CN100493044C - 一种实现多媒体消息业务的方法 - Google Patents

一种实现多媒体消息业务的方法 Download PDF

Info

Publication number
CN100493044C
CN100493044C CNB2004100571220A CN200410057122A CN100493044C CN 100493044 C CN100493044 C CN 100493044C CN B2004100571220 A CNB2004100571220 A CN B2004100571220A CN 200410057122 A CN200410057122 A CN 200410057122A CN 100493044 C CN100493044 C CN 100493044C
Authority
CN
China
Prior art keywords
recipient
relay
address
mms
multimedia message
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.)
Expired - Fee Related
Application number
CNB2004100571220A
Other languages
English (en)
Other versions
CN1741507A (zh
Inventor
王洁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100571220A priority Critical patent/CN100493044C/zh
Publication of CN1741507A publication Critical patent/CN1741507A/zh
Application granted granted Critical
Publication of CN100493044C publication Critical patent/CN100493044C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种实现多媒体消息业务的方法,该方法包含:发送方发送含有接收方SIP URI地址的多媒体消息MM到发送方MMS Server/Relay;发送方MMS Server/Relay根据接收方SIP URI地址,判断接收方是否属于同一个MMS Server/Relay;若是,根据接收方SIP URI地址对应的用户号码,向接收方SIP URI发送MM通知或发送MM;否则,获取接收方SIP URI地址对应的接收方MMS Server/Relay的IP地址,将含有接收方SIP URI地址的MM发送到接收方MMS Server/Relay;接收方MMS Server/Relay再向接收方发送MM通知或发送MM。本发明对MMS业务进行增强,支持SIPURI格式的用户地址,保留原有MMS的消息传输机制,使MMS实现IMS延迟型消息的需求。

Description

一种实现多媒体消息业务的方法
技术领域
本发明涉及通信技术领域,特别是指一种实现多媒体消息业务的方法。
背景技术
近来,不少移动运营商已经在移动分组网络上部署和开展多媒体消息业务(MMS),MMS已被视为继短消息业务、增强消息业务之后的又一大移动业务亮点。MMS实现在用户终端之间、用户终端与应用服务器之间,发送和接收包括图像、声音、文本、动画等各种媒体形式的多媒体消息,实现手机与手机、手机与互联网之间的信息传送。第三代合作伙伴计划(3GPP)组织定义的MMS的网络框架如图1所示。
MMS中继(Relay)/服务器(Server)与MMS代理用户(User Agent,UA)之间为MM1接口,MMS Relay与MMS Server之间为MM2接口,MMSRelay/Server与外部服务器(External Server)之间为MM3接口,MMSRelay/Server与外部MMS Relay/Server之间的接口为MM4接口,MMSRelay/Server与HLR之间的接口为MM5接口,MMS Relay/Server与MMSUser Database(用户数据库)之间的接口为MM6接口,MMS Relay/Server与增值业务提供商(VASP)之间的接口为MM7接口,MMS Relay/Server与计费系统(Billing System)之间的接口为MM8接口。
当用户发送MMS信息时,用户通过MMS UserAgent编辑MMS消息,然后通过MM1接口提交或上载到MMS Server/Relay,MMS Relay/Server通过MM5接口通过多种方式查询接收方所在的MMS Relay/Server地址,如果接收方为手机用户,并且接收方和发送方属于不同的MMS Relay/Server,则将MMS消息通过MM4接口发送给接收方所在MMS Relay/Server,由接收方所在MMS Relay/Server通过MM1接口将MMS消息发送给接收方MMSUserAgent,然后由MMS UserAgent将该消息呈现给用户。如果接收方为手机用户,并且接收方和发送方处于同一个MMS Relay/Server时,则MMS消息由MMS Relay/Server直接通过MM1接口发送给用户。如果接收方为外部服务器,则由接收方所在MMS Server/Relay将MMS消息通过MM3接口发送给外部服务器。当VASP作为发送方或接收方时,采用类似的过程,只是VASP与MMS Server/Relay之间的接口为MM7。
参见图2所示,现有技术中实现MMS业务的具体过程如下:
步骤201:MMS UA向发送方MMS Server/Relay发送包含接收方地址的多媒体消息(MM)。
步骤202:发送方MMS Server/Relay收到该MM后,解析接收方地址,判断发送方与接收方是否属于同一个MMS Server/Relay,若属于同一个MMS Server/Relay,执行步骤203,若属于不同MMS Server/Relay,执行步骤204。
步骤203:发送方MMS Server/Relay向接收方发送MM通知或MM,结束本流程。
步骤204:发送方MMS Server/Relay将接收方地址映射到接收方MMSServer/Relay域名,并通过域名服务器解析出接收方MMS Server/Relay域名对应的IP地址,将MM发送到接收方MMS Server/Relay,然后再由接收方MMS Server/Relay将MM通知或MM发送至接收方,结束本流程。
这里,MM1、MM7、MM4接口包括MM接收方地址和MM发送方地址,支持两种格式:E.164地址、RFC822地址,E.164地址即为移动台综合业务数字网(MSISDN)号码,RFC822地址即为E-MAIL地址。
需要说明的是,在移动分组承载网的基础上引入的全IP业务网络架构的IP多媒体子系统(IMS),是专门为下一代多媒体移动网络设计的系统。IMS采用初始会话协议(SIP)用于信令及业务控制,通过移动网分组域承载,采用与接入无关的技术,用户可通过多种无线或有线方式接入到IMS中。它还拥有灵活的通用平台架构,易升级,易与传统的业务平台相整合。IMS使运营商和终端用户从多媒体服务的革新中获取更快速、更灵活的应用,从而为运营商增加收入、创造利润。
IMS消息业务包括立即消息和延迟型消息两类,延迟型消息是指在不能及时与消息接收方通讯时,将消息保存在网络中,等待适当时间发送给接收方。
MMS属于存储转发型消息业务,即能大部分满足IMS延迟型消息的需求。从图2所示的流程可看出,目前MMS只支持E.164(MSISDN)地址和RFC822(E-MAIL)地址格式,对于其它地址格式,则不能支持。由于SIP URI是IMS系统最主要的用户标识格式,若能使MMS支持SIP URI地址格式,即IMS延迟型消息通过MMS实现,则用户可继承已有的业务体验,并为运营商带来业务增长点。
发明内容
有鉴于此,本发明的目的在于提供一种实现多媒体消息业务的方法,使MMS支持SIP URI地址格式。
为了达到上述目的,本发明提供了一种实现多媒体消息业务的方法,该方法包含:
A.发送方发送含有接收方SIP URI地址的多媒体消息到发送方MMSServer/Relay;
B.发送方MMS Server/Relay根据接收方SIP URI地址,判断发送方与接收方是否属于同一个MMS Server/Relay;若是,发送方MMS Server/Relay根据接收方SIP URI地址获取接收方的MSISDN,并根据该MSISDN向接收方发送多媒体消息通知或发送多媒体消息,结束本流程;否则,执行步骤C;
C.发送方MMS Server/Relay根据接收方SIP URI地址获取接收方MMSServer/Relay的IP地址,然后根据该IP地址,将所述含有接收方SIP URI地址的多媒体消息发送到接收方MMS Server/Relay;
D.接收方MMS Server/Relay根据接收方SIP URI地址,获取接收方的MSISDN,再根据MSISDN号码向接收方发送多媒体消息通知或发送多媒体消息。
所述发送方或接收方为用户终端,或增值业务提供商VASP。
当发送方或接收方为用户终端时,步骤A中所述发送多媒体消息,以及步骤B中所述发送多媒体消息通知或发送多媒体消息是通过MM1接口发送的;
当发送方或接收方为VASP时,步骤A中所述发送多媒体消息,以及步骤B中所述发送多媒体消息通知或发送多媒体消息是通过MM7接口发送。
步骤C中所述将含有接收方SIP URI地址的多媒体消息发送到接收方MMSServer/Relay是通过MM4接口实现。
步骤B或D中所述接收方的MSISDN是根据预先设置的SIP URI地址和MSISDN对应关系获得。
所述SIP URI地址和MSISDN用户号码的对应关系设置在归属用户服务器中,或MMS Server/Relay中,或独立的数据库中。
步骤C中所述接收方MMS Server/Relay的IP地址是根据预先设置得SIPURI地址和该用户所属MMS Server/Relay的IP地址的对应关系获得。
所述用户SIP URI地址和该用户所属MMS Server/Relay的IP地址的对应关系设置在每个MMS Server/Relay中,或独立的数据库中。
本发明对MMS业务进行增强,支持SIP URI格式的用户地址,保留原有MMS的消息传输机制,使MMS实现IMS延迟型消息的需求。该方法可以应用在某些IMS用户同时有SIP URI地址和MSISDN地址、可能却只有SIP URI地址对外公开的情况下,或者某些IMS用户只有SIP URI地址的情况下,即可满足MMS实现IMS延迟型消息的需求,并且这种方法对当前各个接口协议的修改小、实现简单。
附图说明
图1为MMS网络框架参考图;
图2为现有技术中实现MMS业务的具体流程示意图;
图3为实现本发明方法的具体流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
本发明的方法需要预先设置用户SIP URI地址和该用户所属MMSServer/Relay的域名或IP地址的对应关系,以下将其称为第一对应关系,以及该SIP URI地址和MSISDN用户号码的对应关系,以下将其称为第二对应关系。发送方发送含有接收方SIP URI地址的多媒体消息MM到发送方MMSServer/Relay;发送方MMS Server/Relay根据接收方SIP URI地址,判断接收方是否属于同一个MMS Server/Relay;若是,根据接收方SIP URI地址从所述第二对应关系中获取接收方对应的用户号码,直接向接收方发送MM通知或发送MM;否则,发送方MMS Server/Relay根据接收方SIP URI地址从所述第一对应关系中获取接收方MMS Server/Relay的域名或IP地址,若得到域名,则再查询域名服务器得到接收方MMS Server/Relay的IP地址,然后发送方MMS Server/Relay将所述含有接收方SIP URI地址的MM发送到接收方MMS Server/Relay;接收方MMS Server/Relay根据接收方SIP URI地址,从所述第二对应关系中,获取接收方的MSISDN号码,再根据MSISDN号码向接收方发送MM通知或发送MM。
这里,SIP URI地址即为SIP URI格式的地址。而且,本发明需要扩展MM1、MM4、MM7接口,至少在这些接口支持MM接收方的SIP URI地址的格式,而对于MM发送方地址,可以支持或不支持SIP URI地址格式。
如图3所示,实现本发明方法的具体过程如下:
步骤301:MM发送方发送MM到发送方MMS Server/Relay,MM中包含接收方SIP URI地址。这里,如果发送方是VASP,则通过MM7接口发送MM;如果发送方是普通用户终端,则通过MM1接口发送MM。
步骤302:发送方MMS Server/Relay根据接收方SIP URI地址,判断接收方是否属于同一个MMS Server/Relay;若是,则继续步骤303;若否,执行步骤304。
步骤303:发送方MMS Server/Relay根据接收方SIP URI地址,从第二对应关系中获取接收方的用户号码,即为MSISDN号码,向接收方发送MM通知或发送MM,结束本流程。这里,如果接收方是VASP,则通过MM7接口发送MM通知或发送MM;如果接收方是普通用户终端,则通过MM1接口发送MM通知或发送MM。
步骤304:发送方MMS Server/Relay根据接收方SIP URI地址,从所述第一对应关系中,获取接收方MMS Server/Relay的IP地址。
这里,可以预先在用户数据库中静态配置并保存用户SIP URI地址域名和该用户所属的MMS Server/Relay域名或IP地址之间的映射表,该用户数据库可属于MMS Server/Relay的一部分,也可在MMS业务提供商网络中单独存在,若单独存在,则MMS Server/Relay与该数据库之间有查询接口。
当收到接收方的MM后,发送方MMS Server/Relay根据接收方SIP URI地址查询该数据库,得到对应的接收方MMS Server/Relay域名或IP地址,若得到域名,则再查询域名服务器得到接收方MMS Server/Relay的IP地址。
例如:接收方SIP URI地址为:Smith.T@sip.cmcc.sz,从数据库的SIP域名与MMS Server/Relay域名的映射表中,获得SIP域名sip.cmcc.sz对应的MMS Server/Relay域名为mms.cmcc.sz,再从DNS中解析得到mms.cmcc.sz对应的IP地址为10.10.0.1。然后发送方MMS Server/Relay将MM通过MM4接口发送给接收方MMS Server/Relay。
步骤305:发送方MMS Server/Relay通过MM4接口将MM发送到接收方MMS Server/Relay,其中包含接收方SIP URI地址。
步骤306:接收方MMS Server/Relay根据接收方SIP URI地址,从第二对应关系中获取接收方的用户号码,即为MSISDN号码,然后根据MSISDN号码向接收方发送MM通知或发送MM。
由于当前绝大部分移动网络不支持分组数据的网络PUSH功能,接收方获取MM的过程,一般是MMS Server/Relay通过短消息下发MM通知给接收方,然后接收方根据MM通知主动向网络请求MM。下发MM通知可以有多种方式,目前最普遍的方式是应用WAP PUSH,将地址链接、消息大小、发送方、媒体类型等多个信息包含在通知中,通过短消息进行承载,下发给接收方。选择用短消息承载,是考虑到短消息的简便和其应用的广泛性。由于短消息中用户标识采用MSISDN,发送方MMS Server/Relay需要将接收方SIP URI地址映射为接收方的MSISDN。因此,为了实现步骤306,需要在数据库,如HLR或其它用户数据库中,保存用户的SIP URI地址和MSISDN号码的对应关系,MMS Server/Relay通过查询用户数据库,得到接收方的MSISDN号码,然后通过短消息承载MM通知,下发到接收方。
由于现有技术中MMS用户地址只有E-MAIL地址和E.164地址,MMSServer/Relay通过地址中的“/TYPE=”字段来判断地址类型,包括“/TYPE=rfc822”,即为E-MAIL地址的格式,以及“/TYPE=PLMN”,即为E.164地址的格式。当支持SIP URI地址后,还需要增加相应的地址类型,例如“/TYPE=sip”。并且,E-MAIL地址和SIP URI地址中都带有“@”字符,但SIP URI地址使用“sip:”开始。
因此,当不包含“/TYPE=”字段时,发送方MMS Relay/Server可以通过如下逻辑顺序来判断用户地址类型:
A.若包含“sip:”字符,则是SIP URI地址;
B.如包含“@”字符,则是E-MAIL地址,即RFC822地址;
C.若只包含数字,和“+”、“*”、“#”字符,则是PLMN地址、如E.164地址、本地电话号码等;
D、否则,将判断为不合格的RFC822地址。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (8)

1、一种实现多媒体消息业务的方法,其特征在于,该方法包括以下步骤:
A.发送方发送含有接收方SIP URI地址的多媒体消息到发送方MMSServer/Relay;
B.发送方MMS Server/Relay根据接收方SIP URI地址,判断发送方与接收方是否属于同一个MMS Server/Relay;若是,发送方MMS Server/Relay根据接收方SIP URI地址获取接收方的MSISDN,并根据该MSISDN向接收方发送多媒体消息通知或发送多媒体消息,结束本流程;否则,执行步骤C;
C.发送方MMS Server/Relay根据接收方SIP URI地址获取接收方MMSServer/Relay的IP地址,然后根据该IP地址,将所述含有接收方SIP URI地址的多媒体消息发送到接收方MMS Server/Relay;
D.接收方MMS Server/Relay根据接收方SIP URI地址,获取接收方的MSISDN,再根据MSISDN号码向接收方发送多媒体消息通知或发送多媒体消息。
2、根据权利要求1所述的方法,其特征在于所述发送方或接收方为用户终端,或增值业务提供商VASP。
3、根据权利要求2所述的方法,其特征在于:
当发送方或接收方为用户终端时,步骤A中所述发送多媒体消息,以及步骤B中所述发送多媒体消息通知或发送多媒体消息是通过MM1接口发送的;
当发送方或接收方为VASP时,步骤A中所述发送多媒体消息,以及步骤B中所述发送多媒体消息通知或发送多媒体消息是通过MM7接口发送。
4、根据权利要求1所述的方法,其特征在于,步骤C中所述将含有接收方SIP URI地址的多媒体消息发送到接收方MMS Server/Relay是通过MM4接口实现。
5、根据权利要求1所述的方法,其特征在于,步骤B或D中所述接收方的MSISDN是根据预先设置的SIP URI地址和MSISDN对应关系获得。
6、根据权利要求5所述的方法,其特征在于,所述SIP URI地址和MSISDN的对应关系设置在归属用户服务器中,或MMS Server/Relay中,或独立的数据库中。
7、根据权利要求1所述得方法,其特征在于,步骤C中所述接收方MMSServer/Relay的IP地址是根据预先设置的SIP URI地址和该用户所属MMSServer/Relay的IP地址的对应关系获得。
8、根据权利要求7所述的方法,其特征在于,所述用户SIP URI地址和该用户所属MMS Server/Relay的IP地址的对应关系设置在每个MMSServer/Relay中,或独立的数据库中。
CNB2004100571220A 2004-08-24 2004-08-24 一种实现多媒体消息业务的方法 Expired - Fee Related CN100493044C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2004100571220A CN100493044C (zh) 2004-08-24 2004-08-24 一种实现多媒体消息业务的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100571220A CN100493044C (zh) 2004-08-24 2004-08-24 一种实现多媒体消息业务的方法

Publications (2)

Publication Number Publication Date
CN1741507A CN1741507A (zh) 2006-03-01
CN100493044C true CN100493044C (zh) 2009-05-27

Family

ID=36093724

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100571220A Expired - Fee Related CN100493044C (zh) 2004-08-24 2004-08-24 一种实现多媒体消息业务的方法

Country Status (1)

Country Link
CN (1) CN100493044C (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100433737C (zh) * 2006-03-10 2008-11-12 华为技术有限公司 对通信网络中的sip消息进行过滤的方法、设备及系统
CN101374273B (zh) * 2007-08-24 2012-02-29 华为终端有限公司 基于多媒体消息业务实现服务的方法、系统、终端和服务器
CN102388632B (zh) * 2011-08-26 2016-11-02 华为技术有限公司 应用信息推送方法、系统和网元

Also Published As

Publication number Publication date
CN1741507A (zh) 2006-03-01

Similar Documents

Publication Publication Date Title
JP4255140B2 (ja) 情報の無線検索方法
CN100499883C (zh) 一种实现网络侧与终端侧业务适配的方法
CN100409218C (zh) 提供可配置动态多媒体消息服务预代码转换的系统和方法
US9426635B2 (en) IMS and MMS interworking
US9055016B2 (en) Mass multimedia messaging
Bodic Mobile messaging technologies and services: SMS, EMS and MMS
CN101330662B (zh) 业务内容信息查询方法、系统和服务提供商平台
EP1804432A1 (en) A method for limiting the forwarding times of the multimedia message for the multimedia messaging service center mmsc and a system thereof
CN1736116A (zh) 用于提供关于移动呼叫的多媒体消息发送业务(mms)振铃图像的系统和方法
CN101400097A (zh) 移动终端,网络服务器及漫游网络的选择方法
RU2007106020A (ru) Система мультимедийных сообщений и способ отправки мультимедийных сообщений
KR20120105516A (ko) 선택적 메시지 서비스 차단을 위한 방법 및 장치
IE20090125A1 (en) Electronic messaging
CN101325746A (zh) 一种发送消息的方法和系统
MX2007001440A (es) Metodo para transmitir datos de alta o de baja especificos de la aplicacion y sistema, servidor, y terminal de comunicacion para el mismo.____________________________________________________.
CN105376136A (zh) 即时通讯方法、服务器及系统
US8341396B1 (en) Dynamic selection and insertion of signature blocks during message transmission
CN101161025A (zh) 多媒体消息业务的消息路由方法及系统
CN100493044C (zh) 一种实现多媒体消息业务的方法
CN101420680A (zh) 一种多媒体消息转移系统及其方法
CN100455049C (zh) 一种多媒体消息服务系统中对消息的处理方法
US20080227494A1 (en) Method For Transmitting A Sound-Film Message From A Mobile Terminal To Any E-Mail Address
CN101494837A (zh) 基于分组端到端存储转发式语音短信的方法
CN100382611C (zh) 一种多媒体消息前转的方法
CN101146256B (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
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090527

Termination date: 20200824