CN1917624A - 一种视频呼叫的计费方法 - Google Patents

Abstract

本发明公开了一种视频呼叫的计费方法，包括：预先建立业务交换点(SSP)和业务控制点(SCP)之间的通信连接，还包括：A.SCP向SSP发送包含对通话的视频编解码能力请求的请求通知计费事件消息，SSP向SCP回复包含所述通话的视频编解码能力的计费事件通知消息；B.SCP获取计费事件通知消息中该通话的视频编解码能力，根据视频编解码能力确定视频计费策略，并向SSP发送包含视频计费策略的申请计费请求。应用本发明以后，实现了对视频呼叫的视频计费。另外，本发明还能够对视频计费和音频计费进行区分，计费更加准确。

Description

一种视频呼叫的计费方法

技术领域

本发明涉及智能网技术领域，更具体地说，本发明涉及一种视频呼叫的计费方法。

背景技术

智能网(IN，Intelligent Network)是在原有通信网络的基础上为快速提供新的业务而设置的附加网络结构。智能网能够为现有、未来的所有通信网络提供服务，使电信业经营者能经济有效地提供客户所需的各类电信新业务，使客户对网络有更强的控制功能，并能够方便灵活地获取所需的信息。借助于先进的七号(No.7)信令网和大型集中式数据库的支持，智能网的最大特点是将网络的交换功能与控制功能相分离，把电话网中原来位于各个端局交换机中的网络智能集中到新设的功能部件，也就是由中小型计算机组成的智能网业务控制点上，以完成呼叫处理，而原有的交换机仅完成基本的接续功能。

下一代网络(NGN)是一种业务驱动型网络，它采用综合、开放、融合的网络架构，通过业务与呼叫控制完全分离、呼叫控制与承载完全分离，从而实现相对独立的业务体系，使业务独立于网络。

目前，NGN网络和全网智能化正在如火如荼的建设中。网络智能化的核心思想是全网所有的呼叫都由智能网进行控制并集中计费，所有本网用户的数据信息都由智能网集中管理维护，软交换则更加专注于基础的接续、业务触发等能力的提升。在这种新的建网模式下，软交换和智能网各自的职能更加明确，业务的创新和使用不再受到分散在各地的交换端局物理线路、物理号码的制约。网络智能化主要技术特点是充分利用智能网的“呼叫接续与呼叫控制相分离”的思路，避开了现有交换设备技术瓶颈，实现承载网的智能化运行，为客户提供众多前所未有的新业务、新功能。充分利用智能网的“实时计费平台”的能力，完成对语音网所有呼叫的实时计费。

在智能网系统中，针对呼叫的智能计费是一个复杂的过程，根据不同的具体要求可能会有不同的计费体系。一个完整的计费体系结构如图1所示。在智能网的呼叫处理中，业务交换点(SSP，Service Switching Point)根据业务控制点(SCP，Service Control Point)指令，来完成接续、放音等对呼叫的控制。所以在计费方面，也是由SCP根据业务的指示，决定是否计费、计费类别及计费相关信息，并通过向SSP发送的计费操作通知SSP进行计费，SSP负责具体记录。在计费操作中包含和计费相关的计费信息，SSP根据这些计费信息监视计费情况，并生成话单，这就是话单的生成过程。对于话单的处理流程会随着业务的需求而有所不同。SSP会把生成的话单传给本地的计费中心处理。对于异地话单，或业务逻辑需要得到的计费结果，SSP将会以计费报告的形式上报给SCP，由SCP生成话单，并对计费结果进行处理，如使记帐卡中的余额减少等。在SCP中生成的话单，将会上传给服务管理点(SMP，Service Management Point)，再由SMP转到结算中心进行结算处理。结算中心将结算话单进行话费分摊等处理后，将话单分捡，连同结算结果发给相关计费中心。图1是一个完整的计费体系图，在具体应用中，如果业务不需要业务结算，如本地业务等，那么就没有必要让SCP将话单传递给SMP，再由SMP传递给结算中心。

图2为现有技术中呼叫的计费流程图。当SSP接收到一个呼叫，且在SCP的控制下与用户交互完毕，SCP向SSP发送“切断前向连接(DisconnectForward Connection)”操作，指示SSP释放占用的服务资源功能(SRF，Service Resource Function)专用资源后。SCP启动一个“申请计费(ApplyCharge)”动作，这个动作的结果是SCP向SSP发送一个“申请计费”的信息流，即请求SSP去产生一个帐单记录。此时SSP接收和分析“申请计费”请求并按照“申请计费”请求的指示开始计费，当SSP的一个计费动作结束后，向SCP提供“申请计费报告(Apply Charge Report)”，将计费结果送到SCP。

目前，现有技术中都是对基于音频的呼叫进行计费，并不能对视频呼叫执行相应计费。另外，现有技术中更不能针对多媒体用户的呼叫进行视音频区别计费，而实质上针对多媒体用户呼叫的编解码能力可能是不同的，因此现有技术的这种计费方案显然并不准确。

发明内容

有鉴于此，本发明的主要目的是提出一种视频呼叫的计费方法，以实现对视频呼叫的计费。

为达到上述目的，本发明的技术方案是这样实现的：

一种视频呼叫的计费方法，预先建立业务交换点SSP和业务控制点SCP之间的通信连接，该方法还包括以下步骤：

A、SCP向SSP发送包含对通话的视频编解码能力请求的请求通知计费事件消息，SSP向SCP回复包含所述通话的视频编解码能力的计费事件通知消息；

B、SCP获取计费事件通知消息中该通话的视频编解码能力，根据该通话的视频编解码能力确定视频计费策略，并向SSP发送包含所述视频计费策略的申请计费请求。

该方法进一步包括：

C1、SSP获取所述申请计费请求中的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

步骤A所述请求通知计费事件消息中进一步包含对通话的音频编解码能力的请求，SSP所回复的计费事件通知消息中进一步包含该通话的音频编解码能力；

步骤B中，SCP进一步获取计费事件通知消息中该通话的音频编解码能力，根据该通话的音频编解码能力确定音频计费策略，并且向SSP发送的该申请计费请求中进一步包含所述音频计费策略。

该方法进一步包括：

C2、SSP进一步获取所述申请计费请求中的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

该方法在步骤C1后进一步包括：

D1、SSP向SCP返回申请计费报告，所述申请计费报告中包含所述视频计费的结果。

该方法在步骤C2后进一步包括：

D2、SSP向SCP返回申请计费报告，所述申请计费报告中包含所述音频计费的结果。

所述视频编解码能力包括：H.261、H.263、H.264、运动图像专家组(MPEG-4)视频(Video)中的任一个或大于一个的任意组合。

所述音频编解码能力包括：自适应多速率编码AMR、G.711A、G.711u、G.723.1、G726-40、G726-32、G726-24、G726-16、G.728、G.729、T.38、MPEG-4音频(Audio)中的任一个或大于一个的任意组合。

该方法进一步在步骤A前包括：

a、SCP向SSP发出鉴权请求；

b、SSP收到鉴权请求后对所述视频呼叫进行鉴权操作，如果鉴权通过，则执行步骤A及其后续步骤，否则退出本流程。

所述对通话的视频编解码能力的请求被记录在所述请求通知计费事件消息的计费事件类型中。

所述对通话的音频编解码能力的请求被记录在所述请求通知计费事件消息的计费事件类型中。

所述通话的视频编解码能力被记录在所述计费事件通知消息的扩展隐含序列中。

所述通话的音频编解码能力被记录在所述计费事件通知消息的扩展隐含序列中。

所述视频计费策略被记录在所述申请计费请求的计费模式中。

所述音频计费策略被记录在所述申请计费请求的计费模式中。

SCP和SSP进一步预先约定视频计费策略，每种视频计费策略对应一个视频计费类别编号，

步骤B中，所述SCP向SSP发送包含所述视频计费策略的申请计费请求为：SCP向SSP发送包含对应于所述视频计费策略的视频计费类别编号；

步骤C1中，SSP根据该视频计费类别编号确定与其对应的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

SCP和SSP进一步预先约定音频计费策略，每种音频计费策略对应一个音频计费类别编号，

步骤B中，所述SCP向SSP发送包含所述音频计费策略的申请计费请求为：SCP向SSP发送包含对应于所述音频计费策略的音频计费类别编号；

步骤C2中，SSP根据该音频计费类别编号确定与其对应的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

所述请求通知计费事件消息为计费事情通知(RCEN)格式的消息，所述计费事件通知消息为计费事件通知(ENC)格式的消息；或

所述请求通知计费事件消息为请求报告基本呼叫状态模式(RRBE)格式的消息，所述计费事件通知消息为基本呼叫状态模式事件报告(ERB)格式的消息。

从上述技术方案中可以看出，在本发明中，预先在SSP和SCP之间建立通信连接，SCP向SSP发送包含对通话的视频编解码能力请求的请求通知计费事件消息，SSP向SCP回复包含通话的视频编解码能力的计费事件通知消息；然后，SCP获取计费事件通知消息中该通话的视频编解码能力，根据视频编解码能力确定视频计费策略，并向SSP发送包含视频计费策略的申请计费请求；SSP再获取申请计费请求中的视频计费策略，并根据该视频计费策略执行对视频呼叫的视频计费。由此可见，在本发明中，通过扩展请求通知计费事件消息和计费事件通知消息，能够获取通话的视频编解码能力，从而本发明实现了对智能通话进行视频计费。

另外，本发明通过扩展申请计费消息和申请计费报告消息，实现了视音频区别计费，比如，可以通过两个申请计费消息和两个申请计费报告消息来完成视音频区别计费。

附图说明

图1为现有技术中智能网计费体系结构示意图；

图2为现有技术中呼叫的计费流程图；

图3为本发明的视频呼叫的计费方法示意图；

图4为根据本发明一实施例对呼叫进行包含音频计费和视频计费的计费方法示意图。

具体实施方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。

图3为本发明的视频呼叫的计费方法示意图。在该方法中，预先建立业务交换点(SSP)和业务控制点(SCP)之间的通信连接，如图3所示，该方法还包括：

步骤301：SCP向SSP发送包含对通话的视频编解码能力请求的请求通知计费事件消息，SSP向SCP回复包含所述通话的视频编解码能力的计费事件通知消息；

步骤302：SCP获取计费事件通知消息中该通话的视频编解码能力，根据该通话的视频编解码能力确定视频计费策略，并向SSP发送包含所述视频计费策略的申请计费请求。

其中，当将本发明应用于实时计费中时，该示范性流程还可以包括：

步骤303：SSP获取所述申请计费请求中的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

以上过程中，呼叫中的视频编解码能力可以包括：H.261、H.263、H.264、运动图像专家组(MPEG)-4视频中的任一个或大于一个的任意组合。

以上流程介绍了本发明针对视频呼叫的计费方法。实质上，视频呼叫中一般还包括音频的通话，因此，优选对音频的通话也进行计费。此时，

请求通知计费事件消息中可以进一步包含对通话的音频编解码能力的请求，SSP所回复的计费事件通知消息中也可以进一步包含该通话的音频编解码能力；那么，

在步骤302中，SCP可以进一步获取计费事件通知消息中该通话的音频编解码能力，根据该通话的音频编解码能力确定音频计费策略，并且SCP向SSP发送的该申请计费请求中进一步包含所述音频计费策略；此时，在步骤303中，SSP进一步获取所述申请计费请求中的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

其中，呼叫中的音频编解码能力可以包括：自适应多速率编码(AMR)、G.711A、G.711u、G.723.1、G726-40、G726-32、G726-24、G726-16、G.728、G.729、T.38、MPEG-4音频中的任一个或大于一个的任意组合。

优选地，无论是只执行音频计费、视频计费，还是对音视频都进行计费，SSP在执行完计费以后，进一步向SCP返回申请计费报告，所述申请计费报告中包含所述音频计费的结果和/或视频计费的结果。

为了提高通讯的安全性，更优选地，需要在通话之前进行鉴权操作。此时，比如：在步骤301之前，SCP首先向SSP发出鉴权请求，SSP收到鉴权请求后对所述视频呼叫进行鉴权操作，如果鉴权通过，则执行步骤301及其后续步骤，否则视为鉴权不通过而退出本流程，执行其它的相应流程。

以上过程中，可以将对通话的视频编解码能力的请求记录在请求通知计费事件消息的计费事件类型中，也可以将通话的视频编解码能力记录在计费事件通知(ENC，Event Notification Charging)消息的扩展隐含序列中。

以上描述中，请求通知计费事件消息具体可以为请求通知计费事件(RCEN，Request Charging Event Notification)消息格式或请求报告BCSM事件(RRBE，Request Report BCSM Event)消息格式，计费事件通知消息具体可为ENC消息或者BCSM事件报告(ERB，Event Report BCSM)消息。申请计费请求具体可为AC请求，申请计费报告具体可以为ACR。显然，本领域技术人员可以意识到，请求通知计费事件消息、计费事件通知消息、申请计费请求、申请计费报告的具体格式并不局限于上述示范性实例，而是可能有种变换，上述消息格式的具体示例仅为示范性的，并不用于限制本发明的保护范围。

比如，如果采用RCEN消息和ENC消息来获取通话的视音频编解码能力，对于RCEN消息结构，本发明可以做如下扩展：

相比现有技术的RCEN消息，本发明优选新增计费视音频编解码字段，以保存对通话的视频编解码能力的请求。比如：

计费事件类型∷＝八位位组(范围(最小计费事件类型长度..最大计费事件类型长度))

--本参数表示计费事件的类型。

--例如可以是计费脉冲或是计费消息。

--0计费脉冲

--1计费消息

--2计费视音频编解码(含义为请求通话的视音频编解码能力；

对于ENC消息结构，本发明可以做如下扩展：

扩展[3]隐含序列(范围((1..？？))个序列{

··类型整数，

··准则枚举{

    忽略(0)，

    放弃(1)}缺省值忽略，

··值[1]任何由类型定义的值}选择项

其中隐含序列第一个字节可以用来表示通话所使用的音频编解码能力，第二个字节可以用来表示通话所使用的视频编解码能力。支持的视音频编解码能力可以为：AMR、G.711A、G.711u、G.723.1、G726-40、G726-32、G726-24、G726-16、G.728、G.729、T.38、H.261、H.263、MPEG-4 Audio、MPEG-4 Video等。

另外，可以将视频计费策略记录在AC消息的计费模式中，也可以将音频计费策略记录在AC消息的计费模式。同样，也可以在ACR消息的计费模式中作出相应的修改。

比如。AC消息可以具有如下结构：

帐单计费特性(ACH)∷＝序列{

计费模式[0]八位位组(1位)  缺省值(1)，

--比特A计费或免费

--0免费

--1计费

--2免费(音频)∥扩展，标识对用户通话过程中音频部分免费；

--3计费(音频)∥扩展，标识对用户通话过程中音频部分计费；

--4免费(视频)∥扩展，标识对用户通话过程中视频部分免费；

--5计费(视频)∥扩展，标识对用户通话过程中视频部分计费。

根据对以上消息及其对应操作的扩展，实质上当SSP接收到一个呼叫后，首先在SCP的控制下与用户交互完毕，SCP向SSP发送“切断前向连接(Disconnect Forward Connection)”操作，指示SSP释放占用的SRF专用资源后。然后，SCP启动“RCEN”操作，然后根据SSP“ENC”操作得知本次通话所采用的视音频编解码能力。此时，SCP可以启动两个“AC”操作(如果只要求进行音频计费或者视频计费，相应启动一个AC操作即可)，这个AC操作的结果是SCP向SSP发送两个“申请计费”的信息流，即请求SSP去产生两个帐单记录(视频和音频分开)。此时SSP接收和分析“申请计费”请求并按照“申请计费”请求的指示开始计费，当SSP的计费动作结束后，向SCP提供两个“ACR”，将计费结果送到SCP。

显然，SCP和SSP还可以进一步预先约定视频计费策略，每种视频计费策略对应一个视频计费类别编号，

然后，SCP向SSP发送包含对应于所述视频计费策略的视频计费类别编号，SSP再根据该视频计费类别编号确定与其对应的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

或者，SCP和SSP进一步预先约定音频计费策略，每种音频计费策略对应一个音频计费类别编号，SCP向SSP发送包含对应于所述音频计费策略的音频计费类别编号；SSP根据该音频计费类别编号确定与其对应的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

如果采用RRBE消息和ERB消息来获取通话的视音频编解码能力，那么，对于RRBE消息结构，本发明可以做如下扩展：

参量

  序列{

·基本呼叫状态模式(BCSM)事件[0]隐含序列(1..32)个

··序列{

···BCSM事件类型[0]隐含枚举{

····发端试呼鉴权(1)，

····收集信息(2)，

····分析信息(3)，

····路由选择故障(4)，

····O-被叫忙(5)，

····O-无应答(6)，

····O-应答(7)，

····O-中间呼叫(8)

····O-拆线(9)，

····O-放弃(10)，

····终端试呼鉴权(12)，

····T-被叫忙(13)，

····T-无应答(14)，

····T-应答(15)，

····T-中间呼叫(16)，

····T-拆线(17)，

····T-放弃(18)

····计费视音频编解码(含义为请求通话的视音频编解码能力)(19)}，

···监视方式[1]隐含 枚举{

····中断(0)，

····通知且继续(1)，

····透明(2)}，

···LegID[2]选择{

····发送方[0]隐含八位位组(范围(1))}选择项，

···DP规定准则[30]选择{

····数字个数[0]隐含整数(1..255)，

····应用定时器[1]隐含整数(0..2047)}选择项，

·BCSM事件相关ID[1]隐含八位位组(范围(1..？？))选择项

·扩展[2]隐含序列(范围((1..？？))个序列{

··类型整数，

··准则枚举{

忽略(0)，

放弃(1)}缺省值忽略，

··值[1]任何由类型定义的值}选择项

}

差错{

--丢失参数--本地值7，

--参数超范围--本地值8，

--系统故障--本地值11，

--任务被拒绝--本地值12，

--不期望的成份序列--本地值14，

--不期望的数据值--本地值15，

--不期望的参数--本地值16}

∷＝本地值23

此时，对于ERB消息结构，作出如下扩展：

参量

  序列{

·BCSM事件类型[0]隐含枚举{

··发端试呼鉴权(1)，

··收集信息(2)，

··分析信息(3)，

··路由选择故障(4)，

··O-被叫忙(5)，

··O-无应答(6)，

··O-应答(7)，

··O-中间呼叫(8)

··O-拆线(9)，

··O-放弃(10)，

··终端试呼鉴权(12)，

··T-被叫忙(13)，

··T-无应答(14)，

··T-应答(15)，

··T-中间呼叫(16)，

··T-拆线(17)，

··T-放弃(18)

····计费视音频编解码(含义为通话的视音频编解码能力)(19)}，

·BCSM事件相关ID[1]隐含八位位组(范围(1..？？))选择项，

·BCSM事件规定的信息[2]选择{

··收集的信息规定的信息[0]隐含序列{

···被叫用户号码[0]隐含八位位组(范围(4..12))}

··分析信息规定的信息[1]隐含序列{

···被叫用户号码[0]隐含八位位组(范围(4..12))选择项}，

··路由选择故障规定的信息[2]隐含序列{

···失败原因[0]隐含八位位组(范围(2..20))选择项}

··O-被叫忙规定的信息[3]隐含序列{

···忙原因[0]隐含八位位组(范围(2..20))选择项}，

··O-无应答规定的信息[4]隐含序列{}，

··O-应答规定的信息[5]隐含序列{}，

··O-中间呼叫规定的信息[6]隐含序列{

···连接时间[0]隐含整数(0..2147483647)选择项，}

··O-拆线规定的信息[7]隐含序列{

···释放原因[0]隐含八位位组(范围(2..？？))选择项，

···连接时间[1]隐含整数(0..2147483647)选择项}，

··T-被叫忙规定的信息[8]隐含序列{

···忙原因[0]隐含八位位组(范围(2..20))}选择项}，

··T-无应答规定的信息[9]隐含序列{}，

··T-应答规定的信息[10]隐含序列{}，

··T-中间呼叫[11]隐含序列{

···连接时间[0]隐含整数(0..2147483647)选择项}，

··T-拆线规定的信息[12]隐含序列{

···释放原因[0]隐含八位位组(范围(2..20)选择项，

···连接时间[1]隐含整数(0..2147483647)选择项}}选择项，

·LegID[3]选择{

··收方ID[1]隐含八位位组(范围(1))}，

·杂项呼叫信息[4]隐含序列{

··信息类型[0]隐含枚举{

···请求(0)，

···通知(1)}，

··dp分配[1]隐含枚举{

···单个用户线(0)，

···基于群(1)，

···基于局(2)}，选择项}缺省值(消息类型请求)

·扩展[5]隐含序列(范围((1..？？))个序列{

··类型 整数，

··准则 枚举{

    忽略(0)，

    放弃(1)}缺省值忽略，

··值[1]任何由类型定义的值}选择项

}

∷＝本地值24

下面，具体描述一个实施例。在本实施例中，既实现对呼叫的音频计费，又实现对呼叫的视频计费。

图4为根据本发明一实施例对呼叫进行包含音频计费和视频计费的计费方法示意图。首先，SSP和SCP建立通信连接，如图4所示，该方法还包括：

步骤401：用户的呼叫触发SCP，由SCP完成对用户呼叫的鉴权；

步骤402：SCP向SSP发送RCEN消息，在RCEN消息中携带有对通话的视音频编解码能力的请求；

步骤403：SSP收到RCEN消息后，向SCP返回ENC消息，在ENC消息中携带有通话的视音频编解码能力；

步骤404：SCP获取ENC消息中该通话的视音频编解码能力，根据该通话的视音频编解码能力确定视频计费策略和音频计费策略，并向SSP发送包含所述视频计费策略和音频计费策略的AC请求；其中，SCP可以通过一条AC请求向SSP发送视音频编解码能力；也可以发送两条AC请求，一条AC请求携带有视频计费策略，另一条AC请求携带有音频计费策略；

步骤405：执行通话，然后等待到呼叫结束；

步骤406：SSP根据收到的视频计费策略和音频计费策略执行完相应的视频计费和音频计费之后，向SCP返回申请计费报告ACR，所述ACR中包含音频计费的和视频计费的结果。其中，SSP可以通过一条ACR请求向SCP返回音频计费结果和视频计费结果。可选地，SSP也可以发送两条ACR请求，其中一条ACR请求携带有音频计费结果，另一条ACR请求携带有视频计费结果。

由该实施例可见，本发明能够对呼叫的视音频进行区别计费，所以计费更加准确。

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

Claims (18)

1、一种视频呼叫的计费方法，其特征在于，预先建立业务交换点SSP和业务控制点SCP之间的通信连接，该方法还包括以下步骤：

A、SCP向SSP发送包含对通话的视频编解码能力请求的请求通知计费事件消息，SSP向SCP回复包含所述通话的视频编解码能力的计费事件通知消息；

B、SCP获取计费事件通知消息中该通话的视频编解码能力，根据该通话的视频编解码能力确定视频计费策略，并向SSP发送包含所述视频计费策略的申请计费请求。

2、根据权利要求1所述的视频呼叫的计费方法，其特征在于，该方法进一步包括：

C1、SSP获取所述申请计费请求中的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

3、根据权利要求1所述的视频呼叫的计费方法，其特征在于，

步骤A所述请求通知计费事件消息中进一步包含对通话的音频编解码能力的请求，SSP所回复的计费事件通知消息中进一步包含该通话的音频编解码能力；

步骤B中，SCP进一步获取计费事件通知消息中该通话的音频编解码能力，根据该通话的音频编解码能力确定音频计费策略，并且SCP向SSP发送的该申请计费请求中进一步包含所述音频计费策略。

4、根据权利要求3所述的视频呼叫的计费方法，其特征在于，该方法进一步包括：

C2、SSP获取所述申请计费请求中的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

5、根据权利要求2所述的视频呼叫的计费方法，其特征在于，该方法在步骤C1后进一步包括：

D1、SSP向SCP返回申请计费报告，所述申请计费报告中包含所述视频计费的结果。

6、根据权利要求4所述的视频呼叫的计费方法，其特征在于，该方法在步骤C2后进一步包括：

D2、SSP向SCP返回申请计费报告，所述申请计费报告中包含所述音频计费的结果。

7、根据权利要求1所述的视频呼叫的计费方法，其特征在于，所述视频编解码能力包括：H.261、H.263、H.264、运动图像专家组MPEG-4视频中的任一个或大于一个的任意组合。

8、根据权利要求3所述的视频呼叫的计费方法，其特征在于，所述音频编解码能力包括：自适应多速率编码AMR、G.711A、G.711u、G.723.1、G726-40、G726-32、G726-24、G726-16、G.728、G.729、T.38、MPEG-4音频中的任一个或大于一个的任意组合。

9、根据权利要求1-8中任一项所述的视频呼叫的计费方法，其特征在于，该方法进一步在步骤A前包括：

a、SCP向SSP发出鉴权请求；

b、SSP收到鉴权请求后对所述视频呼叫进行鉴权操作，如果鉴权通过，则执行步骤A及其后续步骤，否则退出本流程。

10、根据权利要求1所述的视频呼叫的计费方法，其特征在于，所述对通话的视频编解码能力的请求被记录在所述请求通知计费事件消息的计费事件类型中。

11、根据权利要求3或10所述的视频呼叫的计费方法，其特征在于，所述对通话的音频编解码能力的请求被记录在所述请求通知计费事件消息的计费事件类型中。

12、根据权利要求1所述的视频呼叫的计费方法，其特征在于，所述通话的视频编解码能力被记录在所述计费事件通知消息的扩展隐含序列中。

13、根据权利要求3或12所述的视频呼叫的计费方法，其特征在于，所述通话的音频编解码能力被记录在所述计费事件通知消息的扩展隐含序列中。

14、根据权利要求1所述的视频呼叫的计费方法，其特征在于，所述视频计费策略被记录在所述申请计费请求的计费模式中。

15、根据权利要求3或14所述的视频呼叫的计费方法，其特征在于，所述音频计费策略被记录在所述申请计费请求的计费模式中。

16、根据权利要求2所述的视频呼叫的计费方法，其特征在于，SCP和SSP进一步预先约定视频计费策略，每种视频计费策略对应一个视频计费类别编号，

步骤B中，所述SCP向SSP发送包含所述视频计费策略的申请计费请求为：SCP向SSP发送包含对应于所述视频计费策略的视频计费类别编号；

步骤C1中，SSP根据该视频计费类别编号确定与其对应的视频计费策略，并根据所述视频计费策略执行对所述视频呼叫的视频计费。

17、根据权利要求4所述的视频呼叫的计费方法，其特征在于，SCP和SSP进一步预先约定音频计费策略，每种音频计费策略对应一个音频计费类别编号，

步骤B中，所述SCP向SSP发送包含所述音频计费策略的申请计费请求为：SCP向SSP发送包含对应于所述音频计费策略的音频计费类别编号；

步骤C2中，SSP根据该音频计费类别编号确定与其对应的音频计费策略，并根据所述音频计费策略执行对所述视频呼叫的音频计费。

18、根据权利要求1所述的视频呼叫的计费方法，其特征在于，所述请求通知计费事件消息为请求通知计费事件RCEN格式的消息，所述计费事件通知消息为计费事件通知ENC格式的消息；或

所述请求通知计费事件消息为请求报告基本呼叫状态模式RRBE格式的消息，所述计费事件通知消息为基本呼叫状态模式事件报告ERB格式的消息。

Images