【5G核心网】UE Triggered Service Request UE 触发的业务请求流程

小咪咪 2023-02-24 08:14 10阅读 0赞

>     UE 处于 CM-IDLE，或者 5GC 向 AMF 请求建立一个安全的连接，使用业务请求过程。
> 
>     对于已经建立的 PDU 会话，当 UE 处于 CM-IDLE 和 CM-CONNECTED 来激活一个用户面连接，使用业务请求过程
> 
>            
> 
>     如果有正在进行的业务请求过程，UE 不应该再发起一个业务请求过程

# 一. UE Triggered Service Request UE 触发业务请求 #

>     处于 ***CM-IDLE*** 状态的 UE 发起业务请求过程，主要是为了发送***上行信令消息，用户数据，或者应答一个网络寻呼请求***。接收业务请求消息后，AMF 可执行认证身份。与 AMF 建立信令连接后，UE 或者网络可以发送信令消息，比如从 UE 到 SMF，途径 AMF 的 PDU 会话建立。
> 
>    处于 ***CM-CONNECTED*** 状态的 UE 请求 PDU 会话用户面的激活，从 AMF 应答一个 NAS 通知消息。当激活 PDU 会话的用户平面连接时，UE 中的 AS 层将其指示给 NAS 层。

对于任何业务请求，AMF 都会以 ***Service Accept*** 消息作为响应，来同步在 UE 和网络之间 PDU 会话状态。 如果业务请求无法被网络接受，则 AMF 用 S***ervice Reject*** 消息响应 UE。 S***ervice Reject ***消息可以包括指示或原因代码，请求 UE 执行注册过程。

对于该过程，受影响的 SMF 和 UPF（如果有的话）全部在服务于 UE 的 PLMN 的控制下，例如，服务于UE。 在归属地路由漫游情况下，HPLMN 中的 SMF 和 UPF 不涉及。

由于用户数据引起的业务请求，如果用户平面连接激活失败，则网络可能会采取进一步的措施。

第4.2.3.2节中的过程适用于具有或不具有中间 UPF 以及具有或不具有中间 UPF 重选的场景。如果 UE 通过非 3GPP 接入发起业务请求过程，则将应用第4.12.4.1节中定义的功能。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3pob25nbGluemhhbmc_size_16_color_FFFFFF_t_70][] Figure 4.2.3.2-1: UE Triggered Service Request procedure

# 1. Service Request  NAS（UE -> AN） #

>      AN 消息，AN 参数，TS 23502 章节 4.2.3.2
> 
>      Service Request，需要激活的 PDU 会话列表，Allowed PDU 会话列表，安全参数，PDU 会话状态，5G-S-TMSI，\[NAS message container\]，Exempt Indication

如果 UE 发送一个服务请求消息为一个初始 NAS 消息，NAS message container 应该包括，UE 需要发送非明文 IE， TS 24.501 \[25\] 章节 4.4.6

当 UE 想要重新激活一个或多个 PDU 会话时，由 UE 提供要激活的 PDU 会话的列表。 当业务请求针对非 3GPP 接入相关联的 PDU 会话的寻呼或 NAS 通知的响应时，由 UE 提供允许的 PDU 会话列表，并标识可以转移到 3GPP 接入的 PDU 会话。

***    对于NG-RAN：***

>   -  AN 参数包括 5G-S-TMSI，选定的 PLMN ID 和建立原因。 建立原因提供了请求建立 RRC 连接的原因。
> 
>   -  UE 将封装在 RRC 消息中，将发送给 AMF 的业务请求消息发送给 NG-RAN。 TS 38.331 \[12\] 和 TS 36.331 \[16\] 中描述了可用于承载 5G-S-TMSI 的 RRC 消息和此 NAS 消息。

如果 ***UE 针对用户数据触发了业务请求***，则 UE 使用要激活的 PDU 会话列表来识别在业务请求消息中激活其 UP 连接的 PDU 会话。 当 UE 包括待激活的 PDU 会话列表时，UE 应指示仅与业务请求相关的接入的 PDU 会话。 ***如果业务请求是由 UE 触发的，仅用于发信号***，则 UE 不识别任何待激活的 PDU 会话列表。 如果触发了此过程以***进行寻呼响应***，并且 UE 同时具有一些要传输的用户数据，则 UE 将通过 PDU 列表在业务请求消息中标识其 UP 连接将被激活的 PDU 会话。否则，UE 不会在业务请求消息中标识任何 PDU 会话进行寻呼响应。根据 TS 24.501 \[25\] 的定义，即使没有针对这些 PDU 会话的待决上行链路数据，或者当业务请求为仅在发送信号时或在为寻呼响应而触发服务请求时触发。UE 应在网络中将被激活的 PDU 会话列表中包含 always-on 的 PDU 会话

当 UE 在 LADN 的可用范围之外时，UE 不会触发针对与 LADN 对应的 PDU 会话的业务请求过程。

UE -> RAN 的 ***SERVICE REQUEST*** NAS 消息

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3pob25nbGluemhhbmc_size_16_color_FFFFFF_t_70 1][] Table 8.2.16.1.1: SERVICE REQUEST message content

#   2. N2 Message Service Request （AN -> AMF）  #

>     细节步骤在 TS 38.413 \[10\]，如果 AMF 不能处理服务请求，将拒绝服务
> 
>     当使用 NG-RAN，N2 参数包括 ***5G-S-TMSI，  Selected PLMN ID ， Location information，Establishment cause，UE Context Request.***
> 
>     如果 UE 处于 ***CM-IDLE*** 状态，NG-RAN 在 RPC 过程获得 5G-S-TMSI，通过 5G-S-TMSI 选择 AMF，UE 所在的相关位置信息
> 
>     基于 PDU 会话状态，如果 UE 指明了 PDU 会话不可用，AMF 可以发起 PDU 会话释放过程
> 
>     当建立原因与优先级相关（例如 MPS 关键多媒体服务 MCS 关键数据服务），AMF 包含一个消息头指明了优先级信息。 其他 NF 通过在 TS 29.500 \[17\] 中指定的基于服务的接口中包括消息优先级标头来中继优先级信息。

# 3a. AMF -> (R)AN  #

N2 Request 包括： security context, Mobility Restriction List, list of recommended cells / TAs / NG-RAN node identifiers

如果 5G-AN 已请求 UE 上下文，或者要求 AMF 提供此服务，例如 对于紧急服务，AMF 需要启动第4.13.4.2节中的回退流程，AMF 按照 TS 38.413 \[10\] 中的规定启动 NGAP 流程。 对于处于 ***CM-IDLE*** 状态的 UE，5G-AN 将安全上下文存储在 UE AN 上下文中。 TS 23.501 \[2\]条款5.3.4.1“Mobility Restrictions”中描述了移动限制列表。

# 3. Authentication Security #

如果业务请求未发送完整性保护或完整性保护验证失败，则 AMF 应拒绝 TS 24.501 \[25\] 中所述的业务请求。

如果处于 CM-IDLE 状态的 UE 触发了仅建立信令连接的业务请求，则在成功建立信令连接之后，UE 和网络可以交换 NAS 信令，并且跳过步骤4至11和15至22。

如果 UE 以指示消息免于限制（例如，非允许区域）的方式触发了业务请求，则 AMF 应接受业务请求。 在这种情况下，如果 UE 处于非允许区域，则 AMF 拒绝来自 SMF 的用户平面建立请求，紧急服务除外。

如果该过程是响应指示非 3GPP 接入的***寻呼或 NAS 通知而触发***的，并且 AMF在 第4.2.3.3节的步骤3a中仅从 SMF 接收到 N1 SM Container，则 AMF 将包括 N1 SM Container 的 NAS 信令发送至 UE 在第4.2.3.3节的第7步中不更新与 PDU 会话相关的访问权限。

# 4. Nsmf\_PDUSession\_UpdateSMContext  （AMF -> SMF \[Conditional\] ）  #

请求包括：PDU Session ID(s), Operation Type, UE location information, Access Type, RAT Type, UE presence in LADN service area, Indication of Access Type can be changed, \[MO Exception Data Counter\]

***Nsmf\_PDUSession\_UpdateSMContext 请求被调用的场景：***

>  *  如果在业务请求的消息中 UE 验证需要激活的 PDU 会话列表
>  *  该过程由SMF触发，但UE标识的PDU会话与触发该过程的PDU会话ID相关联。
>  *  如果此过程由SMF触发，但当前的UE位置不在SMF在条款4.2.3.3的步骤3a中提供的“Area of validity for the N2 SM information”之内。 在这种情况下，AMF不发送SMF在第4.2.3.3节的步骤3a中提供的N2信息。 如果当前UE位置在“ Area of validity for the N2 SM information”中，则跳过步骤4至11
>  *  响应指示非3GPP接入的寻呼或NAS通知，AMF仅在第4.2.3.3节的步骤3a中接收到N2 SM信息，或N1 SM Container和N2 SM信息。

如果 DNN 对应的 LADN，则“UE presence in LADN service area”指示 UE 是在 LADN 服务区域的内部还是外部。 如果 AMF 不提供“UE presence in LADN service area”指示，并且 SMF 确定 DNN 对应于 LADN，则 SMF 认为 UE 在 LADN 服务区域之外。

AMF 确定应为其激活 UP 连接的 PDU 会话，并向与 PDU 会话相关联的 SMF 发送一个N ***smf\_PDUSession\_UpdateSMContext*** 请求，且操作类型设置为 “UP activate” 以指示建立 PDU会话的用户平面资源。 AMF 基于 N2 接口Global RAN Node ID 确定访问类型和 RAT 类型。

如果该过程是响应于指示***非3GPP 接入的寻呼或 NAS 通知而触发的***，则 AMF 在条款4.2.3.3的步骤3a中接收到 N2 SM 信息，并且寻呼或通知 UE 的 PDU 会话不在 UE提供的允许的 PDU 会话列表中，AMF 通知 SMF UE 无法不可达。 对于允许的 PDU 会话列表中的其他 PDU 会话，业务请求过程成功完成，而没有重新激活任何 PDU 会话的用户面，除非 UE 也将它们包括在要激活的PDU会话列表中。

如果该过程是响应于指示***非 3GPP 接入的寻呼或 NAS 通知而触发的***，则寻呼或通知 UE 的 PDU 会话在该 UE 提供的允许 PDU 会话列表中，并且 AMF 接收到 N2 SM 信息在第4.2.3.3节的步骤3a中，或者来自 SMF 的 N1 SM Container 和 N2 SM 信息，AMF 通知 SMF 可以更改 PDU 会话的访问类型。 AMF 丢弃任何已接收的 N1 SM Container 和 N2 SM 信息。 在归属地漫游的情况下，V-SMF 向 H-SMF 触发 Nsmf\_PDUSession\_Update 服务操作，以通知 PDU 会话的访问类型可以更改，并且该过程按照第4.3.3.3节的规定从步骤1a到步骤10继续进行。

AMF 可以通过 NG-RAN 接收建立另一个 NAS 信令连接的业务请求，同时它仍通过 NG-RAN 为 UE 维护旧的 NAS 信令连接。 在这种情况下，AMF 将触发对旧 NG-RAN 的 AN 释放过程，以释放第4.2.6节中定义的旧 NAS 信令连接，并具有以下逻辑：

>    -  对于要激活的 PDU 会话列表中指示的 PDU 会话，AMF 通过执行此步骤4请求 SMF 立即激活 PDU 会话。
> 
>    -  对于“List of PDU Session ID(s) with active N3 user plane"”中指示的PDU会话，但不在要激活的 PDU 会话列表中未，AMF 请求 SMF 停用 PDU 会话。

### 5a. SMF initialied SM Policy Association Modification  （SMF -> PCF \[Conditional\]） ###

>     如果 AMF 通知 SMF PDU 会话的接入类型可以在步骤4更改
> 
>     如果 PCC 已经部署，SMF 执行一个 SMF initialied SM Policy Association Modification  流程
> 
>     如果策略控制请求触发了条件已经满足（例如接入类型更改），PCF 可提供更新 PCC 规则

### 5b. UPF Selection ###

>     如果 PDU 会话 ID 对应一个 LADN （本地数据网路），基于从 AMF 得到的 UE presence 在本地数据网络区域，SMF 决定 UE在可用的本地数据网络之外
> 
>     - 保持 PDU 会话，拒绝用户平面 PDU 会话连接的激活并通知 AMF。由网络触发的服务请求在章节 4.3.2.3。SMF 可以通知 UPF，起始的数据通知放弃 PDU 会话的下行数据 ，或者不提供进一步的数据通知消息
> 
>     - 释放 PDU 会话，SMF 释放 PDU 会话并通知 AMF PDU 已经释放

基于从 AMF 接收的本地信息，SMF 检查 UPF 选择标准，决定执行以下：

>   - 接收激活 UP 连接并继续使用当前 UPF
> 
>   - 接收激活 UP 连接，选择一个新的中间 UPF（田间或者移除一个中间 UPF），如果 UE 已经不再服务区，这个服务区是 先前连接到 AN 的 UPF 服务的，然后维持 UPF 作为 PDU 会话锚点。
> 
>   - 拒绝激活 UP PDU SSC 模式 2 会话的连接，触发重新建立 PDU 会话，在服务请求流程后执行分配一个新的 UPF 作为 PDU 会话锚点

如果 SMF 未找到合适的 I-UPF，SMF 基于本地策略决定以下：

>    - 触发重新建立 PDU 会话，在服务请求流程后，SMF 发送  N1 SM message 给 UE，经由 AMF 调用 *Namf\_Communication\_N1N2MessageTransfer*， 包含了原因指示了 UE 需要重新建立 PDU 会话
> 
>    - 保持 PDU 会话，但是拒绝用户面连接的激活请求，并通知 AMF
> 
>    - 释放 PDU 会话，在服务请求流程后

### 6a. \[Conditional\] N4 Session Modification Request  SMF --> UPF (PSA) ###

如果需要使用不同的 CN 隧道信息，SMF 发送 N4 会话修改消息到 UPF（PSA），提供目标网络实例来请求 CN 隧道信息

### 6b. \[Conditional\] N4 Session Modification Response  UPF(PSA) --> SMF ###

UPF 提供 CN 隧道信息给 SMF，UPF (PSA) 分配 CN 隧道信息，依赖 SMF 提供的 UL PDR 包探测规则

对于 URLLC 场景，使用冗余的 I-UPF，每一个 I-UPF 为 N3 接口提供 UL CN 隧道信息，在向 SMF 的 N4 会话建立响应消息

### 6c. \[Conditional\] N4 Session Establishment Request  SMF --> 新 UPF （中间的） ###

如果 SMF 选择一个新的 UPF 作为一个 PDU 会话的中间 UPF，或者为没有中间 UPF 的 PDU 会话 SMF 选择插入一个中间的 UPF，发送 N4 会话建立请求消息到新的 UPF，在中间的 UPF 提供包检测，数据转发，执行和报告规则

### 6d. N4 Session Establishment Response  新 UPF（中间的） --> SMF ###

UPF 提供 DL CN 隧道信息请求到 SMF，如果有旧的中间 UPF，SMF 启动一个定时器，释放资源

### 7a. \[Conditional\] N4 Session Modification Request  SMF --> UPF (PSA) ###

>     SMF 发送 N4 会话修改请求消息到 PSA （PDU Session Anchor UPF），从中间 UPF 提供 DL 隧道信息
> 
>     如果新的中间 UPF 加入 PDU 会话，UPF(PSA) 开始发送 DL 数据到新的 I-UPF，作为在 DL CN 隧道信息的指示，UPF（PSA） 发送一个或者多个 “end marker” 包每个 N9 隧道到旧的 I-UPF，而后转向新的 I-UPF
> 
>     如果由网络触发的服务请求，SMF 移除了旧的 I-UPF 但是没有使用新的中间 UPF，UPF（PSA） 发送一个或者多个 “end marker” 包每个 N9 隧道到旧的 I-UPF，而后转向到 R（AN）

### 7b. N4 Session Modification Response message  UPF(PSA)  ->  SMF ###

如果连接到 RAN 的是 UPF （PSA），当接收 Nsmf\_PDUSession\_UpdateSMContext 请求在步骤4以操作类型设置为 "UP activate" 来指明了建立用户资源 PDU 会话，SMF 发现 PDU 会话是激活的，将删除 AN 隧道信息，发起一个 N4 会话修改过程来移除 UPF 中的 AN 的隧道信息

### 8a. \[Conditional\]  N4 Session Modification Request  SMF --> 旧中间UPF ###

如果由网络触发的服务请求，SMF 移除旧的中间 UPF，SMF 向旧的中间 UPF 发送 N4 会话修改请求消息，为 缓存的 DL 数据提供 DL 隧道信息。

如果 SMF 分配新的 I-UPF，从新的中间 UPF 的  DL 隧道信息作为 N3 终止点

如果 SMF 没有分配新的 I-UPF，从新的 UPF （PSA）的 DL 隧道信息作为 N3 终止点

### 8b. N4 Session Modification Response  旧中间 UPF --> SMF ###

旧的中间 UPF 向 SMF 发送 N4 会话修改响应消息

# 9. \[Conditional\]  buffered downlink data forwarding  旧中 UPF --> 新中 UPF #

UPF 转发他的缓存数据到新的中间 UPF 作为 N3 终止点。

# 10. \[Conditional\]  buffered downlink data forwarding 旧中 UPF --> UPF(PSA) #

>     如果旧的 I-UPF 被移除，而且没有为 PDU 会话分配新的 I-UPF，转发隧道到已经建立的 UPF（PSA），旧的中间 UPF 转发他的缓存数据到 UPF（PSA）作为 N3 终止点
> 
>    直到从旧的 I-UPF 接收 "end marker" 包，或者步骤 7a 开启的时钟过期，UPF （PSA）不应该在发送缓存 DL 数据，数据从 N6 接口接收到的

# 11. \[Conditional\]  Nsmf\_PDUSession\_UpdateSMContext Response  SMF --> AMF #

Nsmf\_PDUSession\_UpdateSMContext 响应消息包括 N2 SM，N1 SM Container，Cause

N2 SM 消息：

> PDU Session ID
> 
> QFI(s)
> 
> QoS profile(s)
> 
> CN N3 Tunnel Info
> 
> S-NSSAI
> 
> User Plane Security Enforcement
> 
> UE Integrity Protection Maximum Data Rate
> 
> RSN

# 12. N2 Request  AMF->(R)AN #

从 SMF 接收的 N2 SM 信息 N2 请求：

> security context,
> 
> Mobility Restriction List,
> 
> UE-AMBR,
> 
> MM NAS Service Accept,  
> 
> list of recommended cells / TAs / NG-RAN node identifiers,
> 
> UE Radio Capability,
> 
> Core Network Assistance Information,
> 
> Tracing Requirements,
> 
> UE Radio Capability ID
> 
> The Allowed NSSAI for the Access Type
> 
> 【Tracing Requirements】

# 13. RPC Connection reconfiguration  R（AN） --> UE #

如果 N2 请求包括一个 NAS 消息，NG-RAN 转发 NAS 消息给 UE，在 5GC UE 本地删除那些不可用的 PDU 会话上下文

# 14. \[Conditional\]  N2 Request ACK  (R)AN -> AM #

需要建立的 PDU 会话列表 N2 SM 信息，

> AN Tunnel Info
> 
> List of accepted QoS Flows
> 
> List of rejected QoS Flows

# 15. \[Conditional\] Nsmf\_PDUSession\_UpdateSMContext Request   AMF->SMF #

N2 SM information, RAT Type, Access Type

# 16. \[Conditional\] SMF Initialited SM Policy Modification  SMF->PCF #

>     如果动态的 PCC （策略和计费控制）部署，SMF 可发起通知关于新的位置信息给 PCF（如果订阅），靠执行一个已发起的 SMF SM 策略修改过程，其定义在章节 TS 23502 章节 4.16.5.1，PCF 可提供更新策略

### 17a. \[Conditional\] N4 Session Modification Request  SMF->新的I-UPF ###

>     如果 SMF 选择一个新的 UPF 作为 PDU 会话的中间 UPF 在步骤 5b，SMF 发起一个 N4 会话修改程序给新的 I-UPF，以及提供 AN 隧道信息。下行数据从新的 I-UPF 可以转发到 NG-RAN 和 UE

### 17b. \[Conditional\]  N4 Session Modification Response  UPF->SMF ###

### 18a. \[Conditional\]  N4 Session Modification Request SMF->UPF(PSA) ###

如果用户平面需要建立或者修改，以及修改之后没有 I-UPF，SMF 发起一个 N4 会话修改过程给 UPF(PSA)，提供 AN 隧道信息，下行数据从 UPF（PSA）可以转发到 NG-RAN 和 UE

### 18b. \[Conditional\] N4 Session Modification Response  UPF->SMF ###

# 19. \[Conditional\] Nsmf\_PDUSession\_UpdateSMContext Response  SMF->AMF #

>     对于在拒绝的 Qos 流列表，SMF 指示 UPF 删除规则（例如 PDR）
> 
>     如果 SMF 决定为一个或者多个 PDU Qos 流执行冗余传输，SMF 指示 UPF（PSA）依靠转发规则执行包复制在下行方向

### 20a. \[Conditional\] N4 Session Modification Request  SMF->新I-UPF ###

>     如果转发隧道已经建立到新的 I-UPF，以及 SMF 设置的转发隧道定时器已经过期，SMF 发送 N4 会话修改请求到新的 I-UPF，作为 N3 终止点来释放转发隧道

### 20b. \[Conditional\] N4 Session modification response  新I-UPF->SMF ###

### 21a. \[Conditional\] N4 Session Modification Request  SMF->UPF(PSA) ###

>     如果转发隧道已经建立到 UPF（PSA）以及 SMF 设置的转发隧道定时器以及过期，SMF 发送 N4 会话修改请求到 UPF（PSA），最为 N3 终止点来释放转发隧道

### 21b. \[Conditional\] N4 Session Modification Response  UPF(PSA)->SMF ###

### 22a. \[Conditional\] N4 Session Modification Request or N4 Session Release Request  SMF->旧UPF ###

>     如果 SMF 决定继续使用旧的 UPF 在步骤 5b，SMF 发送一个 N4 会话修改请求，提供 AN 隧道信息
> 
>     如果 SMF 决定选择一个新的 UPF 最为 I-UPF 在步骤 5b，老的 UPF 不是 PSA UPF（PDU Session Anchor UPF），SMF 发起资源释放，在步骤 6b 或者 7b 订时器过期，发送一个 N4 会话释放请求到旧的 I-UPF

### 22b. N4 Session Modification Response / N4 Session Release Response 旧I-UPF->SMF ###

## Service request 流程适用的场景： ##

>   -   UE 在 3GPP 接入上处于 5GMM-IDLE 模式，网络具有在 3GPP 接入上待决的下行链路信令
> 
>   -   UE 在非 3GPP 接入上处于 5GMM-IDLE 模式，且在 3GPP 接入上处于 5GMM-IDLE 或 5GMM-CONNECTED 模式，网络具有在非 3GPP 接入上待决的下行链路信令，
> 
>   -   UE 在 3GPP 接入上处于 5GMM-IDLE 模式，UE 具有在 3GPP 接入上待决的上行链路信令
> 
>   -   UE 在 3GPP 接入上处于 5GMM-IDLE 模式，网络具有在 3GPP 接入上待决的下行链路用户数据
> 
>   -   UE 通过非 3GPP 接入处于 5GMM-IDLE 模式，并且通过 3GPP 接入处于 5GMM-IDLE 或 5GMM-CONNECTED 模式，网络具有在非 3GPP 接入上待处理的下行链路用户数据
> 
>   -   UE 通过 3GPP 接入处于 5GMM-IDLE 或者 5GMM-CONNECTED 模式，UE 在 3GPP 接入上有待处理的用户数据
> 
>   -   UE 通过非 3GPP 接入处于 5GMM-CONNECTED 模式，UE 在非 3GPP 接入上有待处理的用户数据
> 
>   -   UE 通过非 3GPP 接入处于 5GMM-IDLE 模式，从非 3GPP 接入的较低层接收指示，指示接入层连接建立在 UE 和网络之间；
> 
>   -   UE 通过 3GPP 接入处于 5GMM-IDLE 或者 5GMM-CONNECTED 模式，接收来自上层的紧急服务回退请求，并执行 3GPP TS 23.502 \[9\]的第4.13.4.2节中指定的紧急服务回退。

**   UE 调用 service request 流程：**

>   UE 在 3GPP 接入处于 5GMM-IDLE 模式，从网络侧接收寻呼请求
> 
>   UE 在 3GPP 接入处于 5GMM-CONNECTED 模式，从网络侧接收通知请求，其接入类型指示为非 3GPP 接入
> 
>   UE 在 3GPP 接入处于 5GMM-IDLE 模式，有待处理的上行信令
> 
>   UE 在 3GPP 接入处于 5GMM-IDLE 模式，有待处理的上行用户数据
> 
>   由于没有为用户数据传输的 PDU 会话建立用户面资源，处于 5GMM-CONNECTED 模式或具有 RRC 无效指示的 5GMM-CONNECTED 模式的 UE 具有未决的用户数据
> 
>   UE 在非 3GPP 接入处于 5GMM-IDLE 模式，从非 3GPP 接入的较低层接收指示，指示接入层连接建立在 UE 和网络之间
> 
>   UE 在 3GPP 接入处于 5GMM-IDLE 模式，当 UE 通过非 3GPP 接入处于 5GMM-CONNECTED 模式时，接收来自网络的接入类型为 3GPP 接入的通知
> 
>   UE 在 3GPP 接入的 5GMM-IDLE，5GMM-CONNECTED 模式或具有 RRC 不活动指示的 5GMM-CONNECTED 模式下，从上层接收对紧急服务回退的请求，并执行第4.3.4.2节中指定的紧急服务回退 3GPP TS 23.23 \[9\]
> 
>   UE 在 3GPP 接入的 5GMM-CONNECTED 模式或具有 RRC 不活动指示的 5GMM-CONNECTED 模式中，从较低层接收回退指示（请参阅第5.3.1.2和5.3.1.4节），或者 UE 具有未决的 NAS 程序 除了注册，服务请求或注销过程之外。

***名词解释：***

***   ***5GMM: 5GS mobility management

5GSM: 5GS session management

CM，Connection Management 连接管理

LADN，本地数据网络

PSA，PDU session anchor point

QFI，QoS 流 ID

**NG-RAN， **5G的无线接入网，主要就包括两种节点：**gNB** 和 **ng-eNB**

**   RACS，**无线功能信令优化

MICO，仅移动发起的连接

PCC，Policy and Charging Control 策略和计费控制

**   **AMBR，Aggregated Maximum Bit Rate 汇总最大比特率

**   gNB**：向UE提供NR用户面和控制面协议终端的节点，并且经由NG接口连接到5GC。

**   ng-eNB**：向UE提供E-UTRA用户面和控制面协议终端的节点，并且经由NG接口连接到5GC。

MPS，Multimedia Priority Service  多媒体优先级服务

MCS，Mission Critical Service 关键数据服务

PSA， （PDU Session Anchor PDU）：会话锚点

5G-S-TMSI：5G-GUTI 的缩短形式，为了使空口信令消息更小，提升空口效率。例如寻呼时，只需要用5G-S-TMSI寻呼移动台即可。 **<5G-S-TMSI> = <AMF Set ID><AMF Pointer><5G-TMSI>**

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3pob25nbGluemhhbmc_size_16_color_FFFFFF_t_70]: /images/20230209/a3e2ce29b2e0475a84fd841409991fe5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3pob25nbGluemhhbmc_size_16_color_FFFFFF_t_70 1]: /images/20230209/5bbf0318b3d3479bbf6b3bd86397e9d4.png