資源描述：
《fdd-lte掉線問題處理思路及流程研究》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在學術(shù)論文-天天文庫。
1、FDD-LTE掉線問題處理思路及流程研究安徽電信無線網(wǎng)絡優(yōu)化中心【摘要】本案例對于LTE掉線問題進行了系統(tǒng)分析，并針對不同的場崠，給出了快速定位問題的方法，并總結(jié)歸納出相應的處理思路及流程，對及時處理掉線問題具有可借鑒意義?！娟P(guān)鍵字】FDD-LTE掉線TOP小區(qū)【研究背景】LTE掉線率是判定網(wǎng)絡性能的一個重要指標。掉線率的高低在一定程度上體現(xiàn)了移動網(wǎng)通信質(zhì)量的優(yōu)劣,過高的掉線率會導致網(wǎng)絡性能下降,影響用戶感知。本文從LTE無線M的掉線原因分析，針對區(qū)域性質(zhì)及TOP小區(qū)性質(zhì)的掉線，總結(jié)歸納出相應的處理流程
2、及思路，為LTE優(yōu)化人員提供參考?！驹蚍治觥恳弧⒌艟€公式定義定義FDD-LTE網(wǎng)絡掉線率如下：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ā)掉線的機制觸發(fā)異常釋放的機制：空口重同步失??；空口RLC達到最人重傳次數(shù);資源擁塞；傳輸故障；eNB/MME內(nèi)部異常
3、。（一）空口重同步失敗在eNodeB側(cè)檢測到的失步為上行失步，在失步時有下行數(shù)據(jù)到達后，eNodeB主動發(fā)起重同步，基站會通過通知UE發(fā)起隨機接入，同時攜帶一個專用的Preamble給UE，UE用該專用Preamble發(fā)起接入，重同步詳細流程如下：UE令ENBL2ENBL3?1.下發(fā)TA-?2.NOTAACICLIDSP猁3不到TA--3.I.擬失步衍示-■4.t川Preamble請求-?5.下發(fā)I?川Preamble仿示?-6.發(fā)送V/IJPreamble(PDCCHOrdcr>-?7.tHJPrea
4、mble^-9.RAR((1穴TA和數(shù)椐>■?10.RRC_Rccofiguration{?ftSMAC資坂h■I11.RRC_Rcconfiguration_cmp?DLGRANT(數(shù)據(jù)h圖1:空口重同步流程eNodeB發(fā)起重同步消息后，L2MAC會啟動定時器，如果定時器超時還沒有收到UE響應的專用Preamble，則上報L3，指示由于下行數(shù)據(jù)觸發(fā)的重同步失敗，L3啟動延遲釋放定時器，在定時器超時后釋放UE。（二）空口RLC達到最大重傳次數(shù)在MAC層發(fā)送RLC數(shù)據(jù)時，幾次HARQ重傳都失敗的情況下，會
5、有RLC層的非確認，RLC會發(fā)起重傳；在沒有收到對端狀態(tài)PDU的情況下，定時器超時觸發(fā)RLC重傳，對于沒有收到對端狀態(tài)PDU的原因有兩個，一個原因為UE側(cè)根本就沒有收到任何RLCPDU，也就不會響應狀態(tài)PDU，另一個原因為UE響應的狀態(tài)PDU，由于上行誤碼沒有到達eNodeB。2.3資源擁塞如圖2所示，eNodeB向MME發(fā)送E-RABRELEASEINDICATION消息，如果異常釋放在A處打點在L.E-RAB.AbnormRel.CongCounter下，可以判定為該掉線是由于資源擁塞問題導致的掉線
6、。eNodeBMMEE-RABRELEASEINDICATION?圖2:擁塞問題導致掉線擁塞掉線一般為用戶數(shù)超過license規(guī)格限制，高優(yōu)先級用戶搶占低優(yōu)先級用戶資源造成低優(yōu)先級用戶掉線。（四）傳輸?shù)艟€GTPU為用戶面隧道協(xié)議，在兩個端點問建立專用隧道，傳輸用戶數(shù)據(jù)，在Sl-u接口實現(xiàn)隧道功能，滿足多個用戶共享少數(shù)傳輸通道的需求，在X2-U接口實現(xiàn)隧道功能，傳遞數(shù)據(jù)和某些信息（如PDCPSN）,空口并不涉及GTP-U協(xié)議。圖3:GTPU協(xié)議層在LTR/SAR網(wǎng)絡的示意圖GTPU檢測是利用GTPU協(xié)議中
7、的GTPU_ECHO_REQ和GTPU_ECHP_RESP報文，檢測基站上的PATH鏈路（IPPATH和EPPATH）通斷的一種功能，當eNodeB側(cè)收到對端發(fā)送的GTPUErrIND消息，或檢測到IPPATHDown，會給RR發(fā)送GTPUReset消息,之后主動釋放用戶承載，RR給麗E發(fā)送S1AP_UE_CONTEXT_REQ消息，釋放原因為Transport—resource—unavailable，詳細信令如下:41037:11(299}SXAP5201506-29103741015)S1AP<2
8、015-06?1037:11018)7I201SM-291037:11(318)RRC?201506-^1037:11(1)4)RRC?201506^1037:11()14)RRC102OI5-OS.MSIAPU201506-291O37:1X(?5)WtC?01S<06-2910e37：U(M7)RUC2015-W-^1037:12(044)RRCS1APJMTIAUU￡_M$OSlAPJNn.CONTiXT.SCTUP.REQRRC5K
