CN101959082A - 业务处理方法及智能网系统 - Google Patents
业务处理方法及智能网系统 Download PDFInfo
- Publication number
- CN101959082A CN101959082A CN2010102910183A CN201010291018A CN101959082A CN 101959082 A CN101959082 A CN 101959082A CN 2010102910183 A CN2010102910183 A CN 2010102910183A CN 201010291018 A CN201010291018 A CN 201010291018A CN 101959082 A CN101959082 A CN 101959082A
- Authority
- CN
- China
- Prior art keywords
- described intelligent
- net system
- intelligent network
- database
- business
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Abstract
本发明公开了一种业务处理方法及智能网系统,该方法包括:智能网系统接收到用于请求执行智能网业务的智能网业务请求消息;智能网系统确定智能网系统中的数据库的状态为异常;智能网系统执行智能网业务。本发明可以最大限度的保证智能网业务的顺利执行,并提高用户体验。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种业务处理方法及智能网系统。
背景技术
智能网系统作为移动通信行业新兴的业务服务网络,能够方便、灵活、经济、有效地提供各种增值业务,并能通过与营业系统、客户服务中心、短消息中心以及银行系统的集成,为用户提供更优质、及时、人性化的服务。智能网系统是电信运营商的较大的业务增长点之一。
图1是根据相关技术的智能网系统的结构示意图,如图1所示,业务控制点(Service Control Point,简称为SCP)是智能网系统中关键设备之一,智能业务在SCP上面实现。业务管理点(ServiceManage Point,简称为SMP)通过业务管理接入点(Service ManageAccess Point,简称为SMAP)来对运行在SCP上的业务进行管理。SCP、SMAP、SMP之间通过传输控制协议/网络协议(TransferControl Protocol/Internet Protocol,简称为TCP/IP)协议相互通讯。移动交换中心(Mobile Switching Center,简称为MSC)/拜访位置寄存器(Visitor Location Register,简称为VLR)/业务交换点(ServiceSwitch Point,简称为SSP)进行呼叫控制业务交换功能,归属位置寄存器(Home Location Register,简称为HLR)管理移动用户的签约信息,独立智能外设(Intelligent Periphery,简称为IP)提供用户管理流程的语音。其中,SCP、MSC/VLR/SSP、HLR、独立IP之间通过七号信令网相互连接。
SCP实现智能业务所需要的业务逻辑处理程序和智能业务所需的数据,并提供信令接口功能。从功能上看,SCP包括业务控制功能(Service Control Function,简称为SCF)、业务数据功能(ServiceData Function,简称为SDF)和信令接口功能(Signal Interface Unit,简称为SIU)。其中SIU的主要是提供了SCP所需要的七号信令,提供了MTP/SCCP/TCAP处理功能,具有强大七号信令处理能力。SCF实现SCP所需的业务逻辑处理。SDF提供了SCP进行业务逻辑控制所需的数据的物理存储和管理系统,基于大型商用数据库系统。其中SIU跟外部网元以信令方式进行通信,SIU、SCF和SDF之间以TCP/IP进行通信。
可见数据库在SCP中占有重要的地位。数据库不但存储了上百万甚至上千万的用户的各种数据,更要实时处理业务逻辑中的用户数据的查询,更新等操作。更甚者,数据库要同时和多个业务打交道。智能网仅一次呼叫流程至少需要和数据库交互3次以上。因此数据库的吞吐量很大。
如此大的吞吐量,如果数据库发生异常,将造成呼叫的失败,进而影响智能网业务。
发明内容
针对智能网系统中的数据库发生异常将影响智能网业务的问题而提出本发明,为此,本发明的主要目的在于提供一种业务处理方法及智能网系统,以解决上述问题。
为了实现上述目的,根据本发明的一个方面,提供了一种业务处理方法。
根据本发明的业务处理方法包括:智能网系统接收到用于请求执行智能网业务的智能网业务请求消息;智能网系统确定智能网系统中的数据库的状态为异常;智能网系统执行智能网业务。
进一步地,在智能网系统确定智能网系统中的数据库的状态为异常之前,上述方法还包括:设置用于指示数据库的状态的数据库状态标识;智能网系统确定智能网系统中的数据库的状态为异常包括:智能网系统根据数据库状态标识,确定智能网系统中的数据库的状态为异常。
进一步地,智能网系统执行智能网业务包括:智能网系统根据智能网业务的业务种类,执行智能网业务。
进一步地,智能网系统根据智能网业务的业务种类,执行智能网业务包括以下之一:智能网系统确定智能网业务的业务种类为预付费业务,智能网系统执行预付费业务;智能网系统确定智能网业务的业务种类为管理流程业务,智能网系统通知智能网业务的发起端暂缓发起智能网业务,并结束智能网业务;智能网系统确定智能网业务的业务种类为需要进行号码翻译的短号码业务,智能网系统通知智能网业务的发起端发起不需要进行号码翻译的长号码业务,并结束智能网业务。
进一步地,在智能网系统执行智能网业务之后,上述方法还包括:生成异常业务清单,其中异常业务清单用于指示智能网系统执行的智能网业务;在数据库恢复正常之后,智能网系统根据异常业务清单,对智能网业务的发起端进行智能网业务的扣费。
进一步地,在主叫流程中,异常业务清单包括以下至少之一:主叫号码、被叫号码、主叫位置信息、主叫呼叫开始时间、主叫呼叫结束时间;在被叫流程中,异常业务清单包括以下至少之一:主叫号码、被叫号码、被叫位置信息、被叫呼叫开始时间、被叫呼叫结束时间;在前转流程中,异常业务清单包括以下至少之一:主叫号码、原被叫号码、前转到的号码、发生前转号码的位置信息、前转呼叫开始时间、前转呼叫结束时间、前转类型。
为了实现上述目的,根据本发明的另一个方面,还提供了一种智能网系统。
根据本发明的智能网系统包括:接收模块,用于接收用于请求执行智能网业务的智能网业务请求消息;确定模块,用于确定智能网系统中的数据库的状态为异常;执行模块,用于执行智能网业务。
进一步地,智能网系统还包括设置模块,用于设置用于指示数据库的状态的数据库状态标识;确定模块包括确定子模块:用于根据数据库状态标识,确定智能网系统中的数据库的状态为异常。
进一步地,执行模块包括:执行子模块,用于根据智能网业务的业务种类,执行智能网业务。
进一步地,上述智能网系统还包括:生成模块,用于生成异常业务清单,其中异常业务清单用于指示智能网系统执行的智能网业务;扣费模块,用于在数据库恢复正常之后,根据异常业务清单,对智能网业务的发起端进行智能网业务的扣费。
通过本发明,当智能网系统确定数据库发生异常时,不再和数据库进行交互,而是直接执行智能网业务,解决了智能网系统中的数据库发生异常将影响智能网业务的问题,从而可以最大限度的保证智能网业务的顺利执行,并提高用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的智能网系统的结构示意图;
图2是根据本发明实施例的业务处理方法的流程图;
图3是根据本发明优选实施例一的业务处理方法的流程图;
图4是根据本发明优选实施例二的业务处理方法的交互流程图;
图5是根据本发明优选实施例三的业务处理方法的流程图;
图6是根据本发明实施例的智能网系统的结构框图;
图7是根据本发明优选实施例的智能网系统的结构框图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
本发明提供了一种业务处理方法。图2是根据本发明实施例的业务处理方法的流程图,包括如下的步骤S202至步骤S206。
步骤S202,智能网系统接收到用于请求执行智能网业务的智能网业务请求消息。
步骤S204,智能网系统确定智能网系统中的数据库的状态为异常。
步骤S206,智能网系统执行智能网业务。
相关技术中,如果智能网系统中的数据库发生异常,将影响智能网业务的执行。本发明实施例中,当智能网系统确定数据库发生异常时,不再和数据库进行交互,而是直接执行智能网业务,从而可以最大限度的保证智能网业务的顺利执行,并提高用户体验。
需要说明的是,如果智能网系统确定智能网系统中的数据库的状态正常,则智能网系统采取正常的流程执行智能网业务。
优选地,在智能网系统确定智能网系统中的数据库的状态为异常之前,设置用于指示数据库的状态的数据库状态标识;智能网系统确定智能网系统中的数据库的状态为异常包括:智能网系统根据数据库状态标识,确定智能网系统中的数据库的状态为异常。
本优选实施例中,通过数据库状态标识确定智能网系统中的数据库的状态为异常,该实现方式简便、可靠。
优选地,上述设置的步骤可以包括自动设置和手动设置。下面对其结构进行详细描述。
自动检测数据库的状态是否正常,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常;手工进行数据库状态的设置,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常。该手工设置是自动设置的保护方法,在自动设置失效时,可以通过手工设置方式进行异常保护。
同时,本优选实施例中,上述确定的步骤可以是对现有的智能网系统增加对sdfflag值的判断,如果sdfflag=0,说明数据库异常,则业务逻辑模块不再和数据库进行交互,而是根据业务特性直接接续呼叫或者结束呼叫。如果sdfflag=1,说明数据库正常,按照原来的业务逻辑进行处理。
需要说明的是,实际应用中,还可以采取其它的方式确定智能网系统中的数据库的状态为异常,例如与数据库进行数据库状态的交互,如果响应超时则确定智能网系统中的数据库的状态为异常。此处不再赘述,但是很显然,这些实施方式均应纳入本发明的保护范围。
优选地,智能网系统执行智能网业务包括:智能网系统根据智能网业务的业务种类,执行智能网业务。
本优选实施例描述了智能网系统如何执行智能网业务。数据库出现异常,可能对不同业务种类的智能网业务造成不同的影响,因此,本优选实施例先区分该业务种类,再采取相应的方式执行该智能网业务,可以尽可能保证智能网业务的有效执行,并且该实现方式简便、可靠。
优选地,智能网系统根据智能网业务的业务种类,执行智能网业务包括以下之一:智能网系统确定智能网业务的业务种类为预付费业务,智能网系统采取正常的流程执行智能网业务;智能网系统确定智能网业务的业务种类为管理流程业务,智能网系统通知智能网业务的发起端暂缓发起智能网业务,并结束智能网业务;智能网系统确定智能网业务的业务种类为需要进行号码翻译的短号码业务,智能网系统通知智能网业务的发起端发起不需要进行号码翻译的长号码业务,并结束智能网业务。
本优选实施例具体描述了智能网系统如何根据业务种类执行智能网业务。其中,可以采取正常的流程执行的智能网业务还包括虚拟局域网(Virtual Private Network,简称为VPN)呼叫拨打长号码的业务。
优选地,在智能网系统执行智能网业务之后,生成异常业务清单,其中异常业务清单用于指示智能网系统执行的智能网业务;在数据库恢复正常之后,智能网系统根据异常业务清单,对智能网业务的发起端进行智能网业务的费用的扣除。
本优选实施例描述了在数据库恢复正常之后智能网系统对发起端进行扣费的过程,这样,可以保证运营商的正常收费,避免运营商的损失。
优选地,在主叫流程中,异常业务清单包括以下至少之一:主叫号码、被叫号码、主叫位置信息、主叫呼叫开始时间、主叫呼叫结束时间;在被叫流程中,异常业务清单包括以下至少之一:主叫号码、被叫号码、被叫位置信息、被叫呼叫开始时间、被叫呼叫结束时间;在前转流程中,异常业务清单包括以下至少之一:主叫号码、原被叫号码、前转到的号码、发生前转号码的位置信息、前转呼叫开始时间、前转呼叫结束时间、前转类型。
本优选实施例中具体描述了异常业务清单应当包含的内容,其可以保证扣费的准确,可靠。
通过上述实施例,可以实现如下的技术效果:
①、在数据库异常的时候,最大限度的保证用户呼叫功能不受影响,提高用户体验。
②、在数据库恢复后补扣话单费用,使运营商的经济效益最大程度的得到保护。
为了帮助理解上述实施例,下面进一步描述本发明的其它多个优选实施例。
优选实施例一
本优选实施例一描述了数据库异常时VPN业务的主叫流程,并假设主叫用户签约了VPN主叫业务,拨打被叫号码长号码。
图3是根据本发明优选实施例一的业务处理方法的流程图,包括如下的步骤S301至步骤S334。
步骤S301:主叫用户所在的MSC,按照主叫用户的签约信息,触发主叫用户所在SCP的虚拟集团业务。
步骤S302:业务根据数据报协议(Internet Datagram Protocol,简称为IDP)参数获得主叫用户长号码,被叫用户号码,主叫用户位置信息。
步骤S303:业务根据数据库的状态标志判断数据库是否正常,不正常则转步骤S304,正常则转步骤S307。
步骤S304:业务根据被叫号码的长度判断被叫号码是长号码还是短号码,如果是短号码则转步骤S305,如果是长号码则转步骤S306。
步骤S305:为主叫用户放音,提示用户拨打被叫用户的长号码。
步骤S306:为主叫用户选择数据库异常时缺省配置的计费方案和缺省配置的用户余额。然后转步骤S320。
步骤S307:业务到本地数据库根据主叫长号码查询主叫用户归属的集团号码。
步骤S308:根据步骤S307的查询结果判断主叫是归属于本SCP的集团用户,如果是则转步骤S309,否则转步骤S334。
步骤S309:业务根据被叫号码长度判断被叫号码为长号码还是短号码。是长号码则转步骤S310,短号码则转步骤S311。
步骤S310:业务根据被叫长号码查询被叫归属集团号。
步骤S311:业务根据被叫短号码查询被叫归属集团号和被叫长号码。
步骤S312:业务根据步骤S310或者步骤S311的查询结果判断被叫号码是否归属本SCP的虚拟集团用户。如果是则转步骤S314,否则转步骤S313。
步骤S313:业务判断被叫是否是主叫网外号码组用户。如果是则转步骤S316,否则转步骤S317。
步骤S314:业务判断主叫集团号是否等于被叫集团号。如果是则转步骤S315,否则转步骤S313。
步骤S315:业务判断被叫号码是长号码还是短号码,长号码则转步骤S318,短号码则转步骤S319。
步骤S316:业务确定呼叫类型为网外号码组呼叫,使用网外号码组主叫计费方案。
步骤S317:业务确定呼叫类型为普通网外呼叫,使用网外主叫计费方案。
步骤S318:业务确定呼叫类型为网内呼叫类型二,使用网内主叫费率二计费方案。
步骤S319:业务确定呼叫类型为网内呼叫类型一,使用网内主叫费率一计费方案。
步骤S320:业务将选定的计费方案和主叫用户的位置信息,主叫长号码和被叫长号码,送给计费系统,进行计费控制。
步骤S321:业务根据步骤S320的计费控制结果,判断是否允许呼叫,允许呼叫则转步骤S322,否则转步骤S334。
步骤S322:SCP向MSC下发请求基本呼叫状态模型事件报告(Request Report BCSM Event,简称为RRBE)要求监视呼叫;SCP向MSC下发申请计费(Apply Charging,简称为AC),AC信令携带主叫用户可用呼叫时长。
步骤S323:业务判断被叫长号码还是短号码,长号码则转步骤S324,短号码则转步骤S325。
步骤S324:业务将主叫用户的长号码作为GN(GENERICNUMBER)号码。
步骤S325:业务将主叫用户的短号码作为GN号码。
步骤S326:SCP业务向MSC下发connect,携带主叫用户的GN号码,要求MSC接续被叫用户。
步骤S327:呼叫结束,MSC上报主叫拆线事件,上报申请计费报告(Apply Charging Report,简称为ACR),其中ACR携带了主叫用户的呼叫时长。
步骤S328:业务判断数据库的状态,正常则转步骤S329,否则转步骤S333。
步骤S329:业务将选定的计费方案和主叫用户的位置信息,主叫长号码和被叫长号码,呼叫时长,送给计费系统,进行计费,并出具主叫正常话单。
步骤S330:业务判断本次呼叫类型,如果是普通网外呼叫或者网外号码组呼叫或者网内类型二呼叫则转步骤S327,如果是网内类型一呼叫则转步骤S326。
步骤S331:业务将主叫用户的本次呼叫费用计入集团账户。
步骤S332:业务将主叫用户的本次呼叫费用计入个人账户。
步骤S333:业务将选定的计费方案和主叫用户的位置信息,主叫长号码和被叫长号码,呼叫时长,送给计费系统,进行计费,并出具异常呼叫话单,异常话单业务键为正常业务键加上偏移量。
步骤S334:业务释放呼叫。
其中,步骤S307~步骤S319,步骤S330~步骤S332都是在数据库执行模块实现的逻辑。在数据库异常的时候,跳过这些操作,选择缺省的计费方案和用户余额,进行呼叫的接续。其中缺省的计费方案和用户余额可以放在业务逻辑的管理数据里面,不需要通过数据库的操作就可以取到。此处缺省的用户余额一般配置为一个非常大的值,保证用户的呼叫批价出来的可呼叫时长足够长,以保证用户的呼叫。
按照上述相似的逻辑,可以实现VPN业务的被叫和前转流程的数据库异常时的保护流程,此处不再赘述,但是很显然,这些实施例也在本专利的保护范围。
优选实施例二
本优选实施例二描述了数据库异常时预付费业务的被叫流程,并假设被叫用户签约了预付费被叫业务。
图4是根据本发明优选实施例二的业务处理方法的交互流程图,包括如下的步骤S401至步骤S421。
步骤S401,步骤S402:主叫呼叫接入MSC收到主叫业务发起的接续请求后,则向被叫归属HLR发送SRI消息,则返回被叫用户签约信息O_CSI+T_CSI。
其中O_CSI代表始发CAMEL签约信息(Originating CAMELSubscription Information),其中CAMEL代表移动网定制应用增强逻辑(Customized Applications of Mobile network Enhanced Logic)。同时T_CSI代表终接CAMEL签约信息(Terminating CAMELSubscription Information)。
步骤S403,步骤S404:主叫呼叫接入MSC由T_CSI数据中得到被叫归属SCP的地址,向被叫归属SCP发送IDP消息,将始发被叫所在小区CELLID放在IDP消息中的参数LocationInformation中。
步骤S405:被叫用户的归属SCP根据呼叫信息进行是否呼叫限制的判断,并选择被叫计费方案,对被叫计费控制。如果判断结果和计费控制结果允许呼叫,则转步骤S406,否则转步骤S419。
步骤S406,步骤S407,步骤S408:被叫归属SCP向主叫呼叫接入MSC发送RRBE、AC和Connect。
步骤S409,步骤S410,步骤S411,步骤S412:主叫呼叫接入MSC收到Connect消息后,向被叫归属HLR再次发送SRI消息,此次SRI消息抑制T_CSI,得到被叫的MSRN。
步骤S413,步骤S414,步骤S415:主叫接入MSC根据被叫的MSRN进行接续。
步骤S416,步骤S417:通话停止,主叫接入MSC上报计费报告,被叫归属SCP根据S05选择的计费方案,收取被叫的通话费用。
步骤S418:主叫接入MSC上报挂机事件。
步骤S419:被叫归属SCP向MSC下发CTR信令,然后转步骤S420。
步骤S420:被叫归属SCP向MSC下发PA信令,向主叫播放被叫用户呼叫限制的原因,然后转步骤S421。
步骤S421:SCP向MSC下发RC信令,要求释放呼叫。
优选实施例三
本优选实施例三在优选实施例二的基础上,描述了对步骤S405,步骤S417的改造过程。
图5是根据本发明优选实施例三的业务处理方法的流程图,包括如下的步骤S501至步骤S517。
步骤S501:主叫用户所在的始发MSC,按照被叫用户的签约信息,触发被叫用户所在SCP的预付费业务。
步骤S502:业务根据IDP参数获得主叫用户号码,被叫用户号码,被叫用户位置信息,其中IDP的Locationinformation参数携带了被叫用户的当前所在的位置信息。
步骤S503:业务判断数据库的状态是否正常,不正常则转步骤S504,正常则转步骤S505。
步骤S504:为被叫用户选择数据库异常时缺省配置的计费方案和缺省配置的用户余额。然后转步骤S508。
步骤S505:业务到数据库根据被叫号码查询被叫号码的状态,余额信息。
步骤S506:业务判断被叫号码是否正常,正常则转步骤S507,否则转步骤S517。
步骤S507:业务根据被叫号码、主叫号码、被叫的位置信息、被叫用户当前适用的套餐信息,查询被叫用户当前适用的计费方案。
步骤S508:业务将选定的计费方案和主叫用户的位置信息,主叫号码和被叫号码,被叫用户余额送给计费系统,进行计费控制。
步骤S509:业务判断计费控制结果是否允许呼叫,允许则转步骤S511,否则转步骤S517。
步骤S510:SCP向MSC下发RRBE要求监视呼叫;下发AC,携带被叫用户可用呼叫时长。
步骤S511:SCP向MSC下发connect,要求接续被叫用户。
步骤S512:呼叫结束,MSC上报ACR,其中ACR携带了被叫用户的呼叫时长。
步骤S513:业务判断数据库状态是否正常,正常则转步骤S514,不正常则转步骤S516。
步骤S514:业务将选定的计费方案和被叫用户位置信息,主叫号码和被叫号码,呼叫时长,送给计费系统,进行计费,并出具正常被叫呼叫话单。
步骤S515:数据库将被叫用户的本次呼叫费用计入被叫账户。
步骤S516:将选定的计费方案和被叫用户位置信息,主叫号码和被叫号码,呼叫时长,送给计费系统,进行计费,并出具异常呼叫话单,话单业务键为正常业务键增加偏移量。
步骤S517:业务释放呼叫。
其中,步骤S504~步骤S507,步骤S515都是在数据库执行模块实现的逻辑。在数据库异常的时候,跳过这些操作,选择缺省的计费方案和用户余额,进行呼叫的接续。其中缺省的计费方案和用户余额可以放在业务逻辑的管理数据里面,不需要通过数据库的操作就可以取到。此处缺省的用户余额一般配置为一个非常大的值,保证用户的呼叫批价出来的可呼叫时长足够长,以保证用户的呼叫。
按照上述相似的逻辑,可以实现预付费业务的主叫和前转流程的数据库异常时的保护流程,此处不再赘述,但是很显然,这些实施例也在本专利的保护范围。
显然,本方法和系统不仅适用于语音呼叫业务,也适用于短信,彩信等业务,这些都在本专利的保护范围之内。
按照以上方法和步骤,很容易实现智能网相关业在数据库异常的时候,最大限度的保证用户呼叫功能不受影响,提高用户的良好使用体验;同时通过数据库恢复后补扣话单费用,使运营商的经济效益最大程度的得到保护,因此具有非常高的经济效益和技术价值。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明实施例提供了一种智能网系统,该智能网系统可以用于实现上述业务处理方法。图6是根据本发明实施例的智能网系统的结构框图,包括接收模块62,确定模块64和执行模块66。下面对其进行详细描述。
接收模块62,用于接收用于请求执行智能网业务的智能网业务请求消息;确定模块64,用于确定智能网系统中的数据库的状态为异常;执行模块66,连接至接收模块62和确定模块64,用于在确定模块64确定智能网系统中的数据库的状态为异常之后,执行接收模块62接收的智能网业务。
相关技术中,如果智能网系统中的数据库发生异常,将影响智能网业务的执行。本发明实施例中,当智能网系统确定数据库发生异常时,不再和数据库进行交互,而是直接执行智能网业务,从而可以最大限度的保证智能网业务的顺利执行,并提高用户体验。
需要说明的是,如果智能网系统确定智能网系统中的数据库的状态正常,则智能网系统采取正常的流程执行智能网业务。
优选地,智能网系统还包括设置模块68,用于设置用于指示数据库的状态的数据库状态标识;确定模块64包括确定子模块642,连接至设置模块68,用于根据设置模块68设置的数据库状态标识,确定智能网系统中的数据库的状态为异常。
本优选实施例中,通过数据库状态标识确定智能网系统中的数据库的状态为异常,该实现方式简便、可靠。
优选地,设置模块68可以包括数据库状态自动检测模块682和数据库设置模块684。下面对其结构进行详细描述。
数据库状态自动检测模块682,用于自动检测数据库的状态是否正常,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常;数据库设置模块684,用于手工进行数据库状态的设置,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常。该模块是数据库状态自动检测模块682的保护模块,在数据库状态自动检测模块682失效时,可以通过手工设置方式进行异常保护。
同时,本优选实施例中,确定模块64可以是对现有的智能网业务逻辑模块的改造,在改造过程中,增加对sdfflag值的判断,如果sdfflag=0,说明数据库异常,则业务逻辑模块不再和数据库进行交互,而是根据业务特性直接接续呼叫或者结束呼叫。如果sdfflag=1,说明数据库正常,按照原来的业务逻辑进行处理。
需要说明的是,实际应用中,还可以采取其它的方式确定智能网系统中的数据库的状态为异常,例如与数据库进行数据库状态的交互,如果响应超时则确定智能网系统中的数据库的状态为异常。此处不再赘述,但是很显然,这些实施方式均应纳入本发明的保护范围。
优选地,执行模块66包括执行子模块662,用于根据智能网业务的业务种类,执行智能网业务。
本优选实施例描述了智能网系统如何执行智能网业务。数据库出现异常,可能对不同业务种类的智能网业务造成不同的影响,因此,本优选实施例先区分该业务种类,再采取相应的方式执行该智能网业务,可以尽可能保证智能网业务的有效执行,并且该实现方式简便、可靠。
优选地,智能网系统还包括生成模块610和扣费模块612,下面对其结构进行详细描述。
生成模块610,连接至执行模块66,用于在执行模块66执行智能网业务之后,生成异常业务清单,其中异常业务清单用于指示智能网系统执行的智能网业务;扣费模块612,连接至生成模块610,用于在数据库恢复正常之后,根据生成模块610生成的异常业务清单,对智能网业务的发起端进行智能网业务的扣费。
本优选实施例描述了在数据库恢复正常之后智能网系统对发起端进行扣费的过程,这样,可以保证运营商的正常收费,避免运营商的损失。
需要说明的是,本优选实施例中,生成模块610可以是对现有的智能网业务逻辑模块的改造,在数据库异常时候,出异常话单,用话单的业务键来标识异常呼叫话单,可以在现有业务键的基础上增加一个偏移量。同时,扣费模块612可以是新增加的模块,在数据库恢复正常时,可以通过异常呼叫的话单,对用户异常呼叫时的话单费用进行补扣。
本发明还提供了一个优选实施例,结合了上述多个优选实施例的技术方案,下面结合图7来详细描述。
图7是根据本发明优选实施例的智能网系统的结构框图,如图7所示,本系统包括数据库状态自动检测模块、数据库状态设置模块、业务逻辑执行模块、数据库执行模块、异常呼叫话单话费补扣模块、计费模块。下面对其进行详细描述。
数据库状态自动检测模块:自动检测数据库的状态是否正常,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常。其可以对整个数据库进行异常状态的检测,也可以针对某各个业务所使用的数据库的进行异常状态的检测。
数据库状态设置模块:通过该模块可以手工进行数据库状态的设置,如果数据库的状态正常则设置数据库状态标志sdfflag=1,标识数据库状态正常;否则设置数据库状态标志sdfflag=0,标识数据库状态异常。该模块是数据库检测模块的保护模块,在数据库状态检测模块失效时,通过手工设置方式进行异常保护。
业务逻辑执行模块:实现智能业务逻辑。增加对数据库状态标志的判断,决定是否和数据库模块进行交互。
数据库执行模块:在数据库状态正常时,执行业务逻辑模块对用户信息的查询,更新等操作。
异常呼叫话单话费补扣模块:在数据库恢复正常时,可以通过异常呼叫的话单,对用户异常呼叫时的话单费用进行补扣。
计费模块:数据库正常是对用户呼叫进行批价、鉴权,并出具正常呼叫话单。在数据库异常时出具异常呼叫话单。
需要说明的是,装置实施例中描述的智能网系统对应于上述的方法实施例,其具体的实现过程在方法实施例中已经进行过详细说明,在此不再赘述。
综上所述,根据本发明的上述实施例,提供了一种业务处理方法及智能网系统。当智能网系统确定数据库发生异常时,不再和数据库进行交互,而是直接执行智能网业务,解决了智能网系统中的数据库发生异常将影响智能网业务的问题,从而可以最大限度的保证智能网业务的顺利执行,并提高用户体验。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种业务处理方法,其特征在于,包括:
智能网系统接收到用于请求执行智能网业务的智能网业务请求消息;
所述智能网系统确定所述智能网系统中的数据库的状态为异常;
所述智能网系统执行所述智能网业务。
2.根据权利要求1所述的方法,其特征在于,
在所述智能网系统确定所述智能网系统中的数据库的状态为异常之前,所述方法还包括:设置用于指示所述数据库的状态的数据库状态标识;
所述智能网系统确定所述智能网系统中的数据库的状态
为异常包括:所述智能网系统根据所述数据库状态标识,确定所述智能网系统中的数据库的状态为异常。
3.根据权利要求1所述的方法,其特征在于,所述智能网系统执行所述智能网业务包括:所述智能网系统根据所述智能网业务的业务种类,执行所述智能网业务。
4.根据权利要求3所述的方法,其特征在于,所述智能网系统根据所述智能网业务的业务种类,执行所述智能网业务包括以下之一:
所述智能网系统确定所述智能网业务的业务种类为预付费业务,所述智能网系统执行所述预付费业务;
所述智能网系统确定所述智能网业务的业务种类为管理流程业务,所述智能网系统通知所述智能网业务的发起端暂缓发起所述智能网业务,并结束所述智能网业务;
所述智能网系统确定所述智能网业务的业务种类为需要进行号码翻译的短号码业务,所述智能网系统通知所述智能网业务的发起端发起不需要进行号码翻译的长号码业务,并结束所述智能网业务。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述智能网系统执行所述智能网业务之后,所述方法还包括:
生成异常业务清单,其中所述异常业务清单用于指示所述智能网系统执行的所述智能网业务;
在所述数据库恢复正常之后,所述智能网系统根据所述异常业务清单,对所述智能网业务的发起端进行所述智能网业务的扣费。
6.根据权利要求5所述的方法,其特征在于,
在主叫流程中,所述异常业务清单包括以下至少之一:主叫号码、被叫号码、主叫位置信息、主叫呼叫开始时间、主叫呼叫结束时间;
在被叫流程中,所述异常业务清单包括以下至少之一:主叫号码、被叫号码、被叫位置信息、被叫呼叫开始时间、被叫呼叫结束时间;
在前转流程中,所述异常业务清单包括以下至少之一:主叫号码、原被叫号码、前转到的号码、发生前转号码的位置信息、前转呼叫开始时间、前转呼叫结束时间、前转类型。
7.一种智能网系统,其特征在于,包括:
接收模块,用于接收用于请求执行智能网业务的智能网业务请求消息;
确定模块,用于确定所述智能网系统中的数据库的状态为异常;
执行模块,用于执行所述智能网业务。
8.根据权利要求7所述的智能网系统,其特征在于,
所述智能网系统还包括设置模块,用于设置用于指示所述数据库的状态的数据库状态标识;
所述确定模块包括确定子模块:用于根据所述数据库状态标识,确定所述智能网系统中的数据库的状态为异常。
9.根据权利要求7所述的智能网系统,其特征在于,所述执行模块包括:
执行子模块,用于根据所述智能网业务的业务种类,执行所述智能网业务。
10.根据权利要求7至9中任一项所述的智能网系统,其特征在于,还包括:
生成模块,用于生成异常业务清单,其中所述异常业务清单用于指示所述智能网系统执行的所述智能网业务;
扣费模块,用于在所述数据库恢复正常之后,根据所述异常业务清单,对所述智能网业务的发起端进行所述智能网业务的扣费。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102910183A CN101959082A (zh) | 2010-09-15 | 2010-09-15 | 业务处理方法及智能网系统 |
PCT/CN2010/079009 WO2012034315A1 (zh) | 2010-09-15 | 2010-11-23 | 业务处理方法及智能网系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102910183A CN101959082A (zh) | 2010-09-15 | 2010-09-15 | 业务处理方法及智能网系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101959082A true CN101959082A (zh) | 2011-01-26 |
Family
ID=43486140
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102910183A Pending CN101959082A (zh) | 2010-09-15 | 2010-09-15 | 业务处理方法及智能网系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101959082A (zh) |
WO (1) | WO2012034315A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102802143A (zh) * | 2011-05-26 | 2012-11-28 | 华为软件技术有限公司 | 一种业务恢复方法、相关装置以及系统 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108882220B (zh) * | 2017-05-16 | 2022-05-06 | 中兴通讯股份有限公司 | 一种ims终呼业务域选方法、装置、系统及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1802007A (zh) * | 2005-01-06 | 2006-07-12 | 华为技术有限公司 | 一种智能网系统中呼叫接续的实现方法 |
CN101001396A (zh) * | 2006-06-27 | 2007-07-18 | 华为技术有限公司 | 一种智能网中的呼叫处理方法 |
EP1816797A1 (en) * | 2004-11-15 | 2007-08-08 | Huawei Technologies Co., Ltd. | A method for invoking the service in the intelligent network |
CN101159911A (zh) * | 2007-11-12 | 2008-04-09 | 华为技术有限公司 | 增值业务的实现方法以及业务控制点 |
-
2010
- 2010-09-15 CN CN2010102910183A patent/CN101959082A/zh active Pending
- 2010-11-23 WO PCT/CN2010/079009 patent/WO2012034315A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1816797A1 (en) * | 2004-11-15 | 2007-08-08 | Huawei Technologies Co., Ltd. | A method for invoking the service in the intelligent network |
CN1802007A (zh) * | 2005-01-06 | 2006-07-12 | 华为技术有限公司 | 一种智能网系统中呼叫接续的实现方法 |
CN101001396A (zh) * | 2006-06-27 | 2007-07-18 | 华为技术有限公司 | 一种智能网中的呼叫处理方法 |
CN101159911A (zh) * | 2007-11-12 | 2008-04-09 | 华为技术有限公司 | 增值业务的实现方法以及业务控制点 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102802143A (zh) * | 2011-05-26 | 2012-11-28 | 华为软件技术有限公司 | 一种业务恢复方法、相关装置以及系统 |
CN102802143B (zh) * | 2011-05-26 | 2015-05-27 | 华为软件技术有限公司 | 一种业务恢复方法、相关装置以及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2012034315A1 (zh) | 2012-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101217384B (zh) | 实现虚拟专用网计费的方法、装置及系统 | |
CN101635884B (zh) | 短号业务的实现方法、设备及系统 | |
WO2012034316A1 (zh) | 一种呼叫限制业务的实现方法和系统 | |
CN101924956A (zh) | 被叫付费业务的实现方法和系统 | |
CN101014143A (zh) | 基于智能网信令监控的开机提醒业务系统装置及其应用 | |
CN102118724A (zh) | 一种计费方法、套餐计费装置及系统 | |
US9203977B2 (en) | Method, apparatus and system for service association based on service nesting charging | |
CN101309333A (zh) | 在线计费系统、业务实现方法和系统 | |
CN1946120B (zh) | 实现话单关联的方法及系统 | |
CN101984650B (zh) | Ivpn预付费业务的计费方法和系统 | |
CN101699843B (zh) | 一种自动适应camel网络类型的语音呼叫的方法和装置 | |
CN101959082A (zh) | 业务处理方法及智能网系统 | |
EP2472901A1 (en) | Method, intelligent network and intelligent gateway device for triggering multi-service | |
CN1863261B (zh) | 一种智能外设计费系统和方法 | |
CN101448235B (zh) | 一种交互式语音应答业务中实现计费的方法和系统 | |
CN101583116A (zh) | 一种异地充值的处理方法及系统 | |
CN100589590C (zh) | 同一个业务键实现多个虚拟运营商同类业务的方法及设备 | |
CN101188871A (zh) | 对于cdma网络用户的语音在线计费的实现方法 | |
CN100493125C (zh) | 一种cdma预付费业务中设置呼叫详细记录的方法 | |
CN101516080A (zh) | 基于一卡多号业务的呼出方法及一卡多号服务器 | |
CN102137362B (zh) | 预付费用户的智能改号呼叫方法、系统和相关装置 | |
CN1976487B (zh) | 呼叫控制方法及智能网业务系统 | |
CN102186156B (zh) | 基于业务代理的智能网业务计费方法和系统 | |
CN103781042A (zh) | 对漫游状态预付费被叫用户进行业务计费的方法与系统 | |
CN101317439B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110126 |