RAN Sharing
RAN Sharing
RAN20.1
Issue 01
Date 2018-04-20
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: https://www.huawei.com
Email: [email protected]
Contents
2 Overview....................................................................................................................................4
3 Technical Description..............................................................................................................5
3.1 UE's Network Selection......................................................................................................................................................... 5
3.1.1 Operator ID and Type......................................................................................................................................................... 5
3.1.2 System Information Broadcast........................................................................................................................................ 5
3.1.3 UE's Route Selection........................................................................................................................................................... 5
3.2 Flexible Network Architecture............................................................................................................................................ 6
3.2.1 Iu Interface............................................................................................................................................................................. 7
3.2.2 Iu-BC Interface...................................................................................................................................................................... 8
3.2.3 Iub Interface.......................................................................................................................................................................... 9
3.2.4 Iur interface......................................................................................................................................................................... 11
3.2.5 Single CN with Multi-PLMN IDs................................................................................................................................... 11
3.2.6 Base Station Supporting Multi-operator PKI........................................................................................................... 13
3.2.7 Typical Networking Modes of RAN Sharing.............................................................................................................13
3.2.7.1 Coexistence of RNCs Under Full Coverage............................................................................................................ 13
3.2.7.2 Coexistence of Shared RNC and 2G Network...................................................................................................... 14
3.2.7.3 Coexistence of Full and Partial Coverage for Different Operators............................................................... 15
3.2.7.4 Coexistence of Iu Flex and RAN Sharing............................................................................................................... 15
3.2.7.5 Coexistence of Multiple Operators.......................................................................................................................... 16
3.2.7.6 Platform Sharing by the DCU and BBU of LampSite Base Stations............................................................. 17
3.3 Mobility Control and Service Differentiation.............................................................................................................. 18
3.3.1 Mobility Control................................................................................................................................................................. 18
3.3.2 Service Differentiation..................................................................................................................................................... 18
3.4 License Management.......................................................................................................................................................... 19
3.5 Operation and Maintenance............................................................................................................................................. 20
3.6 Inter-PLMN Multi-Carrier HSPA....................................................................................................................................... 23
4 Engineering Guidelines........................................................................................................ 25
4.8.3 Planning................................................................................................................................................................................ 41
4.8.3.1 RF Planning...................................................................................................................................................................... 41
4.8.3.2 Network Planning.......................................................................................................................................................... 41
4.8.3.3 Hardware Planning........................................................................................................................................................ 41
4.8.4 Deployment......................................................................................................................................................................... 42
4.8.4.1 Requirements................................................................................................................................................................... 42
4.8.4.2 Precautions....................................................................................................................................................................... 42
4.8.4.3 Data Preparation and Feature Activation.............................................................................................................. 42
4.8.4.3.1 Data Preparation.........................................................................................................................................................43
4.8.4.3.2 Using MML Commands............................................................................................................................................ 43
4.8.4.3.3 MML Command Examples...................................................................................................................................... 43
4.8.4.3.4 Using the MAE-Deployment................................................................................................................................... 43
4.8.4.4 Activation Observation.................................................................................................................................................43
4.8.4.5 Deactivation..................................................................................................................................................................... 44
4.8.4.5.1 Using MML Commands............................................................................................................................................ 44
4.8.4.5.2 MML Command Examples...................................................................................................................................... 44
4.8.4.5.3 Using the MAE-Deployment................................................................................................................................... 44
4.8.4.6 Reconfiguration.............................................................................................................................................................. 44
4.8.5 Performance Monitoring................................................................................................................................................. 44
4.8.6 Parameter Optimization..................................................................................................................................................45
4.8.7 Troubleshooting................................................................................................................................................................. 45
5 Parameters.............................................................................................................................. 46
6 Counters.................................................................................................................................. 47
7 Glossary................................................................................................................................... 48
8 Reference Documents...........................................................................................................49
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
NOTE
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve optimal gains, contact Huawei professional service engineers.
Functions mentioned in this document work properly only when enabled in the
specified applicable scenarios (such as RAT and networking). If a function not
mentioned in this document is enabled or a function is enabled in a scenario not
specified as applicable, exceptions or other impacts may occur.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in Feature
Parameter Description documents apply only to the corresponding software
release. For future software releases, refer to the corresponding updated product
documentation.
RAN20.1 01 (2018-04-20)
This issue does not include any changes.
Feature Allowed the DCU and BBU of LampSite base stations None
change to share the same hardware platform. For details, see
3.2.7.6 Platform Sharing by the DCU and BBU of
LampSite Base Stations.
2 Overview
Introduction
The RAN Sharing feature enables operators to share 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 delivered by this feature are as follows:
● Lower cost
The motivation for operators to share networks is to reduce investment and
operation cost.
● 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
RAN sharing devices include MAE and RAN. The shared interfaces include Iub, Iur,
and Itf-S. The cell, CN, and northbound NMS are solely used by 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.
3 Technical Description
The primary operator must be one of the sharing operators and has a higher
license management priority than secondary operators.
After a UE is switched on, it first selects a PLMN. Upon detecting different PLMNs
broadcast by different cells, the UE preferentially selects the cell of its home PLMN
(HPLMN) to camp on. If the UE is not the subscribed user of an operator, it cannot
camp on the cells of the operator, as shown in Figure 3-1.
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, specify 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-5 Shared RNC connecting to both shared and non-shared NodeBs
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 oversized packets are fragmented on the base station. The MTU value
can also be configured as MAX(MTU1, MTU2, MTU3...). In this way, packet
fragmentation and reassembly for networks with a large MTU value can be
reduced. For networks with a small MTU value, some packets are moved to
routers for fragmentation purposes.
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.
● ALCAP links are configured 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.
Figure 3-8 Shared RNC connecting to both shared and non-shared RNCs
the PLMN IDs broadcast in different operators' cells are different. However, this
function causes the following changes to the network:
● When only the primary operator's CN is available and all of them are shared
by multiple operators, the CN sharing relationship does not need to be
configured. The RNC routes all UEs to the primary operator's CN as long as
MultiPLMNforSingleCNSwitch (BSC6900, BSC6910) is set to ON.
NOTE
If the CN sends the RNC the RIM carrying the PLMN information of the secondary
operator, set MultiPLMNforSingleCNSwitch (BSC6900, BSC6910) to OFF and
MultiPLMNforCNEnhanceSw (BSC6900, BSC6910) to ON, and run the MML
command ADD UCNNODESHAREDMAP to add the MOCN operator for the CN.
– The RNC routes UEs of all operators to the primary operator's CN node.
This function only requires the configuration of the primary operator's CN
node, by using the OperatorType (BSC6900, BSC6910) parameter in the
ADD UCNOPERATOR command. The primary operator is unique on the
RNC side. The RNC routes UEs of all operators to the primary operator's
CN node, regardless of which operators share the cells.
As the RNC is connected only to the CN node of one operator, the reset
or overload procedure triggered by the CN applies to all UEs served by
the CN node. The RNC uses the PLMN ID of the primary operator as the
value of the "Global RNC ID" IE in the direct transfer message.
When the RST UIU command is to be run on the RNC, the CnOpIndex
(BSC6900, BSC6910) and CNID (BSC6900, BSC6910) parameters must
be set to the index and ID of the CN node of the primary operator,
respectively. Otherwise, execution of this command fails.
– The primary operator's CN provides services to UEs of all operators.
All CN nodes must be deployed with the Multi-PLMN or GWCN feature
on the CN side. If the WRFD-021302 Iu Flex feature is enabled, the index
of the operator that serves each CN node on the RAN side must be that
of the primary operator, and the multiple PLMN IDs must be the same for
all CN nodes.
In the WRFD-021302 Iu Flex feature, the mapping between the NRI or
IMSI and the CN cannot be configured for secondary operators. The UEs
of the secondary operator select the CN based on the primary operator's
configuration.
– The counters related to the Iu interface change.
If the secondary operator's CN changes, the counters related to the Iu
interface also change. For example, the counters in the measurement
objects CS.SIG.IU, CS.TRF.IU, NAS.IU, PS.SIG.IU, PS.TRF.IU, and SIG.SCCP.IU
are measured for all operators.
● Otherwise, MultiPLMNforCNEnhanceSw must be set to ON so that some CN
nodes can be shared by multiple operators and all CN nodes do not need to
be provided by the primary operator.
If some CNs are shared and other CNs are dedicated, the RNC MML command
ADD UCNNODESHAREDMAP can be used to configure the CN sharing
relationship among operators. In this command, the CnOpIndex specifies the
index of the homing operator of this CN and SharedCnOpIndex specifies the
indexes of the operators sharing this CN.
Figure 3-9 Base Station Supporting Multi-operator PKI deployed on the network
Figure 3-10 Coexistence of shared and non-shared RNCs under full coverage
Figure 3-12 Coexistence of full and partial coverage for different operators
3.2.7.6 Platform Sharing by the DCU and BBU of LampSite Base Stations
In the LampSite scenario, the DCU and BBU are two hardware units of a LampSite
base station. Now, they share one hardware platform on which the following two
boards are introduced:
● Multi Extended Radio Frequency Card (MERC): supports reception of RF
signals from operators.
● Multi Extended Digital Card (MEDC): supports reception of digital signals
from operators.
In the LampSite sharing scenario, the network can be constructed by the
proprietor and primary operator, and the signals of other operators can be
received by the MERC or MEDC. Figure 3-15 shows the network architecture, in
which the MEDC board connects optical fibers and implements inter-rack BBU
connections.
In Figure 3-15, only MERC or MEDC boards are configured in the BBU (RF only)
without baseband processing units. Figure 3-16 shows the detailed configuration.
Only baseband processing units are configured in the BBU (baseband only)
without MERC or MEDC boards. Figure 3-17 shows the detailed configuration.
For details about the LampSite sharing of the LampSite DCU BBU, see DBS3900 &
DBS5900 LampSite Technical Description > Networking Scenario > LampSite
Solution for Outdoor Residential Areas in 3900 & 5900 Series Base Station Product
Documentation.
A shared RNC has only one RNC license file. However, you can run the SET License
command to allocate different resource control items and function control items
to different operators. In this way, different operators are enabled with different
capacities and features. For the license allocation mode, see License Management
Feature Parameter Description.
An RNC can be shared by a maximum of four operators. There is still one RNC
license and one NodeB license for a shared RAN. Licenses are classified into
function control items and resource control items. The RNC license control items
can be allocated to different operators using the SET LICENSE command. The
NodeB license control items can be allocated to different operators through the
MAE. In this way, different capacities and features are enabled for operators.
Figure 3-18 shows the principles of RAN Sharing license management. For details
about RAN Sharing license management, see the "License Control for Multiple
Operators" section in License Management Feature Parameter Description.
O&M Architecture
The O&M architecture of a RAN sharing network mainly consists of the RAN, MAE,
and each operator's NMS. The RAN and MAE are shared by operators, and the
NMSs and northbound interfaces (NBIs) are solely used by operators. The MAE
provides a secure and efficient O&M solution to a RAN sharing network. The MAE,
through the NBI, provides required configuration data, alarm data, and
performance data to an operator's NMS based on the role of the operator. This
effectively manages the privacy, independence, and sharing of network resources
and data specific to operators' requirements.
As shown in Figure 3-19, BTS X, BTS Y, and BTS Z compose a sharing network. A
third party (called Jointer) is responsible for the O&M of the sharing network.
BTS Y is shared by operators A and B, BTS X is solely used by operator A, and BTS
Z is solely used by operator 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 are 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 or alarm management solution. The MAE 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.
● Operator-specific data
Operator-specific data refers to cell-level FM, PM, and CM data. It is only
related to a specific operator and is stored in the operator's NMS on Itf-N.
● Operator-shared data
Operator-shared data refers to other FM, PM, and CM data. It is related to all
operators.
(called Renter) is responsible for the O&M of the shared network. In both modes,
NEs may be solely used by an operator.
In these modes, Jointer and Renter have the MAE operation rights and are
responsible for the O&M 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 MAE, 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.
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 MAE 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.
Log in to the OSMU of the MAE, 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.
Benefits
The feature supports multi-carrier relationships across different PLMNs in RAN
Sharing scenarios to improve the peak rate.
Technical Description
Different carriers may belong to different operators because a shared RNC can
support common carriers and dedicated carriers. The InterPlmnMultiCarrSwitch
parameter in the SET UOPERATORSHARINGMODE command controls whether
inter-PLMN multi-carrier HSPA, such as DC-HSDPA, DB-HSDPA, 3C-HSDPA and 4C-
HSDPA, can be allowed.
If the secondary carrier supports DC-HSUPA and UEs' services can be carried over
DC-HSUPA, inter-PLMN DC-HSUPA can be allowed.
NOTE
After this function is enabled, license consumption by multi-carrier HSDPA users may
become different.
For example, if DC-HSDPA licenses are available for three cells under a NodeB:
● Before this function is enabled, DC-HSDPA users can be established in three cells with
the same PLMN ID and neighboring frequencies (for example, cell 1 operating on F1,
cell 2 operating on F2, and cell 3 operating on F3). The cells belong to the same carrier
group, and F1, F2, and F3 are neighboring frequencies.
● After this function is enabled, cell 4 (operating on F4) with another PLMN ID is added
to the carrier group. Among the four cells, only three can accommodate DC-HSDPA
users. For example, if DC-HSDPA users are established in cell 4 and cell 3, only cell 3
and cell 2 can accommodate DC-HSDPA users. This is because the available licenses
have been used up in cell 4, cell 3, and cell 2.
For details about license consumption, see Multi-Carrier HSDPA Feature Parameter
Description and DC-HSUPA Feature Parameter Description.
Related Features
● Prerequisite features
None
● Mutually exclusive features
None
● Impacted features
None
Network Impact
● System capacity
In RAN sharing scenarios, when this function takes effect, the single-UE peak
rate increases and can reach the peak rate of multi-carrier HSPA.
● Network performance
When this function takes effect, resource consumption of other operators
increases.
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 resource is allocated among the
primary and secondary operators according to the method listed in the License
Allocation for Multiple Operators column.
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
FeatureResAssignMode parameter set to ManualAssign and license-related
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, PSTHROUGHPUT, HSDPATHROUGHPUT, and
HSUPATHROUGHPUT). Example:
SET LICENSE: SETOBJECT=UMTS, OperatorType=PRIM, CNOPERATORINDEX=0,
FeatureResAssignMode=AutoAssign, CSERLANG=35000, PSTHROUGHPUT=10000000,
HSDPATHROUGHPUT=10000000, HSUPATHROUGHPUT=10000000;
SET LICENSE: SETOBJECT=UMTS, OperatorType=SEC, CNOPERATORINDEX=1,
FeatureResAssignMode=AutoAssign, CSERLANG=15000, PSTHROUGHPUT=8000000,
HSDPATHROUGHPUT=8000000, HSUPATHROUGHPUT=8000000;
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 for the primary operator, that is, to deselect MOCN_PACKAGE under the
FUNCTIONSWITCH4 parameter.
Other Requirements
None
4.1.2.3 Activation
● 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.
Step 5 Run the RNC MML command ADD N7DPC for multiple times to configure
destination signaling points (DSPs) for the primary and secondary operators.
Step 6 Configure Iu data for the primary operator and for each of the secondary
operators.
Step 7 Run the RNC MML command ADD UCNNODE to add CN nodes for the primary
operator and for each of the secondary operators.
Step 8 Run the RNC MML command ADD UNODEB with SharingType (BSC6900,
BSC6910) set to DEDICATED(Dedicated) or RANSHARING(RAN Sharing).
Step 9 Run the RNC MML command ADD ULAC, ADD URAC, ADD USAC, and ADD
UURA to set the LAC, RAC, SAC, and URA, respectively, for the primary operator
and for each of the secondary operators.
Step 10 Run the RNC MML command ADD ULOCELL to add a local cell.
Step 11 Run the RNC MML command ADD UCELLQUICKSETUP to add a dedicated cell.
----End
NOTE
4.1.2.5 Deactivation
----End
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&5900 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
4.3.2.3 Activation
To verify flexible deployment on the Iu-BC interface, see the WRFD-011000 Cell
Broadcast Service feature in CBS Feature Parameter Description.
To verify flexible deployment on the Iur interface, see BSC6900 UMTS Initial
Configuration Guide and BSC6910 UMTS Initial Configuration Guide.
To verify flexible deployment on the Iub interface, run the Lst UNodeB command
to query the NodeB sharing type.
4.3.2.5 Deactivation
To deactivate flexible deployment on the Iu interface, see the WRFD-021302 Iu
Flex feature in Iu Flex Feature Parameter Description.
To deactivate flexible deployment on the Iur interface, see BSC6900 UMTS Initial
Configuration Guide and BSC6910 UMTS Initial Configuration Guide.
To deactivate flexible deployment on the Iub interface, run the RNC MML
command MOD UNODEB with Sharing Type Of NodeB set to
DEDICATED(Dedicated) or RANSHARING(RAN Sharing).
4.3.4 Troubleshooting
None
If the Single CN With Multi-PLMN IDs function is used in the common RAN
sharing scenario, you are advised to delete the configurations of secondary
operators' CN nodes, in order to avoid data redundancy.
● Whether the MSC and SGSN are deployed with the Multi-PLMN feature
● The PLMN ID of the primary operator and the DPC of the CN node
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 deploying this function, you must enable the WRFD-021304 RAN
Sharing Introduction Package feature and turn off the inter-operator
handover switch specified by the InterPlmnHoAllowedIntraRat (BSC6900,
BSC6910) parameter.
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
Parame Parameter ID Setting Notes Data
ter Source
Name
Step 1 (Optional) Delete the Iu interface and the mapping between the NRI and the CN
node for the secondary operator.
Step 2 Run the RNC MML command SET UOPERATORSHARINGMODE with Intra RAT
Inter Plmn Ho Allowed set to OFF.
Step 3 Run the RNC MML command SET UOPERATORSHARINGMODE with Single CN
With Multi-PLMN IDs Switch set to ON.
----End
● If some CN nodes are shared and others are dedicated, perform the following
steps:
Step 1 Run the RNC MML command ADD UCNNODESHAREDMAP with Sharing
Operator Index specified.
Step 2 Run the RNC MML command SET UOPERATORSHARINGMODE with Intra RAT
Inter Plmn Ho Allowed set to OFF.
Step 3 Run the RNC MML command SET UOPERATORSHARINGMODE with Enhance
Multi-PLMN for CN set to ON.
----End
Activation Observation
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.
Step 1 (Optional) If the secondary operator's CN node is not configured, you need to
configure the CN node and NRI first.
Step 2 Run the RNC MML command SET UOPERATORSHARINGMODE with Single CN
With Multi-PLMN IDs Switch set to OFF.
----End
If some CN nodes are shared and others are dedicated, perform the following
steps:
Step 1 Run the RNC MML command ADD UCNNODESHAREDMAP with Sharing
Operator Index specified.
Step 2 Run the RNC MML command SET UOPERATORSHARINGMODE with Enhance
Multi-PLMN for CN set to OFF.
----End
//Activating the Enhanced Multi-PLMN for CN function after RAN Sharing Introduction Package is deployed
//Configuring the CN sharing relationship among operators
ADD UCNNODESHAREDMAP: CnOpIndex=0, CNId=1, SharedCnOpIndex=1;
//Turning on the switch for the Enhanced Multi-PLMN for CN function on the RNC
SET UOPERATORSHARINGMODE: RANSharingSupport=NO, MOCNSupport=YES,
MultiPLMNforCNEnhanceSw=ON, InterPlmnHoAllowedIntraRat=NO,InterPlmnHoAllowedInterRat=NO,
DefaultCnOp=0;
//Feature deactivation
//Removing the CN sharing relationship among operators
RMV UCNNODESHAREDMAP: CnOpIndex=0, CNId=1, SharedCnOpIndex=1;
//Turning off the switch for the Enhanced Multi-PLMN for CN function on the RNC
SET UOPERATORSHARINGMODE: RANSharingSupport=NO, MOCNSupport=YES,
MultiPLMNforCNEnhanceSw=OFF, InterPlmnHoAllowedIntraRat=NO,InterPlmnHoAllowedInterRat=NO,
DefaultCnOp=0;
4.4.5 Troubleshooting
None
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
Table 4-3 Data to prepare before activating WRFD-02130403 Mobility Control and
Service Differentiation
4.5.2.3 Activation
4.5.2.5 Deactivation
4.5.4 Troubleshooting
None.
The license delivered by the MAE to the NodeB carries the operator's frequency
information. In the multi-operator sharing scenario, to ensure the frequencies in
the license information are consistent with the configured frequencies after cell
frequencies are modified on the RNC, the license must be re-delivered on the
MAE.
4.8.3 Planning
4.8.3.1 RF Planning
None
4.8.4 Deployment
4.8.4.1 Requirements
Other Features
● Prerequisite Features
None
● Mutually Exclusive Features
None
● Impacted Features
None
Hardware
● RNC
None
● NodeB
None
● Others
To apply a multi-carrier technology, refer to "Hardware Planning" in Multi-
Carrier HSDPA Feature Parameter Description.
To apply the DC-HSUPA technology, refer to "Hardware Planning" in DC-
HSUPA Feature Parameter Description.
License
This function is not under license control.
Other Requirements
None
4.8.4.2 Precautions
Before the upgrade, clear the following alarm:
ALM-28206 Local Cell Capability Decline
----End
4.8.4.5 Deactivation
4.8.4.6 Reconfiguration
None
4.8.7 Troubleshooting
None
5 Parameters
The following hyperlinked EXCEL files of parameter reference match the software
version with which this document is released.
Base station controller parameter reference
● BSC6900 UMTS Parameter Reference: contains the parameters related to the
BSC6900 equipment, transport, and radio access functions.
● BSC6910 UMTS Parameter Reference: contains the parameters related to the
BSC6910 equipment, transport, and radio access functions.
NodeB parameter reference
● Node Parameter Reference: contains base station equipment and transport
parameters.
● NodeBFunction Parameter Reference: contains all parameters related to radio
access functions, including air interface management, access control, mobility
control, and radio resource management.
NOTE
You can find the EXCEL files of parameter reference for the software version on the live
network from the product documentation delivered with that version.
----End
6 Counters
The following hyperlinked EXCEL files of performance counter reference match the
software version with which this document is released.
Base station controller performance counter reference
● BSC6900 UMTS Performance Counter Reference: contains the counters related
to the BSC6900 equipment, transport, and radio access functions.
● BSC6910 UMTS Performance Counter Reference: contains the counters related
to the BSC6910 equipment, transport, and radio access functions.
NodeB performance counter reference
● Node Performance Counter Reference: contains base station equipment and
transport counters.
● NodeBFunction Performance Counter Reference: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
NOTE
You can find the EXCEL files of performance counter reference for the software version used
on the live network from the product documentation delivered with that version.
----End
7 Glossary
For the acronyms, abbreviations, terms, and definitions, see the Glossary.
8 Reference Documents