CN100349474C - 一种多媒体消息业务中推送通知的处理方法 - Google Patents

Abstract

本发明公开了一种PUSH通知的处理方法，该方法包括以下步骤：A.多媒体消息业务中心将非压缩字段放入PUSH通知中；B.将表明消息体类型的字段和为保证接收方正确提取多媒体消息而分配的内部标识字段压缩处理后放入PUSH通知中；C.多媒体消息业务中心判断PUSH通知是否能用一条短消息承载，如果是，则用一条短消息承载PUSH通知，否则，用两条短消息承载PUSH通知；D.多媒体消息业务中心判断短消息是否仍然存在空余字节，如果是，则执行步骤E，否则结束PUSH通知的压缩处理流程；E.多媒体消息业务中心根据短消息的空余字节数压缩处理发起者和主题字段，并将压缩处理后的字段放入PUSH通知中。

Description

一种多媒体消息业务中推送通知的处理方法

技术领域

本发明涉及多媒体信息通讯技术，尤其涉及一种多媒体消息业务中推送(PUSH)通知的处理方法。

背景技术

多媒体消息业务(MMS)是短消息服务(SMS)和图片信息传递的进一步发展，它使包括图像、音频信息、视频信息、数据以及文本等在内的功能全面的内容和信息得以传递。多媒体信息业务可实现即时的手机端到端、手机终端到互联网或互联网到手机终端的多媒体信息传送。多媒体消息业务中心(MMSC)就是负责在网络上发送多媒体消息的网元。

在多媒体消息的传送过程中，MMSC收到MMS终端、增值业务提供商(VASP)或者邮件服务器发给MMS终端的多媒体消息时，启动下发流程。下发流程包括PUSH通知流程和消息提取流程两个阶段。目前MMS业务的PUSH通知流程主要是MMSC通过一条或者多条短消息向接收方终端发送PUSH通知，该PUSH通知包括有关多媒体消息的相关信息：接收方终端提取多媒体消息所需的寻址信息、发送方标识、多媒体消息主题和接收方终端地址信息等，其中寻址信息为MMSC地址和多媒体消息在MMSC中的唯一标识。接收方终端收到PUSH通知后，便启动消息提取过程，即根据PUSH通知中所包括的寻址信息，向存储多媒体消息的MMSC发起消息提取请求，并提取多媒体消息。

在国际标准规范中，PUSH通知消息包括如下部分：

(1)TID：事务标识，长度为1字节；

(2)Type：表明消息类型，当取值为0x06时表明是PUSH通知，长度为1字节；

(3)HeaderLen：表明消息头的长度，采用uintvar编码，长度为1字节；

(4)ContentType：表明消息体的类型，对于MMS的PUSH通知，存在两种表示方法：一种是用32字节的字符串application/vnd.wap.mms-message表示，另一种是用1字节的二进制编码0x3E表示，绝大多数情况下采用字符串表示法；

(5)Headers：表明消息头的内容，长度等于HeaderLen字段的取值与ContentType字段长度之差；

(6)X-Mms-Message-Type：表明多媒体消息业务协议数据单元类型，PUSH通知消息取值为130，长度为1字节；

(7)X-Mms-Transaction-ID：MMSC为保证接收方正确提取多媒体消息而分配的内部标识，其长度和编码规则由该种类的MMSC自行分配和识别，长度可变；

(8)X-Mms-MMS-Version：MMS的版本号，长度为2字节；

(9)From：表明多媒体消息的发起者，其长度最小为4字节；

(10)Subject：表明多媒体消息的主题，经UTF-8编码后长度大于等于31时，最小长度为6字节，否则最小长度为5字节；

(11)X-Mms-Message-Class：表明多媒体消息的类别，例如该多媒体消息属于个人、广告或者信息类别等，长度为2字节；

(12)X-Mms-Message-Size：表明多媒体消息的长度，采用长整型编码后其长度为5或6字节；

(13)X-Mms-Expiry：表明多媒体消息的有效期，长度为7或8字节；

(14)X-Mms-Content-Location：表明多媒体消息的统一资源标识符(URI)地址，至少包括MMSC地址和多媒体消息的事务标识，其中MMSC地址可以是IP地址和端口号，也可以是变长域名，其长度可变。

采用上述格式进行处理的PUSH通知，由多媒体消息的发起方经过多个中间环节发送给接收方，再经过消息提取过程，进而完成一条多媒体消息的发送。由于多媒体消息在全球移动通信网(GSM)、通用无线分组业务网(GPRS)、宽带码分多址(WCDMA)、码分多址(CDMA)95、CDMA2000和其他网络中的发送过程较类似，因此下面以多媒体消息在GSM网络中的发送过程为例进行说明。

多媒体消息的发送可以分为通过无线应用网关(WAPGW)下发和由MMSC直接下发两种情况。

如图1所示为采用现有格式PUSH通知的多媒体消息，由发起方，例如MMS终端、VASP或邮件服务器，通过WAPGW向接收方发送一条多媒体消息的过程，包括：

步骤11、多媒体消息的发起方将要发送的多媒体消息提交给MMSC，该多媒体消息中包括接收方MMS终端的地址信息，例如手机号码；

步骤12、MMSC收到多媒体消息后，启动PUSH通知流程，向接收方MMS终端下发PUSH通知，具体包括以下步骤：

步骤1201、MMSC向WAPGW发送包含PUSH通知在内的push-message消息，并记录执行本步骤的次数。

步骤1202、WAPGW收到push-message消息后，向MMSC返回PUSH响应消息push-response。

步骤1203、WAPGW使用WAPGW与短消息系统之间的接口协议对push-message消息中的PUSH通知进行短消息封装，而后向短消息系统发送提交消息submit_sm，并记录执行本步骤的次数。

这里的短消息系统包短消息中心(SMSC)和短消息网关，而WAPGW与短消息系统之间的接口协议可以是短消息点对点协议(SMPP)、用户数据报协议(UCP)、计算机接口信息发送协议(CIMD)或其他同类协议。

步骤1204、短消息系统收到提交消息submit_sm后，向WAPGW返回提交响应消息submit_sm_resp。

以下步骤1205至步骤1208为短消息系统向接收方MSC/MMS终端下发短消息的流程：

步骤1205、短消息系统通过提交消息submit_sm中PUSH通知包含的接收方地址信息确定接收方MMS终端的归属位置寄存器(HLR)地址，向该HLR发送路由请求消息map_sri_for_sm_req，并记录执行本步骤的次数。如果当前网络为CDMA网络，则路由请求消息为SMSREQ消息。

步骤1206、HLR收到路由请求消息map_sri_for_sm_req后，向短消息系统返回包括接收方当前所在移动交换中心(MSC)地址的路由响应消息map_sri_for_sm_resp。

如果当前网络为CDMA网络，则所述路由响应消息为smsreq消息，如果当前网络为GPRS和WCDMA网络，则路由响应消息中包括的路由信息为接收方终端当前所在的MSC或服务通用分组业务节点(SGSN)地址。

步骤1207、短消息系统根据路由响应消息map_sri_for_sm_resp中的路由信息，向接收方通过短消息发送请求消息map_mt_fwd_sm_req下发含有PUSH通知的短消息；

如果当前网络为CDMA网络，则短消息发送请求消息为点对点短消息发送请求消息SMDPP。

步骤1208、接收方向短消息系统返回短消息发送响应消息map_mt_fwd_sm_resp，指明PUSH通知是否下发成功。而后短消息中心判断在预定时间内是否收到PUSH通知下发成功的短消息发送响应消息map_mt_fwd_sm_resp，如果是，则执行步骤1209；否则，短消息系统根据内部重发策略，选择是否重发和重发的时间，如果重发，则判断执行步骤1205的次数是否超过预定次数，如果超过预定次数，则短消息系统认定PUSH通知下发失败，并执行步骤1209；如果没有超过预定次数，则采取重发策略，返回步骤1205。

如果当前网络为CDMA网络，则接收方向短消息系统返回的响应消息为smdpp。

步骤1209、短消息系统向WAPGW发送递送报告消息deliver_sm，指明PUSH通知是否下发成功。

步骤1210、WAPGW收到递送报告消息deliver_sm后，向短消息系统返回递送报告响应deliver_sm_resp。然后，WAPGW根据递送报告消息的内容判断PUSH通知是否下发成功，如果是，则执行步骤1211；否则，根据内部重发策略，决定是否重发，如果重发则判断执行步骤1203的次数是否超过预定的次数，如果超过预定次数，则WAPGW认定PUSH通知下发失败，并执行步骤1211，如果没有超过预定的次数，则WAPGW采取重发策略，返回步骤1203。

步骤1211、WAPGW向MMSC发送结果通知消息resultnotification-message，指明PUSH通知是否下发成功。

步骤1212、MMSC收到结果通知消息后，向WAPGW返回结果通知响应消息resultnotification-response，并根据结果通知消息的内容判断PUSH通知是否下发成功，如果是，则结束PUSH通知流程；否则，短消息系统根据内部重发策略，选择是否重发和重发的时间，如果重发，则判断执行步骤1201的次数是否超过预定的次数，如果超过预定的次数，则MMSC认定PUSH通知下发失败，结束该PUSH通知的发送流程，认定该PUSH通知发送失败，并执行步骤17，如果没有超过预定的次数，则MMSC采取重发策略，返回步骤1201。

当PUSH通知下发完毕后，发起方与接收方按照步骤13至步骤17的消息提取流程提取多媒体消息，从而完成一条多媒体消息的发送。

如图2所示为使用现有格式PUSH通知的多媒体消息，通过MMSC直接向接收方发送的过程，包括：

步骤21、多媒体消息的发起方将多媒体消息提交给MMSC，该多媒体消息中包括接收方MMS终端的地址信息，例如手机号码；

步骤22、MMSC收到多媒体消息后，启动PUSH通知流程，向接收方下发PUSH通知，具体包括以下步骤：

步骤2201、MMSC使用与短消息系统进行通讯的接口协议，例如SMPP协议，将PUSH通知封装成短消息，然后使用该接口协议向短消息系统发送含有PUSH通知的提交消息submit_sm，并记录执行本步骤的次数。

这里的短消息系统包括SMSC和短消息网关。如果当前网络为其他网络，则MMSC与SMSC之间的接口协议也可以使用UCP协议、CIMD协议或其他同类协议。

步骤2202、短消息系统收到提交消息submit_sm后，向MMSC返回提交响应submit_sm_resp。

以下步骤2203至步骤2206为短消息系统向接收方下发短消息的流程：

步骤2203、短消息系统通过提交消息submit_sm中PUSH通知包含的接收方地址信息确定接收方归属的HLR地址，向该HLR发送路由请求消息map_sri_for_sm_req，并记录执行本步骤的次数。如果当前网络为CDMA网络，则路由请求消息为SMSREQ消息。

步骤2204、HLR收到路由请求消息map_sri_for_sm_req后，向短消息系统返回路由响应消息map_sri_for_sm_resp，指明接收方当前所在的MSC地址。

如果当前网络为CDMA网络，则路由响应消息为smsreq消息，如果当前网络为GPRS和WCDMA网络，则路由响应消息中包括的路由信息为SGSN地址。

步骤2205、短消息系统根据路由响应消息map_sri_for_sm_resp中的路由信息，向接收方通过短消息发送请求消息map_mt_fwd_sm_req下发含有PUSH通知的短消息。如果当前网络为CDMA网络，则短消息发送请求消息为SMDPP。

步骤2206、接收方向短消息系统返回短消息发送响应消息map_mt_fwd_sm_resp，指明PUSH通知是否下发成功。而后短消息系统判断在预定的时间内是否收到PUSH通知下发成功的短消息发送响应消息map_mt_fwd_sm_resp，如果是，则执行步骤2207；否则，短消息系统根据内部重发策略，选择是否重发和重发的时间，如果重发，则判断执行步骤2203的次数是否超过预定的次数，如果超过预定次数，则短消息系统认定PUSH通知下发失败，并执行下一步骤；如果没有超过预定的次数，则短消息系统采取重发策略，返回步骤2203。

如果当前网络为CDMA网络，则MSC向短消息系统返回的响应消息为smdpp。

步骤2207、短消息系统向MMSC发送递送报告消息deliver_sm，指明PUSH通知是否下发成功。

步骤2208、MMSC收到递送报告消息deliver_sm后，向短消息系统返回递送报告响应deliver_sm_resp。并根据递送报告消息的内容判断PUSH通知是否下发成功，如果是，则结束PUSH通知流程；否则，MMSC根据内部重发策略，选择是否重发和重发的时间，如果重发，则判断执行步骤2201的次数是否超过预定的次数，如果超过预定的次数，则MMSC认定PUSH通知下发失败，结束该多媒体消息的发送流程，认定该多媒体消息发送失败，并执行步骤27；如果没有超过预定的次数，则MMSC采取重发策略，返回步骤2201。

当PUSH通知下发完毕后，发起方与接收方按照步骤23至步骤27的消息提取流程提取多媒体消息，从而完成一条多媒体消息的发送。

在GSM、GPRS、WCDMA、CDMA95、CDMA2000或其他各种移动网络和固定网络中，均可采用图2的组网方式，即MMSC使用相应的接口协议直接与各种移动网络或固定网络的短消息系统进行通讯，从而完成多媒体消息的发送。例如在CDMA网络中，MMSC可直接与CDMA的短消息中心(MC)连接，完成多媒体消息的发送。

由上述两个流程可看出PUSH通知流程对于整个MMS业务至关重要，是保证接收方正常获取消息的必要条件。当PUSH通知的内容超过一条短消息能够容纳的最大长度时，可以由WAPGW或者短消息系统将其拆分成多条短消息后进行下发。当拆分由WAPGW进行时，多次执行上述步骤1203～1210才能完成一条PUSH通知的发送；当拆分由短消息系统进行时，多次执行上述步骤1205～1208或者2203～2206才能完成一条PUSH通知的发送。

具体而言，现有PUSH通知处理方法的缺点是：

1、由于一条短消息最长为140字节，而现有的PUSH通知消息的总长度超过了140字节，因此在发送时要拆分成多条消息，接收方须等待承载同一PUSH通知的所有短消息到达后，才将其重新组合成完整的PUSH通知，因此完成PUSH通知传送的时延较长，效率较低。

2、采用多条短消息承载一条PUSH通知，使得PUSH通知流程的中间环节较为复杂。另外，当某条短消息发送失败时，在存在WAPGW的情况下，MMSC和WAPGW的重发机制难以协调一致，无法准确的确定应该重发的短消息，造成PUSH通知的成功率较低，大大影响了多媒体消息业务的服务质量。

3、一条PUSH通知拆分成多条短消息引起发送的中间环节过多，运营的成本也比较高。

发明内容

有鉴于此，本发明的目的在于提供一种PUSH通知的处理方法，缩短PUSH通知的时延，提高PUSH通知发送的效率和成功率。

为实现上述目的，本发明提供了一种PUSH通知的处理方法，该方法包括以下步骤：

A.多媒体消息业务中心将非压缩字段放入PUSH通知中；

B.将表明消息体类型的字段和为保证接收方正确提取多媒体消息而分配的内部标识字段压缩处理后放入PUSH通知中；

C.多媒体消息业务中心判断PUSH通知是否能用一条短消息承载，如果是，则用一条短消息承载PUSH通知，否则，用两条短消息承载PUSH通知；

D.多媒体消息业务中心判断短消息是否仍然存在空余字节，如果是，则执行步骤E，否则结束PUSH通知的压缩处理流程；

E.多媒体消息业务中心根据短消息的空余字节数压缩处理发起者和主题字段，并将压缩处理后的字段放入PUSH通知中。

多媒体消息通过无线应用网关发送，则对表明消息体类型的字段的压缩由无线应用网关进行，其它压缩字段的处理由多媒体消息业务中心进行。

多媒体消息由多媒体消息业务中心直接向短消息系统发送，则全部压缩字段的处理均由多媒体消息业务中心进行。

步骤A所述非压缩字段为：PUSH通知中除去表明消息体类型的字段、内部标识、发起者和主题以外的其它10个字段。

步骤B所述表明消息体类型字段的压缩处理步骤为：用固定1字节的二进制编码表示表明消息体类型字段。

步骤B所述内部标识字段的压缩处理步骤为：

B1.丢弃该内部标识中的多媒体消息业务中心标识部分，并将时间用秒数表示；

B2.将经过步骤B1处理后的内部标识字段转换为64进制编码。

步骤C所述多媒体消息业务中心判断PUSH通知是否能用一条短消息承载的步骤为：多媒体消息业务中心判断当前PUSH通知的长度是否小于140字节。

步骤E包括以下步骤：

E1.多媒体消息业务中心判断短消息的空余字节是否足够包含From字段，如果是，则将From字段放入PUSH通知中，否则，结束步骤E；

E2.多媒体消息业务中心判断Subject字段是否能够采用编码长度更短的字符集和编码方式，如果是，则采用编码长度更短的字符集和编码方式压缩该字段，否则，执行步骤E3；

E3.多媒体消息业务中心判断当前要发送短消息中的空余字节是否足够放入多媒体消息业务中心字段的字符集编码方式部分和主题中至少一个字符的编码，如果是，则根据短消息的剩余字节数，将字符集编码方式部分首先放入PUSH通知中，然后将表明主题内容的每个字符所对应的编码顺序放入PUSH通知中，否则，结束步骤E。

步骤E3所述将表明主题内容的每个字符所对应的编码顺序放入PUSH通知中进一步包括：

E31.确定当前所采用编码方式下表示一个可显示字符所用的编码字节数；

E32.根据当前要发送短消息中的空余字节数和步骤E31所确定的编码字节数，计算出当前要发送短消息空余字节所能容纳的可显示字符数m；

E33.多媒体消息业务中心将主题字符串编码部分的第1个字符至第m个字符对应的编码依次放入PUSH通知中。

应用本发明，将PUSH通知中的部分字段进行压缩处理，使其占用较少的字节数，则在发送的过程中，至多使用两条短消息就可承载PUSH通知。具体而言，本发明具有如下有益效果：

1、本发明确保将PUSH通知中14个字段的10个非压缩字段及ContentType和X-Mms-Transaction-ID字段包含在内，保证了PUSH通知中关键信息的完整性；

2、本发明PUSH通知中的可压缩字段采用较少字节的表示方式，减少了PUSH通知的总体长度，因此在发送过程中至多使用两条短消息就可承载PUSH通知，减少了传输的数据量，缩短了时延，提高了传输的效率；

3、本发明的PUSH通知最多使用两条短消息承载，有效地减少多媒体消息发送过程中短消息下发流程的执行次数，减少中间环节的执行时间，降低运营成本。

4、本发明中使用一条或两条短消息就可承载PUSH通知，在某条短消息发送失败的情况下，较为容易确定应该重发的短消息，因此在存在WAPGW的情况下，协调MMSC和WAPGW的重发机制的难度降低，提高了PUSH通知的成功率，从而提高了多媒体消息业务的服务质量。

附图说明

图1为通过WAPGW发送多媒体消息的流程图。

图2为通过MMSC直接发送多媒体消息的流程图。

图3为本发明PUSH通知处理方法的总体流程图。

图4为本发明压缩处理Subject字段的流程图。

具体实施方式

为使本发明的目的、技术方案更加清楚明白，以下参照附图并举实施例，对本发明做进一步的详细说明。

本发明为一种多媒体消息业务中PUSH通知的处理方法，其基本思想是：选择PUSH通知中的部分可选或变长字段并对其进行压缩，使得PUSH通知能够用不超过两条的短消息承载。

如图3所示，多媒体消息业务中PUSH通知的处理方法包括以下步骤：

步骤301、MMSC将非压缩字段放入PUSH通知中。

在国际标准规范中，PUSH通知共包含14个字段，其中除了ContentType、X-Mms-Transaction-ID、From和Subject以外，其余的字段均无法改变表达方式，无法压缩其占用的字节数，因此在处理PUSH通知时，MMSC通过本步骤将10个非压缩字段放入到PUSH通知中。

步骤302、将ContentType和X-Mms-Transaction-ID字段压缩处理后放入PUSH通知中。

国际标准规范的PUSH通知中的ContentType字段有两种表示方法：一种是用32字节的字符串application/vnd.wap.mms-message表示，另一种是用1字节的二进制编码0x3E表示，绝大多数情况下采用字符串表示法。本步骤设定该字段用1字节的二进制编码，以节省31个字节。

X-Mms-Transaction-ID字段的长度和编码规则是由MMSC自行分配和识别的。X-Mms-Transaction-ID的结构通常为：时间+多媒体消息业务中心标识(MMSCID)+消息(MSG)序号+终端尾号+会话序号。其中各部分的作用及占用的字节数为：

时间：标明多媒体消息的发送时间，格式为：月月日日时时分分秒秒(mmddHHMMSS)，10字节；

MMSCID：用以识别MMSC，6字节；

MSG序号：消息的序列号，5字节；

终端尾号：手机号码的最后两位，用以进行合法性校验，2字节；

会话序号：MMSC给多媒体消息分配的内部资源，5字节。

上述五部分共28个字符。由于X-Mms-Transaction-ID主要用于研究，因此在发送时可以采用如下压缩策略：

a.去掉MMSCID：由于终端在接收到多媒体消息时，手机会获取到一个域名，并根据该域名找到MMSC，因此这一部分可以省略；

b.将时间格式由目前占用10个字节的mmddHHMMSS变换为一个8字节长的整型数值，即用秒数表示，由于时间在每年的1月1日更新，所以其最大值为：24小时×60分×60秒×366天＝31622400秒。

经过上述的操作，压缩后X-Mms-Transaction-ID字段的结构为：时间(8字节)+MSG序号(5字节)+终端尾号(2字节)+会话序号(5字节)＝20字节。再将上述20字节转换成整数，其最大值为10²⁰-1，采用16进制编码约为18个字节，再转换成64进制，则为12个字节。可见，压缩后节省了16个字节。

步骤303、MMSC判断PUSH通知的长度是否小于140字节，如果是，则执行步骤304；否则，执行步骤305。

一条短消息最多可容纳140字节，本步骤的目的是判断能否用一条短消息承载PUSH通知。

步骤304、MMSC用一条短消息承载PUSH通知，然后执行步骤306。

步骤305、MMSC用两条短消息承载PUSH通知。

本步骤中将各个字段先放入第一条短消息，待放满后再放入第二条短消息。

步骤306、MMSC判断短消息是否仍然存在空余字节，如果是，则执行步骤307；否则结束PUSH通知的压缩处理流程。

在采用一条短消息承载PUSH通知的情况下，本步骤判断该条短消息在包含了10个非压缩字段及压缩后的ContentType和X-Mms-Transaction-ID字段后，是否还存在空余字节，如果是，则考虑From和Subject字段的放入；否则，结束PUSH通知的压缩处理流程。

在采用两条短消息承载PUSH通知的情况下，本步骤判断后面一条短消息是否还存在空余字节，如果是，则考虑From和Subject字段的放入；否则，结束PUSH通知的压缩处理流程。

步骤307、MMSC根据短消息的空余情况压缩处理From和Subject字段。

本步骤MMSC根据短消息的空余字节数决定From和Subject字段是否放入以及Subject字段的压缩处理方式。具体而言，当空余的字节数足够包含From字段时，则将其放入PUSH通知中，而后再跟据空余字节数压缩处理Subject字段；否则，结束PUSH通知的压缩处理流程。

如图4所示，本步骤压缩处理From和Subject字段的过程具体包括以下步骤：

步骤401～402、MMSC判断短消息的空余字节是否足够包含From字段，如果是，则将From字段放入PUSH通知中；否则，结束压缩处理From和Subject字段的流程。

步骤401和步骤402的目的是：只有当短消息存在的空余字节足够包含From字段时，才考虑将其放入PUSH通知中；其余的情况下均选择将From字段丢弃。

步骤403～404、MMSC判断Subject字段是否能够采用编码长度更短的字符集和编码方式，如果是，则采用编码长度更短的字符集和编码方式压缩Subject字段；否则，执行步骤405。

Subject字段的格式为：字符串编码/字符集编码方式。该字段可以采用多种字符集和编码方式来表达其具体内容，而不同的字符集或编码方式所占用的字节数也不同，所以在不改变所表达内容的同时将占用字节数较多的字符集或编码方式转换为字节数较少的字符集或编码方式，以达到压缩Subject字段的目的。例如：将占用6字节的UTF-8编码字符转换为占用2字节的GB 2312编码字符。

步骤405～406、MMSC判断短消息的空余字节是否足够放入Subject字段的字符集编码方式部分和Subject中至少一个字符对应的编码，如果是，则根据短消息的剩余字节数，首先放入字符集编码方式部分，然后顺序放入Subject字段中表示文本内容的每个字符对应的编码；否则结束压缩处理From和Subject字段的流程。

对Subject字段的压缩处理是对其进行截断，以缩短其长度。Subject字段的字符集编码方式部分用于表示Subject文本内容编码所采用的字符集和编码方式，该部分在存在时必须完全保留，不能截断。字符串编码部分为Subject字段的具体内容，采用字符集编码方式部分所规定的字符集和编码方式。如果所采用的字符集为N字节编码，则每N个字节的编码表示一个可显示的字符，例如ANSI字符集中的每个字符采用1字节编码、Unicode字符集中每个字符采用6字节的UTF-8编码等。

本步骤中，当短消息空余的字节能够包含Subject字段的字符集编码方式部分和至少一个字符对应的编码，则MMSC首先将字符集编码方式部分放入，然后根据短消息剩余的字节数，从第一个字符开始按顺序将每个字符所对应的编码放入PUSH通知中；如果空余字节只能包含字符集编码方式部分、而无法完全包含第一个字符的编码，则丢弃Subject字段，原因在于：如果没有任何表明Subject内容的编码，即使存在其字符集编码方式部分，也是毫无用途的；如果空余字节不足以包含字符集编码方式部分，则丢弃Subject字段并结束压缩处理From和Subject字段的流程。

需要注意的是：由于每N个字节的编码表示一个可显示的字符，所以本步骤对字符串编码部分进行截断时，必须保证放入的字符串编码为N字节的整数倍，即保证放入的最后N个字节是同一原始字符的编码。如果最后一个原始字符的编码不能被完全包含，则丢弃该字符的所有编码字节。例如短消息空余K个字节，则MMSC首先对K与N之商进行取整运算；假设取整后的结果为m，则MMSC将Subject字符串编码部分的第1个字符至第m个字符的编码放入PUSH通知中。

在本发明的PUSH通知处理方法中，当多媒体消息要通过WAPGW发送时，对ContentType字段的压缩由WAPGW进行，其它各个压缩字段的处理由MMSC进行；而当多媒体消息由MMSC直接向短消息系统发送时，全部压缩字段的处理均由MMSC进行。

多媒体消息业务中的PUSH通知采用本发明的方法进行处理后，有效地缩短了总体长度、减少了占用的字节数，从而简化了多媒体消息的发送流程。多媒体消息采用压缩处理后的PUSH通知，则在通过WAPGW发送时，至多执行两次图1中的步骤1203～1210就能完成一条PUSH通知的发送；在直接由短消息系统发送时，至多执行两次图1中的步骤1205～1208或者图2中的步骤2203～2206就能完成一条PUSH通知的发送。

由于在GSM、GPRS、WCDMA、CDMA95、CDMA2000或其他各种移动网络和固定网络中，均提供多媒体消息业务，所以上述各网络中的PUSH通知均可采用本发明的处理方法。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1、一种PUSH通知的处理方法，其特征在于，该方法包括以下步骤：

A.多媒体消息业务中心将非压缩字段放入PUSH通知中；

B.将表明消息体类型的字段和为保证接收方正确提取多媒体消息而分配的内部标识字段压缩处理后放入PUSH通知中；

C.多媒体消息业务中心判断PUSH通知是否能用一条短消息承载，如果是，则用一条短消息承载PUSH通知，否则，用两条短消息承载PUSH通知；

D.多媒体消息业务中心判断短消息是否仍然存在空余字节，如果是，则执行步骤E，否则结束PUSH通知的压缩处理流程；

E.多媒体消息业务中心根据短消息的空余字节数压缩处理发起者和主题字段，并将压缩处理后的字段放入PUSH通知中。

2、根据权利要求1所述的方法，其特征在于，多媒体消息通过无线应用网关发送，则对表明消息体类型的字段的压缩由无线应用网关进行，其它压缩字段的处理由多媒体消息业务中心进行。

3、根据权利要求1所述的方法，其特征在于，多媒体消息由多媒体消息业务中心直接向短消息系统发送，则全部压缩字段的处理均由多媒体消息业务中心进行。

4、根据权利要求1、2或3所述的方法，其特征在于，步骤A所述非压缩字段为：PUSH通知中除去表明消息体类型的字段、内部标识、发起者和主题以外的其它10个字段。

5、根据权利要求1所述的方法，其特征在于，步骤B所述表明消息体类型字段的压缩处理步骤为：用固定1字节的二进制编码表示表明消息体类型字段。

6、根据权利要求1所述的方法，其特征在于，步骤B所述内部标识字段的压缩处理步骤为：

B1.丢弃该内部标识中的多媒体消息业务中心标识部分，并将时间用秒数表示；

B2.将经过步骤B1处理后的内部标识字段转换为64进制编码。

7、根据权利要求1所述的方法，其特征在于，步骤C所述多媒体消息业务中心判断PUSH通知是否能用一条短消息承载的步骤为：多媒体消息业务中心判断当前PUSH通知的长度是否小于140字节。

8、根据权利要求1所述的方法，其特征在于，步骤E包括以下步骤：

E1.多媒体消息业务中心判断短消息的空余字节是否足够包含From字段，如果是，则将From字段放入PUSH通知中，否则，结束步骤E；

E2.多媒体消息业务中心判断Subject字段是否能够采用编码长度更短的字符集和编码方式，如果是，则采用编码长度更短的字符集和编码方式压缩该字段，否则，执行步骤E3；

E3.多媒体消息业务中心判断当前要发送短消息中的空余字节是否足够放入多媒体消息业务中心字段的字符集编码方式部分和主题中至少一个字符的编码，如果是，则根据短消息的剩余字节数，将字符集编码方式部分首先放入PUSH通知中，然后将表明主题内容的每个字符所对应的编码顺序放入PUSH通知中，否则，结束步骤E。

9、根据权利要求8所述的方法，其特征在于，步骤E3所述将表明主题内容的每个字符所对应的编码顺序放入PUSH通知中进一步包括：

E31.确定当前所采用编码方式下表示一个可显示字符所用的编码字节数；

E32.根据当前要发送短消息中的空余字节数和步骤E31所确定的编码字节数，计算出当前要发送短消息空余字节所能容纳的可显示字符数m；

E33.多媒体消息业务中心将主题字符串编码部分的第1个字符至第m个字符对应的编码依次放入PUSH通知中。

Images