有信号无法主被叫分析
- 格式：pdf
- 大小：473.60 KB
- 文档页数：7
CDMA网络有信号无法主被叫的障碍处理
扬州无线网络优化中心 冷高铭
摘要：有信号无法主被叫的申告是目前C网用户申告的一个主要组成部分，用户有信号无法进行主被叫可能与位置登记失败有关系，也可能与核心网或无线网的数据配置相关，还有可能与终端类型相关，通过本文的分析能够对此类问题进行更深入的分析，并提供解决问题的思路，希望本文能起到抛砖引玉的作用，维护人员能够紧密结合各类场景的障碍现象，快速判断，分类处理。
关键字：有信号无法主被叫信道板写号终端
有信号无法主被叫的申告是目前C网用户申告的一个主要组成部分，用户有信号无法进行主被叫很可能和位置登记失败有关系，有可能存在核心网或者无线网的数据配置相关，也有可能与终端类型相关，希望通过本文的分析能够对这类问题进行更深入的分析和解决。
1、信道板问题
接到用户投诉，在某室外点使用C网手机无法进行主被叫，但是同一款手机至本地区域的其他区域则通信正常。
到达现场使用另外一款手机测试障碍现象依旧，通过若干次的跟踪、测试，发现对应障碍点做主叫时跟踪无信息上报，而做被叫时仅有核心侧下发的寻呼消息，基站无任何的相应。
现场使用几款终端障碍现象相同，仍然无法主被叫，将对应的两款终端开关机障碍依旧。
网管进行信令跟踪，当终端做主叫时，无信令上报；做被叫时只有核心侧下发的寻呼消息，基站侧无响应消息，超时释放。
现场用中兴CNT测试空口信令，终端做主叫时仅有终端上报的初始消息，基站侧无任何的响应消息，而现场信号强度Ec/Io，接收电平Rx均满足接入要求。
检查该基站的参数配置正常，对该基站进行业务观察，比较分析发现没有单独占用障碍小区（CELL0）的呼叫，但是有占用障碍小区(CELL0)的切换呼叫。
重启该室外宏站CELL0对应的TRX、DPA，重启后障碍依然存在，将障碍小区去使能后在障碍点使用同款手机进行主被叫均正常， 初步判断为对应小区障碍。
现场解决措施：
¾通过修改障碍小区的小区半径并进行数据同步，障碍恢复。
¾直接重启该基站的CHM3信道板，障碍恢复。
后来又陆续发生了几起RRU同样障碍现象的投诉， 均通过直接重启信道板得以解决。
分析终端在障碍小区下，收到的前向寻呼信道的开销消息异常（图1），导致手机在反向接入信道上发送登记消息和起呼异常消息，因此障碍小区下无法呼叫，当手机从障碍小区移动到正常小区后，手机接收到的起呼消息正常，如图2。
图1：故障小区下，手机在寻呼信道上接收的开销消息异常
图2：正常小区下，手机在寻呼信道上接收的开销消息正常
向设备厂家反馈此类关于信道板障碍问题，厂家研发人员通过实验室不断模拟发现，当呼叫量较大时，信道板CPU较高，偶然会出现寻呼信道开销消息被丢弃的现象，导致发送开销消息异常，从而接收开销异常，此时会出现此扇区下呼叫异常。
由于上述障碍现象是中兴BSC升级为820004版本后所遇，且无法通过话务预警来有效的发现问题小区，目前已经向设备厂家反馈在新版本中考虑解决。
临时解决措施，将基站小区配置中的“PTT业务支持指示”打开，采用PTT
业务的开销发送方式解决此隐患。
2、终端问题
(1) 写号终端ESN与原UIM卡ESN混淆
某HTC6800、6950终端（均为写号水货终端）反映有时会一声振铃，有时做被叫无法接通，而做主叫完全正常。
现场对某问题号码IMSI进行信令流程，该号码做做被叫时信令如下：
基站发出寻呼消息开始，很快在Um口收到ESN为d0b7bb90的终端的寻呼响
应消息，在核心网下发SCCP连接消息后，A1口开始释放连接。
此时A口释放，但是信令跟踪中却发现Um口收到ESN为806d7da2的终端用户的寻呼响应，于是重点分析一个IMSI号码对应两个ESN号现象。
后了解到该手机型号是HTC6850（水货），因不具备插卡功能，目前是通过终端写号的方式进行信息输入。
目前CDMA手机终端写号有两种方式：一种是将UIM卡的IMSI和ESN同时写入手机。
另一种是只将IMSI写入手机，在核心侧更改IMSI对应的ESN，改成手机上自带的ESN，两种写号方式都需要IMSI和ESN信息。
而本问题手机终端的写号属于上述第二种方式，即将UIM卡的IMSI信息写入手机终端，核心侧将该用户UIM的ESN（d0b7bb90）改为终端的ESN（806d7da2）。
该类手机做主叫时，上报IMSI和终端ESN(806d7da2)，核心侧鉴权通过，呼叫正常；而该类终端做被叫时，MSC按照IMSI进行寻呼，此时如果只有写号的终端开机，使用IMSI和终端的ESN寻呼相应，被叫也正常。
但是当该用户原有的UIM卡被插到另外一部机卡分离的CDMA手机中并正常待机时，此时该用户做被叫时，此时是机卡分离带有UIM卡的终端进行寻呼响应， ESN号为d0b7bb90，与核心侧ESN不一致，尽管后来ESN为806d7da2的终端也再次进行了响应，但是核心侧判定ESN不一致，被叫失败。
图4为该用户做被叫，ESN为806d7da2的进行寻呼响应时，被叫正常，因为手机上报的终端ESN与核心侧一致。
图4：460030965123331用户做被叫成功
上述问题属于一个IMSI对应了两个ESN号，但两个同样IMSI号的终端均
待机时，会造成有时无法接通被叫的现象。
当将该用户带有UIM卡的手机关机后，多次呼叫测试，所有被叫均正常。
（2）部分终端不规范
接到用户申告，用户经常无规则的无法进行主被叫。
由于用户在同样的地点不规则的发生，观察对应区域主导小区各指标正常。
后跟踪用户IMSI信令，用户进行主叫，信令过程如下：
图5：某多普达S900终端主叫失败的信令
在Um口起呼后，Um口和A口的起呼消息中ESN均为空，核心侧鉴权失败。
后咨询用户，用户使用终端是多普达S900高端机，用户由于经常遇到此类障碍，已经更换过UIM卡,分析是用户的终端问题。
将该用户的UIM取出插入其他的终端中，再次呼叫，信令流程如下：
图6：普通终端的主叫成功信令
在起呼消息中能正常上报ESN，核心侧鉴权通过，呼叫正常。
总结此类用户终端因不能正常的识别出UIM卡的ESN信息并上报，造成核心网鉴权不通过，而判定为非法手机。
3、核心网用户数据迁移影响
某地HLR于某晚割接迁移，用户数据从老的HLR割接至新的HLR，割接后两日内有部分用户无法被叫，有些开关机后也无效，手工清除用户VLR信息后正常。
分析由于割接当晚数据迁移的时候，当老HLR的用户信息、包括用户的位置信息在倒出、倒入的过程中，部分用户位置又发生了变化，导致老的HLR里用户的位置信息和实际的不一致。
当用户做被叫时候，新HLR通过登记的的MSC GT向用户原登记的MSC发起请求分配TLDN(临时漫游号)，而实际上用户已经改变位置在新的MSC，造成请求TLDN失败，因此用户被叫失败。
此种情况在HLR割接迁移的时候是比较常见的。
清除VLR用户信息重新开关机，用户再做一次登记，就可以恢复正常。
4、基站设备障碍
某集中区域用户投诉手机信号正常，但是无法做主被叫，通过告警检查发现基站运行正常。
对该区域的主导覆盖小区进行业务观察跟踪，长时间观察也没有任何的呼叫，应该属于该小区障碍问题。
后经过仔细排查，发现该站的告警被屏蔽了，后了解到因为进行该站的传输扩容，由于新扩传输2M的障碍，引起该站无法正常运行，而现场传输人员无以为仅仅是新扩的传输障碍，认为该站能正常运行从而通知监控人员对该站进行告警屏蔽。
如上所述，在不同的场景下，CDMA用户有信号却无法进行主、被叫存在很多不同的因素，上述只是列出了部分日常障碍处理中的几种应用场景，希望通过上述几种场景的障碍处理，起到抛砖引玉的作用。
维护人员能够紧密结合场景和障碍现象，快速判断，分类处理。
