具体实施方式
图1为本发明业务控制和计费的方法第一实施例流程图。如图1所示,本实施例包括:
步骤11、业务控制和计费触发网元根据接收的业务请求,提取该业务请求相应的业务流特征信息,该业务流特征信息包括待鉴权信息和计费参考信息。
业务控制和计费触发网元提取接收的业务请求的业务流特征信息需包括待鉴权信息和计费参考信息。待鉴权信息可包括以下信息之一或组合:用户信息、业务信息、业务提供商信息、订购关系信息、时间信息、业务类型信息或其他待鉴权信息。计费参考信息可包括业务计费类型、用户业务使用情况信息或其他计费参考信息等。这些业务流特征信息需保证数据业务管理平台(以下简称DSMP)能够进行完整的用户鉴权(预付费、后付费用户)、SP鉴权、业务鉴权、订购关系鉴权(包含订购关系的建立)以及用户使用业务的计费(包含优惠、折扣处理等)等操作。此外,业务流特征信息中还可包含业务流是否成功递送的信息,以确保对用户的正确的扣费、返款和相应的重发控制等。
用于触发业务控制和计费的业务控制和计费网元可为一个网元或由多个子网元组成,例如:业务控制和计费网元可具体为业务引擎或业务提供商接入网关(以下简称SPGW),或者,业务引擎和SPGW作为触发业务控制和计费的子网元。SPGW是对SP应用接入运营商网络进行统一控制的一个网关,SP应用访问不同的网络业务能力,如:短消息(short message service,以下简称SMS)、多媒体消息(multimedia message service,以下简称MMS)、定位、无线应用协议(wireless application protocol,以下简称WAP)推送(PUSH)等,都通过该网关进行,SPGW可以把各种多样的业务引擎对SP隐藏起来,对SP提供一个统一的接口。为了通过SPGW对业务提供商应用(以下简称SP应用)进行统一的控制,并减轻业务引擎的负荷,可根据与业务请求相应的业务的不同类型,分别由不同业务控制和计费的触发网元触发相应操作。具体的,对于业务引擎和SPGW都可作为触发业务控制和计费的子网元的情形:在业务引擎接收到用户发送的业务请求时,业务引擎判断与该业务请求相应的业务类型;在业务类型为第一业务时,提取该业务请求的业务流特征信息,向数据业务管理平台(DSMP)发送包括业务流特征信息的流程控制请求;在业务类型为第二业务时,向业务提供商接入网关发送业务请求。在SPGW接收到业务引擎转发的或业务提供商发送的业务请求时,提取业务请求的业务流特征信息;向数据业务管理平台(DSMP)发送包括业务流特征信息的流程控制请求。优选的,第一业务可为不与业务提供商应用进行交互的业务,如(如SP和用户之间的SMS、MMS、WAP Push、定位等);第二业务可为与业务提供商应用进行交互的业务,如用户到用户的MMS、OTA下载、流媒体(Streaming)、个性化回铃音业务等。
数据业务管理平台(DSMP)是一个数据中心、管理中心和控制中心,存储有用户数据、所管辖的各类业务的SP数据、业务数据、资费数据、用户订购关系以及用户使用业务、SP使用运营商网络和SP向用户提供业务的策略控制数据。各类业务引擎和SPGW上只保存与业务提供(业务流打包、传输、承载、路由等)密切相关的信息,业务引擎和SPGW作为鉴权计费的触发点,业务的鉴权计费、策略控制等都由DSMP来执行,但业务流本身并不通过DSMP。因此SPGW/业务引擎与DSMP之间的鉴权计费消息及流程是对多种数据业务进行统一的认证、鉴权、计费、控制的关键。
步骤12、业务控制和计费触发网元向数据业务管理平台发送包括业务流特征信息的流程控制请求。
对于与业务请求相应的业务计费的类型不同,业务控制和计费触发网元(如:业务引擎或SPGW)向DSMP发送的流程控制请求的类型也可不同。例如:业务计费的类型可为事件类、会话类或事件和会话的组合类型。所谓的事件类即为按照次数或数量等方式进行计费的计费类型。所谓会话类即为按照时长或流量等方式进行计费的计费类型。而事件和会话类的组合类型为部分业务以事件类计费模式计费,部分业务以会话类计费模式计费。对于业务计费类型为事件类计费模式时,业务引擎或SPGW向DSMP发送的流程控制请求为事件流程控制请求(EventProcessCtrlReq);对于业务计费类型为会话类计费模式时,业务引擎或SPGW向DSMP发送的流程控制请求为会话流程控制请求(SessionProcessCtrlReq);在事件流程控制请求或会话流程控制请求中,均包括与业务请求相应的业务流特征信息。
步骤13、数据业务管理平台根据接收的流程控制请求获取业务流特征信息。
步骤14、数据业务管理平台根据业务流特征信息进行鉴权和计费处理。
步骤15、数据业务管理平台在鉴权和计费处理结束时,向业务控制和计费触发网元发送流程控制响应。
数据业务管理平台根据业务流特征信息包括的待鉴权信息分别进行相应的鉴权处理,例如:DSMP根据用户信息、业务信息、业务提供商信息、订购关系信息等信息对用户(预付费、后付费用户等)、所请求的业务、业务提供商、订购关系(包含订购关系的建立)等方面分别进行鉴权。如果其中某些方面信息未能通过鉴权时,则鉴权失败,此时,DSMP向业务控制和计费触发网元发送流程控制响应中携带鉴权失败信息,用于通知业务控制和计费触发网元禁止用户使用该业务请求所请求调用的业务。如果各方面信息都通过鉴权时,则表明业务请求相应的鉴权成功,可进行计费处理;在进行计费处理过程中,DSMP根据业务流特征信息中包括的计费参考信息生成批价信息,并根据批价信息扣除或预留相应费用(包含优惠、折扣处理等);计费处理完成后,DSMP向业务控制和计费触发网元发送流程控制响应中携带鉴权成功信息,用于通知业务控制和计费触发网元允许用户使用该业务请求所请求调用的业务。相应于流程控制请求的不同类型,DSMP进行计费处理以及向业务控制和计费触发网元发送流程控制响应的类型也可不同。例如:在DSMP接收的流程控制请求为事件流程控制请求时,DSMP根据批价信息扣除相应费用,之后,向业务控制和计费触发网元发送事件流程控制响应(EventProcessCtrlRsp);在DSMP接收的流程控制请求为会话流程控制请求时,DSMP根据批价信息配额预留相应费用,并在再次接收到会话流程控制请求时,扣除相应配额预留费用;之后,向业务控制和计费触发网元发送会话流程控制响应(SessionProcessCtrlRsp)。
由于业务流经过业务控制和计费触发网元(业务引擎或SPGW),但不经过DSMP,因此业务引擎或SPGW知道业务流是否成功递送,而DSMP无法知道业务流是否成功递送。为了使得DSMP可获知业务流递送情况,可建立成功确认机制,即:DSMP向业务控制和计费触发网元发送携带有控制标识的流程控制响应,该控制标识用于指示业务控制和计费触发网元上报与该业务请求相应的业务流递送确认信息(EventProcessCtrlCnfmReq)。在接收到的业务流递送确认信息为递送成功信息时,DSMP根据批价信息扣除相应预留费用;在接收到的业务流递送确认信息为递送失败信息时,DSMP根据批价信息返还已扣除的相应费用。通过建立成功确认机制,这样可以增加DSMP的处理灵活性,例如:DSMP可根据实际需要,将某些业务配置为需等待业务成功确认业务,以确保对用户的正确的扣费、返款和相应的重发控制等;将某些业务配置为不必等业务成功确认即进行扣费等操作,减少消息交互和处理时间。
在DSMP获取的业务流特征信息中包括的业务信息为组合业务信息时,DSMP可发起组合业务的特殊处理流程,包括:DSMP为发送业务请求方建立临时订购关系,为所述临时订购关系分配临时标识;向所述业务引擎或业务提供商接入网关发送携带有所述临时标识的流程控制响应,并指示业务控制和计费触发网元在发送与该业务请求相应的流程控制请求中,携带该临时标识;在DSMP接收到业务控制和计费触发网元发送的携带有该临时标识的流程控制请求时,根据临时标识对该临时订购关系进行鉴权,并且在DSMP根据预先存储的组合业务信息判断该组合业务使用结束时,删除临时标识,向业务控制和计费触发网元发送未携带有临时标识的流程控制响应。
本发明业务控制和计费的方法实施例通过业务控制和计费触发网元提取与业务请求相应的业务流特征信息,向数据业务管理平台发送的一个流程控制请求中,携带有包括待鉴权信息和计费参考信息等业务流特征信息,这些业务流特征保证DSMP能够进行完整的用户鉴权(预付费、后付费用户等)、SP鉴权、业务鉴权、订购关系鉴权(包含订购关系的建立)和用户使用业务的计费(包含优惠、折扣处理等)。由数据业务管理平台根据相应信息分别进行鉴权和计费处理后,再向业务控制和计费触发网元发送流程控制响应,由于消息的传递和DSMP根据消息进行鉴权计费等控制都是在业务的递送过程中实时进行,因此该消息简单且易于解析,消息的通信方式和流程也简单、快速,减少了业务控制和计费触发网元和数据业务管理平台之间消息交互的次数,从而提高了业务控制和计费的效率。本发明业务控制和计费的方法实施例SP参与提供的应用类业务(第二业务)由SPGW作为鉴权计费触发点,其他业务(第一业务)由业务引擎作为触发点,因此本实施例支持事件类、会话类以及事件和会话的组合计费模式,此外,本发明业务控制和计费的方法实施例还可为组合业务建立特殊的处理机制,因此,还可支持组合业务的业务控制和计费的处理,具有适用范围广等优点。
图2为本发明业务控制和计费的方法第二实施例信令图。本实施例为业务控制和计费触发网元与DSMP之间遵循业务控制与计费协议(ServiceControl&Charging Protocol,以下简称SCCP)进行通信的一个信令交互流程。如图2所示,本实施例包括:
业务控制和计费触发网元与DSMP建立一个TCP连接(open TCPconnection)。
步骤21、业务控制和计费触发网元向DSMP发送登录请求(LoginReq)。
步骤22、DSMP在接受业务控制和计费触发网元发送的登录请求时,向业务控制和计费触发网元发送登录响应(LoginRsp)。
步骤23、业务控制和计费触发网元根据接收的业务请求向DSMP发送流程控制请求,该流程控制请求中包括与该业务请求相应的业务流特征信息。
步骤24、DSMP根据流程控制请求中包括的业务流特征信息进行鉴权和计费处理,向业务控制和计费触发网元发送流程控制响应。
本实施例步骤23和24的详细记载,可参见本发明业务控制和计费的方法第一实施例步骤11-15以及图1的相应记载,不再赘述。在业务控制和计费网元根据DSMP发送的流程控制响应时,禁止或允许业务请求方调用相应业务。
步骤25、业务控制和计费触发网元向DSMP发送链路检测请求消息(ConnectionCheckReq),用以维持TCP连接。
步骤26、DSMP向业务控制和计费触发网元发送链路检测响应消息(ConnectionCheckRsp),用以维持TCP连接。
业务控制和计费触发网元与DSMP之间的接口(SCCP接口)遵循SCCP协议。SCCP协议是一种实时认证鉴权和计费协议,该协议是在TCP/IP协议之上的、基于请求和应答方式的协议数据单元,支持长连接与短连接两种方式,并具备重发机制。本实施例中DSMP作为服务器端,业务控制和计费网元作为客户端建立连接。业务控制和计费触发网元与DSMP之间的连接可以采用长连接方式,也可以采用短连接方式。所谓长连接,指在一个TCP连接上可以连续发送多个数据包,在TCP连接保持期间,如果没有数据包发送,需要双方发链路检测消息以维持此连接。短连接是指通信双方有数据交互时,就建立一个TCP连接,数据发送完成后,则断开此TCP连接,即每次TCP连接只完成一对消息的发送。步骤25和26示出了在业务控制和计费触发网元与DSMP之间建立的连接方式为长连接时,业务控制和计费触发网元与DSMP之间通过发送链路检测消息以维持TCP连接的情形。有时为维护TCP连接的需要,步骤25和26可以预设的时间间隔重复多遍。
步骤27、在业务操作结束时,业务控制和计费触发网元向DSMP发送退出请求(LogoutReq)。
步骤28、在业务操作结束时,业务控制和计费触发网元向DSMP发送退出响应(LogoutRsp)。
业务控制和计费触发网元与DSMP断开该TCP连接(close TCPconnection)。
本实施例用于触发业务控制和计费处理的流程控制请求的传递、以及DSMP根据流程控制请求进行鉴权和计费等操作,都是在业务的递送过程中实时进行,交互的消息简单且易于解析,消息的通信方式和流程也简单、快速,因此减少了业务控制和计费触发网元和数据业务管理平台之间消息交互的次数,明显提高了业务控制和计费的效率。
图3-图7以具体的应用场景说明本发明业务控制和计费方法的技术方案,图3-图7的技术方案中省略了登录、维持TCP连接以及退出登录等步骤。
图3为本发明业务控制和计费的方法第三实施例信令图。本实施例的应用场景为用户通过发送短信方式,请求订购短信包月套餐。如图3所示,本实施例包括:
步骤31、用户向短消息业务引擎以短消息的方式发送业务请求,请求订购短信包月套餐。
步骤32、短消息业务引擎判断与该业务请求相应的业务为第二业务(与业务提供商应用进行交互的业务),将该业务请求转发给SPGW。
步骤33、SPGW根据接收的业务请求提取相应的业务流特征信息,该业务流特征信息包括待鉴权信息和计费参考信息;该业务请求相应的业务计费类型为事件类,因此,SPGW向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq)。
步骤34、DSMP根据业务流特征信息进行鉴权处理。例如:业务流特征信息包括的待鉴权信息可为用户信息、业务信息、业务提供商信息和订购关系信息等信息;DSMP根据用户信息、业务信息、业务提供商信息、订购关系信息等信息对用户(预付费、后付费用户等)、所请求的业务、业务提供商、订购关系(包含订购关系的建立)等方面分别进行鉴权。
步骤35、如果各方面信息都通过鉴权,则表明业务请求相应的鉴权成功,DSMP可根据业务流特征信息进行计费处理;在进行计费处理过程中,DSMP根据业务流特征信息中包括的计费参考信息生成批价信息,并根据批价信息扣除相应费用。
步骤36、计费处理完成后,DSMP向SPGW发送事件流程控制响应中携带鉴权成功信息,用于通知SPGW允许用户使用该业务请求所请求调用的业务。
步骤37、SPGW向业务提供商SP发送包含该业务请求的短消息。
步骤38、DSMP根据具体计费情况出话单记录。
本实施例通过SPGW触发业务计费类型为事件类的业务控制和计费处理流程,由于SPGW向DSMP发送的一个事件流程控制请求中,携带有包括待鉴权信息和计费参考信息等业务流特征信息,由DSMP根据相应信息分别进行鉴权和计费处理后,再向SPGW发送流程控制响应,因此,减少了SPGW和DSMP之间消息交互的次数,简化了业务鉴权和事件类业务的计费处理,从而提高了业务控制和计费的效率。
图4为本发明业务控制和计费的方法第四实施例信令图。本实施例的应用场景为服务提供商向用户下发短信包月套餐。如图4所示,本实施例包括:
步骤41、服务提供商(SP)向SPGW发送短信包月套餐下发请求。
步骤42、SPGW根据接收的业务请求提取相应的业务流特征信息,该业务流特征信息包括待鉴权信息和计费参考信息;该业务请求相应的业务计费类型为事件类,因此,SPGW向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq)。
步骤43、DSMP根据业务流特征信息进行鉴权和批价处理。
步骤44、如果各方面信息都通过鉴权,则表明业务请求相应的鉴权成功,DSMP向SPGW发送事件流程控制响应中携带鉴权成功信息,用于通知SPGW允许该业务提供商(SP)使用该业务请求所请求下发的业务。
步骤45、DSMP将该短信包月套餐的业务请求发送给短消息业务引擎。
步骤46、短消息业务引擎将该短信包月套餐的业务请求发送给用户。
步骤47、DSMP根据具体计费情况出话单记录。
本实施例通过SPGW触发业务计费类型为业务控制和计费处理流程,由于SPGW向DSMP发送的一个事件流程控制请求中,携带有包括待鉴权信息和计费参考信息等业务流特征信息,由DSMP根据相应信息分别进行鉴权和计费处理后,再向SPGW发送流程控制响应,因此,减少了SPGW和DSMP之间消息交互的次数,简化了业务鉴权和事件类业务的计费处理,从而提高了业务控制和计费的效率。
图5为本发明业务控制和计费的方法第五实施例信令图。本实施例的应用场景为用户在获取Java应用程序描述符(Java Application Descriptor,以下简称JAD)时,向空中下载(Over-The-Air,以下简称OTA)服务器(OTAServer)请求下载JAVA归档文件(Java Archive,以下简称JAR)。如图5所示,本实施例包括:
步骤51、用户获取JAD文件。
步骤52、用户向OTA服务器发送下载JAR文件的业务请求。
步骤53、OTA服务器判断与该业务请求相应的业务为第一业务(不与业务提供商应用进行交互的业务),根据接收的业务请求提取相应的业务流特征信息,该业务流特征信息包括待鉴权信息和计费参考信息;该业务请求相应的业务计费类型为事件类,因此,OTA服务器向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq)。
步骤54、DSMP根据业务流特征信息进行鉴权处理。例如:业务流特征信息包括的待鉴权信息可为用户信息、业务信息、业务提供商信息和订购关系信息等信息;DSMP根据用户信息、业务信息、业务提供商信息、订购关系信息等信息对用户(预付费、后付费用户等)、所请求的业务、业务提供商、订购关系(包含订购关系的建立)等方面分别进行鉴权;如果各方面信息都通过鉴权,则表明业务请求相应的鉴权成功,DSMP根据业务流特征信息进行批价,生成批价信息。
步骤55、如果该用户为预付费用户,则DSMP根据批价信息预留相应费用。
步骤56、DSMP向OTA服务器发送事件流程控制响应(EventProcessCtrlRsp)中携带鉴权成功信息,用于通知OTA服务器允许用户使用该业务请求所请求调用的业务;同时,DSMP启动成功确认机制,在向OTA服务器发送的事件流程响应中携带一个控制标识,该控制标识用于指示OTA服务器上报与该业务请求相应的业务流递送确认信息(EventProcessCtrlCnfmReq)。
步骤57、OTA服务器向用户发送包括JAR文件的数据包。
步骤58、用户接收到包括JAR文件的数据包时,在终端上安装JAR文件。
步骤59、JAR文件安装结束后,用户向OTA服务器发送JAR文件安装报告。
步骤510、当用户终端发送安装报告给OTA Server,OTA Server收到该安装报告后就知道用户所请求的JAR文件已经成功下载并安装到了用户终端上,OTA服务器向DSMP发送业务流递送确认信息(EventProcessCtrlCnfmReq),通过业务流递送确认信息告知DSMP业务流已成功递送;如果安装报告失败或接收安装报告超时,则告知DSMP业务流传递失败(图5中未示出)。
步骤511、DSMP在接收到业务流递送确认信息(EventProcessCtrlCnfmReq)时,在接收到的业务流递送确认信息为递送成功信息时,DSMP根据批价信息扣除相应预留费用。如果DSMP接收到的业务流递送确认信息为递送失败信息时,DSMP根据批价信息返还已扣除的相应费用或预留的相应费用(图5中未示出)。
步骤512、DSMP向OTA服务器发送事件流程控制响应(EventProcessCtrlRsp)。
步骤513、DSMP根据具体计费情况出话单记录。
本实施例在业务请求对应的业务类型为第一业务(不与SP应用进行交互的业务)时,通过业务引擎(OTA服务器)触发业务控制和计费处理流程,并通过建立成功确认机制,在OTA服务器获知用户所请求的JAR文件已经成功下载并安装到了用户终端上,通过业务流递送确认信息告知DSMP业务流已成功递送,DSMP对预付费用户进行费用的扣除,如果安装报告失败或接收安装报告超时,则告知DSMP业务流传递失败,DSMP对预付费用户预留的费用进行返还。该成功确认机制同样适应于短消息、MMS等其他业务处理,并且业务引擎或SPGW是否发送业务流递送确认信息(EventProcessCtrlCnfmReq)消息可以由DSMP进行控制,这样可以增加DSMP的处理灵活性,例如:DSMP可根据实际需要,将某些业务配置为需等待业务成功确认业务,以确保对用户的正确的扣费、返款和相应的重发控制等;将某些业务配置为不必等业务成功确认即进行扣费等操作,减少消息交互和处理时间。
图6为本发明业务控制和计费的方法第六实施例信令图。本实施例的应用场景为用户请求播放流媒体。如图6所示,本实施例包括:
步骤61、用户向流媒体服务器(Streaming Server)发送用于请求播放流媒体的业务请求。
步骤62、流媒体服务器判断与该业务请求相应的业务为第一业务(不与SP应用进行交互的业务),根据接收的业务请求提取相应的业务流特征信息,该业务流特征信息包括待鉴权信息和计费参考信息;流媒体服务器向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq)。
步骤63、DSMP根据业务流特征信息进行鉴权处理。例如:业务流特征信息包括的待鉴权信息可为用户信息、业务信息、业务提供商信息和订购关系信息等信息;DSMP根据用户信息、业务信息、业务提供商信息、订购关系信息等信息对用户(预付费、后付费用户等)、所请求的业务、业务提供商、订购关系(包含订购关系的建立)等方面分别进行鉴权;如果各方面信息都通过鉴权,则表明业务请求相应的鉴权成功,DSMP根据业务流特征信息进行批价,生成批价信息。
步骤64、DSMP向流媒体服务器(Streaming Server)发送事件流程控制响应(EventProcessCtrlRsp)中携带鉴权成功信息,用于通知流媒体服务器(Streaming Server)允许用户播放流媒体。
步骤65、由于播放流媒体的业务计费类型为会话类,流媒体服务器向数据业务管理平台发送包括业务流特征信息的会话流程控制请求(SessionProcessCtrlReq)。
步骤66、DSMP根据会话流程控制请求(SessionProcessCtrlReq)中包括的业务流特征信息,对该用户进行第一次配额预留费用。
步骤67、DSMP向流媒体服务器(Streaming Server)发送会话流程控制响应(SessionProcessCtrlRsp)。
步骤68、流媒体服务器(Streaming Server)在接收到会话流程控制响应(SessionProcessCtrlRsp)时,向用户提供流媒体播放业务,流媒体播放过程中,不断消耗DSMP第一次配额预留的费用。
步骤69、流媒体播放预设时间后,流媒体服务器(Streaming Server)再次向数据业务管理平台发送包括业务流特征信息的会话流程控制请求(SessionProcessCtrlReq),该会话流程控制请求包括的业务流特征信息中包括流媒体播放的时长、流量等信息。
步骤610、DSMP根据业务流特征信息从第一次配额预留的费用中扣除相应费用,并对该用户进行第二次配额预留。
步骤611、DSMP向流媒体服务器(Streaming Server)发送会话流程控制响应(SessionProcessCtrlRsp)。
在实际流媒体播放过程中,可能重复执行多次步骤68-步骤611对应的流程,直至流媒体播放业务结束。
步骤612、用户终端发送停止播放流媒体的业务请求。
步骤613、流媒体播放预设时间后,流媒体服务器(Streaming Server)向数据业务管理平台发送包括业务流特征信息的会话流程控制请求(SessionProcessCtrlReq),该会话流程控制请求包括的业务流特征信息中包括流媒体播放的时长、流量、播放结束等信息。
步骤614、DSMP根据业务流特征信息从上次配额预留的费用中扣除相应费用。
步骤615、DSMP向流媒体服务器(Streaming Server)发送会话流程控制响应(SessionProcessCtrlRsp)。
步骤616、DSMP根据具体计费情况出话单记录。如果流媒体播放时间较长或流量较大,DSMP可根据具体计费情况出中间话单。
本实施例在业务请求对应的业务类型为第一业务(不与SP应用进行交互的业务)时,通过业务引擎(流媒体服务器)触发业务计费类型为事件和会话组合类的业务控制和计费处理流程,简化了业务鉴权和会话类业务的计费处理,从而提高了业务控制和计费的效率。
本实施例中,如果流媒体服务器或SE不能确定用户请求的业务的计费类型为事件类或会话类,例如:流媒体服务器上可能有些媒体业务的计费类型为事件类(按次计费),而有些媒体业务的计费类型为会话类(按分钟计费);即使同一媒体业务,用户订购方式也可能存在差异,例如:有的用户是按次购买的,有些用户是按时长购买的等,关于这些较为复杂的计费信息,通常流媒体服务器或SE难以获取,而在DSMP上有相应的信息。因此,即使用户所请求业务的计费类型为会话型,流媒体服务器或SE通常也会发起本实施例提供的业务控制和计费的方法流程,即先发一个事件计费请求,在流媒体服务器或SE接收到DSMP的响应消息中,会携带该业务的计费类型为事件类或会话类。当然,如果流媒体服务器或SE不能确定用户请求的业务的计费类型为事件类或会话类,或者,如果流媒体服务器上的媒体计费方式较为简单(如:所有媒体业务都是按事件计费或都是按会话计费等),流媒体服务器或SE即可直接发起会话计费流程,具体会话计费流程可参见本实施例步骤65-步骤616的记载,不再赘述。
图7为本发明业务控制和计费的方法第七实施例信令图。本实施例的应用场景用户请求使用的业务为组合业务。一种可能的应用场景例如:在一个“查找我附近”的业务中,用户首先通过SMS告知SP要查找离用户最近的花店,SP通过运营商的定位服务器查找到用户的当前位置,SP检索到最近的花店位置并通过MMS方式把地图信息发送给用户。如图7所示,本实施例包括:
步骤71、用户通过发送短消息的方式向短消息业务引擎发送业务请求,该业务请求用于请求SP查找离用户最近的花店,并将花店附近的地图通过多媒体信息发送给用户。
步骤72、短消息业务引擎判断与该业务请求相应的业务为第二业务(与业务提供商应用进行交互的业务),将该业务请求转发给SPGW。
步骤73、SPGW根据接收的业务请求提取相应的业务流特征信息,该业务流特征信息包括业务信息为多种业务信息,如:包括用户请求SP查找离用户最近的花店的业务信息、SP通过定位服务器查找用户的当前位置的业务信息,SP将查找到的花店位置信息发送给用户的业务信息;并向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq)。
步骤74、DSMP在接收到该事件流程控制请求时,存储该事件流程控制请求中的业务流特征信息,根据该事件流程控制请求中的业务流特征信息对用户、服务提供商以及用户与服务提供商的订购关系进行鉴权,在各项信息都通过鉴权时,进行批价处理,生成批价信息;同时,DSMP发起组合业务的特殊处理流程,为SP和定位服务器以及SP与MMS业务引擎之间建立临时订购关系,并为临时订购关系分配临时标识;在后续业务控制和计费流程中,可通过该临时标识对该临时订购关系进行鉴权。该临时标识可用一个随机数身份标识(ID)表示。如果发起业务请求的用户为预付费用户,DSMP根据批价信息预留相应费用。
步骤75、DSMP向SPGW发送携带有该临时标识的流程控制响应,如:事件流程控制响应(EventProcessCtrlRsp),并指示SPGW在发送与该业务请求相应的流程控制请求中,携带该临时标识;该事件流程控制响应还携带有鉴权成功信息。
步骤76、SPGW向SP发送用户发送的业务请求。
步骤77、SP根据接收的该业务请求,向SPGW发送定位请求,该定位请求用于请求定位服务器查找用户当前位置。
步骤78、SPGW向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq),该事件流程控制请求中包括与定位请求相应的业务流特征信息以及DSMP分配的临时标识。
步骤79、DSMP根据临时标识对SP与定位服务器之间的临时订购关系进行鉴权。
步骤710、如果鉴权通过,DSMP向SPGW发送携带有该临时标识的事件流程控制响应(EventProcessCtrlRsp),并指示SPGW在发送与该业务请求相应的流程控制请求中,携带该临时标识;该事件流程控制响应还携带有鉴权成功信息。
步骤711、SPGW向定位服务器转发定位请求。
步骤712、定位服务器根据该定位请求查找用户的当前位置,向SPGW发送定位结果发送请求,该定位结果发送请求用于请求将用户当前位置信息发送SP。
步骤713、SPGW向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq),该事件流程控制请求中包括与定位请求相应的业务流特征信息以及DSMP分配的临时标识。
步骤714、DSMP根据临时标识对SP与定位服务器之间的临时订购关系进行鉴权。
步骤715、如果鉴权通过,DSMP向SPGW发送携带有该临时标识的事件流程控制响应(EventProcessCtrlRsp),并指示SPGW在发送与该业务请求相应的流程控制请求中,携带该临时标识;该事件流程控制响应还携带有鉴权成功信息。
步骤716、SPGW向SP转发定位结果。
步骤717、SP在接收到定位结果后,根据定位结果查找用户当前位置附近的花店位置信息,并生成包括花店位置信息的多媒体信息。
步骤718、SP向SPGW发送多媒体信息发送请求,该多媒体信息发送请求用于请求MMS业务引擎将包括定位结果的多媒体信息发送给用户。
步骤719、SPGW向数据业务管理平台发送包括业务流特征信息的事件流程控制请求(EventProcessCtrlReq),该事件流程控制请求中包括与多媒体信息发送请求相应的业务流特征信息以及DSMP分配的临时标识。
步骤720、DSMP根据临时标识对SP与MMS业务引擎之间的临时订购关系进行鉴权。
步骤721、如果鉴权通过,DSMP根据预先存储的多业务信息,并结合接收到的事件流程控制请求和临时标识,判断用户发起的包含该多业务信息的业务处理已经结束,因此删除该临时订购关系对应的临时标识,向SPGW发送没有携带临时标识的事件流程控制响应(EventProcessCtrlRsp)。
步骤722、SPGW通过MMS业务引擎将包括花店位置信息的多媒体信息发送给用户。
步骤723、DSMP扣除预留的相应费用。
步骤724、DSMP根据具体计费情况出话单记录。
本实施例在DSMP获取的业务流特征信息中包括的业务信息为组合业务信息时,为发送业务请求方建立临时订购关系,为所述临时订购关系分配临时标识;在后续的相关业务控制流程中,SPGW向DSMP发送的流程控制请求中均携带有该临时标识,使得DSMP可通过该临时标识对临时订购关系鉴权,从而可实现包括多业务信息的业务控制和计费处理,适用范围广。
图8为本发明业务控制和计费的系统第一实施例结构图。如图8所示,本实施例包括:业务控制和计费触发网元81和数据业务管理平台82;
业务控制和计费触发网元81用于提取接收的业务请求的业务流特征信息;所述业务流特征信息包括待鉴权信息和计费参考信息;向数据业务管理平台发送包括所述业务流特征信息的流程控制请求;
数据业务管理平台82包括第一获取模块821、鉴权和计费模块822和响应发送模块823;
第一获取模块821用于根据接收的所述流程控制请求获取所述业务流特征信息;
鉴权和计费模块822用于根据所述业务流特征信息进行鉴权和计费处理;
响应发送模块823用于在所述鉴权和计费处理结束时,向所述业务控制和计费触发网元发送流程控制响应。
本实施例通过业务控制和计费触发网元向数据业务管理平台发送的一个流程控制请求中,携带有包括待鉴权信息和计费参考信息等业务流特征信息,由数据业务管理平台的鉴权和计费模块根据相应信息分别进行鉴权和计费处理后,再通过响应发送模块业务控制和计费触发网元发送流程控制响应,因此,减少了业务控制和计费触发网元和数据业务管理平台之间消息交互的次数,从而提高了业务控制和计费的效率。
图9为本发明业务控制和计费的系统第二实施例结构图。本实施例与本发明业务控制和计费的系统第一实施例的区别在于,本实施例中,业务控制和计费触发网元81包括业务引擎811和业务提供商接入网关(SPGW)812。
业务引擎811包括:第一判断模块8111、第一提取模块8112、第一请求发送模块8113和第一转发模块8114。
第一判断模块8111用于在接收到所述业务请求时,判断与所述业务请求相应的业务类型。
第一提取模块8112用于在所述业务类型为第一业务时,提取所述业务请求的业务流特征信息。
第一请求发送模块8113用于向数据业务管理平台82发送包括所述业务流特征信息的流程控制请求。
第一转发模块8114用于在所述业务类型为第二业务时,向所述业务提供商接入网关发送所述业务请求。
其中,第一业务为不与业务提供商应用进行交互的业务;第二业务为与业务提供商应用进行交互的业务。
业务提供商接入网关(SPGW)812包括:第二提取模块8121和第二请求发送模块8122。
第二提取模块8121用于在接收到所述业务请求时,提取所述业务请求的业务流特征信息。
第二请求发送模块8122用于向数据业务管理平台82发送包括所述业务流特征信息的流程控制请求。
在本实施例技术方案的基础上,业务流特征信息中待鉴权信息至少包括以下信息之一:用户信息、业务信息、业务提供商信息、订购关系信息、时间信息、业务类型信息;计费参考信息包括业务计费类型和用户业务使用情况信息。
数据业务管理平台82中鉴权和计费模块822包括:鉴权单元8221和计费单元8222。
鉴权单元8221用于根据所述待鉴权信息分别进行相应的鉴权处理;
计费单元8222用于在所述鉴权分别对所述待鉴权信息的成功鉴权时,根据所述计费参考信息生成批价信息,根据所述批价信息扣除或预留相应费用。
进一步的,数据业务管理平台82中响应发送模块823还用于向业务控制和计费触发网元81发送携带有控制标识的流程控制响应,该控制标识用于指示业务控制和计费触发网元81上报与所述业务请求相应的业务流递送确认信息。相应地,计费单元8222还用于在接收到的业务流递送确认信息为递送成功信息时,根据所述批价信息扣除相应预留费用;在接收到的业务流递送确认信息为递送失败信息时,根据所述批价信息返还已扣除的相应费用。
在本实施例技术方案的基础上,流程控制请求可为事件流程控制请求或会话流程控制请求。第一请求发送模块8113或第二请求发送模块8122还用于根据所述业务流特征信息判断与所述业务请求相应的业务计费类型,在所述业务计费类型为事件类时,向数据业务管理平台82发送所述事件流程控制请求;在所述业务计费类型为会话类时,向所述数据业务管理平台82发送所述会话流程控制请求。相应地,流程控制响应可为事件流程控制响应或会话流程控制响应。在数据业务管理平台82接收的所述流程控制请求为事件流程控制请求时,计费单元8222还用于根据所述批价信息扣除相应费用;响应发送模块823还用于向业务控制和计费触发网元81发送事件流程控制响应。在数据业务管理平台82接收的所述流程控制请求为会话流程控制请求时,计费单元8222还用于根据所述批价信息配额预留相应费用,并在再次接收到所述会话流程控制请求时,扣除相应配额预留费用;响应发送模块823还用于向业务控制和计费触发网元81发送所述会话流程控制响应。
在本实施例技术方案的基础上,如果数据业务管理平台82接收的业务特特征信息中包括的业务信息为组合业务信息时,鉴权单元8221还用于为业务请求方建立临时订购关系,为所述临时订购关系分配临时标识;在接收到所述业务控制和计费触发网元发送的携带有所述临时标识的流程控制请求时,根据所述临时标识对所述临时订购关系进行鉴权;响应发送模块823还用于向业务控制和计费触发网元81发送携带有所述临时标识的事件流程控制响应,并指示所述业务控制和计费触发网元在发送与所述业务请求相应的流程控制请求中,携带所述临时标识。此外,鉴权单元8221还用于在根据预先存储的所述组合业务信息判断所述组合业务使用结束时,删除所述临时标识;响应发送模块823还用于向所述业务控制和计费触发网元发送未携带有所述临时标识的流程控制响应。
本发明业务控制和计费的系统实施例通过业务控制和计费触发网元提取与业务请求相应的业务流特征信息,向数据业务管理平台发送的一个流程控制请求中,携带有包括待鉴权信息和计费参考信息等业务流特征信息。由数据业务管理平台根据相应信息分别进行鉴权和计费处理后,再向业务控制和计费触发网元发送流程控制响应,由于消息的传递和DSMP根据消息进行鉴权计费等控制都是在业务的递送过程中实时进行,因此该消息简单且易于解析,消息的通信方式和流程也简单、快速,减少了业务控制和计费触发网元和数据业务管理平台之间消息交互的次数,从而提高了业务控制和计费的效率。本发明业务控制和计费的系统实施例SP参与提供的应用类业务(第二业务)由SPGW作为鉴权计费触发点,其他业务(第一业务)由业务引擎作为触发点,因此本实施例支持事件类、会话类以及事件和会话的组合计费模式,此外,本发明业务控制和计费的系统实施例还可支持组合业务的业务控制和计费的处理,具有适用范围广等优点。
本领域普通技术人员可以理解:附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。