Call Admission Control (RAN14.0 - 04)

Call Admission Control RAN14.
Feature Parameter Description
Issue Date
04 2013-06-20
HUAWEI TECHNOLOGIES CO., LTD.
Copyright Huawei Technologies Co., Ltd. 2013. All rights reserved.

No part of this document may be reproduced or transmitted in any form or by any means without prior written consent of Huawei Technologies Co., Ltd.
Trademarks and Permissions

and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd. All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the customer. All or part of the products, services and features described in this document may not be within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information, and recommendations in this document are provided "AS IS" without warranties, guarantees or representations of any kind, either express or implied. The information in this document is subject to change without notice. Every effort has been made in the preparation of this document to ensure accuracy of the contents, but all statements, information, and recommendations in this document do not constitute the warranty of any kind, express or implied.
Huawei Technologies Co., Ltd.

Address: Huawei Industrial Base Bantian, Longgang Shenzhen 518129 People's Republic of China Website: Email: http://www.huawei.com support@huawei.com
WCDMA RAN Call Admission Control
Contents
Contents
1 Introduction ................................................................................................................................1-1
1.1 Scope ............................................................................................................................................ 1-1 1.2 Intended Audience......................................................................................................................... 1-1 1.3 Change History.............................................................................................................................. 1-1
2 Overview of Call Admission Control ...................................................................................2-1

2.1 CAC Policy .................................................................................................................................... 2-1 2.2 CAC Procedure ............................................................................................................................. 2-1
3 CAC Based on NodeB Credit Resources ...........................................................................3-1

3.1 NodeB Credit Resources .............................................................................................................. 3-1 3.2 Admission on RNC ........................................................................................................................ 3-1 3.2.1 Calculation of the Remaining NodeB Credit Resources on the RNC Side .......................... 3-1 3.2.2 Admission Decisions on RRC Connection Setup Requests ................................................. 3-2 3.2.3 Admission Decisions on Other Resource Requests ............................................................. 3-2 3.3 Admission on NodeB ..................................................................................................................... 3-2
4 CAC Based on Iub Resources ...............................................................................................4-1 5 CAC Based on Code Resources ...........................................................................................5-1 6 CAC Based on the Number of HSPA Users .......................................................................6-1
6.1 CAC for HSDPA Users .................................................................................................................. 6-1 6.2 CAC for HSUPA Users .................................................................................................................. 6-1
7 CAC Based on Power Resources .........................................................................................7-1

7.1 Overview ....................................................................................................................................... 7-1 7.2 Power-based Admission Control on RRC Connection Setup Requests ....................................... 7-2 7.3 Power-based Admission Algorithm 1 for RAB Setup .................................................................... 7-3 7.4 Power-based Admission Algorithm 2 for RAB Setup .................................................................. 7-11 7.5 Power-based Admission Algorithm 3 for RAB Setup .................................................................. 7-15 7.6 Uplink Power-Based Admission Algorithm 4 for RAB Setup ....................................................... 7-15
8 Common Channel Admission ................................................................................................8-1

8.1 CAC on Traditional Common Channels ........................................................................................ 8-1 8.2 CAC on the E-FACH or E-RACH .................................................................................................. 8-2
9 Feature Deployment .................................................................................................................9-1

9.1 WRFD-020101 Admission Control ................................................................................................ 9-1 9.1.1 Prerequisites ......................................................................................................................... 9-1 9.1.2 Activation Procedure ............................................................................................................. 9-1 9.1.3 Verification Procedure .......................................................................................................... 9-2 9.1.4 Deactivation Procedure ........................................................................................................ 9-2 9.1.5 Example ................................................................................................................................ 9-3
Issue 04 (2013-06-20)
Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd
Contents
9.2 WRFD-01061202 HSUPA Admission Control ............................................................................... 9-3 9.2.1 Prerequisites ......................................................................................................................... 9-3 9.2.2 Activation Procedure ............................................................................................................. 9-3 9.2.3 Verification Procedure .......................................................................................................... 9-4 9.2.4 Deactivation Procedure ........................................................................................................ 9-5 9.2.5 Example ................................................................................................................................ 9-5 9.3 WRFD-01061003 HSDPA Admission Control ............................................................................... 9-6 9.3.1 Prerequisites ......................................................................................................................... 9-6 9.3.2 Activation Procedure ............................................................................................................. 9-6 9.3.3 Verification Procedure .......................................................................................................... 9-7 9.3.4 Deactivation Procedure ........................................................................................................ 9-7 9.3.5 Example ................................................................................................................................ 9-8
10 Parameters .............................................................................................................................10-1 11 Counters ..................................................................................................................................11-1 12 Glossary ..................................................................................................................................12-1 13 Reference Documents .........................................................................................................13-1
Issue 04 (2013-06-20)
ii
1 Introduction
1 Introduction
1.1 Scope
This document describes the call admission control function which includes the following features:

WRFD-020101 Admission Control WRFD-01061003 HSDPA Admission Control WRFD-01061202 HSUPA Admission Control
It describes how services are granted the network access and provides the parameters associated with this feature.
1.2 Intended Audience

This document is intended for:

Personnel who are familiar with WCDMA basics Personnel who need to understand Call Admission Control (CAC) Personnel who work with Huawei products
1.3 Change History

This section provides information about the changes in different document versions. There are two types of changes, which are defined as follows:

Feature change: refers to a change in the CAC feature of a specific product version. Editorial change: refers to a change in wording or the addition of information that was not described in the earlier version.
Document Issues
The document issue is as follows:

04 (2013-06-20) 03 (2012-11-30) 02 (2012-07-20) 01 (2012-04-30) Draft A (2012-02-15)
04 (2013-06-20)
Change Type Feature change Change Description None Parameter Change None None
Editorial change Added 3.3 Admission on NodeB in 3 CAC Based on NodeB Credit Resources.
Issue 04 (2013-06-20)
1-1
1 Introduction
03 (2012-11-30)
This is the third commercial release of RAN14.0. Compared with issue 02 (2012-07-20) of RAN14.0, this issue incorporates the changes described in the following table: Change Type Feature change Change Description None Parameter Change None None
Editorial change Added section 8 "Common Channel Admission."
02 (2012-07-20)
This is the second commercial release of RAN14.0. Compared with issue 01 (2012-04-30) of RAN14.0, this issue incorporates the changes described in the following table: Change Type Feature change Change Description Parameter Change
The relative orders of admission decision based on the None different resources are changed. Thus, the description in 2.2 "CAC Procedure" is modified and the orders of 3 -7 are also modified accordingly. None
Editorial change The network impact about uplink power-based admission algorithm 4 is added. For details, see section 7.6 "Uplink Power-Based Admission Algorithm 4 for RAB Setup." Added the information about how to deploy the features of WRFD-020101 Admission Control, WRFD-01061202 HSUPA Admission Control, and WRFD-01061003 HSDPA Admission Control. For details, see 9 "Feature Deployment."
01 (2012-04-30)
This is the first commercial release of RAN14.0. Compared with issue Draft A (2012-02-15) of RAN14.0, this issue incorporates the changes described in the following table: Change Type Feature change Change Description None Parameter Change None
Editorial change The description about uplink power-based admission algorithm None 4 is updated. For details, see section 7.6 "Uplink Power-Based Admission Algorithm 4 for RAB Setup."
Issue 04 (2013-06-20)
1-2
1 Introduction
Draft A (2012-02-15)
This is the first draft of the document for RAN14.0. Compared with issue 04 (2011-12-30) of RAN13.0, this issue incorporates the changes described in the following table. Change Change Description Type Feature change Parameter Change
Added the descriptions about the uplink power-based The following parameter is admission algorithm 4 for RAB setup. For details, see modified: section 7.6 "Uplink Power-Based Admission Algorithm 4 for NBMUlCacAlgoSelSwitch RAB Setup." Added the descriptions about DC-HSUPA admission control. None
Replaced some existing parameters with new parameters. The added parameters are listed as follows:

RRCCeCodeCacChoice DlRRCCeCodeResvSf CSRABCacOptSwitch RTRRCCacThdOffset NRTRRCCacThdOffset OtherRRCCacThdOffset UlRRCCeResvSf CSRABCacOptSwitch
Editorial None change
None
Issue 04 (2013-06-20)
1-3
2 Overview of Call Admission Control

2.1 CAC Policy
Call Admission Control (CAC) is used to determine whether the system resources in a cell are sufficient to accept a resource request. If the system resources are sufficient, the resource request is accepted; otherwise, the resource request is rejected. A radio link sends a resource request to the CAC functional module when additional resources are required, in cases such as radio resource control (RRC) connection setup, new service setup, change of existing services, soft handover, and cell change. Upon receiving a resource request, the CAC functional module determines whether the request can be accepted by measuring the cell load and the requested resources. For details about measuring the cell load, see the Load Control Feature Parameter Description. The admission decision performed using CAC is based on the following resources: NodeB credit resources, Iub resources, code resources, and power resources. In the case of an HSPA resource request, the admission decision is also based on the number of HSPA users. The admission succeeds only when the resources on which CAC is based are available. With CAC, an overloaded cell can accept resource requests for an RRC connection setup only in the case of emergency calls, detachments, or registrations. This is because the priority of such requests is high. This helps maintain system stability when cells are overloaded. In addition, admitting or rejecting users over FACH or enhanced FACH channels (HS-DSCH) in an overloaded cell can be specified by setting FACH_UU_ADCTRL of the NBMCacAlgoSwitch parameter.
Issue 04 (2013-06-20)
2-1
2.2 CAC Procedure

A radio link sends a resource request to the CAC functional module when additional resources are required. On receipt of the resource request, the CAC functional module performs the admission decision based on the following resources: 1. NodeB credit resources, which are used to measure the channel demodulation capability of NodeBs 2. Available Iub transmission bandwidth 3. Available cell code resources 4. Number of HSPA users:

Number of HSDPA users (only for HSDPA services) Number of HSUPA users (only for HSUPA services)
5. Available cell power resources A call can be admitted only when all of these resources are available. Code resource-based and Iub resource-based admission control are mandatory and cannot be disabled. For HSDPA/HSUPA services, admission control based on the number of HSUPA/HSDPA users is also mandatory. Other admission control policies are enabled or disabled by running the MOD UCELLALGOSWITCH or SET UCACALGOSWITCH command. Figure 2-1 shows the basic procedure for a resource-based admission decision.
Issue 04 (2013-06-20)
2-1
Figure 2-1 Basic procedure for a resource-based admission decision
Issue 04 (2013-06-20)
2-2
3 CAC Based on NodeB Credit Resources

NodeB credit resource-based CAC applies to R99, HSDPA, and HSUPA services in the uplink and downlink.
3.1 NodeB Credit Resources

The NodeB credit resource is an RNC-related concept. It is referred to as the channel element (CE) on the NodeB side, indicating the channel demodulation capability of a NodeB. New services can be admitted only when there are sufficient NodeB credit resources on the RNC side and sufficient CE resources on the NodeB side. CEs are classified into uplink and downlink CEs:

An uplink 12.2 kbit/s voice service (SF = 64) plus 3.4 kbit/s signaling traffic consume one uplink CE. A downlink 12.2 kbit/s voice service (SF = 128) plus 3.4 kbit/s signaling traffic consume one downlink CE.
If only 3.4 kbit/s signaling traffic is carried on a DCH or HSPA channel, one CE is still needed. CEs have been reserved for common and HSDPA-related channels. For details about CEs and CE consumption of different types of service, see the CE Resource Management Feature Parameter Description.
3.2 Admission on RNC

3.2.1 Calculation of the Remaining NodeB Credit Resources on the RNC Side
CE Capability Reporting
NodeB credit resource-based admission is implemented at NodeB level, local cell group (LCG) level (if any), and local cell (LC) level. Cells in an LCG share the CEs of the LCG in the uplink. The NodeB sends the RNC an audit response message, reporting the CE capability of the three levels. The NodeB considers physical and licensed CEs when reporting the CE capability to the RNC.

The NodeB-level CEs are the licensed CEs supported by the NodeB. In the uplink, the number of LCG-level CEs are the smaller one between the number of LCG-level physical CEs and the number of NodeB-level licensed CEs. In the downlink, the number of LCG-level CEs are the sum of downlink CEs on all boards of the LCG. In the uplink, the LC-level CEs are the physical CEs of the uplink resource group to which the cell belongs. In the downlink, the LC-level CEs are the physical CEs of the baseband processing board to which the cell belongs.
Relationship between NodeB Credit Resources and CEs

The relationship between NodeB credit resources and CEs is as follows:

In the uplink, the quantity of NodeB credit resources is twice that of CEs. In the downlink, the quantity of NodeB credit resources equals that of CEs.
Remaining NodeB Credit Resources

The RNC calculates the remaining NodeB credit resources based on the reported CE capability, relationship between NodeB credit resources and CEs, and the CE consumption rule.
Issue 04 (2013-06-20)
3-1
The RNC implements NodeB credit resource-based admission control based on the calculation result. Uplink and downlink CEs are independent from each other. Therefore, NodeB credit resource-based admission is implemented separately in the uplink and downlink.
3.2.2 Admission Decisions on RRC Connection Setup Requests

For an RRC connection setup request, NodeB credit resource-based admission is implemented as follows:
If the RRCCeCodeCacChoice parameter is set to LOOSE_CAC, NodeB credit resource-based admission succeeds if the available credit resources of the local cell, local cell group (if any), and NodeB are sufficient for setting up an RRC connection. If the RRCCeCodeCacChoice parameter is set to STRICT_CAC, the RNC implements NodeB credit resource-based admission based on the cause carried in the RRC connection setup request:
If
the cause is "Emergency Call" or "Detach", NodeB credit resource-based admission succeeds if the available credit resources are sufficient. any other cause, the RNC must ensure that the available credit resources of the local cell, local cell group (if any), and NodeB exceed the reserved credit resources upon admitting an RRC connection setup request. The reserved credit resources are calculated using SF which is specified by the parameter DlRRCCeCodeResvSf (for the downlink) or UlRRCCeResvSf (for the uplink).
For
3.2.3 Admission Decisions on Other Resource Requests

Handover Service Requests
For a handover service request, NodeB credit resource-based admission succeeds if the available credit resources of the local cell, local cell group (if any), and NodeB are sufficient for the service to be admitted.
PS Service/CS Service (Non-AMR Service) Requests

For PS or CS service (non-AMR service) requests, the RNC must ensure that the available credit resources of the local cell, local cell group (if any), and NodeB exceed the reserved credit resources upon admitting a new service. The reserved credit resources are calculated using SF which is specified by the UlHoCeResvSf (for the uplink) or DlHoCeCodeResvSf (for the downlink) parameter.
AMR Service Requests

For AMR service requests,
If the CSRABCacOptSwitch parameter is set to ON, the credit resource-based admission is successful if the current available credit resources of the local cell, local cell group (if any) and NodeB are sufficient for the service. If the CSRABCacOptSwitch parameter is set to OFF, the RNC has to ensure that the current available credit of the local cell, local cell group (if any) and NodeB exceeds the reserved credit after admitting a new service. The reserved credit is calculated through SF which is determined by the UlHoCeResvSf (for the uplink) or DlHoCeCodeResvSf (for the downlink) parameter.
3.3 Admission on NodeB

NodeB credit resource-based CAC on the NodeB side is not switch controlled and it admits new services at the following levels:
Issue 04 (2013-06-20)
3-2
NodeB
New services are admitted only when the amount of CEs required by all the UEs on the NodeB is less than or equal to the amount of licensed CEs of the NodeB.
LCG
New services are admitted only when the amount of CEs required by all the UEs in an LCG is less than or equal to the amount of physical CEs of the LCG.

In the uplink, the LCG-level CEs are the smaller one between the LCG-level physical CEs and the NodeB-level licensed CEs. In the downlink, the LCG-level CEs are the sum of downlink CEs on all the boards of the LCG.
LC
New services are admitted only when the amount of CEs required by all the UEs in an LC is less than or equal to the amount of physical CEs of the LC. In the uplink, the LC-level CEs are the physical CEs of the uplink resource group to which the LC belongs. In the downlink, the LC-level CEs are the physical CEs of the baseband processing board to which the LC belongs.
Board
New services are admitted only when the amount of CEs required by all the UEs on a board is less than or equal to the amount of physical CEs of the board. New services cannot be admitted at the board level when no board can accommodate the new services.
Issue 04 (2013-06-20)
3-3
4 CAC Based on Iub Resources
4 CAC Based on Iub Resources

Iub resource-based admission control is mandatory when a new service attempts to access the network. For details about resource-based admission at the transport layer over the Iub interface, see the Transmission Resource Management Feature Parameter Description.
Issue 04 (2013-06-20)
4-1
5 CAC Based on Code Resources
5 CAC Based on Code Resources

Code resource-based admission is mandatory when a non-HSDPA service attempts to access the network.
The reserved code resources are shared by all HSDPA services and therefore code resource-based admission control for HSDPA services is not required. For details about code allocation for HSDPA services, see the HSDPA Feature Parameter Description.
In code resource-based admission, the admission criteria vary with the service request.
RRC Connection Setup Requests

For an RRC connection setup request, code resource-based admission is implemented as follows:

If the RRCCeCodeCacChoice parameter is set to LOOSE_CAC, code resource-based admission succeeds if the remaining code resources are sufficient for setting up an RRC connection. If the RRCCeCodeCacChoice parameter is set to STRICT_CAC, the RNC implements code resource-based admission based on the cause carried in the RRC connection setup request:
If
the cause is "Emergency Call" or "Detach", code resource-based admission succeeds if the current remaining code resources are sufficient. any other cause, the RNC must ensure that the current remaining code resources are greater than the reserved code resource and the code resource for the RRC connection. The reserved code resource is specified by the DlRRCCeCodeResvSf parameter.
For
Handover Service Requests

For handover service requests, code resource-based admission succeeds if the current remaining code resources are sufficient for the service to be admitted.
PS Service/CS Service (Non-AMR Service) Requests

For PS services/CS service (non-AMR service) requests, the RNC must ensure that the current remaining code resources are greater than the reserved resource plus the resource for the new service. The reserved resource is specified by the DlHoCeCodeResvSf parameter.
AMR Service Requests

For AMR service requests,
If the CSRABCacOptSwitch parameter is set to OFF, the RNC must ensure that the current remaining code resources are greater than the reserved resource plus the resource for the new service. The reserved resource is specified by the DlHoCeCodeResvSf parameter. If the CSRABCacOptSwitch parameter is set to ON, code resource-based admission succeeds if the current remaining code resources are sufficient for the service to be admitted.
Issue 04 (2013-06-20)
5-1
6 CAC Based on the Number of HSPA Users
6 CAC Based on the Number of HSPA Users

6.1 CAC for HSDPA Users
HSDPA admission control is based on the number of HSDPA users. When a new HSDPA service attempts to access the network, the admission based on the number of HSPA users succeeds if the following conditions are met:

The number of HSDPA users in the cell does not exceed the maximum value specified by the MaxHsdpaUserNum parameter upon admitting the new service. The number of HSDPA users in the cell does not exceed the licensed number of users upon admitting the new service. The number of HSDPA users in NodeB does not exceed the maximum value specified by the NodeBHsdpaMaxUserNum parameter upon admitting the new service.
Otherwise, the HSDPA service performs Directed Retry Decision (DRD) to access one of the cells that support blind handovers. If none of these cells can be accessed, the HSDPA service is degraded to an R99 service and then attempts to access a cell. For details about DRD, see the Directed Retry Decision Feature Parameter Description.
6.2 CAC for HSUPA Users

HSUPA admission control is based on the number of HSUPA users. When a new HSUPA service attempts to access the network, the algorithm admits the service if the following conditions are met:

The number of HSUPA users in the cell does not exceed the maximum value specified by the MaxHsupaUserNum parameter upon admitting the new service. The number of HSUPA users in the cell does not exceed the licensed number of users upon admitting the new service. The number of HSUPA users in NodeB does not exceed the maximum value specified by the NodeBHsupaMaxUserNum parameter upon admitting the new service.
Otherwise, the HSUPA service performs Directed Retry Decision (DRD) to access one of the cells that support blind handovers. If none of these cells can be accessed, the HSUPA service is degraded to an R99 service and then attempts to access a cell. For details about DRD, see the Directed Retry Decision Feature Parameter Description.
Issue 04 (2013-06-20)
6-1
7 CAC Based on Power Resources

7.1 Overview
The power-based admission algorithm is optional for admission control. The power-based admission algorithm is enabled or disabled by the NBMUlCacAlgoSelSwitch/NBMDlCacAlgoSelSwitch parameter.
To enable power-based admission control for HSDPA or HSUPA services, select HSDPA_UU_ADCTRL or HSUPA_UU_ADCTRL under the NBMCacAlgoSwitch parameter. This switch does not work when the uplink is over HSUPA channels and the downlink is over HSDPA channels.
CAC based on power resources is performed by using one of the following four algorithms:
Algorithm 1 (ALGORITHM_FIRST): admission control based on the cell power load and the expected load increase caused by a new service Depending on the current cell power load, the RNC determines whether the cell load will exceed the threshold upon admitting the new service. If the cell load exceeds the threshold, the RNC rejects the access request. Otherwise, the RNC admits the service.
Algorithm 2 (ALGORITHM_SECOND): admission control based on the equivalent number of users (ENU) Depending on the current ENU load and the access request, the RNC determines whether the ENU will exceed the threshold upon admitting the new service. If the ENU exceeds the threshold, the RNC rejects the access request. Otherwise, the RNC admits the service.
Algorithm 3 (ALGORITHM_THIRD): admission control without considering load increase caused by a new service This algorithm assumes that the load increase caused by the new service is 0. Based on the current cell power load, the RNC determines whether the cell load will exceed the threshold. If the cell load exceeds the threshold, the RNC rejects the access request. Otherwise, the RNC admits the service.
Algorithm 4 (ALGORITHM_FOURTH): admission control based on the uplink actual power load and the expected load increase caused by a new service. Depending on the current uplink actual power load, the RNC determines whether the cell load will exceed the threshold after admitting the new service. If the cell load exceeds the threshold, the RNC rejects the access request. Otherwise, the RNC accepts the service.
Algorithm 1, 2, and 3 apply to admission control in the uplink and downlink. Algorithm 4 applies only to admission control in the uplink. Figure 7-1 shows the basic procedure for a power-based admission decision.
Issue 04 (2013-06-20)
7-1
Figure 7-1 Basic procedure for a power-based admission decision
The basic principles for a power-based admission decision are as follows:

For an intra-frequency handover request, only a downlink admission decision is required. For a non-intra-frequency handover request, both uplink and downlink decisions are required. If there is a rate downsizing request, the RNC accepts it directly. For a rate upsizing request, both uplink and downlink admission control are required.
7.2 Power-based Admission Control on RRC Connection Setup Requests

The RNC performs loose or strict admission control on RRC connection setup requests. The RRCCacChoice parameter specifies whether to use loose or strict admission control. Admission control is performed on RRC connection setup requests the same way as it is performed on RAB setup requests, except that the admission thresholds are different. This section only describes the admission thresholds for RRC connection setup requests in loose and strict admission control. For details about admission control for RAB setup, see section 7.3 "Power-based Admission Algorithm 1 for RAB Setup."
If load increase is considered when the RNC performs admission control on an RRC connection setup request, the RNC calculates the load increase based on the signaling radio bearer (SRB) rate of the RRC connection setup request. The SRB rate of an RRC connection setup request is set by running the SET URRCESTCAUSE command.
Issue 04 (2013-06-20)
7-2
Loose Admission Control

If an RRC connection setup request comes from emergency calls, detachments, or registrations, the RRC connection is set up directly. If an RRC connection setup request comes from other services, admission control is performed as follows:
When UL_UU_OLC or DL_UU_OLC under the NBMLdcAlgoSwitch parameter is set to 1,

If If
the cell is overloaded, the RRC connection setup request is rejected.
the cell is not overloaded, the uplink or downlink OLC triggering threshold (UlOlcTrigThd or DlOlcTrigThd) is used for admission control.
When UL_UU_OLC or DL_UU_OLC is set to 0, the uplink or downlink OLC triggering threshold (UlOlcTrigThd or DlOlcTrigThd) is used for admission control.
For details about the state of an overloaded cell and overload control (OLC), see the Load Control Feature Parameter Description.
Strict Admission Control

If an RRC connection setup request comes from emergency calls or detachments, the RRC connection is set up directly. If an RRC connection setup request comes from other services, the RNC determines the admission threshold based on one of the following request causes:

RRC connection setup requests of real-time services RRC connection setup requests of non-real-time services RRC connection setup requests of other services (excluding real-time services, non-real-time services, emergency calls, and detachments)
The RNC determines the admission threshold using the following formulas:
Admission threshold for RRC of real-time services = Admission threshold offset for RRC of real-time services (RTRRCCacThdOffset) + UlNonCtrlThdForAMR (for the uplink) or DlConvAMRThd (for the downlink) Admission threshold for RRC of non-real-time services = Admission threshold offset for RRC of non-real-time services (NRTRRCCacThdOffset) + UlNonCtrlThdForOther (for the uplink) or DlOtherThd (for the downlink) Admission threshold for RRC of other services = Admission threshold offset for RRC of other services (OtherRRCCacThdOffset) + UlOlcTrigThd (for the uplink) or DlOlcTrigThd (for the downlink)
7.3 Power-based Admission Algorithm 1 for RAB Setup

There are two types of power-based admission decisions based on algorithm 1: uplink and downlink. The RNC performs admission control on services based on cell load. The measurement quantities relevant to cell load are processed and reported by the load measurement module of the RNC. For details about how measurement quantities relevant to cell load are measured and reported, see the section of load measurements in the Load Control Feature Parameter Description.
Uplink Power-based Admission Decisions for R99 Cells Based on Algorithm 1

In an R99 cell, uplink power-based admission decisions are made according to the RTWP-based total uplink load. The RTWP-based total uplink load is calculated in real time by the load measurement module of the RNC. It is represented by UL,R99-Total and calculated using the following formula:
Issue 04 (2013-06-20)
7-3
UL,R99-Total = 1 - PN/RTWP + UL,CCH Where
PN is the received uplink background noise. It is set by the BackgroundNoise parameter. If the auto-adaptive background noise update algorithm is enabled, PN is updated in real time. For details about the auto-adaptive background noise update algorithm, see the Load Control Feature Parameter Description. RTWP is the received total wideband power in the uplink. It is measured by the NodeB and reported to the RNC periodically. UL,CCH is the reserved load on the uplink common channels. It is set by the UlCCHLoadFactor parameter.
Upon receiving a service access request, the RNC makes the uplink power-based admission decision for an R99 service. The procedure is as follows: 1. The RNC calculates the uplink load increase (UL) based on the initial admission rate of the service. For details about the initial admission rate, see the Load Control Feature Parameter Description. 2. If the sum of the RTWP-based total uplink load (UL,R99-Total) and the load increase caused by the new service (UL) is lower than or equal to the corresponding admission threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo), the RNC admits the service. Otherwise, the RNC performs the next step.
If the CSRABCacOptSwitch parameter is set to ON, the RNC uses the following admission threshold for AMR service setup, reconfiguration, or handover requests to increase the access success rate of AMR services:
When the OLC algorithm switch (UL_UU_OLC under the NBMLdcAlgoSwitch parameter) is turned on, the uplink OLC triggering threshold (UlOlcTrigThd) is used as the admission threshold. When the OLC algorithm switch (UL_UU_OLC under the NBMLdcAlgoSwitch parameter) is turned off, the admission threshold is 100%.
3. The RNC checks whether the control RTWP anti-interference function switch (RTWP_RESIST_DISTURB under the NBMCacAlgoSwitch parameter) is turned on. If it is turned on, the RNC checks whether the total uplink load of ENU on the cell is lower than CellUlEquNumCapacity. If it is lower than CellUlEquNumCapacity, the RNC admits the service. Otherwise, the RNC rejects the access request. For details about the total uplink load of ENU on the cell, see section 7.4 "Power-based Admission Algorithm 2 for RAB Setup."
Uplink Power-based Admission Decisions for HSPA Cells Based on Algorithm 1

In an HSPA cell, uplink power-based admission decisions are made based on the following load measurements:
The RTWP-based total uplink load, which is calculated in real time by the load measurement module of the RNC. It is represented by UL,HSUPA-Total and calculated using the following formula: UL,HSUPA-Total = 1 - PN/RTWP + UL,CCH + HS-DPCCH Where HS-DPCCH is the reserved load for the uplink HS-DPCCH. It is set by the UlHsDpcchRsvdFactor parameter. The other variables are defined the same way as for an R99 cell in "Uplink Power-based Admission Decisions for R99 Cells Based on Algorithm 1."
Issue 04 (2013-06-20)
7-4
The uncontrollable uplink load, which is the load factor for the receive power of a cell excluding the receive power used for scheduling services. It is represented by UL,NonCtrl and calculated using the following formula: UL,NonCtrl = UL,HSUPA-Total - UL,Ctrl Where UL,Ctrl is the controllable uplink load and equals the received scheduled E-DCH power share (RSEPS). RSEPS is the ratio of the receive power of all scheduled users to RTWP in the current cell. RSEPS is measured by the NodeB and periodically reported to the RNC.
The total uplink load for preferential admission of R99 services, which is represented by UL,R99Prefer-Total. When the guaranteed bit rate (GBR) for HSUPA services is too high, the RTWP-based total uplink load may also be too high, and therefore R99 service admission is difficult. In this case, UL,R99Prefer-Total ensures that R99 services are preferentially admitted. It is calculated using the following formula: UL,R99Prefer-Total = UL,NonCtrl + ThdHSUPAMaxGBP + UL,CCH + HS-DPCCH Where ThdHSUPAMaxGBP is the maximum guaranteed load threshold for HSUPA services when the RNC makes an admission decision on an R99 service. It is set by the HsupaMaxGBPThd parameter.
If the periodic measurement switch of the total receive power used for scheduling services on the E-DCH is turned off (HSUPA_EDCH_RSEPS_MEAS under the NBMCacAlgoSwitch parameter is set to 0), the RNC performs admission control for the cell based on ENU. For details about ENU-based admission control, see section 7.4 "Power-based Admission Algorithm 2 for RAB Setup."
Upon receiving a service access request, the RNC performs the uplink power-based admission decision. The procedure is as follows: 1. The RNC calculates the uplink load increase (UL) based on the initial admission rate of the service. 2. The RNC determines whether to admit the service. If service admission succeeds, the RNC admits the service. If service admission fails, the RNC performs the next step. Note that the admission criteria vary with the bearer type in an HSPA cell, which is described in follow-up sections. 3. The RNC checks whether the control RTWP anti-interference function switch (RTWP_RESIST_DISTURB under the NBMCacAlgoSwitch parameter) is turned on. If it is turned on, the RNC checks whether the total uplink load of ENU on the cell is lower than CellUlEquNumCapacity. If it is lower than CellUlEquNumCapacity, the RNC admits the service. Otherwise, the RNC rejects the access request. For details about the total uplink load of ENU on the cell, see section 7.4 "Power-based Admission Algorithm 2 for RAB Setup." The admission criteria for different bearer types in an HSPA cell are as follows: For the DCH RAB If the bearer type is the DCH RAB, a service is admitted only when the following criteria are both met:
The sum of the uncontrollable uplink load (UL,NonCtrl) and the load increase caused by the new service (UL) is lower than or equal to the corresponding admission threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo). The sum of the RTWP-based total uplink load (UL,HSUPA-Total) and the load increase caused by the new service (UL), or the sum of the total uplink load for preferential admission of R99 services (UL,R99Prefer-Total) and the load increase caused by the new service (UL), is lower than or equal to UlCellTotalThd.
Issue 04 (2013-06-20)
7-5
For the HSUPA RAB If the bearer type is the HSUPA RAB, the CAC algorithm combines the PBR-based admission decision with the load-based admission decision. The RNC admits an HSUPA service if either PBR-based admission or load-based admission succeeds.
IMS signaling services carried on HSUPA RABs are admitted directly.
PBR-based admission decisions The uplink provided bit rate (PBR) is the effective uplink throughput on all UEs corresponding to a scheduling priority indicator (SPI) successfully received by the NodeB. PBR is reported by the NodeB to the RNC periodically. The RNC performs PBR-based admission control only when the HSUPA PBR measurement switch is turned on (HSUPA_PBR_MEAS under the NBMCacAlgoSwitch parameter is set to 1). If the sum of PBRs of some UEs is larger than the sum of their GBRs multiplied by a certain factor, the RNC decides that the QoS requirements of the cell are met. In this case, the RNC can admit new services. PBR-based service admission succeeds if any of the following criteria are met:
Where
ThdL
is the PBR threshold (HsupaLowPriorityUserPBRThd) for all HSUPA users whose scheduling priorities are lower than the priority of users to be admitted.
ThdE
is the PBR threshold (HsupaEqualPriorityUserPBRThd) for all HSUPA users whose scheduling priorities are equal to the priority of users to be admitted.
ThdGE
is the PBR threshold (HsupaHighPriorityUserPBRThd) for all HSUPA users whose scheduling priorities are higher than the priority of users to be admitted. Load-based admission decisions For HSUPA scheduling services, if the sum of the RTWP-based total uplink load (UL,HSUPA-Total) and the load increase caused by the new service (UL) is lower than or equal to UlCellTotalThd, load-based service admission succeeds. Otherwise, load-based service admission fails. For HSUPA non-scheduling services, load-based service admission succeeds only when both of the following criteria are met:
The
sum of the RTWP-based total uplink load (UL,HSUPA-Total) and the load increase caused by the new service (UL) is lower than or equal to UlCellTotalThd.
Issue 04 (2013-06-20)
7-6

The
sum of the uncontrollable uplink load (UL,NonCtrl) and the load increase caused by the new service (UL) is lower than or equal to the corresponding admission threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo). Otherwise, load-based service admission fails.
For the DC-HSUPA RAB Only load-based admission decisions are made for DC-HSUPA RABs.
For DC-HSUPA non-scheduling services, load-based admission decisions are made only on the primary carrier. The admission method is the same as that for common HSUPA non-scheduling services. A DC-HSUPA scheduling service is admitted if the load-based admission decision is successful on the primary or secondary carrier. The admission decision method is the same as that for a common HSUPA scheduling service. That is, the sum of the RTWP-based total uplink load (UL,HSUPA-Total) and the load increase after admitting the DC-HSUPA scheduling service (UL) is lower than or equal to UlCellTotalThd on the primary or secondary carrier.
Downlink Power-based Admission Decisions for R99 Cells Based on Algorithm 1

In an R99 cell, downlink power-based admission decisions are made according to the TCP-based total downlink load, which is calculated in real time by the load measurement module of the RNC. It is represented by DL,R99-Total and calculated using the following formula: DL,R99-Total = TCP + DL,CCH Where
TCP is equal to the transmitted carrier power (TCP), which is the ratio of the total transmitted power on one downlink carrier to the maximum transmission power (set by the MaxTxPower parameter). DL,CCH is the reserved load on the downlink common channels. It is set by the DlCCHLoadRsrvCoeff parameter.
Upon receiving a service access request, the RNC makes the downlink power-based admission decision for an R99 service. The procedure is as follows: 1. The RNC calculates the downlink load increase (DL) based on the initial admission rate of the service and the pilot signal quality the user receives. 2. If the TCP-based total downlink load (DL,R99-Total) is lower than or equal to the corresponding admission threshold (DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, or DlHOThd), the RNC admits the service. Otherwise, the RNC rejects the service.
Issue 04 (2013-06-20)
7-7
When the OLC algorithm switch (DL_UU_OLC under the NBMLdcAlgoSwitch parameter) is turned on, the downlink OLC triggering threshold (DlOlcTrigThd) is used as the admission threshold. When the OLC algorithm switch (DL_UU_OLC under the NBMLdcAlgoSwitch parameter) is turned off, the admission threshold is 100%.
Downlink Power-based Admission Decisions for HSPA Cells Based on Algorithm 1

In an HSPA cell, downlink power-based admission decisions are made based on the following load measurements:
TCP-based total downlink load, which is represented by DL,HSDPA-Total and calculated using the following formula: DL,HSDPA-Total = TCP + DL,CCH + DL,HSUPARes Where DL,HSUPARes is the power load reserved for HSUPA downlink control channels (E-AGCH/E-RGCH/E-HICH). It is set by the DlHSUPARsvdFactor parameter. The other variables are defined the same way as for an R99 cell in "Downlink Power-based Admission Decisions for R99 Cells Based on Algorithm 1."
Downlink non-HSPA power load, which is represented by DL,NonHSPA. It is the ratio of the total transmitted power of the codes not used for HS-PDSCH/HS-SCCH/E-AGCH/E-RGCH/E-HICH transmission on one downlink carrier to the maximum transmission power (set by the MaxTxPower parameter). DL,NonHSPA is measured by the NodeB and periodically reported to the RNC. Load of HSDPA power requirement for GBR (HSDPA GBP), which is represented by DL,GBP and calculated based on the GBR of HSDPA users in the cell. The NodeB periodically reports DL,GBP to the RNC. HSDPA GBP-based total downlink load, which is represented by DL,GBP-Total and calculated using the following formula:
DL,GBP-Total = DL,NonHSPA + min (DL,GBP + DL,HSUPARes, DL,MaxHSPA) + DL,CCH

Where DL,MaxHSPA is the threshold for the maximum available HSDPA power. It is calculated based on
the HspaPower parameter.
The total downlink load for preferential admission of R99 services, which is represented by DL,R99Prefer-Total. When the GBR for HSDPA services is too high, the HSDPA GBP-based total downlink load may also be too high, and therefore R99 service admission is difficult. In this case, DL,R99Prefer-Total ensures that R99 services are preferentially admitted. It is calculated using the following formula:
DL,R99Prefer-Total = DL,NonHSPA + ThdHSDPAMaxGBP + DL,HSUPARes + DL,CCH

Where ThdHSDPAMaxGBP is the maximum guaranteed load threshold for HSDPA services when the RNC makes an admission decision on an R99 service. It is set by the HsdpaMaxGBPThd parameter. Upon receiving a service access request, the RNC performs the downlink power-based admission decision. The procedure is as follows: 1. The RNC calculates the downlink load increase (DL) based on the initial admission rate of the service and the pilot signal quality the user receives.
Issue 04 (2013-06-20)
7-8
2. The RNC determines whether to admit the service. The admission criteria vary with the bearer type in an HSPA cell. The admission criteria for different bearer types in an HSPA cell are as follows: For the DCH RAB If the bearer type is the DCH RAB, a service is admitted only when the following criteria are both met: 1. The sum of the downlink non-HSPA power load (DL,NonHSPA) and the load increase caused by the new service (DL) is lower than or equal to the corresponding admission threshold (DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, or DlHOThd). 2. The sum of the TCP-based total downlink load (DL,HSDPA-Total) and the load increase caused by the new service (DL), the sum of the total downlink load based on the guaranteed power for HSDPA services (DL,GBP-Total) and the load increase caused by the new service (DL), or the sum of the total downlink load for preferential admission of R99 services (DL,R99Prefer-Total) and the load increase caused by the new service (DL) is lower than or equal to the threshold for the total downlink power of the cell (DlCellTotalThd). Otherwise, the RNC rejects the service.
If the current cell supports DC-HSDPA, the current total power of the DC-HSDPA cell group must also be lower than the sum of the total downlink power threshold of the primary cell and that of the secondary cell for DCH RAB admission. For the HSDPA RAB If the bearer type is the HSDPA RAB, the CAC algorithm combines the PBR-based admission control with the load-based admission control. The RNC admits an HSDPA service if either PBR-based admission or load-based admission succeeds.
PBR-based admission decisions The downlink PBR is the effective downlink throughput on all UEs corresponding to an SPI successfully sent by the NodeB. PBR is reported by the NodeB to the RNC periodically. The RNC performs PBR-based admission control only when the HSDPA PBR measurement switch is turned on (HSDPA_PBR_MEAS under the NBMCacAlgoSwitch parameter is set to 1). If the sum of PBRs of some UEs is larger than the sum of their GBRs multiplied by a certain factor, the RNC decides that the QoS requirements of the cell are met. In this case, the RNC can admit new services. PBR-based service admission succeeds if equation a (for streaming services) or equation b (for BE services) is satisfied: a. b. Where
Issue 04 (2013-06-20)
7-9

PBRstrm
is the provided bit rate of all existing streaming services.
Thdhsdpa-str PBRbe
is the admission threshold of the PBR-based decision for streaming services (HsdpaStrmPBRThd). is the provided bit rate of all existing BE services. is the admission threshold of the PBR-based decision for BE services (HsdpaBePBRThd).
Thdhsdpa-be
Load-based admission decisions Load-based service admission succeeds only when both of the following criteria are met:
The
sum of the HSDPA GBP load (DL,GBP) and the load increase caused by the new service (DL) is lower than or equal to the threshold for the maximum available HSDPA power, which is equal to 1-10 (-HspaPower/10) . sum of the TCP-based total downlink load (DL,HSDPA-Total) and the load increase caused by the new service (DL), or the sum of the HSDPA GBP-based total downlink load (DL,GBP-Total) and the load increase caused by the new service (DL) is lower than or equal to the threshold for the total downlink power of the cell (DlCellTotalThd). Otherwise, load-based service admission fails.
The
If the current cell supports DC-HSDPA, the total power of the DC-HSDPA cell group must be lower than the sum of the downlink total power threshold of the primary cell and that of the secondary cell for HSDPA RAB admission.
Conversational services in the PS domain carried on HSPA RABs can be considered as streaming services in admission control.
For the DC-HSDPA RAB If the bearer type is the DC-HSDPA RAB, admission control is based on the power of the DC-HSDPA cell group because the RAB is set up on both carriers. The RNC admits DC-HSDPA RABs in the following situations:
PBR-based service admission in the DC-HSDPA cell group succeeds. PBR-based admission control in the DC-HSDPA cell group is similar to that in the SC-HSDPA cell. The difference between them is that users selected during an admission decision are DC-HSDPA users in the DC-HSDPA cell group, not SC-HSDPA users. Load-based service admission in the DC-HSDPA cell group succeeds. This means that the total downlink load factor of the DC-HSDPA cell group is lower than the sum of the total downlink load threshold of the primary cell and that of the secondary cell.
For HSUPA Control Channels The power for downlink control channels (E-AGCH/E-RGCH/E-HICH) is specified by the DlHSUPARsvdFactor parameter. Therefore, power-based admission control is not required on these channels.
Issue 04 (2013-06-20)
7-10
For MBMS For details about MBMS, see the MBMS Feature Parameter Description.

There are two types of power-based admission decisions based on algorithm 2: uplink and downlink. The ENU of MBMS downlink control channels (MICH and MCCH) is reserved. Therefore, power-based admission is not performed on these channels. The ENU of HSUPA downlink control channels (E-AGCH, E-RGCH, and E-HICH) is reserved by DlHSUPARsvdFactor. Therefore, power-based admission is not performed on these channels.
Equivalent Number of Users

When the activation factor is 100%, a 12.2 kbit/s AMR service is defined as one ENU. The following aspects are considered when the ENU is calculated:

Cell type (a typical urban cell or a suburban cell) Traffic QoS, which is the Block Error Rate (BLER) Target number of retransmissions The activity factor of the traffic type, which can be set with the SET UADMCTRL command.
Table 7-1 describes the ENU references for some services in typical scenarios. Configurations in typical scenarios are as follows:

The cell is a typical urban cell. The target BLER of R99 users in the cell is 1%. Target number of retransmissions:
10% 1%
for 2 ms TTI HSUPA users
for 10 ms TTI HSUPA users factor SRB = 10% factor for AMR 12.2 kbit/s services = 50% factor for DCH PS services = 10% factor HSPA PS services = 100%
Activation factors for different service types:

Activation Activation Activation Activation
Table 7-1 ENU references in the typical scenarios Service ENU Uplink for DCH Downlink for DCH HSDPA 3.4 kbit/s SIG 13.6 kbit/s SIG 3.4 kbit/s + 12.2 kbit/s 0.2847 0.5057 0.8196 0.0420 0.1115 0.5420 0.1044 0.0279 0.0738 0.545 2 ms TTI HSUPA 0.3107 0.36 2.0242 3.5098 10 ms TTI HSUPA 0.1369 0.1655 1.0869 1.7611
3.4 kbit/s + 8 kbit/s 0.7548 (PS)
Issue 04 (2013-06-20)
7-11
Service
ENU Uplink for DCH Downlink for DCH HSDPA 2 ms TTI HSUPA 3.8713 4.5856 5.9806 8.6430 9.2279 13.1063 17.1227 10 ms TTI HSUPA 1.9786 2.4106 3.2625 4.9192 5.2463 7.4698 9.8773
3.4 kbit/s + 16 kbit/s 0.6500 (PS) 3.4 kbit/s + 32 kbit/s 0.6228 (PS) 3.4 kbit/s + 64 kbit/s 0.7566 (PS) 3.4 kbit/s + 128 kbit/s (PS) 3.4 kbit/s + 144 kbit/s (PS) 3.4 kbit/s + 256 kbit/s (PS) 3.4 kbit/s + 384 kbit/s (PS) 0.9248 1.0305 1.4399 2.1150
0.1248 0.2187 0.3252 0.5926 0.6615 1.0489 1.5523
0.8749 1.463 2.5545 4.6851 5.2225 9.1193 13.9332
In Table 7-1,

HSDPA (3.4 kbit/s SIG or 13.6kbit/s SIG) indicates the ENU when SRB over HSDPA is used. HSDPA (3.4 kbit/s + n kbit/s) indicates the ENU when SRB over DCH and TRB over HSDPA are used. HSUPA (3.4 kbit/s SIG or 13.6kbit/s SIG) indicates the ENU when SRB over HSUPA is used. HSUPA (3.4 kbit/s + n kbit/s) indicates the ENU when SRB over DCH and TRB over HSUPA are used.
Uplink ENU Resource Admission Decisions

In the uplink, ENU-based admission decisions are made based on the following load measurements:
Uplink total ENU load, which is represented by UL,ENU and calculated using the following formula:
UL,ENU = ENUUL,Total/ENUUL,Max + UL,CCH

Where

ENUUL,Total is the sum of ENUs corresponding to the RABs in a cell. ENUUL,Max is the maximum ENU of a cell. It is set by the UlTotalEqUserNum parameter. UL,CCH is the reserved load on the uplink common channels. It is set by the UlCCHLoadFactor parameter.
The total uplink load of ENU for preferential admission of R99 services, which is represented by UL,R99Prefer-ENU. When the GBR for HSUPA services is too high, the total uplink load of ENU may also be too high, and therefore R99 service admission is difficult. In this case, UL,R99Prefer-ENU ensures that R99 services are preferentially admitted. It is calculated using the following formula: UL,R99Prefer-ENU = UL,DCH_ENU + Thd HSUPAMaxGBP Where
Issue 04 (2013-06-20)
7-12
UL,DCH_ENU is the ENU load of all DCH RABs in a cell. It is the ratio of the sum of ENUs for all DCH
RABs to the maximum ENU in a cell (UlTotalEqUserNum). ThdHSUPAMaxGBP is the maximum guaranteed load threshold for HSUPA services when the RNC makes an admission decision on an R99 service. It is set by the HsupaMaxGBPThd parameter.
Where
Upon receiving a service access request, the RNC makes the uplink ENU-based admission decision. If a cell is in the OLC state triggered by the RTWP:
The system checks whether the uplink total ENU load (UL,ENU) of the cell is lower than CellUlEquNumCapacity if the control RTWP anti-interference function switch (RTWP_RESIST_DISTURB under the NBMCacAlgoSwitch parameter) is turned on. If it is lower than CellUlEquNumCapacity, the RNC admits the service. Otherwise, the RNC rejects the access request. The RNC rejects the access request if the control RTWP anti-interference function is disabled.
If a cell is not in the OLC state, the RNC makes the uplink ENU-based admission decision. The procedure is as follows: 1. The RNC estimates the ENU load (UL,ENU) based on the initial admission rate of the service. 2. The RNC determines whether to admit the service.
If
the bearer type is the DCH RAB, the RNC admits a service when the sum of the uplink total ENU load (UL,ENU) and the ENU load increase caused by the new service (UL,ENU) is lower than or equal to the corresponding admission threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo), or when the sum of the total uplink ENU load for preferential admission of R99 services (UL,R99Prefer-ENU) and the ENU load increase caused by the new service (UL,ENU) is lower than or equal to UlCellTotalThd. Otherwise, the RNC rejects the access request. the bearer type is the HSUPA RAB, the RNC admits a service only when the sum of the uplink total ENU load (UL,ENU) and the ENU load increase caused by the new service (UL,ENU) is lower than or equal to the corresponding admission threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo). Otherwise, the RNC rejects the access request.
If
For DC-HSUPA RABs DC-HSUPA RABs are admitted only to the primary carrier. Admission control for DC-HSUPA RABs is the same as that for common HSUPA RABs. The ENU corresponding to the DC-HSUPA RABs is counted into the ENU load of the primary carrier.
Downlink ENU Resource Admission Decisions

In the downlink, ENU-based admission decisions are made based on the following load measurements:
Downlink total ENU load, which is represented by DL,ENU and calculated using the following formula:
Issue 04 (2013-06-20)
7-13
DL,ENU = ENUDL,Total/ENUDL,Max + DL,CCH

Where
ENUDL,Total is the sum of ENUs corresponding to the RABs in a cell. is the maximum ENU of a cell. It is set by the DlTotalEqUserNum parameter. is the reserved load on the downlink common channels. It is set by the DlCCHLoadRsrvCoeff parameter.
ENUDL,Max DL,CCH
The total downlink load for preferential admission of R99 services, which is represented by DL,R99Prefer-ENU. When the GBR for HSDPA services is too high, the HSDPA GBP-based total downlink load may also be too high, and therefore R99 service admission is difficult. In this case, DL,R99Prefer-ENU ensures that R99 services are preferentially admitted. It is calculated using the following formula:
DL,R99Prefer-ENU = DL,DCH_ENU + ThdHSDPAMaxGBP

Where
DL,DCH_ENU is the ENU load of all DCH RABs in a cell. It is the ratio of the sum of ENUs for all DCH
RABs to the maximum ENU in a cell (DlTotalEqUserNum). is the maximum guaranteed load threshold for HSDPA services when the RNC makes an admission decision on an R99 service. It is set by the HsdpaMaxGBPThd parameter.
ThdHSDPAMaxGBP
Upon receiving a service access request, the RNC makes the downlink ENU-based admission decision.
For non-DC-HSDPA RABs The RNC estimates the ENU load (DL,ENU) of the service based on the initial admission rate, and then makes the ENU-based admission decision.
For
DCH RABs, if the sum of the downlink total ENU load (DL,ENU) and the ENU load increase caused by the new service (DL,ENU) is lower than or equal to the corresponding admission threshold (DlConvAMRThd, DlConvNonAMRThd, DlOtherThd or DlHOThd), or if the sum of the total downlink load for preferential admission of R99 services (DL,R99Prefer-ENU) and the ENU load increase caused by the new service (DL,ENU) is lower than or equal to DlCellTotalThd, the RNC admits the service. Otherwise, the RNC rejects the access request. HSDPA RABs, if the sum of the downlink total ENU load (DL,ENU) and the ENU load increase caused by the new service (DL,ENU) is lower than or equal to the corresponding admission threshold (DlConvAMRThd, DlConvNonAMRThd, DlOtherThd or DlHOThd), the RNC admits the service. Otherwise, the RNC rejects the access request.
For
For DC-HSDPA RABs The admission succeeds when the total ENU of the DC-HSDPA cell group divided by the maximum ENU of the DC-HSDPA cell group is lower than the sum of admission thresholds of the primary cell and that of the secondary cell.
Issue 04 (2013-06-20)
7-14

Algorithm 3 is similar to algorithm 1. The only difference is that the estimated load increase in algorithm 3 is always set to 0. Based on the current cell load, the RNC determines whether the cell load exceeds the threshold, with the estimated load increase set to 0. If the cell load exceeds the threshold, the RNC rejects the access request. If not, the RNC admits the service.
7.6 Uplink Power-Based Admission Algorithm 4 for RAB Setup

Algorithm 4 makes admission decisions based on the total uplink load UL, Actual-Total that corresponds to the actual uplink service load. UL, Actual-Total is calculated using the following formula: UL, Actual-Total = UL, Actual + UL,CCH Where
UL, Actual is the actual uplink service load. It considers RTWP measurement results, the total uplink service load and the uplink minimum guaranteed load. Here, the total uplink service load includes R99 service load, HSUPA service load, and control channel load. The uplink minimum guaranteed load includes R99 service load, HSUPA service load required by the HSUPA GBR, and control channel load. For details, see Load Control Feature Parameter Description. UL,CCH is the reserved load on the uplink common channels. It is set by the UlCCHLoadFactor parameter.
Measuring the uplink minimum guaranteed load depends on the hardware. For details, see Load Control Feature Parameter Description. When the feature of independent demodulation of signals from multiple RRUs in one cell is configured, this cell does not support algorithm 4. If the measurement on the actual uplink service load for a cell is unavailable, for example, when the relevant NodeB boards cannot report the measurement results, the RNC performs admission control for the cell based on ENU. For details about ENU-based admission control, see section 7.4 "Power-based Admission Algorithm 2 for RAB Setup."
Upon receiving a service access request, the RNC makes the admission decision based on the total uplink load that corresponds to the actual uplink service load. The procedure is as follows: 1. The RNC calculates the uplink load increase (UL) based on the initial admission rate of the service. For details about the initial admission rate, see the Load Control Feature Parameter Description. 2. If the sum of the total uplink load UL, Actual-Total that corresponds to the actual uplink service load and the load increase caused by the new service (UL) is lower than or equal to the corresponding access threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo), the RNC admits the service. Otherwise, the RNC rejects the access request.
For DC-HSUPA cells, the uplink load introduced by the DC-HSUPA UE is calculated and then apportioned on the primary and secondary carriers based on the UE rate ratio per carrier. The RNC decides whether to admit a DC-HSUPA UE based on the total uplink load and uplink load increment
Issue 04 (2013-06-20)
7-15
introduced by the DC-HSUPA UE on the primary carrier and secondary carriers. The admission decision method is the same with that of SC-HSUPA.

For DC-HSUPA non-scheduling services, admission decisions based on the total uplink load are made only on the primary carrier. For DC-HSUPA scheduling service is admitted if admission decision based on the total uplink load is successful on the primary or secondary carrier.
Compared with algorithm 1 and algorithm 3, algorithm 4 admits more users and increases the user access success rate when the cell serves few users but the RTWP is large due to high traffic volume. Compared with algorithm 2, algorithm 4 tightens admission control and reduces the number of admitted UEs when the total number of uplink equivalent users (UlTotalEqUserNum) is set to a large value. Algorithm 4 is the power admission algorithm based on the actual uplink cell load. Calculation of the actual uplink cell load involves the background noise. The value of background noise is updated automatically if the auto-adaptive background noise update algorithm is enabled; otherwise, it is a preset value. If the value of background noise involved in calculation is smaller than the actual value, the calculated uplink cell load is larger than its actual value and the admission success rate decreases. If the value of background noise involved in calculation is larger than the actual value, the admission success rate increases. However, the RTWP increases and the call drop rate is raised after more users have accessed the cell.
Issue 04 (2013-06-20)
7-16
8 Common Channel Admission

This section describes CAC for common channels, which are classified in the following manner:
Common channels except the enhanced FACH and enhanced RACH channels The common channels except the EFACH (E-FACH for short) and ERACH (E-RACH for short) channels are referred to as traditional common channels in the following sections.
E-FACH and E-RACH channels
8.1 CAC on Traditional Common Channels

The amount of consumed resources for traditional common channels keeps a steady level in general. The RNC does not perform admission control on users over traditional common channels except the users over the FACH, on which the RNC will perform admission control by considering the number of online users on the FACH and the cell overload status.
CAC for Users on the FACH

The number of online users on the FACH per cell is limited by RNC. Generally, the maximum number of online users on the FACH is 30. The number can be increased to 60 by turning on FACH_60_USER_SWITCH in the CacSwitch parameter of the SET UCACALGOSWITCH command. The restriction on the number of online users on the FACH can be cancelled by turning on FACH_USER_NUM_NOT_CTRL of the NBMCacAlgoSwitch parameter of the ADD UCELLALGOSWITCH command.
CAUTION
When the FACH_USER_NUM_NOT_CTRL switch is turned on, the number of available radio resources will decrease and FACHs will possibly become congested if the number of online users on the FACH has reached or exceeded the maximum number specified by FACH_60_USER_SWITCH and the number is still increasing.
If internal RNC specifications are reached, the RNC rejects subsequent service requests on the FACH. The RNC performs flow control in case of FACH congestion in a cell. For details, see Flow Control Feature Parameter Description. With CAC, an overloaded cell can accept FACH resource requests only from emergency calls, detachments, and registrations. Admitting or rejecting FACH resource requests from other service types in an overloaded cell is specified by the FACH_UU_ADCTRL switch of the NBMCacAlgoSwitch parameter.

When this switch is turned on, FACH resource requests from other service types in an overloaded cell are rejected. When this switch is turned off, the RNC decides whether to admit the request according to the number of online users on the FACH per cell.
Reserved Resources for Traditional Common Channels

The reserved resources for traditional common channels are as follows:
NodeB CE resources The NodeB reserves CE resources for traditional common channels. For details about CE consumption for common channels, see CE Resource Management Feature Parameter Description.
Iub transmission resources
Issue 04 (2013-06-20)
8-1
The RNC reserves Iub transmission bandwidth for traditional common channels. For details about CAC based on Iub transmission resources, see the Transmission Resource Management Feature Parameter Description.
Code resources Traditional common channels are first set up when a cell is established. Channel code resources have been allocated when channel setup is complete.
Power resources The RNC reserves some power resources for traditional common channels and the resource reserving thresholds are configurable.
Reserved Reserved Reserved
power load factor for the uplink common channel: It is set by the UlCCHLoadFactor parameter. power load factor for the downlink common channels: It is set by the DlCCHLoadRsrvCoeff parameter. power load factor for the HSUPA downlink common control channels, including E-AGCH, E-RGCH, and E-HICH channels: It is set by the DlHSUPARsvdFactor parameter.
The reserved power specified by UlCCHLoadFactor/DlCCHLoadRsrvCoeff is mainly used for RACH and FACH. The power consumed for other types of traditional common channels is fixed and calculated in the total downlink power load of the cell, and therefore does not need to be reserved.
8.2 CAC on the E-FACH or E-RACH

The E-FACH and E-RACH channels are over HSPA channels, which consume more resources than traditional common channels do. Therefore, the RNC implements CAC based on Iub transmission resources, number of users, and power resources in turn. For details about CAC based on Iub transmission resources, see the Transmission Resource Management Feature Parameter Description.
CAC Based on the Number of E-FACH and E-RACH Users

The admission criteria based on the number of E-FACH and E-RACH users are as follows:
For a resource request on the E-FACH If the number of E-FACH users in a cell does not exceed the value of MAXEFACHUserNum after the resource request is admitted, the RNC will admit the resource request. Otherwise, the RNC will reject the resource request.
For a resource request on the E-RACH If the number of E-RACH users in a cell does not exceed the value of MAXERACHUserNum after the resource request is admitted, the RNC will admit the resource request. Otherwise, the RNC will reject the resource request.
CAC Based on Power Resources

The admission policy based on the power resources for resource requests on the E-FACH and E-RACH is similar to that for resource requests on common HSPA channels.
Power-based admission algorithms 1, 3 and 4 When one of algorithms 1, 3 and 4 is selected in NBMUlCacAlgoSelSwitch or NBMDlCacAlgoSelSwitch, the admission policy for resource requests on the E-FACH and E-RACH is basically the same as that for RAB setup requests of the SC-HSDPA/SC-HSUPA services. The only difference is that the estimated load increase of a new E-FACH or E-RACH user is set to 0 because E-FACH and E-RACH activities are low.
Issue 04 (2013-06-20)
8-2
Power-based admission algorithm 2 This algorithm is not implemented for resource requests on the E-FACH and E-RACH. When algorithm 2 is selected in NBMUlCacAlgoSelSwitch or NBMDlCacAlgoSelSwitch, the power-based admission algorithm does not take effect for resource requests on the E-FACH and E-RACH. In this situation, the RNC implements CAC based only on Iub resources and number of users.
With CAC, an overloaded cell can accept E-FACH resource requests only from emergency calls, detachments, and registrations. Admitting or rejecting E-FACH resource requests from other service types in an overloaded cell is specified by the FACH_UU_ADCTRL switch of the NBMCacAlgoSwitch parameter.

When this switch is turned on, E-FACH resource requests from other service types in an overloaded cell are rejected. When this switch is turned off, the RNC decides whether to admit the request according to the number of E-FACH users per cell.
The FACH_UU_ADCTRL switch of the NBMCacAlgoSwitch parameter also takes effect for E-RACH users in an overloaded cell. This is because the E-RACH depends on the E-FACH and E-RACH users consume the E-FACH resources in the downlink.
Issue 04 (2013-06-20)
8-3
9 Feature Deployment
9.1 WRFD-020101 Admission Control
This section describes how to activate, verify, and deactivate the basic feature WRFD-020101 Admission Control.
9.1.1 Prerequisites
Dependencies on Hardware Uplink power admission algorithm 4 introduced in RAN14.0 is based on the actual service load, which is reported by the NodeB. However, some boards cannot support the measurement of the service load.
The The If
BTS3812E, BTS3812A and BTS3812AE do not support uplink power admission algorithm 4. DBS3800 does not support uplink power admission algorithm 4.
the 3900 series base station is configured with the WBBPa board or the RRU3801C 20W, uplink power admission algorithm 4 is not supported. In other configurations, the algorithm is supported.
Dependencies on Other Features This feature does not depend on other features. License This feature is not under license control.
9.1.2 Activation Procedure

Step 1 Activating code resource admission Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) with Dl handover credit and code reserved SF set to an appropriate value. Step 2 Activating power resource admission 1. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select associated cell-oriented power admission control algorithms from the Cell CAC algorithm switch drop-down list, and select an appropriate algorithm from both the Uplink CAC algorithm switch and Downlink CAC algorithm switch drop-down lists according to the network plan. 2. Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set power resource admission parameters to appropriate values. Step 3 Activating NodeB credit resource admission 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, select NODEB_CREDIT_CAC_SWITCH from the CAC algorithm switch drop-down list to turn on the NodeB-level CE admission switch. 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center:
Issue 04 (2013-06-20)
9-1
Modifying UMTS Cell Parameters in Batches). In this step, select CRD_ADCTRL(Credit Admission Control Algorithm) from the Cell CAC algorithm switch drop-down list to turn on the NodeB-level credit admission switch. 3. Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set UL handover credit reserved SF to an appropriate value. Step 4 Activating Iub resource admission This Iub resource admission is automatically activated, and does not need to set parameters.
9.1.3 Verification Procedure

The procedure for verifying downlink admission control on R99 non-real-time PS services based on the number of equivalent subscribers is as follows: 1. Enable a UE in the idle state to camp on the test cell. 2. Set the PS service type to interactive on the HLR. 3. Run the RNC MML command MOD UCELLCAC to set DL total equivalent user number of the test cell to 1. 4. Connect the UE to a laptop through the USB port and initiate a PS service. Expected result: The UE fails to initiate the PS service. In the Iu Interface Trace window, an RANAP_RAB_ASSIGNBMENT_RESP message sent from the RNC to the CN is displayed, containing the cause value no-radio-resources-available-in-target-cell. 5. Run the RNC MML command MOD UCELLCAC to set DL total equivalent user number of the test cell to 80. 6. Connect the UE to a laptop through the USB port and initiate a PS service. Expected result: The data service is set up successfully.
9.1.4 Deactivation Procedure

Step 1 Deactivating code resource admission The code resource admission does not need to be deactivated. Step 2 Deactivating power resource admission Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set Uplink CAC algorithm switch and Downlink CAC algorithm switch to ALGORITHM_OFF. Step 3 Deactivating NodeB credit resource admission 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, deselect NODEB_CREDIT_CAC_SWITCH from the CAC algorithm switch drop-down list. 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, deselect CRD_ADCTRL(Credit Admission Control Algorithm) from the Cell CAC algorithm switch drop-down list. Step 4 Deactivating Iub resource admission
Issue 04 (2013-06-20)
9-2
This Iub resource admission does not need to be deactivated.
9.1.5 Example
//Activating code resource admission MOD UCELLCAC: CellId=11, UlNonCtrlThdForAMR=75, UlNonCtrlThdForNonAMR=75, UlNonCtrlThdForOther=60, DlConvAMRThd=80, DlConvNonAMRThd=80, DlOtherThd=75, UlNonCtrlThdForHo=80, DlHOThd=85, UlCellTotalThd=83, DlCellTotalThd=90, DlHoCeCodeResvSf=SF32; //Activating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_FIRST, NBMDlCacAlgoSelSwitch=ALGORITHM_SECOND; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=HSDPA_UU_ADCTRL-1&HSDPA_GBP_MEAS-1&HSDPA_PBR_MEAS-1; MOD UCELLCAC: CellId=11, MaxHsdpaUserNum=64, MaxUlTxPowerforConv=24, MaxUlTxPowerforInt=24; //Activating NodeB credit resource admission SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-1; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-1; MOD UCELLCAC: CellId=11, UlHoCeResvSf=SF16; //Deactivating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_OFF, NBMDlCacAlgoSelSwitch=ALGORITHM_OFF; //Deactivating NodeB credit resource admission SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-0; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-0;
9.2 WRFD-01061202 HSUPA Admission Control

This section describes how to activate, verify, and deactivate the optional feature WRFD-01061202 HSUPA Admission Control.
9.2.1 Prerequisites
Dependencies on Hardware This feature does not depend on the hardware. Dependencies on Other Features The feature WRFD-010612 HSUPA Introduction Package must be configured before this feature is activated.
License The license "High Speed Uplink Packet Access" on the BSC6900 side and the license "the number of NodeBs with HSUPA function enabled" on the NodeB side have been activated. For details about the license items and how to activate the license, see License Management Feature Parameter Description.

Step 1 Activating power resource admission 1. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select an uplink Call Admission Control (CAC) algorithm through the parameter Uplink CAC algorithm switch and a downlink CAC algorithm through the parameter Downlink CAC algorithm switch. 2. For HSUPA services, run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME
Issue 04 (2013-06-20)
9-3
batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select the corresponding admission algorithm switches from the Cell CAC algorithm switch drop-down list, such as HSUPA_PBR_MEAS(HSUPA PBR Meas Algorithm), HSUPA_EDCH_RSEPS_MEAS(HSUPA EDCH RSEPS Meas Algorithm) , and HSUPA_UU_ADCTRL(HSUPA UU Load Admission Control Algorithm). 3. Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set power resource admission parameters. Step 2 Activating NodeB credit resource admission 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, set CAC algorithm switch to NODEB_CREDIT_CAC_SWITCH(NodeB Credit CAC Switch). 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set Cell CAC algorithm switch to CRD_ADCTRL(Credit Admission Control Algorithm) to turn on the cell-oriented credit resource admission switch. 3. Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set the NodeB credit resource admission parameters Ul handover credit reserved SF and Dl handover credit and code reserved SF to appropriate values. Step 3 Activating Iub resource admission The Iub resource admission is unconditionally performed and does not need to be activated.
Run the RNC MML command MOD IPPATH (CME single configuration: NodeB Configuration Express > IUB_RNC > IP Transport > IP Path; CME batch modification center: not supported) or MOD AAL2PATH (CME single configuration: NodeB Configuration Express > IUB_RNC > ATM Transport > AAL2 Path; CME batch modification center: not supported) to modify the Iub bandwidth.

1. UE1 and UE2 are in idle state and camp on the test cell. The test cell supports HSUPA and has only two users UE1 and UE2. 2. On the HLR, set the PS service type to background or interactive. 3. Run the RNC MML command MOD UCELLCAC to set Maximum HSUPA user number of the test cell to 1. 4. Establish an HSUPA PS service on UE1, and then check the rb-mappinginfo information element in the RRC_RB_SETUP message traced over the Uu interface. Expected result: The HSUPA PS service is successfully set up on UE1. The value of ul-TrCH-Type is e-dch. 5. Establish an HSUPA PS service on UE2, and then check the rb-mappinginfo information element in the RRC_RB_SETUP message traced over the Uu interface. Expected result: The HSUPA PS service fails to set up on UE2. The value of rrc-Stateinditator is CELL_DCH. 6. Release all PS services in the test cell.
Issue 04 (2013-06-20)
9-4
7. Run the RNC MML command MOD UCELLCAC to set Maximum HSUPA user number of the test cell to 20. 8. Establish an HSUPA PS service on UE1 and UE2 respectively. Expected result: An HSUPA PS service is successfully established on UE1 and UE2 respectively. 9. Run the following command to check whether Iub resource admission is activated. Run the RNC MML command DSP IPPATH or DSP AAL2PATH to check whether any bandwidth is occupied.

Step 1 Deactivating power resource admission Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set the cell-oriented power resource admission switches (Uplink CAC algorithm switch and Downlink CAC algorithm switch) to ALGORITHM_OFF. Step 2 Deactivating NodeB credit resource admission 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, deselect the NodeB credit resource admission switch NODEB_CREDIT_CAC_SWITCH(NodeB Credit CAC Switch) from the CAC algorithm switch drop-down list. 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, deselect the cell-oriented credit resource admission switch CRD_ADCTRL(Credit Admission Control Algorithm) from the Cell CAC algorithm switch drop-down list. Step 3 Deactivating Iub resource admission The Iub resource admission is unconditionally performed and does not need to be deactivated.
9.2.5 Example
//Activating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_FIRST, NBMDlCacAlgoSelSwitch=ALGORITHM_SECOND; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=HSUPA_UU_ADCTRL-1&HSUPA_PBR_MEAS-1&HSUPA_EDCH_RSEPS_MEAS-1; MOD UCELLCAC: CellId=11, MaxUlTxPowerforConv=24, MaxUlTxPowerforInt=24, MaxHsupaUserNum=20; //Activating NodeB credit resource admission SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-1; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-1; MOD UCELLCAC: CellId=11, UlHoCeResvSf=SF16, DlHoCeCodeResvSf=SF32; //Deactivating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_OFF, NBMDlCacAlgoSelSwitch=ALGORITHM_OFF; //Deactivating NodeB credit resource admission
Issue 04 (2013-06-20)
9-5

SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-0; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-0;
9.3 WRFD-01061003 HSDPA Admission Control

This section describes how to activate, verify, and deactivate the optional feature WRFD-01061003 HSDPA Admission Control.
9.3.1 Prerequisites
Dependencies on Hardware This feature does not depend on the hardware. Dependencies on Other Features The feature WRFD-010610 HSDPA Introduction Package must be configured before this feature is activated.
License The licenses "HSDPA RRM package 1" and "HSDPA function" on the NodeB side have been activated. For details about the license items and how to activate the license, see License Management Feature Parameter Description.

Step 1 Activating power resource admission. 1. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set Uplink CAC algorithm switch and Downlink CAC algorithm switch according to the network planning. 2. For HSDPA services, run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select related admission algorithms in the Cell CAC algorithm switch parameter. The available admission algorithms are HSDPA_GBP_MEAS(HSDPA GBP Meas Algorithm), HSDPA_PBR_MEAS(HSDPA PBR Meas Algorithm), and HSDPA_UU_ADCTRL(HSDPA UU Load Admission Control Algorithm). 3. Run the RNC MML command MOD UCELLCAC (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Oriented CAC Algorithm Parameters; CME batch modification center: Modifying UMTS Cell Parameters in Batches) to set power resource admission related parameters and the maximum number of HSDPA users.
If HSDPA_PBR_MEAS(HSDPA PBR Meas Algorithm) is selected in Cell CAC algorithm switch, set Hsdpa streaming PBR threshold and HSDPA best effort PBR threshold in this step.
Step 2 Activating NodeB credit resource admission. 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, select NODEB_CREDIT_CAC_SWITCH in CAC algorithm switch. 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select CRD_ADCTRL(Credit Admission Control Algorithm) in Cell CAC algorithm switch.
Issue 04 (2013-06-20)
9-6
Step 3 Activating Iub interface resource admission. The Iub interface resource admission is mandatory and is activated automatically.
Run the RNC MML command MOD IPPATH (CME single configuration: NodeB Configuration Express > IUB_RNC > IP Transport > IP Path; CME batch modification center: not supported) or MOD AAL2PATH (CME single configuration: NodeB Configuration Express > IUB_RNC > ATM Transport > AAL2 Path; CME batch modification center: not supported) to change the Iub interface bandwidth.

1. Enable two UEs UE1 and UE2 in idle mode to camp on the test cell. The test cell must support HSDPA and has only two users UE1 and UE2. 2. On the HLR, set PS service type to background or interactive. 3. Run the RNC MML command MOD UCELLCAC to set Maximum HSDPA user number of the test cell to 1. 4. Use UE1 to initiate an HSDPA PS service. Expected result: The service is set up successfully. Check the RRC_RB_SETUP message over the Uu interface. You can view that the new-H-RNTI IE is under the rb-mappinginfo IE, and the value of the dl-TransportChannel-Type IE is hsdsch. 5. Use UE2 to initiate an HSDPA PS service. Expected result: The service fails to set up. Check the RRC_RB_SETUP message over the Uu interface. You can view that the new-H-RNTI IE is not under the rb-mappinginfo IE, and the value of the dl-TransportChannel-Type IE is dch. 6. Release all the PS services in the test cell. 7. Run the RNC MML command MOD UCELLCAC to set Maximum HSDPA user number of the test cell to 64. 8. Use UE1 and UE2 to initiate an HSDPA PS service. Expected result: Services are set up successfully on UE1 and UE2.

Step 1 Deactivating power resource admission. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, set Uplink CAC algorithm switch and Downlink CAC algorithm switch to ALGORITHM_OFF. Step 2 Deactivating NodeB credit resource admission. 1. Run the RNC MML command SET UCACALGOSWITCH (CME single configuration: UMTS Radio Global Configuration Express > CAC Algorithm Switch Configuration > CAC Algorithm Switch; CME batch modification center: Modifying RNC Parameters in Batches). In this step, deselect NODEB_CREDIT_CAC_SWITCH in Cell CAC algorithm switch. 2. Run the RNC MML command MOD UCELLALGOSWITCH (CME single configuration: UMTS Cell Configuration Express > Cell Parameters > Cell Algorithm Switches; CME batch modification center: Modifying UMTS Cell Parameters in Batches). In this step, select CRD_ADCTRL(Credit Admission Control Algorithm) in Cell CAC algorithm switch. Step 3 Deactivating Iub interface resource admission. The Iub interface resource admission is mandatory and does not need to be deactivated.
Issue 04 (2013-06-20)
9-7
9.3.5 Example
//Activating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_FIRST, NBMDlCacAlgoSelSwitch=ALGORITHM_SECOND; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=HSDPA_UU_ADCTRL-1&HSDPA_GBP_MEAS-1&HSDPA_PBR_MEAS-1; MOD UCELLCAC: CellId=11, HsdpaStrmPBRThd=70, HsdpaBePBRThd=30, MaxHsdpaUserNum=64, MaxUlTxPowerforConv=24, MaxUlTxPowerforInt=24; //Activating NodeB credit resource admission SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-1; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-1; MOD UCELLCAC: CellId=11, UlHoCeResvSf=SF16, DlHoCeCodeResvSf=SF32; //Deactivating power resource admission MOD UCELLALGOSWITCH: CellId=11, NBMUlCacAlgoSelSwitch=ALGORITHM_OFF, NBMDlCacAlgoSelSwitch=ALGORITHM_OFF; //Deactivating NodeB credit resource admission SET UCACALGOSWITCH: CacSwitch=NODEB_CREDIT_CAC_SWITCH-0; MOD UCELLALGOSWITCH: CellId=11, NBMCacAlgoSwitch=CRD_ADCTRL-0;
Issue 04 (2013-06-20)
9-8
10 Parameters
10 Parameters
Table 10-1 Parameter description Parameter ID NE MML Command Feature ID Feature Name Description Meaning:If [Auto-Adaptive Background Noise Update Switch] is set to OFF, it is used to set background noise of the cell. If [Auto-Adaptive Background Noise Update Switch] is set to ON, new background noise is restricted by this parameter and "BgnAbnormalThd". For detailed information of this parameter, refer to the 3GPP TS 25.133. GUI Value Range:0~621 Actual Value Range:-112~-50 Unit:None Default Value:61 CacSwitch BSC6900 SET WRFD-020101 Admission UCACALGOSWIT Control CH Meaning:1. NODEB_CREDIT_CAC_ SWITCH: The system performs CAC based on the usage state of NodeB credit. When the NodeB's credit is not enough, the system rejects new access requests. 2. FACH_60_USER_SWIT CH (Switch for Allowing a Maximum of 60 UEs Carried on the FACH): Whether a maximum of 60 or 30 UEs can be carried on the FACH. When this switch is turned on, a maximum of 60 UEs can be carried on the FACH. When this switch is turned off, a maximum of 30 UEs can
BackgroundNo BSC6900 ADD UCELLCAC WRFD-020101 Admission ise Control MOD UCELLCAC WRFD-020102 Load Measurement
Issue 04 (2013-06-20)
10-1
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description be carried on the FACH. GUI Value Range:NODEB_CREDIT _CAC_SWITCH(NodeB Credit CAC Switch), FACH_60_USER_SWIT CH(FACH Allowed Max 60 Users Switch) Actual Value Range:NODEB_CREDIT _CAC_SWITCH, FACH_60_USER_SWIT CH Unit:None Default Value:NODEB_CREDIT_ CAC_SWITCH-1&FACH _60_USER_SWITCH-0
CellUlEquNum BSC6900 ADD UCELLCAC WRFD-020101 Admission Capacity Control MOD UCELLCAC
Meaning:Used to check whether the uplink load is overlarge in a cell. If the uplink load in the cell is greater than this parameter, the uplink load will be judged as overlarge, Otherwise the uplink load will not be judged as overlarge. If the uplink load is not overlarge, and the switch of RTWP anti-interference algorithm is enabled, the RTWP anti-interference algorithm is validated. Admission requests will be accepted even when the RTWP value is great, and related OLC operations will be cancelled. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:40
Issue 04 (2013-06-20)
10-2
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description Meaning:Whether resource allocation is optimized during CS RAB setups. When this parameter is set to ON, the RNC allocates power resources, code resources, channel element (CE) resources during CS RAB setups based on the loose CAC algorithm. This setting increases the CS service setup success rate. When this parameter is set to OFF, the RNC does not allocate resources during CS RAB setups based on the loose CAC algorithm. GUI Value Range:OFF, ON Actual Value Range:ON, OFF Unit:None Default Value:OFF
WRFD-020101 Admission CSRABCacOp BSC6900 ADD tSwitch UCELLALGOSWIT Control CH MOD UCELLALGOSWIT CH
DlCCHLoadRs BSC6900 ADD UCELLCAC WRFD-020101 Admission rvCoeff Control MOD UCELLCAC
Meaning:Different admission policies are used for dedicated channel and common channel users. For common channel users, resources instead of separate power admission decision are reserved. For dedicated channel users, according to the current load factor and the characteristics of the new call, the CAC algorithm predicts the new TX power with the assumption of admitting the new call, then plus with the premeditated common channel DL load factor to get the predicted DL load factor. Then, compare it with the DL
10-3
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description admission threshold. If the value is not higher than the threshold, the call is admitted; otherwise, rejected. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:0
DlCellTotalThd BSC6900 ADD UCELLCAC MOD UCELLCAC
WRFD-020101 Admission Control
Meaning:Admission threshold of the total cell downlink power. If the value is too high, too many users will be admitted. However, the throughput of a single user is easy to be limited. If the value is too low, cell capacity will be wasted. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:90
DlConvAMRTh BSC6900 ADD UCELLCAC WRFD-020101 Admission d Control MOD UCELLCAC
Meaning:1. The percentage of the conversational AMR service threshold to the 100% downlink load. The parameter is used for controlling the AMR service admission. That is, when an AMR service is accessing, the BSC6900 evaluates the measurement value of the downlink load after the service is accessed. If the DL load of a cell is higher than this threshold after the access of an AMR speech service, this service will be rejected. If the DL load of a cell will not be higher than this threshold, this service will
Issue 04 (2013-06-20)
10-4
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description be admitted. 2. The DL load factor thresholds include parameters of [DL threshold of Conv AMR service],[DL threshold of Conv non_AMR service], [DL threshold of other services] and [DL handover access threshold]. The four parameters can be used to limit the proportion between the conversational service, handover user and other services in a specific cell, and to guarantee the access priority of the conversational AMR service. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:80
DlConvNonAM BSC6900 ADD UCELLCAC WRFD-020101 Admission RThd Control MOD UCELLCAC
Meaning:1. The percentage of the conversational non-AMR service threshold to the 100% downlink load. The parameter is used for controlling the non-AMR service admission. That is, when a non-AMR service is accessing, the BSC6900 evaluates the measurement value of the downlink load after the service is accessed. If the DL load of a cell is higher than this threshold after the access of a non-AMR speech service, this service will be rejected. If the DL load of a cell will not be higher than this threshold, this service will be admitted.
Issue 04 (2013-06-20)
10-5
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description 2. The DL load factor thresholds include parameters of [DL threshold of Conv AMR service], [DL threshold of Conv non_AMR service], [DL threshold of other services] and [DL handover access threshold]. The four parameters can be used to limit the proportion between the conversational service, handover user and other services in a specific cell, and to guarantee the access priority of the conversational non-AMR service. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:80
DlHoCeCodeR BSC6900 ADD UCELLCAC WRFD-020101 Admission esvSf Control MOD UCELLCAC
Meaning:This parameter defines the downlink code resource and credit resource that are reserved for handovers. The code resource and credit resource are indicated by the spreading factor (SF). SFOFF indicates that no resources are reserved. If the SF value corresponding to the remaining resources on the downlink is smaller than this parameter value after a new service is admitted, the service request is rejected. GUI Value Range:SF4(SF4), SF8(SF8), SF16(SF16), SF32(SF32), SF64(SF64), SF128(SF128),
Issue 04 (2013-06-20)
10-6
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description SF256(SF256), SFOFF(SFOFF) Actual Value Range:SF4, SF8, SF16, SF32, SF64, SF128, SF256, SFOFF Unit:None Default Value:SF32(SF32)
DlHOThd
BSC6900 ADD UCELLCAC MOD UCELLCAC
Meaning:The percentage of the handover service admission threshold to the 100% downlink load. The parameter is used for controlling the handover admission. That is, when a service is handing over to a cell, the RNC evaluates the measurement value of the downlink load after the service is accessed. If the DL load of a cell is higher than this threshold after the access, this service will be rejected. If the DL load of a cell will not be higher than this threshold, this service will be admitted. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:85
DlHSUPARsvd BSC6900 ADD UCELLCAC WRFD-020101 Admission Factor Control MOD UCELLCAC
Meaning:Reserved DL power factor for HSUPA user. The higher the value is, the more resources reserved for the HSUPA control channel, which leads to resource waste. If the value is too low, HSUPA user quality may be impacted. GUI Value Range:0~100
Issue 04 (2013-06-20)
10-7
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description Actual Value Range:0~1 Unit:% Default Value:0
DlOlcTrigThd BSC6900 ADD UCELLLDM MOD UCELLLDM
WRFD-020107 Overload Control
Meaning:If the ratio of DL load of the cell to the downlink capacity is not lower than this threshold, the DL overload and congestion control function of the cell is triggered. The value of the OLC release threshold should not be much lower than or close to the OLC trigger threshold, or the system state will have a ping-pong effect easily. The recommended difference between the OLC release threshold and the OLC trigger threshold is higher than 10%. It is desirable to set the two parameters a bit higher given that the difference between OLC trigger threshold and OLC release threshold is fixed. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:95
DlOtherThd
BSC6900 ADD UCELLCAC MOD UCELLCAC
Meaning:1. The percentage of other service thresholds to the 100% downlink load.The services refer to other admissions except the conversational AMR service,conversational non-AMR service,and handover scenarios. The parameter is used for controlling other service admissions.That is,when
10-8
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description a service is accessing,the BSC6900 evaluates the measurement value of the downlink load after the service is accessed.If the DL load of a cell is higher than this threshold after the access of a service, this service will be rejected. If the DL load of a cell will not be higher than this threshold, this service will be admitted. 2. The DL load factor thresholds include parameters of [DL threshold of Conv AMR service],[DL threshold of Conv non_AMR service], [DL threshold of other services] and [DL handover access threshold].The four parameters can be used to limit the proportion between the conversational service,handover user and other services in a specific cell, and to guarantee the access priority of other services. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:75
DlRRCCeCod BSC6900 ADD UCELLCAC WRFD-020101 Admission eResvSf Control MOD UCELLCAC
Meaning:Threshold for RRC admission based on DL credit and code resources. The value SFOFF indicates that credit resources are not reserved for handover. If the remaining DL resources in a cell are lower than this threshold after a new service is set up, the new service is
Issue 04 (2013-06-20)
10-9
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description rejected. GUI Value Range:SF4(SF4), SF8(SF8), SF16(SF16), SF32(SF32), SF64(SF64), SF128(SF128), SF256(SF256), SFOFF(SFOFF) Actual Value Range:SF4, SF8, SF16, SF32, SF64, SF128, SF256, SFOFF Unit:None Default Value:SF128(SF128)
DlTotalEqUser BSC6900 ADD UCELLCAC WRFD-020101 Admission Num Control MOD UCELLCAC
Meaning:When the ENU-based admission algorithm is used for downlink admission control, this parameter defines the total number of equivalent users corresponding to the 100% downlink load. Set this parameter to suit the admission control threshold and the network's actual situation. GUI Value Range:1~200 Actual Value Range:1~200 Unit:None Default Value:80
HsdpaBePBR BSC6900 ADD UCELLCAC WRFD-020101 Admission Thd Control MOD UCELLCAC
Meaning:Average throughput admission threshold of the HSDPA best effort traffic. If the sum of PBR of all the accessed HSDPA BE users is lower than the average throughput admission threshold of the HSDPA BE service multiplied by the sum of
Issue 04 (2013-06-20)
10-10
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description GBR of all the accessed HSDPA BE users, it indicates that the QoS of the accessed users cannot be satisfied and new HSDPA BE services are not allowed. Otherwise, the QoS can be satisfied and new HSDPA BE services are allowed. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:30
HsdpaMaxGB BSC6900 ADD UCELLCAC WRFD-020101 Admission PThd Control MOD UCELLCAC
Meaning:Threshold of the maximum guaranteed power for HSDPA users. This threshold limits the power that can be used by HSDPA users. Thus, some power resources are reserved for DCH users to ensure their network access. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:100
HsdpaStrmPB BSC6900 ADD UCELLCAC WRFD-020101 Admission RThd Control MOD UCELLCAC
Meaning:Average throughput admission threshold of the HSDPA streaming service. If the sum of PBR of all the accessed streaming users is lower than the average throughput admission threshold of the HSDPA streaming service multiplied by the sum of GBR of all the accessed streaming users, it indicates that the QoS of the accessed users cannot be satisfied
Issue 04 (2013-06-20)
10-11
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description and new HSDPA streaming services are not allowed. Otherwise, the QoS can be satisfied and new HSDPA streaming services are allowed. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:70
HspaPower
BSC6900 ADD UCELLHSDPA MOD UCELLHSDPA
WRFD-010610 HSDPA Power Meaning:This parameter 04 Control specifies the offset between the total HSPA power and the maximum transmission power of a cell. The total HSPA power is the maximum value of HSPA dynamical power can be adjusted. For details about this parameter, refer to 3GPP TS 25.308. GUI Value Range:-500~0 Actual Value Range:-50~0 Unit:0.1dB Default Value:0
HsupaEqualPri BSC6900 ADD UCELLCAC WRFD-020101 Admission orityUserPBRT Control MOD UCELLCAC hd
Meaning:Threshold of all the HSUPA user PBR whose schedule priority is the same as that of users to be admitted. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:100
HsupaHighPrio BSC6900 ADD UCELLCAC WRFD-020101 Admission rityUserPBRTh Control MOD UCELLCAC d
Meaning:Threshold of all the HSUPA user PBR whose schedule priority is higher than that of
Issue 04 (2013-06-20)
10-12
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description users to be admitted. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:100
HsupaLowPrio BSC6900 ADD UCELLCAC WRFD-020101 Admission rityUserPBRTh Control MOD UCELLCAC d
Meaning:Threshold of all the HSUPA user PBR whose schedule priority is lower than that of users to be admitted. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:100
HsupaMaxGB BSC6900 ADD UCELLCAC WRFD-020101 Admission PThd Control MOD UCELLCAC
Meaning:Threshold of the maximum guaranteed power for HSUPA users. This threshold limits the power that can be used by HSUPA users. Thus, some power resources are reserved for DCH users to ensure their network access. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:100
MAXEFACHU BSC6900 ADD UCELLCAC WRFD-020101 Admission serNum Control MOD UCELLCAC
Meaning:The parameter indicates the max user number the E-FACH channel can supports. GUI Value Range:0~300 Actual Value Range:0~300 Unit:None Default Value:300
Issue 04 (2013-06-20)
10-13
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description None Meaning:Maximum number of UEs that can access a cell using the E-RACH function. This parameter is an advanced parameter. To modify this parameter, contact Huawei Customer Service Center for technical support. GUI Value Range:0~300 Actual Value Range:0~300 Unit:None Default Value:300
MaxERACHUs BSC6900 ADD UCELLCAC None erNum MOD UCELLCAC
MaxHsdpaUse BSC6900 ADD UCELLCAC WRFD-020101 Admission rNum Control MOD UCELLCAC WRFD-010654 128 HSDPA Users per Cell
Meaning:Maximum number of users supported by the HSDPA channel. The user in this parameter refers to the user with services on the HSDPA channel, regardless of the number of RABs carried on the HSDPA channel. Maximum HSDPA user number cannot exceed the HSDPA capability of the NodeB product, In practice, the value can be set based on the cell type and the richness of the available HSDPA power and code resources. GUI Value Range:0~128 Actual Value Range:0~128 Unit:None Default Value:64
MaxHsupaUse BSC6900 ADD UCELLCAC WRFD-020101 Admission rNum Control MOD UCELLCAC WRFD-010670 128 HSUPA Users per Cell
Meaning:Maximum number of users supported by the HSUPA channel. The user in this parameter refers to the
Issue 04 (2013-06-20)
10-14
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description user with services on the HSUPA channel, regardless of the number of RABs carried on the HSUPA channel. Maximum HSUPA user number cannot exceed the HSUPA capability of the NodeB product, In practice, the value can be set based on the cell type and the richness of the available HSUPA power and code resources. GUI Value Range:0~128 Actual Value Range:0~128 Unit:None Default Value:20
MaxTxPower BSC6900 ADD UCELLSETUP MOD UCELL
WRFD-020501 Open Loop Power Control
Meaning:Sum of the maximum transmit power of all DL channels in a cell. For detailed information of this parameter, refer to 3GPP TS 25.433. GUI Value Range:0~500 Actual Value Range:0~50 Unit:0.1dBm Default Value:430
WRFD-020101 Admission NBMCacAlgoS BSC6900 ADD witch UCELLALGOSWIT Control WRFD-020102 CH Load WRFD-010202 Measurement MOD UCELLALGOSWIT WRFD-021102 UE State in CH Connected Mode (CELL-DCH, CELL-PCH, URA-PCH, CELL-FACH) Cell Barring
Meaning:Whether to enable the algorithms related to cell service admission. Selecting a switch enables the corresponding algorithm and clearing a switch disables the corresponding algorithm. 1. CRD_ADCTRL: Control Cell Credit admission control algorithm. Only when NODEB_CREDIT_CAC_ SWITCH which is set by
10-15
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description the SET UCACALGOSWITCH command and this switch are on,the Cell Credit admission control algorithm is valid. 2. HSDPA_UU_ADCTRL: Control HSDPA UU Load admission control algorithm.This switch does not work when uplink is beared on HSUPA and downlink is beared on HSDPA. 3. HSUPA_UU_ADCTRL: Control HSUPA UU Load admission control algorithm. This switch does not work when uplink is beared on HSUPA and downlink is beared on HSDPA. 4. MBMS_UU_ADCTRL: Control MBMS UU Load admission control algorithm. 5. HSDPA_GBP_MEAS: Control HSDPA power requirement for GBR (GBP) measurement. The NodeB will report the GBP of HSDPA users to the RNC after the measurement is enabled. 6. HSDPA_PBR_MEAS: Control HSDPA provided bit rate (PBR) measurement. The NodeB will report the PBR of HSDPA users to the RNC after the measurement is enabled. 7. SYS_INFO_UPDATE_F OR_IU_RST: When this switch and the RNC-level SYS_INFO_UPDATE_F OR_IU_RST(SET URRCTRLSWITCH )are
Issue 04 (2013-06-20)
10-16
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description turned on, the Cell Barring function is available to the Iu interface. 8. HSUPA_PBR_MEAS: Control HSUPA PBR measurement. The NodeB will report the PBR of HSUPA users to the RNC after the measurement is enabled. 9. HSUPA_EDCH_RSEPS_ MEAS: Control HSUPA Provided Received Scheduled EDCH Power Share measurement. 10. EMC_UU_ADCTRL: Control power admission for emergency user. 11. RTWP_RESIST_DISTU RB: Control algorithm of resisting disturb when RTWP is abnormal. 12. SIGNALING_SHO_UL_A C_SWITCH: Whether to prohibit UEs that have established RRC connections but not start processing any services yet from performing soft handovers. When this switch is turned on, such UEs cannot access target cells by means of soft handover if the OLC procedure is progressing in target cells. 13. FACH_UU_ADCTRL: Admission control switch for the FACH on the Uu interface. This switch determines whether to admit a user in the RRC state on the CELL_FACH. 1) If this switch is enabled: if the
Issue 04 (2013-06-20)
10-17
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description current cell is congested due to overload, and the users are with RAB connection requests or RRC connection requests(except the cause of ""Detach"", ""Registration"", or ""Emergency Call""), the users will be rejected. Otherwise FACH user admission procedure is initiated. A user can access the cell after the procedure succeeds. 2) If this switch is disabled: FACH user admission procedure is initiated without the consideration of cell state. 14. MIMOCELL_LEGACYHS DPA_ADCTRL: Legacy HSDPA admission control algorithm in MIMO cell. 15. FAST_DORMANCY_AD CTRL: Whether to enable or disable state transition of users in the CELL-DCH state, who are enabled with fast dormancy, to ease FACH congestion in a cell. If this switch is turned off in a cell, state transition of such users is disabled. Note that when this switch is turned off in multiple cells under an BSC6900, signaling storm may occur. As a result, the CPU usage of the BSC6900, NodeB, and SGSN increases greatly, leading to service setup failure.This switch has been removed from RAN13, so that this switch is now invalid. 16.
Issue 04 (2013-06-20)
10-18
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description FACH_USER_NUM_NO T_CTRL: Whether to allow for FACH UEs without restrictions. GUI Value Range:CRD_ADCTRL(Cr edit Admission Control Algorithm), HSDPA_UU_ADCTRL(H SDPA UU Load Admission Control Algorithm), HSUPA_UU_ADCTRL(H SUPA UU Load Admission Control Algorithm), MBMS_UU_ADCTRL(M BMS UU Load Admission Control Algorithm), HSDPA_GBP_MEAS(HS DPA GBP Meas Algorithm), HSDPA_PBR_MEAS(HS DPA PBR Meas Algorithm), SYS_INFO_UPDATE_F OR_IU_RST(System Info Update Switch for Iu Reset), HSUPA_PBR_MEAS(HS UPA PBR Meas Algorithm), HSUPA_EDCH_RSEPS_ MEAS(HSUPA EDCH RSEPS Meas Algorithm), EMC_UU_ADCTRL(eme rgency call power admission), RTWP_RESIST_DISTU RB(RTWP Resist Disturb Switch), SIGNALING_SHO_UL_A C_SWITCH(Signaling Sho Ul power cac switch), FACH_UU_ADCTRL(FA CH power cac switch), MIMOCELL_LEGACYHS DPA_ADCTRL(Legacy HSDPA Admission Control Algorithm in MIMO Cell ), FAST_DORMANCY_AD
Issue 04 (2013-06-20)
10-19
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description CTRL(Fast Dormancy User Admission Control Algorithm), FACH_USER_NUM_NO T_CTRL(FACH USER UNLIMITED) Actual Value Range:CRD_ADCTRL, HSDPA_UU_ADCTRL, HSUPA_UU_ADCTRL, MBMS_UU_ADCTRL, HSDPA_GBP_MEAS, HSDPA_PBR_MEAS, SYS_INFO_UPDATE_F OR_IU_RST, HSUPA_PBR_MEAS, HSUPA_EDCH_RSEPS_ MEAS, EMC_UU_ADCTRL, RTWP_RESIST_DISTU RB, SIGNALING_SHO_UL_A C_SWITCH, FACH_UU_ADCTRL, MIMOCELL_LEGACYHS DPA_ADCTRL, FAST_DORMANCY_AD CTRL, FACH_USER_NUM_NO T_CTRL Unit:None Default Value:CRD_ADCTRL-1& HSDPA_UU_ADCTRL-0 &HSUPA_UU_ADCTRL0&MBMS_UU_ADCTRL0&HSDPA_GBP_MEAS0&HSDPA_PBR_MEAS0&SYS_INFO_UPDATE_ FOR_IU_RST-0&HSUPA _PBR_MEAS-0&HSUPA _EDCH_RSEPS_MEAS0&EMC_UU_ADCTRL-1 &RTWP_RESIST_DISTU RB-0&SIGNALING_SHO _UL_AC_SWITCH-0&FA CH_UU_ADCTRL-0&MI MOCELL_LEGACYHSD PA_ADCTRL-0&FAST_D ORMANCY_ADCTRL-1& FACH_USER_NUM_NO
Issue 04 (2013-06-20)
10-20
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description T_CTRL-0
WRFD-020101 Admission NBMDlCacAlg BSC6900 ADD oSelSwitch UCELLALGOSWIT Control CH MOD UCELLALGOSWIT CH
Meaning:The following parameter values represent different downlink admission control algorithms: ALGORITHM_OFF: Downlink admission control algorithm disabled. ALGORITHM_FIRST: Power-based increment prediction algorithm for downlink admission control. ALGORITHM_SECOND: ENU-based admission algorithm for downlink admission control. ALGORITHM_THIRD: Power-based non-increment prediction algorithm for downlink admission control. GUI Value Range:ALGORITHM_OF F, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD Actual Value Range:ALGORITHM_OF F, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD Unit:None Default Value:None
WRFD-020106 Load NBMLdcAlgoS BSC6900 ADD witch UCELLALGOSWIT Reshuffling WRFD-020102 CH Load WRFD-020104 Measurement MOD UCELLALGOSWIT WRFD-020105 Intra Frequency CH WRFD-020107 Load Balance Potential User
Meaning:Whether to activate the cell load control algorithm. The following are meanings of different values: 1. The algorithms with the above values represent are as follow:INTRA_FREQUEN
10-21
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description CY_LDB: Intra-frequency load balance algorithm. It Overload is also named cell Control breathing Inter-Frequency algorithm.Based on the Load Balancing cell load, this algorithm changes the pilot power Based on of the cell to control the Configurable Load Threshold load between intra-frequency cells. 2. PUC: Potential user control algorithm. Based on the cell load, this algorithm changes the selection/reselection parameters of a cell to lead the UE to a lighter loaded cell. 3. UL_UU_OLC: Uplink Uu-interface overload congestion control algorithm. When the cell is overloaded in the uplink, this algorithm reduces the uplink cell load by quick transport format (TF) restriction, channel switchover for BE services to common channels, or releasing UEs. 4. DL_UU_OLC: Downlink Uu-interface overload congestion control algorithm. When the cell is overloaded in the downlink, this algorithm reduces the downlink cell load by quick TF restriction, channel switchover for BE services to common channels, or releasing UEs. 5. UL_UU_LDR: UL UU load reshuffling algorithm. When the cell is heavily loaded in UL, this algorithm reduces the cell load in UL by using inter-frequency
WRFD-140217 Control
Issue 04 (2013-06-20)
10-22
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description load handover, BE service rate reduction, uncontrollable real-time service QoS renegotiation, CS should be inter-RAT, PS should be inter-RAT handover, CS should not be inter-RAT and, PS should not be inter-RAT handover and AMR service rate reduction. 6. DL_UU_LDR: DL UU load reshuffling algorithm. When the cell is heavily loaded in DL, this algorithm reduces the cell load in DL by using inter-frequency load handover, BE service rate reduction, uncontrollable real-time service QoS renegotiation, CS should be inter-RAT, PS should be inter-RAT handover, CS should not be inter-RAT and, PS should not be inter-RAT handover, AMR service rate reduction and MBMS service power decrease. 7. OLC_EVENTMEAS: Control OLC event measurement. This algorithm starts the OLC event measurement. 8. CELL_CODE_LDR: Code reshuffling algorithm. When the cell CODE is heavily loaded, this algorithm reduces the cell CODE load by using BE service rate reduction and code tree reshuffling. 9. CELL_CREDIT_LDR: Credit reshuffling algorithm. When the cell credit is heavily loaded, this algorithm reduces
Issue 04 (2013-06-20)
10-23
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description the credit load of the cell by using BE service rate reduction, uncontrollable real-time service QoS renegotiation, CS should be inter-RAT, PS should be inter-RAT handover, CS should not be inter-RAT and PS should not be inter-RAT handover. 10. UL_INTRA_FREQUENC Y_ULB: Intra-frequency load balancing algorithm based on RTWP. CPICH power of a cell is adjusted according to RTWP load in the cell, triggering intra-frequency, inter-frequency, or inter-RAT handover of UEs at the edge of the cell. As a result, the call drop rate in the cell is reduced. 11. UL_UU_CLB: Whether to activate the uplink-cell-load-based CLB algorithm. With this algorithm, the RNC determines whether to enable a cell to enter the CLB state based on its uplink cell load. Once the cell enters the CLB state, the RNC periodically initiates measurement-based inter-frequency handovers to balance load across inter-frequency cells. 12. DL_UU_CLB: Whether to activate the downlink-cell-load-based CLB algorithm. With this algorithm, the RNC determines whether to enable a cell to enter the CLB state based on its
Issue 04 (2013-06-20)
10-24
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description downlink cell load. Once the cell enters the CLB state, the RNC periodically initiates measurement-based inter-frequency handovers to balance load across inter-frequency cells. 13. CELL_CODE_CLB: Whether to activate the cell-code-resource-based CLB algorithm. With this algorithm, the RNC determines whether to enable a cell to enter the CLB state based on the code usage in the cell. Once the cell enters the CLB state, the RNC periodically initiates measurement-based inter-frequency handovers to balance load across inter-frequency cells. 14. CELL_CREDIT_CLB: Whether to activate the cell-credit-resource-base d CLB algorithm. With this algorithm, the RNC determines whether to enable a cell to enter the CLB state based on the credit usage in the cell. Once the cell enters the CLB state, the RNC periodically initiates measurement-based inter-frequency handovers to balance load across inter-frequency cells. 15. If INTRA_FREQUENCY_L DB, PUC, ULOLC, DLOLC, ULLDR, UDLLDR, OLC_EVENTMEAS, CELL_CODE_LDR, CELL_CREDIT_LDR,
Issue 04 (2013-06-20)
10-25
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description UL_INTRA_FREQUENC Y_ULB, UL_UU_CLB, DL_UU_CLB, CELL_CODE_CLB and CELL_CREDIT_CLB are selected, the corresponding algorithms will be enabled; otherwise, disabled. GUI Value Range:INTRA_FREQUE NCY_LDB(Intra Frequency LDB Algorithm), PUC(Potential User Control Algorithm), UL_UU_LDR(Uplink UU LDR Algorithm), DL_UU_LDR(Downlink UU LDR Algorithm), UL_UU_OLC(Uplink UU OLC Algorithm), DL_UU_OLC(Downlink UU OLC Algorithm), OLC_EVENTMEAS(OLC Event Meas Algorithm), CELL_CODE_LDR(Code LDR Algorithm), CELL_CREDIT_LDR(Cre dit LDR Algorithm), UL_INTRA_FREQUENC Y_ULB(Intra-Frequency Load Balancing Algorithm Based on RTWP), UL_UU_CLB, DL_UU_CLB, CELL_CODE_CLB, CELL_CREDIT_CLB Actual Value Range:INTRA_FREQUE NCY_LDB, PUC, UL_UU_LDR, DL_UU_LDR, UL_UU_OLC, DL_UU_OLC, OLC_EVENTMEAS, CELL_CODE_LDR, CELL_CREDIT_LDR, UL_INTRA_FREQUENC Y_ULB, UL_UU_CLB, DL_UU_CLB, CELL_CODE_CLB,
Issue 04 (2013-06-20)
10-26
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description CELL_CREDIT_CLB Unit:None Default Value:INTRA_FREQUEN CY_LDB-0&PUC-0&UL_ UU_LDR-0&DL_UU_LD R-0&UL_UU_OLC-0&DL _UU_OLC-0&OLC_EVE NTMEAS-0&CELL_COD E_LDR-0&CELL_CREDI T_LDR-0&UL_INTRA_F REQUENCY_ULB-0&UL _UU_CLB-0&DL_UU_CL B-0&CELL_CODE_CLB0&CELL_CREDIT_CLB0
WRFD-020101 Admission NBMUlCacAlg BSC6900 ADD oSelSwitch UCELLALGOSWIT Control CH MOD UCELLALGOSWIT CH
Meaning:The algorithms with the above values represent are as follow: ALGORITHM_OFF: Uplink power admission control algorithm disabled. ALGORITHM_FIRST: Power-based increment prediction algorithm for uplink admission control. ALGORITHM_SECOND: ENU-based admission algorithm for uplink admission control. ALGORITHM_THIRD: Power-based non-increment prediction algorithm for uplink admission control. ALGORITHM_FOURTH: Service load-based algorithm for uplink admission control. GUI Value Range:ALGORITHM_OF F, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD, ALGORITHM_FOURTH
Issue 04 (2013-06-20)
10-27
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description Actual Value Range:ALGORITHM_OF F, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD, ALGORITHM_FOURTH Unit:None Default Value:None
NodeBHsdpa BSC6900 ADD WRFD-010610 HSDPA MaxUserNum UNODEBALGOPA 03 Admission RA Control MOD UNODEBALGOPA RA
Meaning:Maximum number of HSDPA users of the NodeB. If the HSDPA user access is rejected by the NodeB, you can infer that the HSDPA licenses are insufficient. New HSDPA licenses are required. GUI Value Range:0~6144 Actual Value Range:0~6144 Unit:None Default Value:6144
NodeBHsupa BSC6900 ADD WRFD-010612 HSUPA MaxUserNum UNODEBALGOPA 02 Admission RA Control MOD UNODEBALGOPA RA
Meaning:Maximum number of HSUPA users of the NodeB. If the HSUPA user access is rejected by the NodeB, you can infer that the HSUPA licenses are insufficient. New HSUPA licenses are required. GUI Value Range:0~6144 Actual Value Range:0~6144 Unit:None Default Value:6144
NRTRRCCacT BSC6900 ADD UCELLCAC WRFD-020101 Admission hdOffset Control MOD UCELLCAC
Meaning:Power threshold offset for RRC CAC on non-real-time services. With the strict CAC, the uplink power admission threshold equals NRTRRCCacThdOffset
10-28
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description plus UlNonCtrlThdForOther and the downlink power admission threshold equals NRTRRCCacThdOffset plus DlOtherThd for non-real-time services. The RNC identifies services as non-real-time services if the establishment cause in the RRC CONNECTION REQUEST message is one of the following: 1. Originating Interactive Call. 2. Originating Background Call. 3. Terminating Interactive Call. 4. Terminating Background Call. 5. Originating High Priority Signaling. 6. Terminating High Priority Signaling. 7. Originating Subscribed traffic Call. GUI Value Range:-100~100 Actual Value Range:-1~1 Unit:% Default Value:5
OtherRRCCac BSC6900 ADD UCELLCAC WRFD-020101 Admission ThdOffset Control MOD UCELLCAC
Meaning:Power threshold offset for RRC call admission control (CAC) on services other than real-time and non-real-time services. With the strict CAC, the uplink power admission threshold equals OtherRRCCacThdOffset plus UlOlcTrigThd and
10-29
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description the downlink power admission threshold equals OtherRRCCacThdOffset plus DlOlcTrigThd for the other services. The RNC identifies services as the other services if the establishment cause in the RRC CONNECTION REQUEST message is none of the following: 1. Originating Conversational Call. 2. Terminating Conversational Call. 3. Originating Streaming Call. 4. Terminating Streaming Call. 5. Originating Interactive Call. 6. Originating Background Call. 7. Terminating Interactive Call. 8. Terminating Background Call. 9. Originating High Priority Signaling. 10. Terminating High Priority Signaling. 11. Originating Subscribed traffic Call. GUI Value Range:-100~100 Actual Value Range:-1~1 Unit:% Default Value:0
WRFD-020101 Admission RRCCacChoic BSC6900 ADD e UCELLALGOSWIT Control
Meaning:RRC connection admission control (CAC) mode.
Issue 04 (2013-06-20)
10-30
10 Parameters
Parameter ID NE
MML Command CH MOD UCELLALGOSWIT CH
Feature ID
Feature Name Description When this parameter is set to LOOSE_CAC, RRC connection admission adopts a loose admission threshold. When this parameter is set to STRICT_CAC, the RRC admission threshold equals the RAB admission threshold plus the RRC admission threshold offset for the corresponding service. GUI Value Range:LOOSE_CAC, STRICT_CAC Actual Value Range:LOOSE_CAC, STRICT_CAC Unit:None Default Value:LOOSE_CAC
WRFD-020101 Admission RRCCeCodeC BSC6900 ADD acChoice UCELLALGOSWIT Control CH MOD UCELLALGOSWIT CH
Meaning:RRC connection admission control (CAC) mode. When this parameter is set to LOOSE_CAC, the original RRC admission threshold remains unchanged. When this parameter is set to STRICT_CAC, the RRC admission threshold equals the RAB admission threshold plus the RRC admission threshold offset for the corresponding service. GUI Value Range:LOOSE_CAC, STRICT_CAC Actual Value Range:LOOSE_CAC, STRICT_CAC Unit:None Default
Issue 04 (2013-06-20)
10-31
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description Value:LOOSE_CAC
RTRRCCacTh BSC6900 ADD UCELLCAC WRFD-020101 Admission dOffset Control MOD UCELLCAC
Meaning:Power threshold offset for RRC connection admission control (CAC) on real-time services. With the strict CAC, the uplink power admission threshold equals RTRRCCacThdOffset plus UlNonCtrlThdForAMR and the downlink power admission threshold equals RTRRCCacThdOffset plus DlConvAMRThd for real-time services. The RNC identifies services as real-time services if the establishment cause in the RRC CONNECTION REQUEST message is one of the following: 1. Originating Conversational Call. 2. Terminating Conversational Call. 3. Originating Streaming Call. 4. Terminating Streaming Call. GUI Value Range:-100~100 Actual Value Range:-1~1 Unit:% Default Value:5
UlCCHLoadFa BSC6900 ADD UCELLCAC WRFD-020101 Admission ctor Control MOD UCELLCAC
Meaning:The admission control decision is only for dedicated channels. For common channels, some resources instead of a special admission procedure are reserved. In the UL, according to
Issue 04 (2013-06-20)
10-32
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description the current load factor and the characteristics of the new call, the UL CAC algorithm predicts the new traffic channels load factor with the assumption of admitting the new call, then plus with the premeditated common channel UL load factor to get the predicted UL load factor. Then, compare it with the UL admission threshold. If the value is not higher than the threshold, the call is admitted; otherwise, rejected. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:0
UlCellTotalThd BSC6900 ADD UCELLCAC MOD UCELLCAC
Meaning:Admission threshold of total cell uplink power. This parameter is related to the target load of the uplink schedule. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:83
UlHoCeResvS BSC6900 ADD UCELLCAC WRFD-020101 Admission f Control MOD UCELLCAC
Meaning:Uplink Credit Reserved by Spread Factor for HandOver. SFOFF means that none of them are reserved for handover. GUI Value Range:SF4(SF4), SF8(SF8), SF16(SF16), SF32(SF32), SF64(SF64), SF128(SF128), SF256(SF256),
Issue 04 (2013-06-20)
10-33
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description SFOFF(SFOFF) Actual Value Range:SF4, SF8, SF16, SF32, SF64, SF128, SF256, SFOFF Unit:None Default Value:SF16(SF16)
UlHsDpcchRs BSC6900 ADD UCELLCAC WRFD-020101 Admission vdFactor Control MOD UCELLCAC
Meaning:Load resources reserved for the uplink HS-DPCCH carrying ACK/NACK. For an HSPA-capable cell, the admission control algorithm makes admission decisions by using an estimated load factor. The estimated load factor is the sum of estimated uplink load factor based on service properties, uplink load factor for common channels, and uplink load factor for the HS-DPCCH carrying ACK/NACK. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:0
UlNonCtrlThdF BSC6900 ADD UCELLCAC WRFD-020101 Admission orAMR Control MOD UCELLCAC
Meaning:1. The percentage of the conversational AMR service threshold to the 100% uplink load. The parameter is used for controlling the AMR service admission. That is, when an AMR service is accessing, the BSC6900 evaluates the measurement value of the uplink load after the service is accessed. If the UL load of a cell is higher than this threshold after the access of an AMR
Issue 04 (2013-06-20)
10-34
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description speech service, this service will be rejected. If the UL load of a cell will not be higher than this threshold, this service will be admitted. The UL load factor thresholds include parameters of [UL threshold of Conv AMR service], [UL threshold of Conv non_AMR service], [UL handover access threshold] and [UL threshold of other services]. The four parameters can be used to limit the proportion between the conversational service, handover user and other services in a specific cell, and to guarantee the access priority of the conversational AMR service. If the value is too high the system load after admission may be over large, which impacts system stability and leads to system congestion. If the value is too low, the possibility of user rejects may increase, resulting in waste in idle resources. 2. When the Uplink CAC algorithm switch is set to ALGORITHM_FOURTH, the Recommended Value should be changed to 83. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:75
UlNonCtrlThdF BSC6900 ADD UCELLCAC WRFD-020101 Admission orHo Control MOD UCELLCAC
Meaning:1. The percentage of the handover service admission threshold to the 100% uplink load.The parameter is used for
10-35
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description controlling the handover admission. That is, when a service is handing over to a cell, the RNC evaluates the measurement value of the uplink load after the service is accessed. If the UL load of a cell is higher than this threshold after the access, this service will be rejected. If the UL load of a cell will not be higher than this threshold, this service will be admitted. 2. When the Uplink CAC algorithm switch is set to ALGORITHM_FOURTH, the Recommended Value should be changed to 85. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:80
UlNonCtrlThdF BSC6900 ADD UCELLCAC WRFD-020101 Admission orNonAMR Control MOD UCELLCAC
Meaning:1. The percentage of the conversational non-AMR service threshold to the 100% uplink load. The parameter is used for controlling the non-AMR service admission. That is, when a non-AMR service is accessing, the BSC6900 evaluates the measurement value of the uplink load after the service is accessed. If the UL load of a cell is higher than this threshold after the access of a non-AMR speech service, this service will be rejected. If the UL load of a cell will not be higher than this threshold, this service will be admitted.
Issue 04 (2013-06-20)
10-36
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description 2. The UL load factor thresholds include parameters of [UL threshold of Conv AMR service], [UL threshold of Conv non_AMR service], [UL handover access threshold] and [UL threshold of other services]. The four parameters can be used to limit the proportion between the conversational service, handover user and other services in a specific cell, and to guarantee the access priority of the conversational non-AMR service. 3. When the Uplink CAC algorithm switch is set to ALGORITHM_FOURTH, the Recommended Value should be changed to 83. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:75
UlNonCtrlThdF BSC6900 ADD UCELLCAC WRFD-020101 Admission orOther Control MOD UCELLCAC
Meaning:1. The percentage of other service thresholds to the 100% uplink load. The services refer to other admissions except the conversational AMR service, conversational non-AMR service, and handover scenarios. The parameter is used for controlling other service admissions. That is, when a service is accessing, the BSC6900 evaluates the measurement value of the uplink load after the service is accessed. If the UL load of a cell is higher
10-37
Issue 04 (2013-06-20)
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description than this threshold after the access of a service, this service will be rejected. If the UL load of a cell will not be higher than this threshold, this service will be admitted. 2. The UL load factor thresholds include parameters of [UL threshold of Conv AMR service], [UL threshold of Conv non_AMR service], [UL handover access threshold] and [UL threshold of other services]. The four parameters can be used to limit the proportion between the conversational service, handover user and other services in a specific cell, and to guarantee the access priority of other services. 3. When the Uplink CAC algorithm switch is set to ALGORITHM_FOURTH, the Recommended Value should be changed to 75. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:60
UlOlcTrigThd BSC6900 ADD UCELLLDM MOD UCELLLDM
WRFD-020107 Overload Control
Meaning:If the ratio of UL load of the cell to the uplink capacity is not lower than this threshold, the UL overload and congestion control function of the cell is triggered. The value of the OLC release threshold should not be much lower than or close to the OLC trigger threshold, or the system
Issue 04 (2013-06-20)
10-38
10 Parameters
Parameter ID NE
MML Command
Feature ID
Feature Name Description state will have a ping-pong effect easily. The recommended difference between the OLC release threshold and the OLC trigger threshold is higher than 10%. It is desirable to set the two parameters a bit higher given that the difference between OLC trigger threshold and OLC release threshold is fixed. GUI Value Range:0~100 Actual Value Range:0~1 Unit:% Default Value:95
UlRRCCeResv BSC6900 ADD UCELLCAC WRFD-020101 Admission Sf Control MOD UCELLCAC
Meaning:Threshold for RRC admission based on UL credit resources. The value SFOFF indicates that credit resources are not reserved for handover. If the remaining UL resources in a cell are lower than this threshold after a new service is set up, the new service is rejected. GUI Value Range:SF4(SF4), SF8(SF8), SF16(SF16), SF32(SF32), SF64(SF64), SF128(SF128), SF256(SF256), SFOFF(SFOFF) Actual Value Range:SF4, SF8, SF16, SF32, SF64, SF128, SF256, SFOFF Unit:None Default Value:SF64(SF64)
UlTotalEqUser BSC6900 ADD UCELLCAC
WRFD-020101 Admission
Meaning:When the
Issue 04 (2013-06-20)
10-39
10 Parameters
Parameter ID NE Num
MML Command MOD UCELLCAC
Feature ID
Feature Name Description Control ENU-based admission algorithm is used for uplink admission control, this parameter defines the total number of equivalent users corresponding to the 100% uplink load. Set this parameter to suit the admission control threshold and the network's actual situation. GUI Value Range:1~200 Actual Value Range:1~200 Unit:None Default Value:95
Issue 04 (2013-06-20)
10-40
11 Counters
11 Counters
Table 11-1 Counter description Counter ID Counter Name Counter Description NE Feature ID Feature Name
50332555 VS.LC.ULMean.License Average number of Group uplink CEs consumed by an operator 50332556 VS.LC.DLMean.License Average number of Group downlink CEs consumed by an operator 50332557 VS.LC.DLCreditAvailabl Number of DL CEs e.LicenseGroup.Dedicat configured for an ed operator 50332558 VS.LC.ULCreditAvailabl Number of UL CEs e.LicenseGroup.Dedicat configured for an ed operator
NodeB WRFD-020101 Admission Control
50332559 VS.LC.ULCreditAvailabl Number of UL CEs NodeB WRFD-020101 Admission e.Shared configured for a shared Control group 50332560 VS.LC.DLCreditAvailabl Number of DL CEs NodeB WRFD-020101 Admission e.Shared configured for a shared Control group 50332561 VS.LC.ULMean.License Average number of Group.Shared shared UL CEs consumed by an operator 50332562 VS.LC.DLMean.License Average number of Group.Shared shared DL CEs consumed by an operator 50332563 VS.HSUPA.LC.ULMean Average number of .LicenseGroup uplink CEs consumed by HSUPA services of an operator 50332564 VS.HSUPA.LC.ULMean Average number of .LicenseGroup.Shared shared uplink CEs consumed by HSUPA services of a shared group NodeB WRFD-020101 Admission Control
Issue 04 (2013-06-20)
11-1
11 Counters
Counter ID Counter Name
Counter Description
NE
Feature ID
Feature Name
50332565 VS.HW.DLCreditAvailab Number of Available le Downlink Hardware CEs 50332566 VS.HW.ULCreditAvailab Number of Available le Uplink Hardware CEs
50332573 VS.CE.ULAvailable.UlG The Number of CEs NodeB WRFD-020101 Admission roup Configured on All Control Available Boards in an Uplink Resource Group 50332574 VS.CE.ULMean.UlGrou Mean Number of Uplink NodeB WRFD-020101 Admission p CEs Consumed by All Control Cells in an Uplink Resource Group 50332578 VS.AttRLSETUP.MEAN The average number of NodeB WRFD-020101 Admission RL Setup Request per Control second 50332579 VS.AttRLADD.MEAN The average number of NodeB WRFD-020101 Admission RL Add Request per Control second
50332580 VS.AttRLRecfg.MEAN The average number of NodeB WRFD-020101 Admission RL Reconfiguration Control Preparation Request per second 50332581 VS.DedicMeaRpt.MEA The average number of NodeB WRFD-020101 Admission N Dedicated Control Measurement Reporting per second 50332582 VS.CE.DLAvailable.Boa The Number of rd Downlink CEs Configured on a Baseband Board 50332583 VS.CE.ULAvailable.Boa The Number of Uplink rd CEs Configured on a Baseband Boar 50332584 VS.CE.DLMean.Board Mean Number of Downlink CEs Consumed by a Baseband Board NodeB WRFD-020101 Admission Control
Issue 04 (2013-06-20)
11-2
11 Counters
Counter Description
NE
Feature ID
Feature Name
50332585 VS.RlSetup.Reject.Lice Number of radio link NodeB WRFD-020101 Admission nse.Cong setup rejections Control because of license congestion in terms of the signaling processing capability 50332586 VS.CE.ULMean.Board Mean Number of Uplink NodeB WRFD-020101 Admission CEs Consumed by a Control Baseband Board 50332587 VS.RadioLink.Recv.Max Maximum number of NodeB WRFD-020101 Admission received radio links per Control second 50332588 VS.RadioLink.Handle.M Maximum number of ax wireless connection processing times per second 50332589 VS.RlSetup.Reject.CP. Number of radio link Cong setup rejections because of control plane congestion NodeB WRFD-020101 Admission Control
50332590 VS.RadioLink.Recv.Me Average number of NodeB WRFD-020101 Admission an received radio links per Control second 50341855 VS.HSUPA.LeftPwrLmt Ratio of the number of NodeB WRFD-0106120 HSUPA UserRatio HSUPA users with 2 Admission limited uplink load to the Control total number of HSUPA users in a cell WRFD-0106140 2 Enhanced Fast UL Scheduling 50342555 VS.LC.ULMax.License Maximum number of Group uplink CEs consumed by an operator 50342556 VS.LC.DLMax.License Maximum number of Group downlink CEs consumed by an operator 50342561 VS.LC.ULMax.License Maximum number of Group.Shared shared UL CEs consumed by an NodeB WRFD-020101 Admission Control
Issue 04 (2013-06-20)
11-3
11 Counters
Counter Description operator
NE
Feature ID
Feature Name
50342562 VS.LC.DLMax.License Maximum number of Group.Shared shared DL CEs consumed by an operator 50342563 VS.HSUPA.LC.ULMax. Maximum number of LicenseGroup uplink CEs consumed by HSUPA services of an operator 50342564 VS.HSUPA.LC.ULMax. Maximum number of LicenseGroup.Shared shared uplink CEs consumed by HSUPA services of a shared group 50342567 VS.LC.DLMin.LicenseG Minimum Number of roup.Shared Shared DL CEs Consumed by an Operator 50342568 VS.LC.ULMin.LicenseG Minimum Number of roup.Shared Shared UL CEs Consumed by an Operator
50342569 VS.HSUPA.LC.ULMin.L Minimum Number of NodeB WRFD-020101 Admission icenseGroup.Shared Shared uplink CEs Control Consumed by HSUPA Services of an Operator 50342570 VS.LC.DLMin.LicenseG Minimum number of roup downlink CEs consumed by an operator 50342571 VS.LC.ULMin.LicenseG Minimum number of roup uplink CEs consumed by an operator 50342572 VS.HSUPA.LC.ULMin.L Minimum number of icenseGroup uplink CEs consumed by HSUPA services of an operator NodeB WRFD-020101 Admission Control
50342574 VS.CE.ULMin.UlGroup Minimum Number of NodeB WRFD-020101 Admission Uplink CEs Consumed Control
Issue 04 (2013-06-20)
11-4
11 Counters
Counter Description by All Cells in an Uplink Resource Group
NE
Feature ID
Feature Name
50342575 VS.CE.ULMax.UlGroup Maximum Number of NodeB WRFD-020101 Admission Uplink CEs Consumed Control by All Cells in an Uplink Resource Group 50342578 VS.AttRLSETUP.MAX The max number of RL NodeB WRFD-020101 Admission Setup Request per Control second The max number of RL NodeB WRFD-020101 Admission Add Request per Control second The max number of RL NodeB WRFD-020101 Admission Reconfiguration Control Preparation Requeset per second
50342579 VS.AttRLADD.MAX
50342580 VS.AttRLRecfg.MAX
50342581 VS.DedicMeaRpt.MAX The max number of NodeB WRFD-020101 Admission Dedicated Control Measurement Reporting per second 50342584 VS.CE.DLMin.Board Minimum Number of Downlink CEs Consumed by a Baseband Board Maximum Number of Downlink CEs Consumed by a Baseband Board NodeB WRFD-020101 Admission Control
50342585 VS.CE.DLMax.Board
50342586 VS.CE.ULMin.Board
NodeB WRFD-020101 Admission Minimum Number of Uplink CEs Consumed Control by a Baseband Board NodeB WRFD-020101 Admission Maximum Number of Uplink CEs Consumed Control by a Baseband Board
50342587 VS.CE.ULMax.Board
67179524 VS.RRC.Rej.Code.Con Number of RRC BSC69 WRFD-020101 Admission g Connection Rejects for 00 Control WRFD-010510 Cell (Code Resource 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and
Issue 04 (2013-06-20)
11-5
11 Counters
Counter Description
NE
Feature ID
Feature Name Radio Access Bearer Establishment and Release
67179864 VS.RAB.FailEstabCS.C Number of Failed CS BSC69 WRFD-020101 Admission ode.Cong RAB Establishments for 00 Control WRFD-010510 Cell (Code Congestion) 3.4/6.8/13.6/27.2 Kbps RRC Connection and Radio Access Bearer Establishment and Release 67179967 VS.RAB.FailEstabPS.C Number of Failed PS BSC69 WRFD-020101 Admission ode.Cong RAB Establishments for 00 Control WRFD-010510 Cell (Code Congestion) 3.4/6.8/13.6/27.2 Kbps RRC Connection and Radio Access Bearer Establishment and Release 67181071 VS.RAC.NewCallReq Number of Cell Resource Requests During RAB Establishment for Cell Number of Cell Resource Requests During SHO for Cell BSC69 WRFD-020101 Admission 00 Control
67181072 VS.RAC.SHOCallReq
BSC69 WRFD-020101 Admission 00 Control
67181073 VS.RAC.ReconfigCallR Number of Cell BSC69 WRFD-020101 Admission eq Resource Requests 00 Control Due to UE RAB Reconfiguration for Cell 67181074 VS.RAC.HHOCallReq Number of Cell Resource Requests During HHO for Cell BSC69 WRFD-020101 Admission 00 Control
67181075 VS.RAC.TrChSwitchCal Number of Cell lReq Resource Requests During Channel Type Switch for Cell
Issue 04 (2013-06-20)
11-6
11 Counters
Counter ID Counter Name 67181076 VS.RAC.NewCallAcc
Counter Description
NE
Feature ID
Feature Name
Number of Successful BSC69 WRFD-020101 Admission Cell Resource Requests 00 Control During RAB Establishment for Cell Number of Successful BSC69 WRFD-020101 Admission Cell Resource Requests 00 Control During SHO for Cell
67181077 VS.RAC.SHOCallAcc
67181078 VS.RAC.ReconfigCallA Number of Successful BSC69 WRFD-020101 Admission cc Cell Resource Requests 00 Control Due to UE RAB Reconfiguration for Cell 67181079 VS.RAC.HHOCallAcc Number of Successful BSC69 WRFD-020101 Admission Cell Resource Requests 00 Control During HHO for Cell
67181080 VS.RAC.TrChSwitchCal Number of Successful BSC69 WRFD-020101 Admission lAcc Cell Resource Requests 00 Control During Channel Type Switch for Cell 67189859 VS.RAC.HHO.Fail.Cod Number of Failed BSC69 WRFD-020101 Admission e.Cong Requests for Code 00 Control Resources During HHO for Cell 67190404 VS.RRC.Rej.ULCE.Con Number of RRC BSC69 WRFD-020101 Admission g Connection Rejects for 00 Control WRFD-010510 Cell (UL CE Resource 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67190405 VS.RRC.Rej.DLCE.Con Number of RRC BSC69 WRFD-020101 Admission g Connection Rejects for 00 Control WRFD-010510 Cell (DL CE Resource 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release
Issue 04 (2013-06-20)
11-7
11 Counters
Counter Description
NE
Feature ID
Feature Name
67190406 VS.RAB.FailEstabCS.U Number of Failed CS BSC69 WRFD-020101 Admission LCE.Cong RAB Establishments for 00 Control WRFD-010510 Cell (UL CE 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67190407 VS.RAB.FailEstabCS.D Number of Failed CS BSC69 WRFD-020101 Admission LCE.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL CE 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67190408 VS.RAB.FailEstabPS.U Number of Failed PS BSC69 WRFD-020101 Admission LCE.Cong RAB Establishments for 00 Control WRFD-010510 Cell (UL CE 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67190409 VS.RAB.FailEstabPS.D Number of Failed PS BSC69 WRFD-020101 Admission LCE.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL CE 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67191165 VS.LC.ULCreditUsed.M Maximum Usage of UL BSC69 WRFD-020101 Admission ax Credit for Cell 00 Control VS.LC.ULCreditUsed.M Minimum Usage of UL BSC69 WRFD-020101 Admission in Credit for Cell 00 Control VS.LC.DLCreditUsed.M Maximum Usage of DL BSC69 WRFD-020101 Admission
67191166
67191167
Issue 04 (2013-06-20)
11-8
11 Counters
Counter ID Counter Name ax 67191168
Counter Description Credit for Cell
NE 00
Feature ID
Feature Name Control
VS.LC.DLCreditUsed.M Minimum Usage of DL BSC69 WRFD-020101 Admission in Credit for Cell 00 Control BSC69 WRFD-020101 Admission 00 Control
67191839 VS.RAC.DCCC.Fail.UL Number of Failed CE.Cong Requests for UL CE Resources During DCCC for Cell 67191840 VS.RAC.DCCC.Fail.DL Number of Failed CE.Cong Requests for DL CE Resources During DCCC for Cell
67191841 VS.RAC.SHO.Fail.ULC Number of Failed BSC69 WRFD-020101 Admission E.Cong Requests for UL CE 00 Control Resources During SHO for Cell 67191842 VS.RAC.SHO.Fail.DLC Number of Failed BSC69 WRFD-020101 Admission E.Cong Requests for DL CE 00 Control Resources During SHO for Cell 67191843 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.ULCE.Cong Requests for Uplink CE 00 Control Resources During RAB Establishment for Cell 67191844 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.DLCE.Cong Requests for Downlink 00 Control CE Resources During RAB Establishment for Cell 67192492 VS.RAC.HHO.Fail.ULC Number of Failed BSC69 WRFD-020101 Admission E.Cong Requests for UL CE 00 Control Resources During HHO for Cell 67192493 VS.RAC.HHO.Fail.DLC Number of Failed BSC69 WRFD-020101 Admission E.Cong Requests for DL CE 00 Control Resources During HHO for Cell 67192608 VS.RRC.Rej.ULIUBBan Number of RRC BSC69 WRFD-020101 Admission d.Cong Connection Rejects for 00 Control WRFD-010510 Cell (UL Iub Bandwidth 3.4/6.8/13.6/27.2
Issue 04 (2013-06-20)
11-9
11 Counters
Counter Description Congestion)
NE
Feature ID
Feature Name Kbps RRC Connection and Radio Access Bearer Establishment and Release
67192609 VS.RRC.Rej.DLIUBBan Number of RRC BSC69 WRFD-020101 Admission d.Cong Connection Rejects for 00 Control WRFD-010510 Cell (DL Iub Bandwidth 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67192610 VS.RAB.FailEstabCS.D Number of Failed CS BSC69 WRFD-020101 Admission LIUBBand.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL Iub Bandwidth 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67192611 VS.RAB.FailEstabCS.U Number of Failed CS BSC69 WRFD-020101 Admission LIUBBand.Cong RAB Establishments for 00 Control WRFD-010510 Cell (UL Iub Bandwidth 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release
67192612 VS.RAB.FailEstabPS.D Number of Failed PS BSC69 WRFD-020101 Admission LIUBBand.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL Iub Bandwidth 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67192613 VS.RAB.FailEstabPS.U Number of Failed PS BSC69 WRFD-020101 Admission RAB Establishments for
Issue 04 (2013-06-20)
11-10
11 Counters
Counter ID Counter Name LIUBBand.Cong
Counter Description
NE
Feature ID
Feature Name
Cell (UL Iub Bandwidth 00 Congestion)
WRFD-010510 Control 3.4/6.8/13.6/27.2 Kbps RRC Connection and Radio Access Bearer Establishment and Release
67192916 VS.RAC.NewCallReq.F Number of Failed ail.HSDPANum.Cong Admissions Due to HSDPA User Number Exceeding Threshold During RAB Establishment for Cell 67192917 VS.RAC.NewCallReq.F Number of Failed ail.HSUPANum.Cong Admissions Due to HSUPA User Number Exceeding Threshold During RAB Establishment for Cell
BSC69 WRFD-0106100 HSDPA 00 3 Admission Control
BSC69 WRFD-0106120 HSUPA 00 2 Admission Control
67192918 VS.RAC.SHO.Fail.Code Number of Failed BSC69 WRFD-020101 Admission .Cong Requests for Code 00 Control Resources During SHO for Cell 67192919 VS.RAC.SHO.Fail.ULIU Number of Failed BSC69 WRFD-020101 Admission BBand.Cong Requests for UL Iub 00 Control Transmission Resources During SHO for Cell 67192920 VS.RAC.SHO.Fail.DLIU Number of Failed BSC69 WRFD-020101 Admission BBand.Cong Requests for DL Iub 00 Control Transmission Resources During SHO for Cell 67192921 VS.RAC.SHO.Fail.HSU Number of Failed PANum.Cong Admissions Due to HSUPA User Number Exceeding Threshold During SHO for Cell BSC69 WRFD-0106120 HSUPA 00 2 Admission Control
67192922 VS.RAC.DCCC.Fail.Co Number of Failed BSC69 WRFD-020101 Admission de.Cong Requests for DL Code 00 Control Resources During
Issue 04 (2013-06-20)
11-11
11 Counters
Counter Description DCCC for Cell
NE
Feature ID
Feature Name
67192923 VS.RAC.TrChSwitch.Fa Number of Failed il.ULCE.Cong Requests for UL CE Resources During Channel Type Switch for Cell 67192924 VS.RAC.TrChSwitch.Fa Number of Failed il.DLCE.Cong Requests for DL CE Resources During Channel Type Switch for Cell 67192925 VS.RAC.TrChSwitch.Fa Number of Failed il.Code.Cong Requests for Code Resources During Channel Type Switch for Cell 67192926 VS.RAC.TrChSwitch.Fa Number of Failed il.ULIUBBand.Cong Requests for UL Iub Transmission Resources During Channel Type Switch for Cell 67192927 VS.RAC.TrChSwitch.Fa Number of Failed il.DLIUBBand.Cong Requests for DL Iub Transmission Resources During Channel Type Switch for Cell 67192928 VS.RAC.TrChSwitch.Fa Number of Failed il.HSDPANum.Cong Admissions Due to HSDPA User Number Exceeding Threshold During Channel Type Switch for Cell 67192929 VS.RAC.TrChSwitch.Fa Number of Failed il.HSUPANum.Cong Admissions Due to HSUPA User Number Exceeding Threshold During Channel Type Switch for Cell 67192930 VS.RAC.HHO.Fail.ULIU Number of Failed BBand.Cong Requests for UL Iub
BSC69 WRFD-0106100 HSDPA 00 3 Admission Control
Issue 04 (2013-06-20)
11-12
11 Counters
Counter Description Transmission Resources During HHO for Cell
NE
Feature ID
Feature Name
67192931 VS.RAC.HHO.Fail.DLIU Number of Failed BSC69 WRFD-020101 Admission BBand.Cong Requests for DL Iub 00 Control Transmission Resources During HHO for Cell 67192932 VS.RAC.HHO.Fail.HSD Number of Failed PANum.Cong Admissions Due to HSDPA User Number Exceeding Threshold During HHO for Cell 67192933 VS.RAC.HHO.Fail.HSU Number of Failed PANum.Cong Admissions Due to HSUPA User Number Exceeding Threshold During HHO for Cell BSC69 WRFD-0106100 HSDPA 00 3 Admission Control
67192939 VS.RAC.SHO.Fail.ULP Number of Failed BSC69 WRFD-020101 Admission ower.Cong Requests for UL Power 00 Control Resources During SHO for Cell 67192940 VS.RAC.SHO.Fail.DLP Number of Failed BSC69 WRFD-020101 Admission ower.Cong Requests for DL Power 00 Control Resources During SHO for Cell 67192941 VS.RAC.HHO.Fail.ULP Number of Failed BSC69 WRFD-020101 Admission ower.Cong Requests for UL Power 00 Control Resources During HHO for Cell 67192942 VS.RAC.HHO.Fail.DLP Number of Failed BSC69 WRFD-020101 Admission ower.Cong Requests for DL Power 00 Control Resources During HHO for Cell 67192943 VS.RAC.DCCC.Fail.UL Number of Failed BSC69 WRFD-020101 Admission Power.Cong Requests for UL Power 00 Control Resources During DCCC for Cell 67192944 VS.RAC.DCCC.Fail.DL Number of Failed BSC69 WRFD-020101 Admission Power.Cong Requests for DL Power 00 Control Resources During
Issue 04 (2013-06-20)
11-13
11 Counters
Counter Description DCCC for Cell
NE
Feature ID
Feature Name
67192945 VS.RAC.TrChSwitch.Fa Number of Failed BSC69 WRFD-020101 Admission il.ULPower.Cong Requests for UL Power 00 Control Resources During Channel Type Switch for Cell 67192946 VS.RAC.TrChSwitch.Fa Number of Failed BSC69 WRFD-020101 Admission il.DLPower.Cong Requests for DL Power 00 Control Resources During Channel Type Switch for Cell 67193609 VS.RRC.Rej.ULPower. Number of RRC BSC69 WRFD-020101 Admission Cong Connection Rejects for 00 Control WRFD-010510 Cell (UL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67193610 VS.RRC.Rej.DLPower. Number of RRC BSC69 WRFD-020101 Admission Cong Connection Rejects for 00 Control WRFD-010510 Cell (DL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67193611 VS.RAB.FailEstabCS.U Number of Failed CS BSC69 WRFD-020101 Admission LPower.Cong RAB Establishments for 00 Control WRFD-010510 Cell (UL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release
67193612 VS.RAB.FailEstabCS.D Number of Failed CS BSC69 WRFD-020101 Admission LPower.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC
Issue 04 (2013-06-20)
11-14
11 Counters
Counter Description
NE
Feature ID
Feature Name Connection and Radio Access Bearer Establishment and Release
67193613 VS.RAB.FailEstabPS.U Number of Failed PS BSC69 WRFD-020101 Admission LPower.Cong RAB Establishments for 00 Control WRFD-010510 Cell (UL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67193614 VS.RAB.FailEstabPS.D Number of Failed PS BSC69 WRFD-020101 Admission LPower.Cong RAB Establishments for 00 Control WRFD-010510 Cell (DL Power 3.4/6.8/13.6/27.2 Congestion) Kbps RRC Connection and Radio Access Bearer Establishment and Release 67199663 VS.RAC.UL.EqvUserNu Mean Number of UL BSC69 WRFD-020101 Admission m Equivalent Voice UEs in 00 Control CEL_DCH State for Cell 67199664 VS.RAC.DL.EqvUserNu Mean Number of DL BSC69 WRFD-020101 Admission m Equivalent Voice UEs in 00 Control CEL_DCH State for Cell 67202567 VS.LC.ULCreditUsed.M Mean Usage of UL ean Credit for Cell 67202570 VS.LC.DLCreditUsed.M Mean Usage of DL ean Credit for Cell 67202921 VS.CPICH.MeanPwr BSC69 WRFD-020101 Admission 00 Control BSC69 WRFD-020101 Admission 00 Control
Average CPICH Power BSC69 WRFD-020101 Admission for Cell 00 Control
73393830 VS.HSDPA.RAB.FailEst Number of Failed BSC69 WRFD-0106100 HSDPA ab.DLPower.Cong HSDPA Service 00 3 Admission Establishments Due to Control DL Power Insufficiency for Cell
Issue 04 (2013-06-20)
11-15
11 Counters
Counter Description
NE
Feature ID
Feature Name
73393831 VS.HSDPA.RAB.FailEst Number of Failed BSC69 WRFD-0106100 HSDPA ab.DLIUBBand.Cong HSDPA Service 00 3 Admission Establishments Due to Control DL Iub Bandwidth Insufficiency for Cell 73393961 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.ULPower.Cong Requests for Uplink 00 Control Power Resources in the RAB Setup Procedure for Cell 73393962 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.DLPower.Cong Requests for Downlink 00 Control Power Resources in the RAB Setup Procedure for Cell 73393963 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.Code.Cong Requests for Code 00 Control Resources in the RAB Setup Procedure for Cell 73393964 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.ULIUBBand.Cong Requests for Uplink Iub 00 Control Bandwidth Resources in the RAB Setup Procedure for Cell 73393965 VS.RAC.NewCallReq.F Number of Failed BSC69 WRFD-020101 Admission ail.DLIUBBand.Cong Requests for Downlink 00 Control Iub Bandwidth Resources in the RAB Setup Procedure for Cell 73403761 VS.HSUPA.UE.Max.Cel Maximum Number of l HSUPA UEs in a Cell BSC69 WRFD-0106120 HSUPA 00 2 Admission Control WRFD-020101 Admission Control BSC69 WRFD-0106100 HSDPA 00 3 Admission Control WRFD-020101 Admission Control
73403763 VS.HSDPA.UE.Max.Cel Maximum Number of l HSDPA UEs in a Cell
Issue 04 (2013-06-20)
11-16
11 Counters
Counter Description
NE
Feature ID
Feature Name
73423469 VS.HSDPA.UE.Max.Cel Maximum Number of BSC69 WRFD-0106100 HSDPA l.Free Free HSDPA Users in a 00 3 Admission Cell Control 73423955 VS.RAC.TrChSwitch.Fa Counters Related to the BSC69 WRFD-020101 Admission il.DCCH.Cong.F2D Failed Number of F2D 00 Control Process Triggered by DCCH Congestion 73423956 VS.RAC.TrChSwitch.Fa Counters Related to the BSC69 WRFD-020101 Admission il.DCCH.Cong.D2F Failed Number of D2F 00 Control Process Triggered by DCCH Congestion 73423957 VS.RAC.TrChSwitch.Fa Counters Related to the BSC69 WRFD-020101 Admission il.DSP.Overload.D2F Failed Number of D2F 00 Control Process Triggered by DSP Overload 73441142 VS.HSDPA.UE.Mean.C Average Number of BSC69 WRFD-0106100 HSDPA ell.Free Free HSDPA Users in a 00 3 Admission Cell Control
Issue 04 (2013-06-20)
11-17
12 Glossary
12 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
Issue 04 (2013-06-20)
12-1
13 Reference Documents
13 Reference Documents
[1] Load Control Feature Parameter Description [2] HSDPA Feature Parameter Description [3] Directed Retry Decision Feature Parameter Description [4] Transmission Resource Management Feature Parameter Description [5] Radio Bearers Feature Parameter Description [6] MBMS Feature Parameter Description [7] License Management Feature Parameter Description [8] CE Resource Management Feature Parameter Description
Issue 04 (2013-06-20)
13-1

Call Admission Control (RAN14.0 - 04)

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Call Admission Control (RAN14.0 - 04)

Загружено:

Авторское право:

Доступные форматы

Call Admission Control RAN14.

Feature Parameter Description

HUAWEI TECHNOLOGIES CO., LTD.

Copyright Huawei Technologies Co., Ltd. 2013. All rights reserved.

Trademarks and Permissions

Huawei Technologies Co., Ltd.

WCDMA RAN Call Admission Control

2 Overview of Call Admission Control ...................................................................................2-1

3 CAC Based on NodeB Credit Resources ...........................................................................3-1

7 CAC Based on Power Resources .........................................................................................7-1

8 Common Channel Admission ................................................................................................8-1

9 Feature Deployment .................................................................................................................9-1

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

1.2 Intended Audience

1.3 Change History

04 (2013-06-20) 03 (2012-11-30) 02 (2012-07-20) 01 (2012-04-30) Draft A (2012-02-15)

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

Editorial change Added section 8 "Common Channel Admission."

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

RRCCeCodeCacChoice DlRRCCeCodeResvSf CSRABCacOptSwitch RTRRCCacThdOffset NRTRRCCacThdOffset OtherRRCCacThdOffset UlRRCCeResvSf CSRABCacOptSwitch

Editorial None change

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

2 Overview of Call Admission Control

2 Overview of Call Admission Control

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

2 Overview of Call Admission Control

2.2 CAC Procedure

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

2 Overview of Call Admission Control

Figure 2-1 Basic procedure for a resource-based admission decision

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

3 CAC Based on NodeB Credit Resources

3 CAC Based on NodeB Credit Resources

3.1 NodeB Credit Resources

3.2 Admission on RNC

Relationship between NodeB Credit Resources and CEs

Remaining NodeB Credit Resources

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

3 CAC Based on NodeB Credit Resources

3.2.2 Admission Decisions on RRC Connection Setup Requests

3.2.3 Admission Decisions on Other Resource Requests

PS Service/CS Service (Non-AMR Service) Requests

AMR Service Requests

3.3 Admission on NodeB

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

3 CAC Based on NodeB Credit Resources

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control

4 CAC Based on Iub Resources

4 CAC Based on Iub Resources

Huawei Proprietary and Confidential Copyright Huawei Technologies Co., Ltd

WCDMA RAN Call Admission Control