PDU会话建立流程(8)-SM Policy Association的建立

相关文章会在公众号同步更新。公众号:5G通信大家学

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

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

1.3.2.3.7b SM Policy AssociationEstablishment or SMF initiated SM Policy Association Modification

SMF请求PCF为该PDU会话建立SM策略。之后,SMF根据从PCF获得到信息执行数据包的检测、QoS Flow的绑定、映射等操作。

SMF选择为PDU会话服务的PCF,之后向该PCF发起SM Policy AssociationEstablishment流程建立SM策略偶联(SM Policy Association),并下载相应的会话规则、PCC规则等。

如果PDU会话的Request Type是"Existing PDUSession",SMF会向原来为PDU Session服务的PCF发起SMPolicy Association Modification流程。

我们先看一下SM PolicyAssociation Establishment步骤的流程图:

SMF使用POST方法调用PCF的Npcf_SMPolicyControl_Create Service服务,为UE创建一个对应的会话策略偶联。

该POST请求对应的资源URI如下:

{apiRoot}/npcf-smpolicycontrol/v1/sm-policies

该请求的消息体为:SmPolicyContextData,其中包含的内容非常丰富,下面仅截图部分内容,具体详见TS 29.512中的数据定义:

SmPolicyContextData数据类型中必须包含的信息有:SUPI、PDU Session ID、DNN、notificationUri、PDUSession的类型、S-NSSAI信息。

重点信息介绍:

- dnnSelMode

DNN选择模式,用于表示该PDU会话的DNN是否是显式签约的DNN,还是通配的DNN。

- notificationUri

SMF用来接收来自PCF通知的资源URI。

- servingNetwork

PDU会话创建的PLMNID(MCC+MNC格式)。和我们在鉴权流程中介绍的ServingNetwork的表示方式不一致,需要注意区分。

- ipv4Address/ ipv6AddressPrefix

UE的IPv4地址或者IPv6地址前缀。UE的IP地址是由SMF进行分配的,在PDU SESSION ESTABLISHMENT ACCEPT消息中下发给UE。这点考试的时候会经常遇到。

- subsSessAmbr

UE在UDM中签约的Session-AMBR或者如果PDU会话需要外部网络DN-AAA服务器鉴权时,DN-AAA授权给UE的Session-AMBR。如果SMF中两者都存在时,该字段包含的是DN-AAA授权的Session-AMBR。

- subsDefQos

UDM中签约的缺省QoS信息,包含的具体信息如下图:

这些信息提供给PCF,由PCF根据UE的签约策略来决定是否修改。SMF根据PCF回复的PCC规则来为UE生成QoS规则(包括:DefaultQoS Rule),在PDU会话创建流程的最后发送给UE。之后UE会根据QoS Rule将业务数据映射到不同的QoS Flow上去。对于IP类型或者Ethernet类型的PDU会话,UE只有一个DefaultQoS Rule,但是其中有多个Packet Filter Set就可以把业务区分开。

UE发起创建PDU会话请求时,实际上会连带建立一个关联缺省QoS规则的QoSFlow。我们一般称为缺省QoS Flow,类似4G创建的缺省承载,但是,3GPP规范的TS 23.501中没有明确定义缺省QoS Flow的概念。

PDU会话的创建和缺省QoS Flow的创建是同时的,也就是说,缺省QoS Flow随PDU会话的创建而创建,随PDU会话的释放而释放,是创建PDU会话时第一个创建的QoS Flow。UE发送的数据业务就是映射在这些QoS Flow中发送的,而不是直接映射在PDU Session中发送。如果网络中没有部署PCF,SMF会根据UDM中签约的缺省QoS信息和SMF的本地策略为UE的缺省QoS Flow关联一个默认QoS规则。如果部署了PCF,就需要和PCF交互,根据PCF提供的信息为缺省QoS Flow关联一个默认QoS规则。

- numOfPackFilter

QoS规则支持的packetfilter的数量。

- online/ offline

PDU会话的计费方式,表示:在线计费、或者离线计费。

- chargingCharacteristics

PDU会话支持的计费特征。

- refQosIndication

该字段表示UE是否支持反射QoS。

- sliceInfo

PDU会话的切片信息,该字段为必选字段。

- qosFlowUsage

缺省QoSFlow的使用场景。其取值有:GENERAL和IMS_SIG。当取值为IMS_SIG时,表示缺省QoS流只用于IMS信令。

- smfId

SMF的NfInstanceId。

响应消息:

PCF根据SMF发送的数据及本地的配置数据,为UE生成SM Policy,向SMF回复201 Created响应消息,消息体中携带PCF授权的SM策略数据:SMPolicyDecision。201 Created响应消息的头部中包含Location信息,其中包含的就是PCF创建的SM Policy的资源URI。后续对该SM Policy的更新、删除等操作都是使用该URI进行的。PCF为该UE创建的SM Policy称为:"Individual SMPolicy",使用{smPolicyId}来进行标识、引用。

URI结构如下:

{apiRoot}/npcf-smpolicycontrol/v1/sm-policies/{smPolicyId}

PCF可能的响应消息如下图:

当请求消息中的SUPI在PCF未知时,会进行"400 Bad Request"响应,携带原因值:"USER_UNKNOWN"。如果PCF根据本地配置,拒绝为UE创建SMPolicy时,回进行"403Forbidden"响应,携带原因值:"POLICY_CONTEXT_DENIED"。SMF收到该错误响应后可以直接拒绝UE的PDU会话建立请求或者SMF可以根据本地配置的策略继续进行PDU会话建立流程。

下面看一下SMPolicyDecision的内容,如下图:

重点字段介绍:

- sessRules

会话规则,具体包含的内容如下图,这也是目前在现网信令中最常看到的规则,包括PCF授权使用的Session-AMBR(authSessAmbr);授权的缺省QoS参数(authDefQos);如5QI、ARP等;会话规则的标识sessRuleId;引用的使用量监测数据及条件数据(包括规则的激活时间、去激活时间……)等。

- pccRules

PCC规则中包含的过滤数据包使用的信息,这部分数据SMF会用来生成UPF使用的数据包检测规则。

PccRules中的重点信息介绍:

- flowInfos

包含数据包检测组件信息,如IP数据包的源IP地址/端口、目的IP地址/端口、协议号等信息。以太网类型数据包的检测信息、IPv6的流标签等等。

- appId/appDescriptor

包含App相关信息,如:App ID、OS ID等信息。

- pccRuleId

PCC规则的ID。

- precedence

PCC规则的优先级。SMF使用PCC规则生成QoS规则时会将QoS规则设置为PCC规则的优先级。

- addrPreserInd

UE的IP地址是否需要保留。

- refQoSData

对QoSData数据类型的引用,QoS Data数据类型包含:5QI、ARP、上下行MBR、上下行GBR、reflectiveQos属性等等。详见qosDecs字段的介绍。

此外,还有对其它使用量数据、计费数据的引用等。

- qosDecs

SMPolicyDecision包含引用的QoS数据。

- chgDecs

PCC规则的计费规则,如在线计费或者离线计费。

- chargingInfo

CHF的FQDN、URI地址等信息

- traffContDecs

业务数据的控制信息。其中比较重要的是flowStatus信息,可能的值有:enable、disable、enable_uplink、enable_downlink。

- umDecs

使用量监测相关的数据,如使用量的限制信息等。

- qosChars

其中包含非标准的5QI对应的QoS特性参数信息,如:5QI、资源类型(GBR、non-GBR)、优先级、packetErrorRate、packetDelayBudget、平均窗口(只是用于GBR QoSFlow或者延迟关键的GBR QoSFlow)、最大数据突发量等。

- qosMonDecs

适用于URLLC业务的QoS Monitoring信息。

- reflectiveQoSTimer

反射QoS场景下,UE推导的QoSrule的生命期。

- offline/ online

PDU Session的计费特性。

- conds

SMF收到的相关条件数据,如:激活/去激活PCC规则的时间。

- revalidationTime

SMF重新请求PCC规则的时间。

- policyCtrlReqTriggers

PCF向SMF订阅的策略控制触发器,包含很多内容。常见的有:"PLMN_CH"(PLMN改变)、"DEF_QOS_CH"(缺省QoS改变)、"SCNN_CH"(相对于核心网节点的位置改变)、"RAT_TY_CH"(RAT类型的改变)等。

- ipv4Index/ipv6Index

IP地址分配方式,使用哪个IP地址池或者外部服务器分配IP地址。仅在创建SM policy会包含该字段。

- qosFlowUsage

QoS Flow的用途,包括:GENERAL和IMS_SIG(用于IMS信令)。

- relCause

PCF请求终止policy association原因。

  • 0
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
5G PDU(Packet Data Unit)的会话建立流程如下: 1. UE(User Equipment,用户设备)通过RRC(Radio Resource Control,无线资源控制)连接到NR(New Radio,新无线电)网络。 2. UE发送RRC连接请求给gNB(gNodeB,5G基站),包括UE的身份信息和所需服务。 3. gNB接收到RRC连接请求后,验证UE的身份信息,并为UE分配一个唯一的标识符,称为GUTI(Globally Unique Temporary Identifier,全局唯一临时标识符)。 4. gNB发送RRC连接确认给UE,包含GUTI和其他必要的参数。 5. UE接收到RRC连接确认后,使用GUTI向AMF(Access and Mobility Management Function,接入和移动管理功能)发送Initial UE Message,请求建立5G会话。 6. AMF接收到Initial UE Message后,将UE的请求转发给SMF(Session Management Function会话管理功能)。 7. SMF根据UE的请求,分配一个唯一的标识符,称为SUPI(Subscription Permanent Identifier,订阅永久标识符),并将SUPI与UE的GUTI进行关联。 8. SMF为UE分配一个PDU会话标识符(PDU Session ID),用于标识UE的数据传输会话。 9. SMF将PDU会话标识符和其他必要的参数发送给AMF。 10. AMF将PDU会话标识符和其他必要的参数发送给gNB。 11. gNB接收到PDU会话标识符后,将其发送给UE。 12. UE接收到PDU会话标识符后,使用该标识符建立与gNB之间的数据传输会话。 13. 数据传输会话建立完成后,UE可以通过该会话与网络进行数据通信。 以上是5G PDU会话建立的简要流程,具体的流程可能会根据网络架构和协议版本有所不同。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

南山耕夫

你的鼓励是我创作的最大动力。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值