专利名称：一种在即按即通业务中基于角色计费的方法及系统的制作方法
技术领域：
本发明涉及通信领域中的计费技术，尤其涉及在即按即通业务中基于角色计费的方法及系统。
背景技术：
即按即通(Push to Talk over Cellular，PoC)业务是一种基于IP技术的集群媒体通信业务，它利用承载网络，以半双工VoIP技术来实现。PoC用户在设定好群组名单后，可与其他PoC用户进行点对点、点对多点的半双工通话。PoC业务系统如图1A所示。
PoC通信中各实体的关系如图1B所示，控制PoC功能(Controlling PoCFunction，CPF)是通信的核心部分，用于进行集中式控制，执行包括会话控制(建立/取消会话、信令和媒体协商、处理请求、分发媒体流等通信控制)、群组策略执行(包括收集并控制QoS)及用户面适配等功能。每个客户端(Client)对应一个加入PoC功能(Participate PoC Function，PPF)，各PPF进行会话操作都是向CPF发送请求，由CPF协调控制会话过程(如媒体分发、数据转送、权限及角色转移、QoE认证等)。加入会话的Client之间通信是通过PPF向CPF请求并接收CPF指令，CPF依据策略向PPF分发媒体、数据，之后，各PPF将其转发给对应连接的Client，完成点Client之间对点/点对多点的通信。
CPF与PPF为功能模块，它们可以存在于1个PoC服务器上，也可以分属不同的PoC服务器上。Client是PoC用户加入会话的功能实体，角色是PoC用户的属性之一，而PoC用户可组成PoC群组(Group)。当前PoC用户角色有普通加入用户(Regular PoC Participant)、调度员(PoC Dispatcher)、中间缓和角色(PoC Moderator)、fleet member(被调度成员)等，角色还在补充之中。
PoC的计费是分别对PPF和CPF进行计费的，分为离线计费和在线计费，离线计费模块称之为CDF，在线计费模块称之为OCS。
当PPF或CPF因PoC操作而产生事件(EVENT)时，或者在会话的建立、更新、结束时，都会引发相应的计费请求和计费操作。
PoC计费主要流程是被计费对象因事件产生而触发计费请求，请中携带所需数据参数，被发送到计费模块(CDF或OCS)；计费模块按此参数进行计费处理，将影响用户帐务数据；完成计费处理后，计费模块向被计费对象返回操作结果。
现有PoC计费没有描述用户角色所需的数据元素和标识方法，没有因角色相关操作而引发的计费相关影响的描述，因此，现有技术无法针对用户角色进行计费。
发明内容
本发明提供一种在即按即通(PoC)业务中基于角色的计费方法，以解决现有技术中不能针对不同用户角色进行差异化计费的问题。
本发明提供以下技术方案一种在即按即通业务中基于角色的计费方法，包括如下步骤PoC服务器向计费功能实体发送计费请求，并且在该请求中携带用户角色的相关信息；所述计费功能实体接收到请求后参考所述相关信息选择计费策略，按选择的计费策略进行计费处理，并向PoC服务器返回计费响应。
其中所述PoC服务器直接从SIP消息中获取用户角色的相关信息；或者，从外部服务器获得用户角色的相关信息；或者，通过组合上下文获得用户角色的相关信息。
在所述计费请求中采用能够表明多用户多角色的数据结构携带所述用户角色的相关信息。
PoC服务器在建立会话、加入会话、会话更新或结束会话过程中发送所述计费请求。
所述PoC服务器向离线计费功能(CDF)实体发送计费请求，由离线计费功能实体完成计费处理。
一种通信系统，包括PoC服务器，用于发送携带用户角色的相关信息的计费请求；计费功能实体，用于接收所述计费请求和参考其中的用户角色的相关信息选择计费策略，并按选择的计费策略进行计费处理和向所述PoC服务器返回计费响应。
本发明在计费请求中携带用户角色的相关信息，计费功能实体根据用户角色相关信息选择计费策略，从而可以实现针对不同的用户角色提供差异化计费。
图1A为现有技术中PoC业务系统结构示意图；图1B为现有技术的PoC通信中各实体的关系示意图；图2为本发明实施例中实现按角色计费的PoC通信系统；图3为本发明实施例中按角色建立/加入PoC会话的计费流程图；图4为本发明实施例中用户-角色各组成部分的关系示意图；图5为本发明实施例中离线计费的流程图；图6为本发明实施例中在线计费的流程图。
具体实施例方式
由于用户角色的区别，其操作权限、操作范围以及可进行的操作都会有所区别，因此，本发明将用户角色考虑到执行的计费策略中，以此提供差异化的计费。
参阅图2所示，CPF与PPF存在于同一个PoC服务器中(也可存在于不同的PoC服务器中)，PoC服务器可以在建立会话、加入会话、会话更新或结束会话过程中触发计费操作，向计费功能实体发送计费请求，该请求中携带PoC用户角色的相关信息。该相关信息可以是角色的部分信息，也可以是角色的详细信息。计费功能实体上保存有针对不同角色的计费策略，在接收到计费请求后，参考用户角色的相关信息选择计费策略并按该策略进行计费处理。所述的计费处理可以是计费，也可以是不计费。
在本实施例中，同一个PoC用户可以拥有1个以上角色(角色间不能互斥)，每个角色拥有不同操作、权限、级别，计费功能实体对此执行不同计费策略，产生相应的计费数据记录(CDR)。角色特征可以包含多方面的内容，比如角色标志、权限、级别、操作范围等，这些数据与计费策略和计费方式关联。角色及其特征可以记录在PoC用户相关的任何地方，同时它们可以分散配置和记录。如记录在XML文档管理服务器(XDMS)中的组(Group)属性中、运行时的PoC服务器或Poc客户端上；保存在PoC服务器上时，可以存在其对应的PPF上，也可以存在于CPF上，或者两者兼而有之。
PoC服务器可以有多种途径获得用户角色的相关信息，如A、PoC服务器从发送来的SIP INVITE直接获得角色信息；B、PoC服务器由SIP INVITE中的Client用户ID/角色ID，从XDMS等外部服务器获得角色信息；C、PoC服务器根据当前状况，组合上下文信息确定赋予某个PoC用户角色。
图2中的PoC服务器和计费功能(Charging function)实体表示功能含意，并不表示功能数量，PoC服务器和计费功能都可能有多个，PPF和CPF可以向不同的计费功能实体发送计费请求。
参阅图3所示，以用户角色的建立或加入PoC会话过程为例，实现计费的过程如下步骤300、PoC服务器收到SIP请求(INVITE)建立/加入PoC会话。
所述SIP请求来源可以是多样的，如A、PoC服务器收到来自PoC客户端发送来的请求；B、其它服务器向PoC服务器发送的请求；C、PoC服务器根据当前状况，由其内部触发并产生SIP请求。
步骤310、PoC服务器会话处理PoC服务器由INVITE信息得到角色信息，进行角色相关处理，同时进行会话处理(如向其它用户发出会话邀请)。在被邀请用户同意加入会话时，在其响应消息200 OK中携带被邀请用户角色的相关信息。
步骤320、PoC服务器向计费功能(Charging Function)实体发送携带用户角色的相关信息的计费请求(Charging Request)，即该请求是角色相关的。(请举例适当说明有哪些相关)步骤330、计费功能实体收到PoC服务器的计费请求后，参考其中的用户角色的相关信息选择计费策略，根据该计费策略开始计费。
选择计费策略时，除参考角色相关信息外，还可以参考其它因素，比如当前所处的时间段、用户会话优先级、前当费率有效范围、当前运行环境(如承载媒体类型、媒体变化)等，这些因素及它们的任何组合情形，都可以影响到如何选择计策略，因此，角色相关信息并非唯一确定计费选择策略的唯一因素，但在角色相关的计费策略选择中需要考虑用户角色。
计费策略可以根据需要灵活定制，如，一种计费策略为按角色和时段确定费率，具体的计费策略可如下所示用户角色为A，处于时段a，对应费率A1；角色为B，处于时段a，对应费率B1；角色为A，处于时段b，对应免费(或不选择费率，直接进行免费处理)。
步骤340、计费功能实体向PoC服务器返回计费响应(Charging Respone)。
步骤350、会话建立成功后，执行其它的会话操作。
在步骤330中，可能会进行一系列操作，这是因为PoC服务器会接受多个被邀请用户回馈的SIP消息，每个都会使PPF及CPF产生相应的计费请求(而且PPF和CPF计费处理也有所不同，CPF会对此连续更新操作)。
对于会话更新过程和结束会话过程中的计费处理与上述流程中的步骤320至步骤340同理。
在计费请求消息中，用户角色的相关信息采用能够表明多用户多角色的角色信息结构携带，一种较佳的方式是以[用户<->多角色信息]组的形式表示([Users-roles])。一个用户角色信息结构表示有多个用户；每个用户有多个角色，每个角色有多个相关信息字段。具体的信息结构关系描述如图4所示，其中A、1个[Users-roles]即是用户角色信息结构，它由
组成(User-role)。其中0角色表示如果会话由会话所有者(SessionOwner)发起Chat型会话，所有者本身不加入会话，而该会话尚无其它用户加入时，CPF记录的角色信息结构里就没有User-role。
B、每个[User-role]可包含
。加入会话的某一用户无角色或策略要求忽略角色信息时，该字段就是空。
C、角色信息由
)中保存CPF控制的会话的所有加入者角色信息，随着用户的加入，不断更新该信息组；有机制将该情况向计费功能发起请求，创建相应的不完全CDR记录(Partial CDR)(之后它们会被合并)，记录这种变化及其对计费策略的影响。
2、对于PPF，角色信息结构([Users-Roles])中保存该用户信息，PPF建立/参加会话时，不用更新该信息，计费功能在CDR中记录下该用户的角色信息。
在本实施例中，计费可以是离线计费(Offline Charging)，也可以是在线计费；对于在线计费由基于会话的资源预留计费(SCUR)或基于事件的资源预留计费(ECUR)来实现。
参阅图5所示，以用户角色的建立或加入PoC会话过程为例，实现离线计费的过程如下步骤500、PoC服务器收到请求SIP INVITE，建立/加入PoC会话。
步骤510、PoC服务器进行角色相关信息处理，并进行会话控制。
步骤520、PoC服务器向计数数据功能(CDF)实体发角色相关的计费请求(ACR[start，Users，Roles Info])。
步骤530、CDF实体进行角色相关的一系列处理，包括根据用户角色的相关信息执行计费策略，执行计费策略生成PPF-CDR和PPF-CDR。
步骤540、CDF实体向PoC服务器返回计费响应(ACA[start]))(分别回应CPF和PPF)。
步骤550、会话建立成功，PoC服务器进行其它PoC会话操作。相应的，计费处理完成，CDF执行其它PoC业务。
与建立会话的计费过程有相似的还有会话更新过程、结束会话过程，它们与图5所示的流程同理，但计费请求消息有所不同更新过程用到的ACR[Interim，Users，Roles info]；而结束过程用到的ACR[Stop，Users，Rolesinfo]，完成计费后是会话结束。
离线计费中，对于更新过程，当更新的同期内(比如更新的时间间隔为6秒)出现多次的角色操作(如角色转移等)，那么ACR[Interim，Users，Roles info]请求记录的计费数据记录里，记录的可以是最后的[用户-角色]信息，但由于发生了角色操作，则还会有该事件触发的计费，记录下角色操作详细情况。
参阅图6所示，以用户角色的建立或加入PoC会话过程为例，实现在线计费(Online Charging)的处理过程如下步骤600、PoC服务器收到请求SIP INVITE，建立/加入PoC会话。
步骤605、PoC服务器进行角色相关信息处理，并进行会话控制。
步骤610、由于是建立会话，PoC服务器接受INVITE后向在线计费系统(OCS)发送资源预分配请求，其中携带用户角色信息。
步骤615、OCS根据角色及其请求的预分配量预分配资源。
在该步骤中，OCS可能还要考虑邀请人数等因素来判断是否允许以及允许分配多少资源，本实施中省略对该过程描述，仅以分配成功为例。
步骤620、OCS预分配成功，向PoC服务器返回响应结果，包括分配资源数量(Quota)。
步骤625、PoC服务器建立PoC会话成功，向其它用户发SIP INVITE请求。
步骤630、被邀请用户响应200OK，同意加入会话，200OK中带有被邀请用户的角色信息。
步骤635、PoC服务器收到被邀请用户响应后，向用户返回响应200OK。
步骤640、PPF/CPF向在线计费系统OCS发送角色相关的计费请求。
步骤645、OCS进行角色相关的计费处理，产生相应的CPF-CDR和PPF-CDR。
步骤650、建立会话成功，OCS向PoC服务器返回计费响应消息(CCA[Initial])。
步骤655、会话建立成功，PoC服务器进行其它会话操作。
与建立会话的计费过程有所不同的还有会话更新过程、结束会话过程，其中1、对于更新会话过程，没有图6中步骤600至步骤635的处理过程，但PoC服务器发起更新计费CCR[Update]请求之前，有一个对当前已分配资源使用情况的更新过程(Update Quota Control)，以计算剩余资源数量。如果资源用尽，则向OCS请求再分配资源。在更新资源使用情况时，并不要求一定要有角色信息。
2、对于会话结束过程，没有图6中步骤600至步骤630的处理过程，在在对应步骤635的步骤中，返回SIP BYE消息；在PoC服务器发起结束计费CCR[Terminate]请求之前，有一个资源使用情况更新过程(Update QuotaControl)，计算剩余资源数量，PoC服务器在发起结束计费CCR[terminate]请求时，将此数值包括在请求中；在完成计费处理后结束会话。因此，在结束会话过程中没有资源预分配过程。
在线计费中，对于更新过程，当更新的同期内(比如更新的时间间隔为6秒)出现多次的角色操作(如角色转移等)，那么CCR[Update，Users，Roles Info]请求记录的计费数据记录里，记录的可以是最后的[用户-角色]信息，但由于发生了角色操作，则还会有该事件触发的计费，记录下角色操作详细情况。
在本实施例中，PoC用户角色除了包括现有的普通加入用户(Regular PoCParticipant)、调度员(PoC Dispatcher)、中间缓和角色(PoC Moderator)、fleetmember(被调度成员)外，同样还可包括以后补充的角色，其基于角色的计费实现相同。
本发明基于角色的PoC计费的策略及方案，能够为运营商差异化服务提供必需的数据，而且通过对现技术进行较小的改动即可实现。同时，提出在建立/加入PoC会话时，角色产生的来源、可能遇到的场景、对该场景的解决方法，以便尽可能解决基于角色计费过程中遇到的问题。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种在即按即通(PoC)业务中基于角色的计费方法，其特征在于，包括如下步骤PoC服务器向计费功能实体发送计费请求，并且在该请求中携带用户角色的相关信息；所述计费功能实体接收到请求后参考所述相关信息选择计费策略，按选择的计费策略进行计费处理，并向PoC服务器返回计费响应。
2.如权利要求1所述的计费方法，其特征在于，所述PoC服务器直接从SIP消息中获取用户角色的相关信息；或者，从外部服务器获得用户角色的相关信息；或者，通过组合上下文获得用户角色的相关信息。
3.如权利要求1所述的计费方法，其特征在于，在所述计费请求中采用能够表明多用户多角色的数据结构携带所述用户角色的相关信息。
4.如权利要求3所述的计费方法，其特征在于，由能够表示用户与角色关系的信息组构成所述数据结构。
5.如权利要求1至4之一项所述的计费方法，其特征在于，PoC服务器在建立会话、加入会话、会话更新或结束会话过程中发送所述计费请求。
6.如权利要求5所述的计费方法，其特征在于，所述PoC服务器向离线计费功能(CDF)实体发送计费请求，由离线计费功能实体完成计费处理。
7.如权利要求5所述的计费方法，其特征在于，所述PoC服务器向在线计费系统发送计费请求，由在线计费系统完成计费处理。
8.如权利要求7所述的计费方法，其特征在于，在建立会话和加入会话过程中，PoC服务器发送计费请求前进一步请求所述在线计费系统为用户分配资源，并且在分配资源成功和建立PoC会话成功后发送所述计费请求。
9.如权利要求7所述的计费方法，其特征在于，在会话更新过程中，PoC服务器在发送计费请求前进一步计算剩余资源数量，并且在用完已分配资源时请求所述在线计费系统分配资源。
10.如权利要求7所述的计费方法，其特征在于，在会话结束过程中，PoC服务器发送计费请求前进一步使用资源的信息，并将该信息携带在计费请求中。
11.一种通信系统，其特征在于，包括PoC服务器，用于发送携带用户角色的相关信息的计费请求；计费功能实体，用于接收所述计费请求和参考其中的用户角色的相关信息选择计费策略，并按选择的计费策略进行计费处理和向所述PoC服务器返回计费响应。
12.如权利要求11所述的通信系统，其特征在于，所述PoC服务器直接从SIP消息中获取用户角色的相关信息；或者，从外部服务器获得用户角色的相关信息；或者，通过组合上下文获得用户角色的相关信息。
全文摘要
本发明公开了一种在即按即通业务中基于角色的计费方法，以解决现有技术中不能针对不同用户角色进行差异化计费的问题；该方法由PoC服务器向计费功能实体发送计费请求，并且在该请求中携带用户角色的相关信息；所述计费功能实体接收到请求后参考所述相关信息选择计费策略，按选择的计费策略进行计费处理，并向PoC服务器返回计费响应。本发明还同时公开了一种通信系统。
文档编号H04W4/10GK101064615SQ20061007896
公开日2007年10月31日 申请日期2006年4月28日 优先权日2006年4月28日
发明者赵东, 张爱琴 申请人:华为技术有限公司