在4G网络中当终端(UE)接收到移动性RRCConnectionReconfiguration(切换)消息后的处理流程如下:
1>如果RRCConnectionReconfiguration消息不包含fullConfig并且UE连接到5GC(即5GC内切换期间的delta信令):
2> 重用源 SDAP 和 PDCP 配置(即,在接收到 RAT 间切换 RRCConnectionReconfiguration 消息之前,来自源 RAT 的所有 RB 的当前 SDAP/PDCP 配置);
1>如果RRCConnectionReconfiguration消息包含fullConfig并且源RAT是E-UTRA(即,intra-RAT系统间切换):
2> 除了 MCG C-RNTI,释放/清除所有当前的专用无线电资源和配置,包括所有 SDAP(如果配置)、PDCP、RLC、DRB 的逻辑信道配置和记录的测量配置(如果配置);
2> 释放/清除所有当前常见的无线电配置;
2> 对于包含在 srb-ToAddModList 中的每个 srb-Identity 值(SRB 重新配置):
3> 为相应的SRB应用9.1.2中定义的指定配置;
3> 为 SRB1 或 9.2.1.2 为 SRB2 应用 9.2.1.1 中指定的 SRB 的相应默认 RLC 配置;
3> 为 SRB 应用 9.2.1.1 中为 SRB1 或 9.2.1.2 中为 SRB2 指定的相应默认逻辑信道配置;
3>如果securityConfigHO中的handoverType设置为fivegc-ToEPC(即UE正在连接EPC):
4> 释放PDCP实体,并与E-UTRA PDCP实体建立;
3> else 如果securityConfigHO中的handoverType设置为epc-To5GC(即UE连接到5GC):
4> 释放 PDCP 实体并使用 NR PDCP 建立它,并为 SRB 应用相应的默认 PDCP 配置,如 TS 38.331 [82],第 9.2.1 节所述;
3> 将这个SRB的RLC承载与建立的PDCP实体相关联;
1> 应用 9.2.4 中指定的默认物理通道配置;
1> 应用9.2.3中指定的默认半持久调度配置;
1> 应用 9.2.2 中指定的默认 MAC 主配置;
1>启动定时器T304,定时器值设置为t304,包含在mobilityControlInfo中;
1> 认为目标PCell是由carrierFreq指示的频率上的一个,具有由targetPhysCellId指示的物理小区标识;
1>开始同步到目标PCell的DL;
1>设置C-RNTI为newUE-Identity的值;
1>对于目标PCell,应用dl-Bandwidth指示的下行带宽;
1> 对目标PCell,应用ul-Bandwidth(不存在或存在)指示的上行带宽;
1>根据收到的radioResourceConfigCommon配置下层;
1> 如果接收到的mobilityControlInfo 中包含任何附加字段,则根据前面未涵盖的任何附加字段配置下层;
1> 执行 5.3.10 中规定的无线电资源配置程序;
1> 如果securityConfigHO中的handoverType设置为fivegc-ToEPC:
2> 向高层表明CN已经从5GC变为EPC;
2> 根据 TS 33.501 [86] 中为 EPS 和 5GS 之间的互通指定的映射 KASME 密钥导出密钥 KeNB;
2> 存储 nextHopChainingCount-r15 值;
1> else 如果securityConfigHO中的handoverType设置为intra5GC:
2>如果在securityConfigHO中接收到的keyChangeIndicator-r15设置为TRUE:
3> 将 nas-Container 转发到上层,如果有的话;
3> 根据 TS 33.501 [86] 中指定的 KAMF 密钥更新 KeNB 密钥;
2> 其他:
3> 根据当前的 KgNB 或 NH,使用 SecurityConfigHO 中指示的 nextHopChainingCount-r15 值更新 KeNB 密钥,如 TS 33.501 [86] 中所述;
2> 存储 nextHopChainingCount-r15 值;
1> else 如果securityConfigHO中的handoverType设置为epc-To5GC:
2>将nas-Container转发到上层
2> 导出 KeNB 密钥,如 TS 33.501 [86] 中所述;
1> 其他:
2> 将nas-SecurityParamToEUTRA 转发给上层;
2> 导出 KeNB 密钥,如 TS 33.401 [32] 中所述;
1> 按照 TS 33.401 [32] 中的规定,导出与integrityProtAlgorithm 相关联的KRRCint 密钥;
1> 按照 TS 33.401 [32] 的规定,导出与加密算法相关的 KRRCenc 密钥和 KUPenc 密钥;
1>如果接收到的RRCConnectionReconfiguration包含sk-Counter:
2> 执行 TS 38.331 [82] 第 5.3.5.7 条规定的密钥更新程序;
1>如果接收到的RRCConnectionReconfiguration包含nr-SecondaryCellGroupConfig:
2> 按照 TS 38.331 [82],第 5.3.5.3 节的规定执行 NR RRC 重新配置;
1>如果接收到的RRCConnectionReconfiguration包含nr-RadioBearerConfig1:
2> 执行 TS 38.331 [82] 第 5.3.5.6 条规定的无线承载配置;
1>如果接收到的RRCConnectionReconfiguration包含nr-RadioBearerConfig2:
2> 执行 TS 38.331 [82] 第 5.3.5.6 条规定的无线承载配置;
1> 如果 securityConfigHO 中的切换类型设置为 Fivegc-ToEPC 或者切换类型-v1530 不存在:
2> 配置下层立即应用指示的完整性保护算法和 KRRCint 密钥,即指示的完整性保护配置将应用于 UE 接收和发送的所有后续消息,包括用于指示过程成功完成的消息;
2> 配置下层立即应用指示的加密算法、KRRCenc 密钥和 KUPenc 密钥,即指示的加密配置应应用于 UE 接收和发送的所有后续消息,包括用于指示成功完成的消息程序,流程;
1>如果接收到的RRCConnectionReconfiguration包含sCellToAddModList:
2>按5.3.10.3b的规定执行SCell添加;
1>如果RRCConnectionReconfiguration消息包含measConfig:
2> 执行 5.5.2 规定的测量配置程序;
1> 执行 5.5.2.2a 中规定的测量标识自主移除;
1>如果RRCConnectionReconfiguration消息包含otherConfig:
2> 执行 5.3.10.9 规定的其他配置程序;
1>如果RRCConnectionReconfiguration消息包含wlan-OffloadInfo:
2> 执行 5.6.12.2 中指定的专用 WLAN 卸载配置程序;
1>如果RRCConnectionReconfiguration消息包含rclwi-Configuration:
2> 执行 5.6.16.2 中规定的 WLAN 流量导向命令程序;
1>如果RRCConnectionReconfiguration消息包含lwa-Configuration:
2> 执行 5.6.14.2 中规定的 LWA 配置程序;
1>如果RRCConnectionReconfiguration消息包含lwip-Configuration:
2> 执行 5.6.17.2 中规定的 LWIP 重新配置程序;
1> 设置RRCConnectionReconfigurationComplete消息的内容如下:
2> 如果 UE 在 VarRLF-Report 中有可用的无线链路失败或切换失败信息,并且 RPLMN 包含在存储在 VarRLF-Report 中的 plmn-IdentityList 中:
3> 包括 rlf-InfoAvailable;
2> 如果 UE 具有可用于 E-UTRA 的 MBSFN 记录测量,并且 RPLMN 包含在存储在 VarLogMeasReport 中的 plmn-IdentityList 中,并且 T330 未运行:
3> 包括 logMeasAvailableMBSFN;
2> 否则,如果 UE 记录了可用于 E-UTRA 的测量并且 RPLMN 包含在存储在 VarLogMeasReport 中的 plmn-IdentityList 中:
3> 包括 logMeasAvailable;
3> 如果蓝牙测量结果包含在记录的测量中,UE 可用,并且 RPLMN 包含在存储在 VarLogMeasReport 中的 plmn-IdentityList 中:
4> 包括 logMeasAvailableBT;
3> 如果 WLAN 测量结果包含在记录的测量结果中,则 UE 可用,并且如果 RPLMN 包含在存储在 VarLogMeasReport 中的 plmn-IdentityList 中:
4> 包括 logMeasAvailableWLAN;
2> 如果 UE 在 VarConnEstFailReport 中有可用的连接建立失败信息,并且如果 RPLMN 等于存储在 VarConnEstFailReport 中的 plmn-Identity:
3> 包括 connEstFailInfoAvailable;
2>如果接收到的RRCConnectionReconfiguration消息包含nr-SecondaryCellGroupConfig:
3> 根据 TS 38.331 [82],条款 5.3.5.3,包括 scg-ConfigResponseNR;
1>将RRCConnectionReconfigurationComplete消息提交给下层使用新的配置进行传输;
1>如果RRCConnectionReconfiguration消息不包括设置为setup的rlf-TimersAndConstants:
2> 定时器T310、T311和常数N310、N311使用9.2.5规定的默认值;
1> 如果 MAC 成功完成随机接入过程:
2>停止定时器T304;
2>应用CQI上报配置、调度请求配置和探测RS配置中不需要UE知道目标PCell的SFN的部分,如果有的话;
2> 应用需要 UE 知道目标 PCell 的 SFN 的测量和无线电资源配置部分(例如测量间隙、周期性 CQI 报告、调度请求配置、探测 RS 配置),如果有的话,在获取 SFN 时目标PCell的;
注 1:每当 UE 应根据接收到的字段建立或重新配置配置时,它应用新配置,除了上述陈述所解决的情况。
2>进入E-UTRA RRC_CONNECTED,流程结束;
注 2:UE 不需要在目标 PCell 中执行 RACH 接入之前通过从该小区获取系统信息来确定目标 PCell 的 SFN。
注3:如果切换来自NR,目标CN为5GC,PDCP和SDAP上的delta配置可用于系统内inter-RAT切换。 对于其他情况,当UE应用目标RAT的重配置消息时,不考虑源RAT配置。
资料来源:3GPP 36.331 5.4
资料整理:kangguoying20210724