CN1477846A - 一种预付费方法及其预付费系统 - Google Patents
一种预付费方法及其预付费系统 Download PDFInfo
- Publication number
- CN1477846A CN1477846A CNA021283931A CN02128393A CN1477846A CN 1477846 A CN1477846 A CN 1477846A CN A021283931 A CNA021283931 A CN A021283931A CN 02128393 A CN02128393 A CN 02128393A CN 1477846 A CN1477846 A CN 1477846A
- Authority
- CN
- China
- Prior art keywords
- call
- data
- module
- user
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Meter Arrangements (AREA)
Abstract
本发明涉及一种预付费方法及其预付费系统,所述预付费系统包括含有一交换机主机的交换机,以及还包括:业务服务器,用来设定、备份保存预付费数据;在所述交换机中插入的内置服务处理板,用于与业务服务器连接,该内置服务处理板接收业务服务器的数据设置,并将更新的预付费数据定时备份到业务服务器;所述交换机主机接收预付费呼叫,在呼叫中向内置服务处理板发送预付费查询消息,呼叫结束后,将更新的预付费数据返还给内置服务处理板。采用所述的预付费系统,可以提供绑定类预付费和卡号方式预付费业务,由于预付费业务集成在交换机内,可以避免大量的消息交互,业务实现效益高,处理能力强,且运行可靠、成本较低。
Description
发明领域
本发明设计一种预付费系统及其预付费方法,特别涉及一种集成在交换机中的预付费系统及其预付费方法。
背景技术
随着通信技术的快速发展,特别是固定和移动智能网的发展,为用户带来了各种各样的便利和快捷的服务。目前,国内外的电信公司及生产厂家都提供固定电信网的预付费业务,其一般都采用本地智能网的组网方式,其基本功能如图1所示。从图中可以看出,该业务除了主叫识别拨号功能、帐户充值功能外,还具有普通卡号的一些基本功能,如查询余额、呼叫允许/限制、费用监视及限值指示、呼叫限额(金额及次数)、卡号有效期、优惠费率等。用户可以通过拨打客户服务接入码或到营业厅使用这些功能。
以下分几个方面分别对预付费系统及其预付费方法进行介绍:
1.用户类别
一卡对一机:这种用户是最普通的,用户在一个主叫话机上绑定一张卡,简称一类用户;
一卡对多机:一张卡可以绑定在多部话机上,但是不能同时使用。如“情侣卡”的概念,两个人可以将同一张卡绑定在不同的话机上,话费都记在该卡,但是同一时间只能有一个人使用该卡,简称二类用户;
多卡对一机:一个群体对应一个主叫,在群体里以用户号来标识个体。比如学校里的宿舍,只装一部电话,多个舍友共用,简称三类用户;
多卡对多机:一个群体对应多个主叫。在群体里以用户号来标识个体,每个用户可以在群体对应主叫组里的任意一个主叫话机上使用业务。比如一个公司里的某部门里有多部电话,而每个业务员拥有一个用户号,在系统中为每个业务员分配一个帐号。业务员在其中任一部话机上输入接入码与自己的用户号,就可以使用自己的帐号进行呼叫,简称四类用户。
对于三、四类用户,需要对每个用户分配一个帐号,该帐号通过电话号码+用户号来唯一标识,其中四类用户登记的电话号码可能是多个,因此在业务实现上可以考虑使用两次对应的方法,首先将一组(或一个)电话号码对应到一个群号,然后用此群号加用户编号对应到具体的帐号。
2.业务申请
用户到营业厅登记本业务时,系统将用户的电话号码与已有的帐号建立对应关系,对于三、四类用户,还需要登记用户编号,使用电话号码和用户编号来唯一确定一个具体的帐号。SMAP(ServiceManagement Access Point,业务管理接入点)操作员在开户时需要将用户的电话号码和用户类型录入,如果主叫号码对应多个帐号,则还需要录入用户号。对于不同类型的用户,需要登记的信息不一样,具体如下:
一类用户:需要登记主叫号码,主叫号码作为主叫群号;
二类用户:需要登记每个电话号码,取其中任一号码作为群号;
三类用户:需要登记主叫号码,作为主叫群号,并登记每个用户的编号;
四类用户:需要登记每个电话号码,取其中任一号码作为群号,并登记每个用户的编号。
SMAP接收用户录入后,分别向主叫号码到群号的对应表以及群号到实际卡号的对应表中插入记录,完成用户的开户功能。在用户接入业务流程时,系统首先根据用户的电话号码查找到对应的群号和用户类型,然后对应不同的用户类型,根据群号查找实际的卡号,或者提示用户输入用户号,然后根据群号和用户号查找实际的卡号。因此,用户并不需要了解和记住一长串实际卡号,只需要记住自己绑定的电话号码和设定的编号及密码就可以了(这对于用户来说是很容易的)。
3.用户使用流程
拨号流程:
用户拨接入码+被叫号码(对于专线用户,接入码由端局自动添加,用户只需拨被叫号码),SSP(Service Switching Point,业务交换点)判断出是固定预付费用户呼叫,上报SCP(Service Control Point,业务控制点),触发业务流程;
业务中根据主叫号码,判断出用户类别,如果是三、四类用户,则提示用户输入用户号,然后进入下一步,否则直接进入下一步;
业务根据主叫号码和用户号查找对应的帐号,并判断其状态是否正常(如是否正在使用,余额是否不足等),如果需要密码,则提示用户输入密码;
使用上述帐号为计费号码,下发计费并接续呼叫。
用户功能设置:
用户拨接入码;
如果主叫号码已经登记,则根据用户类型判断是否需要用户输入用户号;如果需要则提示用户输入后进入3,否则直接进入3;
提示输入密码,并进行鉴权;
鉴权通过后提示用户选择操作,包括查询余额、修改密码、充值等。
4.组网方式及呼叫接续过程:
图2为现有智能网中预付费业务的组网方式的框图,从图2可以看出,其呼叫接续过程如下:
用户拨被叫号码;
若用户不是直接连在SSP上,端局根据设定的被叫号码变换,在被叫号码前加上本业务接入码后,把呼叫送往最近的SSP;
SSP判断出此呼叫为固定预付费业务呼叫,上报SCP;
SCP根据用户的主叫号码提取用户的帐号信息,进行鉴权。鉴权通过后指示SSP接续被叫;
SSP接续被叫。
由上可以看出,该预付费系统是建立在智能网的基础上的,需要较大的投资的维护成本。
由于预付费业务是一类比较关键的业务,华为公司在1998年在全国推出校园卡业务,在1999年开始代之以SSAP(service switchingaccess point业务交换接入点)的本地智能网业务,它是对标准智能网配置进行了简化,一方面它的成本高出了校园卡;另一方面SSAP仍然采用双PC服务器配置及MEM板出网口,稳定性上仍存在隐患;还有一方面就是这种方式需要智能网的配合,这就需要较多的人力进行维护,因此这种方式的推广受到较大的限制。
目前,在交换机的应用中,有许多中、小容量的智能业务需求,主要包括:校园卡方式的预付费业务,话机绑定的预付费业务等。这些业务需求的共同特点是业务容量小但是很关键,如果采用标准智能网的方案解决,对中小运营商而言价格太高,无法接受。另外,一些大的运营商已经采购了其它厂商的智能网设备,尽管该网络运行情况可能效果不理想,但运营商也不愿意投入巨资重新建设一个新的智能网,因此必须开发低成本的预付费业务解决方案。所以如何节省成本,同时又可以提供稳定适用的业务是预付费开发的关键。
发明内容
本发明主要目的是提供一种集成在交换机中的预付费系统,该系统运行可靠、成本较低。
本发明的另一个目的是提供一种集成在交换机中的预付费方法,该方法可以避免大量的消息交互,业务实现效益高,处理能力强。
为实现本发明的目的,我们提供一种预付费系统,包括交换机,所述交换机包括一交换机主机,其中该预付费系统还包括:业务服务器,用来设定、备份保存预付费数据;在所述交换机中插入一内置服务处理板,用于与业务服务器连接,该内置服务处理板接收业务服务器的数据设置,并将更新的预付费数据定时备分到业务服务器;所述交换机主机接收预付费呼叫,在呼叫中向内置服务处理板发送预付费查询消息,呼叫结束后,将更新的预付费数据返还给内置服务处理板。
所述的预付费系统,在所述交换机主机用于绑定类预付费业务时包括下列模块:用户侧/中继侧模块、呼叫控制模块、数据库/操作系统模块、计费模块和后管理模块,其中用户侧/中继侧模块接收呼叫的接入并处理用户信令或者中继信令;呼叫控制模块用于控制各类呼叫,接收来自用户侧/中继侧的数据,并进行统一处理,通过与数据库模块、话单管理模块和内置服务处理板进行数据交换,用于触发预付费业务、进行预付费数据的查询、呼叫的控制以及进行计费监视的处理;数据库/操作系统模块用于接收用户侧/中继侧模块和呼叫控制模块的数据,并提供数据驱动;计费模块用于接收呼叫控制模块的数据,并产生话单,将预付费用户的余额返还给所述内置服务处理板;后管理模块和数据库/操作系统模块进行数据交换,对交换机的数据进行管理以及对交换机进行日常维护。
所述的预付费系统,在所述交换机主机用于卡号方式预付费业务时还包括下列模块:基本呼叫状态模块,FDPP(包括FIM(FeatureInteractions Management,特征相互作用管理)和DPP(detection point process,检出点处理))模块,智能交换管理模块,特殊资源管理模块和内置业务控制点模块,其中:基本呼叫状态模块接收来自呼叫控制模块的数据,并将数据传递到FDPP模块;FDPP模块:接收来自基本呼叫状态模块的数据,进行TDP(Trigger Detection Point,触发检出点)触发的控制以及EDP(Double Tone Receiver,双音收号器,双音指的就是DTMF)的管理,并将数据输出到智能交换管理模块;智能交换管理模块:管理业务交换功能状态机,并向内置业务控制点模块上报消息并接收内置业务控制点模块的控制,同时将控制信息传送到特殊资源管理模块的通信接口;特殊资源管理模块:接收来自智能交换管理模块的控制信息,进行放音、收号资源的管理;内置业务控制点模块:负责进行业务流程的控制,呼叫中它会指示智能交换管理模块该如何动作,接受智能交换管理模块上报的消息并进行处理。
一种绑定类预付费系统的预付费方法,该方法包括下列步骤:业务触发:接收接入码及主叫号码,根据接入码识别出该次呼叫为绑定类预付费呼叫,以及识别出该次呼叫的业务类型;呼出控制:根据主叫号码到配置了预付费功能的内置服务处理板上进行预付费数据的查询,内置服务处理板返回余额以后,主机判断该用户是否有余额,如果金额不足,则中断呼叫;呼叫接续:在用户金额足够的情况下,使用实际的被叫号码进行接续呼叫;计费监视:在接续的过程中交换机主机首先要进行检查以判断用户的余额是否足够进行本次呼叫,如果足够,通过所述检查,然后在进入通话后交换机主机再启动计费监视以在余额用完时就切断呼叫;计费处理:通话结束后按照集中式交换机群计费数据、本局分组计费数据、目的码计费数据的顺序来查询,根据查询的计费情况,按照对应的计费情况来计费;返还余额:一次预付费呼叫结束以后,交换机主机根据本次呼叫的费用以及原来的预付费余额得到一个更新了的用户余额,然后将此余额返还给内置服务处理板。
一种卡号方式预付费系统的预付费方法,该方法包括下列步骤:触发处理:接收接入码和主叫号码,根据接入码识别出该次呼叫为卡号方式预付费呼叫,以及识别出该次呼叫的业务类型;流程控制:利用内置业务控制点模块进行控制并利用原有的智能模块来完成业务流程;交互处理:根据智能模块的业务流程,基于语音交互的过程,在系统提示下使用该业务;呼出控制:根据主叫号码到配置了预付费功能的内置服务处理板上进行预付费数据的查询,内置服务处理板返回余额以后,主机判断该用户是否有余额,如果金额不足,则中断呼叫;呼叫接续:收到用户拨出的被叫号码以后,指示呼叫控制模块进行接续,在用户金额足够的情况下,使用实际的被叫号码进行接续呼叫;计费监视:在接续的过程中交换机主机首先要进行检查以判断用户的余额是否足够进行本次呼叫,如果足够,通过所述检查,然后在进入通话后交换机主机再启动计费监视以在余额用完时就切断呼叫;计费处理:通话结束后按照集中式交换机群计费数据、本局分组计费数据、目的码计费数据的顺序来查询,根据查询的计费情况,按照对应的计费情况来计费,并在每一次通话结束后进行计费处理产生话单,并更新内置服务处理板上的余额;返还余额:一次预付费呼叫结束以后,交换机主机根据本次呼叫的费用以及原来的预付费余额得到一个更新了的用户余额,然后将此余额返还给内置服务处理板。
由此可以看出,本发明的预付费系统及预付费方法具有如下优点:
1、由于预付费业务内嵌在交换机中,物理上只是多配置一台业务服务器,因此成本较低;
2、这种方式下因为业务流程是由交换机控制,与智能方式相比,避免了大量的消息交互,所以业务实现效率高,处理能力强;
3、提供了两种预付费业务,其中绑定业务避免了用户的语音交互过程,可以直接使用业务进行呼叫。
附图说明
图1是现有的采用智能网的预付费系统的功能框图;
图2是现有智能网中预付费系统的组网框图;
图3是本发明的预付费业务系统的结构图;
图4是ISP方式预付费业务系统的典型组网示意图;
图5是本发明的预付费系统的绑定类预付费业务模块结构框图;
图6是本发明的预付费系统的卡号方式预付费业务模块结构框图;
图7是本发明的预付费系统的绑定类业务模块流程图;
图8A-8G是本发明的预付费系统的卡号业务模块流程图。
具体实施方式
首先参考图3,图3为该预付费方式的系统结构图。在系统的设计中,华为公司采用了128模块,但在此要说明的是,本发明并不限定于128模块上,本领域的技术人员可以采用类似的模块来实现本发明所教导的方案,在此仅以128模块为例作为说明。在128模块中,由于采用了CDB(Central database中央数据库)方式,为低成本开发预付费业务提供了可能。因此采用如下方法来实现该预付费业务:使用专门的业务服务器来设定、备份保存预付费数据;使用ISP板(inside ServerProcessor,内置服务处理板)作为中心数据库来存放预付费数据,ISP板可以接收业务服务器的数据设定,可以将数据备份回业务服务器。
预付费业务流程由交换机的主机来控制,例如MPU(MainProcessing Unit,主控单元)、SPC(Signaling Point Code,信令点编码)。呼叫中主机向ISP发预付费查询消息,呼叫结束后将更新的预付费数据返还给ISP板。
从该预付费业务系统结构图中可以看出,由于预付费业务内嵌在交换机中,物理上只是多配置一台业务服务器,因此成本较低;这种方式下因为业务流程是由交换机控制,与智能方式相比,避免了大量的消息交互,所以业务实现效率高,处理能力强。
ISP方式预付费业务可应用于128模块的SPM(Service ProcessingModule,业务处理模块)组网和传统SM(Switching Manager,交换管理)组网方式。这两种组网方式都可以出中继做汇接局提供集中结算;也都可以带用户在本局做结算,两种结算方式可以共存,即可以满足汇接局和用户端局合一的组网方式。
下面通过图4来说明本发明的典型组网。图4是ISP方式预付费业务典型组网示意图。下面就图例应用说明如下:
AM/CM+SM组网:提供汇接功能,支持他局用户在本局做预付费集中结算;本局用户(母局用户、RSA远端用户)及V5用户在本局做预付费结算。
由于SM组网需要单独配置集中收号框,从成本考虑,一般不推荐此种组网方式。
AM/CM+SPM组网:提供汇接功能,支持他局用户在本局做预付费集中结算;本局用户(RSP,Remote Switching Processor,远端交换处理(板)用户)及V5用户在本局做预付费结算。
注意:由于RSP(Remote Switching Processor,远端交换处理(板))框也需要使用SRC(Specialized resource control特殊资源控制)板提供DTR(Data Terminal Ready,数据终端准备就绪)资源,因此在配置时SRC板首先需要满足卡号资源,在SRC板不够时,远端用户可配置为RSB框或RSM模块。
AM/CM+RSM组网:本局用户(RSM远端用户)在本局做预付费结算;业务服务器提供近端和远端工作站;远端工作站通过DDN(DigitalData Network,数字数据网)专线拉远至营业厅。
由于预付费业务分为绑定类以及卡号类两种,下面针对这两类预付费业务分别介绍它们的实现原理以及业务的流程图。
首先介绍绑定类预付费业务的原理以及流程图:
绑定类预付费业务的特征是预付费帐户与话机绑定,用户需要在开放了该业务的话机上呼叫,此类业务的拨号相对于卡号方式的预付费业务更简单一些,无须复杂的语音交互以及收号过程。
按照预付费设备在网络中的位置,绑定类预付费业务又可以分为本局绑定方式以及集中绑定方式的预付费业务。本局绑定方式是指预付费用户和预付费设备同处端局,用户摘机后即由预付费设备鉴权,用户拨号方式与普通用户拨号无异。集中绑定方式是指预付费设备处于汇接局,端局预付费用户摘机后拨接入码接续到该汇接局,局间信令必须支持主叫号码传送,预付费设备根据主叫号码鉴权,对局送来的被叫号码前必须要加接入码以触发业务。集中绑定方式按用户拨号方式可分为直拨、交互两种,直拨方式为被叫号码为“接入码+被叫号码”的形式,交互方式为用户拨接入码后进入IVR交互过程,在语音提示下可以登记本机号码、设置或取消用户密码、充值交费、呼叫被叫等。
图5所示为绑定类预付费业务的功能模块图。所述模块的程序全部都由128SPM模块SPC板或者128SM模块的MPU板来运行。从图5可以看出各个模块的结构和功能如下:
用户侧/中继侧模块:接收呼叫的接入并处理用户信令或者中继信令;
呼叫控制模块(CCB,Call Control Block,呼叫控制模块):用于控制各类呼叫,对用户侧/中继侧的数据进行统一处理,并与数据库模块、话单管理模块、和ISP模块进行数据交换,用于触发预付费业务、进行预付费数据的查询、呼叫的控制以及进行计费监视的处理;
数据库/操作系统模块(DB/OS,database/Operation system):DB模块接收用户侧/中继侧模块和CCB模块的数据,并提供数据驱动,OS模块在系统中起到进行消息调度、定时器维护等作用;
计费模块(BILL):接收CCB模块的数据,并产生话单,并将预付费用户的余额返还给ISP板;
内置服务处理(ISP)板:存放用户卡号的相关信息,接收来自业务服务器的卡用户的维护信息,为主机提供预付费数据、进行数据的自校验,并将更新的预付费数据定时备份到业务服务器;
业务服务器:接收ISP的数据,负责预付费数据的生成、维护,负责预付费数据以及预付费客户端的管理等;
后管理模块(BAM,Back Administration Module,后管理模块):和DB/OS模块进行数据交换,对交换机的数据进行管理以及对交换机进行日常维护。
下面介绍绑定类预付费业务的实现原理
按照一次预付费呼叫的过程,绑定类预付费呼叫可以分为业务触发、呼出控制、呼叫接续、计费监视、计费处理、返还余额这几个重要阶段,以下逐一介绍它们的实现:
业务触发:为了统一处理,本局绑定方式与集中绑定方式都通过接入码来触发业务。为了使拨叫简化,本局绑定方式下的接入码通过将此类用户单独划分呼叫源,然后做号码准备的方式来得到。
有了接入码以后,主机还要可以根据此接入码识别出该次呼叫为绑定类预付费呼叫,所以此接入码的字冠数据中的业务属性需要置为预付费业务,业务类别为基本业务。
呼出控制:预付费的一个重要特征体现在根据金额来决定是否可以呼叫,对于绑定类预付费业务,主机在分析出接入码以后就会根据主叫号码到配置了预付费功能项的ISP板上进行预付费数据的查询。ISP返回余额以后,主机判断该用户是否有余额,如果金额不足,则不允许呼叫。
呼叫接续:在用户金额足够的情况下,呼叫继续,由于绑定类业务中的接入码只是用于触发业务而不用于寻址,所以需要做一个号首特殊处理的数据将接入码删除,使用实际的被叫号码进行接续。
计费监视:为了防止用户透支,在接续的过程中主机首先要预算以判断用户的余额是否足够进行本次呼叫,上述检查通过进入通话后主机还要启动计费监视以在余额用完时就切断呼叫。
主机有两个预算点,分别在号码分析阶段以及刚找到被叫阶段;在号码分析阶段进行预算处理的主要依据是主叫计费源码、字冠的计费选择码以及用户的余额以及通话时长控制表中的提前告警时长,由于没有得到被叫侧的详细信息,这个时候查询的是计费选择码的数据,根据查得的计费数据以及用户余额,主机推算出一个可通话时长。注意通话时长控制表中的提前告警时长在预付费业务中有两个含义:一是最小通话时长,表示预付费用户的余额至少应该足够该时长的费用才允许呼叫;二是呼叫切断前的提前通知时长,例如用户可以通话300秒,提前告警时长为10秒,则进入通话290秒以后主机会给用户播放通知音。这样系统在得到用户的可通话时长后会将此时长与提前告警时长做比较,如果可通话时长小,则切断呼叫,否则呼叫继续。如果用户没有做目的码计费的数据,这时呼叫也是继续的,等找到被叫后还会有一次预算。
在找到被叫后,交换机已经可以得到一次呼叫中两方的详细信息了,这个时候还会有一次预算,预算的依据是通话时长控制表中的提前告警时长,主、被叫的计费分组、Centrex群计费数据、计费选择码,此时按照CENTREX群计费,本局分组计费,目的码计费的顺序来查找计费数据,如果没有做计费数据或者预算得到的可通话时长小于提前告警时长也会强行拆呼叫。
两次预算通过以后,被叫应答进入通话阶段,这个时候系统根据计费数据推算可通话时长,此时长与通话时长控制表中的控制时长做比较,小的一个则作为监视时长,为了防止推算的时间过久以及防止卡号吊死,一次预付费的计费监视时长不超过12个小时。
计费监视到达提前告警时长以后,系统给通话的两方联三方网放音以提示用户可可通话时长,放音完成以后再重联呼叫,余额用完的时候切断呼叫。
计费处理:预付费呼叫的计费只针对主叫方,不考虑被叫计费以及新业务计费,也不考虑呼入欠费的查询。在预付费呼叫中,对于免费以及紧急呼叫的情况,系统不进行计费监视。
通话结束以后的计费数据查询是按照CENTREX群计费数据、本局分组计费数据、目的码计费数据的顺序来查询的,如果上面有一步查得了计费情况则按照对应的计费情况来计费。预付费呼叫后的计费结算与呼叫中的预算是保持一致的。
需要注意的是对于集中绑定预付费业务,由于用户需要从其所在的端局接入到提供预付费业务的局,所以可能会存在区分用户计费区域的要求,这种情况需要对此用户做主叫甄别的数据来变换主叫的计费源码来达到区分计费的目的。
返还余额:一次预付费呼叫结束以后,主机需要根据本次呼叫的费用以及原来的预付费余额来得到一个更新了的用户余额,然后将此余额返还给ISP板。
为了防止某些异常情况下,主机发到ISP的余额丢失,系统有定时重发的机制。在需要更新ISP上余额数据的时候,主机的BILL模块会分配一个控制块,消息发送的时候此控制块启动一个3秒的定时器,如果定时器超时ISP还没有回送响应,主机会重新发送更新余额的消息,重发的最大次数为3次,如果3次以后ISP还没有响应,此时主机向后台送一条告警提示本次呼叫更新预付费数据失败。
其具体的绑定类预付费业务的处理流程可参考图7。
下面介绍卡号方式预付费业务。图6为卡号方式预付费业务的模块结构图,同上所述,所述模块的程序全部都由128SPM模块SPC板或者128SM模块的MPU板来运行。
卡号方式的预付费业务模块结构与绑定类的预付费业务模块结构有所不同,这类业务是利用智能模块,通过内部的INAP操作实现,各模块功能如下:
基本呼叫状态模块(BCSM,Basic Call State Module,基本呼叫状态模块):它与标准智能方式有所不同,它在预付费业务中不再负责计费的处理,只是接收来自CCB模块的数据,并将数据传递到FDPP(包括FIM(Feature Interactions Management,特征相互作用管理)和DPP(detection point process)检出点处理两部分)模块;;
FDPP模块:负责TDP触发的控制以及EDP的管理;FIM/CM是SSF的一个实体,它提供支持在一个单一呼叫中存在智能业务逻辑实例与非智能业务逻辑实例的多个并行实例的机制。特别是,FIM/CM可防止智能与非智能的业务逻辑实例的多个实例被激活。
智能交换模块(INSM,Intelligent Switching Module,智能交换模块):负责管理SSF状态机以及向ISCP模块上报消息并接收ISCP的控制,同时将控制信息传送到特殊资源管理模块的通信接口;
专用资源模块(SRM,Specialized Resource Module,专用资源模块):接收来自IN交换管理模块的控制信息,负责放音、收号资源的管理;
内置SCP(ISCP)模块:进行业务流程的控制,呼叫中它会指示INSM该如何动作,接受INSM上报的消息并进行处理。
下面介绍卡号方式预付费业务的原理以及流程图。
首先介绍卡号方式预付费业务的种类,卡号方式的预付费业务允许用户在任一部电话机(DTMF话机)上进行呼叫,并把费用记在规定的帐号上。使用此业务的用户,必须有一个唯一的个人卡号,用户使用本项业务时,按规定输入接入码、卡号、密码、被叫号码等。
记帐卡业务按卡的付费方式及使用方式分为四类,即:
A类用户(按月付费用户):已安装电话的用户申请记帐卡业务,经电信部门信誉审核符合要求,可凭电话缴费单按月交纳话费;
B类用户(预先付费用户):用户申请本业务时,须预付一定的电话费,使用时按次扣除通话费用。当通话时,预付金额用完,系统即停止提供业务,用户需再交费才能继续使用业务。如用户要求取消记帐卡,电信部门须将帐号内预付费的余额退还用户;
C类用户(一次付费用户):用户通过购买有价的记帐卡,在规定期限内使用业务,使用时按次扣除通话费用,累计达到有价卡面值时,系统即停止提供业务;
D类用户(无密码的一次付费用户):用户通过购买有价的记帐卡,在规定期限内使用业务,使用时按次扣除通话费用,累计达到有价卡面值时,系统即停止提供业务。该类用户没有密码,而A、B、C类用户均有密码。
下面介绍卡号方式预付费业务实现原理
卡号方式的预付费业务新增了一个ISCP模块来模拟SCP进行业务控制,主要的处理还是利用原有的智能模块来实现。由于利用交换机原有的智能模块来实现业务,所以卡号方式的预付费业务中需要配置部分智能数据,ISP方式的卡号预付费业务与标准智能业务的主要区别在INSM以上的模块,对于一个标准智能业务,INSM需要将消息发往FEAM(Function Entity Access Management,功能实体接入管理)模块进行编解码然后再到TCAP(Transaction Capabilities Application Part,事务处理应用部分)模块进行对话处理,经过SCCP(SignalingConnection Control Point,信令连接控制部分)模块、MTP(MessageTransfer Part,消息传递部分)模块以后才与SCP建立通讯联系,而在ISP方式的卡号预付费业务中INSM只需要将内部消息发往ISCP模块即可。因此ISP方式的卡号预付费业务不需要配置SSP、SCP物理地址数据以及SCP号数据、SCCP数据等,不需要建立TCAP对话,内部消息通过TCAP跟踪是看不到的。
按照呼叫的过程卡号方式的预付费业务分为触发处理、流程控制、交互处理、呼出控制、呼叫接续、计费监视、计费处理、返还余额几个关键阶段。
触发处理:卡号方式的预付费业务也是通过接入码来触发,同样为了使主机系统识别该接入码对应的业务为卡号方式的预付费业务,对应字冠的业务属性需要设置为预付费业务。由于此业务需要使用智能的模块,所以被叫号码分析表中的业务类别需要设置为智能业务。
由于智能业务中需要进行触发的控制,所以为了正确的调用业务,需要为接入码设置智能TDP触发数据以及接入码表的数据,另外卡号方式预付费业务的业务键固定为200,设置接入码数据的时候需要注意。
流程控制:卡号方式的预付费业务的业务流程是用一个新增的ISCP模块来进行控制并利用原有的智能模块来完成业务流程,这样智能模块需要与此新模块来进行通讯,由于在一些系统中不同时支持ISP卡号方式的预付费业务与智能网业务,需要设置软件参数BIT12来表示控制呼叫流程走标准智能网还是走ISP预付费业务流程,当该参数设置为1的时候表示走标准智能网的流程,设置为0的时候表示走ISP预付费的流程。
新增的ISP模块模拟了智能标准中的SCF模型进行状态迁移,为了了解具体的业务进展情况,系统使用了业务步骤号来表示一次卡号呼叫的阶段,根据业务步骤号以及状态机、智能模块上报的消息等,系统决定下一步的动作。ISCP模块与下面的智能模块通过内部的INAP操作结构进行交互,智能模块原有的处理流程基本保持不变。
交互处理:卡号业务中有一套语音交互的过程,用户在系统提示下使用业务。卡号方式的预付费业务中的语音需要使用SPT(SPT(Special tone and TKD,中继驱动及特殊语音板,TKD,Trunk driver中继驱动板),或者SPD(是128模块SRM框中的信号音板,具有252路信号音)来灵活播放,对应的语音是可以加载的,一般语音可以交给局方录制然后使用COOLEDIT(一种录音工具)进行转换再加载到SPT或者SPD板上。另外由于卡号业务中的交互过程比较久,为了防止普通呼叫分配不到收号器,呼叫中的卡号、密码等是由DIN(DRV IN,SSP中SPT集中双音收号框里的DRV板,DRV是DTMF Receiver and Driver,即双音收号和驱动板的缩写)板或者SRC板来收的,一般来说SRC板与SPD板的通道数需要配置为1∶1。
呼出控制:卡号方式的预付费业务的呼出控制基本与绑定方式下相同,不同之处在于由于此业务可以携卡漫游,所以它不受具体话机的呼出权限限制,即卡号业务可以任意呼出。
呼叫接续:卡号业务中收到用户拨出的被叫号码以后,系统会指示CCB进行接续,这个时候是直接覆盖呼叫的被叫号码然后重新分析完成的,所以卡号业务的接入码不需要做号首特殊出路删号的数据。
计费监视:卡号业务的计费监视基本与绑定类的预付费业务类似,只是卡号业务有连续呼叫的特性,而我们的计费是针对发生了通话的呼叫来说的,所以在连续呼叫的情况下当一次呼叫结束下一次呼叫没有开始前,系统会停止计费监视,当下一次呼叫进入通话后会重新启动计费监视。
计费处理:卡号业务的计费监视处理基本与绑定类的预付费业务类似,区别同样体现在连续呼叫上。在连续呼叫的时候每一次通话结束都要进行计费处理产生话单,并更新ISP上的余额。
返还余额:卡号业务返还余额的处理基本与绑定类业务的处理类似,只是它是在一次通话结束以后处理的,这一点与绑定类业务在整个呼叫结束后更新有所不同。另外在卡号业务中如果用户输入的卡号、密码不一致,此时需要统计黑卡次数,所以卡号业务与绑定类业务另外一个不同点是它可以更新ISP上帐号的黑卡统计次数。
具体的卡号方式的预付费业务的详细流程可参考流程图8A-8G。
流程图中具体的语音提示的内容见下表:
1、请输入您的卡号,按#号确认。2、请输入您的密码,按#号确认。3、对不起,这个卡号不能使用。4、对不起,这个卡号已过期。5、对不起,您输入的卡号、密码不正确,请查实后再使用本业务。6、对不起,您的输入有误,请重试。7、请拨您要的号码,并按#号确认。查询余额请拨11#,修改密码请拨22#,余额转移请拨33#(请拨您要的号码或缩位代码,并按#号确认。查询余额请拨11#,修改密码请拨22#,查询缩位请拨33#,设置缩位号码请拨44#,卡号充值请拨55#。)8、对不起,该卡号尚未激活。9、谢谢您的使用,再见。10、请您输入新的密码,按#号确认。11、请再输入一次您的新密码,按#号确认。12、对不起,两次密码输入不一致,请重试。13、对不起,您的输入错误次数已超过限制,本次密码修改不成功。请继续使用您的旧密码。14、您的新密码已经确认。15、对不起,系统无法修改您的密码,请继续使用您的旧密码。16、请输入您要修改的缩位代码。17、请输入本缩位代码所代表的电话号码,按#号确认。18、您对缩位代码的修改已经确认。19、对不起,系统无法修改缩位代码,原缩位代码代表的电话号码不变,请继续使用。20、请输入您要查询的缩位代码。21、本缩位代码代表的电话号码是......22、对不起,您没有设置这个缩位代码。23、对不起,这个卡号正在使用,请稍后再拨。24、对不起,您的余额不足。25、对不起,您无权拨打这个电话号码。26、请重拨您要的号码或缩位代码,并按#号确认。查询余额请拨11#,修改密码请拨22#,查询缩位请拨33#,设置缩位号码请拨44#,卡号充值请拨55#。27、对不起,密码长度不对,请重新输入。(对不起,密码长度应为4至6位,请重新输入。)28、对不起,没有这个电话号码。29、对不起,您要的电话没有应答。30、对不起,您要的电话忙。31、请拨您要的号码,并按#号确认,重拨请按0#,查询余额请拨11#,修改密码请拨22#,余额转移请拨33#。(重拨请按0,输入新号码请按1。)32、对不起,您要的号码无法接通。33、对方已挂机。 |
34、您的余额为......35、请稍候......36、对不起,您的余额不足。(您的余额为0,请更换新卡。)37、您的余额已经不多了,请更换新卡。(您还可以通话1分钟。)38、您已超过此次最大试呼次数。39、系统正忙,请稍后再拨。40、请您输入提示语言的种类,1为西班牙语,2为英语。41、对不起,您的电话机不能拨打此号码,谢谢您的使用,再见。42、您的通话时长是:......43、对不起,您不能查询余额。44、对不起,您不能修改密码。45、对不起,您已经超过今天最大试呼次数或金额,谢谢您的使用,再见。61、对不起,您的卡不能充值。62、请输入充值卡卡号,按#号确认。63、请输入充值卡的密码,按#号确认。64、对不起,该卡的货币类型不同,不能用于充值。65、对不起,该卡不能用于充值。66、充值操作成功,请继续使用。67、充值操作失败,请与电信部门联系。68、您的可通话时间至少有...69、充值卡余额太多!70、您已超过此次最大交互次数,谢谢您的使用,再见。71、请再输入一次充值卡卡号,按#号确认。72、对不起,两次卡号输入不一致,操作失败。 |
本发明的描述,详细说明和以上提到的附图并不是用来限制本发明的。对本领域的普通技术人员来说,在本发明的教导下可以进行各种相应的修改而不会超出本发明的精神和范围,因此这种修改应包含在本发明的权利要求及其等效范围之内。
Claims (11)
1.一种预付费系统,包括交换机,所述交换机包括一交换机主机,其特征在于,该预付费系统还包括:
业务服务器,用来设定、备份保存预付费数据;
在所述交换机中插入一内置服务处理板,用于与业务服务器连接,该内置服务处理板接收业务服务器的数据设置,并将更新的预付费数据定时备分到业务服务器;
所述交换机主机接收预付费呼叫,在呼叫中向内置服务处理板发送预付费查询消息,呼叫结束后,将更新的预付费数据返还给内置服务处理板。
2.如权利要求1所述的预付费系统,其特征在于所述交换机主机用于绑定类预付费业务时包括下列模块:用户侧/中继侧模块、呼叫控制模块、数据库/操作系统模块、计费模块和后管理模块,其中
用户侧/中继侧模块接收呼叫的接入并处理用户信令或者中继信令;
呼叫控制模块用于控制各类呼叫,接收来自用户侧/中继侧的数据,并进行统一处理,通过与数据库模块、话单管理模块和内置服务处理板进行数据交换,用于触发预付费业务、进行预付费数据的查询、呼叫的控制以及进行计费监视的处理;
数据库/操作系统模块用于接收用户侧/中继侧模块和呼叫控制模块的数据,并提供数据驱动;
计费模块用于接收呼叫控制模块的数据,并产生话单,将预付费用户的余额返还给所述内置服务处理板;
后管理模块和数据库/操作系统模块进行数据交换,对交换机的数据进行管理以及对交换机进行日常维护。
3.如权利要求2所述的预付费系统,其特征在于所述交换机主机用于卡号方式预付费业务时还包括下列模块:基本呼叫状态模块,FDPP模块,智能交换管理模块,特殊资源管理模块和内置业务控制点模块,其中:
基本呼叫状态模块接收来自呼叫控制模块的数据,并将数据传递到FDPP模块;
FDPP模块:接收来自基本呼叫状态模块的数据,进行TDP触发的控制以及EDP的管理,并将数据输出到智能交换管理模块;
智能交换管理模块:管理业务交换功能状态机,并向内置业务控制点模块上报消息并接收内置业务控制点模块的控制,同时将控制信息传送到特殊资源管理模块的通信接口;
特殊资源管理模块:接收来自智能交换管理模块的控制信息,进行放音、收号资源的管理;
内置业务控制点模块:负责进行业务流程的控制,呼叫中它会指示智能交换管理模块该如何动作,接受智能交换管理模块上报的消息并进行处理。
4.一种预付费方法,其特征在于该方法用于绑定类预付费呼叫时包括下列步骤:
业务触发:接收接入码及主叫号码,根据接入码识别出该次呼叫为绑定类预付费呼叫,以及识别出该次呼叫的业务类型;
呼出控制:根据主叫号码到配置了预付费功能的内置服务处理板上进行预付费数据的查询,内置服务处理板返回余额以后,主机判断该用户是否有余额,如果金额不足,则中断呼叫;
呼叫接续:在用户金额足够的情况下,使用实际的被叫号码进行接续呼叫;
计费监视:在接续的过程中交换机主机首先要进行检查以判断用户的余额是否足够进行本次呼叫,如果足够,通过所述检查,然后在进入通话后交换机主机再启动计费监视以在余额用完时就切断呼叫;
计费处理:通话结束后按照集中式交换机群计费数据、本局分组计费数据、目的码计费数据的顺序来查询,根据查询的计费情况,按照对应的计费情况来计费;
返还余额:一次预付费呼叫结束以后,交换机主机根据本次呼叫的费用以及原来的预付费余额得到一个更新了的用户余额,然后将此余额返还给内置服务处理板。
5.如权利要求4所述的预付费方法,其特征在于在所述业务触发的步骤中还包括通过一个号首特殊处理的数据将接入码删除的步骤。
6.如权利要求4所述的预付费方法,其特征在于所述计费监视步骤还包括如下步骤:
如果用户具有目的码计费数据,在号码分析阶段,进行一次预算,查询计费选择码的数据,根据查得的计费数据以及用户余额,推算出一个可通话时长,然后将此时长与提前告警时长做比较,如果可通话时长小,则切断呼叫,否则呼叫继续;
如果用户没有做目的码计费的数据,在找到被叫后,交换机再进行一次预算,按照集中式交换机群计费,本局分组计费,目的码计费的顺序来查找计费数据,如果没有做计费数据或者预算得到的可通话时长小于提前告警时长就强行拆除呼叫。
7.如权利要求4所述的预付费方法,其特征在于所述返还余额步骤还包括返还余额定时重发步骤,在更新ISP上余额数据的时候,主机的计费模块会分配一个控制块,发送余额的时候此控制块启动一个3秒的定时器,如果定时器超时而ISP还没有回送响应,主机会重新发送更新余额的消息,重发的最大次数为3次,如果3次以后ISP还没有响应,此时主机向后台送一条告警提示本次呼叫更新预付费数据失败。
8.一种预付费方法,其特征在于该方法用于卡号方式预付费呼叫时包括下列步骤:
触发处理:接收接入码和主叫号码,根据接入码识别出该次呼叫为卡号方式预付费呼叫,以及识别出该次呼叫的业务类型;
流程控制:利用内置业务控制点模块进行控制并利用原有的智能模块来完成业务流程;
交互处理:根据智能模块的业务流程,基于语音交互的过程,在系统提示下使用该业务;
呼出控制:根据主叫号码到配置了预付费功能的内置服务处理板上进行预付费数据的查询,内置服务处理板返回余额以后,主机判断该用户是否有余额,如果金额不足,则中断呼叫;
呼叫接续:收到用户拨出的被叫号码以后,指示呼叫控制模块进行接续,在用户金额足够的情况下,使用实际的被叫号码进行接续呼叫;
计费监视:在接续的过程中交换机主机首先要进行检查以判断用户的余额是否足够进行本次呼叫,如果足够,通过所述检查,然后在进入通话后交换机主机再启动计费监视以在余额用完时就切断呼叫;
计费处理:通话结束后按照集中式交换机群计费数据、本局分组计费数据、目的码计费数据的顺序来查询,根据查询的计费情况,按照对应的计费情况来计费,并在每一次通话结束后进行计费处理产生话单,并更新内置服务处理板上的余额;
返还余额:一次预付费呼叫结束以后,交换机主机根据本次呼叫的费用以及原来的预付费余额得到一个更新了的用户余额,然后将此余额返还给内置服务处理板。
9.如权利要求8所述的预付费方法,其特征在于所述触发处理步骤还包括为接入码设置智能TDP触发数据以及接入码表的数据的步骤。
10.如权利要求8所述的预付费方法,其特征在于所述流程控制的步骤还包括设置软件参数来表示控制呼叫流程走标准智能网还是走内置服务处理预付费业务流程的步骤。
11.如权利要求8所述的预付费方法,其特征在于所述交互处理的步骤还包括使用编辑器进行转换再加载SPT或者SPD来灵活播放语音的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021283931A CN100417170C (zh) | 2002-08-20 | 2002-08-20 | 一种预付费方法及其预付费系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021283931A CN100417170C (zh) | 2002-08-20 | 2002-08-20 | 一种预付费方法及其预付费系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1477846A true CN1477846A (zh) | 2004-02-25 |
CN100417170C CN100417170C (zh) | 2008-09-03 |
Family
ID=34143712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB021283931A Expired - Lifetime CN100417170C (zh) | 2002-08-20 | 2002-08-20 | 一种预付费方法及其预付费系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100417170C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100413248C (zh) * | 2005-03-31 | 2008-08-20 | 杭州华三通信技术有限公司 | 一种基于流量进行计费的改进方法和系统 |
WO2009033337A1 (fr) * | 2007-09-12 | 2009-03-19 | Zte Corporation | Procédé d'exécution d'une gestion des appels pour un abonné au service avec prépaiement dans un système numérique en grappe |
CN101455069B (zh) * | 2006-03-15 | 2011-11-09 | 泰克莱克公司 | 从用于无限网内预付费呼叫的预付费状态数据库卸载预付费状态查询的方法、系统和计算机程序产品 |
WO2012097666A2 (zh) * | 2011-12-28 | 2012-07-26 | 华为终端有限公司 | 一种控制移动终端被叫通话的方法及装置 |
CN104463571A (zh) * | 2014-12-30 | 2015-03-25 | 上海递道信息技术有限公司 | 快递结算预付款系统 |
CN107666505A (zh) * | 2016-07-29 | 2018-02-06 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0901269A1 (en) * | 1996-06-18 | 1999-03-10 | Mitsubishi Denki Kabushiki Kaisha | Portable telephone system |
EP1085739A3 (en) * | 1999-08-04 | 2004-12-29 | Lucent Technologies Inc. | Switch-based intelligent-networked pre-paid telephone calling card service system having bailout to telephone operators |
US7092501B2 (en) * | 1999-10-12 | 2006-08-15 | Sbc Properties, L.P. | Method and apparatus for providing prepaid local telephone services |
US6480588B1 (en) * | 1999-11-08 | 2002-11-12 | Worldcom, Inc. | Methods for providing prepaid telephony service via an internet protocol network system |
-
2002
- 2002-08-20 CN CNB021283931A patent/CN100417170C/zh not_active Expired - Lifetime
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100413248C (zh) * | 2005-03-31 | 2008-08-20 | 杭州华三通信技术有限公司 | 一种基于流量进行计费的改进方法和系统 |
CN101455069B (zh) * | 2006-03-15 | 2011-11-09 | 泰克莱克公司 | 从用于无限网内预付费呼叫的预付费状态数据库卸载预付费状态查询的方法、系统和计算机程序产品 |
WO2009033337A1 (fr) * | 2007-09-12 | 2009-03-19 | Zte Corporation | Procédé d'exécution d'une gestion des appels pour un abonné au service avec prépaiement dans un système numérique en grappe |
WO2012097666A2 (zh) * | 2011-12-28 | 2012-07-26 | 华为终端有限公司 | 一种控制移动终端被叫通话的方法及装置 |
WO2012097666A3 (zh) * | 2011-12-28 | 2012-11-22 | 华为终端有限公司 | 一种控制移动终端被叫通话的方法及装置 |
CN104463571A (zh) * | 2014-12-30 | 2015-03-25 | 上海递道信息技术有限公司 | 快递结算预付款系统 |
CN104463571B (zh) * | 2014-12-30 | 2018-06-15 | 上海递道信息技术有限公司 | 快递结算预付款系统 |
CN107666505A (zh) * | 2016-07-29 | 2018-02-06 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
CN107666505B (zh) * | 2016-07-29 | 2020-09-15 | 京东方科技集团股份有限公司 | 对资源接入进行控制的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100417170C (zh) | 2008-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1157962C (zh) | 增强通信平台和使用该平台的相关通信方法 | |
CN1139049C (zh) | 在电信系统中提供服务的方法和系统 | |
US6104793A (en) | Facility modem-to-modem application | |
US8363802B2 (en) | Caller controlled time demarcation system | |
CN1199432C (zh) | 移动预付费业务的异地充值实现方法 | |
CN1323500A (zh) | 用于基于网络的预付费无线电话业务的信令系统和方法 | |
CN1157681A (zh) | 通信呼叫的灵活性收费 | |
CN1158878C (zh) | 通信网络 | |
CN1477846A (zh) | 一种预付费方法及其预付费系统 | |
CN1867018A (zh) | 数字移动终端话费即时提示的方法 | |
CN1882007A (zh) | 一种实现集团间短号互拨业务的方法 | |
CN101018136A (zh) | 用于电信系统的分区计费方法和装置、及移动终端分区卡 | |
CN1158838C (zh) | 在固定话机上利用移动智能网实现长途呼叫的方法 | |
CN1175634C (zh) | 一种智能网卡号业务融合的实现方法 | |
CN1447571A (zh) | 电信业务卡充值方法及装置 | |
CN1174601C (zh) | 智能公话业务的实现方法及系统 | |
CN101207657A (zh) | 客户服务系统中的座席呼出限制方法 | |
CN101056471B (zh) | 专网卡实现装置及方法 | |
CN1713683A (zh) | 一种智能公话终端及该智能公话终端实现计费的方法 | |
CN1972348B (zh) | 一种手机充值方法 | |
CN101197882A (zh) | 座席呼出限制方法 | |
CN100463477C (zh) | 一种基于频移键控方式的智能公话系统及通信方法 | |
CN1288322A (zh) | 在智能网上实现信息台接入管理业务的方法 | |
CN1466362A (zh) | 在固定智能网上实现集团用户卡号业务的方法 | |
CN1674520A (zh) | 一种智能网的计费运营支撑系统及计费方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CX01 | Expiry of patent term |
Granted publication date: 20080903 |
|
CX01 | Expiry of patent term |