MSCBSC 移动通信论坛
搜索
登录注册
网络优化工程师招聘专栏 4G/LTE通信工程师最新职位列表 通信实习生/应届生招聘职位
 

  • 阅读:873
  • 回复:0
5G移动通信网核心网总体技术要求-27(笔记)
鸡蛋壳

鎵嬫満鍙风爜宸查獙璇


 发短消息    关注Ta 

积分 8925
帖子 1670
威望 505038 个
礼品券 8 个
专家指数 263
注册 2009-4-11
回答问题数 0
回答被采纳数 0
回答采纳率 0%
 
发表于 2024-07-09 14:22:56  只看楼主 

2.11.1  详细操作概述

2.11.1.1   概述

通过网络切片实例建立到数据网络用户面的连接包括两个步骤:

(1)执行RM流程来选择支持所需网络切片的AMF;

(2)通过网络切片实例建立到所需数据网络的一个或多个PDU会话。

2.11.1.2    选择支持网络切片的服务AMF

2.11.1.2.1 注册到网络切片集

UE通过接入类型注册到PLMN时,如果该PLMNUE具有针对该PLMN的配置的NSSAI并且要注册的接入类型具有允许的NSSAIUEAS层和NAS层向网络提供5G-S-TMSI(如果分配给了UE)之外,还向网络提供请求的NSSAI。请求的NSSAI包含UE希望注册的切片相对应的S-NSSAI
请求的NSSAI应为以下几种情况之一:
Configured-NSSAI或其子集,例如,如果UE没有针对服务PLMN的接入类型的允许NSSAI;或者发送请求的NSSAI的接入类型对应的Allowed-NSSAI或其子集;或者
发送请求的NSSAI的接入类型对应的Allowed-NSSAI或其子集,或其子集,以及来自Configured-NSSAI的一个或多个S-NSSAI,这些Configured-NSSAI的一个或多个S-NSSAI尚未包含在接入类型对应的允许的NSSAI中。
如果UE上存储了该PLMN的配置的NSSAI,请求的NSSAI中提供的Configured-NSSAI中的S-NSSAI子集由适用于该PLMN的配置的NSSAI中的一个或多个S-NSSAI组成,并且这些S-NSSAI没有包含在该PLMN的接入类型对应的允许的NSSAI中。UE不应在请求的NSSAI中包括当前被网络拒绝的任何S-NSSAI(即,在当前注册区域中被拒绝或在PLMN中被拒绝)。对于PLMN的注册,其中既不存在适用于该PLMN的配置的NSSAI或者允许的NSSAL则在请求的NSSAI中提供的S-NSSAI对应于缺省配置的NSSAI中的S-NSSAIs)。
UE通过接入类型注册到PLMN时,当请求的NSSAI基于缺省配置的NSSAIUE还应当在注册请求消息中指示网络请求的NSSAI是基于缺省配置的NSSAI
UE应该在RRC连接建立中以及在建立到N3IWF的连接(如果适用)和NAS注册过程消息中包括请求的NSSAI然而,UE不应在RRC连接建立或初始NAS消息中指示任何NSSAI除非它具有用于相应PLMN的配置NSSAI用于相应PLMN和接入类型的允许NSSAI或缺省配置NSSAI
RAN应该在该UE和使用在RRC连接建立期间获得的请求NSSAI或分别连接到N3IWF所选择的AMF之间路由NAS信令。如果(RAN不能基于请求的NSSAI选择AMF,则它将NAS信令从一组缺省AMF路由到AMF。在NAS信令中,UE提供请求的NSSAI的每个S-NSSAIHPLMNS-NSSAI的映射关系。
UEPLMN注册时,如果对于该PLMN,UE在建立到(RAN的连接时未包括请求的NSSAIGUAMI则(RAN将从/向该UE路由所有NAS信令到/来自缺省的AMF。当从UE接收请求的NSSAI5G-S-TMSIRRC连接建立中的GUAMI或建立与N3IWF的连接时,如果5G-AN可以到达对应于5G-S-TMSIGUAMIAMF,然后5G-AN将请求转发给此AMF。否则,5G-AN基于UE 提供的请求的NSSAI选择合适的AMF,并将请求转发给所选择的AMF。如果5G-AN无法根据请求的NSSAI选择AMF,则将请求发送到缺省的AMF
AN选择的AMF接收到UE注册请求:
作为注册过程的一部分,AMF可以查询UDM以检索包括签约的S-NSSAIUE签约信息;
AMF基于签约的S-NSSAI验证所请求的NSSAI中的S-NSSAI是否被允许(以识别AMF可以使用由UE提供的HPLMN S-NSSAI的映射的签约的S-NSSAINAS消息,对于请求的NSSAI的每个S-NSSAI);
AMF中的UE上下文尚未包括相应接入类型的允许NSSAI时,AMF查询NSSF (见下面的
B)以进行后续处理,除非基于此AMF中的配置,允许AMF确定它是否可以为UE服务(见下面的(A)以进行后续处理)。AMF在本地配置NSSF的地址;
AMF中的UE上下文已经包括用于对应的接入类型的允许的NSSAI时,基于该AMF的配置,可以允许AMF确定它是否可以为UE服务(见下面的(A)用于后续处理);
一根据如上所述的配置,可以允许AMF确定它是否可以为UE服务,并且执行以下操作:
AMF检查它是否可以服务于签约的S-NSSAI中存在的请求的NSSAI中的所有S-NSSAI(可能使用用于映射HPLMN和服务PLMN之间的S-NSSAI值的配置),或者所有S-NSSAIs))如果没有提供请求的NSSAL或者请求的NSSAI中没有S-NSSAI出现在签约的S-NSSAI中,则在签约的S-NSSAI中标记为缺省值;
如果AMF可以服务于请求的NSSAI中的S-NSSALAMF仍然是UE的服务AMF。然后,允许的NSSAI由基于签约的S-NSSAI允许的请求的NSSAI中的S-NSSAI列表组成,或者,如果没有提供请求的NSSAI则所有S-NSSAI被标记为缺省的签约的S-NSSAI并且还考虑了能够在当前UE的跟踪区域中为允许的NSSAI中的S-NSSAI提供服务的网络片实例的可用性。如果允许的NSSAI中包括的S-NSSAI需要映射到签约的S-NSSAIs)值,AMF还确定映射关系。如果没有提供请求的NSSAI,或者请求的NSSAI包括在服务PLMN中无效的S-NSSAI或者UE指示请求的NSSAI基于缺省配置的NSSAIAMF基于签约的S-NSSAI和运营商的配置还可以确定服务PLMN的配置的NSSAI并且如果适用的话,确定配置的NSSAIHPLMN S-NSSAI的相关映射,因此可以在UE中配置这些。然后执行步骤(C);否则,AMF请求NSSF(如(B)所述);
A)当如上所述的描述,AMF需要请求NSSF,并且执行以下描述:
AMF査询NSSF,请求NSSAL缺省配置的NSSAI指示,请求的NSSAIHPLMN S-NSSAI的映射,签约的S-NSSAI(如果签约的S-NSSAI标记为缺省S-NSSAI还需要带签约的S-NSSAI为缺省S-NSSAI的指示),UE可能具有其他接入类型的允许的NSSAI(包括其到HPLMN S-NSSAI的映射),SUPIPLMN IDUE的当前跟踪区域;
一 基于这些信息,本地配置和其他本地可用信息(包括UE当前跟踪区域中的RAN功能或NWDAF提供的网络片实例的负载级别信息),NSSF执行以下操作:
NSSF基于在所请求的NSSAIHPLMN S-NSSAI的映射中将所签约的S-NSSAIS-NSSAI进行比较来验证所请求的NSSAI中的哪些S-NSSAI是被允许的。它认为在签约的S-NSSAI中没有标记为S-NSSAI的情况下,在所签约的S-NSSAI中不存在来自所请求的NSSAIS-NSSAI
NSSF选择网络片实例来为UE服务。当UE的跟踪区域中的多个网络切片实例能够服务于给定的S-NSSAI时,基于运营商的配置,NSSF可以选择其中之一来为UE服务,或者NSSF可以推迟选择网络切片实例,直到需要选择Network Slice实例中的NF /服务。
NSSF确定用于服务UE的目标AMF集,或者,基于配置,NSSF可能在査询NRF之后确定候选AMF的列表。
—NSSF确定适用的接入类型的允许NSSAL由基于签约的S-NSSAI允许的请求的NSSAI中的S-NSSAI列表组成,或者,如果没有提供请求的NSSAL在签约的S-NSSAI中标记为缺省的所有S-NSSAI
如果需要,NSSF还确定允许的NSSAI的每个S-NSSAI到签约的S-NSSAI的映射。
基于运营商配置,NSSF可以确定用于在所选网络片实例内用于选择NF/服务的NRF
确定漫游场景中允许的NSSAI和映射到签约的S-NSSAI的额外处理。
如果没有提供请求的NSSAI或者请求的NSSAI包括在服务PLMN中无效的S-NSSAI或者从AMF接收到缺省配置的NSSAI指示,则基于签约的S-NSSAI和运营商配置的NSSF可以还确定服务PLMN的配置NSSAL以及配置的NSSAIHPLMN S-NSSAI的相关映射(如果适用),因此可以在UE中配置这些。
NSSF向当前AMF返回适用的接入类型对应的允许的NSSAI,允许的NSSAI的每个S-NSSAI到签约的S-NSSAI的映射(如果需要确定的话)和目标AMF集合,或者,基于配置,候选AMF的列表。NSSF可以返回用于在所选择的网络片实例内选择NF/服务的NRF,以及用于从AMF集合确定候选AMF列表的NRFo NSSF可以返回与对应于某些S-NSSAI的网络片实例相关联的NSI IDNSSF可以返回被拒绝的S-NSSAINSSF可以返回服务PLMN的配置NSSAI以及配置的NSSAIHPLMN S-NSSAIs的映射关系。
取决于可用信息并且基于配置,AMF可以用目标AMF集合査询适当的NRF(例如,由NSSF本地预先配置或提供)。NRF返回候选AMF列表。
如果需要重新路由到服务于AMF的目标,当前AMF将注册请求重新路由到服务于AMF 的目标。
步骤C被执行。
B)服务AMF应确定一个注册区域,以使该注册区域的所有S-NSSAI在注册区域的所有跟踪区域都可用和然后向UE返回这个允许的NSSAI以及允许的NSSAI到签约的S-NSSAI的映射(如果提供的话)。AMF可以返回被拒绝的S-NSSAI

2.11.5.2.2 UE的网络切片集的修改

UE向网络注册的任何时间都可以改变为UE提供服务的网络切片集合,并且可以在如下所述的某些条件下由网络或UE发起。

网络基于本地策略,签约改变和/UE移动性,运维原因(例如,网络片实例不再可用或者由NWDAF提供的网络片实例的负载等级信息)可以改变UE注册的网络片的集合并且向UE注册的每个接入类型提供新的允许的NSSAI以及该允许的NSSAIHPLMN S-NSSAI的映射。另外,网络可以为服务PLMN提供配置的NSSAI相关的映射信息和被拒绝的S-NSSAI。网络可以在注册过程期间对每个接入类型执行这样的更新,或者使用配置更新过程来向UE发送关于网络切片的改变的通知。新的允许NSSAI和到HPLMN S-NSSAI的映射确定(可能需要执行AMF重定向)。

AMFUE提供以下信息:

1)来自UE的确认指示信息;

2)为服务PLMN配置NSSAI(如果需要的话),拒绝S-NSSAI(如果需要的话)和TAI列表,以及;
3)新的允许NSSAI其中包含每个接入类型(如果适用的话)的允许NSSAI的相关映射,除非AMF无法确定新的允许NSSAK例如旧的允许NSSAI中的所有S-NSSAI已从签约的S-NSSAI中删除)。
更进一步地:
4)如果对Allowed NSSAI的更改不要求UE立即执行注册过程,因为它们不会影响到网络切片的现有连接(即UE连接到的任何S-NSSAI都不受到影响),则服务AMF指示在UE需要UE执行注册过程,但是在接收到UE的确认消息之后不能发起NAS信令释放。在UE由于不活跃而进入CM-IDLE状态之后,UE发起具有注册类型为移动性注册更新的注册过程;
5)如果对允许的NSSAI的更改要求UE立即执行注册过程,因为它们影响到网络片的现有连接(例如,新的S-NSSAI需要另一个的AMFUE提供服务,但是当前服务的AMF无法确定目标AMF,或者AMF不能确定允许的NSSAI);
6)服务AMFUE指示UE执行注册过程,在进入CM-IDLE态后,不需要在接入层信令中包括GUAMIAMF将释放与UENAS信令连接,以允许在从UE接收到确认之后进入CM-IDLE

7)当UE接收到执行注册过程的指示信息,在UE进行空闲态后,不需要在接入层信令中包含5G-GUTI信息时,则:

1UE删除任何保存的允许的NSSAI与关联的映射,以及任何(旧的)拒绝的S-NSSAI

2)在注册请求消息中,UE应包括请求的NSSAI以及请求的NSSAI的相关映射。此外,UE应在接入层信令中包括请求的NSSAI但不包括GUAMI

如果存在与紧急服务相关联的已建立的PDU会话,则服务AMFUE指示UE执行注册过程但不释放到UENAS信令连接的需要。仅在释放用于紧急服务的PDU会话之后,UE才执行注册过程。

除了向UE发送新的允许的NSSAI之外,当用于一个或多个PDU会话的网络切片不再可用时,将采用以下描述:

1)如果网络切片在同一个的AMF下变得不再可用(例如,由于UE签约改变),AMF指示SMF释放与相关S-NSSAI相对应的PDU会话ID关联的会话;

2)如果由于AMF改变导致网络切片变得不再可用(例如,由于注册区域改变),则新AMF向旧AMF指示应释放对应于相关S-NSSAIPDU会话。旧AMF通知相应的SMF释放指示的PDU会话。然后,新的AMF相应地修改PDU会话状态。在接收注册接受消息中的PDU会话状态之后,在UE中本地释放PDU会话上下文。

UE使用UE配置(例如,URSP规则中的NSSP)来确定是否可以在属于其他网络切片的现有PDU会话上路由正在进行的数据流量,或者建立与相同/其他网络切片相关联的新PDU会话。

为了改变UE通过接入类型注册的S-NSSAI集合,UE应该按照规定在该接入类型上发起注册过程。如果与已建立的PDU会话相关联的S-NSSAI未包括在请求的NSSAI中,则网络将释放该PDU会话。

根据运营商策略,UE注册的S-NSSAI集合(无论是UE还是网络发起)的改变可导致AMF改变。

2.11.5.2.3 由于网络切片支持而导致的AMF重定位

在一个PLMN的一个注册流程期间,如果网络基于网络切片方面确定UE应该由不同的AMF服务,则首先接收到注册请求的AMF应该通过RAN或者经由初始AMF和目标AMF之间的直接信令将注册请求重定向到另一个AMFAMF通过RAN发送的重定向消息应包含用于服务UE的新的AMF选择信息。

对于已经注册的UE,由于对网络切片的考虑(例如,运营商已经改变了网络片实例与它们各自的服务AMF之间的映射关系),系统将支持由UE的网络从其服务AMF向目标AMF发起的重定向。运营商策略确定是否允许AMF之间的重定向。

2.11.5.3    网络切片中建立PDU会话

在网络切片中建立到数据网络的PDU会话允许在网络片中进行数据传输。数据网络与S-NSSAIDNN相关联。通过接入类型在PLMN中注册并且已获得相应的允许NSSAIUE应在PDU会话建立过程中根据URSP中的NSSP指示S-NSSAI并且如果可用,则在PDU会话中指示DNN相关。UE包括来自该允许的NSSAI的适当的S-NSSAI并且如果提供了允许的NSSAIHPLMN S-NSSAI的映射,则具有来自该映射的对应值的S-NSSAI
如果URSP(包括NSSP)在UE中不可用,则UE不应在PDU会话建立过程中指示任何S-NSSAI
HPLMN可以向UE提供NSSP,NSSPURSP规则的一部分。当签约信息包括一个或者多个S-NSSAI并且,网络想控制/修改中那些S-NSSAIsUE的用量,那么,网络向UE提供/更新NSSP,当签约信息中只包括一个S-NSSAI时,网络不需要向UE提供URSPNSSP规则将应用程序与配置的NSSAI中的一个或多个S-NSSAI关联以用于UEHPLMN。还可以包括将所有应用程序与HPLMN的已配置NSSAI中的S-NSSAI匹配的缺省规则。当与特定S-NSSAI相关联的UE应用请求数据传输时:
1)如果UE具有对应于特定S-NSSAI建立的一个或多个PDU会话,则UE在这些PDU会话之一中路由该应用的用户数据,除非UE中的其他条件禁止使用这些PDU会话。如果应用程序提 供DNN,UE还考虑该DNN以确定使用哪个PDU会话。
UE应该保存URSP规则,包括NSSP
2)如果UE没有与该特定S-NSSAI建立的PDU会话,则UE请求与该S-NSSAI相对应的新PDU会话以及可由应用提供的DNN。为了使RAN选择用于支持RAN中的网络切片的适当资源,RAN需要知道UE使用的网络切片;
3)如果AMF不能确定用于査询UE提供的S-NSSAI的适当的NRF,AMF可以査询NSSF并提供S-NSSAI位置信息,SUPIPLMNIDNSSF确定并返回用于在所选网络片实例中选择NF/服务的适当NRFNSSF还可以返回标识用于该S-NSSAI的网络片实例的NSIIDNSSF的地址在AMF中本地配置;
4)当从UE接收到建立PDU会话的SM消息时,AMF发起所选网络片实例内的SMF发现和选择。适当的NRF用于协助所选网络片实例所需网络功能的发现和选择任务。
AMF查询适当的NRF并提供S-NSSAI DNN,NSI-ID(如果可用)和其他信息(例如,UE签约和本地运营商策略)以供NRF在网络片实例中选择SMF。当UE触发PDU会话建立时,所选择的SMF基于S-NSSAIDNN建立PDU会话。
5)当AMF属于多个网络片时,基于配置,AMF可以使用适当级别的NRF进行SMF选择;
6)当使用特定网络片实例建立用于给定S-NSSAIPDU会话时,CN(R)AN提供与该网络片实例对应的S-NSSAI,以使RAN能够执行接入特定功能;
7)如果PDU会话的S-NSSAI未包括在目标接入类型的允许NSSAI中,则UE不应执行从一种接入类型到另一种接入类型的PDU会话切换。

公众号二维码.jpg

扫码关注5G通信官方公众号,免费领取以下5G精品资料
  • 1、回复“YD5GAI”免费领取《中国移动:5G网络AI应用典型场景技术解决方案白皮书
  • 2、回复“5G6G”免费领取《5G_6G毫米波测试技术白皮书-2022_03-21
  • 3、回复“YD6G”免费领取《中国移动:6G至简无线接入网白皮书
  • 4、回复“LTBPS”免费领取《《中国联通5G终端白皮书》
  • 5、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书
  • 6、回复“TXSB”免费领取《通信设备安装工程施工工艺图解
  • 7、回复“YDSL”免费领取《中国移动算力并网白皮书
  • 8、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1
  • 对本帖内容的看法? 我要点评

     

    快速回复主题    
    标题
    内容
     上传资料请点左侧【添加附件】

    当前时区 GMT+8, 现在时间是 2026-04-25 23:54:01
    渝ICP备11001752号  Copyright @ 2006-2016 mscbsc.com  本站统一服务邮箱:mscbsc@163.com

    Processed in 0.233416 second(s), 13 queries , Gzip enabled
    TOP
    清除 Cookies - 联系我们 - 移动通信网 - 移动通信论坛 - 通信招聘网 - Archiver