Vývoj standardu digitální mobilní sítě pro hlasovou komunikaci začal v první polovině 80. let minulého století společnostmi Nordic Telecom (severské státy využívající Nordic Mobile Telephony 450 MHz (NMT-450))a holandským Postal, Telegraph and Telephone (PTT) (národní regulátor). Evropská komise navrhla použití pásma 900 MHz a vydala nařízení pro vyhrazení tohoto pásma v jednotlivých státech pro zajištění roamingu. V roce 1987 byla založena skupina Group Speciale Mobile. Zahrnovala ...
Systémy mobilních komunikací 100
v dané buˇnce poˇctu uživatel˚u dynamicky mˇení plocha pokrytí buˇnky. Definice obsahuje popis všech po-
užitých kanál˚u, takže napˇr. SRB#0 urˇcuje pˇrenos logickém kanálu CCCH, pˇrenáší poˇcáteˇcní informace
pro sestavení spojení RRC, používá RACH transportní kanál downlinku FACH uplinku.)
• GPRS Mobility Management pro zajištˇení mobility pˇri využívání datových služeb (routing update). Kompletní popis protokolového stacku mimo rámec tohoto textu, zájemce nalezne
podrobnosti [30, 39] standardech 25. Oproti systému GSM tak nelze
jednoduchým postupem plánovat pokrytí kapacitu sítˇe. Základní funkce vrstvy RRC jsou:
• Session Management pro sestavení, udržování, rekonfiguraci rozpojení datového spojení,
• Connection Management pro sestavení rozpojení hlasové služby,
• Mobility Management pro pohyb uživatele síti (roaming, cell update, atd. 3. Druhou skupinou jsou protokoly pro pˇrenos uživatelských dat (hlasové nebo paketové
služba). Vrstva RLC RNC. První skupinou jsou protokoly pro signalizaci, tato skupina protokol˚u se
oznaˇcuje Control Plane. pohledu UE
jsou nejd˚uležitˇejší protokoly, které týkají rádiového rozhraní.331 dalších.
3. Protokoly RRC
zajišt’ují pˇrenos tˇechto zpráv pomocí tzv.6. Jsou podstatˇe kontejnery pro pˇrenos pˇres bezdrátové
rozhraní.6. Access Stratum jsou protokoly, které používají pˇri sestavování spo-
jení jsou protokoly, které mají entity pouze rámci UTRAN.331. Stejnˇe jako pˇredchozím
stavu známa poloha UE.
Cell_FACH Terminál nemá sestavený DCH, takže komunikace sítí m˚uže probíhat pouze skrze RACH
nebo CPCH uplinku pˇrijímat pouze FACH kanál downlinku. typ fyzického kanálu, vysílaný výkon, použitý rozprostírací
kód další parametry. Základní rozdˇelení protokol˚u dvˇe sku-
piny, které oznaˇcují plane (rovina).1 Popis protokol˚u UMTS
Protokolový stack UMTS obsahuje kompletní popis komunikace mezi jednotlivými ˇcástmi sítˇe.
User Equipment bˇehem pˇripojení sítˇe nˇekterém definovaných stav˚u, pˇriˇcemž jsou možné pouze
pˇrechody mezi urˇcitými stavy, které jsou zp˚usobeny nˇejakou událostí. Stavový
diagram UMTS obr. downlinku uplinku, m˚uže být pˇrenášena
signalizace data mezi sítí terminálem. Radio Bearers Signaling Radio Bearers mají definované jaké používají
logické, transportní fyzické kanály pro pˇrenos zpráv. Non-Access Stratum jsou protokoly, které jsou
mezi páteˇrní sítí. Rozdˇelují protokoly pro
Access Stratum Non-Access Stratum.
Dalším kritériem pro rozdˇelení protokol˚u jejich role pˇri pˇrístupu sítˇe.
Signaling Radio Bearers Radio Bearers definuje standard 25. Pokud Idle Mode nemá pˇriˇrazené žádné RR.304, 25. pˇrechodu Cell_FACH m˚uže dojít Idle módu (žádost spojení) nebo
. Druhá skupina protokol˚u oznaˇcuje jako User Plane. Kapacita sítˇe ovlivnˇena dalšími faktory, napˇr.2 Radio resources management
Protokoly pro ˇrízení komunikace rádiovém rozhraní Radio Resource Control (RRC) jsou tˇretí vrstvou mo-
delu sítˇe. Protokoly Radio Resource Control (RRC) definují procedury pro ˇrízení pˇridˇelování rádiových zdroj˚u
fyzické vrstvy pˇredávají nastavení parametr˚u logických, transportních fyzických kanál˚u Radio Link Cont-
rol (RLC) vrstvy. Rádiovými zdroji rozumí napˇr. Základní rozlišení stavu na
Dedicated (Connected) nebo Idle Mode. Radio Bearers pro uživatelská data Signaling Radio Bearers pro
pˇrenos signalizace mezi RNC UE. Sít’ zná polohu buˇnce, m˚uže dojít handoveru, pˇrípadnˇe
k uvolnˇení stávající buˇnky pˇrípadˇe Soft pˇripojení sousední buˇnce.50
Popis stav˚u UTRAN RRC Connected:
Cell_DCH tomto stavu vytvoˇren DCH obou smˇerech, tj.
Protokoly RRC používají pro pˇrenos zpráv vyšších vrstev.301, 25. nˇekterých pˇrípadech m˚uže být vy-
tvoˇren logický kanál DCCH pro pˇrenos signalizace DTCH pro pˇrenos dat.
3.
omezení pˇridˇelování kód˚u OVSF stromu
