Page 18 - 网络电信2019年1/2月刊下

的行为紧密捆绑，由于不同的网页、APP都会区分出不同的RG， 图1 专用内容承载时网元与系统的交互方式示意
每次上网连接的每个RG都会建立一个session，可以说是承载
了用户操作级别（即，手机终端上点击次数级别）的海量业务
量，在线计费系统首当其冲地将成为受到互联网业务影响最大
的IT系统。

三、在线计费系统在移动互联网环境下交易
量的估算
在线计费系统与网元的交互主要流程为：
（1）网元设备P-GW根据用户ChargingCharacteristics为
预付费用户，向OCS发送的CCR(Initial)消息中，应包括请求类
型（Initial），APN，用户的MSISDN以及其他相关信息正确。
（2）OCS判断用户状态；OCS返回CCA消息，其中应
包括请求类型（Initial），响应结果（Result-Code值为
“2001”），以及其他相关信息。
（3）用户使用某项互联网业务，即发起内容计费数据业务
请求1，PGW判定该业务请求属于RG1（费率组1）。
（4）PGW通过CCR消息向OCS申请针对RG1的配额，开始后续
流程。UE数据业务正常。
（5）OCS判断用户状态。
（6）OCS返回CCA消息。
（7）P-GW监控业务1配额门或限到达。
（8）P-GW向OCS上报更新消息。
时下发Policy-Group和Policy-Counter-Status-Report组。
（9）OCS判断用户状态。
（4）PCRF解析SLA(initial)中的应答消息中的策略相关的
（10）OCS返回CCA消息，并授权配额。
AVP组，PCRF同时分析Policy-Group和Policy-Counter-Status-
（11）用户发起内容计费数据业务请求2，PGW判定新的业
Report的AVP组，并结合内部数据库的配置规则，生成相应的策
务请求属于RG2。
略控制信息，并生成Gx:CCA(initial)消息，并返回给PCEF。
（12）PGW通过CCR消息向OCS申请针对RG2的配额，开始后
PCEF进行用户的Qos的控制。
续流程。UE数据业务正常。
（5）用户在上网过程中有QoS更新的Gx:CCR(update)请
（13）OCS判断用户状态。
求。
（14）OCS返回CCA消息，并授权配额。
（6）如果上一次的Sy会话保存在PCRF中,则PCRF根据之
（15）当用户或PGW发起专有承载去激活请求时，PGW
前保存的Sy信息来生成相应的Gx:CCR(update),无须再次发送
发送针对RG1和RG2的终止服务消息到OCS，CC-Request-
SLR(update)请求。
TypeAVP=TERMINATION_REQUEST消息中应该有标识服务终止时间
（ 7 ） P C R F 根 据 上 一 次 S y 中 的 会 话 信 息 , 返 回
的Event-TimestampAVP，以及标识该业务实际使用配额Used-
Gx:CCA(update)。
Service-UnitAVP，CCR-Terminate消息中不再包含标识请求配
（8）当用户结束上网时,PCEF向PCRF发起Gx会话终止请求
额的Request-Service-UnitAVP。
Gx:CCR(Termination)。
（16）OCS批价扣费。
（9）PCRF向OCS发起STR消息，该STR消息的Session_ID
（17）OCS返回CCA结束会话。
的SLR的Session_ID相一致，OCS收到STR消息之后，清除该
如右上图1所示。
session的Sy信息。
如果在实现了策略内容计费后，为了实现对用户的网络QOS
（10）OCS返回STA给PCRF。
控制，PCRF策略计费规则网元也将与OCS进行交互，交互过程
（11）PCRF返回Gx:CCA(Termination)给PCEF。
为：
如图2所示。
（1）用户上网时，PCEF向PCRF发起QoS查询信息Gx
由于如此高频的交互，会导致OCS系统的交易数海量增长。
（initial）。
以下为OCS系统在未引入智能管道前的交易数统计值。如表1所
（2）PCRF根据用户的需要消费限制状态信息或者该用
示。
户的订购关系，向OCS发起初始的Sy消费限度报告请求SLR
以上海电信千万用户为基准，如果今后不论预付费还是后
（initial）。
付费都采用在线计费模式，则按相同上网使用行为同比估算，
（3）OCS根据用户订购关系或者消费限制状态，返回用户
所有用户在线月交易数将达到55亿。
的相应的状态报告SLA(initial)，在SLA(initial)消息中，同
网络电信 二零一九年一、二月 29