重建立相关概念

基本概念

当处于RRC连接状态时，如果出现无线链路失败、切换失败、E-URAN侧移动性失败、底层制式完整性校验失败、RRC连接配置失败等情况，将会触发RRC连接重建过程。

在RRCConnectionReestablishmentRequest消息中，ReestablishmentCause为枚举类型，包括以下四个信息元素：reconfigurationFailure、handoverFailure、otherFailure、spare1。

如果重新建立过程的发起，是由于UE没有办法遵从重配的重配失败，设置ReestablishmentCause 为reconfigurationFailure。
如果重新建立过程的发起，是由于LTE内切换失败EUTRA侧不同RAT移动性失败切换失败，设置ReestablishmentCause为handoverFailure。
否则，设置ReestablishmentCause为otherFailure。

UE应将RRCConnectionReestablishmentRequest消息提交给底层传输。

RRC重建立过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。

处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。仅当相关小区是具有UE上下文的小区时，连接重建才会成功。假使E-UTRAN认可重建，SRB1的操作会恢复，而其它RB将继续保持挂起。如果AS安全没有被激活，UE不会发起该过程，而直接转到RRC_IDLE状态。总体信令流程图如图1所示。

重建立源小区和目标小区信息查看

网管侧可以通过如下两条信令来获取源小区及目标小区信息。

通过UE发送RRCConnectionReestablishmentRequest消息获取源小区的PCI及触发重建立原因。（源小区的PCI包含在下图中的UE识别码中，字段为physCellId，如图2和图3所示。）
图2 获取源小区的PCI

图3 获取源小区的触发重建立原因
如果终端收到了RRCConnectionReestablishment消息，可以通过该信令的头结构解码得到选择的小区信息，如图4所示。
如果基站直接发起RRCConnectionReestablishmentReject消息的话，此时就无法得知选择小区的信息了。
图4 获取目标小区信息
某些基站可以通过RRCConnectionReestablishmentRequest信令消息解码直接查看源小区、目标小区及重建立原因，如图5所示。
图5 某些基站获取源小区及目标小区信息

重建立频繁问题排查流程和思路

重建立在信令上看就是三种原因：reconfigurationFailure、handoverFailure及otherFailure。无线链路失败、完整性校验失败等都归纳到otherFailure。

总结外场所有发生的重建立频繁问题，通常由如下原因导致：

终端问题导致原因为reconfigurationFailure的重建立。
邻区漏配或同PCI等导致的原因为handoverFailure的重建立。
无线链路失败导致的原因为otherFailure的重建立。

根据以上原因，可采取如下思路进行重建立问题排查，以求高效快速解决现场故障。重建立问题排查思路和流程如图6所示。