CN108234294A - 消息传输方法、装置、存储介质及电子装置 - Google Patents
消息传输方法、装置、存储介质及电子装置 Download PDFInfo
- Publication number
- CN108234294A CN108234294A CN201711476792.XA CN201711476792A CN108234294A CN 108234294 A CN108234294 A CN 108234294A CN 201711476792 A CN201711476792 A CN 201711476792A CN 108234294 A CN108234294 A CN 108234294A
- Authority
- CN
- China
- Prior art keywords
- message
- shared link
- predetermined
- transmitted
- link
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种消息传输方法、装置、存储介质及电子装置,其中,该方法包括:获取预定消息;从预先建立的共享链路中确定用于传输预定消息的目标共享链路;利用上述目标共享链路传输预定消息。通过本发明,解决了相关技术中存在的需要建立的用于传输消息的媒体链路过多,导致资源浪费严重的问题,从而实现了减少系统网络资源耗费,提高整体业务处理能力的目的。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种消息传输方法、装置、存储介质及电子装置。
背景技术
融合消息业务是近几年开发出的一种新型的消息业务。开发这种业务的目的是实现多种消息业务的互通和融合,提供统一消息业务,为用户带来一致并且方便的消息业务体验。目前较为典型的融合消息业务是开放移动联盟(Open Mobile Alliance,简称为OMA)推出的基于互联网协议(Internet Protocol,简称为IP)的融合消息(Converged IPMessaging,简称为CPM)业务,下面以此为例进行说明:CPM业务可以实现短消息业务(ShortMessaging Service,简称为SMS)、彩信业务(Multimedia Messaging Service,简称为MMS)等多种消息业务的融合。现在发展比较迅速的新业务微信和富媒体通信(RichCommunication Suite,简称为RCS),都属于融合消息业务。
传统RCS消息交互,通过会话初始协议(Session Initiation Protocol,简称为SIP)和消息会话传递协议(Message Session Relay Protocol,简称为MSRP)实现。根据消息接口的不同,可以分为寻呼模式(Page Mode,一种消息的传递方式,消息通过SIP信令发送,对同一个接收者的各个消息独立发送,没有上下文关联关系)、大消息模式(LargeMessage Mode,一种消息的传递模式,用于传递内容较大的消息,如:长文本、多媒体内容等,传递方式为首先建立MSRP通道,然后在通道中传送内容,内容传送完成后,立即释放该通道)、会话类消息模式(Session Mode,一种消息的传递方式,通常用于持续时间较长、消息交互较多的会话,传递方式为首先建立MSRP通道,然后在该通道中收发消息,会话结束时释放该通道)等。其中,大消息和会话类消息中的群聊消息传送路径分为信令路径和媒体路径,即信令沿信令路径传送,媒体沿媒体路径传送。也就是说,大消息和群聊消息的消息内容,是通过基于MSRP协议创建的媒体链路(后面简称:MSRP链路),传输具体数据。
在现有RCS实现方式中,RCS系统应用服务器,包括即时消息应用服务器(InstantMessage Application Server,IM-AS)和群聊应用服务器(Group Chat ApplicationServer,GC-AS)。其中,IM-AS负责接收终端提交的消息,根据接收方地址进行投递,目的方为用户终端,则向目的方归属的IM-AS发送聊天消息;目的方为群ID(Identifier,标识),则向群归属的GC-AS发送聊天消息。GC-AS负责接收IM-AS发送的聊天消息,根据群ID查询对应的群成员,将聊天消息发送给每个群成员归属的IM-AS。
RCS系统应用服务器之间,包括IM-AS和IM-AS之间、GC-AS和IM-AS之间,由于开展大消息业务和群聊业务,需要不断创建、维持和撤销大量的MSRP链路,数量非常可观。
对于普通的一对一大消息业务(大文本、图片、音频、视频等内容都属于大消息),用户每发送一条大消息,主叫用户归属的IM-AS(后面简称:主叫IM-AS)与被叫用户归属的IM-AS(后面简称:被叫IM-AS)之间就需要创建一条MSRP链路,消息发送完成后,销毁该条MSRP链路。MSRP链路数量与大消息业务量直接相关。
对于群聊业务(不区分寻呼消息和大消息),从创建聊天室开始,GC-AS就需要和每一个在线群成员归属的IM-AS之间维持一条MSRP链路,群聊消息通过这些MSRP链路发送给每一个在线成员所属的IM-AS,然后由IM-AS把群聊消息发送给每一个在线群成员。MSRP链路数量与在线群成员数量直接相关。注意:这里群成员数量和实际用户数量是有区别的,一个用户可以同时加入多个群组,这种情况下,统计用户数量就1个,但统计群成员数量就是多个。
随着RCS业务发展,大消息业务量和群数量不断增加,所需要的MSRP链路数量与有限的网络资源之间的矛盾越来越明显。
针对相关技术中存在的需要建立的用于传输消息的媒体链路过多,导致资源浪费严重的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种消息传输方法、装置、存储介质及电子装置,以至少解决相关技术中存在的需要建立的用于传输消息的媒体链路过多,导致资源浪费严重的问题。
根据本发明的一个实施例,提供了一种消息传输方法,包括:获取预定消息;从预先建立的共享链路中确定用于传输预定消息的目标共享链路;利用所述目标共享链路传输所述预定消息。
可选地,所述共享链路用于两个以上用户传输数据或者所述共享链路用于一个用户传输两个以上消息。
可选地,所述预定消息为来自第一用户的第一预定消息,其中,在利用所述目标共享链路传输所述预定消息之后,所述方法还包括:获取第二预定消息,其中,所述第二预定消息为来自所述第一用户的消息,或者,为来自第二用户的消息;利用所述目标共享链路传输所述第二预定消息。
可选地,获取预定消息包括:确定待传输的消息和与所述待传输的消息对应的业务控制信息,其中,所述控制信息用于标识所述待传输的消息的发送方和接收方信息,以及所述待传输的消息的大小和类型;将所述待传输的消息和所述业务控制信息进行封装,得到所述预定消息。
可选地,所述业务控制消息包括:所述待传输的消息的发送方和接收方的用户信息,以及,所述待传输的消息的发送方和接收方归属的服务器信息。
可选地,当所述待传输的消息为群聊消息时,所述控制信息还包括以下信息至少之一:所述待传输的消息对应的群组信息,所述待传输的消息对应的业务会话信息。
可选地,在从预先建立的共享链路中确定用于传输预定消息的目标共享链路之前,所述方法还包括:通过如下方式之一建立所述共享链路:当所述预定消息为第一即时消息应用服务器IM-AS与第二IM-AS之间传输的消息时,在所述第一IM-AS与所述第二IM-AS之间建立第一预定数量的所述共享链路;当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立第二预定数量的所述共享链路;当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立与所述GC-AS管理的群组对应数量的所述共享链路;当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立与所述GC-AS管理的用户对应数量的所述共享链路。
可选地,从预先建立的共享链路中确定用于传输预定消息的目标共享链路包括:利用轮询的路由策略或者负载均衡的路由策略从预先建立的共享链路中确定用于传输所述预定消息的所述目标共享链路。
根据本发明的另一个实施例,还提供了一种消息传输装置,包括:第一获取模块,用于获取预定消息;确定模块,用于从预先建立的共享链路中确定用于传输预定消息的目标共享链路;第一传输模块,用于利用所述目标共享链路传输所述预定消息。
可选地,所述共享链路用于两个以上用户传输数据或者所述共享链路用于一个用户传输两个以上消息。
可选地,所述预定消息为来自第一用户的第一预定消息,其中,所述装置还包括:第二获取模块,用于在利用所述目标共享链路传输所述预定消息之后,获取第二预定消息,其中,所述第二预定消息为来自所述第一用户的消息,或者,为来自第二用户的消息;第二传输模块,用于利用所述目标共享链路传输所述第二预定消息。
根据本发明的另一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的另一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,由于传输消息之前就建立了共享链路,在需要传输消息的时候,从预先建立的共享链路中选择目标共享链路传输消息即可,无需在每次发送消息前后都要创建和拆除媒体链路,解决了相关技术中存在的需要建立的用于传输消息的媒体链路过多,导致资源浪费严重的问题,从而实现了减少系统网络资源耗费,提高整体业务处理能力的目的。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是现有流程一对一大消息IM-AS与IM-AS之间媒体链路模式图;
图2是现有流程群聊消息IM-AS与GC-AS之间媒体链路模式图;
图3是根据本发明实施例的消息传输方法的流程图;
图4是根据本发明实施例原始消息内容和业务控制信息的封装示意图;
图5是根据本发明实施例的一对一大消息IM-AS与IM-AS之间媒体链路模式图;
图6是根据本发明实施例的群聊消息IM-AS与GC-AS之间媒体链路模式图一;
图7是根据本发明实施例的群聊消息IM-AS与GC-AS之间媒体链路模式图二;
图8是根据本发明实施例的群聊消息IM-AS与GC-AS之间媒体链路模式图三;
图9是根据本发明实施例的媒体共享链路的服务器结构示意图;
图10是根据本发明实施例的共享链路处理单元实现发送方发送消息处理流程图;
图11是根据本发明实施例的共享链路处理单元实现接收方接收消息处理流程图;
图12是根据本发明实施例的消息传输装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
首先对现有技术中的消息发送流程进行说明:
现有流程一对一大消息IM-AS与IM-AS之间媒体链路模式如图1所述,包括:
主叫用户通过核心网发送大消息给主叫IM-AS【过程①】;
主叫IM-AS接收到消息后,发起会话邀请消息(INVITE),创建主叫IM-AS与被叫IM-AS之间的会话,完成媒体协商【过程②~④】;
主叫IM-AS与被叫IM-AS之间创建基于MSRP协议的媒体链路【过程⑤】;
主叫IM-AS通过创建MSRP链路作为传输通道将接收到的大消息内容发送给被叫IM-AS【过程⑥~⑦】;
主叫IM-AS发起会话中止消息(BYE),与被叫IM-AS协商拆除MSRP链路【过程⑧~⑨】;
主叫IM-AS拆除本次创建的MSRP链路【过程⑩】;
被叫IM-AS通过核心网将大消息发送给被叫用户【过程】;
如果主被叫之间继续发送大消息或者这两个IM-AS下属的其他用户互相发送大消息,都是重复前述的处理过程。
两个IM-AS下属的用户互相发送大消息数量越多,这两个IM-AS之前需要创建和拆除的MSRP链路的次数就越多,虽然是MSRP链路占用的网络资源很快就释放了,但是当单位时间内大消息数量达到一定程度,仍然会导致网络资源紧张。另外,频繁的创建和拆除MSRP链路,一会造成大量的网络资源浪费。
现有流程群聊消息IM-AS与GC-AS之间媒体链路模式如图2所述,包括:
现在有X和Y两个活跃群,群X中的成员用户有A、B、C、……,群Y中的成员用户有A、C、D、……。其中,用户A和C归属于IM-AS-1,用户B和D归属于IM-AS-2,用户A、B、C、D在线。下面以群X和群Y为例,现有流程群聊消息IM-AS与GC-AS之间链路模型说明如下:
IM-AS-1与GC-AS之间、IM-AS-2与GC-AS之间、其他群用户所属IM-AS与GC-AS之间,在系统启动以后,GC-AS会与每一个在线群成员所属IM-AS创建一条MSRP链路,作为该用户发送和接收该群群聊消息的专属媒体传输通道。当群成员用户下线时,对应MSRP链路将会拆除;当群成员用户再次上线时,对应MSRP链路将会重新创建。MSRP链路的创建和拆除的处理过程和一对一大消息流程中MSRP链路的创建和拆除类似,这里就不再重复说明了。
群X中群成员A通过核心网发送群聊消息给IM-AS-1【过程X1】,IM-AS-1接收到群成员A的消息后,选择IM-AS-1与GC-AS之间MSRP链路(X-A)作为传输通道,将消息发送给GC-AS【过程X2】;
GC-AS选择IM-AS-2与GC-AS之间MSRP链路(X-B)作为传输通道,将群成员A的群聊消息发送给IM-AS-2【过程X3】,然后由IM-AS-2通过核心网将消息发送给群成员B【过程X4】;
GC-AS选择IM-AS-1与GC-AS之间MSRP链路(X-C)作为传输通道,将群成员A的群聊消息发送给IM-AS-1【过程X5】,然后由IM-AS-1通过核心网将消息发送给群成员C【过程X6】;
GC-AS继续通过其他MSRP链路将群聊消息发送给其他群成员归属的IM-AS,然后由IM-AS通过核心网将消息发送给其他群成员;
群Y中用户C发送群聊消息的处理过程【过程Y1~Y6】,与前述步骤类似,这里不再重复说明。
一个GC-AS会同时处理很多个群聊天室的消息业务,这些聊天室中很多群成员归属于同一个IM-AS,这样GC-AS就会与同一个IM-AS维持很多个同样的MSRP链路,而这些MSRP链路往往利用率很低,这个情况会导致大量的网络资源浪费。特别是当一个用户同时加入N个群(假设这N个群都是由同一个GC-AS管理),那么该用户所属IM-AS与GC-AS之间就需要创建N条MSRP链路,这样一个用户就占用了N条MSRP链路的资源,这就是网络资源浪费。事实上一个用户归属的IM-AS与一个GC-AS之间只需要一条MSRP链路作为传输通道就足够了。当GC-AS处理的群聊天室数量越多或者在线群成员数量越多,MSRP链路导致的网络资源浪费情况就越严重。系统的网络资源是有限的,当网络资源耗尽时,业务处理能力也就达到了上限了。
现有RCS的大消息和群聊消息实现方式中,随着RCS业务的发展,大消息业务量和群数量不断增加,创建和维持大量的MSRP链路,与有限的网络资源之间的矛盾越来越明显。针对上述问题,本发明实施例中提供了一种消息传输方法、装置、存储介质及电子装置,下面结合实施例对本发明进行说明:
首先对本发明的应用场景进行说明:
本发明实施例中的消息传输方案对于所有类型的媒体链路都适用,在具体实施例中所列举的MSRP链路(即,基于MSRP协议的媒体链路)只是作为一个可选的实施例,并不用于对本发明进行限制。本发明所实现的媒体共享链路优化方法,是针对融合消息系统服务器之间媒体链路提出的。对于用户终端通过核心网接入到融合消息系统的媒体链路,本发明的优化方法也是适用的。
实施例一
在本实施例中提供了一种消息传输方法,图3是根据本发明实施例的消息传输方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,获取预定消息;
步骤S304,从预先建立的共享链路中确定用于传输预定消息的目标共享链路;
步骤S306,利用上述目标共享链路传输预定消息。
其中,执行上述操作的可以是服务器,例如IM-AS或GC-AS。本发明实施例中是将媒体链路与业务层面分离,媒体链路作为公共资源,和具体的业务流程无关,可以传输任意媒体消息,从而实现了传输通道的共享。本发明的媒体共享链路使用长连接的方式,在系统启动时或满足特定链路创建条件的情况下创建链路,创建之后一直维持链路,直到系统关闭或者满足特定的链路终止条件。例如,可以在IM-AS与IM-AS之间、GC-AS与IM-AS之间,创建一定数量的公用的MSRP链路;大消息由主叫IM-AS发送到被叫IM-AS时,通过两者之间公用的MSRP链路发送消息,不再每发一条大消息就创建一条MSRP链路;群聊消息由GC-AS发送到IM-AS时,通过两者之间公用的MSRP链路发送消息,不再每个群成员都创建单独的MSRP链路。这样将MSRP链路与大消息和群聊消息的业务流程分离开来,可以实现IM-AS/GC-AS与IM-AS之间MSRP链路的共享,减少系统网络资源消耗,提高整体业务处理能力。
通过上述实施例,由于传输消息之前就建立了共享链路,在需要传输消息的时候,从预先建立的共享链路中选择目标共享链路传输消息即可,无需在每次发送消息前后都要创建和拆除媒体链路,解决了相关技术中存在的需要建立的用于传输消息的媒体链路过多,导致资源浪费严重的问题,从而实现了减少系统网络资源耗费,提高整体业务处理能力的目的。
在一个可选的实施例中,上述共享链路用于两个以上用户传输数据或者所述共享链路用于一个用户传输两个以上消息。
在一个可选的实施例中,上述预定消息为来自第一用户的第一预定消息,其中,在利用目标共享链路传输预定消息之后,上述方法还包括:获取第二预定消息,其中,该第二预定消息为来自第一用户的消息,或者,为来自第二用户的消息;利用目标共享链路传输第二预定消息。其中,第二用户和第一用户为不同的用户。
在一个可选的实施例中,上述的步骤S302中获取预定消息时,可以通过如下方式实现:确定待传输的消息和与待传输的消息对应的业务控制信息,其中,该控制信息用于标识待传输的消息的发送方和接收方信息,以及待传输的消息的大小和类型;将该待传输的消息和业务控制信息进行封装,得到预定消息。在本实施例中,待传输的消息和现有技术中的待传输的消息是一致的,在本实施例中,待传输的预定消息是在现有的待传输的消息基础上封装了控制消息后得到的。这是由于媒体链路与业务分离的,使用本发明的媒体共享链路进行消息传输时,需要在每一条传输消息中携带业务控制信息。
其中,原始消息(即,上述的待传输的消息)内容和业务控制信息的封装如图4所示,就是将待传输的原始消息内容和其对应业务控制信息两份数据合并到一起。这里的原始消息内容可以理解为优化之前的通过媒体链路传输的消息内容。优化之后通过媒体共享链路传输是封装后的消息内容。对应业务控制信息,包含但不局限于以下内容:1)发送方和接收方的用户信息;2)发送方和接收方归属的服务器信息;3)待传输消息对应的群组信息;4)待传输消息对应的业务会话信息;5)待传输消息基本信息(大小、类型等)。下面对各情况下控制信息所包括的具体信息进行说明:在一个可选的实施例中,上述业务控制消息包括:待传输的消息的发送方和接收方的用户信息,以及,待传输的消息的发送方和接收方归属的服务器信息。在另一个可选的实施例中,当上述待传输的消息为群聊消息时,上述控制信息还包括以下信息至少之一:待传输的消息对应的群组信息,待传输的消息对应的业务会话信息。
在一个可选的实施例中,在从预先建立的共享链路中确定用于传输预定消息的目标共享链路之前,上述方法还包括:通过如下方式之一建立上述共享链路:
当上述预定消息为第一即时消息应用服务器IM-AS与第二IM-AS之间传输的消息时,在第一IM-AS与第二IM-AS之间建立第一预定数量的共享链路;
当上述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立第二预定数量的所述共享链路;当预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立与GC-AS管理的群组对应数量的共享链路;
当上述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立与GC-AS管理的用户对应数量的共享链路。
在一个可选的实施例中,从预先建立的共享链路中确定用于传输预定消息的目标共享链路包括:利用轮询的路由策略或者负载均衡的路由策略从预先建立的共享链路中确定用于传输上述预定消息的目标共享链路。
下面以MSRP链路为例结合具体实施例对上述各种建立方式进行说明:
RCS系统的网络资源是有限的,只能用来创建一定数量的MSRP链路。随着大消息和群聊业务不断发展,MSRP链路数量逐渐成为系统瓶颈,亟待解决。一条MSRP链路只用来传输的一条大消息或一个群成员的消息,确实比较浪费,完全可以传输更多的消息。本发明提出的媒体共享链路的优化方法,可以减少网络资源浪费,提高MSRP链路利用率。
具体实施例一
优化流程一对一大消息IM-AS与IM-AS之间媒体链路模式(固定数量共享链路)如图5所示,详细描述如下:
主叫IM-AS与被叫IM-AS在系统启动之后,两者之间创建并维持一定数量的基于MSRP协议的媒体共享链路(后面简称:MSRP共享链路)【过程①】,该操作由两个IM-AS的共享链路处理单元负责实现;
主叫用户通过核心网发送大消息给主叫IM-AS【过程②】;
主叫IM-AS接收到消息后,通过共享链路处理单元,完成原始消息内容和业务控制信息的封装,并根据路由策略选择一条空闲的MSRP共享链路作为传输通道【过程③】。对于固定数量共享链路优化模式,建议采用轮询或负载均衡的路由策略,选择一条空闲的共享链路。如果所有链路都不空闲,则选择一条待发送消息数最少的链路,进入其发送队列排队等候。
主叫IM-AS,通过共享链路处理单元确定的共享链路作为传输通道将封装后的大消息内容发送给被叫IM-AS【过程④~⑤】;
被叫IM-AS接收到消息后,首先通过共享链路处理单元,完成原始消息内容和业务控制信息的解析,然后由业务处理单元根据业务控制信息进行后续处理【过程⑥】;
被叫IM-AS通过核心网将大消息发送给被叫用户【过程⑦】;
如果主被叫之间继续发送大消息或者这两个IM-AS下属的其他用户互相发送大消息,都是重复上述的步骤。
这种模式下,主叫IM-AS与被叫IM-AS之间MSRP链路数量,不再与两者归属用户之间发送大消息数量相关联,不需要在每条消息都创建和拆除MSRP链路,从而提高了大消息业务处理能力,并减少了系统网络资源浪费。
具体实施例二
优化流程群聊消息IM-AS与GC-AS之间媒体链路模式(固定数量共享链路)如图6所示,详细描述如下:
现在有X和Y两个活跃群,群X中的成员用户有A、B、C、……,群Y中的成员用户有A、C、D、……。其中,用户A和C归属于IM-AS-1,用户B和D归属于IM-AS-2,用户A、B、C、D在线。下面以群X和群Y为例,固定数量共享链路优化模式下群聊消息IM-AS与GC-AS之间链路模型说明如下:
IM-AS-1与GC-AS之间、IM-AS-2与GC-AS之间、其他群用户所属IM-AS与GC-AS之间,在系统启动以后,每个IM-AS与GC-AS之间创建并维持一定数量的MSRP共享链路。MSRP共享链路的创建、维持和拆除由IM-AS与GC-AS的共享链路处理单元负责实现。
群X中群成员A通过核心网发送群聊消息给IM-AS-1【过程X1】,IM-AS-1接收到群成员A的消息后,通过共享链路处理单元,根据路由策略从IM-AS-1与GC-AS之间MSRP共享链路中选择一条空闲的链路作为传输通道,将消息发送给GC-AS【过程X2】;
对于固定数量共享链路优化模式,建议采用轮询或负载均衡的路由策略,选择一条空闲的共享链路。如果所有链路都不空闲,则选择一条待发送消息数最少的链路,进入其发送队列排队等候;
GC-AS通过共享链路处理单元,根据路由策略从IM-AS-2与GC-AS之间MSRP共享链路中选择一条空闲的链路作为传输通道,将群成员A的群聊消息发送给IM-AS-2【过程X3】,然后由IM-AS-2通过核心网将消息发送给群成员B【过程X4】;
GC-AS通过共享链路处理单元,根据路由策略从IM-AS-1与GC-AS之间MSRP共享链路中选择一条空闲的链路作为传输通道,将群成员A的群聊消息发送给IM-AS-1【过程X5】,然后由IM-AS-1通过核心网将消息发送给群成员C【过程X6】;
GC-AS继续通过MSRP共享链路将群聊消息发送给其他群成员归属的IM-AS,然后由IM-AS通过核心网将消息发送给其他群成员;
群Y中群成员C发送群聊消息的处理过程【过程Y1~Y6】,与前述的步骤类似,这里不再重复说明。
这种模式下,GC-AS与IM-AS之间MSRP链路数目,不再直接与在线群成员数量相关联,可以实现归属于同一个IM-AS的所有群成员用户共用一条或一组MSRP链路。
以上是GC-AS/IM-AS与IM-AS之间使用固定数量共享链路模式的情况,对一对一大消息处理和群聊消息处理都适用。下面使用和固定数量共享链路模式群聊消息相同的场景,继续阐述两种群聊消息的共享链路模式。
具体实施例三
优化流程群聊消息IM-AS与GC-AS之间媒体链路模式(群组级共享链路)如图7所示,详细描述如下:
与固定数量共享链路模式相比,群组级共享链路优化模式下发送群聊消息处理主要流程是一样的【过程X1~X6和Y1~Y6】,就只是GC-AS与AS之间MSRP共享链路的创建数量和路由选择策略不同:
IM-AS与GC-AS之间,在系统启动之后,IM-AS与GC-AS的共享链路处理单元,根据归属于IM-AS的在线用户所参与由GC-AS管理的活跃群的数量(假设数量为N),来创建和维持N个MSRP共享链路,而且每一个MSRP链路都与一个群组绑定。后续活跃群组信息和在线群成员用户信息发生变化时,IM-AS与GC-AS之间MSRP共享链路的数量也随之变化。MSRP共享链路的创建、维持和拆除由IM-AS与GC-AS的共享链路处理单元负责实现。
群聊消息由IM-AS发送给GC-AS时,IM-AS的共享链路处理单元,根据当前消息所在的群组,从IM-AS与GC-AS之间MSRP共享链路中选择该群对应的链路作为传输通道,将群聊消息发送给GC-AS。
对于群组级共享链路优化模式,需要采取按照群组信息来确定媒体链路路由策略。如果选择的媒体链路空闲,则直接通过该链路发送消息;如果选择的媒体链路不空闲,否则进入该链路的发送队列排队等候。
群聊消息由GC-AS发送给IM-AS时,GC-AS的共享链路处理单元,根据当前消息所在的群组,从IM-AS与GC-AS之间MSRP共享链路中选择该群的链路作为传输通道,将消息发送给IM-AS。
这种模式下,GC-AS与IM-AS之间MSRP链路数目,与归属于IM-AS的在线用户所参与由GC-AS管理的活跃群的数量相关,不再直接与在线群成员数量相关联,可以实现一个群中所有发往IM-AS或GC-AS群聊消息可以共用一条MSRP链路。
具体实施例四
优化流程群聊消息IM-AS与GC-AS之间媒体链路模式(用户级共享链路)如图8所示,详细描述如下:
与固定数量共享链路优化模式相比,用户级共享链路优化模式下发送群聊消息处理主要流程是一样的【过程X1~X6和Y1~Y6】,就只是GC-AS与AS之间MSRP共享链路的创建数量和路由选择策略不同:
IM-AS与GC-AS之间,在系统启动之后,根据参与由GC-AS管理的活跃群且归属于IM-AS的在线用户数量(假设数量为M),来创建和维持M个MSRP共享链路,而且每一个MSRP链路都与一个用户绑定。后续活跃群组信息和在线群成员用户信息发生变化时,IM-AS与GC-AS之间MSRP共享链路的数量也随之变化。MSRP共享链路的创建、维持和拆除由IM-AS与GC-AS的共享链路处理单元负责实现。
群聊消息由IM-AS发送给GC-AS时,IM-AS的共享链路处理单元,根据当前消息的发送方用户,从IM-AS与GC-AS之间MSRP共享链路中选择该用户对应的链路作为传输通道,将消息发送给GC-AS。
对于用户级共享链路优化模式,需要采取按照用户信息来确定媒体链路路由策略。如果选择的媒体链路空闲,则直接通过该链路发送消息;如果选择的媒体链路不空闲,否则进入该链路的发送队列排队等候。
群聊消息由由GC-AS发送给IM-AS时,GC-AS的共享链路处理单元,根据当前消息的接收方用户,从IM-AS与GC-AS之间MSRP共享链路中选择该用户对应的链路作为传输通道,将消息发送给IM-AS。
这种模式下,GC-AS与IM-AS之间MSRP链路数目,与参与由GC-AS管理的活跃群且归属于IM-AS的在线用户数量相关,不再直接与在线群成员数量相关联,可以实现所有发给一个IM-AS归属用户群聊消息可以共用一条MSRP链路。
上述内容提供了大消息的IM-AS与IM-AS之间媒体共享链路优化模式和三种群聊消息的GC-AS与IM-AS之间媒体共享链路优化模式,都可以实现MSRP链路共享的目的,可以大大减少MSRP链路使用数量,提高每条链路的使用率,提高整个系统对大消息和群聊消息业务处理能力。
采用本发明的媒体共享链路优化之后,需要在服务器内部增加共享链路处理单元。共享链路处理单元主要作用:创建、管理和拆除媒体共享链路功能、共享链路的路由选择功能、原始消息内容和业务控制信息的封装功能、原始消息内容和业务控制信息解析功能、发送媒体消息功能、接收媒体消息功能。
本发明所实现的媒体共享链路,对于媒体链路的创建、维持和拆除的方法,和优化前的媒体链路是一样的,都是基于现有技术实现,这里不再赘述。
使用本发明所实现的媒体共享链路的服务器结构(如图9所示):两个服务器之间,创建和维持一组媒体共享链路;每一条共享链路都可以发送和接收消息;两个服务器内部,需要在原有业务处理单元的基础上,增加共享链路处理单元,媒体消息的发送和接收共享链路处理单元实现。
具体实施例五
如图10所示,共享链路处理单元实现发送方发送消息处理包括如下步骤:
步骤S1001,发送方发送消息;
步骤S1002,接收到业务处理单元的媒体消息发送请求,从业务处理单元获取待发送消息的原始消息内容和业务控制信息;
步骤S1003,将待发送消息的原始消息内容和业务控制信息封装;
步骤S1004,根据路由选择策略获取合适的媒体共享链路(路由选择策略由实施方自行确定);
步骤S1005,检查获取到的媒体共享链路发送端状态是否空闲,如果共享链路发送端已被占用,执行步骤S1006,若未被占用,执行步骤S1007;
步骤S1006,进入该共享链路发送队列排队等候,一直到共享链路空闲为止;
步骤S1007,如果共享链路发送端空闲,将媒体共享链路发送端状态置为占用;
步骤S1008,通过媒体共享链路将封装后的媒体消息发送给接收方;
步骤S1009,媒体消息发送将媒体共享链路发送端状态置为空闲;
步骤S1010,结束。
具体实施例六
如图11所示,共享链路处理单元实现接收方接收消息处理包括如下步骤:
步骤S1101,接收方接收消息;
步骤S1102,检测媒体共享链路接收端;
步骤S1103,判断是否有待接收的媒体消息,如果没有则执行S1102继续检测,直到有待接收的媒体消息为止;
步骤S1104,若判断到有待接收的媒体消息,接收消息处理;
步骤S1105,解析接收到的消息,获取当前媒体消息的原始消息内容和业务控制信息;
步骤S1106,将当前媒体消息的原始消息内容和业务控制信息分发给业务处理单元,由业务处理单元根据业务控制信息进行下一步处理;循环处理,继续检测媒体共享链路接收端,接收下一消息。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例二
在本实施例中还提供了一种消息传输装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的消息传输装置的结构框图,如图12所示,该装置包括如下模块:
第一获取模块122,用于获取预定消息;确定模块124,连接至上述第一获取模块122,用于从预先建立的共享链路中确定用于传输预定消息的目标共享链路;第一传输模块126,连接至上述确定模块124,用于利用上述目标共享链路传输预定消息。
在一个可选的实施例中,上述共享链路用于两个以上用户传输数据或者共享链路用于一个用户传输两个以上消息。
在一个可选的实施例中,上述预定消息为来自第一用户的第一预定消息,其中,上述装置还包括:第二获取模块,用于在利用目标共享链路传输预定消息之后,获取第二预定消息,其中,该第二预定消息为来自第一用户的消息,或者,为来自第二用户的消息;第二传输模块,用于利用该目标共享链路传输第二预定消息。
在一个可选的实施例中,上述第一获取模块122可以通过如下方式获取预定消息:确定待传输的消息和与待传输的消息对应的业务控制信息,其中,该控制信息用于标识待传输的消息的发送方和接收方信息,以及所述待传输的消息的大小和类型;将上述待传输的消息和业务控制信息进行封装,得到预定消息。
在一个可选的实施例中,上述业务控制消息包括:上述待传输的消息的发送方和接收方的用户信息,以及,待传输的消息的发送方和接收方归属的服务器信息。
在一个可选的实施例中,当上述待传输的消息为群聊消息时,上述控制信息还包括以下信息至少之一:上述待传输的消息对应的群组信息,上述待传输的消息对应的业务会话信息。
在一个可选的实施例中,在从预先建立的共享链路中确定用于传输预定消息的目标共享链路之前,上述装置还用于:通过如下方式之一建立上述共享链路:当预定消息为第一即时消息应用服务器IM-AS与第二IM-AS之间传输的消息时,在第一IM-AS与第二IM-AS之间建立第一预定数量的共享链路;当预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立第二预定数量的共享链路;当预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立与GC-AS管理的群组对应数量的共享链路;当预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在GC-AS与第三IM-AS之间建立与GC-AS管理的用户对应数量的共享链路。
在一个可选的实施例中,上述确定模块124可以通过如下方式从预先建立的共享链路中确定用于传输预定消息的目标共享链路:利用轮询的路由策略或者负载均衡的路由策略从预先建立的共享链路中确定用于传输上述预定消息的目标共享链路。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例三
本发明的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,获取预定消息;
S2,从预先建立的共享链路中确定用于传输预定消息的目标共享链路;
S3,利用上述目标共享链路传输预定消息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,获取预定消息;
S2,从预先建立的共享链路中确定用于传输预定消息的目标共享链路;
S3,利用上述目标共享链路传输预定消息。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种消息传输方法,其特征在于,包括:
获取预定消息;
从预先建立的共享链路中确定用于传输预定消息的目标共享链路;
利用所述目标共享链路传输所述预定消息。
2.根据权利要求1所述的方法,其特征在于,所述共享链路用于两个以上用户传输数据或者所述共享链路用于一个用户传输两个以上消息。
3.根据权利要求1或2所述的方法,其特征在于,所述预定消息为来自第一用户的第一预定消息,其中,在利用所述目标共享链路传输所述预定消息之后,所述方法还包括:
获取第二预定消息,其中,所述第二预定消息为来自所述第一用户的消息,或者,为来自第二用户的消息;
利用所述目标共享链路传输所述第二预定消息。
4.根据权利要求1所述的方法,其特征在于,获取预定消息包括:
确定待传输的消息和与所述待传输的消息对应的业务控制信息,其中,所述控制信息用于标识所述待传输的消息的发送方和接收方信息,以及所述待传输的消息的大小和类型;
将所述待传输的消息和所述业务控制信息进行封装,得到所述预定消息。
5.根据权利要求4所述的方法,其特征在于,所述业务控制消息包括:
所述待传输的消息的发送方和接收方的用户信息,以及,所述待传输的消息的发送方和接收方归属的服务器信息。
6.根据权利要求5所述的方法,其特征在于,当所述待传输的消息为群聊消息时,所述控制信息还包括以下信息至少之一:
所述待传输的消息对应的群组信息,所述待传输的消息对应的业务会话信息。
7.根据权利要求1所述的方法,其特征在于,在从预先建立的共享链路中确定用于传输预定消息的目标共享链路之前,所述方法还包括:
通过如下方式之一建立所述共享链路:
当所述预定消息为第一即时消息应用服务器IM-AS与第二IM-AS之间传输的消息时,在所述第一IM-AS与所述第二IM-AS之间建立第一预定数量的所述共享链路;
当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立第二预定数量的所述共享链路;
当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立与所述GC-AS管理的群组对应数量的所述共享链路;
当所述预定消息为群聊消息应用服务器GC-AS与第三IM-AS之间传输的消息时,在所述GC-AS与所述第三IM-AS之间建立与所述GC-AS管理的用户对应数量的所述共享链路。
8.根据权利要求7所述的方法,其特征在于,从预先建立的共享链路中确定用于传输预定消息的目标共享链路包括:
利用轮询的路由策略或者负载均衡的路由策略从预先建立的共享链路中确定用于传输所述预定消息的所述目标共享链路。
9.一种消息传输装置,其特征在于,包括:
第一获取模块,用于获取预定消息;
确定模块,用于从预先建立的共享链路中确定用于传输预定消息的目标共享链路;
第一传输模块,用于利用所述目标共享链路传输所述预定消息。
10.根据权利要求9所述的装置,其特征在于,所述共享链路用于两个以上用户传输数据或者所述共享链路用于一个用户传输两个以上消息。
11.根据权利要求9或10所述的装置,其特征在于,所述预定消息为来自第一用户的第一预定消息,其中,所述装置还包括:
第二获取模块,用于在利用所述目标共享链路传输所述预定消息之后,获取第二预定消息,其中,所述第二预定消息为来自所述第一用户的消息,或者,为来自第二用户的消息;
第二传输模块,用于利用所述目标共享链路传输所述第二预定消息。
12.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至8任一项中所述的方法。
13.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至8任一项中所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711476792.XA CN108234294A (zh) | 2017-12-29 | 2017-12-29 | 消息传输方法、装置、存储介质及电子装置 |
PCT/CN2018/119198 WO2019128647A1 (zh) | 2017-12-29 | 2018-12-04 | 消息传输方法、装置、存储介质及电子装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711476792.XA CN108234294A (zh) | 2017-12-29 | 2017-12-29 | 消息传输方法、装置、存储介质及电子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108234294A true CN108234294A (zh) | 2018-06-29 |
Family
ID=62647047
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711476792.XA Pending CN108234294A (zh) | 2017-12-29 | 2017-12-29 | 消息传输方法、装置、存储介质及电子装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108234294A (zh) |
WO (1) | WO2019128647A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019128647A1 (zh) * | 2017-12-29 | 2019-07-04 | 中兴通讯股份有限公司 | 消息传输方法、装置、存储介质及电子装置 |
CN110875914A (zh) * | 2018-09-03 | 2020-03-10 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN110912800A (zh) * | 2018-09-14 | 2020-03-24 | 中兴通讯股份有限公司 | 一种群聊消息转发的方法及装置 |
CN112055098A (zh) * | 2020-08-20 | 2020-12-08 | 深圳市沃特沃德股份有限公司 | 建立ip数据长连接的方法、5g网关设备和计算机设备 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112860431B (zh) * | 2021-01-20 | 2024-03-15 | 重庆六花网络科技有限公司 | 微服务节点的连接方法、系统、设备及存储介质 |
CN116405335A (zh) * | 2021-12-27 | 2023-07-07 | 中兴通讯股份有限公司 | 一种媒体通道的设置方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1446439A (zh) * | 2000-05-31 | 2003-10-01 | 艾利森电话股份有限公司 | 在无线多路复用器接口上的会话分配器 |
CN101883322A (zh) * | 2009-05-05 | 2010-11-10 | 中兴通讯股份有限公司 | 向群组发送大消息模式融合ip消息的方法和系统 |
US20140095430A1 (en) * | 2012-10-02 | 2014-04-03 | Linkedln Corporation | Creating a single social graph for a user |
CN104601346A (zh) * | 2013-10-30 | 2015-05-06 | 国际商业机器公司 | 管理交换机的网络连接的方法和装置 |
CN107182129A (zh) * | 2017-05-27 | 2017-09-19 | 中国人民解放军理工大学 | 多小区场景下融合社交信息的d2d链路选择方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102148693B (zh) * | 2010-02-05 | 2015-12-16 | 中兴通讯股份有限公司 | 共享链路保护方法、节点和共享链路保护系统 |
US9619811B2 (en) * | 2011-12-20 | 2017-04-11 | Bitly, Inc. | Systems and methods for influence of a user on content shared via 7 encoded uniform resource locator (URL) link |
CN108234294A (zh) * | 2017-12-29 | 2018-06-29 | 中兴通讯股份有限公司 | 消息传输方法、装置、存储介质及电子装置 |
-
2017
- 2017-12-29 CN CN201711476792.XA patent/CN108234294A/zh active Pending
-
2018
- 2018-12-04 WO PCT/CN2018/119198 patent/WO2019128647A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1446439A (zh) * | 2000-05-31 | 2003-10-01 | 艾利森电话股份有限公司 | 在无线多路复用器接口上的会话分配器 |
CN101883322A (zh) * | 2009-05-05 | 2010-11-10 | 中兴通讯股份有限公司 | 向群组发送大消息模式融合ip消息的方法和系统 |
US20140095430A1 (en) * | 2012-10-02 | 2014-04-03 | Linkedln Corporation | Creating a single social graph for a user |
CN104601346A (zh) * | 2013-10-30 | 2015-05-06 | 国际商业机器公司 | 管理交换机的网络连接的方法和装置 |
CN107182129A (zh) * | 2017-05-27 | 2017-09-19 | 中国人民解放军理工大学 | 多小区场景下融合社交信息的d2d链路选择方法 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019128647A1 (zh) * | 2017-12-29 | 2019-07-04 | 中兴通讯股份有限公司 | 消息传输方法、装置、存储介质及电子装置 |
CN110875914A (zh) * | 2018-09-03 | 2020-03-10 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN110875914B (zh) * | 2018-09-03 | 2022-06-07 | 中国移动通信有限公司研究院 | 一种基于共享会话链路传输消息的方法及装置 |
CN110912800A (zh) * | 2018-09-14 | 2020-03-24 | 中兴通讯股份有限公司 | 一种群聊消息转发的方法及装置 |
CN110912800B (zh) * | 2018-09-14 | 2022-09-13 | 中兴通讯股份有限公司 | 一种群聊消息转发的方法及装置 |
CN112055098A (zh) * | 2020-08-20 | 2020-12-08 | 深圳市沃特沃德股份有限公司 | 建立ip数据长连接的方法、5g网关设备和计算机设备 |
CN112055098B (zh) * | 2020-08-20 | 2023-04-07 | 深圳市沃特沃德股份有限公司 | 建立ip数据长连接的方法、5g网关设备和计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2019128647A1 (zh) | 2019-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108234294A (zh) | 消息传输方法、装置、存储介质及电子装置 | |
CN102685689B (zh) | 一键通服务方法 | |
ES2542965T3 (es) | Un método, un dispositivo y un sistema para la puesta en convergencia de una mensajería en IP | |
CN1330140C (zh) | 用于多参与者通信会话中的发言者仲裁的方法与设备 | |
US7894842B2 (en) | Methods and devices for including a plurality of users in a conversation over a communication network | |
CN103533669B (zh) | 移动终端多apn网络并发系统及其联网方法 | |
US20050266869A1 (en) | Apparatus and method for establishing talk session in push to talk (PTT) service providing system | |
KR20070118667A (ko) | 무선 원격통신 장치들 간의 그룹 통신들에 있어서 voip데이터 패킷들을 분배하기 위한 시스템 및 방법 | |
CN101160790A (zh) | 一种多方通信业务的连接建立方法、系统及连接控制单元 | |
CN104410982B (zh) | 一种无线异构网络中终端聚合与重构方法 | |
CN104620611A (zh) | 消息传递服务活跃设备 | |
CN112995234B (zh) | 一种媒体传输链路管理方法及装置 | |
CN101854703B (zh) | 获取状态信息的方法、服务器及系统 | |
CN110875914B (zh) | 一种基于共享会话链路传输消息的方法及装置 | |
CN101188815B (zh) | 媒体流数据的传送方法、系统、服务器及客户端 | |
CN101137104A (zh) | 一种实现资源释放的方法和系统 | |
JP4959803B2 (ja) | 通信システムにおける配信レポート | |
CN101110790A (zh) | 建立会话的方法 | |
CN109120578B (zh) | 一种实现链路连接处理的方法及装置 | |
CN101184267B (zh) | 业务接入方法及系统 | |
CN101309154B (zh) | 报文的发送方法、发送装置和传输系统 | |
CN102195948B (zh) | 数据处理方法、策略及计费执行功能和网关设备 | |
CN101772195B (zh) | Ims集群会议的创建和加入方法及分发系统和装置 | |
CA2628052C (en) | Method and apparatus for determining pt server having controlling function | |
CN101803332B (zh) | 用于在通信网络中建立呼叫的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180629 |