PCF支持针对运营商自有业务建专载，即自有业务体验提升

自有业务的专载建立。

2）专载建立后，UE访问自有业务体验得到提升，该自有业务流量映射到专载转发。

2 准备工作

1）PCF事先配置好相关策略：

- 自有业务检测策略：（如app-id=ziyou、检测的trigger（app start和app stop）；

- 累计使用量报告策略：不是用户一开始访问就建专载，是累计到一定的量才建，防止UE是误点击，那专

载就白建了。测试时，可以设置的小一点。例如设置自有业务累计使用量门限为10M。

- 针对自有业务的pcc规则A和B。A是初始规则，B是到达累计使用量的规则，B的话是可以触发专载建立

的规则。

3 测试步骤

信令流程图大致如下：

1）UE发起PDU会话建立流程，PCF下发自有业务相关的pccrule（规则A、app-id=ziyou、使用量报告规

则、自有业务启动和停止检测规则）。

2）SMF转成N4规则要求UPF进行检测和使用量报告。

3）UE开始访问自有业务，如www.xxmusic.com。

4）UPF向SMF报告，app_sta事件以及累计使用量到达10M。

5）SMF向PCF报告。

6）PCF下发新的pcc规则B，包含GBR参数。

7）触发SMF建立针对自有业务的专载。

8）UE访问自有业务速率得到提升，自有业务走专载来访问。

4 主要的检查点和log解析：

1）在PDU会话建立流程中，PCF下发关于自有业务的初始pcc规则、使用量检测规则、策略触发器。

- PCF下发的策略触发器包括应用检测和使用量报告：app_sta、ue_re。

- PCF下发的累计使用量为1024字节，volumeThreshold=1024（设置小方便测试）。

2）UE访问自有业务101，并很快达到了使用量门限。UPF向SMF上报，SMF向PCF上报。

- appDetectionInfos参数表明检测的应用信息，该应用appid=101。

【注：SMF还会上报累计使用量，截图未给出。】

3）PCF发现自有业务使用超量，下发pcc规则102，是一个专载建立规则。并且将之前的pcc规则101去激

活。新的pcc规则102还会关联一个新的qos规则，对qos进行提升，触发专载的建立。

主要参数有：

- pccRules：101为null去激活，102为新增的pccruleid。

- qosDecs：规则102关联了一个qos规则，具体包括以下子参数：

1）"5qi":8，将5qi提升到8。

2）defQosFlowIndication：false，指明这个规则是不是关联到一个缺省qos流。这里指明是false，因此将

触发专载的建立。

5 规范

触发专载建立的defQosFlowIndication参数在29512的4.2.6.2.10 PCC rule bound to the default QoS flow

中定义。原文是：

The PCF may indicate to the SMF that a PCC rule shall be bound to the default QoS flow and shall

remain on the default QoS flow. The SMF shall then, for the indicated PCC rule bind it to the default

QoS flow until the PCC rule is removed or until the PCF modifies the PCC rule to set the

"defQosFlowIndication" attribute to false.

The PCF shall provide the "defQoSFlowIndication" attribute set to true in order to indicate that the

related PCC rule shall be bound to the default QoS flow.

翻译：

PCF可以向SMF指明，PCC规则应绑定和保持在缺省qos流上，直到pcc规则被移除，或者将

defQosFlowIndication属性设置为false。

如果又想绑定到缺省qos流，那就重新设置为true。

无论是想学习课程、看视频、看案例、看log、看实战，统统都有。