Beruflich Dokumente
Kultur Dokumente
Date 2015-03-25
HUAWEI TECHNOLOGIES CO., LTD.
Website: http://www.huawei.com
Email: support@huawei.com
Contents
1 About This Document
1.1 Scope
1.2 Intended Audience
1.3 Change History
1.4 Differences Between Base Station Types
2 Overview
3 Technical Description
3.1 UE's Network Selection
3.1.1 Operator ID and Type
3.1.2 System Information Broadcast
3.1.3 UE's Route Selection
3.2 Flexible Network Architecture
3.2.1 Iu Interface
3.2.2 Iu-BC Interface
3.2.3 Iub Interface
3.2.4 Iur interface
3.2.5 Single CN With Multi-PLMN IDs
3.2.6 Base Station Supporting Multi-operator PKI
3.2.7 Typical Networking Modes of RAN Sharing
3.2.7.1 Coexistence of RNCs Under Full Coverage
3.2.7.2 Coexistence of Shared RNC and 2G Network
3.2.7.3 Coexistence of Full and Partial Coverage for Different Operators
3.2.7.4 Coexistence of Iu Flex and RAN Sharing
3.2.7.5 Coexistence of Multiple Operators
3.3 Mobility Control and Service Differentiation
3.3.1 Mobile Control
3.3.2 Service Differentiation
3.4 License Management
3.5 Operation and Maintenance
4 Engineering Guidelines
4.1 WRFD-021304 RAN Sharing Introduction Package
4.1.1 When to Use WRFD-021304 RAN Sharing Introduction Package
4.1.2 Deployment
4.1.2.1 Requirements
4.1.2.2 Data Preparation
4.1.2.3 Activation
4.1.2.4 Activation Observation
4.1.2.5 Deactivation
4.1.3 Performance Monitoring
4.1.4 Troubleshooting
4.2 WRFD-02130401 Dedicated Carrier for Each Operator
4.3 WRFD-02130402 Flexible Network Architecture
4.3.1 When to Use WRFD-02130402 Flexible Network Architecture
4.3.2 Deployment
4.3.2.1 Requirements
4.3.2.2 Data Preparation
4.3.2.3 Activation
4.3.2.4 Activation Observation
4.3.2.5 Deactivation
4.3.3 Performance Monitoring
4.3.4 Troubleshooting
4.4 Single CN With Multi-PLMN IDs
4.4.1 When to Use Single CN With Multi-PLMN IDs
4.4.2 Required Information
4.4.3 Deployment
4.4.4 Performance Monitoring
4.4.5 Troubleshooting
4.5 WRFD-02130403 Mobility Control and Service Differentiation
4.5.1 When to Use WRFD-02130403 Mobility Control and Service Differentiation
4.5.2 Deployment
4.5.2.1 Requirements
4.5.2.2 Data Preparation
4.5.2.3 Activation
4.5.2.4 Activation Observation
4.5.2.5 Deactivation
4.5.3 Performance Monitoring
4.5.4 Troubleshooting
4.6 WRFD-02130404 Independent License Control
4.7 WRFD-02130406 Transmission Recourse Sharing on Iub/Iur Interface
5 Parameters
6 Counters
7 Glossary
8 Reference Documents
1 About This Document
1.1 Scope
This document describes RAN Sharing, including its technical principles and engineering guidelines.
This document covers the following features:
WRFD-021304 RAN Sharing Introduction Package
WRFD-02130401 Dedicated Carrier for Each Operator
WRFD-02130402 Flexible Network Architecture
WRFD-02130403 Mobility Control and Service Differentiation
WRFD-02130404 Independent License Control
WRFD-02130405 Independent Cell-level FM/PM/CM
WRFD-02130406 Transmission Recourse Sharing on Iub/Iur Interface
This document applies to the following types of network elements (NEs).
NE Type Model
RNC BSC6900 and BSC6910
NodeB Macro 3900 series macro base stations: BTS3900, BTS3900A, BTS3
BTS3900C
Micro BTS3911E
Compared with Issue 02 (2014-07-30) of RAN16.0, Draft A (2015-01-15) of RAN17.1 includes the
following changes.
WRFD-02130406 Transmission Y Y Y
Recourse Sharing on
Iub/Iur Interface
NOTE:
"Y" indicates that this feature is supported by the NE. "N" indicates that this feature is not supported
by the NE. N/A indicates that an NE is not involved, that is, a feature does not require the support of
the NE.
2 Overview
Introduction
The RAN Sharing feature enables operators to share RAN equipment RNCs and NodeBs while
keeping individual core networks (CNs) and frequencies.
After RAN Sharing is introduced, RAN equipment is shared, but the operators can use their dedicated
frequencies (WRFD-02130401 Dedicated Carrier for Each Operator) and their independent cells. The
same RAN equipment can provide customized solutions to different operators.
Benefits
The most important driving force for operators to implement RAN Sharing is that this feature can
reduce about 30%40% of the CAPEX and OPEX and improve network resource utilization.
However, RAN Sharing reduces network independence. The specific gains provided by this feature
are as follows:
Lower costs
The motivation for operators to share networks is to reduce investment and operation costs.
Higher deployment efficiency
RAN Sharing can overcome the problem of lack of sites or antennas and simplify network
deployment, so that each sharing operator can speed up deployment of the entire network and
expansion of the coverage area.
Architecture
Figure 2-1 shows the structure of RAN Sharing. The shared equipment is U2000 and RAN, and
the sharing interfaces are Iub, Iur, and Itf-S. The cell, CN, and northbound NMS are dedicated to each
operator.
RAN Sharing brings changes in interfaces, functions, license management, and operation and
maintenance (O&M), which are described in detail later in this document.
Figure 2-1 Shared NEs
3 Technical Description
3.1 UE's Network Selection
A UE obtains the PLMN ID and selects a cell to camp on according to system information, and the
RNC finishes the UE's network selection based on the cell that the UE accesses.
When the UE initiates a service request, the RNC routes the UE to the CN node of the operator based
on the cell on which the UE camps. If the operator has deployed the Iu Flex feature, you must run the
ADD UNRIGLBCNIDMAP command to add the mapping between NRIs and CN nodes. The RNC
then routes the UE to the corresponding CN node based on the UE's NRI, which is derived from the
TMSI and P-TMSI. For details about Iu Flex, see Iu Flex Feature Parameter Description.
NOTE:
A CN node (such as the MSC server and SGSN) belongs to only one operator regardless of
whether RAN Sharing is used.
3.2.1 Iu Interface
In a shared RNC, different operators require different Iu interfaces, but these Iu interfaces can be
deployed on the same interface board.
Each CN connected to the shared RNC must have a globally unique CN ID configured on the RNC.
To configure the CN ID, use
the CnOpIndex(BSC6900,BSC6910) and CNId(BSC6900,BSC6910) parameters in the ADD
UCNNODE command.
Figure 3-3 shows an RNC shared by operators A and B. Operator A has deployed Iu Flex, and
operator B has not.
Figure 3-3 RNC shared by operators A and B
Operators can activate or deactivate the Iu Flex feature independently. Iu Flex is configured the same
way in a shared RNC as in a non-shared RNC. The SET UOPERATORCFGPARA command is used
to configure whether an operator supports Iu Flex and to configure the NRI length. The ADD
UNRIGLBCNIDMAP command is used to configure the mapping between NRIs and CN nodes. For
the method of deploying Iu Flex, see Iu Flex Feature Parameter Description.
For a shared NodeB, each operator can have an independent base station transmission port, or
multiple operators share a base station transmission port.
If multiple operators share a transmission port, the attributes of the transmission port and the values
of each attribute should be appropriately configured based on the backhaul network performance, for
example the maximum transmission unit (MTU), of each operator.
If the MTU value of each operator's backhaul network is different, the MTU value on the transmission
port can be configured as MIN(MTU1,MTU2,MTU3...). As a result, all over-long packets are
fragmented on the base station. The MTU value can also be configured as
MAX(MTU1,MTU2,MTU3...). In this way, the fragmentation and reassembly for networks with a large
backhaul network MTU value can be reduced. For networks with a small backhaul network MTU
value, some packets are moved upward to routers for fragmentation purposes.
Transmission for the Iub Control Plane and Management Plane
In RAN sharing, the transmission for the Iub control plane and management plane is the same as that
in non-RAN sharing scenarios. As shown in Figure 3-6, the NCP, CCPs, ALCAP link, and OM path
are common to all operators that share the NodeB.
Each NodeB has only one NCP, one ALCAP link, and multiple CCPs. The mapping between cells and
CCPs is not fixed. A CCP is selected using the load balancing policy, rather than through operators or
cells in which the call is initiated.
Common NBAP (such as cell setup, cell reconfiguration, common transport channel setup, and radio
link setup) is implemented through the NCP. All operators must share the NCP.
Figure 3-6 Shared Iub connections
Iub user-plane transmission resources can be shared or dedicated by operators, as shown in Figure
3-7.
Figure 3-7 Allocation of transmission resources for the Iub user plane
NOTE:
When the BSC6910 is used, only Iub transmission resource sharing is supported.
An ALCAP link exists only when ATM transmission is used.
For details about Iub transmission resource sharing and exclusive use, see TRM in
the RAN Sharing Scenario Feature Parameter Description.
NodeB NodeB-level parameters are shared by all MOD UNODEB: IDTYPE=BYID, Node
operators and cannot be independently TRANSDELAY=600, SATELLITEIND=
configured by operators.
The OM architecture of a RAN sharing network mainly consists of the RAN, U2000, and each
operator's NMS. The RAN and U2000 are shared by operators, and the NMSs and northbound
interfaces (NBIs) are dedicated to each operator. The U2000 provides a secure and efficient OM
solution for a RAN sharing network. The U2000, through the northbound interface, provides required
configuration data, alarm data, and performance data to an operator's NMS based on the role of the
operator. This is to effectively manage the privacy, independence, and sharing of network resources
and data specific to operators' different requirements.
As shown in Figure 3-16, BTS X, BTS Y, and BTS Z, shared by operators A and B, consist of
a sharing network. A third party (called Jointer) is responsible for the OM of the sharing network.
Figure 3-16 OM architecture
BTS Y is shared by operators A and B, BTS X is dedicated to A, and BTS Z is dedicated to B. The
data sheet obtained from the upper-layer NMSs of operators A and B shows that each operator,
except Jointer, can only obtain its own cell-level data.
Alarm data and performance data is the basis of network maintenance, and configuration data is
fundamental to a network. Therefore, for a RAN sharing network, the configuration management
solution is different from the performance/alarm management solution. The U2000 provides functions
of importing and exporting radio configuration parameters on a per operator basis, so that each
operator can view and modify its own radio configuration parameters. Even if each operator modifies
its private parameters, the integrity and validity of these parameters can be ensured globally.
Data Type for FM, PM, and CM
When RAN Sharing is applied, the FM, PM, and CM data on Itf-N is classified into two types:
Operator dedicated data
Operator dedicated data refers to cell-level FM, PM, and CM data. It is only related to a specific
operator and is distributed to the operator's NMS on Itf-N.
Operator shared data
Operator shared data refers to the other FM, PM, and CM data. It is related to all operators.
Setting Principles of OM Modes
A RAN sharing network generally has two OM modes: Joint and Rent.
In Joint mode, multiple operators provide devices and spectra to form a shared network, and one of
the operators or a third party (called Jointer) is responsible for the OM of the shared network. In Rent
mode, an operator provides devices and spectra and rents these resources to other operators. The
operator that provides devices and spectra (called Renter) is responsible for the OM of the shared
network. In both modes, NEs may be dedicated to an operator.
In these modes, Jointer and Renter have the U2000 operation rights and are responsible for the OM
of the shared network. Different operation rights should be granted to each operator based on its roles
and responsibilities of operators involved in network sharing. The U2000, based on the role of an
operator, provides the required configuration data, alarm data, and performance data to the operator's
OSS through the NBI.
Setting Principles of Operator Roles
The U2000 distinguishes data based on the operator to which the NE management object belongs,
regardless of whether carriers are dedicated or common. The difference is that cells belong to only
one operator in the dedicated carrier solution, but belong to multiple operators in the common carrier
solution. Based on an in-depth analysis of application scenarios, the U2000 allocates operation rights
to three roles: Jointer, Renter, and Other operator.
For a dedicated NE, its home operator can obtain all the performance and alarm data of this NE
regardless of which role this operator is set to. For non-home operators of a dedicated NE or for a
shared NE, the U2000 allocates different operation rights to the three roles:
Jointer
Can obtain all the alarm data and performance data of all shared and dedicated NEs,
including both cell-level and non-cell-level.
Renter
Can obtain the cell-level alarm data and performance data of the operator and the non-cell-
level alarm data and performance data of all shared and dedicated NEs.
Other operator, including Common-Included and Common-Excluded
Other operator (Common-Included) can obtain the cell-level alarm data and performance
data of the operator and the non-cell-level alarm data and performance data of the shared
and dedicated NEs of the operator.
Other operator (Common-Excluded) can obtain the cell-level alarm data and performance
data of the operator and the non-cell-level alarm data and performance data of the
dedicated NEs of the operator.
Northbound User Management
Northbound user management is applied when the NMSs of different operators use the northbound
interface (NBI) at the same time. You can use the OSS self-maintenance unit (OSMU) of
the U2000 to add, modify, and delete northbound user and operator information and to manage
northbound user and operator rights.
Log in to the OSMU of the U2000, access the northbound user management page, and set the
information about operators and NMS users. In the Set Operator Information area, you can add,
modify, and delete operators. In the Set NMS User Information area, you can add, modify, and
delete NMS users.
For detailed operations, see U2000 Northbound Interface Developer Guide.
Northbound Interface Management
After setting the operator and northbound user information, the NMS of each operator can only view
and modify the configuration, performance, and alarm data of its own resources over the NBI.
Operators' resources are managed by operator indexes, northbound operator codes, and distribution
policies that are configured by NEs.
For detailed operations, see U2000 Northbound Interface Developer Guide.
4 Engineering Guidelines
The following describes RAN Sharing function switch, mobile control switch, typical networking
modes, and hardware configurations.
4.1.2 Deployment
4.1.2.1 Requirements
Other Features
This feature cannot be used together with the WRFD-021311 MOCN Introduction Package feature.
Hardware
RNC interface boards, NodeB baseband processing units, and RRUs are shared by operators to
improve resource utilization and reduce CAPEX. The configuration for RAN Sharing is the same
as that for scenarios in which an operator has multiple carriers. For details, see the
corresponding technical description documents.
Whether RRUs can be shared by operators depends on whether the RRU model meets multiple
operators' frequency bandwidth and power.
License
For details about how to activate the license, see License Management Feature Parameter
Description.
If RAN Sharing or MOCN is enabled, the licensed value is allocated among the primary and
secondary operators according to the value of the "License Allocation for Multiple Operators"
parameter.
Method 1#: It is recommended that the license allocation proportion of a feature be consistent with
that of the capacity license item "Voice Erlang-Erlang." You can run the RNC MML command SET
LICENSE with the FeatureResAssignMode parameter set to AutoAssign for automatic allocation or
with the FeatureResAssignModeparameter set to ManualAssign and license-rated parameters
specified for manual allocation.
NOTE:
If FeatureResAssignMode is set to AutoAssign, the licensed values of the control items will be
allocated for the primary and secondary operators in the same proportion of the associated license
control items (CSERLANG, PSTHROUGHPU, HSDPATHROUGHPUT, HSUPATHROUGHPUT, and
MBMSTHROUGHPUT). Example:
SET LICENSE: SETOBJECT=UMTS, OperatorType=PRIM, CNOPERATORINDEX=0,
FeatureResAssignMode=AutoAssign, CSERLANG=35000, PSTHROUGHPUT=10000000,
HSDPATHROUGHPUT=10000000, HSUPATHROUGHPUT=10000000,
MBMSTHROUGHPUT=10000000;
SET LICENSE: SETOBJECT=UMTS, OperatorType=SEC, CNOPERATORINDEX=1,
FeatureResAssignMode=AutoAssign, CSERLANG=15000, PSTHROUGHPUT=8000000,
HSDPATHROUGHPUT=8000000, HSUPATHROUGHPUT=8000000,
MBMSTHROUGHPUT=8000000;
Method 2#: It is recommended that the license allocation proportion of a feature be consistent with
that of the capacity license item "PS throughput only-kbps." You can run the RNC MML
command SET LICENSE with the FeatureResAssignMode parameter set to AutoAssign for
automatic allocation or with the FeatureResAssignMode parameter set to ManualAssign and
license-rated parameters specified for manual allocation.
The license of RAN Sharing Introduction Package is mutually exclusive with that of MOCN
Introduction Package. That is, these licenses cannot be activated at the same time. If the license
of RAN Sharing Introduction Package is activated, run the RNC MML command SET LICENSE to
deactivate the license of MOCN Introduction Package, that is, to deselect
the MOCN_PACKAGE check box under the FUNCTIONSWITCH4 parameter.
Other Requirements
None
4.1.2.3 Activation
Using MML Commands
NOTE:
The OSPs and network IDs of the primary and secondary operators can be the same or
different.
If the network IDs of the primary and secondary operators are the same, "OSP code bits"
must be the same and "OSP code" must be different.
If the network IDs of the primary and secondary operators are different, "OSP code bits"
can be different.
5. Run the RNC MML command ADD N7DPC to configure the destination signaling point (DSP)
for the primary operator and for each of the secondary operators.
6. Configure Iu data for the primary operator and for each of the secondary operators.
7. Run the RNC MML command ADD UCNNODE to add CN nodes for the primary operator and
for each of the secondary operators.
8. Run the RNC MML command ADD UNODEB to
set SharingType(BSC6900,BSC6910) to DEDICATED(Dedicated) or RANSHARING(RAN Sh
aring) to add a dedicated or shared NodeB.
9. Run the RNC MML command ADD ULAC, ADD URAC, ADD USAC, and ADD UURA to set
the LAC, RAC, SAC, and URA for the primary operator and for each of the secondary
operators.
10. Run the RNC MML command ADD UCELLQUICKSETUP to add a dedicated cell.
NOTE:
There are two types of RAN sharing:
NodeBs are independently deployed by operators.
NodeBs are shared by operators and cells are not shared by operators.
After a cell is added or the UARFCN is changed, you need to verify that the UARFCN used by
the cell is in the allowed range of the NodeB license. Otherwise, you must issue a new NodeB
license on the U2000.
If an operator's cells have all been removed from a NodeB, manually reclaim the NodeB license
on the U2000 before performing license operations. If the entire NodeB has been removed from
the U2000, there is no need to reclaim the NodeB license.
MML Command Examples
NOTE:
When configuring the feature on the CME, perform a single configuration first, and then perform a
batch modification if required. Configure the parameters of a single object before a batch modification.
Perform a batch modification before logging out of the parameter setting interface.
1. Configure a single object (such as a cell) on the CME.
Set parameters on the CME according to the operation sequence in Table 4-2. For instructions
on how to perform the CME single configuration, see CME Single Configuration Operation
Guide.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 while running the wizard to obtain online help.
Table 4-2 Configuring parameters on the CME
SN MO NE Parameter Name P
4.1.2.5 Deactivation
Using MML Commands
NOTE:
When configuring the feature on the CME, perform a single configuration first, and then perform a
batch modification if required. Configure the parameters of a single object before a batch modification.
Perform a batch modification before logging out of the parameter setting interface.
1. Configure a single object (such as a cell) on the CME.
Set parameters on the CME according to the operation sequence in Table 4-3. For instructions
on how to perform the CME single configuration, see CME Single Configuration Operation
Guide.
2. (Optional) Modify objects in batches on the CME. (CME batch modification center)
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 while running the wizard to obtain online help.
Table 4-3 Configuring parameters on the CME
4.1.4 Troubleshooting
None
4.3.2 Deployment
4.3.2.1 Requirements
Other Features
The WRFD-021304 RAN Sharing Introduction Package feature has been activated.
Hardware
RNC interface boards, NodeB baseband processing units, and RRUs are shared by operators to
improve resource utilization and reduce CAPEX. The configuration for RAN Sharing is the same
as that for scenarios in which an operator has multiple carriers. For details, see 3900 Series
Base Station Technical Description.
Whether RRUs can be shared by operators depends on whether the RRU model meets multiple
operators' frequency bandwidth and power.
License
This feature is controlled by the license for the WRFD-021304 RAN Sharing Introduction Package
feature. For details about this license, see 4.1.2.1 Requirements.
Other Requirements
None
On a RAN sharing network, different operators can deploy the Iu Flex feature independently. For data
preparation, see the WRFD-021302 Iu Flex feature in Iu Flex Feature Parameter Description.
Flexible Deployment on Iu-BC Interface
On a RAN sharing network, each operator has only one dedicated CBC. The Iu-BC interface is
dedicated to each operator. Different operators can deploy the Cell Broadcast Service feature
independently. For data preparation, see the WRFD-011000 Cell Broadcast Service feature in CBS
Feature Parameter Description.
Table 4-4 lists the data to prepare before activating WRFD-02130402 Flexible Network Architecture.
Table 4-4 Data Preparation
Parameter Name Parameter ID Setting
Sharing Type Of NodeB RANSharingSupport(BSC6900,BSC6910) Set this parameter to DEDI
or RANSHARING(RAN S
whether the NodeB is to be
Flexible Deployment on Iur Interface
A shared RNC can be connected to both dedicated and shared RNCs. The Iur interface configuration
operations are the same for dedicated and shared RNCs. For data preparation, see BSC6900 UMTS
Initial Configuration Guide and BSC6910 UMTS Initial Configuration Guide.
4.3.2.3 Activation
Flexible Deployment on Iu Interface
On a RAN sharing network, different operators can deploy the Iu Flex feature independently. For the
activation procedure, see the WRFD-021302 Iu Flex feature in Iu Flex Feature Parameter Description.
On a RAN sharing network, each operator has only one dedicated CBC. The Iu-BC interface is
dedicated to each operator. Different operators can deploy the Cell Broadcast Service feature
independently. For the activation procedure, see the WRFD-011000 Cell Broadcast Service feature
in CBS Feature Parameter Description.
A shared RNC can be connected to both dedicated and shared NodeBs. Run the RNC MML
command ADD UNODEB to set Sharing Type Of
NodeB to DEDICATED(Dedicated) or RANSHARING(RAN Sharing), to add a dedicated or shared
NodeB.
Flexible Deployment on Iur Interface
A shared RNC can be connected to both dedicated and shared RNCs. The Iur interface configuration
operations are the same for dedicated and shared RNCs.
4.3.4 Troubleshooting
None
NOTE:
The primary operator's PLMN ID on the RNC side (Global RNC ID) must be consistent with that on
the CN side (Global CN ID). If not consistent, the messages delivered by the CN are lost.
4.4.3 Deployment
Requirements
Other Features
Before you activate this function, the WRFD-021304 RAN Sharing Introduction Package feature
must be configured and the inter-operator handover
switch InterPlmnHoAllowedIntraRat(UMTS BSC6900,UMTS BSC6910) must be turned off.
The MSC must support WSFD-110103 Multiple HPLMNs, and the SGSN must support WMFD-
160100 Multi-PLMN Function.
Hardware
None
License
This feature is controlled by the license for the WRFD-021304 RAN Sharing Introduction
Package feature. For details about this license, see 4.1.2.1 Requirements.
Data Preparation
CN side: For the configuration of the Multi-PLMN or GWCN feature, see related CN documentation.
RAN side: See section 4.2.
1. (Optional) Delete the Iu interface and the mapping between the NRI and the CN node for the
secondary operator.
2. Run the RNC MML command SET UOPERATORSHARINGMODE to set the Single CN With
Multi-PLMN IDs Switch to ON.
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 while running the wizard to obtain online help.
Configuring parameters on the CME
SN MO NE Parameter Param
Name
If the UEs of the primary and secondary operators can access their own cells and register with the
network successfully, and if the UEs can normally initiate CS and PS services, the Single CN With
Multi-PLMN IDs function has been successfully activated.
Deactivation (Using MML Commands)
SN MO NE Parameter Param
Name
//Activating the Single CN With Multi-PLMN IDs function after RAN Sharing
Introduction Package is deployed
//(Optional) Deleting the Iu interface for the secondary operator
RMV UCNNODE: CnOpIndex=1, CNId=11;
//Turning on the Single CN With Multi-PLMN IDs Switch on the RNC
SET UOPERATORSHARINGMODE: RANSharingSupport=YES, MOCNSupport=NO,
MultiPLMNforSingleCNSwitch=ON, InterPlmnHoAllowedIntraRat=NO,
InterPlmnHoAllowedInterRat=NO;
4.4.5 Troubleshooting
None
4.5 WRFD-02130403 Mobility Control and Service Differentiation
This section describes how to activate, verify, and deactivate the optional feature WRFD-02130403
Mobility Control and Service Differentiation.
4.5.2 Deployment
4.5.2.1 Requirements
Other Features
The WRFD-021304 RAN Sharing Introduction Package feature has been activated.
Hardware
None
License
This feature is controlled by the license for the WRFD-021304 RAN Sharing Introduction Package
feature. For details about this license, see 4.1.2.1 Requirements.
Other Requirements
None
4.5.2.3 Activation
Using MML Commands
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 on the wizard interface to obtain online help.
Table 4-7 Configuring the parameter on the CME
4.5.2.5 Deactivation
Using MML Commands
To modify objects in batches, click on the CME to start the batch modification wizard. For
instructions on how to perform a batch modification through the CME batch modification center,
press F1 while running the wizard to obtain online help.
Table 4-8 Configuring parameters on the CME
4.5.4 Troubleshooting
None.
5 Parameters
Table 5-1 Parameters
Parameter ID NE MML Feat Feature Description
Command ure Name
ID
CnOpIndex BSC ADD WR Dedicated Meaning:
690 UCNOPERATO FD- Carrier for Represent an index for a CN
0 R 0213 Each operator.
MOD 0401 Operator If "OperatorType" is set to
UCNOPERATO WR MOCN PRIM, the value range of
R FD- Introduction "Operator Index" is 0~3.
RMV 0213 Package If "OperatorType" is set to
UCNOPERATO 11 Routing SEC, the value range of
R WR Roaming "Operator Index" is 0~3.
FD- UEs in If "OperatorType" is set to
0213 Proportion OUTER, the value range of
1106 RAN Sharin "Operator Index" is 5~31.
WR gIntroductio If "OperatorType" is set to
FD- n Package COMM, the value range of
0213 "Operator Index" is 5~31.
04
If "OperatorType" is set to
ICR, the value range of
"Operator Index" is 5~31.
GUI Value Range: 0~3;5~31
Unit: None
Actual Value Range: 0~3,
5~31
Default Value: None
NAME BSC ADD N7DPC WR 3GPP R9 Meaning: The DSP must have
690 MOD N7DPC FD- Specification been configured. The DSP
0 0101 s name must be unique.
01 IP GUI Value Range: 1~49
Transmissio characters
Parameter ID NE MML Feat Feature Description
Command ure Name
ID
WR n Unit: None
FD- Introduction Actual Value Range: 1~49
0504 on Iu characters
09 Interface Default Value: None
WR IP
FD- Transmissio
0504 n
10 Introduction
WR on Iur
FD- Interface
0503 ATM
01 Transmissio
n
Introduction
Package
NAME BSC ADD N7DPC WR 3GPP R9 Meaning: The DSP must have
691 MOD N7DPC FD- Specification been configured. The DSP
0 0101 s name must be unique.
01 Iu/Iur IP GUI Value Range: 1~49
WR Transmissio characters
FD- n Based on Unit: None
1502 Dynamic Actual Value Range: 1~49
44 Load characters
WR Balance
Default Value: None
FD- ATM
0503 Transmissio
01 n
Introduction
Package
8 Reference Documents
1. 3GPP TS 23.251, "Network Sharing Architecture and Functional Description"
2. 3GPP TR 23.851, "Network Sharing Architecture and Functional Description"
3. 3GPP TS 23.236, "Intra-domain Connection of RAN Nodes to Multiple CN Nodes"
4. 3GPP TR 22.951, "Service Aspects and Requirements for Network Sharing"
5. License Management Feature Parameter Description
6. Iu Flex feature parameter description
7. CBS feature parameter description
8. TRM in the RAN Sharing Scenario Feature Parameter Description