PCF支持用户超量限速

2 准备工作

1）PCF事先配置好超量限速策略。

- 未超量：下发正常的PDU Session缺省Qos流对应的Qos参数，即正常的5QI+ARP+Session-AMBR为

1Gbps。

- 超量后：通过Session-AMBR进行限速，例如设置Session-AMBR为10Mbps。

2）UDR(SPR)节点中设置好起账日期，默认为每月1号的0点。

3）UDR中设置好用户的套餐状态参数，未超量为1，超量为2。注意，该参数为运营商自定义，非3GPP

规范。例如usrstatus参数。

3 测试步骤

【正常的流程应该是PCF还要下发一个累计使用量的策略，根据用户累计使用量来进行限速。

这里因为只是为了验证PCF的功能，因此进行了简化。通过修改UDR中的用户状态来触发本流程。】

1）UE发起PDU会话建立流程，PCF下发正常的Qos参数，如Session-AMBR=1Gbps。

2）UDR中修改用户超量状态（usrstatus=2表示用户已超量）。

3）UDR给PCF发送通知。

4）PCF给SMF下发超量后的策略Session-AMBR=10Mbps。

5）用户使用http/ftp业务进行测试，和限速后策略一致。

6）当起账日到达，UDR自动修改用户超量状态（usrstatus=1表示用户未超量），并通知PCF。PCF重新

下发正常的Qos参数给SMF。

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

1）在PDU会话建立流程中，PCF是否下发正常的Qos参数。

- 可以看到PCF下发了正常的Session-AMBR=1Gbps。

2）UDR侧将Usrstatus变为2，指示UE已经超量，UDR通知PCF。

- 可以看到UDR给PCF的通知中，修改了UE的超量状态（usrstatus=2）。

3）PCF给SMF下发超量后的Qos参数。

- 可以看到PCF已将Session-AMBR修改为10Mbps。

5 规范

关于PCF的超量限速功能，主要参数是opSpecData，全称为Operator Specific Data。在29.519和29.505

中联合定义。也就是说该参数为运营商自定义参数，3GPP只是给了个格式或模板，运营商根据自身需要

来扩展，遵循运营商自有企业规范。这个格式在29505中定义，如下：

也就是说每一个运营商自定义的参数，需要指定dataType（数据类型）和value值就可以了。在本文中的

usrstatus就是一个运营商自定义参数，用于表明超量限速的状态。类似的参数还有很多。

29505中还给出了一个例子。

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