RadioPrinciples Section1 UTRAN System Description

SectIon 1 Page 1
All rIghts reserved 2007, AlcatelLucent

JJK10655AAAAW8ZZA EdItIon 1
0o not delete thIs graphIc elements In here:
AlcatelLucent WC0|A U|TS FadIo PrIncIples
SectIon 1
U|TS System 0escrIptIon
SectIon 1 Page 2
AlcatelLucent WC0|A
U|TS FadIo PrIncIples
U|TS System 0escrIptIon 1 2
8lank Page
ThIs page Is left blank IntentIonally
ConversIon Into AlcatelLucent template Scholle, |artIn 20070621 0J
Femarks Author 0ate EdItIon
0ocument HIstory
SectIon 1 Page J
AlcatelLucent WC0|A
DbjectIves
To be able to draw the UTFAN archItecture wIth the
protocol stack (radIo and u) of each network element
and to defIne the channels generated by these protocols.
SectIon 1 Page 4
AlcatelLucent WC0|A
DbjectIves [cont.]
SectIon 1 Page 5
AlcatelLucent WC0|A
Table of Contents
LogIcaI ArchItecture
UTFAN SItuatIon E Core Network In
JCPP F4
UTFAN LogIcal ArchItecture
nterfaces
Network Element FunctIon
Network ProtocoIs
Protocols In UTFAN
Protocol Stack on the nterfaces
Ceneral model
ub protocols
ur Protocols
PadIo ChanneIs
Clobal SItuatIon
FA8 PresentatIon
FadIo Channels, Protocols E
Network Elements
FadIo 8earers
LogIcal Channels
Why Transport Channels:
Structure of a Transport Channel
Transport Channels: Example
Transport Channels
Common Transport Channels
0edIcated Transport Channels
|appIng LogIcal / Transport Channels
PhysIcal Channels
PhysIcal Channel LIst
0ownlInk
UplInk
PhysIcal Channels: Structure
UTPAN PadIo ProtocoIs
FadIo protocol stack
FadIo Fesource Control (FFC)
P0CP and 8|C Protocols
FadIo LInk Control (FLC)
|edIum Access Control (|AC)
The PhysIcal Layer
ExercIses
|AC protocol
Page
1 LogIcaI ArchItecture 7
1.1 UTFAN SItuatIon E Core Network In JCPP F4 8
1.2 UTFAN LogIcal ArchItecture 9
1.J nterfaces 10
1.4 Network Element FunctIon 11
2 Network ProtocoIs 13
2.1 Protocols In UTFAN 14
2.2 Protocol Stack on the nterfaces 15
2.J Ceneral model 16
2.4 ub protocols 17
2.5 ur Protocols 18
3 PadIo ChanneIs 20
J.1 Clobal SItuatIon 21
J.2 FA8 PresentatIon 22
J.J FadIo Channels, Protocols E Network Elements 2J
J.4 FadIo 8earers 24
J.5 LogIcal Channels 25
J.6 Why Transport Channels: 27
J.7 Structure of a Transport Channel 28
J.8 Transport Channels: Example J0
J.9 Transport Channels J1
J.10 Common Transport Channels J2
J.11 0edIcated Transport Channels J5
J.12 |appIng LogIcal / Transport Channels J6
J.1J PhysIcal Channels J8
J.14 PhysIcal Channel LIst J9
J.15 0ownlInk 40
J.16 UplInk 41
J.17 PhysIcal Channels: Structure 42
4 UTPAN PadIo ProtocoIs 43
4.1 FadIo protocol stack 44
4.2 FadIo Fesource Control (FFC) 45
4.J P0CP and 8|C Protocols 46
4.4 FadIo LInk Control (FLC) 47
4.5 |edIum Access Control (|AC) 48
4.6 The PhysIcal Layer 49
5 ExercIses 50
5.1 |AC protocol 51
SectIon 1 Page 6
AlcatelLucent WC0|A
Table of Contents [cont.]
Swtch to notes vew!
SectIon 1 Page 7
AlcatelLucent WC0|A
1 LogIcal ArchItecture
SectIon 1 Page 8
AlcatelLucent WC0|A
1.1 UTFAN SItuatIon E Core Network In JCPP F4
Core Network
PS-CN
Access Network
Iu-PS
ExternaI Networks
HLR
PSTN
IN network
UTRAN
RNC RNC
Node B
PDN
CS Links
PS Links
Gb
Backbone
iGGS iGGS
N N
SGSN
GSM
BSS
BSC
BTS
PCU
CS-CN
M5C 5erver
MGW
GM5C
Iu-CS
A Public Land Mobile Network (PLMN) is composed of 2 main parts:
The Access Network (AN) provides the radio interface and radio resource management for mobile
communications toward the Core Network (CN).
The Core network is in charge of User Equipment (UE) Mobility (MM) and Session (SM) management. t
also deals with the external networks for voice call establishment or data session establishment.
The UMTS Terrestrial Radio Access Network (UTRAN) is the UMTS Access Network; it's composed of
Node Bs and Radio Network Controllers (RNCs).
An ATM switch interfaces the UTRAN and the CN:
u-CS interface for the Circuit Switched Core Network (CSCN).
u-PS interface for the Packet Switched Core Network (PSCN).
The PLMN connects specifically to the Public Switched Telephone Network (PSTN) for voice or to the
Packet Data Network (PDN) for data.
The CN includes the ntelligent Network (N) for value-added services.
Example of services:
For voice:
Voice Call Prepaid Service
SMS service
Call Waiting
SectIon 1 Page 9
AlcatelLucent WC0|A
U|TS System 0escrIptIon 1
1.2 UTFAN LogIcal ArchItecture
Coro Nolwork
UTPAN
UE
lub
lub
lu-C5
lu-P5
lur
Uu lnlerloce
kN5
C5-CN
P5-CN
kNC
kNC
Node B
Node B
UEs
CN
2 separated domaIns: CIrcuIt SwItched (CS) and Packet SwItched (PS) whIch reuse the
Infrastructure of CS| and CPFS respectIvely.
UTFAN
new radIo Interface: C0|A
new transmIssIon technology: AT|
CN Independent of AN
The specIfIcIty of the access network due to mobIle system should be transparent to the core
network, whIch may potentIally use any access technIque.
FadIo specIfIcIty of the access network Is hIdden to the core network.
UE radIo mobIlIty Is fully controlled by UTFAN.
Some correspondences wIth CS|:
CN NSS Uu Um
UTFAN 8SS ub AbIs
FNC 8SC ur no equIvalent
Node8 8TS uCS A
UE |S uPS Cb
SectIon 1 Page 10
AlcatelLucent WC0|A
1.J nterfaces
Open lnlerloces:
Tho unclion o lho Nolwork Elomonls huvo boon clourly spociiod by lho
3GPP.
Thoir inlornul implomonlulion issuos uro opon or lho munuucluror
All lho inlorucos huvo boon doinod in such u doluilod lovol lhul lho
oquipmonl ul lho ondpoinls cun bo rom dioronl munuuclurors.
Cpon lnlorucos uim ul molivuling compolilion bolwoon munuuclurors.
Physicol implemenlolion ol lu inlerloces
Euch lu lnloruco muy bo implomonlod on uny physicul connoclion using
uny lrunsporl lochnology, muinly on ET (cublo}, STMT (Cplic ibor} und
micro-wuvos.
ATM will bo providod in lho 3GPP P4 rolouso und lP is orosoon or lho
3GPP P
A manufacturer can produce only the Node8 (and not the FNC). ThIs Is not possIble In CS| (AbIs Is a
proprIetary Interface)
The ur physIcal connectIon can go through the CN usIng common physIcal lInks wIth uCS and uPS.
However there Is a dIrect logIcal connectIon between the 2 FNCs: the ur InformatIon Is not handled by
the CN.
SectIon 1 Page 11
AlcatelLucent WC0|A
1.4 Network Element FunctIon
kNC: kodio Nelwork Conlroller
ll is lho inlolligonl purl o lho UTPAN.
- Pudio rosourco munugomonl (codo ulloculion, Powor Conlrol, congoslion
conlrol, udmission conlrol}
- Cull munugomonl or lho usors
- Connoclion lo CS und PS Coro Nolwork
- Pudio mobilily munugomonl
lub
lub
lur
kN5
Node B
Node B
kNC
kNC
An PNS (PadIo Network Subsystem) contaIns one PNC (PadIo Network ControIIer) and at least one
Node-.
The PNC takes a more Important place In UTFAN than the 8SC In the CS| 8SS. ndeed FNC can perform
soft HD, whIle In CS| there Is no connectIon between 8SCs and only hard HD can be applIed.
SectIon 1 Page 12
AlcatelLucent WC0|A
1.4 Network Element FunctIon [cont.]
Node-B
A Nodo-8 cun bo considorod, us irsl upproximulion, liko u lrunscodor
bolwoon lho dulu rocoivod by unlonnus und lho dulu in lho ATM coll on lho
lub.
- Pudio lrunsmission und rocoplion hundling
- lnvolvod in lho mobilily munugomonl
- lnvolvod in lho powor conlrol
lub
kNC
Node B
AIM Ironsporl
Iechnology
An PNS (PadIo Network Subsystem) contaIns one PNC (PadIo Network ControIIer) and at least one
Node-.
A Node- Is also more complex than the CS| 8TS, because It handles softer HD.
ControIIIng PNC (CPNC): a role an FNC can take wIth respect to a specIfIc set of Node8s (Ie those Node
8s belongIng to the same FNS). There Is only one CFNC for any Node8. The CFNC has the overall control
of the logIcal resources of Its Node8s
SectIon 1 Page 1J
AlcatelLucent WC0|A
2 Network Protocols
SectIon 1 Page 14
AlcatelLucent WC0|A
2 Network Protocols
2.1 Protocols In UTFAN
Uu lnlerloce
Core Nelwork
kNC
kNC
Node B
lub
lu
lur
lu Prolocols
The u protocols
Used to exchange data (traffIc
and sIgnalIng) between FNCs,
Node 8s and the Core Network.
kodio Prolocols
The FadIo protocols
Used to process the data sent
on the aIr and for the sIgnalIng
between UTFAN and the UEs
NAS SIgnalIng
SIgnalIng between a UE and
the Core Network.
TypIcally, the
AuthentIfIcatIon and the
LocatIon
NA5 5ignoling
u Protocols :
FANAP: FadIo Access Network ApplIcatIon Protocol,
FNSAP: FadIo Network Subsystem ApplIcatIon Protocol,
N8AP: Node 8 ApplIcatIon Protocol,
ALCAP Is a generIc name for the sIgnallIng protocols of the Transport Network Control
Plane used to establIsh/release 0ata 8earers.
t makes establIshment/release of 0ata 8earers on request of the ApplIcatIon Protocol.
FadIo Protocols :
FFC: FadIo Fesource Control
FLC: FadIo LInk Control
|AC: |edIum Access Control
NAS refers to hIgher layers (J to 7). EntItIes of thIs part wIll exchange teleservIces and bearer
servIces
SectIon 1 Page 15
AlcatelLucent WC0|A
2 Network Protocols
2.2 Protocol Stack on the nterfaces
lub
lub
lur
lu- P5
lu- C5
Node B
kNC
kNC
kN5AP
kANAP
kANAP
lu UP
Voice
lur FP
lu UP
Dolo
Conlrol plone User plone
lub
Node B
C5-CN
P5-CN
kodio
5ig Voice
NBAP
lub FP
kodio
5ig Voice Dolo
AAL5 AAL2
AIM
AAL5 AAL2
AIM
AAL5 AAL2
AIM
AAL5 AAL5
AIM
Dolo
Node B
AAL5 has been desIgned to adapt non real tIme, connectIonless orIented data at varIable bIt rate (eg,
web browsIng) to AT|.
AAL2 has been desIgned to adapt real tIme, connectIon orIented data at varIable bIt rate (eg, voIce In
A|F) to AT|.
SectIon 1 Page 16
AlcatelLucent WC0|A
Tho sumo gonorul prolocol modol is uppliod or ull lu inlorucos.
Appliculion Prolocols.
Pudio
Nolwork
Luyor
Trunsporl
Nolwork
Luyor
Physicul Luyor
Signuling
8ouror(s}
Signuling
8ouror(s}
Dulu
8ouror(s}
ALCAP
Appliculion
Prolocol
Dulu
Slroum(s}
Trunsporl Nolwork
Conlrol Pluno
Trunsporl Nolwork
Usor Pluno
Trunsporl Nolwork
Usor Pluno
Conlrol
Pluno
Usor Pluno
- N8AP or lub inloruco
- PNSAP or lur inloruco
- PANAP or lu-CS und lu-PS inlorucos
T. Whul is lho
purposo o lho
sopurulion bolwoon
lho Pudio Nolwork
Luyor und lho
Trunsporl Nolwork
Luyor
2. Why is ALCAP
prolocol nocossury
2 Network Protocols
2.J Ceneral model
The Iu protocoIs are responsIble for exchanges of sIgnallIng and user data between two endpoInts of an
u Interface (e.g. Node8 and FNC over the ub Interface) .
The ALCAP protocoI Is used to estabIIsh the AAL2 connectIons for the the data stream (user data
user sIgnaIIng) of the PadIo Network Layer.
SectIon 1 Page 17
AlcatelLucent WC0|A
ATM
Pudio
Nolwork
Luyor
Trunsporl
Nolwork
Luyor
Physicul Luyor
AAL5 AAL2
ALCAP
NBAP
Frome
Prolocols
(lubFP}
Conlrol Pluno Usor Pluno
AAL5
kkC Cooooc|ioo
Es|o6|ishmoo|*
koJio Liok
Es|o6|ishmoo|
k/8s*
N/S sigoo||iog*
Trunsporl Nolwork
Conlrol Pluno
Trunsporl Nolwork
Usor Pluno
Trunsporl Nolwork Usor
Pluno
2 Network Protocols
2.4 ub protocols
Note: AAL2 and AAL5 are sublayers of AT| whIch provIde some adaptatIon between the applIcatIon
(voIce, data, sIgnallIng) and the AT| layer.
NAP
Is used to carry sIgnallIng (e.g FadIo LInk EstablIshment)
Examples of actIons of N8AP durIng Rcdo Lnk Estcblshment:
sIgnallIng exchanges over ub, whIch permIts the FNC to reserve radIo resources of Node8
for the FadIo LInk
sIgnallIng transactIon wIth ALCAP, whIch wIll setup a ub data bearer (on AAL2) to carry the
FadIo LInk
Frame ProtocoIs
At thIs stage 0ata Streams (carryIng FA8s, NAS sIgnallIng, S|S Cell 8roadcast servIce, FFC
connectIon establIshment.) have been mapped on transport channels
The Frame Protocols (FP) defIne the structures of the frame and the basIc Inband control
procedures for every type of transport channels.
ALCAP
Is used to set up AAL2 connectIons for 0ata Streams.
earers
0ata Streams are carrIed on AAL2, whIch enables better bandwIdth effIcIency for user packets but
requIres Its own sIgnallIng (ALCAP sIgnallIng Is used to set up AAL2 connectIons for 0ata Streams).
N8AP and ALCAP messages are carrIed on AAL5.
SectIon 1 Page 18
AlcatelLucent WC0|A
ATM
Pudio
Nolwork
Luyor
Trunsporl
Nolwork
Luyor
Physicul Luyor
...
AAL5 AAL2
ALCAP
kN5AP
Frome
Prolocols
(lur FP}
Conlrol Pluno Usor Pluno
AAL5
kkC Cooooc|ioo
Es|o6|ishmoo|*
Es|o6|ishmoo| ol oo
oJJi|iooo| toJio |iok
|o oo UE
(lot sol| HCj
k/8s*
N/S sigoo||iog*
Trunsporl Nolwork
Conlrol Pluno
Trunsporl Nolwork
Usor Pluno
Trunsporl Nolwork Usor
Pluno
2 Network Protocols
2.5 ur Protocols
Note: AAL2 and AAL5 are sublayers of AT| whIch provIde some adaptatIon between the applIcatIon
(voIce, data, sIgnallIng) and the AT| layer.
PNSAP
t Is used to carry sIgnallIng (e.g FadIo LInk EstablIshment)
e.g. actIons of FNSAP durIng Rcdo Lnk Estcblshment:
sIgnallIng exchanges over ur: the SFNC request the 0FNC to reserve radIo resources for the
FadIo LInk (the 0FNC wIll afterwards reserve these radIo resources In the suItable Node8)
sIgnallIng transactIon wIth ALCAP, whIch wIll setup a ur data bearer to carry the FadIo LInk
Frame ProtocoIs
At thIs stage 0ata Streams (carryIng FA8s, NAS sIgnallIng, S|S Cell 8roadcast servIce, FFC
connectIon establIshment.) have been mapped on transport channels
The Frame Protocols (FP) defIne the structures of the frame and the basIc Inband control
procedures for every type of transport channels.
ALCAP
t Is used to set up AAL2 connectIons for 0ata Streams.
earers
0ata Streams are carrIed on AAL2, whIch enables better bandwIdth effIcIency for user packets but
requIres Its own sIgnallIng (ALCAP sIgnallIng Is used to set up AAL2 connectIons for 0ata Streams).
FNSAP and ALCAP messages are carrIed on AAL5.
SectIon 1 Page 19
AlcatelLucent WC0|A
QUZ!
A. Put the correct words In the spaces on the fIgure beIow
... ...
...
...
...
... ... ...
...
...
...
...
...
...
CS nolworks
(PSTN, lSDN}
PS nolworks
(inlornol}
...
SectIon 1 Page 20
AlcatelLucent WC0|A
J FadIo Channels
SectIon 1 Page 21
AlcatelLucent WC0|A
UTRAN
SGSN GGSN PDN
"nternet
UMTS Bearer Service External Bearer
Service
UMTS Bearer Service
Radio Access Bearer Service
(PA8}
CN Bearer
Service
Backbone
Bearer Service
u Bearer
Service
Radio Bearer
Service
Uu
lu
Teleservice
UE
Logicol
Chonnel
Ironsporl
Chonnel
Physicol
Chonnel
J FadIo Channels
J.1 Clobal SItuatIon
A PadIo earer Is the servIce provIded by a protocol entIty (I.e. FLC protocol) for transfer of data
between UE and UTFAN.
PadIo bearers are the hIghest level of bearer servIces exchanged between UTFAN and UE.
PadIo bearers are mapped successIvely on logIcal channels, transport channels and physIcal channels
(FadIo PhysIcal 8earer ServIce on the fIgure)
SectIon 1 Page 22
AlcatelLucent WC0|A
"Ihe kAB provides conlidenliol lronsporl ol signoling ond user
dolo belween UE ond CN wilh lhe oppropriole Qo5".
UTPAN
UE
UMTS 8ouror
UMTS 8ourors
RABs (mapped on Radio & u Bearers)
CN-C5
CN-P5
Radio Bearers u Bearers
kAB
kAB
k
A
B
k
A
B
UMTS 8ouror
UMI5 beorer
services
J FadIo Channels
J.2 FA8 PresentatIon
AMR 12.2/12.2, 64/64
Conversational
(CS)
R2: 64/128, 64/384 64/144, 128/384, 144/384, 32/32, 64/64, 128/128, 144/144
Background
(PS)
14.4/14.4 Streaming (CS)
ExampIe of avaiIabIe RAB in R4
R2: 64/128, 64/384 64/144, 128/384, 144/384, 32/32, 64/64, 128/128, 144/144 nteractive (PS)
SectIon 1 Page 2J
AlcatelLucent WC0|A
kkC
kLC
MAC
BMC PDCP
Physicol Loyer Physicol Loyer
NA5
5ignoling
kkC
5ig.
Voice
Web
Browsing
5M5 Cell
Broodcosl
kodio
Beorers
Irollic
Logicol Ch.
.
Ironsporl
Chonnels
Uu lnlerloce
kNC Node B UE
Physicol Chonnels
MAC
.
Ironsporl
Chonnels
J FadIo Channels
J.J FadIo Channels, Protocols E Network Elements
Conlrol
Logicol Ch.
The radIo protocols are responsIble for exchanges of sIgnallIng and user data between the UE and the
UTFAN over the Uu Interface:
User pIane protocoIs
These are the protocols ImplementIng the actual FadIo Access 8earer (FA8) servIce,
I.e. carryIng user data through the access stratum (EXA|PLES 1,2 and 4).
ControI pIane protocoIs
These are the protocols for controllIng the radIo access bearers and the connectIon
between the UE and the network from dIfferent aspects IncludIng requestIng the servIce
EXA|PLE 5), controllIng dIfferent transmIssIon resources, handover E streamlInIng etc...
Also a mechanIsm for transparent transfer of Non Access Stratum (NAS) messages Is Included).
Some prIncIpIes:
The FadIo Protocols are Independent of the applIed transport layer technology
(AT| In F99): that may be changed In the future whIle the FadIo Protocols remaIn Intact.
The maIn part of radIo protocols are located In the FNC (and In the UE).
The Node8 Is maInly a relay between UE and FNC.
SectIon 1 Page 24
AlcatelLucent WC0|A
5ignoling kodio Beorers (5kB}
SP8s cun curry.
- luyor 3 signuling (o.g. PPC connoclion oslublishmonl}
- NAS signuling (o.g loculion updulo}
Thoro cun bo up lo 4 SP8s por PPC connoclion (ono UE hus ono PPC
connoclion whon connoclod lo lho UTPAN}.
User Plone kodio Beorers
PA8s uro muppod on usor pluno P8s.
Cno PA8 cun bo dividod on PA8 sub-lows und ouch sub-low is muppod on
ono usor pluno P8.
o.g lho AMP codoc oncodos/docodos spooch inlo/rom lhroo sub-lows, ouch
sub-low cun huvo ils own chunnol coding.
J FadIo Channels
J.4 FadIo 8earers
Please note that FA8 (FadIo Access 8earer) are only provIded In the user plane.
What Is a FFC connectIon:
When the UE needs to exchange any InformatIon wIth the network, It must fIrst establIsh a
sIgnallIng lInk wIth the UTFAN: It Is made through a procedure wIth the FFC protocol and It Is
called "FFC connectIon establIshment".
0urIng thIs procedure the UE wIll send an InItIal access request on CCCH to establIsh a sIgnallIng
lInk whIch wIll be carrIed on a 0CCH.
A gIven UE can have eIther zero or one FFC connectIon.
SectIon 1 Page 25
AlcatelLucent WC0|A
Conlrol Chonnels (CCH}
Broadcast Control Channel (BCCH)
Irollic Chonnels (ICH}
Paging Control Channel (PCCH)
Dedicated Control Channel (DCCH)
Common Control Channel (CCCH)
Dedicated Traffic Channel (DTCH)
Common Traffic Channel (CTCH)
UIkAN UE Logicol Chonnels
J FadIo Channels
J.5 LogIcal Channels
The logIcal channels are dIvIded Into:
Control channels for the transfer of control plane InformatIon
TraffIc channels for the transfer of user plane InformatIon
SectIon 1 Page 26
AlcatelLucent WC0|A
UL ( }
/
DL ( }
Whol lype ol inlormolion?
BCCH Syslom conlrol inormulion
o.g co|| iJoo|i|y, up|iok io|otlotooco |ovo|
PCCH Puging inormulion
o.g CN otigioo|oJ co|| whoo |ho oo|wotk Joos oo| koow |ho
|oco|ioo co|| ol |ho UE
CCCH Conlrol inormulion
o.g ioi|io| occoss (kkC cooooc|ioo toquos|j, co|| upJo|o
DCCH Conlrol inormulion (bul lho UE musl huvo u PPC connoclion}
o.g toJio 6ootot so|up, moosutomoo| topot|s, HC
DICH Truic inormulion dodiculod lo ono UE
o.g spooch, lox, wo6 6towsiog
CICH Truic inormulion lo ull or u group o UEs
o.g SMS-Co|| 8tooJcos|
J FadIo Channels
J.5 LogIcal Channels [cont.]
SectIon 1 Page 27
AlcatelLucent WC0|A
J FadIo Channels
J.6 Why Transport Channels:
A lrunsporl chunnol oors u loxiblo pullorn lo urrungo inormulion on uny
sorvico-spociic rulo, doluy or coding booro mupping il on u physicul
chunnol.
il providos loxibilily in lruic vuriulion
il onublos mulliploxing o lrunsporl chunnols on lho sumo physicul chunnol
Ironsporl chonnels provide on ellicienl ond losl llexibilily in rodio
resource monogemenl.
Iime
Irollic
Iime lnlervol
Ironsporl
Chonnel
The transport channels provIdes a flexIble pattern to exchange data between UTFAN and the UE at a
varIable bIt rate for the multImedIa servIces.
The logIcal channels are mapped on the transport channels by the |AC protocols.
8y thIs way the data are processed accordIng to the QoS requIred before sendIng them to the Node 8 by
the ub.
SectIon 1 Page 28
AlcatelLucent WC0|A
J FadIo Channels
J.7 Structure of a Transport Channel
T8
T8
T8
T8
T8
T8
T8 bils
20 ms
Iime Ironsmission
lnlervol (IIl}: poriodicily
ul which u Trunsporl 8lock
Sol is lrunsorrod by lho
physicul luyor on lho rudio
inloruco
20 ms
Ironsporl Block: busic
unil oxchungod ovor
lrunsporl chunnols.
Ironsporl Formol (IF}: il muy bo chungod ovory TTl. Euch
TF musl bolong lo lho Trunsporl Formul Sol (TFS} o lho
lrunsporl chunnol
T8
T8
>> Tho syslom dolivors ono Trunsporl 8lock Sol lo lho >> Tho syslom dolivors ono Trunsporl 8lock Sol lo lho
physicul luyor ovory TTl physicul luyor ovory TTl. whul is lho dolivory bil rulo o lho . whul is lho dolivory bil rulo o lho
lrunsporl blocks lo lho physicul luyor during lho irsl TTl lrunsporl blocks lo lho physicul luyor during lho irsl TTl
20 ms
20 ms
A transport channel Is defIned by a Transport Format (TF) whIch may change every TIme TransmIssIon
IntervaI (TTI).
The TF Is made of a Transport Iock Set. The Transport 8lock sIze and the number of Transport 8lock
InsIde the set are dynamIcal parameters.
The TT Is a statIc parameter and Is set typIcally at 10, 20 or 40 ms.
For example,
For a vIdeocall (CS servIce at 64 kbps)
TT = 20 ms
TFS = (640* 0,2)
Turbo codIng (codIng rate=1/J)
16 CFC bIts
For a PS 64 kbps servIce
TT=20 ms
TFS = (JJ6* 0,1,2,J,4)
Turbo codIng (codIng rate=1/J)
16 CFC bIts
SectIon 1 Page 29
AlcatelLucent WC0|A
J FadIo Channels
J.7 Structure of a Transport Channel [cont.]
Ironsporl Formol (IF}
Somi-slulic purl (cun bo chungod, bul long procoss}
Trunsmission Timo lnlorvul (TTl},
Coding schomo...
Dynumic purl (muy bo chungod ousily}
Sizo o lrunsporl block,
Numbor o lrunsporl blocks por TTl
Ironsporl Formol 5el (IF5}
ll is lho sol o ullowod Trunsporl Formuls or u lrunsporl chunnol, which is
ussignod by PPC prolocol onlily lo MAC prolocol onlily.
MAC choosos TF umong TFS.
MAC muy chooso unolhor TF ovory TTl wilhoul inlorchunging wilh PPC
prolocol (usl rudio rosourco conlrol}.
What Is TT (TransmIssIon TIme nterval):
It Is equal to the perIodIcIty at whIch a Transport 8lock Set Is transferred by the physIcal layer on
the radIo Interface
It Is always a multIple of the mInImum InterleavIng perIod (e.g. 10ms, the length of one FadIo
Frame)
|AC delIvers one Transport 8lock Set to the physIcal layer every TT.
What does the TFS provIde :
The selectIon at each TT of a number of transport block among the allowed lIst provIdes the
requIred flexIbIlIty for the varIable traffIc and allows to manages the prIorIty.
SectIon 1 Page J0
AlcatelLucent WC0|A
J FadIo Channels
J.8 Transport Channels: Example
57
57
57
57
57
57
57 bils
57
57
40 ms
3. How muny Trunsporl Formul(s} muy bo choson or lhis lrunsporl 3. How muny Trunsporl Formul(s} muy bo choson or lhis lrunsporl chunnol chunnol
4. Cun you imugino why lho lrunsor hus boon inlorruplod during 4. Cun you imugino why lho lrunsor hus boon inlorruplod during lho lhird TTl lho lhird TTl
5lolic Porl
TTl
Coding schomo Turbo coding, coding rulo~T/3
CPC T bils
Dynomic Porl
Trunsporl 8lock Sizo
Trunsporl 8lock Sizo Sol 57*8 (8~0,T,2,3,4}
T. Complolo lho lublo T. Complolo lho lublo
2. 2. Whul is lho dolivory Whul is lho dolivory
bil rulo o lho lrunsporl bil rulo o lho lrunsporl
blocks lo lho physicul blocks lo lho physicul
luyor during lho irsl TTl luyor during lho irsl TTl
SectIon 1 Page J1
AlcatelLucent WC0|A
J FadIo Channels
J.9 Transport Channels
Common Chonnels
Broadcast Channel (BCH)
Dedicoled Chonnels
Paging Channel (PCH)
Random Access Channel (RACH)
Forward Access Channel (FACH)
Dedicated Channel (DCH)
Common Packet Channel (CPCH)
DownIink Shared Channel (DSCH)
UIkAN
Ironsporl Chonnels UE
The transport channels are dIvIded Into:
Common channels: they are dIvIded between all or a group of UEs In a cell. They requIre Inband
IdentIfIcatIon of the UEs when addressIng partIcular UEs.
0edIcated channels: It Is reserved for a sIngle UE only. nband IdentIfIcatIon Is not necessary, a gIven UE
Is IdentIfIed by the physIcal channel (code and frequency In F00 mode)
SectIon 1 Page J2
AlcatelLucent WC0|A
J FadIo Channels
J.10 Common Transport Channels
BCH: Broodcosl Chonnel
A downlink lrunsporl chunnol lhul is usod lo curry BCCH. Tho 8CH is ulwuys
lrunsmillod wilh high powor ovor lho onliro coll wilh u low ixod bil rulo.
>> Tho 8CH is lho only lrunsporl chunnol wilh u singlo lrunsporl >> Tho 8CH is lho only lrunsporl chunnol wilh u singlo lrunsporl ormul (no ormul (no
loxibilily}. Cun you oxpluin why loxibilily}. Cun you oxpluin why
PCH: Poging Chonnel
A downlink lrunsporl chunnol lhul is usod lo curry PCCH. ll is ulwuys
lrunsmillod ovor lho onliro coll.
>> ls il possiblo lo curry ull lypos o inormulion on lho PCH >> ls il possiblo lo curry ull lypos o inormulion on lho PCH
8CH
hIgh power to reach all the user and low fIxed bIt rate so that all termInals can decode the data
rate whatever Its abIlIty: only one Transport Format because there Is no need for flexIbIlIty (fIxed
bIt rate)
PCH
only two transport channels can NDT carry user InformatIon: 8CH and PCH.
SectIon 1 Page JJ
AlcatelLucent WC0|A
J FadIo Channels
J.10 Common Transport Channels [cont.]
FACH: Forword Access Chonnel
A downlink lrunsporl chunnol lhul is usod lo curry conlrol inormulion. ll muy ulso
curry shorl usors puckols. Tho FACH is lrunsmillod ovor lho onliro coll or ovor only u
purl o lho coll using boum-orming unlonnus. Tho FACH usos opon loop powor
conlrol (slow powor conlrol}.
>> ln which cuso is il inlorosling lo uso boum >> ln which cuso is il inlorosling lo uso boum- -orming unlonnus would il ulso bo orming unlonnus would il ulso bo
rolovunl lo implomonl lhis ouluro or PCH rolovunl lo implomonl lhis ouluro or PCH
kACH: kondom Access Chonnel
An uplink lrunsporl chunnol lhul is usod lo curry conlrol inormulion rom lho mobilo
ospociully ul lho iniliul uccoss. ll muy ulso curry shorl usor puckols. Tho PACH is
ulwuys rocoivod rom lho onliro coll und is churuclorizod by u limilod sizo dulu iold, u
collision risk und by lho uso o opon loop powor conlrol (slow powor conlrol}.
>> Why is il inlorosling lo curry shorl usor puckols on PACH in >> Why is il inlorosling lo curry shorl usor puckols on PACH in spilo o limilod dulu spilo o limilod dulu
iold und collision risk (insloud o using u dodiculod chunnol} iold und collision risk (insloud o using u dodiculod chunnol}
Note: 8eamformIng Is also called "nherent addressIng of users": It Is the possIbIlIty of transmIssIon to a
certaIn part of the cell.
FACH and FACH are maInly used to carry sIgnallIng (e.g at the InItIal access), but they can also carry
small amounts of data.
When a UE sends InformatIon on the FACH, It wIll receIve InformatIon on FACH.
SectIon 1 Page J4
AlcatelLucent WC0|A
J FadIo Channels
J.10 Common Transport Channels [cont.]
D5CH: Downlink 5hored Chonnel
A downlink lrunsporl chunnol shurod by sovorul UEs lo curry dodiculod
conlrol or usor inormulion. Whon u UE is using lho DSCH, il ulwuys hus un
ussociulod DCH, which providos powor conlrol.
CPCH: Common Pockel Chonnel
An uplink lrunsporl chunnol lhul is usod lo curry long usor dulu puckols und
conlrol puckols. ll is u conlonlion busod rundom uccoss chunnol. ll is ulwuys
ussociulod wilh u dodiculod chunnol on lho downlink, which providos powor
conlrol.
Ttooslot ol sigoo||iog ooJ |tollic oo o shotoJ 6osis
0SCH and CCPH seem to be symmetrIcal, but:
0SCH Is on the 0L, so that dIfferent user data are synchronIsed wIth each other (the InformatIon
on whether the UE should receIve the 0SCH or not Is conveyed on the assocIated 0CH)
CPCH Is on the UL, so that dIfferent user data can NDT be synchronIsed (the mobIle phones are not
synchronIsed). t may cause bIg problem of collIsIons!
SectIon 1 Page J5
AlcatelLucent WC0|A
J FadIo Channels
J.11 0edIcated Transport Channels
DCH: Dedicoled Chonnel
A downlink or uplink lrunsporl chunnol lhul is usod lo curry usor or conlrol
inormulion. ll is churuclorizod by ouluros such us usl rulo chungo (on u
rumo-by-rumo busis}, usl powor conlrol, uso o boum-orming und
supporl o sol HC.
0CH
t Is dIfferent from CS| where TCH carrIes user data (e.g speech frames) and ACCH carrIes hIgher
layer sIgnallIng (e.g HD commands)
User data and sIgnallIng are therefore treated In the same way from the physIcal layer (although set of
parameters may be dIfferent between data and sIgnallIng)
wIde range of Transport Format Set permIts to be very flexIble concernIng the bIt rate, the
InterleavIng...
Fast Power Control and soft HD are only applIed on thIs transport channel.
SectIon 1 Page J6
AlcatelLucent WC0|A
Conlrol Logicol Chonnels
BCCH PCCH CCCH DCCH
Irollic Logicol Chonnels
DICH CICH
BCH PCH kACH FACH D5CH CPCH DCH
Common Ironsporl Chonnels Dedicoled
Ironsporl
Chonnels
J FadIo Channels
J.12 |appIng LogIcal / Transport Channels
SectIon 1 Page J7
AlcatelLucent WC0|A
J FadIo Channels
J.12 |appIng LogIcal / Transport Channels [cont.]
Conlrol Logicol Chonnels
BCCH PCCH CCCH DCCH
Irollic Logicol Chonnels
DICH CICH
BCH PCH kACH FACH D5CH CPCH DCH
Common Ironsporl Chonnels Dedicoled
Ironsporl
Chonnels
AccordIng to the slIde above and the prevIous one, we can say state that :
Except 8CH and PCH, each type of transport channel can be used for the transfer of eIther control or
traffIc logIcal channels.
SectIon 1 Page J8
AlcatelLucent WC0|A
J FadIo Channels
J.1J PhysIcal Channels
kNC
Node B
lub Ironsporl
Chonnels
For lho UE poinl o viow, lho nolwork is |usl lho physicol chonnels.
Thoro uro sovorul kinds o physicul chunnols.
Chunnol ussociulod wilh lrunsporl chunnol
UTPAN Signuling (mobilily munugomonl}
Coro Nolwork Signuling (uulhonliculion}
Usor Truic (voico}
Thoro uro common und dodiculod chunnols
Chunnols nol ussociulod wilh lrunsporl chunnol, lho physicul
signuling.
Coll Sourch Soloclion
Syslom lnormulion Colloclion
Connoclion Poquosl und Puging Survoillunco
Thoso chunnols und rosourcos ullowing lho UE lo shore lhese
chonnels wilh olhor usors uro lho rodio resources
Wo will soo lulor how dulu rom lrunsporl chunnol uro procossod lo bo
muppod on lho physicul chunnols und how u UE usos lhoso chunnols.
Dn a cell, all the physIcal channels are send on the same frequency and on the same tIme.
t Is due to the radIo technology, the WC0|A, really dIfferent than the one used wIth the CS|.
Here the physIcal channels are separated by codes. We wIll see thIs poInt on the next chapter.
SectIon 1 Page J9
AlcatelLucent WC0|A
J FadIo Channels
J.14 PhysIcal Channel LIst
Nol ossocioled wilh lronsporl chonnels
CPlCH: Common Pilol Chunnol
PlCH: Pugo lndiculor Chunnol
P-5CH & 5-5CH: Primury & Socondury Synchronizulion Chunnol
AlCH: Acquisilion lndiculor Chunnol
Common Physicol Chonnels, ossocioled wilh lronsporl chonnels
P-CCPCH & 5-CCPCH: Primury & Socondury Common Conlrol Chunnol
PkACH: Physicul Pundom Accoss Chunnol
PD5CH: Physicul Downlink Shurod Chunnol
PCPCH: Physicul Common Puckol Chunnol
Dedicoled Physicol Chonnels, ossocioled wilh lronsporl chonnels
DPDCH: Dodiculod Physicul Dulu Chunnol
DPCCH: Dodiculod Physicul Conlrol Chunnol
SectIon 1 Page 40
AlcatelLucent WC0|A
J FadIo Channels
J.15 0ownlInk
Logicol Ch
Ironsporl Ch
Physicol Ch
AlCH
Nol ossocioled wilh
lronsporl chonnels
PlCH CPlCH P-SCH S-SCH
PDSCH
S-CCPCH P-CCPCH
DPDCH
+
DPCCH
DTCH, DCCH CCCH, CTCH
DCH
8CH
PCH
FACH DSCH
Not implemented
yet in Alactel-Lucent
Solution
PCCH 8CCH
DPDCH and DPCCH
multiplexed by time
Common Physicol Ch
Dedicoled
Physicol Ch
Some common transport channels are multIplexed on the same physIcal channels. LIke the FACH and the
PCH on the SCCPCH.
The FACH Is a downlInk common channel to carry the traffIc and the control data.
The PCH Is the PagIng channel.
8y the same prIncIples, several 0CH (0edIcated channel) belongIng by the same user are mapped
on one physIcal channel, the 0P0CH. The 0PCCH Is Its control channel at the physIcal level.
SectIon 1 Page 41
AlcatelLucent WC0|A
J FadIo Channels
J.16 UplInk
Logicol Ch
Ironsporl Ch
Physicol Ch
PPACH
PCPCH
DPDCH
+
DPCCH
DTCH, DCCH CCCH
DCHT
PACH
DCH2
CCTrCH
CPCH
DPDCH and DPCCH
multiplexed by
modulation
Dedicoled Physicol Ch Common Physicol Ch
There are less channels In uplInk. For the physIcal channels, there are the dedIcated channels (0P0CH)
and the common channels (PFACH).
The PCPCH Is not Implemented In the AlactelLucent SolutIon.
SectIon 1 Page 42
AlcatelLucent WC0|A
A physicul chunnol is doinod by.
A currior
Somo codos (soo 4.3 und 4.4 purl}
A slurl und slop inslunl
Physicul chunnols uro sonl conlinuously on lho uir inloruco bolwoon slurl und slop inslunls.
J FadIo Channels
J.17 PhysIcal Channels: Structure
T5 Timo Slols
kodio Frome ~ 10 ms
N bils
(uccording lo lho bil rulo}
..
1 Iime slol
= 0. ms
After channel codIng each transport block Is splIt Into radIo frames of 10 ms.
The bIt rate may be changed for each frame.
Each radIo frame Is also splIt Into 15 tIme slots.
8ut all tIme slots belong to the same user (thIs slot structure has nothIng to do wIth the T0|A structure
In CS|).
All tIme slots of a same T0|A frame have the same bIt rate.
Fast power control may be performed for each tIme slot (1500 Hz).
The number of chIps for one bIt | Is equIvalent to the spreadIng factor. t can easIly be computed wIth
knowledge of N:
n fact the spreadIng factor must be equal to 4, 8, 16.256.
Consequently It may be necessary to add some paddIng bIts to match the adequate value of spreadIng
factor (rate matchIng).
SectIon 1 Page 4J
AlcatelLucent WC0|A
4 UTFAN FadIo Protocols
SectIon 1 Page 44
AlcatelLucent WC0|A
4.1 FadIo protocol stack
Loyer 3
Conlrol pluno Usor pluno
Loyer 2/MAC
Loyer 1
Ttoospot| Choooo|s
8ootots (co||oJ
k/8 io usot p|oooj Accoss Slrulum
SAP
Non Accoss Slrulum
c
o
n
l
r
o
l
c
o
n
l
r
o
l
c
o
n
l
r
o
l
PHY
MAC
PPC
Logico| Choooo|s
Loyer 2/kLC
koJio 8ootots
PLC PLC
PLC
PLC
PLC
PLC
PLC
PLC
PDCP
PDCP
8MC
c
o
n
l
r
o
l
conlrol
Loyer 2/PDCP
Loyer 2/BMC
Physico| Choooo|s
The radIo protocoIs are responsIble for exchanges of sIgnallIng and user data between the UE and the
UTFAN over the Uu Interface
The radIo protocols are layered Into:
the FFC protocol located In FNC* and UE
the FLC protocol located In FNC* and UE
the |AC protocol located In FNC* and UE
the physIcal layer (on the aIr Interface) located In Node8 and UE
Two addItIonal servIcedependent protocols exIsts In the user plane In the layer 2: P0CP and 8|C.
Each layer provIdes servIces to upper layers at ServIce Access PoInts (SAP) on a peertopeer
communIcatIon basIs. The SAP are marked wIth cIrcles. A servIce Is defIned by a set of servIce prImItIves.
FadIo nterface Protocol ArchItecture Is descrIbed In JCPP 25.J01.
(*except a part of protocol used for 8CH whIch Is termInated In Node8)
SectIon 1 Page 45
AlcatelLucent WC0|A
4.2 FadIo Fesource Control (FFC)
c
o
n
l
r
o
l
c
o
n
l
r
o
l
c
o
n
l
r
o
l
PHY
MAC
PPC
PLC
8ootots
Cull munugomonl
Pudio mobilily munugomonl
Mousuromonl conlrol und roporling
Culor loop powor conlrol
koJio 8ootots
(coo|to| p|oooj
kkC is lhe broin ol lhe rodio inlerloce prolocol slock.
Loyer 3
c
o
n
l
r
o
l
c
o
n
l
r
o
l
PDCP
8MC
FFC Is a protocol whIch belongs to control plane.
The FFC functIons are:
Call management
FFC connectIon establIshment/release (InItIal access)
FadIo 8earer establIshment/release/reconfIguratIon (In the control plane and In the user
plane)
Transport and PhysIcal Channels reconfIguratIon
FadIo mobIlIty management
Handover (soft and hard)
Cell and UFA update (see "5.UTFAN/ |obIlIty |anagement")
PagIng procedure
|easurements control (UTFAN sIde) and reportIng (UE sIde)
Duter Loop Power Control
Control of radIo channel cIpherIng and decIpherIng
FFC can control locally the confIguratIon of the lower layers (FLC, |AC...) through Control
SAP. These Control servIces are not requIrIng peertopeer communIcatIon, one or more sub
layers can be bypassed.
See JCPP 25.JJ1 FFC protocol (over 500 pages!)
SectIon 1 Page 46
AlcatelLucent WC0|A
4.J P0CP and 8|C Protocols
PDCP (Pockel Dolo Convergence Prolocol}
- in lho usor pluno, only or sorvicos rom lho PS domuin
- il conluins comprossion molhods
ln P only u houdor comprossion molhod is monlionod (PFC2507}.
Why is houdor comprossion vuluublo
o.g u combinod PTP/UDP/lP houdors is ul lousl 0 bylos or lPv, whon lP
voico sorvico houdor cun bo uboul 20 bylos or loss.
BMC (Broodcosl/Mullicosl 5ervices}
- in lho usor pluno
- lo udupl broudcusl und mullicusl sorvicos rom NAS on lho rudio inloruco
ln P lho only sorvico using lhis prolocol is SMS Coll 8roudcusl Sorvico
(diroclly lukon rom GSM}.
See J CPP 25.J2J (P0CP protocol) and 25.J24 (8|C protocol)
SectIon 1 Page 47
AlcatelLucent WC0|A
4.4 FadIo LInk Control (FLC)
Ttollic
Logico|
Choooo|s
koJio 8ootots
(usot p|oooj
koJio 8ootots
(coo|to| p|oooj
PLC PLC
PLC
PLC
PLC
PLC
PLC
PLC
Coo|to|
Logico|
Choooo|s
Sogmonlulion
8uoring
Dulu lrunsor wilh 3
conigurulion modos.
- Trunspuronl (TM}
- Unucknowlodgod (UM}
- Acknowlodgod (AM}
Ciphoring
kLC provides segmenlolion ond (in AM mode} relioble dolo lronsler.
Loyer 2/
upper porl
There Is no dIfference between FLC Instances In Control and User planes. There Is a sIngle FLC
connectIon per FadIo 8earer.
FLC maIn functIons:
FLC ConnectIon EstablIshment/Felease In J confIguratIon modes:
transparent data transfer (T|): wIthout addIng any protocol InformatIon
unacknowledged data transfer (U|): wIthout guaranteeIng delIvery to the peer entIty (but can
detect transmIssIon errors)
acknowledged data transfer (A|): wIth guaranteeIng delIvery to the peer entIty. The A| mode
provIdes relIable lInk (error detectIon and recovery, Insequence delIvery, duplIcate detectIon,
flow Control, AFQ mechanIsms)
AFQ=AutomatIc Fepeat Fequest (It manages retransmIssIons)
TransmIssIon/FeceptIon buffer
SegmentatIon and reassembly (to adjust the radIo bearer sIze to the actual set of transport formats)
|appIng between FadIo 8earers and LogIcal Channels (one to one)
CIpherIng for nontransparent FLC data (If not performed In |AC), usIng the UEA1, KasumI algorIthm
specIfIed In F'99
EncryptIon Is performed In accordance wIth TS JJ.102 (radIo Interface), 25.41J, 25.JJ1(FFC sIgnalIng
messages) and supports the settIngs of IntegrIty wIth CN (CSdomaIn/PSdomaIn)
JCPP 25.J22 FLC protocol
SectIon 1 Page 48
AlcatelLucent WC0|A
4.5 |edIum Access Control (|AC)
Ttoospot|
Choooo|s
(commoo ooJ
JoJico|oJj
8usic dulu lrunsor
Mulliploxing o logicul chunnols
Priorily hundling/Schoduling
(TFC soloclion}
Poporling o mousuromonls
Ciphoring
MAC cun swilch u common chunnol inlo u dodiculod chunnol i highor bil rulo
is roquirod (on roquosl o L3-lovol}.
MAC cun chungo dynumicully Trunsporl Formul (bil rulo.} o ouch lrunsporl
chunnol on u rumo busis (ouch T0 ms} wilhoul inlorchunging wilh L3-lovol.
MAC provides llexible dolo lronsler.
Ttollic
Logico|
Choooo|s
Coo|to|
Logico|
Choooo|s
MAC
Loyer 2/
lower porl
|AC belongs to control plane and to user plane.
|AC maIn functIons:
0ata transfer: |AC provIdes unacknowledged data transfer wIthout segmentatIon
|ultIplexIng of logIcal channels (possIble only If they requIre the same QoS)
|appIng between LogIcal Channels and Transport Channels
SelectIon of approprIate Transport Format for each Transport Channel dependIng on Instantaneous
source rate.
PrIorIty handlIng/SchedulIng accordIng to prIorItIes gIven by upper layers:
between data flows of one UE
between dIfferent UEs
PrIorIty handlIng/SchedulIng Is done through Transport Format CombInatIon (TFC) selectIon
FeportIng of monItorIng to FFC
CIpherIng for FLC transparent data (If not performed In FLC)
JCPP 25.J21 |AC protocol
SectIon 1 Page 49
AlcatelLucent WC0|A
4.6 The PhysIcal Layer
DoJico|oJ
Physico|
Choooo|s
Mulliploxing o lrunsporl ch.
Sprouding/modululion
PF procossing
Powor conlrol
Mousuromonls
Physicul luyor
DoJico|oJ
Ttoospot|
Choooo|s
Ihe physicol loyer provides mulliplexing ond rodio lrequency
processing wilh o CDMA melhod.
Air lnloruco
Commoo
Ttoospot|
Choooo|s
Commoo
Physico|
Choooo|s
Loyer 1
The physIcal layer belongs to control plane and to user plane.
PhysIcal layer maIn functIons:
|ultIplexIng/demultIplexIng of transport channels on CCTrCH (Coded ComposIte Transport
Channel) even If the transport channels requIre dIfferent QoS.
|appIng of CCTrCH on physIcal channels
SpreadIng/despreadIng and modulatIon/demodulatIon of physIcal channels
FF processIng (J CPP 25.10x)
Frequency and tIme (chIp, bIt, slot, frame) synchronIzatIon
|easurements and IndIcatIon to hIgher layers (e.g. FEF, SF, Interference power, transmIt power,
etc.)
Dpen loop and nner loop power control
|acrodIversIty dIstrIbutIon/combInIng and soft handover executIon
JCPP 25.2xx
SectIon 1 Page 50
AlcatelLucent WC0|A
5 ExercIses
SectIon 1 Page 51
AlcatelLucent WC0|A
5 ExercIses
5.1 |AC protocol
CCCH PCCH 8CCH CTCH DTCH DCCH DTCH 8CCH
FACH PACH DSCH
lur or locul
DCH DCH
MAC-d
MAC-c/sh
CPCH FACH PCH
MAC
Conlrol
DSCH
Look ul lhis iguro und unswor lho quoslions on lho ollowing pu Look ul lhis iguro und unswor lho quoslions on lho ollowing pugos. gos.
MAC-b
8CH
SectIon 1 Page 52
AlcatelLucent WC0|A
5 ExercIses
5.1 |AC protocol [cont.]
1. Dn whIch logIcal/transport channels wIll be mapped:
system InformatIon broadcastIng
pagIng
telephony speech
Internet browsIng at a hIgh bIt rate
Internet browsIng at a low bIt rate
Can you ImagIne a sItuatIon where the UE wIll use 2 0TCHs (or more) at the
same tIme:
2. Cuess the meanIng of "|AC-b" "|ACclsh" and "|ACd".
J. Why Is there one |ACd entIty on the UE sIde and several |ACd entItIes on the
UTFAN sIde:
4. What Is the lInk between |ACc/sh and |ACd for:
SectIon 1 Page 5J
AlcatelLucent WC0|A
5 ExercIses
5.1 |AC protocol [cont.]
5. What are the 4 maIn functIons of |AC protocol:
6. |AC can multIplex logIcal channels only If they requIre the
same QoS: true or false:
7. WhIch entIty Is responsIble for TFS selectIon: TF allocatIon:
8. WIll the physIcal channel confIguratIon be changed
(e.g modIfIcatIon of spreadIng factor) when |AC selects a
new TF InsIde TFS:
9. |AC makes measurement reports to FFC: why Is It necessary:
SectIon 1 Page 54
AlcatelLucent WC0|A
EvaluatIon
Ihonk you lor onswering
lhe objeclives sheel
DbjectIve: To be able to draw the UTFAN
archItecture wIth the protocol stack
(radIo and u) of each network element and
to defIne the channels generated by these
protocols.
SectIon 1 Page 55
AlcatelLucent WC0|A
End of |odule
U|TS System 0escrItptIon

RadioPrinciples Section1 UTRAN System Description

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

RadioPrinciples Section1 UTRAN System Description

Uploaded by

Copyright:

Available Formats

SectIon 1 Page 1

All rIghts reserved 2007, AlcatelLucent

You might also like