1、 TuneAway掉話引發3G掉線率整體劣化問題探討摘要：某區域3G掉線率劣化，而3G活躍用戶數沒有突發性增長，同時觀察3G網絡其他相關指標均保持穩定。通過話單分析、日志分析、現場測試和前后臺信令分析等手段，研究發現了2G網絡雙尋呼信道配置導致雙模終端發生TuneAway掉話的原因，最后總結了一套參數優化方法，確保了網絡性能穩定。關鍵字：3G掉線率、 雙尋呼信道 、雙模終端、TuneAway掉話1. 引言XXX某BSC的3G掉線率指標開始發生明顯劣化，從0.68%劣化至0.86%，而該BSC的3G活躍用戶數沒有突發性的增長，DO連接請求次數也未見規模增長。圖1- EVDO連接次數劣化同時觀察其

2、他相關3G指標，均保持穩定或在正常范圍內波動，未有明顯異常。日期掉線率(%)SINR值(%)連接成功率(%)UATI分配成功率(%)前向RLP重傳率(%)反向RLP重傳率(%)2012-2-260.64489.7599.76998.820.550.3342012-2-270.68789.9599.76698.860.520.37152012-2-280.69489.9199.76598.850.490.36542012-2-290.73589.8599.75398.860.510.36982012-3-10.73989.8399.76598.770.510.36862012-3-20.8288

3、9.8099.75698.780.50.35152012-3-30.88289.7599.75398.70.570.35092012-3-40.86189.6499.75998.760.610.3562012-3-50.87489.9299.76398.810.520.38562012-3-60.88889.8999.75498.770.490.3812表1- EVDO其他相關指標保持穩定2. EVDO掉線機制EVDO對于掉話的定義是：已經成功建立的連接（AN收到A9-Update A8 Ack后），由于某種異常原因導致連接釋放。EV-DO的呼叫釋放有可能是AT發起的也有可能是AN發起的，掉話

4、統計都是AN發起的呼叫異常釋放。 1. 前向掉話機制當終端連續檢測到 DRC 為 0，則啟動定時器 DRCSupervisionTimer，當時間超過 “(DRCSupervisionTimer × 10) + 240 ms”（由于 DRCSupervisionTimer 的默認值是 0，那么這個時長就是 240ms）就會關閉反向發射機，然后再等待 TFTCMPRestartTx（12 個控制信道周期，即 5.12s），這段 時間內如果 DRC 持續為 0，則手機會轉到 Inactive 態，即終端側掉話。2. 反向掉話機制AN 定義了反向掉話機制，當反向 DRC 無法正確解調時，A

5、N 啟動對應的定時器，若在指定時間內還沒有 正確解調 DRC，則為一次掉話。當 BTS 無法解調 DRC 時，向 BSC 發送 Abis-DO ForwardStopped 消息，FMR 啟動監控定時器T30M（缺省為 3s），若在該定時器內沒有收到 Abis-DO ForwardRequest 消息，FMR 向 CCM 發送 SDU_CCM_Forward_Stop 消息，同時 CCM 啟動 107 號定時器（缺省為 5s），若在定時器內沒有收到數 據傳輸恢復消息，則為一次反向掉話。 圖2-EVDO反向掉話機制示意圖無論是前向掉話還是反向掉話，在話統中一般都體現為“空口丟失”掉話。如果終端先

6、于系統掉話，并且在系統釋放連接之前又向系統發送了CR消息，那么系統會將原來的連接釋放，掉話原因統計為“其他原因”。3. TuneAway掉線分析3.1. CDR話單分析通過DO的CDR分析發現，增加的掉話原因值主要是10031（等待A9 DO AL Connected Ack消息超時），但是該原因值沒有掉線集中的TOP站點，也無TOP用戶。通過分析原因值為10031的掉話CDR記錄，發現掉話時的SINR值很好，但是卻終端發生了監聽1X的記錄，因此判斷是終端發生了監聽1X尋呼信道現象，導致10031原因值掉話。圖3- EVDO掉話時的CDR話單圖4- EVDO掉話時監聽1X尋呼信道3.2. 操作

7、日志分析通過分析網絡操作日志發現，在DO掉話劣化時段前，為解決1X尋呼負荷問題進行了增配1X第二尋呼信道的操作。涉及站點如下圖（左）所示。觀察掉話增加的TOP站點，并分析這些基站的配置文件，發現掉線主要集中在增加尋呼信道的站點及其周圍的站點如下圖（右）所示，與尋呼信道擴容站點分布趨于一致。圖5- 1X雙尋呼信道基站與掉線率劣化基站分布一致且雙尋呼信道站點的DO掉線率明顯較單尋呼信道站點劣化明顯，雙尋呼信道基站相鄰站點的指標也有一定劣化，如下表所示。日期單尋呼信道基站雙尋呼信道基站雙尋呼信道基站相鄰站掉線次數掉線率掉線次數掉線率掉線次數掉線率5月1日782770.66 211471.57 333

8、471.42 5月2日765130.66 197611.58 313371.42 5月3日769280.65 194071.51 320291.42 5月4日794820.66 194591.52 348091.46 5月5日786130.66 203971.58 345471.42 5月6日762490.64 199601.57 346891.42 5月7日774490.65 196101.60 338681.43 表2-劣化基站DO掉線率指標因此判斷增加尋呼信道導致雙模終端產生了TuneAway掉線。所謂TuneAway掉話指雙模終端在DO連接狀態下監聽1x尋呼信道時間過長，而不能及時返回

9、DO網絡，終端關閉DO發射機造成系統檢測不到終端DO信號而觸發的掉線。終端監聽1x時間過長沒有返回DO的主要原因是，終端在監聽1x的過程中發生空閑態切換時脫網。3.3. TuneAway掉線信令分析選取現網某基站扇區配置1X雙尋呼信道，進行故障原因定位，分別利用QXDM進行前臺測試和抓包，利用Airbridge后臺進行信令跟蹤。1 后臺Airbridge信令跟蹤測試過程中，使終端一直處于激活態，因此只要后臺發現有A9-AL Disconnected消息，且如果該消息并不是發生在跨AN切換的時候，那么一定是反向信道出問題而導致的掉話。本次測試不在AN邊界區域，因此在發現A9-AL Disconn

10、ected消息時，就可以判斷為發生空口掉話。根據后臺信令確定掉話時間點，09：21：21秒左右發現有A9-AL Disconnected消息，09：21：26秒出現了A9-Release-A8消息，原因為空口丟失， 09：21：27秒時釋放Abis鏈路資源，失敗的原因值為10031。圖6-后臺信令消息跟蹤2 前臺QXDM測試分析通過分析前臺QXDM中對應的時間點信令。01:21:29的時候，終端在DO激活態監聽1X尋呼信道，通過EVENT信息看到，終端在監聽過程中發生向PN453和PN273的空閑態切換。終端原來駐留在PN117扇區， PN117扇區1X配置雙尋呼信道，PN453和PN273配

11、置為單尋呼信道。通過EVENT信息看到終端在發生空閑態切換后由于監聽不到尋呼信道消息(T30M超時)而發生脫網(System lost)，終端初始化重新搜網。圖7-QXDM跟蹤發現T30M定時器超時掉話下圖所示為終端在初始化重新搜網后駐留在了PN117 的201頻點的非基礎尋呼信道上(pagech=2)。而后終端又發起了向PN273和PN453的空閑態切換，現象同上面一樣發生了1x掉話的現象。圖8-QXDM跟蹤發現重新搜網后掉線終端由于監聽1x尋呼時間過長而導致收不到DO前向控制信道消息，接收Supervision timer間隔超過5.12秒，手機關閉DO發射機(01:21:37:857 T

12、x Stopped)，導致掉線。圖9-QXDM跟蹤發現控制消息監聽超時通過以上現象分析可以確定DO掉話是由于終端監聽1x尋呼信道時間過長，而不能返回DO網絡導致掉話，即TuneAway掉話。查詢雙尋呼信道扇區（PN117）的接入參數配置，發現相鄰小區配置（NBRCFG）為0：圖10-雙尋呼信道站點接入參數配置在NBRCFG=0的情況下，如果終端監聽雙尋呼信道載頻的主尋呼信道時，向單尋呼信道站點發生空閑態切換，終端能夠監聽到目標單尋呼站點的開銷消息，不會出現終端空閑態切換掉網的情況。而終端駐留在雙尋呼信道載頻的非基礎尋呼信道上，終端向單尋呼信道站點空閑態切換時，切換到單尋呼信道站點上，終端不會監

13、聽單尋呼信道的主尋呼信道，導致終端監聽尋呼信道超時，超過T30m定時器（默認值3s），終端判斷尋呼信道丟失，進入了初始化狀態。表3-T30m定時器描述4. 解決方案為有效解決因TuneAway引起的引起的EVDO掉線率問題，首先采取尋呼信道回退的方式對問題進行規避；然后將進一步對接入參數進行研究和測試，給出最終解決方案。1、尋呼信道回退選取2個站點刪除新加的1x尋呼信道后，DO掉話率指標明顯降低。同時周邊站點的DO掉話數和掉話率指標都恢復到以前。圖11-雙尋呼信道刪除改善掉線率將整個區域的第二條尋呼信道刪除后，BSC3的DO掉話率也有了明顯的改善。圖12-整個區域DO掉線率恢復雙尋呼信道的基站

14、及周邊基站DO掉線率也明顯降低，單尋呼信道基站的DO掉線率保持穩定。圖13-不同尋呼信道站點DO掉線率變化至此可以確認DO掉話率抬升是由于部分載扇增加第二尋呼信道導致。2、接入參數優化通過對接入參數的研究發現，現網所配置的NBRCFG為0只適用于相鄰載頻之間配置了相同的尋呼信道的場景。取值說明0鄰區配置了尋呼信道的載頻數目和本載扇相同（即鄰區發送的CCLM或者ECCLM中的載頻數目和本載扇發送的CCLM或者ECCLM中的載頻數目相同）；鄰區發送的CCLM或ECCLM之中與本MS當前工作載頻（即本載頻，參數表所在節點的載頻）在本載扇發送的CCLM或ECCLM中位置相同的載頻與本載頻的尋呼信道數目

15、相同：對于NLM，該位置相同的載頻的頻帶和頻點與本載頻相同；對于ENLM或者GNLM，如果FREQ_INCL=0，該位置相同的載頻的頻帶和頻點與本載頻相同；否則，該載頻由NGHBR_BAND和NGHBR_FREQ定義。1鄰區配置了尋呼信道的載頻數目和本載扇可能不同；鄰區發送的CCLM或ECCLM之中與本載頻在本載扇發送的CCLM或ECCLM中位置相同的載頻與本載頻的尋呼信道數目可能不同，但配置了主尋呼信道；對于NLM，該位置相同的載頻的頻帶和頻點與本載頻相同；對于ENLM或者GNLM，如果FREQ_INCL=0，該位置相同的載頻的頻帶和頻點與本載頻相同；否則，該載頻由NGHBR_BAND和NG

16、HBR_FREQ定義。2鄰區配置了尋呼信道的載頻數目和本載扇可能不同，但鄰區在某載頻有主尋呼信道：對于NLM，該載頻的頻帶和頻點與在本載扇發送的CCLM或ECCLM中的第一個載頻相同；對于ENLM或GNLM，如果FREQ_INCL=0，該載頻的頻帶和頻點與在本載扇發送的CCLM或ECCLM中的第一個載頻相同；否則，該載頻由NGHBR_BAND和NGHBR_FREQ定義。3鄰區載頻配置情況未知，但鄰區在某載頻有導頻信道：對于NLM，該載頻的頻帶和頻點與本載頻相同；對于ENLM或者GNLM，如果FREQ_INCL=0，該載頻的頻帶和頻點與本載頻相同；否則，該載頻由NGHBR_BAND和NGHBR_

17、FREQ定義。47保留表4-NBRCFG的說明又根據協議C.S0005的規定，當NGHBR_CONFIG=0，空閑切換后監聽新站尋呼信道使用的是老站的碼道；當NGHBR_CONFIG=1，空閑切換后立即HASH計算新的尋呼信道碼道。NGHBR_CONFIG=000NGHBR_CONFIG=001The mobile station shall begin monitoring the Paging Channel of the new base station, using the same rate, code rate, and code channel.The mobile statio

18、n shall use the hash algorithm to select a new Paging Channel number in the range 1 to PAGE_CHANs, where PAGE_CHANs is the value stored for the Paging Channel whose stored information is current.表5-C.S0005協議說明綜合上述分析，根據現網實際情況，總結了一套接入參數優化方法：1)      高尋呼信道配置對低配鄰區（尋呼信道至少有1個），雙方NBRCFG均設置為1；2)