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

【資料作者】：小蟲

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

【資料語(yǔ)言】：中文

【資料格式】：DOC

【資料目錄和簡(jiǎn)介】：

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

OMC部分的初步分析（BSC級(jí)）：








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

T3101的超時(shí)原理如下圖表示：




Figure 1: T3101超時(shí)原理

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

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

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

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

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



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

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

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




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




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

采取的實(shí)驗(yàn)措施：

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

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

附加圖示：



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



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



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



Figure 6: SDCCH掉話率 Vs 上行場(chǎng)強(qiáng)



Figure 7: SDCCH掉話率 Vs 下行場(chǎng)強(qiáng)


結(jié)論：

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

建議：

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

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

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

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