LTE-RRC重建流程详解及优化经验总结.docx

LTE RRC连接重建过程详解及优化应用当处于RRC连接状态时，如果出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况，将会触发RRC连接重建过程。该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。仅当相关小区是具有UE上下文的小区时，连接重建才会成功。假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。总体信令流程图如下：注意：E-UTRAN在如下情况使用此过程：- 重配SRB1，且仅为其恢复数据传输；- 重新激活AS安全不改变算法。RRC重建流程详解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连接失败’。UE发送RRCConnectionReestablishmentRequest消息RRCConnectionReestablishmentRequest消息主要包含两部分内容：ue-Identity；reestablishmentCause。ue-IdentityUE识别码，凭借该标识可以取回UE信息，以及帮助低层减缓竞争问题。reestablishmentCause在RRCConnectionReestablishmentRequest消息中ReestablishmentCause为枚举类型，包括以下四个信息元素：reconfigurationFailure,?handoverFailure,?other?Failure,?spare?1。●如果重新建立过程的发起是UE没有办法遵从重配的重配失败，设置reestablishmentCause为‘reconfigurationFailure’；●如果重新建立过程的发起是由于LTE内切换失败EUTRA侧不同RAT移动性失败切换失败，设置reestablishmentCause为‘handoverFailure’；●否则，设置reestablishmentCause为‘otherFailure’；UE应将RRCConnectionReestablishmentRequest消息提交给底层传输。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所有后来接收和发送的消息都有进行加密，包括指示该过程成功完成的消息；●设置RRCConnectionReestablishmentComplete消息内容如下：如果UE有最近一次无线链路失败