GSM 2 GSM 1 GSM 3 Bevegelse fra til Radioprotokoll MAP Skal se på lokasjonsoppdatering. Mobil beveger seg fra GSM 1 (besøk) til GSM 2 (besøk) og registrerer.

Presentasjon om: "GSM 2 GSM 1 GSM 3 Bevegelse fra til Radioprotokoll MAP Skal se på lokasjonsoppdatering. Mobil beveger seg fra GSM 1 (besøk) til GSM 2 (besøk) og registrerer."— Utskrift av presentasjonen:

1 GSM 2 GSM 1 GSM 3 Bevegelse fra til Radioprotokoll MAP Skal se på lokasjonsoppdatering. Mobil beveger seg fra GSM 1 (besøk) til GSM 2 (besøk) og registrerer seg. Bruker radioprotokoll.+ basestasjon/MSC- protokoll ? MAP mellom mobil og VLR. MAP VLR – HLR og VLR – VLR. HLR er database som inneholder abonnementsdata til alle mobilene registret i GSM 3 + lokasjonsdata (= VLR identitet) VLR er database i besøksnett (hjemmenettet innholder naturligvis også VLR slik at en mobil også er på ”besøk” i hjemmenett (symmetri). Lokasjonsområde kringkastes over radio til alle mobiler slik at mobilen selv ser når oppdatering må finne sted. VLR HLR Mobility management Call control Radio management VLR ny VLR gammel HLR Oppdater 1 Send identitet 2 IMSI + autentiserings/ Krypto-data 3 Oppdater 4 Resultat 5 Kanseller 6 I mobil I mobilen er der flere parallelle prosesser (se kompendium om distribuert prosessering): radio management som setter opp radiokanal, mobility management som tar seg av mobilitet (oppdatering, autentisering, krypto etc) og call management. Oppdatering ligger i boksen MED MER. Mobil sender oppdatermelding som også identifiserer gammelt VLR, til VLR ny. Som sender forespørsel til VLR gammel om info: identitet IMSI, autentiserings/krypto-data. Oppdaterer så HLR. Hvis aksept gir HLR resulat LR ny trenger. Til slutt kansellerer HLR dataene i VLR gannel. Fire parallelle prosesser. Fire applikasjonsprotokoller.

2 Null Update (TMSI, VLR gammel) New VLR Mobil Null VLR ny Update (TMSI, VLR old) MS kjent Nei Ja Send IMSI (TMSI) Null Send IMSI (TMSI) TMSI kjent NeiJa Result (IMSI, aut data) wait Set timer Timer expires Result (IMSI, aut data) VLR gammel Null Oppdater (IMSI, new VLR) Update (IMSI, new VLR) Ja OK? Call handling para (aut data …) wait Null Cancel Null Cancel Null Call handling para (aut data…) Updating accepted wait Updating accepted HLR Utsnitt av prosedyrer i de fire prosessene. Anbefaling: skriv applikasjonsprosessen i SDL. Inn-og utsignalene er applikasjons- protokollen. Denne er helt uavhengig av protokollene som brukes. Se neste diagram Nei

3 Radio BTS - BSC BSC - MSCMSC - VLR LAPDmMTPLAPD Layer 3MAP MTPMTP/SCCP BSSMAP/DTAPTCAP Translasjon: datatype til datatype Applikasjon Applikasjonslag Nettlag Linklag Overføringen av info fra mobil til VLR sendes over fire linker med forskjellig teknologi. Radio: hvor informasjonen fra applikasjonen legges direkte ned i datalinklaget LAPDm Basestasjon-transiver (BTS) til basestasjonkontroller (BSC): layer 3 fra radioen legges direkte ned i LAPD. Bruker TEI og SAPI i LAPD til å å multiplekse disse signalene med styringsinformasjon til BTS (kanaltildeling, drift…) BSC til sentral (MSC): bruker nettlaget i SS No 7 (MTP). I denne legges et nytt applikasjonslag BSSMAP (base station system appl part)/DTAP (direct transfer appl part). DTAP mapper radiosignaleringen rett inn i informasjonsfeltet. BSSMAP brukes til fjernstyring av BSC/BTS. I MSC translateres datatypene i layer 3 til datatypene i MAP før de sendes videre til VLR. Informasjonsbetydningen er den samme, men kodingen r forskjellig. Applikasjonslagsprotokollen er TCAP (transmission control appl part) definert for SS No 7.

4 Hvorfor så grisete struktur. Radio: Ingen ruting (punkt til punkt). Mye støy betyr korte signaler betyr minimum overhead. Derfor ikke ta med unødvendige lag. Altså: appl rett i informasjonsfeltet i datalinklaget BTS-BSC: pakker bare appl inn i en mer hensiktsmessig LAP. Multipleksing. Ingen ruting. BSC-MSC: bruker SS No 7 pga større fleksibilitet når det gjelder å legge inn funksjoner. Historisk begrunnet. Ingen dype grunner utover dette. Radiosignaleringen legges uendre inn i informasjonsfeltet til DTAP. Enkel mapping. BSSMAP er en applikasjonslagprotokoll for koding av styringsinfo til basestasjonskompleks. MSC-VLR: ”stjerneprotokollen” i GSM. Kan egentlig tilpasses ethvert applikasjonslagprotokoll. Valget SS No7 fordi det er tross alt et telekomsystem. Før TCAP kom tenkte vi å bruke X.25 + Assocation Control (AC) og remote operations (RO). TCAP består av en kvasiforbindelsesorientert protokoll: første melding Begin(t-para, I-para), de neste Continue(t-para, I-para), siste End(t-para, I- para). I-para er Remote Operations (RO): Invoke, Result, Error. t-para er parametrene i TCAP (litt primitiv adresseinformasjon). Kvasiforbindelsesorientert fordi Continue ikke garanterer sekvens. Ellers standard. TCAP ble laget først og fremst for amerikansk IN (Bellcore). GSM ble spurt om dette kunne brukes. Regel: ta hva man trenger og ikke mer. Tilfredsstill systemet det skal brukes i. SS No 7 er dyrt men ikke nødvendigvis i et telesystem. For der trengs det uansett. MAP er brukt mellom alle nettkomponentene i GSM. Er en applikasjonsprotokoll som inneholder et par elementer som brukes i applikasjonslagsprotokollen: Open trigger Begin, Close trigger End, Activity inneslutter ROs som må prosesseres sammen. MAP melding MAP melding MAP melding RO invoke RO Invoke Open RO invoke TC begin MAP Mapping Til primitiv Mapping Til TCAP