呼叫计费方法、系统、装置和设备转让专利

申请号 : CN200810103906.0

文献号 : CN101262535B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 史欣单明军李纯康娇

申请人 : 华为技术有限公司

摘要 :

本发明实施例公开了一种呼叫计费方法和系统,属于通信领域。所述方法包括:接收新的呼叫使用被保持呼叫的资源的重用信息;根据所述重用信息对所述新的呼叫进行计费。所述系统包括网元设备和计费设备。本发明实施例还公开了一种信息上报装置、计费设备、在线计费设备和离线计费设备。本发明实施例通过根据新的呼叫使用被保持呼叫的资源的重用信息,对新的呼叫进行计费,可以更加准确地按照资源重用情况进行计费,提高了网络资源的利用率和用户体验。

权利要求 :

1.一种呼叫计费方法,其特征在于,所述方法包括:分组交换中,接收新的呼叫使用被保持呼叫的资源的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息;

在线计费时,根据所述重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数;向发送所述重用信息的网元返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数。

2.如权利要求1所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前还包括:接收被保持呼叫的呼叫保持信息;

根据所述呼叫保持信息对所述被保持呼叫进行计费。

3.如权利要求2所述的呼叫计费方法,其特征在于,在线计费时,所述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;

相应地,所述方法还包括:

接收到所述呼叫保持信息后,根据所述呼叫保持指示和呼叫保持的时间点以及运营商预设的资费策略批价,并为所述被保持呼叫重新授权配额数;

向发送所述呼叫保持信息的网元返回计费应答消息,所述消息携带重新授权的配额数。

4.如权利要求1所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前还包括:接收被保持呼叫的呼叫保持信息;

当所述被保持呼叫恢复时,所述方法还包括:

接收所述被保持呼叫的恢复信息;

根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费。

5.如权利要求4所述的呼叫计费方法,其特征在于,在线计费时,所述恢复信息包括恢复标识和呼叫保持的结束时间点;

相应地,所述方法还包括:

接收到所述恢复信息后,根据所述恢复信息对恢复的呼叫按照正常资费批价,并为所述被保持呼叫重新授权配额数;

向发送所述恢复信息的网元返回计费应答消息,所述消息携带重新授权的配额数。

6.如权利要求4所述的呼叫计费方法,其特征在于,所述运营商预设的资费策略为标准的资费策略;

或,所述运营商预设的资费策略为优惠资费策略或者免费策略;

相应地,根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费包括:根据所述呼叫保持信息和所述恢复信息对所述被保持呼叫采取预定的优惠资费策略或者免费策略;

或,根据所述呼叫保持信息和所述恢复信息对所述被保持呼叫采取预定的标准的资费策略。

7.如权利要求1-6中任一权利要求所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前包括:检查到发起所述新的呼叫的用户存在被保持的呼叫时,根据所述被保持的呼叫信息确定对所述新的呼叫进行资源重用。

8.一种呼叫计费方法,其特征在于,所述方法包括:分组交换中,接收新的呼叫使用被保持呼叫的资源的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息;

离线计费时,更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向发送所述重用信息的网元返回离线计费应答,对所述新的呼叫进行离线计费。

9.如权利要求8所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前还包括:接收被保持呼叫的呼叫保持信息;

根据所述呼叫保持信息对所述被保持呼叫进行计费。

10.如权利要求9所述的呼叫计费方法,其特征在于,离线计费时,所述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;

相应地,所述方法还包括:

接收到所述呼叫保持信息后,更新所述被保持呼叫的话单,将所述呼叫保持指示以及呼叫保持的起始时间点写入话单;

向发送所述呼叫保持信息的网元返回离线计费应答。

11.如权利要求8所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前还包括:接收被保持呼叫的呼叫保持信息;

当所述被保持呼叫恢复时,所述方法还包括:

接收所述被保持呼叫的恢复信息;

根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费。

12.如权利要求11所述的呼叫计费方法,其特征在于,离线计费时,所述恢复信息包括恢复标识和呼叫保持的结束时间点;

相应地,所述方法还包括:

接收到所述恢复信息后,更新所述被保持呼叫的话单,将所述恢复标识和呼叫保持的结束时间点写入话单;

向发送所述恢复信息的网元返回离线计费应答。

13.如权利要求11所述的呼叫计费方法,其特征在于,运营商预设的资费策略为标准的资费策略;

或,所述运营商预设的资费策略为优惠资费策略或者免费策略;

相应地,根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费包括:根据所述呼叫保持信息和所述恢复信息对所述被保持呼叫采取预定的优惠资费策略或者免费策略;

或,根据所述呼叫保持信息和所述恢复信息对所述被保持呼叫采取预定的标准的资费策略。

14.如权利要求8-13中任一权利要求所述的呼叫计费方法,其特征在于,所述接收新的呼叫使用被保持呼叫的资源的重用信息之前包括:检查到发起所述新的呼叫的用户存在被保持的呼叫时,根据所述被保持的呼叫信息确定对所述新的呼叫进行资源重用。

15.一种呼叫计费系统,其特征在于,所述系统包括:计费设备,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息,在线计费时,根据所述重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数;向所述网元设备返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数;

其中,

所述网元设备,用于当新的呼叫使用被保持的呼叫的资源时,向计费设备上报重用信息,并接收所述计费设备返回的计费应答消息。

16.如权利要求15所述的呼叫计费系统,其特征在于,所述网元设备还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息;

相应地,所述计费设备还用于接收所述网元设备上报的呼叫保持信息,根据所述呼叫保持信息对所述被保持呼叫进行计费。

17.如权利要求15所述的呼叫计费系统,其特征在于,所述网元设备还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息,以及当所述被保持呼叫恢复时,上报所述被保持呼叫的恢复信息;

所述计费设备还用于接收所述网元设备上报的呼叫保持信息和恢复信息,根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费。

18.如权利要求15至17中任一权利要求所述的呼叫计费系统,其特征在于,所述网元设备为计费网关或者服务呼叫会话控制功能设备。

19.一种呼叫计费系统,其特征在于,所述系统包括:计费设备,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;离线计费时,更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向所述网元设备返回离线计费应答,对所述新的呼叫进行离线计费;

其中,

所述网元设备,用于当新的呼叫使用被保持的呼叫的资源时,向计费设备上报重用信息,并接收所述计费设备返回的离线计费应答。

20.如权利要求19所述的呼叫计费系统,其特征在于,所述网元设备还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息;

相应地,所述计费设备还用于接收所述网元设备上报的呼叫保持信息,根据所述呼叫保持信息对所述被保持呼叫进行计费。

21.如权利要求19所述的呼叫计费系统,其特征在于,所述网元设备还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息,以及当所述被保持呼叫恢复时,上报所述被保持呼叫的恢复信息;

所述计费设备还用于接收所述网元设备上报的呼叫保持信息和恢复信息,根据所述呼叫保持信息和所述恢复信息对被保持的呼叫进行计费。

22.如权利要求19至21中任一权利要求所述的呼叫计费系统,其特征在于,所述网元设备为代理呼叫会话控制功能设备或服务呼叫会话控制功能设备。

23.一种信息上报装置,其特征在于,所述装置包括:接收模块,用于在分组交换中接收新的呼叫请求;

重用信息上报模块,用于当所述接收模块接收的新的呼叫使用被保持的呼叫的资源时,向计费设备上报新的呼叫使用的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息。

24.如权利要求23所述的信息上报装置,其特征在于,所述接收模块还用于接收呼叫保持请求;

所述装置还包括:

呼叫保持信息上报模块,用于当所述接收模块接收到呼叫保持请求时,向所述计费设备上报被保持呼叫的呼叫保持信息,所述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点。

25.如权利要求24所述的信息上报装置,其特征在于,所述接收模块还用于接收呼叫恢复请求;

所述装置还包括:

恢复信息上报模块,用于当所述接收模块接收到呼叫恢复请求时,向所述计费设备上报被保持呼叫的恢复信息,所述恢复信息包括恢复标识和呼叫保持的结束时间点。

26.一种在线计费设备,其特征在于,所述设备包括:接收模块,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;

新呼叫计费处理模块,用于根据所述接收模块接收的重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数,向所述网元设备返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数。

27.如权利要求26所述的在线计费设备,其特征在于,所述接收模块还用于接收所述网元设备上报的所述被保持的呼叫的呼叫保持信息,所述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;

所述设备还包括:

被保持呼叫计费处理模块,用于根据所述接收模块接收的呼叫保持信息中的呼叫保持指示和呼叫保持的时间点,以及运营商预设的资费策略批价,并为所述被保持呼叫重新授权配额数;向所述网元设备返回计费应答消息,所述消息携带重新授权的配额数。

28.如权利要求26所述的在线计费设备,其特征在于,所述接收模块还用于接收所述网元设备上报的所述被保持的呼叫的呼叫保持信息和恢复信息;

所述设备还包括:

被保持呼叫计费处理模块,用于根据所述接收模块接收的呼叫保持信息、恢复信息以及运营商预设的资费策略批价,并为恢复后的呼叫重新授权配额数,向所述网元设备返回计费应答消息,所述消息携带重新授权的配额数。

29.一种离线计费设备,其特征在于,所述设备包括:接收模块,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;

新呼叫计费处理模块,用于根据所述接收模块接收的重用信息更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向所述网元设备返回离线计费应答,对所述新的呼叫进行离线计费。

30.如权利要求29所述的离线计费设备,其特征在于,所述接收模块还用于接收所述网元设备上报的所述被保持的呼叫的呼叫保持信息,所述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;

所述设备还包括:

被保持呼叫计费处理模块,用于根据所述接收模块接收的呼叫保持信息更新所述被保持呼叫的话单,将所述呼叫保持指示以及呼叫保持的起始时间点写入话单;向发送所述网元设备返回离线计费应答。

31.如权利要求29所述的离线计费设备,其特征在于,所述接收模块还用于接收所述网元设备上报的所述被保持的呼叫的恢复信息,所述恢复信息包括恢复标识和呼叫保持的结束时间点;

所述设备还包括:

被保持呼叫计费处理模块,用于根据所述接收模块接收的恢复信息更新所述被保持呼叫的话单,将所述恢复标识和呼叫保持的结束时间点写入话单;向所述网元设备返回离线计费应答。

说明书 :

呼叫计费方法、系统、装置和设备

技术领域

[0001] 本发明涉及通信领域,特别涉及呼叫计费方法、系统、装置和设备。

背景技术

[0002] 随着电信技术的发展,固定、移动网络已经从电路交换发展到分组交换。电路交换中,需要为用户建立一条电路,用于语音或者数据的传输,不论是否在传输数据,通信的双方始终占用端到端的固定传输带宽。分组交换中,采用存储转发技术,在传送数据之前,不必先建立一条连接,数据的传输效率很高。为了保证服务质量,在这两种技术中使用了大量的资源预留与接纳控制的技术,但是在具体的技术运用上又有所区别:电路交换中,呼叫保持时,被保持呼叫的电路不会被释放,以保证呼叫回切时,成功恢复被保持的呼叫;分组交换中,呼叫保持时,运营商可以将接入资源分配给新的呼叫重用,在呼叫回切时,被新呼叫重用的接入资源再次被之前保持的呼叫预留。
[0003] 在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
[0004] 用户在呼叫过程中将呼叫保持,有时被保持的呼叫占用的网络资源既没有被释放,也没有被新的呼叫重用。由于在呼叫保持期间,用户的呼叫还是独占了网络资源,但是用户也没有发送数据,导致网络资源在一定程度上被浪费;
[0005] 在用户体验层面,用户没有传送话音以及数据,运营商对用户仍按正常资费进行计费,造成用户体验很差;
[0006] 当新的呼叫重用被保持呼叫的接入资源时,如按正常资费对新的呼叫计费,不符合按基于资源使用计费的原则。

发明内容

[0007] 为了使运营商能够对用户按照资源的使用进行计费,本发明实施例提供了一种呼叫计费方法、系统、装置和设备。所述技术方案如下:
[0008] 一种呼叫计费方法,所述方法包括:
[0009] 分组交换中,接收新的呼叫使用被保持呼叫的资源的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息;
[0010] 在线计费时,根据所述重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数;向发送所述重用信息的网元返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数。
[0011] 一种呼叫计费方法,所述方法包括:
[0012] 分组交换中,接收新的呼叫使用被保持呼叫的资源的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息;
[0013] 离线计费时,更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向发送所述重用信息的网元返回离线计费应答,对所述新的呼叫进行离线计费。
[0014] 一种呼叫计费系统,所述计费系统包括:
[0015] 计费设备,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息,在线计费时,根据所述重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数;向所述网元设备返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数;离线计费时,更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向所述网元设备返回离线计费应答,对所述新的呼叫进行离线计费;
[0016] 其中,
[0017] 所述网元设备,用于当新的呼叫使用被保持的呼叫的资源时,向计费设备上报重用信息,并接收所述计费设备返回的计费应答消息或离线计费应答。
[0018] 一种呼叫计费系统,所述系统包括:
[0019] 计费设备,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;离线计费时,更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向所述网元设备返回离线计费应答,对所述新的呼叫进行离线计费;
[0020] 其中,
[0021] 所述网元设备,用于当新的呼叫使用被保持的呼叫的资源时,向计费设备上报重用信息,并接收所述计费设备返回的离线计费应答。
[0022] 一种信息上报装置,所述装置包括:
[0023] 接收模块,用于在分组交换中接收新的呼叫请求;
[0024] 重用信息上报模块,用于当所述接收模块接收的新的呼叫使用被保持的呼叫的资源时,向计费设备上报新的呼叫使用的重用信息,所述重用信息包括重用所述被保持呼叫的资源的媒体流信息。
[0025] 一种在线计费设备,所述设备包括:
[0026] 接收模块,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;
[0027] 新呼叫计费处理模块,用于根据所述接收模块接收的重用信息以及运营商预设的资费策略批价,并为所述新的呼叫重新授权配额数,向所述网元设备返回计费应答消息,对所述新的呼叫进行在线计费,所述消息携带重新授权的配额数。
[0028] 一种离线计费设备,所述设备包括:
[0029] 接收模块,用于在分组交换中接收网元设备上报的新的呼叫使用的重用信息,所述重用信息包括重用被保持呼叫的资源的媒体流信息;
[0030] 新呼叫计费处理模块,用于根据所述接收模块接收的重用信息更新所述新的呼叫的话单,将重用资源的媒体流信息写入话单;向所述网元设备返回离线计费应答,对所述新的呼叫进行离线计费。
[0031] 本发明实施例提供的技术方案的有益效果是:
[0032] 根据新的呼叫使用的重用信息对新的呼叫进行计费,可以更加准确地按照资源重用情况对呼叫进行计费,提高了网络资源的利用率和用户体验。

附图说明

[0033] 图1是本发明实施例一提供的呼叫计费方法流程图;
[0034] 图2是本发明实施例二在呼叫保持过程中的在线计费信令交互图;
[0035] 图3是本发明实施例三在呼叫保持过程中的在线计费信令交互图;
[0036] 图4是本发明实施例四终止呼叫保持过程中的在线计费信令交互图;
[0037] 图5是本发明实施例五在呼叫保持过程中的离线计费信令交互图;
[0038] 图6是本发明实施例六在呼叫保持过程中的离线计费信令交互图;
[0039] 图7是本发明实施例七终止呼叫保持过程中的离线计费信令交互图;
[0040] 图8是本发明实施例八提供的资源重用信息的信令转发交互图;
[0041] 图9是本发明实施例九提供的呼叫计费系统示意图;
[0042] 图10是本发明实施例十提供的信息上报装置示意图;
[0043] 图11是本发明实施例十一提供的计费设备的示意图;
[0044] 图12是本发明实施例十二提供的在线计费设备的示意图;
[0045] 图13是本发明实施例十三提供的离线计费设备的示意图。

具体实施方式

[0046] 为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
[0047] 本发明实施例通过在呼叫保持期间,上报新的呼叫使用被保持的呼叫的资源的重用信息,并根据资源的实际使用情况对呼叫进行计费,提升了用户体验,合理地利用了网络资源,具有很好的实用价值。
[0048] 实施例一
[0049] 参见图1,本实施例提供了一种呼叫计费方法,该方法包括:
[0050] S101:接收新的呼叫使用被保持呼叫的资源的重用信息;
[0051] S102:根据上述重用信息对新的呼叫进行计费。
[0052] 其中,资源的重用信息包括重用被保持呼叫的资源的媒体流信息,即指明哪些媒体流的资源重用了被保持的呼叫的网络资源的信息。在实现本实施例的过程中,当某一呼叫使用了被保持呼叫的资源时,相应的网元设备将会通知计费设备,使计费设备能够根据资源的使用情况对该呼叫进行计费。
[0053] 在具体描述方法之前,先简单地介绍一下方法中涉及到得几个设备:
[0054] UE(User Equipment,用户终端):用户通过它使用各种业务,该终端向用户呈现各种业务;
[0055] P-CSCF(Proxy-Call Session Control Function,代理呼叫会话控制功能实体):是IMS(Information Management System,信息管理系统)中用户终端的第一个接触点。所有SIP(Session Initiation Protocol,会话初始协议)信令流,无论来自UE或者发往UE,都必须通过P-CSCF,P-CSCF负责验证请求,并将验证通过的请求转发给指定的目标,以及处理和转发对端返回的响应消息;
[0056] IMS-GWF(Gate Way Function,IMS网关功能):是S-CSCF(Serving-Call Session ControlFunction,服务呼叫会话控制功能实体)与OCS(Online Charging System,在线计费系统)之间的计费网关,为S-CSCF提供了在线计费触发功能。
[0057] OCS:对服务的使用执行在线计费,实时影响服务的提供。
[0058] CDF(Charging Data Function,计费数据功能):接收、存储网元发送的计费信息,并且生成话单的功能实体。
[0059] PCRF(Policy and Charging Rule Function,策略与计费决策功能):接收各网元的信息进行策略决策,并向PCEF(Policy and Charging Enforcement Function,策略与计费执行功能)提供QoS授权信息以及计费规则。
[0060] PCEF为GGSN(Gateway GPRS Support Node,网关GPRS支撑节点)的一个策略与计费执行功能实体,表示为GGSN/PCEF,用于提供了用户面流量的策略执行和计费规则的实施;此外,PCEF还具有一个反馈功能,也即它需要向PCRF反馈用户发生的事件消息。
[0061] 上述方法可以应用与在线计费系统中,也可以应用于离线计费系统中,下面根据计费系统的不同以及呼叫保持的情况不同分别进行描述。
[0062] 实施例二
[0063] 参见图2,为在线计费时,由UE-A发起呼叫保持开始的业务场景中,对呼叫计费方法,包括:
[0064] S201-S202:UE-A发送呼叫保持请求INVITE(sendonly)到S-CSCF,请求保持UE-A与UE-B之间的呼叫;
[0065] S203:S-CSCF向IMS-GWF发送呼叫保持请求,进行业务控制;
[0066] S204:接收到呼叫保持请求后,IMS-GWF进行业务控制,并且触发信用控制请求(CCR,Credit Control Request)到OCS,其中包含呼叫保持信息,即呼叫保持指示以及呼叫保持的起始时间点;
[0067] S205:OCS收到CCR后,根据呼叫保持信息以及运营商的资费策略批价,并为被保持的呼叫授权配额数(一般为时长),然后向IMS-GWF返回信用控制应答(CCA,Credit ControlAnswer),其中包含新授权的配额数;
[0068] S206-S208:IMS-GWF,S-CSCF以及P-CSCF转发呼叫保持请求到UE-B;
[0069] S209-S214:UE-B返回应答200OK(recvonly)到UE-A,指明接受呼叫保持的请求;UE-A与UE-B之间无RTP(Real-time Transport Protocol,实时传输协议)媒体流的传送;
[0070] S215-S217:UE-A向IMS-GWF发送业务请求INVITE,向UE-C发起一个新的呼叫;
[0071] S218:接收到新的呼叫请求后,IMS-GWF进行业务控制,并且触发信用控制请求CCR到OCS;
[0072] S219:OCS向IMS-GWF返回信用控制应答CCA,其中包含新授权的配额数;
[0073] S220-S222:IMS-GWF,S-CSCF以及P-CSCF转发呼叫请求INVITE到UE-C;
[0074] S223-S228:UE-C向UE-A返 回183会话进行 中消息,消息 中包含一 个SDP(SessionDescription Protocol,会话描述协议)应答,携带所支持的媒体与所支持的编码方案;
[0075] S229-S231:UE-A向S-CSCF发送UPDATE消息,消息中包括资源预留完成的信息,以及包括资源的重用信息,即也指明了哪些媒体流的资源是重用了被保持的呼叫的网络资源;
[0076] 其中,资源的重用信息通过以下方式发送给S-CSCF:
[0077] P-CSCF检查到UE-A存在被保持的呼叫时,向PCRF发送业务/应用信息,该业务/应用信息中携带被保持的呼叫信息,即上述呼叫保持信息;
[0078] PCRF收到业务/应用信息后,进行策略决策,确定对UE-A发起的新的呼叫进行资源重用,并通知GGSN/PCEF对新的呼叫进行资源重用;
[0079] PCRF收到GGSN/PCEF的成功响应后,向P-CSCF返回成功响应,该成功响应携带新的呼叫使用被保持呼叫的资源的重用信息;
[0080] P-CSCF收到成功响应后,向S-CSCF上报上述资源的重用信息。
[0081] S232:接收到新的呼叫请求后,IMS-GWF进行业务控制,并且触发信用控制请求CCR到OCS,消息中携带资源的重用信息,即指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0082] S233:接收到CCR后,OCS根据消息中的媒体流信息、媒体流占用的资源是否属于重用资源以及运营商的资费策略进行批价,配额预留;并且向IMS-GWF返回信用控制应答CCA,CCA中包含对各媒体流授予的配额数;
[0083] S234-S236:IMS-GWF,S-CSCF以及P-CSCF转发呼叫请求INVITE到UE-C;
[0084] S237-S241:UE-C向UE-A返回200OK,指明UE-C处也已经成功预留网络资源;UE-A与UE-C之间的媒体连接建立,开始进行RTP流的传输。
[0085] 在以上的在线计费流程中,OCS对被保持的呼叫以及新的呼叫可以按照很灵活的策略进行计费:
[0086] 对被保持的呼叫采取优惠的资费策略或者免费的策略,对重用资源的新呼叫采取正常的资费策略;
[0087] 对被保持的呼叫采取正常的资费策略,对重用资源的新呼叫采取优惠的资费策略或者免费的策略;
[0088] 对被保持的呼叫以及重用资源的新呼叫都采取优惠的资费策略。
[0089] 上述优惠的资费策略的优惠标准可以预先设定,这里不作限制,不同的运营商使用的资费策略不同,上述资费策略可以是运营商预先规定的资费策略。正常的资费策略指现有技术中的通常使用的资费策略,例如:呼叫保持时的计费策略与呼叫进行中的计费策略相同。
[0090] 实施例三
[0091] 参见图3,为在线计费时,由UE-C向UE-A发起呼叫,导致UE-A与UE-B之间的呼叫保持的业务场景中,对呼叫计费方法,包括:
[0092] S301-S303:UE-A与UE-B之间在正进行媒体流传输;UE-C向UE-A发起呼叫请求INVITE,呼叫请求被P-CSCF、S-CSCF转发到IMS-GWF;
[0093] S304:接收到呼叫保持请求后,IMS-GWF进行业务控制,并且触发计费请求到OCS;
[0094] S305:OCS向IMS-GWF返回计费应答,其中包含新授权的配额数;
[0095] S306-S308:IMS-GWF,S-CSCF以及P-CSCF转发呼叫保持请求到UE-A;
[0096] S309-S312:UE-A发送182Queued消息到UE-C,指示UE-C呼叫等待;
[0097] S313-S314:UE-A发送呼叫保持请求INVITE(sendonly)到S-CSCF,请求保持UE-A与UE-B之间的呼叫;
[0098] S315:S-CSCF向IMS-GWF发送呼叫保持请求,进行业务控制;
[0099] S316:接收到呼叫保持请求后,IMS-GWF进行业务控制,并且触发信用控制请求CCR到OCS,其中包含呼叫保持指示以及呼叫保持的起始时间点;
[0100] S317:OCS收到CCR后,根据呼叫保持信息以及运营商的资费策略批价,并为被保持的呼叫授权配额数(一般为时长),然后向IMS-GWF返回信用控制应答CCA,其中包含新授权的配额数;
[0101] S318-S320:IMS-GWF,S-CSCF以及P-CSCF转发呼叫保持请求到UE-B;
[0102] S321-S326:UE-B返回应答200OK到UE-A,指明接受呼叫保持的请求;UE-A与UE-B之间无RTP媒体流的传送;
[0103] S327-S329:UE-A向S-CSCF发送200OK消息,消息中包括资源预留完成的信息,以及包括资源的重用信息,即指明了哪些媒体流的资源是重用了被保持的呼叫的网络资源;
[0104] 其中,资源的重用信息发送给S-CSCF方式同实施例二类似,这里不再详述;
[0105] S330:接收到新的呼叫请求后,IMS-GWF进行业务控制,并且触发信用控制请求CCR到OCS,消息中指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0106] S331:接收到CCR后,OCS根据消息中的媒体流信息、媒体流占用的资源是否属于重用资源以及运营商的资费策略进行批价,配额预留;并且向IMS-GWF返回信用控制应答CCA,CCA中包含对各媒体流授予的配额;
[0107] S332-S334:IMS-GWF,S-CSCF以及P-CSCF转发200OK到UE-C;UE-A与UE-C之间的媒体连接建立,开始进行RTP流的传输。
[0108] 本方法提供的在线计费流程中,OCS对被保持的呼叫以及新的呼叫可以按照很灵活的策略进行计费,具体计费方式同实施例二中一样,这里不再详述。
[0109] 实施例四
[0110] 参见图4,该方法中的UE-A、UE-B和UE-C以进行了上述实施例二或实施例三中的方法为例,通过在线计费,新呼叫结束以及被保持的呼叫恢复即呼叫保持终止的计费方法,包括:
[0111] S401-S402:UE-A发送BYE消息到S-CSCF,请求终止与UE-C之间的呼叫;
[0112] S403:S-CSCF转发BYE消息到IMS-GWF,请求业务控制;
[0113] S404:接收到BYE消息后,IMS-GWF触发计费消息CCR(Terminate)到OCS;
[0114] S405:OCS进行信用控制、扣费;并且返回计费响应CCA(Terminate)到IMS-GWF;
[0115] S406-S408:IMS-GWF、S-CSCF、P-CSCF转发BYE消息到UE-C;
[0116] S409-S414:UE-C返回200OK到UE-A,UE-A与UE-C之间的呼叫终止;
[0117] S415-S416:UE-A发送呼叫恢复请求INVITE(sendrecv)到S-CSCF,请求恢复被保持的呼叫;
[0118] S417:S-CSCF转发呼叫恢复请求INVITE(sendrecv)到IMS-GWF,请求业务控制;
[0119] S418:接收到INVITE(sendrecv)消息后,IMS-GWF触发信用控制请求CCR(Update)到OCS,包含恢复信息,即呼叫恢复标识Resume Indicator以及呼叫保持的结束时间点ResumeTime;
[0120] S419:OCS收到CCR后,根据呼叫恢复标识Resume Indicator以及呼叫保持的结束时间点Resume Time按照正常资费对恢复的呼叫批价,并预留新的配额;然后向IMS-GWF返回CCA(Update),其中包含新预留的配额;
[0121] S420-S422:IMS-GWF、S-CSCF以及P-CSCF转发INVITE(sendrecv)到UE-B,指示UE-B恢复被保持的呼叫;
[0122] S423-S428:UE-B发送2000K到UE-A,两用户终端间继续进行RTP媒体流的传送。
[0123] 本方法提供的在线计费流程中,OCS对被保持的呼叫以及新的呼叫可以按照很灵活的策略进行计费,具体计费方式同实施例二中一样,这里不再详述。
[0124] 实施例五
[0125] 参见图5,为离线计费时,由UE-A发起呼叫保持开始的业务场景中,对呼叫计费方法,包括:
[0126] S501-S504:UE-A发送呼叫保持请求INVITE(sendonly)到UE-B,请求保持UE-A与UE-B之间的呼叫;
[0127] S505-S508:UE-B返回应答200OK(recvonly)到UE-A,指明接受呼叫保持的请求;UE-A与UE-B之间无RTP媒体流的传送;
[0128] S509:S-CSCF发送离线计费请求(ACR,Accounting Request)到CDF,其中包含呼叫保持信息,即呼叫保持指示以及呼叫保持的起始时间点;
[0129] S510:接收到S-CSCF的离线计费请求后,CDF更新S-CSCF话单,将呼叫保持信息写入话单;
[0130] S511:CDF向S-CSCF返回离线计费应答(ACA,Accounting Answer);
[0131] S512:P-CSCF发送完应答200OK(recvonly)后,发送离线计费请求ACR到CDF,其[0132] 中包含呼叫保持指示以及呼叫保持的起始时间点;
[0133] S513:接收到P-CSCF的离线计费请求后,CDF更新P-CSCF话单,将呼叫保持信息写入话单;
[0134] S514:CDF向P-CSCF返回离线计费应答;
[0135] S515-S518:UE-A向UE-C发送业务请求INVITE,发起一个新的呼叫;
[0136] S519-S522:UE-C向UE-A返回183会话进行中消息,消息中包含一个SDP应答:所支持的媒体与所支持的编码方案;
[0137] S523-S526:UE-A向UE-C发送UPDATE消息,消息中包括资源预留完成的信息,以及包括资源重用信息,即指明了哪些媒体流的资源是重用了被保持的呼叫的网络资源;
[0138] 其中,包括资源重用信息的UPDATE消息首先通过UE-A端的P-CSCF A发送给S-CSCF,然后由S-CSCF发送给UE-C端的P-CSCF C,再由P-CSCF C转发给UE-C;
[0139] 由P-CSCF A将包括资源重用信息的UPDATE消息发送给S-CSCF的方式同实施例二类似,这里不再详述;
[0140] S527-S530:UE-C向UE-A返回200OK,指明UE-C处也已经成功预留网络资源;UE-A与UE-C之间的媒体连接建立,开始进行RTP流的传输;
[0141] S531:S-CSCF发送离线计费请求ACR到CDF,消息中指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0142] S532:接收到ACR后,CDF打开一个S-CSCF话单,在话单中记录哪些媒体流的资源属于重用;
[0143] S533:CDF向S-CSCF返回离线计费应答;
[0144] S534:P-CSCF发送离线计费请求ACR到CDF,消息中指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0145] S535:接收到ACR后,CDF打开一个P-CSCF话单,在话单中记录哪些媒体流的资源属于重用;
[0146] S536:CDF向P-CSCF返回离线计费应答。
[0147] 在后续的离线计费流程中,离线计费系统将根据上述CDF记录的话单进行计费,具体计费策略可以按照实施例二提供的计费策略进行,这里不再详述。
[0148] 实施例六
[0149] 参见图6,为离线计费时,由UE-C向UE-A发起呼叫,导致UE-A与UE-B之间的呼叫保持的业务场景中,对呼叫计费方法,包括:
[0150] S601-S604:UE-A与UE-B之间在正进行媒体流传输;UE-C向UE-A发起呼叫请求INVITE;
[0151] S605-S608:由于UE-A与UE-B处于呼叫中,UE-A发送182Queued消息到UE-C,指示UE-C呼叫等待;
[0152] S609-S612:UE-A发送呼叫保持请求到UE-B,请求保持UE-A与UE-B之间的呼叫;
[0153] S613-S616:UE-B返回应答200OK到UE-A,指明接受呼叫保持的请求;UE-A与UE-B之间无RTP媒体流的传送;
[0154] S617:S-CSCF发送离线计费请求ACR到CDF,其中包含呼叫保持信息,即呼叫保持指示以及呼叫保持的起始时间点;
[0155] S618:接收到离线计费请求后,CDF更新S-CSCF话单,将呼叫保持信息写入话单;
[0156] S619:CDF向S-CSCF返回离线计费应答;
[0157] S620:P-CSCF发送离线计费请求ACR到CDF,其中包含呼叫保持指示以及呼叫保持的起始时间点;
[0158] S621:接收到离线计费请求后,CDF更新P-CSCF话单,将呼叫保持信息写入话单;
[0159] S622:CDF向P-CSCF返回离线计费应答;
[0160] S623-S626:UE-A接受UE-C发起的呼叫,UE-A向UE-C发送200OK应答消息;
[0161] S627:P-CSCF发送离线计费请求ACR到CDF,消息中包括资源的重用信息,即指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0162] 其中,资源的重用信息通过以下方式发送给CDF:
[0163] P-CSCF检查到UE-A存在被保持的呼叫时,向PCRF发送业务/应用信息,该业务/应用信息中携带被保持的呼叫信息,即上述呼叫保持信息;
[0164] PCRF收到业务/应用信息后,进行策略决策,确定对UE-A发起的新的呼叫进行资源重用,并通知GGSN/PCEF对新的呼叫进行资源重用;
[0165] PCRF收到GGSN/PCEF的成功响应后,向P-CSCF返回成功响应,该成功响应携带新的呼叫使用被保持呼叫的资源的重用信息;
[0166] P-CSCF收到成功响应后,向CDF上报上述重用信息;
[0167] S628:接收到ACR后,CDF打开一个P-CSCF话单,在话单中记录哪些媒体流的资源属于重用;
[0168] S629:CDF向P-CSCF返回离线计费应答;
[0169] S630:S-CSCF发送离线计费请求ACR到CDF,消息中指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0170] S631:接收到ACR后,CDF打开一个S-CSCF话单,在话单中记录哪些媒体流的资源属于重用;
[0171] S632:CDF向S-CSCF返回离线计费应答。
[0172] 在后续的离线计费流程中,离线计费系统将根据上述CDF记录的话单进行计费,具体计费策略可以按照实施例二提供的计费策略进行,这里不再详述。
[0173] 实施例七
[0174] 参见图7,该方法中的UE-A、UE-B和UE-C以进行了上述实施例五或实施例六中的方法为例,通过离线计费,新呼叫结束以及被保持的呼叫恢复即呼叫保持结束的计费方法,包括:
[0175] S701-S704:UE-A发送BYE消息到UE-C,请求终止与UE-C之间的呼叫;
[0176] S705:接收到BYE消息后,P-CSCF触发计费消息ACR(Stop)到CDR;
[0177] S706:CDF关闭P-CSCF的话单;
[0178] S707:CDF返回计费响应ACR(Stop)到P-CSCF;
[0179] S708:接收到BYE消息后,S-CSCF触发计费消息ACR(Stop)到CDR;
[0180] S709:CDF关闭S-CSCF的话单;
[0181] S710:CDF返回计费响应ACR(Stop)到S-CSCF;
[0182] S711-S714:UE-C返回200OK响应到UE-A;
[0183] S715-S718:UE-A向UE-B发送INVITE(sendrecv)消息,请求恢复之前被保持的呼叫;
[0184] S719-S722:UE-B接收UE-A的请求,UE-B向UE-A返回200OK响应;两用户终端间继续进行RTP媒体流的传送;
[0185] S723:接收到200OK(sendrecv)消息后,S-CSCF触发计费消息ACR(Update)到CDF,包含恢复信息,即呼叫恢复标识Resume Indicator以及呼叫保持的结束时间点Resume Time;
[0186] S724:CDF更新S-CSCF的话单,在话单中增加被保持呼叫的恢复信息;
[0187] S725:CDF向S-CSCF返回计费响应;
[0188] S726:接收到200OK(sendrecv)消息后,P-CSCF触发计费消息ACR(Update)到CDF,包含呼叫恢复标识Resume Indicator以及呼叫保持的结束时间点Resume Time;
[0189] S727:CDF更新P-CSCF的话单,在话单中增加被保持呼叫的恢复信息;
[0190] S728:CDF向P-CSCF返回计费响应。
[0191] 在后续的离线计费流程中,离线计费系统对被保持的呼叫以及新的呼叫可以按照很灵活的策略进行计费,具体计费同上述实施例二中的计费策略一样,这里不再详述。
[0192] 上述实施例二至实施例七中的CCR或ACR消息的格式可以通过在,在现有的计费请求的IMS-Information消息中新增AVP字段实现,增加AVP字段后的IMS-Information消息格式如下:
[0193] IMS-Information::=
[0194] [Event-Type]
[0195] [Role-Of-Node]
[0196] {Node-Functionality}
[0197] [User-Session-ID]
[0198] *[Calling-Party-Address]
[0199] [Called-Party-Address]
[0200] *[Called-Asserted-Identity]
[0201] [Alternate-Charged-Party-Address]
[0202] [Requested-Party-Address]
[0203] *[Associated-URI]
[0204] [Time-Stamps]
[0205] *[Application-Server-Information]
[0206] *[Inter-Operator-Identifier]
[0207] [IMS-Charging-Identifier]
[0208] *[SDP-Session-Description]
[0209] [Hold Indicator]
[0210] [Hold Time]
[0211] [Resume Indicator]
[0212] [Resume Time]
[0213] *[SDP-Media-Component]
[0214] [SDP-Media-Name]
[0215] *[SDP-Media-Description]
[0216] [Media-Initiator-Flag]
[0217] [Media-Initiator-Party]
[0218] [Authorized-QoS]
[0219] [3GPP-Charging-Id]
[0220] [Access-Network-Charging-Identifier-Value][0221] [Overbooking Indicator]
[0222] [Served-Party-IP-Address]
[0223] [Server-Capabilities]
[0224] [Trunk-Group-ID]
[0225] [Bearer-Service]
[0226] [Service-Id]
[0227] *[Service-Specific-Info]
[0228] *[Message-Body]
[0229] [Cause-Code]
[0230] [Access-Network-Information]
[0231] *[Early-Media-Description]
[0232] [IMS-Communication-Service-Identifier]
[0233] 其中,[Hold Indicator]、[Hold Time]、[Resume Indicator]、[Resume Time]和[Overbooking Indicator]字段为新增字段,[Hold Indicator]用于携带呼叫保持指示,[Hold Time]用于携带被保持呼叫的起始时间点;[Resume Indicator]用于携带恢复被保持呼叫的标识,[Resume Time]用于携带呼叫保持的结束时间点;[Overbooking Indicator]用于携带重用信息,指明哪些媒体流的资源是重用了被保持的呼叫的资源。
[0234] 实施例八
[0235] 参见图8,本实施例以UE-A的某一呼叫处于呼叫保持状态为例,当UE-A新的呼叫(以UE-A作为主叫,UE-B作为被叫)使用了被保持呼叫的资源时,资源重用信息的信令转发过程具体包括:
[0236] S801-S803:主叫UE-A在INVITE请求中携带第一SDP提供(Offer)给被叫UE-B,这个SDP提供列出本次会话中主叫希望使用的所有媒体类型(例如音频、视频或者特定的应用,例如白板或者聊天),并且列出主叫对这些不同的媒体所支持的各种编码类型;如图8所示,主叫UE-A与被叫UE-B间的信令是通过P-CSCF和S-CSCF进行转发的;
[0237] S804-S806:被叫UE-B收到上述INVITE请求后,返回第一SDP应答,该第一SDP应答中可能拒绝一些被建议的媒体类型,它还会缩减编码类型的列表,略掉那些自身不能支持的编码类型,保存双方都支持的编码类型;
[0238] S807-S809:主叫UE-A收到第一SDP应答之后,确定使用的编码类型,并向被叫UE-B发送PRACK消息,该消息携带第二SDP提供,用以对每个媒体类型指出唯一一种将在会话中采用的编码类型;
[0239] S810:P-CSCF收到主叫UE-A发送给被叫UE-B的PRACK消息后,检查主叫UE-A是否有被保持的呼叫,如果有,向PCRF提供应用/业务信息,其中包含主叫UE-A其他会话的呼叫保持信息,发起QoS授权请求;
[0240] S811:PCRF接收到QoS授权请求后,存储应用/业务信息,并向P-CSCF返回一个响应消息;
[0241] S812:PCRF根据本地策略进行授权,即对主叫UE-A新的呼叫预留网络资源,并根据主叫UE-A其他会话的呼叫保持信息确定为新的呼叫进行资源重用;
[0242] S813:当PCRF确定对主叫UE-A新的呼叫进行资源重用时,形成IP QoS策略,并将IPQoS策略直接下发给GGSN/PCEF进行更新,其中包含对被保持呼叫的资源的重用指示;
[0243] S814:GGSN/PCEF收到PCRF下发的IP QoS策略后,执行IP QoS策略,并对主叫UE-A的被保持呼叫的资源进行重用;
[0244] S815:GGSN/PCEF向接入网侧发送IP-CAN承载的建立请求;
[0245] S816:IP-CAN承载建立后,沿原路返回IP-CAN承载建立的响应;
[0246] S817:GGSN/PCEF向PCRF返回IP QoS策略执行成功响应,如果在资源预留的过程中重用了已经被其他呼叫预留的资源(例如,在呼叫保持的情形下),响应中需包含资源的重用信息,即指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0247] S818-S819:PCRF收到GGSN/PCEF的成功响应后,向P-CSCF返回QoS授权成功响应,如果在资源预留的过程中重用了已经被其他呼叫预留的资源(例如,在呼叫保持的情形下),响应中需包含资源的重用信息,即指明哪些媒体流占用的资源是重用了被保持的呼叫的网络资源;
[0248] S820-S822被叫UE-B接收到PRACK消息后,根据该消息中携带的第二SDP提供向主叫UE-A返回第二SDP应答(200OK for PRACK),用以确认编码类型;
[0249] S823:主叫UE-A收到被叫UE-B的第二SDP应答后,确认本次呼叫已经预留了所需的资源,发送UPDATE请求对被叫UE-B进行确认,该请求是INVITE请求所建立的对话中的一个后续请求,UPDATE请求中包含第三SDP提供,说明主叫UE-A预留的资源情况;
[0250] S824-S825:P-CSCF接收到UPDATE请求后,在该请求的第三SDP提供中加上媒体流是否重用其他呼叫资源的指示,并且把增加指示后的UPDATE请求转发到S-CSCF以及后续的网络节点;
[0251] S826-S828:被叫UE-B收到UPDATE请求后,完成了资源预留,向主叫UE-A发出200OK for INVITE响应;
[0252] S829-S831:媒体通道建立成功,被叫UE-B振铃,被叫UE-B的用户摘机,被叫UE-B向主叫UE-A发送200OK for INVITE响应,双方开始通话。
[0253] 上述实施例通过在呼叫保持期间,上报新的呼叫使用被保持呼叫的网络资源的重用信息,更加准确地反映了媒体流对资源的预留情况。同时,根据上报的呼叫重用信息,计费系统可以更加准确地按照资源重用情况进行计费,促使用户提高网络资源的利用率。此外,在被保持呼叫的资源在重用时,计费系统可以根据呼叫保持时资源的使用情况进行计费,计费方式灵活,提高了用户体验。
[0254] 实施例九
[0255] 参见图9,本实施例提供了一种呼叫计费系统,包括:
[0256] 计费设备901,用于接收网元设备902上报的新的呼叫使用的重用信息,根据该重用信息对新的呼叫进行计费;
[0257] 其中,网元设备902,用于当新的呼叫使用被保持的呼叫的资源时,向计费设备901上报重用信息。
[0258] 进一步地,当被保持的呼叫自动结束保持状态时,上述网元设备902还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息;
[0259] 相应地,该计费设备901还用于接收上述网元设备902上报的呼叫保持信息,根据呼叫保持信息对被保持呼叫进行计费。
[0260] 或者,当被保持的呼叫保持一段时间后被恢复时,该网元设备902还用于当呼叫被保持时,上报被保持呼叫的呼叫保持信息,以及当被保持呼叫恢复时,上报被保持呼叫的恢复信息;
[0261] 相应地,该计费设备901还用于接收上述网元设备902上报的呼叫保持信息和恢复信息,根据呼叫保持信息和所述恢复信息对被保持的呼叫进行计费。
[0262] 其中,上述呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点,资源的重用信息包括重用被保持呼叫的资源的媒体流信息,即指明哪些媒体流的资源重用了被保持的呼叫的网络资源的信息;恢复信息包括恢复被保持呼叫的标识和呼叫保持的结束时间点。
[0263] 该系统为在线计费系统时,上述网元设备902为计费网关,例如实施例二至实施例四中的IMS-GWF;
[0264] 该系统为离线计费系统时,上述网元设备902为代理呼叫会话控制功能设备或服务呼叫会话控制功能设备,例如实施例五至实施例六中的P-CSCF或S-CSCF。
[0265] 本实施例计费时所采用的计费策略同上述实施例二中的计费策略一样,这里不再详述。
[0266] 本实施例通过在呼叫保持期间,上报重用信息,使计费设备可以更加准确地按照资源重用情况进行计费,促使用户充分地利用网络资源;并且,在被保持呼叫的资源在重用时,计费设备可以根据呼叫保持信息和恢复信息对被保持呼叫按照资源的使用情况进行计费,计费方式灵活,提高了用户体验。
[0267] 实施例十
[0268] 参见图10,本实施例提供了一种信息上报装置,该装置包括:
[0269] 接收模块1001,用于接收新的呼叫请求;
[0270] 重用信息上报模块1002,用于当接收模块1001接收的新的呼叫使用被保持的呼叫的资源时,向计费设备上报新的呼叫使用的重用信息。
[0271] 进一步地,上述接收模块1001还用于接收呼叫保持请求;
[0272] 该装置还包括:
[0273] 呼叫保持信息上报模块,用于当接收模块1001接收到呼叫保持请求时,向计费设备上报被保持呼叫的呼叫保持信息,其中,呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点。
[0274] 上述接收模块1001还用于接收呼叫恢复请求;
[0275] 该装置还包括:
[0276] 恢复信息上报模块,用于当接收模块1001接收到呼叫恢复请求时,向计费设备上报被保持呼叫的恢复信息,其中,恢复信息包括恢复标识和呼叫保持的结束时间点。
[0277] 本实施例提供的信息上报装置通过在接收的新的呼叫使用被保持的呼叫的资源时,上报新的呼叫使用的重用信息,以使计费设备能够根据呼叫使用资源的具体情况进行计费,促使用户充分地利用网络资源,计费方式灵活,提高了用户体验。
[0278] 实施例十一
[0279] 参见图11,本实施例提供了一种计费设备,该设备包括:
[0280] 接收模块1101,用于接收网元设备上报的新的呼叫使用的重用信息;
[0281] 计费模块1102,用于根据接收模块1101接收的重用信息对所述新的呼叫进行计费。
[0282] 进一步地,当被保持的呼叫自动结束保持状态时,该接收模块1101还用于接收该网元设备上报的呼叫保持信息;
[0283] 计费模块1102还用于根据接收模块1101接收的呼叫保持信息对被保持呼叫进行计费。
[0284] 或者,当被保持的呼叫保持一段时间后被恢复时,接收模块1101还用于接收该网元设备上报的呼叫保持信息和恢复信息;
[0285] 计费模块1102还用于根据接收模块1101接收的呼叫保持信息和恢复信息对被保持的呼叫进行计费。
[0286] 本实施例计费时所采用的计费策略同上述实施例二中的计费策略一样,这里不再详述。
[0287] 本实施例提供的计费设备根据接收的新的呼叫使用的重用信息,能够根据呼叫使用资源的具体情况进行计费,同时,还可以根据接收到的呼叫保持信息和恢复信息对被保持的呼叫进行计费,促使用户充分地利用网络资源,计费方式灵活,提高了用户体验。
[0288] 实施例十二
[0289] 参见图12,本实施例提供了一种在线计费设备,该设备包括:
[0290] 接收模块1201,用于接收网元设备上报的新的呼叫使用的重用信息,其中,重用信息包括重用被保持呼叫的资源的媒体流信息;
[0291] 新呼叫计费处理模块1202,用于根据接收模块1201接收的重用信息以及运营商预设的资费策略批价,并为新的呼叫重新授权配额数,向该网元设备返回计费应答消息,该消息携带重新授权的配额数。
[0292] 进一步地,当被保持的呼叫自动结束保持状态时,上述接收模块1201还用于接收该网元设备上报的被保持的呼叫的呼叫保持信息,其中,呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;
[0293] 该设备还包括:
[0294] 被保持呼叫计费处理模块,用于根据上述接收模块1201接收的呼叫保持信息中的呼叫保持指示和呼叫保持的时间点,以及运营商预设的资费策略批价,并为被保持呼叫重新授权配额数;向该网元设备返回计费应答消息,该消息携带重新授权的配额数。
[0295] 或者,当被保持的呼叫保持一段时间后被恢复时,上述接收模块1201还用于接收该网元设备上报的被保持的呼叫的呼叫保持信息和恢复信息;
[0296] 该设备还包括:
[0297] 被保持呼叫计费处理模块,用于根据接收模块1201接收的呼叫保持信息、恢复信息以及运营商预设的资费策略批价,并为恢复后的呼叫重新授权配额数,向该网元设备返回计费应答消息,该消息携带重新授权的配额数。
[0298] 本实施例计费时所采用的计费策略同上述实施例二中的计费策略一样,这里不再详述。
[0299] 本实施例提供的在线计费设备为计费网关或者服务呼叫会话控制功能设备,例如实施例二至实施例四中的IMS-GWF。
[0300] 本实施例提供的在线计费设备根据接收的重用信息对新的呼叫进行计费,能够根据呼叫使用资源的具体情况进行计费;同时,根据接收到的呼叫保持信息和恢复信息对被保持的呼叫进行计费,促使用户充分地利用网络资源,计费方式灵活,提高了用户体验。
[0301] 实施例十三
[0302] 参见图13,本实施例提供了一种离计费设备,该设备包括:
[0303] 接收模块1301,用于接收网元设备上报的新的呼叫使用的重用信息,其中,重用信息包括重用被保持呼叫的资源的媒体流信息;
[0304] 新呼叫计费处理模块1302,用于根据接收模块1301接收的重用信息更新该新的呼叫的话单,将重用资源的媒体流信息写入话单;向该网元设备返回离线计费应答。
[0305] 进一步地,当被保持的呼叫自动结束保持状态时,上述接收模块1301还用于接收该网元设备上报的被保持的呼叫的呼叫保持信息,其中,呼叫保持信息包括呼叫保持指示和呼叫保持的起始时间点;
[0306] 该设备还包括:
[0307] 被保持呼叫计费处理模块,用于根据接收模块1301接收的呼叫保持信息更新被保持呼叫的话单,将呼叫保持指示以及呼叫保持的起始时间点写入话单;向发送该网元设备返回离线计费应答。
[0308] 或者,当被保持的呼叫保持一段时间后被恢复时,上述接收模块1301还用于接收该网元设备上报的被保持的呼叫的恢复信息,其中,恢复信息包括恢复标识和呼叫保持的结束时间点;
[0309] 该设备还包括:
[0310] 被保持呼叫计费处理模块,用于根据接收模块1301接收的恢复信息更新被保持呼叫的话单,将恢复标识和呼叫保持的结束时间点写入话单;向该网元设备返回离线计费应答。
[0311] 本实施例计费时所采用的计费策略同上述实施例二中的计费策略一样,这里不再详述。
[0312] 本实施例提供的离线计费设备为代理呼叫会话控制功能设备或服务呼叫会话控制功能设备,例如实施例五至实施例六中的P-CSCF或S-CSCF。
[0313] 本实施例提供的离线计费设备接收到重用信息后,更新该新的呼叫的话单,进而根据新的呼叫使用资源的具体情况进行计费;同时,接收到呼叫保持信息和恢复信息时,更新被保持的呼叫的话单,进而根据被保持的呼叫使用资源的具体情况进行计费;促使用户充分地利用网络资源,计费方式灵活,提高了用户体验。
[0314] 以上实施例根据新的呼叫使用的重用信息对新的呼叫进行计费,进而能够根据新的呼叫使用资源的具体情况进行计费;同时,同时,还可以根据被保持的呼叫的呼叫保持信息和恢复信息对被保持的呼叫进行计费,计费的具体策略可以灵活设定,促使用户充分地利用网络资源,计费方式灵活,提高了用户体验。
[0315] 以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
[0316] 以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。