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

【資料作者】：藍田玉

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

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

設備現場服務申請報告
用戶單位中國移動廣西公司柳州分公司
現場技術服務內容服務內容：
通過對現場的柳州RNC1和RNC2的數據分析發(fā)現，存在部分PS域信令長時間掛死的現象，比較典型的是在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è)務建立過程中產生掉話。
通過在現場的數據分析中發(fā)現這種現象大概占了掉話的20%左右。
為了解決該問題，我司RNC V2.00.401版本對于純信令，如果沒有任何直傳，在保持一段時間（通過定時器控制）后，會請求CN發(fā)起釋放。
具體操作：
在網管私有參數表中對參數進行修改，對應的表為TRNC_RRMTMPINFO_SPEC：

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

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

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