发布时间 : 星期日 文章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页