单通分析报告.docxVIP

十九、单通问题处理根据如下的原理测试图，我们发现了乌当地区BSC212 下面有严重的单通或双不通现象：进一步与交换配合测试 A 接口， 发现只要占在 CIC 737 – 767 上面， 就会出现此现象，BSS 组 （网优中心和经纬汇通构成）发现在RXCDR 上面存在 GDP 板子OOS 的状况，如下是连接图：当 RXCDR 212 上面的GDP 板子 （MMS 38 0） OOS 的时候， RXCDR 212 会通过 XBL 告诉 BSC 212， 让BSC 212 把 CIC 处于 D-U 状态，但遗憾的是，该GDP 虽然 从2005 年8 月13 日OOS，在BSC 上面的CIC 仍然处于E-U 状态，这样就造成了 MSC 认为该CIC 为可用的，会正常分配CIC， 如果有一个电话的CIC 落在该范围内 （737-767），那么就是单通(实际用户感受也是双方无声，而在A 口上听到的单通)，如果两个都在里面，就是双方无声。经检查BSC 和RXCDR 的CIC 配置 和XBL 配置，均没有错误，造成BSC 212的 CIC 状态不正确的原因是XBL 通信异常， 经过 ins RXCDR 212 的XBL，立即发现CIC 737 – 767 在BSC212 的状态变为 D-U，则BSC 会发 “blockCIC” 的消息给MSC，MSC 将不会分配这段CIC 给用户，至此，故障明朗。 整个Motorola RXCDR 的GDP 的故障的正确汇报流程如下：GDP 异常 （OOS 或者DSP 损坏， CIC 不可用） 通过XBL 报告给对应的BSC BSC 置自己的CIC 为D-U BSC 通过MTL 送 “cic block” 或者 “cic group block” 消息给MSC MSC 将自己的CIC 状态设为 D-U(remote blocked), 并且不在指配这些 CIC。二十六、单方通话和双方互不通检查：经过连日来的大量测试和汇报汇总，发现系统中在故障发生时的CIC 监听结果是该CIC 已经被占用，怀疑有CIC 重复指配现在，在8 月30 日的A 接口信令跟踪中发现交换机的重复指配现象： 在inter BSS 切换时，手机切换到 Target BSC, 会向交换机发送 “hocomplete” 消息，MSC 向Source BSC 发 “clear command” (cause value: hosuccessful)要求BSC 清除专用信道，BSC 在成功清除完毕后会发 “clearcomplete” 给MSC ， 而在贵阳系统中， MSC 存在并没有等到 “clearcomplete” ， 就继续分BSC 占用的CIC 的现象， 这种现象对最终用户会造成如下现象：a. 电话呼叫失败；b. 电话接续时会单通或双不通，有时时有时无；c. 串话；