MSC POOL介绍及维护 下载本文

文档名称 文档密级:

3.7 BSC发起CR消息分发失效的处理

1、 MGW对上行CR消息的处理

在MGW代理A/Iu Flex功能组网下,当MS/UE以IMSI/IMEI发起业务时,MGW采用负荷分担算法,根据MSC Pool内各有效的MSC的用户容量的比例来选择一个有效的MSC作为MS的服务MSC。MS/UE以IMSI/IMEI发起业务的情况下,被选择的MSC将分配含有本局NRI的TMSI给MS/UE。

当MS/UE以TMSI发起业务时,MGW根据自身配置的NRI与MSC Pool内MSC的对应关系为MS/UE选择服务的MSC。当被选择的MSC无效或无NRI与MSC的对应关系时,MGW采用负荷分担算法,根据MSC Pool内各有效MSC的用户容量的比例来选择一个有效的MSC作为服务的MSC。被选择的MSC将分配含有本局NRI的TMSI给MS/UE。

当MSC以IMSI寻呼被叫MS/UE时,MGW将临时存储IMSI与发寻呼的MSC的对应关系。当被寻呼的MS/UE以IMSI寻呼响应网络时,如果携带了NRI,RNC/BSC将按NRI和MSC的对应关系选择一个MSC;否则MGW将根据临时存储的IMSI与MSC的对应关系为MS/UE选择服务的MSC。这样能够使寻呼响应被发送到发寻呼的MSC,保证呼叫成功。当被选择的MSC无效或不能通过对应关系选择MSC时,RNC/BSC将采用负荷分担算法选择一个有效的MSC。

? ?

MGW识别MSC的信令点不可达时,MGW认为MSC是故障的、无效的。

MGW上需要静态配置与其有信令连接的各MSC的用户容量比例关系。另外,还可以由MSC定时通知用户容量,MGW将根据通知中的各MSC的用户容量动态调整MSC Pool内各MSC的用户容量比例关系。

2、 MGW对上行CR消息处理失效时的定位

1) 在MSC上创建用户消息跟踪,检查对应的CR消息是否为携带TMSI。 2) 根据携带是否为TMSI检查配置。如果为携带TMSI,在MGW上用命令LST

POOLINFO查询设置的NRI长度和NULLNRI值以及LST NRIMSC查询配置的NRI,检查是否与MSOFTX3000一致。

3) 执行DSP CNNODE查询CN节点当前的状态。如果CN节点设置为“禁止”,那

2014-11-26

华为机密,未经许可不得扩散

第37页, 共47页

文档名称 文档密级:

么MGW就不会把业务分发到此节点。

4) 如果不是携带TMSI,或者TMSI解析为NULLNRI或者没有配置的NRI,则执行

DSP CNNODE查询CN节点当前的状态。如果CN节点管理状态设置为“禁止”、“卸载”,可达状态为“否”“集中备份MSC标志”为是,“当前可用用户容量(K)”为0那么MGW就不会把业务分发到此节点。如果没有能够分发的CN节点,则会导致分发失败。

3.8 BSC发起有连接的SCCP消息(CR除外)消息分发失效的处理

1、 MGW对上行有连接的SCCP消息(CR除外)消息的处理

A接口的SCCP的有连接的完成是通过MSOFT3000(MSC POOL内MSC标识,SET POOLINFO命令中的参数:MSCIDX)和MGW(ADD CNNODE命令中的MSCIDX)中的MSCIDX对应的。因此这个参数是MSOFT3000和MGW协商的参数,需要POOL内全局规划。

在有连接的SCCP消息交换过程中,MSOFT3000收到CR消息后,MSOFT3000通过携带包含这个MSCIDX索引的SCCP源本端参考号的CC消息给BSC,建立CR之后的连接,BSC后续的消息会把目的参考号字段填为收到CC消息的源本端参考号。NNSF功能实体可以通过区分这个MSCIDX将后续的有连接消息路由到相关的CN节点上。

2、 MGW对上行有连接的SCCP消息(CR除外)消息处理失效时的定位

1) 执行LST CNNODE查询“Pool内MSC索引”字段与MSOFT3000上配置是否一

致。

2) 解析收到消息的目的参考号,确认MGW是否把消息转发到正确的CN节点。解

析方法为取消息的第19-23比特(MSCIDX固定填在19-23比特)。例如下面消息中把0X01703A转换为二进制为0000 0001 0111 0000 0011 1010,红色部分为19-23比特,即MSCIDX为0。

2014-11-26

华为机密,未经许可不得扩散 第38页, 共47页

文档名称 文档密级:

3.9 MGW负荷分担功能失效的处理

1、 MGW上负荷分担功能的实现

负荷分担指MGW按照NNSF(NAS node selection Function,非接入层节点选择功能)功能选择CN NODE失败时,将采用负荷分担算法选择一个有效的MSC的功能。 MGW采用负荷分担算法根据CN NODE“当前的可用容量计算”(“当前的可用容量计算”可以在MGW上通过DSP CNNODE查看)。 2、 MGW上负荷分担功能失效的定位

1) 执行LST CNNODE命令查询“初始用户容量(K)”字段是否与MSOFT3000规划

的POOL内用户容量一致。

2) 执行DSP CNNODE查询CN NODE当前的状态。如果CN节点管理状态设置为

“禁止”、“卸载”,可达状态为“否”“集中备份MSC标志”为是,“当前可用用户容量(K)”为0那么MGW就不会把业务分发到此节点。如果没有能够分发的CN NODE,则会导致分发失败。

3) 检查MSOFT3000和MGW上是否打开了动态容量广播功能,MSOFT3000软参为

P195比特0。MGW为P161的比特15(1表示打开)。

4) 如果MSOFT3000和MGW打开了动态容量广播功能。检查MSOFT3000广播给

MGW的容量是否正确。检查MGW更新“当前可用用户容量”是否正确(方法见“MGW动态调整分发比例失效的处理”节)。

2014-11-26

华为机密,未经许可不得扩散 第39页, 共47页

文档名称 文档密级:

3.10 MGW动态调整分发比例失效的处理

1、 MGW上动态调整分发比例功能的实现

如果动态调整容量功能关闭,则CN节点配置后“当前可用用户容量”与“初始可用容量”相等,并且“当前可用用户容量”后续不再变化。即不能通过执行MOD CNNODE命令修改“当前可用用户容量”。

如果动态调整容量功能打开,MGW上默认处理周期为10分钟,即如果从收到MSC POOL最后一条广播消息和POOL中第一条广播消息的时间间隔小于10分钟,则更新“当前可用用户容量”;否则此周期不更新。更新“当前可用用户容量”时的计算公式为

当前可用用户容量=A-(B-C)

1) 其中A为MGW上配置的“初始用户容量”,可以通过LST CNNODE查询;

B为MSOFT3000广播的POOL内总用户容量,C为MSOFT3000广播的当前可用容量。广播容量消息在MGW消息跟踪显示为:

B、C分别为下图中红色部分两个字段

2014-11-26

华为机密,未经许可不得扩散

第40页, 共47页