Professional Documents
Culture Documents
Feature Parameter Description: Transmission Resource Management SRAN5.0
Feature Parameter Description: Transmission Resource Management SRAN5.0
SRAN5.0
Issue
03
Date
2011-09-30
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.
Website:
http://www.huawei.com
Email:
support@huawei.com
SingleRAN
Transmission Resource Management
Contents
Contents
1 Introduction ................................................................................................................................1-1
1.1 Scope ............................................................................................................................................ 1-1
1.2 Intended Audience ........................................................................................................................ 1-1
1.3 Change History.............................................................................................................................. 1-1
Issue 03 (2011-09-30)
SingleRAN
Transmission Resource Management
Contents
Issue 03 (2011-09-30)
ii
SingleRAN
Transmission Resource Management
Contents
6.6.1 Overview of the Uplink Iub Congestion Control Algorithm ................................................. 6-12
6.6.2 NodeB Backpressure-Based Uplink Congestion Control Algorithm (R99 and HSUPA)..... 6-13
6.6.3 NodeB Uplink Bandwidth Adaptive Adjustment Algorithm .................................................. 6-14
6.6.4 RNC R99 Single Service Uplink Congestion Control Algorithm ......................................... 6-15
6.6.5 NodeB Uplink Congestion Control Algorithm for Cross-Iur Single HSUPA Service ........... 6-15
6.7 Dynamic Bandwidth Adjustment Based on IP PM ...................................................................... 6-16
7 Engineering Guidelines...........................................................................................................7-1
7.1 Configuring Co-TRM (with GSM BSC and UMTS RNC Combined) ............................................. 7-1
7.2 Using Default TRMLOADTH Table ................................................................................................ 7-1
8 Parameters .................................................................................................................................8-1
9 Counters ......................................................................................................................................9-1
10 Glossary ..................................................................................................................................10-1
11 Reference Documents .........................................................................................................11-1
Issue 03 (2011-09-30)
iii
SingleRAN
Transmission Resource Management
1 Introduction
1 Introduction
1.1 Scope
This document mainly describes the management of transmission resources at the base station
controller. The transmission resources refer to those carried on the Abis interface of the 2G system and
on the Iub interface of the 3G system, and those shared by the Abis and Iub interfaces of the common
transmission (co-transmission) system.
This document merges the Transmission Resource Management (TRM) feature descriptions of the 2G,
3G, and co-transmission systems. It describes transmission resources, Quality of Service (QoS), load
control, user plane processing, and associated parameters. It is applicable for R99, HSDPA, and HSUPA.
In this document, HSDPA transport resource management (WRFD-01061014 HSDPA Transport
Resource Management) and HSUPA transport resource management (WRFD-01061207 HSUPA
Transport Resource Management) mainly refer to the transmission resource mapping and load control.
The base station controllers of the 2G, 3G, and co-transmission systems are BSC, RNC, and Multi-Mode Base Station
Controller (MBSC) respectively.
MBSC is the GSM+UMTS multi-mode base station controller introduced in Huawei SRAN3.0 solution.
SRAN3.0 supports the co-transmission resource management (Co-TRM) feature (corresponding to MRFD-211503
Co-Transmission Resources Management on MBSC) only in the co-transmission scenario where the MBSC is
deployed on the base station controller side, and the MBTS is deployed on the base station side. In this scenario,
Co-TRM refers to the common management of IP logical ports (LPs) transmission resources when the 2G system and
the 3G system implement IP-based co-transmission on the Abis and Iub interfaces. Co-TRM improves the usage of
transmission resources and provides the QoS services. In the Co-TRM feature, Abis and Iub share IP LPs, and IP LPs
share IP physical transmission resources. The 2G IP paths are independent of the 3G IP paths. Co-TRM implements
the common load control and traffic shaping within the shared LPs.
SRAN5.0 also supports the Co-TRM feature in the scenario where the GSM BSC and the UMTS RNC are deployed
separately, and IP-based co-transmission is implemented on the base station side. In this scenario, Abis and Iub do not
share LPs and physical ports. Co-TRM improves the transmission bandwidth utilization in the GSM and UMTS
co-transmission scenario. For details, see Bandwidth Sharing of MBTS Multi-Mode Co-Transmission Feature
Parameter Description.
Personnel who need to understand the TRM feature of the 2G, 3G, and co-transmission systems
Feature change: refers to the change in the Transmission Resource Management 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:
03 (2011-09-30)
Issue 03 (2011-09-30)
1-1
SingleRAN
Transmission Resource Management
02 (2011-03-30)
01 (2010-05-15)
Draft (2010-03-30)
1 Introduction
03 (2011-09-30)
This is the document for the third commercial release of SRAN5.0.
Compared with 02 (2011-03-30) of SRAN5.0, this issue incorporates the following changes:
Change Type
Change Description
Parameter Change
Feature change
None
None.
Editorial change
02 (2011-03-30)
This is the document for the second commercial release of SRAN5.0.
Compared with 01 (2010-05-15) of SRAN5.0, this issue incorporates the following changes:
Change Type
Change Description
Parameter Change
Feature change
None
None.
Editorial change
None.
01 (2010-05-15)
This is the document for the first commercial release of SRAN5.0.
Compared with Draft (2010-03-30) of SRAN5.0, this issue optimizes the description.
Draft (2010-03-30)
This is the draft of the document for SRAN5.0.
Compared with 03 (2010-01-20) of SRAN3.0, this issue incorporates the following changes:
Change Type
Change Description
Parameter Change
Feature change
None.
None.
Issue 03 (2011-09-30)
None.
1-2
SingleRAN
Transmission Resource Management
2 Overview of TRM
2 Overview of TRM
2.1 Definition of TRM
TRM is the management of transmission resources on the interfaces in various networking modes. The
transmission interfaces of the 2G system include Abis, Ater, and A; the transmission interfaces of the 3G
system include Iub, Iur, Iu-CS, and Iu-PS. Compared with the transmission on the other interfaces, the
transmission on the Abis and Iub interfaces has higher costs, more complicated networking modes, and
greater impact on system performance. Therefore, this document mainly describes the TRM for the Iub
and Abis interface. In the co-transmission system, TRM implements common management of
transmission resources shared by the Abis and Iub interfaces and so TRM is also focused on the Abis
and Iub interfaces. TRM in the co-transmission system is called Co-TRM.
Transmission resources are one type of resource that the radio network access provides. Closely related
to TRM algorithms are Radio Resource Management (RRM) algorithms, such as the scheduling
algorithm and load control algorithm for the Uu interface. The TRM algorithm policies should be
consistent with the RRM algorithm policies.
Issue 03 (2011-09-30)
2-1
SingleRAN
Transmission Resource Management
2 Overview of TRM
As shown in Figure 2-1, the TRM feature covers the following aspects:
Transmission resources involved in TRM include physical and logical resources. For details, see
section 3 "Transmission Resources."
Load control is applied to the control plane in TRM. It includes admission control, load reshuffling
(LDR), and overload control (OLC). For details, see section 5 "Load Control."
QoS priority mapping, shaping, and scheduling, dynamic bandwidth adjustment based on IP
Performance Monitor (PM), and congestion control are applied to the user plane in TRM. For details,
see section 4 "Quality of Service" and 6 "User Plane Processing."
Issue 03 (2011-09-30)
2-2
SingleRAN
Transmission Resource Management
2 Overview of TRM
In the SingleRAN 3.0 solution, the related concepts and configurations of the 2G and 3G systems in IP
transmission mode are almost the same.
The
2G and 3G systems can use the same physical transmission resources, data link layer protocols,
and IP-based interface boards. For details, see section 3.2.4 "Physical and Data Link Layer
Resources for IP Transmission."
The
concepts and functions of LPs, resource groups, and paths for the 2G and 3G systems are the
same. For details, see section 3.3 "Logical Ports and Resource Groups."
The
2G and 3G systems can use the same commands to configure LPs, resource groups, and IP
paths. For details, see section 3.3.3 "IP LPs at the BSC/RNC/MBSC", 3.3.6 "Resource Groups at the
BSC/RNC", and 3.4.2 "IP Paths."
The Abis interface of the 2G system and the Iub interface of the 3G system are applied to almost the
same networking scenarios, which include direct connection, bandwidth variation, and convergence.
For details, see section 3.5.1 "2G and 3G Networking."
Characteristics of 2G TRM
The 2G system supports the TDM and HDLC transmission modes. For details about available
transmission resources, see section 3.2.2 "Physical Layer Resources for TDM " and 3.2.3 "Physical and
Data Link Layer Resources for HDLC Transmission."
Characteristics of 3G TRM
The 3G system supports the ATM transmission mode. Transmission resources of the 3G system are
classified into physical transmission resources, LPs, resource groups, and path resources. For details,
see section 3.2.1 "Physical Layer Resources for ATM ", 3.3.2 "ATM LPs at the RNC", 3.3.6 "Resource
Groups at the BSC/RNC", and 3.4.1 "AAL2 Paths."
The LPs of the 3G system can also be applied in RAN sharing scenario for transmission resource
admission control. For details, see section 3.3.1 "Introduction to LP."
The 3G system also supports configuration of NodeB LPs. For details, see section 3.3.4 "LPs at the
NodeB."
For the Iub hybrid IP transmission mode, non-QoS paths can be further classified into high-quality
paths and low-quality paths. For details, see section 3.4.2 "IP Paths."
The Iub interface of the 3G system supports the ATM&IP dual stack networking and hybrid IP
networking. For details, see section 3.5.1 "2G and 3G Networking."
The 2G system and the 3G system perform load control in respective control planes. Their load control
methods include admission control, LDR, and OLC. For details, see section 5 "Load Control."
For
the ATM, IP, and HDLC transmission modes, the definitions and calculation methods of
transmission load of the 2G and 3G systems are the same. For details, see section 5.2 "Definition
and Calculation of Transmission Load."
Issue 03 (2011-09-30)
2-3
SingleRAN
Transmission Resource Management
2 Overview of TRM
Both
2G system and 3G system make requests for admission of services according to the bandwidth
reserved for services, and both calculate the bandwidth reserved for services based on activity
factors. For different services of the 2G and 3G systems, the reserved bandwidth differs. For details,
see section 5.3.2 "Calculation of Bandwidth Reserved for Traffic."
In
the process of transmission resources admission control, the 2G and 3G systems have the same
admission processes, the same admission strategies, and the same principles of preemption and
queuing. Switches and actions of preemption and queuing in the 2G and 3G systems are different.
For details, see section 5.5 "Admission Control."
In
the processes of LDR and OLC, the principles of congestion and overload detection for the 2G and
3G systems are the same, but the procedures for handling congestion and overload are different. For
details, see section 5.6 "Load Reshuffling and Overload Control."
2G and 3G systems use the same load threshold table template and use the same command to
configure the table. For details, see section 5.4 "Load Thresholds,"
The
2G and 3G systems use the same activity factor table template and use the same command to
configure the table. For details, see section 5.3.2 "Calculation of Bandwidth Reserved for Traffic."
Characteristics of 2G TRM
The 2G Abis signaling needs to calculate the reserved bandwidth. For details, see section 5.3.1
"Calculation of Bandwidth Reserved for 2G Signaling."
Characteristics of 3G TRM
The GBR of BE services of the 3G system are configurable. For details, see section 5.3 "Calculation of
Reserved Bandwidth."
In Iub hybrid transmission mode, the admission of primary and secondary paths is supported in the
process of transmission resource admission. For details, see section 5.5.4 "Load Balancing."
The 2G and 3G systems implement leaf LP shaping and hub LP scheduling functions in respective
user planes. The related concepts and principles are the same. For details, see section 6.2
"Scheduling and Shaping."
Characteristics of 2G TRM
In HDLC transmission mode, the HDLC also supports shaping and scheduling functions. For details,
see section 6.2.1 "RNC/BSC Scheduling and Shaping."
The mapping from 2G Abis signaling services to transmission resources is not oriented to adjacent
nodes and therefore needs to be configured separately. For details, see "Mapping from Abis Signaling
Traffic to Transmission Resources."
Issue 03 (2011-09-30)
2-4
SingleRAN
Transmission Resource Management
2 Overview of TRM
Characteristics of 3G TRM
The NodeB of the 3G system also supports shaping and scheduling functions. For details, see section
6.2.2 "NodeB Scheduling and Shaping."
The Iub interface of the 3G system implements a series of congestion control algorithms in the user
plane. For details, see section 6.3 "Iub Overbooking."
When the mapping from services to transmission resources is configured, the 3G services are
differentiated by user priority, traffic priority, and type of radio bearer. The 3G system also supports
configuration of primary and secondary paths. For details, see sections 4.3 "Service QoS" and 4.4
"Transmission Resource Mapping."
The Abis interface of the 2G system and the Iub interface of the 3G system share IP LPs, and IP LPs
share physical IP transmission resources.
Within a shared LP, common load control is implemented based on common load thresholds, that is,
common admission strategies and common congestion and overload detection.
In the process of handling overload caused by LP admission, the 2G and 3G systems reserve
bandwidth proportionally. For details, see section 5.6.3 "Congestion and Overload Handling."
Co-TRM is applicable only to one of the co-transmission networking scenarios. For details, see section
3.5.2 "Co-Transmission Networking."
In SRAN5.0, the Co-TRM in the scenario where the GSM BSC and the UMTS RNC are deployed
separately, and the GSM and UMTS systems do not share the LPs. In Co-TRM, the management of
GSM and UMTS transmission resources is similar to 2G TRM and 3G TRM. The only difference is that
Co-TRM has special requirements for BSC or RNC configurations to improve transmission bandwidth
utilization.
Co-TRM inherits the concepts, principles, and functions of 2G TRM and 3G TRM, which include
concepts and functions of paths and LPs, definition and calculation of load, calculation of bandwidth
reserved for services, principles and methods of load control, transmission resource mapping, and LP
shaping and scheduling. In the Co-TRM feature:
The 2G system and the 3G system implement transmission resource mapping separately.
The 2G system and the 3G system set preemption and queuing switches separately, and take
preemption and queuing actions separately.
The 2G system and the 3G system handle congestion and overload separately.
Issue 03 (2011-09-30)
2-5
SingleRAN
Transmission Resource Management
2 Overview of TRM
Through
the transmission resource mapping, RT services can be mapped to high-priority paths and
thus be transmitted preferentially when congestion occurs. This reduces packet loss and
transmission delay. For details, see section 4 "Quality of Service."
RT
services are admitted at the Maximum Bit Rate (MBR). With appropriate activity factors
configured, the access of more users are allowed under the condition that the QoS is guaranteed.
Overload control and preemption can achieve differentiated services. For details, see section 5 "Load
Control."
transmission resource mapping, NRT services can be mapped to low-priority paths and thus
the QoS of RT services can be guaranteed preferentially. For details, see section 4 "Quality of
Service."
The
TRM feature provides the Guaranteed Bit Rate (GBR) and a user plane congestion control
algorithm, which allow the access of more users under the condition that the QoS is guaranteed. For
details, see section 6 "User Plane Processing."
Through
the Scheduling Priority Indicator (SPI) weighting, bandwidth allocation for NRT services can
be differentiated. For details, see section 6 "User Plane Processing."
SPI is used to indicate the scheduling priorities of services, and SPI weighting is used to adjust the
queuing priorities of scheduling services or to proportionally allocate bandwidth to services in Iub
congestion control. A larger SPI weight indicates a higher queuing priority or a higher bandwidth
allocated to the Iub interface.
Signaling, such as Signaling Radio Bearer (SRB), Session Initiation Protocol (SIP), Network Control
Protocol (NCP), Communication Control Port (CCP), and Abis interface signaling
The traffic volume of signaling is low and its performance is closely related to Key Performance
Indexes (KPIs) of the network. Therefore, through transmission resource mapping, signaling can be
mapped to high-priority paths and the transmission of signaling takes precedence, thus preventing
packet loss and transmission delay.
Issue 03 (2011-09-30)
2-6
SingleRAN
Transmission Resource Management
3 Transmission Resources
3 Transmission Resources
3.1 Overview of Transmission Resources
The 2G, 3G, and co-transmission systems can use the transmission resources described in Table 3-1.
Table 3-1 Transmission resources used by the 2G, 3G, and co-transmission systems
Transmission
Resource
2G System
3G System
Co-Transmission System
TDM
HDLC
IP
ATM
ATM transmission resources and IP transmission resources can be further classified into physical
resources, logical ports, resource groups, and paths.
In TDM and HDLC transmission, the user plane data is carried on the timeslots of physical ports.
Figure 3-1, Figure 3-2, Figure 3-3 and Figure 3-4 show examples of different transmission resources.
Figure 3-1 ATM transmission resources
Issue 03 (2011-09-30)
3-1
SingleRAN
Transmission Resource Management
3 Transmission Resources
Issue 03 (2011-09-30)
3-2
SingleRAN
Transmission Resource Management
3 Transmission Resources
electrical port
FE/GE
electrical port
GE optical
port
Unchannelize d
STM-1/OC-3c
optical port
Channelized
STM-1/OC-3
optical port
Flex Abis
resource pool
Issue 03 (2011-09-30)
3-3
SingleRAN
Transmission Resource Management
3 Transmission Resources
Transmission Mode
IMA
UNI
Fractional ATM
IMA
UNI
Fractional ATM
In TDM transmission on the Abis interface, Abis timeslots can be shared as a Flex Abis pool within the
BSC. For details about Flex Abis, see Flex Abis Feature Parameter Description of the GBSS.
Physical layer resources include E1/T1 electrical port and channelized STM-1/OC-3 optical port.
2G System 3G System
Co-Transmission
System
PPP/MLPPP
Ethernet
GE optical port
Ethernet
Unchannelized
STM-1/OC-3c optical port
PPP/MLPPP
Issue 03 (2011-09-30)
3-4
SingleRAN
Transmission Resource Management
3 Transmission Resources
Physical Port
2G System 3G System
Co-Transmission
System
Channelized STM-1/OC-3
optical port
PPP/MLPPP
IP LP
Resource group
Transmission aggregation
Transmission
aggregation exists either on the transport network (for example, aggregation of NB1
and NB2, as shown in Figure 3-5) or at the hub NodeB or hub BTS (for example, aggregation of NB3
and NB4 at NB1, as shown in Figure 3-5).
If
only physical ports and paths are configured, the bandwidth constraints at the aggregation nodes
are unavailable. As shown in Figure 3-5, the total available bandwidth BW0 of NB1 through NB4 is
known, but the values of BW1 through BW4 are unknown. Thus, the admission algorithm does not
work properly. For example, if the total reserved bandwidth at NB2 exceeds BW2, in the downlink the
total volume of data sent to NB2 may exceed BW2, and congestion and packet loss may occur.
Issue 03 (2011-09-30)
3-5
SingleRAN
Transmission Resource Management
3 Transmission Resources
BW: bandwidth
this scenario, operators share the bandwidth at one NodeB and the bandwidth needs to be
configured for each operator so that the bandwidth used by each operator does not exceed their
respective reserved bandwidth.
If
only physical ports and paths are configured, the preceding requirement cannot be fulfilled.
To solve the preceding problems, the LP concept is introduced to the TRM feature.
An LP can be comprised of only paths. Such an LP is called a leaf LP. A physical port can be a leaf LP.
An LP can also be comprised of only other LPs. Such an LP is called a hub LP. A physical port can be
a hub LP.
One key characteristic of LPs is the bandwidth. For an LP, the uplink bandwidth can be different from
the downlink bandwidth.
ATM LP: used for bandwidth admission and traffic shaping. Multiple levels of ATM LPs are supported.
IP LP: used for bandwidth admission and traffic shaping. Multiple levels of IP LP are supported.
In the 3G TRM, LPs need to be configured on both the RNC and NodeB sides; in the 2G TRM, LPs need
to be configured only on the BSC side; in the Co-TRM, LPs need to be configured only on the MBSC
side.
LPs are configured on the RNC or BSC or MBSC side for the following purposes:
To implement admission control in the aggregation or RAN sharing scenario in the RNC
LPs are configured on the NodeB side for the following purposes:
To achieve fairness between local data and forwarded data in the aggregation scenario
Issue 03 (2011-09-30)
3-6
SingleRAN
Transmission Resource Management
3 Transmission Resources
For details about LP shaping, see section 6.2 "Scheduling and Shaping."
Bandwidth: The downlink bandwidth is used for traffic shaping and bandwidth admission, and the
uplink bandwidth is used for bandwidth admission only.
Resource management mode: SHARE or EXCLUSIVE, which indicates whether operators in the RAN
sharing scenario share the Iub transmission resources.
When the ADD AAL2PATH, ADD SAALLNK, or ADD IPOAPVC command is executed to specify the
bearer type of an AAL2 path, an SAAL link, or an IPoA PVC as ATMLOGICPORT, the path, link, or PVC
can be set to join an LP.
The parameters associated with ATM LPs are as follows:
LPNTYPE
TXBW
RXBW
RSCMNGMODE
In the ATM transmission aggregation scenario, LPs need to be configured for each NodeB and at each
aggregation node; in the RAN sharing scenario, an LP needs to be configured for each operator that
shares the NodeB.
As shown in Figure 3-6, below is an example of transmission aggregation.
Issue 03 (2011-09-30)
3-7
SingleRAN
Transmission Resource Management
3 Transmission Resources
NB: NodeB
BW: bandwidth
The leaf LPs, that is, LP1, LP2, LP3, and LP4, have a one-to-one relationship with the NodeBs. The
bandwidth of each leaf LP is equal to the Iub bandwidth of each corresponding NodeB.
The hub LP, that is, LP125, corresponds to the hub NodeB. The bandwidth of the hub LP is equal to
the Iub bandwidth of the hub NodeB.
The actual rate at a leaf LP is limited by the bandwidth of the leaf LP and the scheduling rate at the hub
LP and physical port.
In the transmission resource admission algorithm, the reserved bandwidth of a leaf LP is limited by not
only the bandwidth of the leaf LP but also the bandwidth of the hub LP and the bandwidth of the
physical port. That is, the total reserved bandwidth of all the LPs under a hub LP cannot exceed the
bandwidth of the hub LP.
The RNC supports multi-level shaping (a maximum of five levels), which involves leaf LPs and hub LPs.
Bandwidth: The downlink bandwidth is used for traffic shaping and bandwidth admission, and the
uplink bandwidth is used for bandwidth admission only.
Resource management mode: SHARE or EXCLUSIVE, which indicates whether operators in the RAN
sharing scenario share the Iub transmission resources.
Issue 03 (2011-09-30)
3-8
SingleRAN
Transmission Resource Management
3 Transmission Resources
When the ADD IPPATH command is executed to specify the bearer type of IP path as IPLGCPORT, or
when the RNC and MBSC bind the IP LPs through the ADD SCTPLNK command, the path or link can
be set to join an LP.
IP LPs are similar to ATM LPs in terms of principles and application. The current version supports a
maximum of five levels of IP LPs.
The parameters associated with IP LPs are as follows:
LPNTYPE
RSCMNGMODE
CIR
OAMFLOWBW
Receive bandwidth: used to calculate the remaining bandwidth for backpressure-based flow control
Port types
For ATM
For
LPs, the port types are IMA, UNI, fractional ATM, and unchannelized STM-1.
IP LPs, the port types are PPP, MLPPP group, and Ethernet port.
In ATM transmission mode, when the ADD AAL2PATH, ADD SAALLNK, or ADD OMCH command is
executed to add an AAL2 path, an SAAL link, or an OM channel respectively, the path, link, or channel
can be set to join an LP.
In IP transmission mode, when the ADD IPPATH command is executed to add an IP path, the path can
be set to join an LP so as to add the data traffic volume carried on the path of the local NodeB to the LP.
The MML command ADD IP2RSCGRP is executed to bind an LP to the target IP network segment. The
command is executed to join the signaling stream, OM traffic, and forwarded data traffic to a specified
LP.
The parameters associated with LPs at the NodeB are as follows:
BEAR
PT
TXBW
RXBW
When a Main Processing & Transmission interface board (WMPT) is configured, each interface board
supports a maximum of 4 ATM LPs or a maximum of 8 IP LPs.
When other interface boards are configured, each interface board supports a maximum of 16 ATM LPs
or a maximum of 8 IP LPs.
Issue 03 (2011-09-30)
3-9
SingleRAN
Transmission Resource Management
3 Transmission Resources
IP path
CBR
RT-VBR
NRT-VBR
UBR
The AAL2 path can be configured through the ADD AAL2PATH command. When an AAL2 path is
configured, the TXTRFX and RXTRFX parameters need to be set by running ADD ATMTRF command.
These parameters determine the type of the AAL2 path.
3.4.2 IP Paths
IP paths can be classified into QoS paths and non-QoS paths.
Issue 03 (2011-09-30)
3-10
SingleRAN
Transmission Resource Management
3 Transmission Resources
On QoS paths, different services share the bandwidth of paths. The Per Hop Behavior (PHB) of IP
paths is determined by transmission resource mapping. For details about transmission resource
mapping, see section 4.4 "Transmission Resource Mapping."
PHB is the next-hop behavior of the IP path. Services can be prioritized based on the mapping from
PHB to DSCP.
On non-QoS paths, different services do not share the bandwidth of IP paths. The PHB of IP paths is
determined by the path type. Non-QoS paths can be further classified into high-quality paths and
low-quality paths. The low-quality path, denoted as LQ_xxx, is applicable to only hybrid IP
transmission on the Iub interface. In hybrid IP transmission mode, if the physical port is an PPP or
MLPPP port, high-quality paths are configured; if the physical port is an Ethernet port, low-quality
paths are configured.
For details about the hybrid IP transmission on the Iub interface, see section 3.5.1 "2G and 3G
Networking."
Low-Quality Path
BE
LQ_BE
AF11
LQ_AF11
AF12
LQ_AF12
AF13
LQ_AF13
AF21
LQ_AF21
AF22
LQ_AF22
AF23
LQ_AF23
AF31
LQ_AF31
AF32
LQ_AF32
AF33
LQ_AF33
AF41
LQ_AF41
AF42
LQ_AF42
AF43
LQ_AF43
EF
LQ_EF
Issue 03 (2011-09-30)
3-11
SingleRAN
Transmission Resource Management
3 Transmission Resources
NOTE
On the Iu-PS interface, even if IPoA transmission is used, IP paths still need to be configured.
High Speed Downlink Packet Access (HSDPA) and High Speed Uplink Packet Access (HSUPA) services can be carried
on the same IP path, with HSDPA services carried in the downlink and HSUPA services carried in the uplink.
Direct connection: The RNC is directly connected to a NodeB through a physical port, the bandwidth of
which is exclusively occupied by this Iub interface.
Transmission aggregation: As shown in Figure 3-5, the Iub traffic volume of more than one NodeB is
converged, for example, on the transport network or at the hub NodeB.
Bandwidth being variable: The bandwidth on the transport network might be variable. For example, the
bandwidth of Asymmetric Digital Subscriber Line (ADSL) transmission is variable.
ATM&IP dual stack: Both ATM and IP transmission resources are available for one Iub interface so
that the transmission cost is reduced.
Hybrid IP: Both high-QoS transmission (such as IP over E1) and low-QoS transmission (such as IP
over FE) are applicable to one Iub interface so that differentiated management of services is
implemented.
RAN sharing: Operators share the physical bandwidth. In this scenario, bandwidth should be reserved
for each operator.
The typical networking scenarios for the Abis interface are similar to the Iub interface, except that networking scenarios
such as dual stack, hybrid IP, and RAN sharing are not applied to the Abis interface.
For details about the 2G and 3G networking, see the IP BSS Feature Parameter Description of the GBSS and the IP
RAN Feature Parameter Description of the RAN.
ATM
TDM
HDLC
IP
Hybrid IP
Iub
Iur
Iu-CS
Iu-PS
Abis
Ater
Pb
Gb
Issue 03 (2011-09-30)
3-12
SingleRAN
Transmission Resource Management
3 Transmission Resources
The IP transmission mode of the Ater interface supports only TDM networking on IP over E1.
Figure 3-8 Co-transmission scenario where the GSM BSC and the UMTS RNC are deployed separately
For details about the co-transmission networking, see the Common Transmission Feature Parameter
Description.
Issue 03 (2011-09-30)
3-13
SingleRAN
Transmission Resource Management
4 Quality of Service
4 Quality of Service
4.1 Overview
The purpose of TRM algorithms is to guarantee the Quality of Service (QoS). Different types of service
have different QoS requirements.
The Iub or Abis control plane and the Uu signaling require reliable transmission. Packet loss rate and
delay may affect KPIs such as connection delay, handover success rate, access success rate, and call
drop rate.
CS services have requirements for delay and packet loss rate. For example, speech services are
sensitive to end-to-end latency, and data services are sensitive to packet loss.
NRT services are relatively insensitive to delay, but in some scenarios, they are sensitive to delay.
When the load is light, the requirement for delay should be fulfilled. whereas when the load is heavy,
the requirement for delay can be lowered to a certain extent to guarantee the throughput.
The transport layer provides various transport bearers and transport priorities. The appropriate type of
transport bearer and transport priority should be selected according to the traffic classes, user priorities,
traffic priorities, and radio bearer type of service. High-priority services take precedence in transmission
when congestion occurs. This reduces packet loss and transmission delay.
Transmission resource mapping maps services of different QoS requirements to different transport
bearers. Transmission resource mapping (WRFD-050424 Traffic Priority Mapping onto Transmission
Resources) is an important method to guarantee the QoS and differentiate the users and services. It
mainly involves data in the user plane.
This section describes transmission resource mapping and associated concepts such as transport
priorities and service QoS. For the differences in implementing QoS-related services in the 2G TRM, 3G
TRM, and Co-TRM, see the following sections.
4.2.1 DSCP
The DSCP is carried in the header of each IP packet to inform the nodes on the network of the QoS
requirement. Through the DSCP, each router on the propagation path knows which type of service is
required. DSCP provides differentiated services (DiffServ) for layer 3 (L3).
When entering the network, services are differentiated and subject to flow control according to the QoS
requirement. In addition, the DSCP fields of the packets are set. The DSCP field is in the header of each
IP packet. On the network, DiffServ is applied to different types of traffic according to the DSCP values
and services for the traffic are provided. The services include resource allocation, queue scheduling, and
packet discard policies, which are collectively called PHB. All nodes within the DiffServ domain
implement PHB according to the DSCP field in each packet.
Policies for using DSCP are as follows:
The traffic carried on QoS paths uses the DSCPs mapped from services. For details, see "Mapping
from TC to PHB or PVC" and "Mapping from PHB to DSCP."
The traffic carried on the non-QoS path uses the DSCP that the PHB of the IP path corresponds to.
For details, see "Mapping from PHB to DSCP."
Issue 03 (2011-09-30)
4-1
SingleRAN
Transmission Resource Management
4 Quality of Service
It is recommended that you set the path type to QoS path when configuring the IP path. This ensures
simple configuration, better multiplexing, and higher QoS.
One Ethernet is a private network for RT services of multiple NodeBs. The RT services in this Ethernet
are not affected by other services and thus used for carrying high-priority services.
The other Ethernet is a public network for NRT services of multiple NodeBs. It can be shared by other
services. The NRT services in this Ethernet might be affected by other services and thus used for
carrying low-priority services.
Figure 4-1 Typical example of solution of the VLAN on the Iub interface
Each NodeB or RNC provides an Ethernet port that connects to the MSTP network. The MSTP transmits
the Ethernet data of different QoS to either of the VC trunks according to the VLAN priority in the frame
header of Ethernet data. On the same VC trunk, different NodeB data is distinguished by VLANID.
Figure 4-2 shows an example of using VLAN priorities.
Issue 03 (2011-09-30)
4-2
SingleRAN
Transmission Resource Management
4 Quality of Service
The RNC, NodeB1, and NodeB2 are connected to the same L2 network. Data of NodeB1 (VLAN 10) and
NodeB2 (VLAN 20) is isolated according to different VLANIDs. VLANIDs are attached to data of different
traffic classes sent from the Ethernet port.
Data of different traffic classes use VLAN priorities mapped from DSCP. Then, the L2 network provides
differentiated services based on the VLAN priorities. When IP paths are configured, the VLANFLAG
parameter specifies whether a VLAN is available.
Table 4-1 describes the default mapping from DSCP to VLANPRI.
Table 4-1 Default mapping from DSCP to VLANPRI
DSCP
VLANPRI
0-7
8-15
16-23
24-31
32-39
40-47
48-55
56-63
Issue 03 (2011-09-30)
4-3
SingleRAN
Transmission Resource Management
4 Quality of Service
You can run the SET DSCPMAP command to dynamically configure the mapping from DSCP to
VLANPRI.
At each IP port (such as PPP/MLPPP or Ethernet port) or leaf LP of the RNC, BSC or MBSC, there are
six types of priorities, as shown in Figure 4-4. The default scheduling order is as follows: Queue1 >
Queue2 > WRR (Queue3, Queue4, Queue5, and Queue6), where WRR refers to Weighted Round
Robin.
Figure 4-4 Queues at each IP port or leaf LP of the RNC
Different types of services enter queues of different priorities for transmission. In this way, services are
differentiated. For details, see section 4.4.3 "Mapping from Traffic Bearers to Transport Bearers."
At each ATM port (such as IMA, UNI, fractional ATM, or NCOPT port) or LP of the NodeB, there are four
types of priorities, as shown in Figure 4-5. The scheduling order is as follows: CBR or UBR+ (MCR) >
RT-VBR > NRT-VBR > UBR or UBR+ (non-MCR).
Issue 03 (2011-09-30)
4-4
SingleRAN
Transmission Resource Management
4 Quality of Service
At each IP port (such as PPP/MLPPP or Ethernet port) or LP of the NodeB, there are six types of
priorities, as shown in Figure 4-6. The default scheduling order is as follows: Queue1 > WFQ (Queue2,
Queue3, Queue4, Queue5, and Queue6). Where, WFQ refers to Weighted Fair Queuing.
Figure 4-6 Queues at each IP port or LP of the NodeB
Priority queues are used for RNC backpressure-based downlink congestion control. For details, see
section 6.5.3 "RNC Backpressure-Based Downlink Congestion Control Algorithm."
In the 2G TRM, there are no priority queues at the BTS.
PQ
110 or 111
101
TOP
100 or 011
MIDDLE
010 or 001
NORMAL
BOTTOM
Issue 03 (2011-09-30)
4-5
SingleRAN
Transmission Resource Management
4 Quality of Service
SIGPRI
OMPRI
PTPPRI
Traffic classes at the radio network layer: conversational service, streaming service, interactive service,
and background service, which are in descending order of QoS requirement.
User priorities: Services of the same traffic class can be differentiated based on the ARP.
The
radio access network (RAN) provides DiffServ for users with different priorities based on the
Allocation Retention Priority (ARP). ARP is a core network (CN) QoS parameter regarding user
priorities.
There
are three user priorities, that is, gold, silver, and copper. The relation between user priority and
ARP can be set through SET UUSERPRIORITY command.
Both
2G and 3G systems differentiate user priorities, but the 2G system uses the ARP for admission,
and there is no mapping from user priority to ARP.
Traffic Handling Priority (THP): Interactive services of the same ARP can be differentiated based on
the THP. THPs are classified into high priority, middle priority, and low priority. The transport network
layer of the 2G system does not differentiate THPs.
Types of radio bearer: Radio bearers represent the service types of bearers, including R99 and HSPA
(HSUPA and HSDPA). Interactive services of the same ARP and THP can be differentiated based on
the parameter CarrierTypePriorInd.
For details about user priorities and THP, see the Load Control Feature Parameter Description of the
RAN.
Common channel
SRB
SIP
CS conversational service
CS streaming service
Issue 03 (2011-09-30)
4-6
SingleRAN
Transmission Resource Management
PS conversational service
PS streaming service
PS interactive service
PS background service
4 Quality of Service
The BSC provides the following traffic classes that can be used in transmission resource mapping
configuration:
Abis OML
Abis RSL
Abis ESL
Abis EML
CS speech service
CS data service
PS data service
2G Abis signaling traffic classes have higher QoS requirement than other traffic classes, except Abis
EML.
Priorities of ATM paths are specified by the Pre-defined Virtual Connection (PVC).
Priorities of IP paths are specified by PHB. PHB is then indicated by the DSCP priority.
For 2G services, each TC corresponds to one priority of transport bearer, as shown in Figure 4-7.
For 3G services, each combination of TC, ARP, THP, and type of radio bearer corresponds to one
priority of transport bearer, as shown in Figure 4-8.
Issue 03 (2011-09-30)
4-7
SingleRAN
Transmission Resource Management
4 Quality of Service
Only the mapping of Abis signaling services in the 2G system is non-adjacent-node-oriented configuration. For details,
see "Mapping from Abis Signaling Traffic to Transmission Resources."
The transmission resource mapping of the RNC also supports configuration of primary and secondary paths. For details,
see section 5.5 "Admission Control."
Issue 03 (2011-09-30)
4-8
SingleRAN
Transmission Resource Management
4 Quality of Service
ATM
IP
Hybrid IP
Iub
Iur
Iu-CS
Iu-PS
Abis
10
11
Ater
12
The default TRMMAP table differentiates neither operators nor user priorities. If transmission resource mapping is not
dynamically configured, the default TRMMAP table is used.
To provide better differentiated services, the RNC and BSC support dynamic configuration of the
transmission resource mapping and thus traffic bearers can be mapped to transport bearers freely. The
RNC also supports separate configuration of transmission resource mapping under an Iub adjacent
node for a certain operator or a certain user priority.
To dynamically configure transmission resource mapping, do as follows:
Step 1 Run the ADD TRMMAP command to specify the mapping from the TCs of a specific interface
type and transport type to a transport bearer.
Step 2 Run the ADD ADJMAP command to use the configured TRMMAP table. When the RNC
ADJMAP is configured, the TRMMAP tables need to be specified for gold, silver, and copper
users respectively.
In the RAN sharing scenario, the operator index needs to be set to specify transmission resource mapping of the
operator under the adjacent node, if the resource management mode is set to EXCLUSIVE.
When the transmission mode on the Iub interface is ATM&IP dual stack or hybrid IP, the load balance index of primary
and secondary paths needs to be configured.
----End
The associated parameters are as follows:
ITFT
Issue 03 (2011-09-30)
4-9
SingleRAN
Transmission Resource Management
TRANST
CNMNGMODE
CNOPINDEX
TMIGLD
TMISLV
TMIBRZ
LEIGLD
LEISLV
LEIBRZ
4 Quality of Service
DSCP (Binary)
DSCP (Decimal)
EF
101110
46
AF43
100110
38
AF42
100100
36
AF41
100010
34
AF33
11110
30
AF32
11100
28
AF31
11010
26
AF23
10110
22
AF22
10100
20
AF21
10010
18
AF13
1110
14
AF12
1100
12
AF11
1010
10
BE
You can run the SET PHBMAP command to dynamically configure the mapping from PHB to DSCP
(PHBMAP).
If the traffic is carried on a non-QoS path, the PHB of the path is determined by the path type. Run the
SET PHBMAP command to configure PHBMAP.
If the traffic is carried on a QoS path, the PHB of the path is determined by the TRMMAP. Run the ADD
TRMMAP command to determine the PHB of the path, and then run the SET PHBMAP command to
configure PHBMAP.
Issue 03 (2011-09-30)
4-10
SingleRAN
Transmission Resource Management
4 Quality of Service
Queue Priority
40
32
24
16
You can run the SET QUEUEMAP command to dynamically configure the minimum DSCP value that
each queue at the IP port corresponds to.
The associated parameters are as follows:
Q0MINDSCP
Q1MINDSCP
Q2MINDSCP
Q3MINDSCP
Q4MINDSCP
The minimum DSCP value of queue 5 need not be set. The IP packet that meets the condition (0 <= DSCP value <
minimum DSCP value for queue 4) enters queue 5 for transmission.
DSCP
ESL
48
OML
48
RSL
48
EML
Issue 03 (2011-09-30)
4-11
SingleRAN
Transmission Resource Management
4 Quality of Service
Table 4-7 Mapping from traffic to transmission resources in HDLC transmission mode
TC
Queue Priority
ESL
OML
RSL
EML
For IP transmission on the Abis interface, the associated parameters are as follows:
OMLDSCP
RSLDSCP
EMLDSCP
ESLDSCP
For HDLC transmission on the Abis interface, the associated parameters are as follows:
OMLPRI
RSLPRI
EMLPRI
ESLPRI
4.5 Summary
Table 4-8 describes the difference between traffic bearers in the 2G, 3G, and co-transmission systems.
Table 4-8 Difference between traffic bearers in the 2G, 3G, and co-transmission systems
Traffic Bearer
2G System
3G System
Co-Transmission System
TC
ARP
THP
The 2G system uses the ARP for admission, and there is no mapping from user priority to ARP.
Table 4-9 describes the adjacent-node-oriented transmission resource mapping of the 2G TRM, 3G TRM,
and Co-TRM.
Table 4-9 Adjacent-node-oriented transmission resource mapping of the 2G TRM, 3G TRM, and Co-TRM
Transmission Mode Adjacent-Node-Oriented Transmission Resource Mapping
3G ATM transmission From TC + ARP + THP + radio bearer type to PVC
3G IP transmission
Issue 03 (2011-09-30)
From TC + ARP + THP + radio bearer type to PHB, from PHB to DSCP to queue
priority
4-12
SingleRAN
Transmission Resource Management
4 Quality of Service
Co-transmission
For 3G services: from TC + ARP + THP + radio bearer type to PHB, from PHB
to DSCP to queue priority
The mapping from signaling traffic of the Abis interface of the 2G system to transmission resources is not oriented to
adjacent nodes. It needs to be configured independently.
In TDM transmission mode of the 2G system, traffic is directly carried on the timeslot at the port. Thus, transmission
resource mapping is not required.
In IP transmission mode of the 3G system, configuration of primary and secondary paths is also supported.
Issue 03 (2011-09-30)
4-13
SingleRAN
Transmission Resource Management
5 Load Control
5 Load Control
5.1 Overview of Load Control
Load control at the transport layer is used to manage transmission bandwidth and control transmission
load, for the purpose of allowing more users to access the network and increasing the system capacity
with the QoS guaranteed. Load control is responsible for management of data in the control plane.
Load control methods include admission control, LDR, and OLC.
Admission control is the basic method of load control. In the process of transmission resource
admission, admission control is used to determine whether the transmission resources are sufficient to
accept the admission request from a user. Admission control prevents excessive admission of users
and guarantees the quality of admitted services.
LDR is used to prevent congestion, reduce transmission load, and increase admission success rate
and system capacity.
OLC is used to quickly eliminate overload when congestion occurs, and to reduce the impact of
overload on high-priority users.
Admission strategies: Different admission strategies are used for different types of users. During
admission based on transmission resources, differentiated services for user priorities are
implemented.
Preemption: High-priority users preempt bandwidth of low-priority users. Thus, differentiated services
for different service types and user priorities are implemented.
LDR: Different LDR actions are used for different services. During congestion, differentiated services
for different service types are implemented.
OLC: Bandwidth of low-priority users is released, which reduces the impact of overload on high-priority
users. In the case of overload, differentiated services for different service types and user priorities are
implemented.
Table 5-1 describes load control applied in the 2G TRM, 3G TRM, and Co-TRM.
Table 5-1 Load control applied in the 2G TRM, 3G TRM, and Co-TRM
Load Control
2G TRM
3G TRM
Co-TRM
Reserved bandwidth
admission
Load balancing
Preemption
Queuing
LDR
OLC
Admission
control
This section describes the definition and calculation of transmission load, calculation of reserved
bandwidth, and load thresholds in addition to admission control, LDR, and OLC. For differences of
implementing load control in the 2G TRM, 3G TRM, and Co-TRM, see the following sections.
Issue 03 (2011-09-30)
5-1
SingleRAN
Transmission Resource Management
5 Load Control
Path load: The load on a path is equal to the sum of reserved bandwidth of all services.
Leaf LP load: The load on a leaf LP is equal to the sum of load of all paths.
Hub LP load: The load on a hub LP is equal to the sum of load of all LPs.
Bandwidth reserved for uplink signaling = Average bandwidth for uplink OMLs and ESLs of the BTS +
Number of TRXs x Average bandwidth for uplink RSLs of the BTS
Bandwidth reserved for downlink signaling = Average bandwidth for downlink OMLs and ESLs of the
BTS + Number of TRXs x Average bandwidth for downlink RSLs of the BTS
You can adjust the bandwidth reserved for LAPD signaling of the BTSs using Abis IP. The associated
parameters are as follows:
OMLESLUL
OMLESLDL
RSLUL
RSLDL
In IP over E1 mode, the bandwidth reserved for LAPD signaling takes effect on LPs. To ensure the accuracy of admission
based on bandwidth for PPP and MLPPP links, you are advised to take one of the following measures:
Issue 03 (2011-09-30)
5-2
SingleRAN
Transmission Resource Management
5 Load Control
Configure LPs on the PPP or MLPPP links with the same bandwidth as the PPP or MLPPP links
Configure IP paths of the QoS type: Bandwidth of IP path = Bandwidth of PPP or MLPPP - Max (Bandwidth reserved for
uplink signaling, Bandwidth reserved for downlink signaling)
For 2G NRT PDCH services (with the backpressure switch disabled): Reserved bandwidth = MBR x
Activity factor
3G signaling:
Admission
of SRB at 3.4 kbit/s: The bandwidth for 3G SRB signaling is fixed at 3.4 kbit/s. This
admission mode is applicable to R99, HSDPA, and HSUPA services. For R99 services, if the
bandwidth of a transport channel varies between 3.4 kbit/s and 13.6 kbit/s, resource allocation and
resource admission do not need to be performed again.
Admission
3G common channels:
Bandwidth
Bandwidth
NOTE
For 3G common channels or SRBs, the activity factors are identical for all users, instead of varying according to user
priorities.
In TDM transmission mode, the bandwidth is allocated in a fixed manner instead of based on activity factors.
Activity factors can be configured for different types of services and adjacent nodes:
Both default configuration and dynamic configuration are available for activity factors for different types
of service. The default configuration can be queried through the LST TRMFACTOR command. You
can run the ADD TRMFACTOR command to dynamically configure activity factors for different types
of service.
You can run the ADD ADJMAP command to configure the same activity factor table for an adjacent
node by specifying the FTI parameter.
For 3G BE services, the GBR can be set by running the SET UUSERGBR command, according to traffic
classes, traffic priorities, user priorities, and types of radio bearers. The associated parameters are as
follows:
TrafficClass
THPClass
BearType
UserPriority
UlGBR
DlGBR
Issue 03 (2011-09-30)
5-3
SingleRAN
Transmission Resource Management
5 Load Control
Overload threshold
This threshold triggers overload control and can be configured through the parameters
FWDOVLDRSVBW, BWDOVLDRSVBW, FWDOVLDTH, and BWDOVLDTH.
In 2G TDM transmission mode, there are only congestion threshold and congestion clear threshold, which are configured
through the parameters TDMCONGTH and TDMCONGCLRTH.
The congestion threshold and congestion clear threshold, and the overload threshold and overload clear
threshold are used to prevent ping-pong effect. It is recommended that they should be set to different
values.
By running the ADD TRMLOADTH command, you can configure a load threshold table (TRMLOADTH
table) for paths, LPs, resource groups, or physical ports. By specifying the TRMLOADTHINDEX
parameter, the TRMLOADTH table can be referred to.
In ATM transmission, you can run the MML command ADD AAL2PATH or ADD ATMLOGICPORT
command to refer to the TRMLOADTH table.
In IP transmission, you can run the MML command ADD IPPATH or ADD IPLOGICPORT command to
refer to the TRMLOADTH table.
In TDM/HDLC transmission, you can run the MML command SET BSCABISPRIMAP to refer to the
TRMLOADTH table.
For details about the preceding thresholds, see sections 5.5 "Admission Control" and 5.6 "Load
Reshuffling and Overload Control."
Issue 03 (2011-09-30)
5-4
SingleRAN
Transmission Resource Management
5 Load Control
As shown in Figure 5-1, when the users request transmission resources, the admission control process
is as follows:
1. The admission based on transmission resources is decided according to the admission strategy. If
the admission is successful, a user can obtain transmission resources. If the admission fails, go to
step 2. For details about the admission strategy, see section 5.5.2 "Admission Strategy."
2. The attempt to preempt resources is made. If the preemption is successful, a user can obtain
transmission resources. If the preemption fails or the preemption function is not supported, go to step
3. For details about preemption, see section 5.5.5 "Preemption."
3. The attempt for queuing is made. If the queuing is successful, a user can obtain transmission
resources. If the queuing fails or the queuing function is not supported, the admission based on
transmission resources fails. For details about queuing, see section 5.5.6 "Queuing."
After transmission resources are successfully admitted, bandwidth needs to be reserved on the
corresponding paths and ports. In addition, bandwidth needs to be updated to the load.
5-5
SingleRAN
Transmission Resource Management
5 Load Control
Multiple levels of admission. After the user initiates a request for transmission resources, admission
based on transmission resources is decided in the sequence of paths -> LPs -> physical ports.
If a certain level of admission is not supported, you can directly perform the admission decision of transmission
resources of the next level. If the LP is not configured, the admission is performed in the sequence of paths -> physical
ports.
In multiple levels of admission, users can obtain transmission resources only when the admission based on all
resources is successful.
In TDM Flex Abis transmission, the transmission resource admission is performed from the Flex Abis resources of the
lowest-level base station step by step in an ascending order. In HDLC transmission, admission is based on HDLC links.
The service priorities need to be taken into consideration. New users, handover users, and users
requesting a rate increase use different admission strategies.
The admission based on transmission resources is determined according to the current load, bandwidth
requested by users, and admission thresholds. The admission strategy varies according to the types of
users.
based on paths
Path load + Bandwidth required by the user < Total configured bandwidth for the path - Path
bandwidth reserved for handover.
Admission
based on LPs
The admission based on LPs is performed level by level. For each level of admission, the strategy is
as follows: LP load + Bandwidth required by the user < Total bandwidth for the LP - LP bandwidth
reserved for handover.
based on paths
Path load + Bandwidth required by the user < Total bandwidth for the path.
Admission
based on LPs
The admission based on LP resources is performed level by level. For each level of admission, the
strategy is as follows: LP load + Bandwidth required by the user < Total bandwidth for the LP.
based on paths
Path load + Bandwidth required by the user < Total bandwidth for the path - Path congestion
threshold.
Admission
based on LPs
The admission based on LPs is performed level by level. For each level of admission, the strategy is
as follows: LP load + Bandwidth required by the user < Total bandwidth for the LP - LP congestion
threshold.
NOTE
If no admission threshold is configured for the user, the admission strategy can be simplified as: Load + Bandwidth
required by the user < Total bandwidth configured.
Issue 03 (2011-09-30)
5-6
SingleRAN
Transmission Resource Management
5 Load Control
Step 1 Paths are selected according to transmission resource mapping. For details about transmission
resource mapping, see section 4.4 "Transmission Resource Mapping."
If no paths are available for use, for example, when the mapped path type does not exist, the
admission fails.
Step 2 The admission sequence for all paths is determined. For details, see the section "Sequence of
the Admission Based on Paths."
Step 3 According to the sequence, a path is selected to undergo admission decision.
If
Then
Go to Step 4.
Then
Go to Step 3.
Issue 03 (2011-09-30)
5-7
SingleRAN
Transmission Resource Management
5 Load Control
If the type of service requests a rate decrease, successful admission is directly performed on its
original path.
If the type of service requests a rate increase, an admission decision is preferentially performed on its
original path.
paths are configured as primary and secondary paths and load balancing algorithm is enabled,
firstly whether the admission is based on the primary paths or the secondary paths is determined
according to the algorithm of path load balancing. For details, see section 5.5.4 "Load Balancing."
Then the specific primary or secondary path to undergo admission decision is determined according
to the algorithm of path load sharing. For details, see section 5.5.3 "Load Sharing."
Otherwise, the path to undergo admission decision is determined according to the algorithm of path
load sharing. For details, see section 5.5.3 "Load Sharing."
One type of service can be mapped to multiple paths of the same type. The paths form a circular chain.
In the circular chain, the admission sequence for all paths is fixed.
If the admission succeeds, the cursor moves to the next path for use in the next admission procedure.
If the admission fails, the next path is chosen to undergo admission decision in the sequence of the
circular chain.
For example,
One type of service is mapped to five paths of the same type that are numbered path 1 to path 5. The
five paths form a circular chain: 123451.
Assume that the type of service needs to be admitted for 100 times in response to 100 requests. The
times are respectively marked T1, T2, T3,
Issue 03 (2011-09-30)
5-8
SingleRAN
Transmission Resource Management
5 Load Control
Then the admission of T2 is performed in the sequence of 23451. Assume that the admission
succeeds on path 4.
Then the admission of T3 is performed in the sequence of 51234. Assume that the admission
fails on all paths. In this case, the admission of T3 is rejected.
If the admission of all the 100 times succeeds on the first path for admission decision, then the 100
service requests are respectively admitted on one of the five paths in the following way:
Load balancing between primary and secondary paths is applied only in the Iub hybrid transmission
scenario, including ATM&IP dual stack and hybrid IP transmission.
A service is not always preferably admitted based on the primary path. If the load of the primary path
exceeds the load threshold and the ratio of secondary path load to primary path load is lower than the
load ratio threshold, then the service is preferably admitted based on the secondary path to improve
the resource usage and user experience.
PortUsed refers to the total bandwidth of the admitted services at the physical port.
PortAvailable refers to the total available bandwidth at the physical port, including the used bandwidth.
Issue 03 (2011-09-30)
5-9
SingleRAN
Transmission Resource Management
5 Load Control
When the primary path for a type of service exists at more than one physical port, PortUsed and
PortAvailable refer to the sum of used bandwidth and the sum of available bandwidth at these ports
respectively.
A default load balancing table is used when the ADJMAP is not configured for an adjacent node. Index
0 is the default index. The default load balancing table can be queried through the LST LOADEQ
command.
A load balancing table can be dynamically configured by running the ADD LOADEQ command. Load
balancing thresholds include primary path load threshold and primary-to-secondary path load ratio
threshold. The thresholds can vary depending on different types of service and the ARP needs to be
taken into consideration. When load balancing parameters need to be set for Iub adjacent nodes, you
can run the ADD ADJMAP or MOD ADJMAP command.
Issue 03 (2011-09-30)
5-10
SingleRAN
Transmission Resource Management
5 Load Control
Figure 5-4 Admission bandwidth for the primary and secondary paths of a new user
Available bandwidth 1 = Total bandwidth of the primary path - Used bandwidth - Bandwidth
reserved for handover
Available bandwidth 2 = Total bandwidth of the secondary path - Used bandwidth - Bandwidth
reserved for handover
5.5.5 Preemption
In the case of preemption, a high-priority user preempts the bandwidth from a low-priority access user for
admission based on transmission resources. This improves satisfaction of high-priority users. In the
Co-TRM, preemption is performed only within the 2G or 3G system. A high-priority 2G user preempts the
bandwidth of a low-priority 2G user, and a high-priority 3G user preempts the bandwidth of a low-priority
3G user.
If the admission based on transmission resources fails, the preemption function is triggered when the
following conditions are met:
The transmission channel (path, LP, resource group, or physical port) supports preemption.
The user who requests transmission resources supports preemption as defined in the user request.
In
the 3G system, the preemption switch is enabled through the PreemptAlgoSwitch parameter.
In
the Co-TRM, the preemption switches for 2G and 3G services are set separately. Both
ENPREEMPTTRANSADMT and PreemptAlgoSwitch need to be set.
Intelligent Access Control (IAC) is aimed at improving the access success rate. Preemption is one of the
IAC procedures. For details about the principles of preemption at the RNC, see the Load Control Feature
Parameter Description of the RAN.
The principles of preemption at the BSC are as follows:
transmission resources are insufficient, preemption for bandwidth of different types of service is
performed. That is, preemption for bandwidth is performed between CS services and PS services.
If
conditions for preemption between different types of service are not met, preemption is performed
on bandwidth of the same traffic class. That is, a high-priority CS service preempts the bandwidth of a
low-priority CS service, and a high-priority PS service preempts the bandwidth of a low-priority PS
service.
Issue 03 (2011-09-30)
5-11
SingleRAN
Transmission Resource Management
5 Load Control
The principles of bandwidth preemption between CS services and PS services are as follows:
During transmission resource admission, a CS service can preempt the bandwidth of low-priority PS
service only when the ratio of the bandwidth occupied by the CS service to the total bandwidth is lower
than the GSMCSBWRATE parameter.
During transmission resource admission, a PS service can preempt the bandwidth of low-priority CS
service only when the ratio of the bandwidth occupied by the CS service to the total bandwidth is
higher than the GSMCSBWRATE parameter.
5.5.6 Queuing
In the queuing function, the user that requests transmission resources is put in a queue to wait for free
transmission resources.
If the admission based on transmission resources fails, or the user that requests transmission resources
does not support the preemption function, or the preemption function fails, the queuing function is
triggered when the following conditions are met:
The transmission channel (path, LP, resource group, or physical port) supports queuing.
The user that requests transmission resources supports queuing as defined in the user request. The
2G user for queuing must be a non-handover CS user.
the 2G system, the queuing switch is enabled through the ENQUETRANSADMT parameter.
In
the 3G system, the queuing switch is enabled through the QueueAlgoSwitch parameter.
In
the Co-TRM, the preemption switches for 2G and 3G services are set separately. Both
ENQUETRANSADMT and QueueAlgoSwitch need to be set.
Queuing is also one of the IAC procedures. For details about the principles of queuing at the RNC, see
the Load Control Feature Parameter Description of the RAN.
The principle of queuing at the BSC is that the user entering a queue captures transmission resources
according to the First in First Out (FIFO) strategy when transmission resources are released.
Congestion detection
Overload detection
Issue 03 (2011-09-30)
5-12
SingleRAN
Transmission Resource Management
5 Load Control
Congestion threshold: When the usage of transmission resources increases and the remaining
bandwidth falls below the congestion threshold, the system considers that congestion occurs.
Congestion clear threshold: When the usage of transmission resources decreases and the remaining
bandwidth exceeds the congestion clear threshold, the system considers that congestion is cleared.
For parameters associated with the congestion, see section 5.4 "Load Thresholds."
Congestion detection can be triggered in any of the following conditions:
Congestion detection for a path is similar to that for a port. Assume that the forward parameters of a port
for congestion detection are defined as follows:
Then, the policies of congestion detection for the port are as follows:
Congestion is cleared from the port when AVE - USED > CLEAR.
Generally, congestion thresholds need to be set for only physical ports or resource groups. If different
types of paths require different congestion thresholds, the TRM load threshold tables need to be
adjusted by running the ADD TRMLOADTH command, and then be referred by specifying the
TRMLOADTHINDEX parameter when the paths are configured.
If ATM LPs or IP LPs are configured, LDR is also applicable to ATM LPs or IP LPs. LDR for LPs is similar
to that for resource groups.
Overload threshold: When the usage of transmission resources increases and the remaining
bandwidth falls below the overload threshold, the system considers that overload occurs.
Overload clear threshold: When the usage of transmission resources decreases and the remaining
bandwidth exceeds the overload clear threshold, the system considers that overload is cleared.
For parameters associated with the overload congestion, see section 5.4 "Load Thresholds."
Overload congestion can be triggered in any of the following conditions:
In the ATM IMA networking scenario, an IMA group contains multiple E1s, among which some E1s are
broken whereas others work properly.
In the ADSL networking scenario, the available ADSL bandwidth deteriorates abruptly, for example,
from 8 Mbit/s to 1 Mbit/s.
Some links in a link aggregation group are faulty, and thus the available bandwidth of the group
decreases.
Some links in an IP MLPPP group are faulty, and thus the available bandwidth of the group decreases.
Issue 03 (2011-09-30)
5-13
SingleRAN
Transmission Resource Management
5 Load Control
Overload detection for a path is similar to that for a port. Assume that the forward parameters of an LP
for overload detection are defined as follows:
Then, the policies of overload detection for the LPs are as follows:
If a path, or port is not configured with overload thresholds, the policy of overload detection is simplified
as USED > AVE.
In the 2G system, bandwidth requested by a new user and bandwidth used by an access user are both
reduced.
In the Co-TRM, bandwidth requested by a new 2G user and bandwidth used by 2G and 3G access
users are reduced.
Overload in different systems is handled as follows: Admission of all users is rejected and bandwidth of
low-priority users is released.
In the Co-TRM, during the handling of overload triggered by admission of LPs, bandwidth is reserved
according the proportion of the 2G services to the 3G services, and at the same time the used bandwidth
is released. If the bandwidth in one system cannot be released any more and overload is not cleared, the
bandwidth in the other system is released. The proportion of reserved bandwidth of the 2G services to
the 3G services can be configured through the GSMBWRATE parameter.
After the RNC receives a congestion message, the RNC triggers LDR actions.
Renegotiation
Inter-RAT
The sequence of LDR actions in the uplink can be different from that of LDR actions in the downlink.
The parameters UlLdrFirstAction, UlLdrSecondAction, UlLdrThirdAction, UlLdrFourthAction,
UlLdrFifthAction, and UlLdrSixthAction are used to set the sequence in the uplink direction. The
parameters DlLdrFirstAction, DlLdrSecondAction, DlLdrThirdAction, DlLdrFourthAction,
DlLdrFifthAction, and DlLdrSixthAction are used to set the sequence in the downlink direction. You
can run the ADD UNODEBLDR command to set the relation between the parameters and the LDR
actions in each direction for the purpose of adjusting the LDR policy. If the number of actual LDR
actions is smaller than six, you can use the NOACT subparameter to cancel corresponding LDR
actions. In addition, different NodeBs can take different LDR actions.
Issue 03 (2011-09-30)
5-14
SingleRAN
Transmission Resource Management
5 Load Control
After the RNC receives an overload message, the RNC triggers OLC actions. OLC triggers release of
resources used by users in order of comprehensive priority.
For details about the LDR actions for various types of services and the comprehensive priorities, see
the Load Control Feature Parameter Description of the RAN.
The admission of CS users that prefer half-rates is controlled through the CSPH subparameter.
Rate limits of CS Adaptive Multi Rate (AMR) services during admission are controlled through the
AMRC subparameter.
The switchover from full rates to half rates of CS users is controlled through the CSFHHO
subparameter.
The sequence of LDR actions can be configured through the parameters LDRFST, LDRSND, LSRTRD,
and LDRFOUH. You can run the SET LDR command to set the relation between the four parameters
and the LDR actions for the purpose of adjusting the LDR policy. If the number of actual LDR actions is
smaller than four, you can use the CLOSE subparameter to cancel other LDR actions. In addition,
different BTSs can take different LDR actions.
When the BSC detects that overload occurs, the admission requests of all users are rejected.
On the Iu interface
During Iu signaling flow control, if congestion is detected on the signaling link towards the signaling
point, the congested state is reported to the Radio Access Network Application Part (RANAP)
subsystem of the RNC. Then, the RANAP subsystem discards user messages in the following
sequence: short message service > CS and PS call > registration.
5.7 Summary
Figure 5-5 shows the load control process in the increase of transmission bandwidth usage during the
admission of transmission resources.
Issue 03 (2011-09-30)
5-15
SingleRAN
Transmission Resource Management
5 Load Control
As shown in Figure 5-5, the load control process in the increase of transmission bandwidth usage is as
follows:
Admission control
All
New
users and handover users are admitted when Handover reserved threshold < Remaining
bandwidth < Congestion threshold.
Handover
users are admitted when Overload threshold < Remaining bandwidth <. Handover
reserved threshold
New
users are allowed to preempt the bandwidth of admitted users, but cannot be allocated new
bandwidth when Remaining < Overload threshold.
When the usage of transmission bandwidth decreases and Remaining bandwidth > Overload clear
threshold, OLC is cleared. When the usage of transmission bandwidth decreases and Remaining
bandwidth > Congestion clear threshold, LDR is cleared.
Table 5-2 summarizes the difference of load control between the 2G TRM, 3G TRM, and Co-TRM.
Table 5-2 Difference of load control between the 2G TRM, 3G TRM, and Co-TRM
Networking
Scenario
Congestion Threshold
& Congestion Clear
Threshold
2G IP transmission Path
LP
Issue 03 (2011-09-30)
Overload
Threshol
d&
Overload
Clear
Threshol
d
Calculatio
n of
Bandwidth
Reserved
for Traffic
5-16
SingleRAN
Transmission Resource Management
Networking
Scenario
5 Load Control
Congestion Threshold
& Congestion Clear
Threshold
Overload
Threshol
d&
Overload
Clear
Threshol
d
Resource
group
PPPLNK/MP
GRP
2G HDLC
transmission
2G Flex Abis
LP
Resource
group
PPPLNK/MP
GRP
Path
LP
Resource
group
IMAGRP/UNI
LNK/FRALNK
3G IP transmission Path
3G ATM
transmission
Co-transmission
IP LP
Calculatio
n of
Bandwidth
Reserved
for Traffic
In the 3G Iub hybrid transmission scenario, including ATM&IP dual stack and hybrid IP transmission, the load balancing is
supported in the process of transmission resource admission.
Issue 03 (2011-09-30)
5-17
SingleRAN
Transmission Resource Management
LP shaping: limits the total transmit rate of the RNC, BSC, MBSC, BTS or NodeB and prevents
congestion on the transport network
Hub
LP scheduling: schedules all the ports under the hub node, limits the total transmit rate of the
hub node, and guarantees the fairness between ports
Iub overbooking
The Iub overbooking feature considers the statistic multiplexing of service activities and multiple users.
Through the admission of more users, Iub overbooking increases the resource utilization on the Iub
interface.
Congestion control in the Iub user plane: limits the transmit rate of NRT services, prevents congestion
and packet loss on the Iub interface
Dynamic bandwidth adjustment based on IP PM: the RNC dynamically adjusts transmission
bandwidth available on the Iub LPs based on the monitoring result from IP PM.
In traffic shaping, differentiated services are implemented through queue priorities and WRR
scheduling. The scheduling order is high-priority RT services -> low-priority RT services ->
lower-priority NRT services scheduled by WRR.
In congestion control, differentiated services are implemented by the SPI weighting (differentiated
service based on SPI weight). Bandwidth resources are allocated proportionally between NRT
services according to service priorities, with the GBR of NRT services guaranteed.
Table 6-1 describes the user plane processing in the 2G TRM, 3G TRM, and Co-TRM.
Table 6-1 User plane processing in the 2G TRM, 3G TRM, and Co-TRM
User Plane
Processing
2G TRM
3G TRM
Co-TRM
Shaping
Leaf LP shaping
Leaf LP shaping
Leaf LP shaping
HDLC shaping
NodeB shaping
BTS shaping
Scheduling
Iub overbooking
Hub LP scheduling
Hub LP scheduling
HDLC scheduling
NodeB scheduling
Iub overbooking
Dynamic
bandwidth
adjustment based
on IP PM
Issue 03 (2011-09-30)
Hub LP scheduling
6-1
SingleRAN
Transmission Resource Management
User Plane
Processing
2G TRM
3G TRM
Co-TRM
Downlink:
Bandwidth sharing of
MBTS multi-mode
co-transmission
Uplink:
Bandwidth sharing of MBTS multi-mode co-transmission is applied to the scenario where the MBTS is in co- transmission
mode and the BSC and RNC are deployed separately.
This section describes user plane processing in terms of scheduling, shaping, Iub overbooking, Iub user
plane congestion control, and dynamic bandwidth adjustment based on IP PM.
The leaf LP performs the shaping function. The total data transmit rate does not exceed the bandwidth
configured for the port.
The hub LP performs the scheduling function. That is, the hub LP performs scheduling of the ports
contained in the hub LP so that the total transmit rate of all the ports does not exceed the bandwidth
configured for the hub LP. This prevents congestion and packet loss at the hub node. In addition, the
scheduling rate of a port is in direct proportion to the load of the port, which guarantees fairness
between the ports.
each HDLC channel performing the shaping function, the total data transmission rate does not
exceed the bandwidth configured for the HDLC channel.
For
each HDLC channel performing the scheduling function, the scheduling rate of the HDLC
channel is in direct proportion to the load of the channel, which guarantees fairness between the
channels.
Issue 03 (2011-09-30)
6-2
SingleRAN
Transmission Resource Management
Scheduling in ATM transmission mode: The ATM physical port performs Round Robin (RR) scheduling
between LPs. The PVCs of the same LP or of the same physical port are scheduled according to
priorities.
Scheduling in IP transmission mode: When there are multiple LPs, the IP physical port performs RR
scheduling of all the LPs to guarantee fairness between the LPs.
WRFD-050406 ATM QoS Introduction on Hub Node B (Overbooking on Hub Node B Transmission)
Since services are incontinuous, there are periods with transmission activities and periods without
transmission activities. To achieve better utilization of Iub transmission resources, Huawei provides the
Iub overbooking function, which applies admission control policy to access the services. Services are
admitted according to the different activity factors, and admission of more services can be allowed to the
bandwidth. Other policies applied in overbooking are as follows:
Shaping
Shaping is applied to avoid transmission congestion and packet loss in the scenario of limited
transmission resource bandwidth.
Issue 03 (2011-09-30)
6-3
SingleRAN
Transmission Resource Management
The RT service flow is stable, and the demand for resources is relatively regular. Thus, the load control
algorithm is usually adopted to control the resource consumption for the RT service.
The NRT service flow fluctuates significantly. Therefore, in addition to the admission control algorithm,
you also need to adopt the congestion control algorithm of the user plane to control the resource
consumption for the NRT service.
The fluctuation of the NRT service flow may cause the data flow to be sent on the Iub interface to
exceed the actual available bandwidth. As a result, congestion and packet loss occur, thus seriously
affecting the bandwidth efficiency on the Iub interface. Therefore, the congestion control algorithm
must be adopted to control the total transmission rate on the Iub interface to prevent congestion and
packet loss and to improve the bandwidth efficiency.
Except to guarantee the total bandwidth efficiency, the congestion control algorithm is applied to meet
the requirement of differentiated NRT services. Requirement of differentiated NRT services: The
bandwidth resources are allocated among NRT services by proportion based on the service priorities
(including service type, ARP, THP, and radio bearer type) in the case that the GBR of NRT services is
guaranteed.
The HSPA scheduling algorithm implements differentiated services on the air interface. The details are
as follows:
Service-to-SPI mapping: Based on the TC, ARP, and THP, one service is mapped to SPI, and the
corresponding SPI weighting are configured. The mapping is configured on the RNC. The RNC
notifies the NodeB of the SPI corresponding to each service through the NBAP signaling. For details
on SPI mapping, see the HSDPA Feature Parameter Description of the RAN and HSUPA Feature
Parameter Description of the RAN.
Differentiated resource allocation: When the resources on the air interface are limited, the HSPA
scheduling algorithm allocates the total resources among users based on the SPI weighting.
To implement differentiated services in the same way, the Iub congestion control algorithm also uses SPI
weighting for implementing differentiated services (WRFD-020806 Differentiated Service Based on SPI
Weight) on the Iub interface, that is, the bandwidth is allocated by proportion based on the SPI weighting
in the case that the GBR of the service is guaranteed. The differences are as follows:
The HSPA scheduling algorithm is applied to all the HSPA services except R99 services.
The Iub congestion control algorithm is applied only to the NRT services, including HSPA and R99
services. R99 services adopt the same service-to-SPI mapping mechanism as that of HSPA services,
and SPI weighting are set for R99 services.
The HSPA scheduling algorithm is implemented in the NodeB. The downlink Iub congestion control
algorithm is implemented in the RNC. The uplink Iub congestion control algorithm is implemented on
the NodeB side.
The Iub congestion control algorithm must be implemented in the uplink and downlink directions. It
consists of the following algorithms:
Radio Link Control (RLC) retransmission rate-based downlink congestion control algorithm
Issue 03 (2011-09-30)
6-4
SingleRAN
Transmission Resource Management
NodeB Uplink Congestion Control Algorithm for Cross-Iur Single HSUPA Service
Scenario
Service Type
HSDPA service
The recommended configurations for the downlink congestion control algorithms are as follows:
The RLC retransmission rate-based congestion control algorithm switch is disabled. Other algorithm
switches are enabled.
In the convergence scenario, the multiple-level LPs are configured if the configuration of multiple-level
LPs is supported.
The relations between the four downlink congestion control algorithms are as follows:
Relation between the RNC backpressure-based congestion control algorithm and the RNC RLC
retransmission rate-based congestion control algorithm
Both the algorithms are implemented in the RNC. Therefore, they may take effect simultaneously.
Relation between the NodeB HSDPA flow control algorithm and the RNC backpressure-based
congestion control algorithm
The NodeB flow control algorithm switch is set to BW_SHAPING_ONOFF_TOGGLE by default.
In default configuration:
If
the RNC backpressure switch is set to OFF, the NodeB flow control policy is automatically adjusted
to DYNAMIC_BW_SHAPING, and can independently solve the congestion problem of HSDPA
users.
If
the RNC backpressure switch is set to ON and direct connection networking is applied, the NodeB
flow control policy is automatically adjusted to NO_BW_SHAPING and the RNC backpressure
algorithm takes effect.
If
the RNC backpressure switch is set to ON and transmission convergence networking is applied,
the NodeB flow control policy is automatically adjusted to DYNAMIC_BW_SHAPING, and both
NodeB flow control algorithm and RNC backpressure algorithm take effect. The NodeB flow control
Issue 03 (2011-09-30)
6-5
SingleRAN
Transmission Resource Management
algorithm solves the congestion problem on the transmission network whereas the RNC
backpressure algorithm solves the congestion problem on the Iub interface of the RNC side.
Relation between the NodeB HSDPA flow control algorithm and the RNC RLC retransmission
rate-based congestion control algorithm
The
NodeB HSDPA flow control algorithm is excellent. Therefore, the RLC retransmission rate-based
congestion control algorithm of the HSDPA service is not used.
When
both the algorithms take effect simultaneously, one is applied to R99 services, and the other is
applied to HSDPA services. They do not conflict with each other. Generally, the priority of R99
services is higher than that of HSDPA services. Therefore, the rate of HSDPA services is reduced till
the rate reaches the minimum value. In this case, the RLC retransmission rate-based congestion
control algorithm takes effect to limit the rate of R99 services.
For the R99 BE service, use the SET UCORRMALGOSWITCH command, and set the
DRA_R99_DL_FLOW_CONTROL_SWITCH subparameter of DraSwitch to on.
For the HSDPA BE service, use the SET UCORRMALGOSWITCH command, and set the
DRA_HSDPA_DL_FLOW_CONTROL_SWITCH subparameter of DraSwitch to on.
Issue 03 (2011-09-30)
6-6
SingleRAN
Transmission Resource Management
Figure 6-1 Procedure for the RLC retransmission rate-based flow control of the BE service
Through this algorithm, the transmission rate of the RNC matches the bandwidth on the Iub interface, as
shown in Figure 6-2.
Figure 6-2 BE service flow control in the case of Iub congestion
Issue 03 (2011-09-30)
6-7
SingleRAN
Transmission Resource Management
----End
This algorithm is based on backpressure flow control of the interface board. The license must be
obtained according to different network modes, and the Iub overbooking feature must be activated.
The following functions require corresponding licenses:
ATM
Hub
IP
the ATM network, the ports are the UNI link, IMA group, fractional link, LP, and optical port.
For
the IP network, the ports are the LP, PPP link, MLPPP group, optical port, and Ethernet port.
Step 3 When the buffer length of the queue is greater than the packet discarding threshold, the RNC
starts discarding data packets from the buffer.
The length of packets discarded from the queue is equal to the packet discarding threshold minus the congestion
threshold.
Step 4 When the buffer length of the queue is smaller than the congestion recovery threshold, the
queue leaves the congestion state. The port is recovered if all the queues on the port leave the
congestion state. The interface boards send congestion resolving signals to the associated
DPUb boards, and the DPUb boards restore the transmission rate of BE users on the port.
Issue 03 (2011-09-30)
6-8
SingleRAN
Transmission Resource Management
Step 5 After the BE users leave the congestion state, the RNC increases the transmission rate every 10
ms according to the increasing step until the BE users reach the Maximum Bit Rate (MBR). For
detailed about MBR, see Load Control Feature Parameter Descriptio.
----End
The result of this algorithm for the BE service is shown in Figure 6-3.
Figure 6-3 Result of the backpressure-based flow control algorithm for the BE service
TrafficClass
UserPriority
THPClass
SPI
BearType
The BE service is less sensitive to delay. The rate fluctuates considerably. When the data burst occurs,
the rate may become very high.
The HSDPA flow control policy is not used for the SRB, IMS, VoIP, or CS AMR service of HSDPA users
because the amount of data is small and the services are sensitive to delay.
This algorithm enables the RNC and NodeB to exchange resource information to ensure that the data
to be transmitted by the UE matches the scheduled data.
Issue 03 (2011-09-30)
6-9
SingleRAN
Transmission Resource Management
This algorithm enables the service scheduling and retransmission functions on the NodeB and
reduces data transmission latency.
This algorithm minimizes the buffer size and buffer time of the NodeB to prevent data loss caused by
data buffering timeout.
This algorithm prevents packet loss and maximizes the power and code resource efficiency.
This algorithm solves the Iub congestion problems of HSDPA users in various scenarios.
the switch is set to ON, the RNC sends the user MBR to the NodeB. When the NodeB MAC-hs
flow control entity distributes flow to the users, the rate does not exceed the MBR.
When
the switch is set to OFF, the Iub MBR reporting function is disabled.
NOTE
The NodeB Iub flow control algorithm switch SWITCH is set as follows:
When
the switch is set to DYNAMIC_BW_SHAPING, the NodeB adjusts the available bandwidth for
HSDPA users based on the delay and packet loss condition on the Iub interface. Then, considering
the rate on the air interface, the NodeB performs Iub shaping and distributes flow to HSDPA users.
When
the switch is set to NO_BW_SHAPING, the NodeB does not adjust the bandwidth based on
the delay and packet loss condition on the Iub interface. The NodeB reports the conditions on the air
interface to the RNC, and then the RNC performs bandwidth allocation.
When
the switch is set to BW_SHAPING_ONOFF_TOGGLE, the flow control policy for the ports of
the NodeB is either DYNAMIC_BW_SHAPING or NO_BW_SHAPING in accordance with the
congestion detection mechanism of the NodeB.
Issue 03 (2011-09-30)
6-10
SingleRAN
Transmission Resource Management
Iub frame loss rate threshold is specified by DR. If the detected frame loss rate is lower than the
threshold, no congestion due to packet loss occurs.
The
Iub delay congestion threshold is specified by TD. If the detected delay is lower than the
threshold, no congestion due to delay occurs.
If
the NodeB detects no congestion in a period of time, it stops the delay detection and the algorithm
switch is set to NO_BW_SHAPING. That is, flow shaping is disabled.
If
the NodeB detects congestion due to packet loss, it continues with the delay detection and the
algorithm switch is set to DYNAMIC_BW_SHAPING. That is, the Iub bandwidth adaptive algorithm
and flow shaping are enabled.
Step 2 The NodeB adjusts the HSDPA Iub bandwidth based on the congestion due to delay and packet
loss. The adjusted bandwidth is the input for the Iub shaping function of the NodeB.
Step 3 The NodeB allocates capacity to MAC-hs based on the rate on the Uu interface. The allocated
capacity does not exceed the MBR.
Step 4 (Optional, If the Iub shaping function of the NodeB is disabled, skip this step.) Based on the
capacity allocated on the Uu interface, the NodeB allocates the Iub bandwidth to HSDPA users
and performs Iub shaping to ensure that the total flow of all the queues does not exceed the
available Iub bandwidth. In this way, Iub interface congestion is controlled, Iub interface
utilization is improved, and overload is prevented.
Step 5 The RNC limits the bandwidth for each MAC-hs queue based on the HS-DSCH capacity
allocation result.
Issue 03 (2011-09-30)
6-11
SingleRAN
Transmission Resource Management
----End
Scenario
Service Type
NodeB backpressure-based uplink The available bandwidth for LPs is known, R99 service and
congestion control algorithm
HSUPA service
and the NodeB boards support the
algorithm.
NodeB uplink bandwidth adaptive The bandwidth of various transport
adjustment algorithm
networks is unknown or the scenarios
include ATM convergence, hub
convergence, and slow changes in the
bandwidth of transport networks.
R99 service
HSUPA service
The recommended configurations for the uplink congestion control algorithms are as follows:
The relations between the four uplink congestion control algorithms are as follows:
The NodeB backpressure-based uplink congestion control algorithm and the NodeB uplink bandwidth
adaptive adjustment algorithm are implemented in the NodeB. The RNC R99 single service uplink
congestion control algorithm is implemented in the RNC. These three algorithms may take effect
simultaneously.
The result (available bandwidth for LPs) of the NodeB uplink bandwidth adaptive adjustment algorithm
is the input for the NodeB backpressure-based uplink congestion control algorithm. If the NodeB
boards support the NodeB uplink bandwidth adaptive adjustment algorithm and the NodeB
backpressure-based uplink congestion control algorithm, both the algorithms can be used together to
solve the uplink Iub congestion problems (in direct connection and convergence scenarios). This is the
main scheme of the uplink flow control algorithm.
If the NodeB supports the NodeB backpressure-based uplink congestion control algorithm and the
NodeB uplink bandwidth adaptive adjustment algorithm, the RNC R99 single service uplink congestion
control algorithm can control the transmission rate of UEs based on the backpressure flow control and
rate limiting results. They do not conflict with each other. Otherwise, the RNC R99 single service uplink
congestion control algorithm independently controls the transmission rate of UEs based on the FP
congestion detection results.
If the NodeB supports the NodeB backpressure-based uplink congestion control algorithm and the
NodeB uplink bandwidth adaptive adjustment algorithm, the NodeB uplink congestion control
Issue 03 (2011-09-30)
6-12
SingleRAN
Transmission Resource Management
algorithm for cross-Iur single HSUPA service can solve the packet loss problem due to Iur interface
congestion for HSUPA users.
Figure 6-5 shows the principle of the NodeB backpressure-based congestion control algorithm.
Figure 6-5 Principle of the NodeB backpressure-based uplink congestion control algorithm
Data packets in the queue for HSUPA users can be buffered for 500 ms.
Data packets in the queue for R99 users can be buffered for 60 ms.
Issue 03 (2011-09-30)
6-13
SingleRAN
Transmission Resource Management
Step 4 When detecting that the transmission buffering duration falls below the congestion recover
threshold, the NodeB determines that transmission congestion is eliminated. The congestion
recover threshold is not configurable and is fixed at 20 ms.
After Iub congestion is eliminated, the NodeB increases the transmission rates for all BE users
carried on the Iub LPs up to their MBRs.
The
NodeB increases the transmission rates for BE users in certain steps every 10 ms.
The
step varies with the user priority. The transmission rate for a BE user with a higher priority is
increased in larger steps.
----End
The RNC monitors congestion due to delay and frame loss based on the packet transmission time
specified in the Spare Extension field in the FP frame and the number of FP packets sent by the NodeB.
Then, the RNC returns the congestion indication according to the congestion detection result. The frame
structure of the congestion indication is shown in Figure 6-6. At the same time, the cross-Iur indication is
added to the congestion indication, which is used for the NodeB to perform cross-Iur flow control for
HSUPA users.
Figure 6-6 Frame structure of the congestion indication on the transport network
Congestion Status indicates the congestion status of the transport network. Its values are as follows:
0: no TNL congestion
After receiving the non-cross-Iur congestion indication periodically measured on each LP, the NodeB
adjusts the exit bandwidth on the NodeB side according to the following principles:
If the NodeB receives the congestion indication in which the value of Congestion Status is 2 or 3 in a
measurement period, it reduces the exit bandwidth of the LP by a certain step.
Issue 03 (2011-09-30)
6-14
SingleRAN
Transmission Resource Management
Otherwise, the NodeB increases the exit bandwidth of the LP by a certain step, and the changed exit
bandwidth does not exceed the configured bandwidth.
This algorithm enables monitoring Iub transmission resources to dynamically adjust the exit bandwidth
on the NodeB side, which greatly increases resource efficiency. If a large number of packets are lost in
the transport network, the HSUPA throughput decreases.
The spare field in the uplink DCH data frame is extended to implement FP-based uplink congestion
detection. The algorithm is implemented as follows:
Step 1 The NodeB sends the DCH FP frame that carries the total number of FP packets.
Step 2 The RNC performs R99 single service uplink congestion detection due to frame loss.
Step 3 If a frame loss is detected, the RNC reduces the rate of the uplink service (not lower than the
GBR) and notifies the UE through the TFC Control signaling.
Step 4 If there is no frame loss and the current rate of the user does not reach the MBR, the RNC
increases the rate and notifies the UE through the TFC Control signaling.
----End
Issue 03 (2011-09-30)
6-15
SingleRAN
Transmission Resource Management
Step 3 In a certain period, the NodeB increases the transmission rate for the uplink cross-Iur HSUPA
user until the rate of the BE user reaches the MBR.
Step 4 After obtaining the transmission rate, the decoding DSP sends data by using the leaky bucket
algorithm.
If the NodeB supports uplink backpressure, the transmission rate is the minimum value between the
rate limited by the backpressure algorithm and the rate specified by this algorithm.
----End
ADSL and ADSL 2+ are adopted over the Iub interface and the bandwidth of Iub interface is affected
by line quality.
IP traffic convergence. When HSPA services are largely deployed, congestion occurs if multiple nodes
transmit packets with large throughput simultaneously.
If backpressure is implemented on the LP, congestion and packet loss do not occur on the LP but may
occur on the transport network.
The RNC and NodeB implement IP PM in the following way to detect congestion and packet loss on
the transport network:
The
transmitter sends a Forward Monitoring (FM) packet containing the count and timestamp of the
transmit packet to the receiver.
The
receiver adds the count and timestamp of the receive packet to the FM packet to generate a
Backward Reporting (BR) packet and then sends it to the transmitter.
The
transmitter adjusts the available bandwidth on the LP according to the FM and BR packets and
adjusts the rate on the LP according to the bandwidth adjustment result.
You can run the ADD IPLOGICPORT command to enable the IP PM function:
If the BWADJ parameter is set to ON, MAXBW and MINBW must be configured.
If the BWADJ parameter is set to OFF, only one fixed bandwidth may be configured for the LP.
Only the FG2a/FG2c/GOUa/GOUc board supports IP PM on the base station controller side.
You can run the ACT IPPM command to activate the IP PM, and the DEA IPPM command to deactivate
the IP PM.
The IP PM for the Abis interface is similar to that for the Iub interface.
Issue 03 (2011-09-30)
6-16
SingleRAN
Transmission Resource Management
7 Engineering Guidelines
7 Engineering Guidelines
This section provides engineering guidelines regarding the configuration of the TRM feature.
GSM+UMTS dual-mode base station controllers and GSM+UMTS dual-mode base stations are
deployed.
GSM+UMTS multi-mode base stations share IP LP transmission resources over the Abis and Iub
interfaces.
In Co-TRM networking, the GSM and UMTS services share LP resources. It is recommended that the
GSM and UMTS services use a common LP. The principles of configuring bandwidth for an LP are as
follows:
If an LP is carried on an Ethernet port (ETHER), the bandwidth of the LP should be lower than or equal
to that of ETHER. Assume that the bandwidth of ETHER could be 5 kbit/s. Then, the bandwidth of the
LP could be 4 kbit/s.
If an LP is carried on the PPP link, the bandwidth of the LP should be lower than or equal to that of
PPP link.
If an LP is carried on the MLPPP link, the bandwidth of the LP should be lower than or equal to that of
MLPPP link.
Step 2 Run the MML command ADD IPLOGICPORT to set the LPNTYPE parameter to Leaf and
change TRMLOADTHINDEX to the value set in Step 1. For example,
ADD IPLOGICPORT: SRN=0, SN=0, BT=FG2c, LPNTYPE=Leaf, LPN=0, CARRYT=ETHER, PN=0,
RSCMNGMODE=SHARE, BWADJ=OFF, CIR=200, FLOWCTRLSWITCH=ON, TRMLOADTHINDEX=3;
Issue 03 (2011-09-30)
7-1
SingleRAN
Transmission Resource Management
8 Parameters
8 Parameters
Table 8-1 Parameter description for 2G TRM, 3G TRM, and Co-TRM
Parameter ID
NE
BWDCONGBW BSC6900
MML
Description
ADD
Meaning: If the available backward bandwidth is
TRMLOADTH(Optional) less than or equal to this value, the backward
congestion alarm is emitted and backward
congestion control is triggered.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
BWDCONGCLR BSC6900
BW
ADD
Meaning: If the available backward bandwidth is
TRMLOADTH(Optional) greater than this value, the backward congestion
alarm is cleared and backward congestion control
is stopped.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
BWDCONGCLR BSC6900
TH
ADD
Meaning: If the ratio of available backward
TRMLOADTH(Optional) bandwidth is greater than this value, the backward
congestion alarm is cleared and backward
congestion control is stopped.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 20
BWDCONGTH BSC6900
ADD
Meaning: If the ratio of available backward
TRMLOADTH(Optional) bandwidth is less than or equal to this value, the
backward congestion alarm is emitted and
backward congestion control is triggered.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 15
BWDOVLDCLR BSC6900
RSVBW
ADD
Meaning: If the available backward bandwidth is
TRMLOADTH(Optional) greater than this value, the backward overload
congestion alarm is cleared and backward
overload control is stopped.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
Issue 03 (2011-09-30)
8-1
SingleRAN
Transmission Resource Management
Parameter ID
NE
BWDOVLDCLR BSC6900
TH
MML
8 Parameters
Description
ADD
Meaning: If the ratio of available backward
TRMLOADTH(Optional) bandwidth is greater than this value, the backward
overload congestion alarm is cleared and
backward overload control is stopped.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 1
BWDOVLDRSV BSC6900
BW
ADD
Meaning: If the available backward bandwidth is
TRMLOADTH(Optional) less than or equal to this value, the backward
overload congestion alarm is emitted and
backward overload control is triggered.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
BWDOVLDTH
BSC6900
ADD
Meaning: If the ratio of available backward
TRMLOADTH(Optional) bandwidth is less than or equal to this value, the
backward overload congestion alarm is emitted
and backward overload control is triggered.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 0
BWDRESVHOT BSC6900
H
ADD
Meaning: Ratio of reserved backward bandwidth
TRMLOADTH(Optional) for handover user
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 5
BWDRSVHOB BSC6900
W
ADD
Meaning: Reserved backward bandwidth for
TRMLOADTH(Optional) handover user
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
CIR
BSC6900
Issue 03 (2011-09-30)
ADD
Meaning: Bandwidth of the logical port
IPLOGICPORT(Optiona
l)
GUI Value Range: 1~1562
MOD
Actual Value Range: 64~100000, step:64
IPLOGICPORT(Optiona Unit: kbit/s
l)
Default Value: None
8-2
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
DSCP
BSC6900
SET
Meaning: Differentiated service code is used to
DSCPMAP(Mandatory) identify the service priority of the user.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
FCINDEX
BSC6900
SET OPT(Mandatory)
FCINDEX
BSC6900
SET
Meaning: Flow control parameter index
ETHPORT(Mandatory)
GUI Value Range: 0~1999
Actual Value Range: 0~1999
Unit: None
Default Value: None
FCINDEX
BSC6900
FCINDEX
BSC6900
FCINDEX
BSC6900
ADD
Meaning: Flow control parameter index
IPLOGICPORT(Optiona
l)
GUI Value Range: 0~1999
MOD
Actual Value Range: 0~1999
IPLOGICPORT(Optiona Unit: None
l)
Default Value: 0
FLOWCTRLSWI BSC6900
TCH
SET OPT(Optional)
FLOWCTRLSWI BSC6900
TCH
SET
ETHPORT(Optional)
Issue 03 (2011-09-30)
8-3
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
Default Value: None
FLOWCTRLSWI BSC6900
TCH
FLOWCTRLSWI BSC6900
TCH
FLOWCTRLSWI BSC6900
TCH
ADD
Meaning: Logical port flow control switch
IPLOGICPORT(Optiona
l)
GUI Value Range: OFF(OFF), ON(ON)
MOD
Actual Value Range: OFF, ON
IPLOGICPORT(Optiona Unit: None
l)
Default Value: ON
FTI
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
FTI
BSC6900
BSC6900
FWDCONGBW BSC6900
ADD
Meaning: Activation factor table index
TRMFACTOR(Mandato
ry)
GUI Value Range: 1~33
MOD
Actual Value Range: 1~33
TRMFACTOR(Mandato Unit: None
Default Value: None
ry)
RMV
TRMFACTOR(Mandato
ry)
ADD
Meaning: If the available forward bandwidth is less
TRMLOADTH(Optional) than or equal to this value, the forward congestion
alarm is emitted and forward congestion control is
triggered.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
Issue 03 (2011-09-30)
8-4
SingleRAN
Transmission Resource Management
Parameter ID
NE
FWDCONGCLR BSC6900
BW
MML
8 Parameters
Description
ADD
Meaning: If the available forward bandwidth is
TRMLOADTH(Optional) greater than this value, the forward congestion
alarm is cleared and forward congestion control is
stopped.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
FWDCONGCLR BSC6900
TH
ADD
Meaning: If the ratio of available forward
TRMLOADTH(Optional) bandwidth is greater than this value, the forward
congestion alarm is cleared and forward
congestion control is stopped.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 20
FWDCONGTH BSC6900
ADD
Meaning: If the ratio of available forward
TRMLOADTH(Optional) bandwidth is less than or equal to this value, the
forward congestion alarm is emitted and forward
congestion control is triggered.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 15
FWDOVLDCLR BSC6900
RSVBW
ADD
Meaning: If the available forward bandwidth is
TRMLOADTH(Optional) greater than this value, the forward overload
congestion alarm is cleared and forward overload
control is stopped.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
FWDOVLDCLR BSC6900
TH
ADD
Meaning: If the ratio of available forward
TRMLOADTH(Optional) bandwidth is greater than this value, the forward
overload congestion alarm is cleared and forward
overload control is stopped.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 1
Issue 03 (2011-09-30)
8-5
SingleRAN
Transmission Resource Management
Parameter ID
NE
FWDOVLDRSV BSC6900
BW
MML
8 Parameters
Description
ADD
Meaning: If the available forward bandwidth is less
TRMLOADTH(Optional) than or equal to this value, the forward overload
congestion alarm is emitted and forward overload
control is triggered.
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
FWDOVLDTH
BSC6900
ADD
Meaning: If the ratio of available forward
TRMLOADTH(Optional) bandwidth is less than or equal to this value, the
forward overload congestion alarm is emitted and
forward overload control is triggered.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 0
FWDRESVHOT BSC6900
H
ADD
Meaning: Ratio of reserved forward bandwidth for
TRMLOADTH(Optional) handover user
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 5
FWDRSVHOB BSC6900
W
ADD
Meaning: Reserved forward bandwidth for
TRMLOADTH(Optional) handover user
GUI Value Range: 0~200000
Actual Value Range: 0~200000
Unit: kbit/s
Default Value: 0
LPNTYPE
BSC6900
ADD
Meaning: Type of logical port
IPLOGICPORT(Mandat
ory)
GUI Value Range: Hub(Hub), Leaf(Leaf)
MOD
Actual Value Range: Hub, Leaf
IPLOGICPORT(Mandat Unit: None
ory)
Default Value: None
MAXBW
BSC6900
ADD
Meaning: Maximum bandwidth for dynamic
IPLOGICPORT(Optiona adjustment at the logical port
l)
MOD
GUI Value Range: 1~1562
IPLOGICPORT(Optiona Actual Value Range: 64~100000, step:64
l)
Unit: kbit/s
Default Value: None
Issue 03 (2011-09-30)
8-6
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
MINBW
BSC6900
ADD
Meaning: Minimum bandwidth for dynamic
IPLOGICPORT(Optiona adjustment at the logical port
l)
MOD
GUI Value Range: 1~1562
IPLOGICPORT(Optiona Actual Value Range: 64~100000, step:64
l)
Unit: kbit/s
Default Value: None
OAMFLOWBW BSC6900
SET
ETHPORT(Optional)
Description
OAMFLOWBW BSC6900
OAMFLOWBW BSC6900
OAMFLOWBW BSC6900
ADD
Meaning: Minimum guarantee bandwidth of the
IPLOGICPORT(Optiona OAM stream
l)
MOD
GUI Value Range: 0~100
IPLOGICPORT(Optiona Actual Value Range: 0~100
l)
Unit: %
Default Value: 0
PHB
SET
PHBMAP(Mandatory)
BSC6900
Issue 03 (2011-09-30)
8-7
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
Q0MINDSCP
BSC6900
SET
Meaning: Minimum DSCP of queue 0. The IP
QUEUEMAP(Optional) packets with DSCP in a relation that "Min DSCP of
queue 0" <= DSCP <= 63 is added to queue 0.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
Q1MINDSCP
BSC6900
SET
Meaning: Minimum DSCP of queue 1. The IP
QUEUEMAP(Optional) packets with DSCP in a relation that "Min DSCP of
queue 1" <= DSCP < "Min DSCP of queue 0" is
added to queue 1.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
Q2MINDSCP
BSC6900
SET
Meaning: Minimum DSCP of queue 2. The IP
QUEUEMAP(Optional) packets with DSCP in a relation that "Min DSCP of
queue 2" <= DSCP < "Min DSCP of queue 1" is
added to queue 2.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
Q3MINDSCP
BSC6900
SET
Meaning: Minimum DSCP of queue 3. The IP
QUEUEMAP(Optional) packets with DSCP in a relation that "Min DSCP of
queue 3" <= DSCP < "Min DSCP of queue 2" is
added to queue 3.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
Q4MINDSCP
BSC6900
SET
Meaning: Minimum DSCP of queue 4. The IP
QUEUEMAP(Optional) packets with DSCP in a relation that "Min DSCP of
queue 4" <= DSCP < "Min DSCP of queue 3" is
added to queue 4. The IP packets with DSCP in a
relation that 0 <= DSCP < "Min DSCP of queue 4"
is added to queue 5.
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
Issue 03 (2011-09-30)
8-8
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
TRANST
BSC6900
ADD
IPPATH(Mandatory)
TRANST
TRANST
BSC6900
BSC6900
TRMLOADTHIN BSC6900
DEX
ADD
TRMMAP(Optional)
MOD
TRMMAP(Optional)
ADD
Meaning: Transport type
TRMLOADTH(Mandato
ry)
GUI Value Range: ATM(ATM), IP(IP),
HDLC(HDLC), TDM(TDM)
Actual Value Range: ATM, IP, HDLC, TDM
Unit: None
Default Value: None
ADD IPPATH(Optional) Meaning: TRM load threshold index. The TRM
MOD IPPATH(Optional) load threshold must be configured.
GUI Value Range: 0~199
Actual Value Range: 0~199
Unit: None
Default Value: 2
TRMLOADTHIN BSC6900
DEX
TRMLOADTHIN BSC6900
DEX
Issue 03 (2011-09-30)
ADD
TRMLOADTH(Mandato
ry)
RMV
TRMLOADTH(Mandato
ry)
ADD
Meaning: TRM load threshold index
IPLOGICPORT(Optiona
l)
GUI Value Range: 0~199
MOD
Actual Value Range: 0~199
IPLOGICPORT(Optiona Unit: None
l)
Default Value: 2
8-9
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
VLANFlAG
BSC6900
VLANPRI
BSC6900
SET
DSCPMAP(Optional)
CNOPINDEX
BSC6900
RSCMNGMOD BSC6900
E
ADD
Meaning: Index of the operator
IPLOGICPORT(Optiona
l)
GUI Value Range: 0~3
Actual Value Range: 0~3
Unit: None
Default Value: None
ADD
Meaning: Resource management mode. The
IPLOGICPORT(Optiona logical port working in the SHARE mode can be
l)
shared by multiple carriers. The logical port
working in the EXCLUSIVE mode can be used by
only one carrier.
GUI Value Range: SHARE, EXCLUSIVE
Actual Value Range: SHARE, EXCLUSIVE
Unit: None
Default Value: None
DSCP
BSC6900
SET
PHBMAP(Mandatory)
Issue 03 (2011-09-30)
8-10
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
DSCP
BSC6900
ADD
SCTPLNK(Optional)
MOD
SCTPLNK(Optional)
ITFT
ITFT
ITFT
BSC6900
BSC6900
BSC6900
Issue 03 (2011-09-30)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Mandatory)
RMV
ADJMAP(Mandatory)
ADD
IPPATH(Mandatory)
MOD
IPPATH(Mandatory)
ADD
TRMMAP(Mandatory)
MOD
TRMMAP(Mandatory)
8-11
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
TRANST
BSC6900
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
TRANST
BSC6900
ADD
Meaning: This parameter indicates the transport
ADJNODE(Mandatory) type of the adjacent node.
MOD
ADJNODE(Optional)
GUI Value Range: ATM(ATM), IP(IP),
ATM_IP(ATM and IP), HYBRID_IP(HYBRID IP)
Actual Value Range: ATM, IP, ATM_IP,
HYBRID_IP
Unit: None
Default Value: None
VLANID
BSC6900
ADD
IPPATH(Mandatory)
MOD
IPPATH(Mandatory)
ADD
VLANID(Mandatory)
VLANID
BSC6900
NE
CarrierTypePrior BSC6900
Ind
Issue 03 (2011-09-30)
MML
Description
SET
Meaning: Decide which carrier is prior when ARP
UUSERPRIORITY(Opti and TrafficClass are both identical.
onal)
GUI Value Range: NONE, DCH, HSPA
Actual Value Range: NONE, DCH, HSPA
Unit: None
Default Value: NONE
8-12
SingleRAN
Transmission Resource Management
Parameter ID
NE
CONGCLRTHD BSC6900
0
MML
8 Parameters
Description
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 0 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled. For the flow
control adopting the ATM, this parameter indicates
the recovery threshold for congestion in the CBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 15
CONGCLRTHD BSC6900
1
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 1 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled. For the flow
control adopting the ATM, this parameter indicates
the recovery threshold for congestion in the
RTVBR queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 15
CONGCLRTHD BSC6900
2
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 2 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled. For the flow
control adopting the ATM, this parameter indicates
the recovery threshold for congestion in the
NRTVBR queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 15
CONGCLRTHD BSC6900
3
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 3 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled. For the flow
control adopting the ATM, this parameter indicates
the recovery threshold for congestion in the UBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 15
Issue 03 (2011-09-30)
8-13
SingleRAN
Transmission Resource Management
Parameter ID
NE
CONGCLRTHD BSC6900
4
MML
8 Parameters
Description
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 4 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled. For the flow
control adopting the ATM, this parameter indicates
the recovery threshold for congestion in the UBR+
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
CONGCLRTHD BSC6900
5
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 5 is less than or equals to the value of this
A(Optional)
parameter, flow control is canceled.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
CONGTHD0
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 0 is more than or equals to the value of this
A(Optional)
parameter, flow control is triggered. For the flow
control adopting the ATM, this parameter indicates
the threshold for congestion in the CBR queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
CONGTHD1
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 1 is more than or equals to the value of this
A(Optional)
parameter, flow control is triggered. For the flow
control adopting the ATM, this parameter indicates
the threshold for congestion in the RTVBR queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
CONGTHD2
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 2 is more than or equals to the value of this
A(Optional)
parameter, flow control is triggered. For the flow
control adopting the ATM, this parameter indicates
the threshold for congestion in the NRTVBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
Issue 03 (2011-09-30)
8-14
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
CONGTHD3
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 3 is more than or equals to or equals to the
A(Optional)
value of this parameter, flow control is triggered.
For the flow control adopting the ATM, this
parameter indicates the threshold for congestion
in the UBR queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 25
CONGTHD4
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 4 is more than or equals to the value of this
A(Optional)
parameter, flow control is triggered. For the flow
control adopting the ATM, this parameter indicates
the threshold for congestion in the UBR+ queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 50
CONGTHD5
BSC6900
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 5 is more than or equals to the value of this
A(Optional)
parameter, flow control is triggered.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 50
DlGBR
BSC6900
SET
Meaning: Downlink guaranteed bit rate (GBR) of
UUSERGBR(Optional) the BE service. GBR is the minimum bit rate that
the system shall guarantee for the service.When
BearType set to R99,virtual value of DlGBR is not
greater than D384.
GUI Value Range: D0, D8, D16, D32, D64, D128,
D144, D256, D384, D512, D768, D1024, D1536,
D1800, D2048, D3600, D7200, D8640, D10100,
D13900, D16000, D21000
Actual Value Range: 0, 8, 16, 32, 64, 128, 144,
256, 384, 512, 768, 1024, 1536, 1800, 2048,
3600, 7200, 8640, 10100, 13900, 16000, 21000
Unit: kbit/s
Default Value: D64
Issue 03 (2011-09-30)
8-15
SingleRAN
Transmission Resource Management
Parameter ID
NE
DlR99CongCtrlS BSC6900
witch
MML
8 Parameters
Description
SET
Meaning: When the switch is on, the congestion
UDPUCFGDATA(Optio detection and control for DL R99 service is
nal)
supported.
GUI Value Range: OFF(The switch of DL R99
congestion control is off), ON(The switch of DL
R99 congestion control is on)
Actual Value Range: OFF, ON
Unit: None
Default Value: OFF
DraSwitch
BSC6900
Issue 03 (2011-09-30)
SET
Meaning: Dynamic resource allocation switch
UCORRMALGOSWITC group.
H(Optional)
1) DRA_AQM_SWITCH: When the switch is on,
the active queue management algorithm is used
for the RNC.
2)
DRA_BASE_ADM_CE_BE_TTI_L2_OPT_SWITC
H: When the switch is on, the TTI dynamic
adjustment algorithm for admission CE-based BE
services applies to the UE with the UL enhanced
L2 feature. This parameter is valid when
DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITC
H(DraSwitch) is set to ON.
3)
DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITC
H: When the switch is on, the TTI dynamic
adjustment algorithm is supported for admission
CE-based BE services.
4)
DRA_BASE_COVER_BE_TTI_L2_OPT_SWITCH
: When the switch is on, the TTI dynamic
adjustment algorithm for coverage-based BE
services applies to the UE with the UL enhanced
L2 feature. This parameter is valid when
DRA_BASE_COVER_BE_TTI_RECFG_SWITCH
(DraSwitch) is set to ON.
5)
DRA_BASE_COVER_BE_TTI_RECFG_SWITCH:
When the switch is on, the TTI dynamic
adjustment algorithm is supported for
coverage-based BE services.
6) DRA_BASE_RES_BE_TTI_L2_OPT_SWITCH:
When the switch is on, the TTI dynamic
adjustment algorithm for differentiation-based BE
services applies to the UE with the UL enhanced
L2 feature. This parameter is valid when
DRA_BASE_RES_BE_TTI_RECFG_SWITCH(Dr
aSwitch) is set to ON.
7) DRA_BASE_RES_BE_TTI_RECFG_SWITCH:
When the switch is on, the TTI dynamic
adjustment algorithm is supported for
differentiation-based BE services.
8-16
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
8) DRA_DCCC_SWITCH: When the switch is on,
the dynamic channel reconfiguration control
algorithm is used for the RNC.
9)
DRA_HSDPA_DL_FLOW_CONTROL_SWITCH:
When the switch is on, flow control is enabled for
HSDPA services in AM mode.
10) DRA_HSDPA_STATE_TRANS_SWITCH:
When the switch is on, the status of the UE RRC
that carrying HSDPA services can be changed to
CELL_FACH at the RNC. If a PS BE service is
carried over the HS-DSCH, the switch
PS_BE_STATE_TRANS_SWITCH should be on
simultaneously. If a PS real-time service is carried
over the HS-DSCH, the switch
PS_NON_BE_STATE_TRANS_SWITCH should
be on simultaneously.
11) DRA_HSUPA_DCCC_SWITCH: When the
switch is on, the DCCC algorithm is used for
HSUPA. The DCCC switch must be also on before
this switch takes effect.
12) DRA_HSUPA_STATE_TRANS_SWITCH:
When the switch is on, the status of the UE RRC
that carrying HSUPA services can be changed to
CELL_FACH at the RNC. If a PS BE service is
carried over the E-DCH, the switch
PS_BE_STATE_TRANS_SWITCH should be on
simultaneously. If a PS real-time service is carried
over the E-DCH, the switch
PS_NON_BE_STATE_TRANS_SWITCH should
be on simultaneously.
13) DRA_IP_SERVICE_QOS_SWITCH: Switch of
the algorithm for increasing the quality of
subscribed services. When this parameter is set to
ON, the service priority weight of the subscriber
whose key parameters (IP Address, IP Port, and
IP Protocol Type) match the specified ones can be
adjusted. In this way, the QoS is improved.
14) DRA_PS_BE_STATE_TRANS_SWITCH:
When the switch is on, UE RRC status transition
(CELL_FACH/CELL_PCH/URA_PCH) is allowed
at the RNC.
15)
DRA_PS_NON_BE_STATE_TRANS_SWITCH:
When the switch is on, the status of the UE RRC
that carrying real-time services can be changed to
CELL_FACH at the RNC.
16) DRA_R99_DL_FLOW_CONTROL_SWITCH:
Under a poor radio environment, the QoS of high
speed services drops considerably and the TX
power is overly high. In this case, the RNC can set
restrictions on certain transmission formats based
on the transmission quality, thus lowering traffic
Issue 03 (2011-09-30)
8-17
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
speed and TX power. When the switch is on, the
R99 downlink flow control function is enabled.
17) DRA_THROUGHPUT_DCCC_SWITCH:
When the switch is on, the DCCC based on traffic
statistics is supported over the DCH.
18) DRA_VOICE_SAVE_CE_SWITCH: when the
switch is on, the TTI selection based on the voice
service type (including VoIP and CS over HSPA)
is supported when the service is initially
established.
19) DRA_VOICE_TTI_RECFG_SWITCH: when
the switch is on, the TTI adjustment based on the
voice service type (including VoIP and CS over
HSPA) is supported.
GUI Value Range: DRA_AQM_SWITCH,
DRA_BASE_ADM_CE_BE_TTI_L2_OPT_SWITC
H,
DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITC
H,
DRA_BASE_COVER_BE_TTI_L2_OPT_SWITCH
,
DRA_BASE_COVER_BE_TTI_RECFG_SWITCH,
DRA_BASE_RES_BE_TTI_L2_OPT_SWITCH,
DRA_BASE_RES_BE_TTI_RECFG_SWITCH,
DRA_DCCC_SWITCH,
DRA_HSDPA_DL_FLOW_CONTROL_SWITCH,
DRA_HSDPA_STATE_TRANS_SWITCH,
DRA_HSUPA_DCCC_SWITCH,
DRA_HSUPA_STATE_TRANS_SWITCH,
DRA_IP_SERVICE_QOS_SWITCH,
DRA_PS_BE_STATE_TRANS_SWITCH,
DRA_PS_NON_BE_STATE_TRANS_SWITCH,
DRA_R99_DL_FLOW_CONTROL_SWITCH,
DRA_THROUGHPUT_DCCC_SWITCH,
DRA_VOICE_SAVE_CE_SWITCH,
DRA_VOICE_TTI_RECFG_SWITCH
Actual Value Range: DRA_AQM_SWITCH,
DRA_BASE_ADM_CE_BE_TTI_L2_OPT_SWITC
H,
DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITC
H,
DRA_BASE_COVER_BE_TTI_L2_OPT_SWITCH
,
DRA_BASE_COVER_BE_TTI_RECFG_SWITCH,
DRA_BASE_RES_BE_TTI_L2_OPT_SWITCH,
DRA_BASE_RES_BE_TTI_RECFG_SWITCH,
DRA_DCCC_SWITCH,
DRA_HSDPA_DL_FLOW_CONTROL_SWITCH,
DRA_HSDPA_STATE_TRANS_SWITCH,
DRA_HSUPA_DCCC_SWITCH,
DRA_HSUPA_STATE_TRANS_SWITCH,
DRA_IP_SERVICE_QOS_SWITCH,
Issue 03 (2011-09-30)
8-18
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
DRA_PS_BE_STATE_TRANS_SWITCH,
DRA_PS_NON_BE_STATE_TRANS_SWITCH,
DRA_R99_DL_FLOW_CONTROL_SWITCH,
DRA_THROUGHPUT_DCCC_SWITCH,
DRA_VOICE_SAVE_CE_SWITCH,
DRA_VOICE_TTI_RECFG_SWITCH
Unit: None
Default Value: None
DROPPKTTHD BSC6900
0
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 0 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 0 are discarded. For the flow control
adopting the ATM, this parameter indicates the
threshold for discarding packets in the CBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 60
Issue 03 (2011-09-30)
8-19
SingleRAN
Transmission Resource Management
Parameter ID
NE
DROPPKTTHD BSC6900
1
MML
8 Parameters
Description
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 1 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 1 are discarded. For the flow control
adopting the ATM, this parameter indicates the
threshold for discarding packets in the RTVBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 60
DROPPKTTHD BSC6900
2
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 2 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 2 are discarded. For the flow control
adopting the ATM, this parameter indicates the
threshold for discarding packets in the NRTVBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 60
DROPPKTTHD BSC6900
3
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 3 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 3 are discarded. For the flow control
adopting the ATM, this parameter indicates the
threshold for discarding packets in the UBR
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 60
DROPPKTTHD BSC6900
4
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 4 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 4 are discarded. For the flow control
adopting the ATM, this parameter indicates the
threshold for discarding packets in the UBR+
queue.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 80
Issue 03 (2011-09-30)
8-20
SingleRAN
Transmission Resource Management
Parameter ID
NE
DROPPKTTHD BSC6900
5
MML
8 Parameters
Description
ADD
Meaning: If the duration for buffering the data in
PORTFLOWCTRLPAR queue 5 is more than or equals to the value of this
A(Optional)
parameter, the subsequent packets added to
queue 5 are discarded.
GUI Value Range: 10~150
Actual Value Range: 10~150
Unit: ms
Default Value: 80
FCINDEX
BSC6900
ADD
Meaning: Flow control parameter index
ATMLOGICPORT(Optio
nal)
GUI Value Range: 0~1999
Actual Value Range: 0~1999
Unit: None
Default Value: 1
PQNUM
BSC6900
ADD
Meaning: This parameter applies to the FG2a,
PORTFLOWCTRLPAR GOUa, and UOIa(IP) boards. For the boards
A(Optional)
working in ATM transmission mode, this
parameter is always set to 2. For the FG2c,
GOUc, or POUc board, this parameter is always
set to 2.
GUI Value Range: 0~5
Actual Value Range: 0~5
Unit: None
Default Value: 2
PreemptAlgoSwi BSC6900
tch
SET
Meaning: Determines whether preemption is
UQUEUEPREEMPT(O supported. When this switch is enabled, the RNC
ptional)
allows privileged users or services to preempt cell
resources from the users or services with the
preempted attributes and lower priority in the case
of cell resource insufficiency. When the switch is
disabled, the RNC terminates the service for the
user due to the failure in cell resource application.
GUI Value Range: OFF, ON
Actual Value Range: OFF, ON
Unit: None
Default Value: OFF
QueueAlgoSwitc BSC6900
h
SET
Meaning: Indicating whether queue is supported.
UQUEUEPREEMPT(O When a user initiates a call, if cell resources are
ptional)
insufficient and the user is queue supportive, the
RNC tries to arrange this user to join the queue to
increase access success ratio.
GUI Value Range: OFF, ON
Actual Value Range: OFF, ON
Unit: None
Default Value: OFF
Issue 03 (2011-09-30)
8-21
SingleRAN
Transmission Resource Management
Parameter ID
NE
RSCMNGMOD BSC6900
E
8 Parameters
MML
Description
ADD
RSCGRP(Mandatory)
RSCMNGMOD BSC6900
E
ADD
Meaning: Resource management mode of logical
ATMLOGICPORT(Optio port
nal)
GUI Value Range: SHARE, EXCLUSIVE
Actual Value Range: SHARE, EXCLUSIVE
Unit: None
Default Value: None
THPClass
SET
Meaning: Traffic Handling Priority (THP) class that
UUSERGBR(Mandator the THP priority is mapped to. This parameter is
y)
valid for only interactive services. The mapping
relationship between the traffic handling priority
value of INTERACTIVE service and its
corresponding class can be set through command
"SET UTHPCLASS".
BSC6900
BSC6900
SET
Meaning: Traffic class. This parameter only
USCHEDULEPRIOMA applies to interactive and background services, as
P(Mandatory)
the Scheduling Priority Indicator (SPI) of the other
classes such as conversational or streaming are
configured by default.
GUI Value Range: INTERACTIVE,
BACKGROUND
Actual Value Range: INTERACTIVE,
BACKGROUND
Unit: None
Default Value: None
TrafficClass
BSC6900
SET
Meaning: Traffic class which includes Best
UUSERGBR(Mandator Effort(BE) and PTT. BE services comprise
y)
interactive services, background services, and
IMS.
GUI Value Range: INTERACTIVE,
BACKGROUND, IMSSIGNALLING, PTT
Actual Value Range: INTERACTIVE,
BACKGROUND, IMSSIGNALLING, PTT
Unit: None
Issue 03 (2011-09-30)
8-22
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
Default Value: None
UlGBR
BSC6900
SET
Meaning: Uplink guaranteed bit rate (GBR) of the
UUSERGBR(Optional) BE service. GBR is the minimum bit rate that the
system can guarantee for the service.When
BearType set to R99,virtual value of UlGBR is not
greater than D384.
GUI Value Range: D0, D8, D16, D32, D64, D128,
D144, D256, D384, D608, D1280, D2048, D2720,
D5440
Actual Value Range: 0, 8, 16, 32, 64, 128, 144,
256, 384, 608, 1280, 2048, 2720, 5440
Unit: kbit/s
Default Value: D64
UserPriority
BSC6900
SET
Meaning: User priority that is defined according to
USCHEDULEPRIOMA the Allocation/Retention Priority (ARP) from the
P(Mandatory)
RAB assignment. The user classes in descending
order of priority are Gold, Silver, and Copper. For
details, see help information of the "SET
UUSERPRIORITY" command.
GUI Value Range: GOLD, SILVER, COPPER
Actual Value Range: GOLD, SILVER, COPPER
Unit: None
Default Value: None
UserPriority
BSC6900
SET
Meaning: User priority that is defined according to
UUSERGBR(Mandator the Allocation/Retention Priority (ARP) from the
y)
RAB assignment. The user classes in descending
order of priority are Gold, Silver, and Copper. For
details, see help information of the "SET
UUSERPRIORITY" command.
GUI Value Range: GOLD, SILVER, COPPER
Actual Value Range: GOLD, SILVER, COPPER
Unit: None
Default Value: None
TRMLOADTHIN BSC6900
DEX
Issue 03 (2011-09-30)
ADD
Meaning: TRM load threshold index
ATMLOGICPORT(Optio
nal)
GUI Value Range: 0~199
Actual Value Range: 0~199
Unit: None
8-23
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
Default Value: 0
BearType
BSC6900
SET
Meaning: Bearer type of the service. R99 indicates
UUSERGBR(Mandator that the service is carried on a non-HSPA channel.
y)
HSPA indicates that the service is carried on an
HSPA channel.
GUI Value Range: R99, HSPA
Actual Value Range: R99, HSPA
Unit: None
Default Value: None
BWADJ
BSC6900
ADD
Meaning: Switch for adjusting the dynamical
IPLOGICPORT(Mandat bandwidth of the logical port. If this switch is
ory)
turned on, the system adjusts the dynamical
MOD
bandwidth of the logical port according to the
IPLOGICPORT(Optiona transmission quality of the link monitored by the
l)
IPPM. After this switch is turned on, the IPPM
function must be activated on the IPPATH of this
logical port. For details about the IPPM, see the
description of the command "ACT IPPM".
GUI Value Range: OFF(OFF), ON(ON)
Actual Value Range: OFF, ON
Unit: None
Default Value: None
CNMNGMODE BSC6900
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Mandatory)
RMV
ADJMAP(Mandatory)
CNOPINDEX
BSC6900
Issue 03 (2011-09-30)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Mandatory)
RMV
ADJMAP(Mandatory)
8-24
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
CNOPINDEX
BSC6900
ADD
Meaning: Index of the operator
ATMLOGICPORT(Optio
nal)
GUI Value Range: 0~3
Actual Value Range: 0~3
Unit: None
Default Value: None
CNOPINDEX
BSC6900
ADD
Meaning: Index of the operator
IPLOGICPORT(Optiona
l)
GUI Value Range: 0~3
Actual Value Range: 0~3
Unit: None
Default Value: None
CNOPINDEX
BSC6900
ADD
RSCGRP(Mandatory)
EventAThred
BSC6900
ADD
Meaning: Threshold of event A, that is, the upper
UTYPRABRLC(Optiona limit of RLC retransmission ratio. When the
l)
monitored RLC retransmission ratio exceeds this
MOD
threshold and triggers the event A, it indicates that
UTYPRABRLC(Optiona the quality of the radio link is poor, and flow control
l)
measures need to be taken to reduce the RLC
throughput.
GUI Value Range: 0~1000
Actual Value Range: 0~100, step: 0.1
Unit: %
Default Value: 160
EventBThred
BSC6900
ADD
Meaning: Threshold of event B, that is, the lower
UTYPRABRLC(Optiona limit of RLC retransmission ratio. hen the
l)
monitored RLC retransmission ratio goes lower
MOD
than this threshold and triggers the event B, it
UTYPRABRLC(Optiona indicates that the quality of the radio link is good,
l)
and RLC throughput can be increased.
GUI Value Range: 0~1000
Actual Value Range: 0~100, step: 0.1
Unit: %
Default Value: 80
FCINDEX
BSC6900
Issue 03 (2011-09-30)
MOD
Meaning: Flow control parameter index
ATMLOGICPORT(Man
datory)
GUI Value Range: 0~1999
Actual Value Range: 0~1999
Unit: None
Default Value: None
8-25
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
FCINDEX
BSC6900
FCINDEX
BSC6900
FCINDEX
BSC6900
ADD
PORTFLOWCTRLPAR
A(Mandatory)
RMV
PORTFLOWCTRLPAR
A(Mandatory)
FCINDEX
BSC6900
LEI
BSC6900
ADD
LOADEQ(Mandatory)
MOD
LOADEQ(Mandatory)
RMV
LOADEQ(Mandatory)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
LEIBRZ
BSC6900
Issue 03 (2011-09-30)
8-26
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
LEIGLD
BSC6900
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
LEISLV
MoniterPrd
BSC6900
BSC6900
NodeBLdcAlgoS BSC6900
witch
ADD
Meaning: Sampling period of the RLC
UTYPRABRLC(Optiona retransmission ratio monitoring
l)
MOD
GUI Value Range: 40~60000
UTYPRABRLC(Optiona Actual Value Range: 40~60000
l)
Unit: ms
Default Value: 1000
ADD
UNODEBALGOPARA(
Optional)
MOD
UNODEBALGOPARA(
Optional)
Issue 03 (2011-09-30)
8-27
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
Actual Value Range: IUB_LDR,
NODEB_CREDIT_LDR, LCG_CREDIT_LDR,
IUB_OLC
Unit: None
Default Value: None
PendingTimeA BSC6900
ADD
Meaning: Number of pending periods after event A
UTYPRABRLC(Optiona related to RLC retransmission ratio is triggered.
l)
During the pending time, no such event is
MOD
reported.
UTYPRABRLC(Optiona
l)
GUI Value Range: 0~1000
Actual Value Range: 0~1000
Unit: None
Default Value: 1
PendingTimeB BSC6900
ADD
Meaning: Number of pending periods after event B
UTYPRABRLC(Optiona related to RLC retransmission ratio is triggered.
l)
During the pending time, no such event is
MOD
reported.
UTYPRABRLC(Optiona
l)
GUI Value Range: 0~1000
Actual Value Range: 0~1000
Unit: None
Default Value: 1
SPI
SET
Meaning: Scheduling priority of interactive and
USPIWEIGHT(Mandato background services. Value 15 indicates the
ry)
highest priority, while value 0 indicates the lowest
priority.
BSC6900
Issue 03 (2011-09-30)
8-28
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
TimeToTriggerA BSC6900
ADD
Meaning: Number of consecutive periods during
UTYPRABRLC(Optiona which the percentage of retransmitted RLC PDUs
l)
is higher than the threshold of event A before
MOD
event A is triggered.
UTYPRABRLC(Optiona
l)
GUI Value Range: 1~100
Actual Value Range: 1~100
Unit: None
Default Value: 2
TimeToTriggerB BSC6900
ADD
Meaning: Number of consecutive periods during
UTYPRABRLC(Optiona which the percentage of retransmitted RLC PDUs
l)
is higher than the threshold of event B before
MOD
event B is triggered.
UTYPRABRLC(Optiona
l)
GUI Value Range: 1~100
Actual Value Range: 1~100
Unit: None
Default Value: 14
TMIBRZ
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
ADD
ADJMAP(Mandatory)
MOD
ADJMAP(Optional)
TMIGLD
TMISLV
BSC6900
BSC6900
BSC6900
FLOWCTRLSWI BSC6900
TCH
Issue 03 (2011-09-30)
ADD
Meaning: Logical port flow control switch
ATMLOGICPORT(Optio
nal)
GUI Value Range: OFF(OFF), ON(ON)
MOD
Actual Value Range: OFF, ON
ATMLOGICPORT(Optio Unit: None
nal)
Default Value: ON
8-29
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
FLOWCTRLSWI BSC6900
TCH
FLOWCTRLSWI BSC6900
TCH
FLOWCTRLSWI BSC6900
TCH
LPNTYPE
ADD
ATMLOGICPORT(Man
datory)
MOD
ATMLOGICPORT(Man
datory)
RXTRFX
BSC6900
BSC6900
ADD
Meaning: RX traffic record index of the AAL2 Path
AAL2PATH(Mandatory) on the out RNC port (ATM layer PVC traffic). The
MOD
traffic index is configured in the ATM traffic table
AAL2PATH(Optional) (see "LST ATMTRF").
GUI Value Range: 100~1999
Actual Value Range: 100~1999
Unit: None
Default Value: None
RXTRFX
BSC6900
ADD
Meaning: RX traffic record index of the SAAL link
SAALLNK(Mandatory)
MOD
GUI Value Range: 100~1999
SAALLNK(Optional)
Actual Value Range: 100~1999
Unit: None
Default Value: None
RXBW
BSC6900
ADD
Meaning: Backward bandwidth of the logical port
ATMLOGICPORT(Man
datory)
GUI Value Range: 512~149000
MOD
Actual Value Range: 512~149000
ATMLOGICPORT(Optio Unit: kbit/s
nal)
Default Value: None
Issue 03 (2011-09-30)
8-30
SingleRAN
Transmission Resource Management
Parameter ID
NE
TRMLOADTHIN BSC6900
DEX
8 Parameters
MML
Description
ADD
AAL2PATH(Optional)
MOD
AAL2PATH(Optional)
TRMLOADTHIN BSC6900
DEX
MOD
Meaning: TRM load threshold index
ATMLOGICPORT(Optio
nal)
GUI Value Range: 0~199
Actual Value Range: 0~199
Unit: None
Default Value: None
TRMLOADTHIN BSC6900
DEX
TRMLOADTHIN BSC6900
DEX
TRMLOADTHIN BSC6900
DEX
ADD
RSCGRP(Optional)
MOD
RSCGRP(Optional)
TRMLOADTHIN BSC6900
DEX
TXBW
ADD
Meaning: Backward bandwidth of the logical port
ATMLOGICPORT(Man
datory)
GUI Value Range: 512~149000
MOD
Actual Value Range: 512~149000
ATMLOGICPORT(Optio Unit: kbit/s
nal)
Default Value: None
BSC6900
Issue 03 (2011-09-30)
8-31
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
TXTRFX
BSC6900
ADD
Meaning: TX traffic record index of the AAL2 Path
AAL2PATH(Mandatory) on the out RNC port (ATM layer PVC traffic). The
MOD
traffic index is configured in the ATM traffic table
AAL2PATH(Optional) (see "LST ATMTRF").
GUI Value Range: 100~1999
Actual Value Range: 100~1999
Unit: None
Default Value: None
TXTRFX
BSC6900
DlLdrFifthAction BSC6900
Issue 03 (2011-09-30)
ADD
Meaning: TX traffic record index of the SAAL link
SAALLNK(Mandatory)
MOD
GUI Value Range: 100~1999
SAALLNK(Optional)
Actual Value Range: 100~1999
Unit: None
Default Value: None
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) DlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
8-32
SingleRAN
Transmission Resource Management
Parameter ID
NE
DlLdrFirstAction BSC6900
MML
8 Parameters
Description
ADD
Meaning: NOACT: No load reshuffling action is
UNODEBLDR(Optional) taken.
MOD
BERATERED: Channels are reconfigured for the
UNODEBLDR(Optional) BE service to reduce rate.
QOSRENEGO: The renegotiation on the QoS of
the uncontrollable real-time service is performed
to reduce service QoS.
CSINTERRATSHOULDBELDHO: The inter-RAT
SHOULDBE load handover of the CS domain is
performed. For details, refer to 3GPP TS 25.331.
PSINTERRATSHOULDBELDHO: The inter-RAT
SHOULDBE load handover of the PS domain is
performed.
PSINTERRATSHOULDNOTBELDHO: The
inter-RAT SHOULDNOTBE load handover of the
PS domain is performed.
PSINTERRATSHOULDNOTLDHO: The inter-RAT
SHOULDNOTBE load handover of the PS domain
is performed.
The LDR takes the actions in the preset sequence
and judges whether each action is successful. If
an action is unsuccessful, the LDR turns to the
next action. If an action is successful, a parameter
is set to NOACT, or all the preceding actions are
taken, the downlink LDR is finished, and the
system waits for the next triggering of the LDR.
Because each action is performed by its algorithm
module, the LDR algorithm only selects users and
delivers control messages, the execution result of
each action can be obtained after a delay, and the
LDR algorithm cannot wait for a long time, so the
LDR can only judge whether the actions succeed
by whether candidate users are found.
The inter-frequency load handover has no impact
on the QoS of users and can balance the cell load,
so the inter-frequency load handover usually
serves as the first action.
The BE service rate reduction is effective only
when the DCCC algorithm is enabled.
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
Issue 03 (2011-09-30)
8-33
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: BERateRed
DlLdrFourthActi BSC6900
on
Issue 03 (2011-09-30)
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) DlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
8-34
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
DlLdrSecondAct BSC6900
ion
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) DlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
DlLdrSixthAction BSC6900
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) DlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
Issue 03 (2011-09-30)
8-35
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
DlLdrThirdActio BSC6900
n
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) DlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
UlLdrFifthAction BSC6900
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) UlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
Issue 03 (2011-09-30)
8-36
SingleRAN
Transmission Resource Management
Parameter ID
NE
UlLdrFirstAction BSC6900
MML
8 Parameters
Description
ADD
Meaning: NOACT: No load reshuffling action is
UNODEBLDR(Optional) taken.
MOD
BERATERED: Channels are reconfigured for the
UNODEBLDR(Optional) BE service to reduce rate.
QOSRENEGO: The renegotiation on the QoS of
the uncontrollable real-time service is performed
to reduce service QoS.
CSINTERRATSHOULDBELDHO: The inter-RAT
SHOULDBE load handover of the CS domain is
performed. For details, refer to 3GPP TS 25.331.
PSINTERRATSHOULDBELDHO: The inter-RAT
SHOULDBE load handover of the PS domain is
performed.
PSINTERRATSHOULDNOTBELDHO: The
inter-RAT SHOULDNOTBE load handover of the
CS domain is performed.
PSINTERRATSHOULDNOTLDHO: The inter-RAT
SHOULDNOTBE load handover of the PS domain
is performed.
The LDR takes the actions in the preset sequence
and judges whether each action is successful. If
an action is unsuccessful, the LDR turns to the
next action. If an action is successful, a parameter
is set to NOACT, or all the preceding actions are
taken, the downlink LDR is finished, and the
system waits for the next triggering of the LDR.
Because each action is performed by its algorithm
module, the LDR algorithm only selects users and
delivers control messages, the execution result of
each action can be obtained after a delay, and the
LDR algorithm cannot wait for a long time, so the
LDR can only judge whether the actions succeed
by whether candidate users are found.
The inter-frequency load handover has no impact
on the QoS of users and can balance the cell load,
so the inter-frequency load handover usually
serves as the first action.
The BE service rate reduction is effective only
when the DCCC algorithm is enabled.
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
Issue 03 (2011-09-30)
8-37
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: BERateRed
UlLdrFourthActi BSC6900
on
Issue 03 (2011-09-30)
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) UlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
8-38
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
UlLdrSecondAct BSC6900
ion
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) UlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
UlLdrSixthAction BSC6900
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) UlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
Issue 03 (2011-09-30)
8-39
SingleRAN
Transmission Resource Management
Parameter ID
NE
MML
8 Parameters
Description
UlLdrThirdActio BSC6900
n
ADD
Meaning: This parameter has the same content as
UNODEBLDR(Optional) UlLdrFirstAction. The selected actions, however,
MOD
should be unique.
UNODEBLDR(Optional)
GUI Value Range: NoAct(no action),
BERateRed(BE traff rate reduction),
QoSRenego(uncontrolled real-time traff Qos
re-negotiation), CSInterRatShouldBeLDHO(CS
domain inter-rat should be load handover),
PSInterRatShouldBeLDHO(PS domain inter-rat
should be load handover),
CSInterRatShouldNotLDHO(CS domain inter-rat
should not be load handover),
PSInterRatShouldNotLDHO(PS domain inter-rat
should not be load handover)
Actual Value Range: NoAct, BERateRed,
QoSRenego, CSInterRatShouldBeLDHO,
PSInterRatShouldBeLDHO,
CSInterRatShouldNotLDHO,
PSInterRatShouldNotLDHO
Unit: None
Default Value: NoAct
RXBW
ADD
RSCGRP(Optional)
MOD
RSCGRP(Optional)
Meaning: Rx bandwidth
ADD
RSCGRP(Optional)
MOD
RSCGRP(Optional)
Meaning: Tx bandwidth
TXBW
NodeB
NodeB
BEAR
NodeB
SET
Meaning: Bearing type
HSDPAFLOWCTRLPA
RA(Optional)
GUI Value Range: ATM, IPV4
Actual Value Range: ATM, IPV4
Unit: None
Default Value: -
BEAR
NodeB
ADD
RSCGRP(Mandatory)
RMV
RSCGRP(Mandatory)
MOD
RSCGRP(Mandatory)
Issue 03 (2011-09-30)
8-40
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
DR
NodeB
SET
Meaning: Discard rate. The link is not congested
HSDPAFLOWCTRLPA when the frame loss ratio is lower than or equal to
RA(Optional)
this threshold.
GUI Value Range: 0~1000
Actual Value Range: 0~1, Step: 0.001
Unit: None
Default Value: 50
OMLPRI
NodeB
OMPRI
NodeB
SIGPRI
NodeB
TD
NodeB
Issue 03 (2011-09-30)
SET
Meaning: Time delay threshold
HSDPAFLOWCTRLPA
RA(Optional)
GUI Value Range: 0~100
Actual Value Range: 0~500, Step: 5
Unit: ms
Default Value: 4
8-41
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
SWITCH
NodeB
SET
Meaning: Flow control switch
HSDPAFLOWCTRLPA
RA(Optional)
GUI Value Range: STATIC_BW_SHAPING,
DYNAMIC_BW_SHAPING, NO_BW_SHAPING,
BW_SHAPING_ONOFF_TOGGLE
Actual Value Range: STATIC_BW_SHAPING,
DYNAMIC_BW_SHAPING, NO_BW_SHAPING,
BW_SHAPING_ONOFF_TOGGLE
Unit: None
Default Value: BW_SHAPING_ONOFF_TOGGLE
NE
MML
EMLDSCP
BSC6900
SET
Meaning: Differentiated service code of the
BSCABISPRIMAP(Opti specified EML
onal)
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
EMLPRI
BSC6900
SET
Meaning: Service priority of the specified EML
BSCABISPRIMAP(Opti
onal)
GUI Value Range: 0~7
Actual Value Range: 0~7
Unit: None
Default Value: None
ENPREEMPTT BSC6900
RANSADMT
SET
BSCBASIC(Optional)
Description
ENQUETRANS BSC6900
ADMT
SET
BSCBASIC(Optional)
Issue 03 (2011-09-30)
8-42
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
ESLDSCP
BSC6900
SET
Meaning: Differentiated service code of the
BSCABISPRIMAP(Opti specified ESL
onal)
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
ESLPRI
BSC6900
SET
Meaning: Service priority of the ESL
BSCABISPRIMAP(Opti
onal)
GUI Value Range: 0~7
Actual Value Range: 0~7
Unit: None
Default Value: None
GSMCSBWRAT BSC6900
E
Description
ADD
Meaning: Ratio of bandwidth occupied by the CS
TRMLOADTH(Optional) service in the GSM
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 80
GSMCSUSERH BSC6900
IGHPRILEV
SET
BSCBASIC(Optional)
LDRFOUH
BSC6900
SET LDR(Optional)
LDRFST
BSC6900
SET LDR(Optional)
Issue 03 (2011-09-30)
8-43
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
LDRSND
BSC6900
SET LDR(Optional)
LSRTRD
BSC6900
SET LDR(Optional)
OMLDSCP
BSC6900
SET
Meaning: Differentiated service code of the
BSCABISPRIMAP(Opti specified OML
onal)
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
OMLESLDL
BSC6900
SET
Meaning: The summation of average
BTSBWPARA(Mandato down-bandwidth of OML&ESL link in BTS.
ry)
GUI Value Range: 0~256
Actual Value Range: 0~256
Unit: kbit/s
Default Value: 64
OMLESLUL
BSC6900
SET
Meaning: The summation of average
BTSBWPARA(Mandato up-bandwidth of OML&ESL link in BTS.
ry)
GUI Value Range: 0~256
Actual Value Range: 0~256
Unit: kbit/s
Default Value: 64
RSLDL
BSC6900
SET
Meaning: Average down-bandwidth of RSL link in
BTSBWPARA(Mandato BTS.
ry)
GUI Value Range: 0~64
Actual Value Range: 0~64
Unit: kbit/s
Default Value: None
Issue 03 (2011-09-30)
8-44
SingleRAN
Transmission Resource Management
8 Parameters
Parameter ID
NE
MML
Description
RSLDSCP
BSC6900
SET
Meaning: Differentiated service code of the
BSCABISPRIMAP(Opti specified RSL
onal)
GUI Value Range: 0~63
Actual Value Range: 0~63
Unit: None
Default Value: None
RSLPRI
BSC6900
SET
Meaning: RSL service priority
BSCABISPRIMAP(Opti
onal)
GUI Value Range: 0~7
Actual Value Range: 0~7
Unit: None
Default Value: None
RSLUL
BSC6900
SET
Meaning: Average up-bandwidth of RSL link in
BTSBWPARA(Mandato BTS.
ry)
GUI Value Range: 0~64
Actual Value Range: 0~64
Unit: kbit/s
Default Value: None
AterCongHRFla BSC6900
g
SET
Meaning: Whether to enable the BSC to assign
OTHSOFTPARA(Optio half rate channels preferentially when the Ater
nal)
interface is congested
GUI Value Range: Close(Close), Open(Open)
Actual Value Range: Close, Open
Unit: None
Default Value: Open
AterCongstRatio BSC6900
SET
Meaning: Threshold for considering the Ater
OTHSOFTPARA(Optio interface, if congested, the BSC determines
nal)
whether to assign full or half rate channels
preferentially according to the congestion
situations at the Ater interface. If the Ater resource
usage exceeds this parameter, the Ater interface
is considered congested.
GUI Value Range: 80~100
Actual Value Range: 80~100
Unit: %
Default Value: 85
AterJamThresho BSC6900
ld2StartLs
Issue 03 (2011-09-30)
8-45
SingleRAN
Transmission Resource Management
Parameter ID
NE
TDMCONGCLR BSC6900
TH
MML
8 Parameters
Description
ADD
Meaning: If the ratio of available TDM bandwidth
TRMLOADTH(Optional) is greater than this value, congestion control is
stopped.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 20
TDMCONGTH BSC6900
ADD
Meaning: If the ratio of available TDM bandwidth
TRMLOADTH(Optional) is less than or equal to this value, congestion
control is triggered.
GUI Value Range: 0~100
Actual Value Range: 0~100
Unit: %
Default Value: 15
TRMLOADTHIN BSC6900
DEX
ADD
RSCGRP(Optional)
TRMLOADTHIN BSC6900
DEX
SET
Meaning: TRM load threshold index
BSCABISPRIMAP(Man
datory)
GUI Value Range: 0~199
Actual Value Range: 0~199
Unit: None
Default Value: None
The Default Value column is valid only for optional parameters and the "-" symbol indicates that there is no default value.
Issue 03 (2011-09-30)
8-46
SingleRAN
Transmission Resource Management
9 Counters
9 Counters
There are no specific counters associated with this feature.
Issue 03 (2011-09-30)
9-1
SingleRAN
Transmission Resource Management
10 Glossary
10 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
Issue 03 (2011-09-30)
10-1
SingleRAN
Transmission Resource Management
11 Reference Documents
11 Reference Documents
[1] Load Control Feature Parameter Description of the RAN
[2] IP BSS Feature Parameter Description of the GBSS
[3] IP RAN Feature Parameter Description of the RAN
[4] Common Transmission Feature Parameter Description of the SingleRAN
[5] SRNS Relocation and DSCR Feature Parameter Description of the RAN
[6] HSDPA Feature Parameter Description of the RAN
[7] HSUPA Feature Parameter Description of the RAN
[8] Flex Abis Feature Parameter Description of the GBSS
[9] Bandwidth Sharing of MBTS Multi-Mode Co-Transmission Feature Parameter Description of the
SingleRAN
Issue 03 (2011-09-30)
11-1