CN1852096A - 综合业务管理平台和业务引擎间鉴权计费的方法及系统 - Google Patents
综合业务管理平台和业务引擎间鉴权计费的方法及系统 Download PDFInfo
- Publication number
- CN1852096A CN1852096A CN 200610077850 CN200610077850A CN1852096A CN 1852096 A CN1852096 A CN 1852096A CN 200610077850 CN200610077850 CN 200610077850 CN 200610077850 A CN200610077850 A CN 200610077850A CN 1852096 A CN1852096 A CN 1852096A
- Authority
- CN
- China
- Prior art keywords
- service
- management platform
- user
- service management
- enabler
- 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
- Meter Arrangements (AREA)
Abstract
一种在综合业务管理平台和业务引擎间鉴权计费的方法,包括:在业务引擎上设置计费开关;判定综合业务管理平台和业务引擎之间的链路是否正常,如果判定链路正常,则将计费开关设置为打开,执行正常鉴权计费流程;如果判定链路异常,则将计费开关设置为关闭,默认为鉴权通过而不再请求综合业务管理平台鉴权,直接向用户下发业务,然后在业务引擎生成供计费的呼叫数据记录,当链路恢复正常后,发送给综合业务管理平台进行一次性批价。本发明还提供了相关系统。本发明解决了当综合业务管理平台发生故障时,仍然确保用户可以使用服务,生成供计费的呼叫数据记录的问题。
Description
技术领域
本发明涉及移动业务网络领域,尤其涉及一种在移动业务网络的综合业务管理平台和业务引擎间进行安全鉴权计费的方法及系统。
背景技术
移动业务网络包括综合业务管理平台(ISMP)、业务引擎和业务接入网关。终端用户在业务接入网关接入。当终端用户点击某个业务,向业务引擎发出业务使用请求后,业务引擎需要首先到ISMP(ISMP负责鉴权和计费)上鉴权,认证用户是否能够使用该业务,在得到ISMP向业务引擎发出的关于该用户终端能够使用该业务的授权后,才能继续业务使用流程。业务使用结束后,业务引擎通过ISMP接口向ISMP上报终端用户使用业务的时长、流量、业务使用是否正常等用户使用业务情况的信息,ISMP在采集这些用户使用业务情况的信息后使用统一格式生成供计费的呼叫数据记录(CDR),批价后形成正式话单,交计费中心作为计费话单使用。
然而,如果由于某些原因造成ISMP和业务引擎之间无法进行正常的信息交互,如ISMP发生故障或者链路出现问题,因为在ISMP的横向架构中所有移动增值业务都需要到ISMP进行认证鉴权,会导致所有的移动增值业务都无法使用,这样在大大增加了ISMP节点上的业务风险。
现有技术中缺少一种当ISMP发生故障或者链路出现问题时,仍然能够确保用户可以使用服务,生成供计费的呼叫数据记录的机制。
发明内容
本发明的目的之一是提供一种当ISMP发生故障或者链路出现问题时,仍然能够确保用户可以使用服务,生成供计费的呼叫数据记录的机制。
本发明的解决方案之一是:一种在综合业务管理平台和业务引擎间鉴权计费的方法,包括:在业务引擎上设置计费开关;判定综合业务管理平台和业务引擎之间的链路是否正常,如果判定链路正常,则将计费开关设置为打开,业务引擎请求综合业务管理平台鉴权是否允许用户使用业务,如果允许用户使用业务,则业务引擎向用户下发业务,然后业务引擎向综合业务管理平台上报用户使用业务情况,综合业务管理平台根据用户使用业务情况生成供计费用的呼叫数据记录,批价后生成正式话单;如果判定链路异常,则将计费开关设置为关闭,默认为鉴权通过而不再请求综合业务管理平台鉴权,直接向用户下发业务,然后在业务引擎生成供计费的呼叫数据记录,并不断判定综合业务管理平台和业务引擎之间的链路是否已恢复正常,当判定出综合业务管理平台和业务引擎之间的链路已恢复为正常之后,把计费开关恢复为打开,将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价,如果判定出综合业务管理平台和业务引擎之间的链路未恢复正常,则仍然默认为鉴权通过,继续在业务引擎生成供计费的呼叫数据记录。
本发明还揭示了一种移动业务系统,包括:综合业务管理平台;业务引擎,耦合到综合业务管理平台;其中,在业务引擎上设置计费开关,该开关有打开状态和关闭状态,在打开状态下,业务引擎通到综合业务管理平台,由综合业务管理平台生成供计费的呼叫数据记录;在闭合状态下,业务引擎不通到综合业务管理平台,默认为鉴权通过而由业务引擎生成供计费的呼叫数据记录。
由于本发明提出了在业务引擎上设置计费开关,当综合业务管理平台和业务引擎之间的链路正常时,计费开关打开,业务引擎和综合业务管理平台进行正常的鉴权计费程序,由综合业务管理平台生成供计费的呼叫数据记录;当链路异常时,则将计费开关设置为关闭,默认为鉴权通过,直接向用户下发业务,然后在业务引擎生成供计费的呼叫数据记录,当判定出综合业务管理平台和业务引擎之间的链路已恢复为正常之后,把计费开关恢复为打开,将供计费的呼叫数据记录发送给综合业务管理平台进行一次批价,通过这种方法,在链路异常时,用户照样可以使用服务,并仍然可以生成供计费的呼叫数据记录,只不过需要等故障恢复后再由IMSP对业务引擎生成的供计费的呼叫数据记录进行一次批价等后续操作而已。
附图说明
图1是根据本发明的实施例1的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路正常时的流程图。
图2是根据本发明的实施例1的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路异常时的流程图。
图3是根据本发明的实施例2的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路正常时的流程图。
图4是根据本发明的实施例2的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路异常时的流程图。
图5是本发明的方法的总体流程图。
图6是本发明的系统的总体框图。
图7示出了本发明中产生的呼叫数据记录(CDR)的CDR状态参数的定义。
具体实施方式
如图5所示,本发明涉及一种在综合业务管理平台(ISMP)和业务引擎间鉴权计费的方法,包括:在业务引擎上设置计费开关(S51);判定综合业务管理平台和业务引擎之间的链路是否正常(S52),如果判定链路正常,则将计费开关设置为打开(S531),业务引擎请求综合业务管理平台鉴权是否允许用户使用业务(S541),如果不允许用户使用业务,则流程结束;如果允许用户使用业务,则业务引擎向用户下发业务(S551),然后业务引擎向综合业务管理平台上报用户使用业务情况(S561),综合业务管理平台根据用户使用业务情况生成供计费用的呼叫数据记录,批价后生成正式话单(S571);如果判定链路异常,则将计费开关设置为关闭(S532),默认为鉴权通过而不再请求综合业务管理平台鉴权,直接向用户下发业务(S542),然后在业务引擎生成供计费的呼叫数据记录(S552),并不断判定综合业务管理平台和业务引擎之间的链路是否已恢复正常(S562),当判定出综合业务管理平台和业务引擎之间的链路已恢复为正常之后,把计费开关恢复为打开(S57),将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价(S58),如果判定出综合业务管理平台和业务引擎之间的链路未恢复正常,则仍然默认为鉴权通过,继续在业务引擎生成供计费的呼叫数据记录(S552)。
在本发明中,判定综合业务管理平台和业务引擎之间的链路是否正常可以用多种方法来判定。其中一种方法是:业务引擎向综合业务管理平台发送ISMP接口的EnquiryLink消息来检查链路是否正常,如果EnquiryLink的响应连续m次显示为异常,则判定链路异常;反之,则判定链路正常,m为自然数。当然,还可以采用其它的方法,比如不发送ISMP接口的EnquiryLink消息,而是发送别的消息,只要从ISMP对该消息的响应中能够看出来链路是否正常就可以。再比如可以采用这样的方法:业务引擎如果在指定的时间段内收不到来自ISMP的响应,则判定链路异常。再比如可以采用这样的方法:在业务引擎和综合业务管理平台之间设置检测设备等等。总之,这样的方法可以有很多,只要能判定综合业务管理平台和业务引擎之间的链路是否正常就可以,其具体的方法可以有很多。在本发明中,m可以为3,但也可以为其它任意自然数。
在本发明中,判定综合业务管理平台和业务引擎之间的链路已恢复为正常也可以采用很多方法,其中一种方法包括:业务引擎每隔一定时间h向综合业务管理平台发送ISMP Bind消息来检测链路是否正常,当收到n次正确响应后判定链路已恢复正常,否则判定链路没有恢复正常,n为自然数。当然,也可以采用其它的方法,比如业务引擎不向综合业务管理平台发送ISMP Bind消息,而是发送其它消息,只要业务引擎通过综合业务管理平台对其的响应能够判断出链路是否已恢复正常就可以了。再比如说可以采用这样的方法,设置一个时间段,如果在这个时间段内得到的来自ISMP的响应全部是正确响应,则判定链路已恢复正常。再比如可以采用这样的方法:在业务引擎和综合业务管理平台之间设置检测设备等等。总之,这样的方法可以有很多,只要能判定综合业务管理平台和业务引擎之间的链路已恢复为正常就可以,其具体的方法可以有很多。另外,h和n可以是固定的,也可以是可配置的,可以根据具体情况进行动态调整。
在上述过程中,业务引擎请求综合业务管理平台鉴权是否允许用户使用业务的过程可以包括:业务引擎向综合业务管理平台发送一个请求,该请求中包含请求综合业务管理平台鉴权用户是否有权利使用业务、如果有权利使用业务的话是否是预付费用户、及如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用业务的内容,综合业务管理平台然后向业务引擎发送一个响应,该响应中包含对用户是否有权利使用业务、如果有权利使用业务的话是否是预付费用户、及如果是预付费用户的话用户的帐户余额是否足够使用户使用业务的回答。但是,也可以不包括这样的流程,而采取其它的流程,只要能够使业务引擎请求综合业务管理平台鉴权是否允许用户使用业务就可以。另外,该请求和相应中也可以不包括上述内容和不只包括上述内容,只要是与是否允许用户使用相关业务有关的内容就可以,比如关于用户是否可以在特定时间区间使用业务的内容。
优选地,在本发明的实施例中,业务引擎向综合业务管理平台上报用户使用业务情况后,综合业务管理平台向业务引擎发送一个对接收到所述用户使用业务情况的确认,但这也不是必须的。
所述用户使用业务情况包括用户使用业务的流量、时长、次数等信息,这些信息是将来生成供计费的呼叫数据记录时会用到的。
本发明还提出了一种移动业务系统(6),如图6所示,包括:综合业务管理平台(62);业务引擎(61),耦合到综合业务管理平台;其中,在业务引擎(61)上设置计费开关(611),该开关有打开状态和关闭状态,在打开状态下,业务引擎(61)通到综合业务管理平台(62),由综合业务管理平台生成供计费的呼叫数据记录;在闭合状态下,业务引擎(61)不通到综合业务管理平台(62),默认为鉴权通过而由业务引擎生成供计费的呼叫数据记录。计费开关可由本领域技术人员根据上述描述通过软件或硬件来实现。
现在结合图1-4具体描述本发明的实施例1-2当计费开关处于打开和关闭状态时的流程图。
图1是根据本发明的实施例1的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路正常时的流程图。本发明在业务引擎上设置计费开关,并判定综合业务管理平台和业务引擎之间的链路是否正常。当判定链路正常时,将计费开关设置为打开,然后该过程包括:
(a1)用户接入业务引擎(61);
(a2)业务引擎(61)向综合业务管理平台(62)发送一个请求,该请求中包含请求综合业务管理平台鉴权用户是否有权利使用短信业务、如果有权利使用短信业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用业务的内容,当然还可以包括其它内容,只要其与用户是否有权利使用短信业务有关就可以;
(a3)ISMP向该业务引擎(61)发送对该请求的响应,该响应中包含对用户是否有权利使用短信业务、如果有权利使用业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用短信业务的回答。在一次会话过程中,业务引擎需要保存这些用户、业务信息直至会话终止;
(a4)如果允许用户使用短信业务,即鉴权出用户有权利使用短信业务、且当用户有权利使用短信业务时用户的帐户余额足够使用户使用短信业务,则业务引擎向用户下发短信业务。当然,如果不允许用户使用短信业务,则流程结束;
(a5)业务引擎(61)向综合业务管理平台(62)上报用户使用业务情况,包括用户使用业务的流量、时长、次数等信息,这些信息是综合业务管理平台生成呼叫数据记录所必需的;
(a6)综合业务管理平台向业务引擎发送一个对接收到所述用户使用业务情况的确认。
然后,综合业务管理平台根据用户使用业务情况生成供计费用的呼叫数据记录(CDR)(图1中未示),在综合业务管理平台生成的CDR里,必须有关于计费开关是否正常设置的标识,指示是否是非正常CDR。图7示出了本发明中产生的CDR状态参数(在CDR中存在各种参数,CDR状态参数只是其中的一种)的定义。如图所示,它是整数,如果为1表示计费开关打开,即正常的情况,最后一个字段为2表示计费开关关闭;当然也可以相反,如果为1表示关闭,如果为2表示打开。然后综合业务管理平台将CDR批价后生成正式话单交计费中心(图1中未示,其是电信网络的后台支撑系统)使用。关于如何根据用户使用业务情况生成CDR和正式话单的内容,现有技术中已经有了,不是本发明的重点,本领域技术人员能够实现。
图2是根据本发明的实施例1的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路异常时的流程图。当判定链路异常时,将计费开关设置为关闭,然后该过程包括:
(b1)用户接入业务引擎(61);
(b2)此时已经判定出链路异常,计费开关已经设置为关闭默认为鉴权通过而不再请求综合业务管理平台鉴权,直接向用户下发业务,因为不需要鉴权,也就不用经过图1中a2-a3、a5-a6的过程。
然后在业务引擎生成供计费的呼叫数据记录(图2中未示)。注意,图1中是综合业务管理平台生成供计费的呼叫数据记录,而这里是业务引擎直接生成CDR,这样就在链路异常时通过默认鉴权通过的方式使用户可以照常使用服务,并通过业务引擎直接生成CDR、等到链路正常时再发给综合业务管理平台进行一次批价的方式达到了不影响CDR生成的效果。在链路异常时,要不断判定综合业务管理平台和业务引擎之间的链路是否已恢复正常,当判定出综合业务管理平台和业务引擎之间的链路已恢复为正常之后,把计费开关恢复为打开,将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价。这时图7的最后一个字段为2,就代表该CDR是计费开关关闭时产生的,需要综合业务管理平台一次性批价。如果判定出综合业务管理平台和业务引擎之间的链路未恢复正常,则仍然默认为鉴权通过,继续在业务引擎生成供计费的呼叫数据记录。
ISMP对CDR进行一次性批价后,生成正式话单交计费中心作为计费话单使用。关于这一过程和计费中心,未在图2中示出,其属于现有技术中的内容。
判定综合业务管理平台和业务引擎之间的链路是否正常的过程和判定综合业务管理平台和业务引擎之间的链路是否已恢复正常的过程在前面已有描述,故不赘述。
为了方便起见,图1和图2只是示出了本发明的一个简单的实施例-实施例1。而图3和图4是本发明的一个复杂的实施例(实施例2)的描述。在图1和图2中只有一个业务引擎,在图3和图4中有两个业务引擎,分别是:业务引擎1——短信网关(6101),负责短信;业务引擎2——网关移动位置中心(6102),负责定位,在图3和4中还有业务提供商(31)。图3是在正常情况下计费开关打开时的实施例2的流程图。本发明在业务引擎上设置计费开关,并判定综合业务管理平台和业务引擎之间的链路是否正常。当判定链路正常时,将计费开关设置为打开,然后图3的过程包括(以用户A想要让业务引擎给用户B发送一个天气预报为例):
(c1)用户A通过短消息业务(SMS)或多媒体消息业务(MMS)或无线上网(WAP)等接入负责短信的业务引擎1——短信网关(6101);
(c2)因为短信网关(6101)是负责短信的业务引擎,所以它向ISMP(62)发起对用户A的鉴权计费请求,该请求中包含请求综合业务管理平台鉴权用户是否有权利使用短信业务、如果有权利使用短信业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用业务的内容,当然还可以包括其它内容,只要其与用户是否有权利使用短信业务有关就可以。这一步骤中的鉴权只是对用户A是否有权使用短信业务进行鉴权,不是对用户A是否订购了天气预报这种服务(即是否有权接收天气预报)进行鉴权。关于对用户A是否订购了天气预报这种服务(即是否有权接收天气预报)进行鉴权,在后面的步骤中进行;
(c3)ISMP向该业务引擎(61)发送对该请求的响应,该响应中包含对用户是否有权利使用短信业务、如果有权利使用业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用短信业务的回答。在一次会话过程中,业务引擎需要保存这些用户、业务信息直至会话终止;
(c4)如果用户鉴权未通过,则流程结束;如果用户鉴权通过,因为用户A请求给用户B发送天气预报,所以短信网关(6101)把定位用户B的定位请求发送到业务提供商(31);
(c5)业务提供商(31)通过Le接口向网关移动位置中心(6102)发起定位请求,网关移动位置中心(6102)是负责定位的业务引擎;
(c6)GMLC(6102)对业务提供商进行业务提供商鉴权,确定该业务提供商是否被允许接入GMLC;
(c7)业务提供商鉴权通过后,网关移动位置中心(6102)向ISMP(62)发送对业务提供商的鉴权计费请求,包括业务提供商的相关信息,如业务提供商是否有权使用这种定位服务,这一步骤与步骤c6的区别是步骤c6的鉴权是对业务提供商是否被允许接入GMLC进行鉴权,这一步骤是请求对业务提供商是否有权使用GMLC的定位服务进行鉴权;
(c8)ISMP(62)对请求进行鉴权批价后向网关移动位置中心(6102)返回对该请求的响应,指出业务提供商是否有权使用GMLC的定位服务;
(c9)如果上一步的鉴权通过,网关移动位置中心(6102)按照业务提供商提交的定位请求进行分析,判断用户B的隐私性,是否允许被定位;如果上一步的鉴权未通过,流程结束;
(c10)如果上一步的鉴权通过,网关移动位置中心(6102)连同移动交换中心/归属位置寄存器(MCS/HLR)及服务移动位置中心(SMLC)一起对用户B进行定位;如果上一步的鉴权未通过,流程结束;
(c11)网关移动位置中心(6102)通过Le接口向业务提供商(31)返回定位应答;
(c12)GMLC将业务提供商使用GMLC的情况上报给综合业务管理平台;
(c13)ISMP(62)向网关移动位置中心(6102)返回对上报的业务提供商使用GMLC的情况的确认响应;
然后,综合业务管理平台(ISMP)根据业务提供商使用GMLC的情况产生供计费的呼叫数据记录(CDR)(图3中未示);
(c14)业务提供商(31)以短信形式等向短信网关(6101)发送用户位置信息;
(c15)短信网关(6101)向ISMP(62)发送一个请求,该请求中包含请求综合业务管理平台鉴权用户是否事先预订了天气预报业务(即有权使用天气预报业务)、如果有权利使用短信业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用天气预报业务的内容,当然还可以包括其它内容,只要其与用户是否有权利使用天气预报业务有关就可以,这个过程与c2不同。在c2中只是请求鉴权用户是否被允许发短信,而在此是判定用户是否事先预订了天气预报这种具体的业务;
(c16)ISMP向该短信网关(6101)发送对该请求的响应,该响应中包含对用户是否有权利使用天气预报业务、如果有权利使用天气预报业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用天气预报业务的回答。在一次会话过程中,短信网关需要保存这些用户、业务信息直至会话终止;
(c17)如果允许用户使用天气预报业务,即鉴权出用户有权利使用天气预报业务(用户预订了天气预报)、且当用户有权利使用天气预报业务时用户的帐户余额足够使用户使用天气预报业务,则短信网关(6101)向用户下发天气预报业务。当然,如果不允许用户使用天气预报业务,则流程结束;
(c18)短信网关(6101)向综合业务管理平台(62)上报用户使用天气预报业务情况,包括用户使用天气预报业务的流量、时长、次数等信息,这些信息是综合业务管理平台生成呼叫数据记录所必需的;
(c19)综合业务管理平台向短信网关(6101)发送一个对接收到所述用户使用天气预报业务情况的确认。
然后,综合业务管理平台根据用户使用天气预报业务情况生成供计费用的呼叫数据记录(CDR)(图3中未示),在综合业务管理平台生成的CDR里,必须有关于计费开关是否正常设置的标识,指示是否是非正常CDR,如图7所示,这在前面已经介绍过。然后综合业务管理平台将CDR批价后生成正式话单交计费中心(图3中未示,其是电信网络的后台支撑系统)使用。
图4是根据本发明的实施例2的在综合业务管理平台和业务引擎之间进行安全鉴权计费的方法在链路异常时的流程图。在图4中,网关移动位置中心(6102)和ISMP(62)之间的链路发生故障,网关移动位置中心(6102)的网管检测到和ISMP(62)的链路不通,关闭计费开关。此时的详细过程如下:
(d1)用户A通过短消息接入短信的业务引擎(其他引擎同理)——短信网关(6101);
(d2)因为短信网关(6101)是负责短信的业务引擎,所以它向ISMP(62)发起对用户A的鉴权计费请求,该请求中包含请求综合业务管理平台鉴权用户是否有权利使用短信业务、如果有权利使用短信业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用业务的内容,当然还可以包括其它内容,只要其与用户是否有权利使用短信业务有关就可以。这一步骤中的鉴权只是对用户A是否有权使用短信业务进行鉴权,不是对用户A是否订购了天气预报这种服务(即是否有权接收天气预报)进行鉴权。关于对用户A是否订购了天气预报这种服务(即是否有权接收天气预报)进行鉴权,在后面的步骤中进行;
(d3)ISMP向该业务引擎(61)发送对该请求的响应,该响应中包含对用户是否有权利使用短信业务、如果有权利使用业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用短信业务的回答。在一次会话过程中,业务引擎需要保存这些用户、业务信息直至会话终止;
(d4)如果用户鉴权未通过,则流程结束;如果用户鉴权通过,因为用户A请求给用户B发送天气预报,所以短信网关(6101)把定位用户B的定位请求发送到业务提供商(31);
(d5)业务提供商(31)通过Le接口向网关移动位置中心(6102)发起定位请求,网关移动位置中心(6102)是负责定位的业务引擎;
(d6)GMLC(6102)对业务提供商进行业务提供商鉴权,确定该业务提供商是否被允许接入GMLC;
(d7)业务提供商鉴权通过后,由于计费开关处于关闭(非正常状态),此时默认鉴权通过,因此网关移动位置中心(6102)不如图3中所示的那样向ISMP(62)发起鉴权计费请求,直接进行用户B的隐私性鉴权;
(d8)如果上一步的鉴权通过,网关移动位置中心(6102)连同移动交换中心/归属位置寄存器(MCS/HLR)及服务移动位置中心(SMLC)一起对用户B进行定位;如果上一步的鉴权未通过,流程结束;
(d9)网关移动位置中心(6102)通过Le接口向业务提供商(31)返回定位应答;
此时,因为网关移动位置中心(6102)与综合业务管理平台(62)之间的链路故障,无法由综合业务管理平台(62)生成供计费的呼叫数据记录(CDR),于是就在网关移动位置中心(6102)生成CDR,注意,图3中是综合业务管理平台生成供计费的呼叫数据记录,而这里是网关移动位置中心(6102)直接生成CDR,这样就在链路异常时通过默认鉴权通过的方式使用户可以照常使用服务,并通过网关移动位置中心(6102)直接生成CDR、等到链路正常时再发给综合业务管理平台进行一次性批价的方式达到了不影响CDR生成的效果,在链路异常时,要不断判定综合业务管理平台和网关移动位置中心(6102)之间的链路是否已恢复正常,当判定出综合业务管理平台和网关移动位置中心(6102)之间的链路已恢复为正常之后,把计费开关恢复为打开,将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价,CDR状态参数的定义如图7所示,如果判定出综合业务管理平台和网关移动位置中心(6102)之间的链路未恢复正常,则仍然默认为鉴权通过,继续在网关移动位置中心(6102)生成供计费的呼叫数据记录;
(d10)业务提供商(31)以短信形式等向短信网关(6101)发送用户位置信息;
(d11)短信网关(6101)向ISMP(62)发送一个请求,该请求中包含请求综合业务管理平台鉴权用户是否事先预订了天气预报业务(即有权使用天气预报业务)、如果有权利使用短信业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用天气预报业务的内容,当然还可以包括其它内容,只要其与用户是否有权利使用天气预报业务有关就可以,这个过程与d2不同。在d2中只是请求鉴权用户是否被允许发短信,而在此是判定用户是否事先预订了天气预报这种具体的业务;
(d12)ISMP向该短信网关(6101)发送对该请求的响应,该响应中包含对用户是否有权利使用天气预报业务、如果有权利使用天气预报业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用天气预报业务的回答。在一次会话过程中,短信网关需要保存这些用户、业务信息直至会话终止;
(d13)如果允许用户使用天气预报业务,即鉴权出用户有权利使用天气预报业务(用户预订了天气预报)、且当用户有权利使用天气预报业务时用户的帐户余额足够使用户使用天气预报业务,则短信网关(6101)向用户下发天气预报业务。当然,如果不允许用户使用天气预报业务,则流程结束;
(d14)短信网关(6101)向综合业务管理平台(62)上报用户使用天气预报业务情况,包括用户使用天气预报业务的流量、时长、次数等信息,这些信息是综合业务管理平台生成呼叫数据记录所必需的;
(d15)综合业务管理平台向短信网关(6101)发送一个对接收到所述用户使用天气预报业务情况的确认。
然后,综合业务管理平台根据用户使用天气预报业务情况生成供计费用的呼叫数据记录(CDR)(图4中未示),在综合业务管理平台生成的CDR里,必须有关于计费开关是否正常设置的标识,指示是否是非正常CDR,如图7所示,这在前面已经介绍过。然后综合业务管理平台将CDR批价后生成正式话单交计费中心(图4中未示,其是电信网络的后台支撑系统)使用。
在图4中仅举出了在网关移动位置中心和综合业务管理平台之间链路故障的情况,但也可能出现在步骤d10之后,短信网关和综合业务管理平台之间链路故障的情况,这时也是默认鉴权通过,直接向用户下发天气预报,由短信网关生成CDR,等故障恢复后发送给综合业务管理平台进行一次性批价。其原理是一样的。因此,可以将本发明的技术方案概况为发明内容中的方案。
当判定出综合业务管理点和网关移动位置中心之间的链路已恢复为正常、把计费开关恢复为打开、将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价后,由综合业务管理平台生成正式话单交计费中心使用。
应当理解,以上仅是本发明示例性实施例的描述,本领域技术人员在不脱离本发明的权利要求的范围的条件下,可以对这些示例性实施例作出各种变形和修改。
Claims (8)
1.一种在综合业务管理平台和业务引擎间鉴权计费的方法,包括:
在业务引擎上设置计费开关;
判定综合业务管理平台和业务引擎之间的链路是否正常,如果判定链路正常,则将计费开关设置为打开,业务引擎请求综合业务管理平台鉴权是否允许用户使用业务,如果允许用户使用业务,则业务引擎向用户下发业务,然后业务引擎向综合业务管理平台上报用户使用业务情况,综合业务管理平台根据用户使用业务情况生成供计费用的呼叫数据记录,批价后生成正式话单;如果判定链路异常,则将计费开关设置为关闭,默认为鉴权通过而不再请求综合业务管理平台鉴权,直接向用户下发业务,然后在业务引擎生成供计费的呼叫数据记录,并不断判定综合业务管理平台和业务引擎之间的链路是否已恢复正常,当判定出综合业务管理平台和业务引擎之间的链路已恢复为正常之后,把计费开关恢复为打开,将供计费的呼叫数据记录发送给综合业务管理平台进行一次性批价,如果判定出综合业务管理平台和业务引擎之间的链路未恢复正常,则仍然默认为鉴权通过,继续在业务引擎生成供计费的呼叫数据记录。
2.根据权利要求1的方法,其中判定综合业务管理平台和业务引擎之间的链路是否正常的过程包括:业务引擎向综合业务管理平台发送综合业务管理平台接口的EnquiryLink消息来检查链路是否正常,如果EnquiryLink的响应连续m次显示为异常,则判定链路异常;反之,则判定链路正常,m为自然数。
3.根据权利要求2的方法,其中m为3。
4.根据权利要求1的方法,其中判定综合业务管理平台和业务引擎之间的链路是否已恢复正常的过程包括:业务引擎每隔一定时间h向综合业务管理平台发送综合业务管理平台Bind消息来检测链路是否正常,当收到n次正确响应后判定链路已恢复正常,否则判定链路没有恢复正常,n为自然数。
5.根据权利要求4的方法,其中h和n的值可配置。
6.根据权利要求1的方法,其中业务引擎请求综合业务管理平台鉴权是否允许用户使用业务的过程包括:业务引擎向综合业务管理平台发送一个请求,该请求中包含请求综合业务管理平台鉴权用户是否有权利使用业务、如果有权利使用业务的话是否是预付费用户、如果是预付费用户的话鉴权用户的帐户余额是否足够使用户使用业务的内容,综合业务管理平台然后向业务引擎发送一个响应,该响应中包含对用户是否有权利使用业务、如果有权利使用业务的话是否是预付费用户、如果是预付费用户的话用户的帐户余额是否足够使用户使用业务的回答。
7.根据权利要求1的方法,其中业务引擎向综合业务管理平台上报用户使用业务情况后,综合业务管理平台向业务引擎发送一个对接收到所述用户使用业务情况的确认。
8.一种移动业务系统,包括:
综合业务管理平台;
业务引擎,耦合到综合业务管理平台;
其中,在业务引擎上设置计费开关,该开关有打开状态和关闭状态,在打开状态下,业务引擎通到综合业务管理平台,由综合业务管理平台生成供计费的呼叫数据记录;在闭合状态下,业务引擎不通到综合业务管理平台,默认为鉴权通过而由业务引擎生成供计费的呼叫数据记录。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100778507A CN100550734C (zh) | 2006-05-08 | 2006-05-08 | 综合业务管理平台和业务引擎间鉴权计费的方法及系统 |
HK07103414.5A HK1096502A1 (en) | 2006-05-08 | 2007-03-30 | A method and the related system for authentication and charging between the integrated service management platform and the service enablers |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100778507A CN100550734C (zh) | 2006-05-08 | 2006-05-08 | 综合业务管理平台和业务引擎间鉴权计费的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1852096A true CN1852096A (zh) | 2006-10-25 |
CN100550734C CN100550734C (zh) | 2009-10-14 |
Family
ID=37133567
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100778507A Active CN100550734C (zh) | 2006-05-08 | 2006-05-08 | 综合业务管理平台和业务引擎间鉴权计费的方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100550734C (zh) |
HK (1) | HK1096502A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009062408A1 (fr) * | 2007-11-12 | 2009-05-22 | Huawei Technologies Co., Ltd. | Procédé de mise en œuvre de service à valeur ajoutée et point de contrôle du service |
WO2010017690A1 (zh) * | 2008-08-14 | 2010-02-18 | 中兴通讯股份有限公司 | 一种处理在线计费系统异常的方法 |
CN101841800A (zh) * | 2010-06-02 | 2010-09-22 | 中兴通讯股份有限公司 | 预付费业务计费方法和系统 |
CN101399724B (zh) * | 2007-09-28 | 2011-11-30 | 中国电信股份有限公司 | 面向用户的网络接入和业务使用的一次认证方法 |
CN101674568B (zh) * | 2008-09-11 | 2012-05-23 | 中兴通讯股份有限公司 | 一种综合业务管理平台及其业务订购方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100484004C (zh) * | 2003-11-18 | 2009-04-29 | 华为技术有限公司 | 宽带网络接入服务器及其计费缓存方法 |
CN100484006C (zh) * | 2004-02-04 | 2009-04-29 | 华为技术有限公司 | 服务通用分组无线业务支持节点对计费网关的管理方法 |
-
2006
- 2006-05-08 CN CNB2006100778507A patent/CN100550734C/zh active Active
-
2007
- 2007-03-30 HK HK07103414.5A patent/HK1096502A1/xx unknown
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399724B (zh) * | 2007-09-28 | 2011-11-30 | 中国电信股份有限公司 | 面向用户的网络接入和业务使用的一次认证方法 |
WO2009062408A1 (fr) * | 2007-11-12 | 2009-05-22 | Huawei Technologies Co., Ltd. | Procédé de mise en œuvre de service à valeur ajoutée et point de contrôle du service |
WO2010017690A1 (zh) * | 2008-08-14 | 2010-02-18 | 中兴通讯股份有限公司 | 一种处理在线计费系统异常的方法 |
CN101674568B (zh) * | 2008-09-11 | 2012-05-23 | 中兴通讯股份有限公司 | 一种综合业务管理平台及其业务订购方法 |
CN101841800A (zh) * | 2010-06-02 | 2010-09-22 | 中兴通讯股份有限公司 | 预付费业务计费方法和系统 |
WO2011150688A1 (zh) * | 2010-06-02 | 2011-12-08 | 中兴通讯股份有限公司 | 预付费业务计费方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
HK1096502A1 (en) | 2007-06-01 |
CN100550734C (zh) | 2009-10-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10469670B2 (en) | Method and system for preventing illicit use of a telephony platform | |
US9992608B2 (en) | System and method for providing a communication endpoint information service | |
US9240966B2 (en) | System and method for transmitting and receiving media messages | |
US9210557B2 (en) | SMS-initiated mobile registration | |
US20070106801A1 (en) | System and method for controlling access to legacy short message peer-to-peer protocols based upon a policy | |
CN1833236A (zh) | 通用存在指示符和即时消息传递系统 | |
WO2017177852A1 (zh) | 一种信息处理方法及服务器、计算机存储介质 | |
EP2106060B1 (en) | Method and system for advice of charging | |
CN1885780A (zh) | 集中式离线收费和在线收费 | |
CN101069382A (zh) | 有线/无线集成服务网络中通过实时会话管理进行集成计费管理的装置与方法 | |
CN1867025A (zh) | 对预付费用户进行计费控制的方法 | |
CN1852096A (zh) | 综合业务管理平台和业务引擎间鉴权计费的方法及系统 | |
CN1688127A (zh) | 实现多渠道提醒业务的方法及提醒管理系统 | |
US20080287100A1 (en) | Mobile account access through a data processing system | |
WO2012164384A1 (en) | Method and apparatus for charging in a communication network | |
CN101079132A (zh) | 在线支付系统及其方法、及在线支付客户端 | |
CN1917700A (zh) | 移动终端定位信息处理的方法 | |
CN1859110A (zh) | 实现wap流量计费费用提示功能的方法和系统 | |
WO2009109130A1 (zh) | 一种媒体流下载方法、系统及装置 | |
CN1703893A (zh) | 在移动通信和无线局域网的互通结构中处理收费信息 | |
US8526911B2 (en) | Methods and apparatus for determining costs associated with sending communications | |
CN1859099A (zh) | 一种gprs网络中在线应用鉴权的方法 | |
CN1750568A (zh) | 数据业务控制系统及控制网络以及业务控制方法 | |
CN101668011B (zh) | 一种实现行业应用平台异地多媒体消息发送的方法及系统 | |
EP2493218B1 (en) | Method and device for tracing multimedia message |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1096502 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1096502 Country of ref document: HK |