中国联通diameter 实时计费接口培训 Day2(1).ppt

《中国联通diameter 实时计费接口培训 Day2(1).ppt》由会员分享，可在线阅读，更多相关《中国联通diameter 实时计费接口培训 Day2(1).ppt（37页珍藏版）》请在三一办公上搜索。

1、中国联通Diameter Workshop（Day 2）DCCA 介绍,Siemens Com MN AS IC Feb-23 2,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,典型信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 3,DCCA背景,DCCA=Diameter Credit Control Application是针对预付费业务的实现而定义的Daimeter的应用规范：IETFAAADiameterCC RFC4006（最新版）,Siemens Com MN AS IC

2、 Feb-23 4,DCCA框架结构,Diameter 基础协议，传送协议,NASREQ应用,移动IP应用,EAP应用,SIP应用,DCCA,DCCA：Diameter Credit Control Application,Siemens Com MN AS IC Feb-23 5,DCCA架构模型,Credit Control Client,Credit Control Server,AAAServer,Business Support system,End User,End User,Diameter CC协议,Diameter Base or CC协议,Siemens Com MN AS

3、 IC Feb-23 6,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 7,DCCA 信用控制消息,相对于Diameter Base，DCCA新增Credit-Control-Request/Credit-Control-Answer消息改进 Re-Auth-Request/Re-Auth-Answer,CCR/CCA,RAR/RAA,Siemens Com MN AS IC Feb-23 8,DCCA 信用控制消息-CCR,:=Ori

4、gin-Host Origin-Realm Destination-Realm Auth-Application-Id Service-Context-Id CC-Request-Type CC-Request-Number Destination-Host User-Name CC-Sub-Session-Id Acct-Multi-Session-Id Origin-State-Id Event-Timestamp*Subscription-Id*Multiple-Services-Credit-Control,Siemens Com MN AS IC Feb-23 9,DCCA 信用控制

5、消息-CCA,:=Result-Code Origin-Host Origin-Realm Auth-Application-Id CC-Request-Type CC-Request-Number User-Name CC-Session-Failover CC-Sub-Session-Id Acct-Multi-Session-Id Origin-State-Id Event-Timestamp Granted-Service-Unit*Multiple-Services-Credit-Control,Siemens Com MN AS IC Feb-23 10,DCCA 目录,DCCA背

6、景和架构模型,DCCA 应用简介,易于事件的信用控制,信用控制AVPs介绍,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 11,DCCA 信用控制应用简介,DCCA 定义了两种信用授权的模型用户账户预留扣费直接扣费这两种模型在都要求用户在得到服务之前需要进行信用授权,Siemens Com MN AS IC Feb-23 12,DCCA 信用应用简介预留扣费,批价计费请求，预留适当的账户余额预留账户余额可以是金额相关的，也可以是流量相关的。也可以是二者的组合。必须维护会话状态。,Siemens Com MN AS IC Feb-

7、23 13,DCCA 信用应用简介直接扣费,单次计费事件，用户账户直接扣除相应单位后，发送应答消息只有收到成功的应答消息后，业务才允许继续。无须维护会话状态,Siemens Com MN AS IC Feb-23 14,DCCA 信用应用简介直接补帐,单次计费事件，向用户某个账户返回金额无须维护会话状态,Siemens Com MN AS IC Feb-23 15,DCCA 信用应用简介多业务并发,对一个用户账户同时有多个计费请求，如数据业务,Siemens Com MN AS IC Feb-23 16,DCCA 信用应用简介查询、余额检查,可以用户查询用户的余额或某项业务的费率基于单次时间计

8、费模型返回的余额在cost-information AVP中。,Siemens Com MN AS IC Feb-23 17,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 18,基于会话的信用控制,基于会话的信用控制中间的消息First（Initial）Intermediate(Update)零到多个FinalDiameter服务器必须维护会话的状态信息。必须使用全局唯一的Session-ID来标识会话。,Siemens Com MN

9、AS IC Feb-23 19,基于会话的信用控制,相应的AVPFirst（Initial）CC-REQUEST-TYPE=1Intermediate(Update)零到多个 CC-REQUEST-TYPE=2Final CC-REQUEST-TYPE=3CC-REQUEST-NUMBER 单调递增。,Siemens Com MN AS IC Feb-23 20,基于会话的信用控制,每个授权都有一定的过期时间，超过过期事件，Diameter服务器需要向客服端发起重授权请求。如果重授权请求失败，则会话中断。,Siemens Com MN AS IC Feb-23 21,基于会话的信用控制支持费率

10、切换,使用应答消息中Tariff-Time-Change AVP来指示费率切换的时间。在Diameter客户端必须记录费率切换前的使用单位和费率切换后的使用单位。,Siemens Com MN AS IC Feb-23 22,基于会话的信用控制支持费率切换,Siemens Com MN AS IC Feb-23 23,基于会话的信用控制支持多业务并发,通过Rating-Group来组合一系列有相同费率的业务。在一条请求消息中可以同时包含多种业务的请求（不同费率）对每种Rating-Group分配独立的使用量（流量）,Siemens Com MN AS IC Feb-23 24,基于会话的信用控

11、制支持多业务并发,A DCC(Sub-)Session|+-+-+-+-+|Service-Id a Service-Id b Service-Id c Service-Id d.Service-Id z/Rating-Group 1.Rating-Group n/|Quota-Quota Quota|/|/|Credit-Pool Credit-Pool,Siemens Com MN AS IC Feb-23 25,基于会话的信用控制典型应用场景,DCC Client,DCC Server,1.CCR（initial）,3.CCA（Initial）,2.批价，预留,4.CCR（Update）

12、,6.CCA（Update）,5.扣费、批价、预留,7.CCR,9.CCA,8.批价、扣费,Siemens Com MN AS IC Feb-23 26,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 27,基于事件的信用控制,无须维护会话状态。在一条消息中完成认证和授权及扣费如果业务失败，则需要补帐使用在业务自发送后需要在相当长的时间内才能知道是否成功应用，如短信和彩信,Siemens Com MN AS IC Feb-23 28,基于

13、事件的信用控制,End-User Service Element AAA Server CC Server(CC Client)|Service Request|-|CCR(Event)|-|CCR(Event)|-|CCA(Granted-Units)|CCA(Granted-Units)|,Siemens Com MN AS IC Feb-23 29,基于事件的信用控制用户余额检查,CC-Request-Type EVENT_REQUEST Requested-Action QUERY,在 COST-INFORMATION AVP中返回所要查询的价格或余额,Siemens Com MN A

14、S IC Feb-23 30,基于事件的信用控制直接扣费,CC-Request-Type EVENT_REQUEST Requested-Action DIRECT-DEBITING,Siemens Com MN AS IC Feb-23 31,基于事件的信用控制补帐,CC-Request-Type EVENT_REQUEST Requested-Action REFUND,Siemens Com MN AS IC Feb-23 32,基于事件的信用控制消息,DCC Client,DCC Server,1.CCR,3.CCA,2.批价，扣费,Siemens Com MN AS IC Feb-2

15、3 33,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 34,出错控制CCFH,CCFH：CREDIT-CONTROL-FAILURE-HANDLING当从客户端发送给服务器的CC消息因为网络问题而暂时失败时，CC客户端使用该AVP中的信息决定下一步如何做。根据业务逻辑的不同，CC服务器在该业务无法计费时，可以命令客户端马上中止业务，或者以切换到替代的服务器。该AVP定义了以下值：TERMINATE 0 当 Credit-Control

16、-Failure-Handling AVP 设置为 TERMINATE时，业务只有在存在CC服务器连接时才可以使用。如果CC客户端在Tx 定时器内没有收到CCA消息，则所发出的CCR被认为是无效的，同时，中止终端业务会话。CONTINUE 1 当 Credit-Control-Failure-Handling AVP 设置为 CONTINUE时，CC客户端在传输或临时失败时，应该重新发送请求到替代服务器。这样，在替代服务器可用时，在CC客户端和服务器之间提供失败替代的流程。另外，即使CC消息无法发送，也允许使用业务。RETRY_AND_TERMINATE 2 当 Credit-Control-

17、Failure-Handling AVP 设置为 RETRY-AND-TERMINATE时，CC客户端在传输或临时失败时，应该重新发送请求到替代服务器。这样，在替代服务器可用时，在CC客户端和服务器之间提供失败替代的流程。另外，当CC消息无法发送，不允许使用业务。,Siemens Com MN AS IC Feb-23 35,出错控制Tx 定时器,Siemens Com MN AS IC Feb-23 36,DCCA 目录,DCCA背景和架构模型,DCCA 应用简介,基于事件的信用控制,出错处理机制,基于会话的信用控制,信用控制消息,信用控制AVPs介绍,Siemens Com MN AS IC Feb-23 37,End 问题？,谢谢！,Thanks！,