MSCBSC 移動通信論壇
搜索
登錄注冊
網(wǎng)絡(luò)優(yōu)化工程師招聘專欄 4G/LTE通信工程師最新職位列表 通信實習(xí)生/應(yīng)屆生招聘職位

  • 閱讀:4748
  • 回復(fù):0
Volte問題分析定位簡析
ranhj
VIP會員
鎵嬫満鍙風(fēng)爜宸查獙璇? style=


 發(fā)短消息    關(guān)注Ta 

積分 1922
帖子 384
威望 106258 個
禮品券 0 個
專家指數(shù) 2
注冊 2016-12-6
專業(yè)方向 
回答問題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%
 
發(fā)表于 2016-12-12 13:55:52  只看樓主 

1、ATU-plyer(MOS關(guān)注點)

ͼƬ1.png

2、定時器超時轉(zhuǎn)SCFB

2.1、兩個終端定時器

這兩個定時器均為終端內(nèi)部設(shè)置,協(xié)議規(guī)定,Tcall和Tqos定時器,大家記一下,超時后終端轉(zhuǎn)CSFB。

定時器名稱

啟動條件

停止條件

默認值

Tcall

主叫終端發(fā)送INVITE消息

收到100 trying

10s

Tqos

主叫/被叫收到/發(fā)送183 session progress

收到專有QCI1的承載建立消息(Activate dedicated EPS bearer context request

6s

2.2、CS retry問題分析和歸類

2.2.1、原理:當(dāng)VoLTE用戶作為被叫用戶時,且呼叫被域選到IMS域后,由于被叫終端不在IMS域內(nèi)導(dǎo)致該呼叫不能在IMS域被接續(xù),SCC-AS支持嘗試從CS域進行接續(xù)。

2.2.2、問題分析

無線影響(維護、建設(shè)、優(yōu)化、規(guī)劃):終端不響應(yīng)尋呼(質(zhì)差收不到尋呼,響應(yīng)后基站無法收到),目前AS cs retry定時器設(shè)置長度為11s;超時后AS即選擇從CS域?qū)ず簟?/span>

設(shè)備原因:SEQ看到paging下發(fā),終端不響應(yīng)1、2、3次尋呼。

核心網(wǎng)原因: 無線無弱覆蓋和質(zhì)差并響應(yīng)尋呼,或SEQ看到終端響應(yīng),IMS內(nèi)部出錯等。

大家遇到此類問題,及時備份SEQ單據(jù),確認是否為無線以及設(shè)備原因?qū)е隆?/span>

2.2.3、典型問題:

ͼƬ1.png

11s后,AS未收到響應(yīng),發(fā)cancel

ͼƬ1.png

轉(zhuǎn)MGCF

ͼƬ1.png

3、信令查看LTE小區(qū)發(fā)射功率

在信令側(cè)找到System Information,雙擊打開找到pdsch-ConfigCommon下面的referenceSignalPower:18     18表示對應(yīng)的小區(qū)發(fā)射功率

ͼƬ1.png

4、MOS大于3.0分,丟包、抖動、延時判斷門限:

丟包率:1% ,大于1%mos急降

抖動時延:小于90msVOLTE比較好,大于90ms就是壞點(每次數(shù)據(jù)包之間傳輸不一致,就叫抖動時延);

時延:250ms(數(shù)據(jù)包在發(fā)生與接收之間的傳輸時間);

MOS打的點為前8秒的通話判定結(jié)果

5、RRC重建

RRC重建的原因:

切換失敗;2、無線鏈路失。3、完成性保護失;4、RRC重配置失;5、E-UTRA側(cè)移動性失敗

RRC重建初始化階段,UE會執(zhí)行如下操作: 

●停止定時器T310,如果正在運行; 

●開始定時器T311; 

●掛起除SRB0之外的所有RB; 

●復(fù)位MAC; 

●應(yīng)用缺省的物理信道配置; 

●應(yīng)用缺省的半持久調(diào)度配置; 

●應(yīng)用缺省的MAC主配置; 

●釋放reportProximityConfig并情況所有鄰近狀態(tài)報告相關(guān)的定時器; 

●進行小區(qū)選擇;  

當(dāng)選擇一個合適的E-UTRA小區(qū)后,意味著RRC重建初始化完成,此時,UE

將執(zhí)行如下操作: 

●停止定時器T311; 

●開始定時器T301; 

●采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon。

●初始化RRCConnectionReestablishmentRequest消息的發(fā)送; 

注:該過程同樣適用于如果UE返回源小區(qū)的情況

注:在定時器T311運行過程中,UE選擇了一個不同RAT的小區(qū)時,UE 將離開RRC_CONNECTED狀態(tài),同時RRC連接失敗’。

6、二次尋呼判定:

被叫收到paging在2秒內(nèi)認為是一次尋呼,超過2秒是二次尋呼(2次尋呼的原因(1、被叫重選;2、無線環(huán)境差),三次尋呼10秒;

7、時延分析

ͼƬ1.png

A、 核查掉線、重傳-------無線環(huán)境影響很大

B、 在無線環(huán)境良好的情況下核查主被叫在這個過程中是否發(fā)生了TAU、切換、重建;被叫核查尋呼paging(空閑態(tài))

C、 終端回復(fù)時間長初步定為終端問題,網(wǎng)絡(luò)側(cè)下發(fā)時間長初步定為網(wǎng)絡(luò)側(cè)問題。

D、 核查服務(wù)小區(qū)的Enodb尋呼進出次數(shù)。

掉話分析:

A、 呼叫時長不夠的,核查無線環(huán)境(鄰區(qū)漏配、切換不及時、干擾問題、孤島)、連續(xù)20S內(nèi)未收到網(wǎng)絡(luò)側(cè)的RTB包;

B、 信令消息有發(fā)無收的(有收無發(fā)的);

MOS:分析:

無線良好的情況,抖動高的情況下核查負荷(PRB的利用率)有無問題,如果負荷無問題初步懷疑為傳輸;

8、重選優(yōu)先級配置查找命令:

本小區(qū)優(yōu)先級:   CELLRESEL: LocalCellId=x, CellReselPriority=7,

異頻點優(yōu)先級:  EUTRANINTERNFREQ: LocalCellId=x, DlEarfcn=xxxx, CellReselPriorityCfgInd=CFG, CellReselPriority=6;

9、小區(qū)偏置對重選影響,注意調(diào)整大小和CIO的區(qū)別

ͼƬ1.png

表示:本地小區(qū)與異頻鄰區(qū)之間的小區(qū)偏置。用于控制小區(qū)重選的難易程度,參數(shù)值越大,越難重選到此鄰區(qū)。

當(dāng)該參數(shù)配置為非0dB時,在系統(tǒng)消息SIB5中下發(fā),參考3GPP TS 36.331;當(dāng)該參數(shù)配置為0dB時,不在系統(tǒng)消息SIB5中下發(fā),UE在重選判決時按照該值為0dB處理,

增大該值,邊界向鄰近小區(qū)的方向移動,即減小UE重選過程中選擇駐留該鄰近小區(qū)的概率。反之,減小該值,增大UE駐留到鄰近小區(qū)的概率。

10、LTE重選

同頻重選

UE所駐留的服務(wù)小區(qū)質(zhì)量下降到小于規(guī)定的門限值時,即服務(wù)小區(qū)Srxlev<Sintrasearch同頻測量RSRP判決門限,啟動同頻測量。然后根據(jù)R準(zhǔn)則(同頻小區(qū)或異頻具有同等優(yōu)先級的小區(qū))在候選重選小區(qū)中進行排序選擇最優(yōu):Rs > Rn至少持續(xù)Treselection 時間。 

服務(wù)小區(qū) Rs = Qmeas,s + QHyst ;鄰小區(qū)Rn = Qmeas,n -Qoffset Qmeas是測量小區(qū)的RSRP值,QHyst是服務(wù)小區(qū)重選遲滯值(上圖網(wǎng)管配置值4DB), Qoffset定義了目標(biāo)小區(qū)的偏移值。  

異頻重選 

eNodeB可以通過對各頻點設(shè)置不同的優(yōu)先級參數(shù)來實現(xiàn)不同頻點小區(qū)重選。高優(yōu)先級頻點:對于系統(tǒng)信息指出的優(yōu)先級高于當(dāng)前頻率優(yōu)先級的頻率,UE總是執(zhí)行對高優(yōu)先級頻率的測量;然后滿足如下兩個條件進;

11、LTE切換流程

Inter-eNB X2 HandOver

ͼƬ1.png

Inter-eNB X2 HandOver說明:

     1、當(dāng)eNB收到測量報告,或是因為內(nèi)部負荷分擔(dān)等原因,觸發(fā)了切換判決,進行eNB間小區(qū)間通過X2口的切換。

     2、源eNB通過X2接口給目標(biāo)eNB發(fā)送HANDOVER REQUEST消息,包含本eNodeB分配的Old eNB UE X2AP ID,MME分配的MME UE S1AP ID,需要建立的EPS承載列表以及每個EPS承載對應(yīng)的核心網(wǎng)側(cè)的數(shù)據(jù)傳送的地址。目標(biāo)ENB收到HANDOVER REQUEST后開始對要切換入的ERABs進行接納處理。

     3、目標(biāo)eNB向源eNB發(fā)送HANDOVER REQUEST ACKNOWLEDGE 消息,包含New eNB UE X2AP IDOld eNB UE X2AP ID、新建EPS承載對應(yīng)在D側(cè)上下行數(shù)據(jù)傳送的地址、目標(biāo)側(cè)分配的專用接入簽名等參數(shù)。

     4、源eNBUE發(fā)送RRC CONNECTION RECONFIGURATION,將分配的專用接入簽名配置給UE。

     5、源eNB將上下行PDCP的序號通過SN STATUS TRANSFER消息發(fā)送給目標(biāo)eNB。同時,切換期間的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)開始進行。

     6、UE在目標(biāo)eNB接入,發(fā)送RRC CONNECTION RECONFIGURATION COMPLETE消息。表示UE已經(jīng)切換到了目標(biāo)側(cè)。

     7、目標(biāo)eNBMME發(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è)下行地址接續(xù)已經(jīng)完成,目標(biāo)eNB保存消息中的MME UE S1AP ID。

     9、目標(biāo)eNB通過X2接口的UE Context Release消息釋放掉源eNB的資源。

Inter-eNB S1 HandOver

ͼƬ1.png

 Inter-eNB S1 HandOver說明:

     1、當(dāng)eNB收到測量報告,或是因為內(nèi)部負荷分擔(dān)等原因,觸發(fā)了切換判決,進行eNB間小區(qū)間通過S1口的切換。

     2、源eNB通過S1接口的HANDOVER REQUIRED消息發(fā)起切換請求,消息中包含MME 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列表以及每個EPS承載對應(yīng)的核心網(wǎng)側(cè)數(shù)據(jù)傳送的地址等參數(shù)。

     4、目標(biāo)eNB分配后目標(biāo)側(cè)的資源后,進行切換入的承載接納處理,,給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、源eNBUE發(fā)送RRCConnectionReconfiguration消息,指示UE切換指定的小區(qū).

     7、源eNB通過eNB Status Transfer消息,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 RELEASE COMMAND message from the MME,begins release resource.

     12、MME發(fā)送UE CONTEXT RELEASE COMPLETEeNB,釋放原側(cè)資源。

12、專用承載的建立和釋放

專用承載建立流程

ͼƬ1.png

專用承載建立流程說明:

1、N0010 連接狀態(tài)下的UE通過ULinformationTransfer 消息將Bearer resource allocation Request 消息傳遞給eNB。(也可以是發(fā)送Bearer resource modification request消息)

2、N0020 eNB通過UPLINK NAS TRANSPORT消息將Bearer resource allocation Request(或者是Bearer resource modification request)發(fā)送給EPC

3、N0030 EPC通過進行承載資源申請?zhí)幚怼?/span>

4、N0040 EPC通過E-RAB SETUP REQUEST傳遞Activate dedicated EPS bearer context request消息告知eNB。

5、N0050 eNB通過重配消息,將NAS消息Activate dedicated EPS bearer context 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 bearer context accept告知EPC。

10、N0100 此時,上下行數(shù)據(jù)已經(jīng)可以進行發(fā)送。

11、N0110 EPC通過進行承載資源申請響應(yīng)。

ͼƬ1.png

專用承載修改流程:

1、N0010 連接狀態(tài)下的UE通過ULinformationTransfer 消息將Bearer resource allocation Request 消息傳遞給eNB(也可以是發(fā)送Bearer resource modification request消息)

2、N0020 eNB通過UPLINK NAS TRANSPORT消息將Bearer resource allocation Request(或者是Bearer resource modification request)發(fā)送給EPC

3、N0030 EPC通過進行承載資源申請?zhí)幚怼?/span>

4、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建立專用承載成功,返回RRCConnectionReconfigurationComplete消息,表明承載修改成功。

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ù)據(jù)已經(jīng)可以進行發(fā)送。

11、N0110 EPC通過進行承載資源申請響應(yīng)。

專用承載釋放流程

ͼƬ1.png

專用承載釋放流程說明:

1、N0010 EPC發(fā)起承載釋放過程。這個過程可能是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ā)送RRCConnectionReconfigurationUE,其中包含NAS消息(Deactivate EPS Bearer Context 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ā)送完成重配完成后,通過ULinformationTransfer 消息將NASDeactivate EPS bearer context accept消息告知eNB。

9、N0090 eNB發(fā)送UL NAS TRANSPORT消息Deactivate EPS bearer context accept告知EPC,告知EPC進行EPS承載刪除完成。

 ..................篇幅有限,更多精彩請關(guān)注下方

掃碼關(guān)注5G通信官方公眾號,免費領(lǐng)取以下5G精品資料
  • 1、回復(fù)“YD5GAI”免費領(lǐng)取《中國移動:5G網(wǎng)絡(luò)AI應(yīng)用典型場景技術(shù)解決方案白皮書
  • 2、回復(fù)“5G6G”免費領(lǐng)取《5G_6G毫米波測試技術(shù)白皮書-2022_03-21
  • 3、回復(fù)“YD6G”免費領(lǐng)取《中國移動:6G至簡無線接入網(wǎng)白皮書
  • 4、回復(fù)“LTBPS”免費領(lǐng)取《《中國聯(lián)通5G終端白皮書》
  • 5、回復(fù)“ZGDX”免費領(lǐng)取《中國電信5G NTN技術(shù)白皮書
  • 6、回復(fù)“TXSB”免費領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解
  • 7、回復(fù)“YDSL”免費領(lǐng)取《中國移動算力并網(wǎng)白皮書
  • 8、回復(fù)“5GX3”免費領(lǐng)取《 R16 23501-g60 5G的系統(tǒng)架構(gòu)1
  • 對本帖內(nèi)容的看法? 我要點評

     
    [充值威望,立即自動到帳] [VIP貴賓權(quán)限+威望套餐] 另有大量優(yōu)惠贈送活動,請光臨充值中心
    充值擁有大量的威望和最高的下載權(quán)限,下載站內(nèi)資料無憂

    快速回復(fù)主題    
    標(biāo)題
    內(nèi)容
     上傳資料請點左側(cè)【添加附件】

    當(dāng)前時區(qū) GMT+8, 現(xiàn)在時間是 2025-01-30 16:25:21
    渝ICP備11001752號  Copyright @ 2006-2016 mscbsc.com  本站統(tǒng)一服務(wù)郵箱:mscbsc@163.com

    Processed in 0.369679 second(s), 11 queries , Gzip enabled
    TOP
    清除 Cookies - 聯(lián)系我們 - 移動通信網(wǎng) - 移動通信論壇 - 通信招聘網(wǎng) - Archiver