一种基于软交换的网络的呼叫业务计费查询方法

摘要

本发明公开了一种基于软交换的网络的呼叫业务计费查询方法，至少包括：预先建立包含主叫信息、被叫信息和对应计费标准的数据表；预先在应用服务器中增加一个至少包括主叫信息、被叫信息和对应计费标准参数的计费标准查询接口，增加一个计费预算接口；对于从计费标准查询接口得到的主叫信息和被叫信息，查询数据表，得到对应于该主叫信息和被叫信息的计费标准；根据主叫可用余额信息和查询得到的计费标准信息计算允许通话时长参数。在得到计费标准的基础上，可以进一步通过语音通知等方式将该信息返回给用户，或者根据得到的计费标准进一步根据主叫余额确定允许通话时长，并在到达通话时长后切断主叫和被叫之间的电话呼叫。

权利要求

1.一种基于软交换的网络的呼叫业务计费查询方法，至少包括如下步骤：a.预先建立包含主叫信息、被叫信息和对应计费标准的数据表；

b.预先在应用服务器中增加一个至少包括主叫信息、被叫信息和对应计费标准参数的计费标准查询接口；预先在应用服务器中增加一个至少包括计费标准、主叫可用余额和允许通话时长参数的计费预算接口；

c.对于从所述计费标准查询接口得到的主叫信息和被叫信息，查询所述数据表，得到对应于该主叫信息和被叫信息的计费标准；向用户返回计费标准；

d.根据主叫可用余额信息和步骤c查询得到的计费标准信息计算允许通话时长参数；向用户返回允许通话时长信息。

2.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，所述向用户返回计费标准是将计费标准通过语音通知用户。

3.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，所述步骤a包括：a1.建立包含主叫信息、被叫信息和对应计费类别的数据表；

a2.建立包含计费类别和对应计费标准的数据表；

步骤c所述查询所述数据表包括：

查询所述包含主叫信息、被叫信息和对应计费类别的数据表，以及所述含计费类别和对应计费标准的数据表。

4.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，所述向用户返回允许通话时长信息是将允许通话时长通过语音通知用户。

5.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，在步骤d之后进一步包括在到达允许通话时长时释放主叫和被叫之间的电话连接的步骤。

6.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，所述计费标准查询接口和计费预算接口位于同一个接口中。

7.根据权利要求1所述的基于软交换的网络的呼叫业务计费查询方法，其特征是，所述计费标准查询接口连接到应用服务器的计费业务能力特征。

说明书

技术领域

本发明涉及通信网络的业务计费方法，具体涉及一种基于软交换的网络的呼叫业务计费查询方法。

背景技术

基于软交换的网络是继3G之后提出的下一代通讯网络(NGN)，它基于开放的网络构架，可以提供包括话音、数据和多媒体等各种业务。和传统的以技术驱动的网络不同，下一代基于软交换的网络是由业务驱动的网络，它的特点在于将业务与呼叫控制分离，呼叫控制与承载分离。这样业务不再受制于网络承载类型及控制方式，便于第三方业务及新型业务快速接入，同时用户可以自行配置和定制自己的业务，使业务真正独立于网络，为快速、灵活、高效地提供新业务创造了有利条件。
图1示出了现有基于软交换的网络的系统结构。从图1可以看出，基于软交换的网络从网络层次上可以划分为以下四层：接入层、核心交换层、控制层和业务层。其中应用服务器位于业务/应用层。应用服务器作为Parlay/开放型系统体系结构(OSA)服务器，其主要作用是向外部提供Parlay/OSA应用程序接口(API)，并提供与软交换的交互以完成呼叫控制功能。在应用服务器中包括一个框架和多个业务能力服务器(SCS)，SCS对应用服务器来说是一个或多个业务能力特征(SCF)，也就是对网络所提供的功能的抽象，用于为高层应用提供访问网络资源和信息的能力，框架则提供保证业务接口开放、安全以及可以管理所必需的能力。
对于框架和SCS，为了能连接Parlay API，需要在应用服务器中提供相应的框架接口和业务接口，如图2所示，框架接口和业务接口通过Parlay API连接第三方应用，同时可以通过各个资源接口获取资源。
进一步如图3所示，在通过Parlay API连接到第三方平台的应用服务器中，框架只有一个，而构成SCS的SCF则可以有多个，例如呼叫控制SCF、用户交互SCF、计费SCF等等，这些SCF通过相应的接口连接到第三方平台，从而为第三方平台提供相应的业务能力。
在目前的计费SCF中，可以实现根据数据流量或呼叫持续时间对使用应用或数据的终端用户进行计费。但是目前的计费SCF仅仅能提供费用计算功能，而不能提供对计费类别和标准进行查询的功能，也不能对主叫用户可以使用的金额可以通话的时长进行预算的功能，因此在实际应用中对用户来说并不方便。

发明内容

有鉴于此，本发明的主要目的是提供一种在基于软交换的网络的计费业务中可以提供计费标准查询功能的方法。
为了实现上述发明目的，本发明的基于软交换的网络的业务计费查询方法至少包括如下步骤：
a.预先建立包含主叫信息、被叫信息和对应计费标准的数据表；
b.预先在应用服务器中增加一个至少包括主叫信息、被叫信息和对应计费标准参数的计费标准查询接口；预先在应用服务器中增加一个至少包括计费标准、主叫可用余额和允许通话时长参数的计费预算接口；
c.对于从计费标准查询接口得到的主叫信息和被叫信息，查询数据表，得到对应于该主叫信息和被叫信息的计费标准；
d.根据主叫可用余额信息和步骤c查询得到的计费标准信息计算允许通话时长参数。
在上述方法中，在步骤c之后可以进一步包括通过语音通知的方式向用户返回计费标准的步骤。
在上述方法中，数据表可以有两个，其中一个是包含主叫信息、被叫信息和对应计费类别的数据表，另一个是包含计费类别和对应计费标准的数据表。
在步骤d之后可以进一步通过语音方式通知用户允许通话时长信息，还可以包括在到达允许通话时长时释放主叫和被叫之间的电话连接的步骤。
在上述方法中，计费标准查询接口和计费预算接口可以位于同一个接口中，也就是它们可以合二为一。
在上述方法中，计费标准查询接口可以连接到应用服务器的计费业务能力特征。

附图说明

从本发明的技术方案可以看出，通过在数据库中建立包含主叫信息、被叫信息和对应于该主叫、被叫信息的计费标准的数据表，并在应用服务器中建立相应接口，即可根据主叫、被叫信息确定计费标准。在实际应用中，既可以将计费标准通过语音通知等方式返回给用户，也可以在此基础上进一步提供计费预算功能。因此本发明可以在现有的计费业务的基础上提供更灵活和周到的服务，在方便用户的同时，也能增加第三方运营商的收益。
图1是现有基于软交换的网络的系统结构示意图；
图2是现有的Parlay/OSI应用编程结构的体系结构示意图；
图3是现有的应用服务器的结构示意图；

具体实施方式

图4是本发明的总体流程图。
下面结合附图和具体实施例对本发明进行详细说明。
图4示出了本发明的总体流程图。如图4所示，为了向用户提供计费标准查询业务，也就是提供费率查询业务，首先在步骤401，需要在数据库中建立如表1所示的计费类别表和表2所示的计费类别对应费率表。
  主叫区号   主叫局号   被叫区号   被叫局号   计费类别   0755   26422   020   83624   1   0755   23542   010   33211   4   …   …   …   …   …
表1
  计费类别   初次跳次  (秒)   费率(分)   后续跳次  (秒)   费率(分)   1   6   6   6   6   …   …   …   …   …
表2
表1和表2以应用于一个固定通信系统为例。在表1中包括了主叫区号及局号、被叫区号及局号和它们对应的计费类别信息，其中主叫区号和主叫局号代表了主叫信息，被叫区号及被叫局号代表了被叫信息。可以看出，可以在表1中包含任何一个主叫信息和任何一个被叫信息之间对应的计费类别信息。这样只要确定了该电话呼叫是从哪一个主叫局方发起到哪一个被叫局方，即可通过查询表1确定对该电话呼叫执行的计费类别。
在根据表1得到计费类别后，再通过表2确定计费标准。表2中的初次跳次及费率和后续跳次及费率是一种应用于固定通信系统的计费方式，如果从表1确定计费类别是1后，从表2即可确定该电话呼叫的计费标准是：第一个6秒为6分，以后每一个6秒也分别为6分。
在数据库中增加数据表1和数据表2即建立了相应的查询数据库，但是为了能够接收用户的查询请求以及将查询结果通知用户，在步骤402，还需要在计费SCF上建立相应的计费查询接口。下面是一种可能的计费查询接口形式，其参数包括：
会话标识(ID)：此次通话的序号，由计费SCF统一分配；
主叫号码：主叫用户所使用的电话号码；
被叫号码：需要建立通话连接的目的电话号码；
计费标准：根据主叫号码和被叫号码通过查询数据库得到的计费标准信息；
其它错误：包括号码不存在、无法查询得到计费类别等。
在步骤403，在计费SCF上建立了该计费查询接口后，如果通过该计费查询接口得到了主叫号码信息和被叫号码信息，应用服务器查询数据库中存放的预先建立的如表1所示的计费类别表和如表2所示的计费类别对应费率表，得到对应于该主叫号码信息和被叫号码信息的费率标准，并通过该计费查询接口将该费率标准通知用户。从而实现了在目前的软交换网络的计费业务中向用户提供计费标准查询业务。
如果根据用户的主叫信息和被叫信息无法查找到对应的计费类别，或者无法查找到该计费类别对应的计费标准，则会返回错误信息。应用服务器在接收到错误信息后，将通过呼叫控制功能(CC SCF)，指示释放该电话呼叫。
例如，某一个主叫075526422000拨打被叫02083624000，计费查询接口中的主叫号码即为075526422000，被叫号码即为02083624000，业务服务器根据这两个号码信息首先从数据库查询表1，得到计费类别为1，然后再查询表2，得到计费标准为第一个6秒为6分，以后每一个6秒也分别为6分。然后业务服务器通过该计费查询接口将查询得到的计费标准信息通知用户。如果在表1中没有查询到计费类别，例如因为主叫拨打的被叫号码不存在，则计费查询接口向主叫用户返回错误信息，应用服务器通知CC SCF释放该呼叫。
除了可以向用户提供计费标准查询功能之外，还可以在此基础上进一步提供话费预算功能，此时可以在计费SCF上新增一个计费预算接口，该接口包括如下参数：
会话ID：此次通话的序号，和计费标准查询接口中的会话ID一致；
计费标准：根据主叫号码和被叫号码通过查询数据库得到的计费标准信息；
主叫可用余额：主叫用户可以使用的金额；
允许通话时长：通过预算得到的主叫允许通话时间长度；
其它错误：数据不合法、预算失败、因为SCF不正常无法预算等。
在建立了计费预算接口之后，如果应用服务器通过该接口得到主叫可用余额信息，例如主叫用户的长途电话卡中的余额，则可以通过在计费标准查询接口查询得到的计费标准，计算目前的余额允许的通话时长。如果通话时间达到了该通话时长，则释放电话连接。当然，在计算得到目前余额允许的通话时长后，也可以将该信息通知用户，使用户做到心中有数。
还以上述例子为例，当主叫075526422000拨打被叫02083624000，应用服务器得到计费标准为第一个6秒为6分，以后每一个6秒也分别为6分。然后应用服务器根据从计费预算接口得到的主叫可用的余额为0.60元，应用服务器根据主叫可用的余额和计费标准计算得到可以持续的通话时间为60秒，在达到所计算的通话时长后，应用服务器通知CC SCF释放该呼叫。
当然可以理解，由于计费预算是基于计费查询的，因此本发明的计费查询接口和计费预算接口可以合并为一个接口，这样可以只提供计费查询业务，可以只提供计费预算业务(当然隐含了计算查询操作)，也可以同时提供计费查询和计费预算业务。
另外，根据本发明的接口并不一定要对应于计费SCF，也可以对应于呼叫控制SCF，或者直接建立一个新的计费查询和预算SCF，同样能完成本发明的目的。
因此可以理解，上述仅仅是本发明精神的展示，而不是限制。