本例抓包报文已上传到论坛城通网盘分享。 下载地址: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字节。 这几个结果是完全一致的。测试项目通过。 |