LTE-RRC重建流程詳解和優(yōu)化經(jīng)驗總結(jié)

1、LTE RRC連接重建過程詳解及優(yōu)化應(yīng)用當(dāng)處于RRC連接狀態(tài)時，如果出現(xiàn)切換失敗、無線鏈路失敗、完整性保護(hù)失敗、RRC重配置失敗等情況，將會觸發(fā)RRC連接重建過程。該過程旨在重建RRC連接，包括SRB1操作的恢復(fù)，以及平安的重新激活。處于RRC_CONNECTED狀態(tài)的UE，平安已被激活，可發(fā)起該過程繼續(xù)RRC連接。僅當(dāng)相關(guān)小區(qū)是具有UE上下文的小區(qū)時，連接重建才會成功。假使E-UTRAN認(rèn)可重建，SRB1的操作會恢復(fù)，而其它RB將繼續(xù)保持掛起。如果AS平安沒有被激活，UE不會發(fā)起該過程，而直接轉(zhuǎn)到RRC_IDLE狀態(tài)?？傮w信令流程圖如下：注意：E-UTRAN在如下情況使用此過程：- 重配SR

2、B1，且僅為其恢復(fù)數(shù)據(jù)傳輸；- 重新激活A(yù)S平安不改變算法。一、 RRC重建流程詳解1. RRC重建初始化流程當(dāng)出現(xiàn)以下任一情況是，觸發(fā)RRC 重建初始化：1檢測到無線鏈路失??；2切換失敗； 3E-UTRA側(cè)移動性失敗； 4底層制式完整性校驗失敗；5RRC連接重配失敗。在RRC重建初始化階段，UE會執(zhí)行如下操作：停止定時器 T310，如果正在運行；開始定時器T311；掛起除SRB0之外的所有RB；復(fù)位MAC；應(yīng)用缺省的物理信道配置；應(yīng)用缺省的半持久調(diào)度配置；應(yīng)用缺省的MAC主配置；釋放reportProximityConfig并情況所有鄰近狀態(tài)報告相關(guān)的定時器；進(jìn)行小區(qū)選擇；中選擇一個適宜的

3、E-UTRA小區(qū)后，意味著RRC重建初始化完成，此時，UE將執(zhí)行如下操作：停止定時器T311；開始定時器 T301；采用SystemInformationBlockType2中包含的 timeAlignmentTimerCommon 。初始化RRCConnectionReestablishmentRequest消息的發(fā)送；注：該過程同樣適用于如果UE返回源小區(qū)的情況注：在定時器T311運行過程中，UE選擇了一個不同RAT的小區(qū)時，UE 將離開RRC_CONNECTED狀態(tài)，同時RRC連接失敗。2. UE發(fā)送RRCConnectionReestablishmentRequest消息RRCConn

4、ectionReestablishmentRequest消息主要包含兩局部內(nèi)容：1） ue-Identity；2） reestablishmentCause。ue-IdentityUE識別碼，憑借該標(biāo)識可以取回UE信息，以及幫助低層減緩競爭問題。reestablishmentCause在RRCConnectionReestablishmentRequest消息中ReestablishmentCause為枚舉類型，包括以下四個信息元素：reconfigurationFailure, handoverFailure, other Failure, spare

5、 1。如果重新建立過程的發(fā)起是UE沒有方法遵從重配的重配失敗，設(shè)置reestablishmentCause 為reconfigurationFailure；如果重新建立過程的發(fā)起是由于LTE內(nèi)切換失敗EUTRA側(cè)不同RAT移動性失敗切換失敗，設(shè)置reestablishmentCause 為 handoverFailure；否那么，設(shè)置 reestablishmentCause 為 otherFailure；UE應(yīng)將RRCConnectionReestablishmentRequest 消息提交給底層傳輸。3. UE接收RRCConnectionReestablishment 消息當(dāng)U

6、E接收到RRCConnectionReestablishment 消息，UE將執(zhí)行如下操作：停止定時器T301；為SRB1重建PDCP；為SRB1重建RLC；根據(jù)接收到的radioResourceConfigDedicated進(jìn)行無線資源配置過程；恢復(fù)SRB1；根據(jù)當(dāng)前KeNB關(guān)聯(lián)的密鑰KASME密鑰更新KeNB，使用RRCConnectionReestablishment 消息中指示的nextHopChainingCount 值；存儲nextHopChainingCount值；根據(jù)之前配置的完整性算法推演KRRCint密鑰；根據(jù)之前配置的加密算法推演KRRCenc密鑰和KUPenc密鑰；立刻

7、配置底層使用之前配置的算法和KRRCint密鑰，配置底層，激活完整性保護(hù)，對UE所有后來接收和發(fā)送的消息應(yīng)用完整性保護(hù)，包括指示該過程成功完成的消息；立刻配置底層使用之前配置的算法、KRRCenc密鑰以及KUPenc密鑰，配置底層進(jìn)行加密，對UE所有后來接收和發(fā)送的消息都有進(jìn)行加密，包括指示該過程成功完成的消息；設(shè)置RRCConnectionReestablishmentComplete消息內(nèi)容如下：如果UE有最近一次無線鏈路失敗相關(guān)的信息，那么包含rlf-InfoAvailable并設(shè)置為true；進(jìn)行測量相關(guān)的動作；將RRCConnectionReestablishmentComplete

8、消息提交給底層進(jìn)行傳輸，此過程結(jié)束。消息內(nèi)容如下：注意：當(dāng)T301 超時或已選小區(qū)變更時，UE將離開RRC_CONNECTED狀態(tài)，同時RRC連接失敗。4. UE接收RRCConnectionReestablishmentReject消息當(dāng)接收到 RRCConnectionReestablishmentReject 消息，UE 將離開RRC_CONNECTED狀態(tài)，釋放的原因為RRC連接失敗。5 UE發(fā)送RRCConnectionReestablishmentComplete消息RRCConnectionReestablishmentComplete消息主要包含域rlf-InfoAvailab

9、le，該域用來指示RLF相關(guān)測量的可能性。如果UE有最近一次無線鏈路失敗相關(guān)的信息，那么包含rlf-InfoAvailable并設(shè)置為true。二、 RRC重建優(yōu)化經(jīng)驗總結(jié)1. 相關(guān)定時器定時器T301、T311超時均會導(dǎo)致RRC連接失敗，UE回到空閑狀態(tài)。2. 重建過程中RRC連接失敗的幾種情形3. 通過定時器調(diào)整提高RRC重建成功率降低掉線率如上所述，LTE 系統(tǒng)中如果發(fā)生切換失敗、無線鏈路失敗、底層完整性保護(hù)失敗和RRC 重配置失敗后UE 會進(jìn)行RRC 連接重建，如果RRC 連接重建失敗，UE 將轉(zhuǎn)入RRC_IDLE 狀態(tài)，發(fā)生掉線。通過適當(dāng)延長RRC 重建過程中允許的UE 進(jìn)行小區(qū)選擇的時長和重建時長，無線環(huán)境的可能改善也可能惡化，即增加了小區(qū)選擇和小區(qū)重建成功的時機，從而降低掉話率。完整的RRC 重建成功流程如下：從流程中可以看到，可以通過設(shè)置定時器T311 來延長重建過程中UE 進(jìn)行小區(qū)