胡堅
摘 要:在GSM或TDCDMA網中,單通現象是網內經常遇到的問題,同時也是移動網絡用戶投訴較多的問題。因為這種情況算是已接通,但是用戶根本聽不到對方的聲音,而計費系統已開始計費。從網絡的各項指標統計來看,一般很難發現這種問題,只能靠CQT測試以及用戶的投訴等來發現,這就加大了分析問題的難度。本文主要分析了單通問題的排查思路。
關鍵詞:單通;環回;TD無線網優;終端
1 單通問題排查前基本工作
語音質量問題排查比較復雜,需要進行不同場景下多次撥測,尋找問題發生規律、概率;還需要分解網元,逐段排查。確認問題出現范圍:從時間、地點和設備配置多維度確定問題出現的范圍?;竟ぷ鳛椋阂弧⒄Z音質量問題出現是否有時間上的規律性;二、語音質量問題出現是否有地域上的規律性;三、語音質量問題出現是否有設備配置上的規律性。
2 排查告警與傳輸問題
通過對涉及的站點、傳輸、交換故障(包括隱性故障)問題進行排查,確認未有站點故障出現。重點排查傳偷問題,各種接口如果出現傳輸問題,都會導致傳輸丟包,直接導致語音質量下降或單通等問題。具體為:查看Iub、Iu、Gb等接口是否存在告警;通過后臺配置參數對比分析;是否存在時鐘同步問題;如果MGW間Gb口的傳輸是走TDM,則需要注意的是2個MGW的幀格式要一致;此外,不要忽略傳輸抖動造成的影響,傳輸抖動不可避免的會造成語音幀的不均勻,導致語音質量的下降。
3 網絡性能指標分析
當出現大面積或單個小區、站點下通話異常的投訴問題時,考慮到網絡性能指標分析是縮小故障節點定位的關鍵手段,因此首先可以通過對涉及的問題區域小區、站點相關性能指標進行統計分析。
4 排查無線環境因素
確認問題范圍后,結合用戶遇到的問題反饋的信息,到特定地點進行多次撥測,首先排查無線環境。檢查小區信噪比和UE接收信號功率,確定是否下行覆蓋質量差;檢查是否所在小區的ISCP偏高,偏高則需要檢查是否有其他外界干擾;檢查單用戶的上行質量:在RNC維護臺監測傳輸信道BLER,如果業務傳輸信道BLER大于10%,則可能出現導致語音質量下降。同樣需改善無線環境,提高上行信號質量。
5 排查終端問題
對于終端問題的排查定位,根據實際情況的不同可以采取兩種常見的排查定位方法;一是:通過后臺信令統計,從掉話或其它指標異常的信令上提取UE的IMEI號,從中匹配TAC號,從而匯總出同一類型指標差手機的品牌和型號,是否使用同一類型的TD芯片,從而定位出手機終端是否是主要的故障原因。二是:通過現場測試。包括換用多個不同廠家的UE,來對比測試,觀察問題的出現規律;換用其他UE測試,如果問題消失,可基本認為是UE問題;對投訴用戶進行回訪測試,或通過投訴用戶的配合,對其所發現的異常進行問題復現。
6 環回測試與現場撥測
⑴環回測試原理。語音質量問題是一個端到端的系統問題,涉及很多網元和中間傳輸設備,定位起來語音質量問題是一個端到端的系統問題,涉及很多網元和中間傳輸設備,定非常復雜。RNC的CDT提供了IU口的環回功能,能夠快速定位出語音數據是在哪一段出現問題,界定責任網元。
IU口用戶面環回包括上行環回和下行環回。上行環回是指本端UE發給RNC的數據在Iuup層環回,這樣本端用戶自己就可以聽到自己聲音或者看到本端的圖像(VP),而下行環回是指對端發給本端UE的下行數據在Iuup層環回,這樣對端就可以聽到自己聲音或看到自己的圖像。
⑵UE1與UE2進行CS通話的時候,用戶面數據會經歷以下流程。當對UE1進行IU口用戶面進行上行環回的時候,UE1的用戶面上行數據便在IU1的用戶面形成了環路,數據從RNC1又走回了UE1,不會到達CN。UE1能聽見自己的說話聲音,UE2聽不到UE1的聲音。在RNC1的信令跟蹤工具上設置UE1上行環回,如果UE1通話,能夠清晰聽見自己的說話聲音,說明RAN1側沒有故障。同理UE2側的判定。當對UE1進行IU口用戶面進行下行環回的時候,UE1的用戶面下行數據便在IU1的用戶面形成了環路,下行數據從RNC1又走回CN,到RNC2,再到UE2。UE2能聽見自己的說話聲音,UE1聽不見UE2的聲音。在RNC1的信令跟蹤工具上設置UE1下行環回,此時UE1的下行用戶面數據,在RNC的IU1被環回回去,數據通過CN、RNC2又走回到了UE2。如果UE2能夠清晰聽見自己的說話聲音,說明RAN2側+IU2+IU1通路正常;如果不能,說明問題發生在RAN2+IU2+IU1。UE2的下行同理。通過4次環回結果,可以將故障定位在RAN1側或核心網側(IU1+IU2) 或者RAN2側。如果問題定位在RAN側,則需要繼續排查終端、UU口、IUB以及RNC設備。
以上通過環回測試,己基本可以定位出問題是出現在RAN1側或核心網側(IU1+IU2)還是RAN2側。在此基礎上,再結合現場測試對問題進一步定位。信令是分析網絡疑難故障的重要手段,幾乎所有的網絡異常情況都可以從信令上找到答案;通過對信令和碼流跟蹤分析,看是否存在以下問題:異常是否都是發生在TD網絡中;異常是否主要發生在同款類型終端;發生異常時,是否占用RNC側RUB單板上相同DSP;異常信令流程上是否存在共同點。
除以上通過對信令進行分析發現異常外,還可以通過對IU、UU等口上/下行碼流數據進行跟蹤與分析,跟蹤方法與跟蹤信令相似,結合碼流判斷是否存在異常。
[參考文獻]
[1]高媛,趙永峰.網絡單通故障原因分析.技術交流,2011年第6期.
[2]任姣姣.TD終端問題導致網絡單通/雙不通的問題分析.企業技術開發,Feb,Mar.2012.