本例抓包报文已上传到论坛城通网盘分享。
下载地址：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字节。
这几个结果是完全一致的。测试项目通过。
| 欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |