《未接通总结范文》由会员分享，可在线阅读，更多相关《未接通总结范文（8页珍藏版）》请在金锄头文库上搜索。
1、未接通总结范文 路侧过程中未接通现象总结未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。 路测(DRIVE TEST)当中考察的一项重要指标,接通率一直是优化中要应对的一个重要工作.在日常的测试当中,我们经常遇到各种各样的未接通情况。 原因也是多种多样。 导致未接通的常见的原因主要有被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH掉话、呼叫号码错误、CIC分配错误、寻呼失败。 路测过程中L3信令流程从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一
2、共有以下几步的信令流程主叫的信令流程MS BTS说明RACH Channel request AGCH Immediate assignment SDCCH CMservice request SDCCH CMservice aeptSDCCH Authenticrequest SDCCH Authentic responseSDCCH Cipheringmand SDCCH Ciphering pleteSDCCH SetupSDCCH Callproceeding SDCCHAssignment mandFACCH Assignmentplete FACCHProgress FACCHAl
3、erting FACCHConnect FACCHConnect acknowledgeTCH Speech被叫的信令流程MS BTS说明PCH PagingRequest RACHChannelrequestAGCHImmediateassignmentSDCCHPaging responseSDCCHAuthenticrequestSDCCHAuthentic responseSDCCHCipheringmand SDCCHCiphering pleteSDCCH SetupSDCCH Callproceeding SDCCHAssignment mandFACCH Assignmentp
4、lete FACCHProgress FACCHAlerting FACCHConnect FACCHConnect acknowledgeTCH Speech相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING这个流程E|GMSC-HLR UDT(BEG(INV(Send RoutingInfo)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 Routin
5、gInfo)Roaming NumberA|MSC-BSS UDT(Paging)在路测过程中，L3接续流程和故障判断流程导致未接通的常见的原因将结合实际情况，根据信令流程，一步一步对未接通的原因进行分析1.channel request拒绝channel request拒绝在路测中很少遇到，如果小区被BAR的情况下，会出现手机channel request发送不出的现象。 如下图，在L3的信息里面不会出现channel request的信息。 路测中如果主叫手机在一个启动了流量控制的小区发起呼叫，可能不会出现channel request消息。 根据最新的测试规范，只有channel req
6、uest和CM SERVICEREQUEST同时出现时，才计算一次试呼，所以，主叫没有channel request不会影响接通率。 如果是被叫，则会在小区里收到PAGING消息，但是建立不了呼叫，造成一次未接通。 值得注意的是在路测过程中，有时会出现连发多次channel request的情况（连发的次数由小区参数max_retran决定，大同的max_retran3，表示可以连发7次）。 如果是由于SDCCH本身时隙的问题或者手机在弱覆盖地带收不到SDCCH，在信令上不会出现IMMEDIATE ASSIGNMENT。 2SDCCH拥塞对于主被叫，SDCCH拥塞的一个重要标志是信令上出现IM
7、MEDIATE ASSIGNMENT和IMMEDIATE ASSIGNMENTREJECT两条信息，如下图如果是主叫SDCCH拥塞，用户的感受是电话拨出以后马上退回，没有任何的提示音。 如果是被叫SDCCH拥塞，主叫一方听到的是“暂时无法接通”的录音通知。 主叫DISCONET的cause value是16。 分析现网的数据，SDCCH拥塞率大的小区，应该通过修改SDCCH数目来减少SDCCH拥塞，实际路测当中，碰上的SD CCH拥塞很少。 3TCH拥塞对于主叫手机TCH拥塞的是在SETUP以后直接DISCOONECT的消息，cause value是34，显示没有信道资源，用户的感受时在电话拨
8、出以后45秒内，听到连续的嘟嘟嘟嘟音。 如果是被叫TCH拥塞，主叫一方听到的是“暂时无法接通”的录音通知。 主叫DISCONET的cause value:16，被叫的release的原因也是cause value:34.应该说，TCH拥塞是日常路测中发现的主要原因。 4SDCCH掉话SDCCH掉话是在SDCCH分配以后，到TCH分配之前的掉话。 SDCCH与无线环境和覆盖有很大的关系。 SDCCH掉话引起的DISCONET的cause value是TEMP FAILURE。 5Paging(寻呼消息)在测试过程中，我们多次发现，有的未接通是由于没有paging消息而造成的（主要根据被叫手机接收
9、到的IMSI和TMSI号进行查找，被叫手机只要不做TMSI RELOCATION，它的TMSI号与上一次呼叫一致，而IMSI号是固定的）。 PAGING消息的发送流程如下E|GMSC-HLR UDT(BEG(INV(Send RoutingInfo)D|HLR-VLR UDT(BEG(INV(Provide RoamingNumber)D|VLR-HLR UDT(END(RES-L(Provide RoamingNumber)RoamingNumberE|HLR-GMSC UDT(END(RES-L(Send RoutingInfo)RoamingNumberA|MSC-BSS UDT(Pag
10、ing)Paging消息由交换机产生以后，通过MSC送到被叫小区的LAC区所在的BSC,在由BSC所在的BTS通过PCH进行paging.Paging消息丢失，有以下几种可能?空中接口，由于PCH配置不合理造成PAGING信息的丢失，但是统计数据表明所有小区的pch_page_q_discrd的数目都为0，这表示，在空中接口的PAGING能力是足够的。 ?MSC到BSC到BTS,从每个小区的统计项page_request_from_msc来看相同LAC下面的每一个小区的page_request_from_msc数目基本相同，差异仅仅为万分之一或者十万分之一。 因此，在BSC到BTS这一段丢失p
11、aging的可能性很小。 MSC到BSC这一段由于受到BSC处理能力的影响，有可能造成paging溢出，一般来说，在PAGING溢出的小区，在基站的MCUF的swfm里面有以下的告警(如何看告警在bsc内进入3级状态，3stooges4beatles，set_mmi exec_mon,rlogin2(站号)1015h，swmf la,swmf ra)Full Mailbox:this andall subsequentmessages willbe discarded5d untilthe mailboxis nolonger full.No furthernotices willbe5d g
12、ivenfor discardedmessages orthe fullcondition.Full Mailbox的告警消息与基站本身的话务没有关系，基站本身的话务不足以使它的MAILBOX满掉，它主要和收到的PAGING信息有关系。 网络规划合理与否，可以通过检查BSC的PAGING溢出是否严重，检查PAGING信息量最大的LAC区下的BSC和BTS的MAILBOX,均没有出现溢出的现象，认为是比较合理的网络。 ?MSC没有下发paging消息需要MSC配合进行几项统计的对比要求MSC下发paging的数目包括短消息中心，BSC，PSTN等不同路由的paging要求。 实际下发的pagin
13、g消息数目和BSC一侧收到的paging消息数目。 6号码错误在路测中，有时会发现号码错误引起的未接通，在L3信令中release消息的cause value为28，Invalid numberformat出现号码错误时，主叫的感受是听到许许多多的杂音，然后听到多来米的声音，并且直接收到下行的release消息。 没有DISCONNECT消息。 可能是由于测试卡为VPN短号码卡的原因或者检查交换机（由于号码的判断和识别属于交换机一侧的功能，建议对交换数据进行检查）。 7呼叫无应答路测当中，会出现呼叫无应答的现象，Cause value18:alerting,but noanswer.我们认为这
14、些情况应该从未接通中间扣除，原因是被叫用户可能在进行通话。 建议在测试中使用专用测试卡以避免被叫接听主叫号码以外的电话。 8协议错误:测试当中，可以看到主叫有时会出现协议错误的diconnect的消息，一般出现的几率较小，一次全网路测中有1次到2次，cause value=111，Protocol error。 我们认为可能与MSC到BSC之间的电路复位有关(RESET CIRCUIT)，另外，可能与MSC分配的时隙是一个已经被BLOCKED的时隙有关，在BSC的SWFM里面，会出现以下的告警SWFM LogEntry601cf NonfatalSWFM ErrorRoutine:cp_mes
15、sages.c1cf Area:0x00008000Error:0x0000000b PC:0xc0002c0e PID:0x40(SM BSC)1cf BSSRelease:1.6.2.7.0Obj Version:1.6.2.7.4Exec Version:1.6.2.7.91cf05-Apr-xx14:34:24.455Subsystem:0x01CPU:0x0115Board:GPROC2RAM1cf1cf SMError0xb:Old CICwas NotActive1cf detectedin filecp_transf.c atline:2871cf_old_circuit_id=0x641cf_old_cic_node-operational_state=0x01cf SMError:CP TransferFailed.在主叫用户一侧，可以听到系统的提示音。 这一类错误在检查BSC SWFM错误时可以发现。 9被叫手机位置更新当主叫手机分配到TCH后，开始寻呼被叫手机，而被叫手机在分配好SDCCH后，正好被叫手机进行了位置更，导致主叫未接通。 L3信令流程如下是否进行位置更新，主要是有system information3发送给MS来决定。 附表各种未接通时间的原因，原因值，用户感受D
