Stive de protocoale folosite în 3G

UMTS reprezinta punctul de convergenta dintre GSM si PDC si este sistemul wireless
standardizat in comun de catre forurile europene si japoneze.
Partea captivanta a acestui sistem wireless este interfata sa radio , numita UTRA(UMTS
Terrestrial Radio Access) care functioneaza utilizand tehnologia de acces multiplu cu divizare in
cod de banda larga. WCDMA(Wideband CDMA) .
UTRA este formata din 3 nivele : nivelul fizic (este punctul principal de comparare al
oricarui sistem cand ne referim la performantele sale) , nivelul 2 (cu rol de a asigura
functionalitati precum MAC si RLC , dar si controlul broadcast/multicast BMC) , nivelul 3 care
este compus din mai multe subnivele, cel mai de jos nivel fiind RRC(asigura interfata cu nivelul 2
si se termina in UTRAN) .

În UMTS, există trei tipuri de stive de protocoale:

 User Plane
 Radio Network Control Plane
 Transport Network Control Plane
Structura protocoalelor din UTRAN este una generală,bazându-se pe faptul că
toate straturile și planurile sunt din punct de vedere logic independente între ele ți ca oricând,
dacă este necesar, se poate schimba o anumită parte a structurii să fie afectat întregul sistem.

Planul orizontal
Structura protocoalelor conține pe orizontală două mari niveluri: Radio Network
Layer și Transport Network Layer. Tot ce se întâmplă în rețea legat de partea de UTRAN este
vizibil în partea de Radio Network Layer. Transport Network Layer reprezintă standardele
tehnologie de transport care este selectată pentru a fi utilizată, dar fără modificări specifice
UTRAN.
Planul vertical
Planul vertical conține Control Plane, User Plane și Transport Network Control
Plane și Transport Network User Plane.
Scopul protocolului UMTS este de a separa funcționalitățile rețelei core de rețeaua
de acces cât de mult posibil cu scopul de a evolua independent cele două părți ale rețelei. Deci,
UMTS diferențiază strict funcționalitățile stratului de acces AS(Access stratum) de
funcționalitățile stratului non-acces NAS(Non-Acces Stratum) . Stratul AS conține toate
funcționalitățile care sunt asociate rețelei radio, accesul și controlul conexiunilor active între un
user și rețeaua radio.
 1. Stratul Non-Access Stratum
Conține toate protocoalele care sunt folosite direct între un device mobil și rețeau
core. Protocoale NAS sunt transparente rețelei de acces. Funcționalitățile cum ar fi
MM(Mobility Management), SM(Session Management), GMM(GPRS Mobility Management)
care sunt controlate de MSC și SGSN sunt considerate funcționalități Non-Access Stratum.
2. Stratul Access Stratum
Conține stivele de protocoale cuprinse între User Equipment și UTRAN(UMTS
Radio Acces Network). Acesta este responsabil de transportul informației peste interfața radio
și de managementul resurselor radio. Mesajele schimbate în acest nivel, nu ajung la elementele
de Core.

Descrierea generala a nivelului fizic

Layer 3 Radio Resource Control (RRC)

Control / Measurements

Logical channels
Layer 2
Medium Access Control
(MAC)
Transport channels

Layer 1 Physical layer

Nivelul fizic utilizeaza tehnologia WCDMA(Wide-band Code Division Multiple Access

)/TD-SCDMA . UTRA (UMTS Terrestrial Radio Access) interfateaza MAC-ul(Medium
Access Control) care apartine nivelului 2 si RRC-ul(Radio Resource Control) care face parte
din nivelul 3.
Figura de mai sus semnifica arhitectura interfetei radio UTRA in jurul nivelului fizic .
Cercurile care se afla intre diferitele niveluri indica Service Access Points(SAPs) . Scopul nivelului
fizic este de a oferi diferite canale de transport MAC-ului , care la randul sau ofera diferite
canale logice RLC-ului . Canalele sunt de doua tipuri : canal logic si canal fizic.
Canalul logic este caracterizat in functie de tipul de informatie transferat , iar canalul
fizic se afla intotdeauna in cadrul nivelului fizic al stivei de protocoale.
De asemenea , discutam si despre doua moduri de operare(duplex modes) : unul pentru
operatii pe frecvente duplex(FDD) si unul pentru operatii in benzi de frecvente in timp duplex
(TDD) . Acestea au ca scop imbunatatirea eficientei spectrale . UMTS-FDD si UMTS-TDD difera
nu doar in tehnicile de duplex, dar si in tehnicile de multi-acces: W-CDMA sau CDMA.
In FDD , un canal fizic este caracterizat de cod, frecventa si in uplink de faza relativa(I/Q). E-
HICH(E-DCH Hybrid ARQ Indicator Channel) si E-RGCH (E-DCH Relative Grant Channel)sunt
definite de o secventa specifica ortogonala. In TDD , canalele fizice sunt descrise de un interval
de timp.
Nivelul fizic este controlat de catre RRC. (Radio Resource Control ).

Servicii oferite de catre nivelul 1 celorlalte niveluri.

Nivelul fizic ofera servicii de transport catre nivelurile superioare . Accesul la aceste
servicii se realizeaza conform canalelor de transport din cadrul sub-nivelului MAC . Este de
asteptat ca nivelul fizic sa execute urmatoarele atributii pentru a facilita servicii de transport de
date :
- Detectie de erori pe canalele de transport si atentionare niveluri superioare
- Codare/decodare pe canalele de transport
- Multiplexarea pe canalele de transport si demultiplexarea pe canalele de transport
codificate si alcatuite din elemente disparate
- Evaluarea si potrivirea canalelor de transport codate cu canalele fizice
- Maparea canalelor de transport codificate alcatuite din elemente disipate in canale
fizice
- Masurarea puterii si combinarea canalelor fizice
- Modulatie si raspandire/demodulatie si restrangere a canalelor fizice
- Sincronizarea frecventei si a timpului
- Caracteristici de masura radio precum : rata de eroare a cadrului , puterea de
interferenta etc . si indicatie catre niveluri superioare
- Controlul puterii in interiorul buclei
- Procesarea radio-frecventei
- Controlul schimbarii sincronizarii
- Transmitere de Intrari/iesiri multiple(MIMO)

Conform a ceea ce am mentionat mai sus, UTRA are doua moduri de operare(duplex modes) :
unul pentru operatii pe frecvente duplex(FDD) si unul pentru operatii in benzi de frecvente in
timp duplex (TDD) . Posibilitatea de acces in oricare din cele doua moduri da voie utilizarea
eficienta a spectrului valabil care este acordat la frecventa alocata in diferitele regiuni .
In continuare, vom oferi o definitie concreta pentru cele doua moduri de operare .
FDD : o metoda de operare unde transmisia linkurilor utilizeaza doua radio-frecvente diferite,
deci utilizeaza doua benzi de frecvente diferite. O pereche de benzi de frecvență care au o
separare specificată trebuie atribuită sistemului.

TDD: o metoda de operare unde transmisia linkurilor se realizeaza utilizand aceeasi radio-
frecventa pe intervale de timp sincronizate. In cadrul TDD , intervalele de timp intr-un canal fizic
se impart in doua parti : transmisie si receptie . Informatiile pe uplink si downlink sunt
transmise reciproc.
TDD are 3 optiuni , fiecare fiind caracterizata de o valoare unica a carei unitate de masura este
Mcps . Valoarea unica poarta denumirea de rata si poate fi : 3.84 ,1.28 ,7.68.
Un cadru radio de 10 ms este divizat in 15 compartimente (2560 chip/compartiment la rata de
3.84 Mcps). Un canal fizic este deci , definit ca un cod(sau un numar de coduri) si aditional in
modul de operare TDD secventa de intervale de timp completeaza definitia unui canal fizic . In
FDD, pentru HS-DSCH(High Speed Downlink Shared Channel), E-DCH(Enhanced Dedicated
Channel) si canale de semnal asociate sunt definite sub-cadre de 2 ms care sunt alcatuite din 3
compartimente.
Rata de informatie a canalului variaza cu rata simbolului derivata din rata de 3.84 Mcps
si factorul de extindere. Factorii de extindere variaza de la 256 la 2 cu uplink-ul FDD, de la 512
la 4 cu downlink FDD , si de la 1 la 16 uplink si downlink TDD. Prin urmare , ratele de symbol de
modulatie respective variaza de la 1920 k simboluri/ s la 15 k simboluri/s(7.5 k simboluri/s)
pentru uplink-ul FDD(si downlink), si pentru ratele de simbol de modulatie temporara va varia
de la 3.84 M simboluri/s la 240 k simboluri/s.

Pentru optiunea TDD de 7.68 Mcps, un cadru radio de 10 ms este divizat in 15

compartimente(5120 chip/compartiment).
Rata de informatie a canalului variaza cu rata simbolului derivata din rata de 7.68 Mcps si
factorul de extindere . Factorii de extindere variaza de la 32 la 1 pentru uplink si downlink .
Ratele de simbol de modulatie variaza de la 7.68 M simboluri/s la 240 k simboluri/s .

Pentru optiunea TDD de 1.28 Mcps, un cadru radio este divizat in doua sub-cadre de 5
ms . In fiecare sub-cadru , sunt 7 intervale de timp standard si 3 intervale de timp dedicate.
Specific purtatoarei a lui MBSFN(MBMS over a Single Frequency Network) sunt 7 intervale de
timp de tip MBSFN Traffic si un interval de timp scurt MBSFN Special in fiecare sub-cadru.
Rata de informatie a canalului variaza cu rata simbolului derivata din rata de 1.28 Mcps si
factorul de extindere. Factorul de extindere este de la 16 la 1 pentru uplink si downlink . Ratele
de symbol de modulatie variaza de la 80.0K simboluri/s la 1.28 M simboluri/s .

Codarea canalului si intercalare

Pentru codarea canalului, in UTRA sunt acceptate doua optiuni pentru FDD si 3 optiuni
pentru TDD :
- Codificare convolutionala
- Codare turbo
- Fara codare (numai in TDD)
Selectia de codare de canal este indicate de nivelele mai inalte . Intercalarea are rolul de
a face transmisia de erori aleatorie .

Modulatie si raspandire
Schema de modulatie UTRA este QPSK(8PSK sunt folositi pentru optiunea TDD de 1.28
Mcps) . Pentru transmisia HS-DSCH , pot de asemenea fi folosite si 16QAM si 64 QAM . 16
QAM si 64QAM sunt suportate de transmisia E-DCH , iar cea de 16QAM este suportata si pentru
transmisia MBSFN FACH .
Cu natura de raspandire CDMA , procesul este asociat cu modulatia . In UTRA diferite
familii de coduri de raspandire sunt folosite pentru a trimite semnalul :
 - Pentru separarea canalelor de la aceeasi sursa , codurile associate canalelor fiind
derivate cu structura arborelui de cod
- Pentru separarea diferitelor celule si pentru separarea diferitelor moduri de utilizare
sunt folosite FDD si TDD.

Procedurile nivelului fizic

In cadrul UTRA sunt implicate numeroase proceduri de nivel fizic :
1) Controlul de putere, bucla interioara pentru modul FDD si optiunile TDD de 3.84
si 7.68 Mcps atunci cand bucla este in uplink , precum si optiunea TDD de 1.28
Mcps atunci cand bucla este in downlink . Bucla ramane deschisa in uplink .
2) Operatia de cautare a celulei
3) Controlul de sincronizare a uplink-ului cu bucla inchisa si deschisa
4) Acces aleatoriu
5) Proceduri care au legatura cu transmisia HS-DSCH , incluzand si operatiile HS-
SCCH precum si transmisiile MIMO .
6) Proceduri care au legatura cu tranasmisia HS-SCCH , incluzand si transmisii
MIMO
7) Proceduri care au legatura cu transmisiile si receptiile discontinue

Masuratorile nivelului fizic

Caracteristicile radio inclusive FER , SIR, puterea de interferenta sunt masurate si
raportate la o retea si la un nivel inalt. Astfel de masuratori sunt :
1) Masuratorile sunt transferate catre UTRA.
2) Procedurile de masurare pentru preparare de transfer catre GSM900/GSM1800
3) Procedurile de masurare pentru mediul de utilizare inainte de procesul de acces
aleatoriu
4) Procedurile de masurare pentru DCA din TDD .
5) Masuratori specifice UTRA.
 Nivelul 2
Nivelul 2 asigură servicii si functionalități precum MAC și RLC, dar și controlul modurilor
broadcast/multicast BMC (broadcast/multicast control).

Nivelul MAC este localizat între RLC și nivelul fizic. Principalul rol al acestuia este de a
controla accesul nivelurilor superioare la resurele radio. MAC decide resursele radio necesare
pentru transportul datelor dintr-un canal logic (maparea canalelor logice la canale de
transport). Pentru această operație, MAC realizează proceduri cum ar fi prioritizarea canalelor
logice, gestionarea priorității UL și DL, etc.
Serviciile MAC
Sublayerul MAC oferă următoarele servicii nivelurilor superioare:
 o Transferul de date: Acest serviciu oferă transfer nerecunocut de SDU-uri MAC
între entitățile MAC similar
o Realocarea resurselor radio și a parametrilor MAC: la cererea RRC, MAC poate
schimba identitatea UE, poate schimba setul de format de transport, schimba
tipul de canal de transport etc.
o Raportarea măsurărilor: Măsurărle volumului de trafic sunt efectuate în MAC și
raportate la RRC
Functiile MAC
o Maparea între canalele logice și canalele de transport
o Selectarea formatului de transport adecvat pentru fiecare canal de transport în
funcție de rata sursei instantanee. Având în vedere setul de combinații de
formate de transport atribuit de RRC, MAC selectează formatul adecvat de
transport într-un format de transport atribuit pentru fiecare canal de transport
activ, în funcție de rata sursei. Controlul formatelor de transport asigură
utilizarea eficientă a canalelor de transport.
o Manipularea prioritară între fluxurile de date ale unui UE. Atunci când se
selectează între combinațiile formatelor de transport din setul de combinații de
transport de date, pot fi luate în considerare prioritățile fluxurilor de date care
urmează să fie mapate pe canalele de transport corespunzătoare.
o Identificarea UE pe canalele de transport comune. Atunci când un anumit UE
este abordat pe un canal downlink comun sau atunci când un UE utilizează
RACH, este nevoie de identificarea în bandă a UE. Deoarece sublayerul MAC se
ocupă de accesul la canalele de transport și de multiplexarea acestora, funcția de
identificare este în mod natural plasată și în MAC.
o Multiplexarea / demultiplexarea PDU-urilor de nivel superior în / de la blocurile
de transport livrate spre / de la nivelul fizic pe canalele de transport comune.
MAC ar trebui să sprijine multiplexarea serviciului pentru canalele de transport
obișnuite, deoarece nivelul fizic nu acceptă multiplexarea acestor canale.
o Comutarea canalului de transport. Executarea schimbării între canalele de
transport comune și cele dedicate, pe baza unei decizii de comutare obtinuta de
la RRC.
Entitățile MAC
Protocolul MAC nu este simetric în UL și DL. Entitățile MAC pot fi prezente în UL și / sau
DL. Entitățile funcționale sunt după cum urmează:
o MAC-b: Mac-b reprezintă entitatea de control pentru canalul de difuzare (BCH).
Există o celulă (celulă curentă) sau mai multe entități MAC-b în fiecare UE și una
MAC_b în UTRAN pentru fiecare celulă. Controlul SAP MAC este utilizat pentru a
transfera informațiile de control către MAC-b.
 o MAC-c / sh: MAC-c / sh se ocupă de canalul de paging (PCH), canalul de acces
înainte (FACH), canalul de acces aleator (RACH), canalul comun de pachete (UL
CPCH) (DSCH) și canalul comun ascendent care există în modul TDD. Există o
entitate MAC-c / sh în fiecare UE și una în UTRAN pentru fiecare celulă.
o MAC-d: MAC-d se ocupă de canalul de transport dedicat (DCH). Există o entitate
MAC-d în UE și o entitate MAC-d în UTRAN pentru fiecare UE care are unul sau
mai multe canale logice dedicate către sau de la UTRAN.
o MAC-hs: MAC-hs se ocupă de canalul partajat în comun de mare viteză (HS-
DSCH). Există o entitate MAC-hs în UTRAN pentru fiecare celulă care suportă
transmisia HS-DSCH.

Nivelul RLC are scopul de a realiza gestionarea fluxului de date. Pentru aceasta, RLC
propune trei moduri diferite de transfer:
-TM (transparent mode) fara sa adauge informatii de protocol
-UM (Unacknowledged Mode) fara sa garanteze livrarea sigură la destinație (în
schimb poate detecta erori)
-AM (Acknowledged Mode) cu garanția livrării sigure la destinație, adică asigură
retransmisia dacă lipsesc pachete

Prezentare generală a modelului RLC

Entitățile UM și TM pot fi configurate să fie entități RLC care transmit sau entități RLC
receptoare. Entitatea RLC de transmitere transmite PDU-uri RLC, iar entitatea RLC receptoare
primește PDU-uri RLC. O entitate AM RLC constă într-o parte de transmisie și o parte
receptoare, unde partea de transmisie a entității AM RLC transmite PDU-uri RLC, iar partea de
recepție a entității AM RLC primește PDU RLC.
 Există o entitate RLC de transmisie și de recepție pentru fiecare mod transparent (TM) și
nerecunoscut (UM). Există o entitate combinată, de transmisie și de recepție pentru serviciul de
mod recunoscut (AM).
Funcțiile RLC
o Segmentarea și reasamblarea
o Concatenare
o Umplere
o Transferul datelor utilizatorului
o Corectarea erorilor
o Livrarea în secvență a PDU-urilor cu strat superior
o Detectarea duplicatelor
o Controlul debitului
o Verificarea numărului de secvențe
o Detectarea și recuperarea erorilor de protocol
o Cifrare.
o SDU indepartati
o Livrarea SDU în afara secvenței
o Evitarea duplicatelor și reordonarea

Controlul Broadcast / Multicast (BMC) este un sublayer al L2 care există numai în User-
Plane. Acesta este situat deasupra RLC. Substratul L2 / BMC este considerat transparent pentru
toate serviciile, cu excepția broadcastului/ multicastului.
Pe partea UTRAN, substratul BMC constă dintr-o entitate de protocol BMC pe celulă.
Fiecare entitate BMC necesită un singur CTCH, care este furnizat de subslayerul MAC, prin
subslayerul RLC. BMC solicită serviciul Modul Nerecunoscut (UM) al RLC.
Se presupune că există o funcție în RNC deasupra BMC care rezolvă informațiile din zona
geografică din mesajul CB (sau, după caz, efectuează evaluarea unei liste de celule) primite de la
Centrul de Difuzare Celulară (CBC). O entitate de protocol BMC servește doar acele mesaje la
BMC-SAP care urmează să fie difuzate într-o celulă specificată.
 user-plane

RRC BMC-SAP

L2/BMC sublayer

CBMC- BMC
SAP

UM

L2/RLC sublayer
RLC

CTCH-SAP

Protocolul BMC

Funcții BMC
o Stocarea mesajelor de transmisie celulară.
o Monitorizarea volumului traficului și solicitarea de resurse radio pentru CBS.
o Ordonarea mesajelor BMC.
o Transmiterea mesajelor BMC către UE.
o Livrarea mesajelor de transmisie celulară către stratul superior (NAS).

PDCP (Packet Data Convergence Protocol) are principalul scop de a trimite/recepționa

pachete de date catre/de la entitatea omoloagă PDCP. In principiu, această funcție este
asigurată de către RLC. Din această perspectivă, nivelul PDCP oferă funcții adiționale – în
principiu complementare cu nivelul 2 din stiva OSI.
 Radio Bearers

PDCP-SDU

PDCP-SAPs ...

C-SAP
PDCP PDCP PDCP PDCP-
entity entity SDU entity sublayer
numbering

HC HC HC HC HC
Protocol 1 Protocol 2 Protocol 1 Protocol 2 Protocol 1

RLC-SDU

...

UM-SAP AM-SAP TM-SAP RLC

Structura PDCP
Figura prezintă modelul PDCP în arhitectura protocolului de interfață radio. Figura
reprezintă o structură posibilă pentru substratul PDCP și nu ar trebui să limiteze
implementarea. O entitate PDCP este mapată fie la o entitate RLC AM, fie la una sau două
entități RLC UM sau TM. Atunci când o entitate PDCP este mapată la două entități UM sau TM
RLC, fiecare entitate RLC este utilizată pentru o altă direcție.
Fiecare entitate PDCP este asociată cu una sau două entități RLC (una pentru fiecare
direcție) în funcție de caracteristica RB (de exemplu direcția orizontală sau bidirecțională) și
modul RLC. Entitățile PDCP se află în substratul PDCP.
Fiecare entitate PDCP folosește zero, unul sau mai multe protocoale diferite de
comprimare a antetului. Fiecare entitate individuală PDCP utilizează cel mult o instanță a
fiecărui protocol de comprimare a antetului. Mai multe entități PDCP pot fi definite pentru un
UE fiecare folosind același set de protocoale de comprimare antet sau diferite.
Fiecare RAB cu domeniul CS de voce este asociat cu un RB, care, la rândul său, este
asociat cu o entitate PDCP. Fiecare entitate PDCP este asociată cu două entități RLC UM,
deoarece RB-urile de voce CS sunt întotdeauna bidirecționale. Entitățile PDCP se află în
substratul PDCP. Entitatea PDCP care deservește serviciul CS nu utilizează comprimarea
antetului.
Substratul PDCP este configurat de stratul superior (RRC) prin intermediul PDCP-C-SAP.
 Funcții PDCP
o Comprimarea antetului și decompresia fluxurilor de date IP (de exemplu,
antetele TCP / IP și RTP / UDP / IP pentru IPv4 și IPv6) la entitatea de transmisie
și respectiv la receptor.
o Transferul de date de utilizator. Această funcție este utilizată pentru
transmiterea datelor între utilizatorii serviciilor PDCP.
o Menținerea numerelor de secvențe PDCP pentru purtătoarele radio care sunt
configurate pentru a suporta relocarea SRNS fără pierderi sau modificarea
mărimii dimensiunilor DL RLC PDU fără pierderi.
o Transferul contorului CS în cazul în care purtătorul radio este conectat la un
purtător de acces cu domeniu CS radio.
PDCP utilizează serviciile furnizate de substratul Radio Link Control (RLC).

Nivelul 3
Este partiționat în mai multe subniveluri. Subnivelul cel mai de jos este RRC. Acesta
asigură legătura cu nivelul 2 și se termină în UTRAN.
Nivelul RRC este un protocol important pentru semnalizare și oferă suport
funcțiilor de la terminal la NodeB. Mesajele specifice RRC sunt transportate prin protocolul
PDCP(Packet Data Converge Protocol) .RRC realizează următoarele proceduri:
- Managementul conexiunii;
- Stabilirea și eliberarea resursei radio
- Realizarea broadcastului pentru informații sistemului
- Paginare
- Transmisia mesajelor de semnalizare-aceste mesaje de tip Non Access
Stratum sunt transferate de la terminal via RRC și sunt tratate în mod transparent de RRC.

În plus, RRC mai suportă un set de funcții legate de mobilitatea utilizatorului cum
ar fi:
- Controlul măsurătorilor
- Suportă mobilități inter-celulă cunoscute ca hand-over

Funcționarea RRC este ghidată de o mașină de stare, în cadrul căreia se definesc

anumite stadii specifice, printre care poate fi prezent și UE(User Equipment). Diferitele stadii
din această mașină au cantități diferite de resurse radio asociate și acestea sunt resursele pe
care le poate utiliza UE într-o anumită stare specifică. Din moment ce sunt disponibile resurse
diferite din stări specifice diferite, calitatea serviciilor pentru utilizator și consumul de energie,
în cadrul UE sunt influențate de această mașină de stare.
Timerii de inactivitate în RRC. Configurația timerilor de inactivitate din RRC, într-o
rețea W-CDMA au un impact considerabil asupra duratei de viață a bateriei unui telefon atunci
când este deschisă conexiunea de date. Modul inactiv al RRC are cel mai scăzut consum de
energie (fără conexiune). Stările in cadrul RRC, modul conectat, sunt, în ordine descrescătoare a
puterii consumate: CELL_DCH(Dedicated Channel), CELL_FACH(Forward Access Channel),
CELL_PCH(Cell paging Channel) and URA_PCH(URA Paging Channel).
Tranzițiile către stări cu consum mai mic de energie au loc atunci când timerii de
inactivitate se declanșează. Timer-ul T1 controlează tranziția de la DCH la FACH, timer-ul T2
controlează tranziția de la FACH la PCH, iar timer-ul T3 controlează tranziția de la PCH la inactiv.

Pentru Circuited Switched

CM(Communication Management) are ca funcții stabilirea și eliberarea
conexiunilor,alegerea tipului de serviciu utilizat, rutarea apelurilor și trimiterea de SMS uri.
CM este format din trei entități:

 Call Control(CC) realizează gestiunea convorbirilor(inițiere, menținere, incheiere)

Procedurile elementare realizate pot fi grupate în:
-proceduri de stabilire a apelului;
-proceduri de ștergere a apelului
-proceduri de informare cu privire la apel;
-proceduri diverse;
Există trei tipuri de apeluri, de bază:

 Apel MO: “Mobile originating”, un apel inițiat de MS(Mobile Station)

 Apel MT:”Mobile Terminating”, un apel inițiat de rețea(NW).
 NW initiază un apel MO:
-NW cere de la MS stabilirea apelului pentru a stabii o conexiune MO
-Rețeua care deservește furnizează informațiile necesare MS-ului care sunt folosite
de acesta pentru a realiza conexiunea.
-Este important CCBS(Call Completion to Busy subscriber): permite abonatului care
sună să fie automat conectat la un abonat ocupat sau care nu răspunde, când acesta devine
disponibil. Este un serviciu suplimentar(SS) ce este evocat atunci când apelatul nu răspunde.
Clasa de servicii CC constă din:
-partea de la MS:
 MO și MT pentru apeluri normale;
 MO pentru apeluri de urgență;
 Menținerea apelului;
 Terminarea apelului;
 Apeluri ce au legătură cu suportul SS
 -partea de NW:

 Stabilirea apelului
 Menținerea apelului;
 Terminarea apelului;
 Apeluri ce au legătură cu suportul SS
Apelurile vocale către și de la un echipament de utilizator sunt controlate în
conformitate cu procedurile descrise mai jos. Se așteaptă ca apelurile “de date” să fie
controlate în mod similar.
Pentru MO:
Se utilizează următoarea secvență de funcții:
SELECT: Introducerea informațiilor adresate.
TRIMITE: Transmiterea adresei numite.
INDICAȚIE: Indicații privind progresul apelului.
END: Terminarea apelului.
Pentru MT:
Se utilizează următoarea secvență de funcții:
INDICAȚIE: Alertați utilizatorul că este chemat.
ACCEPT: Acceptarea apelului de intrare de către utilizator.
INDICAȚIE: Indicații privind progresul apelului.
END: Terminarea apelului.

 Suplementary Services(SS) realizează gestiunea serviciilor suplimentare

Serviciile sumplimentare sunt controlate în conformitate cu procedurile descrise mai
jos. Toate UE, ce conțin MMI(Multimedia Interface) trebuie să poată fi controlate în acest fel,
pentru a minimiza confuzia utilizatorilor care utilizează diferite tipuri de echipamente(UE) și
pentru a permite operatorului PLMN să introducă noi servicii suplimentare, ce nu erau definite
atunci când a fost proiectat echipamentul utilizatorului.
MMI specificat trebuie să fie suportat de semnalizarea L3 dintre UE și MSC.
Următoarea secvență de funcții va fi folosită pentru controlul serviciilor suplimentare:
SELECT: Introducerea informațiilor despre procedură(poate fi o cifră sau o secvență de
caractere).
 TRIMITE: Transmiterea informațiilor despre procedură
INDICAȚIE: Indicații privind progresul apelului.
UE va sprijini procedura MMI specificată:
Activation: *SC*SI #
Dezactivation: #SC*SI #
Interrogation: *#SC*SI#
Registration: *SC*SI# and **SC*SI#
Erasure : ## SC * SI #
Această structură cuprinde următoarele părți:
- Cod de serviciu, SC ((2 sau 3 cifre);
- Informații suplimentare, SI (lungime variabilă).
Procedura începe întotdeauna cu *, #, **, ## sau * # și este terminată cu #. Fiecare parte
din procedură este separată de *.
Codul de serviciu specifică în mod unic serviciul suplimentar, fie ca serviciu suplimentar
definit, fie ca un cod de serviciu de rezervă. Toate codurile de servicii de rezervă vor fi rezervate
pentru utilizare ulterioară.
Următoarea procedură permite utilizatorului să schimbe parola referitoare la utilizarea
serviciilor suplimentare. Singura procedură de control acceptată este înregistrarea unei noi
parole, care înlocuiește parola anterioară pentru același serviciu. Este posibil ca parola să nu fie
ștersă sau interogată.
Procedură:
* 03 * ZZ * OLD_PASSWORD * NEW_PASSWORD * NEW_PASSWORD #
UE sprijină, de asemenea, procedura alternativă:
** 03 * ZZ * OLD_PASSWORD * NEW_PASSWORD * NEW_PASSWORD #
unde, pentru Barring Services, ZZ = 330;
pentru o parolă comună pentru toate serviciile corespunzătoare, ștergeți ZZ,
introducând:
* 03 ** OLD_PASSWORD * NEW_PASSWORD * NEW_PASSWORD #
UE sprijină, de asemenea, procedura alternativă:
** 03 ** OLD_PASSWORD * NEW_PASSWORD * NEW_PASSWORD #
UE va indica utilizatorului dacă noua solicitare de parolă a avut succes sau nu. Dacă
cererea de parolă nouă este respinsă (de exemplu, datorită introducerii unei parole vechi
incorecte), parola veche rămâne neschimbată, până când se schimbă cu succes prin repetarea
corectă a procedurii.

Short Message Services(SMS) realizează gestiunea SMS.

SMS (Short message service)- oferă un mijloc de transmisie a unui mesaj de dimensiune
limitată(140 de octeti de mesaj text) către abonații mobili.
Arhitectura rețelei de sms include entități noi de rețea definite pentru suportul SMS-urilor.

Short Message Service Center(SM-SC)-este o zonă de stocare pentru mesaje scurte

până când ele sunt livrate destinatarului.
SMS Inter-Working Mobile Switching Center (SMS-IWMSC)-primește mesajul scurt de
la mobilul original prin MSC/VLR și/sau SGSN apoi acesta transmite mai departe SM-SC unde
este reținut pentru livrare la destinatar.
SMS Gateway Mobile Switching Center(SMS-GMSC)-interfețele ce conțin MSC/VLR
si/sau SGSN pentru livrarea unui mesaj scurt sunt reținute în SM-SC și apoi trimise către mobilul
destinatarului
Interfeței dintre SMS-GMSC/SMS-IWMSC și MSC/VLR nu i-a fost atribuită niciun nume
de specificațiile 3GPP (aici este numită X1). Aceasta interfața se bazează pe un protocol MAP
specific în interfața 3GPP TS 29.002. Similar pentru interfețele SGSN cu SMS-GMSC/SMS-IWMSC
folosesc interfața numită Gd ce se bazează pe un protocol MAP.
SMS-GMSC se suprapune cu HLR peste interfața C care are specificații MAP pentru a
returna informația referitoare la locația destinatarului. Acest lucru este similar cu procedura de
apel MT unde interfața C este folosită de GMSC pentru a restabili informația din HLR.
 O rețea de tipul GSM/UMTS face posibilă transmiterea serviului de SMS prin
transferarea mesajelor scurte dintre stațiile mobile și SM-Service Center.
.

MM (Mobility Management) asigură serviciile legate de mobilitate și cuprinde toate

operațiile care rezultă din mobilitate. Scopul Mobility Management-ului este să urmărească
unde sunt abonații permițând apelurilor, SMS-urilor și altor servicii de telefonie mobile să fie
distribuite către aceștia.
Procedura de Location Update. Această procedură permite telefonului mobil să
informeze rețeaua celulară, oricând se mută dintr-o locație în următoarea. Telefoanele mobile
sunt responsabile cu detectarea LAC-ului(Location Area Code). Când un dispozitiv iși dă seama
că LAC-ul este diferit față de ultima lui actualizare, realizează o nouă actualizare trimițând către
rețea o cerere de location update împreună cu locația anterioară și cu TMSI-ul (Subscriber-ul
Mobil Temporar de Identificare). Dispozitivul stochează LAC-ul curent în cartela SIM,
concatenându-l la o listă de LAC-uri folosite recent. Aceasta se realizează pentru a se evita
proceduri de a adăuga la IMSI lucruri care nu sunt necesare în cazul în care dispozititvul a fost
închis forțat, fără ca rețeaua să primească o notificare și apoi a fost deschis. Considerând faptul
că dispozitivul este asociat MSC-ului sau VLR-ului, zonei curente, nu e nevoie de nicio procedură
de adăugarea la IMSI.
Sunt multe motive pentru care un telefon realizează actualizare de informație
privind locația. De fiecare dată când e închis sau deschis, rețeaua îi poate cere să realizeze o
procedură de location update de tip IMSI atașat sau detașat. De altfel, oricărui dispozitiv i se
cere să-și actualizeze locația la un timp stabilit folosind o procedură de location update
periodică. Oricând un telefon se mută dintr-o zonă în alta, este cerut un location update
random. Asemnea este necesar și atunci când, telefonul reselectează acoperirea dintr-o celulă,
într-o zonă diferită, din cauză ca se pierde semnalul. Astfel, abonatul are acces fiabil la rețea și
poate fi apelat în timp ce se bucură de libertate de mobilitate în întreaga zonă de acoperire.
Când un abonat este chemat este chemat pentru a primi un apel sau un SMS și
nu răspunde, atunci este trecut ca absent și în MSC/VLR și în Home Location Register (HLR)
(MNRF este setat). Următoarea dată când dispozitivul realizează location update, HLR-ul este
actualizat iar MNRF este șters.
TMSI. TMSI(Temporary Mobile Subscriber Identity) este identitatea cea mai des
trimisă între dispozitivul mobil și rețea. Este un cod pe maxim 32 de biți ce se folosește în
interiorul unui VLR. Este atribuit de VLR, random, către orice dispozitiv din zonă și devine activ
când acesta este deschis. Numărul este local pentru o zonă si trebuie actualizat de fiecare dată
când telefonul se mută într-o altă zonă geografică. TMSI, ține locul lui IMSI în cadrul legăturilor
de comunicație realizate în interiorul rețelei, este memorat pe modulul SIM al abonatului.
Acesta are o lungime mai mică față de IMSI iar folosirea lui duce la reducerea semnalizării prin
rețea și contribuie la protejarea identității user-ului.
Rețeaua poate schimba TMSI oricând și, în mod normal realizează acest lucru
pentru a evita identificarea și urmărirea abonatului. Astfel urmărirea e mai dificilă, exceptând
cazurile când dispozitivul este resetat sau când datele abonatului devin invalide. Atunci se
apelează la IMSI(International Subscriber Mobile Identity). Acesta este utilizat cât mai rar cu
putință din motive de securitate.
Un punct cheie al folosirii TMSI este în paging-ul(„chemarea”) unui dispozitiv
mobil.”Paging” este comunicarea unu-la-unu între dispozitiv și stația de bază. Cea mai
importantă utilizare a broadcat-ului este setarea canalelor pentru a realiza “paging”-ul.
MM realizează identificarea terminalului mobil și se ocupă de localizarea
acestuia. Conexiunile MM mai includ gestiunea securității și autentificare.
Roaming. Roaming-ul este una dintre procedurile fundamentale ala MM. Este
definit ca abilitatea unui client celular de a efectua și recepționa apeluri, de a trimite și de a
primi date sau de a accesa alte servicii atunci când călătorește în afara ariei de acoperire
geografică a rețelei de acasă și de a folosi o rețea vizitată.
Pentru Packet Switched
Protocoalele Session Management(SM) și GPRS Mobility Management(GMM)
sunt corespondete cu Communication Management, respectiv Mobility Management.
SM (Session Management)-stă la baza PDP(Packet Data Protocol). Acesta reprezintă un
set de informații păstrat de MS, SGSN și GGSN. Contextul PDP contine adresa PDP, care este
folosită la comunicarea cu entitătile PDN(Packet Data Network). Adresa PDP este obținută în
timpul activării contextului PDP. După ce contextul PDP este activat, pachetele de date sunt
incapsulate folosind GTP-U și sunt trimise între RNC Radio Network Controller si GGSN. Când
transferul de date este încheiat contextul PDP este dezactivat și resursele asociate sunt
eliberate.
Notiunile elementare care stau la baza intelegerii SM sunt:

1) Adresarea-realizeaza comunicarea MS cu entitatile unui pachet de date de rețea(Packet

Data Network-PDN). Pentru ca aceasta comunicare să fie realizabilă, MS trebuie sa aibă o
adresa care este validă în PDN.
Din moment ce cel mai comun PDN este bazat pe IP(Internet Protocol), un MS trebuie sa
aiba o adresa IP pentru comunicarea cu alte entități în rețeaua IP. Adresa IP trebuie să fie o
adresă IPv4 sau IPv6. Oricare ar fi aceasta, MS trebuie să aibă o adresă, numită adresa
PDP(Packet Data Protocol), care să comunice cu celelalte entități în PDN.
Există trei modalități prin care MS poate obține o adresă PDP dinamică:
-este atribuită MS de catre operatorul HPLMN(Home PLMN);
 -este atribuită MS de catre operatorul VPLMN(Visited PLMN);
-operatorul PDN atribuie o adresă dinamică PDP către MS.
Activarea unui context PDP se referă la crearea unui context PDP la MS, SGSN și GGSN,
astfel încât MS să poată comunica cu o entitate în PDN, folosind o adresă PDP. Când
comunicarea ia sfârșit, adresa PDP dinamică este eliberată.

2) Activarea Contextului PDP- pentru a putea comunica cu PDN-uri, MS activează un

context PDP. MS ar putea realiza procedura de activare a unui context PDP de unul singur sau
ar putea iniția procedura abia dupa ce primește cerere de la rețea în acest sens.
Un context PDP aplica un QoS specific și un NASPI specific. O adresă PDP data poate fi
asociată unuia sau mai multor contexte PDP. În cazul in care un context PDP există pentru o
adresa PDP dată, primul context PDP este stabilit folosind procedura de activare a contextului
PDP în timp ce contextele adiționale sunt activate folosind a doua procedura de activare a
contextului PDP. Al doilea context PDP poate fi folosit pentru activarea unui context PDP în timp
ce este adresa refolosită PDP și alte informații de la un context PDP deja active, dar cu un profil
QoS diferit.

Dezactivarea Contextului PDP- SGSN poate de asemenea sa dezactiveze un context PDP

activ:
-SGSN trimite “Sterge Cererea Contextului PDP” către SGSN. În acest mesaj, trimite TEID,
NSAPI și, opțional, indicatorul de distrugere;
-Dacă SGSN include indicatorul de distrugere în mesajul de cerere, GGSN șterge toate
contextele PDP associate acelei adrese PDP. Dacă GGSN a atribuit o adresă PDP dinamică, iar
contextul PDP a fost ultimul context asociat cu adresă PDP, atunci GGSN eliberează această
adresă PDP și o face valabilă. GGSN trimite apoi “Sterge Raspunsul Contextului PDP” către
SGSN;
-Apoi, SGSN trimite “Dezactivarea Cererii Contextului PDP” către MS. În cazul în care
indicatorul de distrugere este inclus în mesajul de cerere, MS șterge acest context PDP asociat
adresei PDP;
-MS răspunde cu mesajul “Acceptarea /Dezactivarii Contextului PDP”;
-SGSN inițiază de asemenea eliberarea RAB asociat cu contextul PDP.

3)Packet Routing

4)Tunneling and Encapsulation

5)Filtrarea Pachetelor (Packet Filtering)

Este posibil ca o adresa PDP să fie asociată mai multor contexte PDP. Astfel, GGSN
rutează PDU bazându-se pe TFT(Traffic Flow Template) asociat diferitelor contexte PDP. TFT
este folosit la clasificarea pachetelor de la GGSN si verificarea pachetelor ce sosesc. Un TFT
conține între 1 și 8 filtre de pachete, fiecare identificat unic de către un identificator de filtru de
pachete.

GMM(GPRS Mobility Management)- Acest protocol acceptă funcționalitatea de gestionare a

mobilității, cum ar fi atașarea GPRS, detașarea GPRS, securitatea, actualizarea zonei de rutare,
actualizarea locației, activarea contextului PDP și dezactivarea contextului PDP, așa cum este
descris în clauzele "Funcționalitatea de gestionare a mobilității" și "Activarea PDP, , și Funcțiile
de conservare ".

GSMS(GPRS Short Message Service Support)- este un centru de transport de înaltă

performanță pentru GSM / UMTS
Pentru a obține SMS, rețeaua de bază are trei entități distincte. Prima dintre acestea
este Centrul Serviciului SM (Short Message Service Center -SM-SC). SM-SC este responsabil de
stocarea si trimiterea mai departe a mesajelor intre MS si SME(Short Message Entity). SME este
orice entitate care poate trimite sau primi mesaje SMS.
Considerăm ca SM-SC se află în afara PLMN. Prin urmare, funcționalitatea SM-SC nu este
standardizată formal de către specificațiile 3GPP.
Când un SMS este trimis de pe un telefon mobil acesta va ajunge mai întâi la MS-SC,
apoi mesajul sms va fi timis către destinație . Un SMS s-ar putea să aibă nevoie prin mai multe
rețele(MS-SC sau SMS Gateway) înainte de a ajunge la destinație. Principala sarcină a unui SM-
SC este să ruteze și să regleze procesul. În cazul în care conținutul nu este valabil (de ex când
telefonul este închis) MS-SC va stoca mesajul SMS, va trimite apoi mesajul SMS când conținutul
este valabil.
În afară de SM-SC, există două căi care transmit mesajele de la și către SM-SC. Aceste
entități sunt SMS-GMSC (SMS Gateway MSC) și SMS-IWMSC (SMS Interworking MSC). Funcția
SMS-GMSC este de a înainta mesaje către MS de la SM-SC. În timp ce SMS-IWMSC furnizează
facilitatea de livrare a mesajelor de la SM-SC către MS, respectiv de la MS la SM-SC.