現網終端問題分析報告2009-6-22

目錄1 概述 32 詳細問題分類分析 32.1 終端主動釋放鏈路問題 3 現象描述 3 問題分析定位 4 問題解決方案 42.2 系統間切換終端返回失敗問題 5 現象描述 5 問題定位分析 5 問題解決方案 62.3 終端讀取系統消息過長問題 6 現象描述 6 問題定位分析 8 問題解決方案 8

概述通過網絡統計、路測結果分析、用戶回訪，發覺現網部分終端存在問題，導致網絡指標惡化，主要表現為，終端主動釋放鏈路，導致PS掉話KPI統計惡化，但實際用戶無感知；終端進行3G到2G切換時，在GSM網絡同步失敗，導致系統間切換勝利率KPI指標惡化；終端從3G網絡重選到2G網絡時，終端讀取系統消息、位置區更新時間過長，導致尋呼接收失敗。詳細問題分類分析終端主動釋放鏈路問題現象描述網絡指標KPI統計報表中，PS掉話率較高，在30%左右，通過網絡數據統計分析，發覺許多PS業務，業務建立完成后1分鐘左右RNC收到UE的SIGNALLINGCONNECTIONRELEASEINDICATION指示，RNC發送Iureleaserequest釋放網絡連接，給PS網絡指標造成很大影響，約占PS掉話率指標的50%比例，如下圖所示：問題分析定位通過網絡側統計，將由終端主動發送SIGNALLINGCONNECTIONRELEASEINDICATION導致的掉話進行歸類，通過IMSI跟蹤，定位到詳細用戶號碼，通過對用戶回訪，了解觸發此類釋放的用戶都為多普達S700終端。協調多普達S700進行現場測試，同時網絡側跟蹤用戶信令。終端激活PS業務后，業務保持一分鐘左右，UE給網絡側上發SIGNALLINGCONNECTIONRELEASEINDICATION指示，RNC收到UE的釋放指示后向核心網懇求釋放IU口連接，造成一次掉話，而此時，手機終端界面并未顯示連接釋放。valueUL-DCCH-Message::={integrityCheckInfo{messageAuthenticationCode'11111000000110111110111111110110'B,rrc-MessageSequenceNumber3},messagesignallingConnectionReleaseIndication:{cn-DomainIdentityps-domain}}接著通過手機終端打開新的網頁，網頁能正常打開，但是網頁打開速度較慢，用戶感知差，從網絡跟蹤信令看，這是終端又主動發起了一次PDP激活懇求，建立起業務鏈接，待網頁數據傳輸完畢后，終端又給網絡側上發SIGNALLINGCONNECTIONRELEASEINDICATION指示，RNC收到UE的釋放指示后向核心網懇求釋放IU口連接，又造成一次掉話。如此，閱讀一次網頁，導致一次掉話，對用戶的感知為網速慢。經與終端廠家聯系得知，目前多普達S700手機在激活PS業務后，假如在1分鐘左右多數據傳輸，終端出于省電目的，將于網絡的連接主動釋放，當用戶有數據業務需求時，終端會主動發起連接建立懇求。問題解決方案由于該問題在各地TD現網都出現，中移動集團召集大唐移動、中興等設備廠家及各終端廠家會議，會議確定對于此類由于終端主動發起釋放導致的掉話將不統計到KPI指標當中，同時要求多普達終端廠家盡量修改其實現策略。剔除終端發起釋放導致的掉話，現網PS掉話率在12%左右。系統間切換終端返回失敗問題現象描述終端進行3G—>2G系統間切換過程中，終端間隔大約2秒的時間又在TD網絡中回復HandoverfromUTRANFailure，其中緣由值為physicalchannelfailure，如下所示：終端返回緣由為physicalchannelfailure的3G到2G切換失敗占總失敗次數比例的92%。問題定位分析首先依據網絡KPI話務統找尋3G->2G切換失敗（失敗緣由值為物理信道失敗）的top小區，同時跟蹤終端路測數據及終端物理層數據。從終端空口數據看，終端收到handoverfromutrancommand消息后，到GSM網絡接收消息，但是兩秒后返回失敗handoverfromutranfailure。從終端物理層log查看，當BTS給UE下發了物理信道信息后，UE應當在物理層發送證明確認幀（SABM），但終端回復SABM幀時存在問題，導致UE在GSM小區上沒有同步勝利，終端內部定時器超時后，UE推斷GSM小區不行達，回退至TD小區，并在原來的信道上發送切換失敗吩咐，而RNC干脆發送relocationcancel取消了重定位流程。6月17日，對Dell上網本（T3G方案）、HP上網本（聯芯方案）、華為數據卡（T3G方案）進行PS業務3G—>2G切換驗證測試，均出現終端回physicalchannelfailure導致的失敗。問題解決方案聯芯終端已針對此問題進行了版本改進，聯芯路測終端8130的06_A版本已解決問題。對于現網中的商用終端，不行能收回全部終端進行升級，由此對網絡指標有較大的影響，可通過網絡設置系統間切換懲處機制，降低由于該問題對網絡指標產生的影響。終端讀取系統消息過長問題現象描述在現網路測過程中發覺終端進行3G到2G的重選時，在GSM小區讀取系統消息時間過長，且終端只有在讀完系統消息之后才進行位置區和路由區更新，總時長大約10秒鐘左右，而這期間終端接收不到尋呼消息，從而會導致呼叫失敗，如下圖所示：問題定位分析當UE從TD小區（或GSM小區）重選到GSM小區（或TD小區）起先，到UE完成位置更新結束，這段時間內（下面簡稱為“重選時間”），網絡是不知道UE已經重選到了GSM小區（或TD小區），此時假如須要尋呼UE，尋呼消息將在原TD小區所屬的LAC區發送，而UE因為已經重選到GSM小區（或TD小區），因此確定是接收不到尋呼的，這必將導致尋呼的失敗。目前網絡的尋呼勝利率低，和上述因素有很大關系。因此，縮短UE從3G到2G“重選時間”是提高尋呼勝利率的重要手段。而目前，聯芯的終端在重選到GSM小區時，確定要將全部的系統消息收全才起先做位置更新。以為例，諾西的GSM小區上發送的系統消息有：系統消息1、2、2quarter、3、4。其中2quarter又分多個實例發送。依據GSM規范，收齊全部這些系統消息的時間平均須要為8.48秒。但UE沒有必要將全部的系統消息收全才起先做位置更新的。UE只須要收到系統消息SI1、2、3、4后