資源描述：
《FDD-LTE掉線問題處理思路及流程研究.docx》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。
1、FDD-LTE掉線問題處理思路及流程研究安徽電信無線網(wǎng)絡(luò)優(yōu)化中心【摘要】本案例對于LTE掉線問題進(jìn)行了系統(tǒng)分析，并針對不同的場景，給出了快速定位問題的方法，并總結(jié)歸納出相應(yīng)的處理思路及流程，對及時(shí)處理掉線問題具有可借鑒意義?！娟P(guān)鍵字】FDD-LTE掉線TOP小區(qū)【研究背景】LTE掉線率是判定網(wǎng)絡(luò)性能的一個(gè)重要指標(biāo)。掉線率的高低在一定程度上體現(xiàn)了移動(dòng)網(wǎng)通信質(zhì)量的優(yōu)劣,過高的掉線率會(huì)導(dǎo)致網(wǎng)絡(luò)性能下降,影響用戶感知。本文從LTE無線網(wǎng)的掉線原因分析,針對區(qū)域性質(zhì)及TOP小區(qū)性質(zhì)的掉線,總結(jié)歸納出相應(yīng)的處理流程及思路,為
2、LTE優(yōu)化人員提供參考?！驹蚍治觥恳?、掉線公式定義定義FDD-LTE網(wǎng)絡(luò)掉線率如下：CallDropRate=L.E-RAB.AbnormRel/（L.E-RAB.NormRel+L.E-RAB.AbnormRel）*100%其中，L.E-RAB.AbnormRel為小區(qū)異常釋放用戶E-RAB的總次數(shù)；L.E-RAB.NormRel為小區(qū)正常釋放用戶E-RAB的總次數(shù)。二、觸發(fā)掉線的機(jī)制觸發(fā)異常釋放的機(jī)制：空口重同步失?。豢湛赗LC達(dá)到最大重傳次數(shù)；資源擁塞；傳輸故障；eNB/MME內(nèi)部異常。（一）空口重同步失
3、敗在eNodeB側(cè)檢測到的失步為上行失步，在失步時(shí)有下行數(shù)據(jù)到達(dá)后，eNodeB主動(dòng)發(fā)起重同步，基站會(huì)通過通知UE發(fā)起隨機(jī)接入，同時(shí)攜帶一個(gè)專用的Preamble給UE，UE用該專用Preamble發(fā)起接入，重同步詳細(xì)流程如下：圖1：空口重同步流程eNodeB發(fā)起重同步消息后，L2MAC會(huì)啟動(dòng)定時(shí)器，如果定時(shí)器超時(shí)還沒有收到UE響應(yīng)的專用Preamble，則上報(bào)L3，指示由于下行數(shù)據(jù)觸發(fā)的重同步失敗，L3啟動(dòng)延遲釋放定時(shí)器，在定時(shí)器超時(shí)后釋放UE。（二）空口RLC達(dá)到最大重傳次數(shù)在MAC層發(fā)送RLC數(shù)據(jù)時(shí)，幾次H
4、ARQ重傳都失敗的情況下，會(huì)有RLC層的非確認(rèn)，RLC會(huì)發(fā)起重傳；在沒有收到對端狀態(tài)PDU的情況下，定時(shí)器超時(shí)觸發(fā)RLC重傳，對于沒有收到對端狀態(tài)PDU的原因有兩個(gè)，一個(gè)原因?yàn)閁E側(cè)根本就沒有收到任何RLCPDU，也就不會(huì)響應(yīng)狀態(tài)PDU，另一個(gè)原因?yàn)閁E響應(yīng)的狀態(tài)PDU，由于上行誤碼沒有到達(dá)eNodeB。2.3資源擁塞如圖2所示，eNodeB向MME發(fā)送E-RABRELEASEINDICATION消息，如果異常釋放在A處打點(diǎn)在L.E-RAB.AbnormRel.CongCounter下，可以判定為該掉線是由于資源
5、擁塞問題導(dǎo)致的掉線。圖2：擁塞問題導(dǎo)致掉線擁塞掉線一般為用戶數(shù)超過license規(guī)格限制，高優(yōu)先級用戶搶占低優(yōu)先級用戶資源造成低優(yōu)先級用戶掉線。（四）傳輸?shù)艟€GTPU為用戶面隧道協(xié)議，在兩個(gè)端點(diǎn)間建立專用隧道，傳輸用戶數(shù)據(jù)，在S1-u接口實(shí)現(xiàn)隧道功能，滿足多個(gè)用戶共享少數(shù)傳輸通道的需求，在X2-u接口實(shí)現(xiàn)隧道功能，傳遞數(shù)據(jù)和某些信息（如PDCPSN），空口并不涉及GTP-U協(xié)議。圖3：GTPU協(xié)議層在LTE/SAE網(wǎng)絡(luò)的示意圖GTPU檢測是利用GTPU協(xié)議中的GTPU_ECHO_REQ和GTPU_ECHP_RES
6、P報(bào)文，檢測基站上的PATH鏈路(IPPATH和EPPATH)通斷的一種功能，當(dāng)eNodeB側(cè)收到對端發(fā)送的GTPUErrIND消息，或檢測到IPPATHDown，會(huì)給RR發(fā)送GTPUReset消息，之后主動(dòng)釋放用戶承載，RR給MME發(fā)送S1AP_UE_CONTEXT_REQ消息，釋放原因?yàn)門ransport-resource-unavailable，詳細(xì)信令如下：圖4：傳輸?shù)艟€信令（五）MME掉線MME掉線L.E-RAB.AbnormRel.MME統(tǒng)計(jì)圖5所示的A點(diǎn)。MME主動(dòng)發(fā)起E-RAB或UECONTEXT
7、釋放流程，當(dāng)eNodeB收到來自MME的E-RABRELEASECOMMAND或CONTEXTRELEASECOMMAND消息時(shí)，且釋放原因不為“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“SuccessfulHandover”統(tǒng)計(jì)L.E-RAB.AbnormRel.MMETot指標(biāo)，當(dāng)判斷相應(yīng)承載有數(shù)傳時(shí)，統(tǒng)計(jì)L.E-RAB.
8、AbnormRel.MME指標(biāo)。如果E-RABRELEASECOMMAND消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按具體業(yè)務(wù)數(shù)目進(jìn)行累加。圖5：MME掉線當(dāng)S1觀察到核心網(wǎng)主動(dòng)發(fā)送E-RABRELEASECOMMAND或CONTEXTRELEASECOMMAND消息，釋放原因值包括ho-failure-in-target-EPC-eNB-or-target-syste
