《未接通总结-GSM》由会员分享,可在线阅读,更多相关《未接通总结-GSM(10页珍藏版)》请在金锄头文库上搜索。
1、路侧过程中未接通现象总结未接通主要是在手机向系统发送呼叫请求,但是在呼叫过程中由于某种原因,主叫或被叫手机没有分配到TCH 信道, 导致未接通。 路测 (DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。导致未接通的常见的原因主要有:被叫手机位置更新、主叫手机TCH 拥塞、被叫手机TCH拥塞、 主叫手机 SDCCH 拥塞、 被叫手机SDCCH 拥塞、 SDCCH 掉话、 呼叫号码错误、 CIC(电路识别码)分配错误、寻呼失败。路测过程中L3 信令流程:从测试中主叫与被叫的信令流程分析
2、,要完成一个完整的接续过程,一共有以下几步的信令流程:主叫的信令流程:MS BTS 说明RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup SDCCH Call proceeding SDCCH Assignment command FAC
3、CH Assignment complete FACCH Progress FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech 1、申请信道(申请逻辑信道SDCCH )2、立即指配(Immediate assignment)3、 (鉴权、加密)CM servicer request 4、呼叫建立(Setup )5、呼叫进程(Call Proceeding) (系统找被叫)6、申请 TCH 信道 -Assignment command 7、指配 TCH 信道8、振铃 -提示音( Alerting )9、连接( Con
4、nect )10、计费被叫的信令流程MS BTS 说明PCH Paging Request RACH Channel request AGCH Immediate assignment SDCCH Paging response SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup SDCCH Call proceeding SDCCH Assignment command FACCH Assignment complete FA
5、CCH Progress FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech 相比多了主叫,被叫在交换机一侧以下几步流程,在无线上多了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-
6、L(Send Routing Info) Roaming NumberA|MSC - BSS UDT(Paging) 在路测过程中,L3 接续流程和故障判断流程:导致未接通的常见的原因将结合实际情况,根据信令流程,一步一步对未接通的原因进行分析:1.channel request 拒绝channel request 拒绝在路测中很少遇到,如果小区被BAR 的情况下,会出现手机channel request 发送不出的现象。如下图,在L3 的信息里面不会出现channel request 的信息。路测中如果主叫手机在一个启动了流量控制的小区发起呼叫,可能不会出现channel request 消
7、息。根据最新的测试规范,只有 channel request和 CM SERVICE REQUEST 同时出现时,才计算一次试呼,所以,主叫没有channel request 不会影响接通率。如果是被叫,则会在小区里收到PAGING 消息,但是建立不了呼叫,造成一次未接通。值得注意的是在路测过程中,有时会出现连发多次channel request 的情况(连发的次数由小区参数max_retran 决定, 大同的 max_retran 3, 表示可以连发7 次) 。如果是由于SDCCH 本身时隙的问题或者手机在弱覆盖地带收不到SDCCH ,在信令上不会出现IMMEDIATE ASSIGNMENT
8、。2.SDCCH 拥塞对于主被叫, SDCCH 拥塞的一个重要标志是信令上出现IMMEDIATE ASSIGNMENT 和 IMMEDIATE ASSIGNMENT REJECT 两条信息 ,如下图:如果是主叫SDCCH 拥塞,用户的感受是电话拨出以后马上退回,没有任何的提示音。如果是被叫SDCCH 拥塞,主叫一方听到的是“ 暂时无法接通 ” 的录音通知。主叫DISCONET 的 cause value 是 16。分析现网的数据,SDCCH 拥塞率大的小区,应该通过修改SDCCH 数目来减少SDCCH 拥塞,实际路测当中,碰上的SD CCH 拥塞很少。3.TCH 拥塞对于主叫手机TCH 拥塞的
9、是在Setup 以后直接Disconnect 的消息, cause value 是 34,显示没有信道资源,用户的感受时在电话拨出以后45 秒内,听到连续的嘟嘟嘟嘟音。如果是被叫 TCH 拥塞,主叫一方听到的是“ 暂时无法接通” 的录音通知。 主叫 Disconnect 的 cause value :16 ,被叫的 release 的原因也是cause value :34. 应该说, TCH 拥塞是日常路测中发现的主要原因。4.SDCCH 掉话SDCCH 掉话是在SDCCH 分配以后,到TCH 分配之前的掉话。SDCCH 与无线环境和覆盖有很大的关系。SDCCH 掉话引起的Disconnect
10、 的 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(
11、RES-L(Provide Roaming Number) Roaming NumberE|HLR - GMSC UDT(END(RES-L(Send Routing Info) Roaming NumberA|MSC - BSS UDT(Paging) Paging 消息由交换机产生以后,通过MSC 送到被叫小区的LAC 区所在的BSC, 在由 BSC 所在的 BTS 通过 PCH 进行 paging. Paging 消息丢失,有以下几种可能:空中接口,由于PCH 配置不合理造成PAGING 信息的丢失,但是统计数据表明:所有小区的 pch_page_q_discrd 的数目都为0, 这表示
12、,在空中接口的PAGING 能力是足够的。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
13、_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 be 5d given for discarded messages or the full condition. Full Mailbox的告警消息与基站本身的话务没有关系,基站本身的话务不足以使它的MAILBOX 满掉,它主要和
14、收到的PAGING 信息有关系。网络规划合理与否,可以通过检查BSC 的 PAGING 溢出是否严重,检查PAGING 信息量最大的 LAC 区下的 BSC 和 BTS 的 MAILBOX , 均没有出现溢出的现象,认为是比较合理的网络。MSC 没有下发paging 消息:需要 MSC 配合进行几项统计的对比:要求 MSC 下发 paging 的数目:包括短消息中心,BSC , PSTN 等不同路由的paging 要求。 实际下发的paging 消息数目和BSC 一侧收到的 paging 消息数目。6.号码错误在路测中, 有时会发现号码错误引起的未接通,在 L3 信令中 release 消息的
15、 cause value 为28 ,Invalid number format 出现号码错误时,主叫的感受是听到许许多多的杂音,然后听到“哆来咪”的声音,并且直接收到下行的release 消息。没有 DISCONNECT 消息。可能是由于测试卡为VPN 短号码卡的原因或者检查交换机(由于号码的判断和识别属于交换机一侧的功能,建议对交换数据进行检查)。7.呼叫无应答路测当中,会出现呼叫无应答的现象,Cause value 19: alerting,but no answer. 我们认为这些情况应该从未接通中间扣除,原因是被叫用户可能在进行通话。建议在测试中使用专用测试卡以避免被叫接听主叫号码以外
16、的电话。8.协议错误 : 测试当中, 可以看到主叫有时会出现协议错误的disconnect 的消息,一般出现的几率较小,一次全网路测中有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 CP