王文博,常 靜,柏 楊/WangWenbo,Chang Jing,Bai Yang
(中國移動通信集團設計院有限公司 北京100080)
在介紹異常事件前,首先要了解LTE話音業務完整的系統消息與信令流程,并且對TD-LTE下實現話音通話的方案做出基本解釋,其基本特點為:通過LTE手機在LTE網絡下實現TA(LTE下的跟蹤區)/LA(GSM的位置區)聯合更新,實現同時在LTE的MME與GSM的MSC同時完成登記。當終端在LTE進行起呼或收到話音尋呼消息時,利用LTE下行重定向信令RRC Connection Release內指定的GSM頻點 (偶爾會出現未指定頻點的情況)進行回落GSM,再在GSM下進行起呼或響應尋呼的過程。
●MS在LTE下發送Extended Service Request;
●MS收到下行消息RRC Connection Release消息中攜帶的GSM頻點回落成功;
●MS在RACH信道上發送ChannelRequest消息;
●BTS接收解碼后,BSS在AGCH信道上發送Immediate Assignment消息給手機,安排MS進入SDCCH;
●MS收到Immediate Assignment消息,轉換到指定的SDCCH;
● MS 發送 SABM(CM Service Request);
●網絡對SABM以發送UA作為響應建立L2無線鏈路,BSS處理該請求,然后通過A接口上的信令鏈路向MSC報送;
●通過鑒權加密過程后,MS在SDCCH發送Set Up消息;
●MSC收到并處理Set Up消息,發起Assignment Request消息;
●然后BTS在SDCCH上為手機分配TCH信道,通過Assignment Command消息安排MS到指定的空閑TCH;
●MS轉到指定的TCH,在FACCH上發送AssignmentComplete消息,并通過BSS上傳到MSC;
●MSC向MS發送Alerting消息,告知MS對方振鈴已響,要求發送回鈴音;
●被叫摘機,Connect消息通過BSS發給MS,該信息在FACCH上發送;
●MS收到該信息,打開音頻通路,并通過FACCH向MSC 發送響應(ConnectAcknowledge),通話正式開始。
●MS收到Paging消息后下發Extended Service Request;
●MS收到下行消息RRC Connection Release消息中攜帶的GSM頻點回落成功;
●MSC向同一LAC內的所有小區發送尋呼命令,由各小區在PCH上發出Paging Request消息;
●MS根據系統分配的TMSI或IMSI值,從所有收到的Paging Request消息中解出屬于自己的尋呼消息,并在RACH上發送Channel Request消息;
●BTS接收解碼后,BSS在AGCH信道上發送Immediate Assignment消息給手機,安排MS進入SDCCH;
●MS收到Immediate Assignment消息,轉換到指定的SDCCH;
● MS發送 SABM(Paging Response);
●其他后續消息與主叫完全一樣。
異常事件分析流程如圖1所示。
在LTE DT測試中,發現很多未接通事件的原因是小區擁塞、無TCH資源可用,為了提高無線接通率,必須解決因小區擁塞導致的未接通事件。
當小區TCH擁塞時,從信令流程上來看,主叫手機在Call Proceeding(被叫手機在 Call Confirmed)后,系統沒能下發Assignment Command消息,而是下發Disconnect命令。當主叫沒有Assignment Command消息時,為主叫TCH擁塞;當被叫沒有Assignment Command消息時,為被叫TCH擁塞。
以某次集團抽測測試為例,主/被叫信令截圖如圖2所示。
問題描述:車輛在某城市的某小區附近行駛,主叫MS發生未接通。
問題分析:主叫MS占用小區(CI:31655 BCCH:718 BSCI:16)的信號,主叫MS的接收電平在-77 dBm左右,話音質量在0級,主叫 MS信令 CM Service Request→Setup→Call Proceeding→Disconnect,時間間隔為11 s,被叫MS占用微波局_D1(CI:11551 BCCH:723 BSCI:03)的信號,被叫MS的接收電平在-55 dBm左右,被叫MS信令一直為Paging Request Type1,沒有呼到被叫,主叫TCH擁塞。
解決建議:繼續觀察該小區指標,如長時間有擁塞情況,則擴容。
問題分析:在主叫完成起呼(Assignment Complete)后2s左右,此時被叫發起信道請求Channel Request Report,由于SDCCH擁塞溢出,被叫手機無法獲得SDCCH,重復兩次發送信道請求后仍然無法獲得SDCCH信道消息的回復,導致發生未接通,如圖3所示。
解決方案:增加SDCCH信道。
問題分析:主叫完成起呼(AssignmentComplete)后2~3s,被叫正處于位置更新流程中,導致未接通發生,如圖4所示。
解決方案:調整位置更新參數設置。
以上列舉了有代表性的3個異常事件原因,其他原因在日常分析中也會遇到,例如,跨LAC位置更新未接通優化、被叫小區重選導致未接通、硬件問題、載頻問題、上行鏈路問題導致的未接通等。
上述是結合長期LTE-DT測試分析出的未接通現象及原因,目的在于總結歸納出一套可以復制流程化的分析方法,簡化在網絡質量管理中的工作難度,提高工作效率。在測試過程中,可能會有新的未接通現象發生,分析其原因應該本著信令和路測相結合的方法,并且繼續歸納總結到流程中,解決問題時要做到有的放矢。
[1]3GPPTS 36.331 version 11.5.0 Release 11.LTE:Evolved Universal Terrestrial Radio Access(E-UTRA);Radio Resource Controal(RRC);Protocol Specification v11.5.0[S].2013.
[2] 王映民,孫韶輝.TD-LTE技術原理與系統設計[M].北京:人民郵電出版社,2013.