VoLTE異常事件無線優(yōu)化方法簡介v1_20160523綜述

1、1.請求（客戶端）REGISTER 注冊INVITE 邀請PRACK 提供臨時確認(rèn)UPDATE 更新連接狀態(tài)ACK 對INVITE消息的最終確認(rèn)BYE 掛斷電話SUBSCRIBE 訂閱事件通知NOTIFY 通知訂閱者新的事件CANCEL 取消應(yīng)答（服務(wù)端）1XX-臨時響應(yīng)。表示請求已接收，接收方正在處理。常見的有：100Trying、183Provisional Acknowledge、180 Ringing2 XX -成功響應(yīng)。請求已成功收到、理解并被接受。常見的有：200 OK、202Accepted、204 No Notification3 XX -重定向響應(yīng)。請求方需要采取進(jìn)一步動作以

2、完成請求。4 XX -客戶端響應(yīng)錯誤?？蛻舳颂峁┝隋e誤的語法或者無法從服務(wù)端得到響應(yīng)。常見的有：401Unatuhorized、486Busy Here、481Call transaction does not exist5 XX -服務(wù)端響應(yīng)錯誤。服務(wù)器無法提供合法的請求。常見的有：500 Server Internal Error、503Service Unavailable、580Precondition Failure6 XX -全局失敗響應(yīng)。請求不能在任何一個服務(wù)器上得到滿足，產(chǎn)生該響應(yīng)的服務(wù)器需要知道有關(guān)用戶的確切信息。2 VoLTE集團(tuán)測試規(guī)范1、 測試終端：HTC M8 商用終

3、端+PC機(jī)+MOS盒 2、 測試軟件：對接中國移動商務(wù)終端測試平臺的惠杰朗CDS與鼎利Pioneer軟件 3、測試方法：a) 測試手機(jī)必須設(shè)置為4G數(shù)據(jù)連接態(tài)，默認(rèn)自適應(yīng)配置。 b) 采用手機(jī)（模塊）相互撥打的方式，手機(jī)撥叫、接聽、掛機(jī)都采用自動方式。 c) 每次通話時長180秒，呼叫間隔30秒；如出現(xiàn)未接通或掉話，應(yīng)間隔30秒進(jìn)行下一次試呼。4、 測試場景：當(dāng)前重點(diǎn)關(guān)注城區(qū)室外以及室內(nèi)兩大重點(diǎn)場景。 3 異常事件分析3.1未接通3.1.1未接通統(tǒng)計(jì)方法主叫UE發(fā)送第一條SIP INVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP INVITE 200 OK消息為成功完成呼叫，其他都算未接通。3.1.2未接通

4、問題分析方法1、在主叫的事件中，找到Outgoing call block/Call blocked事件，記錄時間點(diǎn)2、在主叫信令中，找到Invite消息（Invite消息會比RRC連接建立請求消息時間早，因?yàn)辄c(diǎn)擊撥號按鈕時，首先觸發(fā)Invite消息，而Invite消息再觸發(fā)RRC連接建立），記錄時間點(diǎn)3、查看Invite消息到Block事件之間的時間段內(nèi)，主被叫出現(xiàn)的異常信令3.1.3未接通問題排查思路A、暫時無法解決的問題：n 由于目前所有廠家的IMS不支持振鈴前eSRVCC，振鈴前發(fā)起eSRVCC，肯定會導(dǎo)致未接通，該問題暫時無法解決n 蘋果終端暫不支持振鈴中的eSRVCC，振鈴中或振鈴

5、后，只要是接通前發(fā)起eSRVCC流程都會導(dǎo)致未接通，該問題暫時無法解決B、無線原因排查：n 主叫/被叫多次發(fā)送信令或者異常進(jìn)入空閑模式，查看當(dāng)時的SINR和RSRP，確認(rèn)是否由于越區(qū)覆蓋、鄰區(qū)漏配、PCI模3干擾、弱覆蓋等無線問題導(dǎo)致n 主叫尋呼期間，被叫發(fā)起RAU/LAU/TAU，需要分析之前終端如何從4G重選或切換到GSM/TDn RRC連接異常釋放，需要進(jìn)行eNB信令跟蹤，查看無線原因C 、終端問題排查：n 對比相同芯片的不同終端、異芯片終端，如果某款終端接通成功率低，則疑似終端問題，需要對終端進(jìn)行排查n 如果終端收到并正確解碼某SIP消息，但未發(fā)出后續(xù)的SIP消息，則疑似終端問題D、端

6、到端原因排查：n 主被叫發(fā)生SIP消息發(fā)送失敗、SIP消息發(fā)送多次問題，則需要在eNB、EPC、IMS上同步抓取數(shù)據(jù)包，檢查消息在哪些網(wǎng)元之間丟失，針對相關(guān)網(wǎng)元進(jìn)行問題排查n 如果主叫收到480消息（當(dāng)前不可用）、603（謝絕邀請），一般為被叫未收到尋呼問題，需要在終端、eNB、EPC、PCRF、SBC上跟蹤尋呼消息觸發(fā)及發(fā)送情況n 如果主叫收到486消息（被叫忙），一般為被叫終端發(fā)送，需要跟蹤終端、EPC、HSS上信令，確認(rèn)被叫忙原因n 如果主叫或被叫發(fā)送580消息（資源準(zhǔn)備失?。?，一般為專用承載未建立或承載丟失，需要在EPC、PCRF、SBC上跟蹤信令，排查承載問題3.1.4接續(xù)問題無線主

7、要優(yōu)化手段A、加強(qiáng)LTE覆蓋優(yōu)化，讓終端盡可能多駐留LTE網(wǎng)絡(luò)，盡量避免由于G-L重選、振鈴前eSRVCC導(dǎo)致的未接通B、加強(qiáng)LTE 模3干擾排查，系統(tǒng)內(nèi)鄰區(qū)等優(yōu)化，避免SINR差導(dǎo)致的未接通C、由于GSM可能存在LAI插花問題，而LTE按照GSM的LAI同步規(guī)劃了TAI，需要排查LAI插花導(dǎo)致的TAI插花問題，避免不必要的TAU導(dǎo)致的未接通D、規(guī)范GSM重選LTE參數(shù)，使終端容易從GSM回到LTE，盡量避免G-T-L重選導(dǎo)致的未接通E、與核心網(wǎng)、終端協(xié)同排查尋呼無響應(yīng)、SIP消息丟失、SIP消息發(fā)送失敗問題F、與核心網(wǎng)協(xié)同排查RRC連接異常釋放問題G、聯(lián)系核心網(wǎng)協(xié)同優(yōu)化MME尋呼策略H、定期

8、升級終端版本3.2 掉話3.2.1掉話統(tǒng)計(jì)方法掉話 主叫主動掛機(jī)時，主叫未收到SIP_BYE-OK或被叫未發(fā)送SIP_BYE-OK，均計(jì)算一次掉話。3.2.2掉話問題分析方法掉話問題分析方法如下：1、在主叫或被叫的事件中，找到Call Dropped事件，記錄時間點(diǎn)2、在主叫信令中，找到invite 200ok消息，記錄時間點(diǎn)3、查看invite 200ok消息到Call Dropped事件之間的時間段內(nèi)，主被叫出現(xiàn)的異常信令終端、無線、EPC、IMS等網(wǎng)元的問題都可能導(dǎo)致掉話3.2.3掉話問題排查思路A、無線原因排查：n 終端異常進(jìn)入空閑模式或者無線鏈路失敗、RRC重建失敗，需要查看當(dāng)時的S

9、INR和RSRP，確認(rèn)是否由于越區(qū)覆蓋、鄰區(qū)漏配、PCI模3干擾、弱覆蓋、基站故障等無線問題導(dǎo)致；n eSRVCC切換失敗需要對GSM鄰區(qū)頻點(diǎn)和BSIC碼數(shù)據(jù)進(jìn)行核查；n 異頻重定向和TM3/8轉(zhuǎn)換為已知基站問題，需要升級基站版本解決；B、EPC原因排查：n 如果保持期間發(fā)生專用承載丟失、核心網(wǎng)下發(fā)Detach Request，跟蹤MME、S/PGW、PCRF信令查找問題原因C 、終端問題排查：n 對比相同芯片的不同終端、異芯片終端，如果某款終端掉話率高，則疑似終端問題，需要對終端進(jìn)行排查。D、端到端原因排查：n RRC連接異常釋放，則需要在eNB、EPC、IMS上同步抓取信令和數(shù)據(jù)包，檢查消

10、息在哪些網(wǎng)元之間丟失，針對相關(guān)網(wǎng)元進(jìn)行問題排查。3.2.4 掉話類問題無線主要優(yōu)化手段掉話類問題無線優(yōu)化手段：A、加強(qiáng)LTE覆蓋優(yōu)化，在弱覆蓋區(qū)域配置eSRVCC鄰區(qū)，優(yōu)化eSRVCC的異系統(tǒng)切換門限，規(guī)范GSM鄰區(qū)頻點(diǎn)及BSIC的配置，與2G數(shù)據(jù)保持一致，優(yōu)化eSRVCC的異系統(tǒng)切換門限，確保VoLTE通話保持連續(xù)B、加強(qiáng)LTE 模3干擾排查，系統(tǒng)內(nèi)鄰區(qū)等優(yōu)化，避免SINR差導(dǎo)致的掉話C、升級基站版本，解決異頻重定向和TM3/8轉(zhuǎn)換導(dǎo)致的掉話問題D、及時排除基站和傳輸故障E、與核心網(wǎng)協(xié)同排查RRC連接異常釋放問題、專用承載丟失、網(wǎng)絡(luò)發(fā)起的Detach問題F、定期升級終端版本3.3異常事件案例

11、未接通案例1：被叫切換和承載建立流程沖突，導(dǎo)致回復(fù)580，主叫未接通1次問題描述主叫:被叫:主叫在一環(huán)路北二段19:28:07.773 主被叫均占用鐵道實(shí)業(yè)-SCDHLD3HM3JN-F1（RSRP=-96.75dBm，SINR=9.4dB），主叫發(fā)起invite呼叫，19:28:07.835收到網(wǎng)絡(luò)側(cè)下發(fā)的100 Trying，建立QCI1承載，19:28:08.502被叫占用鐵道實(shí)業(yè)-SCDHLD3HM3JN-F1（RSRP=-99.44dBm，SINR=-1dB）發(fā)起183進(jìn)程，此時主叫19:28:08.714由鐵道實(shí)業(yè)-SCDHLD3

12、HM3JN-F1切換到和朝商務(wù)樓-SCDHLS0HM1JN-D4（RSRP=-96.44dBm，SINR=12.3dB）并在該小區(qū)TAU更新，主叫未收到183進(jìn)程，19:28:09.146釋放EPS承載，19:28:09.255主叫收到網(wǎng)絡(luò)側(cè)下發(fā)的580 Server Internal Error，導(dǎo)致主叫未接通。問題分析查看SEQ，被叫占用鐵道實(shí)業(yè)-SCDHLD3HM3JN-F1（PCI:350,TAC: 32792, 跟蹤區(qū)域列表:18）切換至：和朝商務(wù)樓-SCDHLS0HM1JN-D4（PCI:278, TAC:33620跟蹤區(qū)域列表:49），被叫切換和QCI1承載建立流程沖突，QCI1

13、承載釋放，導(dǎo)致回復(fù)主叫580錯誤代碼統(tǒng)計(jì)未接通。解決方案X2流程切換沖突，等全網(wǎng)完成MME SP320補(bǔ)丁后解決。未接通案例2 MME未處理CBR定時器超時503Service Unavailable導(dǎo)致未接通問題描述測試同輝路主叫占用15:43:34.341中鐵西城商業(yè)一號樓-SCDHLS2HM1QY-D1（PCI 372,頻點(diǎn)37900）發(fā)送INVITE起呼，15:43:34.565收到100 Trying，后無QCI承載建立，15:43:37.707中鐵西城商業(yè)一號樓-SCDHLS2HM1QY-D4（PCI 372,頻點(diǎn)38098）占用收到網(wǎng)絡(luò)下發(fā)503 Service Unavaila

14、ble，統(tǒng)計(jì)為VOLTE未接通問題分析進(jìn)行SEQ信令查詢SGW向MME發(fā)送CBR后，MME未響應(yīng)，SBC定時器超時回復(fù)503問題結(jié)論需要核心網(wǎng)定位問題未接通案例3：被叫振鈴后上發(fā)603 Decline，平臺統(tǒng)計(jì)為未接通。問題描述主叫:被叫:主叫在12.10.34.421發(fā)起INVITE，12.10.36.171網(wǎng)絡(luò)下發(fā)Ringing，12.10.35.968被叫上發(fā)Ringing， 12.10.37.376 被叫上發(fā)603 Decline，統(tǒng)計(jì)為主叫未接通。問題分析主叫在12.10.34.421發(fā)起INVITE，12.10.36.171網(wǎng)絡(luò)下

15、發(fā)Ringing，12.10.35.968被叫上發(fā)Ringing， 12.10.37.376 被叫上發(fā)603 Decline，12.11.11.046網(wǎng)絡(luò)側(cè)下發(fā)主叫 INVITE Request Terminated(原因值487 Request Terminated)，統(tǒng)計(jì)為主叫未接通。通過對異常事件進(jìn)行SEQ跟蹤信令分析：14:10:36.959被叫上發(fā)Ringing，14:10:38.378被叫上發(fā)603 Decline。由于終端主動上發(fā)Decline，確認(rèn)為終端問題。解決方案復(fù)測驗(yàn)證。未接通案例4：被叫振鈴后，被叫未摘機(jī)導(dǎo)致未接通。問題描述主叫:被叫: 183

16、28372247；主叫起呼，被叫振鈴后，被叫未摘機(jī)，1分鐘后網(wǎng)絡(luò)側(cè)下發(fā)CANCEL，統(tǒng)計(jì)為主叫未接通。問題分析主叫占用萬興路-SCDHLD3HM1WH-F3，13:02.31:859主叫發(fā)起INVITE，13:02.34:015被叫上發(fā)Ringing,未上發(fā)INVITE 200 OK。13:03.33:218網(wǎng)絡(luò)側(cè)下發(fā)CANCEL，13:03.41:984主叫收到網(wǎng)絡(luò)下發(fā)INVITE Request Terminated原因值(487 Request Terminated)，統(tǒng)計(jì)為主叫未接通。通過對異常事件進(jìn)行SEQ跟蹤信令分析：被叫在13:01:53.125收到網(wǎng)絡(luò)側(cè)下發(fā)BYE，但被叫未響應(yīng)

17、BYE。由于終端沒有摘機(jī)，確認(rèn)為終端問題。解決方案復(fù)測驗(yàn)證。未接通案例5：LTE鄰區(qū)漏配導(dǎo)致無線鏈路失敗未接通【問題現(xiàn)象】在測試鼓樓南街過程中，主被叫測試終端Ringing振鈴后未完成摘機(jī)通話，主被叫均無線鏈路失敗RRC重建被拒絕未接通。【問題分析】通過分析出現(xiàn)問題時的LOG進(jìn)行分析，主被叫均占用鼓樓南街LY5-SCDHLD3HM3QY-F1，主被叫INVITE-Ringing后，被叫占用鼓樓南街LY5-SCDHLD3HM3QY-F1發(fā)送INVITE 200 OK消息，此時主被叫SINR質(zhì)差主叫未收到，隨后主被叫終端由于質(zhì)差無線鏈路失敗均發(fā)起RRC重建請求網(wǎng)絡(luò)側(cè)RRCConnectionRee

18、stablishment Reject RRC重建失敗，統(tǒng)計(jì)為主叫未接通。主被叫信令接通如下：進(jìn)行測試終端SINR差，RRC重建問題定位，發(fā)現(xiàn)主被叫鄰區(qū)列表中強(qiáng)鄰區(qū)錦陽商廈-SCDHLD3HM3JJ-F3（RSRP:-70dBm）左右，終端已進(jìn)行A3事件上報(bào)，網(wǎng)絡(luò)未下發(fā)切換重配置。經(jīng)后臺查詢鼓樓南街LY5-SCDHLD3HM3QY-F1和錦陽商廈-SCDHLD3HM3JJ-F3無鄰區(qū)關(guān)系?！締栴}解決】添加鼓樓南街LY5-SCDHLD3HM3QY-F1和錦陽商廈-SCDHLD3HM3JJ-F3鄰區(qū)關(guān)系掉話案例1：LTE小區(qū)鄰區(qū)漏配導(dǎo)致無線鏈路失敗掉話【問題現(xiàn)象】在西三環(huán)路三段區(qū)域發(fā)現(xiàn)VoLTE通

19、話掉話。主叫占用三環(huán)路培風(fēng)東路旁-SCDHLS3HM3QY-D5(RSRP:-96dBm,SINR:-9dB)，通話后UE上報(bào)MR后，沒有收到eNB發(fā)來的用于指示切換的重配置消息由于SINR變差導(dǎo)致RRC連接重建不成功掉話?！締栴}分析】根據(jù)采集到的數(shù)據(jù)LOG分析，占用小區(qū)SINR變差導(dǎo)致無線鏈路失敗,RRC重建拒絕統(tǒng)計(jì)掉話三環(huán)路培風(fēng)東路旁-SCDHLS3HM3QY-D5 由于異頻A2設(shè)置-100dBm,未及時啟動A2事件測量。同上報(bào)同頻A3測量瑞聯(lián)路-SCDHLS1HM1QY-D2，網(wǎng)絡(luò)側(cè)未下發(fā)切換重配置。后臺查詢培風(fēng)東路旁-SCDHLS3HM3QY-D5未添加瑞聯(lián)路-SCDHLD3HM3QY

20、-F2/瑞聯(lián)路-SCDHLS1HM1QY-D2鄰區(qū)?！締栴}解決】1、 添加：三環(huán)路培風(fēng)東路旁-SCDHLS3HM3QY-D5和瑞聯(lián)路-SCDHLD3HM3QY-F2/瑞聯(lián)路-SCDHLS1HM1QY-D2鄰區(qū)關(guān)系，2、 調(diào)整三環(huán)路培風(fēng)東路旁-SCDHLS3HM3QY-D5異頻A2切換門限-100->-89dBm/異頻A4 -109->-98dBm掉話案例2：模3干擾導(dǎo)致無線鏈路失敗掉話【問題現(xiàn)象】主叫占用香天下火鍋-SCDHLS0HM1GX-D3(RSRP:-91dBm,SINR:-15dB.PCI:98) SINR差導(dǎo)致RRC連接重建掉話。【問題分析】 香天下火鍋-SCDHLS0

21、HM1GX-D3(PCI:98) 和利訊賓館-SCDHLS1HM1GX-D6(RSRP:-79dBm,PCI:74) 模3干擾導(dǎo)致SINR變差無線鏈路失敗掉話。信令截圖如下【問題解決】調(diào)整香天下火鍋-SCDHLS0HM1GX-D3（PCI:98)/香天下火鍋-SCDHLS0HM1GX-D1(PCI:96)PCI互換掉話案例3：TAC邊界頻繁切換TAU未完成終端無法識別問題描述主叫在13：57：34.592發(fā)送INVITE起呼，13：57：37.198收到INVITE 200 OK 主被叫接通。通話2分23秒主叫占用獨(dú)蓉賓館-SCDHLD3HM3JN-F2（,RSRP:-66dBm SINR:2

22、7dB)在14：00：17.198收到網(wǎng)絡(luò)由于'signal losed timeout'下發(fā)BYE掛機(jī)請求。問題時間段被叫在13：59：42.964由于有色金屬公司-SCDHLD3HM1JN-F1（TAC:32782 MME:10）切換到撫琴賓館-SCDHLS0HM1JN-D2（TAC:33620,MME01)后發(fā)起TAU請求，未收到TAU完成被叫切換到瑪拉塔柯賓館-SCDHLS0HM1JN-D2（TAC:33620,MME01).在14：00：08切換占用撫琴賓館-SCDHLS0HM1JN-D1（TAC:33620,MME01)，被叫終端再次發(fā)起TAU請求,網(wǎng)絡(luò)側(cè)拒絕（Ca

23、use value：UE identity cannot be derived by the network）終端已丟失。統(tǒng)計(jì)為被叫掉話.問題分析由于瑪拉塔柯賓館-SCDHLS0HM1JN-D2和撫琴賓館-SCDHLS0HM1JN-D2重疊覆蓋導(dǎo)致TAC邊界（跨MME)頻繁切換TAU未完成終端無法識別問題結(jié)論由于瑪拉塔柯賓館-SCDHLS0HM1JN-D2和撫琴賓館-SCDHLS0HM1JN-D2重疊覆蓋導(dǎo)致TAC邊界（跨MME)頻繁切換TAU未完成終端無法識別掉話案例4： 基站上行干擾導(dǎo)致掉話問題描述測試到茶店子路主叫在17：57：36.169發(fā)送INVITE起呼，17：57：39.363收

24、到INVITE 200 OK主被叫接通，17：58：52占用天奧實(shí)業(yè)F-SCDHLS1HM3JN-F3（RSRP:-85dBm SINR:7dB)切換到通達(dá)大酒店-SCDHLD4HM3JN-F2（RSRP:-73dBm SINR:16dB)后在15：58：55連續(xù)發(fā)起RRC連接重建。最后重建到通達(dá)大酒店-SCDHLS1HM1JN-D2（PCI 124 頻點(diǎn)37900）。平臺統(tǒng)計(jì)主叫掉話。最后重建到通達(dá)大酒店-SCDHLS1HM1JN-D2（PCI 124 頻點(diǎn)37900）問題分析核查F站點(diǎn)通達(dá)大酒店-SCDHLS1HM1JN 上行干擾電平-91.42。 其中心基站錦麗假日酒店F-SCDHLD3

25、HM3JN、金牛錦西人家-SCDHLD3HM3JN干擾最強(qiáng)。周圍干擾小區(qū)和錦麗假日酒店F-SCDHLD3HM3JN、金牛錦西人家-SCDHLD3HM3JN這兩個基站強(qiáng)相關(guān)，干擾受其影響變化。發(fā)現(xiàn)錦麗假日酒店F-存在傳輸光接口異常告警，且同站TD也有該告警，側(cè)面通過維護(hù)了解到該基站傳輸板壞了，正在申請換傳輸機(jī)框。申請換傳輸機(jī)框困難一時半會無法解決。通過告警出現(xiàn)時間和干擾出現(xiàn)時間關(guān)聯(lián)，均出現(xiàn)在同一天，不排除是此故障告警衍生的干擾。目前需要派單維護(hù)緊急處理該基站所有告警，尤其是緊急更換基站傳輸板。問題結(jié)論F站點(diǎn)通達(dá)大酒店-SCDHLS1HM1JN基站傳輸板壞，不排除是此故障告警衍生的干擾。目前需要派單維護(hù)緊急處理該基站所有