CN101262646A - 控制发送多媒体消息的方法和多媒体消息业务中心 - Google Patents
控制发送多媒体消息的方法和多媒体消息业务中心 Download PDFInfo
- Publication number
- CN101262646A CN101262646A CNA2008100877978A CN200810087797A CN101262646A CN 101262646 A CN101262646 A CN 101262646A CN A2008100877978 A CNA2008100877978 A CN A2008100877978A CN 200810087797 A CN200810087797 A CN 200810087797A CN 101262646 A CN101262646 A CN 101262646A
- Authority
- CN
- China
- Prior art keywords
- side terminal
- receiving side
- state
- mms
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明公开了一种控制发送多媒体消息的方法和多媒体消息业务中心，属于多媒体移动通信领域。所述方法包括：接收发送方终端发来的多媒体消息；查询接收方终端的状态；判断所述接收方终端的状态是否为可达状态，如果为不可达状态，则暂时不通知所述接收方终端获取所述多媒体消息。所述多媒体消息业务中心包括：接收模块、查询模块和第一处理模块。本发明通过判断接收方终端的状态，并根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率。
Description
技术领域
本发明涉及多媒体移动通信领域，特别涉及一种控制发送多媒体消息的方法和多媒体消息业务中心。
背景技术
MMS(Multimedia Messaging Service，多媒体消息业务)是SMS(Short Message Service，短信息服务)和EMS(Enhanced Message Service，增强型消息服务)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。从通信内容上讲，多媒体消息包括图像、音频、视频和数据等；从功能上讲，多媒体消息服务涵盖了终端到终端、终端到应用、应用到终端的多媒体消息通信。它不仅实现了终端之间、终端和应用之间的信息传递，还实现了内容的多样性，包括图片、语音、图像、数据和文本的各种组合。作为一个开放的媒体接入平台，MMS可以在移动用户和互联网内容提供商的互动下，衍生出更丰富多彩的内容服务应用。而用户既是MMS的消费者，又是内容开发者，这无疑会提高终端用户对业务的使用兴趣。
在多媒体消息系统中可以包含多种不同类型的网络，如2G移动网络和3G移动网络等等。不同网络之间根据因特网协议及其相关的消息协议集建立连接。MMS用户代理(MMS UserAgent)通过MMS终端提供多媒体消息服务，MMS用户代理是多媒体消息终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及消息的发送、接收、删除等操作。MMS用户代理支持MIME(Multimedia Internet Mail Extensions，多媒体因特网邮件扩展)类型，多媒体消息采用MIME格式表示，通过MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。MMSC(Multimedia Messaging Service Center，多媒体消息业务中心)包含MMS中继(MMS Relay)和MMS业务器(MMS Server)的功能，对多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备之间的传递操作，同时，MMSC生成话单用于计费。MMS用户数据库(MMS User Databases)存储用户信息、个性化信息、接口信息等。MMS VAS Applicatons(MMS ValueAdded Service Application，多媒体消息增值应用服务器)提供增值业务服务。
现有技术中当MMS终端之间进行多媒体消息业务通信时，若双方不属于同一个MMSC，则发送方MMSC将发送方MMS终端发送的MM前转到接收方MMSC，接收方MMSC通过接收方WAP GW通知SMSC向接收方MMS终端发送通知消息。接收方MMS终端如果处于正常状态或具备接收条件，则收到此通知短消息后会自动(或者手动)连接到接收方MMSC，并提取此条MM。如果接收方由于关机、不在服务区、通话或非MMS终端等原因在系统规定的响应时间之内(缺省值为2小时，可配置)未能成功提取该条MM，则接收方MMSC将此MM转到非MMS终端支持系统，同时在接收方MMSC中仍然保留此条MM。如果在该条MM有效期内(缺省值为48小时，可配置)，接收方MMS终端未能提取此条MM，则超期后接收方MMSC将该条MM删除，此后接收方MMS终端只能从非MMS终端支持系统提取此条MM。
以点到点前转业务为例进行说明，发送方MMS终端和接收方MMS终端不属于同一个MMSC，且接收方MMS终端具备接收能力，则发送方MMS终端和接收方MMS终端之间进行MM(Multimedia Messaging，多媒体消息)通信的流程具体包括：
发送方MMS终端通过发送方WAP GW(WAP GateWay，WAP网关)发送一条MM给发送方MMSC，发送方MMSC收到后回复应答消息。当发送方MMS终端和接收方MMS终端不属于同一个MMSC时，发送方MMSC根据路由规则将接收的MM转发给接收方MMSC。接收方MMSC收到MM后，通过接收方WAP GW发送MM通知消息给SMSC(Short MessageService Center，短消息业务中心)，SMSC收到后转发至接收方MMS终端。接收方MMS终端收到后，将提取MM的请求通过接收方MMSC发至接收方MMS终端。接收方MMS终端收到MM后，通过接收方WAP GW返回确认消息至接收方MMSC；接收方MMSC发送递送报告给发送方MMSC，发送方MMSC收到递送报告后，通过SMSC将递送报告转发至发送方MMS终端。接收方MMS终端将阅读报告消息发送给接收方MMSC，接收方MMSC收到后将阅读报告消息前转到发送方MMSC，发送方MMSC收到阅读报告消息后，通过SMSC将阅读报告消息转发至发送方MMS终端上。
在实现本发明的过程中，发明人发现上述现有技术至少具有以下缺点：
接收方MMSC对于发送方终端发来的MM，不考虑接收方终端的状态，会直接下发通知消息给接收方终端。当接收方终端存在关机、不在服务区、欠费停机或为非MMS终端等情况时，不具备接收MM的能力，因此接收方终端无法成功提取MM，导致多媒体消息通信失败。
发明内容
为了提高多媒体消息通信的成功率，本发明实施例提供了一种控制发送多媒体消息的方法和多媒体消息业务中心。所述技术方案如下：
一方面，本发明实施例提供了一种控制发送多媒体消息的方法，所述方法包括：
接收发送方终端发来的多媒体消息；
查询接收方终端的状态；
判断所述接收方终端的状态是否为可达状态，如果为不可达状态，则暂时不通知所述接收方终端获取所述多媒体消息。
另一方面，本发明实施例提供了一种多媒体消息业务中心，所述多媒体消息业务中心包括：
接收模块，用于接收发送方终端发来的多媒体消息；
查询模块，用于查询接收方终端的状态；
第一处理模块，用于判断所述查询模块查询到的状态是否为可达状态，如果为不可达状态，则暂时不通知所述接收方终端获取所述多媒体消息。
本发明实施例提供的技术方案的有益效果是：
通过判断接收方终端的状态，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率。而且在接收方终端为不可达状态时，暂时不通知接收方终端获取MM，可以避免无效的网络流量和资源浪费。
附图说明
图1是本发明实施例提供的一种控制发送多媒体消息的方法流程图；
图2是本发明实施例提供的包含用户信息管理设备的组网示意图；
图3是本发明实施例提供的另一种控制发送多媒体消息的方法流程图；
图4是本发明实施例提供的再一种控制发送多媒体消息的方法流程图；
图5是本发明实施例提供的通过用户信息管理设备进行查询实现MM通信的消息流程示意图；
图6是本发明实施例提供的多媒体消息业务中心的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例中处理接收到的多媒体消息，包括但不限于通知接收方终端获取、拒绝通知接收方终端获取、暂时不通知接收方终端获取和转发给非MMS终端支持系统等等。本发明实施例中接收方终端的类型包括：MMS终端、非MMS终端和未知类型的终端。本发明实施例中接收方终端的状态包括：可达状态(如开机状态)、不可达状态(包括关机状态、欠费停机状态、不在服务区状态和内存已满状态)和未开户状态。其中，未开户状态是指该号码运营商还未销售，如1381234这个号段是合法的，但13812345678这个号码运营商还没有销售，这种情况该号码就是未开户用户。
本发明实施例提供了一种控制发送多媒体消息的方法，具体包括：接收发送方终端发来的多媒体消息；查询接收方终端的状态；判断接收方终端的状态是否为可达状态，如果为不可达状态，则暂时不通知接收方终端获取该多媒体消息。该方法通过判断接收方终端的状态，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率，而且在接收方终端为不可达状态时，暂时不通知接收方终端获取MM，可以避免无效的网络流量和资源浪费。
参见图1，为本发明实施例提供的一种控制发送多媒体消息的方法流程图，用于发送方终端和接收方终端之间进行MM通信，具体包括：
101：发送方终端发送一条MM。
102：接收方MMSC接收发送方终端发来的MM。
其中，接收方MMSC通过发送方WAP GW接收发送方终端的MM，当接收方MMSC与发送方MMSC不是同一个MMSC时，还通过发送方MMSC接收发送方WAP GW转发的发送方终端的MM。
103：接收方MMSC查询接收方终端的类型。
104：接收方MMSC判断接收方终端的类型是否为支持多媒体消息业务的终端，如果为支持多媒体消息业务的终端，则执行105；如果为不支持多媒体消息业务的终端，则执行107。
105：接收方MMSC查询接收方终端的状态。
106：接收方MMSC判断接收方终端的状态是否为不可达状态，如果是不可达状态，则暂时不通知接收方终端获取MM，然后结束。
107：接收方MMSC拒绝通知接收方终端获取MM或转发MM给非MMS终端支持系统，然后结束。
其中，接收方MMSC可以直接向保存有接收方终端的类型的设备和保存有接收方终端的状态的设备，查询接收方终端的类型和状态；另外，也不排除在本地保存的接收方终端的类型和状态信息中进行查询的方式。例如，接收方MMSC向HLR(Home Location Register，归属位置寄存器)查询接收方终端是否处于开机状态、关机状态或内存已满状态；接收方MMSC向BOSS(Business and Operation Support System，业务运营支撑系统)查询接收方终端是否处于欠费停机状态或不在服务区状态等等。其中，BOSS为企业的运营支撑平台，提供端到端的运营流程来支持运营商处理各种日常事物，如客户服务、批价、计费、结算以及催交等等。
另外，接收方MMSC也可以通过用户信息管理设备向保存有接收方终端的类型的设备和保存有接收方终端的状态的设备，查询接收方终端的类型和状态。例如，参见图2，为包含用户信息管理设备的组网示意图，其中，接收方MMSC与用户信息管理设备相连。当接收方MMSC收到发送方终端的MM后，向用户信息管理设备查询接收方终端的类型和状态，用户信息管理设备向保存有接收方终端的类型的设备和保存有接收方终端的状态的设备，查询接收方终端的类型和状态，如向HLR和BOSS查询等等，并将查询的结果通过响应消息返回给接收方MMSC。其中，接收方MMSC可以通过发送查询消息Query_User’sInfo.REQ向用户信息管理设备查询接收方终端的类型和状态，用户信息管理设备向接收方MMSC返回响应消息Query_User’sInfo.RES，其中携带了接收方终端的类型和状态。查询消息Query_User’sInfo.REQ如表1所示，响应消息Query_User’sInfo.RES如表2所示：
表1
| 字段名称 | 字段要求 | 字段类型 | 说明 |
| MessageType | M | BYTE | 消息类型 |
| TransactionID | M | String | 唯一标识一对消息的事务ID |
| RecipientAddress | M | String | 消息的接收方地址 |
表2
| 字段名称 | 字段要求 | 字段类型 | 说明 |
| Message Type | M | BYTE | 消息类型 |
| TransactionID | M | String | 唯一标识一对消息的事务ID |
| Clinet Type | M | BYTE | 终端类型 |
| Status | M | BYTE | 终端当前状态 |
其中，表1和表2中的消息类型字段MessageType可以设置为不同的值，分别表示查询消息和响应消息，如设置为0X80，代表查询消息Query_User’sInfo.REQ；设置为0X81，代表响应消息Query_User’sInfo.RES。在表2中终端类型字段Clinet Type可以设置为不同的值，分别代表接收方终端的类型，如设置为0X80，代表接收方终端为MMS终端；设置为0X81，代表接收方终端为非MMS终端；设置为0X82，代表接收方终端为未知终端。另外，终端当前状态字段Status可以设置为不同的值，分别代表接收方终端的不同状态，如设置为0X80，代表接收方终端为开机状态；设置为0X81，代表接收方终端为关机状态；设置为0X82，代表接收方终端为欠费停机状态；设置为0X83，代表接收方终端为不在服务区状态；设置为0X84，代表接收方终端为内存已满状态；设置为0X85，代表接收方终端为未开户状态等等。
进一步地，当接收方MMSC暂时不通知接收方终端获取MM时，上述方法还可以包括：
在规定的时间或次数内定时查询接收方终端的状态，查询到接收方终端处于可达状态(即开机状态)时，通知接收方终端获取多媒体消息。例如，在48小时内每隔2小时查询接收方终端的状态，如果第3次查询到接收方终端处于开机状态，则通知接收方终端获取多媒体消息，并停止定时查询；如果48小时内都未查询到接收方终端处于开机状态，则满48小时后，停止定时查询。
进一步地，当接收方MMSC暂时不通知接收方终端获取MM时，上述方法还可以包括：
接收方MMSC向发送方终端发送提示消息，通知发送方终端当前MM的处理状态为暂时不通知接收方终端获取MM。
图1所示的方法通过先判断接收方终端的类型后判断其状态，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率，当接收方终端为不可达状态时，暂时不通知接收方终端获取MM，可以避免无效的网络流量和资源浪费。进一步通过向发送方终端发送提示消息，通知MM的处理状态，可以使发送方终端及时获知MM的发送状态，提高用户的业务体验。
参见图3，为本发明实施例提供的另一种控制发送多媒体消息的方法流程图，用于发送方终端和接收方终端之间进行MM通信，与图1所示的方法的区别在于先判断接收方终端是否为可达状态，然后判断接收方终端的类型，具体包括：
301：发送方终端发送一条MM。
302：接收方MMSC接收发送方终端发来的MM。
303：接收方MMSC查询接收方终端的状态。
304：接收方MMSC判断接收方终端的状态是否为可达状态，如果为可达状态，则执行305；如果为不可达状态，则执行309。
305：接收方MMSC查询接收方终端的类型。
306：接收方MMSC判断接收方终端的类型是否为支持多媒体消息业务的终端，如果为支持多媒体消息业务的终端，则执行307；如果为不支持多媒体消息业务的终端，则执行308。
307：接收方MMSC通知接收方终端获取MM，然后结束。
308：接收方MMSC拒绝通知接收方终端获取MM或转发MM给非MMS终端支持系统，然后结束。
309：接收方MMSC暂时不通知接收方终端获取MM，然后结束。
进一步地，309之后还可以包括定时查询接收方终端的状态以及做相应的处理的步骤，或者包括发送提示消息通知发送方终端当前MM的处理状态的步骤，具体过程同图1所示的实施例中的描述，此处不再赘述。
图3所示的方法通过先判断接收方终端的状态后判断其类型，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率，当接收方终端为不可达状态时，暂时不通知接收方终端获取MM，可以避免无效的网络流量和资源浪费。进一步通过向发送方终端发送提示消息，通知MM的处理状态，可以使发送方终端及时获知MM的发送状态，提高用户的业务体验。
参见图4，为本发明实施例提供的再一种控制发送多媒体消息的方法流程图，用于发送方终端和接收方终端之间进行MM通信，与图1所示的方法的区别在于判断接收方终端是否为未开户状态然后进行处理，具体包括：
401：发送方终端发送一条MM。
402：接收方MMSC接收发送方终端发来的MM。
403：接收方MMSC查询接收方终端的状态。
404：接收方MMSC判断接收方终端的状态是否为未开户状态，如果为未开户状态，则执行405；如果为已开户状态，则执行406。
405：接收方MMSC拒绝通知接收方终端获取MM，然后结束。
406：接收方MMSC默认接收方终端的类型为支持多媒体消息业务的终端，或者默认接收方终端的类型为不支持多媒体消息业务的终端。
其中，默认接收方终端的类型后，进行的相应处理与图1所示的方法中的相关处理相同，此处不再赘述。
407：接收方MMSC判断接收方终端的状态是否为可达状态，如果为可达状态，则执行408；如果为不可达状态，则执行409。
408：接收方MMSC通知接收方终端获取MM，然后结束。
409：接收方MMSC暂时不通知接收方终端获取MM，然后结束。
进一步地，409之后还可以包括定时查询接收方终端的状态以及做相应的处理的步骤，或者包括发送提示消息通知发送方终端当前MM的处理状态的步骤，具体过程同图1所示的实施例中的描述，此处不再赘述。
图4所示的方法通过先判断接收方终端的状态后判断其类型，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率，当接收方终端为不可达状态时，暂时不通知接收方终端获取MM，以及当接收方终端为未开户状态时，拒绝通知接收方终端获取MM，可以避免无效的网络流量和资源浪费。进一步通过向发送方终端发送提示消息，通知MM的处理状态，可以使发送方终端及时获知MM的发送状态，提高用户的业务体验。
在上述所有实施例中，可以预设接收方终端的类型和状态与处理策略的对应关系，查询到接收方终端的类型和状态后，在该对应关系中找到对应的处理策略，从而执行相应的转发动作。例如，预设接收方终端的类型和状态与处理策略的对应关系如表3所示：
表3
| 序号 | 终端类型 | 终端状态 | 处理策略 |
| 1 | MMS终端 | 开机状态 | 通知获取MM |
| 2 | MMS终端 | 关机状态、欠费停机状态、不在服务区状态或内存已满状态 | 暂时不通知获取MM |
| 3 | 非MMS终端 | 开机状态、关机状态、欠费停机状态、不在服务区状态或内存已满状态 | 转发MM给非MMS终端支持系统或者拒绝通知获取MM |
| 4 | 未知类型的终端 | 开机状态、关机状态、欠费停机状态、不在服务区状态或内存已满状态 | 默认为MMS终端通知或暂时不通知获取；或默认为非MMS终端转发MM给非MMS终端支持系统或拒绝通知获取MM |
| 5 | 未知类型的终端 | 未开户状态 | 拒绝通知获取MM |
| 6 | MMS终端、非MMS终端或未知类型的终端 | 其他状态 | 根据运营商要求指定一种默认策略 |
根据表3中的对应关系，对收到的MM执行相应的转发动作的过程具体如下：
1)当接收方终端为MMS终端(支持多媒体消息业务的终端)时，如果接收方终端处于开机状态，则通知接收方终端获取该MM；
2)当接收方终端为MMS终端时，如果接收方终端处于关机状态、欠费停机状态、不在服务区状态或内存已满状态，则暂时不通知接收方终端获取该MM；
3)当接收方终端为非MMS终端(不支持多媒体消息业务的终端)时，拒绝通知接收方终端获取该MM，或将MM转发给非MMS终端支持系统；
4)当接收方终端为类型不确定的终端时，如果接收方终端处于开机状态、关机状态、欠费停机状态、不在服务区状态或内存已满状态，则默认接收方终端为非MMS终端，拒绝通知接收方终端获取该MM，或将MM转发给非MMS终端支持系统；或者默认接收方终端为MMS终端，若接收方终端处于开机状态，通知接收方终端获取该MM；若接收方终端处于关机状态、欠费停机状态、不在服务区状态或内存已满状态，暂时不通知接收方终端获取该MM；
5)当接收方终端为类型不确定的终端时，如果接收方终端处于未开户状态，则拒绝通知接收方终端获取该MM；
6)当接收方终端为MMS终端、非MMS终端或未知类型的终端时，如果接收方终端处于除开机状态、关机状态、欠费停机状态、不在服务区状态、内存已满状态和未开户状态以外的状态时，可以根据运营商要求指定一种默认的策略。
在本发明实施例中，接收方MMSC通知接收方终端获取发送方终端的MM，是指接收方MMSC向接收方终端发送递送报告，通知接收方终端获取发送方终端的MM，如发送一条短信给接收方终端；接收方终端收到该递送报告后，主动到接收方MMSC处提取发送方终端的MM，具体过程与现有技术中的处理相同，此处不再赘述。
另外，在本发明实施例中，当接收方MMSC通过用户信息管理设备查询接收方终端的类型和状态，且发送方终端和接收方终端不属于同一个MMSC时，发送方终端和接收方终端之间的通信过程如图5所示，具体过程如下：
1)发送方MMS终端通过MM1_submit.REQ消息向发送方MMSC发送MM；
2)发送方MMSC返回应答消息MM1_submit.RES给发送方MMS终端；
3)发送方MMSC根据路由规则通过MM4_forward.REQ消息将MM转发给接收方MMSC；
4)接收方MMSC收到MM后，给发送方MMSC发送应答消息MM4_forward.RES；
5)接收方MMSC向用户信息管理设备发送查询消息Query_User’sInfo.REQ，查询接收方终端的类型和状态；
6)用户信息管理设备向接收方MMSC返回响应消息Query_User’sInfo.RES，其中携带了接收方终端的类型和状态；
7)接收方MMSC发送通知消息MM1_notification.REQ给接收方MMS终端，通知提取MM；
8)接收方MMS终端返回通知响应消息MM1_notification.RES给接收方MMSC；
9)接收方MMS终端发送提取MM的请求消息MM1_retrieve.REQ给接收方MMSC；
10)接收方MMSC发送MM1_retrieve.RES消息，将MM发给接收方MMS终端；
11)接收方MMS终端收到MM后，返回确认消息MM1_acknowledgement.REQ给接收方MMSC；
12)接收方MMSC发送MM4_delivery_report.REQ消息，将递送报告给发送方MMSC；
13)发送方MMSC收到递送报告后，发送应答消息MM4_delivery_report.RES给接收方MMSC；
14)发送方MMSC发送MM1_delivery_report.REQ消息，将递送报告发给发送方MMS终端；
15)接收方MMS终端发送MM1_read_reply_recipeint.REQ消息，将阅读报告发送给接收方MMSC；
16)接收方MMSC收到后，发送MM4_read_reply_rcport.REQ消息，将阅读报告前转到发送方MMSC；
17)发送方MMSC收到后，返回响应消息MM4_read_reply_report.RES给接收方MMSC；
18)发送方MMSC发送MM1_read_reply_originator.REQ消息，将阅读报告转发给发送方MMS终端。
在上述18个步骤中，除步骤5和6外均为现有技术，此处不再详细叙述。
参见图6，本发明实施例还提供了一种多媒体消息业务中心，具体包括：
接收模块，用于接收发送方终端发来的多媒体消息；
查询模块，用于查询接收方终端的状态；
第一处理模块，用于判断查询模块查询到的状态是否为可达状态，如果为不可达状态，则暂时不通知接收方终端获取多媒体消息。
进一步地，图6所示的多媒体消息业务中心还包括：
第二处理模块，用于判断接收方终端的类型，如果为支持多媒体消息业务的终端，则触发第一处理模块工作；如果为不支持多媒体消息业务的终端，则拒绝通知接收方终端获取多媒体消息，或将多媒体消息转发给非多媒体消息业务终端支持系统。
进一步地，图6所示的多媒体消息业务中心还包括：
第三处理模块，用于当第一处理模块判断出接收方终端为可达状态时，判断接收方终端的类型，如果为不支持多媒体消息业务的终端，则拒绝通知接收方终端获取多媒体消息，或将多媒体消息转发给非多媒体消息业务终端支持系统。
进一步地，图6所示的多媒体消息业务中心还包括：
第四处理模块，用于判断接收方终端的状态是否为未开户状态，如果为未开户状态，则拒绝通知接收方终端获取多媒体消息；如果为除未开户状态外的其他状态，则默认接收方终端为不支持多媒体消息业务的终端，或者默认接收方终端为支持多媒体消息业务的终端，然后触发第一处理模块工作。
进一步地，图6所示的多媒体消息业务中心还包括：
定时查询处理模块，用于当第一处理模块暂时不通知接收方终端获取多媒体消息时，在规定的时间或次数内定时查询接收方终端的状态，查询到接收方终端处于开机状态时，通知接收方终端获取多媒体消息。
进一步地，图6所示的多媒体消息业务中心还包括：
提示模块，用于当第一处理模块暂时不通知接收方终端获取多媒体消息时，向发送方终端发送提示消息，通知发送方终端多媒体消息的处理状态为暂时不通知接收方终端获取多媒体消息。
本实施例中的查询模块可以直接向保存有接收方终端的类型的设备和保存有接收方终端的状态的设备，查询接收方终端的类型和状态，也可以通过用户信息管理设备向保存有接收方终端的类型的设备和保存有接收方终端的状态的设备，查询接收方终端的类型和状态，具体实现同上述方法实施例中的描述，此处不再赘述。
图6所示的多媒体消息业务中心通过判断接收方终端的状态，然后根据判断的结果对发送方终端的MM执行相应的处理动作，与现有技术中不考虑接收方终端的状态直接下发相比，可以提高多媒体消息通信的成功率，当接收方终端为不可达状态时，暂时不通知接收方终端获取MM；或者当接收方终端为未开户状态时，拒绝通知接收方终端获取MM等等，可以避免无效的网络流量和资源浪费。进一步通过向发送方终端发送提示消息，通知MM的处理状态，可以使发送方终端及时获知MM的发送状态，提高用户的业务体验。
本发明实施例中的用户信息管理设备可以为计算机或数据通信设备，如数据库服务器等等。用户信息管理设备具有多种接口，分别用来向不同的设备查询接收方终端的类型和状态，如HLR、BOSS和DSMP(Data Service Management Platform，数据业务管理平台)等等。其中，DSMP是在移动通信网络上实现数据业务综合管理和统一接入的平台系统，提供有关移动数据业务的计费、认证、定购关系处理等管理功能，并向第三方(业务提供商、内容开发商等)提供了开放的业务开发接口。另外，用户信息管理设备还可以与网管设备相连，向网管设备上报接收方终端的相关信息，接收网管设备的命令，对查询到的接收方终端的类型和状态等信息进行汇总、统计、分析等等，如统计接收方MMSC查询接收方终端信息的次数、成功率，并生成智能报表等。
本发明实施例可以利用软硬件相结合的方式来实现，相应的软件可以存储在可读取的存储介质中，如MMSC的硬盘或内存中。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (12)
1.一种控制发送多媒体消息的方法，其特征在于，所述方法包括：
接收发送方终端发来的多媒体消息；
查询接收方终端的状态；
判断所述接收方终端的状态是否为可达状态，如果为不可达状态，则暂时不通知所述接收方终端获取所述多媒体消息。
2.根据权利要求1所述的控制发送多媒体消息的方法，其特征在于，所述方法还包括：
判断所述接收方终端的类型；
如果为支持多媒体消息业务的终端，则执行所述判断所述接收方终端的状态是否为可达状态的步骤；
如果为不支持多媒体消息业务的终端，则拒绝通知所述接收方终端获取所述多媒体消息，或将所述多媒体消息转发给非多媒体消息业务终端支持系统。
3.根据权利要求1所述的控制发送多媒体消息的方法，其特征在于，所述方法还包括：
如果所述接收方终端为可达状态，则判断所述接收方终端的类型；
如果为不支持多媒体消息业务的终端，则拒绝通知所述接收方终端获取所述多媒体消息，或将所述多媒体消息转发给非多媒体消息业务终端支持系统。
4.根据权利要求1所述的控制发送多媒体消息的方法，其特征在于，所述方法还包括：
判断所述接收方终端的状态是否为未开户状态；
如果所述接收方终端为未开户状态，则拒绝通知所述接收方终端获取所述多媒体消息：
如果所述接收方终端为除未开户状态外的其他状态，则默认所述接收方终端为不支持多媒体消息业务的终端，或者默认所述接收方终端为支持多媒体消息业务的终端，然后执行所述判断所述接收方终端的状态是否为可达状态的步骤。
5.根据权利要求1所述的控制发送多媒体消息的方法，其特征在于，所述暂时不通知所述接收方终端获取所述多媒体消息之后，还包括：
在规定的时间或次数内定时查询所述接收方终端的状态，查询到所述接收方终端处于可达状态时，通知所述接收方终端获取所述多媒体消息。
6.根据权利要求1所述的控制发送多媒体消息的方法，其特征在于，所述暂时不通知所述接收方终端获取所述多媒体消息之后，还包括：
向所述发送方终端发送提示消息，通知所述发送方终端所述多媒体消息的处理状态为暂时不通知所述接收方终端获取所述多媒体消息。
7.一种多媒体消息业务中心，其特征在于，所述多媒体消息业务中心包括：
接收模块，用于接收发送方终端发来的多媒体消息；
查询模块，用于查询接收方终端的状态；
第一处理模块，用于判断所述查询模块查询到的状态是否为可达状态，如果为不可达状态，则暂时不通知所述接收方终端获取所述多媒体消息。
8.根据权利要求7所述的多媒体消息业务中心，其特征在于，所述多媒体消息业务中心还包括：
第二处理模块，用于判断所述接收方终端的类型，如果为支持多媒体消息业务的终端，则触发所述第一处理模块工作；如果为不支持多媒体消息业务的终端，则拒绝通知所述接收方终端获取所述多媒体消息，或将所述多媒体消息转发给非多媒体消息业务终端支持系统。
9.根据权利要求7所述的多媒体消息业务中心，其特征在于，所述多媒体消息业务中心还包括：
第三处理模块，用于当所述第一处理模块判断出所述接收方终端为可达状态时，判断所述接收方终端的类型，如果为不支持多媒体消息业务的终端，则拒绝通知所述接收方终端获取所述多媒体消息，或将所述多媒体消息转发给非多媒体消息业务终端支持系统。
10.根据权利要求7所述的多媒体消息业务中心，其特征在于，所述多媒体消息业务中心还包括：
第四处理模块，用于判断所述接收方终端的状态是否为未开户状态，如果为未开户状态，则拒绝通知所述接收方终端获取所述多媒体消息；如果为除未开户状态外的其他状态，则默认所述接收方终端为不支持多媒体消息业务的终端，或者默认所述接收方终端为支持多媒体消息业务的终端，然后触发所述第一处理模块工作。
11.根据权利要求7所述的多媒体消息业务中心，其特征在于，所述多媒体消息业务中心还包括：
定时查询处理模块，用于当所述第一处理模块暂时不通知所述接收方终端获取所述多媒体消息时，在规定的时间或次数内定时查询所述接收方终端的状态，查询到所述接收方终端处于开机状态时，通知所述接收方终端获取所述多媒体消息。
12.根据权利要求7所述的多媒体消息业务中心，其特征在于，所述多媒体消息业务中心还包括：
提示模块，用于当所述第一处理模块暂时不通知所述接收方终端获取所述多媒体消息时，向所述发送方终端发送提示消息，通知所述发送方终端所述多媒体消息的处理状态为暂时不通知所述接收方终端获取所述多媒体消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008100877978A CN101262646A (zh) | 2007-12-27 | 2008-03-31 | 控制发送多媒体消息的方法和多媒体消息业务中心 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710301151 | 2007-12-27 | ||
| CN200710301151.0 | 2007-12-27 | ||
| CNA2008100877978A CN101262646A (zh) | 2007-12-27 | 2008-03-31 | 控制发送多媒体消息的方法和多媒体消息业务中心 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101262646A true CN101262646A (zh) | 2008-09-10 |
Family
ID=39962799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008100877978A Pending CN101262646A (zh) | 2007-12-27 | 2008-03-31 | 控制发送多媒体消息的方法和多媒体消息业务中心 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101262646A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431714B (zh) * | 2008-10-24 | 2010-09-15 | 中国移动通信集团山东有限公司 | 处理通信业务订购请求的方法及装置 |
| WO2012024881A1 (zh) * | 2010-08-25 | 2012-03-01 | 中兴通讯股份有限公司 | 通告消息的下发方法及多媒体消息中心 |
| WO2012055349A1 (zh) * | 2010-10-26 | 2012-05-03 | 中国移动通信集团公司 | 一种事件处理方法和装置 |
-
2008
- 2008-03-31 CN CNA2008100877978A patent/CN101262646A/zh active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101431714B (zh) * | 2008-10-24 | 2010-09-15 | 中国移动通信集团山东有限公司 | 处理通信业务订购请求的方法及装置 |
| WO2012024881A1 (zh) * | 2010-08-25 | 2012-03-01 | 中兴通讯股份有限公司 | 通告消息的下发方法及多媒体消息中心 |
| WO2012055349A1 (zh) * | 2010-10-26 | 2012-05-03 | 中国移动通信集团公司 | 一种事件处理方法和装置 |
| CN102457824A (zh) * | 2010-10-26 | 2012-05-16 | 中国移动通信集团公司 | 一种事件处理方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2063590B1 (en) | A method and system for transmitting email and a push mail server | |
| US7369867B2 (en) | Method and system for the prevention of unwanted wireless telecommunications | |
| US7107068B2 (en) | System and method for provisioning of text message services | |
| EP1836863B1 (en) | Method, system and apparatus for providing virtual mobile phone number service | |
| US20030158902A1 (en) | Multimedia instant communication system and method | |
| CN101156384B (zh) | 限制多媒体消息中心对多媒体消息转发次数的方法和系统 | |
| CN100499883C (zh) | 一种实现网络侧与终端侧业务适配的方法 | |
| IES20040693A2 (en) | A messaging system and method | |
| JP2006503507A (ja) | Ｓｍｓおよびテキストメッセージを送信するシステム並びに方法 | |
| CN102006571A (zh) | 支持简讯服务的报告终端能力 | |
| WO2009082961A1 (fr) | Procédé et système de traitement d'informations et dispositif de consolidation d'informations | |
| CN101150531A (zh) | 实现消息互通的系统及方法 | |
| CN100433854C (zh) | 在短消息中增加发送方实际名称的方法 | |
| EP1760974B1 (en) | A method, system and terminal for implementing information transfer services | |
| EP2130388A1 (en) | Compatibility of instant messaging in communications system | |
| CN101370159A (zh) | 一种识别业务的方法、装置和系统 | |
| CN102571636A (zh) | 一种基于开放业务发布平台的消息通信方法及系统 | |
| CN101262646A (zh) | 控制发送多媒体消息的方法和多媒体消息业务中心 | |
| US20050181766A1 (en) | Method and device for delivering messages to mobile terminal devices in accordance with a user selectable attainability status | |
| CN101309458B (zh) | 多企业间的短信实现方法、系统和设备 | |
| CN101005646A (zh) | 在不同的网络之间传送多媒体消息的方法和系统 | |
| CN100455049C (zh) | 一种多媒体消息服务系统中对消息的处理方法 | |
| CN101841781B (zh) | 在移动无线电网络中传输数据的方法和交换装置 | |
| JP2011517796A (ja) | マルチメディアメッセージ保存アドレス送信システム及び方法 | |
| CN102056105A (zh) | 一种监控垃圾短信的方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080910 |