NF网元介绍之AMF

功能

1、终结接入网的控制面接口N2
2、NAS信令
3、NAS加密和完整性保护
4、NAS-MM的终点
5、NAS-SM的源头
6、 UE鉴权
7、安全上下文的管理
8、注册管理
9、连接管理
10、可达性管理
11、移动性管理
12、执行PCF下发的关于移动性相关的策略

交互

服务

Namf_Communication 服务

5.2.1、服务描述

此服务使一个nf能够通过n1-nas消息或与一个（既有ue也有非特定于ue）进行通信。下面定义的服务操作允许nf与ue和an通信。

下面是这个nf服务的关键功能。

-提供向用户设备传输N1信息的服务操作；
-允许NFS订阅和取消订阅来自UE的特定N1消息通知；
-允许NFS订阅和取消订阅有关来自的特定信息的通知；
-提供服务操作，以便向AN发送氮气信息；
-安全上下文管理；以及
-UE信息管理和传输（包括其安全上下文）。

5.2.2、服务操作

5.2.2.1、介绍

Namf_Communication 服务有如下操作：

- UEContextTransfer
- RegistrationStatusUpdate
- N1N2MessageTransfer (UE Specific)
- N1N2TransferFailureNotification (UE Specific)
- N1N2MessageSubscribe (UE Specific)
- N1N2MessageUnsubscribe (UE Specific)
- N1MessageNotify (UE Specific)
- N2InfoNotify (UE Specific)
- NonUeN2MessageTransfer
- NonUeN2InfoSubscribe
- NonUeN2INfoUnsubscribe
- N2InfoNotify
- EBIAssignment
- CreateUEContext
- ReleaseUEContext
- AMFStatusChangeSubscribe
- AMFStatusChangeUnsubscribe
- AMFStatusChangeNotify

5.2.2.2 、UE Context Operations

5.2.2.2.1、UEContextTransfer 

5.2.2.2.1.1、通用

UEContextTransfer  操作发生在下面流程:

-通用注册流程

当目标AMF收到一个注册请求(其中包含了UE的5G-Guti,且发生了AMF切换)，为了便于在源AMF检索UE上下文（例如，UE的supi和mm上下文）时，NF消费者（例如，目标AMF）向AMF（充当源AMF）调用UEContextTransfer服务操作。

NF消费者通过调用5G-GUTI标识的 "Individual ueContext"资源中的 "transfer“自定义方法来检索ue上下文，见子条款6.1.3.2.4。见图5.2.2.2.1.1-1。

1、NF服务消费者比如(目标AMF)发送一个HTTP POST消息( "transfer" custom method on an "Individual ueContext" resource URI )。该请求消息的承载是"UeContextTranferReqData" 

如果 UEContextTransfer是UE 初始化注册或者移动性注册触发，NF消费者将设置原因属性设置为"INIT_REG" or "MOBI_REG" 且在承载中携带完整性保护的注册请求消息。

2a、成功:

       -如果原因属性是"INIT_REG"且完整性检查成功了，源AMF将响应状态码"200 OK".响应的有效负载应为“ueContextTransfersPData”数据类型的对象，包括:

        a)请求的UE上下文不携带PDU会话上下文；

        b)请求的UE上下文只包含"supi"属性，

2b、失败

5.2.2.2.2、RegistrationStatusUpdate  

RegistrationStatusUpdate    操作发生在下面流程:

-通用注册流程

-伴随AMF re-allocation的注册流程

注册状态更新服务操作由nf服务使用者（例如目标amf）向nf服务生产者（即源amf）调用，以更新目标amf上的ue注册状态，从而指示给定ue的先前UE Context transfer 结果（参见子条款5.2.2.2.1.1）。

 

5.2.2.3 特定UE的N1N2消息操作

5.2.2.3.1              N1N2MessageTransfer 

该流程由用于NF消费者通过AMF向UE或者5G-AN传输N1/N2信息。该服务操作在以下流程中触发:

-    Network triggered Service Request (see subclause 4.2.3.3 of 3GPP TS 23.502 [3]

-    PDU Session establishment (see subclause 4.3.2 of3GPP TS 23.502 [3])

-    PDU Session modification (see subclause 4.3.3 of3GPP TS 23.502 [3])

-    PDU Session release (see subclause 4.3.4 of3GPP TS 23.502 [3])

-    Session continuity, service continuity and UP path management (see subclause 4.3.5 of3GPP TS 23.502 [3])

-    Inter NG-RAN node N2 based handover (see subclause 4.9.1.3 of3GPP TS 23.502 [3])

-    SMS over NAS procedures (see subclause 4.13.3 of3GPP TS 23.502 [3]

-    UE assisted and UE based positioning procedure (see subclause 4.13.5.4 of3GPP TS 23.502 [3])

-    Network assisted positioning procedure (see subclause 4.13.5.5 of3GPP TS 23.502 [3])

-    UE configuration update procedure for transparent UE policy delivery (see subclause 4.2.4.3 of 3GPP TS 23.502 [3])

NF消费者通过使用POST调用该服务操作，使用“N1 N2 MessagesCollection "资源URI。

-    SUPI 

-    PDU Session ID or LCS Correlation ID depending on the N1/N2 message class to be transferred

-    N2 SM Information (PDU Session ID, QoS profile, CN N3 Tunnel Info, S-NSSAI)

-    N1 SM Information

-    N1 Message Container (e.g. LPP message, SMS, UPDP message)

-    N2 Information Container (e.g. NRPPa message)

-    Allocation and Retention Priority (ARP)

-    Paging Policy Indication

-    5QI

-    Notification URL (used for receiving Paging Failure Indication)

-    Last Message Indication

-    NF Instance Identifier of the NF Service Consumer (e.g. an LMF)

-    N1 SM Skipping Indication 

-    Area of Validity for N2 SM Information

1、消费者发送POST消息请求传输N1/N2信息。在请求消息中，可能包含一个N1N2MessageTransfer Notification URI  给AMF。

2a、成功，如果请求被接受且AMF能传输N1/N2信息给UE/AN，AMF将响应一个"200 OK ".AMF将在N1N2MessageTransferRspData 消息中设置原因码为"N1_N2_TRANSFER_INITIATED ".

2b、失败或者重定向，将会反悔一个6.1.3.5.1-3里面的状态码，对于4xx/5xx的响应，，实体消息将包含一个N1N2MessageTransferError 结构

5.2.2.3.1.2、当UE处于CM-IDLE

当消费者请求发送n1和/或n2信息时，且与n1和/或n2信息相关的访问类型的UE处于cm-idle状态则第5.2.2.3.1.1款中规定的要求应适用于以下修改和定义：

2xx Response 案例:

案例 A:  当UE在3gpp访问中为cm-idle且关联的访问类型为3gpp访问时:

a）与图5.2.2.3.1.1-1的步骤2a相同，如果请求主体中的“skipind”属性设置为“true”，则AMF应响应状态代码“200 OK”，响应主体携带原因“n1_msg_not_transferred”

b）与图5.2.2.3.1.1-1中的步骤2a相同，AMF应响应状态代码“202 accepted”，如果调用了异步类型的通信，因此未调用UE，则更新UE上下文并存储N1和/或N2信息，并在UE可访问时启动与UE和/或5G-AN的通信。在这种情况下，AMF应在响应的“位置”标题中提供AMF中资源的URI，该标题包含N1/N2消息传输的状态和指向存储的N1/N2消息的指针。AMF还应提供一个包含原因的响应主体，“WAITING_FOR_ASYNCHRONOUS_TRANSFER ”表示N1/N2消息传输的当前状态；

c）与图5.2.2.3.1.1-1的步骤2a相同，AMF应响应状态代码“202 accepted”，如果在UE处于CM-IDLE且3GPP访问可访问时发出寻呼，则响应主体应带有3GPP TS 23.502[3]子条款4.2.3.3和5.2.2.2.7中规定的“尝试访问UE”原因。

5.2.2.3.2、N1N2Transfer Failure Notification

AMF使用该服务去通知消费者启动Namf_Communication_N1N2MessageTransfer（之前因为寻呼无响应导致的传输N1消息失败）

1、当AMF确定寻呼已经失败或者非3GPP会话不允许进入3GPP网络，且如果消费者已经提供了一个通知URI，AMF将发送POST消息给该通知URI上的消费者。AMF将在POST的请求实体中携带之前返回的N1N2MessageTransfer request resource URI