专利名称：用于智能网的计费装置的制作方法
技术领域：
本发明涉及用于智能网的计费装置。
但是，在现有技术中，由于计费与平台其他功能紧密结合，计费策略的改变，往往会导致平台的修改。每做一次修改，都要投入大量的人力资源和时间，导致对市场的反应速度很慢。目前许多业务已经进行外包，平台和业务之间应该是更加独立，更加没有紧密的关系，这样才能缩短短业务的开发周期和对于市场需求的响应时间，由于目前的计费修改频繁导致平台修改频繁，影响速度，不利于外包工作的进行。例如目前在SCP(业务控制点)中，计费功能的主要功能是在SCP中的SCFServer(业务控制功能服务器)和SCF(业务控制功能模块)中实现的。整个计费模块的可扩展性很差，在设计的过程中对程序的可扩展性考虑不多。整个计费模块涉及到多个源文件，计费模块内部的耦合度很强。有时候对计费模块的一些小的修改，就可能要涉及到多个文件的修改。这样造成单元测试的工作量很大，可能只是修改了十几行程序，就需要对整个计费进行一次全面的单元测试，这样大大影响了我们的开发效率，延长了产品的开发周期。
现有技术的另一个问题是由于计费公式都是在SCP中写死的，计费公式不能灵活定制，所以每当有新的需求当计费公式需要改变的时候，原有的程序可能就很难满足新的需求。
现有技术的第三个问题是由于在计费的需求在发生变化时经常需要通过添加或者是改变一些计费数据表来满足这些新的需求。但是由于现在在计费模块中还不能动态地改变或者是增加计费数据表，而且对数据表的查询和处理也是在SCP的代码中写死的。所以每当有新的需求过来时，当计费公式或者是计费数据表需要改变的时候，可能就必须通过改变SCP代码来改变计费公式或者计费数据表，这样就造成SCP平台的稳定性很差。
现有技术的第四个问题是目前智能网的各个版本的计费模块可公用性很差。智能网现在的主要有有线智能网(TELLIN，简称有线)、无线智能网(WIN，简称无线)等几个大的版本，这几个版本中计费模块的实现方式差别很大，各个版本相互之间的可共用性很差。下面是从几个主要的方面来分析几个版本的不同之处1、计费点的不同有线的计费点主要是在SSP(业务交换点)，无线的计费点是在SCP。有线在SCP中负责计费的点是在SCFServer部分，无线主要是在SCF部分。
2、计费SIB(即计费业务独立模块)的划分的不同有线只有一个计费SIB，它负责处理了几乎所有的计费问题。无线计费有四个SIB，它们是号码分析SIB、ChargeClass(计费级别)SIB、灵活计费写话单SIB。
3、计费所采用的数据结构和算法差异很大。
目前各个版本为了实现计费功能所采用的数据结构和算法方面也有很大的差别。在共享内存的数据的处理方面，有线是采用计费矩阵的储存方式，它查表的方法是直接采用下标定位的方法。无线的计费数据是采用顺序数组的存放方式。有线在共享内存中只有一套计费数据，而无线则存在主被用两套计费数据。
4、在对计费数据的存取方面各个版本中也存在很多不同的实现方法。具体的一些方法像直接下标定位法、二分法、二分加回搠查表法、十叉树查表法、哈希查表法、最大匹配查表法。
5、各个版本的计费数据表也有和大的区别，无线跟计费有关的系统表有23个，有线有21个。
本发明的目的之二是使计费公式能够快速的适应目前电信计费策略多变的需求。
本发明的目的之三是使计费模块在计费数据发生改变的时候，能够迅速的调整适应。
本发明的目的之四是使计费模块能进行不断的功能升级，并为第三方提供的计费功能开放接口，使其他的开发人员能够迅速地在计费部件平台的基础上，开发出新的计费功能。
本发明的目的之五是使计费模块能兼容所有现有的智能网。
为实现上述目的，本发明提出一种用于智能网的计费装置，包括业务控制逻辑，其特征是还包括一个独立于所述业务控制逻辑的计费部件，该计费部件和业务控制逻辑以及业务数据库装置保持通讯连接，业务控制逻辑用于将基本计费信息传递给计费部件，计费部件用于根据收到的基本计费信息和从业务数据库装置获得的数据，完成计费工作，并把计算结果返回给业务控制逻辑。其中业务控制逻辑是指SCP(业务控制点)、SCF(业务控制功能模块、SCU(业务控制单元)或MSCU(主业务控制单元)等。
在一个重要的实施例中，所述的用于智能网的计费装置还包括下述特征所述计费模块中有计费公式配置装置，该配置装置与业务控制逻辑通讯相连，使得计费公式可由业务配置，该配置装置包括一些脚本化的计费公式和外挂的动态连接公式库。
所述计费模块中还有数据表配置装置，该配置装置与业务控制逻辑通讯相连，使得数据表可由业务配置，该配置装置可设置于业务控制逻辑、业务文件、数据库或指定的配置文件中。
所述计费模块中还有开放的独立的公共接口，该接口适用于多种业务和智能网平台。
在计费部件中，对应于现有智能网的所有计费SIB(即计费业务单元)，都有一个相应的脚本，计费部件通过分析这些脚本来实现对应计费SIB所应完成的功能，以便所述计费部件能兼容所有现有的智能网。
由于采用了以上的方案，计费部件独立于所述业务控制逻辑，业务控制逻辑就不再需要负责处理计费的功能，它只是通过一些开放的接口或者是消息来访问这个独立的计费模块，以完成呼叫流程中的计费的功能。这样当计费模块需要修改的时候，就可以减少对SCP中其它等其它模块的造成影响。
本发明的优点二是由于计费公式可由业务配置，通过业务就可以改变计费公式，对于一些新需求，就只需要通过改变计费公式就满足，而不用修改计费模块程序，这样就可以大大地提高我们的开发效率。
本发明的优点三是由于可以动态地修改、增加数据表而不需要修改程序，修改数据表的结构或是增加数据表的时候就可以减少或是避免修改程序了。而且由于程序的实现跟数据表的结构相关不大，这样各个版本中计费模块的可共用性就大大提高了。
本发明的优点四是由于计费模块能够提供一些公共的接口，可让其它的开发人员可以通过这些公共的接口进行功能扩展性的开发。且为我们的计费模块添加新的功能时不需要去修改我们原有的程序。
本发明的优点五是对应于现有智能网的所有计费SIB，都有一个相应的脚本，计费部件通过分析这些脚本来实现对应计费SIB所应完成的功能，这样，所述计费部件能兼容所有现有的智能网。
图2是现有技术的系统配置图。
图3是本发明计费部件化在系统中的作用原理图。
图4是本发明实施例的SCP的工作方式5是本发明实施例的系统配置6是计费部件层次结构组成。
图7是计费Service开发与使用示意8是计费矩阵算法流程示意图
具体实施例方式下面通过具体的实施例并结合附图对本发明作进一步详细的描述。
如
图1所示为现有技术中的一种计费实例中的SCP工作方式示意图，它的计费点在SCP。其计费SIB和业务逻辑紧密交互在一个业务逻辑文件中，由SCF统一进行解释执行，工作方式如下Manager(主控进程)将消息发给MSCU(主业务控制单元，图中的SCF)，由其中的主控模块负责调度自动机和业务逻辑处理以及相关的计费SIB，完成计费的相关计算生成话单和更新数据库记录；其中所有计费的相关代码和业务逻辑处理代码完全耦合。
其对应的系统配置方式如图2，由图2的配置中可以看到所有的计费工作完全和业务逻辑处理在一起完成(MSCU/SCU中)。其中各部分的含义如下SMAP业务管理接入点SMP业务管理点MSCU主业务控制单元SCU业务控制单元SDP业务数据点SAU信令接入单元各部分的功能是SAU提供业务信令接入，并通过TCP/IP协议和SCU/MSCU进行通讯；MSCU/SCU实现业务逻辑的控制和处理，包括计费；SDP提供业务数据和用户数据信息的存放和查询；SMP提供业务管理操作；SMAP提供业务管理接入平台，下发各种管理和控制信号。
与上述情况不同的是，本发明将计费部件独立出来，称为“计费部件化”。图3是计费部件化在系统中的作用原理图。
图4是本发明在计费部件化后的一个实施例的系统工作方示意图。由图可见，计费部件作为独立的服务进程运行，对于业务逻辑(图中SCF)是完全透明，业务逻辑只需要将计费的信息传递给计费部件，计费的所有相关工作直接由计费部件完成，并把业务结束后的费用计算结果返回给业务控制逻辑，同时计费部件还更新数据库记录和产生相关文件信息；SCF只负责不包含计费计算等相关工作的业务逻辑控制和处理。图5则是本实施例的系统配置模式图。在此种配置下，可以看到新增计费部件同时和SCU/MSCU与SDP保持通讯，所有计费相关的工作直接由MSCU/SCU交给计费部件完成，计费部件可以直接访问SDP获取计费相关数据，同时把计费的结果返回MSCU/SCU完成后续的流程处理。
图6是本实施例计费部件的层次结构组成示意图。它分为三层最低层(layer1)为基本功能层，中间一层(layer2)为基本结构层，最顶上一层(layer3)为可配置的计费Service层(即可配置计费方式)。计费部件提供了开放的接口，使在每一个功能层都能够很容易地进行扩展，以满足不同的需求。
计费基本功能层(LAYER1层)是一个计费基本功能API函数集。我们将计费的功能细化分解成一些基本的功能，由计费基本功能函数实现这些计费基本的功能。然后将这些基本功能提供给较高层次进行调用。在LAYER1层，提供对号码分析所需数据表查询的操作函数。它能够根据给定的条件，对计费矩阵中的每一个计费数据表进行查询，做到查询函数跟计费表的具体结构无关。同时它也必须能够提供各种基本的查询算法，包括二分法和最大匹配法。在查询计费数据时只需要指定需要查询数据表的名称和查询的条件还有查询算法，查询函数就可以得到需要的计费数据。
基本结构层(LAYER2层)根据计费需要划分的基本的功能结构，调用计费部件的基本功能，并将这些基本的功能封装成能完成特定计费功能基本模块，以提供给计费Service层调用。在LAYER2层，可以提供计费计算基类，对于目前按次计费、按时间计费、按固定费率计费、按流量计费提供相应的类处理计费计算与预算，并支持SSP与SCP之间存在时差时的计费功能；，可以提供货币兑换率功能可以提供百分比总额附加费功能；也可以提供GPRS中的按流量计算的计算与预算功能。
计费Service层(LAYER3层)属于计费部件中最灵活的部分。计费Service层可以根据计费的具体需求，将前面两层的计费功能组合起来以完成计费的功能。计费Service层是计费部件的最上面一层，也是直接跟相关业务的一层，也是计费部件中最容易发生变化的一层。计费Service能够根据计费业务的不同而采取不同的计费Service。为了能够灵活地适应不同的计费需求，计费Service层需要尽量设计的简单一些，以方便于以后当需求发生变化时计费Service修改。在LAYER3层，提供一个计费计算与预算Service，实现现有计费计算SIB的功能。
目前计费按功能来分主要分为费用计算与预算两部分；按计费方式来分主要分为按次计费、按时计费、按流量计费、按固定费率计费等方式。按次计费的特点是其不连续性(固定费率计费可看着是计次计费的特例)，按时计费与按流量计费都是连续性计费，区别在于其计算单位不同。
计费的流程按功能主要分为五部分初始化数据，划分折扣区间，得到计费类别的费率，费用计算，费用预算。
本实施例采用计费部件化方案后，计费Service的开发与使用采用如图7所示模式进行(其中SCE和其他模块没有直接联系，只是在生成和编辑一个业务的时候调用一个计费部件化SIB)。SCF只是通过一些开放的接口或者是消息来访问这个独立的计费模块，以完成呼叫流程中的计费的功能。这样就减少了计费模块同SCP之间的耦合度，增强了计费独立性，当计费模块需要修改的时候，就可以减少对SCP中其它等其它模块的造成影响可大大减少计费模块的修改对SCP系统的影响。SCF中的计费部件SIB仅仅需要将输入参数透传给计费部件，并将输出参数取回，不用考虑对数据的处理。上述过程完全是通过配置完成，计费开发完全集中在计费部件一侧，SCE，SCF程序在开发完后不需进行任何改动。
其基本算法流程如图8所示。包括如下步骤a.分析输入数据；b.如果输入数据错误，返回FAIL，并将错误号置为参数错误；c.得到根据业务选择的计费矩阵类型；
d.查询得到计费矩阵及附加计费信息，并将附加计费信息保存在SCF传递来的基本计费信息中，形成新的计费信息；e.Service将得到的计费矩阵以及计费信息放到输出参数缓冲区中，一起传递给SCF以供后续处理。
其中核心部分可描述为1)初始化输入数据；2)根据业务选择的费用计算方法生成不同的计费类；3)调用相应的费用计算与费用预算函数进行计算。
另外，由于目前智能网的几个版本中的计费模块在实现方式上有很大的不同，它们跟业务的接口也是相差很大，有线只有1个计费SIB，无线有4个与计费相关的SIB，所以我们新的计费部件要跟以前的老的版本兼容是非常困难的。我们采用下面的方法来跟以前的老版本进行兼容首先在计费模块的接口部分我们采用一种可灵活配置的方法，对应不同的版本我们可以在智能网内保留各自原来的SIB作为接口，这些SIB只是负责将输入的数据传递给计费部件。同时对应于每个SIB，都有一个对应的脚本，计费部件通过分析这些脚本来实现对应SIB所应完成的功能。
综上所述，本实施例系统的优点如下1.计费模块的独立性通过将计费部分的功能抽取出来，将它们放在计费部件中实现，这样就将计费模块在SCP中独立出来，SCF和SCFServer不再实现计费的功能，减少计费模块和SCF、SCFServer之间的耦合度，使得在修改计费模块的时候，减少其对其它模块的影响，这样可减少修改的工作量，特别是大大减少了修改后测试引起的工作量。
2.计费的灵活性以前主要是通过对业务开放一些接口来达到灵活计费的目的，业务的接口主要是一些CID(呼叫实例数据)和SSD(业务支撑数据)。业务还可以通过对各个SIB进行不同的组合来达到控制计费流程的目的。相对来说，采用动态的脚本来控制计费的流程的实现方法要更灵活一些，而且还可以通过脚本来配置计费公式，还可做到计费数据表的动态管理，这些都是目前业务没有办法做到的。而且修改脚本不用牵涉到其它的模块，所以修改起来也比较简单。
3.减少业务的复杂度在以前的一些版本中，为了达到由业务可以灵活控制计费的目的，将计费模块化分为多个SIB，并对业务开放了较多的CID和SSD接口，在这些接口中有大部分是计费模块内部的接口。这样就造成在业务开发方面复杂度的提高，业务要通过对多个SIB的配置才能实现计费的功能。现在我们采用动态的脚本的方式来控制计费的流程，以前计费的一些业务逻辑可以通过脚本的形式反映出来。大部分计费模块中的内部的接口可以在脚本中实现，将计费模块内部的接口跟业务屏蔽掉。这样可以大大减少开放给业务的接口，以达到降低业务复杂度的目的。
4.跟老版本的兼容性。如前所述，由于对应于每个SIB，都有一个对应的脚本，计费部件通过分析这些脚本来实现对应SIB所应完成的功能，这样可兼容各种老版的智能网。
文中或图中出现的英文缩写(前文未及细述的部分)的中文含义如下SERVER、服务器；HeatBeat、心跳消息；AC、发送计费请求，智能网协议的一个命令；ACR、接收计费请求，智能网协议的一个命令；Radius、一种通信协议，主要是固网的数据通信协议；FEA函数、功能实体动作函数；系统CID、系统呼叫实例数据；HSIB、超级业务独立模块；OAM AGENT和SMF AGENT两个参与维护和管理的进程；INAP智能网应用规程；CAP智能网应用协议。
权利要求
1.一种用于智能网的计费装置，包括业务控制逻辑(SCP、SCF、SCU或MSCU)，其特征是还包括一个独立于所述业务控制逻辑(SCP、SCF、SCU或MSCU)的计费部件(1)，该计费部件(1)和业务控制逻辑(SCP、SCF、SCU或MSCU)以及业务数据库装置(2)保持通讯连接，业务控制逻辑(SCP、SCF、SCU或MSCU)用于将基本计费信息传递给计费部件(1)，计费部件(1)用于根据收到的基本计费信息和从业务数据库装置(2)获得的数据，完成计费工作，并把计算结果返回给业务控制逻辑(SCP、SCF、SCU或MSCU)。
2.如权利要求1所述的用于智能网的计费装置，其特征是还包括文件系统(3)，且所述计费部件(1)中还有业务数据库更新装置和文件信息产生装置，分别用于更新业务数据库装置(2)中的相关记录和产生相关文件信息并存储于所述文件系统(3)中。
3.如权利要求1或2所述的用于智能网的计费装置，其特征是所述计费模块(2)中有计费公式配置装置，该配置装置与业务控制逻辑(SCP、SCF、SCU或MSCU)通讯相连，使得计费公式可由业务配置，该配置装置包括一些脚本化的计费公式和外挂的动态连接公式库。
4.如权利要求1或2所述的用于智能网的计费装置，其特征是所述计费模块(2)中还有数据表配置装置，该配置装置与业务控制逻辑(SCP、SCF、SCU或MSCU)通讯相连，使得数据表可由业务配置，该配置装置可设置于业务控制逻辑(SCP、SCF、SCU或MSCU)、业务文件、数据库或指定的配置文件中。
5.如权利要求1或2所述的用于智能网的计费装置，所述计费模块(2)中还有开放的独立的公共接口，该接口适用于多种业务和智能网平台。
6.如权利要求1或2所述的用于智能网的计费装置，其特征是所述计费部件结构分为三层基本功能层(layer1)、基本结构层(layer2)和计费策略层(layer3)，每一层都有开放的接口。
7.如权利要求1或2所述的用于智能网的计费装置，其特征是计费部件中的基本算法流程为1)分析输入数据；2)如果输入数据错误，则返回出错标识，否则3)得到根据业务选择的计费矩阵类型，并根据情况查询得到附加计费信息，并将附加计费信息保存在业务控制逻辑(SCP、SCF、SCU或MSCU)传递来的基本计费信息中，形成新的计费信息；4)将得到的计费矩阵以及计费信息放到输出参数缓冲区中，一起传递给业务控制逻辑(SCP、SCF、SCU或MSCU)供后续处理。
8.如权利要求1或2所述的用于智能网的计费装置，其特征是在计费部件中，对应于现有智能网的所有计费SIB，都有一个相应的脚本，计费部件通过分析这些脚本来实现对应计费SIB所应完成的功能，以便所述计费部件能兼容所有现有的智能网。
全文摘要
本发明公开用于智能网的计费装置，包括业务控制逻辑及一个独立于所述业务控制逻辑的计费部件，该计费部件和业务控制逻辑以及业务数据库装置保持通讯连接，业务控制逻辑用于将基本计费信息传递给计费部件，计费部件用于根据收到的基本计费信息和从业务数据库装置获得的数据，完成计费工作，并把计算结果返回给业务控制逻辑。这样业务控制逻辑就不再需要负责处理计费的功能，它只是通过一些开放的接口或者是消息来访问这个独立的计费模块，以完成呼叫流程中的计费的功能。当计费模块需要修改的时候，就可以减少对中其它等其它模块的造成影响。
文档编号H04L12/14GK1450748SQ0210892
公开日2003年10月22日 申请日期2002年4月6日 优先权日2002年4月6日
发明者张玉峰, 王奇丰, 郭丛松, 杨若冰, 张剑, 刘松, 望远闻 申请人:华为技术有限公司