Prot 2010 vizsga 1

A VIK Wikiből

Ez az oldal a korábbi SCH wikiről lett áthozva.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor, kérlek, javíts rajta egy rövid szerkesztéssel!

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót.


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: (2. feladat)

2.- Hívás felépítős feladat sok központon keresztül (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 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:
 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
		}

Megoldás:

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

b.) milyen típusú TCAP komponensben küldhetjük ezt az üzenet?

Volt már másik feladatsorban, a megoldás ITT a 8.feladat végén.

-- Sopi - 2011.06.15.

-- kuthi - 2011.05.12.

-- Liba - 2010.06.07.