CN101729997B - 消息互通方法及融合业务系统 - Google Patents

消息互通方法及融合业务系统 Download PDF

Info

Publication number
CN101729997B
CN101729997B CN200810169340A CN200810169340A CN101729997B CN 101729997 B CN101729997 B CN 101729997B CN 200810169340 A CN200810169340 A CN 200810169340A CN 200810169340 A CN200810169340 A CN 200810169340A CN 101729997 B CN101729997 B CN 101729997B
Authority
CN
China
Prior art keywords
message
module
send mode
submodule
service system
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
CN200810169340A
Other languages
English (en)
Other versions
CN101729997A (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.)
Nanjing ZTE New Software Co Ltd
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN200810169340A priority Critical patent/CN101729997B/zh
Publication of CN101729997A publication Critical patent/CN101729997A/zh
Application granted granted Critical
Publication of CN101729997B publication Critical patent/CN101729997B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明提供了一种消息互通方法及融合业务系统,上述方法包括:步骤1,交互选择模块接收来自发送终端的消息;步骤2,交互选择模块选择消息的发送方式,在消息中携带发送方式的标识,并将消息发送给交互模块,其中,对于消息,每种发送方式只能使用一次;步骤3,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统;步骤4,在交互选择模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,返回到步骤2。通过本发明,使得融合业务用户发送的消息能够及时地发送到传统消息用户,保证了用户之间的及时交互。

Description

消息互通方法及融合业务系统
技术领域
本发明涉及通信领域,具体而言,涉及一种消息互通方法及融合业务系统。
背景技术
目前,在网络IP化的趋势下,传统电信业务向IP化的下一代网络转变,第三代移动通信伙伴计划(3rd Generation partnershipproject,简称为3GPP)、3GPP2以及TISPAN(Telecommunication andInternet converged Services and Protocols for Advanced Networking)标准组织都将会话初始协议(Session Initiation Protocol,简称为SIP)作为下一代核心网络的基础协议,应用SIP的IP网络已作为业务应用的网络基础。
在消息业务互通过程中,融合业务系统向存在多种类型的传统消息业务系统(包括短信系统、彩信系统、邮件系统等)发送传统消息,在传统消息业务系统接收传统消息失败的情况下,融合业务系统通过同一条路径定时地向传统消息业务系统重新发送传统消息,这导致了传统消息业务的用户不能及时接收到来自融合业务系统的传统消息。
发明内容
针对现有技术中的传统消息用户不能及时接收到来自融合业务系统的传统消息的问题,本发明旨在提供一种消息互通方法及融合业务系统,以解决上述问题。
根据本发明的一方面,提供了一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,融合业务系统包括交互选择模块以及交互模块,该方法包括:
步骤1,交互选择模块接收来自发送终端的消息;
步骤2,交互选择模块选择消息的发送方式,在消息中携带发送方式的标识,并将消息发送给交互模块,其中,对于消息,每种发送方式只能使用一次;
步骤3,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统;
步骤4,在交互选择模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,返回到步骤2。
根据本发明的又一方面,提供了一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,融合业务系统包括交互选择模块以及交互模块,交互模块与发送终端之间建立有媒体流通道,该方法包括:
步骤1,交互模块通过媒体流通道接收来自发送终端的消息;
步骤2,交互选择模块选择消息的发送方式,并将发送方式的标识发送给交互模块,其中,对于消息,每种发送方式只能使用一次;
步骤3,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统;
步骤4,在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,向交互选择模块发送请求消息,并返回到步骤2,其中请求消息用于请求重新选择消息的发送方式。
根据本发明的又一方面,提供了一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,融合业务系统包括交互选择模块以及交互模块,该方法包括:
步骤1,交互选择模块接收来自发送终端的消息;
步骤2,交互选择模块选择消息的发送方式,在消息中携带发送方式的标识,并将消息发送给交互模块,其中,对于消息,每种发送方式只能使用一次;
步骤3,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统;
步骤4,在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,向交互选择模块发送请求消息,并返回到步骤2,其中请求消息用于请求重新选择消息的发送方式。
根据本发明的又一方面,提供了一种融合业务系统,包括交互选择模块以及交互模块,其中,
交互选择模块包括:第一接收子模块,用于接收来自发送终端的消息;选择子模块,用于选择消息的发送方式;第一发送子模块,用于将选择子模块选择的发送方式对应的标识携带在消息中,并将消息发送给交互模块。
交互模块包括:第二接收子模块,用于接收来自第一发送子模块的消息;获取子模块,用于获取消息中的标识;第二发送子模块,用于以标识对应的发送方式将消息发送给相应的消息业务系统。
根据本发明的又一方面,提供了一种融合业务系统,包括交互选择模块以及交互模块,其中,交互模块与发送终端之间建立有媒体流通道,以及
交互选择模块包括:第一接收子模块,用于接收交互模块的请求消息,其中请求消息用于请求重新选择消息的发送方式;选择子模块,用于选择交互模块中的消息的发送方式;第一发送子模块,用于将选择子模块选择的发送方式的标识发送给交互模块;
交互模块包括:第二接收子模块,用于经由媒体流通道接收来自发送终端的消息;第三接收子模块,用于接收来自第一发送子模块的标识;第二发送子模块,用于以标识对应的发送方式将消息发送给相应的消息业务系统;第三发送子模块,用于向交互选择模块发送请求消息。
根据本发明的再一方面,提供了一种融合业务系统,包括交互选择模块以及交互模块,其中,
交互选择模块包括:第一接收子模块,用于接收来自发送终端的消息;选择子模块,用于选择消息的发送方式;第一发送子模块,用于将选择子模块选择的发送方式对应的标识携带在消息中,并将消息发送给交互模块;第二接收子模块,用于接收交互模块的请求消息,其中请求消息用于请求重新选择消息的发送方式;
交互模块包括:第三接收子模块,用于接收来自第一发送子模块的消息;获取子模块,用于获取消息中的标识;第二发送子模块,用于以标识对应的发送方式将消息发送给相应的消息业务系统;第三发送子模块,用于向交互选择模块发送请求消息。
借助于上述技术方案至少之一,本发明通过对消息的各次发送采用不同的发送方式,解决了现有技术中的传统消息用户不能及时接收到来自融合业务系统的消息的问题,使得融合业务用户发送的消息能够及时地发送到传统消息用户,保证了用户之间的及时交互。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中的传统消息互通的业务环境的框图;
图2A、2B是根据本发明装置实施例一的融合业务系统的框图;
图3A是根据本发明装置实施例二的融合业务系统的框图;
图3B是根据本发明装置实施例三的融合业务系统的框图;
图4是根据本发明方法实施例一的消息互通方法的流程图;
图5是根据本发明方法实施例一的传统消息的一种互通流程图;
图6是根据本发明方法实施例一的传统消息的另一种互通流程图;
图7是根据本发明方法实施例二的消息互通方法的流程图;
图8是根据本发明方法实施例三的消息互通方法的流程图。
具体实施方式
功能概述
如上所述,在目前采用的技术中,传统消息只能使用同一条路径传输,这导致在该条路径传输信息失败的情况下,传统消息用户不能及时接收到来自融合业务系统的消息。针对该问题,本发明实施例提供的技术方案中,以融合业务系统中设置的交互选择模块选择的发送方式将消息发送到对应的传统消息业务系统,并在该传统消息业务系统接收该消息失败的情况下,交互选择模块重新选择新的发送方式将消息发送到与新的发送方式对应的传统消息业务系统,即,消息的每次重传都使用与之前不同的发送方式,这样可以保证用户之间的及时交互。
图1是相关技术中的传统消息互通的业务环境,如图1所示,包括融合业务用户终端、融合业务系统、传统消息业务系统(只示出一个)以及传统消息用户终端。融合业务用户终端发送的传统消息经过融合业务系统、传统消息业务系统到达传统消息用户终端。下面将参考附图并结合实施例,来详细说明本发明。
装置实施例一
基于图1的传统消息互通的业务环境,本实施例提供了一种融合业务系统,该融合业务系统包括消息和会话服务器、交互选择模块以及交互模块。其中,消息和会话服务器用于将发送终端(即上述融合业务用户终端)的消息(指传统消息)转发给交互选择模块,交互选择模块根据消息的参数选择合适的发送方式,然后交互模块根据交互选择模块选择的发送方式的标识将消息发送给相应的消息业务系统(即上述传统消息业务系统)。
如图2A所示,是根据本发明装置实施例一的融合业务系统的一种框图,其中包括消息和会话服务器10、交互选择模块20、交互模块30。其中交互选择模块20具体包括:第一接收子模块202、选择子模块204、第一发送子模块206;交互模块30具体包括:第二接收子模块302、获取子模块304、第二发送子模块306。下面结合图2A进行详细描述。
第一接收子模块202,用于从消息和会话服务器或从发送终端接收消息。
具体地,在融合业务用户终端发送的传统消息的内容较小(例如该消息小于1300比特)的情况下,融合业务用户终端将消息发送到融业务系统的消息和会话服务器10,然后消息和会话服务器10处理该消息和会话请求,并转发、路由该消息和会话请求到相邻处理模块,例如,交互选择模块20。
在融合业务用户终端发送的传统消息的内容较大(例如该消息大于或等于1300比特)的情况下,通过媒体流通道建立模块(图中未示出)在交互选择模块与发送终端之间建立媒体流通道,如图2B所示,是根据本发明装置实施例一的融合业务系统的另一种框图。此时,消息就不经过消息和会话服务器10,而是通过媒体流通道直接发送到交互选择模块20的第一接收子模块202上,由第一接收子模块202对该消息进行处理。在具体的实施过程中,媒体流通道建立模块与交互选择模块可以合一设置,或者单一设置,但是在功能上两者是分开的。
选择子模块204,连接至第一接收子模块202,用于根据消息的参数选择消息的发送方式。具体地,消息的参数包括但不限于:消息内容的大小、消息的地址类型等。
第一发送子模块206,连接至选择子模块204和第一接收子模块202,用于将选择子模块204选择的发送方式对应的标识携带在第一接收子模块202接收到的消息中,并将该消息发送给交互模块30。
第二接收子模块302,连接至第一发送子模块206,用于接收第一发送子模块206发送的消息。
获取子模块304,连接至第二接收子模块302,用于获取第二接收子模块302中的消息中的标识。
第二发送子模块306,连接至第二接收子模块302与获取子模块304,用于将第二接收子模块302中的消息以获取子模块304中的标识对应的发送方式发送给相应的消息业务系统。
具体地,交互模块30根据获取子模块304获取的标识对消息进行相应的格式转换,并采用与标识对应的发送方式相应的传输协议发送格式转换后的消息给相应的消息业务系统。
在具体实施过程中,上述交互选择模块20还包括第一标记子模块和/或第二标记子模块(图中未示出),其中,第一标记子模块用于对选择子模块204选择的发送方式的标识进行标记,第二标记子模块用于对消息发送失败时所使用的发送方式的标识进行标记。具体地,在交互选择模块选择消息的发送方式后,第一标记子模块对选择的发送方式的标识进行标记;或者在交互选择模块接收到消息业务系统的失败响应消息之后,第二标记子模块对消息发送失败时所使用的发送方式的标识进行标记,然后由选择子模块204选择新的发送方式。需要说明的是,每种发送方式的标识只需被标记一次,也就是说,如果第一标记子模块已经对一个标识进行了标记,那么即使使用该标识的发送方式进行发送操作失败,第二标记子模块也不需要再对该标识进行标记。
通过第一标记子模块以及第二标记子模块,保证了每种发送发式对于消息只能使用一次,并使得系统能够更有效率地选择合适的发送方式。
在具体实施过程中,在交互选择模块中的选择子模块204选择了所有的发送方式后或者选择子模块204选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,如果还是未能将消息成功发送到传统消息用户终端,则可以由交互选择模块转发消息到消息和会话服务器,采用其他方式发送到传统消息用户,或者丢弃消息,也可以由交互模块直接丢弃消息,并向融合业务用户终端发送回执消息,通知融合业务用户终端消息发送失败。
从以上的描述中可以看出,与现有技术相比,本发明通过在消息业务系统接收消息失败之后,交互选择模块重新选择消息的发送方式,使得消息能够及时正确的发送到接收终端(即传统消息用户终端)。
装置实施例二
在本实施例中,提供了一种融合业务系统,包括交互选择模块以及交互模块。与上述装置实施例一不同的是,由于交互模块与发送终端之间建立有媒体流通道,所以发送终端的消息不再经过消息和会话服务器以及交互选择模块,其中,交互选择模块用于根据交互模块中的消息的参数选择合适的发送方式,并将选择的发送方式的标识发送给交互模块,然后交互模块根据发送方式的标识将消息发送给相应的消息业务系统。
如图3A所示,为本实施例的融合业务系统的框图,包括交互选择模块40、交互模块50,其中交互选择模块40具体包括:选择子模块402、第一发送子模块404、第一接收子模块406,交互模块50具体包括:第二接收子模块502、第三接收子模块504、第二发送子模块506、第三发送子模块508,下面结合图3进行详细描述。
选择子模块402,连接至第二接收子模块502,用于根据第二接收子模块502中的消息的参数选择合适的发送方式,其中,消息的参数包括但不限于:消息内容的大小、消息的地址类型等。
第一发送子模块404,连接至选择子模块402,用于将选择子模块402选择的发送方式的标识发送给交互模块50。
第一接收子模块406,连接至第三发送子模块508与选择子模块402,用于接收交互模块的请求消息,其中请求消息用于请求重新选择消息的发送方式。
具体地,在交互选择模块接收到来自交互模块的请求消息时,交互选择模块就重新根据第二接收子模块502中的消息的参数选择合适的发送方式。
第二接收子模块502,与发送终端之间建立有媒体流通道,通过媒体流通道接收发送终端的消息。
第三接收子模块504,连接至第一发送子模块404,用于接收第一发送子模块404发送的标识。
具体地,由于交互模块与发送终端之间建立有媒体流通道,因此第二接收子模块502首先接收来自发送终端的消息,选择子模块402根据第二接收子模块502中消息的参数选择合适的发送方式,然后由第一发送子模块404将选择的发送方式的标识发送给第三接收子模块504。
第二发送子模块506,连接至第二接收子模块502与第三接收子模块504,用于根据第三接收子模块504中的标识对应的发送方式将第二接收子模块502中的消息发送给相应的消息业务系统。
具体地,第三接收子模块504接收到标识之后,交互模块50根据标识对消息进行相应的格式转换,并采用与标识对应的发送方式相应的传输协议发送格式转换后的消息给相应的消息业务系统。
第三发送子模块508,用于向交互选择模块发送请求消息。
具体地,在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,向交互选择模块发送请求消息,请求交互选择模块重新选择新的发送方式。
在具体实施过程中,与上述装置实施例一类似,上述交互选择模块40还包括第一标记子模块和/或第二标记子模块(图中未示出),这里不再累赘。
在交互选择模块中的选择子模块402选择了所有的发送方式后或者选择子模块402选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,还是未能将消息成功发送到传统消息用户终端的情况下对消息的处理,与装置实施例一中的处理类似,这里不再累赘。
在具体的实施过程中,上述交互模块70可以是一个交互模块,也可以是包含有多个交互子模块的交互模块中的一个交互子模块。
在交互模块包含有多个交互子模块的情况下,其中每个交互子模块对应于一种发送方式。在交互选择模块将重新选择的发送方式的标识发送给与重新选择的发送方式相应的交互子模块时,该消息将通过多个交互子模块之间的媒体流通道被转移至与重新选择的发送方式相应的交互子模块。这样,在这个与重新选择的发送方式相应的交互子模块接收到重新选择的发送方式的标识后,进行相应的处理后就可以发送该消息到相应的消息业务系统,提高了传输消息的效率。
从以上的描述中可以看出,与现有技术相比,本发明通过在消息业务系统接收消息失败之后,交互选择模块重新选择消息的发送方式,使得消息能够及时发送到接收终端(即传统消息用户终端),并且由于在交互模块与发送终端之间建立有媒体流通道,使得消息内容较大的消息可以直接通过媒体流通道发送给交互模块,提高了消息的传输效率。
装置实施例三
在本实施例中,提供了一种融合业务系统,包括交互选择模块以及交互模块。与装置实施例一不同的是,本实施例中的交互选择模块接收交互选择的请求消息,用于重新选择新的发送方式,与装置实施例二不同的是,本实施例中没有媒体流通道。
如图3B所示,为本实施例的融合业务系统的框图,包括交互选择模块60、交互模块70,其中,交互选择模块60具体包括:第一接收子模块602、选择子模块604、第一发送子模块606、第二接收子模块608;交互模块70具体包括:第三接收子模块702、获取子模块704、第二发送子模块706、第三发送子模块708。下面结合图3B进行详细描述。
交互选择模块60包括:
第一接收子模块602,用于接收来自发送终端的消息。
具体地,由于本实施例中由于终端没有与交互选择模块或交互模块之间建立媒体流通道,所以第一接收子模块602接收的消息是经由消息和会话服务器转发的消息。
选择子模块604,连接至第一接收子模块602,用于选择消息的发送方式。具体地,类似于装置实施例一的选择子模块204,这里不再累赘。
第一发送子模块606,连接至选择子模块604和第一接收子模块602,用于将选择子模块选择的发送方式对应的标识携带在消息中,并将消息发送给交互模块。具体地,类似于装置实施例一的第一发送子模块206,这里不再累赘。
第二接收子模块608,连接至选择子模块604与第三发送子模块708,用于接收交互模块的请求消息,其中请求消息用于请求重新选择消息的发送方式。具体地,类似于装置实施例二的第一接收子模块406,这里不再累赘。
交互模块70包括:
第三接收子模块702,连接至第一发送子模块602,用于接收来自第一发送子模块602的消息。具体地,类似于装置实施例一中的第二接收子模块302,这里不再累赘。
获取子模块704,连接至第三接收子模块702,用于获取消息中的标识。具体地,类似于装置实施例一中的获取子模块304,这里不再累赘。
第二发送子模块706,连接至第三接收子模块702与获取子模块704,用于以标识对应的发送方式将消息发送给相应的消息业务系统。具体地,类似于装置实施例一中的第二发送子模块306,这里不再累赘。
第三发送子模块708,用于向交互选择模块发送请求消息。具体地,类似于装置实施例二中的第三发送子模块508,这里不再累赘。
从以上的描述中可以看出,与现有技术相比,本发明通过在消息业务系统接收消息失败之后,交互选择模块重新选择消息的发送方式,使得消息能够及时发送到接收终端(即传统消息用户终端)。
方法实施例一
本实施例提供了一种消息互通方法,该方法优选地应用于上述装置实施例一。如图4所示,为该方法的流程图,包括以下的步骤S402-S408:
步骤S402,交互选择模块接收来自发送终端的消息。
具体地,在消息的内容小于预定值的情况下,交互选择模块接收发送终端经由消息和会话服务器转发的需要交互的消息。在消息的内容大于或等于预定值(例如,该预定值可以为1300比特)的情况下,交互选择模块与发送终端之间建立媒体流通道,则交互选择模块接收的消息直接来自发送终端,有利于提高消息的传输效率。
步骤S404,交互选择模块选择消息的发送方式,在消息中携带发送方式的标识,并将消息发送给交互模块,其中,对于该消息,每种发送方式只能使用一次。
具体地,交互选择模块根据消息的参数,例如,消息内容的大小、消息的地址类型等,选择合适的发送方式,并将该发送方式的标识携带在消息中发送给交互模块。其中,由于每种发送方式对于消息只能使用一次,因此,交互选择模块可以对选择的发送方式的标识进行标记,这样就能保证每种发送方式对于消息只使用一次,进而使得系统能够更有效率地选择合适的发送方式。
步骤S406,交互模块根据上述标识以上述交互选择模块选择的发送方式将消息发送给对应的消息业务系统。
具体地,交互模块根据上述标识对消息进行相应的格式转换,并采用与标识对应的发送方式相应的传输协议发送格式转换后的消息给相应的消息业务系统。
优选地,在具体实施过程中,可以由交互模块向发送终端反馈响应消息,或者由交互选择模块向发送终端反馈响应消息,用于告知发送终端发送的消息的接收情况。
步骤S408,在交互选择模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,返回到步骤S404。
具体地,在相应的消息业务系统接收消息失败的情况下,该消息业务系统向交互模块反馈失败响应消息,交互模块再转发该失败响应消息给交互选择模块。交互选择模块在步骤S404重新选择新的发送方式,并将该新的发送方式的标识携带在消息中发送给交互模块,然后重复上述步骤S406、步骤S408。其中,在上述失败响应消息中,可以携带有消息发送失败时所使用的发送方式的标识,此时,交互选择模块对该发送方式的标识可以进行标记,这样也能保证每种发送方式对于消息只使用一次,进而使得系统能够更有效率地选择合适的发送方式。
需要说明的是,每种发送方式的标识只需被标记一次,也就是说,如果在步骤S404中选择的一个标识(即下文中的当前标记)已经被标记了,那么在步骤S408中,当交互选择模块接收到携带了当前标记的失败响应消息后,就不需要再对该当前标识进行标记了。
由上描述可以看出,在消息业务系统接收消息失败的情况下,通过交互选择模块重新选择新的发送方式使得消息可以通过不同的路径发送到接收终端,使得用户能够及时收到消息。
以下结合图5和图6详细描述在本实施例中的消息的内容小于预定值(例如,预定值为1300比特)的情况下,即,交互选择模块接收发送终端经由消息和会话服务器转发的消息的情况下的消息互通流程。其中,消息业务系统可以是传统消息系统,用于接收传统消息;与传统消息系统1相应的发送方式的标识记为标识1,与传统消息系统2相应的发送方式的标识记为标识2。如图5所示,整个传统消息的互通流程包括以下处理:
步骤501:融合业务用户终端发送消息到消息和会话服务器,其中携带目的用户地址信息,该目的用户为传统消息用户。
步骤502:对应于上述步骤S402,交互选择模块接收来自发送终端的消息,这里的消息是由消息和会话服务器转发的。具体地,消息和会话服务器根据目的用户地址信息判断该消息需要与传统消息系统交互,则将消息转发到交互选择模块。
步骤503:对应于上述步骤S404,具体地,交互选择模块根据消息内容的大小和目的地址类型等信息选择一种发送方式,例如该发送方式的标识为标识1,将标识1携带在消息中转发给交互模块。如果消息内容的大小大于或等于预定值(例如预定值为1300比特),交互选择模块与交互模块之间可以建立媒体通道,消息可以在媒体通道传输。
步骤504:交互模块接收消息后向交互选择模块反馈响应消息,用于向融合业务用户终端告知消息的接收情况。
步骤505:交互选择模块转发响应消息给消息和会话服务器。
步骤506:消息和会话服务器转发响应消息到融合业务用户终端。
步骤507:对应于上述步骤S406,具体地,交互模块根据消息中的标识1,对消息进行相应的格式转换,并采用与标识1相应的发送方式的传输协议将消息发送到传统消息系统1。
步骤508:传统消息系统1向交互模块反馈响应消息,在接收数据失败的情况下,反馈失败响应消息。
步骤509:对应于步骤S408,具体地,交互模块转发失败响应消息到交互选择模块,交互选择模块重新选择新的发送方式,其中在失败响应消息中可以携带当前发送方式的标识,这里携带的是标识1。
步骤510:交互选择模块根据消息内容的大小和目的地址类型等信息重新选择新的发送方式,例如该发送方式的标识为标识2,将标识2携带在消息中发送给交互模块。
步骤511:相应于发送方式的交互模块在接收到交互选择模块发送的消息后,反馈响应消息到交互选择模块。
步骤512:交互模块根据标识2,对消息进行相应的格式转换,并采用与标识2相应的发送方式的传输协议将消息发送到传统消息系统2。
步骤513:传统消息系统2反馈响应消息给交互模块,如果是失败响应,则交互模块继续步骤509到步骤512,通过交互选择模块重新选择新的发送方式发送消息。如果选择了所有的发送方式标识后或者交互选择模块选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,还是未能将消息成功发送到传统消息用户终端,则交互模块直接丢弃消息,并向融合业务用户终端发送回执消息,通知融合业务用户终端消息发送失败。
在具体实施过程中,步骤S504与步骤S507之间没有时间上的先后顺序,步骤511与步骤512之间没有时间上的先后顺序。
图6是传统消息的另一种互通流程图,下面结合图6进行详细描述。
步骤601:融合业务用户终端发送消息到消息和会话服务器,其中携带目的用户地址信息,该目的用户为传统消息用户。
步骤602:对应于上述步骤S402,具体地,消息和会话服务器根据目的用户地址信息判断该消息需要与传统消息系统交互,则将消息转发到交互选择模块。
步骤603:交互选择模块反馈响应消息给消息和会话服务器。
步骤604:消息和会话服务器转发响应消息到融合业务用户终端,使得融合业务用户终端获知消息的接收情况。
步骤605:对应于上述步骤S404,具体地,交互选择模块根据消息内容的大小和目的地址类型信息等选择一种发送方式,例如,该发送方式的标识为标识1,并将标识1携带在消息中发送给交互模块。
在具体实施过程中,如果消息的大小大于或等于预定值(例如预定值为1300比特),交互选择模块与交互模块之间可以建立媒体流通道,这样消息可以在媒体流通道传输,有利于提高消息的传输效率。
步骤606:对应于上述步骤S406,交互模块接收消息后,获取消息中的标识1,并根据标识1对消息进行相应的格式转换,以及采用与标识1对应的发送方式的传输协议将消息发送到传统消息系统1。
步骤607:传统消息系统1向交互模块反馈响应消息,在接收数据失败的情况下,反馈失败响应消息,其中在失败响应消息中可以携带当前发送方式的标识,这里携带的是标识1。
步骤608:对应于上述步骤S408,具体地,交互模块转发失败响应消息到交互选择模块,交互选择模块重新选择新的发送方式。
步骤609:交互选择模块根据消息内容的大小和目的地址类型等信息重新选择新的发送方式,例如,该发送方式的标识为标识2,将标识2携带在消息中发送给交互模块。类似地,如果消息的大小大于预定值时,交互模块和交互选择模块之间可以建立媒体通道,通过媒体通道完成消息的传送。
步骤610:交互模块接收到消息后,根据标识2对消息进行格式转换,以及采用与标识2对应的发送方式的传输协议将消息发送到传统消息系统2。
步骤611:传统消息系统2向交互模块反馈响应消息。
步骤612:交互模块将响应消息转发给交互选择模块,如果是失败响应消息,则继续步骤607至步骤611。在具体实施过程中,如果交互选择模块选择了所有的发送方式标识后或者交互选择模块选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,还是未能将消息成功发送到传统消息用户终端,则交互选择模块可以转发消息到消息和会话服务器,采用其他方式发送到传统消息用户,或者丢弃消息。
由上述图5和图6描述的流程可以看出,在消息业务系统接收消息失败的情况下、通过交互选择模块重新选择新的发送方式使得消息可以从不同的路径传输,使得用户能够及时收到消息。
在具体实施过程中,融合业务用户终端接收到的响应消息可以来自交互选择模块,也可以来自交互模块。在交互选择模块选择了所有的发送方式后或者交互选择模块选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,还是未能将消息成功发送到传统消息用户终端的情况下,可以由交互选择模块转发消息到消息和会话服务器,采用其他方式发送到传统消息用户,或者丢弃消息,也可以由交互模块直接丢弃消息,并向融合业务用户终端发送回执消息,通知融合业务用户终端消息发送失败。
需要说明的是,交互模块可以包含有多个交互子模块,分别与不同的发送方式相对应。那么,在存在有多个交互子模块的情况下,在消息内容大于或等于预定值(例如预定值为1300比特)时,交互选择模块可以与多个交互子模块之间分别建立媒体流通道,根据选择的发送方式通过相应的媒体流通道将消息发送到相应的交互子模块上。
相应地,在交互选择模块将重新选择的发送方式的标识发送给与重新选择的发送方式相应的交互子模块时,该消息将通过多个交互子模块之间的媒体流通道被转移至与重新选择的发送方式相应的交互子模块上。这样,在这个与重新选择的发送方式相应的交互子模块接收到重新选择的发送方式的标识后,进行相应的处理后就可以发送该消息到相应的消息业务系统。
方法实施例二
在本实施例中,提供了一种消息互通方法,该方法优选地应用于上述装置实施例二。如图7所示,为该方法的流程图,包括以下的步骤S702-S708:
步骤S702,交互模块通过媒体流通道接收来自发送终端的消息。
具体地,在消息的内容大于或等于预定值的情况下,消息可以通过交互模块与发送终端之间的媒体流通道发送给交互模块,这样减少了传输路径,并且有利于消息的传输效率。
步骤S704,交互选择模块选择消息的发送方式,并将发送方式的标识发送给交互模块,其中,对于该消息,每种发送方式只能使用一次。
具体地,交互选择模块根据交互模块中的消息的参数(例如,消息内容的大小、消息的地址类型等)选择合适的发送方式,并将发送方式的标识发送给交互模块。其中,由于每种发送方式对于该消息只能使用一次,因此,交互选择模块可以对选择的发送方式的标识进行标记,这样就能保证每种发送方式对于消息只使用一次,进而使得系统能够更有效率地选择合适的发送方式。
步骤S706,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统。
具体地,交互模块根据上述标识对消息进行相应的格式转换,以及采用与标识对应的发送方式相应的传输协议发送格式转换后的消息给相应的消息业务系统。以及交互模块向发送终端反馈响应消息,用于告知终端交互模块接收消息的情况。
步骤S708,在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,向交互选择模块发送请求消息,并返回到步骤S704。
具体地,在相应的消息业务系统接收消息失败的情况下,该消息业务系统向交互模块反馈失败响应消息,交互模块向交互选择模块发送请求消息,该请求消息用于请求交互选择模块重新选择新的发送方式。交互选择模块在接收到请求消息后,在步骤S704中根据交互模块中的消息重新选择新的发送方式,并将新的发送方式的标识发送给交互模块,然后重复上述步骤S706、步骤S708。在上述请求消息中可以携带有消息发送失败时所使用的发送方式的标识(即当前标识),此时,交互选择模块对该发送方式的标识可以进行标记,这样也能保证每种发送方式对于消息只使用一次,进而使得系统能够更有效率地选择合适的发送方式。
需要说明的是,与方法实施例一类似,每种发送方式的标识只需被标记一次,这里不再累赘。
在交互选择模块选择了所有的发送方式后或者交互选择模块选择发送发式的次数超过预定值(该预定值可以由系统设置,或者由用户设置)之后,还是未能将消息成功发送到传统消息用户终端的情况下,对消息的处理类似于上述方法实施例一,以及交互模块也可以有多个,分别与不同的发送方式相对应,这里都不再累赘。
由上述可知,通过在交互选择模块与发送终端建立媒体流通道,方便了消息内容较大的消息的传输,以及在消息业务系统接收消息失败的情况下、通过交互选择模块重新选择新的发送方式标识使得消息可以从不同的路径传输,使得用户能够及时收到消息。
方法实施例三
在本实施例中,提供了一种消息互通方法,该方法优选地应用于上述装置实施例三。如图8所示,为该方法的流程图,包括以下的步骤S802-S808:
步骤S802,交互选择模块接收来自发送终端的消息。具体地,交互选择模块接收发送终端经由消息和会话服务器转发的需要交互的消息。
步骤S804,交互选择模块选择消息的发送方式,在消息中携带发送方式的标识,并将消息发送给交互模块,其中,对于该消息,每种发送方式只能使用一次。具体地,类似于方法实施例一的步骤S404,这里不再累赘。
优选地,在具体实施过程中,可以由交互模块向发送终端反馈响应消息,或者由交互选择模块向发送终端反馈响应消息,用于告知发送终端发送的消息的接收情况。
步骤S806,交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的消息业务系统。具体地,类似于方法实施例一的步骤S406,这里不再累赘。
步骤S808,在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下,向交互选择模块发送请求消息,并返回到步骤2,其中请求消息用于请求重新选择消息的发送方式。
具体地,在相应的消息业务系统接收消息失败的情况下,该消息业务系统向交互模块反馈失败响应消息,交互模块再向交互选择模块发送请求消息,请求交互选择模块重新选择消息的发送方式。交互选择模块在步骤S804重新选择新的发送方式,并将该新的发送方式的标识携带在消息中发送给交互模块,然后重复上述步骤S806、步骤S808。其中,在上述请求消息中,可以携带有消息发送失败时所使用的发送方式的标识,此时,交互选择模块对该发送方式的标识可以进行标记,这样也能保证每种发送方式对于消息只使用一次,进而使得系统能够更有效率地选择合适的发送方式。
需要说明的是,每种发送方式的标识只需被标记一次,类似于方法实施例一中的标记方法,这里不再累赘。
在具体实施过程中,融合业务用户发送传统消息给传统消息用户,例如,该传统消息的类型为短信信息。在现有技术中,融合业务系统将该传统消息发送到短信系统,如果短信系统接收该传统消息失败,则融合业务系统等待预定时间后再次将传统消息发送到短信系统,直到短信系统接收该传统消息成功,这样,就导致了传统消息用户不能及时接收到该短信消息。而在本发明中,当短信系统接收该短信消息失败时,融合业务系统重新选择一个路径,例如选择用于发送彩信的路径,则融合业务系统将该短信消息发送到彩信系统,通过彩信系统将传统消息发送给传统消息用户。这样,通过选择不同的路径,使得用户可以及时的接收消息。
综上所述,本发明通过在消息发送失败的情况下,交互选择模块重新选择新的发送方式,使得消息可以通过不同路径发送到终端,相比于现有技术,本发明能够更及时的将消息发送到传统消息用户。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (28)

1.一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,所述融合业务系统包括交互选择模块以及交互模块,其特征在于,所述方法包括:
步骤1,所述交互选择模块接收来自发送终端的消息;
步骤2,所述交互选择模块选择所述消息的发送方式,在所述消息中携带所述发送方式的标识,并将所述消息发送给所述交互模块,其中,对于所述消息,每种发送方式只能使用一次;
步骤3,所述交互模块根据所述标识以所述交互选择模块选择的所述发送方式将所述消息发送给对应的消息业务系统;
步骤4,在所述交互选择模块接收到所述消息业务系统接收所述消息失败时反馈的失败响应消息的情况下,返回到所述步骤2。
2.根据权利要求1所述的方法,其特征在于,在所述步骤1中,所述交互选择模块经由所述融合业务系统的消息和会话服务器接收所述发送终端发送的所述消息。
3.根据权利要求1所述的方法,其特征在于,在所述步骤1中,所述交互选择模块通过与所述发送终端之间建立的媒体流通道接收所述消息。
4.根据权利要求1所述的方法,其特征在于,在所述步骤2中,还包括:
所述交互选择模块对已经选择的发送方式的标识设置第一标记。
5.根据权利要求1所述的方法,其特征在于,在所述步骤4中,还包括:
所述交互选择模块对所述消息发送失败时所使用的发送方式的标识设置第二标记。
6.根据权利要求1所述的方法,其特征在于,在步骤1之后还包括:所述交互选择模块向所述发送终端反馈响应消息。
7.根据权利要求1所述的方法,其特征在于,在步骤2之后还包括:所述交互模块向所述发送终端反馈响应消息。
8.根据权利要求1至7中任一项所述的方法,其特征在于,在所述步骤2中,所述交互选择模块根据所述消息内容的大小和/或所述消息的地址类型选择所述消息的发送方式。
9.一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,所述融合业务系统包括交互选择模块以及交互模块,所述交互模块与发送终端之间建立有媒体流通道,其特征在于,所述方法包括:
步骤1,所述交互模块通过所述媒体流通道接收来自所述发送终端的消息;
步骤2,所述交互选择模块选择所述消息的发送方式,并将所述发送方式的标识发送给所述交互模块,其中,对于所述消息,每种发送方式只能使用一次;
步骤3,所述交互模块根据所述标识以所述交互选择模块选择的所述发送方式将所述消息发送给对应的消息业务系统;
步骤4,在所述交互模块接收到所述消息业务系统接收所述消息失败时反馈的失败响应消息的情况下,向所述交互选择模块发送请求消息,并返回到所述步骤2,其中所述请求消息用于请求重新选择所述消息的发送方式。
10.根据权利要求9所述的方法,其特征在于,所述交互模块为多个交互子模块,其中每个交互子模块对应于一种发送方式,所述方法还包括:
所述交互选择模块将重新选择的发送方式的标识发送给与所述重新选择的发送方式相应的交互子模块;以及
将所述消息通过所述多个交互子模块之间的媒体流通道发送给与所述重新选择的发送方式相应的交互子模块。
11.根据权利要求9所述的方法,其特征在于,在所述步骤2中,还包括:
所述交互选择模块对已经选择的所述发送方式的标识设置第一标记。
12.根据权利要求9所述的方法,其特征在于,在所述步骤4中,还包括:
所述交互选择模块对所述消息发送失败时所使用的发送方式的标识设置第二标记。
13.根据权利要求9所述的方法,其特征在于,在步骤3中还包括:所述交互模块反馈响应消息给发送终端。
14.根据权利要求9至13中任一项所述的方法,其特征在于,在所述步骤2中,所述交互选择模块根据所述消息内容的大小和/或所述消息的地址类型选择所述消息的发送方式。
15.一种消息互通方法,用于实现融合业务系统与消息业务系统的消息业务互通,其中,所述融合业务系统包括交互选择模块以及交互模块,其特征在于,所述方法包括:
步骤1,所述交互选择模块接收来自发送终端的消息;
步骤2,所述交互选择模块选择所述消息的发送方式,在所述消息中携带所述发送方式的标识,并将所述消息发送给所述交互模块,其中,对于所述消息,每种发送方式只能使用一次;
步骤3,所述交互模块根据所述标识以所述交互选择模块选择的所述发送方式将所述消息发送给对应的消息业务系统;
步骤4,在所述交互模块接收到所述消息业务系统接收所述消息失败时反馈的失败响应消息的情况下,向所述交互选择模块发送请求消息,并返回到所述步骤2,其中所述请求消息用于请求重新选择所述消息的发送方式。
16.根据权利要求15所述的方法,其特征在于,在所述步骤2中,还包括:
所述交互选择模块对已经选择的所述发送方式的标识设置第一标记。
17.根据权利要求15所述的方法,其特征在于,在所述步骤4中,还包括:
所述交互选择模块对所述消息发送失败时所使用的发送方式的标识设置第二标记。
18.根据权利要求15所述的方法,其特征在于,在步骤1之后还包括:所述交互选择模块向所述发送终端反馈响应消息。
19.根据权利要求15所述的方法,其特征在于,在步骤2之后还包括:所述交互模块向所述发送终端反馈响应消息。
20.根据权利要求15至19中任一项所述的方法,其特征在于,在所述步骤2中,所述交互选择模块根据所述消息内容的大小和/或所述消息的地址类型选择所述消息的发送方式。
21.一种融合业务系统,包括交互选择模块以及交互模块,其特征在于,
所述交互选择模块包括:
第一接收子模块,用于接收来自发送终端的消息;
选择子模块,用于选择所述消息的发送方式;
第一发送子模块,用于将所述选择子模块选择的所述发送方式对应的标识携带在所述消息中,并将所述消息发送给所述交互模块,其中,对于所述消息,每种发送方式只能使用一次;
所述交互模块包括:
第二接收子模块,用于接收来自所述第一发送子模块的所述消息;
获取子模块,用于获取所述消息中的所述标识;
第二发送子模块,用于以所述标识对应的发送方式将所述消息发送给相应的消息业务系统。
22.根据权利要求21所述的融合业务系统,其特征在于,所述交互选择模块还包括:
第一标记子模块,用于对选择的发送方式的标识进行标记;
第二标记子模块,用于对所述消息发送失败时所使用的发送方式的标识进行标记。
23.根据权利要求21所述的融合业务系统,其特征在于,所述融合业务系统还包括:
媒体流通道建立模块,用于在所述消息的内容大小大于或等于预定阈值的情况下,在所述交互选择模块与所述发送终端之间建立媒体流通道。
24.根据权利要求21所述的融合业务系统,其特征在于,所述融合业务系统还包括消息和会话服务器,所述第一接收子模块还用于从所述消息和会话服务器接收所述消息。
25.一种融合业务系统,包括交互选择模块以及交互模块,其特征在于,所述交互模块与发送终端之间建立有媒体流通道;
所述交互选择模块包括:
第一接收子模块,用于接收所述交互模块的请求消息,其中所述请求消息用于请求重新选择所述交互模块接收的来自发送终端的消息的发送方式;
选择子模块,用于选择所述交互模块接收的来自所述发送终端的消息的发送方式,其中,对于所述交互模块接收的来自发送终端的消息,每种发送方式只能使用一次;
第一发送子模块,用于将所述选择子模块选择的所述发送方式的标识发送给所述交互模块;
所述交互模块包括:
第二接收子模块,用于经由所述媒体流通道接收来自所述发送终端的消息;
第三接收子模块,用于接收来自所述第一发送子模块的所述标识;
第二发送子模块,用于以所述标识对应的发送方式将所述消息发送给相应的消息业务系统;
第三发送子模块,用于向所述交互选择模块发送所述请求消息。
26.根据权利要求25所述的融合业务系统,其特征在于,所述交互选择模块还包括:
第一标记子模块,用于对选择的发送方式的标识进行标记;
第二标记子模块,用于对所述消息发送失败时所使用的发送方式的标识进行标记。
27.一种融合业务系统,包括交互选择模块以及交互模块,其特征在于,
所述交互选择模块包括:
第一接收子模块,用于接收来自发送终端的消息;
选择子模块,用于选择所述消息的发送方式;
第一发送子模块,用于将所述选择子模块选择的所述发送方式对应的标识携带在所述消息中,并将所述消息发送给所述交互模块,其中,对于所述消息,每种发送方式只能使用一次;
第二接收子模块,用于接收所述交互模块的请求消息,其中所述请求消息用于请求重新选择所述消息的发送方式;
所述交互模块包括:
第三接收子模块,用于接收来自所述第一发送子模块的所述消息;
获取子模块,用于获取所述消息中的所述标识;
第二发送子模块,用于以所述标识对应的发送方式将所述消息发送给相应的消息业务系统;
第三发送子模块,用于向所述交互选择模块发送所述请求消息。
28.根据权利要求27所述的融合业务系统,其特征在于,所述交互选择模块还包括:
第一标记子模块,用于对选择的发送方式的标识进行标记;
第二标记子模块,用于对所述消息发送失败时所使用的发送方式的标识进行标记。
CN200810169340A 2008-10-10 2008-10-10 消息互通方法及融合业务系统 Expired - Fee Related CN101729997B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200810169340A CN101729997B (zh) 2008-10-10 2008-10-10 消息互通方法及融合业务系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810169340A CN101729997B (zh) 2008-10-10 2008-10-10 消息互通方法及融合业务系统

Publications (2)

Publication Number Publication Date
CN101729997A CN101729997A (zh) 2010-06-09
CN101729997B true CN101729997B (zh) 2012-09-05

Family

ID=42450037

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810169340A Expired - Fee Related CN101729997B (zh) 2008-10-10 2008-10-10 消息互通方法及融合业务系统

Country Status (1)

Country Link
CN (1) CN101729997B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812229A (zh) * 2014-12-30 2016-07-27 中国移动通信集团公司 一种终端通信方法、系统及相关装置
CN106658440B (zh) * 2015-10-30 2020-10-23 华为技术有限公司 一种消息发送方法、相关装置及系统
CN110099087B (zh) * 2018-01-31 2021-02-02 国广融合(北京)传媒科技发展有限公司 一种基于融合传输系统的文件传输方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1881952A (zh) * 2005-06-14 2006-12-20 华为技术有限公司 一种降低多媒体消息业务时延的方法
CN1893692A (zh) * 2005-07-15 2007-01-10 华为技术有限公司 在会话中被邀请用户获取群组信息的方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1881952A (zh) * 2005-06-14 2006-12-20 华为技术有限公司 一种降低多媒体消息业务时延的方法
CN1893692A (zh) * 2005-07-15 2007-01-10 华为技术有限公司 在会话中被邀请用户获取群组信息的方法及装置

Also Published As

Publication number Publication date
CN101729997A (zh) 2010-06-09

Similar Documents

Publication Publication Date Title
EP1163758B1 (en) Method and network element for forwarding multicast messages
RU2357369C2 (ru) Способ и устройство для передачи и приема пакетных данных и информации управления mbms
KR100699391B1 (ko) 통신 장치에서 데이타를 라우팅하는 방법 및 장치
US8170590B2 (en) Method, system and apparatus for forking transmission of short message service
CN101218777A (zh) 通信网络中多播数据的方法和系统
US20100146066A1 (en) Method, system and apparatus for message interworking
US7991894B2 (en) Method and terminal device for transmitting and receiving attachment data
WO2006107165A1 (en) File distribution method and apparatus in a mobile broadcast system
WO2006107164A1 (en) Apparatus and method for delivering stream in a mobile broadcast system
US20090075642A1 (en) Method and devices for relayed peer-to-peer communications between terminals in mobile networks
CN102006564B (zh) 消息互通方法及融合业务系统
US7809839B2 (en) Method and system for call set-up between mobile communication terminals
CN101729997B (zh) 消息互通方法及融合业务系统
JP2007531458A (ja) マルチキャスト/ブロードキャストデータ配信のためのデータ修復強化法
CN101729434B (zh) 消息交互的实现方法和融合业务系统
US9634845B2 (en) Session switching during ongoing data delivery in a network
EP1430645B1 (en) Implementing multicasting
CN101656991B (zh) 消息发送过程中切换终端的方法及设备
CN101925021A (zh) 消息处理方法/系统、融合业务系统
CN101998302B (zh) 消息发送方法、装置、系统及用于融合业务系统的pf、cf和isf
TWI287933B (en) Procedure for establishment of links between stations connected to a telecommunication network
CN102025698B (zh) 融合ip消息交互方法及装置
Kim et al. Scalable QoS-based IP multicast over label-switching wireless ATM networks
CN101729439B (zh) 消息处理方法/系统、融合业务系统
WO2011081536A1 (en) Method and device for receiving multicast data

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
ASS Succession or assignment of patent right

Owner name: NANJING ZHONGXING NEW SOFTWARE CO., LTD

Free format text: FORMER OWNER: ZTE CORPORATION

Effective date: 20150521

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518057 SHENZHEN, GUANGDONG PROVINCE TO: 210012 NANJING, JIANGSU PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20150521

Address after: Yuhuatai District of Nanjing City, Jiangsu province 210012 Bauhinia Road No. 68

Patentee after: Nanjing Zhongxing New Software Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Patentee before: ZTE Corporation

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120905

Termination date: 20161010

CF01 Termination of patent right due to non-payment of annual fee