手机寻呼不可及其原因分析.docVIP

从正常的呼叫流程来分析手机一次未接通原因 一、正常呼叫流程中被叫用户的信令图 ? 二、从信令流程的理论上分析一次未接通的原因??? 因为所有一次未接通用户投诉都听到手机回铃音，因此主叫通路已经建立，未接通的原因都是被叫通路建立过程中出现问题而造成的，因此我们主要针对被叫手机信令进行详细分析。被叫一次未接通都是寻呼无响应造成的，而寻呼无响应就是信令Paging Response没有正常上报，Paging Response没有上报的原因：1、? 空口Paging消息没有下发。2、? PCH过载，BTS没有下发Paging Request。3、? 下行质量差以及空口质量差，MS在空口没有收到BTS下发的Paging Request。4、? 空口质量差，MS没有在空口接入SDCCH信道。5、? SDCCH拥塞，MS没有接入SDCCH信道。6、? MS上行质量差，在SDCCH信道建立连接过程中失败。7、? BSC没有下发IMMEDIATE ASSIGN COMMAND消息。8、? BTS没有下发IMMEDIATE ASSIGN COMMAND消息。9、? 由于空口原因，MS没有收到BTS下发IMMEDIATE ASSIGN COMMAND。10、 由于空口原因，MS收到BTS下发IMMEDIATE ASSIGN COMMAND没有上报Paging Response。? 三、从现场拨测跟踪信令分析一次未接通原因??? 现场我们针对多款手机进行大量的拨打测试，发现无论网络质量如何，都会出现这种一次未接通现象。只是信号较弱、干扰较大、信道拥塞的情况下，一次未接通现象频繁出现。我们发现一个共同的规律：所有的一次未接通现象的信令流程中，在A口没有看到Paging Response上报，即是在N侧三次寻呼下发之后，15s超时还没有寻呼到，也就是寻呼无响应或者寻呼响应超时导致。因此我分析一次未接通主要细分原因就是空口质量、上下行质量、SDCCH拥塞、PCH过载等造成的，还有一部分主要原因是网络覆盖较弱时手机上下行接入参数设者不合理引起的。总的来说，基本上以上分析的都是造成一次未接通的主要原因，而这些都可以通过优化逐步解决的。 用户已出服务区原因分类 一、寻呼策略 ?? 产生“用户已出服务区”问题的根本原因是寻呼响应超时或寻呼无响应，有必要对寻呼规程进行分析。目前华为公司的寻呼策略按照MSC，BSC，BTS划分，由下述三部分组成：1、MSC寻呼方式??? MSC最多可重发3次寻呼，如果没有收到上一次寻呼的寻呼响应，则会进行重发。重发的时间间隔分别为5秒，5秒，5秒，最后一次寻呼下发后5秒，即第1次寻呼下发15秒后，如果寻呼响应没有上报，则MSC认为寻呼响应超时，并报用户不在服务区的语音提示。有的MSC寻呼设置为两次，每次7秒，合计14秒没有响应，则MSC认为寻呼响应超时。MSC可选择采用TMSI寻呼和IMSI寻呼两种方式。2、BSC寻呼组计算和寻呼消息模块间转发??? BSC收到MSC下发的Paging Request后，根据IMSI的最后三位以及某个小区的CCCH信道配置和寻呼块的配置，计算某个寻呼所属的寻呼组，然后向该小区下发Paging Command。在多模块情况下，还需要将该寻呼命令在不同的模块间转发。3、BTS寻呼排队和寻呼合并??? BTS收到BSC下发的Paging Command后，将该寻呼存放在Paging Command所指明的寻呼组队列中，每隔相同寻呼间帧周期下发该寻呼组的寻呼内容，目前BTS每个寻呼组队列长度为9。在一个寻呼保留块中，可以下发2个IMSI寻呼或者4个TMSI寻呼，因此每次下发寻呼时，BTS要针对队列中的寻呼消息类型完成寻呼的合并。4、MS的寻呼侦听和寻呼响应??? MS也参与寻呼的流程。空闲状态下手机除了接收广播信道上的系统消息，同时还侦听在自己所属的寻呼子信道上（Paging Subchannel)。因此手机接收到对自己的寻呼之后，将向网络侧发出信道请求，完成一次立即指配过程。如果此次立即指配成功，则在指配到的SDCCH信道上上报寻呼响应（Paging Response），同时完成呼叫的接续过程。? 二、用户已出服务区原因详细分类??? 以上关于寻呼的4个环节中，任何一个环节出现异常，都将导致用户已出服务区问题产生。下面根据日常维护案例和优化经验心得体会总结“用户已出服务区”现象的原因，也就是我们经常碰到的手机一次未接通现象的主要原因如下：1、MSC用户状态管理??? 如果MSC用户状态管理出现问题，寻呼请求无法下发给BSC，则MS无法收到寻呼，也无法做出响应，就会出现寻呼响应超时。在实际的处理中，出现过MSC没有下发寻呼的情况。2、基站接收部分??? 如果基站的接收部分，包括DSP、TRX、天馈等部分存在问