Prot 2010 vizsga 1 forrásának megtekintése

{{GlobalTemplate|Infoszak|Prot_2010_vizsga_1}}

==Protokoll Technológia 2010 első vizsga==

 LEVLISTA ALAPJÁN!!!

====1.- Ismertesse milyen lépésekben történik a jelzéshálózat átkonfigurálása, ha ezek a linkek meghibásodnak típusú feladat: ([https://wiki.sch.bme.hu/pub/Infoszak/Protokoll/protokollZh2009.JPG 2. feladat])====

====2.- Hívás felépítős feladat sok központon keresztül ([https://wiki.sch.bme.hu/pub/Infoszak/Protokoll/protokollZh2009.JPG 3. feladat])====

====3.- Mutassa be egy példán keresztül, hogy mikor és hogyan használjuk az SCCP golbális címfordító képességét! ====

====4.- x====
=====a.) Adjon példát összetett TCAP tranzakcióra. Jelezze a példán használt üzenet, és komponens típusokat, tranzakció és művelet azonosítókat!=====
=====b.) Hogyan tudunk hibát jelezni TCAP-ben?=====

====5.- GSM Location Update NSS-ben====
====6.- GPRS-ben miért kell csökkenteni a paginget, és hogyan oldják meg?====
Volt már másik feladatsorban, a megoldás [[Prot_2010_vizsga_2|ITT]] a 6.feladat.
====7.- SDL diagramm rajzolás====

====8.- ASN1:====
=====a.) kódolja ezt konkrét értékekre, ahol lehet használjon indefinit hosszkódolást:=====
<pre>
 send1 OPERATION
	ARGUMENT
		routingInforSM-AG [15] SEQUENCE {
			 
			  msisdn [1] OCTET STRING (SIZE(1..9))),
			  sm-RP-PRO [31] BOOLEAN,
			  serviceCentreAddress [22] IPMLICIT OCTET STRING (SIZE(1..20)),
			  teleservice [5] IMPLICIT OCTET STRING (SIZE(1)) OPTIONAL
		}
</pre>

Megoldás:
<pre>
BOOLE(AN)			00001 (1)
OCTE(T)S(TRING)	00100 (4)
SEQUE(NCE)		  10000 (16)

 routingInforSM-AG [15]

	először elkódoljuk a 15-ös TAG-et, azután mivel nem implicit, még jön, hogy sequence
	 Application wide 
	  |							(80H) (implicit hossz kódolás: a végén két [00H] lesz, ezzel zárjuk le.
	  | összetett (van még benne tag/length páros  |
	  | | TAG kód											 |
	  | |	|												  |
  [ 01 1 01111 ]									 [ 1000 0000 ]
	 
	 beépített típus
		| összetett
		|  |
	 [ 00 1 SEQUE ] [ 1000 0000 ]

		msisdn
		  összetett típus
			  |  [1]
		[ 01 1 00001 ] [ 0 LEN ]
				egyszerű típus
				  |
			[ 00 0 OCTES ] [ 0 LEN ] [...]

		sm-RP-PRO
			  mivel a [31] már nem fér bele a <=[30]-ba, ezért hosszú formátumban kell kódolni a 31-es azonosítót, a hosszú formátum jelzése az '11111'
					|	  ez azt jelzi, hogy ez az utolsó oktett, ami az azonosítót megadja (különben '1' lenne)
					|		 |	[31]
		[ 01 1 11111 ] [ 0 0011111 ] [ 0 LEN ]
			 [ 00 0 BOOLE ] [ 0 LEN ] [...]
		  
		serviceCentreAddress
			mivel implicit, ezért nem írjuk oda a típusát, mivel azt a TAG kódból már tudjuk. Ebből kifolyólag utána már rögtön az adat jön, így ez a bit 0 lesz
			 (az 1 azt jelezné, hogy vannak benne további TAG/LEN tag)
			  |  [22]
		[ 01 0 10110 ] [ 0 LEN ] [...]
				  
		teleservice
				  [5]
		[ 01 0 00101 ] [ 0 LEN ] [...]
	 
	 [ 0000 0000 ] [ 0000 0000 ] - SEQUENCE indefinit hosszának lezárása
  [ 0000 0000 ] [ 0000 0000 ] - [15] indefinit hosszának lezárása

</pre>

=====b.) milyen típusú TCAP komponensben küldhetjük ezt az üzenet?=====
Volt már másik feladatsorban, a megoldás [[Prot_2010_vizsga_2|ITT]] a 8.feladat végén.

-- [[SoproniPeter2|Sopi]] - 2011.06.15.

-- [[KuthiAndras|kuthi]] - 2011.05.12.
  
-- [[DonGatto|Liba]] - 2010.06.07.


[[Category:Infoszak]]