CN1582004A - 一种转发多媒体消息的方法 - Google Patents
一种转发多媒体消息的方法 Download PDFInfo
- Publication number
- CN1582004A CN1582004A CN 03153317 CN03153317A CN1582004A CN 1582004 A CN1582004 A CN 1582004A CN 03153317 CN03153317 CN 03153317 CN 03153317 A CN03153317 A CN 03153317A CN 1582004 A CN1582004 A CN 1582004A
- Authority
- CN
- China
- Prior art keywords
- recipient
- forwarding
- server
- mms
- rule
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种转发多媒体消息的方法,其特征在于该方法至少包括:预先设定自动转发规则,判断接收方收到的多媒体消息是否满足自动转发规则中预先设定的内容,如果是,则按照该自动转发规则将该多媒体消息转发到下一级接收方。该方法实现了自动转发接收方接收到的多媒体消息,从而减少了用户在转发过程中的工作量,具有良好的技术效果。
Description
技术领域
本发明涉及移动通信中的消息业务领域,尤其涉及一种多媒体消息业务中转发多媒体消息的方法。
背景技术
在基于第二代(2G)短消息业务的基础上,第三代移动通信系统中引入了多媒体短消息业务(MMS),通过该业务可以实现利用终端发送和接收包括图像、声音、文本、动画等各种媒体形式在内的多媒体消息,从而实现手机与手机、手机与互联网之间的多媒体信息传送。第三代合作伙伴计划(3GPP)组织已经制定了MMS的业务需求和基本实现框架。在TS23.140[1]中,MMS的网络框架如图1所示。
在图1所示的网络框架中,MMS中继(Relay)/服务器(Server)与MMS用户代理(UA,User Agent)之间的接口为MM1接口,MMS Relay与MMS Server之间的接口为MM2接口,MMS Relay/Server与外部服务器(External Server)之间的接口为MM3接口,MMS Relay/Server与外部MMSRelay/Server之间的接口为MM4接口,MMS Relay/Server与归属位置寄存器(HLR)之间的接口为MM5接口,MMS Relay/Server与MMS用户数据库(MMS User Database)之间的接口为MM6接口,MMS Relay/Server与MMS增值业务应用(MMS VAS Applications)之间的接口为MM7接口,MMS Relay/Server与计费系统(Billing System)之间的接口为MM8接口。在该网络框架中,当用户发送MMS信息时,用户通过MMS UA编辑MMS消息,然后通过MM1接口将编辑后的消息提交或上载到MMS Server/Relay,MMS Relay/Server通过MM5接口向HLR查询接收方所在的MMSRelay/Server地址,如果接收方为手机用户,且接收方和发送方处于不同的MMS Relay/Server中,则发送方的MMS Server/Relay将上载的MMS消息通过MM4接口发送给接收方所在MMS Relay/Server,由接收方所在MMSRelay/Server通过MM1接口将该MMS消息发送给接收方的MMS UA,然后由接收方的MMS UA将该消息呈现给接收方用户。如果接收方为手机用户,且接收方和发送方处于同一个MMS Relay/Server时,则MMS消息由发送方的MMS Relay/Server直接通过MM1接口发送给接收方用户。如果接收方为外部服务器,则由接收方所在MMS Server/Relay将MMS消息通过MM3接口发送给外部服务器。当MMS VAS应用作为发送方或接收方时,采用类似的过程,只是MMS VAS应用与MMS Server/Relay之间的接口为MM7。
根据实际需要,可以在利用该系统实现多媒体消息发送接收的基础上,进一步实现多媒体消息的转发,参见图2所示,在现有标准23.140中,多媒体消息转发机制的流程如下:
步骤201~步骤202:发送方UA通过MM1接口的提交请求消息MM1_SUBMIT_REQ,将其要发送的MMS消息提交或上载到发送方所在的MMS Relay/Server,发送方所在的MMS Relay/Server向发送方UA返回MM1 SUBMIT RES消息;其中,在MM1_SUBMIT_REQ消息中包含接收方1的地址和所要发送的消息;
步骤203:发送方所在的MMS Relay/Server收到MM1_SUBMIT_REQ消息后,根据接收方1的地址判断接收方1与发送方是否处在相同多媒体消息业务环境(MMSE)的MMS Relay/Server中,如果不是,则执行步骤204及后续步骤;如果是,则发送方所在的MMS Relay/Server通过MM2内部接口将多媒体消息(MM)路由到接收方1所在的MMS Relay/Server,然后执行步骤206及后续步骤;
步骤204~步骤205:发送方所在的MMS Relay/Server向接收方1所在的MMS Relay/Server发送MM4前转请求消息(MM4_FORWARD_REQ),接收方1所在的MMS Relay/Server向发送方所在的MMS Relay/Server返回MM4前转响应消息(MM4_FORWARD_RES)。通过该过程,发送方所在的MMS Relay/Server将发送方地址、接收方1地址、MM内容等信息传递给接收方1所在的MMS Relay/Server;
步骤206~步骤207:接收方1所在的MMS Relay/Server根据接收方1地址通过MM1通知请求消息(MM1_Notification_REQ)通知接收方1的UA有MM消息,接收方1的UA收到MM1_Notification_REQ消息后返回通知响应消息(MM1_Notification_RES);
步骤208~步骤209:接收方1的UA如果希望转发该MM给接收方2,则接收方1UA向接收方1所在MMS Relay/Server发送MM1转发请求消息(MM1_FORWARD_REQ),该消息中包括接收方2的地址,接收方1所在MMS Relay/Server接收该转发请求,向接收方1UA发送MM1转发响应消息(MM1_FORWARD_RES);
步骤210:接收方1所在的MMS Relay/Server收到接收方1转发的MM后,根据接收方2的地址判断接收方2是否与接收方1处在相同MMSE的MMS Relay/Server中,如果不是,则执行步骤211及后续步骤;如果是,则接收方1所在的MMS Relay/Server通过MM2内部接口将MM路由到接收方2所在的MMS Relay/Server,然后执行步骤213及后续步骤;其中,在本步骤中,接收方1为转发过程中的发送方;
步骤211~步骤212:作为发送方的接收方1所在的MMS Relay/Server将MM4前转请求消息(MM4_FORWARD_REQ)发送给接收方2所在的MMS Relay/Server,接收方2所在的MMS Relay/Server向作为发送方的接收方1所在的MMS Relay/Server返回MM4前转响应消息(MM4_FORWARD_RES);通过该过程,作为发送方的接收方1的地址、接收方2地址、MM内容等信息传递给接收方2所在的MMS Relay/Server;
步骤213~步骤214:接收方2所在的MMS Relay/Server根据接收方2地址通过MM1通知请求消息(MM1_Notification_REQ)通知接收方2的UA有MM消息,接收方2的UA收到MM1_Notification_REQ消息后反馈通知响应消息(MM1_Notification_RES);
步骤215~步骤217:接收方2的UA向接收方2所在MMS Relay/Server发送MM1检索请求消息(MM1_RETRIEVE_REQ),请求获取该MM,接收方2所在MMS Relay/Server通过MM1检索响应消息(MM1_RETRIEVE_RES)将MM发送给接收方2UA,接收方2UA向接收方2所在MMS Relay/Server发送MM1确认消息(MM1_ACKNOWLEDGEMENT_REQ),完成MM的获取过程。
在上述现有技术中,只有当作为转发发送方的接收方1主动请求转发该MM,并同时提供转发接收方地址信息时,相应的转发接收方才有可能接收到接收方1请求转发的MM。如果接收方1接收到大量的MM,且该接收方1希望将收到的MM全部或部分转发到固定的接收方,按照上述流程,接收方1需要为每个转发的MM重复操作,从而增加了转发过程中用户的工作量,对用户造成不便。并且,在用户具有多个SIM卡的情况下,如果用户希望将发送到一个SIM卡上的MM直接转发到另一个SIM卡上,利用现有技术中难于实现该目的,从而为用户在实际使用过程中增加了障碍。
发明内容
有鉴于此,本发明的主要目的在于提供一种转发多媒体消息的方法,该方法利用预先设定的自动转发规则实现多媒体消息的自动转发。
本发明为一种转发多媒体消息的方法,其特征在于该方法至少包括:
预先设定自动转发规则,判断接收方收到的多媒体消息是否满足自动转发规则中预先设定的内容,如果是,则按照该自动转发规则将该多媒体消息转发到下一级接收方。
其中,所述判断过程由接收方的多媒体短消息业务(MMS)中继(Relay)/服务器(Server)进行。
其中,所述预先设定自动转发规则是:在MMS用户数据库中预先设定所述自动转发规则。
其中,该方法进一步包括:
所述接收方的MMS Relay/Server通过规则请求消息自MMS用户数据库获得所述自动转发规则的内容。
其中,所述预先设定自动转发规则是:
在所述接收方的MMS Relay/Server中预先设定所述自动转发规则。
其中,所述自动转发规则至少包括大于等于1个的转发条件和对应于每一个转发条件的转发地址列表。
其中,所述判断过程是:
所述接收方的MMS Relay/Server判断所收到的多媒体消息是否满足自动转发规则中的一个转发条件;
所述按照该自动转发规则转发多媒体消息是:
由接收的多媒体消息所满足的转发条件得到该转发条件所对应的转发地址列表,根据该转发地址列表中的转发地址转发所述多媒体消息。
其中,所述每一个转发条件是包括多媒体消息的发送方地址、接收方地址、发送时间、类型、优先级和大小在内的多媒体消息属性中的一项或者是这些多媒体消息属性之中的多项的逻辑组合。
其中,所述对应于每一个转发条件的转发地址列表中包含大于等于1个的转发地址。
其中,该方法进一步包括:如果所述接收到的多媒体消息不满足自动转发规则中的内容,在接收到用户转发该多媒体消息的请求后,接收方的MMSRelay/Server按照该请求消息中包含的下一级接收方地址将多媒体消息转发至下一级接收方。
可见,在本发明中,用户预先在MMS用户数据库或接收方MMSRelay/Server中设置自动转发规则,当接收方所在MMS Relay/Server接收到发送给接收方的MM后,通过MM6接口向MMS用户数据库获取该自动转发规则,或直接从MMS Relay/Server中获取自动转发规则,根据该规则,向其它接收方转发该MM。该方法通过预先设定的自动转发规则实现多媒体消息的自动转发,方便了用户的操作。
附图说明
图1为MMS网络框架示意图。
图2为现有技术中多媒体消息转发的流程图。
图3为本发明多媒体消息转发的流程图。
具体实施方式
本发明为一种转发多媒体消息的方法,用户在MMS用户数据库或接收方MMS Relay/Server中设置自动转发规则,当接收方所在MMS Relay/Server接收到发送给接收方.的MM后,通过MM6接口向MMS用户数据库获取用户自动转发规则,或直接从MMS Relay/Server中获取自动转发规则,根据该规则,向其它接收方转发该MM。
下面结合附图对本发明进行详细描述。
用户在与运营商签约多媒体消息业务时,预先在MMS用户数据库或用户所在的MMS Server/Relay中设定自动转发规则。在本实施例中,用户在MMS用户数据库中预先设定自动转发规则,参见表1所示,该自动转发规则中包括转发条件,该转发条件可以选自包括MM的发送方地址、MM的发送时间、MM的类型、MM的优先级、MM的大小和MM的接收方地址在内的MM属性中的一项,该转发条件也可以是上述MM属性内容的多项的逻辑组合,在自动转发规则中,各个转发条件对应各自的转发地址列表,其中,n表示转发条件的个数;在接收方接收到MM后,只要该MM满足转发条件中所设定的内容,则表示该MM需要进行转发;在本发明中,可以根据不同的转发需要设定不同的转发条件,转发条件可以为单独的一项内容,也可以为多项不同内容的逻辑组合;在本发明其它实施例中,也可以在用户所在的MMS Server/Relay中预先设定自动转发规则,并不影响本发明的实现。
转发条件 | 转发地址列表 |
转发条件1 | 转发地址11 |
转发地址12 | |
转发地址13 | |
转发条件2 | 转发地址2 |
…… | …… |
转发条件n | 转发地址n1 |
…… | |
转发地址nn |
表1
由于多媒体消息的首次发送和接收过程已经在现有技术进行了介绍,因此,以下对于本实施例的描述主要针对多媒体消息的第二次转发过程进行,在本实施例中,接收方2作为接收方1的下一级接收方而接收从接收方1所转发的MM,参见图3所示,本实施例中实现多媒体消息的自动转发包括以下步骤:
步骤301~步骤302:发送方UA通过MM1接口的提交请求消息MM1_SUBMIT_REQ,将其要发送的MMS消息提交或上载到发送方所在的MMS Relay/Server,发送方所在的MMS Relay/Server向发送方UA返回MM1_SUBMIT_RES消息;其中,在MM1_SUBMIT_REQ消息中包含接收方1的地址和所要发送的消息;
步骤303:发送方所在的MMS Relay/Server收到MM1_SUBMIT_REQ消息后,根据接收方1的地址判断接收方1与发送方是否处在相同多媒体消息业务环境(MMSE)的MMS Relay/Server中,如果不是,则执行步骤304及后续步骤;如果是,则发送方所在的MMS Relay/Server通过MM2内部接口将MM路由到接收方1所在的MMS Relay/Server,然后执行步骤306及后续步骤;
步骤304~步骤305:发送方所在的MMS Relay/Server向接收方1所在的MMS Relay/Server发送MM4前转请求消息(MM4_FORWARD_REQ),接收方1所在的MMS Relay/Server向发送方所在的MMS Relay/Server返回MM4前转响应消息(MM4_FORWARD_RES)。通过该过程,发送方所在的MMS Relay/Server将发送方地址、接收方1地址、MM内容等信息传递给接收方1所在的MMS Relay/Server;
步骤306~步骤307:接收方1所在的MMS Relay/Server通过MM6接口向MMS用户数据库发送MM6用户规则请求消息,MMS用户数据库将自动转发规则通过MM6用户规则响应消息返回给MMS Relay/Server;其中,在本发明实施例中,参见表2所示,该自动转发规则中的一个转发条件被设置为本发明实施例中所述的发送方的地址,该自动转发条件所对应的转发地址列表中仅包括接收方2的地址;
转发条件 | 转发地址列表 |
发送方地址为预定发送方地址 | 接收方2的地址 |
表2
在本发明的其它实施例中,针对其它的转发条件,也可以将与之对应的转发地址列表预先设定为包括多个转发地址,则在此情况下,后续步骤中的多媒体消息转发按照这些转发地址分别进行;如上所述,自动转发规则中的转发条件也可以包括例如发送时间、MM的类型、MM的优先级、MM的大小和接收方地址等多项内容或这些多项内容的逻辑组合,在此情况下,后续步骤中的多媒体消息转发按照自动转发规则中的转发条件中的内容进行;转发规则中的内容对本发明的实现并无影响;
步骤308:接收方1所在MMS Relay/Server对获取的自动转发规则进行分析,判断是否需要自动转发接收到的MM;在本发明实施例中,由于该接收到的MM的发送方地址与转发条件中预先设定的内容相符,因此,判断得到该MM需要进行转发,在自动转发规则中,由发送方地址这一转发条件获得与之对应的转发地址列表,在本实施例中,与发送方地址这一转发条件相对应的转发地址列表中只包括接收方2地址,获得该转发地址后,进入下一步,后续步骤按照该接收方2的地址进行MM的转发;在本发明的其他实施例中,如果不需要转发,则按正常流程向接收方1UA发送通知消息,然后等待接收方1UA获取该MM,结束MM的发送和接收过程,如果用户希望将该MM进行转发,则可以按照现有技术中实现转发的方法,通过手动方式将该MM转发到下一级接收方,而不再按照后续步骤执行;
步骤309:接收方1所在的MMS Relay/Server根据转发地址列表中的接收方2的地址,判断接收方2是否与接收方1处在相同MMSE的MMSRelay/Server中,如果不是,则执行步骤310及后续步骤;如果是,则接收方1所在的MMS Relay/Server通过MM2内部接口将MM路由到接收方2所在的MMS Relay/Server,然后执行步骤312及后续步骤;其中,在本步骤中,接收方1为转发过程中的发送方;
步骤310~步骤311:作为发送方的接收方1所在的MMS Relay/Server将MM4前转请求消息(MM4_FORWARD_REQ)发送给接收方2所在的MMS Relay/Server,接收方2所在的MMS Relay/Server向作为发送方的接收方1所在的MMS Relay/Server返回MM4前转响应消息(MM4_FORWARD_RES);通过该过程,作为发送方的接收方1的地址、接收方2地址、MM内容等信息传递给接收方2所在的MMS Relay/Server;
步骤312~步骤313:接收方2所在的MMS Relay/Server根据接收方2地址通过MM1通知请求消息(MM1_Notification_REQ)通知接收方2的UA有MM消息,接收方2的UA收到MM1_Notification_REQ消息后反馈通知响应消息(MM1_Notification_RES);
步骤314~步骤316:接收方2的UA向接收方2所在MMS Relay/Server发送MM1检索请求消息(MM1_RETRIEVE_REQ),请求获取该MM,接收方2所在MMS Relay/Server通过MM1检索响应消息(MM1_RETRIEVE_RES)将MM发送给接收方2UA,接收方2UA向接收方2所在MMSRelay/Server发送MM1确认消息(MM1_ACKNOWLEDGEMENT_REQ),完成该转发过程中的MM获取过程。
其中,在本发明的其它实施例中,也可在各个接收方的MMSRelay/Server中预先设定自动转发规则,在此情况下,一旦接收方的MMSRelay/Server收到发送来的MM,则可以直接利用存储于自身上的自动转发规则进行转发条件的分析以及获取转发地址列表,而无需执行本发明实施例306所述的通过消息自MMS用户数据库获得自动转发规则的步骤,其余实现本发明的步骤与上述实施例的步骤相同;自动转发规则所存储的位置并不影响本发明的实现。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种转发多媒体消息的方法,其特征在于该方法至少包括:
预先设定自动转发规则,判断接收方收到的多媒体消息是否满足自动转发规则中预先设定的内容,如果是,则按照该自动转发规则将该多媒体消息转发到下一级接收方。
2、根据权利要求1所述的方法,其特征在于所述判断过程由接收方的多媒体短消息业务(MMS)中继(Relay)/服务器(Server)进行。
3、根据权利要求2所述的方法,其特征在于所述预先设定自动转发规则是:在MMS用户数据库中预先设定所述自动转发规则。
4、根据权利要求3所述的方法,其特征在于该方法进一步包括:
所述接收方的MMS Relay/Server通过规则请求消息自MMS用户数据库获得所述自动转发规则的内容。
5、根据权利要求2所述的方法,其特征在于所述预先设定自动转发规则是:
在所述接收方的MMS Relay/Server中预先设定所述自动转发规则。
6、根据权利要求1所述的方法,其特征在于所述自动转发规则至少包括大于等于1个的转发条件和对应于每一个转发条件的转发地址列表。
7、根据权利要求6所述的方法,其特征在于所述判断过程是:
所述接收方的MMS Relay/Server判断所收到的多媒体消息是否满足自动转发规则中的一个转发条件;
所述按照该自动转发规则转发多媒体消息是:
由接收的多媒体消息所满足的转发条件得到该转发条件所对应的转发地址列表,根据该转发地址列表中的转发地址转发所述多媒体消息。
8、根据权利要求6所述的方法,其特征在于所述每一个转发条件是包括多媒体消息的发送方地址、接收方地址、发送时间、类型、优先级和大小在内的多媒体消息属性中的一项或者是这些多媒体消息属性之中的多项的逻辑组合。
9、根据权利要求6所述的方法,其特征在于所述对应于每一个转发条件的转发地址列表中包含大于等于1个的转发地址。
10、根据权利要求1所述的方法,其特征在于该方法进一步包括:如果所述接收到的多媒体消息不满足自动转发规则中的内容,在接收到用户转发该多媒体消息的请求后,接收方的MMS Relay/Server按照该请求消息中包含的下一级接收方地址将多媒体消息转发至下一级接收方。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031533175A CN100499884C (zh) | 2003-08-08 | 2003-08-08 | 一种转发多媒体消息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031533175A CN100499884C (zh) | 2003-08-08 | 2003-08-08 | 一种转发多媒体消息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1582004A true CN1582004A (zh) | 2005-02-16 |
CN100499884C CN100499884C (zh) | 2009-06-10 |
Family
ID=34580011
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB031533175A Expired - Fee Related CN100499884C (zh) | 2003-08-08 | 2003-08-08 | 一种转发多媒体消息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100499884C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188574B (zh) * | 2007-12-25 | 2012-05-23 | 腾讯科技(深圳)有限公司 | 一种即时通信用户之间的信息传送方法及系统 |
WO2014205910A1 (zh) * | 2013-06-24 | 2014-12-31 | 中兴通讯股份有限公司 | 一种信息处理方法及系统 |
CN107294968A (zh) * | 2017-06-21 | 2017-10-24 | 北京奇艺世纪科技有限公司 | 一种音视频数据的监控方法和系统 |
CN111371677A (zh) * | 2020-03-29 | 2020-07-03 | 闫文润 | 一种通讯方法以及计算机可读存储介质 |
-
2003
- 2003-08-08 CN CNB031533175A patent/CN100499884C/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101188574B (zh) * | 2007-12-25 | 2012-05-23 | 腾讯科技(深圳)有限公司 | 一种即时通信用户之间的信息传送方法及系统 |
WO2014205910A1 (zh) * | 2013-06-24 | 2014-12-31 | 中兴通讯股份有限公司 | 一种信息处理方法及系统 |
CN107294968A (zh) * | 2017-06-21 | 2017-10-24 | 北京奇艺世纪科技有限公司 | 一种音视频数据的监控方法和系统 |
CN111371677A (zh) * | 2020-03-29 | 2020-07-03 | 闫文润 | 一种通讯方法以及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100499884C (zh) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1302671C (zh) | 一种第三方为接收方接收多媒体短消息付费的方法 | |
CN1127865C (zh) | 同一协议传送消息的方法,系统,消息业务中心和移动台 | |
US9392424B2 (en) | Intelligent forwarding of short message service and multimedia messaging service messages | |
CN1254068C (zh) | 移动电话的电话簿信息共享系统 | |
EP2134138A1 (en) | Information processing method, system, and information consolidation device | |
CN1568047A (zh) | 一种实现网络侧与终端侧业务适配的方法 | |
CN1882934A (zh) | 提供可配置的动态多媒体消息服务预代码转换的系统和方法 | |
CN1413421A (zh) | 报文的传输 | |
CN1750669A (zh) | 一种组发短消息的方法 | |
CN1249965C (zh) | 多媒体消息在不同多媒体消息中心之间转发的方法 | |
CN1885967A (zh) | 在短消息中增加发送方实际名称的方法 | |
CN1274125C (zh) | 终端与增值业务提供商应用之间多媒体消息转发的方法 | |
CN1798358A (zh) | 一种短信群发的方法 | |
CN1744729A (zh) | 一种反馈短信已被处理信息的方法及手机 | |
CN1867104A (zh) | 一种终端召回多媒体消息的方法 | |
CN1675903A (zh) | 阻塞不需要的消息的方法和系统 | |
CN1276640C (zh) | 一种第三方为发送方发送多媒体短消息付费的方法 | |
CN1731865A (zh) | 一种实现短消息回执业务的方法及其系统 | |
CN1582004A (zh) | 一种转发多媒体消息的方法 | |
CN1717072A (zh) | 在网络间转发多媒体消息的方法 | |
CN101068380A (zh) | 一种发送多媒体消息的通讯方法 | |
CN1549608A (zh) | 一种短信群发的设备和实现方法 | |
CN1852468A (zh) | 一种多媒体消息服务系统中对消息的处理方法 | |
CN1230014C (zh) | 一种多媒体消息业务发送的方法 | |
CN1582002A (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 |
Granted publication date: 20090610 Termination date: 20150808 |
|
EXPY | Termination of patent right or utility model |