CN101072112B - 一种基于体验质量参数的计费方法 - Google Patents

Abstract

本发明公开了一种基于体验质量(QoE)参数的计费方法，该方法包括：无线一键通服务器(PoC Server)获得会话初始化协议(SIP)消息后，确定本次无线一键通(PoC)会话的QoE参数，将所确定的QoE参数携带在计费请求(Charging Request)中发送给计费功能(Charging Function)；Charging Function将接收到Charging Request携带的QoE参数作为计费信息的一部分，产生呼叫详细记录CDR。本发明提供的方法可以将QoE参数提供给PoC系统网络侧的计费系统进行计费。

Description

一种基于体验质量参数的计费方法

技术领域

本发明涉及在无线一键通(PoC，Push to Talk Over Cellular)系统中传输数据的技术，特别涉及一种在PoC系统中基于QoE参数的计费方法。

背景技术

PoC系统是一种允许用户设备(UE)建立与其他一个或多个UE立即通信的半双工语音系统，其是语音网际协议(VoIP)业务在移动通信中的应用，可以灵活地提供“一对一”和“一对多”UE的PoC群组通话功能。

图1为现有技术的PoC系统的结构示意图，PoC系统基于IMS网络，即图中所示的初始会话协议/网际协议内核(SIP/IP Core)，PoC系统还包括的主要实体为：PoC服务器(PoC Server)，是PoC业务的主要呼叫控制设备，相当于IMS网络的应用服务器，其具有控制PoC服务器(Controlling PoCServer)和参与PoC服务器(Participant PoC Server)，Controlling PoC Server在一个会话中只有一个，用于控制会话过程(通过网络策略和从PoC文档管理服务器获取到的PoC业务的信息进行会话控制)，Participant PoC Server在一个会话中可以有至少一个，用于分别对参与会话的成员进行管理；PoCXDMS，用于存储PoC业务的信息，如PoC业务的PoC群组信息，将存储的PoC业务的信息提供给PoC Server和/或通过SIP/IP Core提供给PoC客户端(PoC Client)进行操作；PoC Client，设置在UE中，用于通过SIP/IP Core和PoC Server直接进行PoC业务，如发起会话、接受PoC呼叫、申请发言权或发言等。

目前，在PoC系统中，正在制定PoC2.0版本，其是PoC1.0版本的扩展和升级，其允许PoC Client建立与其他一个或多个PoC Client立即通信的多媒体PoC会话，允许PoC Client在多媒体PoC会话中传输多种多媒体类型的数据，如静止图片、实时视频流、文件或文本等。在PoC系统中的PoC2.0版本兼容PoC1.0版本，即支持PoC1.0版本的半双工语音业务。由于PoC系统所承载数据的媒体类型多样化以及不同PoC群组或不同PoC会话的数据在PoC系统中传送的优先程度等各种体验值需要区别对待，所以在PoC系统中定义了QoE参数。

在PoC系统中定义的QoE参数是指在PoC会话中，确定为PoC Client提供体验质量的参数，是PoC Client签约数据的一部分，也可以与特定PoCPoC群组或特定多媒体PoC会话相关联。每一个QoE参数是和PoC系统的资源利用优先级划分相联系的，也就是说，在多媒体PoC会话中，PoC系统会根据不同QoE参数分级别进行资源预留。在PoC系统的多媒体PoC会话中，QoE参数可以表现为数据传输的优先级概念，即PoC系统在接收到不同多媒体PoC会话的同一媒体类型的数据时，会根据不同多媒体PoC会话的QoE参数确定接收到的各个数据优先级，优先处理优先级高的数据；QoE参数也可以表现在PoC会话语音质量的差异、时延的差异、发送PoC会话请求后得到PoC系统网络侧回应的时间长短等。

在PoC系统中定义的QoE参数包括两种类型：一种为属于PoC群组特性或PoC会话特性参数的QoE参数；另一种为PoC Client本地特性参数的QoE参数。

对于在PoC系统中不同PoC群组、不同PoC会话或不同PoC Client来说，QoE参数就会不相同，PoC系统网络侧为了更好的根据QoE参数体现出服务的差异性，需要将QoE参数提供给PoC系统网络侧的计费系统进行不同的计费。

在PoC系统的PoC会话中，需要将QoE参数提供给PoC系统网络侧的计费系统进行计费，该QoE参数可以针对PoC会话、PoC群组或PoC Client。在PoC系统网络侧的计费系统根据QoE参数进行不同计费的前提是接收到QoE参数，但是，目前却没有如何在PoC系统的PoC会话中，将QoE参数提供给PoC系统网络侧计费系统的技术。

发明内容

有鉴于此，本发明的主要目的在于提供一种在PoC系统中基于体验质量QoE参数的计费方法，该方法能够将QoE参数提供给PoC系统网络侧的计费系统进行计费。

根据上述目的，本发明的技术方案是这样实现的：

一种基于体验质量QoE参数的计费方法，预先在计费功能Charging Function设置有QoE参数和CDR中记录QoE参数相关数据字段的对应关系，该方法还包括：

无线一键通服务器PoC Server获得会话初始化协议SIP消息后，确定本次无线一键通PoC会话的QoE参数，将所确定的QoE参数携带在计费请求Charging Request中发送给Charging Function；

Charging Function根据设置的对应关系由接收到Charging Request所携带的QoE参数产生呼叫详细记录CDR中QoE相关数据字段。

所述获得SIP消息的过程为：

PoC Server根据当前PoC系统网络状况生成的；或者PoC Server接收到PoC客户端Client发送的；或者PoC Server接收到PoC系统中的其他服务器发送的。

所述PoC Server从PoC Client接收到SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC Client所属的参与PoC服务器Participant PoC Server上对应于PoC Client的QoE参数和控制PoC服务器Controlling PoC Server上对应于本次PoC会话或PoC群组设置的QoE参数进行协商，确定PoC Client参与本次PoC会话的QoE参数。

所述PoC Server从PoC系统中的其他服务器接收到SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC系统的其他服务器根据自身设置的QoE参数和Controlling PoC Server针对本次PoC会话或PoC群组设置的QoE参数进行协商，确定PoC会话的QoE参数。

所述PoC Server根据当前PoC系统网络状况生成SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC Server将预先针对PoC会话或PoC群组设置的QoE参数确定为PoC会话的QoE参数。

所述CDR中QoE相关数据字段为PoC Client、或/和PoC群组或PoC会话与QoE参数之间对应关系的数据字段。

该方法进一步包括：

Charging Function向PoC Server返回计费响应Charging Response，接收到Charging Response的PoC Server继续处理本次PoC会话。

所述Charging Response还携带有产生CDR所使用的QoE参数。

所述的Charging Response在在线计费时为预付费控制请求响应结果CCA，在离线计费时为离线计费控制请求响应结果ACA。

所述的Charging Function在离线计费时为计费数据功能CDF，在在线计费时为在线计费系统OCS。

所述的Charging Request在在线计费时为预付费控制请求CCR，在离线计费时为离线计费控制请求ACR。

在在线计费时，在所述确定本次PoC会话的QoE参数之后，该方法还包括：

所述PoC Server向OCS发送CCR，OCS进行资源预留，预留成功后给PoCServer发送CCA。

所述的CDR为Participant PoC Server-CDR或/和Controlling PoCServer-CDR，其中，Participant PoC Server-CDR包括与PoC Client相关的一个或多个QoE参数，Controlling PoC Server-CDR包括与PoC群组或PoC会话相关的一个或多个QoE参数。

所述确定PoC会话的QoE参数为PoC Client的QoE参数、或/和PoC群组或PoC会话的QoE参数，包括QoE参数的类型和级别。

所述Charging Request是在建立SIP会话、加入SIP会话、SIP会话更新或结束SIP会话过程中发送的。

从上述方案可以看出，本发明提供的方法在PoC Server获取会话初始化协议(SIP)消息后，将所确定的本次PoC会话的QoE参数携带在计费请求(Charging Request)中发送给计费功能(Charging Function)，Charging Function将接收到Charging Request携带的QoE参数作为计费信息的一部分，产生呼叫详细记录(CDR)。因此，本发明提供的方法可以将QoE参数提供给PoC系统网络侧的计费系统进行计费。

附图说明

图1为现有技术的PoC系统的结构示意图；

图2为本发明在PoC系统中基于QoE参数的计费方法流程图；

图3为本发明在在线计费情况下基于QoE参数的计费方法流程图；

图4为本发明在离线计费情况下基于QoE参数的计费方法流程图；

图5为本发明在在线计费情况下基于QoE参数的计费方法实施例流程图；

图6为本发明在离线计费情况下基于QoE参数的计费方法实施例流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。

在本发明中，针对PoC Client的QoE参数设置在Participant PoC Server中，针对PoC群组或PoC会话的QoE参数设置在Controlling PoC Server中，在将一次PoC会话的QoE参数发送给PoC系统网络侧之前，需要进行协商，确定本次PoC会话的QoE参数，确定的QoE参数可以是针对PoC Client的QoE参数，也可以是针对PoC群组或PoC会话的QoE参数，还可以为针对PoC Client的QoE参数和针对PoC群组或PoC会话的QoE参数。

在本发明中，QoE参数包括的类型举例有如下四种类型：

第一种，PoC会话建立时间的QoE参数，设置为QoE1，用于标识PoCClient向PoC系统网络侧发起PoC会话建立到收到PoC系统网络侧发送的发言指示的时间；

第二种，在PoC会话中抢占发言权的QoE参数，设置为QoE2，用于标识在PoC会话中，PoC Client向PoC系统网络侧发起发言请求到接收到允许发言或拒绝发言的时间；

第三种，在PoC会话中接收到发言的QoE参数，设置为QoE3，用于标识在PoC会话中，从具有发言权的PoC Client发言开始到参与PoC会话的PoC Client接收到发言的时间；

第四种，在PoC会话中语音质量的QoE参数，设置为QoE4，用于标识在PoC会话中的语音质量，语音质量的影响因素包括：PoC Client到PoCClient的数据传输时延、发送数据的PoC Client和接收数据的PoC Client的优先级、所传输数据的编码方式以及数据的射频传送条件等。

当然，本发明的QoE参数还可以包括其他的类型。

因此，本发明提供的QoE参数是一种能够体现PoC Client感受的参数值。在实际应用中，根据PoC Client体验的好坏程度，每个类型的QoE参数包括四个等级：基本级(Basic)、专业级(Professional)、重要级(Crisis)以及官方使用级(official Government Use)。在本发明中，还可以对每个类型的QoE参数根据应用的需要以及PoC系统的运营策略，进行更细的划分，如将Crisis再划分为5个级别。

在本发明中，就需要将PoC会话所涉及的QoE参数的类型以及等级发送给PoC系统网络侧的计费系统进行计费。

图2为本发明在PoC系统中基于QoE参数的计费方法流程图，该方法涉及的实体包括PoC Server和Charging Function，其具体步骤为：

步骤200、PoC Server获得SIP访问(INVITE)请求，该请求要求建立PoC会话或加入已建立的PoC会话。

SIP INVITE请求的来源可以是多样的：PoC Server根据PoC系统当前的网络状况生成的；PoC Server接收到PoC Client发送的；PoC Server接收到PoC系统的其他服务器发送的。

步骤201～202、PoC Server将获得SIP INVITE请求所请求PoC会话的QoE参数携带在Charging Request中发送给Charging Function。

当SIP INVITE请求是由PoC Client发送的，PoC Client所属的Participant PoC Server根据针对PoC Client设置的QoE参数和Controlling PoC Server针对本次PoC会话或PoC群组设置的QoE参数进行协商，确定SIP INVITE请求所请求PoC会话的QoE参数。

当SIP INVITE请求是PoC Server根据PoC系统当前的网络状况生成的，PoC Server将预先针对PoC会话或PoC群组设置的QoE参数携带在Charging Request中。

当SIP INVITE请求是PoC Server接收到PoC系统的其他服务器发送的，PoC系统的其他服务器根据自身设置的QoE参数和Controlling PoC Server针对本次PoC会话或PoC群组设置的QoE参数进行协商，PoC Server确定SIP INVITE请求所请求PoC会话的QoE参数。

SIP INVITE请求所请求PoC会话的QoE参数确定之后，PoC Server还会将确定后的QoE参数携带在确认消息中，即SIP 200OK中发送给PoCClient或PoC系统的其他服务器，PoC Server或PoC系统的其他服务器还会根据SIP INVITE请求处理本次PoC会话，将本次PoC会话接续到其他PoCClient。

步骤203、Charging Function接收到Charging Request后，根据携带的QoE参数产生CDR，将CDR发送给PoC系统网络侧的扣费系统进行扣费处理。

本发明预先在Charging Function设置有QoE参数和CDR中记录QoE参数相关数据字段的对应关系，根据设置的对应关系由所携带的QoE参数产生CDR中QoE相关数据字段。

所述CDR中QoE相关数据字段为PoC Client、或/和PoC群组或PoC会话与QoE参数之间对应关系的数据字段。

步骤204、Charging Function产生CDR后，向PoC Server返回计费响应(Charging Response)。

该Charging Response也可以携带产生CDR所采用的QoE参数。

步骤205、接收到Charging Response的PoC Server继续处理本次PoC会话。

在实际应用中，包括根据QoE参数进行在线计费和根据QoE参数进行离线计费两种情况，在在线计费时，Charging Function为在线计费系统(OCS)；在离线计费时，Charging Function为计费数据功能(CDF)。以下分别对这两种情况进行详细说明。

图3为本发明在在线计费情况下基于QoE参数的计费方法流程图，该方法涉及的网络实体包括PoC Server和OCS，其中，PoC Server包括Participant PoC Server和Controlling PoC Server，其具体步骤为：

步骤300、PoC Server获得SIP INVITE请求，该请求要求建立PoC会话或加入已建立的PoC会话。

步骤301、PoC Server得到获得SIP INVITE请求所请求的PoC会话的QoE参数后，进行会话控制。

由于本实施例是在线计费方案，该方案以基于PoC会话的资源预留计费(SCUR)或事件的资源预留计费(ECUR)实现。

步骤302、PoC Server向OCS发送预付费控制请求(CCR)。

步骤303、OCS根据接收到CCR中的QoE参数判断是否允许计费以及分配多少资源。

步骤304、OCS分配资源成功后，向PoC Server发送CCR的响应结果(CCA)，包括分配的资源。

步骤305、接收到CCA的PoC Server建立或加入PoC会话成功，向其他参与本次PoC会话的其他PoC Client发送SIP INVITE请求。

步骤306、参与本次PoC会话的其他PoC Client向PoC Server发送200OK。

如果SIP INVITE是PoC Client发起的，PoC Server向发起SIP INVITE的PoC Client发送200OK。

步骤307、PoC Server向OCS发送携带所确定PoC会话的QoE参数的CCR。

步骤308、OCS根据接收到的CCR携带的QoE参数产生CDR。

当然，在PoC Server确定PoC会话的QoE参数时，该QoE参数有可能是PoC Server的Participant PoC Server针对PoC Client设置的QoE参数，这时产生的CDR为Participant PoC Server-CDR；该QoE参数还可能是PoCServer的Controlling PoC Server针对PoC会话或PoC群组设置的QoE参数，这时产生的CDR为Controlling PoC Server-CDR；该QoE还可能是PoC Server的Participant PoC Server针对PoC Client设置的QoE参数和PoC Server的Controlling PoC Server针对PoC会话或PoC群组设置的QoE参数，这时产生的CDR为Participant PoC Server-CDR和Controlling PoC Server-CDR。

步骤309、OCS向PoC Server返回CCA。

CCA也可以携带产生CDR所采用的QoE参数。

步骤310、PoC Server控制本次PoC会话继续进行。

在步骤306中，参与本次PoC会话的其他PoC Client向PoC Server发送200OK时，所属的Participant PoC Server还可以针对其他PoC Client设置的QoE参数与Controlling PoC Server针对PoC会话或PoC群组设置的QoE参数进行再次协商，确定PoC会话的QoE参数，协商的方式与图2所述的方式相同。

图4为本发明在离线计费情况下基于QoE参数的计费方法流程图，该方法涉及的网络实体包括PoC Server和CDF，其中，PoC Server包括Participant PoC Server和Controlling PoC Server，其具体步骤为：

步骤400、PoC Server获得SIP INVITE请求，该请求要求建立PoC会话或加入已有的PoC会话。

步骤401、PoC Server得到获得SIP INVITE请求所请求的PoC会话的QoE参数后，进行会话控制。

步骤402、PoC Server向CDF发送携带QoE参数的离线计费控制请求(ACR)。

步骤403～404、CDF根据接收到ACR携带的QoE参数产生CDR后，发送ACR的响应结果(ACA)给PoC Server。

该ACA也可以携带产生CDR所采用的QoE参数。

当然，在PoC Server确定PoC会话的QoE参数时，该QoE参数有可能是PoC Server的Participant PoC Server针对PoC Client设置的QoE参数，这时产生的CDR为Participant PoC Server-CDR；该QoE参数还可能是PoCServer的Controlling PoC Server针对PoC会话或PoC群组设置的QoE参数，这时产生的CDR为Controlling PoC Server-CDR；该QoE还可能是PoC Server的Participant PoC Server针对PoC Client设置的QoE参数和PoC Server的Controlling PoC Server针对PoC会话或PoC群组设置的QoE参数，这时产生的CDR为Participant PoC Server-CDR和Controlling PoC Server-CDR。

步骤405、PoC Server控制本次PoC会话继续进行。

以下举两个具体实施例对本发明的在线计费和离线计费进行详细的说明。

图5为本发明在在线计费情况下基于QoE参数的计费方法实施例流程图，涉及的网络实体包括发起SIP INVITE请求的PoC Client A、控制本次会话的PoC Server以及OCS，其中，PoC Server包括Participant PoC Server和Controlling PoC Server，其具体步骤为：

步骤500、PoC Client A向PoC Server发起SIP INVITE请求，请求建立PoC会话并邀请其他PoC Client加入本次会话。

步骤501、在PoC Server中，PoC Client A所属的Participant PoC Server与Controlling PoC Server进行QoE参数的协商，确定本次PoC会话所采用的QoE参数。

在QoE参数的协商过程中，PoC Client A的QoE参数，该QoE参数在PoC Client A所属的Participant PoC Server获得，满足不大于Controlling PoCServer针对本次PoC会话或PoC群组的QoE参数时，可以将协商后的确定本次PoC会话所采用的QoE参数设定为PoC Client A的QoE参数；当PoCClient A的QoE参数满足小于Controlling PoC Server针对本次PoC会话或PoC群组的QoE参数时，可以将协商后的确定本次PoC会话所采用的QoE参数设定为Controlling PoC Server针对本次PoC会话或PoC群组的QoE参数。

如果没有协商成功，如PoC Client A的QoE参数大于Controlling PoCServer针对本次PoC会话或PoC群组的QoE参数，并且Controlling PoCServer提高QoE参数来适应PoC Client A的QoE参数时，则PoC Server拒绝建立本次PoC会话或者提示PoC Client A只能接收符合Controlling PoCServer针对本次PoC会话或PoC群组的QoE参数的媒体类型数据。

步骤502、PoC Server向OCS发送CCR。

步骤503～504、接收到CCR的OCS进行资源预留，预留成功后，向PoC Server返回CCA。

步骤505、PoC Server向本次PoC会话参与的其他PoC Client发送SIPINVITE请求。

步骤506、接收到SIP INVITE的其他PoC Client确定参与本次PoC会话，向PoC Server返回200OK消息。

步骤507、PoC Server向PoC Client A返回200OK消息，该消息携带确定本次PoC会话所采用的QoE参数。

在本步骤中，接收到200OK消息的PoC Client A根据携带的QoE参数进行底层资源预留成功后，通过所属的Participant PoC Server传送预留资源成功消息给OCS。如果PoC Client A底层资源预留失败，也通过所属的Participant PoC Server传送预留资源失败消息给OCS，OCS根据设置的策略确定如何生成CDR。

步骤508、PoC Server向OCS发送携带确定本次PoC会话所采用的QoE参数的CCR。

步骤509、接收到CCR的OCS根据携带的QoE参数产生CDR，其中包括Participant PoC Server-CDR或/和Controlling PoC Server-CDR。

步骤510、OCS向PoC Server回复CCA。

CCA还可以携带产生Participant PoC Server-CDR或/和Controlling PoCServer-CDR分别采用的QoE参数。

步骤511、PoC Server控制本次PoC会话继续进行。

在步骤507中，当PoC Server向PoC Client A返回200OK消息时，至少有一个其他PoC Client接受了PoC Client A的邀请，本次PoC会话建立。对于其他PoC Client在OCS的计费过程，可以参考图5所述的方法。

通过图2、图3或图5所述的方法，PoC会话中的PoC Client都可以将自身参与PoC会话实际使用的QoE参数，即协商后的QoE参数发送给PoC系统网络侧的计费系统，即OCS，从而使OCS可以根据接收到的QoE参数生成不同的CDR，完成计费。

图6为本发明在离线计费情况下基于QoE参数的计费方法实施例流程图，涉及的网络实体包括发起SIP INVITE请求的PoC Client A、控制本次会话的PoC Server以及CDF，其中，PoC Server包括Participant PoC Server和Controlling PoC Server，其具体步骤为：

步骤600、PoC Client A向PoC Server发起SIP INVITE请求，请求建立PoC会话并邀请其他PoC Client加入本次会话。。

步骤601、在PoC Server中，PoC Client A所属的Participant PoC Server与Controlling PoC Server进行QoE参数的协商，确定本次PoC会话所采用的QoE参数。

步骤602、PoC Server向本次PoC会话参与的其他PoC Client发送SIPINVITE请求。

步骤603、接收到SIP INVITE的其他PoC Client确定参与本次PoC会话，向PoC Server返回200OK消息。

步骤604、PoC Server向PoC Client A返回200OK消息，该消息携带确定本次PoC会话所采用的QoE参数。

在本步骤中，接收到200OK消息的PoC Client A根据携带的QoE参数进行底层资源预留成功后，通过所属的Participant PoC Server传送预留资源成功消息给CDF。如果PoC Client A底层资源预留失败，也通过所属的Participant PoC Server传送预留资源失败消息给CDF，CDF根据设置的策略确定如何生成CDR。

步骤605、PoC Server向CDF发送携带确定本次PoC会话所采用的QoE参数的ACR。

步骤606、接收到ACR的CDF根据携带的QoE参数产生CDR，其中包括Participant PoC Server-CDR或/和Controlling PoC Server-CDR。

步骤607、CDF向PoC Server回复ACA。

ACA还可以携带产生Participant PoC Server-CDR或/和Controlling PoCServer-CDR分别采用的QoE参数。

步骤608、PoC Server控制本次PoC会话继续进行。

在步骤604中，当PoC Server向PoC Client A返回200OK消息时，至少有一个其他PoC Client接受了PoC Client A的邀请，本次PoC会话建立。对于其他PoC Client在CDF的计费过程，可以参考图6所述的方法。

通过图2、图4或图6所述的方法，PoC会话中的PoC Client都可以将自身参与PoC会话实际使用的QoE参数，即协商后的QoE参数发送给PoC系统网络侧的计费系统，即CDF，从而使CDF可以根据接收到的QoE参数生成不同的CDR，完成计费。

在本发明中，还可以对PoC系统网络侧的计费系统的QoE参数进行更新，该更新过程包括PoC Server、PoC系统的其他服务器或PoC Client发起的QoE参数更新，更新过程与图2所述的过程相同，也通过Charging Request携带QoE参数发送到PoC系统网络侧的计费系统，在在线计费的情况下，通过CCR携带QoE参数发送到OCS，在离线计费的情况下，通过ACR携带QoE参数发送到CDF。

在本发明中，为了在Charging Request中携带QoE参数，如在CCR携带QoE参数或在ACR中携带QoE参数，在Charging Rsponse中携带QoE参数，如在CCA或ACA中携带QoE参数，还需要在这些消息中增加QoE字段，从而携带QoE参数。

该QoE字段可以设置为PoC Client/PoC群组/PoC会话的结构形式，分别携带PoC Client的QoE参数/PoC群组的QoE参数/PoC会话的QoE参数；该QoE字段还可以设置为至少零个QoE参数的结构形式，当不需要携带QoE参数时，该QoE字段可以设置为0；该QoE字段还可以设置为至少一个QoE参数的结构形式，可以根据携带QoE参数的多少进行变化。

在本发明中，PoC系统网络侧的计费系统生成的Controlling PoCServer-CDR中包括与PoC群组或PoC会话相关的一个或多个QoE参数的类型以及相应的等级。一旦PoC会话的QoE参数确定，所有参与PoC会话的PoC Client使用的QoE参数都相同，当然，PoC会话的QoE参数也可以在PoC会话过程中进行更新。

在本发明中，PoC系统网络侧的计费系统生成的Participant PoCServer-CDR中包括与PoC Client相关的一个或多个QoE参数的类型以及相应的等级。在通过了QoE协商之后，参与PoC会话的PoC Client的QoE参数和PoC会话的QoE参数相同。但是，为了计费考虑，参与PoC会话的PoCClient的QoE参数和PoC会话的QoE参数也可以不相同，当然，PoC Client相关的一个或多个QoE参数也可以在PoC会话过程中进行更新。

在本发明中，PoC会话可以为普通的PoC语音会话，也可以为PoC多媒体会话。

在本发明中，PoC Server在没有接收到SIP INVITE请求时，而是接收到其他SIP消息时，也可以发起传送QoE参数的过程，整个过程和图2所述的方法相同，只不过不是SIP INVITE请求，而是其他SIP请求而已。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种基于体验质量QoE参数的计费方法，其特征在于，预先在计费功能Charging Function设置有QoE参数和CDR中记录QoE参数相关数据字段的对应关系，该方法还包括：

无线一键通服务器PoC Server获得会话初始化协议SIP消息后，确定本次无线一键通PoC会话的QoE参数，将所确定的QoE参数携带在计费请求Charging Request中发送给Charging Function；

Charging Function根据设置的对应关系由接收到Charging Request所携带的QoE参数产生呼叫详细记录CDR中QoE相关数据字段。

2.如权利要求1所述的方法，其特征在于，所述获得SIP消息的过程为：

PoC Server根据当前PoC系统网络状况生成的；或者PoC Server接收到PoC客户端Client发送的；或者PoC Server接收到PoC系统中的其他服务器发送的。

3.如权利要求2所述的方法，其特征在于，所述PoC Server从PoC Client接收到SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC Client所属的参与PoC服务器Participant PoC Server上对应于PoC Client的QoE参数和控制PoC服务器Controlling PoC Server上对应于本次PoC会话或PoC群组设置的QoE参数进行协商，确定PoC Client参与本次PoC会话的QoE参数。

4.如权利要求2所述的方法，其特征在于，所述PoC Server从PoC系统中的其他服务器接收到SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC系统的其他服务器根据自身设置的QoE参数和Controlling PoC Server针对本次PoC会话或PoC群组设置的QoE参数进行协商，确定PoC会话的QoE参数。

5.如权利要求2所述的方法，其特征在于，所述PoC Server根据当前PoC系统网络状况生成SIP消息时，

所述确定PoC会话的QoE参数的过程为：PoC Server将预先针对PoC会 话或PoC群组设置的QoE参数确定为PoC会话的QoE参数。

6.如权利要求1所述的方法，其特征在于，所述CDR中QoE相关数据字段为PoC Client、或/和PoC群组或PoC会话与QoE参数之间对应关系的数据字段。

7.如权利要求1所述的方法，其特征在于，该方法进一步包括：

Charging Function向PoC Server返回计费响应Charging Response，接收到Charging Response的PoC Server继续处理本次PoC会话。

8.如权利要求7所述的方法，其特征在于，所述Charging Response还携带有产生CDR所使用的QoE参数。

9.如权利要求7或8所述的方法，其特征在于，所述的Charging Response在在线计费时为预付费控制请求响应结果CCA，在离线计费时为离线计费控制请求响应结果ACA。

10.如权利要求1所述的方法，其特征在于，所述的Charging Function在离线计费时为计费数据功能CDF，在在线计费时为在线计费系统OCS。

11.如权利要求10所述的方法，其特征在于，所述的Charging Request在在线计费时为预付费控制请求CCR，在离线计费时为离线计费控制请求ACR。

12.如权利要求11所述的方法，其特征在于，在在线计费时，在所述确定本次PoC会话的QoE参数之后，该方法还包括：

所述PoC Server向OCS发送CCR，OCS进行资源预留，预留成功后给PoC Server发送CCA。

13.如权利要求1所述的方法，其特征在于，所述的CDR为Participant PoC Server-CDR或/和Controlling PoC Server-CDR，其中，Participant PoC Server-CDR包括与PoC Client相关的一个或多个QoE参数，Controlling PoC Server-CDR包括与PoC群组或PoC会话相关的一个或多个QoE参数。

14.如权利要求1所述的方法，其特征在于，所述确定PoC会话的QoE参数为PoC Client的QoE参数、或/和PoC群组或PoC会话的QoE参数，包括QoE参数的类型和级别。 

15.如权利要求1所述的方法，其特征在于，所述Charging Request是在建立SIP会话、加入SIP会话、SIP会话更新或结束SIP会话过程中发送的。 

Images