charging和billing的余额操作DCC接口(20100 601).doc

Billing与Charging的余额操作DCC接口 Billing与Charging的DCC参数定义 Diameter接口概述 传统的用于完成计费功能的Radius协议，以其简单安全，易于管理，扩展性好，而得到广泛应用。但是由于协议本身的缺陷，比如基于UDP的传输、简单的丢包机制、没有关于重传的规定和集中式计费服务，都使得它不太适应当前网络的发展，需要进一步改进。 随着新的接入技术的引入和移动网络的快速扩容，对AAA协议提出了新的要求，使得传统的RADIUS结构的缺点日益明显。目前3G网络正逐步向全IP网络演进，不仅在核心网络使用支持IP的网络实体，在接入网络也使用基于IP的技术，而且移动终端也成为可激活的IP客户端。这就需要采用新一代的AAA协议——Diameter。Diameter基础协议为各种认证、授权和计费业务提供了安全、可靠、易于扩展的框架。以此为基础定义Diameter应用，只需要定义应用协议的应用标识、参与通信的网络功能实体、相互通信的功能实体间的消息内容以及协议过程，就可以完全依赖Diameter基础协议完成特定的接入和应用业务。Diameter协议具有如下特性： (1)拥有良好的失败机制，支持失败替代(failover)和失败回溯(faiback)； (2)拥有快速检测到对端不可达的能力； (3)拥有更好的包丢弃处理机制，Diameter协议要求对每个消息进行确认； (4)可以保证数据体的完整性和机密性； (5)支持端到端安全，支持TLS和IPSec； (6)为每个会话进行认证/授权，以保证安全性； 在Diameter基础协议上扩展的应用协议Diameter Credit Control Application，定义了针对预付费用户的计费机制，采用信用额度控制实现了基于会话及事件的计费，解决了对于预付费的计费需求。 DCC消息结构定义 DiameterCC协议的消息结构如下，这些字段是以网络字节顺序传送的。 0 1 2 3 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 1 Version Message Length 2 command flags Command-Code 3 Application-ID 4 Hop-by-Hop Identifier 5 End-to-End Identifier 6 AVPs . . N AVPs 其中，AVP结构为： 0 1 2 3 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 1 AVP Code 2 V M P r R r r r AVP Length 3 Vendor-ID (opt) 4 Data . . N Data 说明：在消息体定义中，类型域中的OctetStringN（N为整数），由基本类型OctetString派生出来，限制长度不大于N；必选属性域“M”表示该AVP在消息中必选，“C”表示该AVP在消息中条件可选。AVP名称前面的*表示该AVP是可重复的。对于AVP的M位属性和Vendor-ID定义参见接口总册。 CCR和CCA消息定义 Credit-Control-Request消息定义 CCR ::= Diameter Header: 272, REQ, PXY Session-Id { Origin-Host } { Origin-Realm } { Destination-Realm } { Auth-Application-Id } { Service-Context-Id } { CC-Request-Type } { CC-Request-Number } [ Destination-Host ] [ User-Name ] [ Origin-State-Id ] [ Event-Timestamp ] *[ Subscription-Id ] [ Termination-Cause ] [ R