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

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

2.1、兩個(gè)終端定時(shí)器

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

2.2、CS retry問題分析和歸類

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

2.2.2、問題分析

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

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

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

大家遇到此類問題，及時(shí)備份SEQ單據(jù)，確認(rèn)是否為無(wú)線以及設(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表示對(duì)應(yīng)的小區(qū)發(fā)射功率

4、MOS大于3.0分，丟包、抖動(dòng)、延時(shí)判斷門限：

丟包率：1% ，大于1%mos急降

抖動(dòng)時(shí)延：小于90msVOLTE比較好，大于90ms就是壞點(diǎn)（每次數(shù)據(jù)包之間傳輸不一致，就叫抖動(dòng)時(shí)延）；

時(shí)延：250ms（數(shù)據(jù)包在發(fā)生與接收之間的傳輸時(shí)間）；

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

5、RRC重建

RRC重建的原因：

切換失��；2、無(wú)線鏈路失��；3、完成性保護(hù)失敗；4、RRC重配置失敗；5、E-UTRA側(cè)移動(dòng)性失敗

在RRC重建初始化階段，UE會(huì)執(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； 

●采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon。

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

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

注：在定時(shí)器T311運(yùn)行過(guò)程中，UE選擇了一個(gè)不同RAT的小區(qū)時(shí)，UE 將離開RRC_CONNECTED狀態(tài)，同時(shí)‘RRC連接失敗’。

6、二次尋呼判定：

被叫收到paging在2秒內(nèi)認(rèn)為是一次尋呼，超過(guò)2秒是二次尋呼(2次尋呼的原因（1、被叫重選；2、無(wú)線環(huán)境差），三次尋呼10秒；

7、時(shí)延分析

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

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

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

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

掉話分析：

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

B、 信令消息有發(fā)無(wú)收的（有收無(wú)發(fā)的）；

MOS:分析：

無(wú)線良好的情況，抖動(dòng)高的情況下核查負(fù)荷（PRB的利用率）有無(wú)問題，如果負(fù)荷無(wú)問題初步懷疑為傳輸；

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

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

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

9、小區(qū)偏置對(duì)重選影響，注意調(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í)按照該值為0dB處理，

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

10、LTE重選

同頻重選

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

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

異頻重選 

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

11、LTE切換流程

Inter-eNB X2 HandOver

Inter-eNB X2 HandOver說(shuō)明：

     1、當(dāng)eNB收到測(cè)量報(bào)告，或是因?yàn)閮?nèi)部負(fù)荷分擔(dān)等原因，觸發(fā)了切換判決，進(jìn)行eNB間小區(qū)間通過(guò)X2口的切換。

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

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

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

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

     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通過(guò)X2接口的UE Context Release消息釋放掉源eNB的資源。

Inter-eNB S1 HandOver

 Inter-eNB S1 HandOver說(shuō)明：

     1、當(dāng)eNB收到測(cè)量報(bào)告，或是因?yàn)閮?nèi)部負(fù)荷分擔(dān)等原因，觸發(fā)了切換判決，進(jìn)行eNB間小區(qū)間通過(guò)S1口的切換。

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

     4、目標(biāo)eNB分配后目標(biāo)側(cè)的資源后，進(jìn)行切換入的承載接納處理，，給MME發(fā)送HANDOVER REQUEST ACKNOWLEDGE消息，包含目標(biāo)側(cè)側(cè)分配的eNB UE S1AP ID，接納成功的EPS承載對(duì)應(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通過(guò)eNB Status Transfer消息，MME通過(guò)MME Status Transfer消息 ，將PDCP序號(hào)通過(guò)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、專用承載的建立和釋放

專用承載建立流程

專用承載建立流程說(shuō)明：

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

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

3、N0030 EPC通過(guò)進(jìn)行承載資源申請(qǐng)?zhí)幚怼?/span>

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

5、N0050 eNB通過(guò)重配消息，將NAS消息Activate dedicated EPS bearer context request傳遞給UE。

6、N0060 UE建立專用承載成功，返回RRCConnectionReconfigurationComplete消息，表明承載建立成功。

7、N0070 eNB發(fā)送E-RAB SETUP RESPONSE消息給EPC，表明無(wú)線承載建立成功。

8、N0080 UE在發(fā)送完成重配完成后，通過(guò)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í)，上下行數(shù)據(jù)已經(jīng)可以進(jìn)行發(fā)送。

11、N0110 EPC通過(guò)進(jìn)行承載資源申請(qǐng)響應(yīng)。

專用承載修改流程：

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

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

3、N0030 EPC通過(guò)進(jìn)行承載資源申請(qǐng)?zhí)幚怼?/span>

4、N0040 EPC通過(guò)E-RAB MODIFY RESPONSE傳遞Modify dedicated EPS bearer context request消息告知eNB。

5、N0050 eNB通過(guò)重配消息，將NAS消息Modify dedicated EPS bearer context request傳遞給UE。

6、N0060 UE建立專用承載成功，返回RRCConnectionReconfigurationComplete消息，表明承載修改成功。

7、N0070 eNB發(fā)送E-RAB MODIFY RESPONSE消息給EPC，表明無(wú)線承載修改成功。

8、N0080 UE在發(fā)送完成重配完成后，通過(guò)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、N0110 EPC通過(guò)進(jìn)行承載資源申請(qǐng)響應(yīng)。

專用承載釋放流程

專用承載釋放流程說(shuō)明：

1、N0010 EPC發(fā)起承載釋放過(guò)程。這個(gè)過(guò)程可能是UE申請(qǐng)的，也可能是EPC側(cè)啟動(dòng)的。

2、N0020 EPC發(fā)送E-RAB Release Command消息給eNB，其中包含NAS消息（Deactivate EPS Bearer Context Request）。

3、N0030 eNB收到E-RAB Release Command消息后，啟動(dòng)承載釋放流程，并且發(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消息，表明無(wú)線承載釋放成功。

6、N0060 eNB收到RRCConnectionReconfigurationComplete消息后，返回E-RAB Release Response 消息給EPC。

7、N0070 eNB發(fā)送E-RAB MODIFY RESPONSE消息給EPC，表明無(wú)線承載建立成功。

8、N0080 UE在發(fā)送完成重配完成后，通過(guò)ULinformationTransfer 消息將NAS層Deactivate EPS bearer context accept消息告知eNB。

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

 ..................篇幅有限，更多精彩請(qǐng)關(guān)注下方