1 目标:
确认Gn和PCRF的Qos profile是一致的,这种情况下Gn接口响应的Qos profile不会发生变化。
2 前提条件:
1)Gn接口上针对某个MSISDN的期望的Qos profile是已知的。
2)PCRF上配置了和Gn接口以及CCR-I消息中申请的Qos profile一致的Qos。
3 测试过程:
1)开始Gn和Gx接口的抓包。
2)发起PDP上下文的激活。
3)发起PDP上下文的去激活。
4)停止Gn和Gx接口的抓包。
5)检查Gn接口GTP消息的类型:带有Qos profile信息元素的Create PDP Context Request消息。
6)检查Gx接口CCR消息关于Qos参数的AVP:3GPP-GPRS Negotiated Qos profile(5)并且确保和PCRF上的Qos配置是一致的。
7)检查Gx接口CCA消息中是否包含AVP:3GPP-GPRS Negotiated Qos profile(5)。
8)检查Gn接口GTP消息的类型:带有Qos profile信息元素的Create PDP Context Response消息。
4 期望的结果:
1)Gx接口的CCA消息中不应包含AVP:3GPP-GPRS Negotiated Qos profile(5)。这是因为申请的Qos和PCRF配置的Qos是一致的,因此不需要通过该AVP重新下发。
2)Gn接口GTP消息类型:Create PDP Context Request和Create PDP Context Response消息中的Qos profile应该没有变化,原因1)。
5 测试结果:
1)Create PDP Context Request消息中Qos profile信息元素中包含的Qos如下:
MBRD:384kbps
MBRU: 64kbps
Traffic Class:Interactive
THP:1
经过检查和Create PDP Context Response消息中的Qos profile一致。
2)检查CCA消息没有发现AVP:3GPP-GPRS Negotiated Qos profile(5)。如下图所示:
[attach]1408[/attach]
相关的抓包报文已经上传到论坛城通网盘分享。网盘地址http://gprshome.ctdisk.com。本例报文直接下载地址是:
http://www.400gb.com/file/9145854。
文件名:1.1 Qos无变化.rar。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |