专利名称：实现短消息增值业务的系统、平台及方法
技术领域：
本发明涉及短消息增值业务，尤其是实现短消息增值业务的系统、平台及方法，属通信技术领域。
背景技术：
短消息业务(Short Message Service，以下简称SMS)是移动网络中提供的一种数据业务，用户逐渐形成了使用这种业务的消费习惯，而增值业务的种类也在不断丰富，SMS呈现蓬勃发展的态势。随着业务的发展，用户有更多的额外需求，如短消息回执业务，用户希望在自己发出重要的短消息后能够及时得到一个回执信息，反映对方是否收到短消息。另外，还可以在此回执信息的基础上增加一些服务信息、广告信息或公益信息等，丰富回执信息，提高运营商的服务质量，提升用户满意度，同时增加运营商收入。目前的短消息系统能够实现基本的SMS，但不能实现用户新的业务需求，如对短消息签名档、短消息前转、短消息增强回执、短消息仓库、短消息自动回复等各种增值业务的需求。
现有方案一是对SMS平台和相关核心网网元进行升级改造，使得短消息系统可以支持上述新业务中的一种或几种业务，但是增值业务随着市场需求而不断变化发展，对SMS平台和相关的核心网网元必须同步频繁升级改造，代价重大，尤其对于现网运营而言是不可行的。若单独针对各个业务进行升级改造，缺乏系统规划与涉及，不仅可能造成各业务流程之间的相互影响，而且可能会影响短消息基础流程。
现有方案二不更改现有短消息流程，新建短消息数据库设备，并进行全网互联。短消息数据库设备可以按照省份或业务区进行设置，分区连接短消息业务中心(Short Message Service Center，以下简称SMSC)。短消息数据库设备存储用户的SMS定制数据，当用户发送短消息时需要查询该设备，该设备返回相关用户签约信息。另外，全网的短消息数据库设备互联以实现对全网被叫用户的签约信息查询。
下面以处理被叫用户的短消息增值业务为例，描述现有方案二的基本业务流程(省略对主叫用户订购的短消息增值业务的处理)，参见图1主叫终端向其所属的SMSC(以下简称主叫SMSC)发送短消息；主叫SMSC判定被叫号码不属于本SMSC；主叫SMSC向与其关联的主叫短消息数据库设备查询被叫用户的订购信息；主叫短消息数据库设备判定被叫号码属于被叫短消息数据库设备；主叫短消息数据库设备向被叫用户归属的被叫短消息数据库设备发起查询请求；被叫短消息数据库设备返回被叫用户订购的被叫短消息增值业务及相关的业务信息；主叫短消息数据库设备向主叫SMSC返回被叫用户订购的短消息增值业务及相关的业务信息；主叫SMSC执行增值业务的处理流程；主叫SMSC将短消息下发给被叫终端。
现有方案二比现有方案一更灵活，但是需要根据增值业务的不断变化而不断改造扩容SMSC，同样存在现有方案一的缺点。
发明内容
本发明的目的是在不影响核心网网元和其他网元的基础上实现目前及未来可能提出的各类短消息增值业务。
为实现上述目的，本发明提供了一种实现短消息增值业务的系统，包括业务控制模块，用于接收SMSC发送的短消息，判断与所述短消息关联的增值业务的类型，将所述短消息发送给与所述类型匹配的业务实现模块，并控制所述短消息的下发流程；以及业务实现模块，与所述业务控制模块连接，用于执行与所述短消息关联的增值业务的实现流程。
本发明还提供了一种实现短消息增值业务的平台，包括SMSC，以及短消息增值业务系统，与所述SMSC连接，用于接收所述SMSC发送的短消息，判断与所述短消息关联的增值业务的类型，执行与所述短消息关联的增值业务的实现流程，并控制所述短消息的下发流程。
本发明还提供了一种实现短消息增值业务的方法，包括接收SMSC发送的短消息，判断与所述短消息关联的增值业务的类型，执行与所述短消息关联的增值业务的实现流程，并控制所述短消息的下发流程。
本发明通过短消息增值业务系统而不是SMSC来处理增值业务，将业务处理与底层传输分离，最大程度保护了短消息基础业务，并且在短消息增值业务系统中将业务控制与业务实现分离，使得能够灵活控制与扩展目前及未来可能提出的各种增值业务，符合运营商运营的实际需求。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1为现有方案二的短消息增值业务实现流程的信令图。
图2为本发明所提供的实现增值业务的系统的一实施例的结构示意图。
图3为本发明所提供的实现增值业务的平台的一实施例的结构示意图。
图4为本发明所提供的实现增值业务的方法的一示意图。
图5为本发明所提供的实现增值业务的方法的又一示意图。
图6为本发明所提供的实现增值业务的方法的再一示意图。
图7为本发明所提供的实现增值业务的方法的另一示意图。
具体实施例方式
为了方便管理，区分实现流程，本发明对增值业务进行了分类。
根据业务申请方将增值业务分为主叫类业务、被叫类业务和综合类业务。其中，主叫类业务指由消息主叫用户申请的业务，如短消息签名档、短消息增强回执等业务，此类业务遵循申请方付费的原则，主叫类业务的计费方为消息发起方。被叫类业务指由消息被叫用户申请的业务，如短消息前转业务、短消息过滤等业务，遵循申请方付费的原则，被叫类业务的计费方为消息被叫用户。综合类业务指既可由消息主叫用户申请，也可由消息被叫用户申请的增值业务，如短消息仓库业务，综合类业务的计费方为消息申请方。
根据逻辑处理流程将增值业务分为中断类业务和抄送类业务。其中，抄送类业务不会影响短消息的内容和业务流程，因此系统可以同步进行短消息的传送下发和增值业务的处理，典型的抄送类业务如短消息仓库业务。而中断类业务可能会影响短消息的内容或消息传递的流程，因此必须首先进行增值业务的处理。特别地，如果归属于异地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将短消息下发给被叫用户。
最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。
权利要求
1.一种实现短消息增值业务的系统，其特征在于，包括业务控制模块，用于接收短消息业务中心发送的短消息，判断与所述短消息关联的增值业务的类型，将所述短消息发送给与所述类型匹配的业务实现模块，并控制所述短消息的下发流程；以及业务实现模块，与所述业务控制模块连接，用于执行与所述短消息关联的增值业务的实现流程。
2.一种实现短消息增值业务的平台，包括短消息业务中心，其特征在于，还包括短消息增值业务系统，与所述短消息业务中心连接，用于接收所述短消息业务中心发送的短消息，判断与所述短消息关联的增值业务的类型，执行与所述短消息关联的增值业务的实现流程，并控制所述短消息的下发流程。
3.根据权利要求2所述的平台，其特征在于，所述短消息增值业务系统具体包括业务控制模块，与所述短消息业务中心连接，用于接收所述短消息业务中心发送的短消息，判断与所述短消息关联的增值业务的类型，将所述短消息发送给与所述类型匹配的业务实现模块，并控制所述短消息的下发流程；以及业务实现模块，与所述业务控制模块连接，用于执行所述增值业务的实现流程。
4.根据权利要求2所述的平台，其特征在于，还包括短消息增值业务网关，与多个所述短消息增值业务系统连接，用于存储签约被叫类业务的用户简要信息，并在多个所述短消息增值业务系统间转发短消息。
5.根据权利要求2所述的平台，其特征在于，所述短消息业务中心包括判断模块，与所述短消息增值业务系统连接，用于判断与所述短消息关联的用户是否签约了增值业务。
6.一种实现短消息增值业务的方法，其特征在于，包括接收短消息业务中心发送的短消息，判断与所述短消息关联的增值业务的类型，执行所述增值业务的实现流程，并控制所述短消息的下发流程。
7.根据权利要求6所述的方法，其特征在于，所述接收短消息业务中心发送的短消息之前还包括短消息业务中心判断与所述短消息关联的用户是否签约了增值业务。
8.根据权利要求6所述的方法，其特征在于，所述执行所述增值业务的实现流程具体包括业务控制模块将所述短消息发送给与所述类型匹配的业务实现模块，业务实现模块执行所述增值业务的实现流程。
9.根据权利要求6所述的方法，其特征在于，所述控制所述短消息的下发流程具体包括在执行所述增值业务的实现流程之后，将所述短消息发送给被叫终端。
10.根据权利要求6所述的方法，其特征在于，所述控制所述短消息的下发流程具体包括在执行所述增值业务的实现流程的同时，将所述短消息发送给被叫终端。
全文摘要
本发明涉及一种实现短消息增值业务的系统，包括业务控制模块，用于接收短消息业务中心发送的短消息，判断与所述短消息关联的增值业务的类型，将所述短消息发送给与所述类型匹配的业务实现模块，并控制所述短消息的下发流程；以及业务实现模块，与所述业务控制模块连接，用于执行与所述短消息关联的增值业务的实现流程。本发明还涉及一种实现短消息增值业务的平台和方法。通过所述系统而不是短消息业务中心来处理增值业务，能够将业务处理与底层传输分离，最大程度保护了短消息基础业务，并且方便灵活控制与扩展目前及未来可能提出的各种增值业务，符合运营商运营的实际需求。
文档编号H04W88/18GK101068375SQ20071009971
公开日2007年11月7日 申请日期2007年5月29日 优先权日2007年5月29日
发明者韩玲, 杨彦格, 侯玉华 申请人:中国网络通信集团公司