Volte問題分析定位簡析

1、1、ATU-plyer(MOS關(guān)注點(diǎn))2、定時(shí)器超時(shí)轉(zhuǎn)SCFB2.1、兩個(gè)終端定時(shí)器這兩個(gè)定時(shí)器均為終端內(nèi)部設(shè)置，協(xié)議規(guī)定，Tcall和Tqos定時(shí)器，大家記一下，超時(shí)后終端轉(zhuǎn)CSFB。定時(shí)器名稱啟動條件停止條件默認(rèn)值Tcall主叫終端發(fā)送INVITE消息收到100 trying10sTqos主叫/被叫收到/發(fā)送183 session progress收到專有QCI1的承載建立消息（Activate dedicated EPS bearer context request）6s2.2、CS retry問題分析和歸類2.2.1、原理：當(dāng)VoLTE用戶作為被叫用戶時(shí)，且呼叫被域選到IMS域后，由于

2、被叫終端不在IMS域內(nèi)導(dǎo)致該呼叫不能在IMS域被接續(xù)，SCC-AS支持嘗試從CS域進(jìn)行接續(xù)。2.2.2、問題分析l 無線影響（維護(hù)、建設(shè)、優(yōu)化、規(guī)劃）：終端不響應(yīng)尋呼（質(zhì)差收不到尋呼，響應(yīng)后基站無法收到），目前AS cs retry定時(shí)器設(shè)置長度為11s；超時(shí)后AS即選擇從CS域?qū)ず?。l 設(shè)備原因：SEQ看到paging下發(fā)，終端不響應(yīng)1、2、3次尋呼。l 核心網(wǎng)原因： 無線無弱覆蓋和質(zhì)差并響應(yīng)尋呼，或SEQ看到終端響應(yīng)，IMS內(nèi)部出錯等。大家遇到此類問題，及時(shí)備份SEQ單據(jù)，確認(rèn)是否為無線以及設(shè)備原因?qū)е隆?.2.3、典型問題：11s后，AS未收到響應(yīng)，發(fā)cancel轉(zhuǎn)MGCF3、信令查看L

3、TE小區(qū)發(fā)射功率：在信令側(cè)找到System Information，雙擊打開找到pdsch-ConfigCommon下面的referenceSignalPower：18 18表示對應(yīng)的小區(qū)發(fā)射功率4、MOS大于3.0分，丟包、抖動、延時(shí)判斷門限：丟包率：1% ，大于1%mos急降抖動時(shí)延：小于90msVOLTE比較好，大于90ms就是壞點(diǎn)（每次數(shù)據(jù)包之間傳輸不一致，就叫抖動時(shí)延）；時(shí)延：250ms（數(shù)據(jù)包在發(fā)生與接收之間的傳輸時(shí)間）；MOS打的點(diǎn)為前8秒的通話判定結(jié)果5、RRC重建RRC重建的原因：切換失?。?、無線鏈路失??；3、完成性保護(hù)失??；4、RRC重配置失??；5、E-UTRA側(cè)移動性失

4、敗在RRC重建初始化階段，UE會執(zhí)行如下操作： 停止定時(shí)器T310，如果正在運(yùn)行； 開始定時(shí)器T311； 掛起除SRB0之外的所有RB； 復(fù)位MAC； 應(yīng)用缺省的物理信道配置； 應(yīng)用缺省的半持久調(diào)度配置； 應(yīng)用缺省的MAC主配置； 釋放reportProximityConfig并情況所有鄰近狀態(tài)報(bào)告相關(guān)的定時(shí)器； 進(jìn)行小區(qū)選擇；  當(dāng)選擇一個(gè)合適的E-UTRA小區(qū)后，意味著RRC重建初始化完成，此時(shí)，UE將執(zhí)行如下操作： 停止定時(shí)器T311； 開始定時(shí)器T301；&

5、#160;采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon。初始化RRCConnectionReestablishmentRequest消息的發(fā)送； 注：該過程同樣適用于如果UE返回源小區(qū)的情況注：在定時(shí)器T311運(yùn)行過程中，UE選擇了一個(gè)不同RAT的小區(qū)時(shí)，UE 將離開RRC_CONNECTED狀態(tài)，同時(shí)RRC連接失敗。6、二次尋呼判定：被叫收到paging在2秒內(nèi)認(rèn)為是一次尋呼，超過2秒是二次尋呼(2次尋呼的原因（1、被叫重選；2、無線環(huán)境差），三次尋呼10秒；7、時(shí)延分析A、 核查掉線、重傳-無線環(huán)境影

6、響很大B、 在無線環(huán)境良好的情況下核查主被叫在這個(gè)過程中是否發(fā)生了TAU、切換、重建；被叫核查尋呼paging（空閑態(tài)）C、 終端回復(fù)時(shí)間長初步定為終端問題，網(wǎng)絡(luò)側(cè)下發(fā)時(shí)間長初步定為網(wǎng)絡(luò)側(cè)問題。D、 核查服務(wù)小區(qū)的Enodb尋呼進(jìn)出次數(shù)。掉話分析：A、 呼叫時(shí)長不夠的，核查無線環(huán)境（鄰區(qū)漏配、切換不及時(shí)、干擾問題、孤島）、連續(xù)20S內(nèi)未收到網(wǎng)絡(luò)側(cè)的RTB包；B、 信令消息有發(fā)無收的（有收無發(fā)的）；MOS:分析：無線良好的情況，抖動高的情況下核查負(fù)荷（PRB的利用率）有無問題，如果負(fù)荷無問題初步懷疑為傳輸；8、重選優(yōu)先級配置查找命令：本小區(qū)優(yōu)先級：   CELLRESEL:

7、LocalCellId=x, CellReselPriority=7,異頻點(diǎn)優(yōu)先級：  EUTRANINTERNFREQ: LocalCellId=x, DlEarfcn=xxxx, CellReselPriorityCfgInd=CFG, CellReselPriority=6;9、小區(qū)偏置對重選影響，注意調(diào)整大小和CIO的區(qū)別表示：本地小區(qū)與異頻鄰區(qū)之間的小區(qū)偏置。用于控制小區(qū)重選的難易程度，參數(shù)值越大，越難重選到此鄰區(qū)。當(dāng)該參數(shù)配置為非0dB時(shí)，在系統(tǒng)消息SIB5中下發(fā)，參考3GPP TS 36.331；當(dāng)該參數(shù)配置為0dB時(shí)，不在系統(tǒng)消息SIB5中下發(fā)，UE在重選判決時(shí)按照該

8、值為0dB處理，增大該值，邊界向鄰近小區(qū)的方向移動，即減小UE重選過程中選擇駐留該鄰近小區(qū)的概率。反之，減小該值，增大UE駐留到鄰近小區(qū)的概率。10、LTE重選同頻重選UE所駐留的服務(wù)小區(qū)質(zhì)量下降到小于規(guī)定的門限值時(shí)，即服務(wù)小區(qū)Srxlev<Sintrasearch同頻測量RSRP判決門限，啟動同頻測量。然后根據(jù)R準(zhǔn)則（同頻小區(qū)或異頻具有同等優(yōu)先級的小區(qū)）在候選重選小區(qū)中進(jìn)行排序選擇最優(yōu)：Rs > Rn至少持續(xù)Treselection 時(shí)間。 服務(wù)小區(qū) Rs = Qmeas,s + QHyst

9、 ；鄰小區(qū)Rn = Qmeas,n -Qoffset。 Qmeas是測量小區(qū)的RSRP值，QHyst是服務(wù)小區(qū)重選遲滯值（上圖網(wǎng)管配置值4DB）， Qoffset定義了目標(biāo)小區(qū)的偏移值。  異頻重選 eNodeB可以通過對各頻點(diǎn)設(shè)置不同的優(yōu)先級參數(shù)來實(shí)現(xiàn)不同頻點(diǎn)小區(qū)重選。高優(yōu)先級頻點(diǎn)：對于系統(tǒng)信息指出的優(yōu)先級高于當(dāng)前頻率優(yōu)先級的頻率，UE總是執(zhí)行對高優(yōu)先級頻率的測量；然后滿足如下兩個(gè)條件進(jìn)；11、LTE切換流程Inter-eNB X2 HandOver    Inter-eNB X2

10、HandOver說明：     1、當(dāng)eNB收到測量報(bào)告，或是因?yàn)閮?nèi)部負(fù)荷分擔(dān)等原因，觸發(fā)了切換判決，進(jìn)行eNB間小區(qū)間通過X2口的切換。     2、源eNB通過X2接口給目標(biāo)eNB發(fā)送HANDOVER REQUEST消息，包含本eNodeB分配的Old eNB UE X2AP ID，MME分配的MME UE S1AP ID，需要建立的EPS承載列表以及每個(gè)EPS承載對應(yīng)的核心網(wǎng)側(cè)的數(shù)據(jù)傳送的地址。目標(biāo)ENB收到HANDOVER REQUEST后開始對要切換入的ERABs進(jìn)行接納處理。     3、目標(biāo)

11、eNB向源eNB發(fā)送HANDOVER REQUEST ACKNOWLEDGE 消息，包含New eNB UE X2AP ID、Old eNB UE X2AP ID、新建EPS承載對應(yīng)在D側(cè)上下行數(shù)據(jù)傳送的地址、目標(biāo)側(cè)分配的專用接入簽名等參數(shù)。     4、源eNB向UE發(fā)送RRC CONNECTION RECONFIGURATION，將分配的專用接入簽名配置給UE。     5、源eNB將上下行PDCP的序號通過SN STATUS TRANSFER消息發(fā)送給目標(biāo)eNB。同時(shí)，切換期間的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)開始進(jìn)行。  &#

12、160;  6、UE在目標(biāo)eNB接入，發(fā)送RRC CONNECTION RECONFIGURATION COMPLETE消息。表示UE已經(jīng)切換到了目標(biāo)側(cè)。     7、目標(biāo)eNB給MME發(fā)送PATH SWITCH REQUEST消息，通知MME切換業(yè)務(wù)數(shù)據(jù)的接續(xù)路徑，從源eNB到目標(biāo)eNB，消息中包含原側(cè)側(cè)的MME UE S1AP ID、目標(biāo)側(cè)側(cè)分配的eNB UE S1AP 、EPS承載在目標(biāo)側(cè)將使用的下行地址。     8、MME返回PATH SWITCH REQUEST ACKNOWLEDGE消息，表明目標(biāo)側(cè)下

13、行地址接續(xù)已經(jīng)完成，目標(biāo)eNB保存消息中的MME UE S1AP ID。     9、目標(biāo)eNB通過X2接口的UE Context Release消息釋放掉源eNB的資源。Inter-eNB S1 HandOver    Inter-eNB S1 HandOver說明：     1、當(dāng)eNB收到測量報(bào)告，或是因?yàn)閮?nèi)部負(fù)荷分擔(dān)等原因，觸發(fā)了切換判決，進(jìn)行eNB間小區(qū)間通過S1口的切換。     2、源eNB通過S1接口的HANDOVER REQUIRED消息發(fā)起切換請求，消息中包含MME

14、 UE S1AP ID、源側(cè)分配的eNB UE S1AP ID等信息。     3、The target eNB receives the HANDOVER REQUEST message from the MME and try to admit the handover E-RABs. MME向目標(biāo)eNB發(fā)送HANDOVER REQUEST消息，消息中包括MME分配的MME UE S1AP ID、需要建立的EPS列表以及每個(gè)EPS承載對應(yīng)的核心網(wǎng)側(cè)數(shù)據(jù)傳送的地址等參數(shù)。     4、目標(biāo)eNB分配后目標(biāo)側(cè)的資源后，進(jìn)行切換入的承載

15、接納處理，給MME發(fā)送HANDOVER REQUEST ACKNOWLEDGE消息，包含目標(biāo)側(cè)側(cè)分配的eNB UE S1AP ID，接納成功的EPS承載對應(yīng)的eNodeB側(cè)數(shù)據(jù)傳送的地址等參數(shù)。     5、原eNB收到HANDOVER COMMAND，獲知接納成功的承載信息以及切換期間業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)的目標(biāo)側(cè)地址 。     6、源eNB向UE發(fā)送RRCConnectionReconfiguration消息，指示UE切換指定的小區(qū).     7、源eNB通過eNB Status Transfer消

16、息，MME通過MME Status Transfer消息 ，將PDCP序號通過MME從源eNB傳遞到目標(biāo)eNB。     8、目標(biāo)eNB收到UE發(fā)送的RRCConnectionReconfigurationComplete消息，表明切換成功。     9、目標(biāo)側(cè)eNB發(fā)送HANDOVER NOTIFY消息，通知MME目標(biāo)側(cè)UE已經(jīng)成功接入。     10、源側(cè)eNB發(fā)送     11、The source eNB receives the UE CONTEXT RE

17、LEASE COMMAND message from the MME,begins release resource.     12、MME發(fā)送UE CONTEXT RELEASE COMPLETE給eNB，釋放原側(cè)資源。12、專用承載的建立和釋放專用承載建立流程  專用承載建立流程說明：1、N0010 連接狀態(tài)下的UE通過ULinformationTransfer 消息將Bearer resource allocation Request 消息傳遞給eNB。(也可以是發(fā)送Bearer resource modificati

18、on request消息)2、N0020 eNB通過UPLINK NAS TRANSPORT消息將Bearer resource allocation Request（或者是Bearer resource modification request）發(fā)送給EPC。3、N0030 EPC通過進(jìn)行承載資源申請?zhí)幚怼?、N0040 EPC通過E-RAB SETUP REQUEST傳遞Activate dedicated EPS bearer context request消息告知eNB。5、N0050 eNB通過重配消息，將NAS消息Activate dedicated EPS bearer cont

19、ext request傳遞給UE。6、N0060 UE建立專用承載成功，返回RRCConnectionReconfigurationComplete消息，表明承載建立成功。7、N0070 eNB發(fā)送E-RAB SETUP RESPONSE消息給EPC，表明無線承載建立成功。8、N0080 UE在發(fā)送完成重配完成后，通過ULinformationTransfer 消息將Activate dedicated EPS bearer context accept消息告知eNB。9、N0090 eNB發(fā)送UL NAS TRANSPORT消息Activate dedicated EPS bear

20、er context accept告知EPC。10、N0100 此時(shí)，上下行數(shù)據(jù)已經(jīng)可以進(jìn)行發(fā)送。11、N0110 EPC通過進(jìn)行承載資源申請響應(yīng)。專用承載修改流程（通過專有消息）  專用承載修改流程：1、N0010 連接狀態(tài)下的UE通過ULinformationTransfer 消息將Bearer resource allocation Request 消息傳遞給eNB。(也可以是發(fā)送Bearer resource modification request消息)2、N0020 eNB通過UPLINK NAS TRANSPORT消息將Beare

21、r resource allocation Request（或者是Bearer resource modification request）發(fā)送給EPC。3、N0030 EPC通過進(jìn)行承載資源申請?zhí)幚怼?、N0040 EPC通過E-RAB MODIFY RESPONSE傳遞Modify dedicated EPS bearer context request消息告知eNB。5、N0050 eNB通過重配消息，將NAS消息Modify dedicated EPS bearer context request傳遞給UE。6、N0060 UE建立專用承載成功，返回RRCConnectionRecon

22、figurationComplete消息，表明承載修改成功。7、N0070 eNB發(fā)送E-RAB MODIFY RESPONSE消息給EPC，表明無線承載修改成功。8、N0080 UE在發(fā)送完成重配完成后，通過ULinformationTransfer 消息將Modify dedicated EPS bearer context accept消息告知eNB。9、N0090 eNB發(fā)送UL NAS TRANSPORT消息Modify dedicated EPS bearer context accept告知EPC。10、N0100 此時(shí)，上下行數(shù)據(jù)已經(jīng)可以進(jìn)行發(fā)送。11、N0

23、110 EPC通過進(jìn)行承載資源申請響應(yīng)。專用承載釋放流程  專用承載釋放流程說明：1、N0010 EPC發(fā)起承載釋放過程。這個(gè)過程可能是UE申請的，也可能是EPC側(cè)啟動的。2、N0020 EPC發(fā)送E-RAB Release Command消息給eNB，其中包含NAS消息（Deactivate EPS Bearer Context Request）。3、N0030 eNB收到E-RAB Release Command消息后，啟動承載釋放流程，并且發(fā)送RRCConnectionReconfiguration給UE，其中包含NAS消息（Deactivate EPS Bearer Cont

24、ext Request）消息給UE。4、N0040 UE收到重配消息RRCConnectionReconfiguration中的NAS消息（Deactivate EPS Bearer Context Request）后釋放相關(guān)承載資源。5、N0050 UE發(fā)送返回RRCConnectionReconfigurationComplete消息，表明無線承載釋放成功。6、N0060 eNB收到RRCConnectionReconfigurationComplete消息后，返回E-RAB Release Response 消息給EPC。7、N0070 eNB發(fā)送E-RAB MODIFY RESPONSE消息給EPC，表明無線承載建立成功。8、N0080 UE在發(fā)送完成重配完成后，通過ULinformationTra