《网络未接通问题点分析流程指导书.docx》由会员分享，可在线阅读，更多相关《网络未接通问题点分析流程指导书.docx（14页珍藏版）》请在金锄头文库上搜索。
1、网络未接通问题点分析流程指导书一、路测未接通问题点产生气制未接通主要是在手机向系统发送呼叫恳求，但是在呼叫过程中由于某种缘由，主叫或被叫手机没有安排到TCH 信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率始终是优化中要应对的一个重要工作 .在日常的测试当中, 我们常常遇到各种各样的未接通状况。缘由也是多种多样。导致未接通的常见的缘由主要有：被叫手机位置更、主叫手机TCH 拥塞、被叫手机TCH 拥塞、主叫手机SDCCH 拥塞、被叫手机SDCCH 拥塞、SDCCH 掉话、呼叫号码错误、CIC 安排错误、寻呼失败。从测试中主叫与被叫的信令流程分析，要完成一个完整的接
2、续过程，一共有以下几步的信令流程：主叫的信令流程：MSBTSRACH说明Channel requestAGCHImmediate assignmentSDCCHCM service requestSDCCHCM service acceptSDCCHAuthentication RequestSDCCHAuthentication response鉴权响应SDCCHCiphering commandSDCCHCiphering completeSDCCHSetupSDCCHCall proceeding进程、程序SDCCHAssignment commandFACCHAssignment co
3、mpleteFACCHProgressFACCHAlertingFACCHConnectFACCHConnect acknowledgeTCHSpeech被叫的信令流程：MSBTS说明PCHPaging Request RACHChannel request AGCHImmediate assignmentSDCCHPaging response响应SDCCHAuthentic request SDCCHAuthentic response SDCCHCiphering command SDCCHCiphering complete SDCCHSetupSDCCH SDCCH FACCH FA
4、CCH FACCH FACCH FACCH TCHCall proceeding Assignment command Assignment complete ProgressAlerting ConnectConnect acknowledge Speech从上面的主叫和被叫的信令流程比较来看，被叫在交换机一侧以下几步流程，在无线上主叫比被叫多了PAGING 这个流程：E|GMSC - HLRUDT(BEG(INV(Send Routing Info) D|HLR - VLRUDT(BEG(INV(Provide Roaming Number)D|VLR - HLRUDT(END(RES-L
5、(Provide Roaming Number) Roaming Number E|HLR - GMSCUDT(END(RES-L(Send Routing Info) Roaming Number A|MSC - BSSUDT(Paging)在路测过程中，L3 接续流程和故障推断流程：二、未接通问题点分析及处理方法导致未接通的常见的缘由将结合实际状况，依据信令流程，一步一步对未接通的缘由进展分析：1. channelrequest拒绝channelrequest拒绝在路测中很少遇到，假设小区被BAR 制止的状况下，会消灭手机 channel request 发送不出的现象。如以下图，在L3
6、的信息里面不会消灭channel request 的信息。路测中假设主叫手机在一个启动了流量掌握的小区发起呼叫，可能不会消灭 channel request 消息。依据最的测试标准，只有 channel request和 CM SERVICE REQUEST 同时消灭时，才计算一次试呼，所以，主叫没有channel request 不会影响接通率。假设是被叫，则会在小区里收到PAGING 消息，但是建立不了呼叫，造成一次未接通。值得留意的是在路测过程中，有时会消灭连发 屡次channel request 的状况连发的次数由小区参数max_retran 打算，大同的 max_retran 3，表
7、示可以连发 7 次。假设是由于 SDCCH 本身时隙的问题或者手机在弱掩盖地带收不到 SDCCH，在信令上不会消灭 IMMEDIATE ASSIGNMENT。2. SDCCH 拥塞对于主被叫，SDCCH 拥塞的一个重要标志是信令上消灭IMMEDIATE ASSIGNMENT和IMMEDIATE ASSIGNMENTREJECT 两条信息，如以下图：假设是主叫SDCCH 拥塞，用户的感受是 拨出以后马上退回，没有任何的提示音。假设是被叫SDCCH 拥塞，主叫一方听到的是“临时无法接通”的录音通知。主叫DISCONET 的 cause value 是 16。分析现网的数据， SDCCH 拥塞率大的
8、小区，应当通过修改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 掉话是在SDCC
9、H 安排以后，到 TCH 安排之前的掉话。SDCCH 与无线环境和掩盖有很大的关系。SDCCH 掉话引起的DISCONET 的 cause value 是 TEMP FAILURE。5. Paging(寻呼消息)在测试过程中，我们屡次觉察，有的未接通是由于没有paging 消息而造成的主要依据被叫手机接收到的 IMSI 和 TMSI 号进展查找， 被叫手机只要不做 TMSI RELOCATION，它的 TMSI 号与上一次呼叫全都，而IMSI 号是固定的。PAGING 消息的发送流程如下：E|GMSC - HLRUDT(BEG(INV(Send Routing Info) D|HLR - VL
10、RUDT(BEG(INV(Provide Roaming Number)D|VLR - HLRUDT(END(RES-L(Provide Roaming Number) RoamingNumberE|HLR - GMSCUDT(END(RES-L(Send Routing Info) Roaming NumberA|MSC - BSSUDT(Paging)Paging 消息由交换机产生以后，通过MSC 送到被叫小区的LAC 区所在的BSC, 在由 BSC 所在的BTS 通过PCH 进展 paging.Paging 消息丧失，有以下几种可能：l 空中接口，由于PCH 配置不合理造成PAGING
11、信息的丧失，但是统计数据说明： 全部小区的pch_q_discrd 的数目都为 0，这表示，在空中接口的 PAGING 力量是足够的。l MSC 到BSC 到 BTS,从每个小区的统计项 _request_from_msc来看一样LAC 下面的每一个小区的_request_from_msc数目根本一样，差异仅仅为 万分之一或者十万分之一。因此，在BSC 到BTS 这一段丧失 paging 的可能性很小。MSC 到 BSC 这一段由于受到BSC 处理力量的影响，有可能造成paging 溢出，一般来说，在 PAGING 溢出的小区，在基站的 MCUF 的 swfm 里面有以下的告警：(如何看告警：
12、在bsc 内进入3 级状态，3stooges4beatles，set_mmiexec_mon,rlogin 2(站号) 1015h，swmfla,swmfra )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 的告警消息与基站本身的话务没有关系，基站本身的
13、话务缺乏以使它的MAILBOX 满掉，它主要和收到的PAGING 信息有关系。网络规划合理与否，可以通过检查BSC 的PAGING 溢出是否严峻，检查PAGING 信息量最大的LAC 区下的BSC 和BTS 的 MAILBOX , 均没有消灭溢出的现象，认为是比较合理的网络。MSC没有下发 paging 消息： 需要MSC 协作 进展几项统计的比照： 要求 MSC 下发paging 的数目：包括短消息中心，BSC，PSTN 等不同路由的paging 要求。实际下发的paging 消息数目和BSC 一侧收到的 paging 消息数目。6. 号码错误在路测中，有时会觉察号码错误引起的未接通，在L3
14、 信令中release消息 的cause value为 28 ，Invalid number format消灭号码错误时，主叫的感受是听到许很多多的杂音，然后听到多来米的声音，并且直接收到下行的release消息。没有 DISCONNECT 消息。可能是由于测试卡为 VPN 短号码卡的缘由或者检查交换机由于号码的推断和识别属于交换机一侧的功能，建议对交 换数据进展检查。7. 呼叫无应答路测当中，会消灭呼叫无应答的现象，Cause value 18: alerting,but no answer. 我们认为这些状况应当从未接通中间扣除，缘由是被叫用户可能在进展通话。建议在测试中使用专用测试卡以避开被叫接听主叫号码以外的 。8. 协议错误:测试当中，可以看到主叫有时会消灭协议错误的diconnect 的消息，一般消灭的几率较小，一次全网路测中有 1 次到 2 次，cause valu
