You are on page 1of 11

Course Content

Radio Resource Management Overview
Parameter Configuration
Common Channels & Power Control
Load Control
Admission Control
Packet Scheduling
Handover Control
Resource Manager
HSDPA RRM & parameters
HSUPA RRM & parameters
I insert classification level
1
© Nokia Siemens Networks

Presentation / AA / 01_2010

Module Objectives At the end of the module you will be able to: • Explain the functions of Resource Manager • Explain spreading code allocation strategies • Explain code tree usage optimisation & parameters Soc Classification level 2 © Nokia Siemens Networks Presentation / AA / 01_2010 .

which may cause extra IF or IS HO's with HSDPA.Resource Manager RM • Main function: allocate logical radio resources of BS according to the channel request by the RRC layer for each radio connection. UL Scrambling Code. UL Channelisation Code type prevents Code Tree fragmentation. • The RM is located in the RNC and it works in close co-operation with AC & PS. • The actual input for resource allocation comes from AC/PS and RM informs the PS about the resource situation • The RM is able to switch codes & code types for different reasons such as SHO & defragmentation of code tree • Manages the BS logical resources • BS reports the available logical HW resources • Requests for other resources such as ATM • Transport resource manager • RNC HW manager (L1/L2) • Maintains the code tree • • • • allocates the DL Channelization Codes. RM allocates a number of codes to a HSDPA code pool for HSDPA users NodeB PS then allocates Channelisation Codes per user & TTI from the HSDPA pool Soc Classification level 3 © Nokia Siemens Networks Presentation / AA / 01_2010 .

CFSCR Widespread data User data Channelisation Code Soc Classification level 4 © Nokia Siemens Networks Presentation / AA / 01_2010 Scrambling Code . Channelisation codes separate connections • UL: Scrambling Codes separate the UE's • All physical channels are spread with individual Channelisation Codes.Resource Manager • DL: Scrambling codes separate the cells. Cm(n) and subsequently by the scrambling code.

-1) C 2 (3)=(1.-1.1.-1) C1 (1)=(1. m.1. and the code number.1.1) C 3 (0)=(…) C 3 (1)=(…) C 3 (2)=(…) C 3 (3)=(…) C 3 (4)=(…) C 3 (5)=(…) C 3 (6)=(…) C 3 (7)=(…) Code Code Order Code Code Order 1 2 (SF 4) Order 0 Order 3 (SF 2) (SF 1) (SF 8) The codes are layered from 0 to 11 according to the Spreading Factor (SF) • Cm(n) : The code order.1.1) C1 (0)=(1.-1.-1.-1.Channelisation Code Allocation • Code Allocation Algorithm chooses the correct Channelisation Code depending on the TFC type C 2 (0)=(1. designates each and every code in the layered orthogonal code sequences • In DL code order 2 to 8 (SF 4 to 512) are available (Nokia RAN does not support SF = 512) • In UL code order 2 to 7 (SF 4 to 256) are available Soc Classification level 5 © Nokia Siemens Networks Presentation / AA / 01_2010 .-1) C 0 (0)=(1) C 2 (2)=(1. n.1) C 2 (1)=(1.

n=7). then the code order is 6.5 512 40 8 30 15 256 160 low rate AMR Speech possible 7 60 30 128 340 AMR Speech 6 120 60 64 600 5 240 120 32 1400 64 kbps data 4 480 240 16 2880 3 960 480 8 6080 128 kbps data 384 kbps data 2 1920 960 4 12480 Presentation / AA / 01_2010 .2 – 4. If the requested channel is 120 kbit/s (including DPCCH & channel coding) data channel. Soc Classification level 6 © Nokia Siemens Networks Code Order Channel symbolrate (ksps) Channel bitrate (kbps) SF DPDCH bits/frame 9 15 7.Spreading Code Allocation – Example Ordinary DL speech channel. The code order is 8. which means there are 128 chips to illustrate 1 symbol (2n. requires 30 ksps physical capacity (AMR 12.75 kbit/s).

up to 3 HS-SCCH are transmitted and need a code Soc Classification level 7 © Nokia Siemens Networks Presentation / AA / 01_2010 .DL Code Allocation • When HSDPA is enabled at least 5 codes are allocated • Code allocation is dynamic from RAS06 on when more than 5 codes are allocated SF = 1 SF = 2 SF = 4 SF = 8 SF = 16 Codes for 5 HS-PDSCH's SF = 32 SF = 64 SF = 128 Code for one HS-SCCH SF = 256 Codes for the cell common channels • max. 166 codes @ SF=256 available for the associated DCHs & non-HSDPA users • when code multiplexing is used.

DL Code Allocation – Common Channels • Pilot (P-CPICH) and BCCH (P-CCPCH) have fixed code allocation • P-CPICH: CH256.1 • AICH and PICH codes in Nokia RAN • AICH: CH256.0 • P-CCPCH: CH256.3 • S-CCPCH code allocation depends on number of active S-CCPCH in Nokia RAN • With 1 S-CCPCH: CH64.1 S-CCPCH1 (FACH) X Presentation / AA / 01_2010 PICH AICH P-CCPCH Soc Classification level 8 © Nokia Siemens Networks P-CPICH X X .2 • PICH: CH256.

The badly located code is released and optimally reallocated allowing the use of upper layer codes • Codes are only reallocated when there is a benefit at two code tree layers above the code being reallocated Soc Classification level 9 © Nokia Siemens Networks Presentation / AA / 01_2010 . The best locations are in the same branch and very close to one another.Spreading Code Allocation • A code is always allocated from the optimum location in the code tree. It makes the allocated code and the codes in the branches below and above the allocated code unavailable • Code tree will fragment quickly if releases is not re-arranged • Re-arrangements in the code tree is done by reallocating the codes in better locations • In the above example 4 codes of equal order are allocated.

65535 s. step 1 default: 40. • range: 0 . 100 %... step 1 s default: 3600 s. if it is not triggered otherwise • range: 1 . • WCEL: CodeTreeOptTimer • The parameter defines the timer value that triggers code tree optimization. step 1 % default: 40%. • WCEL: CodeTreeUsage • The parameter defines the minimum usage of code tree before rearrangement is applied to a specific cell.. • WCEL: MaxCodeReleases • The parameter defines the maximum number of code release actions allowed in a code tree before rearrangement is applied to this code tree. 1 (optimization used) default: 1. • range: 1 .Spreading Code Allocation • WCEL: CodeTreeOptimisation • The parameter indicates if rearrangement can be applied to a specific cell... Soc Classification level 10 © Nokia Siemens Networks Presentation / AA / 01_2010 . 65535. • range: 0 (optimization not used)..

000.216).000 • where n is the number of ICSUs in the RNC & m=8192 is the max number of user/ ICSU • This suggests careful configuration when considering HW upgrades to avoid overlaps Soc Classification level 11 © Nokia Siemens Networks Presentation / AA / 01_2010 ICSU: Interference Control & Signalling Unit . • PriScrCode identifies the DL scrambling code of the cell • is applied to all physical channels but SCH PriScrCode WCEL. It is taken into use when the cell is started. e.16. it is unique for each MS. • For example RNC_123 can allocate codes from 1000000 to 1999999. • ULScrCodeMin the minimum value of UL scrambling code. finally starts from 1000000 again.777. 8192. 1. 0.215. requiring scrambling code planning . With code planning and Iur signaling (negotiating within RNCs) the above problem is avoided.g. 1. 1. • The maximum UL scrambling code number is calculated by the system as ULScrCodeMin + n*m ULScrCodeMin RNC. • The codes are indexed from 0 to 224(16. no default UL Scrambling Codes: are mobile specific and are allocated in connection establishment.777..DL & UL Scrambling Code Allocation Each cell uses 1 semi-permanent DL Primary Scrambling Code that is allocated by O&M. • This allocation unit saves all used codes in a table and checks if allocated code is used or not • Since different RNCs allocate their own codes there is a possibility that two mobiles get the same code. Different UEs within the same cell must use different UL scrambling codes • RM allocates UL scrambling code from a list of codes inside a single RNC..511. for adjacent cells.