本发明涉及通信领域， 具体涉及一种业务消息下发业务的优化方法和 系统。 背景技术

多媒体消息业务（ Multimedia Messaging Service, MMS )能够在手机和 手机之间以及手机和电子邮件 ( E-mail )服务器等其他设备之间传送多媒体 内容的消息服务。 MMS按照用户归属的运营商及所在的区域进行划 分， 由 用户归属的多媒体消息中心 （ MMS Center, MMSC ) 为用户提供多媒体消 息业务。

服务提供商（ Service Provider, SP )是移动互联网应用服务的直接提供 者， 负责根据用户的要求开发和提供适合手机用户 使用的服务。 通常情况 下， SP具有电信运营商接入通道， 拥有电信接入资源， 能够直接为用户提 供服务。

多媒体消息业务网关 ( Multimedia Messaging Service Gateway, MMSG ) 通过 MM7接口与 MMSC和 SP进行互联， 对全网单点 SP业务进行分发， 目的是为了减少 MM4接口 （不同的 MMSC之间的接口）前转流量， 提高 MMSC现网总体处理能力。

"手机报"是中国移动与国内主流媒体单位合作� �� 通过彩信和 WAP方 式、 向用户提供及时资讯服务（含新闻、 体育、 娱乐、 文化、 生活等内容） 的一项自有业务。 中国移动在这项业务上推广的力度很大， 由于中国移动 本身的用户资源非常丰富， 所以目前手机报业务量非常巨大， 目前该业务 已达到整个彩信业务量的 70%左右。 手机报业务有两个特点： 集中时段发送以及群发消息。 手机报消息的 发送时间相对固定， 目前，发送时间主要集中在每天 8:00 - 9: 00以及 17:00 _ 18 :00两个时间段进行， 其他的时间段基本非常空闲， 因此， 在发送的时 候业务峰值波动非常大， 对 MMSG和 MMSC的处理能力以及稳定性要求 很高； 由于手机报消息的内容对于每个 MMSC的用户都是相同的，所以 SP 在下发消息的时候一般使用群发策略， 即一条消息包含多个用户， 目前， MMSG系统支持最多 9999个用户的群发， 并且， 为方便 SP的消息下发， MMSG系统还会增加支持的群发用户数量。

在目前的系统中， MMSC处理群发消息的能力非常有限， 大约 30个用 户。也就是说：如果 SP下发一条消息包含了 9999个目的用户，那么 MMSG 必须拆分该消息， 分成 334条消息转发给彩信中心， 这占用了整个彩信传 输的大部分带宽。 在这些消息中， 除了目的用户号码不同， 消息内容都相 同， 但是彩信中心对每条消息都是按照独立的消息 进行解码， 同时也对每 条消息进行存储， 这样就造成了资源的浪费， 降低了系统性能。

目前， 针对 MMSG将手机报消息拆分为与目的用户数量对应� �消息进 行下发导致的系统性能降低的问题， 相关技术中尚未提出有效的解决方案。 发明内容

本发明的主要目的在于提出一种业务消息下发 业务的优化方法和系 统， 以避免将手机报消息拆分为与目的用户数量对 应的消息进行下发时所 导致的系统性能降低。

为了达到上述目的， 本发明的技术方案是这样实现的：

一种业务消息下发业务的优化方法， 该方法包括：

将业务消息拆分为内容信息和目的用户信息， 对应下发完成拆分的内 容信息和目的用户信息。

所述将业务消息拆分为内容信息和目的用户信 息的过程包括： 多媒体消息网关将来自服务提供商的群发彩信 的指示消息拆分为彩信 的内容信息和彩信的目的用户信息， 并将拆分后的消息内容信息和目的用 户信息分别发送至多媒体消息中心。

所述对应下发完成拆分的内容信息和目的用户 信息的过程包括： 多媒体消息中心保存内容信息， 并向目的用户信息对应的目的用户发 送获取内容信息的通知消息； 在多媒体消息中心接收到目的用户发送的获 取消息的情况下， 将保存的内容信息发送至目的用户。

所述将业务消息拆分为内容信息和目的用户信 息的过程包括： 由业务提供商侧进行消息拆分， 使业务提供商提交到多媒体消息网关 的消息分为两种： 包含消息内容和消息标志的消息、 包含消息标志和目的 用户号码的消息。

所述对应下发完成拆分的内容信息和目的用户 信息的过程包括： 彩信网关收到包含消息内容和消息标志的消息 后， 直接透传该消息到 各彩信中心； 而在收到包含消息标志和目的用户号码的消息 后， 需要把号 码按照归属的彩信中心进行分类， 分成多条消息下发到彩信中心。

一种业务消息下发业务的优化系统， 该系统包括拆分单元、 下发单元； 其中，

所述拆分单元， 用于将业务消息拆分为内容信息和目的用户信 息； 所述下发单元， 用于对应下发完成拆分的所述内容信息和目的 用户信 息。

所述拆分单元将业务消息拆分为内容信息和目 的用户信息时， 用于： 触发多媒体消息网关将来自服务提供商的群发 彩信的指示消息拆分为 彩信的内容信息和彩信的目的用户信息， 并将拆分后的消息内容信息和目 的用户信息分别发送至多媒体消息中心。

所述下发单元对应下发完成拆分的内容信息和 目的用户信息时， 用于： 触发多媒体消息中心保存内容信息， 并向目的用户信息对应的目的用 户发送获取内容信息的通知消息； 在多媒体消息中心接收到目的用户发送 的获取消息的情况下， 将保存的内容信息发送至目的用户。

所述拆分单元将业务消息拆分为内容信息和目 的用户信息时， 用于： 触发业务提供商侧进行消息拆分， 使业务提供商提交到多媒体消息网 关的消息分为两种： 包含消息内容和消息标志的消息、 包含消息标志和目 的用户号码的消息。

所述下发单元对应下发完成拆分的内容信息和 目的用户信息时， 用于： 触发彩信网关收到包含消息内容和消息标志的 消息后， 直接透传该消 息到各彩信中心； 而在收到包含消息标志和目的用户号码的消息 后， 需要 把号码按照归属的彩信中心进行分类， 分成多条消息下发到彩信中心。

借助于本发明方法和系统， 通过将类似手机报这样需要大量群发的彩 信、 短信等业务消息拆分为与内容相关的消息体和 与目的用户相关的消息 头消息， 并在接收到与目的用户对应的获取消息后将消 息内容发送至用户， 解决了下发手机报等业务消息时导致的系统性 能降低的问题， 能够减少系 统负荷并提高系统效率。 并且， 釆用本发明， 只需要在利用现有业务流程 的基础上简单改造， 就可以减少系统的负荷， 简化流程， 提高效率。 附图说明

图 1为本发明一实施例的彩信下发优化流程图；

图 2为本发明另一实施例的彩信下发优化流程图� �

图 3为本发明实施例的彩信下发业务的优化流程� �图；

图 4为本发明实施例的彩信下发业务的优化系统� �。 具体实施方式

作为实施例， 可以提供两种优化方案。 方案一：

多媒体消息网关将来自服务提供商的群发彩信 的指示消息拆分为彩信 的内容信息和彩信的目的用户信息， 并将拆分后的消息内容信息和目的用 户信息分别发送至多媒体消息中心； 多媒体消息中心保存内容信息， 并向 目的用户信息对应的目的用户发送获取内容信 息的通知消息； 在多媒体消 息中心接收到目的用户发送的获取消息的情况 下， 将保存的内容信息发送 至目的用户。

具体步骤：

第一步： SP下发手机报到 MMSG;

第二步： MMSG把这个消息拆分为两条消息， 一条为消息内容， 一条 为目的用户；

第三步： MMSG把这两条消息分别转发到 MMSC;

第四步： MMSC下发通告给手机；

第五步： 手机到 MMSC获取消息；

第六步： 手机向 MMSC发送获取确认消息；

第七步： MMSC向 MMSG发送投递报告；

第八步： MMSG向 SP返回投递报告。

方案二：

和方案一的区别在于， 消息拆分在业务提供商侧进行， 业务提供商提 交到多媒体消息网关的消息分为两种： 包含消息内容和消息标志的消息 ( MSG— BODY )、包含消息标志和目的用户号码的消息（ MSG— NUMBER )。 彩信网关收到 MSG— BODY消息后， 直接透传该消息到各彩信中心， 而在 收到 MSG— NUMBER消息后， 需要把号码按照归属的彩信中心进行分类， 分成多条消息下发到彩信中心。

具体步骤： 第一步： SP下发 MSG— BODY消息到 MMSG;

第二步： MMSG透传该消息到各个彩信中心；

第三步： SP下发 MSG— NUMBER消息到 MMSG;

第四步： MMSG解析 MSG— NUMBER , 并且组成新的消息下发到彩信 中心；

第五步： 彩信中心下发通告到手机， 手机到 MMSC获取消息； 第六步： 手机向 MMSC发送获取确认消息；

第七步： MMSC向 MMSG发送投递报告；

第八步： MMSG向 SP返回投递报告。

下面结合附图对本方案的具体流程作进一步的 详细描述。

上述的方案一具体包括图 1所示流程， 该流程包括以下步骤： 步骤 1 : SP下发手机 ^J^ MMSG,这个消息一般为群发的消息， MMSG 收到消息以后给 SP返回响应；

步骤 2: MMSG对消息进行解码， 把消息分为两部分， 一部分为消息 体相关（MSG— BODY ), —部分为目的号码相关 (MSG— NUMBER), 并且发 送 MSG— BODY消息到 MMSC;

步骤 3： MMSG发送消息 MSG— NUMBER给 MMSC , 同时接收对方的 响应， 如果发送不成功， 则会重试该消息；

步骤 4: MMSC收到 MSG— BODY消息以后 ,会把该消息体存储 NAS , 同时记录下 reference, 收到 MSG— NUMBER以后， 解码出号码， 分别给这 些号码发送通告消息， 通知手机获取消息， 首先发送到相应的 WAP网关； 步骤 5: WAP网关会下发通告消息到手机；

步骤 6: 手机收到通告消息以后， 向 WAP网关发送获取彩信的消息； 步骤 7: WAP 网关转发获取消息到 MMSC, MMSC根据该请求找出 reference , 也就得到了消息体， 编码， 发送消息给 WAP网关； 步骤 8: WAP网关把消息转发给手机用户；

步骤 9: 手机收到彩信以后， 会发送一个确认消息 （Acknowledge )给 WAP网关；

步骤 10: WAP网关转发该消息到彩信中心；

步骤 11 : MMSC 收到确认消息以后， 生产话单等计费信息， 同时向 MMSG发送投递报告， 告知用户获取成功；

步骤 12: MMSG收到投递报告也会产生话单， 同时也转发投递报告到 SP, 流程结束；

上述的方案二具体包括图 2所示流程， 该流程包括以下步骤： 步骤 1 : SP下发 MSG— BODY消息到 MMSG, MMSG返回接收成功的 响应给 SP;

步骤 2: MMSG接收 MSG— BODY消息后， 直接把这个消息透传给所 有的彩信中心， 这条消息也就是相当于 "种子彩信"， 彩信中心在收到这个 消息后， 保存消息到本地， 同时也需要记录下消息标志信息；

步骤 3: SP下发 MSG— NUMBER消息到 MMSG, 由于这条消息中包含 多个不同的号码， 故对这些号码查询归属的彩信中心， 然后按照归属的彩 信中心进行分类， 把一条 MSG— NUMBER消息分成多条消息下发到不同的 MMSC;

步骤 4: MMSC收到 MSG— NUMBER消息后， 根据消息标志找到保存 在本地的消息体信息，如果找不到， 则流程异常退出； 如果找到， 则 MMSC 下发通告给手机；

步骤 4之后的步骤类似于方案一中的相应步骤。

结合以上各实施例可见， 本发明业务消息下发业务的总体优化操作可 以表示如图 3所示的流程， 该流程包括以下步骤：

步骤 310: 将业务消息拆分为内容信息和目的用户信息。 步骤 320: 对应下发完成拆分的内容信息和目的用户信息 。

为了保证上述各实施例以及总体优化操作的顺 利实现，可以进行如图 4 所示的设置。参见图 4,图 4为本发明实施例的彩信下发业务的优化系统� �， 该系统包括相连的拆分单元、 下发单元。

在实际应用时， 拆分单元能够将业务消息拆分为内容信息和目 的用户 信息； 下发单元则能够对应下发完成拆分的所述内容 信息和目的用户信息。

综上所述， 借助于本发明的上述实施例， 通过将类似手机报这样需要 大量群发的彩信、 短信等业务消息拆分为与内容相关的消息体和 与目的用 户相关的消息头消息， 并在接收到与目的用户对应的获取消息后将消 息内 容发送至用户， 解决了 MMSG下发手机报等业务消息时导致的系统性能� � 低的问题， 能够减少系统负荷并提高系统效率。 并且， 釆用本发明， 只需 要在利用现有业务流程的基础上简单改造， 就可以减少系统的负荷， 简化 流程， 提高效率。

显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤 可以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者 分布在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执 行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来 执行， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模 块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特 定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 本领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精 神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明 的保护范围之内。