CN104994083A - 消息发送方法及装置 - Google Patents
消息发送方法及装置 Download PDFInfo
- Publication number
- CN104994083A CN104994083A CN201510342156.2A CN201510342156A CN104994083A CN 104994083 A CN104994083 A CN 104994083A CN 201510342156 A CN201510342156 A CN 201510342156A CN 104994083 A CN104994083 A CN 104994083A
- Authority
- CN
- China
- Prior art keywords
- network
- terminal
- server
- message
- group
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- 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]
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1093—In-session procedures by adding participants; by removing participants
-
- 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/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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/01—Protocols
Abstract
本发明提供了一种消息发送方法及装置,其中,该方法包括:第一网络中的第一服务器接收第一网络中的第一终端发送的消息,其中,该消息是发送给第二终端的,该第二终端位于第二网络中;上述第一服务器确定第一终端和第二终端的映射关系,其中,该映射关系包括第一网络支持的业务类型到第二网络支持的业务类型的映射;上述第一服务器根据确定的映射关系将上述消息发送给第二终端。通过本发明,解决了相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题,进而达到了完善SIMPLE IM规范和CPM规范之间互通规则的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种消息发送方法及装置。
背景技术
随着移动互联网的快速发展,通过互联网向用户提供各种应用服务的业务大步向前进,强烈冲击着电信传统的语音和短消息业务。传统的电信运营商需要转型,来迎接移动互联网时代的挑战。
全球移动通信协会(Global system for Mobile Communication Association,简称为GSMA)在2009年公布了富通信套件(Communication Suite,简称为RCS)计划,得到了多家欧洲运营商的响应。2010年,由西班牙Telefonica、英国沃达丰、法国Orange、意大利电信及德国电信在内的欧洲五大电信巨头,决定联合推出自有即时通信系统,并命名为“Joyn”,以此正式向OTT(Over The Top)应用宣战。目前,全球17个国家的28家运营商在2014年推出了RCS/joyn服务,有85家顶级的移动网络运营商承诺在2015年前推出RCS服务。中国移动在2014年2月初发布了“下一代融合通信白皮书”,彰显其业务创新与变革的决心。
开放移动联盟(Open Mobile Alliance,简称为OMA)早期为RCS系统制定的消息类业务的规范是SIMPLE IM(SIP Instant Messaging and Presence LeveragingExtensions Instant Message),所以早期部署RCS系统的运营商都参考SIMPLE IM规范来设计RCS系统中的消息类业务。而OMA在发布CPM(Converged IPMessaging)规范之后,宣布不再制定SIMPLE IM的后续版本,新的需求将在OMA CPM项目中继续标准化。在CPM规范发布之后部署RCS系统的一些运营商,如中国移动等,则是选择采用CPM规范来定义RCS系统中的消息类业务。SIMPLE IM规范和CPM规范在1对1聊天、群聊等业务上的流程、消息内容方面的差异都比较大,而互联互通是RCS能抗衡OTT业务的必须要求,所以不同RCS系统之间的互通是RCS系统能顺利发展的重要因素。但是因为CPM规范推出时间比较晚,GSMA和OMA都只来得及制定了一些简单的互通规范或指南,描述了互通中一些基本的概念和原则,完整具体的实施方案还空缺。
针对相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种消息发送方法及装置,以至少解决相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题。
根据本发明的一个方面,提供了一种消息发送方法,包括:第一网络中的第一服务器接收所述第一网络中的第一终端发送的消息,其中,所述消息是发送给第二终端的,所述第二终端位于第二网络中;所述第一服务器确定所述第一终端和所述第二终端的映射关系,其中,所述映射关系包括所述第一网络支持的业务类型到所述第二网络支持的业务类型的映射;所述第一服务器根据确定的映射关系将所述消息发送给所述第二终端。
进一步地,所述映射关系包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。
进一步地,所述第一服务器根据所述映射关系将所述消息发送给所述第二终端包括:所述第一服务器根据所述映射关系将所述消息发送给第二网络中的第二服务器,其中,所述消息被所述第二服务器发送给所述第二终端。
进一步地,所述第一服务器根据所述映射关系将所述消息发送给所述第二终端之前,还包括:所述第一服务器缓存所述消息。
进一步地,所述第一服务器缓存所述消息之后,还包括:所述第一服务器通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
进一步地,所述第一网络中的所述第一服务器接收所述第一网络中的所述第一终端发送的所述消息之前,还包括:所述第一服务器通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
进一步地,所述第一网络和所述第二网络为支持不同规范的富通信套件RCS网络。
根据本发明的另一方面,提供了一种消息发送方法,包括:第一网络的群聊服务器或会场服务器接收群中的一个终端发送的用于请求重建群聊会话的请求消息;所述群聊服务器或会场服务器根据所述请求消息向所述群中的其他群聊成员发送通知消息,其中,所述通知消息用于通知所述群中的其他群聊成员重建群聊会话。
进一步地,所述群聊服务器或会场服务器根据所述请求消息向所述群中的其他群聊成员发送所述通知消息包括:当所述其他群聊成员包括第二网络的终端时,所述群聊服务器或会场服务器向所述第二网络的第二服务器发送所述通知消息,所述通知消息被所述第二服务器发送给所述第二网络中的终端。
进一步地,当所述第一网络采用有会场的群聊模式时,由所述第一网络的会场服务器接收所述群中的一个终端发送的所述请求消息;当所述第一网络采用无会场的群聊模式时,由所述第一网络的群聊服务器接收所述群中的一个终端发送的所述请求消息。
进一步地,所述第一网络的所述群聊服务器或所述会场服务器接收所述群中的一个终端发送的所述请求消息包括:当所述群中的一个终端为所述第一网络中的终端时,所述群聊服务器或所述会场服务器接收所述群中的一个终端发送的所述请求消息;当所述群中的一个终端为第二网络中的终端时,所述群聊服务器或所述会场服务器通过接收所述第二网络的第二服务器发送的所述请求消息的方式接收所述群中的一个终端发送的所述请求消息。
进一步地,所述第一网络和所述第二网络为支持不同规范的富通信套件RCS网络。
根据本发明的另一方面,提供了一种消息发送装置,所述装置应用于第一网络中的第一服务器中,包括:第一接收模块,用于接收所述第一网络中的第一终端发送的消息,其中,所述消息是发送给第二终端的,所述第二终端位于第二网络中;确定模块,用于确定所述第一终端和所述第二终端的映射关系,其中,所述映射关系包括所述第一网络支持的业务类型到所述第二网络支持的业务类型的映射;第一发送模块,用于根据确定的映射关系将所述消息发送给所述第二终端。
进一步地,所述映射关系包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。
进一步地,所述第一发送模块包括:第一发送单元,用于根据所述映射关系将所述消息发送给第二网络中的第二服务器,其中,所述消息被所述第二服务器发送给所述第二终端。
进一步地,所述装置还包括:缓存模块,用于缓存所述消息。
进一步地,所述装置还包括:第一创建模块,用于通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
进一步地,所述装置还包括:第二创建模块,用于通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
进一步地,所述第一网络和所述第二网络为支持不同规范的RCS网络。
根据本发明的另一方面,提供了一种消息发送装置,所述装置应用于第一网络的群聊服务器或会场服务器中,包括:第二接收模块,用于接收群中的一个终端发送的用于请求重建群聊会话的请求消息;第二发送模块,用于根据所述请求消息向所述群中的其他群聊成员发送通知消息,其中,所述通知消息用于通知所述群中的其他群聊成员重建群聊会话。
进一步地,所述第二发送模块包括:第二发送单元,用于当所述其他群聊成员包括第二网络中的终端时,向所述第二网络的第二服务器发送所述通知消息,所述通知消息被所述第二服务器发送给所述第二网络中的终端。
进一步地,当所述第一网络采用有会场的群聊模式时,由所述第一网络的会场服务器接收所述群中的一个终端发送的所述请求消息;当所述第一网络采用无会场的群聊模式时,由所述第一网络的群聊服务器接收所述群中的一个终端发送的所述请求消息。
进一步地,所述第二接收模块包括:第一接收单元,用于当所述群中的一个终端为所述第一网络中的终端时,接收所述群中的一个终端发送的所述请求消息;第二接收单元,用于当所述群中的一个终端为第二网络中的终端时,通过接收所述第二网络的第二服务器发送的所述请求消息的方式接收所述群中的一个终端发送的所述请求消息。
通过本发明,采用第一网络中的第一服务器接收所述第一网络中的第一终端发送的消息,其中,所述消息是发送给第二终端的,所述第二终端位于第二网络中;所述第一服务器确定所述第一终端和所述第二终端的映射关系,其中,所述映射关系包括所述第一网络支持的业务类型到所述第二网络支持的业务类型的映射;所述第一服务器根据确定的映射关系将所述消息发送给所述第二终端,解决了相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题,进而达到了完善SIMPLE IM规范和CPM规范之间互通规则的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的第一种消息发送方法的流程图;
图2是根据本发明实施例的第二种消息发送方法的流程图;
图3是根据本发明实施例的第一种消息发送装置的结构框图;
图4是根据本发明实施例的第一种消息发送装置中第一发送模块36的结构框图;
图5是根据本发明实施例的第一种消息发送装置的优选结构框图一;
图6是根据本发明实施例的第一种消息发送装置的优选结构框图二;
图7是根据本发明实施例的第一种消息发送装置的优选结构框图三;
图8是根据本发明实施例的第二种消息发送装置的结构框图;
图9是根据本发明实施例的第二种消息发送装置中第二发送模块84的结构框图;
图10是根据本发明实施例的第二种消息发送装置中第二接收模块82的结构框图;
图11是根据本发明实施例的RCS网络互通组网图;
图12是根据本发明实施例的Large模式到Chat模式的聊天流程图;
图13是根据本发明实施例的Paper模式到Chat模式的聊天流程图;
图14是根据本发明实施例的Chat模式到Large模式的聊天流程图;
图15是根据本发明实施例的Chat模式到Pager模式的聊天流程图;
图16是根据本发明实施例的群聊业务互通的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种消息发送方法,图1是根据本发明实施例的第一种消息发送方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,第一网络中的第一服务器接收第一网络中的第一终端发送的消息,其中,该消息是发送给第二终端的,该第二终端位于第二网络中;
步骤S104,上述第一服务器确定第一终端和第二终端的映射关系,其中,该映射关系包括第一网络支持的业务类型到第二网络支持的业务类型的映射;
步骤S106,上述第一服务器根据确定的映射关系将上述消息发送给第二终端。
通过上述步骤,在进行两个网络之间的消息传输时,第一网络中的第一服务器可以根据确定的两个网络间的终端的映射关系传输消息,并且上述的两个网络可以是支持不同规范的富通信套件RCS网络,如,第一网络支持SIMPLE IM规范,第二网络支持CPM规范,从而有效的实现了不同规范之间的互通,解决了相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题,进而达到了完善SIMPLE IM规范和CPM规范之间互通规则的效果。
上述的映射关系可以有多种,在一个可选的实施例中,上述的映射关系可以包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。上述的终端也可以理解为无会话模式,上述的会话可以理解为会话模式,不仅可以实现会话模式到会话模式之间的映射,还可以实现无会话模式与会话模式之间的映射,无会话模式和无会话模式之间的映射。有效的实现了不同规范之间的互通。
上述的第一终端和第二终端分别处于不同的网络中,要实现两个不同的网络间的终端的互通,可以借助于这两个不同的网络中的服务器实现。在一个可选的实施例中,上述的第一服务器根据映射关系将消息发送给第二终端可以包括:第一服务器根据映射关系将上述消息发送给第二网络中的第二服务器,其中,该消息被第二服务器发送给第二终端。
在一个可选的实施例中,上述的第一服务器根据映射关系将消息发送给第二终端之前,还可以包括:该第一服务器缓存上述消息。也就是说,第一服务器在接收到第一终端发送的消息后,可以暂时先不将该消息发送出去,而是缓存起来,可以等到合适的时机再发送该消息。
上述的第一服务器和第一终端之间可以建立会话,建立会话的时机可以有多种,在一个可选的实施例中,可以在上述第一服务器缓存上述消息之后,第一服务器通过与第一终端协商的方式创建该第一服务器与第一终端之间的会话,具体如何创建会话会在下文中进行具体的描述。
在创建上述第一服务器和第一终端之间的会话时,还可以在第一网络中的第一服务器接收第一网络中的第一终端发送的消息之前,第一服务器通过与第一终端协商的方式创建第一服务器与第一终端之间的会话,具体如何创建会话会在下文中进行具体的描述。
在一个可选的实施例中,上述的第一网络和第二网络可以为支持不同规范的富通信套件RCS网络。
上述各实施例主要针对的是1对1聊天(下面由网络X代替第一网络,网络Y代替第二网络进行说明),下面结合具体实施例,针对整体流程进行说明,该流程包括如下步骤:
A.网络X的IM终端(同上述的第一终端)向网络Y的IM终端(同上述的第二终端)发起会话:
A.1在此之前,源IM终端(同上述的第一终端)可以先向目的IM终端(同上述的第二终端)发起能力协商。如果目的IM终端不支持1对1聊天能力,则源IM终端做失败处理,如给源IM终端的操作者反馈失败提示、或者改为通过短信方式向目的IM终端发送消息等。
A.2如果网络X的IM终端到网络Y的IM终端的会话已经创建,则跳转到步骤D。
A.3如果网络X采用无会话模式的1对1聊天,则跳转到步骤C。
B.网络X的IM服务器执行对原IM终端创建会话的流程。
网络X的IM终端可以在创建会话的消息中携带第一条聊天消息内容。
C.网络X的IM终端发送聊天消息到网络X的IM服务器。
网络X的IM服务器可以提供缓存机制,缓存聊天内容,等到合适的时机再发送到网络Y的IM服务器。
D.网络X的IM服务器向网络Y的IM服务器发起创建会话。
如果网络Y采用无会话模式的1对1聊天,或者到网络Y的目的IM终端的会话已经创建,则跳转到步骤F。
E.网络Y的IM服务器收到创建会话的请求,执行向目的IM终端发起创建会话的流程。如果失败,可以创建回执通过网络X的IM服务器通知源IM终端。
F.网络X的IM服务器建立源终端和目的终端的映射关系。
根据网络X和网络Y的聊天业务类型,映射关系可以分为四类:
会话——终端映射
会话——会话映射
终端——会话映射
终端——终端映射
上述映射操作还可以在步骤B、C等阶段执行。
G.网络X的IM服务器向网络Y的IM终端发送聊天消息。
网络X的IM服务器将聊天消息发送到网络Y的IM服务器,再由网络Y的IM服务器将聊天消息发送到网络Y的IM终端。网络Y的IM服务器可以提供消息缓存的功能。
H.在源IM终端和目的IM终端使用聊天业务的过程中,除了互相发送文本消息内容,还可以传递回执通知,以及图片、视频、音频等文件。
图2是根据本发明实施例的第二种消息发送方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,第一网络的群聊服务器或会场服务器接收群中的一个终端发送的用于请求重建群聊会话的请求消息;
步骤S204,该群聊服务器或会场服务器根据上述请求消息向群中的其他群聊成员发送通知消息,其中,该通知消息用于通知群中的其他群聊成员重建群聊会话。
其中,上述的群中的一个终端可以是第一网络中的终端,也可是第二网络中的终端。通过上述步骤,在进行请求消息的发送时,群聊成员可能位于不同的网络中,因此可能会涉及不同网络中的终端,需要在不同网络之间的进行消息传输,上述的不同的网络可以是支持不同规范的富通信套件RCS网络,如,第一网络支持SIMPLE IM规范,第二网络支持CPM规范,从而有效的实现了不同规范之间的互通,解决了相关技术中存在的SIMPLE IM规范和CPM规范之间互通规则不完善的问题,进而达到了完善SIMPLE IM规范和CPM规范之间互通规则的效果。
在一个可选的实施例中,上述群聊服务器或会场服务器根据上述请求消息向群中的其他群聊成员发送通知消息包括:当其他群聊成员包括第二网络中的终端时,该群聊服务器或会场服务器向第二网络的第二服务器发送通知消息,该通知消息被第二服务器发送给第二网络中的终端。由此可知,当通知消息需要发送给其他网络中的终端时,可以先将通知消息发送给其他网络的服务器,再由其他网络的服务器发送给其他网络中的终端。
当上述第一网络采用有会场的群聊模式时,由第一网络的会场服务器接收群中的一个终端发送的请求消息;当第一网络采用无会场的群聊模式时,由第一网络的群聊服务器接收群中的一个终端发送的请求消息。
在一个可选的实施例中,上述的第一网络的群聊服务器或会场服务器接收群中的一个终端发送的请求消息包括:当群中的一个终端为第一网络中的终端时,该群聊服务器或会场服务器接收群中的一个终端发送的请求消息;当群中的一个终端为第二网络中的终端时,该群聊服务器或会场服务器通过接收第二网络的第二服务器发送的请求消息的方式接收该群中的一个终端发送的请求消息。
在一个可选的实施例中,上述的第一网络和第二网络为支持不同规范的富通信套件RCS网络。
由此可知,上述的实施例主要涉及的是群聊服务,(下面由网络X代替第一网络,网络Y代替第二网络或其他的网络进行说明),下面结合具体实施例,针对整体流程进行说明,该流程包括如下步骤:
群聊(网络X到网络Y)
A.网络X的IM终端,向网络X的群聊服务器发起创建群的请求。
消息中携带的成员列表可以只包含部分群聊成员,群聊过程中还可以随时增加新成员。
B.网络X的IM服务器向其他群成员发送加入群的邀请。
B.1网络X采用有会场的群聊模式,网络X为群聊分配会场,会场服务器向其他群成员发送邀请。
B.2网络X采用无会场的群聊模式,直接由群聊服务器向其他群成员发送邀请。
C.网络X在发送群聊邀请时发现群聊中有成员在网络Y中。
网络X的IM服务器将邀请消息发送到网络Y的IM服务器,再由网络Y的IM服务器发送到网络Y的IM终端。
D.群中的一个IM终端发起重建会话。
D.1群主所在网络的群聊是有会场的。
IM终端将重建会话请求发送到会场服务器。如果会场服务器在异网,则IM终端将重建会话请求发送到本网的IM服务器,再由本网的IM服务器发送到异网的IM服务器。会场服务器发送通知消息到群中的其它成员。
D.2群主所在网络的群聊没有会场。
IM终端将重建会话请求发送到群聊服务器。
群聊服务器根据消息中携带的群聊信息确定群主是在本网还是异网。
D.2.1在本网,直接由本网的群聊服务器发送通知消息到群中的其他成员。
D.2.2在异网,则将重建会话的请求发送到异网的IM服务器,再由异网的群聊服务器发送通知到群中的其他成员。
E.群管理消息,在有会场的群聊模式下,由IM终端发送给会场服务器,在无会场的群聊模式下,由IM终端发送给群聊服务器。
F.群通知消息,在有会场的群聊模式下,由会场服务器发送给群成员IM终端,在无会场的群聊模式下,由群聊服务器发送给群成员IM终端。
在群聊过程中,除了可以发送文本消息内容,还可以发起传输视频、图片、音频等文件。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
在本实施例中还提供了一种消息发送装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的第一种消息发送装置的结构框图,该装置可以应用于第一网络的第一服务器中,如图3所示,该装置包括第一接收模块32、确定模块34和第一发送模块36,下面对该装置进行说明。
第一接收模块32,用于接收第一网络中的第一终端发送的消息,其中,该消息是发送给第二终端的,该第二终端位于第二网络中;确定模块34,连接至上述第一接收模块32,用于确定第一终端和第二终端的映射关系,其中,该映射关系包括第一网络支持的业务类型到第二网络支持的业务类型的映射;第一发送模块36,连接至上述确定模块34,用于根据确定的映射关系将上述消息发送给第二终端。
其中,上述的映射关系可以包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。
图4是根据本发明实施例的第一种消息发送装置中第一发送模块36的结构框图,如图4所示,该第一发送模块36包括第一发送单元42,下面对该第一发送模块36进行说明。
第一发送单元42,用于根据上述映射关系将上述消息发送给第二网络中的第二服务器,其中,该消息被第二服务器发送给第二终端。
图5是根据本发明实施例的第一种消息发送装置的优选结构框图一,如图5所示,该装置除包括图3所示的所有模块外,还包括缓存模块52,下面对该装置进行说明。
缓存模块52,连接至上述第一接收模块32和第一发送模块36,用于缓存上述消息。
图6是根据本发明实施例的第一种消息发送装置的优选结构框图二,如图6所示,该装置除包括图5所示的所有模块外,还包括第一创建模块62,下面对该装置进行说明。
第一创建模块62,连接至上述缓存模块52,用于通过与第一终端协商的方式创建第一服务器与第一终端之间的会话。
图7是根据本发明实施例的第一种消息发送装置的优选结构框图三,如图7所示,该装置除包括图3所示的所有模块外,还包括第二创建模块72,下面对该装置进行说明。
第二创建模块72,连接至上述第一接收模块32,用于通过与第一终端协商的方式创建第一服务器与第一终端之间的会话。
在一个可选的实施例中,上述的第一网络和第二网络可以为支持不同规范的RCS网络。
图8是根据本发明实施例的第二种消息发送装置的结构框图,该装置可以应用于第一网络的群聊服务器或会场服务器中,如图8所示,该装置包括第二接收模块82和第二发送模块84,下面对该装置进行说明。
第二接收模块82,用于接收群中的一个终端发送的用于请求重建群聊会话的请求消息;第二发送模块84,连接至上述第二接收模块82,用于根据上述请求消息向群中的其他群聊成员发送通知消息,其中,该通知消息用于通知群中的其他群聊成员重建群聊会话。
图9是根据本发明实施例的第二种消息发送装置中第二发送模块84的结构框图,如图9所示,该第二发送模块84包括第二发送单元92,下面对该第二发送模块84进行说明。
第二发送单元92,用于当其他群聊成员包括第二网络中的终端时,向第二网络的第二服务器发送上述通知消息,该通知消息被第二服务器发送给第二网络中的终端。
在一个可选的实施例中,当上述第一网络采用有会场的群聊模式时,由第一网络的会场服务器接收群中的一个终端发送的请求消息;当上述第一网络采用无会场的群聊模式时,由第一网络的群聊服务器接收群中的一个终端发送的请求消息。
图10是根据本发明实施例的第二种消息发送装置中第二接收模块82的结构框图,如图10所示,该第二接收模块82包括第一接收单元102和第二接收单元104,下面对该第二接收模块82进行说明。
第一接收单元102,用于当群中的一个终端为第一网络中的终端时,接收该群中的一个终端发送的请求消息;第二接收单元104,用于当群中一个终端为第二网络中的终端时,通过接收第二网络的第二服务器发送的上述请求消息的方式接收该群中的一个终端发送的请求消息。
从上述实施例可以看出,本发明可以实现两个RCS网络之间消息业务的互联互通,包括1对1聊天业务、群聊业务,并支持1对1聊天和群聊中的文件传输。其中1对1聊天分为有会话模式(如RCS的Chat模式)和无会话模式(如RCS的Pager和Large模式)两种,群聊分为有会场模式(如CPM规范的群聊)和无会场模式(如SIMPLE规范的群聊)两类。具体的RCS网络互通组网图,可以参考图11,该图11是根据本发明实施例的RCS网络互通组网图。
SIMPLE IM规范中1对1聊天主要采用Chat模式,CPM规范中1对1聊天主要采用Pager和Large模式。
实施例一
1对1聊天业务互通的具体实施方式:
本发明实施例中提供了一种Large模式到Chat模式的聊天流程,下面对该流程进行说明,该流程包括如下步骤:
A.源IM终端发送SIP INVITE请求到源网络IM服务器,消息的SDP中携带MSRP客户端链路信息。
B.源网络IM服务器向源IM终端返回成功应答,消息中的SDP携带MSRP服务端链路信息。
C.源IM终端向源网络IM服务器创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
D.源IM终端通过MSRP链路向源网络IM服务器发送聊天内容。
E.源网络IM服务器接收并缓存聊天内容,之后向源IM终端发送BYE消息结束会话。
F.源网络IM服务器向目的网络IM服务器发送SIP INVITE请求,并通过消息中的SDP部分携带客户端MSRP链路信息。
G.目的网络IM服务器返回成功应答,并过消息中的SDP部分携带服务端MSRP链路信息。
H.源网络IM服务器向目的网络IM服务器发起创建MSRP链路的流程。链路创建成功之后向目的网络IM服务器发送SIP ACK消息,标志会话创建成功。
如果会话创建失败,源网络IM服务器可以向源IM终端发送失败回执通知。
I.源网络IM服务器通过MSRP链路将消息内容发送到目的网络IM服务器。
J.目的网络IM服务器向目的IM终端发送SIP INVITE消息,消息的SDP中携带MSRP客户端链路信息。
K.目的IM终端向目的网络IM服务器返回成功应答,消息中的SDP携带MSRP服务端链路信息。
L.目的网络IM服务器向目的IM终端创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
M.目的网络IM服务器通过MSRP链路向目的IM终端发送聊天内容。
图12示出了一种Large模式到Chat模式的聊天流程例子,图12是根据本发明实施例的一种Large模式到Chat模式的聊天流程图,在图12中,UE-A为源终端,源网络IM服务器中可以存在两个模块:接入/会话控制模块和新消息模块,当然,这两个模块也可以设置在不同的服务器中。UE-B为目的终端,目的网络IM服务器中可以包括互通网关和对方网络。如图13所示,该流程可以包括如下步骤:
1、UE-A向接入/会话控制模块发送INVITE消息;
2、接入/会话控制模块向新消息模块发送INVITE模块;
3、新消息模块向接入/会话控制模块返回一个SIP 180Ringing消息;
4、接入/会话控制模块向UE-A返回SIP 180Ringing消息;
5、新消息模块向接入/会话控制模块返回一个接受消息202Accepted消息;
6、接入/会话控制模块向UE-A返回202Accepted消息;
7、UE-A向接入/会话控制模块发送ACK消息;
8、接入/会话控制模块向新消息模块发送ACK消息;通过步骤7、8建立UE-A和新消息模块的MSRP通道;
9、UE-A通过建立的链路向新消息模块发送聊天内容,即,UE-A向新消息模块发送MSRP SEND消息;
10、新消息模块存储UE-A发送的聊天消息;
11、新消息模块向UE-A反馈接收消息,即202Accepted消息。
12、UE-A向接入/会话控制模块发送结束BYE消息;
13、接入/会话控制模块向新消息模块发送结束BYE消息;
14、新消息模块向接入/会话控制模块发送200OK消息;
15、接入/会话控制模块向UE-A发送200OK消息;
16、当需要和其他网络中的终端进行互通时,需要由新消息模块向接入/会话控制模块发送INVITE消息;
17、接入/会话控制模块向互通网关发送INVITE消息;
18、互通网关向接入/会话控制模块返回一个SIP 180Ringing消息;
19、接入/会话控制模块向新消息模块返回SIP 180Ringing消息;
20、互通网关向接入/会话控制模块发送接收消息202Accepted消息;
21、接入/会话控制模块向互通网关发送一个ACK消息;新消息模块和互通网关之间建立MSRP通道;
22、新消息模块向互通网关发送聊天消息(该聊天消息可以是预先缓存的由UE-A发送的消息),即,向互通网关发送MSRP SEND消息;
23、互通网关在接收到该聊天消息后,存储该聊天消息,在需要发送的时候再发送;
24、互通网关向新消息模块反馈确认消息,即MSRP 200OK消息;
25、新消息模块向接入/会话控制模块发送BYE消息;
26、接入/会话控制模块向互通网关发送BYE消息;
27、互通网关向接入/会话控制模块发送确认消息,即200OK消息;
28、接入/会话控制模块向新消息模块发送该确认消息,即200OK消息;
29、互通网关向对方网络发送邀请消息,即INVIITE消息;
30、对方网络向互通网关反馈一个SIP 180Ringing消息;
31、对方网络向互通网关反馈确认消息,即200OK消息;
32、互通网关向对方网络发送ACK消息;建立互通网关和对方网络的MSRP通道;
33、互通网关向对方网络发送存储的聊天消息,即MSRP SEND消息;
34、对方网络在接收到该聊天消息后,存储该聊天消息,在需要的时候再将该消息发送给UE-B;
35、对方网络向互通网关发送MSRP 200OK消息;
36、互通网关向对方网络发送BYE消息;
37、对方网络向互通网关反馈确认消息,即200OK消息。
实施例二
该实施例中描述的是Paper模式到Chat模式的聊天流程,该流程包括如下步骤:
A.源IM终端发送SIP MESSAGE请求到源网络IM服务器。
B.源网络IM服务器接收并缓存聊天内容,并向源IM终端返回成功应答。
C.源网络IM服务器向目的网络IM服务器发送SIP INVITE请求,并通过消息中的SDP部分携带客户端MSRP链路信息。
D.目的网络IM服务器返回成功应答,并过消息中的SDP部分携带服务端MSRP链路信息。
E.源网络IM服务器向目的网络IM服务器发起创建MSRP链路的流程。链路创建成功之后向目的网络IM服务器发送SIP ACK消息,标志会话创建成功。如果会话创建失败,源网络IM服务器可以向源IM终端发送失败回执通知。
F.源网络IM服务器通过MSRP链路将消息内容发送到目的网络IM服务器。
G.目的网络IM服务器向目的IM终端发送SIP INVITE消息,消息的SDP中携带MSRP客户端链路信息。
H.目的IM终端向目的网络IM服务器返回成功应答,消息中的SDP携带MSRP服务端链路信息。
I.目的网络IM服务器向目的IM终端创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
J.目的网络IM服务器通过MSRP链路向目的IM终端发送聊天内容。
图13示出了一种Paper模式到Chat模式的聊天流程例子,图13是根据本发明实施例的一种Paper模式到Chat模式的聊天流程图,在图13中,UE-A为源终端,源网络IM服务器中可以存在两个模块:业务接入模块和新消息模块,当然,这两个模块也可以设置在不同的服务器中。UE-B为目的终端,目的网络IM服务器中可以包括互通网关和对方网络。如图13所示,该流程可以包括如下步骤:
1、UE-A向业务接入模块发送Message(msg1)消息,当然,该UE-A还可以向业务接入模块发送其他的Message消息(如msg2、msg3);
2、业务接入模块向新消息模块发送接收到的Message消息;
3、新消息模块向业务接入模块反馈确定接收的消息,即,202Accepted消息;
4、业务接入模块向UE-A反馈202Accepted消息;
5、新消息模块向业务接入模块发送Message消息;
6、业务接入模块向互通网关发送Message消息;
7、互通网关在接收到Message消息后,缓存该Message,等到需要发送的时候,再发送;
8、互通网关向业务接入模块反馈接收消息,即202Accepted消息;
9、业务接入模块向新消息模块发送该202Accepted消息;
10、互通网关向对方网络发送邀请消息,即INVITE消息;
11、对方网络向互通网关发送SIP 180Ringing消息;
12、对方网络向互通网关反馈一个200OK消息和202Accepted消息;
13、互通网关向对方网络发送ACK消息;
14、当互通网关和对方网络之间建立了MSRP通道之后,互通网关通过建立的MSRP通道向对方网络发送缓存的消息,即发送MSRP SEND消息;
15、对方网络在接收到互通网关发送的消息后,存储该消息;
16、对方网络向互通网关反馈一个确认消息,即MSRP 200OK消息;
17、对方网络将缓存的消息发送给UE-B;并且,该对方网络向互通网关反馈一个BYE消息;
18、互通网关向对方网络反馈一个确认消息,即200OK消息。
当对方网络返回错误响应或超时时,互通网关和对方网络之间会进行信息的交互,具体详见附图14中的步骤19-26。
实施例三
该实施例中描述了Chat模式到Large模式的聊天流程,该流程包括如下步骤:
A.源IM终端发送SIP INVITE请求到源网络IM服务器,消息的SDP中携带MSRP客户端链路信息。
B.源网络IM服务器向源IM终端返回成功应答,消息中的SDP携带MSRP服务端链路信息。
C.源IM终端向源网络IM服务器创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
D.源IM终端通过MSRP链路向源网络IM服务器发送聊天内容。
E.源网络IM服务器向目的网络IM服务器发送SIP INVITE请求,并通过消息中的SDP部分携带客户端MSRP链路信息。
F.目的网络IM服务器返回成功应答,并过消息中的SDP部分携带服务端MSRP链路信息。
G.源网络IM服务器向目的网络IM服务器发起创建MSRP链路的流程。链路创建成功之后向目的网络IM服务器发送SIP ACK消息,标志会话创建成功。如果会话创建失败,源网络IM服务器可以向源IM终端发送失败回执通知。
H.源网络IM服务器通过MSRP链路将消息内容发送到目的网络IM服务器。
I.目的网络IM服务器向目的IM终端发送SIP INVITE消息,消息的SDP中携带MSRP客户端链路信息。
J.目的IM终端向目的网络IM服务器返回成功应答,消息中的SDP携带MSRP服务端链路信息。
K.目的网络IM服务器向目的IM终端创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
L.目的网络IM服务器通过MSRP链路向目的IM终端发送聊天内容。
M.目的网络IM服务器向目的IM终端发送SIP BYE消息,结束会话。
图14示出了一种Chat模式到Large模式的聊天流程例子,图14是根据本发明实施例的Chat模式到Large模式的聊天流程图,在图14中,UE-A为源终端,源网络IM服务器中可以包括对方网络和互通网关,UE-B为目的终端,目的网络IM服务器中可以存在两个模块:新消息模块和业务接入模块,当然,这两个模块也可以设置在不同的服务器中。如图14所示,该流程可以包括如下步骤:
1、UE-A向对方网络发送INVITE消息;
2、对方网络向互通网关发送INVITE模块;
3、互通网关向对方网络返回一个SIP 180Ringing消息;
4、对方网络向UE-A返回SIP 180Ringing消息;
5、互通网关向对方网络返回一个接受消息202Accepted消息;
6、对方网络向UE-A返回202Accepted消息;
7、UE-A向对方网络发送ACK消息;
8、对方网络向互通网关发送ACK消息;通过步骤7、8建立UE-A和对方网络的MSRP通道、建立对方网络和互通网关的MSRP通道;
9、UE-A通过建立的MSRP通道向对方网络发送聊天内容,即,UE-A向对方网络发送MSRP SEND消息;
10、对方网络向互通网关发送MSRP SEND消息;
11、互通网关存储UE-A发送的聊天消息;
12、互通网关向对方网络反馈确认消息,即MSRP 200OK消息;
13、对方网络向UE-A发送MSRP 200OK消息;
14、当需要和其他网络中的终端进行互通时,需要由互通网关向业务接入模块发送INVITE消息;
15、业务接入模块向新消息模块发送INVITE消息;
16、新消息模块向业务接入模块返回一个SIP 180Ringing消息;
17、业务接入模块向互通网关返回SIP 180Ringing消息;
18、新消息模块向业务接入模块发送202Accepted消息;
19、业务接入模块向互通网关发送202Accepted消息;新消息模块和互通网关之间建立MSRP通道;
20、互通网关向新消息模块发送聊天消息(该聊天消息可以是预先缓存的由UE-A发送的消息),即,向新消息模块发送MSRP SEND消息;
21、新消息模块在接收到该聊天消息后,向互通网关反馈确认消息,即MSRP200OK消息;
22、互通网关向业务接入模块发送BYE消息;
23、业务接入模块向新消息模块发送BYE消息;
24、新消息模块向业务接入模块发送INVITE消息;
25、业务接入模块向UE-B发送INVITE消息;
26、UE-B向业务接入模块反馈一个SIP 180Ringing消息;
27、业务接入模块向新消息模块发送SIP 180Ringing消息;
28、新消息模块向业务接入模块发送ACK消息;
29、业务接入模块向UE-B发送ACK消息;
30、在建立了新消息模块和UE-B的MSRP通道之后,新消息模块向业务接入模块发送MSRP SEND消息;
31、业务接入模块向UE-B发送MSRP SEND消息;
32、UE-B向业务接入模块反馈确认消息,即MSRP 200OK消息;
33、业务接入模块向新消息模块发送MSRP 200OK消息;
34、新消息模块向业务接入模块发送BYE消息;
35、业务接入模块向UE-B发送BYE消息。
实施例四
该实施例描述了Chat模式到Pager模式的聊天流程图,该流程包括如下步骤:
A.源IM终端发送SIP INVITE请求到源网络IM服务器,消息的SDP中携带MSRP客户端链路信息。
B.源网络IM服务器向源IM终端返回成功应答,消息中的SDP携带MSRP服务端链路信息。
C.源IM终端向源网络IM服务器创建MSRP链路,并发送SIP ACK消息表示会话创建成功。
D.源IM终端通过MSRP链路向源网络IM服务器发送聊天内容。
E.源网络IM服务器向目的网络IM服务器发送SIP INVITE请求,并通过消息中的SDP部分携带客户端MSRP链路信息。
F.目的网络IM服务器返回成功应答,并过消息中的SDP部分携带服务端MSRP链路信息。
G.源网络IM服务器向目的网络IM服务器发起创建MSRP链路的流程。链路创建成功之后向目的网络IM服务器发送SIP ACK消息,标志会话创建成功。如果会话创建失败,源网络IM服务器可以向源IM终端发送失败回执通知。
H.源网络IM服务器通过MSRP链路将消息内容发送到目的网络IM服务器。
I.目的网络IM服务器向目的IM终端发送SIP MESSAGE消息,携带聊天内容。
J.目的IM终端向目的网络IM服务器返回成功应答。
图15示出了一种Chat模式到Pager模式的聊天流程例子,图15是根据本发明实施例的Chat模式到Pager模式的聊天流程图,在图15中,UE-A为源终端,源网络IM服务器中可以包括对方网络和互通网关,UE-B为目的终端,目的网络IM服务器中可以存在两个模块:新消息模块和业务接入模块,当然,这两个模块也可以设置在不同的服务器中。如图15所示,该流程可以包括如下步骤:
1、UE-A向对方网络发送INVITE消息;
2、对方网络向互通网关发送INVITE模块;
3、互通网关向对方网络返回一个SIP 180Ringing消息;
4、对方网络向UE-A返回SIP 180Ringing消息;
5、互通网关向对方网络返回一个接收消息202Accepted消息;
6、对方网络向UE-A返回202Accepted消息;
7、UE-A向对方网络发送ACK消息;
8、对方网络向互通网关发送ACK消息;通过步骤7、8建立UE-A和对方网络的MSRP通道、建立对方网络和互通网关的MSRP通道;
9、UE-A通过建立的MSRP通道向对方网络发送聊天内容,即,UE-A向对方网络发送MSRP SEND消息;
10、对方网络向互通网关发送MSRP SEND消息;
11、互通网关存储UE-A发送的聊天消息;
12、互通网关向对方网络反馈确认消息,即200OK消息;
13、对方网络向UE-A发送200OK消息;
14、互通网关向业务接入模块发送Message消息;
15、业务接入模块向新消息模块发送Message消息;
16、新消息模块向业务接入模块发送接收消息202Accepted消息;
17、业务接入模块向互通网关发送Accepted消息;
18、新消息模块向业务接入模块发送Message消息;
19、业务接入模块向UE-B发送Message消息;
20、UE-B向业务接入模块反馈确认消息,即200OK消息;
21、业务接入模块向新消息模块发送200OK消息。
实施例五
SIMPLE IM规范中的群聊没有会场的概念,CPM规范中群聊有会场的概念。
该实施例描述了群聊业务互通的流程,该流程包括如下步骤:
当CPM网络的群聊包含SIMPLE网络的终端时包括如下步骤:
A.源IM终端发送SIP INVITE请求到源网络IM服务器,以群聊服务器号码作为被叫号码,消息的SDP中携带MSRP客户端链路信息,resource-list中携带其他群成员的号码。
B.源网络IM服务器向源IM终端返回成功应答,消息中携带源网络会场ID等。
C.源IM终端向源网络会场服务器创建MSRP链路。
D.源网络会场服务器向其他群成员发送SIP INVITE消息,以会场ID作为主叫,创建会话。对于异网的群成员,会场服务器将SIP INVITE消息发送到异网的IM服务器,再由异网的IM服务器转发到异网的终端。
E.目的网络IM终端接收群邀请的SIP INVITE消息,返回成功应答,并创建MSRP链路。
F.目的网络IM终端需要重建群会话时,向目的网络IM服务器发送SIPINVITE消息,以会场ID作为被叫。
G.目的网络IM服务器向源网络会场服务器转发重建群会话消息,重建SIP会话。
H.目的网络IM终端重新创建会话的MSRP链路。
I.会场服务器向群中其他成员发送通知消息。
当SIMPLE网络的群聊包含CPM网络的终端时,包括如下步骤:
A.源IM终端发送SIP INVITE请求到源网络IM服务器,以群聊服务器号码作为被叫号码,消息的SDP中携带MSRP客户端链路信息,resource-list中携带其他群成员的号码。
B.源网络IM服务器向源IM终端返回成功应答。
C.源IM终端向源网络群聊服务器创建MSRP链路。
D.源网络群聊服务器向其他群成员发送SIP INVITE消息,以群主号码作为主叫,创建会话。
E.目的网络IM终端接收群邀请的SIP INVITE消息,返回成功应答,并创建MSRP链路。
F.目的网络IM终端需要重建群会话时,向目的网络群聊服务器发送SIPINVITE消息,以群主号码作为被叫。
G.目的网络的群聊服务器根据群聊信息,向源网络群聊服务器转发重建会话消息,重建SIP会话。
H.目的网络IM终端重新创建会话的MSRP链路。
I.源网络群聊服务器向群中其他成员发送通知消息。
图16示出了一种群聊业务互通流程例子,图16是根据本发明实施例的群聊业务互通的流程图,在图16中,UE-A为源终端,源网络IM服务器包括新消息模块,UE-B和UE-C为群中的成员,UE-B所在网络的服务器可以包括互通网关和对方网络。如图16所示,该流程可以包括如下步骤:
1、UE-A向新消息模块发送INVITE消息;
2、新消息模块向UE-A反馈SIP 180Ringing消息;
3、新消息模块创建会场;
4、新消息模块向UE-A发送202Accepted消息;
5、新消息模块向互通网关发送INVITE消息;
6、互通网关向对方网络发送INVITE消息;
7、互通网关向新消息模块反馈一个SIP 180Ringing消息;
8、对方网络向互通网关反馈一个SIP 180Ringing消息;
9、UE-A向新消息模块发送ACK消息;
10、新消息模块向UE-C发送INVITE消息;
11、UE-C向新消息模块反馈一个SIP 180Ringing消息;
12、UE-C向新消息模块反馈200OK消息;
13、对方网络向互通网关反馈200OK消息;
14、互通网关向新消息模块发送200OK消息;
15、新消息模块向UE-C发送ACK消息;建立新消息模块和UE-C的MSRP通道;
16、新消息模块向互通网关发送ACK消息;
17、互通网关向对方网络发送ACK消息;
18、UE-A通过预先和新消息模块之间建立的MSRP通道向新消息模块发送消息,即MSRP SEND;
19、新消息模块在接收到UE-A发送的消息后,存储该消息;
20、新消息模块向UE-A反馈确认消息,即MSRP 200OK;
21、新消息模块通过预先建立的该新消息模块和UE-C的MSRP通道向UE-C发送消息,即MSRP SEND消息;
22、新消息模块向互通网关发送MSRP SEND消息;
23、互通网关向对方网络发送MSRP SEND消息;
24、UE-C向新消息模块发送MSRP 200OK消息;
25、对方网络向互通网关发送MSRP 200OK消息;
26、互通网关向新消息模块发送MSRP 200OK消息;
当群聊结束时,执行步骤28-34的操作,包括:
27、新消息模块向UE-C发送BYE消息;
28、新消息模块向UE-A发送BYE消息;
29、新消息模块向互通网关发送BYE消息;
30、互通网关向对方网络发送BYE消息;
31、UE-C向新消息模块反馈确认消息,即200OK消息;
32、UE-A向新消息模块反馈确认消息,即200OK消息;
33、对方网络向互通网关反馈确认消息,即200OK消息;
34、互通网关向新消息模块反馈确认消息,即200OK消息;
当对方网络返回错误响应或超时时,执行步骤36-39的操作,包括:
35、互通网关向对方网络发送INVITE消息;
36、互通网关向新消息模块发送SIP 180Ringing消息;
37、对方网络向互通网关反馈SIP 180Ringing消息;
38、对方网络向互通网关反馈4XX or timeout消息;
39、互通网关向新消息模块反馈4XX消息。
通过本发明上述实施例,实现了两个RCS网络之间消息业务的互联互通,即不同RCS网络下不同1对1聊天业务的互通,以及不同群聊业务的互通,并支持消息类业务下的文件传输功能。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,第一网络中的第一服务器接收第一网络中的第一终端发送的消息,其中,该消息是发送给第二终端的,该第二终端位于第二网络中;
S2,上述第一服务器确定第一终端和第二终端的映射关系,其中,该映射关系包括第一网络支持的业务类型到第二网络支持的业务类型的映射;
S3,上述第一服务器根据确定的映射关系将上述消息发送给第二终端。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S1,第一网络的群聊服务器或会场服务器接收群中的一个终端发送的用于请求重建群聊会话的请求消息;
S2,该群聊服务器或会场服务器根据上述请求消息向群中的其他群聊成员发送通知消息,其中,该通知消息用于通知群中的其他群聊成员重建群聊会话。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种消息发送方法,其特征在于,包括:
第一网络中的第一服务器接收所述第一网络中的第一终端发送的消息,其中,所述消息是发送给第二终端的,所述第二终端位于第二网络中;
所述第一服务器确定所述第一终端和所述第二终端的映射关系,其中,所述映射关系包括所述第一网络支持的业务类型到所述第二网络支持的业务类型的映射;
所述第一服务器根据确定的映射关系将所述消息发送给所述第二终端。
2.根据权利要求1所述的方法,其特征在于,所述映射关系包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。
3.根据权利要求1所述的方法,其特征在于,所述第一服务器根据所述映射关系将所述消息发送给所述第二终端包括:
所述第一服务器根据所述映射关系将所述消息发送给第二网络中的第二服务器,其中,所述消息被所述第二服务器发送给所述第二终端。
4.根据权利要求1所述的方法,其特征在于,所述第一服务器根据所述映射关系将所述消息发送给所述第二终端之前,还包括:
所述第一服务器缓存所述消息。
5.根据权利要求4所述的方法,其特征在于,所述第一服务器缓存所述消息之后,还包括:
所述第一服务器通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
6.根据权利要求1所述的方法,其特征在于,所述第一网络中的所述第一服务器接收所述第一网络中的所述第一终端发送的所述消息之前,还包括:
所述第一服务器通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述第一网络和所述第二网络为支持不同规范的富通信套件RCS网络。
8.一种消息发送方法,其特征在于,包括:
第一网络的群聊服务器或会场服务器接收群中的一个终端发送的用于请求重建群聊会话的请求消息;
所述群聊服务器或会场服务器根据所述请求消息向所述群中的其他群聊成员发送通知消息,其中,所述通知消息用于通知所述群中的其他群聊成员重建群聊会话。
9.根据权利要求8所述的方法,其特征在于,所述群聊服务器或会场服务器根据所述请求消息向所述群中的其他群聊成员发送所述通知消息包括:
当所述其他群聊成员包括第二网络中的终端时,所述群聊服务器或会场服务器向所述第二网络的第二服务器发送所述通知消息,所述通知消息被所述第二服务器发送给所述第二网络中的终端。
10.根据权利要求8所述的方法,其特征在于,当所述第一网络采用有会场的群聊模式时,由所述第一网络的会场服务器接收所述群中的一个终端发送的所述请求消息;当所述第一网络采用无会场的群聊模式时,由所述第一网络的群聊服务器接收所述群中的一个终端发送的所述请求消息。
11.根据权利要求8所述的方法,其特征在于,所述第一网络的所述群聊服务器或所述会场服务器接收所述群中的一个终端发送的所述请求消息包括:
当所述群中的一个终端为所述第一网络中的终端时,所述群聊服务器或所述会场服务器接收所述群中的一个终端发送的所述请求消息;
当所述群中的一个终端为第二网络中的终端时,所述群聊服务器或所述会场服务器通过接收所述第二网络的第二服务器发送的所述请求消息的方式接收所述群中的一个终端发送的所述请求消息。
12.根据权利要求8至11中任一项所述的方法,其特征在于,所述第一网络和所述第二网络为支持不同规范的富通信套件RCS网络。
13.一种消息发送装置,其特征在于,应用于第一网络中的第一服务器中,包括:
第一接收模块,用于接收所述第一网络中的第一终端发送的消息,其中,所述消息是发送给第二终端的,所述第二终端位于第二网络中;
确定模块,用于确定所述第一终端和所述第二终端的映射关系,其中,所述映射关系包括所述第一网络支持的业务类型到所述第二网络支持的业务类型的映射;
第一发送模块,用于根据确定的映射关系将所述消息发送给所述第二终端。
14.根据权利要求13所述的装置,其特征在于,所述映射关系包括以下至少之一:会话到终端的映射、会话到会话的映射、终端到会话的映射、终端到终端的映射。
15.根据权利要求13所述的装置,其特征在于,所述第一发送模块包括:
第一发送单元,用于根据所述映射关系将所述消息发送给第二网络中的第二服务器,其中,所述消息被所述第二服务器发送给所述第二终端。
16.根据权利要求13所述的装置,其特征在于,还包括:
缓存模块,用于缓存所述消息。
17.根据权利要求16所述的装置,其特征在于,还包括:
第一创建模块,用于通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
18.根据权利要求13所述的装置,其特征在于,还包括:
第二创建模块,用于通过与所述第一终端协商的方式创建所述第一服务器与所述第一终端之间的会话。
19.根据权利要求13至18中任一项所述的装置,其特征在于,所述第一网络和所述第二网络为支持不同规范的RCS网络。
20.一种消息发送装置,其特征在于,应用于第一网络的群聊服务器或会场服务器中,包括:
第二接收模块,用于接收群中的一个终端发送的用于请求重建群聊会话的请求消息;
第二发送模块,用于根据所述请求消息向所述群中的其他群聊成员发送通知消息,其中,所述通知消息用于通知所述群中的其他群聊成员重建群聊会话。
21.根据权利要求20所述的装置,其特征在于,所述第二发送模块包括:
第二发送单元,用于当所述其他群聊成员包括第二网络中的终端时,向所述第二网络的第二服务器发送所述通知消息,所述通知消息被所述第二服务器发送给所述第二网络中的终端。
22.根据权利要求20所述的装置,其特征在于,当所述第一网络采用有会场的群聊模式时,由所述第一网络的会场服务器接收所述群中的一个终端发送的所述请求消息;当所述第一网络采用无会场的群聊模式时,由所述第一网络的群聊服务器接收所述群中的一个终端发送的所述请求消息。
23.根据权利要求20所述的装置,其特征在于,所述第二接收模块包括:
第一接收单元,用于当所述群中的一个终端为所述第一网络中的终端时,接收所述群中的一个终端发送的所述请求消息;
第二接收单元,用于当所述群中的一个终端为第二网络中的终端时,通过接收所述第二网络的第二服务器发送的所述请求消息的方式接收所述群中的一个终端发送的所述请求消息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510342156.2A CN104994083A (zh) | 2015-06-18 | 2015-06-18 | 消息发送方法及装置 |
EP15895368.7A EP3313037A4 (en) | 2015-06-18 | 2015-09-09 | Message sending method and device |
US15/580,097 US20180139247A1 (en) | 2015-06-18 | 2015-09-09 | Message sending method and device |
PCT/CN2015/089281 WO2016201795A1 (zh) | 2015-06-18 | 2015-09-09 | 消息发送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510342156.2A CN104994083A (zh) | 2015-06-18 | 2015-06-18 | 消息发送方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104994083A true CN104994083A (zh) | 2015-10-21 |
Family
ID=54305835
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510342156.2A Pending CN104994083A (zh) | 2015-06-18 | 2015-06-18 | 消息发送方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20180139247A1 (zh) |
EP (1) | EP3313037A4 (zh) |
CN (1) | CN104994083A (zh) |
WO (1) | WO2016201795A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019119962A1 (zh) * | 2017-12-22 | 2019-06-27 | 中兴通讯股份有限公司 | 信息处理方法、系统、终端和计算机存储介质 |
WO2019161721A1 (zh) * | 2018-02-26 | 2019-08-29 | 中兴通讯股份有限公司 | 一种基于互通rcs系统的对应关系处理方法及装置 |
CN115835145A (zh) * | 2022-09-27 | 2023-03-21 | 中国联合网络通信集团有限公司 | 一种服务管理方法、装置及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111294327A (zh) * | 2019-01-28 | 2020-06-16 | 展讯半导体(成都)有限公司 | 消息冲突解决方法和终端设备 |
US11895066B2 (en) * | 2022-02-02 | 2024-02-06 | T-Mobile Innovations Llc | Real-time chat service file transfer across different networks |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
CN101627642A (zh) * | 2006-11-13 | 2010-01-13 | 三星电子株式会社 | 用于提供融合消息服务的系统和方法 |
CN102077492A (zh) * | 2008-05-02 | 2011-05-25 | 三星电子株式会社 | 在多客户端之间转移会话的系统和方法 |
EP2338254A1 (en) * | 2008-10-21 | 2011-06-29 | Nokia Siemens Networks Oy | Active session search |
CN102388631A (zh) * | 2009-04-10 | 2012-03-21 | 三星电子株式会社 | 用于在满足特定条件时建立会话的系统和方法 |
US20130179521A1 (en) * | 2010-09-01 | 2013-07-11 | Huawei Technologies Co., Ltd. | Method and device for implementing a group session |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2498641C (en) * | 2004-02-27 | 2012-10-30 | Oz Communications | Interworking gateway and method |
US8255473B2 (en) * | 2006-04-04 | 2012-08-28 | International Business Machines Corporation | Caching message fragments during real-time messaging conversations |
CN101374118B (zh) * | 2007-08-23 | 2015-07-29 | 华为技术有限公司 | 一种消息互连的方法、系统及装置 |
WO2009054614A1 (en) * | 2007-10-04 | 2009-04-30 | Lg Electronics Inc. | Method for interworking between a cpm service and a non-cpm service |
EP2700244B1 (en) * | 2011-04-21 | 2016-06-22 | Shah Talukder | Flow-control based switched group video chat and real-time interactive broadcast |
GB2504742B (en) * | 2012-08-08 | 2019-02-27 | Metaswitch Networks Ltd | Establishing communication sessions |
US9397878B2 (en) * | 2013-01-29 | 2016-07-19 | Qualcomm Incorporated | Cross-platform module that is shared by client applications for access to rich communications suite resources on a client device |
US20140258425A1 (en) * | 2013-03-09 | 2014-09-11 | Infinite Convergence Solutions, Inc. | Method and Device for Long Lived Chat with Dynamic Focus |
-
2015
- 2015-06-18 CN CN201510342156.2A patent/CN104994083A/zh active Pending
- 2015-09-09 WO PCT/CN2015/089281 patent/WO2016201795A1/zh active Application Filing
- 2015-09-09 US US15/580,097 patent/US20180139247A1/en not_active Abandoned
- 2015-09-09 EP EP15895368.7A patent/EP3313037A4/en not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101627642A (zh) * | 2006-11-13 | 2010-01-13 | 三星电子株式会社 | 用于提供融合消息服务的系统和方法 |
CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
CN102077492A (zh) * | 2008-05-02 | 2011-05-25 | 三星电子株式会社 | 在多客户端之间转移会话的系统和方法 |
EP2338254A1 (en) * | 2008-10-21 | 2011-06-29 | Nokia Siemens Networks Oy | Active session search |
CN102388631A (zh) * | 2009-04-10 | 2012-03-21 | 三星电子株式会社 | 用于在满足特定条件时建立会话的系统和方法 |
US20130179521A1 (en) * | 2010-09-01 | 2013-07-11 | Huawei Technologies Co., Ltd. | Method and device for implementing a group session |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019119962A1 (zh) * | 2017-12-22 | 2019-06-27 | 中兴通讯股份有限公司 | 信息处理方法、系统、终端和计算机存储介质 |
CN109962834A (zh) * | 2017-12-22 | 2019-07-02 | 中兴通讯股份有限公司 | 信息处理方法、系统、终端和计算机存储介质 |
WO2019161721A1 (zh) * | 2018-02-26 | 2019-08-29 | 中兴通讯股份有限公司 | 一种基于互通rcs系统的对应关系处理方法及装置 |
CN110198524A (zh) * | 2018-02-26 | 2019-09-03 | 中兴通讯股份有限公司 | 一种基于互通rcs系统的对应关系处理方法及装置 |
CN115835145A (zh) * | 2022-09-27 | 2023-03-21 | 中国联合网络通信集团有限公司 | 一种服务管理方法、装置及存储介质 |
CN115835145B (zh) * | 2022-09-27 | 2024-04-16 | 中国联合网络通信集团有限公司 | 一种服务管理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3313037A1 (en) | 2018-04-25 |
EP3313037A4 (en) | 2018-06-20 |
US20180139247A1 (en) | 2018-05-17 |
WO2016201795A1 (zh) | 2016-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101227418B (zh) | 一种实现融合ip消息的方法、装置及系统 | |
CN101272266B (zh) | 一种音视频会议中实现文件共享的方法、装置及系统 | |
CN100542172C (zh) | 一种离线消息发送和接收方法 | |
US9948723B2 (en) | Method for performing transfer of collaborative session control in wireless communication system based on internet protocol multimedia subsystem | |
CN104994083A (zh) | 消息发送方法及装置 | |
US8566405B2 (en) | Method and system for controlling session for interworking in converged IP messaging service | |
US7774009B2 (en) | Mobile communication terminal for setting background music during telephone conversation and method thereof | |
MX2007002723A (es) | Detalles de grupo de servicios de grupo. | |
CN101542989A (zh) | 群组通信 | |
CN101223746B (zh) | 寻呼模式消息收发 | |
CN102017569A (zh) | 用于指示移动转移操作的sip报头 | |
CN106161201B (zh) | 一种以邮箱账号为标识参与群聊的方法、设备及系统 | |
CN101883147B (zh) | 一种实现多方视频共享的方法和系统 | |
CN105812229A (zh) | 一种终端通信方法、系统及相关装置 | |
US20090106114A1 (en) | Method and system for controlling advertisement playing and playing advertisements in group sessions | |
CN101188815A (zh) | 媒体流数据的传送方法、系统、服务器及客户端 | |
CN102984186A (zh) | 会话建立方法及装置 | |
CN101389059A (zh) | 实现会话模式切换的方法、系统及设备 | |
CN101860804B (zh) | 预定义加入群组会话的加入实现方法和系统 | |
WO2015196809A1 (zh) | 消息处理方法及装置 | |
CN101656991B (zh) | 消息发送过程中切换终端的方法及设备 | |
CN102026112A (zh) | 一种融合ip消息的发送方法及系统 | |
CN113316096B (zh) | 一种宽带集群中视频转发给组的方法及系统 | |
KR101403784B1 (ko) | 그룹에 대용량 메시지 모드의 cpm 메시지를 전송하기 위한 미디어 링크 설립 방법 | |
CN101925017A (zh) | 一种大消息模式融合ip消息的传送方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20151021 |
|
WD01 | Invention patent application deemed withdrawn after publication |