路测中接通不成功的原因作为路测(DRIVETEST)当中考察的一项重要总结.doc

路测中接通不成功的原因分析 作为路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对 的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因 也是多种多样。为此，我们在最近针对未接通的原因，与统计，交换一起配合。 进行了多次测试。希望在反复的测试中找到一些我们未知和忽略的东西，并且 我们根据长沙现网的问题，对屡次测试未接通的点进行了定点测试。希望找到 未接通的真正原因。 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程 接口 信令方向 信令过程 空中接口 MS- BTS CHANNEL REQUEST 空中接口 BTS - MS IMMEDIATE ASSIGNMENT A BSS - MSC CR(ComL3Inf (Cm Service Request) A BSS - MSC CLASSMARK CHANGE D VLR - HLR UDT(Send parameters or Send Identification in MAPv2) A MSC - BSS CC(Authentication Request) D HLR - VLR UDT(Send parameters or Send Identification in MAPv2) A BSS - MSC DT1(Authentication Response) A MSC - BSS DT1(Cipher Mode Command) A BSS - MSC DT1(Cipher Mode Complete) A MSC - BSS DT1(Identity Request) A BSS - MSC DT1(Identity Response) A MSC - BSS DT1(TMSI Reallocation Command) A BSS - MSC DT1(Setup) A MSC - BSS DT1(Call Proceeding) A MSC - BSS DT1(Assignment Request) A BSS - MSC DT1(TMSI Reallocation Complete) A BSS - MSC DT1(Assignment Complete) A MSC - BSS DT1(Alerting) A MSC - BSS DT1(Connect) A BSS - MSC DT1(Connect Acknowledge) 相比主叫，被叫在交换机一侧多了以下几步流程，在无线上多了 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) 我们将结合长沙现网的实际情况，根据信令流程，一步一步对未接通的原因 进行分析。 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，如果是SDCCH 拥塞，结果如下。 SDCCH 拥塞：对于主被叫，SDCCH拥塞的一个重要标志是信令上出现 IM