5G注册流程分级详解(Registration Accept) Step21

相关文章会在公众号同步更新（可看全文）。公众号：5G通信大家学

持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。

在介绍完流程详解后，会整理专题内容，比如切片、服务发现、QoS流端到端的映射等内容，各位同学不仅可以纵向学习知识点，横向也会将知识关联起来，达到深入理解灵活运用的目的。
 

目录

21. Registration Accept

1）注册流程详解

2）在注册过程中需要说明的要点：

3）注册被拒绝的情况

（1）初始注册被拒绝

（2）移动性或者周期性注册被拒绝

---

21. Registration Accept

1）注册流程详解

Registration Accept消息承载在20步中的INITIAL CONTEXT SETUP REQUEST（N2接口消息）和RRCReconfiguration消息（RRC层消息）中发送给UE。本步骤专门介绍NAS层Registration Accept消息。该消息内容非常丰富，UE的很多行为参数都是在该消息中下发给UE的。

Registration Accept为必选消息，不论是什么注册类型，该消息都存在，只是不同的注册类型携带的参数不一样。如果网络接受了用户的注册请求，AMF会发送Registration Accept消息给UE。AMF保存注册请求中的5GMM capability、S1 UE network capability、UE security capability等信息。在AMF间切换或者4/5G切换时，old AMF会将这些信息发送给new AMF或者MME。

我们先看Registration Accept消息的定义：

该消息的IE很多，有些参数的网络行也很复杂，比如切片、MICO、LADN等。这些内容在后续专题里进行详细介绍，这里仅扼要介绍重点内容。

- 5GS registration result

该IE中包含的信息很重要，具体信息如下：

（1）注册成功的RAT类型：3GPP access还是non-3GPP access，或者二者都有。

（2）网络对SMS over NAS是否支持，allowed或者not allowed。

（3）是否需要执行NSSAA（Network slice-specific authentication and authorization），也就是对切片的鉴权和授权是否需要执行。该标识位很重要，会衍生出很多的网络行为。

在第一步的介绍中，我们知道UE是否支持SMS over NAS是在注册消息的5GS update type IE中设置的。如果完成SMSF选择并激活SMSF服务成功，AMF会在REGISTRATION ACCEPT消息中将5GS registration result IE对应的比特位置位，表示"SMS over NAS allowed"。SMSF的地址信息会保存在AMF的UE Context中。

我们再来看一下5GS registration result IE 中设置为"SMS over NAS not allowed"的场景有哪些：

（1）AMF进行SMSF选择失败（目前中国移动使用nf-type来查询NRF，执行SMSF发现操作）；

（2）SMSF中UE的SMS功能激活失败；

（3）AMF不允许使用SMS over NAS功能；

（4）UE在REGISTRATION REQUEST 消息中设置为"SMS over NAS not supported"；

（5）REGISTRATION REQUEST消息不包含5GS update type IE。

- 5G-GUTI

这个名词很著名，只要学5G的同学都知道它的结构。这里我们主要讲一个大家容易忽视的问题：网络什么时候会为UE重新分配5G-GUTI？ 5G-GUTI并不是初始注册完成后就一成不变的，而是会经常变化，这样才能保证信息安全。我们看一下，网络为UE重新分配5G-GUTI的场景：

（1）根据3GPP规范，初始注册、移动性注册、周期性注册，网络都会为UE重新分配5G-GUTI；

（2）UE响应寻呼，AMF收到UE发送的Service Request消息，也会为UE分配新的5G-GUTI，在当前的NAS信令连接释放前发送给UE；

（3）除上述场景，5G-GUTI重新分配的可以更频繁，这依赖于厂家实现。任何时候网络都可以通过CONFIGURATION UPDATE COMMAND对UE的5G-GUTI重新分配。

需要注意的是UE收到5G-GUTI，发送确认Registration Complete后，会删除本地所有的SUCI。

如果UE没有收到5G-GUTI，则认为UE之前保存的5G-GUTI仍然有效（比如：UE已经通过non-3GPP完成了注册，本次在3GPP场景注册）。

- Equivalent PLMNs

AMF会为UE分配一个equivalent PLMN列表（MCC+MNC）。UE会保存该列表，但是在保存前会把禁止接入的PLMN从该列表中删除。当然UE也会保存当前注册的PLMN。UE每次收到Registration Accept都会保存equivalent PLMN列表，如果消息中不包含该列表，那么UE也会删除本地保存的列表。

equivalent PLMN列表是什么东西呢？举个例子，对中国移动来讲，网络正常注册的是46000，但是46002、46004等也是中国移动使用的PLMN ID，这些同一个运营商使用的其它PLMN号码就相当于equivalent PLMN。

注意该字段在gNB同时连接ToB和ToC核心网时会有用。

- TAI list

AMF会为UE分配一个注册的TA List，具体使用场景和4G一样。UE在收到新的TA List后，会替换掉UE原来保存的TA List。

如果UE没有收到新的TA List，则认为原来的TA  List仍然有效。

- Allowed NSSAI

Allowed NSSAI中包含的是不需要NSSAA的切片或者NSSAA验证成功的切片（根据UE Context判断old AMF已经对这些切片进行了NSSAA验证），最多包含8个S-NSSAI，保存在UE的非易失性的存储器中。

在3GPP网络接入下，网络允许使用的切片信息，包含在该IE中，该值为Requested NSSAI和subscribed NSSAI的交集，且在UE的当前TA允许使用的NSSAI。

如果UE在注册请求中没有包含Requested NSSAI或者Requested NSSAI中的切片网络都不允许使用，那么Allowed NSSAI IE中包含的S-NSSAI是subscribed S-NSSAI中设置为缺省的切片（前提是这些缺省的subscribed S-NSSAI不需要NSSAA，如果缺省的切片需要NSSAA，则不能包含在Allowed NSSAI中）。

UE会将接收到的allowed NSSAI和当前的PLMN、TA关联起来进行保存。

UE注册中，Registration Accept中出现Allowed NSSAI为空的场景有哪些呢？

（1）Requested NSSAI中的所有S-NSSAI(s)都需要进行Network Slice-Specific Authentication and Authorization

（2）UE没有提供Requested NSSAI或者Requested NSSAI中的S-NSSAI都没有匹配上Subscribed S-NSSAIs，并且所有Subscribed S-NSSAIs中所有的缺省S-NSSAI都需要Network Slice-Specific Authentication and Authorization。

- Rejected NSSAI

UE请求的Requested NSSAI中被网络拒绝的S-NSSAI都会放在该IE中，每个切片都会有对应的拒绝原因值。

UE收到Rejected NSSAI会将其添加在拒绝列表中，下次注册时不会使用这些NSSAI。Rejected NSSAI也会和PLMN网络、TAI等关联，用于实现不同级别的限制。

UE从网络去注册的时候，需要删除Rejected NSSAI信息。

- Configured NSSAI

Configured NSSAI在AMF或者NSSF上进行配置。一般AMF或者NSSF配置的NSSAI需要和用户签约的Subscribed NSSAI取交集，其结果包含在Configured NSSAI IE中。Configured NSSAI最多包含16个S-NSSAI，保存在UE的非易失性的存储器中。

网络下发Configured NSSAI的场景如下：

（1）Registration Request不包含Requested NSSAI；

（2）Registration Request消息中Requested NSSAI里包含的S-NSSAI当前网络无法使用。

（3）Registration Request消息中Requested NSSAI使用是Default Configured NSSAI。

（4）Registration Request消息中Requested NSSAI对应的mapped S-NSSAI不正确（mapped S-NSSAI在R15版本的3GPP中介绍的非常模糊，在R16版本中很清晰，在漫游场景时使用，一般用于非标准的S-NSSAI）

UE收到消息后，替换当前的Configured NSSAI，并删除所有之前保存的Allowed NSSAI、Rejected NSSAI、Pending NSSAI，发送REGISTRATION COMPLETE消息。

此处有一个关键点，当终端支持4/5G功能，如果用户从4G接入时网络，此时网络一般会给UE下发一个NSSAI，用于4/5G互操作，这个NSSAI就是保存在UE的Configured NSSAI中。

- 5GS network feature support

如果UE在Registration Request消息的5GMM capability IE中指示支持S1模式（4G模式），那么该IE包含AMF支持N26接口指示；"interworking without N26 interface not supported" 。

该IE中还包含IMS voice over PS session、 location services (5G-LCS)、紧急服务等指示信息。

AMF在设置IMS voice over PS session标记时，可能会使用UE Capability Match Request流程来查询UE和NG-RAN的无线能力，用于判断是否支持IMS over PS Session。

- PDU session status

该IE适用于移动性注册或者周期性注册。

UE的Registration Request消息中如果包含PDU session status IE， AMF会将没有处在PDU SESSION INACTIVE状态的PDU Session资源释放（也就是说：会将在注册请求消息中PDU session status IE对应的比特位置位的PDU Session占用的资源释放），并在Registration Accepte消息中包含PDU session status IE。

AMF需要和UE进行PDU Session的状态同步时，也会下发该IE，置位方法和注册请求消息一样。UE收到该IE时，UE会在本地释放PDU session status IE置位的PDU Session（UE中的PDU Session状态可能处于非PDU SESSION INACTIVE或者PDU SESSION ACTIVE PENDING等）。但是UE收到该IE的处理方式有几个例外情况，例外情况时，UE会忽略该Registration Accept中的PDU session status IE，具体的例外情况如下：

（1）Registration Request消息中已经发送了PDU session status IE；

（2）UE处于单注册模式；

（3）UE在5GMM-IDLE模式下执行S1到N1模式的系统间切换（4G到5G）；

（4）UE收到的IWK N26比特位设置为："interworking without N26 interface supported"。

- PDU session reactivation result

该IE适用于移动性注册或者周期性注册。

UE的Registration Request消息中如果包含Uplink data status IE，AMF会请求SMF重新激活对应PDU Session的用户面资源，并在Registration Accept消息中包含PDU session reactivation result IE。

-PDU session reactivation result error cause

该IE适用于移动性注册或者周期性注册.

如果UE不在允许的区域（allowed area），用户面重新激活失败时，该IE中包含的错误原因为：#28 "Restricted service area"。

如果UE不在LADN服务区，激活重新用户面失败，错误原因：#43 "LADN not available"。

如果UPF资源不可用导致的重新激活失败，错误原因：#92 "insufficient user-plane resources for the PDU session"。

其他情况导致的PDU Session重新激活失败时会下发相应的原因值。

- Network slicing indication

如果用户UDM中的签约切片数据发生了变化，AMF会使用该IE向UE指示："Network slicing subscription changed"。

UE收到该IE后会删除当前PLMN外的其它所有PLMN的切片信息，并发送REGISTRATION COMPLETE消息，通知AMF切片信息更新成功。

- LADN information/ MICO indication

LADN和区域专网相关，MICO和超低功耗相关，都是物联网相关的IE，目前应用比较少，这里不具体进行分析，后续专题分析时会进行详细介绍。

UE如果收到的Registration Accept消息中包含新的LADN information，会把本地保存的信息及时替换更新。如果Registration Accept消息中没有LADN信息，UE要把本地的LADN information删除，表示UE当前所处的TA没有LADN可用。这点和5G-GUTI、TA  List不一样，5G-GUTI、TA  List如果没有收到新的，会认为之前的仍然有效。

- Service area list

如果UE没有收到Service area list IE，则默认当前注册的PLMN和equivalent PLMN的所有TA都是允许区域。

- T3512 value

UE的周期性注册更新定时器。

- NSSAI inclusion mode

UE如果收到该IE，则按照其指示在接入层包含NSSAI。如果UE本地存有该网络的NSSAI inclusion mode，则按照该模式执行。如果UE本地没有该NSSAI inclusion mode数据，对于3GPP接入来讲，默认按照模式D执行。该参数具体的设置在Registration Request步骤中已经说明过，本步骤不再说明。

- EPS bearer context status

如果由S1模式到N1模式执行系统间切换（4/5G切换），AMF会为UE生成EPS承载上下文信息，AMF会在Registration Accept消息中包含EPS bearer context status IE，指示UE使用了哪一个EPS上下文。

UE收到该IE后会释放其中标记为不活动的EPS承载关联的资源，如QoS flow descriptions及所有关联的QoS规则。

- Pending NSSAI

如果UE支持NSSAA，即：Registration Request请求消息的5GMM capability IE中NSSAA置位时，会下发该IE。之后在第25步中进行Network Slice-Specific Authentication and Authorization流程。

如果网络有切片需要进行NSSAA验证或者正在进行NSSAA验证，其相应的S-NSSAI包含在该IE中下发给UE，同时5GS registration result IE中需要设置"NSSAA to be performed"指示。

Pending NSSAI最多包含16个S-NSSAI。

后续如果切片验证成功了，但是网络已经下发了Registration Accept消息，如何把这些切片信息发送给UE呢？

答案是后续如果切片验证成功，AMF会使用CONFIGURATION UPDATE COMMAND消息将结果通知UE。

- Truncated 5G-S-TMSI configuration

该IE与物联网相关。

UE工作在NB-N1模式使用了control plane CIoT 5GS optimization特性，而且网络也支持该特性时，才会为UE发送Truncated 5G-S-TMSI configuration信息。其中包含"Truncated AMF Set ID value" 和"Truncated AMF Pointer value"。该IE需要UE发送确认消息。

上面切片部分叙述看起来很复杂，总的来说只有两条：

（1）如果Registration Request消息中包含Requested NSSAI IE，且Requested NSSAI和subscribed S-NSSAI（签约切片）有交集，此时的焦点是交集NSSAI，处理方法为：

- 不需要执行NSSAA的或者NSSAA已经成功的，放在Allowed NSSAI IE中；

- 需要执行NSSAA的NSSAI，放在Pending NSSAI IE中。

（2）如果Registration Request消息不包含Requested NSSAI IE，且Requested NSSAI和Subscribed S-NSSAI（签约切片）没有交集，此时的焦点是Subscribed S-NSSAI标记为缺省的NSSAI，处理方法如下：

- 缺省Subscribed S-NSSAI中不需要执行NSSAA的或者NSSAA成功的NSSAI，放到Allowed NSSAI IE中；

- 缺省Subscribed S-NSSAI中需要执行NSSAA的NSSAI，放到Pending NSSAI IE中。

2）在注册过程中需要说明的要点：

（1） 如果UE收到了切片信息，要删除本地保存的所有切片数据（Default Configured NSSAI除外），之后使用接收到的切片数据更新。

（2） 如果在Registration Request消息的5GS Registration type IE中指示"Follow-on request pending"或者网络有下行数据要发送，AMF完成注册流程后，不会立刻释放NAS连接。

（3）UE收到Registration Accept消息后会重置注册尝试的定时器，并切换自身状态到5GMM-REGISTERED，设置自己的5GS更新状态为5U1 UPDATED。

（4） 虽然UE收到了REGISTRATION ACCEPT消息，但是如果5GS registration result IE指示"NSSAA to be performed"且包含pending NSSAI，allowed NSSAI又为空的情况下，此时UE是无法享受任何网络服务的（紧急服务及高优先级接入除外）。

（5）根据上面的叙述，我们总结UE收到Registration Accept包含哪些信息时需要发送Registraton Complete消息：

- 5G-GUTI包含

- TA List

- SOR transparent container IE

- Operator-defined access category definitions IE

- Extended emergency number list IE

- CAG information list IE

- UE radio capability ID IE

- UE radio capability ID deletion indication IE

- 收到任何和切片相关的信息。

（6）AMF收到Registraton Complete消息后会停止T3550，修改UE状态为5GMM-REGISTERED，5G-GUTI、UE radio capability ID开始生效。

3）注册被拒绝的情况

（1）初始注册被拒绝

如果网络拒绝UE的Registration Request消息会下发Registration Reject消息给用户。拒绝的情况很多，我们常见的拒绝场景就是切片不可用，此时网络下发的原因值为#62 "No network slices available"，具体场景如下：

- UE不支持NSSAA（请求消息的5GMM capability IE中设置）情况：Requested NSSAI中的所有的S-NASSAI都被拒绝了，并且没有缺省的Subscribed S-NSSAIs或者缺省的Subscribed S-NSSAIs都不允许使用。

- UE支持NSSAA情况：Requested NSSAI中的所有的S-NASSAI都被拒绝了，并且没有缺省的Subscribed S-NSSAIs或者缺省的Subscribed S-NSSAIs都不允许使用，而且需要鉴权的缺省Subscribed S-NSSAIs全都鉴权失败。

网络拒绝UE的注册后，会把拒绝的S-NSSAI放在Registration Reject消息的Rejected NSSAI IE中发送给UE。UE收到后会保存Rejected S-NSSAI。

UE由于切片被注册拒绝后，仍然会有后续操作，具体是什么呢？

- 如果UE有allowed NSSAI或者configured NSSAI（UE发起注册前保存的旧的数据），其中包含有不在Rejected S-NSSAI列表中的S-NSSAI（此处暂自定义为：后续S-NSSAI），此时UE还会驻留在当前小区，使用正常的小区重选流程启动初始注册流程，将“后续S-NSSAI”作为Requested NSSAI发起注册。如果“后续S-NSSAI”为空，UE会执行PLMN选择。如果allowed NSSAI或者configured NSSAI中所有的S-NSSAI都被拒绝了，UE会关闭当前PLMN的N1模式。

- 如果UE在当前网络没有allowed NSSAI或者configured NSSAI，但是有default configured NSSAI，会把default configured NSSAI作为Requested NSSAI，之后按照上面的流程再执行一遍。

最后一点需要注意的是，在很多场景下UE如果注册被拒绝，UE会删除本地之前保存的5G-GUTI、之前注册的TAI、TAI list和ngKSI。因为这些参数是保存USIM中或者UE的非易失性存储中。再说的深一点，也就是说如果UE注册是由于下面的原因被网络决绝了，UE下次发起的注册请求一定还是初始注册。具体的原因有：

#3   (Illegal UE)

#6   (Illegal ME)

#7   (5GS services not allowed)

#11 (PLMN not allowed)

#12 (Tracking area not allowed)

#13 (Roaming not allowed in this tracking area)

#15 (No suitable cells in tracking area)

#27 (N1 mode not allowed)

#73 (Serving network not authorized)

#31 (Redirection to EPC required)

（2）移动性或者周期性注册被拒绝

 基本和初始注册时一样，个别场景有区别。下面重点列两个主要区别

- #62 (No network slices available)

此时的区别是不使用default configured NSSAI尝试进行再次注册，其它都一样。

- 删除本地保存的参数

对于移动性注册和周期性注册，UE删除5G-GUTI、之前注册的TAI、TAI list和ngKSI的场景有不同。也就是说，一旦注册失败，下次注册的注册类型发生了改变，变为初始注册，而不是移动性注册或者周期性注册。具体如下：

#3   (Illegal UE)

#6   (Illegal ME)

#7   (5GS services not allowed)

#9   (UE identity cannot be derived by the network)

#11 (PLMN not allowed)

#12 (Tracking area not allowed)

#13 (Roaming not allowed in this tracking area)

#73 (Serving network not authorized)

#75 (Permanently not authorized for this SNPN)