贝尔设备系统的二次寻呼导致的未接通

hanyaozong1985

在巡检测试过程中发现，3G呼2G时（短呼），发现多次由于3G主叫接续时间超时主动释放导致的未接通，现针对该问题进行分析。
在综合信令平台（A口）对巡检测试号码（18605765404）跟踪发现，一次正常的呼叫（3G呼2G），从CM Service到Connect的时间需要将近10s，如图1-1所示。而当前G网交换侧寻呼时长为5s，即在巡检测试过程中，一旦出现二次寻呼，A口主叫接续时间将达到近15s，而端到端的时间将更长（巡检测试软件接续时间（CM Service到Connect）限制为15s），必然引起主叫接续超时而主动释放，从而导致未接通事件的发生。

图1-1
巡检测试号码3G主叫（正常）信令(3G呼2G)
对当前出现的未接通事件统计发现，大多数均由于出现二次寻呼，主叫接续超时主动释放导致的未接通，如图1-2所示。

图1-2
巡检测试号码3G主叫（未接通）信令(3G呼2G)

表1-1 日常测试log端到端接续时长

语音分阶段时延	主叫（3G-3G)	主叫（3G-2G)	主叫（2G-2G)
CM Svercie Request→Call proceeding	1.10	1.20	2.01
Call proceeding→Alerting	3.34	4.27	4.25
Alerting→connect	3.72	3.81	3.11
合计	8.15	9.27	9.37

根据台州2/3G日常测试log统计发现，如表1-1所示，3G呼2G和2G呼2G的端到端接续时长均在9.3s左右，因此，即使出现二次寻呼（加5s寻呼时长），是不会出现主叫呼叫接续超时（超过15s）而引起主叫主动释放的。同时，我们也通过大量的拨测证明了这一点，即使出现二次寻呼，并未出现超时导致未接通的问题，如图1-3、1-4所示。

图1-3
日常拨测主被叫A口信令(2G呼2G)

图1-4
日常拨测主被叫空口信令(2G呼2G)

通过巡检测试号码的A口信令与日常测试号码的A口信令对比发现，,巡检测试号码从Alerting到Connect需要近5.8s，而日常测试号码只需要3.8s左右，多出近2s。
由此，怀疑由于巡检测试的测试设备不同，存在呼叫接续时延，无法保证在出现二次寻呼的情况下正常接续，从而导致在每当出现二次寻呼的情况下，引起呼叫接续超时（超过15s），出现主叫主动释放现象。