CN100583935C - IMS/PoC***中群组通信的计费方法 - Google Patents

Abstract

本发明涉及一种对IP多媒体子***/无线一键通业务(IMS/PoC)***中群组通信进行计费的方法，所述方法包括：在PoC XDMS中的群组列表数据中增加有关PoC群组成员的付费属性的信息；以及对PoC服务器与计费数据功能之间的Rf接口或PoC服务器与在线计费***之间的Ro接口的Diameter协议进行扩展以增加PoC群组标识及该PoC群组中集中被计费方的有关信息。根据本发明，增强了现有PoC群组通信的计费功能，并更为灵活的支持了面向集团用户的PoC计费方案，在计费***中能更有效地针对特定的群组实施有针对性的资费优惠政策。

Description

IMS/PoC***中群组通信的计费方法

技术领域

本发明涉及IP多媒体子***(IMS)的计费技术，其中特别涉及PoC(Push-to-talk over Cellular)***中与群组通信相关的计费技术。

背景技术

蜂窝小区结构是利用有限频率资源来解决大范围地区覆盖和大用户容量通信问题的重大突破，在1979年世界上第一个蜂窝移动通信***即将出现之际，MacDonald.VH在美国贝尔***技术杂志上发表了题为“The Cellular Concept”一文，第一次对移动通信的蜂窝小区结构概念、原理和相关的分析，作了较全面的介绍。这已经成为现代移动通信***结构的基础和实现原则。

PoC(Push-to-talk over Cellular)(无线一键通)业务是OMA(Open Mobile Alliance-开放移动互联)提出的一种新型移动通信业务，该业务在手机上实现类似对讲机的功能，PoC手机用户不需拨号只要按下一个专用键就可以和某个人或某个群组进行一对一或一对多的通话。有别于早期基于模拟或电路交换技术的专用PTT(Push-to-talk)无线***，PoC是作为一种应用业务而建立在IP多媒体子***(IMS)上的，其基本特点包括：独立于所采用的无线接入技术；基于IP的半双工语音；基于SIP(会话发起协议)的会话控制和基于RTP(实时传输协议)的发言权控制(Floor Control)；PoC***作为IMS网络的应用服务器而建立在IMS核心网的基础上。

当前PoC规范支持一对一PoC会话(1-1 PoC Session)、临时PoC群组会话(Ad-hoc PoC Group Session)、预安排PoC群组会话(Pre-arranged PoC Group Session)及聊天PoC群组会话(Chat PoCGroup Session)。其中，临时PoC群组会话与一对一PoC会话在PoC会话建立方式上相似，都是通过某PoC用户向其他PoC用户的URI(通用资源标识符)发起会话请求而建立起来的，不同的是一对一PoC会话中某PoC用户仅与另一个PoC用户建立会话，而临时PoC群组会话中某PoC用户同时与多个PoC用户建立会话；预安排PoC群组会话则与聊天PoC群组会话在PoC会话建立方式上相似，都是通过某PoC用户向某PoC群组的URI发起会话请求而建立起来的，不同的是在预安排PoC群组会话中，一旦某预安排PoC群组中的PoC用户向该群组发起通话请求，若该群组会话尚未建立***将主动向该预安排PoC群组中的所有其他用户发起会话请求，而在聊天PoC群组会话中，该主叫用户仅加入该聊天PoC群组会话而不对该聊天PoC群组中的其他用户发起会话请求。

根据OMA规范“Push to talk over Cellular(PoC)-Architecture，Candidate Version 1.0-17March 2005”及3GPP(第三代合作项目)规范TS23.228 V6.9.0(2005-03)，PoC***结构如图1所示。图1中P-CSCF(代理呼叫状态控制功能)、I-CSCF(问询呼叫状态控制功能)与S-CSCF(服务呼叫状态控制功能)构成IMS核心(IMS Core)，完成IMS基本会话控制、SIP消息路由、业务激发等核心网络功能。HSS(归属用户服务器)是用户配置数据库服务器，用于存储用户的位置信息以及用户的各种签约信息等业务数据。PoC服务器是PoC业务的IMS应用服务器，完成PoC会话处理、媒体分发、发言权控制、群组会话策略管理等功能；PoC群组通信所需的群组列表数据是以XML(可扩展的标记语言)形式组织并由XDMS(XML文档管理服务器)存储和管理，其中，可供各种OMA应用业务共用的群组列表数据如URI列表等由共享XDMS存储和管理，而PoC业务专用的群组列表数据，包括PoC群组(PoC Groups)和PoC用户访问策略(PoC User Access Policy)等则由PoC XDMS存储和管理。XDMS除了可以被相应的应用服务器所访问外，也允许PoC用户通过汇聚代理(Aggregation Proxy)访问以进行XML文档的创建、修改、获取或者删除等管理操作。Presence服务器是Presence业务的应用服务器，可为PoC用户提供其他PoC用户的状态及可用信息。与XDMS相关的接口均采用XCAP(XML配置访问协议)协议，PoC服务器、PoC XDMS及共享XDMS与S-CSCF的ISC接口均采用SIP协议，其中PoC XDMS及共享XDMS与S-CSCF的ISC接口用于对群组列表XML文档修改事件的订阅(Subscription)和通知(Notification)。关于SIP和XCAP协议的详细描述，可以分别参考IETF(因特网工程任务组)的规范RFC3261及草案“The ExtensibleMarkup Language(XML)Configuration Access protocol(XCAP)”，J.Rosenberg，Feb.2005，http://www.ietf.org/internet-drafts/draft-ietf-simple-xcap-06.txt”，关于PoC的详细描述可以参考“http://member.openmobilealliance.org/ftp/Public_documents/POC/Permanent_documents/”所给出的PoC系列规范。

PoC服务器在逻辑结构上划分为控制PoC功能和参与PoC功能，一个PoC服务器实体对某个PoC会话而言或者执行参与PoC功能或者控制PoC功能。一个PoC会话的参与者可能连接多个不同的PoC服务器，而各相关PoC服务器所承担的功能是在该PoC会话建立时确定的，并且保持不变化直至该PoC会话全部结束。在一对一PoC会话和临时PoC群组会话中，发起会话请求的用户所在的PoC服务器将负责承担控制PoC功能；在预安排PoC群组会话和聊天PoC群组会话中，将PoC群组URI解析为各组成员URI的PoC服务器将负责承担控制PoC功能。在PoC***中，承担控制PoC功能的PoC服务器将负责相应PoC会话的发言权控制和媒体分发等控制功能，承担参与PoC功能的PoC服务器则负责相应PoC会话的发言权控制消息中继和媒体中继等功能。其中，对预安排PoC群组会话和聊天PoC群组，在送往承担控制PoC功能的PoC服务器和承担参与PoC功能的PoC服务器的初始会话请求中，都将携带相应PoC群组的URI。

根据3GPP(第三代合作项目)的草案TS32.272V1.0.0(2005-02)“Push-to-talk over Cellular(PoC)charging”及技术报告TR23.979V6.0.0(2004-12)“3GPP enablers for OMA PoC Services”，PoC支持3GPP规范TS32.240及TS32.260所述的非实时离线计费和实时在线计费两种方式。

在图2所示的PoC计费结构中，在线计费***(OCS)用于在线实时计费，它与PoC服务器通过Ro接口相连；CDF(计费数据功能)和CGF(计费网关功能)用于离线计费，PoC服务器通过Rf接口向CDF提供有关计费信息并由CDF生成CDR(计费数据记录)，CGF则将由CDF通过Ga接口提供的CDR生成CDR文件并最终传输到帐单***。其中，所述Ro、Rf接口均采用Diameter协议进行通信。为了话费统计、运营商之间的结算等目的，在线计费也允许产生CDR，为此可以在OCS中实现可选的CGF功能。

为了便于对PoC业务进行计费，根据3GPP的草案TS32.272V1.0.0(2005-02)所述的PoC计费原则，PoC业务被分解为早期会话(Early-Session)建立、PoC会话参与、即时个人提醒(Instant personalalert)、PoC话音突发(PoC talk burst)发送与接收及PoC群组公告(PoC group advertisement)等多个可被独立计费的子业务，各子业务的被计费方则可能是PoC会话的参与者、PoC会话发起者、PoC群组所有者、相应子业务的使用者等在PoC会话中扮演不同角色的PoC用户，实际***中哪种子业务由PoC会话中扮演哪种角色的PoC用户负责付费，可以由OCS(对在线计费的情况)或帐单***(对离线计费的情况)决定，也可以在PoC服务器中进行预配置。参考OMA的草案“Push to Talk Over Cellular 2 Requirements，Version 2.0-17March 2005”，随着PoC业务能力的增加，如支持图象、视频、多媒体等媒体类型及各媒体分量独立的发言权控制等，在新的版本中PoC业务将出现更多的可被独立计费的子业务以及新的被计费方类型，但上述计费原则仍是相同的。

根据3GPP规范TS32.299 V6.2.0(2005-03)、TS32.260 V6.1.0(2005-03)及草案TS32.272 V1.0.0(2005-02)，对离线计费的情况，PoC服务器产生的计费信息利用Diameter基础协议(RFC3588)的计费请求消息“Accounting-Request”(ACR)及其应答消息“Accounting-Answer”(ACA)传送到CDF；对在线计费的情况，PoC服务器产生的计费信息则利用Diameter信用控制应用协议(参见http://www.ietf.org/internet-drafts/draft-ietf-aaa-diameter-cc-06.txt)的信用控制请求消息“Credit-Control-Request”(CCR)和其应答消息“Credit-Control-Answer”(CCA)传送到OCS。

在图3和图4所示的ACR和CCR的AVP(属性值对)结构中，ACR的AVP由Diameter基础协议AVP和业务信息AVP组成，CCR的AVP由Diameter基础协议AVP、Diameter信用控制应用协议AVP和业务信息AVP组成，其中，业务信息AVP包括分组交换承载的PS-Information AVP、IMS相关的IMS-Information AVP及PoC业务特有的PoC-Information AVP。PoC-Information AVP包括了所有反映PoC特有的计费属性参数以支持按上述原则对PoC业务进行计费，如TS32.272V1.0.0(2005-02)已定义的“PoC Server Role”、“PoCSession Type”、“PoC Subscriber Session Role”及其它待定义的反映PoC有关子业务计费属性的参数。其中，“PoC Subscriber SessionRole”即反映了该用户在上述PoC会话中的角色。离线计费ACR消息和在线计费CCR消息的Diameter基础协议AVP中均包含了AVP“User-Name”，而在线计费CCR消息的Diameter信用控制应用协议AVP中还包含了AVP“Subscription-Id”。根据3GPP的规范TS32.299V6.2.0(2005-03)与TS 32.296 V6.0.0(2004-12)，所述AVP“User-Name”包含了唯一标识IMS签约用户的私有用户标识(PrivateUser Identity)，AVP“Subscription-Id”由AVP“Subscription-Id-Type”和AVP“Subscription-Id-Data”组成，用于标识在线计费中的被计费方。

在现有的PoC计费技术中，***基于所采用的PoC各子业务的计费模式、费率等资费标准，对离线计费的情况，帐单***根据CDR中的用户标识和指示该用户在该PoC会话中的角色等计费相关信息，利用CDR中反映该用户使用PoC有关子业务的详细记录数据即可完成PoC业务话单的批价结算处理；对于在线计费的情况，OCS根据来自Ro接口的CCR消息中AVP“User-Name”所指示的PoC用户在该PoC会话中的角色等计费相关信息，利用该消息中所传送的反映该用户使用PoC有关子业务的详细记录数据，基于“Subscription-Id”所指示的被计费方帐户余额进行实时计费和信用控制。

另一方面，PoC业务的一个显著特点是实现预安排PoC群组、聊天PoC群组等特定群组的通信。此类特定群组通信主要是针对集团用户或者企业用户，它们往往出于集团业务的需要在其内部或其特定客户群等特定用户群中构建一个或多个PoC群组，对此类PoC群组通信，其费用在一定条件下由相应集团或者企业统一支付是更为常见的用户需求。这种付费方案将有利于PoC业务经营者开拓集团用户市场并扩大PoC业务量和运营收益，同时该方案还使得集团或者企业用户在保证自身业务有效开展的同时有效避免或减少支付私人性质的个人话费，因此将有利于PoC业务的开展和实施。

但是现有技术在帐单***/OCS或PoC服务器中根据用户在PoC会话中所担当的角色对PoC各子业务付费方进行固定配置，将难以解决不同群组付费方不同的计费问题。对离线计费的情况虽然可能在后台帐单***中利用群组信息进行批价处理，但现有技术中帐单***并不能直接访问PoC XDMS，而PoC XDMS中的群组列表数据也未定义PoC群组成员的付费属性，而且PoC群组的属性包括成员等是允许用户动态修改的，因此难以解决后台帐单***非实时处理与PoC群组动态变化的问题。同样对在线计费的情况，由于PoC XDMS中的群组列表数据并未定义PoC群组成员的付费属性，因此也较难实现针对不同群组不同计费方的实时计费和信用控制。

另外如上所述，PoC群组通信的一个重要应用是面向集团用户或者企业用户，实际中对此类用户运营商往往需要根据集团用户的业务量、用户数、行业特点等制定针对性的资费优惠政策，从而有效发展高端客户以增加运营收入。显然，在PoC群组通信中此类资费优惠政策的制定是针对特定的PoC群组而不是个人用户的，但是，现有PoC计费技术中Ro和Rf接口的Diameter消息中均未携带PoC群组标识的有关信息，因此较难在计费***中针对特定的群组实施有针对性的资费优惠政策。

发明内容

针对上述PoC群组通信计费中存在的不足，本发明提出了一种有效的方法来增强现有PoC群组通信的计费功能，以支持更为灵活的面向集团用户的PoC计费方案。

根据本发明，提供了一种对IP多媒体子***/无线一键通业务(IMS/PoC)***中群组通信进行计费的方法，其中，PoC服务器通过Ro接口与在线计费***(OCS)相连用于在线实时计费；PoC服务器通过Rf接口与计费数据功能(CDF)相连，向CDF提供有关计费信息并由CDF生成计费数据记录(CDR)传送给计费网关功能(CGF)并最终传输到帐单***以用于离线计费；有关PoC群组通信所需的群组列表数据由与PoC服务器相连的XML文档管理服务器(XDMS)存储和管理；以及所述Ro、Rf接口均采用Diameter协议进行通信；所述方法包括：在PoC XDMS中的群组列表数据中增加有关PoC群组成员的付费属性的信息；以及对Rf接口或Ro接口的Diameter协议进行扩展以增加PoC群组标识及该PoC群组中集中被计费方的有关信息。

根据本发明，增强了现有PoC群组通信的计费功能，并更为灵活的支持了面向集团用户的PoC计费方案，在计费***中能更有效地针对特定的群组实施有针对性的资费优惠政策。

附图说明

从下面对以非限制性例子的方式提供的本发明优选实施例的描述以及从附随附图中，会更加清楚本发明的这些和其他特点、优点和有益效果，其中：

图1是现有技术中的PoC***结构示意图；

图2是基于现有技术的PoC计费结构；

图3是离线计费情况中的Diameter基础协议中的计费请求消息“Accounting-Request”(ACR)的AVP结构；

图4是在线计费情况中的Diameter基础协议中的信用控制请求消息“Credit-Control-Request”(CCR)的AVP结构；

图5是基于本发明的一个“list-service”文档XML schema的例子；

图6是基于本发明的增强的PoC群组通信计费方法的实现流程。

具体实施方式

以下通过结合附图，对本发明的优选实施方式进行描述，应该理解，在这里描述的优选实施方式并不是限制性的说明，本领域技术人员可以根据本发明的原理，对本发明作出各种修改、改进而不会脱离随附权利要求所限定保护范围。

尽管以下对发明内容的描述主要针对PoC群组通信计费的情况，但是，本发明提出的基本方法和原则，对PoC业务以外的群组通信应用，如IMS会议应用等都是适用的。

根据本发明，提出了一种对IP多媒体子***/无线一键通业务(IMS/PoC)***中群组通信进行计费的方法，其中，PoC服务器通过Ro接口与在线计费***(OCS)相连用于在线实时计费；PoC服务器通过Rf接口与计费数据功能(CDF)相连，向CDF提供有关计费信息并由CDF生成计费数据记录(CDR)传送给计费网关功能(CGF)并最终传输到帐单***以用于离线计费；有关PoC群组通信所需的群组列表数据由与PoC服务器相连的XML文档管理服务器(XDMS)存储和管理；以及所述Ro、Rf接口均采用Diameter协议进行通信；所述方法包括：在PoC XDMS中的群组列表数据中增加有关PoC群组成员的付费属性的信息；以及对Rf接口或Ro接口的Diameter协议进行扩展以增加PoC群组标识及该PoC群组中集中被计费方的有关信息。

1.PoC XDMS群组列表数据的扩展

根据本发明，为了支持增强的PoC群组通信计费功能，在PoCXDMS中的群组列表数据中增加有关PoC群组成员的付费属性的信息，包括但不限于负责支付该群组通信部分或全部费用的集中被计费方、由该集中被计费方为该群组各成员在该PoC群组通信中产生的PoC业务费用所支付的比例、以及该集中被计费方为该群组各成员在该PoC群组通信中所产生的PoC业务费用按此比例进行支付的条件等信息。

由于只有PoC群组所有者允许通过Ut接口对PoC群组XML文件创建、修改、删除等管理操作，因此支付该群组通信费用的集中被计费方只可能是该PoC群组所有者。PoC群组中除该PoC群组所有者以外的其它成员在该PoC群组通信中所产生的PoC业务费用的部分或全部可由该PoC群组的所有者负责支付。该PoC群组各成员享有由该PoC群组所有者为其支付部分或全部其在该PoC群组通信中产生的PoC业务费用可能需要满足一定的条件，典型的条件包括但不限于有效时间段、在一定时间内的免费额度等。如某公司工作时间是周一至周五的09:30到18:00，则该公司的一个PoC群组即可能在此工作时间内免费，在周一至周五的其它时间为其成员支付一半的在该PoC群组通信中所产生的PoC业务费用，而在周六和周日则完全由各成员个人支付。另一个例子是规定各成员可享有的在该群组通信中一定时间内的免费额度，某成员一旦在规定时间内在该群组通信中由该群组集中付费方支付的费用超过其免费额度，在此规定时间内该PoC群组所有者将不再为其支付其在该PoC群组通信中所产生的PoC业务费用。

根据OMA规范“PoC XDM Specification Candidate Version 1.0-17March 2005”，用于预安排PoC群组及聊天PoC群组等PoC群组通信的PoC群组由PoC XDMS中的基于“list-service”文档模板的XML文件所描述。在该规范所给出的“list-service”文档的XMLschema的基础上，作为一个示范性非限制性的例子，图5给出了基于本发明的“list-service”文档的XML schema。关于XML schema的详细描述，可以由W3C的网址“http://www.w3.org/XML/Schema”获得相关信息。

图5是基于本发明的一个“list-service”文档XML schema的例子，其中以图5-I、5-II的形式示出了所述“list-service”文档的XMLschema。在图5所示的“list-service”文档的XML schema中，阴影所示为基于本发明而增加的部分，其它为OMA规范所给出的部分。其中，<list-service>根元素可包含<is-charged-party>元素，该元素取值为布尔类型，用于指示该群组的所有者是否为集中支付该群组通信费用的被计费方。<list-service>根元素还可包含<charging-rule>元素，用于指示PoC群组成员的付费规则，每个<charging-rule>元素可包含<discount>、<expire-time>、<discount-condition>等子元素，其中子元素<discount>取值为0-100的整数，用于指示由该PoC群组的所有者为该PoC群组成员在该PoC群组通信中产生的PoC业务费用所支付的百分比，100％表示对该PoC群组成员免费，为零则表示该该PoC群组的所有者不负责支付该PoC群组成员在该PoC群组通信中产生的PoC业务费用而由该PoC群组成员个人支付；<expire-time>用于指示该付费规则的有效期，在子元素<expire-time>所表示的时间之后该付费规则失效；子元素<discount-condition>则给出了该PoC群组各成员享有按子元素<discount>所给出的比例由该PoC群组所有者为其支付其在该PoC群组通信中产生的PoC业务费用需满足的条件，即由<valid-time>与<valid-day>子元素所给出的一天中适用的时间段和一周中适用的日期。

尽管图5所示的例子中PoC群组成员的付费规则是针对群组中所有成员的，但是本发明也允许对群组中的各成员分别指定付费规则，或者是将总的付费规则作为缺省项而针对某些成员指定特有的付费规则等等。另外，除了对群组各成员在该群组通信中所产生的PoC业务费用指定付费规则外，根据本发明，也可以分别对群组各成员在该群组通信中所产生的PoC业务的各个子业务或子业务组合指定相应的付费规则。尽管还可能存在其它的付费规则配置方案，但是，包括上述方案在内的所有可能的实现方案均在本发明所提出的方法和原则之内。

2.离线计费对增强PoC群组通信计费功能的支持

根据本发明，为支持增强的PoC群组通信计费功能，对离线计费的情况，在现有Diameter协议中增加用于描述为AVP“User-Name”所指示的用户承担部分或全部费用的其他被计费方标识的AVP，以及所述其他被计费方为该用户在此呼叫记录内所产生的费用支付的比例的AVP，同时离线计费***所产生的CDR中也记录所述其他被计费方标识和其费用支付比例，这样，后台帐务***可利用这些增加的信息对相应的被计费方进行批价结算处理。

作为一个示范性非限制性的例子，在Diameter计费协议的AVP结构中，增加一个可选的允许出现多次的类型为“Grouped”的AVP“Charged-Party-List”，该AVP进一步由类型为“UTF8String”的AVP“Charged-Party-ID”和类型为“Unsigned32”的AVP“Charged-Percentage”组成，如下所示(其中TBD表示数值待定)：

Charged-Party-List::＝<AVP Header:TBD>

                      {Charged-Party-ID}

                      {Charged-Percentage}

其中，AVP“Charged-Party-ID”对应为AVP“User-Name”所指示的用户承担部分或全部费用的被计费方的用户标识，AVP“Charged-Percentage”则给出了相应被计费方为该用户在此呼叫记录内所产生的费用支付的比例。

利用上述协议和计费***功能的扩展，对PoC离线计费的情况，在PoC服务器与CDF的Rf接口的Diameter消息中使用本发明提出的用于描述为AVP“User-Name”所指示的PoC用户承担部分或全部PoC业务费用的计费方标识及其费用支付比例的AVP，其中，计费方包括AVP“User-Name”所指示的PoC用户自身以及为在该PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的被计费方，而各被计费方所负责的费用支付比例由PoC服务器从PoC XDMS所存贮的PoC群组XML文档中获得，其中PoC群组XML文档应支持本发明所述的对PoC群组成员付费属性等有关信息的扩展定义。

3.在线计费对增强PoC群组通信计费功能的支持

根据本发明，为支持增强的PoC群组通信计费功能，对在线计费的情况，在现有Diameter协议中增加用于描述为AVP“User-Name”所指示的用户承担部分或全部费用的其他被计费方标识的AVP，以及所述其他被计费方为该用户在此呼叫记录内所产生的费用支付的比例的AVP。当一个信用控制请求消息指定了多个被计费方及其负责的费用支付比例时，OCS将按照各被计费方负责的费用支付比例对其进行实时计费，而任一被计费方帐户余额不足都将导致业务请求信用认证的失败。

根据3GPP的草案TS32.272V1.0.0(2005-02)与IETF的Diameter信用控制应用协议草案(参见http://www.ietf.org/internet-drafts/draft-ietf-aaa-diameter-cc-06.txt)，在线计费中Ro接口Diameter消息的AVP“Subscription-Id”为“Multiple-grouped”类型，即允许同时提供多种签约用户标识。但是，当前Diameter信用控制应用协议草案并未说明所述AVP“Subscription-Id”所提供的多种签约用户标识是否属于同一用户，而现有技术并未指定若存在多个被计费方他们应承担费用的比例关系，因此实际上在现有技术下难以通过所述AVP“Subscription-Id”同时指定多个被计费方进行实时计费和信用控制。

因此，一个优选方案是对现有Diameter信用控制应用协议AVP“Subscription-Id”进行扩展，即在AVP“Subscription-Id”包括AVP“Subscription-Id-Type”和AVP“Subscription-Id-Data”的基础上，在该AVP中增加描述该AVP所指定的被计费方为AVP“User-Name”所指示的用户在此呼叫记录内的费用支付的比例的AVP，并允许用多个AVP“Subscription-Id”指示多个不同的被计费方。作为一个示范性非限制性的例子，所述AVP“Subscription-Id”定义扩展如下(其中TBD表示数值待定)：

Subscription-ID::＝<AVP Header:TBD>

                   {Subscription-Id-Type}

                   {Subscription-Id-Data}

                   [Charged-Percentage]

其中，类型为“Unsigned32”的“Charged-Percentage”为本发明扩展的AVP，用于描述AVP“Subscription-Id-Data”所指定的被计费方在此呼叫记录内为AVP“User-Name”所指示的用户承担费用的比例。

利用上述协议和计费***功能的扩展，对PoC在线计费的情况，在PoC服务器与OCS的Ro接口的Diameter消息中使用上述对AVP“Subscription-Id”的扩展定义。为此，可利用AVP“Subscription-Id”同时指定两个被计费方及各自所承担的PoC业务费用比例，其中，一个被计费方是AVP“User-Name”所指示的PoC用户，另一个被计费方是在AVP“User-Name”所指示的PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的被计费方，该被计费方以其负责的费用支付比例由PoC服务器从PoC XDMS所存贮的PoC群组XML文档中获得，其中PoC群组XML文档应支持本发明所述的对PoC群组成员付费属性等有关信息的扩展定义。

4.针对特定群组的资费控制

如前所述，对PoC业务等群组通信应用，现有计费技术中Ro和Rf接口的Diameter消息中均未携带群组标识的有关信息，因此较难在计费***中针对特定的群组实施有针对性的资费策略。因此根据本发明，对PoC业务等群组通信应用，可以在现有Diameter协议中增加用于标识AVP“User-Name”所指示的用户所在的群组的AVP(对离线计费该AVP所指示的群组标识还将被记录在CDR中)，从而便于计费***按照群组标识针对特定的群组实施有针对性的资费策略。

对PoC业务计费的情况，一个优选的非限制性的例子是在图3及图4所示的Diameter消息的“PoC-Information”部分增加一个可选的类型为“Unsigned32”的“PoC-Group-ID”，用于标识AVP“User-Name”所指示的PoC用户所在的PoC群组，它包含了该PoC群组的URI，即该PoC群组在IMS***中的公共业务标识(PublicService Identity)。利用该AVP给出的PoC群组的公共业务标识，计费***即可针对该PoC群组实施有针对性的资费策略。

5.基于本发明的PoC群组通信计费方法

由于某PoC群组中负责支付该PoC群组通信部分或全部费用的集中被计费方(即该PoC群组所有者)，与某享有由该集中被计费方为其支付部分或全部其在该PoC群组中的PoC业务费用的该PoC群组成员可能分别采用不同的计费方式，因此以下针对可能采用的计费方式的组合情况，利用上述PoC计费***结构中相应接口协议的扩展，对本发明所提出的增强的PoC群组通信计费方法作进一步的描述。

对集中被计费方(即PoC群组所有者)采用离线计费方式而PoC群组成员采用在线计费方式的情况，根据本发明，利用上述PoC计费***结构中相应接口协议的扩展，PoC服务器将同时向Ro接口和Rf接口传送该PoC群组成员的PoC业务呼叫记录数据，其中，送往OCS和CDF的该PoC群组成员的PoC业务呼叫记录数据反映的是相同的PoC业务呼叫状况参数，但送往OCS的Diameter消息中代表被计费方的AVP“Subscription-Id”只有一项，该AVP指示的被计费方就是AVP“User-Name”所指示的该PoC用户，而该AVP中的AVP“Charged-Percentage”应指示该PoC用户所承担的在此呼叫记录内的费用支付比例。而送往CDF的Diameter消息中应包括两项AVP“Charged-Party-List”，其中一项中的AVP“Charged-Party-ID”指示在AVP“User-Name”所指示的PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的集中被计费方(即为该PoC群组所有者)，该项中的AVP“Charged-Percentage”则为该集中被计费方所承担的对该PoC用户在此呼叫记录内费用的支付比例；另一项中的AVP“Charged-Party-ID”即指示AVP“User-Name”所指示的该PoC用户，但是该项中的AVP“Charged-Percentage”的值置为零。在后台帐单***进行话单批价处理时，若发现某用户的CDR中包括显式地指示该用户的费用支付比例为零的话单，将不对该用户收取该CDR所导致的费用。

对于集中被计费方(即PoC群组所有者)采用在线计费方式而PoC群组成员采用离线计费方式的情况，根据本发明，利用上述PoC计费***结构中相应接口协议的扩展，PoC服务器将同时向Ro接口和Rf接口传送该PoC群组成员的PoC业务呼叫记录数据，其中，送往OCS和CDF的该PoC群组成员的PoC业务呼叫记录数据反映的是相同的PoC业务呼叫状况参数，但送往OCS的Diameter消息中代表被计费方的AVP“Subscription-Id”只有一项，该AVP指示的被计费方就是在AVP“User-Name”所指示的PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的集中被计费方(即为该PoC群组所有者)，而该AVP中的AVP“Charged-Percentage”应指示该集中被计费方在此呼叫记录内的费用支付比例。另一方面，送往CDF的Diameter消息只需包括一项AVP“Charged-Party-List”，该AVP中的AVP“Charged-Party-ID”指示的被计费方就是AVP“User-Name”所指示的该PoC用户，而该AVP中的AVP“Charged-Percentage”应指示该PoC用户所承担的在此呼叫记录内的费用支付比例。在后台帐单***进行话单批价处理时，若发现某用户的CDR中包括显式地给出了该用户费用支付比例的话单，将按此比例对该用户收取相应比例的话费。

对集中被计费方(即PoC群组所有者)和PoC群组成员采用相同的计费方式包括在线计费或离线计费方式的情况，PoC服务器将仅向Ro接口或Rf接口之一传送该PoC群组成员的PoC业务呼叫记录数据，而对被计费方及其费用支付比例的控制则利用前述对PoC计费***结构中相应接口协议的扩展即可实现。

另外还有一种较为特殊情况，即任何被计费方的费用支付比例取值仅为0％或100％，即要么由PoC群组成员自己承担其在该PoC群组中的PoC业务费用，要么PoC群组成员在该PoC群组通信中完全免费，所有该PoC群组的PoC业务费用由该PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的集中被计费方(即为该PoC群组所有者)支付。在该特殊情况下PoC服务器任何时候将仅向Ro接口或Rf接口之一传送该PoC群组成员的PoC业务呼叫记录数据，若由PoC群组成员自己付费即对应现有技术的实现方案，若由该PoC群组的集中被计费方付费而对PoC群组成员免费，对该PoC群组的集中被计费方采用在线计费方式的情况，利用现有Diameter信用控制协议而无需采用前述对AVP“Subscription-Id”的扩展即可实现，即由AVP“Subscription-Id”指示该PoC群组的集中被计费方；对该PoC群组的集中被计费方采用在离线计费方式的情况，与前面所述集中被计费方采用离线计费方式而PoC群组成员采用在线计费方式的情况类似，在送往CDF的Diameter计费消息中应包括两项AVP“Charged-Party-List”，其中一项中的AVP“Charged-Party-ID”指示该PoC群组集中被计费方而相应的AVP “Charged-Percentage”取值为100％，另一项中的AVP“Charged-Party-ID”即指示AVP“User-Name”所指示的该PoC用户而相应的AVP“Charged-Percentage”取值为零。

图6示出了基于本发明的增强的PoC群组通信计费方法的实现流程，首先，在步骤S5，PoC服务器接收到由S-CSCF而转发来的初始会话请求时，并根据该初始会话请求中所包含的PoC群组标识向PoC XDMS查询包括付费属性在内的描述该PoC群组的有关信息；然后，在步骤S10，PoC服务器根据PoC XDMS所提供的该PoC群组的有关信息按现有技术进行PoC群组会话控制处理的同时，根据该PoC群组的付费属性信息对PoC群组中集中被计费方与相应PoC群组成员的计费方式组合情况做出判断，并负责产生PoC业务计费所需的各PoC各子业务的呼叫数据记录。最后，在步骤S15，PoC服务器针对PoC群组中集中被计费方与相应PoC群组成员的计费方式组合情况，根据上述描述应用基于本发明的增强的PoC群组通信计费方法，其中，PoC服务器还可以在送往计费***的Diameter消息中附加PoC群组标识，从而允许计费***针对不同PoC群组实施有针对性的资费策略。

以上通过结合附图对本发明的对IMS/PoC***中群组通信的计费方法进行了阐述，但本发明并不限于此。本领域技术人员知道，依据本发明原理，可以对本发明作出各种修改、改进，而不脱离本发明随附权利要求的范围。

Claims (16)

1、一种对IP多媒体子***/无线一键通业务(IMS/PoC)***中群组通信进行计费的方法，其中，PoC服务器通过Ro接口与在线计费***(OCS)相连用于在线实时计费；PoC服务器通过Rf接口与计费数据功能(CDF)相连，向CDF提供有关计费信息并由CDF生成计费数据记录(CDR)传送给计费网关功能(CGF)并最终传输到帐单***以用于离线计费；有关PoC群组通信所需的群组列表数据由与PoC服务器相连的XML文档管理服务器(XDMS)存储和管理；以及所述Ro、Rf接口均采用Diameter协议进行通信；

所述方法的特征在于：

在PoC XDMS中的群组列表数据中增加有关PoC群组成员的付费属性的信息；以及

对Rf接口或Ro接口的Diameter协议进行扩展以增加PoC群组标识及该PoC群组中集中被计费方的有关信息。

2.根据权利要求1的方法，其中，在PoC XDMS中的群组列表数据中增加的有关PoC群组成员的付费属性的信息包括：

有关负责支付该群组通信部分或全部费用的集中被计费方的信息、指示有关由该集中被计费方为该群组各成员在该PoC群组通信中产生的PoC业务费用所支付的比例的信息、以及有关该集中被计费方为该群组各成员在该PoC群组通信中所产生的PoC业务费用按此比例进行支付的条件的信息。

3.根据权利要求2的方法，其中，所述集中被计费方是该PoC群组所有者。

4.根据权利要求2的方法，其中，所述集中被计费方为该群组各成员在该PoC群组通信中所产生的PoC业务支付费用的条件包括：

在有效时间段内支付费用、或者规定各成员可享有的在该群组通信中一定时间内的免费额度。

5.根据权利要求2的方法，进一步包括：针对群组中所有成员计费，或对群组中的各成员分别指定付费规则，或者将总的付费规则作为缺省项而针对某些成员指定特有的付费规则，或者分别对群组各成员在该群组通信中所产生的PoC业务的各个子业务或子业务组合指定相应的付费规则。

6、根据权利要求1的方法，进一步包括：在离线计费的情况，对PoC服务器与CDF之间的Rf接口使用的Diameter协议进行扩展，在Diameter协议的计费请求消息“Accounting-Request”(ACR)中增加用于描述为属性值对AVP“User-Name”所指示的用户承担部分或全部费用的集中被计费方的用户标识的AVP，以及所述集中被计费方为该用户在此呼叫记录内所产生的费用支付的比例的AVP，同时离线计费***所产生的CDR中也记录所述集中被计费方标识和其费用支付比例。

7.根据权利要求6的方法，进一步包括：PoC服务器产生的计费信息利用所述计费请求消息ACR及其应答消息“Accounting-Answer”(ACA)传送到CDF。

8.根据权利要求1的方法，进一步包括：在在线计费的情况，对PoC服务器与OCS之间的Ro接口使用的Diameter协议进行扩展，在Diameter协议的信用控制请求消息“Credit-Control-Request”(CCR)中增加用于描述为AVP“User-Name”所指示的用户承担部分或全部费用的集中被计费方标识的AVP，以及所述集中被计费方为该用户在此呼叫记录内所产生的费用支付的比例的AVP。

9.根据权利要求8的方法，进一步包括：PoC服务器产生的计费信息利用所述信用控制请求消息CCR和其应答消息“Credit-Control-Answer”(CCA)传送到OCS。

10.根据权利要求8的方法，进一步包括：通过对Diameter信用控制应用协议AVP“Subscription-Id”进行扩展，即在AVP“Subscription-Id”中包括AVP“Subscription-Id-Type”和AVP“Subscription-Id-Data”的基础上，在该AVP中增加描述该AVP所指定的被计费方为AVP“User-Name”所指示的用户在此呼叫记录内的费用支付的比例的AVP，并允许用多个AVP“Subscription-Id”指示多个不同的被计费方。

11.根据权利要求1的方法，进一步包括：对PoC业务群组通信应用，在Diameter协议中增加用于标识AVP“User-Name”所指示的用户所在的群组的AVP，从而便于计费***按照群组标识针对特定的群组实施有针对性的资费策略。

12.根据权利要求1的方法，进一步包括以下步骤：

PoC服务器根据接收到的初始会话请求中所包含的PoC群组标识，向PoC XDMS查询包括付费属性在内的描述该PoC群组的有关信息；

PoC服务器根据PoC XDMS所提供的该PoC群组的有关信息以及该PoC群组的付费属性信息，对PoC群组中集中被计费方与相应PoC群组成员的计费方式组合情况做出判断，并负责产生PoC业务计费所需的各PoC各子业务的呼叫数据记录；以及

PoC服务器针对PoC群组中集中被计费方与相应PoC群组成员的计费方式组合情况，采用相应的PoC群组通信计费方法。

13.根据权利要求12的方法，进一步包括：

对集中被计费方采用离线计费方式而PoC群组成员采用在线计费方式的情况，PoC服务器将同时向Ro接口和Rf接口传送该PoC群组成员的PoC业务呼叫记录数据，

其中，送往OCS和CDF的该PoC群组成员的PoC业务呼叫记录数据反映的是相同的PoC业务呼叫状况参数，送往OCS的Diameter消息中代表被计费方的AVP“Subscription-Id”只有一项，该AVP指示的被计费方就是AVP“User-Name”所指示的PoC用户，而该AVP中的AVP“Charged-Percentage”应指示该PoC用户所承担的在此呼叫记录内的费用支付比例；而送往CDF的Diameter消息中应包括两项AVP“Charged-Party-List”，其中一项中的AVP“Charged-Party-ID”指示在AVP“User-Name”所指示的PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的集中被计费方，该项中的AVP“Charged-Percentage”则为该集中被计费方所承担的对该PoC用户在此呼叫记录内费用的支付比例；另一项中的AVP“Charged-Party-ID”即指示AVP“User-Name”所指示的该PoC用户。

14.根据权利要求12的方法，进一步包括：

对于集中被计费方采用在线计费方式而PoC群组成员采用离线计费方式的情况，PoC服务器将同时向Ro接口和Rf接口传送该PoC群组成员的PoC业务呼叫记录数据，

其中，送往OCS和CDF的该PoC群组成员的PoC业务呼叫记录数据反映的是相同的PoC业务呼叫状况参数，送往OCS的Diameter消息中代表被计费方的AVP“Subscription-Id”只有一项，该AVP指示的被计费方就是在AVP“User-Name”所指示的PoC用户所在的PoC群组中负责集中支付该PoC群组通信部分或全部PoC业务费用的集中被计费方，而该AVP中的AVP“Charged-Percentage”应指示该集中被计费方在此呼叫记录内的费用支付比例；送往CDF的Diameter消息只需包括一项AVP“Charged-Party-List”，该AVP中的AVP“Charged-Party-ID”指示的被计费方就是AVP“User-Name”所指示的该PoC用户，而该AVP中的AVP“Charged-Percentage”应指示该PoC用户所承担的在此呼叫记录内的费用支付比例。

15.根据权利要求12的方法，进一步包括：

对集中被计费方和PoC群组成员采用相同的计费方式的情况，PoC服务器将仅向Ro接口或Rf接口之一传送该PoC群组成员的PoC业务呼叫记录数据。

16.根据权利要求1的方法，其中，所述PoC群组业务包括：

预安排PoC群组会话和聊天PoC群组会话。

Images