具体实施方式
为了方便管理,区分实现流程,本发明对增值业务进行了分类。
根据业务申请方将增值业务分为主叫类业务、被叫类业务和综合类业务。其中,主叫类业务指由消息主叫用户申请的业务,如短消息签名档、短消息增强回执等业务,此类业务遵循申请方付费的原则,主叫类业务的计费方为消息发起方。被叫类业务指由消息被叫用户申请的业务,如短消息前转业务、短消息过滤等业务,遵循申请方付费的原则,被叫类业务的计费方为消息被叫用户。综合类业务指既可由消息主叫用户申请,也可由消息被叫用户申请的增值业务,如短消息仓库业务,综合类业务的计费方为消息申请方。
根据逻辑处理流程将增值业务分为中断类业务和抄送类业务。其中,抄送类业务不会影响短消息的内容和业务流程,因此系统可以同步进行短消息的传送下发和增值业务的处理,典型的抄送类业务如短消息仓库业务。而中断类业务可能会影响短消息的内容或消息传递的流程,因此必须首先进行增值业务的处理。特别地,如果归属于异地SVASC的被叫用户签约了中断类的被叫类业务,最终消息将由被叫用户归属的SMSC(以下简称被叫SMSC)下发至被叫终端,典型中断类的被叫类业务如短消息前转业务。
在本发明所提供的实现增值业务的系统的一实施例中,所述系统又称为短消息增值业务系统或短消息增值业务中心(Short Message Value AddedService Center,以下简称SVASC),参见图2,包括:业务控制模块,用于接收SMSC发送的短消息,判断与所述短消息关联的增值业务的类型,将所述短消息发送给与所述类型匹配的业务实现模块,并控制所述短消息的下发流程;以及业务实现模块,与所述业务控制模块连接,用于执行与所述短消息关联的增值业务的实现流程。通过所述系统而不是SMSC来处理增值业务,能够将业务处理与底层传输分离,最大程度保护了短消息基础业务,并且在短消息增值业务系统中将业务控制与业务实现分离,使得能够灵活控制与扩展目前及未来可能提出的各种增值业务,符合运营商运营的实际需求。根据业务需要,一个SVASC可以与一个或多个SMSC连接,一个业务控制模块可以与一个或多个业务实现模块连接。在实际应用中,当有多个增值业务与短消息关联时,除了判断增值业务的类型,并将短消息发送给相应的业务实现模块,业务控制模块还负责根据各增值业务的优先级控制各增值业务的实现逻辑。所述控制短消息的下发流程具体包括:根据业务类型,如中断类或抄送类,决定增值业务的实现流程和短消息下发流程的逻辑顺序。另外,当被叫用户与主叫用户不归属于同一个SVASC,且被叫用户签约了增值业务时,主叫用户归属的SVASC(以下简称主叫SVASC)的业务控制模块还负责将所述短消息传送给被叫用户归属的SVASC(以下简称被叫SVASC)来处理被叫用户签约的增值业务,并且根据业务类型决定增值业务的实现流程和短消息传送流程的逻辑顺序。总的说来,业务控制模块根据主、被叫用户的归属情况及业务签约情况控制短消息的增值业务流程,包括增值业务的实现流程,短消息的传送和下发流程等。
在本发明所提供的实现增值业务的平台的一实施例中,参见图3,包括SMSC,还包括SVASC,与所述SMSC连接,用于接收所述SMSC发送的短消息,判断与所述短消息关联的增值业务的类型,执行与所述短消息关联的增值业务的实现流程,并控制所述短消息的下发流程。通过新增网元SVASC而不是SMSC来处理增值业务,能够将业务处理与底层传输分离,最大程度保护了短消息基础业务。
在实际应用中,所述SVASC有多种实现方式,本领域的技术人员能够基于本发明和现有技术实现所述SVASC。可选地,所述SVASC具体包括:业务控制模块,与所述SMSC连接,用于接收所述SMSC发送的短消息,判断与所述短消息关联的增值业务的类型,将所述短消息发送给与所述类型匹配的业务实现模块,并控制所述短消息的下发流程;以及业务实现模块,与所述业务控制模块连接,用于执行所述增值业务的实现流程。通过将业务控制与业务实现分离,使得能够灵活控制与扩展目前及未来可能提出的各种增值业务,符合运营商运营的实际需求。在实际应用中,可以为每个增值业务配备一个业务实现模块。
通常,SVASC保存本地用户所申请的增值业务的详细签约数据,并和其他网元配合,提供面向终端用户的主/被叫增值业务,包括短消息签名档、短消息回执、短消息仓库、短消息前转、短消息自动回复、短消息过滤业务等,并提供灵活快速的新业务扩展能力。SVASC存储本地用户增值业务的详细签约信息,并将用户的简要签约信息同步到用户归属的SMSC中。SVASC还可以提供SMSC查询用户简要签约信息的功能。其中,SVASC保存的用户详细签约信息包括:用户号码;用户签约的业务字段,用于表示用户签约了哪些业务;用户各业务的详细签约数据。
具体地,短消息签名档业务的详细签约数据包括:用户类型、业务启用标志、计费属性、用户设定签名;短消息回执业务的详细签约数据包括:用户类型、业务启用标志、计费属性;短消息仓库业务的详细签约数据包括:用户类型、业务启用标志、计费属性、存储条件标志、存储下发条件标志、存储容量属性、短消息自动清除标志、短消息存储时长;短消息前转业务的详细签约数据包括:用户类型、业务启用标志、计费属性、前转号码;短消息自动回复业务的详细签约数据包括:用户类型、业务启用标志、计费属性、自动回复内容。其他业务的详细签约数据可以根据本身业务的需求,与上述业务类似定义。
对于抄送类业务,SVASC可以在进行业务处理的同时,进行下一步处理;对于中断类业务,SVASC需要等待业务处理完成才进行下一步处理。可选的,下一步处理包括:若还有其他主叫类业务需要处理,则继续进行其他主叫类业务处理;若主叫类业务处理完毕,则进行被叫类业务的处理;若所有业务处理完毕,则将短消息通过SMSC下发到本网被叫用户,或通过短消息网关(Short Message Gateway,以下简称SMGW)及异网互联网关下发到异网被叫用户。
在业务流程中,对于主、被叫用户均归属于本地SVASC的情况比较简单,由本地SVASC处理主、被叫类业务,最后将短消息通过主叫SMSC下发到被叫用户即可。如果短消息的被叫用户归属于异地SVASC,而且被叫用户签约了抄送类业务,则可由本地SVASC负责短消息的最终下发,异地SVASC只负责相关被叫增值业务的处理;或者异地SVASC既负责相关被叫增值业务的处理,也负责短消息的最终下发。如果短消息的被叫用户归属于异地SVASC,而且被叫用户签约了中断类业务,则由异地SVASC处理完增值业务后,将短消息通过被叫SMSC下发至被叫用户。
为了扩大业务覆盖范围,所述平台可选地包括多个SVASC。对应地,所述平台还包括:短消息增值业务网关(Short Message Value Added Gateway,以下简称SVAGW),与多个所述SVASC连接,具体地与所述SVASC的业务控制模块连接,用于存储签约被叫类业务的用户简要信息,并在多个所述SVASC间转发短消息。在实际应用中,SVAGW在整个短消息增值业务平台中起到一个互联互通的作用,负责将短消息传递转发到用户归属的SVASC进行处理,是开通全网服务的必要设备。SVAGW存储所有签约被叫类业务(包括同时开通主叫类、被叫类业务)的用户简要信息,包括用户的移动台综合业务数字网(Mobile Station Integrated Services Digital Network,以下简称MSISDN)号码及其签约的被叫类业务类型(如中断类、抄送类),并可选地将所有签约被叫类业务的用户简要信息同步到各SVASC,或提供各SVASC查询用户是否签约被叫类业务的功能。若SVAGW将签约被叫类业务的用户简要信息同步到了各SVASC,则各SVASC可选地将签约被叫类业务的用户简要信息同步到各SMSC,或提供各SMSC查询用户是否签约被叫类业务的功能。
在实际应用中,一个SVASC通常与多个SMSC连接。所述SMSC包括:判断模块,与所述SVASC连接,具体地与所述SVASC的业务控制模块连接,用于判断与所述短消息关联的用户是否签约了增值业务。通过所述判断模块,能够在只有主叫用户签约了主叫类业务和/或被叫用户签约了被叫类业务的情况下才将短消息转发给SVASC,减轻平台负担。在实际应用中,所述判断模块根据所述SMSC保存的本地用户的简要签约信息判断主叫用户是否签约了主叫类业务。另一方面,若被叫用户也归属于所述SMSC,或被叫用户不归属于所述SMSC,但所述SMSC同步有签约被叫类业务的用户简要信息,则所述SMSC可以直接判断被叫用户是否签约了被叫类业务,否则向所述SVASC查询被叫用户是否签约了被叫类业务。更进一步,若被叫用户归属于所述SVASC,或被叫用户不归属于所述SVASC,但所述SVASC同步有签约被叫类业务的用户简要信息,则所述SVASC可以直接判断被叫用户是否签约了被叫类业务,否则向SVAGW查询被叫用户是否签约了被叫类业务。
应该说明的是,除了所述判断模块,SMSC还包括实现现有技术中公知功能的其他模块。SMSC保存本SMSC用户增值业务的简要签约信息,完成短消息的基本收发特性,并将主叫和/或被叫用户签约了增值业务的短消息触发到SVASC。简要签约信息包含以下字段:用户号码;签约业务标识,用于表示用户签约的业务类型情况:用户未签约业务,用户签约了主叫类业务,用户签约了被叫类业务,用户同时签约了主叫和被叫类业务。可选地,简要签约信息还可以预留字段以供扩展。
在业务处理流程中,对于主叫用户和被叫用户均未签约业务的情况,SMSC按照短消息业务基础流程进行处理;对于主叫用户签约了主叫类业务和/或是被叫用户签约了被叫类业务的情况,SMSC将短消息投递到SVASC进行处理,最后在接收到SVASC的状态报告后出基本通信话单。其中,对于主叫用户未签约业务,被叫用户归属于其他SMSC的情况,SMSC向SVASC发送查询指令,查询被叫用户签约业务的情况。
具体地,SVASC的业务控制模块与业务实现模块之间的接口属于内部接口,该接口可以由各个电信设备商决定。
在本发明所提供的实现短消息增值业务的方法的一实施例中,包括:SVASC接收SMSC发送的短消息,判断与所述短消息关联的增值业务的类型,执行与所述短消息关联的增值业务的实现流程,并控制所述短消息的下发流程。本发明通过SVASC而不是SMSC来处理增值业务,将业务处理与底层传输分离,最大程度保护了短消息基础业务。
可选地,所述接收SMSC发送的短消息之前还包括:SMSC判断与所述短消息关联的用户是否签约了增值业务。所述与所述短消息关联的用户也就是主叫用户和被叫用户。通过判断用户是否签约了业务,能够在只有用户签约了增值业务的情况下才将短消息转发给SVASC,减轻SVASC的数据处理负担,提高平台效率。
可选地,所述执行所述增值业务的实现流程具体包括:业务控制模块将所述短消息发送给与所述类型匹配的业务实现模块,业务实现模块执行所述增值业务的实现流程。通过根据业务类型将业务处理任务分配给具体的业务实现模块,从而将业务控制与业务实现分离,能够灵活控制与扩展目前及未来可能提出的各种增值业务,符合运营商运营的实际需求。
当归属于异地SVASC的被叫用户签约的是中断类业务时,所述控制所述短消息的下发流程具体包括:在执行所述增值业务的实现流程之后,异地SVASC将所述短消息发送给被叫终端。
当归属于异地SVASC的被叫用户签约的是抄送类业务时,所述控制所述短消息的下发流程具体包括:在执行所述增值业务的实现流程的同时,主叫SVASC将所述短消息发送给被叫终端。可选地,在执行所述增值业务的实现流程的同时,主叫SVASC将所述短消息传送给被叫SVASC,被叫SVASC处理被叫用户签约的增值业务并将短消息发送给被叫终端。
在实际应用中,控制短消息的下发流程具体为:根据业务类型,如中断类或抄送类,决定增值业务的实现流程和短消息下发流程的逻辑顺序。另外,当被叫用户与主叫用户不归属于同一SVASC,且主、被叫用户分别签约了主、被叫类业务时,主叫SVASC的业务控制模块还负责将所述短消息传送给被叫SVASC处理被叫用户签约的增值业务,并根据业务类型决定主叫类业务的实现流程和短消息传送流程的逻辑顺序,对应地,被叫SVASC的业务控制模块负责根据业务类型决定被叫类业务的实现流程和短消息下发流程的逻辑顺序。
下面根据主、被叫用户不同的归属情况对具体业务流程进行详细描述。
当主、被叫用户归属于同一SMSC时,该SMSC中保存有主、被叫用户的简要签约信息,该SMSC归属的SVASC中保存有主、被叫用户的详细签约信息。参见图4,当主叫用户将短消息发送至SMSC,SMSC判断主叫或被叫用户签约了短消息增值业务,则将短消息投递至SVASC进行处理;完成相关增值业务处理后,SVASC将短消息发送回SMSC,最后由SMSC将短消息下发给被叫用户。
当主、被叫用户归属于同一SVASC下的不同SMSC时,主叫SMSC保存有主叫用户的简要签约信息。当主叫用户未签约增值业务时,主叫SMSC通过查询接口查询被叫用户的签约情况,如果主叫SMSC同步了所有签约了被叫类业务的用户简要信息,那么主叫SMSC可在本地判断被叫用户的签约情况。参见图5,当主叫用户将短消息发送至主叫SMSC,主叫SMSC判断主叫或被叫用户签约了短消息增值业务,则将短消息投递至SVASC;SVASC根据主、被叫用户的详细签约信息,完成相关增值业务处理后,SVASC通过主叫SMSC或者被叫SMSC将短消息下发给被叫用户。
当主、被叫用户归属于不同SVASC时,主叫SMSC保存有主叫用户的简要签约信息。当主叫用户未签约增值业务时,主叫SMSC通过查询接口查询被叫用户的签约情况,如果主叫SMSC同步了所有签约了被叫类业务的用户简要信息,那么主叫SMSC可在本地判断被叫用户的签约情况。主叫用户发送短消息到主叫SMSC,主叫SMSC判断主叫或被叫用户签约了短消息增值业务,则将短消息投递给主叫SVASC。
如果被叫用户签约了中断类的被叫类业务,参见图6,主叫SVASC处理完主叫用户签约的主叫类业务后,主叫SVASC根据被叫用户签约的中断类业务的属性,将短消息转发给SVAGW;SVAGW将短消息转发给被叫SVASC;被叫SVASC处理完被叫用户签约的被叫类业务后将短消息发送给被叫SMSC,被叫SMSC负责将短消息下发给被叫用户;或者被叫SVASC处理完被叫用户签约的被叫类业务后将短消息通过主叫SVASC发送给主叫SMSC,主叫SMSC负责将短消息下发给被叫用户。
如果被叫用户签约了抄送类的被叫类业务,参见图7,那么主叫SVASC在处理完主叫用户签约的主叫类业务后,将短消息通过SVAGW转发给被叫SVASC进行被叫用户增值业务的处理,同时将短消息通过主叫SMSC下发给被叫用户,或者将短消息通过被叫SVASC、被叫SMSC下发给被叫用户。
当主、被叫用户归属于不同网络,本网用户向异网用户发送短消息时,主叫SMSC保存有主叫用户的简要签约信息。当主叫用户发送短消息到主叫SMSC,主叫SMSC根据主叫用户的签约情况将短消息投递到主叫SVASC;触发业务并处理完毕后,主叫SVASC将短消息发送回主叫SMSC,主叫SMSC将短消息转发至异网互联SMGW,最后通过异网的被叫SMSC下发给被叫用户。对于异网返回的状态报告,也可以根据需要通过反向流程传递回主叫SMSC、主叫SVASC和主叫用户。
异网用户向本网用户发送短消息时,短消息通过异网互联SMGW转发至被叫用户归属的被叫SMSC,被叫SMSC根据被叫用户的签约情况将短消息投递至被叫SVASC进行相关增值业务的处理;处理完毕后,被叫SVASC将短消息发送回被叫SMSC,由被叫SMSC将短消息下发给被叫用户。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围。