LTEvolte投訴處理流程大全(SEQ使用方法+信令分析詳解+投訴案例處理)-1120

處理流程以及數(shù)據(jù)提取方法投訴處理流程二、SEQ提取數(shù)據(jù)方法VOLTE用戶投訴處理（支持實時和歷史記錄詳單）1、登錄后，SQM》投訴用戶單據(jù)查詢2、投訴用戶單據(jù)查詢-跟蹤號碼輸入號碼136XXXX05053、投訴用戶單據(jù)查詢-數(shù)據(jù)查詢結(jié)果（均可鉆取詳單）4、投訴用戶會話跟蹤-創(chuàng)建跟蹤任務(wù)(提取信令)5、投訴用戶會話跟蹤-實時跟蹤結(jié)果6、信令詳單提取7、語音質(zhì)量單據(jù)查詢（這功能暫時我們沒權(quán)限）可針對單號碼進行語音、視頻質(zhì)量查詢，查詢單號碼某次通話過程中GM\S1-U口丟包情況、是否存在單通、單通時長，同時可以通過5S分片具體定位丟包時間點。三、VOLTE根據(jù)信令分析TD-LTE__VoLTE-SIP完整信令解析對關(guān)鍵流程的解釋如下表所示：1）主叫發(fā)INVITE消息，觸發(fā)主叫RRC建立過程，INVITE消息中包含被叫方的號碼，主叫方支持的媒體類型和編碼等。2）主叫建立SRB2信令無線承載，QCI9默認承載和QCI5SIP信令無線承載。例如在本例中，信令無線承載SRB-ID=2;QCI=9的默認承載的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承載的eps-BearerID=6,DRB-ID=43）核心網(wǎng)側(cè)收到主叫的INVITE消息以后，給主叫發(fā)送INVITE的應(yīng)答消息，INVITE100表示正在處理中。4）核心網(wǎng)向處于空閑態(tài)的被叫發(fā)INVITE消息，由于被叫處于空閑態(tài)，所以核心網(wǎng)側(cè)觸發(fā)尋呼消息，尋呼處于空閑態(tài)的被叫用戶5）被叫建立SRB2信令無線承載，QCI9默認承載和QCI5SIP信令無線承載6）核心網(wǎng)在QCI5RB承載上，給被叫用戶發(fā)送INVITE消息7）被叫對INVITE消息的響應(yīng)被叫收到尋呼但未收到INVITE請求，核心網(wǎng)問題8）被叫方通知主叫方，自己所支持的媒體類型和編碼。9）主叫建立QCI1的數(shù)據(jù)無線承載，用于承載語音數(shù)據(jù)，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。關(guān)鍵參數(shù)包括頭壓縮參數(shù)，TTIBundling，SPS。DRX參數(shù)也會按照語音業(yè)務(wù)的要求進行重新配置。10）被叫建立QCI1的數(shù)據(jù)無線承載。例如本例中QCI1承載的eps-BearerID=7，DRB-ID=5。11）核心網(wǎng)通知主叫終端的SM層，建立QCI=1的承載,例如：eps-BearerID=712）主叫收到被叫的INVITE183消息被叫上發(fā)sip183后，在激活EPS承載之前，終端上報了1條A3測報，激活EPS后，發(fā)生切換重配置消息中釋放了QCI=1的DRB。起呼時MME進行激活EPS承載流程過程中，恰好發(fā)生S1切換時，由于EPS承載建立未完成，MME在切換準備階段，對下發(fā)到目標小區(qū)的切換準備的請求消息中不攜帶QCI=1的VOLTE專載，導致VOLTE專載源小區(qū)完成的情況下，在目標小區(qū)被釋放，切換完成后呼叫中斷，重配置消息釋放DRB承載，無線網(wǎng)與核心網(wǎng)配合問題13）核心網(wǎng)通知被叫終端的SM層，建立qci=1的承載14）主叫收到INVITE183消息以后，發(fā)送確認消息PRACK，啟動資源預留過程，15）被叫收到主叫的PRACK以后，返回PRACK200響應(yīng)，啟動資源預留過程，16）主叫收到被叫的PRACK200以后，發(fā)送UPDATE消息，標明資源預留成功。17）被叫收到主叫的UPDATE消息后，得知主叫UE的資源預留成功。被叫發(fā)送UPDATE200，標明被叫資源預留成功，18）被叫發(fā)送INVITE180，被叫振鈴，主叫放回鈴音19）被叫摘機，被叫向主叫發(fā)送INVITE200.20）主叫給IMS服務(wù)器發(fā)ACK，證實已經(jīng)收到IMS對于INVITE請求的最終響應(yīng)。核心網(wǎng)IMS服務(wù)器發(fā)ACK消息給被叫，證實對于INVITE請求的最終響應(yīng)。VOLTE接通后，被叫發(fā)生IMS注冊且成功，此時主叫收到網(wǎng)絡(luò)下發(fā)的byerequest內(nèi)含注冊超時字樣IMS網(wǎng)絡(luò)問題。呼叫重建失敗后，新小區(qū)重新申請RRC，未能建立VOLTE專載，導致掉話。該流程均由ENODEB控制執(zhí)行。而切換失敗的原因往往是無線環(huán)境問題、參數(shù)配置不合理、鄰區(qū)漏配、非競爭隨機接入異常等，均為無線網(wǎng)問題。21）主叫掛機，發(fā)BYE,請求結(jié)束本次會話。IMS服務(wù)器給被叫發(fā)送BYE,請求結(jié)束本次會話。22）被叫掛機，回BYE200消息，核心網(wǎng)IMS服務(wù)器給主叫發(fā)BYE200，標明會話結(jié)束。23）通過RRCConntctionReconfiguration(RRC關(guān)聯(lián)重配置)消息和去激活EPS專用承載消息，主叫刪除QCI=1的數(shù)據(jù)無線承載。24）被叫刪除QCI=1的數(shù)據(jù)無線承載。四、問題定位圖五、語音類案例分析案例1：LTE弱覆蓋，eSRVCC切換不及時掉話10:57:29.710基站下發(fā)異頻異系統(tǒng)測量報告，包含2G頻點及B2門限（LTE:-110，GERAN:-95）

10:57:38.479，主叫達到B2門限

10:57:42.109，主叫RSRP已惡化至-117dBm，SINR至-3，但終端仍沒有上報B2事件

10:58:05.587，RTP包不能正常收發(fā)，10s后RTPinactivity定時器觸發(fā)，會話中斷，出現(xiàn)掉話：

解決建議：

①規(guī)范LTE頻點配置，清理多余異頻頻點，縮短終端測量周期；

②終端芯片提高測量能力，盡快實現(xiàn)CDRX休眠期測量功能。

案例2：VoLTE單通現(xiàn)象VoLTE單通現(xiàn)象分為兩類：一是VoLTE打VoLTE單通，二是VoLTE撥打GSM單通。經(jīng)分析，第一類主要是終端問題，第二類主要是網(wǎng)絡(luò)問題。注：紅圈為RTP包抓包位置案例3：eNodeB參數(shù)配置不合理，導致eSRVCC失敗問題現(xiàn)象：終端發(fā)生eSRVCC時，在LTE向GSM切換過程中產(chǎn)生掉話。問題分析：

終端可以正常收到測控消息，并上報測量報告，且掉話發(fā)生在向GSM切換過程中，是GSM或者和基站側(cè)參數(shù)設(shè)置問題。問題解決：

基站BsCAccess-ID項中的管理狀態(tài)為Locked，設(shè)置有誤。將該狀態(tài)修改為Unlock后，對該站點進行重啟后發(fā)現(xiàn)eSRVCC功能正常。六、空口信令判斷案例案例1：RRC重建失敗，無線網(wǎng)問題現(xiàn)象：切換失敗導致RRC釋放，重建RRC未成功，重新進行RRC申請，QCI=1的承載未建立成功，導致掉話

分析：呼叫重建失敗后，新小區(qū)重新申請RRC，未能建立VOLTE專載，導致掉話。該流程均由ENODEB控制執(zhí)行。而切換失敗的原因往往是無線環(huán)境問題、參數(shù)配置不合理、鄰區(qū)漏配、非競爭隨機接入異常等，均為無線網(wǎng)問題。結(jié)論：切換失敗與RRC重申請流程均與EUTRAN相關(guān)，因此認定為無線網(wǎng)問題。

案例2：基站異常導致雙端無下行信令及RTP包斷傳，無線網(wǎng)問題現(xiàn)象：主被叫VOLTE接通后，在同一小區(qū)同時發(fā)生缺失下行信令20秒，此后數(shù)秒發(fā)生終端上發(fā)byerequest掛斷。

分析：丟信令之前，主被叫雙端處于同一小區(qū)，且RTP包雙向傳輸正常。丟信令期間，終端測量信息完整，但在2秒后發(fā)生RTP包只有終端向網(wǎng)絡(luò)單向傳輸，未再有任何網(wǎng)絡(luò)下發(fā)的RTP包，高度懷疑基站臨時故障導致。結(jié)論：軟件顯示丟信令，但通過進一步分析確認應(yīng)為基站故障導致。無線網(wǎng)問題。

案例3：VOLTE接通下發(fā)生IMS注冊掉話，IMS網(wǎng)絡(luò)問題現(xiàn)象：VOLTE接通后，被叫發(fā)生IMS注冊且成功，此時主叫收到網(wǎng)絡(luò)下發(fā)的byerequest內(nèi)含注冊超時字樣

分析：按照3GPP協(xié)議，終端應(yīng)在3000秒上發(fā)注冊，本次華為SBC于3600秒才收到注冊請求，此時IMS認為注冊超時，對主叫下發(fā)了sipbye消息釋放了。

但通過進一步確認，終端實際于600秒前已上發(fā)了注冊消息（UDP），但此時恰好在G網(wǎng)下，未收到回復：注：同樣類型的掉話也有600秒前處于LTE網(wǎng)（TCP），而未收到OK或未鑒權(quán)回復的情況

結(jié)論：前10分鐘的注冊失敗，導致了后續(xù)的IMS通話中釋放，雖然終端前一次的失敗處理機制可能存在問題，但仍然體現(xiàn)出IMS對通話中發(fā)生注冊時直接釋放會話的措施欠妥。七、網(wǎng)元流程判斷案例案例1：被叫收到尋呼但未收到INVITE請求，核心網(wǎng)問題現(xiàn)象：主叫上發(fā)了invite，被叫收到了尋呼且建立RRC成功，此時應(yīng)收到下行的invite，但始終未收到。

分析：被叫響應(yīng)尋呼并進行了RRC申請，表明MME已收到由SGW觸發(fā)的數(shù)據(jù)業(yè)務(wù)請求，即sipinvite消息應(yīng)由IMS網(wǎng)元的SBC下發(fā)給了PGW、SGW。①Sipinvite消息由IMS網(wǎng)元SBC下發(fā)到被叫核心網(wǎng)網(wǎng)元PGW

②PGW轉(zhuǎn)發(fā)給SGW，SGW通過S11觸發(fā)MME進行尋呼被叫

③被叫被尋呼到，并完成RRC連接與建立默認承載所需RAB，接收數(shù)據(jù)

結(jié)論：收到尋呼消息表示sipinvite數(shù)據(jù)包已經(jīng)到達了LTE核心網(wǎng)，未能繼續(xù)下發(fā)當前懷疑是sip數(shù)據(jù)在S/PGW異常丟失。案例2：重配置消息釋放DRB承載，無線網(wǎng)與核心網(wǎng)配合問題現(xiàn)象：被叫上發(fā)sip183后，在激活EPS承載之前，終端上報了1條A3測報，激活EPS后，發(fā)生切換重配置消息中釋放了QCI=1的DRB。

分析：起呼時MME進行激活EPS承載流程過程中，恰好發(fā)生S1切換時，由于EPS承載建立未完成，MME在切換準備階段，對下發(fā)到目標小區(qū)的切換準備的請求消息中不攜帶QCI=1的VOLTE專載，導致VOLTE專載源小區(qū)完成的情況下，在目標小區(qū)被釋放，切換完成后呼叫中斷①切換