RRC连接重配置

RRC连接重配置旨在修改RRC连接，例如，建立/修改/释放RB，进行切换，准备/修改/释放测量。作为该过程的部分，NAS专用信息可以从 E-UTRAN 传输给UE。

UE接收到网络端发送的RRCConnnection Reconfiguration消息后，根据RRC连接重配置消息中的配置项，顺序执行过程如下：

●如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改； 

●如果RRC连接重配置消息中包含Mobility ControlInfo，则执行切换； 

●如果RRC连接重配置消息中包含dedicated InfoNASList，则把此字段部分传递给上层； 

●如果RRC连接重配置消息中包含radioResource ConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；

●如果RRC连接重配置消息中包含securityConfigHO,则执行切换[3][4]。

如果上述五项配置项都能成功执行，则UE会发送RRCConnectionComplete消息给E-UTRAN，以完成RRC连接重配置。

1   RRC连接重配置初始化

E-UTRAN对处在RRC_CONNECTED状态下的UE发起RRC连接重配置过程，如下：

-仅当AS安全已经被激活时，才包含 mobilityControlInfo，并建立SRB2以及至少一个DRB，且不会挂起；
-仅当AS安全已经被激活时，才包含RB的建立（与SRB1不同，在RRC连接建立时就建立过了）.

2  UE接收不包含mobilityControlInfo的RRCConnectionReconfiguration

如果接收到的RRCConnectionReconfiguration消息不包含mobilityControlInformation，且UE遵守消息中的配置，UE将执行如下动作：

●如果这是RRC 连接重建立成功完成之后的第一条RRCConnectionReconfiguration消息，则：
◇为SRB2和所有DRB重建PDCP；
◇如果RRCConnectionReconfiguration消息中包含fullConfig，执行全配置的无线重配流程；
◇如果 RRCConnectionReconfiguration 消息包含radioResourceConfiguration，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；
◇恢复挂起的SRB2和所有DRB；

●如果这不是RRC 连接重建立成功完成之后的第一条RRCConnectionReconfiguration消息，则：
◇如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；

注：如果RRCConnectionReconfiguration 消息包含除SRB1外的RB建立，UE可立即使用这些RB，无需等待SecurityModeComplete消息的确认。

●如果 RRCConnectionReconfiguration 消息包含dedicatedInfoNASList，按其顺序将dedicatedInfoNASList每个元素发送给上层；

●如果 RRCConnectionReconfiguration 消息包含 measConfig，执行测量配置部分修改；

●如果 RRCConnectionReconfiguration 消息包含 reportProximityConfig，根据接收到的reportProximityConfig执行邻近指示；

●使用新的配置，将RRCConnectionReconfigurationComplete消息提交给底层传输，此过程结束。

3  UE（切换）接收包含mobilityControlInformation RRCConnectionReconfiguration

如果RRCConnectionReconfiguration 消息包含 mobilityControlInformation，即执行切换，且 UE符合该消息中包含的配置，UE将执行以下动作：

●如果T310在运行则停止；

●使用mobilityControlInfo中t304启动定时器T304；

●如果包含carrierFreq，认为该目标小区处在由carrierFreq指定的频率上，且具有targetPhysCellId指定的物理小区标识符；否则，认为该目标小区处在当前的频率上，并具有由targetCellIdentity指定的物理小区标识；

●开始与该目标小区的下行同步；

注：接收到RRC消息触发的切换后，UE应该尽可能快地执行切换，其可能在确认该消息成功接收（HARQ和ARQ）之前。

●重置MAC；

●为所有建立的RB，重建PDCP；

注 2：PDCP成功重建后对RB的处理，如重传未确认的PDCP SDU（及其相关的状态报告），SN和HFN的处理，详见TS 36.323 [8]。

●为所有建立的RB重建RLC；

●采用newUE-Identity作为 C-RNTI；

●如果RRCConnectionReconfiguration消息中包含fullConfig，执行无线配置流程；

●根据接收到的radioResourceConfigCommon配置底层；

●根据接收到的mobilityControlInfo的附加域中，不涉及到之前内容的部分配置底层；

●如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated，进行无线资源配置；

●如果 securityConfigHO中接收的keyChangeIndicator被设置为TRUE：

●基于之前成功NAS SMC的过程中使用的KASME 密钥，更新KeNB，详见TS 33.401 [32]；否则，基于当前 KeNB或者NH来更新KeNB  密钥，使用securityConfigHO指示的nextHopChainingCount值，详见TS 33.401 [32]中所描述；

●保存nextHopChainingCount值；

●如果securityConfigHO中包含 securityAlgorithmConfig，基于选择的integrityProtAlgorithm推演KRRCint  密钥，详见TS 33.401 [32]；并基于选择的cipheringAlgorithm推演KRRCenc密钥和KUPenc 密钥，详见TS 33.401 [32]；否则，基于当前的完整性算法推演KRRCint密钥，详见TS 33.401 [32]；并基于当前的加密算法，推演KRRCenc密钥和KUPenc密钥，详见TS 33.401 [32]；

●配置底层使用用完整性保护算法以及KRRCint密钥，即完整性保护配置应对UE后续发送和接收的所有消息使用，包括用于指示过程成功完成的消息；

●配置底层使用加密算法、KRRCenc密钥和KUPenc密钥，即加密配置应对UE后续所有后来发送和接收的所有消息使用，包括用于指示过程成功完成的消息；

●执行测量相关的动作；

●如果RRCConnectionReconfiguration 消息包含 measConfig，执行测量配置过程；

●释放reportProximityConfig和情况所有相关的邻近状态报告定时器;

●如果 RRCConnectionReconfiguration 消息包含 reportProximityConfig，根据接收到的reportProximityConfig执行邻近指示；

●将RCConnectionReconfigurationComplete消息提交给底层传输；

●如果 MAC 成功地完成随机接入过程，则：

◇停止定时器 T304；

◇如果有的话，应用CQI报告配置的部分配置，不需要UE知道目标小区SFN；

◇获取目标小区SFN后，采用需要UE知道目标小区SFN的部分测量和无线资源配置（例如测量间隔、周期CQI报告、调度请求配置、信道探测RS配置），如果有的话。

注：在进行RACH接入目标小区之前，不要求UE利用从该小区获得的系统信息，决定该目标小区的SFN。

●此过程结束。

4  重配置失败

一旦重配置失败，就执行RRC连接重建。并且，将重配置失败原因封装到ReestablishmentCause中，并通过消息RRCConnectionReestablishmentRequest通知网络端重配置失败。在ReestablishmentCause里用reconfigurationFailure统一表示所有情形下的重配置失败。

5  定时器

T304使用值ms100对应100 ms，ms200对应200 ms。

当定时器T304 超时（切换失败）：

●回退到源小区使用的配置，除 physicalConfigDedicated、 mac-MainConfig 以及 sps-Config采用的配置以外。

●发起连接重建过程，该连接重配置过程结束。

注：在 T304 超时之后，如果rach-ConfigDedicated内提供了任一专用的前导，那么其对UE而言不再可用。