Professional Documents
Culture Documents
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
2
Outline
Lets get used with the main concepts of the HSDPA.
HSDPA introduces new technologies in the UMTS world and consequently a new way to manage PS traffic. The most important impacts of it are on:
Modulation Retransmission schemes Scheduling Usage of Power and Code
Shared-channel transmission implies that a certain amount of radio resources of a cell (codes and power) is seen as a common resource that is dynamically shared between users.
The idea is that a part of the total downlink code resource is dynamically shared between a set of packet-data users, primarily in the time domain. The codes are allocated to a user only when they are actually to be used for transmission, leading to efficient code and power utilization.
For P4 only 5 codes (SF = 16) will be available for the HSDPA feature and they will be shared on a time base.
SF=1 SF=2 SF=4 SF=8 SF=16
Channelization codes allocated for HS-DSCH transmission 5 codes (example) TTI Shared channelization codes
User #1
User #2
User #3
User #4
The Shared-channel transmission allows: Higher peak bit rate: all the resource can be allocated to a single user in case of low
load.
Better application performance being closer to the model TCP has being designed
for.
The Transmission Time Interval becomes extremely short in HSDPA; 2 ms compared to the 10 ms used by R99 high bit rate radio bearer. The HS channels are organised in sub-frame of 3 slots each; this means that the slot time 2/3 ms/slot is the same as for R99 slots (10/15 ms/slot). The scheduling and the link adaptation algorithms work at this frequency!
2 ms
Rel 5 (HS-DSCH)
2 ms
Earlier releases
10 ms 20 ms 40 ms 80 ms
The shorter TTI allows: Reduced air-interface delay: this is required by the the TCP at high data rates to Improved end-user performance
2 ms
The shorter TTI is necessary to benefit from other HSDPA features: Fast Link Adaptation Fast hybrid ARQ with soft combining Fast Channel-dependent Scheduling
3GPP Release 99
Unused power Total cell power
Power
3GPP Release 5
HS-DSCH (rate controlled)
Common channels
Power usage with dedicated channels channels
9
Channel Condition
Coding Available Power
Link
Adaptation
Modulation TFC
Bit Rate
UE category
Traffic (buffers state)
10
Link adaptation is implemented by allowing the MAC-hs to set the TFRC (Transport Format and Resource Combination) independently for each 2 ms HS-DSCH TTI
11
In order to estimate current channel conditions, an estimate of the Channel Quality is reported by the UE to RBS (CQI). Based on the channel conditions and the available power, the network will select the Transport Format to have the maximum throughput achievable
12
User1
User2
User3 User4
2 ms 2 ms time
Time
14
HSDPA introduces a new retransmission level under the RLC scheme in the RNC. This new level allows rapid retransmissions of erroneous data:
Hybrid ARQ protocol terminated in RBS short RTT (typical example: 12 ms) Soft combining in UE of multiple transmission attempts reduced error rates for retransmissions
P1,1 Transmitter
P1,2
P2,1
P2,2
P3,1
P1,1 Receiver
15
P1,2 + P1,1
P2,1
P2,2 + P2,1
P3,1
16
7 - UE capabilities
The UE capabilities are divided into a number of parameters:
Total RLC AM and MAC-hs buffer size Maximum number of HS-DSCH transport channel bits received within a HS-DSCH TTI Support of HS-PDSCH Yes/No Maximum number of HS-DSCH codes received Total number of soft channel bits in HS-DSCH Minimum inter-TTI interval in HS-DSCH Supporting 16QAM
These physical layer UE capabilities can be translated in a limit on the requirements for 3 different UE resources:
the de-spreading resource (codes decoded in parallel) the soft buffer memory used by the hybrid ARQ functionality the turbo decoding speed (the maximum number of transport channel bits received within an HS-DSCH TTI and the minimum inter-TTI interval).
17
X 10 =
RLC SDU = 320 RLC head = 16 MAC- HS SDU head = 3360
= 3440 bits
Padding bits = 59
MAC- HS head = 21
That means the DSCH max scheduled bit rate could be 1720 kb/s:
That is including headers, padding and every type of retransmission
kb/s =320*10/2
In reality considering at least the HS retransmissions at this level the maximum bit rate could not be higher
18
Agenda
1. Overview
RBS
Iub
SRNC
RLC MAC FP AAL2 ATM PHY
Iu
CN
User Data
The figure shows the R99 protocol stack. Note in particular that MAC is a protocol between the RNC and the UE
20
RBS
Iub
SRNC
RLC MAC-d HS-DSCH FP AAL2 ATM PHY GTP-U UDP/IP AAL5 ATM PHY
Iu
CN
User Data GTP-U UDP/IP AAL5 ATM PHY
L1
L1
The new radio interface layer 2 functionality required by the HSDSCH (hybrid ARQ signaling, scheduling, etc) was placed in a new functional entity of the MAC layer, called MAC-hs. The physical layer was updated with new functionalities for HSDSCH (soft combining of retransmitted transport blocks, new physical channels, etc.).
21
RBS
Iub
SRNC
RRC RLC MAC-d HS-DSCH FP AAL2 ATM PHY GTP-U UDP/IP AAL5 ATM PHY
Iu
CN
L1
L1
A new user-plane frame-handling protocol (UP FP) between the SRNC, DRNC and Node B needed to be developed for the radio network layer (RNL). It was based on the release 99 DSCH UP FP used over Iur. The layer 3 control-plane protocols (RRC, RNSAP and NBAP) needed to be updated with control procedures, handling HS-DSCH.
22
RBS
Iub
SRNC
Iu
CN
TCP/IP
GTP-U UDP/IP AAL5 ATM PHY
L1
L1
Note that RLC does not have significant impact When the HS-DSCH transport channel is used with AM RLC, it is expected that RLC re-transmissions will be required only in rare circumstances where the inner hybrid ARQ fails. E.g. in handover situations, the transmit and receive buffers in the MAC-hs layer may need to be re-initialized. This may cause data loss, which would be taken care of by RLC retransmission.
23
Mobility algorithm in particular is conditioned since the fast link adaptation does not allow the Soft Handover anymore.
The e2e performance of the PS users significantly improves due to a smaller RTT.
24
RNC
No HW upgrades Only SW!! Setup of HS-DSCH/HS-SCCH
R99:
Scheduling, TF selection, Link layer retransmission (ARQ)
Core Network
RNC
HSDPA:
Scheduling, Link Adaptation, Hybrid ARQ
25
Node B
Node Functionality
Iu RNC Iur
Iub
Resource handling
Associated Dedicated Channels
26
Node Functionality
Iu RNC Iur
Iub
Transport format selection Certain flow control DL HS shared control power control
27
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
28
A-DCH
29
Channel Structure
Associated Dedicated Channels
Control Channel HS-DSCH High-Speed Downlink Shared Channel (Transport) HS-SCCH High-Speed Shared Control Channel(s) (Physical) A-DCH Associated Dedicated Channel A-DCH (Transport)
30
CN
RNC
RBS
UE
DCCH
DCCH DCCH DCCH
DPCCH DCH DCH
DPCH
DPDCH HS DPCCH -
HS-SCCH
Interactive PS RAB User 1 Interactive PS RAB User 2 DTCH HS -DSCH DTCH
HS-PDSCH
DTCH
Iu
Radio Access Bearers:
- Interactive - Background Logical Channels: -Dedicated Control Channel, DCCH -Dedicated Traffic Channel, DTCH
Iub
Transport Channels: -Dedicated Channel, DCH -High-Speed Downlink Shared Channel, HS-DSCH
Uu
Physical Channels: -Dedicated Physical Channel, DPCH -DPCCH, Dedicated Physical Control Channel -DPDCH, Dedicated Physical Data Channel -HS-DPCCH, HS-DSCH Dedicated Physical Control Channel -HS-DSCH Shared Control Channel, HS-SCCH -High Speed Physical Downlink Shared Channel, HS-PDSCH
31
The HS-DSCH cannot be in soft/softer handover and no fast power control is used. The HS-DSCH uses all the excess power from the available transmission power at the base station left from the common and dedicated channels
32
Never in soft handover The HS-SCCH has a spreading factor SFHS-DSCH = 128
33
The uplink A-DCH channel also contains the High-Speed Dedicated Physical Control Channel (HS-DPCCH), the new physical channel that carries the L1 related signaling in UL.
34
The A-DCH both UL and DL can be in soft/softer handover whilst the HSDPCCH can never be in soft handover (softer is possible). HS-DPCCH (UL) is transmitted within a dedicated channel. The main idea is that it is power controlled from the other part of the A-DCH.
35
HS-DPCCH: CQI HS-SCCH: DL Transfer Information HS-DSCH: Data Transfer HS-DPCCH: ACK/NACK
36
UserPlane: Overview
There are 8 steps to transmit on the HS-DSCH:
In the RNC, the Interactive RAB is mapped to a radio bearer to be transmitted on the HS-DSCH. The radio bearer is then processed by the RLC and MAC-d layer 2 protocols in the RNC. The resulting MAC-d PDUs are transmitted over Iub to the RBS using the HSDSCH frame protocol. The MAChs receive the Channel Quality Indicator adjusted by the Node B The MAC-hs scheduling function selects in each TTI the user to which the HSDSCH is transmitted. Following the selection of a user, the user data to transmit on the HS-DSCH is put into one of several HARQ processes in the MAC-hs HARQ protocol. The amount of data to transmit is determined by the TFRC selection algorithm. Hence the data is transmitted to the UE over the air interface.
37
38
Agenda
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
39
7
Iub Iub Iub
1 2 3 4 5 6
Camping in idle Access the HSDPA system Move within the system Move out of the system Control the power Decide which mobile and how much to transmit to it RRM policy
4
f2 HS f1
3
f2 HS f2 HS 2 f1 f1 f1
f1
40
f1
Speech
New!
SP0
Int. 64/64
UDI+Int. 8/8
New!
SP0 not available
New!
RAB Release RAB Establishment Channel Switching Int. FACH
SRB
Note 1: It is possible to go to Idle from all states (Signaling connection release) Note 2: QoS profiling on the PS Int RAB is handled by Channel Switching Note 3: Same transitions is valid for PS Streaming 16/64 and PS Streaming 16/128 Note 4: RAB establishment on FACH depending on the setting for parameter PacketEstMode
41
The diagram is clearly much easier. What does it means? Few transitions
RAB Establishment RAB Release
SRBDCH
Idl e
Only 2 HS RABs exist The choice between 64 or 384 is done at the beginning and cannot be changed during the connection.
42
Ec/No
f2 HS f1
f2 HS f1 HS+ f1
f1
In idle mode there is no difference between a user with HSDPA capability or not.
The UEs select the the cell with best Ec/N0 with the procedure cell reselection as in R99.
In second carrier sites, HSDPA is deployed in the second carrier only
Most idle UEs will camp on f1 Most HS users must be moved to f2 in order to get the HS service
There is no difference in the RRC Connection Establishment procedure between a user with HSDPA capability or not
RRC Connection Request and Radio Connection Setup Complete contains information about the UE capability
43
RAB establishment
UE UTRAN
SRB - DCH
SGSN
0
RANAP: RAB Assignment Request (establish PS Interactive/Background RAB)
1 2
3
Radio Bearer setup
4
44
Capability analysis
At the reception of RANAP RAB Assignment Request, if:
the present UE state is SRB-DCH and if the RAB mapping gives as result PS interactive or PS background the Access stratum release indicator received from UE indicates Rel-5 or later release, the Physical channel capability received from UE indicates that the UE supports FDD HS-PDSCH (any HS-DSCH-physical-layer-category shall be supported), if the existing UE capability check for L2 are successful
UE
UTRAN
SRB - DCH
SGSN
Otherwise the RNC check the coverage relation of the best cell.
If the HS-DSCH is enabled in the target cell, an hard handover New active set is tried to the new selected cell. If no cells are available and the connection is established on an interactive DCH. DCH
46
Coverage relations
The coverage relation is a unique uni-directional relation between two cells, a source and a target cell.
The purpose of the coverage relation is to give the operator a possibility to distribute HSDPA downlink traffic among the cells of an RNC. The target cell covers almost the same area and can be assigned the same frequency or different ones. Typically the cells will be co-located.
A coverage relation is defined for a source cell with the parameters (3GPP R5 25.423):
hsPathLossThreshold utranCellRef (the target cell) coverageIndicator
47
The mobile ask for a SRB establishment on a cell of Carrier 1 Start the RAB establishment and the Cell Selection procedure..
2nd carrier
When the attempt on the AS cells fails, check the coverage relation of the best cell and its path loss
f2 HS f2 HS
f2 HS
f2 HS
If everything is ok, perform a BLIND IF-HO If the IF HO succeed continue the RB set up on the new carrier..
ff1 1 f1 f1
f1
f1
Otherwise the RNC try to establish a R99 PS RAB on the first carrier
48
1st carrier
49
UE
RB setup (1/2)
RBS RBS
DRNC DRNC
SRNC
1. Admission request 2. Allocate resources
4
If the result from the Serving HS-DSCH cell selection gives that a Serving HS-DSCH cell is selected
-> the RB setup, SRB-DCH to PS interactive (64 or 384)/HS - HSDSCH transition is performed
3. NBAP: Radio Link Reconfiguration Prepare 4. RNSAP: Radio Link Reconfiguration Prepare 4. Admission request 4. Allocate resources 4. NBAP: Radio Link Reconfiguration Prepare 5. Allocate resources 5. Allocate resources 6. NBAP: Radio Link Reconfiguration Ready 6. RNSAP: Radio Link Reconfiguration Ready
If the result gives that no Serving HS-DSCH cell is selected, but UE connection is still maintained -> the RAB establishment is
performed as in the design base.
7. NBAP: Radio Link Reconfiguration Ready 8. Iub and Iur Transport Bearer setup, AAL2 Connection setup 9. Set Activation time 9.RNSAP: Radio Link Reconfiguration Commit 9. NBAP: Radio Link Reconfiguration Commit 9. NBAP: Radio Link Reconfiguration Commit 10. RRC: Radio Bearer Setup R5 11. Perform actions at Activation time 12. RRC: Radio Bearer Setup Complete 13. Release resources
50
RB setup (2/2)
Different levels of Admission control runs in the RNC
For the selected serving HS-DSCH cell, run Admission Control algorithm for the A-DCH configuration and for HS-DSCH configuration (number of serving links). For the other cells within SRNC, run Admission Control algorithm for the A-DCH configuration.
The RANAP RAB Assignment Response is sent to the CN when the Radio Bearer Setup Complete has been received. The handling of UL/DL user data on RLC level is done as in the R99 for PS interactive RB.
51
UL: 64 or 384?
Which UL A-DCH to set is decided during the AC phase.
From an AC point of view, there are 2 guaranteed-hs service types:
PS64/HS Interactive PS service with rate 64 kbps in uplink and HS-DSCH using up to 5 HS-PDSCH codes in downlink. PS384/HS Interactive PS service with rate 384 kbps in uplink and HS-DSCH using up to 5 HS-PDSCH codes in downlink.
A part from the other AC check there are 2 special checks for the UL ADCH:
Histogram Admission Policy: requests demanding spreading factor 4 in uplink (PS384/HS radio connection type) are compared with sf4AdmUl. The path loss is checked in order to understand if a 384 UL bearer can be sustained.
If the 384 RB is denied (or is accepted but the RBS dont find the synchronization in the establishment phase) the connection is established on the 64 RB.
52
53
Idle
RAB Combinations:
Interactive 64/HS kbps PS RAB
UL: Interactive 64 kbps PS RB + 3.4 kbps SRBs on DPCH DL: Interactive PS RB on HS-PDSCH + 3.4 kbps SRBs on DPCH
54
Speech call
Incoming CS call
A critical issue for the HSDPA in P4 is the management of the incoming call.
Subsequent RAB assignments are rejected by RNC
no multi RABs
Iub
f f HSf2 HS f HS
UE
UTRAN
PS Interactive 64/HS - HS-DSCH
MSC SGSN
If the current PS Interactive RB is allocated HS-DSCH resources, the RAB Assignment response includes the unmapped RAB IDs in the RABs failed to setup or modify IE.
55
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
56
Mobility: Intra-HSDPA
Iub
Iub
Iub
57
58
Note that when the UE is PS Interactive using HSDPA, the MEASUREMENT CONTROL includes only neighbor cells of type intrafrequency and no Compressed Mode is triggered, that means that InterFrequency and Inter-RAT Handover are not possible to be performed What happens when the mobile move to area without HSDPA coverage?
1 layer
f HS f2 HS HS f f f1
f2 HS f1
f2 HS
f2 HS f1
2 layers
f1
f1
f1
59
60
Measurement reporting
4 types of intra-frequency measurements are defined in the 3GPP:
Event 1a: Add cell Event 1b: Delete cell Event 1c: Replace cell - A primary CPICH enters the reporting range - A primary CPICH leaves the reporting range - A Non-active primary CPICH becomes better than an active primary CPICH Event 1d: Change of best cell - A primary CPICH becomes better than the previously best primary CPICH Event 1e: A primary CPICH becomes better than an absolute threshold Event 1f: A primary CPICH becomes worse than an absolute threshold
Note that the RNC can configure more than 1 measurement report for the same event.
61
Mobility Example
2
1
0
-10
-15
-20 0
5 time [s]
10
15
62
Since the 1d Hs reported cell is already a member of the current Active Set, this event do not trigger any change in the AS.
63
A-DCH handover
In the previous slide it is stated that there will be only one serving cell for the HS-DSCH. This does not mean that the UE is connected to only one cell.
For what concerns the A-DCH they continue to perfrom soft and softer hand-over as in normal R99 case.
R99
64
R99
HS R99 HS HS
HS HS HS
HS
HS
65
66
Measurement quantity
hysteresis _ 1d hs
Reporting event 1a
Reporting event 1b
time
f HS f2 HS2 f2 HS
f f2 HS2 HSf2 HS
Ex3
R99 R99
R99
R99 R99 f f2 HS2 HSf2 HS
R99
f HS f HS f1 HS2 f1 HS f1 HS2 f1 HS
Ex 4
RNC
f HS R99 R99 HS 2 HS
68
RNC
Cell Selection
f HS R99 HS 2 HS
Ex 2
Ex 5
f R99 HS HS R99 HS 2 R99 R99 R99 R99
Separate parameter hsdschRcLostT determines how long time a HS user can be out-of-sync before the connection is released For HS users only the RL in the serving HS-DSCH cell is supervised.
Sync status may change at serving HS-DSCH cell change
69
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
70
Carrier mobility
A user conected with a UMTS network on a certain carrier can move out of the its layer coverage. There are 2 mechanisms to avoid the drop, at least for some services:
f2 HS
Most of the time anyway the passage between carriers happens in idle mode
f2 HS
f2 HS f1
f1 f1
f1
f1
f1
GSM GSM GSM GSM GSM GSM GSM GSM GSM GSM GSM GSM
71
UTRAN
UTRAN commands CM measurements
UE finds suitable cells in another layer and when coverage is even worse it reports the candidates
Core Network
5
72
Layer Quality
Threshold 1 Threshold 2
Threshold 3
time
CM HO Compressed Mode
L1 L2
Evaluated In parallel
At the same time, the cell in the target layer should have the quality good enough. That means:
For GSM: the quality of the measured GSM cells is above a gsmThresh3a. For the second UMTS layer: the measured best cell on unused frequency is above both the thresholds nonUsedFreqThresh4_2bEcno and nonUsedFreqThresh4_2bRscp
74
Target Layer
Ec/No CPICH
RSCP
Start CPM
UE TX
Initial Cell
Start CPM
power
HO trigg HO trigg
75
76
IF or IRAT?
A decision has to be made to evaluate either Inter-Frequency handover or Inter-RAT Handover/Cell Change. This decision is based on parameters on RNC level, cell level, and UeRc state. Inter-Frequency handover is only attempted if C_IfHoAllowed is set to Allowed for the current UeRc state, and FddIfHoSupp (RNC) is set to On . Inter-RAT handover is only attempted if C_GsmHoAllowed is set to Allowed for the current UeRc state, and FddGsmHoSupp (RNC) is set to On. If both the conditions are verified the decision is based on a configurable parameter, hoType (cell), defined per cell (IFHO preferred, GSM preferred, None).
Where?
f2 HS
f1 f1
Hence, for a certain cell only one of the 2 Handover types will be allowed.
GSM GSM
77
CIPICH dimensioning
Dimensioning example
In the dimensioning process the power found with CPICH is done in order to guarantee an adeguate CPICH level (Ec/N0 > -16) within the cell area (Range = 1.17 km).
Does that mean that the boundary of a UMTS cell corresponds to CIPICH_EC/N0 = -16?
78
When a GSM network or a second carrier is deployed the question is not easy to be answered.
Only looking at the Ec/N0 suggested threshold for IF/IRAT HO we note that:
usedFreqThresh2dEcno = -12 utranRelThresh3aEcno = -1 (relative to 2d thr.) = -13
Different terminals have different behaviours. The load changes the cell border.
79
Impact on coverage
CM start Tx Pwr
HO RSCP
CM start RSCP
HO RSCP
80
Anyway:
they can experiment it when in connected mode with a R99 RAB or in other dedicated connection. They can impact on other users behavior
81
WCDMA->GSM normal reselection area GSM->WCDMA entering area Unstable areas WCDMA unacceptable area because of low RSCP WCDMA unacceptable area because of low Ec/No GSM only area
WCDMA Service
WCDMA RBS
Ec/No>FDDQMIN RSCP>GSM_RLA +FDDQOFF
Ec/No>qQualMin+sRATsearch
GSM coverage
82
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
83
84
Dedicated Resources
The Dedicated Monitored Resource Handling function collects and provides information about the current usage of resources that are critical to the load of the cell. There are three reasons for blocking:
RF POWER:
the total transmitted carrier power is constantly monitored by the algorithm. When the value exceeds some configurable thresholds the admission/congestion take decisions for guaranteed and non-guaranteed service class connections
CODE
Code Usage: the total number of codes is monitored. Code Hystogram: the number of codes used for each SF are monitored. The max number of code for
each SF is configurable. A control is also done on the maximum number of compressed mode connections
85
The AC accepts requests until a certain threshold on a monitored resource (power in this case) is reached.
86
The congestion control has an unique threshold for all the service types (pwrAdm+ pwrAdmOffset +pwrOffset) to regard the cell as congested.
The action to decrease the load in the cell considers instead the different priorities of the services.
87
Traffic Algorithms The PS traffic (non-guaranteed) is managed by the RRM algorithms with a lower priority at several levels:
Lower threshold on AC First user to be considered for Congestion actions
Besides RRM algorithms, even the Channel Switching algorithm acts to control the PS traffic.
88
The measurement of code tree utilization considers the codes allocated for HSPDSCH and HS-SCCH channels.
89
Note that there are neither Compressed Mode requests nor Radio Link Reconfiguration
f HS R99
90
f2 HS R99
f2 HS1
R99
HS-DSCH:
Number of HS-serving links (for RAB set up only)
91
There is no check on HSDSCH and HSSCCH codes done by the AC. The operator configure and reserve the number of HS-PDSCH codes allocated in a cell for HSDPA (numHsPdschCodes)
Increase lock of the cell and release of traffic Decrease no effect on ongoing traffic
The operator can limit the number of users that can be allocated to the HS-DSCH cell (hsdpaUsersAdm)
This limit enables the users allocated to the HS-DSCH (shared channel) to experience a sufficient end-to-end quality
Only serving cell change of HSDPA admitted hsdpaUsersAdm Request for HSDPA resources always admitted
The new policy is only applied to requests for new HSDPA connections
93
HSDPA UL Histogram AC
The operator can set a limit for the guaranteed-hs admission requests demanding spreading factor 4 in uplink that can be accepted (in cells where the PS384/HS is activated) The threshold is set according to the parameter sf4AdmUl This policy allows the operator to disable the PS384/HS feature on a cell basis sf4AdmUl can be reduced if the uplink is experienced as problematic, for example due to high Received Total Wideband Power or transport network problems
94
Power
pwrAdm + pwrAdmOffset + pwrOffset pwrAdm + pwrAdmOffset pwrAdm pwrAdm beMarginPwrAdm
non-guaranteed / non-handover
Reject
guaranteed / handover
Highest priority for guaranteed-hs service class in admission decisions to enable HSDPA users to use the excess power in high loaded (noncongested) cells
Reject
Admission Granted
95
Admission Granted
Admission Granted
Reject
guaranteed-hs / non-handover
While the admission control on a session level is performed by the RNC, it is important to take in mind that the RBS control the HS access to the shared resources.
HSDPA
Dedicated channels
Common channels
96
tmInitialG tmInitialGhs tmCongActionNg Release non-guaranteed traffic tmCongActionGhs Release guaranteed HS traffic tmCongAction Release guaranteed traffic
Power tmCongActionGhs time interval between congestion release actions on HSDPA releaseAseDIGhs amount of ASE to be released at congestion resolve action Congestion threshold
All non-guaranteed traffic released. tmCongActionGhs is restarted as tmInitialGhs has not expired.
Time This policy enforces the higher retention priority of CS services compared to interactive services
97
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
98
2 load-sharing features are available in the WCDMA RAN: Inter-Frequency Load Sharing Directed Retry to GSM
Both load-sharing features redirect calls during the connection setup phase:
RRC connection setup for IF load Sharing RAB setup for Directed retry
Both IF HO and Directed retry will be present at the same time but IF will act first!
99
Cell Load
IF
50%
Time
Cell Load
DR
thr
Time
100
This handover is a blind HO since the target cell is chosen not based on UE measurements. Therefore, the target cell must be co-located with the WCDMA cell.
loadSharingGsmThreshold specifies
the minimum cell load at which off-loading to GSM begins.
Cell Load
DR
loadSharingGsmThreshold
loadSharingGsmFraction specifies
the percentage of Directed Retry candidates to be diverted to GSM
Time
101
If the cell load is higher than 50%, the load of the co-located load-sharing neighbor is compared with the accessed cell and the least loaded cell is chosen as target.
If the target cell is less loaded, the UE will not be instructed directly to go to the target cell but it will be told to scan for a suitable cell in the frequency of the target cell, by sending an RRC Connection Reject message.
Load
UMTS L2
UMTS L1 GSM
102
3 1
Load
>=<
Cell 2
2 50%
Cell 1
IF Load Sharing
Here an example of comparison between 2 different frequency is reported.
L[2] = 33% ---- L[1] =60% L[2] = 33% L[1] = 60% Second Carrier 50 % ->20% > L[2] R[2], L[1] < L[1] L[2] Select > L[1] Select Second -> Dont do anythingCarrier Compare the load with the
33% load sharing candidate 33%
Free Resource = R[2]
Layer 2 Layer 1
Load
>=<
Cell 2
Load
33% 60%
Cell 1
DL power in use
100%
L[2] = 33% + 10% -- L[1] = 60% L[1] - 2 Second Carrier Layer 20% < L[2] 40% < 43% Stay on the First Carrier
Layer 1
Load
33%
Free Resource = R[2]
>=<
Cell 2
Load
50%
Cell 1
60%
DL power in use 100%
Power/ pwrAdm
This parameter gives the operator the possibility to reserve a higher priority to the HSDPA users on the second carriers (in case this is deployed and HSDPA is introduced there)
104
IF HO procedure is more critical compared to a normal SHO and has to be verified and tuned. The compressed mode activity increases in the border cells.
The first IF Load Sharing will increase the call set up time.
Accessibility:
105
Agenda
1. Overview 2. Architecture
3. Channel Structure
4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 7. KPIs
106
Cell Breathing
Coverage vs. traffic load A well known effect of WCDMA CPICH coverage is that it changes depending on the load.
The DL coverage (considering the Ec/N0 of the CPICH) in particular decreases with the DL total power (hence with the load). CPICH_Ec/N0 in a point:
UL high Loa d
DL high Load
WCDMA RBS
UL low load
DL low load
CM start
IRAT
Agenda
1. Overview 2. Architecture 3. Channel Structure 4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles 6. Capacity Management 6. KPIs
109
Accessibility KPI
RRC _ Succ _ PS
The basic idea is to calculate the load sharing reject for PS and CS by a wheight factor given by the fraction of the RRC_CS (or PS) respect to the total number of RRCs. In case of RRC Succ general the formula is muche more simple instead....
RRC _ Succ _ general pmTotNoRrc ConnectReq Succ pmTotNoRrc ConnectReq - pmNoLoadSh aringRrcCo nn
111
5000
4000
The RRC Succ estimation CS and PS are disturbed by the Load Sharing rejects. We registered strong fluctuations of values expecially in case of high IFLS activity....
40% 3000
0 Days
0%
112
5000
In case of RRC Succ Rate calculated for all kinds of RRC, the estimation is much more stable instead and not affected by IFLS!
60.0%
LoadSharingEvents RRC_SUC_LS
0 Days
0.0%
113
>100% values
105.0%
100.0%
RRC_SUC_LS 95.0%
Here it is quite evident the noise introduced by the load sharing in CS and PS RRC Succ estimations.
RRC_SUC_CS_LS RRC_SUC_PS_LS
90.0%
85.0%
Please consider that the values are calculated on daily base. So they should be quite stable
Conclusions (1/2)
When Load sharing is introduce the accessibility formulae should be updated to take into consideration the RRC Connection Attempts rejected to be redirected towards the other frequency (). While no problem should exist for the tot accessibility formula:
RRC _ Succ _ general pmTotNoRrc ConnectReq Succ pmTotNoRrc ConnectReq - pmNoLoadSh aringRrcCo nn
RRC _ Succ _ PS
However the estimation given by this KPI is not extremely stable/reliable and accurate (the average error seems to be acceptable compared to the error that affects the other formulae but the fluctuation are high).
115
Conclusions
An alternative suggestion could be to use the following formula for CSSR
CSSR_CS = RRC_Succ_Global x RAB_CS_Succ CSSR_PS = RRC_Succ_Global x RAB_PS_Succ
The estimation given by this KPI is much more stable/reliable and the average error seems to be acceptable compared to the error that affects the other formulae.
The main drawback of this solution is that the Global RRC Succ is often a little bit worse compared with the real CS and PS values. (This is probably related to different radio environment: i.e. the major part of RRC Connections are established for registration purpose, when the UE is entering back to 3G coverage; those radio procedures often occur at cell coverage borders and so are affected by a worse performance.)
116
Agenda
1. Overview 2. Architecture 3. Channel Structure 4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles RBS KPI 6. Capacity Management 6. KPIs
117
Note that performing tests with a single HS user in a unloaded network is useful to:
Have specific user information for a user Verify counters/KPI meanings and compare them with UE based KPI
118
Throughput Counters
Counters:
pmSumAckedBits: the number of Media Access Control high-speed (MAC-hs) bits received and acknowledged by the UE. pmSumTransmittedBits: the number of transmitted bits at MAC-hs, level including retransmissions pmSumNonEmptyUserBuffers: The number of user buffers containing high-speed data. pmNoActiveSubFrames: the number of subframes containing high-speed data transmitted by the RBS. pmNoInactiveRequiredSubFrames: the number of empty subframes transmitted even though data is scheduled for priority queue.
119
Throughput KPIs
DSCH UE Thr. NET = Av. Throughput (PS-HS) without retransmission:
Sum(pmSumAckedBits)/(Sum(pmSumNonEmptyUserBuffers)*0.002s)
DSCH Cell Thr. GROSS = The MAC-hs data rate on cell level
pmSumTransmittedBits / (0.002 s* pmNoActiveSubFrame)
120
RBS32601-01 RBS05314-01 RBS37058-01 RBS00003-01 RBS34645-01 RBS01281-01 RBS37058-01 RBS01780-01 RBS00357-01 RBS00429-01 RBS37242-01 RBS34375-01 RBS01263-01 RBS23074-01 RBS23066-01 RBS04995-01 RBS00370-01 RBS01546-01 RBS01281-01 RBS34375-01 RBS23025-01 RBS37058-01 RBS00353-01 RBS34645-01 RBS23025-01 RBS05314-01 RBS00429-01 RBS01164-01 RBS01164-01
121
Scheduling Ratio = This KPI simply highlights the percentage of time the HS-DSCH is used
Sum(pmNoActiveSubFrame)*0.002/ (ROP period)
Transmission ratio = This highlight the percentage of time there is something to transmit. This is a good index
on how efficiently the application level can exploit DSCH capabilities (Sum(pmNoActiveSubFrame)+Sum(pmNoInactiveRequiredSubFrame))*0.002 / (ROP period)
122
% % Sector Carrier Scheduling Tranmission Ratio Ratio 3 2 1 3 2 3 2 1 2 1 3 2 1 3 2 1 1 2 1 3 3 3 1 1 2 1 2 3 2 1 2 2 2 1 1 2 1 1 2 1 1 1 2 1 2 1 1 1 1 1 2 1 1 1 2 2 2 2 0.00% 1.54% 0.01% 0.00% 0.00% 0.00% 0.11% 0.00% 0.00% 0.03% 0.00% 0.00% 0.00% 0.00% 0.00% 0.12% 0.02% 0.06% 0.00% 0.15% 0.11% 0.01% 0.03% 0.34% 0.09% 0.06% 0.07% 0.03% 0.14% 0.00% 2.49% 0.02% 0.00% 0.00% 0.00% 0.11% 0.00% 0.00% 0.03% 0.00% 0.00% 0.00% 0.00% 0.00% 0.12% 0.02% 0.07% 0.00% 0.15% 0.12% 0.01% 0.03% 0.38% 0.09% 0.06% 0.07% 0.03% 0.15%
CQI/ACK/NACK counters
pmReportedCqi: the Channel Quality Indicators (CQI) reported by the UE in the cell and received by the RBS. pmUsedCqi: the CQI, used by the RBS for scheduling the priority queue for the HS-DSCH. Within the reportedCQI tables, there is a column called InvalidCQI. This counter will be used as well
pmAckReceived: The number of Acknowledgements (ACK) that the RBS receives from the User Equipment (UE) over the High-Speed Downlink Shared Channel (HS-DSCH). pmNackReceived: The number of Negative-Acknowledgements (NACK) that the RBS receives from the User Equipment (UE) over the High-Speed Downlink Shared Channel (HS-DSCH).
125
CQI/ACK/NACK KPIs
HS-BLER: pmNackReceived /(pmNackReceived + pmAckReceived) RtxOverhead = Percentage of the Retransmitted bits over the total
100*(pmSumTransmittedBits - pmSumAckedBits) /(pmSumTransmittedBits)
CQI specific
Av. Reported Av. USed CQI Delta CQI = Difference between the 2 averaged values above. This is an index of how much CQI adjustment acts. CQIequalTo0 = Count(CQIreported=0)/Count(CQIreported). This is the main reason of MAC inefficiency InvalidCQI = invalideCQI/Count(CQIreported). Not clear what invlid means
(pmNackReceived+pmAckReceived)/ActiveFrame
126
HS scheduling
Baseline Test 2
The BLER is the ratio between NACK and (ACK + NACK) The Rtx overhead is the ratio between the transmitted and the acked bits Delta CQI could be seen as index of the CQI adjustment impact When 0 is received no transmission will be allowed to the mobile for the following TTI
12,6 14,8
10,1 9,8 0,32 98,68 0,79
12,5 15,0
17,0 16,5 0,48 97,29 0,01
The CQI=0 percentage drop to 0.01%, almost nothing. The BLER and the Retransmission rate are almost identical, that means the CQI adjustment has been able to reach the target
127
MAC % HS% Rtx Transmission BLER Overhead Efficiency 0.00% 0.00% 100.00% 4.14% 9.13% 62.87% 8.85% 15.23% 100.00% 9.43% 7.72% 100.00% 10.01% 25.85% 61.83% 11.74% 14.26% 99.89% 12.03% 14.22% 97.41% 12.99% 14.90% 99.12% 13.28% 14.49% 99.97% 13.64% 19.29% 100.00% 14.18% 18.44% 89.32% 14.34% 20.01% 99.89% 15.38% 15.76% 100.00% 18.06% 23.16% 93.56% 18.24% 39.99% 98.14% 18.33% 25.72% 87.02% 18.44% 24.51% 100.00% 19.62% 26.23% 100.00% 21.05% 37.76% 47.37% 22.70% 26.84% 96.60% 23.36% 33.64% 100.00% 23.64% 37.72% 71.70% 24.27% 25.21% 100.00% 25.00% 24.98% 100.00% 27.50% 37.21% 88.80% 28.36% 34.18% 99.35% 30.77% 30.73% 100.00% 33.68% 38.71% 100.00% 38.09% 42.01% 100.00%
RBS power
pmTransmittedCarrierPowerNonHs: The transmitted carrier power for all non high-speed codes in the cell.
pmTransmittedCarrierPower: the transmitted carrier power measured at the TX reference point every 4 seconds.
Notes:
Every 100 ms the transmitted carrier power for all non high-speed codes in the cell are sampled. The problem is that there are not necessary data enough to transmit in every slot: hence some kind of normalization should be investigated.
129
Tx Power examples
(almost 100% of Scheduling Ratio)
0.5
TxCarrierPower
0.4
R99Power
0.3
0.2
0.1
1. 0
1. 3
1. 6
2. 0
2. 5
3. 2
4. 0
5. 0
6. 3
7. 9
10 .0
12 .6
15 .8
130
20 .0
Note that the HS power is an estimation of the power transmitted for the HS on average during the test period but it is NOT an estimate of the power that HS required in the cell!
The activity of the HS (when we transmit something) is still low (80%). Maybe a more interesting KPI could be: TotalHS_power/SchedulingRatio*100
= 100*3.22/81.3 = 3.96 W
It is interesting to notice anyway that even with a single user the MaxTxPower is reached.
131
132
Agenda
1. Overview 2. Architecture 3. Channel Structure 4. Accessibility & Mobility Principles 5. InterFrequency Mobility Principles RNC KPI 6. Capacity Management 6. KPIs
133
Av_HS(Hsdsch)
Av_Auto_HS(Hsdsch)
Av_Man_HS(Hsdsch)
The length of time in seconds that a cell is available for Packet Interactive HS service is defined as cell HS availability. in the example, the cell HS availability during 24 hour period is reported.
134
Accessibility
The number of attempted RAB establishments for PS Interactive The new and existing cell counters used in the PS RAB establishment RAB procedure are givenHS-DSCH (stepped for the selected Serving HS-DSCH cell mapped on in the following list: at RAB establishment and before possible Inter-Frequency HO).
Counter name
The number of successful RAB establishments for PS New/existing Interactive RAB mapped on HS-DSCH. Number of successful Hard HO for serving Existing HS-DSCH cell selection (in the source cell). Number of successful Hard HO for serving New HS-DSCH cell selection (in the target cell).
New Existing
pmNoRabEstablishAttemptPacketInteractive pmNoRabEstablishSuccessPacketInteractive
pmNoRabEstablishAttemptPacketInteractiveHs
pmNoRabEstablishSuccessPacketInteractiveHs pmNoOutgoingHsHardHoAttempt pmNoIncomingHsHardHoAttempt pmNoHsHardHoReturnOldChSource pmNoHsHardHoReturnOldChTarget
New
Number of failed Hard HO for serving HSNew DSCH cell selection and UE connection maintained (in the source cell).
New
135
NumberNewfailed Hard HO for serving HSof DSCH cell selection and UE connection maintained (in the target cell).
Accessibility/ IF counters
136
Accessibility
100 *
137
InterFrequency Handover
1) PS Interactive HS Hard Handover outgoing success rate
PS_M_HSHar dOut_S
PS_M_HSHar dIn_S
pmNoIncomingHsHardHo Attempt - (pmNoIncom ingHsHardH oSuccess pmNoHsHard HoReturnOl dChTarget) * 100 pmNoIncomingHsHardHo Attempt
Retainability
The new and existing cell counters used for Retainability are given in the following list: Number of system releases of packet RABs mapped New/existing on HS-DSCH in the Serving HS-DSCH cell. Number of successful normal releases of packet RABs mapped on HS-DSCH in the Serving HS-DSCH cell. Existing
Existing Existing
Counter name
pmNoSystemRbReleaseHs
pmNoNormalRbReleaseHs pmInactivityHsIdle
The number of signalling connection releases Existing triggered for PS Interactive RAB mapped on HSDSCH due to inactivity (Channel Switching New Evaluation algorithms request the execution of a switch to idle). New
The counter is stepped at the reception of RANAP Iu Release Command from CN, for HS channel cell or RANAP RAB New assignment Request (when the RAB is released) and the RANAP cause is User Inactivity.
139
Retainability
100 *
100 *
pmNoSystemRabReleasePacket + pmNoNormalRabReleasePacket
140
System Utilization
It is possible to measure HS A-DCH utilisation in terms of code usage and average number of users per cell. Two new set of counters shall be implemented. The first set is used to observe the HS ADCH code utilisation per cell. The KPI indicates the the total number of A-DCH radio bearers established in a cell.
( pmSumPsHsAdchRabEstablish /pmSamplePsHsAdchRabEstablish )
The second set is used to observe the average number of users per cell (hence the number of HS users), which is done by looking only at the best cell:
(pmSumBestPsHsAdchRabEstablish /pmSampleBestPsHsAdchRabEstablish )
141
Throughput
142
Throughput
1) Average Throughput for PS interactive HS (RNC Level)
PintHS_I_TP pmSentPack etDataHs1 pmSentPack etDataHs2 pmSentPack etDataHs3 pmSentPack etDataHs4 *8 pmTotalPac ketDurationHs1 pmTotalPac ketDurationHs2 pmTotalPac ketDurationHs3 pmTotalPac ketDurationHs4
(RNC Level)
PintHS_I_R 1 et
Where:
PDHs12 PDHs 34
(RNC Level)
PintHS_I_DATA
143
1000000
144
Mobility
For mobility only the HS serving cell Note that no change procedure is considered .AC is
New/existing
New New
The corresponding KPI is 1) Success rate for HS Cell Change in target cell
PS_M_HSCC_ S pmHsCcSucc ess *100 pmHsCcAtte mpt
145
RNC counter monitoring no. of admission rejects (RAB setup) of HSDPA users
pmNoOfNonHoReqDeniedHs
RNC counters monitoring no. of HSDPA users (connections) released due to congestion
pmNoOfTermHsCong & pmNoOfIurTermHsCong
146