CAC Huawei WCDMA RAN12

Huawei Proprietary and Confidential

Copyright © Huawei Technologies Co., Ltd

WCDMA RAN

Call Admission Control Feature Parameter Description

Copyright © Huawei Technologies Co., Ltd. 2011. 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 the property 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 commercial contract made between Huawei and the customer. All or partial products, services and features described in this document may not be within the purchased scope or the usage scope. Unless otherwise agreed by 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 a warranty of any kind, express or implied.

WCDMA RAN

Call Admission Control Contents

Issue 01 (2011-04-30) Huawei Proprietary and Confidential


i

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

3 Technical Description .............................................................................................................. 3-1

3.1 Overview ....................................................................................................................................... 3-1

3.1.1 Admission Resource and Basic Procedure .......................................................................... 3-1

3.1.2 HSDPA Admission Control .................................................................................................... 3-2

3.1.3 HSUPA Admission Control .................................................................................................... 3-2

3.2 CAC Based on Code Resources ................................................................................................... 3-3

3.3 CAC Based on Power Resources ................................................................................................. 3-3

3.3.1 Overview ............................................................................................................................... 3-3

3.3.2 Admission Decision for RRC Connection Setup Requests .................................................. 3-4

3.3.3 Power-Based Admission Algorithm 1 for RAB Setup ........................................................... 3-5



3.4 CAC Based on NodeB Credit Resource ....................................................................................... 3-9

3.4.1 NodeB Credit ...................................................................................................................... 3-10

3.4.2 Procedure for Admission Decision Based on NodeB Credit .............................................. 3-10

3.5 CAC Based on Iub Resources .................................................................................................... 3-10

3.6 CAC Based on the Number of HSPA Users ................................................................................ 3-10

3.6.1 CAC for HSDPA Users ....................................................................................................... 3-10

3.6.2 CAC for HSUPA Users ....................................................................................................... 3-11

4 Parameters ................................................................................................................................. 4-1

5 Counters ...................................................................................................................................... 5-1

6 Glossary ...................................................................................................................................... 6-1

7 Reference Documents ............................................................................................................. 7-1

WCDMA RAN

Call Admission Control 1 Introduction



1-1

1 Introduction

1.1 Scope

This document describes the call admission control feature, WRFD-020101 Admission Control. It describes how services are granted 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 on the changes in different document versions.

There are two types of changes, which are defined as follows:

Feature change: refers to the change in the CAC feature.

Editorial change: refers to the change in wording or the addition of the information that was not described in the earlier version.

Document Issues

The document issues are as follows:

01 (2011-04-30)

Draft B (2011-03-30)

Draft A (2010-12-30)

01 (2011-04-30)

This is the document for the first commercial release of RAN13.0.

Compared with issue Draft B (2011-03-30) of RAN13.0, this issue has no change.

Draft B (2011-03-30)

This is the second draft of the document for RAN13.0.

Compared with Draft A (2010-12-30) of RAN13.0, this issue optimizes the description.

Draft A (2010-12-30)

This is the first draft of the document for RAN13.0.

Compared with issue 04 (2010-12-20) of RAN12.0, this issue optimizes the description.

WCDMA RAN

Call Admission Control 2 Overview of Call Admission Control



2-1

2 Overview of Call Admission Control

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 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: code resources, power resources, NodeB credits, and Iub 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 very 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 determined by setting the FACH_UU_ADCTRL subparameter of the NBMCacAlgoSwitch parameter.

Load%20Control.htm

../RNCParaHtml/mbsc/m-para/ucellalgoswitch_nbmcacalgoswitch.html

WCDMA RAN

Call Admission Control 3 Technical Description



3-1

3 Technical Description

3.1 Overview

3.1.1 Admission Resource and Basic 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:

Available cell code resources

Available cell power resources

NodeB credits, which are used to measure the channel demodulation capability of NodeBs

Available Iub transmission bandwidth

Number of HSDPA users (only for HSDPA services)

Number of HSUPA users (only for HSUPA services)

A call can be admitted only when all of these resources are available.

Code and Iub resource-based admission control are mandatory and cannot be disabled. Other admission control strategies may be enabled or disabled with the ADD UCELLALGOSWITCH command.

Figure 3-1 shows the basic procedure for a resource-based admission decision.

WCDMA RAN




3-2

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

3.1.2 HSDPA Admission Control

HSDPA admission control (WRFD-01061003 HSDPA Admission Control) enables the HSDPA service along with other R99 services to access the network by using remaining power resources and other resources. Admission based on the number of HSDPA users is also considered.

Iub resource admission for HSDPA users is also performed during admission control to grant HSDPA service and other R99 services access to resources to ensure a certain QoS.

HSDPA admission control is described in this document, along with R99 service admission control.

3.1.3 HSUPA Admission Control

HSUPA admission control (WRFD-01061202 HSUPA Admission Control) enables HSUPA services along with other R99 services to access the network by using the remaining uplink cell load and other resources. Admission based on the number of HSUPA users is also considered.

Iub resource admission and NodeB credit resources for HSUPA users are also performed during admission control to grant HSUPA service and other R99 services access to resources to ensure a certain QoS.

WCDMA RAN




3-3

HSUPA admission control is described in this document, as is R99 service admission control.

3.2 CAC Based on Code Resources

Code resource-based admission is mandatory when a new service attempts to access the network.

Code resource-based admission is implemented as follows:

For RRC connection setup requests, code resource-based admission is successful if the current remaining code resources are sufficient for RRC connection setup.

For handover services, code resource-based admission is successful if the current remaining code resource is sufficient for the service.

For other R99 services, the RNC has to ensure that the remaining code does not exceed the DlHoCeCodeResvSf parameter after admitting a new service.

For HSDPA services, the reserved codes are shared by all HSDPA services. Therefore, code resource-based admission is not required.

For details about HSDPA code allocation, see the HSDPA Feature Parameter Description.

3.3 CAC Based on Power Resources

3.3.1 Overview

Power-based admission decisions are used for RRC connection setup requests and RAB admission decisions.

The algorithm switches are set by the NBMUlCacAlgoSelSwitch or NBMDlCacAlgoSelSwitch.

To enable the power-based admission control for HSDPA and HSUPA services, the HSDPA_UU_ADCTRL or HSUPA_UU_ADCTRL subparameter, respectively, must be set to 1.

CAC based on power resource is performed by using one of the following three algorithms:

Algorithm 1 (ALGORITHM_FIRST): admission decision based on the expected load increment after admitting a new service

Depending on the current cell load (indicated by the uplink load factor and downlink TCP), the RNC determines whether the cell load would exceed the threshold after admitting the new service. If the cell load would exceed the threshold, the RNC rejects the access request. Otherwise, the RNC accepts the access request.

Algorithm 2 (ALGORITHM_SECOND): admission decision based on the Equivalent Number of Users (ENU)

Depending on the current ENU and the access request, the RNC determines whether the ENU would exceed the threshold after admitting a new service. If the ENU would exceed the threshold, the RNC rejects the request. Otherwise, the RNC accepts the request.

Algorithm 3 (ALGORITHM_THIRD): admission decision without considering load increment after admitting a new service

This algorithm assumes that the load increment after admitting a new service is 0. Based on the current cell load (indicated by the uplink load factor and downlink TCP), the RNC determines whether the cell load would exceed the threshold after admitting the new service. If the cell load would exceed the threshold, the RNC rejects the access request. Otherwise, the RNC accepts the access request.

Figure 3-2 shows the basic procedure for a power-based admission decision.

../RNCParaHtml/mbsc/m-para/ucellcac_dlhocecoderesvsf.html

HSDPA.htm

../RNCParaHtml/mbsc/m-para/ucellalgoswitch_nbmulcacalgoselswitch.html

../RNCParaHtml/mbsc/m-para/ucellalgoswitch_nbmdlcacalgoselswitch.html

WCDMA RAN




3-4

Figure 3-2 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 if downlink CAC is enabled.

For a non-intra-frequency handover request, both uplink and downlink decisions are required if both uplink CAC and downlink CAC are enabled.

If there is a rate downsizing request, the RNC accepts it directly. For a rate upsizing request, the RNC makes the decision, as shown in Figure 3-2.

3.3.2 Admission Decision for RRC Connection Setup Requests

For an RRC connection setup request due to emergency calls, detachments, or registrations, the connections are set up directly.

For an RRC connection setup request for other reasons, the admission decision depends on the following:

When power-based admission is based on power (algorithm 1 and algorithm 3), the UL or DL OLC trigger threshold (UlOlcTrigThd or DlOlcTrigThd) is used.

When power-based admission is based on the ENU (algorithm 2), the admission decision is made as follows:

− When UL_UU_OLC or DL_UU_OLC is set to 1, the RRC connection setup request is rejected if the cell is in the overload state. If the cell is not in the overload state, the UL or DL OLC trigger threshold is used for power-based admission.

− When UL_UU_OLC or DL_UU_OLC is set to 0, the UL or DL OLC trigger threshold is used for power-based admission.

../RNCParaHtml/mbsc/m-para/ucellldm_ulolctrigthd.html

../RNCParaHtml/mbsc/m-para/ucellldm_dlolctrigthd.html

WCDMA RAN




3-5

3.3.3 Power-Based Admission Algorithm 1 for RAB Setup

There are two types of power-based admission decision based on algorithm 1: uplink power-based admission decision and downlink power-based admission decision.

Uplink Power-Based Admission Decision for R99 Cells Based on Algorithm 1

The following figure shows the criterion for the uplink power-based admission decision for R99 cells based on algorithm 1.

Figure 3-3 The criterion of uplink power-based admission decision for R99 cells

The procedure for an uplink power-based admission decision is as follows:

1. The RNC obtains the uplink RTWP of the cell and the background noise and calculates the current uplink load factor.

2. The RNC calculates the uplink load increment based on the service request.

3. The RNC predicts the uplink load factor according to the current uplink load factor and the uplink load increment. Note that the predicted uplink load factor also includes the reserved common channel load, which is specified by UlCCHLoadFactor.

4. By comparing the predicted uplink load factor ηUL,predicted with the corresponding threshold (UlNonCtrlThdForHo, UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, or UlNonCtrlThdForOther), the RNC decides whether to accept the access request. If the access request is accepted, the RNC processes the access request. If the access request is rejected, the RNC performs the next step.

5. The RNC checks whether the Control RTWP Anti-interference function switch (NBMCacAlgoSwitch: RTWP_RESIST_DISTURB) is enabled. If it is enabled, the RNC checks whether the uplink equivalent user load proportion of the cell is less than 40%. If it is less than 40%, the RNC accepts the access request. Otherwise, the RNC rejects the access request.

../RNCParaHtml/mbsc/m-para/ucellcac_ulcchloadfactor.html

../RNCParaHtml/mbsc/m-para/ucellcac_ulnonctrlthdforho.html

../RNCParaHtml/mbsc/m-para/ucellcac_ulnonctrlthdforamr.html

../RNCParaHtml/mbsc/m-para/ucellcac_ulnonctrlthdfornonamr.html

../RNCParaHtml/mbsc/m-para/ucellcac_ulnonctrlthdforother.html


WCDMA RAN




3-6

Uplink Power-Based Admission Decision for HSPA Cells Based on Algorithm 1

The procedure for an uplink power-based admission decision for HSPA cells is similar to that for R99 cells.

1. The RNC calculates the current uplink load factor based on the uplink RTWP of the cell.

After the Received Scheduled E-DCH Power Share (RSEPS) measurement is introduced, the UL RTWP is divided into two parts:

− The controllable part, which is generated by the E-DCH scheduling service and calculated based on the RSEPS. For details about the scheduling mode of services on HSUPA, see the Radio Bearers Feature Parameter Description.

− The uncontrollable part, which is generated by the other services. The uncontrollable part is the difference between the current uplink load factor and the controllable part.

2. The RNC calculates the uplink load increment based on the service request using Ec/N0 of the GBR of the service, the neighboring interference factor, and the AF of the service.

3. The RNC determines whether to grant the UE admission.

In an HSPA cell, the admission conditions vary by service types.

For the DCH service, the sum of the uncontrollable part of the RTWP and the uplink load increment must be lower than the corresponding threshold (UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo). In addition, the total uplink load of the cell must be lower than UlCellTotalThd. The method of calculating the total uplink load of the cell is as follows:

− Sum of the uplink load factor calculated on the basis of the RTWP and load increment

− Sum of the uncontrollable part of the RTWP and HsupaMaxGBPThd

For the HSUPA service, the CAC algorithm combines the PBR-based decision with the load-based decision. The RNC admits HSUPA services after a PBR-based or load-based decision is made.

− PBR-based decision: This is used to check whether the QoS requirement of all existing users is met. The QoS is measured on the basis of the Provided Bit Rate (PBR) of the users. If the QoS requirement is met, new users are allowed to access the network.

− Load-based decision: For HSUPA scheduling services, the RNC must ensure that the total uplink load factor is lower than UlCellTotalThd. For HSUPA non-scheduling services, the RNC must ensure that the total uplink load factor is lower than UlCellTotalThd and the power of the uncontrollable part is lower than the corresponding admission threshold.

In this step, if the access request is rejected, the RNC performs the next step.

4. The RNC checks whether the Control RTWP Anti-interference function switch (NBMCacAlgoSwitch: RTWP_RESIST_DISTURB) is enabled. If it is enabled, the RNC checks whether the uplink equivalent user load proportion of the cell is less than 40%. If it is less than 40%, the RNC accepts the access request. Otherwise, the RNC rejects the access request.

IMS signaling services over HSUPA can be admitted directly.

In the above admission decision, the uplink load factor also includes the reserved common channel load, which is specified by UlCCHLoadFactor.

For users in the uplink enhanced CELL_FACH state, the total users in uplink enhanced CELL_FACH state must also be lower than the threshold MaxERACHUserNum.

Downlink Power-Based Admission Decision for R99 Cells Based on Algorithm 1

The downlink power-based admission decision for R99 cells is similar to that of the uplink decision. The procedure is as follows:

Radio%20Bearers.htm

Radio%20Bearers.htm





../RNCParaHtml/mbsc/m-para/ucellcac_ulcelltotalthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_hsupamaxgbpthd.html





../RNCParaHtml/mbsc/m-para/ucellcac_maxerachusernum.html

WCDMA RAN




3-7

1. The RNC calculates the current downlink load factor according to the downlink TCP and calculates the downlink load increment based on the service request.

2. The RNC predicts the downlink load factor according to the current downlink load factor and the downlink load increment. The predicted downlink load factor also includes the reserved common channel load, which is specified by DlCCHLoadRsrvCoeff.

3. After comparing the downlink load factor with the corresponding threshold (DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, or DlHOThd), the RNC decides whether to accept the access request.

Downlink Power-Based Admission Decision for HSPA Cells Based on Algorithm 1

The procedure for a downlink power-based admission decision for HSPA cells is as follows:

1. The RNC calculates the downlink power increment for a new service request.

− The power increment estimation process for the DCH RAB in the HSPA cell is similar to that of the DCH RAB in the R99 cell.

− The power increment estimation for HSDPA RAB is made on the basis of GBR, Ec/N0, non-orthogonal factor, and so on.

2. The RNC determines whether to grant the UE admission.

Admission Decision for DCH RAB in the Downlink

When the admission of the DCH RAB is implemented, the RNC performs the following steps:

1. The RNC evaluates whether the ratio of the current non-HSPA power after the new RAB access to the maximum transmit power of the cell is less than or equal to the cell downlink admission threshold for a specific type of service. The threshold may be DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, or DlHOThd. If the condition is met, the RNC performs the next step. Otherwise, the admission fails.

2. The RNC evaluates whether the ratio of the current downlink total power after the new RAB access to the maximum transmit power of the cell is less than or equal to the threshold of the total downlink power of the cell (DlCellTotalThd).

− The HSDPA power included in the current downlink total power can be set with HsdpaMaxGBPThd or evaluated through the GBP and the maximum power available for HSPA services.

− The current downlink total power also includes all kinds of reserved power, for example, the power for the common channel and for HSUPA downlink control channels.

If the condition above is met, the RNC admits the DCH RAB. Otherwise, the admission fails.

If the current cell supports DC-HSDPA, the current total power of the DC-HSDPA cell group must also be less than the sum of the total downlink power threshold of the primary cell and that of the secondary cell.

Admission Decision for HSDPA RAB in the Downlink

When the admission of the HSDPA RAB is implemented, the PBR-based decision and load-based decision are also performed. The RNC admits the UE when the criteria for either decision is fulfilled.

− PBR-based decision: The PBR of all existing services must greater than or equal to the admission threshold HsdpaStrmPBRThd/HsdpaBePBRThd.

− Load-based decision: The total downlink load after the new RAB access must be less than or equal to the threshold of the total downlink power of the cell (DlCellTotalThd). The total downlink load after new RAB access can be calculated in one of the following ways:

a. The sum of the current TCP and the power increment for the new RAB

b. The sum of the current non-HSPA power and the GBP of all existing HSDPA services

../RNCParaHtml/mbsc/m-para/ucellcac_dlcchloadrsrvcoeff.html

../RNCParaHtml/mbsc/m-para/ucellcac_dlconvamrthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_dlconvnonamrthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_dlotherthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_dlhothd.html





../RNCParaHtml/mbsc/m-para/ucellcac_dlcelltotalthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_hsdpamaxgbpthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_hsdpastrmpbrthd.html

../RNCParaHtml/mbsc/m-para/ucellcac_hsdpabepbrthd.html


WCDMA RAN




3-8

The total downlink load also includes all reserved power types, for example, the power for the common channel and the power for HSUPA downlink control channels.

If the current cell supports DC-HSDPA, the current total power of the DC-HSDPA cell group must also be less than the sum of the total downlink power threshold of the primary cell and that of the secondary cell.

PS conversational services carried on HSPA can be treated as streaming services during admission control.

Admission Decision for DC-HSDPA RAB in the Downlink

The admission of DC-HSDPA RABs 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 decision in DC-HSDPA cell group is successful. PBR-based decision in DC-HSDPA cell group is similar to that in SC-HSDPA cell. The difference between them is that the users selected during the decision are DC-HSDPA users in the DC-HSDPA cell group rather than SC-HSDPA users.

− Load-based decision in DC-HSDPA cell group is successful. This means that the total downlink load factor of DC-HSDPA cell group is less than the sum of the total downlink load threshold of the primary cell and that of the secondary cell.

Admission Decision for HSUPA Control Channels in the Downlink

The power for downlink control channels (E-AGCH/E-RGCH/E-HICH) is determined by DlHSUPARsvdFactor. Therefore, power-based admission is not required for these channels.

Downlink Power-Based Admission Decision for MBMS

For details, see the MBMS Feature Parameter Description.


There are two types of power-based admission decision based on algorithm 2: uplink power-based admission decision and downlink power-based admission decision.

The ENU of MBMS downlink control channels (MICH and MCCH) is reserved. Therefore, the 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 these channels.

Equivalent Number of Users

The 12.2 kbit/s AMR traffic is defined as one ENU. Therefore, the 12.2 kbit/s AMR traffic can be used to calculate the ENU of all other services. The calculation is based on the following factors:

Cell type (urban or suburban)

Traffic domain (CS or PS)

Coding type (turbo code or 1/2 1/3 convolutional code)

Traffic QoS, that is, the Block Error Rate (BLER)

The activity value of the traffic type, which can be set with the SET UADMCTRL command.

Procedure for Uplink ENU Resource Decision

Before the admission of the uplink ENU resource, if the uplink OLC algorithm switch (UL_UU_OLC) is enabled and the cell is in the OLC state triggered by the RTWP, then:

../RNCParaHtml/mbsc/m-para/ucellcac_dlhsuparsvdfactor.html


WCDMA RAN




3-9

The system checks whether the uplink equivalent user load proportion of the cell is less than 40% if the Control RTWP Anti-interference function switch (NBMCacAlgoSwitch: RTWP_RESIST_DISTURB) is enabled. If it is less than 40%, the RNC accepts the access request. Otherwise, the RNC performs an admission decision on the uplink ENU resource.

The RNC rejects the access request if the Control RTWP Anti-interference function switch is disabled.

In the normal state, when the uplink ENU admission for a new RAB is implemented, the RNC calculates the uplink ENU of the RAB, and then estimates whether the ratio of the total uplink ENU after the new RAB access to the maximum ENU (UlTotalEqUserNum) is less than or equal to the cell uplink admission threshold for a specific type of service. The threshold may be UlNonCtrlThdForAMR, UlNonCtrlThdForNonAMR, UlNonCtrlThdForOther, or UlNonCtrlThdForHo. If the condition is met, the RNC admits the access request.

For DCH users, the RNC can also admit the access request if the ratio of the total uplink ENU of all DCH users after the new RAB access to the maximum ENU (UlTotalEqUserNum) is less than or equal to difference between UlCellTotalThd and HsupaMaxGBPThd.

For users in uplink enhanced CELL_FACH state, only the total users in uplink enhanced CELL_FACH state must be lower than the threshold MaxERACHUserNum.

Procedure for Downlink ENU Resource Decision

For non-DC-HSDPA RAB

If the current cell does not support DC-HSDPA, when the ENU admission of the RAB is implemented, the RNC calculates the downlink ENU of an incoming RAB, and then estimates whether the ratio of the total downlink ENU after the new RAB access to the maximum ENU (DlTotalEqUserNum) is less than or equal to the cell downlink admission threshold of a specific type of service. The threshold may be DlConvAMRThd, DlConvNonAMRThd, DlOtherThd, DlHOThd, or DlCellTotalThd. If the condition is met, the RNC admits the access request.

For DCH users, the RNC can also admit the access request when the ratio of the total downlink ENU of all DCH users after the new RAB access to the maximum ENU (DlTotalEqUserNum) is less than or equal to difference between DlCellTotalThd and HsdpaMaxGBPThd.

For non-DC-HSDPA RABs, if the current cell supports DC-HSDPA, the sum of ENUs of the DC-HSDPA cell group must also be less than the sum of the total uplink load threshold of the primary cell and that of the secondary cell.

For DC-HSDPA RAB

The admission is successful when the total ENU divided by the maximum ENU is less than the sum of admission thresholds of the two cells.


Algorithm 3 is similar to algorithm 1. The difference is that the estimated load increment in algorithm 3 is always set to 0.

In accordance with the current cell load (uplink load factor and downlink TCP), the RNC determines whether the cell load would exceed the threshold, with the estimated load increment set to 0. If the cell load would exceed the threshold, the RNC rejects the request. If not, the RNC accepts the request.

3.4 CAC Based on NodeB Credit Resource

When a new service accesses the network, NodeB credit resource-based admission is optional.


../RNCParaHtml/mbsc/m-para/ucellcac_ultotalequsernum.html









../RNCParaHtml/mbsc/m-para/ucellcac_dltotalequsernum.html









WCDMA RAN




3-10

3.4.1 NodeB Credit

The CE is used to measure the channel demodulation capability of the NodeBs. On the RNC side, it is referred to as the NodeB credit. On the NodeB side, it is referred to as the Channel Element (CE).

The consumed NodeB resource of one equivalent 12.2 kbit/s AMR voice service, including 3.4 kbit/s signaling on the Dedicated Control Channel (DCCH), is defined as one CE. If there is only 3.4 kbit/s signaling on the DCCH, one CE is consumed.

There are two types of CEs. One is uplink CE, which supports uplink services, and the other is downlink CE, which supports downlink services. One 12.2 kbit/s AMR voice service consumes one uplink CE and one downlink CE.

There is no capacity consumption law for HS-DSCH in 3GPP TS 25.433. Therefore, certain credits are reserved for HSDPA RABs, and credit admission for HSDPA is not required.

3.4.2 Procedure for Admission Decision Based on NodeB Credit

When a new service tries to access the network, the admission decision based on NodeB credit is implemented as follows:

For an RRC connection setup request, 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 RRC connection setup.

For a handover service, 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.

For other services, the RNC has to ensure that the available credit of the local cell, local cell group (if any), and NodeB does not exceed the value of UlHoCeResvSf (for the uplink) or DlHoCeCodeResvSf (for the downlink) after new services are granted admission.

The CE capabilities at the local cell, local cell group, and NodeB levels are reported to the RNC through the NBAP_AUDIT_RSP message over the Iub interface.

- The CE capability at the local cell level indicates, in terms of hardware, the maximum capability that can be used in the local cell.

- The CE capability at the local cell group level indicates the capability when the license and hardware are taken into consideration.

- The CE capability at the NodeB level indicates the number of CEs that can be used, as specified in the license.

In the current product release, the UL Capacity Credit (CC) and DL CC are separate. So the credit resource-based admission is implemented in the UL and DL, respectively.

3.5 CAC Based on Iub Resources

When a new service accesses the network, Iub resource-admission is mandatory.

For details about resource-based admission at the Iub transport layer, see the Transmission Resource Management Feature Parameter Description.

3.6 CAC Based on the Number of HSPA Users

3.6.1 CAC for HSDPA Users

HSDPA services admission decisions are based on the number of HSDPA users.

When a new HSDPA service attempts to access the network, the algorithm admits the service if the following conditions are met:

../RNCParaHtml/mbsc/m-para/ucellcac_ulhoceresvsf.html


Transmission%20Resource%20Management.htm


WCDMA RAN




3-11

The number of HSDPA users in the cell does not exceed the maximum value specified by MaxHsdpaUserNum.

The number of HSDPA users in the cell does not exceed the user number of license.

The number of HSDPA users in NodeB does not exceed the maximum value specified by NodeBHsdpaMaxUserNum.

Otherwise, the HSDPA service is degraded to R99 service and another admission decision to performed.

3.6.2 CAC for HSUPA Users

HSUPA services admission decisions are 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 the HSUPA users in the cell does not exceed the maximum value specified by MaxHsupaUserNum.

The number of HSDPA users in the cell does not exceed the user number of license.

The number of the HSUPA users in NodeB does not exceed the maximum value specified by NodeBHsupaMaxUserNum.

Otherwise, the HSUPA service is degraded to R99 service to retry admission.

../RNCParaHtml/mbsc/m-para/ucellcac_maxhsdpausernum.html

../RNCParaHtml/mbsc/m-para/unodebalgopara_nodebhsdpamaxusernum.html

../RNCParaHtml/mbsc/m-para/ucellcac_maxhsupausernum.html

../RNCParaHtml/mbsc/m-para/unodebalgopara_nodebhsupamaxusernum.html

WCDMA RAN

Call Admission Control 4 Parameters



4-1

4 Parameters

Table 4-1 Parameter description

Parameter ID NE MML Command Description

DlCCHLoadRsrvCoeff

BSC6900

ADD UCELLCAC(Optional)

MOD UCELLCAC(Optional)

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 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

Default Value: 0

DlCellTotalThd BSC6900



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.



Default Value: 90

DlConvAMRThd BSC6900



Meaning: The percentage of the conversational AMR service threshold to the 100% downlink load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling the AMR service admission. That is, when an AMR service is accessing, 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 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 be admitted.

The DL load factor thresholds include parameters of [DL threshold of Conv non_AMR service], [DL handover access



../RNCParaHtml/mbsc/m-mml/add-ucellcac.html

../RNCParaHtml/mbsc/m-mml/mod-ucellcac.html







WCDMA RAN




4-2


threshold] and [DL 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.



Default Value: 80

DlConvNonAMRThd BSC6900



Meaning: The percentage of the conversational non-AMR service threshold to the 100% downlink load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling the non-AMR service admission. That is, when a non-AMR service is accessing, 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 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.

The DL load factor thresholds include parameters of [DL threshold of Conv non_AMR service], [DL handover access threshold] and [DL 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.



Default Value: 80

DlHOThd BSC6900



Meaning: The percentage of the handover service admission threshold to the 100% downlink load. It is applicable to algorithm 1 and algorithm 2. 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,







WCDMA RAN




4-3


this service will be admitted.



Default Value: 85

DlHSUPARsvdFactor

BSC6900



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.



Default Value: 0

DlHoCeCodeResvSf BSC6900



Meaning: Some cell resources can be reserved for handover UEs to guarantee handover success rate and improve access priority of handover services. This parameter defines the quantity of downlink code and CE resources reserved for handover. SFOFF refers to that no resources is reserved. SF32 refers to that a code resource with SF = 32 and its corresponding credit resource are reserved.

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

Default Value: SF32

DlOlcTrigThd BSC6900

ADD UCELLLDM(Optional)

MOD UCELLLDM(Optional)

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 may have a ping-pong effect. 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.



Default Value: 95








../RNCParaHtml/mbsc/m-para/ucellldm_dlolctrigthd.html

../RNCParaHtml/mbsc/m-mml/add-ucellldm.html

../RNCParaHtml/mbsc/m-mml/mod-ucellldm.html

WCDMA RAN




4-4


DlOtherThd BSC6900



Meaning: 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. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling other service admissions. That is, when a service is accessing, 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 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.

The DL load factor thresholds include parameters of [DL threshold of Conv non_AMR service], [DL handover access threshold] and [DL 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.



Default Value: 75

DlTotalEqUserNum BSC6900



Meaning: When the algorithm 2 is used, this parameter defines the total equivalent user number corresponding to the 100% downlink load. The parameter should be related to the admission threshold and actual condition of the network.



Default Value: 80

HsdpaBePBRThd BSC6900



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 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







../RNCParaHtml/mbsc/m-para/ucellcac_hsdpabepbrthd.html



WCDMA RAN




4-5


QoS can be satisfied and new HSDPA BE services are allowed.



Default Value: 30

HsdpaMaxGBPThd BSC6900



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.



Default Value: 100

HsdpaStrmPBRThd BSC6900



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 and new HSDPA streaming services are not allowed. Otherwise, the QoS can be satisfied and new HSDPA streaming services are allowed.



Default Value: 70

HsupaMaxGBPThd BSC6900



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.



Default Value: 100

MaxERACHUserNum

BSC6900



Meaning: Maximum number of UEs that can access a cell using the ERACH function.



Default Value: 48




../RNCParaHtml/mbsc/m-para/ucellcac_hsdpastrmpbrthd.html










WCDMA RAN




4-6


MaxHsdpaUserNum BSC6900



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.



Default Value: 64

MaxHsupaUserNum BSC6900



Meaning: Maximum number of users supported by the HSUPA channel. The user in this parameter refers to the 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.



Default Value: 20

NBMCacAlgoSwitch BSC6900

ADD UCELLALGOSWITCH(Optional)

MOD UCELLALGOSWITCH(Optional)

Meaning: The above values of the algorithms represent the following information:

CRD_ADCTRL: Control Cell Credit admission control algorithm.

Only when NODEB_CREDIT_CAC_SWITCH which is set by the SET UCACALGOSWITCH command and this switch are on,the Cell Credit admission control algorithm is valid.

HSDPA_UU_ADCTRL: Control HSDPA UU Load admission control algorithm. This swtich does not work when uplink is beared on HSUPA and downlink is beared on HSDPA.

HSDPA_GBP_MEAS: Control HSDPA HS-DSCH Required Power measurement.

HSDPA_PBR_MEAS: Control HSDPA HS-DSCH Provided Bit Rate measurement.

HSUPA_UU_ADCTRL: Control HSUPA UU

../RNCParaHtml/mbsc/m-para/ucellcac_maxhsdpausernum.html



../RNCParaHtml/mbsc/m-para/ucellcac_maxhsupausernum.html




../RNCParaHtml/mbsc/m-mml/add-ucellalgoswitch.html



../RNCParaHtml/mbsc/m-mml/mod-ucellalgoswitch.html



WCDMA RAN




4-7


Load admission control algorithm. This switch does not work when uplink is beared on HSUPA and downlink is beared on HSDPA.

MBMS_UU_ADCTRL: Control MBMS UU Load admission control algorithm.

HSUPA_PBR_MEAS: Control HSUPA Provided Bit Rate measurement.

HSUPA_EDCH_RSEPS_MEAS: Control HSUPA Provided Received Scheduled EDCH Power Share measurement.

EMC_UU_ADCTRL: Control power admission for emergency user.

RTWP_RESIST_DISTURB: Control algorithm of resisting disturb when RTWP is abnormal.

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 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.

MIMOCELL_LEGACYHSDPA_ADCTRL: Legacy HSDPA admission control algorithm in MIMO cell.

FAST_DORMANCY_ADCTRL: Control admission for Fast Dormancy user. If this switch is disabled, state transition from CELL-DCH to CELL-PCH or from CELL-DCH to CELL-FACH is not allowed for Fast Dormancy user.

If switches above are selected, the corresponding algorithms will be enabled; otherwise, disabled.

GUI Value Range: CRD_ADCTRL(Credit Admission Control Algorithm), HSDPA_UU_ADCTRL(HSDPA UU Load Admission Control Algorithm),

WCDMA RAN




4-8


HSUPA_UU_ADCTRL(HSUPA UU Load Admission Control Algorithm), MBMS_UU_ADCTRL(MBMS UU Load Admission Control Algorithm), HSDPA_GBP_MEAS(HSDPA GBP Meas Algorithm), HSDPA_PBR_MEAS(HSDPA PBR Meas Algorithm), HSUPA_PBR_MEAS(HSUPA PBR Meas Algorithm), HSUPA_EDCH_RSEPS_MEAS(HSUPA EDCH RSEPS Meas Algorithm), EMC_UU_ADCTRL(emergency call power admission), RTWP_RESIST_DISTURB(RTWP Resist Disturb Switch), FACH_UU_ADCTRL(FACH power cac switch), MIMOCELL_LEGACYHSDPA_ADCTRL(Legacy HSDPA Admission Control Algorithm in MIMO Cell ), FAST_DORMANCY_ADCTRL(Fast Dormancy User Admission Control Algorithm)

Actual Value Range: CRD_ADCTRL, HSDPA_UU_ADCTRL, HSUPA_UU_ADCTRL, MBMS_UU_ADCTRL, HSDPA_GBP_MEAS, HSDPA_PBR_MEAS, HSUPA_PBR_MEAS, HSUPA_EDCH_RSEPS_MEAS, EMC_UU_ADCTRL, RTWP_RESIST_DISTURB, FACH_UU_ADCTRL, MIMOCELL_LEGACYHSDPA_ADCTRL, FAST_DORMANCY_ADCTRL

Default Value: None

NBMDlCacAlgoSelSwitch

BSC6900

ADD UCELLALGOSWITCH(Mandatory)


Meaning: The algorithms with the above values represent are as follow:

ALGORITHM_OFF: Disable downlink call admission control algorithm.

ALGORITHM_FIRST: The load factor prediction algorithm will be used in downlink CAC.

ALGORITHM_SECOND: The equivalent user number algorithm will be used in downlink CAC.

ALGORITHM_THIRD: The loose call admission control algorithm will be used in downlink CAC.









WCDMA RAN




4-9


GUI Value Range: ALGORITHM_OFF, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD

Actual Value Range: ALGORITHM_OFF, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD

Default Value: None

NBMUlCacAlgoSelSwitch

BSC6900

ADD UCELLALGOSWITCH(Mandatory)


Meaning: The algorithms with the above values represent are as follow:

ALGORITHM_OFF: Disable uplink call admission control algorithm.

ALGORITHM_FIRST: The load factor prediction algorithm will be used in uplink CAC.

ALGORITHM_SECOND: The equivalent user number algorithm will be used in uplink CAC.

ALGORITHM_THIRD: The loose call admission control algorithm will be used in uplink CAC.

GUI Value Range: ALGORITHM_OFF, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD

Actual Value Range: ALGORITHM_OFF, ALGORITHM_FIRST, ALGORITHM_SECOND, ALGORITHM_THIRD

Default Value: None

NodeBHsdpaMaxUserNum

BSC6900

ADD UNODEBALGOPARA(Optional)

MOD UNODEBALGOPARA(Optional)

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.



Default Value: 3840

NodeBHsupaMaxUserNum

BSC6900

ADD UNODEBALGOPARA(Optional)

MOD UNODEBALGOPARA(Optional)

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.











../RNCParaHtml/mbsc/m-mml/add-unodebalgopara.html



../RNCParaHtml/mbsc/m-mml/mod-unodebalgopara.html











WCDMA RAN




4-10




Default Value: 3840

UlCCHLoadFactor BSC6900



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 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.



Default Value: 0

UlCellTotalThd BSC6900



Meaning: Admission threshold of total cell uplink power. This parameter is related to the target load of the uplink schedule.



Default Value: 83

UlHoCeResvSf BSC6900



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), SFOFF(SFOFF)

Actual Value Range: SF4, SF8, SF16, SF32, SF64, SF128, SF256, SFOFF

Default Value: SF16

UlNonCtrlThdForAMR

BSC6900



Meaning: The percentage of the conversational non-AMR service threshold to the 100% uplink load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling the non-AMR service admission. That is, when a non-AMR service is accessing, the RNC evaluates the measurement value of the uplink load after the service is accessed. If the UL load of a







../RNCParaHtml/mbsc/m-para/ucellcac_ulhoceresvsf.html







WCDMA RAN




4-11


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.

The UL load factor thresholds include parameters of [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.



Default Value: 75

UlNonCtrlThdForHo BSC6900



Meaning: The percentage of the handover service admission threshold to the 100% uplink load. It is applicable to algorithm 1 and algorithm 2. 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 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.



Default Value: 80

UlNonCtrlThdForNonAMR

BSC6900



Meaning: The percentage of the conversational non-AMR service threshold to the 100% uplink load. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling the non-AMR service admission. That is, when a non-AMR service is accessing, 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 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.

The UL load factor thresholds include








WCDMA RAN




4-12


parameters of [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.



Default Value: 75

UlNonCtrlThdForOther

BSC6900



Meaning: 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. It is applicable to algorithm 1 and algorithm 2. The parameter is used for controlling other service admissions. That is, when a service is accessing, 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 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.

The UL load factor thresholds include parameters of [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.



Default Value: 60

UlOlcTrigThd BSC6900

ADD UCELLLDM(Optional)

MOD UCELLLDM(Optional)

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 state may have a ping-pong effect. The recommended





../RNCParaHtml/mbsc/m-para/ucellldm_ulolctrigthd.html

../RNCParaHtml/mbsc/m-mml/add-ucellldm.html

../RNCParaHtml/mbsc/m-mml/mod-ucellldm.html

WCDMA RAN




4-13


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.



Default Value: 95

UlTotalEqUserNum BSC6900



Meaning: When the algorithm 2 is used, this parameter defines the total equivalent user numbers corresponding to the 100% uplink load. The parameter should be related to the admission threshold and actual condition of the network.



Default Value: 95




WCDMA RAN

Call Admission Control 5 Counters



5-1

5 Counters

Table 5-1 Counter description

Counter ID Counter Name Counter Description Feature ID Feature Name

50332555 VS.LC.ULMean.LicenseGroup

Average number of UL CEs consumed by an operator

WRFD-020101 Admission Control

50332556 VS.LC.DLMean.LicenseGroup

Average number of DL CEs consumed by an operator


50332557 VS.LC.DLCreditAvailable.LicenseGroup.Dedicated

Number of DL CEs configured for an operator


50332558 VS.LC.ULCreditAvailable.LicenseGroup.Dedicated

Number of UL CEs configured for an operator


50332559 VS.LC.ULCreditAvailable.Shared

Number of UL CEs configured for a shared group


50332560 VS.LC.DLCreditAvailable.Shared

Number of DL CEs configured for a shared group


50332561 VS.LC.ULMean.LicenseGroup.Shared

Average number of shared UL CEs consumed by an operator


50332562 VS.LC.DLMean.LicenseGroup.Shared

Average number of shared DL CEs consumed by an operator


50332563 VS.HSUPA.LC.ULMean.LicenseGroup

Average number of UL CEs consumed by HSUPA services of an operator


50332564 VS.HSUPA.LC.ULMean.LicenseGroup.Shared

Average number of shared UL CEs consumed by HSUPA services


50332565 VS.HW.DLCreditAvailable

VS.HW.DLCreditAvailable WRFD-020101 Admission Control

50332566 VS.HW.ULCreditAvailable

VS.HW.ULCreditAvailable WRFD-020101 Admission Control

50332573 VS.CE.ULAvailable.UlGroup

The Number of CEs Configured on All Available Boards in an Uplink Resource Group


50332574 VS.CE.ULMean.UlGroup

Mean Number of Uplink CEs Consumed by All Cells in an Uplink Resource Group


50332578 VS.AttRLSETUP.MEAN

The average number of RL Setup Request per second


50332579 VS.AttRLADD.MEAN The average number of RL WRFD-020101 Admission Control

../NodeBCounterHtml/nodeb/b-nodeb-perf/Mt-50332555.html
















WCDMA RAN




5-2


Add Request per second

50332580 VS.AttRLRecfg.MEAN The average number of RL Reconfiguration Preparation Request per second


50332581 VS.DedicMeaRpt.MEAN

The average number of Dedicated Measurement Reporting per second


50332582 VS.CE.DLAvailable.Board

The Number of Downlink CEs Configured on a Baseband Board


50332583 VS.CE.ULAvailable.Board

The Number of Uplink CEs Configured on a Baseband Boar


50332584 VS.CE.DLMean.Board Mean Number of Downlink CEs Consumed by a Baseband Board


50332586 VS.CE.ULMean.Board Mean Number of Uplink CEs Consumed by a Baseband Board


50341855 VS.HSUPA.LeftPwrLmtUserRatio

Ratio of the number of HSUPA users with limited uplink load to the total number of HSUPA users in a cell

WRFD-01061202

WRFD-01061402

HSUPA Admission Control

Enhanced Fast UL Scheduling

50342555 VS.LC.ULMax.LicenseGroup

Maximum number of UL CEs consumed by an operator


50342556 VS.LC.DLMax.LicenseGroup

Maximum number of DL CEs consumed by an operator


50342561 VS.LC.ULMax.LicenseGroup.Shared

Maximum number of shared UL CEs consumed by an operator


50342562 VS.LC.DLMax.LicenseGroup.Shared

Maximum number of shared DL CEs consumed by an operator


50342563 VS.HSUPA.LC.ULMax.LicenseGroup

Maximum number of UL CEs consumed by HSUPA services of an operator


50342564 VS.HSUPA.LC.ULMax.LicenseGroup.Shared

Maximum number of shared UL CEs consumed by HSUPA services


50342567 VS.LC.DLMin.LicenseGroup.Shared

VS.LC.DLMin.LicenseGroup.Shared
















WCDMA RAN




5-3


50342568 VS.LC.ULMin.LicenseGroup.Shared

VS.LC.ULMin.LicenseGroup.Shared


50342569 VS.HSUPA.LC.ULMin.LicenseGroup.Shared

VS.HSUPA.LC.ULMin.LicenseGroup.Shared


50342570 VS.LC.DLMin.LicenseGroup

VS.LC.DLMin.LicenseGroup WRFD-020101 Admission Control

50342571 VS.LC.ULMin.LicenseGroup

VS.LC.ULMin.LicenseGroup WRFD-020101 Admission Control

50342572 VS.HSUPA.LC.ULMin.LicenseGroup

VS.HSUPA.LC.ULMin.LicenseGroup


50342574 VS.CE.ULMin.UlGroup Minimum Number of Uplink CEs Consumed by All Cells in an Uplink Resource Group


50342575 VS.CE.ULMax.UlGroup

Maximum Number of Uplink CEs Consumed by All Cells in an Uplink Resource Group


50342578 VS.AttRLSETUP.MAX The max number of RL Setup Request per second


50342579 VS.AttRLADD.MAX The max number of RL Add Request per second


50342580 VS.AttRLRecfg.MAX The max number of RL Reconfiguration Preparation Requeset per second


50342581 VS.DedicMeaRpt.MAX The max number of Dedicated Measurement Reporting per second


50342584 VS.CE.DLMin.Board Minimum Number of Downlink CEs Consumed by a Baseband Board


50342585 VS.CE.DLMax.Board Maximum Number of Downlink CEs Consumed by a Baseband Board


50342586 VS.CE.ULMin.Board Minimum Number of Uplink CEs Consumed by a Baseband Board


50342587 VS.CE.ULMax.Board Maximum Number of Uplink CEs Consumed by a Baseband Board


67179524 VS.RRC.Rej.Code.Cong

Number of RRC Connection Rejects for Cell (Code Resource Congestion)

WRFD-020101

WRFD-010510

Admission Control

3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access
















../RNCCounterHtml/mbsc/m-perf/Mt-10869.html

WCDMA RAN




5-4


Bearer Establishment and Release

67179864 VS.RAB.FailEstabCS.Code.Cong

Number of Failed CS RAB Establishments for Cell (Code Congestion)

WRFD-020101

WRFD-010510

Admission Control

3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and Release

67179967 VS.RAB.FailEstabPS.Code.Cong

Number of Failed PS RAB Establishments for Cell (Code Congestion)

WRFD-020101

WRFD-010510

Admission Control


67181071 VS.RAC.NewCallReq Number of Cell Resource Requests During RAB Establishment for Cell


67181072 VS.RAC.SHOCallReq Number of Cell Resource Requests During SHO for Cell


67181073 VS.RAC.ReconfigCallReq

Number of Cell Resource Requests Due to UE RAB Reconfiguration for Cell


67181074 VS.RAC.HHOCallReq Number of Cell Resource Requests During HHO for Cell


67181075 VS.RAC.TrChSwitchCallReq

Number of Cell Resource Requests During Channel Type Switch for Cell


67181076 VS.RAC.NewCallAcc Number of Successful Cell Resource Requests During RAB Establishment for Cell


67181077 VS.RAC.SHOCallAcc Number of Successful Cell Resource Requests During SHO for Cell


67181078 VS.RAC.ReconfigCallAcc

Number of Successful Cell Resource Requests Due to UE RAB Reconfiguration for Cell


67181079 VS.RAC.HHOCallAcc Number of Successful Cell Resource Requests During HHO for Cell


67181080 VS.RAC.TrChSwitchCaNumber of Successful Cell WRFD-020101 Admission Control













WCDMA RAN




5-5


llAcc Resource Requests During Channel Type Switch for Cell

67189859 VS.RAC.HHO.Fail.Code.Cong

Number of Failed Requests for Code Resources During HHO for Cell


67190404 VS.RRC.Rej.ULCE.Cong

Number of RRC Connection Rejects for Cell (UL CE Resource Congestion)

WRFD-020101

WRFD-010510

Admission Control


67190405 VS.RRC.Rej.DLCE.Cong

Number of RRC Connection Rejects for Cell (DL CE Resource Congestion)

WRFD-020101

WRFD-010510

Admission Control


67190406 VS.RAB.FailEstabCS.ULCE.Cong

Number of Failed CS RAB Establishments for Cell (UL CE Congestion)

WRFD-020101

WRFD-010510

Admission Control


67190407 VS.RAB.FailEstabCS.DLCE.Cong

Number of Failed CS RAB Establishments for Cell (DL CE Congestion)

WRFD-020101

WRFD-010510

Admission Control


67190408 VS.RAB.FailEstabPS.ULCE.Cong

Number of Failed PS RAB Establishments for Cell (UL CE Congestion)

WRFD-020101

WRFD-010510

Admission Control


67190409 VS.RAB.FailEstabPS.DLCE.Cong

Number of Failed PS RAB Establishments for Cell (DL CE Congestion)

WRFD-020101

WRFD-010510

Admission Control

3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and








WCDMA RAN




5-6


Release

67191165 VS.LC.ULCreditUsed.Max

Maximum Usage of UL Credit for Cell


67191166 VS.LC.ULCreditUsed.Min

Minimum Usage of UL Credit for Cell


67191167 VS.LC.DLCreditUsed.Max

Maximum Usage of DL Credit for Cell


67191168 VS.LC.DLCreditUsed.Min

Minimum Usage of DL Credit for Cell


67191839 VS.RAC.DCCC.Fail.ULCE.Cong

Number of Failed Requests for UL CE Resources During DCCC for Cell


67191840 VS.RAC.DCCC.Fail.DLCE.Cong

Number of Failed Requests for DL CE Resources During DCCC for Cell


67191841 VS.RAC.SHO.Fail.ULCE.Cong

Number of Failed Requests for UL CE Resources During SHO for Cell


67191842 VS.RAC.SHO.Fail.DLCE.Cong

Number of Failed Requests for DL CE Resources During SHO for Cell


67191843 VS.RAC.NewCallReq.Fail.ULCE.Cong

Number of Failed Requests for Uplink CE Resources During RAB Establishment for Cell


67191844 VS.RAC.NewCallReq.Fail.DLCE.Cong

Number of Failed Requests for Downlink CE Resources During RAB Establishment for Cell


67192492 VS.RAC.HHO.Fail.ULCE.Cong

Number of Failed Requests for UL CE Resources During HHO for Cell


67192493 VS.RAC.HHO.Fail.DLCE.Cong

Number of Failed Requests for DL CE Resources During HHO for Cell


67192608 VS.RRC.Rej.ULIUBBand.Cong

Number of RRC Connection Rejects for Cell (UL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control















WCDMA RAN




5-7


67192609 VS.RRC.Rej.DLIUBBand.Cong

Number of RRC Connection Rejects for Cell (DL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control


67192610 VS.RAB.FailEstabCS.DLIUBBand.Cong

Number of Failed CS RAB Establishments for Cell (DL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control


67192611 VS.RAB.FailEstabCS.ULIUBBand.Cong

Number of Failed CS RAB Establishments for Cell (UL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control


67192612 VS.RAB.FailEstabPS.DLIUBBand.Cong

Number of Failed PS RAB Establishments for Cell (DL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control


67192613 VS.RAB.FailEstabPS.ULIUBBand.Cong

Number of Failed PS RAB Establishments for Cell (UL Iub Bandwidth Congestion)

WRFD-020101

WRFD-010510

Admission Control


67192916 VS.RAC.NewCallReq.Fail.HSDPANum.Cong

Number of Failed Admissions Due to HSDPA User Number Exceeding Threshold During RAB Establishment for Cell

WRFD-01061003

HSDPA Admission Control

67192917 VS.RAC.NewCallReq.Fail.HSUPANum.Cong

Number of Failed Admissions Due to HSUPA User Number Exceeding Threshold During RAB Establishment for Cell

WRFD-01061202


67192918 VS.RAC.SHO.Fail.Code.Cong

Number of Failed Requests for Code Resources During SHO for Cell










WCDMA RAN




5-8


67192919 VS.RAC.SHO.Fail.ULIUBBand.Cong

Number of Failed Requests for UL Iub Transmission Resources During SHO for Cell


67192920 VS.RAC.SHO.Fail.DLIUBBand.Cong

Number of Failed Requests for DL Iub Transmission Resources During SHO for Cell


67192921 VS.RAC.SHO.Fail.HSUPANum.Cong

Number of Failed Admissions Due to HSUPA User Number Exceeding Threshold During SHO for Cell

WRFD-01061202


67192922 VS.RAC.DCCC.Fail.Code.Cong

Number of Failed Requests for DL Code Resources During DCCC for Cell


67192923 VS.RAC.TrChSwitch.Fail.ULCE.Cong

Number of Failed Requests for UL CE Resources During Channel Type Switch for Cell


67192924 VS.RAC.TrChSwitch.Fail.DLCE.Cong

Number of Failed Requests for DL CE Resources During Channel Type Switch for Cell


67192925 VS.RAC.TrChSwitch.Fail.Code.Cong

Number of Failed Requests for Code Resources During Channel Type Switch for Cell


67192926 VS.RAC.TrChSwitch.Fail.ULIUBBand.Cong

Number of Failed Requests for UL Iub Transmission Resources During Channel Type Switch for Cell


67192927 VS.RAC.TrChSwitch.Fail.DLIUBBand.Cong

Number of Failed Requests for DL Iub Transmission Resources During Channel Type Switch for Cell


67192928 VS.RAC.TrChSwitch.Fail.HSDPANum.Cong

Number of Failed Admissions Due to HSDPA User Number Exceeding Threshold During Channel Type Switch for Cell

WRFD-01061003


67192929 VS.RAC.TrChSwitch.Fail.HSUPANum.Cong

Number of Failed Admissions Due to HSUPA User Number Exceeding Threshold During Channel Type Switch for Cell

WRFD-01061202


67192930 VS.RAC.HHO.Fail.ULIUBBand.Cong

Number of Failed Requests for UL Iub Transmission Resources During HHO for Cell














WCDMA RAN




5-9


67192931 VS.RAC.HHO.Fail.DLIUBBand.Cong

Number of Failed Requests for DL Iub Transmission Resources During HHO for Cell


67192932 VS.RAC.HHO.Fail.HSDPANum.Cong

Number of Failed Admissions Due to HSDPA User Number Exceeding Threshold During HHO for Cell

WRFD-01061003


67192933 VS.RAC.HHO.Fail.HSUPANum.Cong

Number of Failed Admissions Due to HSUPA User Number Exceeding Threshold During HHO for Cell

WRFD-01061202


67192939 VS.RAC.SHO.Fail.ULPower.Cong

Number of Failed Requests for UL Power Resources During SHO for Cell


67192940 VS.RAC.SHO.Fail.DLPower.Cong

Number of Failed Requests for DL Power Resources During SHO for Cell


67192941 VS.RAC.HHO.Fail.ULPower.Cong

Number of Failed Requests for UL Power Resources During HHO for Cell


67192942 VS.RAC.HHO.Fail.DLPower.Cong

Number of Failed Requests for DL Power Resources During HHO for Cell


67192943 VS.RAC.DCCC.Fail.ULPower.Cong

Number of Failed Requests for UL Power Resources During DCCC for Cell


67192944 VS.RAC.DCCC.Fail.DLPower.Cong

Number of Failed Requests for DL Power Resources During DCCC for Cell


67192945 VS.RAC.TrChSwitch.Fail.ULPower.Cong

Number of Failed Requests for UL Power Resources During Channel Type Switch for Cell


67192946 VS.RAC.TrChSwitch.Fail.DLPower.Cong

Number of Failed Requests for DL Power Resources During Channel Type Switch for Cell


67193609 VS.RRC.Rej.ULPower.Cong

Number of RRC Connection Rejects for Cell (UL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control

3.4/6.8/13.6/27.2Kbps RRC Connection and Radio Access Bearer Establishment and













WCDMA RAN




5-10


Release

67193610 VS.RRC.Rej.DLPower.Cong

Number of RRC Connection Rejects for Cell (DL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control


67193611 VS.RAB.FailEstabCS.ULPower.Cong

Number of Failed CS RAB Establishments for Cell (UL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control


67193612 VS.RAB.FailEstabCS.DLPower.Cong

Number of Failed CS RAB Establishments for Cell (DL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control


67193613 VS.RAB.FailEstabPS.ULPower.Cong

Number of Failed PS RAB Establishments for Cell (UL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control


67193614 VS.RAB.FailEstabPS.DLPower.Cong

Number of Failed PS RAB Establishments for Cell (DL Power Congestion)

WRFD-020101

WRFD-010510

Admission Control


67199663 VS.RAC.UL.EqvUserNum

Mean Number of UL Equivalent Voice UEs in CEL_DCH State for Cell


67199664 VS.RAC.DL.EqvUserNum

Mean Number of DL Equivalent Voice UEs in CEL_DCH State for Cell


67202567 VS.LC.ULCreditUsed.Mean

Mean Usage of UL Credit for Cell


67202570 VS.LC.DLCreditUsed. Mean Usage of DL Credit for WRFD-020101 Admission Control










WCDMA RAN




5-11


Mean Cell

67202921 VS.CPICH.MeanPwr Average CPICH Power for Cell


73393830 VS.HSDPA.RAB.FailEstab.DLPower.Cong

Number of Failed HSDPA Service Establishments Due to DL Power Insufficiency for Cell

WRFD-01061003


73393831 VS.HSDPA.RAB.FailEstab.DLIUBBand.Cong

Number of Failed HSDPA Service Establishments Due to DL Iub Bandwidth Insufficiency for Cell

WRFD-01061003


73393961 VS.RAC.NewCallReq.Fail.ULPower.Cong

Number of Failed Requests for Uplink Power Resources in the RAB Setup Procedure for Cell


73393962 VS.RAC.NewCallReq.Fail.DLPower.Cong

Number of Failed Requests for Downlink Power Resources in the RAB Setup Procedure for Cell


73393963 VS.RAC.NewCallReq.Fail.Code.Cong

Number of Failed Requests for Code Resources in the RAB Setup Procedure for Cell


73393964 VS.RAC.NewCallReq.Fail.ULIUBBand.Cong

Number of Failed Requests for Uplink Iub Bandwidth Resources in the RAB Setup Procedure for Cell


73393965 VS.RAC.NewCallReq.Fail.DLIUBBand.Cong

Number of Failed Requests for Downlink Iub Bandwidth Resources in the RAB Setup Procedure for Cell


73403761 VS.HSUPA.UE.Max.Cell

Maximum Number of HSUPA UEs in a Cell

WRFD-01061202

WRFD-020101


Admission Control

73403763 VS.HSDPA.UE.Max.Cell

Maximum Number of HSDPA UEs in a Cell

WRFD-01061003

WRFD-020101


Admission Control

73423469 VS.HSDPA.UE.Max.Cell.Free

Maximum Number of Free HSDPA Users in a Cell

WRFD-01061003


73441142 VS.HSDPA.UE.Mean.Cell.Free

Average Number of Free HSDPA Users in a Cell

WRFD-01061003














WCDMA RAN

Call Admission Control 6 Glossary



6-1

6 Glossary

For the acronyms, abbreviations, terms, and definitions, see the Glossary.

Glossary.htm

WCDMA RAN

Call Admission Control 7 Reference Documents



7-1

7 Reference Documents

[1] Load Control Feature Parameter Description

[2] HSDPA Feature Parameter Description

[3] Transmission Resource Management Feature Parameter Description

[4] Radio Bearers Feature Parameter Description

[5] MBMS Feature Parameter Description

Load%20Control.htm

HSDPA.htm


Radio%20Bearers.htm

MBMS.htm

CAC Huawei WCDMA RAN12

Documents

Transcript of CAC Huawei WCDMA RAN12