QB-╳╳-╳╳╳-╳╳╳╳
6.3.2.1.
业务解析
PDG为分组数据网关节点，要求能够解决目前移动通讯网络承载的数据业务的接入和转发，同时要求能够根据预先配置在PDG的业务过滤计费规则，对流经PDG的业务数据流能够进行不同协议层次（从三层到七层）的业务分析，业务解析层次可配置从而区分不同数据业务，实现内容计费。
承载层（基于承载或APN，指对业务过滤计费规则有效的APN）
IP协议的第三层（基于源IP地址, 源IP地址掩码, 目的IP地址和目的IP地址掩码） IP协议的第四层（基于协议类型（如TCP/UDP等）、源, 目的端口号），在第四层协议中，应能支持控制面与承载面分离（承载平面由控制平面动态分配）的协议类型（如FTP（passive mode）等）
IP协议的应用层（第七层，基于应用的URL、特殊字段信息（如x-online-host字段）等），以上URL以及x-online-host字段的支持需要同时考虑WAP1.x和WAP2.0协议。
现阶段要求PDG应支持的数据业务包括：HTTP业务、WAP浏览类业务、MMS业务、流媒体业务、邮件类业务（可选）、FTP业务（可选）等。因此PDG应具备对HTTP、WAP1.x、WAP2.0、RTSP、RTP和RTCP、FTP（可选）、POP3/SMTP（可选）的协议分析能力。 6.3.2.2.
流量统计
要求PDG支持对于数据业务的IP层流量进行统计。
要求PDG支持对于数据业务的应用层流量进行统计（可选）。 6.3.2.3.
内容计费规则配置
在业务解析区分的基础上, PDG根据配置的内容计费规则，对业务数据包进行匹配达到流量区分的目的, 并针对不同业务将区分出的相应流量信息记录在话单中。
为满足今后移动数据业务灵活的计费要求，要求PDG可以同时支持7.3.2.1节中各层次计费要求的任意组合，这些计费要求都可以通过定义计费规则来实现。
1. 内容计费规则描述
当数据包到达PDG后，PDG进行数据拆包分析并匹配内容计费规则，若匹配到计费规则，则进行内容计费，针对业务统计上下行流量。内容计费规则可配置的属性如下：
? APN ? 业务ID
? 源IP地址（可选） ? 源IP地址掩码（可选） ? 目的IP地址 ? 目的IP地址掩码
? 源端口号范围（起始端口号~结束端口号）（可选） ? 目的端口号范围（起始端口号~结束端口号） ? 协议类型（TCP/UDP） ? 七层应用的URL
? 七层应用协议中的特殊字段值（现阶段要求支持x-online-host字段值） ? 优先级（可选）
7
QB-╳╳-╳╳╳-╳╳╳╳
1）APN：内容计费规则对应的接入点名称。
2）业务ID：按照业务区分需要人工配置，与计费规则一一对应。业务ID记录在话单中表示业务的种类。
同一类业务的上下行流量可以配置不同业务ID。（可选） 业务ID为固定长度是10位的数字，顺序包含四部分内容：
? 全网/本地业务标识：1位数，1表示全网业务，2表示本地业务。 ? 业务大类：2位数，区分业务属于WAP、彩信、流媒体还是KJAVA等。 ? 接入省：3位数，省会长途区号首位去零，不足三位右补零。 ? 业务编码：4位数，标识大类下需要进一步区分流量的业务。
3）三/四层属性：包含目的IP地址和掩码、目的端口范围，协议类型（TCP/UDP）。 源IP地址和掩码、源端口范围。（可选）
4）七层属性：根据内容计费规则PDG要能够分析与某个URL连接有关的所有数据流量，且计费规则中URL应支持前置、中置、后置通配符和同时指定多个通配符，如www.isp.com/*, *.isp.com，*.mp3, www.*.com，www.isp.*，*.isp.*等。并且应能将七层应用协议中的特殊字段值（现阶段要求支持x-online-host字段的IP地址）作为过滤规则的属性对数据流进行区分。
在进行七层URL的匹配时对于通配符按以下规定处理：
? ―*‖如用于URL的起始部分（“/‖以前），只代表字符串且不包含“.‖，如“*.monternet.com‖可以用于匹配“news.monternet.com‖；
? ―*‖如用于URL的路径部分（“/‖以后），可代表任何字符，包括“/‖，如“www.monternet.com/*‖可以用于匹配任何以www.monternet.com/开头的URL；
? ―*‖如用于代表文件名或文件格式，如“*.mp3或news.*‖，一般会加URL作为限定，如www.monternet.com/*.mp3可以用于匹配任何以www.monternet.com开头的URL下的mp3格式的文件；
5）优先级：对内容计费规则按人工指定的顺序进行匹配。（可选）
PDG需要支持缺省（default）规则的设置，该计费规则统计所有内容计费规则匹配不成功的数据包流量。
内容计费规则设置中，不同计费规则若存在互包含关系，则必须是真包含关系。被包含的计费规则相对于另一条计费规则称为子集计费规则。PDG应具备规则冲突检测机制，若规则配置中出现违背以上原则的情况需要提示。
2. 内容计费规则配置
要求PDG支持计费规则的静态配置，即所配置的内容计费规则在数据处理流程中规则的属性不发生变化。计费规则配置的更新不需要重启PDG设备。PDG需要考虑未来基于IMS数据业务等的流量统计需要，计费规则需要结合策略机制动态协商配置。
配置管理的功能可以在PDG本地维护终端实现或者集成到现有的网管系统中。
所有的内容计费配置项可以统一进行维护，PDG本地维护终端应该提供稳定可靠，简单易用的图形操作界面。界面中各元素应清晰可读，不具备二义性。在配置界面上，应该能提供详细的在线帮助，可以方便地进行搜索、查询操作。操作人员可以通过图形界面，进行内容计费规则的创建, 添加、修改、编辑等操作。
内容计费数据配置要求： （1）PDG可以配置的三层至七层的计费规则数应当不少于1000个，其中七层计费规则数不少于400个；
（2）PDG可以配置用于内容计费的APN个数应当不少于200个。
8
QB-╳╳-╳╳╳-╳╳╳╳
为了确保内容计费规则配置的正确性，提供带有内容计费能力PDG的公司必须同时提供独立于设备的内容计费规则配置局数据核查软件，简称“局数据核查软件”，局数据核查软件的规范另外提供。 6.3.2.4.
内容计费规则的匹配
PDG对计费规则的匹配和业务数据包的拆包分析结合进行，处理流程如下： 1、PDG分析数据包三/四层属性，获得数据包的目的IP地址和端口号等信息；
2、在包含三/四层属性的计费规则中进行顺序匹配，若匹配到某条规则，且该规则不包含七层属性，则跳转到第6步；
3、PDG分析数据包七层属性，获得数据包的七层URL属性；
4、在包含七层属性的计费规则中进行顺序匹配，若匹配到某条规则，则跳转到第6步；若没有匹配规则，而且规则包含三/四层属性，则在仅包含三/四层属性的计费规则中进行顺序匹配，若匹配到某条规则，则跳转到第6步；
5、将数据流量统计入缺省规则对应的流量； 6、将数据流量统计入匹配规则对应的业务流量。 计费规则的匹配顺序上应遵循以下原则：若两个计费规则之间存在互包含关系，则子集计费规则匹配优先级应高于另一条计费规则。
PDG对于计费规则应具备优先级处理机制，根据计费规则的属性配置，基于上述原则自动确定规则的匹配顺序。
PDG可以对计费规则的优先级项进行人工配置调整匹配的先后顺序。（可选） 6.3.2.5.
内容计费的业务支撑要求
经过PDG的上下行分组数据包按照运营商制定的内容计费规则过滤，依据过滤结果, 在WLAN-CDR的Record Extension域记录其业务类型标识，以方便计费中心识别。在一个承载的会话过程中，移动用户接收／发出属于多个应用的数据包，即使它们都使用同一APN，不同应用的识别号以及相应的上下行数据流量也会在WLAN-CDR的Record Extension参数相应的域中体现。做为未来内容计费的要求, 不同应用的服务质量(QoS)也应加以记录。同一承载中不同应用的计费信息在Record Extension中采取列表方式记录。
对Record Extension字段的具体要求参见本规范的相关章节。
涉及内容计费的承载的计费话单的部分输出, 遵循WLAN-CDR的部分输出原则.
CG对包含有内容计费的WLAN-CDR的合并,可根据运营商的要求, 按照内容类型的不同, 加以合并处理。若同一应用的计费信息合并中存在部分项的数据不同（例如QoS），则计费信息列表方式记录。
要求PDG支持后付费的内容计费，话单产生条件和普通话单产生条件相同。
要求PDG支持热付费的内容计费，话单产生条件和普通话单产生条件相同。热计费话单要求3-10秒内传送到BOSS，时间长度可设置，话单传送接口支持FTP方式。在产生的话单中应当有热计费标志。（可选） 6.3.2.6.
数据业务的内容计费流程
PDG内容计费所支持的业务按业务特点可以分成三类：
9
QB-╳╳-╳╳╳-╳╳╳╳
第一类业务，端口不动态变化，业务需基于URL识别，如HTTP，WAP，MMS，下载类（流媒体下载、KJAVA下载）。内容计费流程如下：
MSPDG1.用户激活请求WAPGW2.用户上线请求3.用户上线请求响应5.握手消息6.Get/Post消息规则匹配，计费开始点CG/BOSSServer4.用户激活请求响应7.业务数据流量采集8.发送话单9.业务结束消息计费结束点
1-4、 UE发起用户激活上线，PDG、WAP GW记录用户信息； 5、用户同业务服务器建立连接；
6、用户发起业务访问，PDG根据计费规则匹配业务，开始计费，统计业务流量信息； 7、用户和业务服务器之间发送业务数据；
8、PDG采集流量，如果满足产生部分话单条件，PDG产生中间话单，话单发送到CG，CG进行预处理后把话单发送到BOSS处理；
9、业务结束，PDG停止该业务流量统计，承载释放后，产生最终话单。
第二类业务，如在线流媒体，从协议上能够区分控制面与数据面，控制面的端口固定，数据面的会话（IP或端口）由控制面协商确定。业务流程如下：
10
QB-╳╳-╳╳╳-╳╳╳╳
1-4、UE发起用户激活上线，PDG、WAPGW记录用户信息； 5、用户同业务服务器建立连接； 6、用户发起业务访问，同业务服务器发送控制面的交互消息，PDG根据计费规则匹配务，开始计费，统计业务流量；
7、PDG根据控制面消息交换结果，生成新计费规则用来匹配业务数据；
8、用户和业务服务器之间通过数据面发送业务数据。PDG根据新计费规则，采集用户流量；
9、PDG采集流量，如果满足产生部分话单条件，PDG产生中间话单，话单发送到CG，CG进行预处理后把话单发送到BOSS处理；
10、业务结束，PDG停止该业务流量统计，承载释放后，产生最终话单。
第三类业务，属于Server端端口固定的业务，可通过3/4层解析进行内容计费，如POP3/SMTP、在线KJAVA应用等，流程如下：
11