一种实现多媒体消息业务的方法、系统和装置

摘要

本发明实施例提供了一种实现多媒体消息业务的方法，包括：第一MMSC接收发送方发送的多媒体消息，第一MMSC向接收方发送多媒体消息的通知，第一MMSC接收接收方发送的提取所述多媒体消息的请求，第一MMSC向接收方发送多媒体消息，第二MMSC接收接收方发送的已经接收到多媒体消息的确认，第二MMSC向第一MMSC发送已经接收到多媒体消息的确认。同时本发明实施例还提供了一种实现多媒体消息业务的系统和多媒体消息服务中心， 实现了分离的多媒体消息业务流程的正常进行，使得不同业务类型的多媒体消息业务可以分离，以便特定业务的多媒体消息中心可以专注于其自身的业务。

权利要求

1.一种实现多媒体消息业务的方法，其特征在于，包括：第一MMSC接收发送方发送的多媒体消息；

所述第一MMSC向接收方发送多媒体消息的通知；

所述第一MMSC接收所述接收方发送的提取所述多媒体消息的请求；

所述第一MMSC向所述接收方发送多媒体消息；

第二MMSC接收所述接收方发送的已经接收到所述多媒体消息的确认；

所述第二MMSC根据所述已经接收到所述多媒体消息的确认识别出所述多媒体消息来源于所述第一MMSC，并向所述第一MMSC发送所述已经接收到多媒体消息的确认。

2.如权利要求1所述的方法，其特征在于，所述第二MMSC接收接收方发送的已经接收到多媒体消息的确认，具体为：所述第二MMSC接收所述接收方发送的所述多媒体消息的通知应答消息，所述多媒体消息的通知应答消息中携带已经接收到所述多媒体消息的确认。

3.如权利要求1所述的方法，其特征在于，所述第二MMSC接收接收方发送的已经接收到多媒体消息的确认，具体为：所述第二MMSC接收所述接收方发送的已经接收到所述多媒体消息的确认消息。

4.一种多媒体消息服务中心，其特征在于，包括：接收单元、发送单元、通知应答接收单元、识别单元、转发单元，其中，接收单元，用于接收P2P业务的多媒体消息；

发送单元，用于接收到所述P2P业务的多媒体消息后向接收方发送多媒体消息和多媒体消息通知；

确认接收单元，用于接收接收方发送的已经接收到所述P2P业务的多媒体消息的确认以及接收方发送的已经接收到其他业务类型的多媒体消息的确认；

识别单元，用于识别已经接收到多媒体消息的确认所对应的多媒体消息是所述P2P业务的多媒体消息还是非P2P业务的的多媒体消息；

转发单元，用于将非P2P业务的的多媒体消息的确认发送给所述非P2P业务的的多媒体消息对应的多媒体消息服务中心。

5.如权利要求4所述的多媒体消息服务中心，其特征在于，识别单元识别出确认接收单元接收到的多媒体消息的通知应答所对应的多媒体消息为非非P2P业务的的多媒体消息，转发单元将所述非P2P业务的的多媒体消息的通知应答发送给所述非P2P业务的的多媒体消息服务中心。

说明书

一种实现多媒体消息业务的方法、系统和装置

技术领域

[0001] 本发明涉及通信领域，尤其涉及一种实现多媒体消息业务的方法、系统和装置。 背景技术

[0002] 多媒体消息服务(Multimedia Messaging Service，MMS)为个人多媒体移动通信服务提供了完整的端到端解决方案。从通信内容上讲，多媒体消息(Multimedia Message，MM)包括图像、音频、视频和数据等，从功能上讲，MMS涵盖了终端到终端(Person To Person，P2P)、终端到应用(Person ToApplication，P2A)、应用到终端(Application To Person，A2P)的多媒体消息通信。MMS不仅实现了终端之间、终端和应用之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合，可以说多媒体消息服务是终端用户丰富多彩的信息传递的基础。

[0003] 从实际应用角度来看，使用最多的消息主要包括A2P和P2P两类消息，从业务质量保障角度来说，P2P的要求相对A2P更高。随着MMS的发展，业务量将会越来越大，运营商将对保证P2P业务质量的要求也将越来越高。

[0004] 目前业务中作为接收方的同一用户的A2P和P2P业务必须由同一多媒体消息服务中心(Multimedia Messaging Service Center，MMSC)处理，不能做到A2P业务分离即A2P和P2P业务分别由两个MMSC承担，原因是：接收方终端在接收到MM通知消息后，必须向MMSC回送MM通知应答消息，接收方终端在接收到MM后必须向MMSC回送已经接收到MM的确认消息，由于MM通知应答消息和已经接收到MM的确认消息是直接向终端设置的MMSC地址回送的，但是现有终端只能同时设置一个有效MMSC地址，所以如果A2P和P2P业务分离的话，A2P和P2P业务的将只能回送到其中一个MMSC，这样另外一个MMSC将无法接收到对应多媒体消息的MM通知应答消息和已经接收到MM的确认消息，导致无法正常结束流程。

发明内容

[0005] 为了实现分离的多媒体消息业务流程的正常进行，本发明实施例提供了一种实现多媒体消息业务的方法，包括：第一MMSC接收发送方发送的多媒体消息；所述第一MMSC向接收方发送多媒体消息的通知；所述第一MMSC接收所述接收方发送的提取所述多媒体消息的请求；所述第一MMSC向所述接收方发送多媒体消息；第二MMSC接收所述接收方发送的已经接收到所述多媒体消息的确认；所述第二MMSC根据所述已经接收到所述多媒体消息的确认识别出所述多媒体消息来源于所述第一MMSC，并向所述第一MMSC发送所述已经接收到多媒体消息的确认。

[0006] 本发明实施例还提供了一种多媒体消息服务中心，包括：接收单元、发送单元、通知应答接收单元、识别单元、转发单元，其中，接收单元，用于接收P2P业务的多媒体消息；发送单元，用于接收到所述P2P业务的多媒体消息后向接收方发送多媒体消息和多媒体消息通知；确认接收单元，用于接收接收方发送的已经接收到所述P2P业务的多媒体消息的确认以及接收方发送的已经接收到其他业务类型的多媒体消息的确认；识别单元，用于识别已经接收到多媒体消息的确认所对应的多媒体消息是所述P2P业务的多媒体消息还是非P2P业务的的多媒体消息；转发单元，用于将非P2P业务的的多媒体消息的确认发送给所述非P2P业务的的多媒体消息对应的多媒体消息服务中心。

[0007] 本发明实施例通过将不同多媒体消息业务由不同的多媒体消息服务中心处理，实现了分离的多媒体消息业务流程的正常进行，使得不同业务类型的多媒体消息业务可以分离，以便特定业务的多媒体消息中心可以专注于其自身的业务。

[0008] 附图说明

[0009] 图1为本发明实施例A2提供的一种实现多媒体消息业务的系统图；

[0010] 图2为本发明实施例A6提供的一种多媒体消息服务中心

[0011] 图3为本发明实施例B2提供了一种实现多媒体消息业务的方法流程图；

[0012] 图4为本发明实施例B3提供了一种实现多媒体消息业务的方法流程图；

[0013] 图5为本发明实施例B4提供了一种实现多媒体消息业务的方法流程图。

具体实施方式

[0014] 本发明实施例A2提供了一种实现多媒体消息业务的系统，参见附图A2，该系统包括：第一发送方201、第一MMSC202、第一接收方206、第二发送方204、第二MMSC205、第二接收方203，下述说明以第一发送方201为SP，第一接收方203为第一个人终端，第一MMSC202为A2P MMSC，第二发送方204为第三个人终端，第二MMSC205为P2P MMSC，第二接收方
206为第二个人终端，第一个人终端和第二个人终端设置的有效MMSC地址为P2PMMSC的地址为例。

[0015] 对于A2P业务，SP201，用于向A2P MMSC 202发送A2P业务多媒体消息；A2P MMSC202，用于从SP201接收多媒体消息，向第一个人终端203发送多媒体消息的通知以及多媒体消息；第一个人终端203，用于从A2P MMSC202接收多媒体消息的通知以及多媒体消息，向所述P2P MMSC 205发送已经接收到多媒体消息的确认；P2P MMSC 205，用于接收第一个人终端203发送的已经接收到多媒体消息的确认，向A2P MMSC 202发送该已经接收到多媒体消息的确认，A2P MMSC 202接收到已经接收到多媒体消息的确认后结束A2P业务的流程。

[0016] 如果第一个人终端203接收到多媒体消息的通知后立即向A2P MMSC 202提取多媒体消息，则在提取多媒体消息后向P2P MMSC 205发送多媒体消息的通知应答消息，该通知应答消息中携带已经接收到多媒体消息的确认，P2P MMSC 203将该通知应答消息发送给A2P MMSC 202，A2P MMSC 202接收到该通知应答消息后结束A2P业务的流程。

[0017] 如果第一个人终端203接收到多媒体消息的通知后没有立即向A2PMMSC 202提取多媒体消息，第一个人终端203接收到多媒体消息的通知后，向P2P MMSC 205发送多媒体消息的通知应答消息，P2P MMSC 205将该通知应答消息发送给A2P MMSC 202，第一个人终端203在提取多媒体消息后向P2P MMSC 205发送接收到多媒体消息的确认消息，P2P MMSC205将该接收到多媒体消息的确认消息发送给A2P MMSC 202，A2P MMSC 202接收到该确认消息后结束A2P业务的流程。

[0018] 对于P2P业务，第二发送方即第三个人终端204，用于向P2P MMSC 205发送P2P业务多媒体消息，P2P MMSC 205，用于从第三个人终端204接收P2P业务多媒体消息，向第二个人终端206发送多媒体消息的通知以及多媒体消息，接收第二个人终端206发送的已经接收到多媒体消息的确认，P2P MMSC 205接收到该确认后结束P2P业务。

[0019] 本发明实施例A2提供的一种实现多媒体消息业务的系统，可以实现P2P业务和A2P业务分别由独立的MMSC实现，从而保证A2P和P2P业务流程的正常进行，使得P2P MMSC可以专注于P2P业务，A2P MMSC可以专注于A2P业务。

[0020] 上述实施例A2中的第一接收方和第二接收方可以为同一个终端，实际中发送方还可以为邮件，第一MMSC和第二MMSC也不限于以上两种，还可以为E2P MMSC、P2E MMSC，P2A MMSC或其他类型的MMSC中的任意两个，个人终端设置的有效MMSC地址可以设置为上述MMSC中任意一个的地址。

[0021] 本发明实施例A6提供了一种多媒体消息服务中心，参见附图A6，该中心包括：接收单元601、发送单元602、确认接收单元603、识别单元604、转发单元605，以P2P MMSC为例，接收单元601，用于接收P2P业务的多媒体消 息；发送单元602，用于接收到P2P业务的多媒体消息后向接收方发送多媒体消息和多媒体消息通知；确认接收单元603，用于接收接收方发送的已经接收到P2P业务的多媒体消息的确认以及接收方发送的已经接收到其他业务类型的多媒体消息如：A2P业务，E2P业务的多媒体消息的确认；识别单元604，用于识别已经接收到多媒体消息的确认所对应的多媒体消息是那种类型的多媒体消息，如P2P业务的、A2P业务，E2P业务等；转发单元605，用于将已经接收到的非P2P业务的，如A2P业务，E2P业务等的多媒体消息的确认发送给其对应的多媒体消息服务中心。

[0022] 识别单元604识别出确认接收单元603接收到的多媒体消息的通知应答所对应的多媒体消息不是P2P业务的多媒体消息，转发单元605将接收到非P2P业务的多媒体消息的确认发送给其对应的多媒体消息服务中心。

[0023] 本发明实施例A6提供的一种多媒体消息服务中心，可以将不属于本MMSC处理的业务分流到其他的MMSC，从而保证不同业务之间的独立，而不会相互影响，使得特定的MMSC可以专注于特定业务。

[0024] 上述实施例A6中的多媒体消息服务中心还可以为A2P MMSC、E2PMMSC、P2E MMSC，P2A MMSC或其他类型的MMSC中的任意一个。

[0025] 本发明实施例B2提供了一种实现多媒体消息A2P(立即取)业务的方法，包括如下步骤：

[0026] 步骤201.业务提供方(Service Provider，SP)向A2P MMSC发送多媒体消息； [0027] 步骤202.A2P MMSC将应答发送给SP；

[0028] 步 骤 203.A2P MMSC通 过 无 线 应 用 协 议 网 关 (Wireless Application ProtocolGateway，WAP GW)、短消息服务中心(Short Message Service Center，SMSC)将多媒体消息通知发送给接收方终端；

[0029] 步骤204.MMS接收方终端接收到多媒体消息通知后立即将提取多媒体消 息的请求通过WAP GW发送给A2P MMSC；

[0030] 步骤205.A2P MMSC通过WAP GW将多媒体消息发送给MMS接收方终端；

[0031] 步骤206.MMS接收方终端在提取到多媒体消息后，发送通知应答消息给P2P MMSC，该通知应答消息中携带接收方终端已经接收了多媒体消息的确认。由于终端上只能同时设置一个有效MMSC地址，此实施例中该有效MMSC地址被设置为P2P MMSC地址，因此将通知应答消息回送到P2P MMSC；

[0032] 步骤207～步骤209.P2P MMSC根据接收到的通知应答消息识别出多媒体消息通知消息来源于A2P MMSC，如根据通知应答消息如MM1_notification.RES中的“Transaction ID”字段识别出该多媒体消息来源于A2P MMSC，因此P2P MMSC把该通知应答消息发送给A2P MMSC，由于该通知应答消息中携带接收方终端已经接收了多媒体消息的确认，A2P MMSC收到该确认后将状态报告发送给SP，SP将状态报告应答发送给A2P MMSC，结束流程。

[0033] 本发明实施例B2提供的一种实现多媒体消息A2P业务的方法中，当接受方终端接收到多媒体消息通知后，立即向A2P MMSC请求提取多媒体消息，也可以当接收方终端接收到多媒体消息通知后，不立即向A2P MMSC请求提取多媒体消息，而是将多媒体消息通知应答消息发送给P2P MMSC，具体实现如实施例B3。

[0034] 本发明实施例B3提供了一种实现多媒体消息A2P(延时取)业务的方法，包括如下步骤：

[0035] 步骤301.SP向A2P MMSC发送多媒体消息；

[0036] 步骤302.A2P MMSC将发送应答发送给SP；

[0037] 步骤303.A2P MMSC通过WAP GW、SMSC将多媒体消息通知发送给MMS接收方终端； [0038] 步骤304.MMS终端没有立刻提取多媒体消息，直接发送通知应答消息给P2P MMSC，由于终端上设置一个MMSC地址，此实施例中设置为P2P MMSC，因此将多媒体消息通知应答消息发送到P2P MMSC；

[0039] 步骤305.P2P MMSC根据接收到的通知应答消息识别出多媒体消息通知消息来源于A2P MMSC，如根据通知应答消息如MM1_notification.RES中的“Transaction ID”字段识别出多媒体消息通知消息来源于A2P MMSC，因此P2P MMSC把该通知应答消息发送给A2P MMSC；

[0040] 步骤306.MMS接收方终端将提取多媒体消息的请求通过WAP GW发送给A2P MMSC； [0041] 步骤307.A2P MMSC通过WAP GW将多媒体消息发送给MMS接收方终端；

[0042] 步骤308.MMS终端在提取到多媒体消息后返回确认消息。由于终端上只能同时设置一个有效MMSC地址，此实施例中该有效MMSC地址被设置为P2PMMSC地址，因此将多媒体消息通知应答消息发送到P2P MMSC；

[0043] 步骤309～步骤311.P2P MMSC根据接收到的提取确认消息识别出多媒体消息通知消息来源于A2P MMSC，如根据提取确认消息如“MM1_acknowledgement.REQ”中的“Transaction ID”字段识别出多媒体消息通知消息来源于A2P MMSC，因此P2P MMSC把该提取确认消息发送给A2PMMSC，A2P MMSC收到该确认后将状态报告发送给SP，SP将状态报告应答发送给A2P MMSC，结束流程。

[0044] 本发明实施例B4提供了一种实现多媒体消息P2P业务的方法，包括如下步骤： [0045] 步骤401.MMS发送方终端向通过WAP GW向P2P MMSC发送多媒体消息；

[0046] 步骤402.P2P MMSC通过WAP GW将发送应答发送给MMS发送方终端；

[0047] 步骤403.P2P MMSC通过WAP GW、SMSC将多媒体消息通知发送给MMS接收方终端； [0048] 步骤404.MMS接收方终端返回多媒体消息通知应答消息；

[0049] 步骤405.MMS接收方终端将提取多媒体消息的请求通过WAP GW发送给P2P MMSC； [0050] 步骤406.P2P MMSC通过WAP GW将多媒体消息发送给MMS接收方终端；

[0051] 步骤407.MMS接收方终端在接收到多媒体消息后返回确认消息；

[0052] 步骤408.P2P MMSC将接收到的非P2P业务的多媒体消息的通知应答，发送到其对应的MMSC；

[0053] 步骤409.P2P MMSC将接收到的接收方发送的已经接收到非P2P业务的多媒体消息的确认，发送到其对应的MMSC；

[0054] 步骤410.P2P MMSC通过SMSC将状态报告发送给MMS发送方终端；

[0055] 步骤411.MMS接收方终端将阅读报告消息发至P2P MMSC；

[0056] 步骤412.P2P MMSC将阅读报告发到MMS发送方终端上。

[0057] 实施例B2、B3、B4中的各步骤没有先后顺序。

[0058] 实施例A2、A4、A6、B2、B3、B4中的P2P MMSC接收到接收方终端发送的非P2P业务的多媒体消息的通知应答或者已经接收到非P2P业务的多媒体消息的确认，需要将非P2P业务的多媒体消息的通知应答或者已经接收到非P2P业务的多媒体消息的确认发送到其对应的MMSC。非P2P业务以A2P业务为例，从接收方终端接收的A2P业务的多媒体消息的通知应答可以为MM1_notification.RES，由于需要将此通知应答发送到A2P MMSC，而A2PMMSC不能接收MM1_notification.RES这样的格式，所以P2P MMSC需要将MM1_notification.RES转化为A2P MMSC能够接收的消息格式，设A2P MMSC能够接收的消息格式为MM4_notification.RES，本发明实施例对MM4_notification.RES定义如下： [0059]字段名称 是否可选 描述
Message Type 必选 标识该消息为MM4_notification.RES
Transaction 必选 标识MM4_notification.RES的事务ID，对应于 MM1_
ID notification.REQ/MM1_notification.RES/ MM4_
notification.RES消息中携带的消息事务ID，根 据此事务
ID能够识别出原始消息归属MMSC
MMS Version 必选 标识该消息支持的MMS版本号
MM Status 可选 原始消息的获取状态
R e p o r t 可选 标识是否允许发送递送报告给原始消息的发送方
allowed

[0060] 从接收方终端接收的接收方终端已经接收到了非P2P业务的多媒体消息的确认可以为MM1_acknowledgement.REQ，由于需要将此确认发送到A2PMMSC，而A2P MMSC不能接收MM1_acknowledgement.REQ这样的格式，所以P2P MMSC需要将MM1_acknowledgement.REQ转化为A2P MMSC能够接收的消息格式，设A2P MMSC能够接收的消息格式为MM4_acknowledgement.REQ，本发明实施例对MM4_acknowledgement.REQ定义如下：

[0061]字段名称 是否可选 描述
Message 必选 标识该消息为MM4_acknowledgment.REQ
Type
Transaction 必选 标 识MM4_acknowledgment.REQ的 事 务ID，对 应 于 MM1_retrieve.RES/MM1_ID acknowledgement.REQ/ MM4_acknowledgement.REQ消息中携带的消息事务 D，根据此事务ID能够识别出原始消息归属MMSC
MMS Version 必选 标识该消息支持的MMS版本号
Rep ort 可选 标识是否允许发送递送报告给原始消息的发送方
allowed

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