RRC连接重建立

5.3.7 RRC 连接重建立
5.3.7.1 概述
连接重建立，成功流程
图13 RRC
该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。

处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。

仅当相关小区是具有UE上下文的小区时，连接重建才会成功。

假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。

如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。

E-UTRAN在如下情况使用此过程：
- 重配SRB1，且仅为其恢复数据传输；
- 重新激活AS安全不改变算法。

5.3.7.2 初始化
仅当AS安全已被激活时，UE才能发起该过程。

满足以下任一条件时，UE才发起初始化过程：
1> 依照5.3.11节，检测到无线链路失败；或者
1> 依照5.3.5.6节，切换失败；或者
1> 依照5.4.3.5节，E-UTRA侧移动性失败；或者
1> 底层制式完整性校验失败；或者
1> 依照5.3.5.5节，RRC连接重配失败；.
在该过程的初始阶段，UE应：
1> 停止定时器T310，如果正在运行；
1> 停止定时器T311；
1> 挂起除SRB0之外的所有RB；
1> 复位MAC；
1> 如9.2.4节所述，应用缺省的物理信道配置；
1> 如9.2.3节所述，应用缺省的半持久调度配置；
1> 如9.2.2节所述，应用缺省的MAC主配置；
1> 释放reportProximityConfig并情况所有邻近状态报告相关的定时器；
1> 按照TS 36.304 [4]中描述的小区选择过程，进行小区选择；
5.3.7.3 在T311运行时进行小区选择
在选择一个合适的E-UTRA小区时，UE将：
1> 停止定时器T311；
1>停止定时器T301；
1> 采用SystemInformationBlockType2中包含的timeAlignmentTimerCommon。

1> 按照5.3.7.4节初始化RRCConnectionReestablishmentRequest消息的发送；
注：该过程同样适用于如果UE返回源小区的情况
在选择一个不同RAT的小区时，UE 将：
1> 按照5.3.12节小区离开RRC_CONNECTED状态，同时‘RRC连接失败’。

5.3.7.4 RRCConnectionReestablishmentRequest消息的发送
UE应如下设置RRCConnectionReestablishmentRequest消息的内容：
1> 如下设置ue-Identity：
2> 将c-RNTI设置为源小区（切换和E-UTRA侧的移动性失败的情况）使用的C-RNTI，
或者引发重建过程的小区所使用的C-RNTI（其它情况）；
2> 将physCellId设置为源小区（切换和E-UTRA侧的移动性失败的情况）的物理小区标
识，或者引发重建过程的小区所使用的物理小区标识（其它情况）；
2> 将shortMAC-I设置为MAC-I的16个最低有效位，计算如下：
3> 利用ASN.1 对VarShortMAC-Input进行编码；
3> 在源小区中（切换和来自E-UTRA移动性失败）或者触发重新建立（其它的情况）
的小区中，使用K RRCint密钥和完整保护算法；
3> COUNT，BEARER 和DIRECTION的所有输入比特设置为二进制的。

1> 如下设置reestablishmentCause：
2> 如果重新建立过程的发起是如5.3.5.5节所描述（UE没有办法遵从重配）的重配失败，：
3> 设置reestablishmentCause为‘reconfigurationFailure’；
2> 否则如果重新建立过程的发起是由于如5.3.5.6节所描述（LTE内切换失败）或5.4.3.5
节所描述的（EUTRA侧不同RAT移动性失败）切换失败：
3> 设置reestablishmentCause为‘handoverFailure’；
2> 否则：
3> 设置reestablishmentCause为‘otherFailure’；
UE应将RRCConnectionReestablishmentRequest消息提交给底层传输。

5.3.7.5 UE接收RRCConnectionReestablishment
注：在此之前，使用底层信令来分配C-RNTI。

详细内容请参见TS 36.321 [6]；
UE 应：
1> 停止定时器T301；
1> 为SRB1重建PDCP；
1> 为SRB1重建RLC；
1> 如5.3.10，根据接收到的radioResourceConfigDedicated进行无线资源配置过程；
1> 恢复SRB1；
1> 如TS 33.401 [32]中所述，根据当前K eNB关联的密钥K ASME密钥更新K eNB，使用
RRCConnectionReestablishment消息中指示的nextHopChainingCount值；
1> 存储nextHopChainingCount值；
1> 根据之前配置的完整性算法推演K RRCint密钥，如TS 33.401 [32]所述；
1> 根据之前配置的加密算法推演K RRCenc密钥和K UPenc密钥，如TS 33.401 [32]所描述；
1> 立刻配置底层使用之前配置的算法和K RRCint密钥，配置底层，激活完整性保护，对UE所
有后来接收和发送的消息应用完整性保护，包括指示该过程成功完成的消息；
1> 立刻配置底层使用之前配置的算法、K RRCenc密钥以及K UPenc密钥，配置底层进行加密，对
UE所有后来接收和发送的消息都有进行加密，包括指示该过程成功完成的消息；
1> 设置RRCConnectionReestablishmentComplete消息内容如下：
2> 如果UE有最近一次无线链路失败相关的信息，则包含rlf-InfoAvailable并设置为true；
1> 如5.5.6.1节所述，进行测量相关的动作；
1> 将RRCConnectionReestablishmentComplete消息提交给底层进行传输，此过程结束；
5.3.7.6 T311 超时
当T311超时，UE 将：
1> 按照5.3.12节小区离开RRC_CONNECTED状态，同时‘RRC连接失败’。

.
5.3.7.7 T301 超时或选择的小区不再合适
UE将：
1> 如果定时器T301 超时；
1> 或者如果按照TS 36.304 [4]中描述的小区选择标准，选择的小区不再合适，那么UE将：
2> 按照5.3.12节离开RRC_CONNECTED状态，同时‘RRC连接失败’。

5.3.7.8 UE接收RRCConnectionReestablishmentReject
当接收到RRCConnectionReestablishmentReject消息，UE 将：
1> 按照5.3.12节离开RRC_CONNECTED状态，释放的原因为‘RRC连接失败’。