实现消息增值业务服务的系统、装置及方法

摘要

本发明公开了一种实现消息增值业务服务的系统，包括消息业务中心和消息增值业务装置，其中：所述消息业务中心，用于将接收到的消息转发给消息增值业务装置，并根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息；所述消息增值业务装置，用于根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，并至少向消息业务中心返回是否转发消息的指示信息。本发明还公开了一种消息增值业务装置、一种消息业务中心以及一种实现消息增值业务服务的方法。本发明提供的方案能够实现全部的消息增值业务服务。

权利要求

1.一种实现消息增值业务服务的系统，其特征在于，包括消息业务中心和消息增值业务装置，其中：所述消息业务中心，用于将接收到的消息转发给消息增值业务装置，并根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息；

所述消息增值业务装置，包括发送方消息增值业务装置和接收方消息增值业务装置，所述发送方消息增值业务装置，用于在查询到接收方用户与发送方用户的归属地不同时，发送查询请求到接收方消息增值业务装置，以及根据通知的处理结果，至少向消息业务中心返回是否转发消息的指示信息；

所述接收方消息增值业务装置，用于根据所述查询请求中与所述消息相关的接收方用户信息，确定存在该用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，以及将处理结果通知发送方消息增值业务装置。

2.如权利要求1所述的系统，其特征在于，所述消息业务中心在查询到发送方用户定制了消息增值业务时，或接收方用户与发送方用户的归属地相同且定制了消息增值业务时，或接收方用户与发送方用户的归属地不同时，将接收到的消息转发给消息增值业务装置。

3.如权利要求1所述的系统，其特征在于，还包括前置装置，用于接收发送方消息增值业务装置发出的查询请求，并转发给接收方消息增值业务装置，以及接收接收方消息增值业务装置通知的处理结果，并转发给发送方消息增值业务装置。

4.如权利要求3所述的系统，其特征在于，所述前置装置包括发送方前置装置和接收方前置装置，其中：所述发送方前置装置，用于接收发送方消息增值业务装置发出的查询请求，并转发给接收方前置装置，以及接收接收方前置装置转发的处理结果，并转发给发送方消息增值业务装置；

所述接收方前置装置，用于接收发送方前置装置转发的查询请求，并转发给接收方消息增值业务装置，以及接收接收方消息增值业务装置通知的处理结果，并转发给发送方前置装置。

5.如权利要求1所述的系统，其特征在于，所述消息为短消息或多媒体消息。

6.一种消息增值业务装置，其特征在于，包括：

确定单元，用于根据与消息业务中心接收到的消息相关的用户信息，确定用户的消息增值业务的属性信息；

处理单元，用于根据确定单元确定出的属性信息进行相应的增值业务处理；

返回单元，用于至少向消息业务中心返回是否转发消息的指示信息；

转发单元，用于在接收方用户与发送方用户的归属地不同时，将查询请求转发给接收方用户归属地的消息增值业务装置，以及接收接收方用户归属地的消息增值业务装置通知的处理结果，并转发给返回单元；以及返回单元根据所述通知的处理结果，至少向消息业务中心返回是否转发消息的指示信息。

7.如权利要求6所述的消息增值业务装置，其特征在于，所述消息为短消息或多媒体消息。

8.一种实现消息增值业务服务的方法，其特征在于，包括：

消息业务中心将接收到的消息转发给消息增值业务装置；

所述消息增值业务装置根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理；

所述消息增值业务装置至少向消息业务中心返回是否转发消息的指示信息；

所述消息业务中心根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息；

其中，当消息业务中心查询到接收方用户与发送方用户的归属地不同时，将接收到的消息转发给发送方用户归属地的消息增值业务装置；以及所述消息增值业务装置根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理包括步骤：所述发送方用户归属地的消息增值业务装置发送查询请求到接收方用户归属地的消息增值业务装置；

所述接收方用户归属地的消息增值业务装置根据所述查询请求中与所述消息相关的接收方用户信息，确定存在该用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，以及将处理结果通知发送方用户归属地的消息增值业务装置。

9.如权利要求8所述的方法，其特征在于，当消息业务中心查询到发送方用户定制了消息增值业务时，将接收到的消息转发给发送方用户归属地的消息增值业务装置；相应地，所述与所述消息相关的用户信息是指发送方用户信息。

10.如权利要求8所述的方法，其特征在于，当消息业务中心查询到接收方用户与发送方用户的归属地相同，且定制了消息增值业务时，将接收到的消息转发给发送方/接收方用户归属地的消息增值业务装置；相应地，所述与所述消息相关的用户信息是指接收方用户信息。

11.如权利要求8所述的方法，其特征在于，所述向消息业务中心返回是否转发消息的指示信息时，将经过增值业务处理后的消息或未经过增值业务处理的消息返回给消息业务中心。

12.如权利要求8所述的方法，其特征在于，所述根据确定出的属性信息进行相应的增值业务处理至少包括：当确定出用户定制了消息回执业务时，不处理所述消息本身，附加生成包含回执内容的消息；或当确定出用户定制了消息签名业务时，对所述消息本身进行处理，生成包含用户签名的消息；或当确定出用户定制了消息转移业务时，不处理所述消息本身，附加生成包含转移用户信息的消息；或当确定出用户定制了消息过滤业务时，不处理所述消息本身，附加生成指示消息业务中心拒绝发送所述消息的消息；或当确定出用户定制了消息仓库业务时，将所述消息进行存储。

13.如权利要求8所述的方法，其特征在于，所述消息为短消息或多媒体消息。

说明书

实现消息增值业务服务的系统、装置及方法

技术领域

[0001] 本发明涉及无线通信技术领域，尤其涉及一种实现消息增值业务服务的系统、装置及方法。

背景技术

[0002] 在无线通信系统中，移动台(MS，Mobile Station)之间可以用短消息的方式进行通信。每一个MS(更准确的是每一个移动号码)归属于一个短消息业务中心(SMSC，Short Message Service Center)。一般来讲发送方MS向接收方MS发送短消息的基本过程如图1所示，详细描述如下：

[0003] 步骤1、发送方MS发送一个移动发起(MO，Mobile Originate)消息到短消息业务中心SMSC。

[0004] 步骤2、SMSC接收到MO消息之后，向发送方MS发送MO_ACK响应，表明该短消息传送成功。

[0005] 步骤3、SMSC通过信令网向接收方MS发送短消息，即移动终结(MT，Mobile Terminate)消息。

[0006] 步骤4、接收方MS发送MT_ACK到短消息业务中心SMSC，表示短消息发送成功。

[0007] 上述过程是正常情况下短消息发送的处理过程，在短消息接收方处于关机状态等异常情况下，还会有异常处理，来保证短消息的最终送达。

[0008] 基于以上流程，目前基于短消息的增值业务(如短消息仓库、短消息转移、短消息签名等)飞速发展，实现短消息增值业务服务的方法一般是通过改造短消息业务中心SMSC或短消息业务网关(SMSG，Short Message ServiceGateway)来实现的，有部分增值业务还涉及到移动通信归属位置寄存器(HLR，Home Location Register)等其他相关设备的改造，而且目前的实现方法都是针对各种单独的短消息增值业务进行的设计，还没有一个统一的设计方案能实现全部的短消息增值业务服务。

发明内容

[0009] 本发明提供一种实现消息增值业务服务的系统，用以提供一个统一的设计方案来实现全部的消息增值业务服务。

[0010] 相应地，本发明还提供一种消息增值业务装置、一种消息业务中心以及实现消息增值业务服务的方法。

[0011] 一种实现消息增值业务服务的系统，包括消息业务中心和消息增值业务装置，其中：

[0012] 消息业务中心，用于将接收到的消息转发给消息增值业务装置，并根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息；

[0013] 消息增值业务装置，用于根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，并至少向消息业务中心返回是否转发消息的指示信息。

[0014] 一种消息增值业务装置，包括：

[0015] 确定单元，用于根据与消息业务中心接收到的消息相关的用户信息，确定用户的消息增值业务的属性信息；

[0016] 处理单元，用于根据确定单元确定出的属性信息进行相应的增值业务处理：

[0017] 返回单元，用于至少向消息业务中心返回是否转发消息的指示信息。

[0018] 一种消息业务中心，包括：

[0019] 第一转发单元，用于将接收到的消息转发给消息增值业务装置；

[0020] 判断单元，用于根据消息增值业务装置返回的指示信息确定是否向用户转发消息；

[0021] 第二转发单元，用于在判断单元确定要向用户转发消息时，向用户转发消息。

[0022] 一种实现消息增值业务服务的方法，包括：

[0023] 消息业务中心将接收到的消息转发给消息增值业务装置；

[0024] 所述消息增值业务装置根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理；

[0025] 所述消息增值业务装置至少向消息业务中心返回是否转发消息的指示信息；

[0026] 所述消息业务中心根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息。

[0027] 本发明通过在原有无线通信系统中增加消息增值业务装置，消息业务中心将接收到的消息转发给消息增值业务装置，由消息增值业务装置根据与该消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，并向消息业务中心返回是否转发消息的指示信息，再由消息业务中心根据该指示信息确定是否向用户转发消息，因此实现了由消息增值业务装置完成所有的增值业务处理，消息业务中心只负责发送消息，从而使该方案能够实现全部的消息增值业务服务。

附图说明

[0028] 图1为现有技术中短消息发送的基本处理过程；

[0029] 图2为本发明实施例中的实现短消息增值业务服务的系统结构图；

[0030] 图3为本发明实施例中各地区的短消息增值业务服务系统之间互连的示意图；

[0031] 图4为本发明实施例中短消息增值业务服务系统中增加前置装置的互连示意图；

[0032] 图5为本发明实施例中的消息增值业务装置的结构图；

[0033] 图6为本发明实施例中一种短消息增值业务装置的具体结构图；

[0034] 图7为本发明实施例中消息业务中心的结构图；

[0035] 图8为本发明实施例中实现消息增值业务服务的方法流程图；

[0036] 图9为本发明实施例中采用短消息增值业务装置实现短消息增值业务服务的处理流程图；

[0037] 图10为本发明实施例中发送方短消息回执业务的流程图；

[0038] 图11为本发明实施例中短消息签名业务的流程图；

[0039] 图12为本发明实施例中短消息转移业务的流程图；

[0040] 图13为本发明实施例中短消息过滤业务的流程图；

[0041] 图14为本发明实施例中短消息仓库业务的流程图；

[0042] 图15为本发明实施例中接收方短消息绘制业务的流程图；

[0043] 图16为本发明实施例中实现多媒体消息增值业务服务的处理流程图；

[0044] 图17为本发明实施例中发送方多媒体消息回执业务的流程图。

具体实施方式

[0045] 本发明提出了实现消息增值业务服务的系统、装置及方法，用以提供一个统一的设计方案来实现全部的消息增值业务服务，其中，消息为短消息或多媒体消息。下面以短消息为例详细说明本发明实施例的具体实施方式。

[0046] 随着短消息增值业务服务种类的增加，对SMSC的改造和升级也更加频繁，可能导致如下问题：

[0047] 第一、新的短消息增值业务上线时需要短消息业务中心升级，对正常短消息业务造成较大风险；

[0048] 第二、新的短消息增值业务上线时对短消息业务中心影响过大，会显著降低短消息中心的性能；

[0049] 第三、新部署的短消息增值业务可能会对已经部署的短消息增值业务造成影响，并且新部署的短消息增值业务可能和已经部署的短消息增值业务作为不同的系统需要分别进行扩容，增加了维护的复杂度；

[0050] 第四、新的短消息增值业务上线时实现方式不同，不便于运营商对全网统一规划和管理；

[0051] 第五、不同地区的短消息增值业务由于实现方式不同难以互通，无法提供全网业务。

[0052] 针对上述问题，本发明实施例提供一种实现短消息增值业务服务的系统、装置及方法，在现有无线通信系统中增加短消息增值业务装置(VSPS，Value-added Service Platform for SMS)，与短消息业务中心通信连接，将短消息的发送和短消息增值业务的控制与处理相分离，从而在增加新的短消息增值业务时，无需对短消息业务中心等设备进行改造，而且短消息增值业务装置为全国统一组网，可以实现短消息增值业务的全网推广。

[0053] 下面结合附图对本发明实施例的具体实施方式进行详细的说明。

[0054] 本发明实施例中的实现消息增值业务服务的系统结构图如图2所示，包括：消息业务中心210和消息增值业务装置220。

[0055] 消息业务中心210，用于将接收到的消息转发给消息增值业务装置220，并根据返回的指示信息向用户转发消息或拒绝转发所述接收到的消息；

[0056] 消息增值业务装置220，用于根据与所述消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，并至少向消息业务中心返回是否转发消息的指示信息。

[0057] 较佳地，所述消息业务中心在查询到发送方用户定制了消息增值业务时，或接收方用户与发送方用户的归属地相同且定制了消息增值业务时，或接收方用户与发送方用户的归属地不同时，将接收到的消息转发给消息增值业务装置。

[0058] 上述消息增值业务装置包括发送方消息增值业务装置和接收方消息增值业务装置，其中：

[0059] 所述发送方消息增值业务装置，用于在查询到接收方用户与发送方用户的归属地不同时，发送查询请求到接收方消息增值业务装置，以及根据通知的处理结果，至少向消息业务中心返回是否转发消息的指示信息；

[0060] 所述接收方消息增值业务装置，用于根据所述查询请求中与所述消息相关的接收方用户信息，确定存在该用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，以及将处理结果通知发送方消息增值业务装置。

[0061] 上述实现消息增值业务服务的系统还可以包括前置装置，用于接收发送方消息增值业务装置发出的查询请求，并转发给接收方消息增值业务装置，以及接收接收方消息增值业务装置通知的处理结果，并转发给发送方消息增值业务装置。

[0062] 上述前置装置可以包括发送方前置装置和接收方前置装置，其中：

[0063] 发送方前置装置，用于接收发送方消息增值业务装置发出的查询请求，并转发给接收方前置装置，以及接收接收方前置装置转发的处理结果，并转发给发送方消息增值业务装置；

[0064] 接收方前置装置，用于接收发送方前置装置转发的查询请求，并转发给接收方消息增值业务装置，以及接收接收方消息增值业务装置通知的处理结果，并转发给发送方前置装置。

[0065] 以实现短消息增值业务服务为例，图3示出了各地区的短消息增值业务服务系统之间互连的示意图，可以看出各地区均设有短消息增值业务装置，各个短消息增值业务装置之间相互连接，实现全网互联。

[0066] 另外，VSPS能够平滑扩充。例如，在短消息增值业务量较小时，某地可以只有一个VSPS，面向该地区全部短消息业务中心提供服务。随着业务量的增加，该地VSPS可以扩充为多个，VSPS和SMSC之间支持多对多的连接方式。VSPS之间可以采用基于TCP/IP方式互联。在一个地区需要多台VSPS时，全互连将会导致网络连接复杂，并且从性能上来讲，全互连的设备开销很大。所以可以按照地区配置VSPS前置装置来完成连接，以提供更高的性能、保证系统的安全性和健壮性，如图4所示。当然也可以只在具有多台VSPS的地区配置前置装置，而在其他短消息增值业务量较小的地区不配置前置装置。

[0067] 对于各地区均设置有前置装置的情况，不同地区的短消息增值业务装置之间的交互通过前置装置完成，即地区1的短消息增值业务装置向地区2发送查询请求时，由地区1的前置装置将查询请求转发给地区2的前置装置，由地区2的前置装置将查询请求转发给本地区的短消息增值业务装置，以及将本地区的短消息增值业务装置通知的处理结果转发给地区1的前置装置，再由其将该处理结果转发给地区1的短消息增值业务装置。对于部分地区系统有前置装置的情况，设置有前置装置的地区中的短消息增值业务装置通过本区的前置装置与未设置前置装置的地区中的短消息增值业务装置交互。

[0068] 本发明实施例提供一种消息增值业务装置，其结构如图5所示，包括：确定单元510、处理单元520、返回单元530和转发单元540。

[0069] 确定单元510，用于根据与消息业务中心接收到的消息相关的用户信息，确定用户的消息增值业务的属性信息；

[0070] 处理单元520，用于根据确定单元510确定出的属性信息进行相应的增值业务处理；

[0071] 返回单元530，用于至少向消息业务中心返回是否转发消息的指示信息。

[0072] 转发单元540，用于在接收方用户与发送方用户的归属地不同时，将查询请求转发给接收方用户归属地的消息增值业务装置，以及接收接收方用户归属地的消息增值业务装置通知的处理结果，并转发给返回单元530；

[0073] 返回单元530可以根据通知的处理结果，至少向消息业务中心返回是否转发消息的指示信息。

[0074] 较佳地，上述短消息增值业务装置还可以包括存储控制单元，用于对消息增值业务装置外部的物理存储介质的存储空间以及处理单元520将相关信息存储到物理存储介质中的过程进行控制。

[0075] 图6给出了一种VSPS的具体结构图，由图6可以看出，VSPS的结构设计，将增值业务控制处理、存储功能和运算功能独立开来，在增添新的增值业务或对既有增值业务修改的时候不会影响到其他增值业务。VSPS可以通过多台服务器来承载，多台物理上的服务器组成一个逻辑上的VSPS系统，短消息增值业务量增加的情况下，可以根据需要进行扩容，扩容可以从业务扩容、存储容量扩容和性能扩容三个层面来考虑：

[0076] 1、业务扩容：VSPS采用将增值业务控制处理逻辑与接口适配器等共用模块分离的设计策略，这样在需要增加新的增值业务时，只需要简单的增加针对新增值业务的增值业务控制处理逻辑模块，再将这个增值业务控制处理模块注册到VSPS中即可，不需要修改短消息业务中心，也不需要修改VSPS的共用模块，因此VSPS增值业务控制处理逻辑有很强的可扩展性。

[0077] 2、存储容量扩容：有些短消息增值业务需要占用很大的存储空间，例如短消息仓库业务。图6所示的VSPS结构设计，将存储控制单元分离出来，作为VSPS中单独的一个共用单元以及增值业务控制处理逻辑与外部物理存储介质的中间层，这样能够使所有的增值业务控制处理逻辑和共用模块通过共用的存储控制单元共享外部的物理存储介质，在遇到存储容量不足时，只需要简单的扩充系统的物理存储介质即可，不需要对增值业务控制处理逻辑、共用模块进行任何的修改。

[0078] 3、性能扩容：随着短消息增值业务的开展，有可能会出现VSPS系统处理能力不足的情况，VSPS系统支持多个相同的增值业务控制处理逻辑同时运行以及系统中的所有增值业务控制处理逻辑能够共享系统的计算资源(例如CPU、内存等)，因此当出现处理能力不足时，可以根据具体情况采用两种方式进行性能扩容：如果整个系统的计算资源足够，但是某一种增值业务控制处理逻辑的处理能力不足时，可以通过增加这个增值业务控制处理逻辑的运行实例的方式扩容，例如，增加服务器台数等；如果整个系统的计算资源不足，则通过扩充系统计算资源的方式扩容，例如，增加CPU个数等，增加的计算资源，由系统中的各模块共享。

[0079] 下面对上述VSPS内部的主要模块进行介绍：

[0080] 1、增值业务逻辑控制单元：用于短消息增值业务逻辑的判断和触发、业务逻辑优先级裁决、业务能力解析以及业务组合的逻辑处理等；

[0081] 2、消息路由/转发模块：是与其他地区VSPS的路由接口，可以在VSPS内部，也可以在业务量增长后在VSPS外部设置VSPS前置装置；

[0082] 3、管理模块：含网管(负责VSPS内部各模块的管理与配置)、用户业务信息管理(主要负责用户定制业务的受理)、安全管理(主要负责VSPS与短消息业务中心以及其他地区VSPS之间信息交互过程中的安全管理与安全)、计费功能(用于处理业务按条计费，以及指示其它相关网元(如，业务控制点SCP)进行扣费操作)等；

[0083] 4、增值业务控制处理逻辑1...n：主要实现不同短消息增值业务的具体操作和运算逻辑；

[0084] 5、存储控制单元：为所有增值业务控制处理逻辑共用，协调各种不同的增值业务控制处理逻辑对外部物理存储介质的需求。

[0085] 本发明实施例还提供一种消息业务中心，其结构如图7所示，包括查询单元710、第一转发单元720，判断单元730和第二转发单元740：

[0086] 第一转发单元720，用于将接收到的消息转发给消息增值业务装置；

[0087] 判断单元730，用于根据消息增值业务装置返回的指示信息确定是否向用户转发消息；

[0088] 第二转发单元740，用于在判断单元730确定要向用户转发消息时，向用户转发消息。

[0089] 较佳地，查询单元710用于查询发送方用户是否定制了消息增值业务，接收方用户与发送方用户的归属地是否相同，以及在接收方用户与发送方用户的归属地相同时，查询接收方用户是否定制了消息增值业务；

[0090] 当查询单元710查询到发送方用户定制了消息增值业务时，或接收方用户与发送方用户的归属地相同且定制了消息增值业务时，或接收方用户与发送方用户的归属地不同时，第一转发单元720将接收到的消息转发给消息增值业务装置。

[0091] 基于上述实现消息增值业务服务的系统、装置及消息业务中心，本发明实施例提供一种实现消息增值业务服务的方法，其流程如图8所示，具体步骤如下：

[0092] 步骤810、消息业务中心将接收到的消息转发给消息增值业务装置；

[0093] 较佳地，本步骤中，可以在消息业务中心查询到发送方用户定制了消息增值业务时，或接收方用户与发送方用户的归属地相同且定制了消息增值业务时，或接收方用户与发送方用户的归属地不同时，将接收到的消息转发给消息增值业务装置。

[0094] 步骤820、消息增值业务装置根据与该消息相关的用户信息，确定是否存在该用户的消息增值业务的属性信息，当存在时，进行下一步；当不存在时，消息业务中心进行正常的消息转发；

[0095] 本步骤中，当消息业务中心查询到发送方用户定制了消息增值业务时，所述与消息相关的用户信息是指发送方用户信息；当消息业务中心查询到接收方用户与发送方用户的归属地相同且定制了消息增值业务时，所述与消息相关的用户信息是指接收方用户信息；当消息业务中心查询到接收方用户与发送方用户的归属地不同时，发送方用户归属地的消息增值业务装置发送查询请求到接收方用户归属地的消息增值业务装置；接收方用户归属地的消息增值业务装置根据该查询请求中与所述消息相关的接收方用户信息，确定是否存在该用户的消息增值业务的属性信息，当存在时，根据该属性信息进行下一步；

[0096] 步骤830、根据该属性信息进行相应的增值业务处理；

[0097] 这里，属性信息可以包括用户定制的消息增值业务的类型等信息。本步骤中，发送方用户归属地的消息增值业务装置根据发送方用户或归属地相同的接收方用户的消息增值业务的属性信息进行相应的增值业务处理；当接收方用户与发送方用户的归属地不同时，接收方用户归属地的消息增值业务装置根据接收方用户的消息增值业务的属性信息进行相应的增值业务处理，并将处理结果通知发送方用户归属地的消息增值业务装置。

[0098] 步骤840、消息增值业务装置至少向消息业务中心返回是否转发消息的指示信息；

[0099] 本步骤中，向消息业务中心返回是否转发消息的指示信息时，将经过增值业务处理后的消息或未经过增值业务处理的消息返回给消息业务中心。

[0100] 步骤850、消息业务中心根据返回的指示信息向用户转发消息或拒绝转发接收到的消息。

[0101] 本步骤中，消息业务中心根据消息增值业务装置的指示，将经过增值业务处理后的或未经过处理的消息转发给接收方用户，或者比如在接收方用户定制了消息过滤业务时，根据消息增值业务装置的拒绝转发消息的指示，拒绝转发接收到的消息给该接收方用户。

[0102] 步骤830中，根据确定出的属性信息进行相应的增值业务处理至少包括：

[0103] 当确定出用户定制了消息回执业务时，不处理所述消息本身，附加生成包含回执内容的消息；或

[0104] 当确定出用户定制了消息签名业务时，对所述消息本身进行处理，生成包含用户签名的消息；或

[0105] 当确定出用户定制了消息转移业务时，不处理所述消息本身，附加生成包含转移用户信息的消息；或

[0106] 当确定出用户定制了消息过滤业务时，不处理所述消息本身，附加生成指示消息业务中心拒绝发送所述消息的消息；或

[0107] 当确定出用户定制了消息仓库业务时，将所述消息进行存储。

[0108] 下面以短消息为例，详细说明采用VSPS实现短消息增值业务服务的处理流程，如图9所示，具体步骤如下：

[0109] 步骤1、发送方MS提交MO消息到SMSC；

[0110] 步骤2、SMSC预回应答给发送方MS，SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0111] 步骤3、如果发送方MS定制了短消息增值业务，或接收方MS与发送方MS的归属地相同且定制了短消息增值业务，或者接收方MS与发送方MS的归属地不同，SMSC发送Relay_SM消息给发送方归属地的VSPS，即本地VSPS，同时保存MO消息实体；

[0112] 步骤4、如果接收方MS与发送方MS的归属地相同，即为本地用户，则在本地VSPS根据发送方MS和接收方MS的信息确定二者存在的短消息增值业务的属性信息，并根据该属性信息进行相应的短消息增值业务处理，然后进行步骤9；若接收方MS与发送方MS的归属地不同，即为外地用户，则本地VSPS发送查询请求Query_SM_Service给接收方MS归属地的VSPS，然后进行步骤5；

[0113] 步骤5、接收方归属地的VSPS根据接收方MS的信息确定是否存在短消息增值业务的属性信息，并返回应答消息Query_SM_Service_Resp给本地VSPS，告知本地VSPS该接收方MS定制的短消息增值业务类型等属性信息或该接收方MS未定制任何短消息增值业务；

[0114] 步骤6、本地VSPS发送Relay_SM_Resp消息给发送方归属地的SMSC；SMSC根据Relay_SM_Resp消息判断：如果发送方MS和接收方MS均无短消息增值业务的属性信息，则SMSC进行短消息的正常下发、计费以及话单的生成；如果外地的接收方MS存在短消息增值业务的属性信息，进行步骤7；

[0115] 步骤7、本地VSPS用Search_Service_Info消息，将接收方归属地的VSPS发过来的查询到的接收方MS的短消息增值业务的属性信息重新返回给接收方归属地的VSPS，这么做是由于确定用户的短消息增值业务的属性信息消耗较大；

[0116] 步骤8、接收方归属地的VSPS根据该属性信息进行相应的增值业务处理，并返回消息Search_Service_Info_Resp给本地VSPS，通知本地VSPS其处理结果，本地VSPS根据所有VSPS返回的处理结果进行发送方和接收方的短消息增值业务整合，确定是否指示短消息业务中心转发消息以及转发经过增值业务处理后的消息还是未经过处理的消息；

[0117] 下面的本地VSPS和SMSC交互方式分两种：

[0118] 方式一、异步模式

[0119] 步骤9、本地VSPS向SMSC返回转发消息的指示信息；

[0120] 本步骤中，可以同时将经过增值业务处理后的或未经过处理的消息返回给SMSC；

[0121] 步骤10、SMSC向本地VSPS返回Submit_SM_Resp；

[0122] 步骤11、SMSC向接收方用户转发消息；

[0123] 步骤12、接收方用户发送应答消息给SMSC；

[0124] 步骤13、SMSC向本地VSPS发送状态报告消息；

[0125] 步骤14、本地VSPS向SMSC发送状态报告应答，然后进行步骤15；

[0126] 方式二、交互模式

[0127] 步骤9′、本地VSPS向SMSC返回转发消息的指示信息；

[0128] 本步骤中，可以同时将经过增值业务处理后的或未经过处理的消息返回给SMSC；

[0129] 步骤10′、SMSC向接收方用户转发消息；

[0130] 步骤11′、接收方用户发送应答消息给SMSC；

[0131] 步骤12′、SMSC向本地VSPS返回Submit_SM_Resp，然后进行步骤15；

[0132] 步骤15、本地VSPS发送一条状态报告通知消息Deliver_Report_SM给SMSC；

[0133] 步骤16、SMSC返回应答，删除MO消息实体；

[0134] 步骤17、SMSC给发送方MS发送状态报告；

[0135] 步骤18、发送方MS返回状态报告应答消息给SMSC；如果接收方MS为本地用户，则此流程结束；如果接收方MS为外地用户，则进行步骤19；

[0136] 步骤19、本地VSPS发送业务通知消息Notify_SM给接收方归属地的VSPS；

[0137] 步骤20、接收方归属地的VSPS发送业务通知应答消息Notify_SM_Resp给本地VSPS。

[0138] 上述方式一和方式二的选择由SMSC决定，VSPS进行适配，以下实施例的情况与此相同。

[0139] 下面以具体的短消息增值业务为例，具体体现本发明实施例提供的实现短消息增值业务服务的方法。

[0140] 实施例1、发送方短消息回执业务

[0141] 发送方短消息回执业务的流程图如图10所示，具体步骤如下：

[0142] 步骤1、发送方MS提交MO消息到发送方归属SMSC；

[0143] 步骤2、SMSC预回应答给发送方MS，SMSC同时查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0144] 步骤3、如果查询到发送方MS定制了短消息增值业务，SMSC发送Relay_SM消息给本地VSPS，同时保存MO消息实体；

[0145] 步骤4、本地VSPS根据发送方MS的信息确定其定制的短消息增值业务的属性信息，然后将Relay_SM_Resp消息发给SMSC；

[0146] 本步骤中，本地VSPS能够确定出发送方MS的短消息增值业务的属性信息，比如发送方MS定制了短消息回执业务，还有其他与该业务相关的信息，SMSC可以根据Relay_SM_Resp消息判断本地VSPS是否需要根据该属性信息进行增值业务处理，如果不需要，则进行消息的正常转发、计费及话单的生成；如果需要，则等待VSPS处理后的指示信息。如果VSPS确定出发送方MS的短消息回执业务信息，则根据该信息，无需处理消息体本身，而需要生成一条用于回执的附加消息，然后继续进行下面的步骤；

[0147] 下面的VSPS和SMSC交互方式分两种，且与图9所示的流程中的步骤9～步骤14以及步骤9′～步骤12′相同，此处不再叙述；

[0148] 步骤11、本地VSPS发送一条状态报告通知消息Deliver_Report_SM给SMSC；

[0149] 步骤12、SMSC返回应答，删除MO消息实体；

[0150] 步骤13、本地VSPS根据下发状态，将含有回执内容的消息提交给梦网网关；

[0151] 步骤14、梦网网关返回Deliver_SM_Resp给VSPS；

[0152] 步骤15、梦网网关将短消息回执内容下发给第三方内容提供商；

[0153] 步骤16、第三方内容提供商返回应答消息给梦网网关；

[0154] 此后，通过梦网网关将短消息回执消息发送给发送方MS。

[0155] 实施例2、短消息签名业务

[0156] 短消息签名业务的流程图如图11所示，具体步骤如下：

[0157] 步骤1、发送方MS提交MO消息到SMSC；

[0158] 步骤2、SMSC预回应答给发送方MS，SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0159] 步骤3、如果查询到发送方MS定制了短消息增值业务，SMSC发送Relay_SM给本地VSPS，同时保存MO消息实体；

[0160] 步骤4、本地VSPS根据发送方MS的信息确定其定制的短消息增值业务的属性信息，然后将Relay_SM_Resp消息发给SMSC；

[0161] 本步骤中，本地VSPS确定出发送方MS定制了断消息签名业务，SMSC可以根据Relay_SM_Resp消息判断出本地VSPS需要进行增值业务处理，便等待本地VSPS的指示信息。本地VSPS对消息体本身进行添加签名处理，然后继续进行下面的步骤；

[0162] 下面的VSPS和SMSC交互方式分两种，且与图9中的步骤9～步骤14以及步骤9′～步骤12′相同，此处不再叙述；

[0163] 步骤11、本地VSPS根据业务消息的下发状态发送一条状态报告通知消息Deliver_Report_SM给SMSC；

[0164] 步骤12、SMSC返回应答，删除MO消息实体；

[0165] 步骤13、SMSC给发送方MS发送状态报告；

[0166] 步骤14、发送方MS返回状态报告应答消息给SMSC。

[0167] 实施例3、短消息转移业务

[0168] 短消息转移业务的流程图如图12所示，具体步骤如下：

[0169] 步骤1、发送方MS提交MO消息到SMSC；

[0170] 步骤2、SMSC预回应答给发送方MS，SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0171] 步骤3、如果查询到接收方MS属于本地用户，且定制了短消息增值业务或接收方为异地用户，SMSC发送Relay_SM给本地VSPS，同时保存MO消息实体；

[0172] 步骤4、如果接收方MS为外地用户，则本地VSPS发送查询请求Query_Sm_Service给接收方归属地的VSPS，该VSPS根据接收方MS的信息确定接收方MS定制了短消息转移业务及转移电话号码等属性信息；

[0173] 步骤5、接收方归属地的VSPS返回应答消息Query_Sm_Service_Resp给本地VSPS，通知本地VSPS接收方定制的短消息增值业务的属性信息；

[0174] 步骤6、本地VSPS将Relay_SM_Resp消息发给发送方归属地的SMSC；

[0175] SMSC可以根据Relay_SM_Resp消息判断出外地VSPS需要进行增值业务处理，则等待本地VSPS的指示信息，进行步骤7；

[0176] 步骤7、本地VSPS发送消息Search_Service_Info给接收方归属地的VSPS，将接收方归属地的VSPS确定的短消息增值业务的属性信息返回给该VSPS，以避免重新确定一次；

[0177] 步骤8、接收方归属地的VSPS根据该属性信息进行相应的增值业务处理，即将转移电话号码作为消息的接收方号码，并将处理结果利用应答消息Search_Service_Info_Resp返回给本地VSPS，本地VSPS根据处理结果进行业务整合，确定需要通知SMSC将此条短消息发送给接收方设定的短消息转移电话号码；

[0178] 下面的VSPS和SMSC交互方式分两种，且与图9中的步骤9～步骤14以及步骤9′～步骤12′相同，此处不再叙述；

[0179] 步骤15、本地VSPS发送一条状态报告通知消息Deliver_Report_SM给SMSC；

[0180] 步骤16、SMSC返回应答，删除MO消息实体；

[0181] 步骤17、SMSC给发送方MS发送状态报告；

[0182] 步骤18、发送方MS返回状态报告应答消息给SMSC。

[0183] 实施例4、短消息过滤业务

[0184] 短消息过滤业务的流程图如图13所示，具体步骤如下：

[0185] 步骤1、发送方用户提交MO消息到SMSC；

[0186] 步骤2、SMSC预回应答给发送方用户，SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0187] 步骤3、如果查询到接收方MS为本地用户且定制了短消息增值业务或接收方为异地用户，SMSC发送Relay_SM给本地VSPS，同时保存MO消息实体；

[0188] 步骤4、如果本地VSPS判断出接收方MS为外地用户，本地VSPS发送查询请求Query_SM_Service给接收方归属地的VSPS，该VSPS根据接收方MS的信息确定其定制了短消息过滤业务等属性信息；

[0189] 步骤5、接收方归属地的VSPS返回应答消息Query_SM_Service_Resp给本地VSPS，通知本地VSPS接收方定制的短消息增值业务的属性信息；

[0190] 步骤6、本地VSPS将Relay_SM_Resp消息发给发送方归属地的SMSC；

[0191] SMSC可以根据Relay_SM_Resp消息判断出外地VSPS需要进行增值业务处理，则等待本地VSPS的指示信息，进行步骤7；

[0192] 步骤7、本地VSPS发送消息Search_Service_Info给接收方归属地的VSPS，将接收方归属地的VSPS确定的短消息增值业务的属性信息返回给该VSPS，以避免重新确定一次；

[0193] 步骤8、接收方归属地的VSPS根据该属性信息进行相应的增值业务处理，即判断出该短消息需要过滤掉，并将处理结果利用应答消息Search_Service_Info_Resp返回给本地VSPS，本地VSPS根据处理结果判断出需要通知SMSC拒绝该短消息的转发；

[0194] 步骤9、本地VSPS发送一条下发状态报告通知消息Deliver_Report_SM给SMSC；

[0195] 步骤10、SMSC返回应答，删除MO消息实体；

[0196] 步骤11、SMSC给发送方MS发送状态报告；

[0197] 步骤12、发送方MS返回状态报告应答消息给SMSC。

[0198] 实施例5、短消息仓库业务

[0199] 短消息仓库业务的流程图如图14所示，具体步骤如下：

[0200] 步骤1、发送方MS提交MO消息到SMSC；

[0201] 步骤2、SMSC预回应答给发送方用户，SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0202] 步骤3、如果查询到接收方MS属于本地用户且定制了短消息增值业务或接收方为异地用户，SMSC发送Relay_SM给本地VSPS，同时保存MO消息实体；

[0203] 步骤4、如果接收方MS为外地用户，则本地VSPS发送查询请求Query_SM_Service给本地VSPS前置；

[0204] 步骤5、本地VSPS前置取路由后将Query_SM_Service消息透传给接收方归属地的VSPS，该VSPS确定接收方MS定制了短消息仓库业务；

[0205] 步骤6、接收方归属地的VSPS返回应答消息Query_SM_Service_Resp给其VSPS前置；

[0206] 步骤7、接收方归属地的VSPS前置将该应答消息透传给本地VSPS，通知本地VSPS接收方定制的短消息增值业务的属性信息；

[0207] 步骤8、本地VSPS将Relay_SM_Resp消息发给发送方归属地的SMSC；

[0208] SMSC可以根据Relay_SM_Resp消息判断出外地VSPS需要进行增值业务处理，则等待本地VSPS的指示信息，进行步骤9；

[0209] 步骤9、本地VSPS发送消息Search_Service_Info给本地VSPS前置；

[0210] 步骤10、本地VSPS前置取路由后将Search_Service_Info消息透传给接收方归属地的VSPS，将接收方归属地的VSPS确定的短消息增值业务的属性信息返回给该VSPS，以避免重新确定一次；

[0211] 步骤11、接收方归属地的VSPS根据该属性信息进行相应的增值业务处理，即短消息仓库业务处理，并将处理结果利用应答消息Search_Service_Info_Resp返回给其VSPS前置；

[0212] 步骤12、接收方归属地的VSPS前置将Search_Service_Info_Resp透传给本地VSPS，本地VSPS根据返回的处理结果进行业务整合；

[0213] 下面的VSPS和SMSC交互方式分两种，且与图9中的步骤9～步骤14以及步骤9′～步骤12′相同，此处不再叙述；

[0214] 步骤19、本地VSPS发送一条状态报告通知消息Deliver_Report_SM给SMSC；

[0215] 步骤20、SMSC返回应答，删除MO消息实体；

[0216] 步骤21、SMSC给发送方用户发送状态报告；

[0217] 步骤22、发送方用户返回状态报告应答消息给SMSC；

[0218] 步骤23、本地VSPS将短消息存入短消息Outbox库；

[0219] 步骤24、本地VSPS发送业务通知消息Notify_SM给本地VSPS前置；

[0220] 步骤25、本地VSPS前置取路由后将Notify_SM消息透传给接收方归属地的VSPS；

[0221] 步骤26、接收方归属地的VSPS返回业务通知应答消息Notify_SM_Resp给其VSPS前置；

[0222] 步骤27、接收方归属地的VSPS前置将业务通知应答消息Notify_SM_Resp透传给本地VSPS；

[0223] 步骤28、接收方归属地的VSPS将短消息存入短消息Inbox库。

[0224] 实施例6、接收方短消息回执业务

[0225] 接收方短消息回执业务的流程图如图15所示，具体步骤如下：

[0226] 步骤1、发送方MS提交MO消息到发送方SMSC；

[0227] 步骤2、发送方SMSC预回应答给发送方MS，发送方SMSC查询发送方MS是否定制了短消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了短消息增值业务；

[0228] 步骤3、如果查询到接收方MS属于本地用户且定制了短消息增值业务或接收方为异地用户，SMSC发送Relay_SM给发送方归属地的VSPS，同时保存MO消息实体；

[0229] 步骤4、如果接收方MS为外地用户，则发送方VSPS发送查询请求Query_SM_Service给接收方VSPS，接收方VSPS根据接收方MS的信息确定接收方MS定制了短消息回执业务；

[0230] 步骤5、接收方VSPS返回应答消息Query_SM_Service_Resp给发送方VSPS，通知发送方VSPS接收方定制的短消息增值业务的属性信息；

[0231] 步骤6、发送方VSPS将Relay_SM_Resp消息发给发送方归属SMSC；

[0232] 发送方SMSC可以根据Relay_SM_Resp消息判断出外地VSPS需要进行增值业务处理，则等待本地VSPS的指示信息，进行步骤7；

[0233] 步骤7、发送方VSPS发送消息Search_Service_Info给接收方VSPS，将接收方VSPS确定的短消息增值业务的属性信息返回给接收方VSPS，以避免重新确定一次；

[0234] 步骤8、接收方VSPS根据该属性信息进行相应的增值业务处理，即无需处理消息体本身，而需要生成一条包含回执内容的附加消息，并将处理结果利用应答消息Search_Service_Info_Resp返回给发送方VSPS，发送方VSPS根据处理结果判断出需要通知SMSC转发该短消息；

[0235] 下面的VSPS和SMSC交互方式分两种，且与图9中的步骤9～步骤14以及步骤9′～步骤12′相同，此处不再叙述；

[0236] 步骤15、发送方VSPS发送一条状态报告通知消息Deliver_Report_SM给发送方SMSC；

[0237] 步骤16、SMSC返回应答，删除MO消息实体；

[0238] 步骤17、发送方SMSC给发送方MS发送状态报告；

[0239] 步骤18、发送方MS返回状态报告应答消息给发送方SMSC；

[0240] 步骤19、发送方VSPS发送业务通知请求消息Notify_SM给接收方VSPS；

[0241] 步骤20、接收方VSPS发送业务通知应答消息Notify_SM_Resp给发送方VSPS；

[0242] 步骤21、接收方VSPS根据下发状态，将含有回执内容的消息，经由梦网网关提交给第三方内容提供商；

[0243] 步骤22、梦网网关返回Deliver_SM_Resp给接收方VSPS；

[0244] 步骤23、梦网网关将含有回执内容的消息下发给第三方内容提供商；

[0245] 步骤24、第三方内容提供商返回应答消息给梦网网关；

[0246] 然后通过梦网网关将回执消息发送给接收方MS。

[0247] 上述实施例提供的实现短消息增值业务服务的方法，在现有无线通信系统中增加短消息增值业务装置，使短消息的发送和短消息增值业务的控制与处理相分离，从而实现在增加新的短消息增值业务时，无需对短消息业务中心等设备进行改造，此方案适用于所有的短消息增值业务。

[0248] 此外，虽然上述实施例均以短消息增值业务为例，但是本发明提出的系统、装置及方法同样适用于其他消息增值业务服务，比如多媒体消息增值业务服务等。

[0249] 下面详细说明多媒体消息增值业务服务的处理流程，其流程图如图16所示，具体步骤如下：

[0250] 步骤1、发送方MS提交MM1_Submit.REQ消息到MMSC(多媒体消息业务中心)；

[0251] 步骤2、MMSC预回应答给发送方MS，MMSC查询发送方MS是否定制了多媒体消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了多媒体消息增值业务；

[0252] 步骤3、如果发送方MS定制了多媒体消息增值业务，或接收方MS与发送方MS的归属地相同且定制了多媒体消息增值业务，或者接收方MS与发送方MS的归属地不同，MMSC发送Relay_MMS消息给发送方归属地的VSPS，即本地VSPS，同时保存消息实体；

[0253] 步骤4、如果接收方MS与发送方MS的归属地相同，即为本地用户，则在本地VSPS根据发送方MS和接收方MS的信息确定二者存在的多媒体消息增值业务的属性信息，并根据该属性信息进行相应的短消息增值业务处理，然后进行步骤9；若接收方MS与发送方MS的归属地不同，即为外地用户，则本地VSPS发送查询请求Query_MMS_Service给接收方MS归属地的VSPS，然后进行步骤5；

[0254] 步骤5、接收方归属地的VSPS根据接收方MS的信息确定是否存在多媒体消息增值业务的属性信息，并返回应答消息Query_MMS_Service_Resp给本地VSPS，告知本地VSPS该接收方MS定制的多媒体消息增值业务类型等属性信息或该接收方MS未定制任何多媒体消息增值业务；

[0255] 步骤6、本地VSPS发送Relay_MMS_Resp消息给发送方归属地的MMSC；MMSC根据Relay_MMS_Resp消息判断：如果发送方MS和接收方MS均无多媒体消息增值业务的属性信息，则MMSC进行多媒体消息的正常下发、计费以及话单的生成；如果外地的接收方MS存在多媒体消息增值业务的属性信息，进行步骤7；

[0256] 步骤7、本地VSPS用Search_Service_Info消息，将接收方归属地的VSPS发过来的查询到的接收方MS的多媒体消息增值业务的属性信息重新返回给接收方归属地的VSPS，这么做是由于确定用户的多媒体消息增值业务的属性信息消耗较大；

[0257] 步骤8、接收方归属地的VSPS根据该属性信息进行相应的增值业务处理，并返回消息Search_Service_Info_Resp给本地VSPS，通知本地VSPS其处理结果，本地VSPS根据所有VSPS返回的处理结果进行发送方和接收方的多媒体增值业务整合，确定是否指示MMSC转发该多媒体消息以及转发经过增值业务处理后的消息还是未经过处理的消息；

[0258] 步骤9、本地VSPS向MMSC返回转发消息的指示信息；

[0259] 本步骤中，可以同时将经过增值业务处理后的或未经过处理的多媒体消息返回给MMSC；

[0260] 步骤10、MMSC向本地VSPS返回Submit_MMS_Resp；

[0261] 以下为正常的多媒体消息发送流程：

[0262] 步骤11、MMSC向SMSC下发消息MM1_Notification.REQ；

[0263] 步骤12、SMSC给MMSC回复MM1_Notification.RES；

[0264] 步骤13、SMSC向接收方MS转发消息MM1_Notification.REQ；

[0265] 步骤14、接收方MS给SMSC回复MM1_Notification.RES；

[0266] 步骤15、MMSC向接收方MS发送MM1_Retrieve.REQ；

[0267] 步骤16、接收方MS向MMSC发送MM1_Acknowledge.ind；

[0268] 步骤17、MMSC向接收方MS发送MM1_DeliveryReport.REQ；

[0269] 步骤18、接收方MS向MMSC发送MM1_DeliveryReport.RES。

[0270] 下面以具体的多媒体消息增值业务为例，具体体现上述实现多媒体消息增值业务服务的方法。

[0271] 实施例7、发送方多媒体消息回执业务

[0272] 发送方多媒体消息回执业务的流程如图17所示，具体步骤如下：

[0273] 步骤1、发送方MS提交MM1_Submit.REQ到发送方归属MMSC；

[0274] 步骤2、MMSC预回应答给发送方MS，MMSC同时查询发送方MS是否定制了多媒体消息增值业务，以及接收方MS与发送方MS的归属地是否相同，当相同时，查询接收方MS是否定制了多媒体消息增值业务；

[0275] 步骤3、如果查询到发送方MS定制了多媒体消息增值业务，MMSC发送Relay_MMS消息给本地VSPS，同时保存消息实体；

[0276] 步骤4、本地VSPS根据发送方MS的信息确定其定制的多媒体消息增值业务的属性信息，然后将Relay_MMS_Resp消息发给MMSC；

[0277] 本步骤中，本地VSPS能够确定出发送方MS的多媒体消息增值业务的属性信息，比如发送方MS定制了多媒体消息回执业务，还有其他与该业务相关的信息，MMSC可以根据Relay_MMS_Resp消息判断本地VSPS是否需要根据该属性信息进行增值业务处理，如果不需要，则进行消息的正常转发、计费以及话单的生成；如果需要，则等待VSPS处理后的指示信息。如果VSPS确定出发送方MS的多媒体消息回执业务信息，则根据该信息，无需处理消息体本身，而需要生成一条用于回执的附加消息，然后继续进行下面的步骤；

[0278] 步骤5、本地VSPS向MMSC返回转发消息的指示信息；

[0279] 步骤6、MMSC向本地VSPS返回Submit_MMS_Resp；

[0280] 然后是正常多媒体消息发送流程，与图16中的步骤11-18相同，不再赘述。

[0281] 步骤15、MMSC返回应答；

[0282] 步骤16、本地VSPS根据下发状态，将含有回执内容的消息提交给梦网网关；

[0283] 步骤17、梦网网关返回Deliver_MMS_Resp给VSPS；

[0284] 步骤18、梦网网关将多媒体消息回执内容下发给第三方内容提供商；

[0285] 步骤19、第三方内容提供商返回应答消息给梦网网关；

[0286] 此后，通过梦网网关将多媒体消息回执消息发送给发送方MS。

[0287] 本发明实施例通过在原有无线通信系统中增加消息增值业务装置，消息业务中心将接收到的消息转发给消息增值业务装置，由消息增值业务装置根据与该消息相关的用户信息，确定存在用户的消息增值业务的属性信息时，根据该属性信息进行相应的增值业务处理，并向消息业务中心返回是否转发消息的指示信息，再由消息业务中心根据该指示信息确定是否向用户转发消息，因此实现了由消息增值业务装置完成所有的增值业务处理，消息业务中心只负责发送消息，从而使该方案能够实现全部的消息增值业务服务。

[0288] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。