MSC Pool VMS6 Presentation
MSC Pool VMS6 Presentation
www.huawei.com
CN Professional Service Team
BSS BSS
The most typical difference between the MSC Pool network and the traditional network is that the
topology between core network nodes and wireless network nodes changes from one-to-multiple tree
topology in the traditional network to multiple-to-multiple mesh topology in the MSC Pool network.
With the absence of the virtual MGW technology, all A interfaces and all Iu interfaces must interwork.
Viewed from the access network side, the MSC Pool acts as an MSC server with an extra-large
capacity.
IP Backbone
BSS
The virtual MGW technology can be used to avoid the interworking of all A
interfaces.-just for manage A interface
NNSF component
NNSF: NAS node selection
2. Positive location update response function
1. Location
update request
The NNSF detects a new location update request destined for the MSC Pool and routes the request to an
MSC server in the MSC Pool according to a sharing algorithm.(focus that it is location update)
The MSC server allocates an NRI for the user. Then, all in-pool service requests of the user are routed by
the NNSF to the MSC server that possesses the NRI.
The NNSF function can be provided by the BSC/RNC.
In the softswitch networking of the separated architecture, the NNSF function can be provided by the
MGW with the A/Iu interface unchanged.
MSC
….
MSC
….
….
RNC RNC RNC RNC
Residential area RNC Business area
….
Mc Mc
MGW MGW
BSC BSC
The efficiency of using A interfaces decreases. For example:
A company has 100 employees and 10 vehicles. The 10 vehicles are just enough for the
company. If the company is divided into 10 branches, each of which has 10 employees and
one vehicle, maybe some branches need more vehicles while the vehicles of others are idle.
MSC1 MSC2
GMSC-Server
The MS is
called.
….
following aspects:
ensured.
One MSC Pool area could be the area which the population migrate frequently. For example, the city center
and suburbia can be planned as an MSC Pool area. This planning can reduce the location update times
between CN nodes.
The RAN of an MSC Pool should be a whole area(LAI coverage in an MSC Pool is continuous ). This
planning can reduce handover times between MSC Servers and make the traffic balanced in an MSC Pool.
The subscriber capacity and service which can be provided should be the same for all the CN nodes in an
MSC Pool.
Nnormally, CN nodes in an MSC Pool do not provide service for the BSC/RNC outside the MSC Pool.
Planning Principle:
MSC5 MSC6
In order to keep the signaling is balanced
in MSC Pool, the MSC out of MSC Pool
MSC3
should connect to different default MSC
MSC2
in MSC Pool.
Pool area
MSC1 In order to increase the resource usage,
the MSC out of MSC Pool should
connect to the location nearest MSC in
MSC4
MSC Pool while the traffic is TMD based.
In project, the handover target MSC is normally the default MSC in MSC
Pool.
The capacity of the nodes in the MSC Pool should be balanced. The nodes serve as the VMSC (not recommended to
concurrently serve as the GMSC and TMSC). In addition, the nodes should provide the same services.
The MSC Pool networking requires the IP-based Mc, Nc, and Nb interfaces. The MSC Server and MGW in the MSC
Pool are connected in full mesh mode.
It is recommended that the signaling connection between the MSS and the pure signaling NEs such as the SMC, SCP,
and HLR in the MSC Pool is transferred through the STP, and the STP is directly connected to the MSS. Generally, the
BICC signaling adopts the direct connection mode.
It is recommended that the trunk signaling between the MSS in the MSC Pool and the TDM office outside the MSC
Pool should be transferred through the independent TDM/IP interworking office. When an independent TDM/IP
interworking office is unavailable, the signaling should be transferred through one pair of MSS in the MSC Pool.
The trunk signaling to the PLMN/PSTN is transferred through the GMSC.
It is recommended that the signaling of service NEs such as VMS, IVR, and CRBT with traffic is transferred through the
GMSC or TMSC.
There is signaling connection between BSC/RNC and all MSC Servers in the MSC Pool. The M3UA transfer mode is
recommended for the BSSAP and RANAP.
The centralized backup mode is recommended for VLR subscriber data backup.
The second solution can reduce MGW number while the traffic is very few between MSC
Pool and other MSC.
The trunk signaling to external TDM office directions is transferred through the GMSC, without
establishing the signaling link between the nodes in the MSC Pool and office directions outside the
MSC Pool. This simplifies the data configuration and reduces the engineering implementation
workload.
The signaling from nodes in the MSC Pool to the GMSC is transferred through two MSC Servers,
without establishing the signaling link between each node in the MSC Pool and the GMSC. This
simplifies the data configuration and reduces the engineering implementation workload.
When a node in the MSC Pool is added, a signaling link should not be established for office directions
outside the MSC Pool.
With the increase of the MSC Pool capacity, the MSC Server concurrently functioning as the
interworking office gradually becomes an independent IP/TDM interworking office. In the networking,
the physical connections or data configurations of each NE are not changed greatly during the
evolution. This eases the smooth network evolution.
The first MT recovery solution and the second recovery solution are configured by
software parameter in HUAWEI device.
The different of network structure: The signaling link is not necessary between VLR and
NNSF Node (MGW/BSC) while using the central backup in the first MT recovery solution.
For centralized backup mode, only one SPC need to be configured in active MSC
Server. Also only one SPC need to be configured in backup MSC Server. The SPC
of backup MSC Server is the assistant SPC and the priority is lower than the SPC
of active MSC Server.
For centralized backup mode, the configuration of active MSC Server is the same as above.
For backup MSC Server, one SPC of MAP service need to be configured. The SPC of active
MSC Server also need to be configured in backup MSC Server but only for VLR sub-system.
The relationship of these two SPC need to be configured too.
Thinking:What problem will come out if the trunk signaling is through STP in this solution?
When active MSC Server is down, only paging message and PRN message will be processed in backup
MSC Server. If other messages (M3UA/MAP/CAP) are sent to backup while active MSC Server was
down, the resource boards of backup MSC Server will become heavy.
1、SCCP Load-Sharing mode is recommend when STP supports SCCP Load-Sharing mode.
2、Route Priority mode is recommended when STP does not support SCCP Load-sharing mode.
到Pool外的话务路由
The traffic route form MSC
Pool to outside
Non-IP GMSC
MGW1 MGW3
V1 V2 V3 V4
One BSC connects to one MGW One BSC connects to more MGW
XX YY
There are two solutions, one is virtual MSC ID billing and another is LAI
billing.
A A
A A
BSC BSC
BSC BSC
One physical MSC is divided into multi-virtual MSC, every virtual MSC is arranged one
independent MSC ID.
One virtual MSC ID belongs to one local area.
The system specifies the LAI in caller and callee CDRs outgoing from the local office. The local office
allocates roaming numbers according to the LAI. The GMSC can map the location of the callee
according to the called roaming number to charge the subscriber. To implement the charging of the
Free Roaming to Same City for IN subscribers, the SCP uses the ATI procedure to obtain the location
information of the caller and callee in the calling and called processes to implement the precision
charging.
Requirements of peripheral NEs in the LAI charging are as follows:
The BOSS should support the LAI-based charging.
The SCP should support the ATI process of obtaining the location information.
The HLR should support the PSI process of obtaining the location information from the MSC.
LAI Charging 1. It reflects location 1. The current BOSS system should be reconstructed.
information. The data 2. The SCP in the current network should support the
configuration is ATI process.
simplified. 3. The HLR in the current network should support the
2. The benefits of the PSI process.
MSC Pool networking 4. The MSC in the current network should support the
are not affected. ZC function. The ZC information should be added for
the subscriber in the HLR.
MSC POOL
MSS1 MSS2
For this network,
what is the key
IP Bearer TMSC
point of network
design?
MGW1 MGW2 IP Signaling
What other
TDM Signaling
solution could
IP Traffic
be considered?
TDM Traffic
BSC1 RNC1 RNC2 BSC2
1、The bandwidth resource requirement is not enough after the office is cutover.
Analysis:
The traffic model is incorrect.
The traffic model from sale engineer is incorrect.
The traffic model is not converted into MSC Pool traffic model.
The bandwidth result is incorrect
The analysis of signaling route and traffic route is not correct, and the bandwidth combiner
and bandwidth split are wrong.
The traffic planning is not rational, there are many devious traffic between different
MGW.
The trunk data configuration is incorrect.
The BICCTG data configuration is missing in VMSC and this occur large traffic between
different MGW.
There are more cases in following link:
http://support.huawei.com/support/pages/kbcenter/view/product.do?actionFlag=detailProdu
ctSimple&web_doc_id=SC0000523532&doc_type=123-2
Russian VIP
Canada OT
Beta
Commerce
Project
Implementation