CN1642091A - 个人虚拟号码业务的认证计费方法 - Google Patents

Abstract

本发明提供了一种个人虚拟号码业务的认证计费方法，该方法包括：设定不同类型业务对应的计费方式；对使用所述业务的主叫用户及被叫用户分别进行认证、授权；根据对应的计费方式分别对主叫用户和/或被叫用户进行计费。利用本发明，在RADIUS接口和流程中增加对被叫用户的认证、授权和计费，可以完善不同业务的认证计费方案与运营模式；在被叫计费报文中扩充计费信息字段，并灵活设置计费费率和收费策略，对个人虚拟号码业务进行多种方式的计费，满足了不同类型及不同层次的计费需求，提高业务的运营性，使运营商能够提供多种个性化服务。

Description

个人虚拟号码业务的认证计费方法

技术领域

本发明涉及网络计费技术领域，具体涉及一种个人虚拟号码业务的认证计费方法。

背景技术

随着Internet的发展，唯一号码业务、一号通业务、Internet个人号码业务、Follow Me业务及其他类似业务成为新型的融合PSTN网(公用交换电话网)和IP网的综合个人通讯业务，并在下一代网络或软交换方案中得以发展。这些业务的特点是分配给用户的一个唯一的个人通讯号码(虚拟号码)，无论该用户在哪里(如在办公室、在家，在Internet网上或者出差途中等)，均可以通过其虚拟号码找到该用户，实现同该用户的实时通讯。由于该业务主要是为用户做被叫时提供了更多方便，所以经营该业务的运营商可能会对被叫收取一定的服务费或通话费。而且运营商可能需要对用户群分类，不同等级的用户享有不同的使用权限，如有的用户可以享受语音邮箱服务，有的用户可以享受客服中心秘书台的短信通知，而有的用户则不能享受这些特殊服务。此外，该类业务还允许被叫进行呼转，并且转移号码可能是普通固定电话、移动电话、PC客户端、IP电话终端、语音信箱、客服中心等多种形式，不同的呼转形式也需要提供不同的计费方式，当这些呼转的号码已经超出本运营商的范围的时候还会涉及到与其他运营商之间的网间结算。因此，该业务本身也需要对被叫用户进行认证、授权和计费管理。

目前，该类业务在系统认证、授权和计费方面大多数采用私有消息接口，提供给用户的计费形式或者采用包月制；或者沿用传统的IP电话的认证、授权和计费接口。

图1为现有技术中对被叫方采用私有消息认证、授权和计费方式示意图。这种方案没有一个通用的AAA(验证、授权和审计)服务器，而是将用户认证与计费管理放在一个设备的应用程序(如用户服务器)中，对被叫用户的认证、授权和计费通过该应用程序与呼叫控制中心或媒体网关控制中心之间的私有消息接口或协议交互实现；有的甚至直接将该应用程序内置在呼叫控制中心或媒体网关控制中心里，作为一个进程(或线程)与呼叫控制进程(或线程)交互。如果用户服务器或媒体网关控制中心本身具有记费系统的全面功能，包括设置费率，实时计算费用等功能，那么就可以支持对用户的实时计费业务，例如“C”类卡号业务(C类卡号用户不允许透支，卡号上的钱用完必须重新充值才可继续使用)。否则还需要用户服务器或媒体网关控制中心将呼叫记录信息保存成呼叫记录文件，定期(通常是月底)将呼叫记录文件脱机导入一个计费系统中，这种情况下就无法实现卡号业务等实时计费业务了，例如2001年上海热线运营的“ONLY”业务就是采用这种计费模式。

对于上述将用户认证与计费管理放在一个设备的应用程序(如用户服务器)中的方式，式因为交互消息的私有化，不利于接口的开放性和可扩展性；对于上述将呼叫控制层与业务层紧耦合的方式，不满足软交换的结构思想，更不便于今后业务的扩展。总之，这种方案在初期虽然实现简单但随着业务的开展，越来越无法满足不断增长的多种运营需求。

图2为现有技术中对被叫方采用传统IP电话的认证、授权和计费方式示意图。这种方案采用通用的AAA服务器，通过AAA服务器与媒体网关控制中心/呼叫控制中心之间的IP电话RADIUS(远程验证拨入用户服务)接口实现对主叫用户的认证、授权和计费，对于被叫用户通常不进行认证和授权，某些AAA服务器可以获得被叫的呼叫详细记录，某些AAA服务器不能获得被叫的呼叫详细记录。接口消息流程如图2所示。

在实际组网中，主叫侧AAA服务器与被叫侧AAA服务器可能是同一个设备。其中，认证报文主要实现对用户的身份认证(是否一个合法用户)和授权(是否允许提供该服务，余额是否足够，本次可以允许通话的时长等)；计费报文主要记录本次呼叫的相关计费信息(主叫号码，被叫号码，起始时间，终止时间，通话时长，通话流量报文字节数等)，AAA服务器根据这些信息计算本次呼叫的费用，计算用户新的可用余额。每个认证报文或计费报文都是由请求消息和回应消息两个消息包组成，其中，

认证报文有两组，即：

Access_Req1/Access_Rsp1和Access_Req2/Access_Rsp2，

前者实现对主叫用户的身份认证，后者实现对主叫用户的业务授权；

计费报文有八组，即：

Acct_Req1_Start/Acct_Rsp1_Start、Acct_Req2_Start/Acct_Rsp2_Start、

Acct_Req1_Stop/Acct_Rsp1_Stop、Acct_Req2_Stop/Acct_Rsp2_Stop、

Acct_Req3_Start/Acct_Rsp3_Start、Acct_Req4_Start/Acct_Rsp4_Start、

Acct_Req3_Stop/Acct Rsp3_Stop、Acct_Req4_Stop/Acct_Rsp4_Stop。

其中前四组是主叫侧计费报文，后四组是被叫侧计费报文，被叫侧计费报文是可选的，不一定所有厂商的设备或接口都支持。这些计费报文携带有与呼叫接续或呼叫释放相关的计费时间点，然后计费模块或设备通过这些时间点可以计算出主叫或被叫的通话时长，同时这些计费报文中还可能包括主叫号码，被叫号码等计费信息，计费模块或设备获得这些计费信息从而形成主叫侧或被叫侧的呼叫详细记录。

从图中可以看出主叫侧网关与被叫侧网关之间没有认证报文的交互，即没有对被叫用户的认证授权过程，原因是在普通的IP电话中是不需要对被叫用户进行实时计费的。如果唯一号码业务、Internet个人号码业务等同类业务沿用这个接口流程，那么意味着媒体网关控制中心或呼叫控制中心在呼叫中不能获取被叫用户的余额和可通话时长，也就无法对被叫用户的通话进行实时扣费和实时控制，只能采用月租费或后付费的方式。而且，传统的IP电话的被叫计费报文(计费停止请求消息4/计费停止结果消息4)沿用RADIUS协议，属性内容缺少呼转信息，如呼转实际号码或呼转的媒体网关IP地址等，所以在AAA服务器获得被叫的计费报文后仍然不能灵活地采取计费策略。

由上可知，现有技术采用私有消息认证、授权和计费方式不具有开放性，无法与第三方的AAA服务器组网使用，不能充分利用运营商已有的AAA服务器，不利于业务的扩展；如果采用传统的IP电话的认证、授权和计费方式，无论呼叫流程控制还是RADIUS接口都是针对主叫进行的，无法满足该类业务针对被叫实现运营策略和网间结算的需求。比如，无法实现对被叫用户的分级业务授权控制；如果采用包月制计费或后付费方式，无法根据通话的时间或流量进行实时扣费，因此也就不能支持卡号业务；对被叫无法根据呼转号码的不同采用不同的计费策略。

发明内容

本发明的目的在于克服现有技术的上述缺点，提供一种个人虚拟号码业务的认证计费方法，以使该业务具有更大的开放性和可扩展性，满足不同类型的计费策略及不同层次的结算需求，提高业务的运营性。

本发明目的是通过以下技术方案实现的：

一种个人虚拟号码业务的认证计费方法，所述方法包括：

A、设定不同类型业务对应的计费方式；

B、对使用所述业务的主叫用户及被叫用户分别进行认证、授权；

C、根据所述对应的计费方式分别对所述主叫用户和被叫用户进行计费。

所述步骤A包括：

A1、设定不同类型业务对应的计费模式；

A2、设定不同类型业务对应的计费策略；

A3、根据所述设定的不同的计费模式及计费策略配置不同类型业务对应的计费费率。

所述步骤A1中的计费模式包括：主叫计费和/或被叫计费。

所述步骤A2包括：

划分不同的计费区段；

设定不同类型业务中主叫用户及被叫用户对应的所述计费区段。

所述计费区段包括：主叫号码所属地至被叫虚拟号码所属地、被叫虚拟号码所属地至被叫转移号码所属地、主叫号码所属地至被叫转移号码所属地。

所述步骤A3包括：

设定所述不同的计费区段对应的计费费率；

通过匹配主叫号码和被叫虚拟号码、或匹配被叫虚拟号码和被叫转移号码、或匹配主叫号码和被叫转移号码确定不同类型业务对应的计费费率。

所述计费费率包括：费率、费率单位、优惠类型、优惠时段。

所述步骤B包括：

B1、所述主叫用户通过认证、授权后，将被叫用户的虚拟号码发送给被叫用户的个人虚拟号码业务接口；

B2、通过远程验证拨入用户服务接口对所述被叫用户的个人虚拟号码业务接口收到的被叫用户的虚拟号码进行认证、授权。

所述步骤C包括：

由所述被叫用户的个人虚拟号码业务接口向所述远程验证拨入用户服务接口发送被叫计费报文；

根据所述对应的计费方式及被叫计费报文的信息对所述被叫用户进行计费。

所述被叫计费报文的信息包括：主叫号码、被叫号码、通话开始时刻、通话结束时刻、通过时长、呼转号码和/或呼转媒体网关IP地址。

由上述本发明所提供的技术方案可以看出，本发明基于开放性和可扩展性的思想，采用AAA服务器组网在逐步成熟的IP电话RADIUS接口上进行扩展和补充，从而完善业务的认证计费方案与运营模式。在RADIUS接口和流程中增加对被叫用户的认证、授权和计费，使该业务具有较强的开放性和扩展性；在唯一号码或Internet个人号码业务等类似被叫计费业务中的RADIUS等被叫计费报文中扩充计费信息字段，并灵活设置计费费率和收费策略，可以方便地选择计费或结算策略，满足了不同类型及不同层次的计费需求，使运营商能够提供多种个性化服务。

附图说明

图1是现有技术中对被叫方采用私有消息认证、授权和计费方式示意图；

图2是现有技术中对被叫方采用传统IP电话的认证、授权和计费方式示意图；

图3是本发明个人虚拟号码业务对被叫方的认证计费方法的步骤的流程图：

图4是本发明方法的实施例ONLY业务中PC-to-Phone业务的认证、授权和计费流程；

图5是本发明方法的实施例ONLY业务中Phone-to-PC业务的认证、授权和计费流程。

具体实施方式

本发明的核心在于继承了比较通用和标准的IP电话RADIUS接口，在原有流程中增加了对被叫方的认证、授权和计费的处理；而且在具体的计费实现方式上根据个人虚拟号码业务特点，对被叫采取灵活多样的计费策略，一方面在计费信息中增加了被叫方的被叫号码呼叫转移信息，一方面可以根据不同的策略条件来设置费率。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

参照图3，图3示出了本发明个人虚拟号码业务对被叫方的认证计费方法的步骤的流程，具体包括以下步骤：

步骤301：设定不同类型业务对应的计费方式，包括：

(1)设定不同类型业务对应的计费模式，所述计费模式包括：主叫计费和/或被叫计费。

(2)设定不同类型业务对应的计费策略。首先根据主叫用户号码和被叫用户号码划分不同的计费区段，比如将计费区段划分为：主叫号码所属地至被叫虚拟号码所属地、被叫虚拟号码所属地至被叫转移号码所属地、主叫号码所属地至被叫转移号码所属地，然后设定不同类型业务中主叫用户及被叫用户对应的计费区段。

(3)设定不同的计费模式及计费策略对应的计费费率。比如：不同业务在各计费区段内对主叫用户和/或被叫用户进行计费的费率、费率单位(时段计费、流量计费)、优惠类型、优惠时段。

步骤302：主叫用户通过呼叫或发送消息请求接入，将主叫号码和密码及被叫号码发送到主叫接入服务器。

步骤303：通过主叫接入服务器对主叫用户进行认证、授权，认证通过后，则继续下面的流程，否则，结束主叫用户的呼叫。

步骤304：对主叫用户认证通过后，向被叫用户发起呼叫请求。

步骤305：通过被叫接入服务器对被叫用户进行认证、授权，认证通过后，则继续下面的流程，否则，结束用户的呼叫，主、被叫双方拆线。

步骤306：对被叫用户认证、授权通过后，通知被叫用户建立连接。

步骤307：收到被叫用户的摘机信号后，开始对此次连接计时。

步骤308：当有一方拆线后，停止对此次连接计时，主、被叫分别向各自的接入服务器发送计费报文，其中，主叫计费报文包括主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长等信息，被叫计费报文包括主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长、被叫用户可能转移的实际电话号码或实际转移的呼叫实体的IP地址等信息。

步骤309：主、被叫接入服务器分别根据对应的计费方式及计费报文的信息对主、被叫用户进行计费。

下面通过具体的应用实例对本发明作进一步说明。

下面分别以ONLY业务中的PC-to-Phone和Phone-to-PC业务的应用实例对本发明作进一步说明。

ONLY业务中的PC-to-Phone业务有多种情况：

(1)主叫用户是一个使用PC客户端的ONLY用户，被叫号码是一个普通的电话号码，而不是ONLY号码，此时被叫不是ONLY用户；

(2)主叫用户是一个使用PC客户端的ONLY用户，被叫号码也是一个ONLY号码并且被叫ONLY用户将虚拟号码映射为一个普通电话号码；

(3)主叫是一个使用PC客户端的非ONLY用户，被叫是一个ONLY用户并且被叫ONLY用户将虚拟号码映射为一个普通电话号码。

因为在本发明中主要关注虚拟号码业务中对被叫的认证、授权和计费过程，所以选择第(2)种情况说明，具体流程如图4所示：

1.主叫认证流程

主叫用户在PC上输入主叫号码、密码和被叫个人虚拟号码，并通过呼叫把它们发给主叫方ONLY服务器，主叫方ONLY服务器向主叫侧AAA服务器发送认证请求消息Access_Req1，交互验证主叫用户的身份；主叫侧AAA服务器返回认证结果消息Access_Rsp1。若验证通过，主叫侧AAA服务器向主叫方ONLY服务器发送认证接受消息，流程继续；否则发送认证拒绝消息，主叫方ONLY服务器结束用户呼叫。

主叫身份认证通过后，主叫方ONLY服务器向主叫侧AAA服务器发送请求通话时长消息Access_Req2，主叫侧AAA服务器返回授权结果消息Access_Rsp2，该消息携带有“可通话的最大时长”信息，若时长为0则表示用户拨的被叫ONLY号码有误或无权通话，否则流程继续。

2.主叫计费流程

主叫发起呼叫后，主叫方ONLY服务器向主叫侧AAA服务器上报主叫IP侧链路占用开始消息Acct_Req2_Start。此时刻同时也表示主叫用户开始发起呼叫。主叫侧AAA服务器返回确认信息Acct_Rsp2_Start。

当主叫方ONLY业务服务器获得被叫摘机信号时，将采集这个时刻作为通话开始时刻t1，但不需要向主叫侧AAA服务器上报该时刻。

当呼叫释放，无论主叫方主动拆线还是被叫方主动拆线，主叫方ONLY服务器将此时刻作为通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向主叫侧AAA服务器上报呼叫链路拆除消息Acct_Req2_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长等信息。主叫侧AAA服务器返回确认信息Acct_Rsp2_Stop。

3.被叫认证流程

被叫方ONLY业务服务器收到主叫方ONLY服务器的呼叫请求后，被叫方ONLY业务服务器将主叫号码和被叫个人虚拟号码送给被叫侧AAA服务器，向被叫侧AAA服务器发送对被叫的认证请求消息Access_Req1；被叫侧AAA服务器返回认证结果消息Access_Rsp1。若验证通过，被叫侧AAA服务器向被叫方ONLY业务服务器发认证接受消息，流程继续，否则发送认证拒绝消息，被叫方ONLY业务服务器结束用户呼叫，于是主被双方拆线。

被叫验证通过后，被叫方ONLY业务服务器向被叫侧AAA服务器发送请求通话时长消息Access_Req2，被叫侧AAA服务器返回对被叫的授权结果消息Access_Rsp2，该消息携带有“可通话的最大时长”，若时长为0则表示用户拨的被叫ONLY号码有误或无权通话，否则流程继续，开始向被叫用户发起接续请求。

4.被叫计费流程

被叫振铃后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫IP侧链路占用开始消息Acct_Req3_Start，此时刻表示被叫用户开始占用IP网络资源。被叫侧AAA服务器返回确认信息Acct_Rsp3_Start。

被叫摘机后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫用户侧链路占用开始消息Acct_Req4_Start，此时刻表示被叫用户进行计费的开始通话时间t1。被叫侧AAA服务器返回确认信息Acct_Rsp4_Start。

当主叫方主动拆线，被叫方ONLY业务服务器将此时刻作为被叫IP侧链路拆除的时刻，同时也是被叫通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向被叫侧AAA服务器上报被叫IP侧链路拆除消息Acct_Req3_Stop，被叫侧AAA服务器返回确认信息Acct_Rsp3_Stop；然后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫用户侧链路拆除消息Acct_Req4_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长、被叫用户可能转移的实际电话号码或实际转移的呼叫实体的IP地址等信息，被叫侧AAA服务器返回确认信息Acct_Rsp4_Stop。

当被叫方主动拆线，被叫方ONLY业务服务器将此时刻作为被叫用户侧链路拆除的时刻，同时也是通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向被叫侧AAA服务器上报被叫用户侧链路拆除消息Acct_Req4_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长、被叫用户可能转移的实际电话号码或实际转移的呼叫实体的IP地址等信息，被叫侧AAA服务器返回确认信息Acct_Rsp4_Stop；然后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫IP侧链路拆除消息Acct_Req3_Stop，被叫侧AAA服务器返回确认信息Acct_Rsp3_Stop。

同样，ONLY业务中的Phone-to-PC业务也有多种情况：

(1)主叫用户是一个普通电话用户，被叫号码是一个ONLY号码，被叫ONLY用户在当前呼叫中的虚拟号码映射为注册在网上的PC客户端；

(2)主叫用户是一个使用电话的ONLY用户，被叫号码也是一个ONLY号码，被叫ONLY用户在当前呼叫中的虚拟号码映射为注册在网上的PC客户端。

因为在本发明中主要关注虚拟号码业务中对被叫的认证、授权和计费过程，所以选择第(1)种情况说明。具体流程如图5所示：

1.主叫认证流程

主叫用户接入主叫方语音网关后，主叫用户在话机上输入主叫号码、密码并送给主叫方语音网关，主叫方语音网关向主叫侧AAA服务器发送认证请求消息Access_Req1，交互验证主叫用户的身份；主叫方AAA服务器返回认证结果消息Access_Rsp1。若验证通过，主叫侧AAA服务器向主叫方ONLY服务器发送认证接受消息，流程继续；否则发送认证拒绝消息，主叫方语音网关结束用户呼叫。

主叫身份认证通过后，主叫方语音网关向主叫侧AAA服务器发送请求通话时长消息Access_Req2，主叫侧AAA服务器返回授权结果消息Access_Rsp2，该消息携带有“可通话的最大时长”信息，若时长为0则表示用户拨的被叫ONLY号码有误或无权通话，否则流程继续。

2.主叫计费流程

主叫用户接入主叫方语音网关，主叫方语音网关向主叫侧AAA服务器上报主叫用户侧链路占用开始消息Acct_Req1_Start。此时刻表示主叫用户开始占用用户侧网络资源。主叫侧AAA服务器返回确认信息Acct_Rsp1_Start。

主叫身份认证通过发起呼叫后，主叫方语音网关向主叫侧AAA服务器上报主叫IP侧链路占用开始消息Acct_Req2_Start。此时刻表示主叫用户开始占用IP网络资源。主叫侧AAA服务器返回确认信息Acct_Rsp2_Start。

当主叫方语音网关获得被叫摘机信号，将采集这个时刻作为通话开始时刻t1，但不需要向主叫侧AAA服务器上报该时刻。

当主叫方主动拆线，主叫方语音网关将此时刻作为主叫用户侧链路拆除的时刻，同时也是主叫通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向主叫侧AAA服务器上报主叫用户侧链路拆除消息Acct_Req1_Stop，主叫侧AAA服务器返回确认信息Acct_Rsp1_Stop；然后，主叫方语音网关向主叫侧AAA服务器上报主叫IP侧链路拆除消息Acct_Req2_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长等信息，主叫侧AAA服务器返回确认信息Acct_Rsp2_Stop。

当被叫方主动拆线，主叫方语音网关将此时刻作为主叫IP侧链路拆除的时刻，同时也是通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向主叫侧AAA服务器上报主叫IP侧链路拆除消息Acct_Req2_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长等信息，主叫侧AAA服务器返回确认信息Acct_Rsp2_Stop；接着主叫方语音网关向主叫侧AAA服务器上报主叫IP侧链路拆除消息Acct_Req1_Stop，主叫侧AAA服务器返回确认信息Acct_Rsp1_Stop。

3.被叫认证流程

被叫方ONLY业务服务器收到主叫方ONLY服务器的呼叫请求后，被叫方ONLY业务服务器将被叫个人虚拟号码送给被叫侧AAA服务器，向被叫侧AAA服务器发送对被叫的认证请求消息Access_Req1；被叫侧AAA服务器返回认证结果消息Access_Rsp1。若验证通过，被叫侧AAA服务器向被叫方ONLY业务服务器发送认证接受消息，流程继续；否则发送认证拒绝消息，被叫方ONLY业务服务器结束用户呼叫，于是主被双方拆线。

被叫验证通过后，被叫方ONLY业务服务器向被叫侧AAA服务器发送请求通话时长消息Access_Req2，被叫侧AAA服务器返回对被叫的授权结果消息Access_Rsp2，该消息携带有“可通话的最大时长”，若时长为0则表示用户拨的被叫ONLY号码有误或无权通话，否则流程继续，开始向被叫用户发起接续请求。

4.被叫计费流程

被叫振铃后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫IP侧链路占用开始消息Acct_Req3_Start，此时刻表示被叫用户开始占用IP网络资源。被叫侧AAA服务器返回确认信息Acct_Rsp3_Start。

被叫摘机后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫用户侧链路占用开始消息Acct_Req4_Start，此时刻表示被叫用户进行计费的开始通话时间t1。被叫侧AAA服务器返回确认信息Acct_Rsp4_Start。

当主叫方主动拆线，被叫方ONLY业务服务器将此时刻作为被叫IP侧链路拆除的时刻，同时也是被叫通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向被叫侧AAA服务器上报被叫IP侧链路拆除消息Acct_Req3_Stop，被叫侧AAA服务器返回确认信息Acct_Rsp3_Stop；接着被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫用户侧链路拆除消息Acct_Req4_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长、被叫用户可能转移的实际电话号码或实际转移的呼叫实体的IP地址等信息，被叫侧AAA服务器返回确认信息Acct_Rsp4_Stop。

当被叫方主动拆线，被叫方ONLY业务服务器将此时刻作为被叫用户侧链路拆除的时刻，同时也是通话结束时刻t2，并计算出通话时长t(t＝t2-t1)，然后向被叫侧AAA服务器上报被叫用户侧链路拆除消息Acct_Req4_Stop，在该消息中携带有主叫号码、被叫号码、通话开始时刻、通话结束时刻、通话时长、被叫用户可能转移的实际电话号码或实际转移的呼叫实体的IP地址等信息，被叫侧AAA服务器返回确认信息Acct_Rsp4_Stop；然后，被叫方ONLY业务服务器向被叫侧AAA服务器上报被叫IP侧链路拆除消息Acct_Req3_Stop，被叫侧AAA服务器返回确认信息Acct_Rsp3_Stop。

由上述本发明的应用实例可以看出，在被叫侧的RADIUS接口信息中增加了Access-Req1/Access-Rsp1和Access-Req2/Access-Rsp2两组报文，前者对被叫用户的号码/密码进行鉴权和认证，后者通过余额，被叫号码等对被叫用户进行授权，返回是否允许提供服务和可通话的时长；对被叫用户的计费则通过Acct-Req4-Stop/Acct-Rsp4-Stop报文实现，而Acct-Req3-Stop/Acct-Rsp3-Stop报文则可以与Acct-Req4-Stop/Acct-Rsp4-Stop一起来实现运营商之间的结算。

由于该类业务通常会提供灵活的呼叫转移功能，不仅需要对被叫进行计费，而且计费可能包含被转移的多段过程费用。这就对AAA服务器或计费系统(不限于RADIUS计费系统，也包括传统交换机或智能等形式的计费系统)提出了一些新的要求。计费模式可能是主叫计费，也可能是被叫计费，而且计费策略可以灵活设置，比如可以设置如下的计费方式：

计费策略1：主叫用户偿付费用为“从主叫号码所属地到被叫虚拟号码所属地的费用”；被叫用户偿付费用为“被叫虚拟号码所属地到被叫实际转移号码(根据呼叫应答策略的设置，实际转移被叫号码可能是IP-Phone(IP电话)、PCC(可编程计算机控制器)、GW(语音网关)、VMServer(语音信箱服务器)、UM Server(通用管理服务器)或IM Server(即时消息服务器)等广义的媒体网关或媒体服务器)所属地的费用”。

计费策略2：主叫用户偿付费用为“从主叫号码所属地到被叫实际转移号码所属地的费用”；被叫用户偿付费用为“从主叫所属地到被叫虚拟号码所属地的费用”+“被叫虚拟号码所属地到被叫实际转移号码所属地的费用”。

运营商可以根据不同的计费策略，对不同路由和呼转的收费的具体标准(即费率)自行设定，对无需收费的部分，将费率设为0即可。而且这类业务有很多涉及到IP业务，因此，除了传统的根据时段计费方式，也可以采用根据流量计费的方式，也就是说费率单位可以是“钱单位/时间单位”或“钱单位/流量单位”，比如“分/秒”或“分/字节”。下面举例说明。

例如：一个主叫用户A呼叫被叫用户B，且假设被叫用户B的虚拟号码为ONLY号码：16612345678，用户A提供呼叫业务的设备为GW1，用户B提供ONLY业务的设备为ONLYS；

(1)如果此时用户B设置这个ONLY号码优先转移到固定电话010-82888888，该固定电话对应的语音网关为GW2，呼叫接通后采用计费策略1，并且按照时段计费，那么主叫用户的通话费率为GW1-ONLYS之间的费率，单位为“分/秒”，偿付的费用是从主叫所属地(GW1)到被叫虚拟号码所属地(ONLYS)的费用，即“GW1-ONLYS通话时长”乘以“GW1-ONLYS之间的费率”；被叫用户的通话费率为ONLYS-GW2之间的费率，单位为“分/秒”，偿付的费用是被叫虚拟号码所属地(ONLYS)到被叫转移号码所属地(GW2)的费用，即“ONLYS-GW2通话时长”乘以“ONLYS-GW2之间的费率”。

(2)如果此时用户B设置这个ONLY号码优先转移到语音信箱16612345678，该语音信箱对应的服务器为VM，呼叫接通后采用计费策略2，并且按照流量计费，那么主叫用户的通话费率为GW1-VM之间的费率，单位为“分/字节”，偿付的费用是从主叫所属地(GW1)到被叫转移号码所属地(VM)的费用，即“语音留言字节数”乘以“GW1-VM之间的费率”；被叫用户偿付的费用为两段费用之和：“GW1-ONLYS通话时长”乘以“GW1-ONLYS之间的费率”+“语音留言字节数”乘以“ONLYS-VM之间的费率”。

为了使运营商可以自己灵活选择计费策略，在本发明中，一方面在RADIUS被叫计费报文中扩充了计费信息字段，增加“呼转号码”、“呼转媒体网关IP地址”等属性，为运营商采取多种计费方式提供了必要的信息。一方面在AAA服务器或计费系统中提供了灵活的计费费率和收费策略的设置表，通过费率模式(主叫计费或被叫计费)，策略条件(主叫号码-被叫唯一号码、被叫唯一号码-被叫转移号码、主叫号码-被叫转移号码)，匹配号码前缀1，匹配号码前缀2，费率单位(时间单位或流量单位)，费率，优惠类型编号等来设置费率方案，使费率的设置不单纯针对被叫号码，而且还考虑了费率设备策略条件中的两个主、被叫号码关系。比如，选择策略条件为主叫号码-被叫唯一号码，则匹配号码前缀1表示匹配主叫号码前缀，匹配号码前缀2表示匹配被叫唯一号码前缀；如果策略条件是被叫唯一号码-被叫转移号码，则匹配号码前缀1表示匹配被叫唯一号码前缀，匹配号码前缀2表示匹配被叫转移号码前缀。通过主叫号码、被叫唯一号码或个人虚拟号码、被叫实际转移号码、费率分段类型来设置收费策略，满足不同类型的计费策略或不同层次的结算需要。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (10)

1、一种个人虚拟号码业务的认证计费方法，其特征在于，所述方法包括：

A、设定不同类型业务对应的计费方式；

B、对使用所述业务的主叫用户及被叫用户分别进行认证、授权；

C、根据所述对应的计费方式分别对所述主叫用户和被叫用户进行计费。

2、如权利要求1所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤A包括：

A1、设定不同类型业务对应的计费模式；

A2、设定不同类型业务对应的计费策略；

A3、根据所述设定的不同的计费模式及计费策略配置不同类型业务对应的计费费率。

3、如权利要求2所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤A1中的计费模式包括：主叫计费和/或被叫计费。

4、如权利要求2所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤A2包括：

划分不同的计费区段；

设定不同类型业务中主叫用户及被叫用户对应的所述计费区段。

5、如权利要求4所述的个人虚拟号码业务的认证计费方法，其特征在于，所述计费区段包括：主叫号码所属地至被叫虚拟号码所属地、被叫虚拟号码所属地至被叫转移号码所属地、主叫号码所属地至被叫转移号码所属地。

6、如权利要求5所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤A3包括：

设定所述不同的计费区段对应的计费费率；

通过匹配主叫号码和被叫虚拟号码、或匹配被叫虚拟号码和被叫转移号码、或匹配主叫号码和被叫转移号码确定不同类型业务对应的计费费率。

7、如权利要求6所述的个人虚拟号码业务的认证计费方法，其特征在于，所述计费费率包括：费率、费率单位、优惠类型、优惠时段。

8、如权利要求1或2所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤B包括：

B1、所述主叫用户通过认证、授权后，将被叫用户的虚拟号码发送给被叫用户的个人虚拟号码业务接口；

B2、通过远程验证拨入用户服务接口对所述被叫用户的个人虚拟号码业务接口收到的被叫用户的虚拟号码进行认证、授权。

9、如权利要求8所述的个人虚拟号码业务的认证计费方法，其特征在于，所述步骤C包括：

由所述被叫用户的个人虚拟号码业务接口向所述远程验证拨入用户服务接口发送被叫计费报文；

根据所述对应的计费方式及被叫计费报文的信息对所述被叫用户进行计费。

10、如权利要求9所述的个人虚拟号码业务的认证计费方法，其特征在于，所述被叫计费报文的信息包括：主叫号码、被叫号码、通话开始时刻、通话结束时刻、通过时长、呼转号码和/或呼转媒体网关IP地址。

Images