LTE_RRC连接重建过程及优化.docxVIP

LTE RRC连接重建过程详解及优化应用 当处于RRC连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC连接重建过程。 该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。 处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。仅当相关小区是具有UE上下文的小区时，连接重建才会成功。假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。总体信令流程图如下： 注意：E-UTRAN在如下情况使用此过程： - 重配SRB1，且仅为其恢复数据传输； - 重新激活AS安全不改变算法。 1 RRC重建初始化 当出现以下任一情况是，触发RRC 重建初始化： 1）检测到无线链路失败； 2）切换失败； 3）E-UTRA侧移动性失败； 4）底层制式完整性校验失败； 5）RRC连接重配失败。 在RRC重建初始化阶段，UE会执行如下操作： ●停止定时器 T310，如果正在运行； ●开始定时器T311； ●挂起除SRB0之外的所有RB； ●复位MAC； ●应用缺省的物理信道配置； ●应用缺省的半持久调度配置； ●应用缺省的MAC主配置； ●释放reportProximityConfig并情况所有邻近状态报告相关的定时器； ●进行小区选择； 当选择一个合适的 E-UTRA小区后，意味着RRC重建初始化完成，此时，UE将执行如下操作： ●停止定时器T311； ●开始定时器 T301； ●采用SystemInformationBlockType2中包含的 timeAlignmentTimerCommon 。 ●初始化RRCConnectionReestablishmentRequest消息的发送； 注：该过程同样适用于如果UE返回源小区的情况 注：在定时器T311运行过程中，UE选择了一个不同RAT的小区时，UE 将离开RRC_CONNECTED状态，同时‘RRC连接失败’。 2 UE发送RRCConnectionReestablishmentRequest消息 RRCConnectionReestablishmentRequest消息主要包含两部分内容： ue-Identity； reestablishmentCause。 ue-Identity UE识别码，凭借该标识可以取回UE信息，以及帮助低层减缓竞争问题。 reestablishmentCause 在RRCConnectionReestablishmentRequest消息中ReestablishmentCause为枚举类型，包括以下四个信息元素：reconfigurationFailure,?handoverFailure,?other?Failure,?spare?1。 ●如果重新建立过程的发起是UE没有办法遵从重配的重配失败，设置reestablishmentCause 为‘reconfigurationFailure’； ●如果重新建立过程的发起是由于LTE内切换失败EUTRA侧不同RAT移动性失败切换失败，设置reestablishmentCause 为 ‘handoverFailure’； ●否则，设置 reestablishmentCause 为 ‘otherFailure’； UE应将RRCConnectionReestablishmentRequest 消息提交给底层传输。 3 UE接收RRCConnectionReestablishment 消息 当UE接收到RRCConnectionReestablishment 消息，UE将执行如下操作： ●停止定时器T301； ●为SRB1重建PDCP； ●为SRB1重建RLC； ●根据接收到的radioResourceConfigDedicated进行无线资源配置过程； ●恢复SRB1； ●根据当前KeNB关联的密钥KASME密钥更新KeNB，使用RRCConnectionReestablishment 消息中指示的nextHopChainingCount 值； ●存储nextHopChainingCount值； ●根据之前配置的完整性算法推演KRRCint密钥； ●根据之前配置的加密算法推演KRRCenc密钥和KUPenc密钥； ●立刻配置底层使用之前配置的算法和KRRCint密钥，配置底层，激活完整性保护，对UE所有后来接收和发送的消息应用完整性保护，包括指示该过程成功完成的消息； ●立刻配置底层使用之前配置的算法、KRRCenc密钥以及KUPenc密钥，配置底层进行加密，对UE所有后来接收和发送的消息都有进行加密，包括指示该过程成