专利名称：一种短消息增值业务的处理系统及方法
技术领域：
本发明涉及短消息业务，具体涉及到一种短消息增值业务的处理方法和系统。
背景技术：
随着丰富多彩的短消息增值业务的开展，短消息已完全融入到人们的日常工作和生活中，已成为一个不可或缺的生活元素。目前短消息增值业务主要由SP(服务提供商)来提供，虽然它提供了多种服务项目，但总体来说其业务形势单一，功能级别低。因此由运营商提供一类功能级别高，可靠的短消息增值服务也就变得很有意义。例如短消息转移，短消息自动回复，短消息回执，短消息签名等。
用户可签约的增值业务划分为主叫类增值业务(简称为主叫业务)和被叫类增值业务(简称为被叫业务)这两大类，此后文中出现的增值业务和主被叫增值业务将特指同一事物。
主叫业务的定义如下当用户作为短消息的发送者时才能触发的增值业务称之为主叫业务。如短消息签名，短消息回执等。
被叫业务的定义如下当用户作为短消息的接收者时才能触发的增值业务称之为被叫业务。如短消息转移，短消息自动回复，短消息过滤等。
本发明专利适用于CDMA/CDMA2000网络。在CDMA/CDMA2000网络中，短消息的起呼是在主叫用户归属的SMSC(短消息中心)完成，终呼是在被叫用户归属的SMSC完成，SMSC之间通过七号信令进行通信。
相关的现有技术专利文献包括专利号为CN1741629，名称为“实现短消息转移的方法”和专利号为CN1741551，名称为“移动网短消息自动回复实现方法”。以上两个现有专利侧重于单个具体业务功能的实现。存在的缺点是两个业务的都在SMSC(短消息中心)实现，必须会对现有的SMSC系统做出较大的改动，加大了系统改造的难度，降低了投资效益。
发明内容
有鉴于此，本发明的主要目的在于提供一种的新型的短消息增值业务处理方法以及系统，能够使SMSC做一次改动就可以支持各类短消息增值业务。
本发明适用于CDMA/CDMA2000网络。
为了实现上述目的，本发明采用了以下技术方案本发明所述的新型的短消息主被叫增值业务处理系统包括SMVP(短消息增值业务平台)。
其中SMVP主要功能是存储本业务片区用户增值业务的签约信息，把用户的签约标志同步到用户归属的SMSC中，并负责各种增值业务的处理优先级以及增值业务的具体实现等。其中签约信息用于记录用户详细的签约记录，业务签约标志只记录用户是否签约了主叫业务和被叫业务。
SMVP至少包含以下几个模块短消息增值业务控制模块，负责业务的调度工作，即触发各种增值业务并对各种增值业务之间处理的流程进行控制；短消息增值业务实现模块，负责增值业务的具体实现，可以是内部模块，进程或是线程，也可以是一个独立的外部实体ESP(增强的服务平台)；短消息增值业务协议网关模块，负责与现有短消息系统的连接(主要是SMSC)；用户信息管理模块，负责用户的开/销户处理，用户自身信息以及用户签约的业务信息的管理；数据库模块，负责对本地数据库进行操作和管理；短消息增值业务控制模块是整个系统的控制中心，负责连接各模块，协调各模块之间的工作，它与短消息增值业务实现模块之间采用内部协议或是扩展的SMPP协议进行通信；与短消息增值业务协议网关模块采用内部协议进行通信；与数据库模块采用内部协议进行通信；用户信息管理模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信；其它模块之间可以根据需要采用内部协议进行通信，本方案不对此进行限定。
本发明所述的短消息主被叫增值业务处理方法涉及到现有的SMSC以及本发明所述的新系统SMVP其中SMSC仅存储用户增值业务的签约标志，判断用户是否签约了增值业务，并触发到SMVP平台。
进一步的，随着增值业务的增多，可以把一些短消息增值业务实现模块独立做成一个新的系统，称为ESP(增强的服务平台)，以便提供更有个性化的服务。如图4所示，它们之间使用的通信协议是扩展的SMPP协议。
所述增强的服务平台ESP存储开通本业务功能的用户的详细签约信息包括用户号码，设置信息等，并负责具体的实现具体的增值业务功能，例如短消息回执，魔力短消息和短消息过滤等。ESP采用SMPP协议，作为客户端连接到SMVP上，所述ESP至少包括
ESP协议网关模块，负责编解码各种协议，负责连接SMVP；ESP业务实现模块，负责实现具体的增值业务功能；ESP数据库模块，负责对本地数据库进行操作和管理；提供接口给其他模块方面，屏蔽数据库操作地细节；提供内存数据库管理，提高系统的性能；ESP业务设置模块，负责用户自身信息以及用户签约的业务信息的管理；ESP业务实现模块是整个系统的控制中心，它与ESP协议网关模块采用内部协议进行通信，与ESP数据库模块采用内部协议进行通信；ESP业务设置模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信；其它模块之间根据需要采用内部协议进行通信。
发明所述的新型的短消息主被叫增值业务处理方法具体包括以下几个步骤步骤1)SMSC与SMVP之间采用现有的SMPP协议并新增一对消息消息A1.设置用户签约标志请求SET_SERVICE，即SMVP发送给SMSC的消息，用于通知SMSC用户是否签约了主被叫业务；消息A2.设置用户签约标志响应SET_SERVICE_RESP，即SMSC返回给SMVP的消息，用于告诉SMVP本次SET_SERVICE操作成功与否；本方案新增的这对消息是在SMPP协议的基础上扩展而成的，下文还将给出详细的消息结构格式，请参见表1-表3，系统可以在此基础上根据需要对消息做相应的变型。
步骤2)业务开通根据本发明的优选实施例，还包括以下步骤步骤C.用户进行增值业务的开户；步骤D.SMVP把用户的增值业务签约的详细信息保存到所述短消息主被叫增值业务处理系统中，紧接着SMVP通过新增的与SMSC的交互消息SET_SERVICE，将用户签约业务标志发送给用户归属的SMSC；步骤E.SMSC接收到SMVP的请求后，把用户的业务签约标志保存到本地数据库中。
根据本发明的优选实施例，其中步骤C中所述增值业务的开户的方式包括短消息方式或营业厅方式。
根据本发明的优选实施例，本发明所述的短消息主被叫增值业务处理方法具体包括以下步骤步骤3)业务使用步骤F.SMSC接收到用户发送上来的短消息之后，根据短消息的主叫号码和被叫号码查询本地的数据库中用户的增值业务签约标志，如果主叫号码签约了主叫业务或是被叫号码签约了被叫业务，那么SMSC把该条短消息发送到SMVP进行处理；步骤G.SMVP根据用户的签约信息实现具体的短消息增值业务，最后把处理结果返回给该SMSC。
根据本发明的优选实施例，本发明所述的短消息主被叫增值业务处理方法，还提供了用户暂停和激活业务的操作，包括以下步骤步骤C1.用户进行增值业务的暂停/激活；步骤D1.SMVP接收到用户暂停业务功能时，记录在所述短消息主被叫增值业务处理系统中，紧接着SMVP通过SET_SERVICE消息通知SMSC。
根据本发明的优选实施例，其中所述步骤C1中所述增值业务的暂停/激活的方式包括短消息方式或营业厅方式。
采用本发明所述的方法和系统，达到了短消息增值业务的处理流程和短消息基本流程分离的效果，避免了新增的增值业务依然需要SMSC进行改动的局面，防止了增值业务的开展对SMSC带来的冲击，加强了整个短消息系统的稳定性，提高了增值业务的可扩展性，节省了运营商的投资成本，保证了运营商投资的收益。
本发明的其他优点、目标，和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书，权利要求书，以及附图中所特别指出的结构来实现和获得。
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步的详细描述，其中图1为本发明在CDMA/CDMA2000短消息网络中的组网示意图；图2为用户开/销户在整个短消息增值网络中的流程；图3为增值业务基本业务在整个短消息增值网络中的流程；图4为本发明的SMVP系统扩展框架图；图5为本发明的SMVP系统结构图；图6为本发明的ESP系统结构图。
具体实施例方式
下面结合附图对技术方案的实施作进一步的详细描述根据本发明的短消息主被叫增值业务处理系统包括短消息增值业务平台SMVP，存储本业务片区用户增值业务的签约信息，把用户的签约标志同步到用户归属的短消息中心SMSC中，并负责各种增值业务的处理优先级以及增值业务的具体实现，其中签约信息用于记录用户详细的签约记录，业务签约标志只记录用户是否签约了主叫和被叫业务，所述SMVP至少包括短消息增值业务控制模块，负责业务的调度工作，即触发各种增值业务并对各种增值业务之间处理的流程进行控制；短消息增值业务实现模块，负责增值业务的具体实现，可以是内部模块，进程或是线程，也可以是一个独立的外部实体ESP；短消息增值业务协议网关模块，负责与现有短消息系统的连接(主要是SMSC)；用户信息管理模块，负责用户的开/销户处理，用户自身信息以及用户签约的业务信息的管理。
数据库模块，负责对本地数据库进行操作和管理，例如存储本业务区用户的增值业务签约的详细信息；提供接口给其他模块方面，屏蔽数据库操作地细节，例如实现模块和实现模块访问数据库时，需要通过数据库模块来完成；提供内存数据库管理，提高系统的性能；短消息增值业务控制模块是整个系统的控制中心，负责连接各模块，协调各模块之间的工作，它与短消息增值业务实现模块之间采用内部协议或是扩展的SMPP协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信，与数据库模块采用内部协议进行通信；用户信息管理模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信；其它模块之间可以根据需要采用内部协议进行通信，本方案不对此进行限定。
参见图5，示出了本发明SMVP的系统结构。下面将对每个模块的实施进行详细的说明。
数据库模块中需要至少保存如下信息1)用户签约业务简要信息表描述了用户与其签约的所有业务的对应关系。表中至少包含以下字段用户号码，签约业务的bit位标志，签约业务状态。其中业务的位标志与业务之间存在一一对应关系，因此根据用户A号码可以直接或是间接查找到用户所签约的所有业务的简要信息。对应关系表可以如下
签约业务状态也使用bit位来表示不同业务的情况，业务对应的bit位为1时表示业务处于正常状态，为0时表示业务处于暂停状态。例如用户签约了短消息转移业务和短消息签名业务，并且短消息签名为正常状态，短消息转移为暂停状态，那么用户的签约业务的bit位标志字段填写0x00020002，签约业务状态字段填写0x00020000。
2)用户签约业务的详细信息子表描述了用户与其签约的具体业务的对应关系以及用户对业务的设置信息。不同的增值业务需要有不同的子表。例如，开通短消息签名业务时，需要短消息签名业务详细信息子表，开通短消息转移业务时，需要短消息转移业务详细信息子表。中至少包含以下字段用户号码，业务设置信息。业务设置信息为用户在使用具体增值业务时所需要设置的信息包括基本信息和扩展信息。例如短消息转移业务，基本的业务设置信息为转移号码，扩展信息是多种多样的。如果该业务提供按照时间段进行转移时，扩展字段为时间段，如果该业务提供按号段进行转移时，扩展字段为号码组。
3)短消息表，用于保存具体的短消息。这些短消息来自与短消息系统中的SMSC，SMGW或是ESP。
4)其他的一些系统配置信息表。根据系统运行的需要添加。
短消息增值业务控制模块主要负责完成以下功能1)负责通过配置生成一张业务配置信息表，包含以下字段业务ID，描述业务的唯一ID号；业务名称，描述业务的名称；业务bit位标志，描述业务的唯一bit位码；业务优先级，描述此业务的优先级；业务实现方式，描述业务的实现方式，包括内部实现和外部实现等；业务处理事物，描述具体实现该业务的部件。如果是内部实现，那么此部件可以是内部某个模块、某个进程或是某个线程；如果是外部实现，那么此部件可以是外部的ESP。
2)接收到外系统如SMSC发送上来的短消息后(协议网关模块负责进行协议转换并以内部消息的形式发送给控制模块)，根据主叫号码和被叫号码分别从数据库模块的用户签约业务简要信息表中获得用户与签约业务的对应关系；3)把主叫用户签约的主叫业务和被叫用户签约的被叫业务组合成一个增值业务链表，链表中包含所有签约业务bit位标志等信息；4)根据业务配置信息表的相关信息，从增值业务链表中获取优先级最高的业务，发送给业务请求消息给对应的短消息增值业务实现模块进行处理，请求消息中包含主叫号码，被叫号码，短消息的内容、业务ID(用于表明触发了具体哪个业务)，触发类型(用于表明本次触发是主叫还是被叫引起的触发)等(此处可参考SMPP3.3协议中的Submit_SM消息字段)；5)接收到短消息增值业务实现模块的处理结果后，继续重复4)，直到增值业务链表中无业务；6)当增值业务链表中无业务时，表示此条短消息的所有增值业务都已经触发完毕，短消息增值业务控制模块将把此短消息发送给协议网关模块，再由协议网关模块下发给外部实体。
短消息增值业务实现模块主要完成以下功能1)该模块具体由短消息仓库部件、短消息回执部件、短消息自动回复部件和短消息转移部件等中的一个或是多个部件组成。这些部件可以是函数级别的，也可以是线程级别的，根据自身系统来定制。针对具体的每次与业务控制模块之间的交互，业务实现模块只承担一种功能。即接收到业务控制模块发送过来的请求消息后，业务实现模块要么调用短消息业务仓库部件实现短消息仓库业务，要么调用短消息回执部件实现短消息回执业务，不会对同一请求处理两种业务。
2)随着业务的发展，可以方便的加入新的部件来增强业务实现模块的功能；3)接收到业务控制模块发送过来的请求消息后，根据请求中的业务ID和触发类型，判断出此次请求需要完成的业务功能，根据请求中的主叫号码或是被叫号码，从数据库模块中的用户签约业务的详细信息子表，找出此用户签约的详细信息；4)根据签约信息进行进一步的处理，例如触发了短消息签名业务，那么在短消息内容后添加签名档的内容；触发了短消息转移业务，那么把短消息目的号码修改为用户设置的转移号码；5)处理完毕后，把处理结果返还给业务控制模块；
短消息增值业务协议网关模块主要完成以下功能1)支持各种协议包括SMPP协议，SMGP协议，SOAP协议等等；2)支持各种协议编码的转换即把外部标准协议消息解码成内部协议消息发送给相关的模块，把内部协议消息转编码成外部标准协议消息发送给相关的外部短消息系统，例如短消息中心，短消息网关等；用户信息管理模块主要完成以下功能1)负责提供用户多种方式的开/销户处理，例如短消息方式，营业厅方式，电话方式，WEB方式等；2)用户开通业务或是取消业务时，负责通知用户归属的SMSC，在SMSC上设置用户业务标志；3)负责提供SMSC发起的QUERY_SERVICE查询；4)负责提供用户多种方式的业务信息的自服务，例如短消息方式，WEB方式等，用户可以通过这些方式对用户签约业务的详细信息子表中的业务设置信息进行设置；5)当用户数据发生变化时，需要通知数据库模块；6)当业务实现模块为外部实体ESP时，将由ESP内部自身完成用户信息管理模块的功能。
其他辅助模块主要完成的功能如下1)提供操作维护的功能，供系统管理员对系统和业务的配置进行维护；2)提供一些辅助的功能，例如计费，性能统计，信令跟踪等等。
其他辅助功能可以根据系统的需要另行加入，辅助模块与其他模块之间可以采用内部协议进行通信。
图1为本发明在CDMA/CDMA2000短消息网络中的组网示意图。
如图所示，SMVP与SMVP之间无需进行通信，SMVP与SMSC之间是直接连接。SMVP与SMSC之间使用的通信协议是扩展的SMPP协议，其中包含了本发明中新定义的消息。SMVP与SMGW之间可以根据需要进行连接，如果连接则使用的通信协议是标准的SMPP协议SMVP只负责处理本业务区的用户签约的增值业务，对于被叫用户属于管辖之外SMSC时，通过SMSC转发到归属的SMSC，再由归属的SMSC进行业务的触发。
例如A归属于SMSC1，B归属于SMSC3，两个用户均签约了业务，A给B发送短消息，那么1)短消息首先发到SMSC1，然后发送给SMVP1。
2)SMVP1根据用户A签约的主叫业务处理完消息，并把消息返回给SMSC1。
3)SMSC1把短消息发送给SMSC3。
4)SMSC3把短消息发送给SMVP2。
5)SMVP2根据用户B签约的被叫业务处理完消息，并把消息返回给SMSC3。
6)SMSC3负责把短消息下发到B用户。
本发明提到的业务片区的定义如下一个SMVP可以管辖多个SMSC，所有归属于这些管辖SMSC的短消息服务区总称为该SMVP的业务片区。举例说明SMVP1管辖SMSC1，SMSC2，SMSC3；SMVP2管辖SMSC4，SMSC5，SMSC6；如果A用户的归属短消息中心是SMSC1，那么我们就称A用户属于SMVP1的业务片区；相对于SMVP1来说，A用户属于本业务片区用户，但相对于SMVP2来说，A用户就成了外业务片区用户。
图2为用户开/销户在整个短消息增值网络中的流程。
步骤201为移动终端(如手机)发送短消息给SMVP的开户接入号，短消息首先会发送到用户的归属短消息中心SMSC。
步骤202为SMSC把短消息转发给SMVP。
步骤203为SMVP解析用户发送上来的开户消息，把它转化成内部所需的增值业务签约信息并存入到数据库中。
步骤204为SMVP返回给SMSC Deliver_Sm响应。
步骤205为SMVP根据用户所有签约的业务(SMVP提供的增值业务)标志构造出SET_SERVICE请求。
步骤206为SMVP发送SET_SERVICE给SMSC。
步骤205和206中SMVP可以把用户完整的业务签约标志(记录用户具体签约了那些业务)发给SMSC，也可以简单的通知SMSC，用户是否签约了主被叫业务。
步骤207为SMSC接收到请求后把用户完整的签约标志(或是用户是否签约了主被叫业务标志)保存到本地数据库中。
步骤208为SMSC在处理完SET_SERVICE请求后返回给SMVP的响应。
步骤209～211为SMVP给用户下发开户通知结果的流程。
图3为增值业务基本业务在整个短消息增值网络中的流程。
步骤301为PS1移动终端(如手机)发送短消息给PS2，短消息首先会发送到用户PS1的归属短消息中心SMSC。
步骤302～303为SMSC查找短消息主叫用户签约的主叫业务标志和被叫用户签约的被叫业务标志，当存在签约标志时，把短消息通过标准的SMPP协议发送给SMVP。可以通过在目的号码前添加前缀的方式或是扩展Deliver_Sm消息中的Service_type字段来通知SMVP触发了主叫业务还是被叫业务。如当用户签约了主叫业务时，目的号码前添加115，签约了被叫业务时，目的号码前添加117。
步骤304为SMVP根据SMSC通知的是触发了主叫业务还是被叫来获得用户的签约业务标志。如果SMSC通知SMVP短消息签约了主叫业务，那么SMVP需要获得主叫用户签约的主叫业务标志和被叫用户签约的被叫业务标志共同生成短消息所签约的增值业务标志。如果SMSC通知SMVP短消息签约了被叫业务，那么SMVP只需要获得被叫用户签约的被叫业务标志来来生成短消息所签约的增值业务标志。完成业务标志的生成之后，SMVP将根据此标志按照预先配置好的业务触发优先级依次实现用户签约的主被叫业务并进行相应的计费工作。
步骤305为SMVP把最后处理完成的短消息根据标准的SMPP协议发送给SMSC，通过Submit_Sm消息中的Service_type字段告诉SMSC一些特殊的操作，如不需要触发被叫业务，不需要重试等。
步骤306～307为SMSC把短消息下发给MS2用户，PS2接收到之后返回给SMSC响应。
步骤308为SMSC把此条短消息最终的发送结果通过标准的SMPP协议发送给SMVP。
步骤309为SMVP接收到状态报告之后构造出步骤303中SMSC发送给SMVP的短消息的状态报告，并发送给SMSC，SMSC收到这条状态报告后进行相关的计费工作。
Submit_Sm消息和Deliver_Sm消息中的service_type字段在SMPP协议中规定是长度为6个字节C字符串，用于短消息业务扩展。本方案将给出一套service_type字段填写案例供参考SMSC发送给SMVP的Deliver_Sm消息如果是通过消息中的Service_type字段来通知SMVP1触发了主叫业务还是被叫业务，那么可以填写“VAS0”表示触发主叫业务，填写“VAS1”表示触发了被叫业务。
SMVP发送给SMSC的Submit_Sm消息中Service_type的前3个字节填写“VAS”，第4个字节按bit来进行使用。
Xxxxxxx0表示此条消息触发过主叫业务，还可以触发被叫业务；Xxxxxxx1表示此条消息触发过被叫业务，不可以触发其他业务；Xxxxxx0x表示此条消息需要按照SMSC自身配置的重试规则进行重试；Xxxxxx1x表示此条消息只需要下发一次，SMSC不进行重试，失败后以状态报告形式返回下发失败原因给SMVP。
图4为SMVP系统扩展框架。随着增值业务的发展，用户对个性化需求的不断增大，需要一些能提供用户个性化设置极强的业务，如短消息签名，短消息自动回复等。为了能保证整个SMVP系统的稳定，又能满足用户个性化的需求，可以把SMVP中的业务实现模块单独分离出来做成ESP。由它来实现个性化强的业务，提供用户修改个性化设置的途径。
ESP与SMVP之间的通信协议为扩展的SMPP协议。
SMVP发送给ESP的请求消息可以使用SMPP标准消息中的Deliver_SM消息，ESP回给SMVP的响应使用标准的Deliver_SM_Resp消息+TLV的方式。
ESP发送给SMVP的请求消息可以使用SMPP标准消息中的Submit_SM消息，SMVP回给ESP的响应使用标准的Submit_SM_Resp消息。
实现以下几种方式的交互1)抄送方式当ESP完成的任务与短消息的下发流程无关时，SMVP在处理短消息的同时，只需要把短消息抄送一份给ESP，如短消息仓库业务；2)中断方式当ESP完成的任务与短消息的下发流程有关时，SMVP在把短消息发送给ESP，中断原流程。由ESP对短消息进行处理，并把处理后的短消息重新提交给SMVP。SMVP接收到短消息后进行后续的业务处理。如短消息签名业务；3)查询方式这种情况是作为2)的补充。当运营商为了保证短消息的流程的可靠性，可能会不允许使用2)方式，那么SMVP可以使用查询的方式与ESP进行交互。当SMVP把短消息发送给ESP后，等待ESP的响应，然后根据响应继续进行下一步处理。
SMVP与ESP之间交互方式的选择需要根据具体的业务来进行。如短消息仓库业务选择抄送方式，短消息签名业务可以选择中断方式或是查询方式。
参见图6，示出了ESP系统的结构。下面将对每个模块的实施进行详细的说明。
根据本发明的增强的服务平台ESP存储开通本业务功能的用户的详细签约信息包括用户号码，设置信息等，并负责具体的实现具体的增值业务功能，例如短消息回执，魔力短消息和短消息过滤等。ESP采用SMPP协议，作为客户端连接到SMVP上。所述ESP至少包括ESP协议网关模块，负责编解码各种协议，负责连接SMVP；ESP业务实现模块，负责实现具体的增值业务功能；ESP数据库模块，负责对本地数据库进行操作和管理；提供接口给其他模块方面，屏蔽数据库操作地细节；提供内存数据库管理，提高系统的性能；ESP业务设置模块，负责用户自身信息以及用户签约的业务信息的管理。
ESP业务实现模块是整个系统的控制中心，它与ESP协议网关模块采用内部协议进行通信，与ESP数据库模块采用内部协议进行通信。
ESP业务设置模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信。
其它模块之间可以根据需要采用内部协议进行通信，本方案不对此进行要求。
ESP数据库模块中需要至少保存如下信息1)用户签约业务的详细信息子表描述了用户与其签约的具体业务的对应关系以及用户对业务的设置信息。同SMVP的数据库模块中的业务签约业务的详细信息子表。
2)短消息表用于保存与SMVP交互时的短消息。
ESP协议网关模块主要完成以下功能1)支持各种协议，其中包括SMPP协议，HTTP协议等；2)支持各种协议编码的转换即把外部标准协议消息解码成内部协议消息发送给相关的模块，把内部协议消息转编码成外部标准协议消息发送给SMVP；ESP业务实现模块主要完成以下功能1)该模块具体由短消息回执部件、魔力短消息模块和短消息过滤部件等中的一个或是多个部件组成，功能同SMVP中的业务实现模块。
2)随着业务的发展，也可以通过添加新部件的方式来增强此模块的功能；3)接收到SMVP的业务请求消息后(ESP协议网关负责把标准消息转换成内部的消息然后发送给此模块)，业务实现模块根据请求中的业务ID和触发类型，判断出此次请求需要完成的业务功能，根据请求中的主叫号码或是被叫号码，从数据库模块中的用户签约业务的详细信息子表，找出此用户签约的详细信息；4)根据签约信息进行进一步的处理，例如触发了短消息转移业务，那么把短消息目的号码修改为用户设置的转移号码；5)处理完毕后，把处理结果通过ESP协议网关模块返还给SMVP；ESP业务设置模块主要完成以下功能同SMVP用户信息管理模块中的2)和3)功能。
根据本发明的优选实施例，SMSC需要做以下改动1)SMSC接收到从手机用户发送上来的短消息需要判断主叫号码是否签约了主叫业务，被叫号码是否签约了被叫业务，如果签约了则把短消息通过Deliver_Sm消息发送到SMVP进行进一步处理，否则按照未签约业务的短消息的流程进行下发；2)SMSC接收到ESME(增强的短消息实体)发送上来的短消息，需要判断被叫号码是否签约了被叫业务如果签约了则把短消息发送到SMVP进行进一步处理，否则按照未签约业务的短消息的流程进行下发；3)SMSC接收到SMVP的SET_SERVICE时，能把用户的签约标志记录到本地的数据库(此方式是本发明推荐的方式)；4)如果不支持3)那么需要支持向SMVP通过QUERY_SERVICE进行用户业务签约标志查询的功能(本发明不推荐此方式)；5)当SMVP返回的Deliver_Sm的响应是失败或者响应超时时，SMSC需要把此条短消息按照未签约业务的短消息进行下发。
综上，本发明提供的方法和系统极大的降低了增值业务的开展对短消息系统中基本网元的影响，降低了SMSC与SMVP之间的交互次数，降低了开展新增值业务的难度，为运营商的投资提供了强有力的保障。
以上所述仅为本发明的优选实施方式和系统框架，并不构成对本发明保护范围的限定。在不背离本发明精神及其实质的情况下，本领域技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
表1SMVP与SMSC之间的消息
表2SET_SERVICE结构定义表
表3SET_SERVICE_RESP结构定义表
权利要求
1.一种短消息增值业务的处理系统，其特征在于包括短消息增值业务平台SMVP，存储本业务片区用户增值业务的签约信息，把用户的签约标志同步到用户归属的短消息中心SMSC中，并负责各种增值业务的处理优先级以及增值业务的具体实现，其中签约信息用于记录用户详细的签约记录，业务签约标志只记录用户是否签约了主叫业务和被叫业务，所述SMVP至少包括短消息增值业务控制模块，负责业务的调度工作，即触发各种增值业务并对各种增值业务之间处理的流程进行控制；短消息增值业务实现模块，负责增值业务的具体实现，可以是内部模块，进程或是线程，也可以是一个独立的外部实体ESP；短消息增值业务协议网关模块，负责与现有短消息系统的连接；用户信息管理模块，负责用户的开/销户处理，用户自身信息以及用户签约的业务信息的管理；数据库模块，负责对本地数据库进行操作和管理；短消息增值业务控制模块是整个系统的控制中心，负责连接各模块，协调各模块之间的工作，它与短消息增值业务实现模块之间采用内部协议或是扩展的SMPP协议进行通信；与短消息增值业务协议网关模块采用内部协议进行通信；与数据库模块采用内部协议进行通信；用户信息管理模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信；其它模块之间根据需要采用内部协议进行通信。
2.根据权利要求1的短消息增值业务的处理系统，其特征在于其中所述的负责与现有短消息系统的连接包括负责与SMSC的连接，使用的通讯协议是扩展的SMPP协议。
3.根据权利要求1的短消息增值业务的处理系统，其特征在于其中一些短消息增值业务实现模块独立做成一个新的系统，称为增强的服务平台ESP，以便提供更有个性化的服务，它们之间使用的通信协议是扩展的SMPP协议，所述增强的服务平台ESP存储开通本业务功能的用户的详细签约信息，并负责具体的实现具体的增值业务功能，该ESP采用SMPP协议，作为客户端连接到SMVP上，所述ESP至少包括ESP协议网关模块，负责编解码各种协议，负责连接SMVP；ESP业务实现模块，负责实现具体的增值业务功能；ESP数据库模块，负责对本地数据库进行操作和管理；提供接口给其他模块方面，屏蔽数据库操作地细节；提供内存数据库管理，提高系统的性能；ESP业务设置模块，负责用户自身信息以及用户签约的业务信息的管理；ESP业务实现模块是整个系统的控制中心，它与ESP协议网关模块采用内部协议进行通信，与ESP数据库模块采用内部协议进行通信；ESP业务设置模块与数据库模块采用内部协议进行通信，与短消息增值业务协议网关模块采用内部协议进行通信；其它模块之间根据需要采用内部协议进行通信。
4.根据权利要求1的短消息增值业务的处理系统，其特征在于适用于CDMA或CDMA2000网络。
5.一种短消息增值业务的处理方法，用于包括短消息中心SMSC，以及短消息增值业务平台SMVP的短消息主被叫增值业务处理系统当中，其特征在于SMSC只存储用户增值业务的签约标志，判断用户是否签约了增值业务，并触发到SMVP平台。
6.根据权利要求5的短消息增值业务的处理方法，其特征在于还包括在SMSC与SMVP之间采用现有的SMPP协议并新增一对消息消息A1.设置用户签约标志请求SET_SERVICE，即SMVP发送给SMSC的消息，用于通知SMSC用户是否签约了主被叫业务；消息A2.设置用户签约标志响应SET_SERVICE_RESP，即SMSC返回给SMVP的消息，用于告诉SMVP本次SET_SERVICE操作成功与否。
7.根据权利要求6的短消息增值业务的处理方法，其特征在于还包括以下步骤步骤C.用户进行增值业务的开户；步骤D.SMVP把用户的增值业务签约的详细信息保存到所述短消息主被叫增值业务处理系统中，紧接着SMVP通过新增的与SMSC的交互消息SET_SERVICE，将用户签约业务标志发送给用户归属的SMSC；步骤E.SMSC接收到SMVP的请求后，把用户的业务签约标志保存到本地数据库中。
8.根据权利要求7的短消息增值业务的处理方法，其特征在于其中步骤C中所述增值业务的开户的方式包括短消息方式或营业厅方式。
9.根据权利要求7的短消息增值业务的处理方法，其特征在于还包括以下步骤步骤F.SMSC接收到用户发送上来的短消息之后，根据短消息的主叫号码和被叫号码查询本地的数据库中用户的增值业务签约标志，如果主叫号码签约了主叫业务或是被叫号码签约了被叫业务，那么SMSC把该条短消息发送到SMVP进行处理；步骤G.SMVP根据用户的签约信息实现具体的短消息增值业务，最后把处理结果返回给该SMSC。
10.根据权利要求6的短消息增值业务的处理方法，其特征在于还提供了用户暂停和激活业务的操作，包括以下步骤步骤C1.用户进行增值业务的暂停/激活；步骤D1.SMVP接收到用户暂停业务功能时，记录在所述短消息主被叫增值业务处理系统中，紧接着SMVP通过SET_SERVICE消息通知SMSC。
11.根据权利要求10的短消息增值业务的处理方法，其特征在于其中所述步骤C1中所述增值业务的暂停/激活的方式包括短消息方式或营业厅方式。
全文摘要
本发明有关于一种短消息增值业务的处理系统及方法，其适用于CDMA/CDMA2000网络的短消息主被叫增值业务处理，该系统包括短消息增值业务平台SMVP，存储本业务片区用户增值业务的签约信息，把用户的签约标志同步到用户归属的短消息中心SMSC中，并负责各种增值业务的处理优先级以及增值业务的具体实现，其中签约信息用于记录用户详细的签约记录，业务签约标志只记录用户是否签约了主叫业务和被叫业务。本发明还提供了一种短消息增值业务的处理方法。根据本发明能够使SMSC仅做一次改动就可以支持各类短消息增值业务。达到了短消息增值业务的处理流程和短消息基本流程分离的效果，加强了整个短消息系统的稳定性，提高了增值业务的可扩展性，节省了运营商的投资成本。
文档编号H04W88/18GK101031108SQ20071009043
公开日2007年9月5日 申请日期2007年4月6日 优先权日2007年4月6日
发明者聂荣初, 吴晓斌, 陈苏 申请人:中兴通讯股份有限公司