MSC Pool维护操作和问题定位.ppt

* 核查内容可定制 核查任务可定制 这两点内容在胶片中有体现，但是没有明确点明，需要也红色高度标示出来。 * * 虽然前面在谈别的特性的时候也包括了一些告警，但是我觉得告警和检测、监控部分是否有必要挑重点还是单独再直观的写出来一些？所以这里，我建议加“告警、检测、监控”胶片，不知意下如何？ * * 根据MSC 上的负载情况选择迁移速度（实际上有high speed的体现，不过没有明确标示出来） 迁移前检查迁移任务的正确性及合理性（怎么体现？） 迁移过程中，及时刷新迁移进度，也可以通过负荷监控，实时查看负荷变化情况（有这样的图么？） 这几点能在胶片上直观体现出来么？ Answer（shy）： * 这一页可有可无，但是体现了华为对Pool考虑的周全。 * 结合我们以前文字描述的“话务统计”的胶片，我认为要直观体现两个方面的意思： 原有的指标－要做全局性处理 例如： MSC Pool全局话务量 移动局向话务量（？？这个跟传统的有区别吗？） 位置区话务量 本地网话务量 全局用户数 短消息成功率 切换成功率、MTC呼通率、寻呼成功率、指配成功率 等 2. Pool 出现带来的特殊的话务统计项 －这是新的指标项，有哪些？怎么体现？ 而且，这个图片上怎么没有结果，不能给出一个结果看看么？空白的灰色说明不了什么问题啊 * 结合我们以前文字描述的“话务统计”的胶片，我认为要直观体现两个方面的意思： 原有的指标－要做全局性处理 例如： MSC Pool全局话务量 移动局向话务量（？？这个跟传统的有区别吗？） 位置区话务量 本地网话务量 全局用户数 短消息成功率 切换成功率、MTC呼通率、寻呼成功率、指配成功率 等 2. Pool 出现带来的特殊的话务统计项 －这是新的指标项，有哪些？怎么体现？ 而且，这个图片上怎么没有结果，不能给出一个结果看看么？空白的灰色说明不了什么问题啊 * * * * * * * * * * * * * * * * * * * * * * * * Page * 1 SERVER POOL下，A口电路下移到MGW，相关A口电路的配置\维护管理都移到MGW上(MSC SERVER上还是需要配置A口信令以及中继群数据，用于话统) 2 UMG发起的A口维护消息， 是随机选择POOL中的一个MSC SERVER，通过Mc口Notify消息发送，然后由MSC转接的。 3 BSC发起的A口维护消息， 在UMG上也是随机选择POOL中的一个MSC SERVER， MSC然后再通过Mc口广播到所有MGW上。 4 因此，对于A口维护消息的跟踪， 由于MGW选择MSC的不确定性，目前需要在MGW上针对所有MSC都启跟踪任务，这点是需要注意的。 5 BSC表中的开关参数控制对应的BSC是否使用SERVER POOL方案 6 MSC发送的RESET维护操作， 使用软参控制，默认是不下发，因为会影响到POOL中其他SERVER。 BSC发送的RESET操作无软参控制，由UMG转到所有POOl中MSC SERVER上处理。 7 电路拨测在MSC SERVER上进行， 需要指定MGW ID以及电路对应的CIC(需要在MGW上查询获取) 日常维护A口维护 Page * 日常维护A口维护(续) A口电路故障的定位： 1 告警：MSX300:到B侧的信令链路、路由告警 UMG:告警ID2401(E1/T1 信号丢失 )/到B侧/MSC的信令告警 2 话统：在MSX3000上获取，包括安装、可用、闭塞电路数的统计 在UMG上可以获取TDM端点的故障、空闲、闭塞数目， 同时可以测量MGW上按照CN节点/CN节点的NRI对SCCP消息进行统计，统计POOL内不同MGW处理的SCCP消息 3 从MSC到UMG的电路查找过程：MSX上使用DSP OFTK和LST AIETG定位到具体的UMG， 再在UMG上使用LST AIETG/AIETKC/DSP AIETKC/LST TDMTID 定位到具体的电路 Page * MSC SERVER与HLR断连处理 当POOL中某MSC与HLR断连， 会造成此MSC上用户的业务损失(主被叫业务都会受影响) 1 通过链路、目的信令点、信令路由等告警可以发现到HLR的链路中断 2 定位到具体MSC后，可以按照非POOL场景的处理方法进行恢复 3 如果暂时恢复不了， 可以利用POOL提供的迁移方法，在NNSF(MGW)上把此与HLR断连的MSC SERVER置为‘卸载’态，把业务按比例分配到POOL中其他的MSC SERVER处理。 4 迁移操作前， 需要注意观察下各个MSC以及C/D/E链路的负荷状况，做好链路拥塞的应急措施 5 与HLR连接正常后，需要