CN1731871A - 多媒体消息增值业务接口及多媒体消息增值业务处理方法 - Google Patents
多媒体消息增值业务接口及多媒体消息增值业务处理方法 Download PDFInfo
- Publication number
- CN1731871A CN1731871A CN 200510098501 CN200510098501A CN1731871A CN 1731871 A CN1731871 A CN 1731871A CN 200510098501 CN200510098501 CN 200510098501 CN 200510098501 A CN200510098501 A CN 200510098501A CN 1731871 A CN1731871 A CN 1731871A
- Authority
- CN
- China
- Prior art keywords
- message
- class
- added service
- multimedia
- value
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种多媒体消息增值业务接口及实现方法,包括API应用层和API底层,应用层包括消息处理器和消息组装器,用于从应用程序中接收数据并封装API底层通信实现方法;API底层包括增值业务服务器消息接收器、消息发送器和编解码器,消息接收器将消息发送给消息处理器,消息发送器用于接收由消息组装器传送来的消息;编解码器分别与消息接收器和消息发送器形成各自的全双工数据通道,编解码器与多媒体服务中心进行数据交换;本发明基于多媒体消息增值业务接口的层次结构,产生侦听进程,构造多媒体数据包,实现通讯协议包的封装和数据包的编解码及消息的发送和接收;屏蔽了不同彩信中心的差异性,有效降低VAS应用开发的技术门槛。
Description
技术领域
本发明涉及一种多媒体消息增值业务接口及多媒体消息增值业务处理方法,属于移动通讯技术领域。
背景技术
多媒体消息网络的用户规模和网络规范不断增长,多个服务提供商(Service Provider简称SP)需要通过不同的彩信中心(Multimedia MessageService center简称MMSC)与不同地域的用户互通,目前主要有如下两种解决方案:
技术方案一
第三代伙伴计划(简称3GPP)和开放移动联盟(简称OMA)定义了彩信业务(Multimedia Message Service简称MMS)增值业务接口(MultimediaMessage7简称MM7接口)协议,但是没有提供该接口的编程实现方式。目前普遍的实现方式是:由各个应用服务提供商自行开发相应的应用系统,各应用服务提供商根据运营商提出的技术规范和相应的接口,依据自己的理解,进行需求分析,定义开发接口的层次结构,选择自己的开发语言和开发环境,自行编写代码。
技术方案二:
各彩信中心(Multimedia Message Service Center简称MMSC)设备的生产厂家为方便彩信业务的接入,提供MMS7接口的应用程序接口(简称API),应用服务提供商根据这样的应用程序接口开发增值业务(Value AddedService简称VAS)的应用程序。
以上的两种方案存在如下的问题:
1)由于服务商(简称SP)与不同的彩信中心都要进行互通,所以必须了解所有不同彩信中心的特点;
2)不同厂商的为彩信中心提供不同的系统接入程序,使数据结构存在差异,这样会增大SP拓展业务的复杂性;
3)SP使用不同的接入程序,会使业务实现的成本大幅度增加;
4)SP提供的不同的VAS应用需要调用不同的彩信中心接口,会使VAS的开发、管理的成本增加。
3GPP和OMA定义了MMS MM7增值业务接口的接口协议,但是没有提供该接口的编程实现方式。因为此接口不同于以往的通信协议,涉及到的通信方是广大的互联网内容提供商,很难完成运营商与其互通性的IOT InterOperation Testing测试。
因此,为了保证接口实现中的一致性,对电子商务的发展有很重要的意义,为提高开发的速度,降低开发的难度,本发明为移动短消息增值业务接口提出了可行的技术实现方法。
发明内容
本发明的主要目的是提供一种多媒体消息增值业务接口及多媒体消息增值业务处理方法,通过提供SP与彩信中心的统一增值业务应用程序接口,屏蔽不同彩信中心的差异性,从而有效降低VAS应用开发的技术门槛,降低运营商的管理成本。
本发明的目的是通过如下的技术方案实现的:一种多媒体消息增值业务接口由API应用层和API底层构成;其中:
所述应用层包括MMSC至VASP(增值业务商)消息处理器和MMSC至VASP消息组装器;所述消息处理器从应用程序中接收数据并发送给API底层;所述消息组装器接收API底层发送的数据,并将该数据处理为应用程序能够处理的格式,并发送给所述的应用程序;
所述API底层由VASP消息接收器、MMSP消息发送器和MM7Message & Soap(MM7消息和简单的对象接入协议)编解码器组成,所述的VASP消息接收器将消息发送给所述MMSC至VASP消息处理器,所述MMSP消息发送器用于接收由MMSC至VASP消息组装器传送来的消息;所述MM7Message & Soap编解码器分别与VASP消息接收器和MMSP消息发送器形成各自的全双工的数据通道,所述编解码器(5)与多媒体服务中心进行数据交换。
所述MMSC至VASP消息处理器至少包括消息类别模块和消息辅助类别模块,所述消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述消息辅助类别模块用于封装多媒体消息的内容和消息头的数值。
所述MMSC至VASP消息组装器至少包括消息类别模块和消息辅助类别模块,所述消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述消息辅助类别模块用于封装多媒体消息的内容和消息头的数值。
所述VASP消息接收器至少包括通讯类别模块,用于实现有关SOAP、HTTP及TCP协议的底层操作,所述通信类别模块至少包括VASP接收类模块和日志类模块,VASP接收类模块用于MMSC至VASP消息处理器和所述MM7Message & Soap编解码器间消息的传输,日志类模块用于产生通信日志;
所述MMSP消息发送器至少包括系统配置信息类别模块和通讯类别模块;所述系统配置信息类别用于配置并保持VASP和对应的MMSC的信息;所述通讯类别模块用于实现有关简单的对象接入协议(SIMPLE OBJECT ACESSPROTOCOL简称SOAP)、HTTP及TCP协议的底层操作,所述通信类别模块至少包括MM发送类模块和日志类模块,所述MM发送类模块用于MMSC至VASP消息处理器和所述MM7Message & Soap编解码器间消息的传输,日志类模块用于产生通信日志。
所述MM7Message & Soap编解码器至少包括编解码类别模块、消息类别模块和消息辅助类别模块,所述消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述消息辅助类别模块用于封装多媒体消息的内容和消息头的数值;所述编解码类别模块至少包括编码类别模块和解码类别模块,用于将所述消息辅助类别模块封装的消息与SOAP消息间进行相互转换。
所述通信类别模块还包括鉴权模块,用于SP和彩信中心之间的鉴权;所述系统配置信息类别模块还用于设置支持消息的连接方式信息。
本发明还涉及一种多媒体消息增值业务的处理方法,基于SP与彩信中心的之间实现多媒体消息增值业务接口的层次结构,完成多媒体消息增值业务的处理方法的操作,具体包括以下步骤:
步骤1:增值业务服务器端的应用程序根据增值业务服务器和对应的彩信中心的配置信息,初始化彩信中心的IP地址,至少设置发送和接收方式参数;
步骤2:所述增值业务服务器端的应用程序的侦听进程根据设置的发送和接收方式参数,判断是否有创建发送进程或接收进程的要求,如果有要创建发送进程的要求,执行步骤3,否则执行步骤7;
步骤3:API应用层的消息组装器中的第二消息类别模块设置和访问从应用程序发送来的MM7消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;第二消息辅助类别模块封装多媒体消息的内容和消息头的数值;然后,API应用层的消息组装器将封装好的多媒体消息发送给API底层;
步骤4:所述消息发送器中的系统配置信息类别模块配置并保持增值业务服务器和对应的彩信中心信息;并由第二通信类别模块将消息从消息处理器发送到编解码器消息,所述第二通信类别模块中的日志类模块产生通信日志。
步骤5:所述编解码器接收消息发送器通过全双工的数据通道发送来的消息,所述编解码器中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述编解码类别模块中包括的编码类别模块和解码类别模块将所述第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;最后由所述编解码器发送给多媒体服务中心;
步骤6:发送多媒体消息直到成功,执行步骤12;
步骤7:所述API应用层中的消息处理器(1)接收应用程序发出的创建进程的要求,并由所述编解码器(5)接收多媒体服务中心发送的消息;
步骤8:所述编解码器(5)中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述编解码类别模块中包括的编码类别模块和解码类别模块将所述第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;
步骤9:所述消息接收器(3)中的第一通讯类别模块由其中的增值业务服务器的接收类模块接收所述编解码器(5)处理完的消息,并将该消息传送给消息处理器(1),第一通讯类别模块中的日志类模块产生通信日志;
步骤10:所述消息处理器(1)接收到消息后,所述消息处理器(1)中的第一消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述消息处理器(1)中的第一消息辅助类别模块封装多媒体消息的内容和消息头的数值,将该消息处理为应用程序能够处理的格式;
步骤11:接收多媒体消息直到成功;
步骤12:停止所有发送和接收进程,并释放资源。
由上述的技术方案可知:本发明是基于SP与彩信中心的之间实现多媒体消息增值业务接口(VAS API)层次结构,产生侦听进程,完成构造多媒体数据包、通讯协议包的封装、编解码、数据包的发送和接收等操作,用于屏蔽不同彩信中心的差异性;通过本发明多媒体消息增值业务接口及实现方法,有效降低VAS应用开发的技术门槛,降低运营商的管理成本保证接口实现中的一致性,对电子商务的发展有很重要的意义,为提高开发的速度,降低开发的难度,本发明为移动短消息增值业务接口提出了可行的技术实现方法。
以下结合附图和具体的实施例对本发明作进一步的详细说明:
附图说明
图1为本发明的消息处理流程图;
图2为本发明的VAS API的网络定位图;
图3为本发明的VAS API接口包含的类图;
图4为本发明的VAS API网络层次结构。
具体实施方式
请参阅图2,为本发明的VAS API的网络定位图,所有这些业务问题和技术问题可以通过制定SP与彩信中心的统一接口VAS API,屏蔽不同彩信中心的差异性。
请参阅图4,图4为本发明的VAS API网络层次结构,包括API应用层和API底层,应用层包括MMSC至VASP消息处理器1和MMSC至VASP消息组装器2,用于从应用程序中接收数据,API应用层封装了API底层通信实现方法;API底层由VASP消息接收器3、MMSP消息发送器4和MM7Message & Soap编解码器5组成,VASP消息接收器3将消息发送给所述MMSC至VASP消息处理器1,MMSP消息发送器4用于接收由MMSC至VASP消息组装器2传送来的消息;MM7Message & Soap编解码器5分别与VASP消息接收器3和MMSP消息发送器4形成各自全双工的数据通道,所述编解码器5与多媒体服务中心进行数据交换。
MMSC至VASP消息处理器1包括消息类别和消息辅助类别;
MMSC至VASP消息组装器2包括消息类别和消息辅助类别;
VASP消息接收器3包括通讯类别;
MMSP消息发送器4包括系统配置信息类别和通讯类别;
MM7Message & Soap编解码器5包括编解码类别、消息类别和消息辅助类别。
VAS API可以使SP在实现VAS应用时无需关心底层的通信实现,只需使用VAS API即可简便的开发业务,API底层通信机制封装实现SP和彩信中心之间的鉴权,API应用层支持短连接和长连接,采用JAVA语言编写,封装了API的底层通信实现方法。
请参阅图3,图3为本发明的VAS API接口包含的类图;彩信中心VAS API接口的实现包括6个类的定义;
系统配置信息类别定义了VASP和对应的MMSC的配置信息,并保持系统的数据;
消息类别将所有的MM7消息封装成类,每个类对应一种消息,用户直接通过消息对象所提供的方法类别对消息的属性进行设置和访问;
消息辅助类别用于定义帮助类,用于封装多媒体消息的内容和消息头的数值;
通信类别隐藏了有关SOAP、HTTP及TCP协议的底层操作,所述通信类别包括MM7发送类、VASP接收类和日志类,MM7发送类和VASP接收类用于发送和接收消息,日志类用于实现通信日志功能;
编解码类别包括编码类别和解码类别,将定义的消息与SOAP消息间的相互进行转换。
编解码类是整个通讯模块的基础类,由VAS API自动完成,对VAS应用不可见;通信类负责数据包按照通讯协议要求的封装;消息类和消息辅助类负责构造和解包多媒体消息;日志类完成API日志的自动生成,日志功能对VAS应用是不可见的。
SP使用VAS API的消息处理流程如图1所示。请参阅图1,一种多媒体消息增值业务接口的实现方法,基于SP与彩信中心的之间实现多媒体消息增值业务接口(VAS API)层次构,产生侦听进程,完成构造多媒体数据包、通讯协议包的封装、编解码、数据包的发送和接收等操作,具体包括以下步骤:
步骤1:增值业务服务器端的应用程序根据增值业务服务器和对应的彩信中心的配置信息,初始化彩信中心的IP地址,至少设置发送和接收方式参数;
步骤2:增值业务服务器端的应用程序的侦听进程根据设置的发送和接收方式参数,判断是否有创建发送进程或接收进程的要求,如果有要创建发送进程的要求,执行步骤3,否则执行步骤7;
步骤3:API应用层的消息组装器2中的第二消息类别模块设置和访问从应用程序发送来的MM7消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;第二消息辅助类别模块封装多媒体消息的内容和消息头的数值;然后,API应用层的消息组装器2将封装好的多媒体消息发送给API底层;
步骤4:消息发送器4中的系统配置信息类别模块配置并保持增值业务服务器和彩信中心的对应信息;并由第二通信类别模块将消息从消息处理器1发送到编解码器5消息,第二通信类别模块中的日志类模块产生通信日志。
步骤5:编解码器5接收消息发送器4通过全双工的数据通道发送来的消息,编解码器5中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;编解码类别模块中包括的编码类别模块和解码类别模块将第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;最后由编解码器5发送给多媒体服务中心;
步骤6:发送多媒体消息直到成功,执行步骤12;
步骤7:API应用层中的消息处理器1接收应用程序发出的创建进程的要求,并由编解码器5接收多媒体服务中心发送的消息;
步骤8:编解码器5中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;编解码类别模块中包括的编码类别模块和解码类别模块将第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;
步骤9:消息接收器3中的第一通讯类别模块由其中的增值业务服务器的接收类模块接收编解码器5处理完的消息,并将该消息传送给消息处理器1,第一通讯类别模块中的日志类模块产生通信日志;
步骤10:消息处理器1接收到消息后,消息处理器1中的第一消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;消息处理器1中的第一消息辅助类别模块封装多媒体消息的内容和消息头的数值,将该消息处理为应用程序能够处理的格式;
步骤11:接收多媒体消息直到成功;
步骤12:停止所有发送和接收进程,并释放资源。
上述的步骤6中发送多媒体消息直到成功具体包括如下步骤:
步骤61:判断发送消息是否成功,如果成功,保存发送消息,执行步骤63,否则执行步骤62;
步骤62:重发消息;
步骤63:判断是否发送下一条消息,如果是,执行步骤3,否则执行步骤12。
上述的步骤7具体包括如下步骤:
步骤71:判断接收消息的类别,如果是递送报告请求(DeliveryReport.Req)消息,执行步骤72,如果是发送报告请求(Deliver.Req)消息,执行步骤73,如果是阅读报告请求(ReadReplyReport.Req),执行步骤74;
步骤72:处理递送报告请求消息,执行75;
步骤73:处理发送请求消息,执行步骤76;
步骤74:处理阅读报告请求消息;执行步骤75;
步骤75:查找对应的提交消息并善后处理,执行步骤77;
步骤76:对用户的发送请求做处理,执行步骤77;
步骤77:判断是否接收下一条消息,如果是,执行步骤71,否则执行步骤12。
上述的步骤61中保存发送消息的具体步骤为,将消息保存到存储介质中,等待递送报告和阅读报告的返回。上述的步骤75中查找对应的提交消息并善后处理的具体步骤为,收到递送报告和阅读报告,根据Transaction(事务层连接)ID地址寻找对应的提交消息,做善后处理。
上述的步骤1中的设置还包括设置支持消息的连接方式信息参数。在上述步骤1之前,还要完成SP和彩信中心之间的鉴权的步骤。
Claims (15)
1、一种多媒体消息增值业务接口,其特征在于,由API应用层和API底层构成;其中:
所述API应用层包括消息处理器(1)和消息组装器(2);所述消息处理器(1)接收API底层发送的数据,并将该数据处理为应用程序能够处理的格式,并发送给所述的应用程序;所述消息组装器(2)接收应用程序发出的数据并发送给API底层;
所述API底层由消息接收器(3)、消息发送器(4)和编解码器(5)组成,所述的消息接收器(3)将消息发送给所述消息处理器(1),所述消息发送器(4)用于接收由消息组装器(2)传送来的消息;所述编解码器(5)分别与消息接收器(3)和消息发送器(4)形成各自的全双工的数据通道,所述编解码器(5)与多媒体服务中心进行数据交换。
2、根据权利要求1所述多媒体消息增值业务接口,其特征在于,所述消息处理器(1)至少包括第一消息类别模块和第一消息辅助类别模块,所述第一消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述第一消息辅助类别模块用于封装多媒体消息的内容和消息头的数值。
3、根据权利要求1所述多媒体消息增值业务接口,其特征在于,所述消息组装器(2)至少包括第二消息类别模块和第二消息辅助类别模块,所述第二消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述第二消息辅助类别模块用于封装多媒体消息的内容和消息头的数值。
4、根据权利要求1所述多媒体消息增值业务接口,其特征在于,所述消息接收器(3)至少包括第一通讯类别模块,用于实现网络协议的底层操作,所述第一通信类别模块至少包括增值业务服务器的接收类模块和日志类模块,增值业务服务器的接收类模块用于消息处理器(1)和所述编解码器(5)间消息的传输,日志类模块用于产生通信日志。
5、根据权利要求1所述多媒体消息增值业务接口,其特征在于,所述消息发送器(4)至少包括系统配置信息类别模块和第二通讯类别模块;所述系统配置信息类别用于配置并保持增值业务服务器和对应的彩信中心的信息;所述第二通讯类别模块用于实现网络协议的底层操作,所述第二通信类别模块至少包括多媒体发送类模块和日志类模块,所述多媒体发送类模块用于消息处理器(1)和所述编解码器(5)间消息的传输,日志类模块用于产生通信日志。
6、根据权利要求1所述多媒体消息增值业务接口,其特征在于,所述编解码器(5)至少包括编解码类别模块、第三消息类别模块和第三消息辅助类别模块,所述第三消息类别模块用于设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述第三消息辅助类别模块用于封装多媒体消息的内容和消息头的数值;所述编解码类别模块至少包括编码类别模块和解码类别模块,用于将所述消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换。
7、根据权利要求4或5所述多媒体消息增值业务接口,其特征在于,所述第一通信类别模块和第二通信类别模块还包括鉴权模块,用于增值业务服务器与彩信中心之间的鉴权。
8、根据权利要求5所述多媒体消息增值业务接口,其特征在于,所述系统配置信息类别模块还包括设置支持消息的连接方式信息。
9、一种基于权利要求1-8所述接口的多媒体消息增值业务的处理方法,其特征在于:包括以下步骤:
步骤1:增值业务服务器端的应用程序根据增值业务服务器和对应的彩信中心的配置信息,初始化彩信中心的IP地址,至少设置发送和接收方式参数;
步骤2:所述增值业务服务器端的应用程序的侦听进程根据设置的发送和接收方式参数,判断是否有创建发送进程或接收进程的要求,如果有要创建发送进程的要求,执行步骤3,否则执行步骤7;
步骤3:API应用层的消息组装器(2)中的第二消息类别模块设置和访问从应用程序发送来的MM7消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;第二消息辅助类别模块封装多媒体消息的内容和消息头的数值;然后,API应用层的消息组装器(2)将封装好的多媒体消息发送给API底层;
步骤4:所述消息发送器(4)中的系统配置信息类别模块配置并保持增值业务服务器和彩信中心的对应信息;并由第二通信类别模块将消息从消息处理器(1)发送到编解码器(5)消息,所述第二通信类别模块中的日志类模块产生通信日志。
步骤5:所述编解码器(5)接收消息发送器(4)通过全双工的数据通道发送来的消息,所述编解码器(5)中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述编解码类别模块中包括的编码类别模块和解码类别模块将所述第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;最后由所述编解码器(5)发送给多媒体服务中心;
步骤6:发送多媒体消息直到成功,执行步骤12;
步骤7:所述API应用层中的消息处理器(1)接收应用程序发出的创建进程的要求,并由所述编解码器(5)接收多媒体服务中心发送的消息;
步骤8:所述编解码器(5)中的第三消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,使每个类对应一种消息;所述编解码类别模块中包括的编码类别模块和解码类别模块将所述第三消息辅助类别模块封装的消息与简单对象接入协议消息间进行相互转换;
步骤9:所述消息接收器(3)中的第一通讯类别模块由其中的增值业务服务器的接收类模块接收所述编解码器(5)处理完的消息,并将该消息传送给消息处理器(1),第一通讯类别模块中的日志类模块产生通信日志;
步骤10:所述消息处理器(1)接收到消息后,所述消息处理器(1)中的第一消息类别模块设置和访问消息的属性,并将所有的MM7消息封装成类,每个类对应一种消息;所述消息处理器(1)中的第一消息辅助类别模块封装多媒体消息的内容和消息头的数值,将该消息处理为应用程序能够处理的格式;
步骤11:接收多媒体消息直到成功;
步骤12:停止所有发送和接收进程,并释放资源。
10、根据权利要求9所述多媒体消息增值业务的处理方法,其特征在于,所述的步骤6中发送多媒体消息直到成功具体包括如下步骤:
步骤61:判断发送消息是否成功,如果成功,保存发送消息,执行步骤63,否则执行步骤62;
步骤62:重发消息;
步骤63:判断是否发送下一条消息,如果是,执行步骤3,否则执行步骤12。
11、根据权利要求9所述多媒体消息增值业务的处理方法,其特征在于,所述的步骤7具体包括如下步骤:
步骤71:判断接收消息的类别,如果是递送报告请求,执行步骤72,如果是发送报告请求,执行步骤73,如果是阅读报告请求,执行步骤74;
步骤72:处理递送报告请求消息,执行75;
步骤73:处理发送请求消息,执行步骤76;
步骤74:处理阅读报告请求消息;执行步骤75;
步骤75:查找对应的提交消息并善后处理,执行步骤77;
步骤76:对用户的发送请求做处理,执行步骤77;
步骤77:判断是否接收下一条消息,如果是,执行步骤71,否则执行步骤5。
12、根据权利要求10所述多媒体消息增值业务的处理方法,其特征在于,所述的步骤61中保存发送消息的具体步骤为,将消息保存到存储介质中,等待递送报告和阅读报告的返回。
13、根据权利要求11所述多媒体消息增值业务的处理方法,其特征在于,所述的步骤75中查找对应的提交消息并善后处理的具体步骤为,收到递送报告和阅读报告,根据事务层连接ID地址寻找对应的提交消息,做善后处理。
14、根据权利要求9所述多媒体消息增值业务的处理方法,其特征在于,所述的步骤1中设置还包括设置支持消息的连接方式信息参数。
15、根据权利要求9所述多媒体消息增值业务的处理方法,其特征在于,所述步骤1之前,还包括完成增值业务服务器和彩信中心之间的鉴权的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100985019A CN100361542C (zh) | 2005-08-31 | 2005-08-31 | 多媒体消息增值业务接口及多媒体消息增值业务处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100985019A CN100361542C (zh) | 2005-08-31 | 2005-08-31 | 多媒体消息增值业务接口及多媒体消息增值业务处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1731871A true CN1731871A (zh) | 2006-02-08 |
CN100361542C CN100361542C (zh) | 2008-01-09 |
Family
ID=35964150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100985019A Active CN100361542C (zh) | 2005-08-31 | 2005-08-31 | 多媒体消息增值业务接口及多媒体消息增值业务处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100361542C (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088674A (zh) * | 2009-12-08 | 2011-06-08 | 深圳市彩讯科技有限公司 | 基于虚拟合成技术的彩信报表生成方法 |
CN101340633B (zh) * | 2008-08-12 | 2011-06-22 | 中兴通讯股份有限公司 | 一种增值服务消息过负荷控制装置及方法 |
CN106557375A (zh) * | 2016-11-21 | 2017-04-05 | 桂林远望智能通信科技有限公司 | 一种封装类之间通讯系统及方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1274125C (zh) * | 2002-11-12 | 2006-09-06 | 华为技术有限公司 | 终端与增值业务提供商应用之间多媒体消息转发的方法 |
CN1302671C (zh) * | 2003-01-07 | 2007-02-28 | 华为技术有限公司 | 一种第三方为接收方接收多媒体短消息付费的方法 |
FR2852758B1 (fr) * | 2003-03-18 | 2005-06-03 | Cit Alcatel | Timbre electronique pour message multimedia |
DE10327056B4 (de) * | 2003-06-16 | 2011-06-01 | Infineon Technologies Ag | Verfahren zum Modifizieren einer Multimedia-Nachricht durch netzwerkseitige Anwendung von Applikationen sowie zugehöriges Funkkommunikationssystem |
FI20031097A0 (fi) * | 2003-07-22 | 2003-07-22 | Uniqminds Ltd | Menetelmä ja reititin multimediaviestinnän reitittämiseksi |
-
2005
- 2005-08-31 CN CNB2005100985019A patent/CN100361542C/zh active Active
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340633B (zh) * | 2008-08-12 | 2011-06-22 | 中兴通讯股份有限公司 | 一种增值服务消息过负荷控制装置及方法 |
CN102088674A (zh) * | 2009-12-08 | 2011-06-08 | 深圳市彩讯科技有限公司 | 基于虚拟合成技术的彩信报表生成方法 |
CN102088674B (zh) * | 2009-12-08 | 2013-07-03 | 深圳市彩讯科技有限公司 | 基于虚拟合成技术的彩信报表生成方法 |
CN106557375A (zh) * | 2016-11-21 | 2017-04-05 | 桂林远望智能通信科技有限公司 | 一种封装类之间通讯系统及方法 |
CN106557375B (zh) * | 2016-11-21 | 2020-05-12 | 桂林远望智能通信科技有限公司 | 一种封装类之间通讯系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN100361542C (zh) | 2008-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1207876C (zh) | 短消息网关、向移动电话提供信息服务的系统和方法 | |
CN1276671C (zh) | 位置业务中位置信息请求的处理方法 | |
CN1413421A (zh) | 报文的传输 | |
CN1866971A (zh) | 移动通讯系统处理数据分段的方法及装置 | |
CN1275292A (zh) | 在网关和服务中心之间进行路由确定的方法和装置 | |
CN1256847A (zh) | 一个移动通信网络中的数据服务 | |
CN1788474A (zh) | 消息处理 | |
CN1748390A (zh) | 利用消息队列识别以设备中的消息接收作为目标的应用的系统和方法 | |
CN101064936A (zh) | 一种漫游用户的归属地的接入方法及系统 | |
CN1859368A (zh) | 实现信息传送业务的方法和系统以及一种终端 | |
CN101051918A (zh) | 实现业务请求的方法以及联机指令系统 | |
CN1866843A (zh) | 下载计费的方法 | |
CN1968090A (zh) | 实现数据业务服务中心获得用户终端鉴权信息的方法及系统 | |
CN1731871A (zh) | 多媒体消息增值业务接口及多媒体消息增值业务处理方法 | |
CN1612501A (zh) | 利用复帧传送数据 | |
CN1925486A (zh) | 数字电视多媒体消息系统架构及其通信协议 | |
CN1889439A (zh) | 一种保存即时消息业务中会话信息的方法及系统 | |
CN1859262A (zh) | 一种移动终端中实现发送网页信息的装置及方法 | |
CN1845618A (zh) | 一种长短信收发系统及实现方法 | |
CN1283115C (zh) | 提高多媒体消息系统处理多媒体消息性能的方法及系统 | |
CN1859621A (zh) | 发送业务短信的系统及方法 | |
CN1750672A (zh) | 读取彩信内容的方法 | |
CN1595914A (zh) | 利用udp进行实时数据分发的系统和方法 | |
CN1852468A (zh) | 一种多媒体消息服务系统中对消息的处理方法 | |
CN1245004C (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 |