网络未接通问题点分析流程指导书

网络未接通问题点分析流程指导书一、路测未接通问题点产生机制未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下几步的信令流程：主叫的信令流程：MSBTS说明RACHChannel requestAGCHImmediate assignmentSDCCHCM service requestSDCCHCM service acceptSDCCHAuthentication RequestSDCCHAuthentication response（鉴权响应）SDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceeding（进程、程序）SDCCHAssignment commandFACCHAssignment completeFACCHProgressFACCHAlertingFACCHConnectFACCHConnect acknowledgeTCHSpeech被叫的信令流程：MSBTS说明PCHPaging RequestRACHChannel requestAGCHImmediate assignmentSDCCHPaging response（响应）SDCCHAuthentic requestSDCCHAuthentic responseSDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceedingSDCCHAssignment commandFACCHAssignment completeFACCHProgressFACCHAlertingFACCHConnectFACCHConnect acknowledgeTCHSpeech 从上面的主叫和被叫的信令流程比较来看，被叫在交换机一侧以下几步流程，在无线上主叫比被叫多了PAGING 这个流程：E|GMSC - HLR UDT(BEG(INV(Send Routing Info)D|HLR - VLR UDT(BEG(INV(Provide Roaming Number)D|VLR - HLR UDT(END(RES-L(Provide Roaming Number) Roaming NumberE|HLR - GMSC UDT(END(RES-L(Send Routing Info) Roaming NumberA|MSC - BSS UDT(Paging)在路测过程中，L3接续流程和故障判断流程：二、未接通问题点分析及处理方法导致未接通的常见的原因将结合实际情况，根据信令流程，一步一步对未接通的原因进行分析：1. channel request 拒绝channel request 拒绝在路测中很少遇到，如果小区被BAR （禁止）的情况下，会出现手机channel request 发送不出的现象。如下图，在L3 的信息里面不会出现channel request 的信息。路测中如果主叫手机在一个启动了流量控制的小区发起呼叫，可能不会出现channel request 消息。根据最新的测试规范，只有channel request和 CM SERVICE REQUEST 同时出现时，才计算一次试呼，所以，主叫没有channel request 不会影响接通率。如果是被叫，则会在小区里收到PAGING 消息，但是建立不了呼叫，造成一次未接通。值得注意的是在路测过程中，有时会出现连发 多次channel request 的情况（连发的次数由小区参数max_retran 决定，大同的max_retran 3， 表示可以连发7次）。如果是由于SDCCH 本身时隙的问题或者手机在弱覆盖地带收不到SDCCH，在信令上不会出现IMMEDIATE ASSIGNMENT。2. SDCCH 拥塞对于主被叫，SDCCH拥塞的一个重要标志是信令上出现IMMEDIATE ASSIGNMENT 和IMMEDIATE ASSIGNMENT REJECT 两条信息，如下图：如果是主叫SDCCH 拥塞，用户的感受是电话拨出以后马上退回，没有任何的提示音。如果是被叫SDCCH 拥塞，主叫一方听到的是“暂时无法接通”的录音通知。主叫DISCONET 的cause value 是16。分析现网的数据，SDCCH 拥塞率大的小区，应该通过修改SDCCH 数目来减少SDCCH 拥塞，实际路测当中，碰上的SDCCH拥塞很少。3. TCH 拥塞对于主叫手机TCH 拥塞的是在SETUP 以后直接DISCOONECT的消息，cause value 是34，显示没有信道资源，用户的感受时在电话拨出以后45秒内，听到连续的嘟嘟嘟嘟音。如果是被叫TCH拥塞，主叫一方听到的是“暂时无法接通”的录音通知。主叫DISCONET 的cause value :16，被叫的release 的原因也是cause value :34. 应该说，TCH 拥塞是日常路测中发现的主要原因。4. SDCCH 掉话SDCCH 掉话是在SDCCH 分配以后，到TCH分配之前的掉话。SDCCH 与无线环境和覆盖有很大的关系。SDCCH 掉话引起的DISCONET 的cause value 是 TEMP FAILURE。5. Paging(寻呼消息)在测试过程中，我们多次发现，有的未接通是由于没有paging 消息而造成的（主要根据被叫手机接收到的IMSI 和TMSI 号进行查找，被叫手机只要不做TMSI RELOCATION，它的TMSI号与上一次呼叫一致，而IMSI号是固定的）。 PAGING消息的发送流程如下： E|GMSC - HLR UDT(BEG(INV(Send Routing Info) D|HLR - VLR UDT(BEG(INV(Provide Roaming Number) D|VLR - HLR UDT(END(RES-L(Provide Roaming Number) Roaming Number E|HLR - GMSC UDT(END(RES-L(Send Routing Info) Roaming Number A|MSC - BSS UDT(Paging) Paging 消息由交换机产生以后，通过MSC 送到被叫小区的LAC区所在的 BSC, 在由BSC 所在的BTS 通过PCH 进行paging. Paging 消息丢失，有以下几种可能：l 空中接口，由于PCH 配置不合理造成PAGING 信息的丢失，但是统计数据表明：所有小区的pch_page_q_discrd 的数目都为 0，这表示，在空中接口的PAGING 能力是足够的。l MSC到BSC 到 BTS,从每个小区的统计项 page_request_from_msc 来看相同LAC下面的每一个小区的page_request_from_msc 数目基本相同，差异仅仅为 万分之一或者十万分之一。因此，在BSC到BTS 这一段丢失paging 的可能性很小。MSC 到BSC这一段由于受到BSC处理能力的影响，有可能造成paging溢出，一般来说，在PAGING 溢出的小区，在基站的MCUF的swfm 里面有以下的告警：(如何看告警：在bsc内进入3级状态，3stooges 4beatles，set_mmi exec_mon,rlogin 2(站号) 1015h，swmf l a,swmf r a ) Full Mailbox: this and all subsequent messages will be discarded 5d until the mailbox is no longer full. No further notices will be5d given for discarded messages or the full condition. Full Mailbox的告警消息与基站本身的话务没有关系，基站本身的话务不足以使它的MAILBOX 满掉，它主要和收到的PAGING信息有关系。网络规划合理与否，可以通过检查BSC 的PAGING 溢出是否严重，检查PAGING信息量最大的LAC区下的BSC和BTS 的MAILBOX , 均没有出现溢出的现象，认为是比较合理的网络。l MSC 没有下发paging 消息： 需要MSC 配合 进行几项统计的对比： 要求MSC下发paging 的数目：包括短消息中心，BSC，PSTN 等 不同路由的paging 要求。实际下发的paging 消息数目和BSC一侧 收到的paging 消息数目。6. 号码错误在路测中，有时会发现号码错误引起的未接通，在L3信令中release消息 的cause value 为28 ，Invalid number format出现号码错误时，主叫的感受是听到许许多多的杂音，然后听到多来米的声音，并且直接收到下行的release 消息。没有DISCONNECT 消息。可能是由于测试卡为VPN 短号码卡的原因或者检查交换机（由于号码的判断和识别属于交换机一侧的功能，建议对交换数据进行检查）。7. 呼叫无应答路测当中，会出现呼叫无应答的现象，Cause value 18: alerting,but no answer. 我们认为这些情况应该从未接通中间扣除，原因是被叫用户可能在进行通话。建议在测试中使用专用测试卡以避免被叫接听主叫号码以外的电话。 8. 协议错误: 测试当中，可以看到主叫有时会出现协议错误的diconnect 的消息，一般出现的几率较小，一次全网路测中有1次到2次，cause value = 111， Protocol error 。我们认为可能与MSC 到 BSC 之间的电路复位有关(RESET CIRCUIT)，另外，可能与MSC 分配的时隙是一个已经被BLOCKED 的时隙有关，在BSC的SWFM里面，会出现以下的告警：SWFM Log Entry 60 1cf Nonfatal SWFM Error Routine: cp_messages.c 1cf Area: 0x00008000 Error: 0x0000000b PC: 0xc0002c0e PID: 0x40 (SM BSC) 1cf BSS Release: 1.6.2.7.0 Obj Version: 1.6.2.7.4 Exec Version: 1.6.2.7.9 1cf 05-Apr-2004 14:34:24.455 Subsystem: 0x01 CPU: 0x0115 Board: GPROC2 RAM 1cf 1cf SM Error 0xb: Old CIC was Not Active 1cf detected in file cp_transf.c at line:287 1cf _old_circuit_id = 0x64 1cf _old_cic_node-operational_state = 0x0 1cf SM Error: CP Transfer Failed. 在主叫用户一侧，可以听到系统的提示音。这一类错误在检查BSC SWFM错误时可以发现。9. 被叫手机位置更新当主叫手机分配到TCH后，开始寻呼被叫手机，而被叫手机在分配好SDCCH后，正好被叫手机进行了位置更新，导致主叫未接通。 L3信令流程如下：是否进行位置更新，主要是有system information 3发送给MS来决定。 附表：各种未接通时间的原因，原因值，用户感受DISCONNECT 原因(CAUSE VALUE)用户感受被叫TCH拥塞34: No circurt/channel available录音通知,暂时无法接通主叫TCH拥塞34: No circurt/channel available连续的嘟嘟嘟嘟有寻呼消息,但没有PAGING_RESPONSE16: normal clearing录音通知,暂时无法接通被叫SDCCH拥塞16: normal clearing录音通知,暂时无法接通主叫SDCCH拥塞没有DISCONNECT 消息没有任何提示音,直接返回SDCCH 掉话41：temp failure录音通知,暂时无法接通错误号码28：Invalid number format主叫在听到一阵杂音后，多来米呼叫无应答18: alerting,but no answer录音通知,用户无人接听CIC 复位111：protocol error 主叫听见多来米被叫位置更新41：temp failure录音通知,暂时无法接通连接超时102主叫听见多来米，被叫无寻呼信息三、未接通问题点分析案例1、 问题描述：手机占用的是DE213C的信号，由于信号突然衰变，由-70dbm左右变为-100dbm左右，话音质量变差，使得SDCCH掉话，导致了未接通。具体见下图：问题分析及解决方案：对该处的问题进行重新测试，并检查基站是否存在问题。2、 问题描述：手机占用的的DE197B小区。信号强度由-50dbm左右突然下降为-84dbm左右，信号质量突然变差，SDCCH掉话，导致了未接通。问题分析及解决方案：对该处的问题进行重新测试。并检查基站是否存在问题。3、 问题描述：手机占用的是DE193C的信号。在手机发出CM Service Request后，交换机回应了CM Service Reject消息。具体的原因为Message not compatible with the protocol state.问题分析及解决方案：建立连接时，网络未能识别手机发出的请求，怀疑手机故障。4、 问题描述：主叫手机占用的是WE007C的信号，一切正常。但是被叫手机占用的是较远的DE053B小区的信号，此时信号非常的差，达