長途來話接通率優化方法探討

中國移動通信集團江蘇有限公司 王坤 艾懷麗

長途來話接通率優化方法探討

中國移動通信集團江蘇有限公司 王坤 艾懷麗

摘要：分析了長途來話接通率的優化總體思路，通過一個典型最差端局的長途來話接通率分析事例，總結了影響長途來話接通率的主要因素及相應的提升方法，得出提升長途來話接通率有效手段是針對失敗占比大的失敗原因進行優化的結論。

關鍵詞：組合條件話統；全局失敗碼；多接口關聯

1　優化思路

長途移動電話接通率是衡量通信服務質量的一個重要指標，影響接通率的因素很多，本文針對接通率小于93%的最差端局進行分析。首先分析系統是否真正有異常，主要分析入局呼損是否正常。如果異常，可以通過組合條件話統，定位異常的主要話務場景，再根據多接口關聯分析方法定位具體原因。

1.1話統分析

長途來話接通率考察的是長途方向入局，通過分析入局話務測量、中繼局向入局話務測量和中繼群入局話務測量可以分析出是否哪個局向入局的低，通過組合條件話務統計測量可以判斷出哪個BSC（基站控制器）局向的接通率低以及哪些原因值。

1.2信令分析

IMSI（國際移動用戶識別碼）是移動用戶全球唯一識別碼，MSRN（移動用戶漫游號碼）是被叫端局為被叫用戶臨時分配的一個號碼，被叫端局在收到主叫端局的IAM（初始地址消息）后會帶上被叫用戶的IMSI信息下發尋呼請求消息給基站控制器，從而根據IMSI和MSRN兩個號碼可以關聯到用戶的端到端流程，具體關聯見圖1。

2　優化方法

2.1話統分析

以某端局為例，某日晚忙時的長途來話接通率平均值在88%左右，長途局上統計的各失敗原因分布見表1。

在端局上組合條件話統中統計的失敗原因占比和長途局上統計的類似，各失敗原因分布見表2。

通過晚忙時的組合話統進行分析可以看出，除尋呼無響應（失敗占比5.87%左右）外，臨時故障、指配失敗及無線掉話原因導致呼叫失敗對長途來話接通率影響較大，達到5.0%左右。

2.2信令分析

主要因素和提升手段以某端局為例。

2.2.1尋呼無響應

操作總體原則：采取單個LAC（位置區域碼）、逐步調整的措施，避免一次變化太大。

2.2.1.1修改隱式分離時間

【場景分析】

通過適當的修改IMSI隱式分離時間，可以有效的提高尋呼成功率。

【操作步驟】

無線側：將T3212由60 min改為54 min；

核心網側：將IMSI隱式分離時間修改為60 min。

【操作影響】

1）IMSI隱式分離時間必須大于BSC上設置的周期性位置更新時間。如果設置的時間小于BSC上設置的周期性位置更新時間，那么會造成用戶在開機狀態下無法做被叫。

2）BSC的周期性位置更新時間縮短會增加無線側信令信道資源占用。

2.2.1.2修改尋呼策略

【場景分析】

依據現網經驗，建議針對語音呼叫的尋呼策略配置為采取3次尋呼，尋呼間隔依次是5/5/4，第一和二次TMSI（臨時移動用戶身份標識）、第三次IMSI進行尋呼，均向當前LAC尋呼。

華為交換機的尋呼策略控制特性：

P164 bit 8可控制對于上次業務尋呼不可及用戶在尋呼策略基礎上減少一次尋呼，在無線資源充足情況下，建議將該功能進行關閉。

比特位：比特8（bsc_congestion_page_times_three)

含義解釋：用于控制用戶前一次尋呼無響應且VLR（訪問位置寄存器）中有用戶位置區時的尋呼次數，此時該軟件參與尋呼控制表中尋呼次數的關系是“取尋呼控制表次數－1，但至少保留1次”。

0：使用尋呼控制表配置次數。

1：尋呼次數為尋呼控制表配置次數減1。

缺省值：1。

應用場景：用戶前一次尋呼無響應且VLR中有用戶位置區時，可以通過該軟參數控制尋呼的次數，以確保較高的尋呼成功率。

【操作步驟】

1）修改對應位置區尋呼次數和間隔，將語音呼叫的尋呼策略修改為3次尋呼，尋呼間隔為5/5/4，第一次使用TMSI尋呼，第二次使用TMSI尋呼，第三次使用IMSI尋呼。

2）修改對于尋呼無響應用戶按照尋呼策略（PGCTRL）進行尋呼，執行命令mod msfp，修改P164 bit 8為0。

【操作影響】

1）核心網側的尋呼間隔一定要大于無線側的最大尋呼響應時延，如果小于，則會造成用戶返回的尋呼響應消息在MSC（移動交換中心）側被丟棄，從而造成尋呼成功率下降。

2）尋呼次數太大，容易造成BTS（基站收發信臺）和BSC（基站控制器）過載，導致大量的尋呼消息被丟棄，從而造成尋呼成功率急劇下降。尋呼間隔設置時間太長將導致主叫用戶聽不到錄音通知而直接掛機，之后可能在重新呼叫；時間太短將不能收到手機終端的尋呼響應，這樣都會導致尋呼成功率的降低。

3）如果都使用IMSI進行尋呼，在無線信道資源不足的情況下，也會造成尋呼成功率下降。

2.2.1.3位置更新和尋呼沖突

【場景分析】

主叫發起呼叫后，被叫才進行位置更新，核心網將尋呼消息在原來的LAC下發，導致尋呼無響應。

【操作步驟】

修改軟參P1100比特1為0，可以解決這種尋呼與位置更新沖突所導致的尋呼失敗問題。此時位置更新完成后，會更新尋呼的位置區，再次發起尋呼。

【操作影響】

無。

2.2.1.4CS和PS業務沖突

【場景分析】

MS（移動臺）正在PS（分組交換）分組業務時，不會去偵聽CS（電路交換）域PCH（尋呼信道），因此此時如果有電路尋呼下發而尋呼不到該MS。

【操作步驟】

無線側：開通A口尋呼協作功能。

尋呼協作就是解決在進行分組業務的時候，可以將電路業務的尋呼消息下發給MS。

【操作影響】

無。

2.2.2臨時故障問題

2.2.2.1修改尋呼總時長

【場景分析】

目前全網預尋呼功能已關閉，當主叫局發出IAM消息中帶“COT期待”參數時，被叫局會在收到IAM消息后啟用T8定時器（等待主叫COT）同時尋呼用戶。若尋呼總時長大于T8時長，被叫端局在等待尋呼響應的過程中T8超時，被叫局給主叫局直接回送REL（釋放）消息（原因值為41，臨時故障）。

消息流程見圖2。

【操作步驟】

【操作影響】

1）對于當前區域無線最大尋呼響應時長為5.8 s的情況下，第二次和第三次的尋呼響應有可能被丟棄，會增加尋呼無響應的比例。

2）考慮到華為交換機T8目前定義為15 s和尋呼3次的策略，建議無線側進行最大尋呼響應時長修改，核心網側相應地將3次尋呼間隔修改為5、5、4 s。

2.2.2.2修改T8定時器或取消主叫局“期待COT”參數”

【場景分析】

將尋呼總時長修改為小于T8定時器后，被叫端局觸發不可及前轉話務到C交換機的信令交互，若在（T8—尋呼總時長）時間內未收到C號碼所在交換機的ACM（地址全消息）時，被叫端局直接給主叫局回送REL消息（原因值為41）。目前全網預尋呼功能已關閉當主叫局發出IAM消息中帶“COT期待”參數時，被叫局會在收到IAM消息后啟用T8定時器（等待主叫COT）同時尋呼用戶，若尋呼總時長大于T8時長，被叫端局在等待尋呼響應的過程中T8超時，被叫局給主叫局直接回送REL消息（原因值為41，臨時故障）。

消息流程見圖3。

【操作步驟】

修改完T8為18 s后的信令流程見圖4。

【操作影響】

1）T8定時器在協議中規定是10～15 s，修改完T8為18 s后以后還需要觀察交換機的運行情況。

2）ISUP（綜合業務數字網用戶部分）的IAM消息中會有3種導檢指示：無指示，本段電路導檢，前段電路導檢。而BICC（與承載無關的呼叫控制）_IAM消息只有：“期待COT”和“不期待COT”。如果收到IAM中指示是“期待COT”就是告知本局在收到前向局的COT之前不可以將ACM回傳給前向局。在BICC中是沒有真正的導檢，只是一個信令流程上的配合。

建議愛立信局將期待COT“cot-to-be-expected(2)”參數修改為不期待COT“no-cot-to-be-expected (0)”參數。

2.2.3指配失敗問題

2.2.3.1請求的地面資源不可用導致的指配失敗

【場景分析】

根據A接口消息，發現指配失敗攜帶的失敗原因值是請求的地面資源不可用，MSC側電路正常、BSC側電路狀態不正常。

【操作步驟】

此時需要檢查BSC和MSC所配置的A接口電路資源是否一致。若不一致時，查看MSC是否收到BSC側發過來的block消息。若沒有，則是無線側問題，聯系無線側處理，建議非忙時復位電路。

【操作影響】

無。

2.2.3.2無線接口故障導致的指配失敗

【場景分析】

根據A接口消息，發現指配失敗攜帶的失敗原因值是無線接口故障-返回原信道、無可用無線資源、無線接口消息故障。

Abis口、空口信令資源緊張、Ater電路故障或資源不足、TCH（業務信道）資源故障或不足。

【操作步驟】

此時需要根據長途來話組合條件話統中的出局BSC局向提交無線側進行處理。【操作影響】無。

2.2.4掉話問題

【場景分析】

根據A/Iu接口消息，發現無線側發送clear request消息給核心網側。

由于無線側資源不足、覆蓋弱、干擾大、參數不合理等因素導致無線側進行了釋放通話的場景。

【操作步驟】

此時需要根據長途來話組合條件話統中的出局BSC、RNC（無線網絡控制器）局向提交無線側進行處理。

【操作影響】

無。

3　優化總結

長途來話接通率中失敗原因分為3種：尋呼無響應、擁塞、其他原因。結合組合條件話統確立3種原因對應的具體全局失敗碼，再結合多接口信令跟蹤聯合定位對應的具體話務場景。提升長途來話接通率有效手段是建議針對失敗占比大的失敗原因進行實施優化，以改善網絡質量。

網絡參數調整是個不斷穩定的過程，參數調整、數據修改是一個不斷進行的調整過程。網絡調整也是一個長期演進的過程，因而長途來話接通率的優化是一個隨著網絡發展而不斷深入、變化的長期工作，需要不斷地積累和探索。◆