【資料名稱】：現(xiàn)場服務(wù)申請（RNC1、4、5開啟異常信令掛死規(guī)避 策略）

【資料作者】：藍田玉

【資料日期】：2012-10-14

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

設(shè)備現(xiàn)場服務(wù)申請報告
用戶單位中國移動廣西公司柳州分公司
現(xiàn)場技術(shù)服務(wù)內(nèi)容服務(wù)內(nèi)容：
通過對現(xiàn)場的柳州RNC1和RNC2的數(shù)據(jù)分析發(fā)現(xiàn)，存在部分PS域信令長時間掛死的現(xiàn)象，比較典型的是在2G重選到3G后，終端會在3G做位置區(qū)更新和路由區(qū)更新，在位置區(qū)更新成功后，CS域信令會釋放，但是路由區(qū)更新后成功后，PS域的信令沒有釋放，會始終保持，甚至持續(xù)幾個小時。
如下所示，用戶從2G到3G重選后進行了位置區(qū)和路由區(qū)更新，從信令中可以看到位置更新的類型均為NO FOLLOW ON，即更新完成后釋放。

但實際情況是位置區(qū)更新完成后，僅收到一條IU ReleaseCommand，進行CS域釋放。

路由區(qū)更新完成后CN并沒有發(fā)起釋放的時候PS域信令仍然保持，沒有收到IU ReleaseCommand進行PS域釋放。
。

上述問題會導致以下后果：
1、浪費了系統(tǒng)資源；
2、增加了系統(tǒng)整體的功率和干擾水平；
3、增加了終端的耗電水平；
4、終端PS域的信令沒有釋放可能會后續(xù)業(yè)務(wù)建立過程中產(chǎn)生掉話。
通過在現(xiàn)場的數(shù)據(jù)分析中發(fā)現(xiàn)這種現(xiàn)象大概占了掉話的20%左右。
為了解決該問題，我司RNC V2.00.401版本對于純信令，如果沒有任何直傳，在保持一段時間（通過定時器控制）后，會請求CN發(fā)起釋放。
具體操作：
在網(wǎng)管私有參數(shù)表中對參數(shù)進行修改，對應(yīng)的表為TRNC_RRMTMPINFO_SPEC：

預留參數(shù)47 修改為 15000ms；
預留參數(shù)48 修改為 1；
其中預留參數(shù)48指的是這個策略的開關(guān)，預留參數(shù)47指的是是信令掛死多少時間后就發(fā)起釋放。
目前DCH轉(zhuǎn)IDLE時長甚至為72S，修改該參數(shù)后當終端從2G重選回3G完成路由區(qū)更新后，在36至72S之間，RNC會向CN發(fā)起信令釋放請求，避免終端長時間不釋放導致的掉話。
影響范圍：
以上操作需要對柳州RNC1、4、5全局參數(shù)進行修改，但不影響現(xiàn)網(wǎng)站點正常運行。
計劃操作時間2011年10月12日00:00-5:00
修改大致需要30分鐘左右。
應(yīng)急處理預案
（一）在調(diào)整前做好數(shù)據(jù)備份工作工作。
（二）參數(shù)修改期間，現(xiàn)場負責人協(xié)同中興公司相關(guān)操作人員嚴格按照規(guī)范進行操作，如升級后單站業(yè)務(wù)驗證失敗，或發(fā)現(xiàn)設(shè)備存在嚴重告警且不能立即消除，指標波動大，則立即啟動備份數(shù)據(jù)回退。
回退操作：

僅需對私有參數(shù)表中TRNC_RRMTMPINFO_SPEC中TMPINFO47,48修改回0即可。

[ 本帖最后由 阿蔡 于 2012-10-19 12:55 編輯 ]