Beruflich Dokumente
Kultur Dokumente
Training on UMTS
RAN Sharing
Transmission
License Management network information
design OM design
Operator and CN
information
RAN hardware
information
Feature combination Guideline and Tool
policy design Support
The payment
approves Implementation
NE Version
Operator A Operator B
CN CN
Operator A NMS Operator B NMS
Itf-N Iu interface
RNC
Iub interface
Shared Master OSS
Macro
Node B
4 operators
32 MSC servers
32 SGSN F1: Operator A
32 MGW F2: Operator B RRU
Networking scenario 1
Networking scenario 2
Networking scenario 3
Networking scenario 4
Networking scenario 5
Constraints Constraints
For different operators, the Iu The transmission resources at the Iur
interface is independent. interface are shared among operators.
Design method Design method
Iu interface design in RAN sharing Iur interface design in RAN sharing (the
(the same as that in non-RAN same as that in non-RAN sharing
sharing scenario) scenario)
The Iu interface design is the Total Iur transmission bandwidth =
same bewteen (Iur transmission bandwidth required
The operators can activate or by operator i)
de-excitation Iu-Flex alone, Iu- Interface transmission capability design
Flex configuration in RAN Interface networking design
sharing is similar with non- QoS design
sharing RNC
Interface transmission capability
design
Interface networking design
QoS design
EntryPointIRP Agent
Instance CMIRP Agent Instance
set 1 PMIRP Agent set 2
FMIRP PMIRP Agent
FMIRP Agent FMIRP Agent
Agent Supplier
Notification Itf - N Notification Supplier
The shared master OSS is operated by an operator (normally the primary operator) or a third-party company to
implement network management and OM functions. The shared master OSS provide services to each operator
by using the Itf-N northbound interface. Operators can maintain dedicated or shared data by using the Itf-N
interface, and perform functions such as cell-level fault management (FM), performance management (PM), and
configuration management (CM).
By using the shared master OSS and Itf-N northbound interface, dedicated data of an operator can be obtained
by only the corresponding operator and shared data can be obtained by all operators.
The shared master OSS shields the impact of different operators on the RAN. Therefore, the OM design is the
same as that in non-shared RNC scenarios.
Iu interface
RNC
Shared Master OSS
Iub interface
NodeB
A maximum of 4 operators can be supported.
...
All RAN resources, including carrier and
Shared Carrier
baseband resources are shared. Mode
Shared RAN
Networking scenario 1
Iu
Operator A
Iur
Dedicated RNC MOCN Shared
RNC
Operator B Iur
Dedicated RNC
Operator B Cell
MOCN Cell
Operator A Cell
Operator A CN Operator B CN
Operator A CN Operator B CN
MSC server 3
MSC server 2
MSC server 1
MGW 4 SGSN 2
MGW 3 SGSN 1
MGW 2
MGW 1
Operator B
MOCN SGSN 1
SGSN 2
Shared
RNC SGSN 3
Multi-operator coexist
Operator A and operator B shares RAN, but operator C and operator B signs the
roaming agreement, this agreement permits operator B and operator C all user shared
network resources.
Interface design
Iur interface
Iub interface
RAN14.0: The RAN SHARING scene The largest difference with Iub interface design in RAN sharing
supports Iub transmission separation, service design is as follows: In RAN sharing scenarios, Iub
but the MOCN scene does not support transmission separation is supported; in MOCN scenarios, Iub
it. transmission separation is not supported.
RAN15.0 The MOCN scene supports
the Iub service plane transmission
resources independently (including IP
or ATM transmission);
Does not support many operators to have MOCN RAN, only has RNC License and NodeB
one set of M2000 to manage a shared License.
network respectively. RNC License contained the functional control
The MOCN network shares FM (fault item and the resource control item, resources
management) and CM (configuration
License may configure independently, the
management). PM (performance
functional control item is shared by various
management) may the part independence,
operators. First, RNC License may the whole
each operator can be possible to gain the
independent RNC level statistics, but activate and does not differentiate the operator,
shared the cell level performance statistics. then according to configure resources by each
Each operator modify the cell parameter in operator.
sharing cell can affect other operators, In the NodeB side, the functional control item is
therefore should by jointly manage the shared by all operators, cannot establish
maintenance team or the host operator independently, namely various operators use the
team is responsible. same feature.
RAN15.0 introduces the MOCN independent CE
resources allocation feature, M2000 assigns
each NodeB level uplink and downlink CE
license group according to the operator, the CE
license group of each NodeB assignment may
not be different or may be the same, including
private group and sharing group.
Multiple operators may provide services to a certain UE (for example, a roaming UE). In this case, a
load balancing mechanism is needed to balance the load and ensure network sharing fairness among
operators.
Generally, the Default mode is used. The default operator is the primary operator.
MOCN network support proportionate route roaming of user loading balance based on RAN13 version,
RNC may judge non-supporting UE whether have the roaming relations with many operators, realizes
proportionate division roaming user, guarantees operator's income to the roaming user.
Before the deployment , we need to audit the traffic of each operator to prevent the assignment the CE
number is less than the traffic demand
a) If among the operators the independent request to resources is high, then the sharing group may not
assign CE, only assigns CE in the private group; And NodeB total CE utility will drop.
b) If the operator considered independence and utility of resources, then may increase the assignment
of CE in the sharing group, more CE in the sharing group , then the utility is higher, the independence
is lower.
c) Sum of various operators' private group CE and sharing group CE cannot pass the purchase the CE
license.
Iu-Flex + RAN
Sharing
Iu-Flex + MOCN
A dedicated NodeB and a shared NodeB can co-exist in a same RNC. A RAN sharing NodeB and an MOCN
NodeB cannot co-exist in a same RNC.
If no special requirements exist, it is recommended that all NodeBs under a same RNC be shared NodeBs.
If the verification passes, will have the If the verification does not pass, will have the
following prompt, please click the next step. following prompt, according to wrong indications,
clicks on the button of Edit excel template again,
re-enters EXCEL to edit, saves and closes. Selects
the button of Check excel template data again
until the verification passes.
CheckList processing
According to customer's reconstruction scene, the tool can produce a checklist and do preparatory
work according to this checklist. Please complete before the reconstruction implementation.
Mobility processing
Please read the RAN Sharing mobility management of Network Sharing Instruction guideline book.
LICENSE
Please guarantee that the RAN Sharing/MOCN related characteristic opens in the RNC License
item.
If modify the main operator, please remember applied the new License of RNC/NodeB side,
because ESN is obtained according to main operator's MCC and MNC computation.