1.4 基本的利用率报告功能

爱卫生

本例抓包报文已上传到论坛城通网盘分享。

下载地址：http://www.ctdisk.com/file/9370408。大小：67.8KB。文件名：1.4 基本的利用率报告功能.rar。

1 目标：

为了确认Gx接口的利用率报告（Usage Reporting）功能在以下场景中可用；

1）PDP会话产生了payload（限制未超出）的情况

2）PCEF通过Gx接口进行通告，告知PCRF用户已经使用的流量及时间。

本测试也将验证当"reportingInterval"参数配置后，周期性的利用率报告功能是否工作。

2 前提条件：

1）测试MSISDN在签约数据中（包括时间和流量）

2）能在一个PDP上下文中发送payload数据，例如从

http://people.ubuntu.com/~gilir/lubuntu-10.04.iso下载数据。

3 测试过程：

1）检查测试MSISDN的EPC-AccumulatedData来决定初始的累积的双向流量。

2）打开Gn和Gx接口的抓包。

3）发起PDP上下文的激活。

4）启动NetLimiter网络流量监控程序。

5）开启一个新浏览器窗口访问http://people.ubuntu.com/~gilir/lubuntu-10.04.iso进行下载， 并且在NetLimiter网络流量监控程序中观察过程。

6）在NetLimiter网络流量监控程序中观察到的总发送和接收数据流量。

7）6分钟后，停止下载。

8）记录在NetLimiter网络流量监控程序中观察到的总发送和接收数据流量。

9）观察GGSN的CDR，记录整个Active PDP上下文的Charging-ID的统计。

10）将PDP上下文去激活。

11）停止Gn和Gx接口抓包。

12）收集GGSN上的CDR。

13）检查测试MSISDN的EPC-AccumulatedData，决定最终的双向累积流量。

4 期望的结果：

1）检查1st CCA消息中的Multiple-Services-Credit-Control(456）AVP包含有：

=>AVP: Granted-Service-Unit(431)

==>AVP: CC-Total-Octets(421) ---- 在PDP上下文建立之前还剩余多少双向的流量额度。

==>AVP: CC-Time(420) ---- 本例中应该是300秒，因为设备上已经配置好5分钟的reportingInterval Time做为周期性的报告时间。

2）检查2nd CCR消息的Multiple-Services-Credit-Control(456）AVP包含有：

=>AVP: Used-Service-Unit(446)

==>AVP: CC-Time(420) 应该是300

==>AVP: CC-Total-Octets(421) UE使用的字节数

=>AVP: Reporting-Reason(872) QUOTA_EXHAUSTED (3) 报告原因是额度用完了。

3）检查2nd CCA消息的Multiple-Services-Credit-Control(456）AVP包含有：

=>AVP: Granted-Service-Unit(431)

==>AVP: CC-Total-Octets(421) ---- 还剩余多少双向的流量额度。

==>AVP: CC-Time(420) ---- 本例中应该是300秒，因为设备上已经配置好5分钟的reportingInterval Time做为周期性的报告时间。

4）检查最后一个CCR消息中的Multiple-Services-Credit-Control(456）AVP包含有：

=>AVP: Used-Service-Unit(446)

==>AVP: CC-Time(420) 应该小于300

==>AVP: CC-Total-Octets(421) UE总共使用的字节数

=>AVP: Reporting-Reason(872)  Final (3) 报告原因是PDP上下文去激活。

5）检查GGSN总共上报的UE使用的总字节数，比较该测试MSISDN在初始和最终检查双向累计流量时，EPC-AccumulatedData的不同。

5 测试结果

GGSN上报的总流量统计为672072字节。

累积的使用量Final - Initial = 673804 - 1732 = 672072 字节。

dataVolumeGPRSUplink in CDR = 672072字节。

这几个结果是完全一致的。测试项目通过。