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而言不再可用。