NGAP-学习笔记-10 UE移动性管理过程（1）

3.4 UE Mobility Management Procedures

3.4.1 Handover Preparation-切换准备

3.4.1.1 General

Handover Preparation过程的目的是通过5GC请求目标侧准备资源。同一时间针对某个UE只会有一个Handover Preparation过程正在进行。

3.4.1.2 Successful Operation-成功操作

源NG-RAN节点通过向服务AMF发送HANDOVER REQUIRED消息来启动移动性过程准备。当源NG-RAN节点发送HANDOVER REQUIRED消息时，它应启动TNGRELOCprep计时器。源NG-RAN节点应在原因IE中指示移动性过程的适当原因值。

在接收到HANDOVER REQUIRED消息后，AMF应针对PDU Session ID IE中指示的每个PDU会话，将Handover Required Transfer IE透明地传输给与相关PDU会话关联的SMF。

对于系统内切换，Source to Target Transparent Container IE中的信息应根据Source NG-RAN节点到Target NG-RAN节点Transparent Container IE的定义进行编码。

如果在HANDOVER REQUIRED消息的Source NG-RAN节点到Target NG-RAN节点Transparent Container IE中的PDU Session Resource Information Item IE中包含了给定QoS流的DL Forwarding IE，并且它设置为“DL forwarding proposed”，则表示源NG-RAN节点建议转发该QoS流的下行数据。

如果在HANDOVER REQUIRED消息的Source NG-RAN节点到Target NG-RAN节点Transparent Container IE中的PDU Session Resource Information Item IE中包含了给定QoS流的UL Forwarding IE，并且它设置为“UL forwarding proposed”，则表示源NG-RAN节点建议转发该QoS流的上行数据。

如果在HANDOVER REQUIRED消息的Source NG-RAN节点到Target NG-RAN节点Transparent Container IE中的PDU Session Resource Information Item IE中包含了DRBs to QoS Flows Mapping List IE，则它隐含表示源NG-RAN节点建议转发这些DRBs的下行数据。

如果在HANDOVER REQUIRED消息的Source NG-RAN节点到Target NG-RAN节点Transparent Container IE中的DRBs to QoS Flows Mapping List IE中的Associated QoS Flow List IE中包含了QoS Flow Mapping Indication IE，则表示源NG-RAN节点仅将QoS流的上行或下行映射到DRB上。

在系统内切换的情况下，如果HANDOVER COMMAND消息包含数据转发响应DRB列表IE中某个DRB的DL Forwarding UP TNL Information IE，源NG-RAN节点应考虑目标NG-RAN节点接受该DRB的下行数据转发。如果HANDOVER COMMAND消息在Handover Command Transfer IE中的数据转发响应DRB列表IE中包含某个DRB的UL Forwarding UP TNL Information IE，则意味着目标NG-RAN节点已请求该DRB的上行数据转发。

如果在系统间切换中采用直接数据转发方式，如果HANDOVER COMMAND消息中包含Data Forwarding Response E-RAB List IE，源NG-RAN节点应该认为目标eNB已经接受了该E-RAB的下行数据转发。

如果HANDOVER COMMAND消息在Handover Command Transfer IE中包含给定PDU会话的UL Forwarding UP TNL Information IE，源NG-RAN节点应该认为目标NG-RAN节点已经接受了该QoS流的上行数据转发。

在进行到LTE的系统间切换时，源到目标透明容器信息应根据TS 36.413中指定的源eNB到目标eNB透明容器IE定义进行编码。

如果HANDOVER REQUIRED消息中包含直接转发路径可用性IE，则AMF应按照TS 23.502中指定的方式进行处理。

如果在HANDOVER REQUIRED消息的Handover Required Transfer IE中包含Direct Forwarding Path Availability IE，则SMF应按照TS 23.502 中的规定进行处理。

当准备工作完成，包括在目标侧预留资源时，AMF将通过HANDOVER COMMAND消息回复源NG-RAN节点。在系统内切换的情况下，AMF应在HANDOVER COMMAND消息中包含PDU会话资源切换列表IE。

收到HANDOVER COMMAND消息后，源NG-RAN节点应停止TNGRELOCprep定时器并启动TNGRELOCoverall定时器。

如果在目标节点中存在无法承载的PDU会话，则应在“PDU Session Resource to Release List IE”中予以指示。

如果HANDOVER COMMAND消息包含Handover Command Transfer IE中的QoS Flow to be Forwarded List IE，针对给定的PDU会话，则源NG-RAN节点应该按照TS 38.300 中的规定，通过DL Forwarding UP TNL Information IE中指定的转发隧道启动列出的QoS流的数据转发。

如果HANDOVER COMMAND消息包含Handover Command Transfer IE中的Additional DL Forwarding UP TNL Information IE，则源NG-RAN节点应启动以不同隧道拆分的PDU会话的数据转发，并应使用接收到的UP传输层信息来转发与其关联的QoS流。

如果HANDOVER COMMAND消息包含Handover Command Transfer IE中的Additional UL Forwarding UP TNL Information IE，则源NG-RAN节点应该使用接收到的UP传输层信息，启动以不同隧道拆分的PDU会话的数据转发。

如果HANDOVER COMMAND消息中包含来自NG-RAN的NAS Security Parameters IE，则NG-RAN节点应按照TS 33.501 [13]中的规定使用它。

如果AMF从切换目标接收到了Target to Source Transparent Container IE，则应在HANDOVER COMMAND消息中包含透明容器。

在进行到LTE的跨系统切换时，应根据TS 36.413中Target eNB to Source eNB Transparent Container IE的定义对Target to Source Transparent Container IE中的信息进行编码。

如果Source NG-RAN Node to Target NG-RAN Node Transparent Container IE中包含Index to RAT/Frequency Selection Priority IE，则目标NG-RAN节点应将接收到的Index to RAT/Frequency Selection Priority IE的内容存储在UE上下文中，并按照TS 23.501 中的定义使用它。

对于已在目标NG-RAN节点中建立的每个QoS流，如果在包含在HANDOVER REQUEST消息中的QoS Flow Level QoS Parameters IE中包含了QoS Monitoring Request IE，则目标NG-RAN节点应存储这些信息，并按照TS 23.501 中的规定，如果支持的话，进行延迟测量和QoS监测。

（a）与其他NGAP程序的交互

如果在发送HANDOVER REQUIRED消息后，在Handover Preparation过程终止之前，源NG-RAN节点在同一UE关联的信令连接上收到AMF启动的PDU会话管理过程，则源NG-RAN节点应执行以下操作之一：

（1）使用适当的原因值执行Handover Cancellation过程取消Handover Preparation过程。在Handover Cancellation过程成功完成后，源NG-RAN节点应继续执行AMF启动的PDU会话管理过程。

（2）通过发送带有适当原因值的适当响应消息（例如“NG intra-system handover triggered”或“NG inter-system handover triggered”）终止AMF启动的PDU会话管理过程，然后源NG-RAN节点应继续执行切换过程。

3.4.1.3  Unsuccessful Operation-操作失败

如果5GC或目标端无法接受任何PDU会话资源，或在Handover Preparation过程中发生故障，则AMF向源NG-RAN节点发送HANDOVER PREPARATION FAILURE消息，其中包含适当的原因值。

（a）与切换取消过程的交互

如果在源NG-RAN节点中TNGRELOCprep计时器到期之前，AMF对HANDOVER REQUIRED消息没有响应，那么源NG-RAN节点应通过使用适当的Cause IE值启动Handover Cancel过程来取消Handover Preparation过程。源NG-RAN节点应忽略在启动Handover Cancel过程后收到的任何HANDOVER COMMAND消息或HANDOVER PREPARATION FAILURE消息。

3.4.1.4 Abnormal Conditions-异常情况

如果NG-RAN节点接收到至少一个包含在“PDU Session Resource Handover List IE”中的PDU会话ID，但没有至少一个有效的关联GTP隧道地址对（无论是UL还是DL），则该NG-RAN节点应将其视为逻辑错误。只有当GTP-TEID IE和Endpoint IP地址IE同时存在时，GTP隧道地址对才被认为是有效的。

3.4.2 Handover Resource Allocation-切换资源分配

3.4.2.1 General

Handover Resource Allocation过程的目的是为了在目标NG-RAN节点为UE的切换保留资源。

3.4.2.2 Successful Operation-成功运行

AMF通过向目标NG-RAN节点发送HANDOVER REQUEST消息来启动此过程。

如果HANDOVER REQUEST消息中包含了Masked IMEISV信息元素，目标NG-RAN节点应该在后续处理中使用它来确定UE的特征，如果支持的话。

收到“切换请求”消息后，目标NG-RAN节点应该：

（1）尝试执行请求的PDU会话配置和相关安全性；

（2）将收到的UE聚合最大比特率存储在UE上下文中，并按照TS 23.501 的规定将收到的聚合最大比特率用于所有非GBR QoS流的相关UE；

（3）存储收到的移动性限制列表到UE上下文中；

（4）存储收到的UE安全性能力到UE上下文中；

（5）存储收到的安全上下文到UE上下文中，并按照TS的定义使用它。

在收到 HANDOVER REQUEST 消息中的 Source to Target Transparent Container IE 内包含的 UE History Information IE 后，目标 NG-RAN 节点应收集 UE History Information IE 中定义为必填的信息，并在 UE 停留在其某个小区内时，如支持，收集 UE History Information IE 中定义为可选的信息，将收集的信息存储以备将来的手over 准备使用。

在收到包含在HANDOVER REQUEST消息中的PDU会话资源设置列表IE时，目标NG-RAN节点应遵守PDU会话资源设置过程中定义的相同规定。目标NG-RAN节点应在HANDOVER REQUEST ACKNOWLEDGE消息中向AMF报告每个请求设置的PDU会话资源的结果。特别地，对于每个成功设置的PDU会话资源，它应包括Handover Request Acknowledge Transfer IE，其中包含以下信息：

• （1）已在QoS Flow Setup Response List IE中成功建立的QoS流列表；

• （2）如果接受了QoS流的数据转发，则包含Data Forwarding Accepted IE；

• （3）如果有任何QoS流无法建立，则包含无法建立的QoS Flow Failed to Setup List IE；

• （4）用于PDU会话的UP传输层信息；

• （5）与PDU会话相关的安全性结果。

对于每个无法成功建立的PDU会话资源，应在HANDOVER REQUEST ACKNOWLEDGE消息中包含Handover Resource Allocation Unsuccessful Transfer IE，其中包含一个原因值，该值应足够精确，以使SMF知道建立失败的原因。

收到HANDOVER REQUEST ACKNOWLEDGE消息后，对于PDU会话标识中指定的每个PDU会话，AMF应透明地传输Handover Request Acknowledge Transfer IE或Handover Resource Allocation Unsuccessful Transfer IE到与相关PDU会话关联的SMF。

如果HANDOVER REQUEST消息包含与Handover Request Transfer IE中的特定PDU会话相关联的Data Forwarding Not Possible IE，该IE设置为"data forwarding not possible"，则目标NG-RAN节点可能不包括DL Forwarding UP TNL Information IE，在系统内切换中，也可能不包括Handover Request Acknowledge Transfer IE中的Data Forwarding Response DRB List IE。针对该PDU会话的HANDOVER REQUEST ACKNOWLEDGE消息。

在系统内切换的情况下，如果目标NG-RAN节点接受下行数据转发，至少针对其中一个DL Forwarding IE设置为"DL forwarding proposed"的QoS流，则可以在Handover Request Acknowledge Transfer IE中包括DL Forwarding UP TNL Information IE，作为列在HANDOVER REQUEST ACKNOWLEDGE消息的QoS Flow Setup Response List IE中的QoS流的转发隧道。

在系统内切换的情况下，如果目标NG-RAN节点接受上行数据转发，至少针对其中一个UL Forwarding IE设置为"UL forwarding proposed"的QoS流，则可以在Handover Request Acknowledge Transfer IE中包括UL Forwarding UP TNL Information IE，用于PDU Session Resource Admitted List IE中包含的PDU会话内的转发隧道。

在系统内切换的情况下，对于每个PDU会话，如果在HANDOVER REQUEST ACKNOWLEDGE消息的Handover Request Acknowledge Transfer IE中包含了Additional DL UP TNL Information for HO List IE，则SMF应将其中包含的Additional DL NG-U UP TNL Information IE视为针对该PDU会话中的相关流所表示的下行终止点，并且在不同隧道中将其拆分，同时将Additional DL Forwarding UP TNL Information IE视为关联到这些QoS流的转发隧道（如果有）。

在系统内切换的情况下，对于每个PDU会话，如果在HANDOVER REQUEST ACKNOWLEDGE消息的Handover Request Acknowledge Transfer IE中包含了Additional UL Forwarding UP TNL Information IE，则SMF应将其视为该PDU会话内不同隧道中的上行转发隧道的终止点。

在系统内切换的情况下，如果目标NG-RAN节点接受成功配置的DRB的数据转发，则目标NG-RAN节点可以在HANDOVER REQUEST ACKNOWLEDGE消息的Data Forwarding Response DRB List IE中包含DRB的DL Forwarding UP TNL Information IE。如果HANDOVER REQUEST ACKNOWLEDGE消息在Data Forwarding Response DRB List IE中包含给定DRB的UL Forwarding UP TNL Information IE，则表示目标NG-RAN节点已请求转发DRB的上行数据。在从E-UTRAN进行的系统间切换的情况下，如果PDU Session Resource Setup Request Transfer IE包含设置为“direct path available”的Direct Forwarding Path Availability IE，则如果目标NG-RAN节点支持，并且它接受映射到已允许的PDU会话的E-RAB的QoS流的下行数据转发，则目标NG-RAN节点应在Data Forwarding Response E-RAB List IE中包含DL Forwarding UP TNL Information IE。在HANDOVER REQUEST ACKNOWLEDGE消息中，这些映射的E-RAB。

在从E-UTRAN进行的跨系统切换中，目标NG-RAN节点在Source NG-RAN Node to Target NG-RAN Node Transparent Container IE中为每个QoS流包含了Data Forwarding Accepted IE，其中DL Forwarding IE设置为“DL forwarding proposed”，并且目标NG-RAN节点已经承认了该QoS流的下行数据转发提议。如果跨系统间接数据转发被应用，如果目标NG-RAN节点接受了至少一个已承认的PDU会话的一个QoS流的下行数据转发，它应该在PDU Session Resource Setup Response Transfer IE中为该PDU会话的该流包含DL Forwarding UP TNL Information IE，在HANDOVER REQUEST ACKNOWLEDGE消息的PDU Session Resources Admitted List IE中。

如果目标NG-RAN节点从源NG-RAN节点到目标NG-RAN节点透明容器IE中接收到SgNB UE X2AP ID IE，则在直接转发的情况下，它可以按照TS 37.340 中的描述将其用于内部转发。

目标NG-RAN节点应使用HANDOVER REQUEST消息中的移动性限制列表IE（如果存在）中的信息：

（1）根据HANDOVER REQUEST消息中是否存在Mobility Restriction List IE中的信息，确定后续移动操作的目标，并向UE提供有关移动操作目标的信息；

（2）在双连接操作期间选择适当的SCG；

（3）当将UE移动到RRC_INACTIVE状态时，分配适当的RNA。

如果移动限制列表IE不包含在切换请求消息中，则目标NG-RAN节点应考虑UE无漫游和无访问限制。当以下情况时，目标NG-RAN节点也应考虑UE无漫游和无访问限制：QoS流之一包括特定的ARP值。

如果切换请求消息中包含跟踪激活IE，并且目标NG-RAN节点支持，该节点应按照TS 32.422中描述的方式启动请求的跟踪功能。

如果切换请求消息中包含位置报告请求类型IE，则目标NG-RAN节点应按照第8.12小节中描述的方式为UE执行请求的位置报告功能。

如果切换请求消息中包含RRC非活动状态的核心网络辅助信息IE，则目标NG-RAN节点应在支持的情况下将此信息存储在UE上下文中，并在需要时将其用于UE的RRC_INACTIVE状态决策、RNA配置和RAN寻呼（如果有），如TS 38.300 [8]所述。

如果切换请求消息中包含CN辅助RAN参数调整IE，则NG-RAN节点可以按照TS 23.501 中的描述使用它。

如果切换请求消息中包含新安全上下文指示IE，则目标NG-RAN节点应按照TS 33.501 中的规定使用该信息。

如果切换请求消息中包含NASC IE，则目标NG-RAN节点应按照TS 33.501 中的规定向UE使用它。如果切换请求消息中包含RRC非活动状态过渡报告请求IE，则NG-RAN节点应在支持的情况下将此信息存储在UE上下文中。如果切换请求消息中包含语音EPS回落重定向IE，则NG-RAN节点应在支持的情况下存储它，并根据TS 23.502 [10]中的规定在后续的语音EPS回落决策中使用它。如果切换请求消息中包含SRVCC操作可能IE，则目标NG-RAN节点应在支持的情况下将所接收的SRVCC操作可能IE的内容存储在UE上下文中，并按照TS 23.216 中的定义使用它。在为准入的PDU会话资源分配所有必要的资源之后，目标NG-RAN节点应生成切换请求确认消息。

（a）与RRC非活动过渡报告程序的交互：

如果切换请求消息中包含RRC非活动状态过渡报告请求IE，并设置为“后续状态过渡报告”，则NG-RAN节点应在支持的情况下，在UE进入或离开RRC_INACTIVE状态时向AMF发送RRC非活动状态过渡报告消息，以报告UE的RRC状态。

3.4.2.3 Unsuccessful Operation-操作失败

如果目标NG-RAN节点不允许任何PDU会话资源，或者在切换准备过程中发生故障，则它将HANDOVER FAILURE消息发送给AMF并带有适当的原因值。

3.4.2.4 bnormal Conditions-异常情况

如果UE安全能力IE中的加密算法定义的Encryption Algorithms IE以及所有UE强制支持的EEA0和NEA0（TS 33.501 ）与NG-RAN节点配置的允许加密算法列表中定义的任何允许算法不匹配（TS 33.501），则目标NG-RAN节点应使用切换失败消息拒绝该过程。

如果UE安全能力IE中的完整性保护算法定义的Integrity Protection Algorithms IE以及所有UE强制支持的EIA0和NIA0算法（TS 33.501 ）与NG-RAN节点配置的允许完整性保护算法列表中定义的任何允许算法不匹配（TS 33.501 ），则目标NG-RAN节点应使用切换失败消息拒绝该过程。

如果目标NG-RAN节点接收到一个不包含移动性限制列表IE的切换请求消息，并且该NG-RAN节点无法通过其他方式确定服务PLMN，则目标NG-RAN节点应使用切换失败消息拒绝该过程。

如果目标NG-RAN节点收到包含移动性限制列表IE的切换请求消息，并且指示的服务PLMN不受目标小区支持，则目标NG-RAN节点应使用切换失败消息拒绝该过程。