多場(chǎng)景rrc重建原因分析及優(yōu)化思路(編輯修改稿)
2025-07-21 16:42 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 configurationFailure’；●如果重新建立過(guò)程的發(fā)起是由于LTE內(nèi)切換失敗EUTRA側(cè)不同RAT移動(dòng)性失敗切換失敗，設(shè)置reestablishmentCause 為 ‘handoverFailure’；●否則，設(shè)置 reestablishmentCause 為 ‘otherFailure’；UE應(yīng)將RRCConnectionReestablishmentRequest 消息提交給底層傳輸。 UE接收RRCConnectionReestablishment 消息 當(dāng)UE接收到RRC Connection Reestablishment 消息，UE將執(zhí)行如下操作：●停止定時(shí)器T301；●為SRB1重建PDCP；●為SRB1重建RLC；●根據(jù)接收到的radioResourceConfigDedicated進(jìn)行無(wú)線資源配置過(guò)程；●恢復(fù)SRB1；●根據(jù)當(dāng)前KeNB關(guān)聯(lián)的密鑰KASME密鑰更新KeNB，使用RRCConnectionReestablishment 消息中指示的nextHopChainingCount 值；●存儲(chǔ)nextHopChainingCount值；●根據(jù)之前配置的完整性算法推演KRRCint密鑰；●根據(jù)之前配置的加密算法推演KRRCenc密鑰和KUPenc密鑰；●立刻配置底層使用之前配置的算法和KRRCint密鑰，配置底層，激活完整性保護(hù)，對(duì)UE所有后來(lái)接收和發(fā)送的消息應(yīng)用完整性保護(hù)，包括指示該過(guò)程成功完成的消息；●立刻配置底層使用之前配置的算法、KRRCenc密鑰以及KUPenc密鑰，配置底層進(jìn)行加密，對(duì)UE所有后來(lái)接收和發(fā)送的消息都有進(jìn)行加密，包括指示該過(guò)程成功完成的消息； ●設(shè)置RRCConnectionReestablishmentComplete消息內(nèi)容如下：如果UE有最近一次無(wú)線鏈路失敗相關(guān)的信息，則包含rlfInfoAvailable并設(shè)置為true；●進(jìn)行測(cè)量相關(guān)的動(dòng)作；●將RRCConnectionReestablishmentComplete消息提交給底層進(jìn)行傳輸，此過(guò)程結(jié)束。消息內(nèi)容如下：注意：當(dāng)T301 超時(shí)或已選小區(qū)變更時(shí)，UE將離開(kāi)RRC_CONNECTED狀態(tài)，同時(shí)‘RRC連接失敗’。 UE接收RRCConnectionReestablishmentReject消息 當(dāng)接收到
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1