【資料名稱】：GSM網(wǎng)絡(luò)SDCCH掉話分析報告

【資料作者】：小蟲

【資料日期】：2012-09-12

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

綜述：本次工作任務(wù)旨在對SDCCH掉話的機理及其對網(wǎng)絡(luò)的影響進行分析。在分析過程中，力求做到采用多途徑及綜合手段進行驗證及分析，報告在最后部分針對當(dāng)前發(fā)現(xiàn)的問題，提出了相應(yīng)的優(yōu)化和改進建議，希望能對移動公司的網(wǎng)絡(luò)性能改善起到積極的作用。

OMC部分的初步分析（BSC級）：








從P_NBSC_SERVICE，P_NBSC_TRAFFIC，P_NBSC_CC三個數(shù)據(jù)表中的BSC級測量統(tǒng)計來看，P_NBSC_CC中的Phase 1下的Clear code 21（Corrupted Establish_Indication）的次數(shù)為9011次，P_NBSC_SERVICE中的T3101超時計數(shù)為9023次，P_NBSC_TRAFFIC中SDCCH_Abis接口掉話值為9283（也包括其它一些Clearcode導(dǎo)致的掉話，由于NOKIA OBS測量數(shù)據(jù)不可用，暫時無法通過CauseCode精細驗證）。這三組數(shù)據(jù)具有比較明顯的吻合性，初步證明T3101超時是導(dǎo)致SDCCH Abis接口掉話的主要原因。

T3101的超時原理如下圖表示：




Figure 1: T3101超時原理

如上圖所示，在BSC下發(fā)Imm_assign_cmd之后，在T3101的時限內(nèi)如果沒有收到上行的Establishment_Indication建立指示，則由系統(tǒng)下發(fā)強制SDCCH拆線指令，以及時釋放SDCCH資源。

案例：梧田社保局 CELLID：10552，BSC15，BTS22，TRX-2
過程描述：分別在3月10日，15日進行了兩次Abis接口掛表信令跟蹤（BTS22的TRX2，BCCH載頻），通過對結(jié)果的觀察分析，有如下發(fā)現(xiàn)：

1.實際捕獲的SDCCH占用請求次數(shù)為803次，擁塞2次，立即指配命令下發(fā)為801次。
2.有9次存在“TRX having “Error Indication”case”錯誤提示。
該問題在信令分析儀中已有明確說明，為LAPD鏈路計數(shù)器T200超時導(dǎo)致，由于該部分占SDCCH掉話的比重很小，不再做具體分析。
3.有128次存在“TRX where assigned SDCCH are not used”錯誤提示。

詳細分析信令內(nèi)容，發(fā)現(xiàn)在系統(tǒng)發(fā)送Imm_Assign_Cmd之后沒有收到上行的Establish_Ind消息，而是直接對SDCCH資源進行釋放。觀察Imm_Assign_Cmd至Channel_Rel之間的時長，全部為5秒。檢查BSC15的T3101設(shè)置值為5秒，基本確定目前幾乎所有的SDCCH_Abis掉話均為T3101超時導(dǎo)致。符合先前依據(jù)NOKIA的OMC統(tǒng)計的分析結(jié)果。同時觀察無上行建立指示情況下的測量報告中（系統(tǒng)強制釋放SDCCH資源以前），觀察到的所有的上行質(zhì)量測量均為7（BER>12.8%），場強也普遍較弱（基本在-100dBm左右）。

這部分由T3101超時導(dǎo)致的SDCCH Abis掉話在請求業(yè)務(wù)類型上的分配比例如下圖所示：



Figure 2: SDCCH掉話原因分類（NETTEST結(jié)果）

*在主叫的SDCCH占用失敗中，需要考慮由于重發(fā)導(dǎo)致的再次掉話，這在信令中已經(jīng)觀察得到。SDCCH NEEDED目前沒有確定是何種業(yè)務(wù)類型。

由上圖可見，掛表的結(jié)果顯示超過一半的SDCCH_Abis接口掉話發(fā)生在位置更新過程。




上圖為梧田社保局在3月15日早忙時的OMC數(shù)據(jù)，第二部分和第三部分的差值[453次]基本反映了SDCCH_Abis掉話的量值，當(dāng)日同時段依據(jù)傳統(tǒng)公式計算出來的SDCCH_Abis掉話次數(shù)為449次，表明了在此中間也有4次的失敗事件并非由T3101超時引起。進一步分析OMC數(shù)據(jù)：




在OMC的Counter[SDCCH_MOC_SEIZ_ATT]無法區(qū)分位置更新請求次數(shù)和主叫請求次數(shù)，但是可以得知被叫請求次數(shù)，按主被叫概率基本相同來考慮，位置更新請求次數(shù)約為1886次，和成功的位置更新請求個數(shù)[SDCCH_LOC_UPD]來對比，相差400次左右（Abis掉話），可以認為449次SDCCH_Abis掉話中，位置更新過程中的掉話占了主要部分，這也和Figure 2中掛表采集的信令中的觀察結(jié)果相一致。同時，大致計算該基站位置更新過程中SDCCH_Abis的掉話率為400/1800=22%。

采取的實驗措施：

1.調(diào)整同BCCH同BSIC。
2.開啟SDCCH切換。
3.將CBCH信道轉(zhuǎn)移到MBCCH上。

效果不明顯，該站客觀存在1~3級的帶外干擾，上行Q0也很差。后續(xù)建議請參考后面總結(jié)部分的內(nèi)容。

附加圖示：



Figure 3: SDCCH掉話率 Vs 平均通話距離



Figure 4: SDCCH掉話率 Vs 下行誤碼率



Figure 5: SDCCH掉話率 Vs 上行誤碼率



Figure 6: SDCCH掉話率 Vs 上行場強



Figure 7: SDCCH掉話率 Vs 下行場強


結(jié)論：

1.目前網(wǎng)絡(luò)主要的SDCCH掉話集中在Abis接口。
2.Abis接口的絕大部分掉話為T3101超時導(dǎo)致，比例在80%左右。
3.T3101超時的主要原因是立即指配過程中收不到上行的建立指示。
4.在無上行建立指示的測量報告中，觀察到的所有的上行質(zhì)量測量均為7（BER>12.8%），場強也普遍較弱（基本在-100dBm左右）。
5.弱覆蓋或網(wǎng)內(nèi)外干擾是導(dǎo)致SDCCH掉話的主要原因。
6.SDCCH掉話行為主要發(fā)生在Location Update過程，并且在此過程中SDCCH的掉話率也明顯高于主被叫過程。
7.目前統(tǒng)計到的SDCCH掉話不會對主被叫過程的客戶感知度造成明顯的影響。

建議：

1.有效控制網(wǎng)內(nèi)干擾。

溫州城區(qū)的站點密度較大，站高相對較高，同時基站全部為滿功率發(fā)射，再加上建筑地形比較復(fù)雜，由此產(chǎn)生的越區(qū)覆蓋容易導(dǎo)致孤島效應(yīng)并造成弱場強服務(wù)區(qū)或頻率沖突，將對網(wǎng)絡(luò)性能產(chǎn)生比較明顯的負面影響。目前可以通過如下手段來控制該負面因素：

a. 充分利用功率控制，總體上降低網(wǎng)內(nèi)上行發(fā)射水平。如目前溫州的質(zhì)量原因下降功率控制難以觸發(fā)。
b. 優(yōu)化RACH及HO Access過程中的初始功率發(fā)射水平，通過POPT，LEV，LEVD等參數(shù)可以達到優(yōu)化目的。
*溫州以前的POPT實驗沒有開啟MsPwrOptLevel的Feature，因而實際是無效的，建議重新開始該方面的實驗工作。
c. 合理控制天線下傾，避免嚴重越區(qū)覆蓋的問題出現(xiàn)。

2.規(guī)劃新站頻點時注意區(qū)域內(nèi)的同頻同BSIC現(xiàn)象，該問題會導(dǎo)致BTS錯誤的將周邊BTS間的切換接入脈沖當(dāng)作本小區(qū)的RACH接入脈沖（HO overhearing），而錯誤的為其分配SDCCH資源并導(dǎo)致SDCCH掉話或擁塞。該點可以結(jié)合天線下傾（防止越區(qū)覆蓋）的控制工作一起進行。