1、ATU-plyer(MOS關(guān)注點)
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、典型問題:
11s后,AS未收到響應(yīng),發(fā)cancel
轉(zhuǎn)MGCF
3、信令查看LTE小區(qū)發(fā)射功率:
在信令側(cè)找到System Information,雙擊打開找到pdsch-ConfigCommon下面的referenceSignalPower:18 18表示對應(yīng)的小區(qū)發(fā)射功率
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、時延分析
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ū)別
表示:本地小區(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
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 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。同時,切換期間的業(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)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è)下行地址接續(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收到測量報告,或是因為內(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、源eNB向UE發(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 COMPLETE給eNB,釋放原側(cè)資源。
12、專用承載的建立和釋放
專用承載建立流程
專用承載建立流程說明:
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、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、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ā)送RRCConnectionReconfiguration給UE,其中包含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 消息將NAS層Deactivate EPS bearer context accept消息告知eNB。
9、N0090 eNB發(fā)送UL NAS TRANSPORT消息Deactivate EPS bearer context accept告知EPC,告知EPC進行EPS承載刪除完成。
..................篇幅有限,更多精彩請關(guān)注下方