Prot 2010 vizsga 1
Ugrás a navigációhoz
Ugrás a kereséshez
Ez az oldal a korábbi SCH wiki-ről lett áthozva. Az eredeti változata itt érhető el.
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
Tartalomjegyzék
- 1 Protokoll Technológia 2010 első vizsga
- 1.1 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)
- 1.2 2.- Hívás felépítős feladat sok központon keresztül (3. feladat)
- 1.3 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!
- 1.4 4.- x
- 1.5 5.- GSM Location Update NSS-ben
- 1.6 6.- GPRS-ben miért kell csökkenteni a paginget, és hogyan oldják meg?
- 1.7 7.- SDL diagramm rajzolás
- 1.8 8.- ASN1:
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.
