CN108337215A - 一种文件传输方法及系统、装置、电子设备 - Google Patents
一种文件传输方法及系统、装置、电子设备 Download PDFInfo
- Publication number
- CN108337215A CN108337215A CN201710052237.8A CN201710052237A CN108337215A CN 108337215 A CN108337215 A CN 108337215A CN 201710052237 A CN201710052237 A CN 201710052237A CN 108337215 A CN108337215 A CN 108337215A
- Authority
- CN
- China
- Prior art keywords
- terminal
- file
- http
- msrp
- application server
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 125
- 238000000034 method Methods 0.000 title claims abstract description 94
- 238000003860 storage Methods 0.000 claims abstract description 365
- 230000004044 response Effects 0.000 claims description 61
- 238000004891 communication Methods 0.000 claims description 50
- 238000012546 transfer Methods 0.000 claims description 26
- 238000004590 computer program Methods 0.000 claims description 13
- 238000012790 confirmation Methods 0.000 claims description 11
- 238000005259 measurement Methods 0.000 claims description 5
- 238000005538 encapsulation Methods 0.000 claims description 3
- 238000000151 deposition Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 35
- 230000008569 process Effects 0.000 description 19
- 239000000523 sample Substances 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 2
- 238000011017 operating method Methods 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
Classifications
-
- 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
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Multimedia (AREA)
Abstract
本发明公开了一种文件传输方法及系统、装置、电子设备,所述方法包括:当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,所述第一终端通过所述MSRP链路向所述第一存储服务器发送文件;当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
Description
技术领域
本发明涉及富媒体通信(RCS,Rich Communication Suite)领域,尤其涉及一种基于RCS的文件传输方法及系统、装置、电子设备。
背景技术
RCS定义了基于IP多媒体子系统(IMS,IP Multimedia Subsystem)与现有移动网络的一组业务能力,为移动用户提供增强型地址簿、内容共享、文件传输、增强型消息等功能。
随着3G、长期演进(LTE,Long Term Evolution)等移动通信和无线接入技术的不断涌现,RCS等社交类消息系统产品也迅速发展起来,其中图片、视频等文件类型的消息占比大幅度上升。RCS消息系统在发展过程中,采取了各种优化方法来提高产品的竞争力。
在RCS产品演进过程中,有一类终端通过会话初始协议(SIP,Session InitiationProtocol)和消息会话中继协议(MSRP,Message Session Relay Protocol),进行文件传输;另一类终端通过超文本传输协议(HTTP,HyperText Transfer Protocol),进行文件传输。然而,对于支持SIP+MSRP的终端与支持HTTP的终端之间如何传输文件,尚未有解决方案。
发明内容
为解决上述技术问题,本发明实施例提供了一种文件传输方法及系统、装置、电子设备。
本发明实施例提供一种文件传输方法,所述方法包括:
当第一终端不支持超文本传输协议HTTP时,第一存储服务器与所述第一终端建立消息会话中继协议MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件;
当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器。
上述方案中,所述当第一终端不支持HTTP时,第一存储服务器与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件,包括:
当第一终端不支持HTTP时,第一应用服务器接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;
第一应用服务器向第一终端返回响应消息,所述响应消息携带第一应用服务器的MSRP建链信息;
第一应用服务器接收第一终端返回的肯定确认消息后,通知第一存储服务器接收第一终端发送的文件;
第一存储服务器与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;
第一存储服务器存储接收到的文件,并通知第一应用服务器文件接收成功。
上述方案中,所述当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器,包括:
当第二终端支持HTTP时,第一应用服务器根据第一存储服务器中存储的文件的路径生成对应的HTTP链接;
第一应用服务器将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
本发明实施例还提供一种文件传输方法,所述方法包括:
第二应用服务器接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP;
当所述第二终端不支持HTTP时,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
当所述第二终端支持HTTP时,所述第二应用服务器将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
上述方案中,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件,包括:
第二应用服务器向第二存储服务器发送HTTP文件获取通知消息;
第二存储服务器向第一存储服务器发送HTTP获取请求消息;
第二存储服务器接收第一存储服务器发送的文件;
第二存储服务器存储所述文件,并通知第二应用服务器文件接收成功。
上述方案中,所述方法还包括:
所述第二存储服务器与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
上述方案中,所述第二存储服务器与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件,包括:
第二应用服务器接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;
第二应用服务器向第二终端返回响应消息,所述响应消息携带第二应用服务器的MSRP建链信息;
第二应用服务器接收第二终端发送的肯定确认消息;
第二应用服务器通知第二存储服务器发送文件;
第二存储服务器与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;
第二存储服务器发送文件完成后,通知第二应用服务器文件发送成功。
本发明实施例提供一种文件传输方法,所述方法包括:
当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,所述第一终端通过所述MSRP链路向所述第一存储服务器发送文件;
当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
上述方案中,所述方法还包括:
当所述第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
上述方案中,所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
上述方案中,所述方法还包括:
所述第二应用服务器获取所述第二终端的终端能力信息;或者,
所述第二应用服务器获取所述多个第二终端的终端能力信息。
本发明实施例还提供一种文件传输方法,所述方法包括:
当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件;
当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
上述方案中,所述方法还包括:
当所述第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
上述方案中,所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
上述方案中,所述方法还包括:
所述第二应用服务器获取所述第二终端的终端能力信息;或者,
所述第二应用服务器获取所述多个第二终端的终端能力信息。
本发明实施例又提供一种文件传输系统,所述系统包括:存储服务器、应用服务器;其中,
所述存储服务器,用于当第一终端不支持HTTP时,与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件;
所述应用服务器,用于当第二终端支持HTTP时,将所述文件在所述存储服务器中的存储地址发送给第二应用服务器。
上述方案中,所述应用服务器,具体用于:当第一终端不支持HTTP时,接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;向第一终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第一终端返回的肯定确认消息后,通知所述存储服务器接收第一终端发送的文件;
所述存储服务器,具体用于:与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;存储接收到的文件,并通知所述应用服务器文件接收成功。
上述方案中,所述应用服务器,具体用于:当第二终端支持HTTP时,根据所述存储服务器中存储的文件的路径生成对应的HTTP链接;将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
本发明实施例提供一种文件传输系统,所述系统包括:存储服务器、应用服务器;其中,
所述应用服务器,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP;当所述第二终端不支持HTTP时,向所述存储服务器发送文件获取通知消息,以使得所述存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
上述方案中,所述应用服务器,具体用于:向所述存储服务器发送HTTP文件获取通知消息;
所述存储服务器,具体用于:向第一存储服务器发送HTTP获取请求消息;接收第一存储服务器发送的文件;存储所述文件,并通知第二应用服务器文件接收成功。
上述方案中,所述存储服务器,还用于:与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
上述方案中,所述应用服务器,具体用于:接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;向第二终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第二终端发送的肯定确认消息;通知所述存储服务器发送文件;
所述存储服务器,具体用于:与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;发送文件完成后,通知第二应用服务器文件发送成功。
本发明实施例还提供一种文件传输系统,所述系统包括:第一终端、第一存储服务器、第一应用服务器、第二终端、第二应用服务器;其中,
所述第一终端,用于当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,通过所述MSRP链路所述第一终端向所述第一存储服务器发送文件;
所述第一应用服务器,用于当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器,用于将所述存储地址发送给所述第二终端;
所述第二终端,用于根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
上述方案中,所述系统还包括:
第二存储服务器,用于当所述第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;所述第二存储服务器与所述第二终端建立MSRP链路;
所述第二终端,还用于通过所述MSRP链路从所述第二存储服务器获取所述文件。
上述方案中,所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
上述方案中,所述第二应用服务器,还用于获取所述第二终端的终端能力信息;或者,获取所述多个第二终端的终端能力信息。
本发明实施例提供一种文件传输系统,所述系统包括:第一终端、第一存储服务器、第二终端、第二存储服务器;其中,
所述第一终端,用于当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件;
所述第二存储服务器,用于当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;与所述第二终端建立MSRP链路;
所述第二终端,用于通过所述MSRP链路从所述第二存储服务器获取所述文件。
上述方案中,所述系统还包括:第一应用服务器、第二应用服务器;其中,
所述第一应用服务器,用于当所述第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器,用于将所述存储地址发送给所述第二终端;
所述第二终端,用于根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
上述方案中,所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
上述方案中,所述第二应用服务器,还用于获取所述第二终端的终端能力信息;或者,获取所述多个第二终端的终端能力信息。
本发明实施例还提供一种文件传输装置,所述装置包括:
生成单元,用于当第一终端不支持HTTP时,根据文件在第一存储服务器中的存储地址生成HTTP链接;
封装单元,用于将所述HTTP链接封装至即时通讯消息中;
通信单元,用于将所述通讯消息发送给第二应用服务器;
所述通信单元,还用于当第一终端支持HTTP时,第一应用服务器接收所述第一终端发送的携有HTTP链接的即时通讯消息,将所述即时通讯消息发送给第二应用服务器。
本发明实施例提供一种文件传输装置,所述装置包括:
通信单元,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息;
查询单元,用于查询第二终端是否支持HTTP;
所述通信单元,还用于当所述第二终端不支持HTTP时,向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
本发明实施例还提供一种电子设备,所述电子设备包括处理器和存储器,所述存储器中存储有计算机程序指令,当所述处理器执行所述计算机程序指令时,所述处理器用于执行上面任意一种所述的文件传输方法。
本发明实施例的技术方案中,在一种情况下,当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,所述第一终端通过所述MSRP链路向所述第一存储服务器发送文件;当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。在另一种情况下,当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件;当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。采用本发明实施例的技术方案,实现了两种协议的终端能够相互传输文件,同时减少了网络流量,以及节省了存储服务器的资源。
附图说明
附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例的文件传输方法的流程示意图一;
图2为本发明实施例的文件传输方法的流程示意图二;
图3为本发明实施例的文件传输方法的流程示意图三;
图4为本发明实施例的文件传输方法的流程示意图四;
图5为本发明实施例的文件传输方法的流程示意图五;
图6为本发明实施例的文件传输方法的流程示意图六;
图7为规范定义的点对点文件传输流程示意图一;
图8为规范定义的点对点文件传输流程示意图二;
图9为本发明实施例的点对点文件传输流程示意图一;
图10为规范定义的点对点文件传输流程示意图三;
图11为本发明实施例的对点文件传输流程示意图二;
图12为规范定义的点到多点文件传输流程示意图;
图13为本发明实施例的点到多点文件传输流程示意图;
图14为规范定义的聊天室文件传输流程示意图;
图15为本发明实施例的聊天室文件传输流程示意图;
图16为本发明实施例的文件传输系统的框架图一;
图17为本发明实施例的文件传输系统的框架图二;
图18为本发明实施例的文件传输装置的结构组成示意图一;
图19为本发明实施例的文件传输装置的结构组成示意图二。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。
以下为本发明实施例中涉及到的关键术语的解释说明:
SIP协议相关的关键术语:
INVITE:表示主叫用户发起会话请求,邀请其他用户加入一个会话。
ACK:客户端向服务器端证实它已经收到了对INVITE请求的最终响应。
BYE:表示终止一个已经建立的呼叫。
REGISTER:表示客户端向SIP服务器端注册。
OPTION:能力探测消息,用于探测对方终端能力。
MESSAG:用来发送即时消息,可以不保持会话,内容大小有限制,一般为900字节。
MSRP协议相关的关键术语:
Request:SEND,传输一个完整的消息或者分块消息。
Responses:200,成功。
HTTP协议相关的关键术语:
POST:上传数据请求。
GET:获取数据请求。
UE:用户设备(User Equipment),负责发起或接收群聊聊天消息,如手机、PAD等。
IM_AS:即时通讯应用服务器(Instant Messenger Application Server),负责接收终端提交的消息,根据接收方地址进行投递,目的方为UE,则向目的方归属的AS发送聊天消息。
UE_A,UE_B,UE_C为三个UE终端。
IM_AS_A,IM_AS_B,IM_AS_C分别为UE_A,UE_B,UE_C归属的聊天AS。
GC_AS_A,GC_AS_B,IM_AS_C分别为UE_A,UE_B,UE_C归属的群聊AS。
HTTP_MSRP_A,HTTP_MSRP_B,HTTP_MSRP_C分别为IM_AS_A,IM_AS_B,IM_AS_C侧对应的存储服务器,对外提供HTTP和MSRP服务。
在RCS产品演进过程中,RCS5.0及之前的规范中定义了RCS文件存储转发的方法,通过SIP和MSRP两种协议配合来传输文件,发送方归属的RCS应用服务器(AS,ApplicationServer)接收到新文件后,先存储,然后通过SIP和MSRP再传输到接送方归属的RCS AS,接收方归属的RCS AS接收完文件后再转发给接收方终端。为了减少发送方归属AS跟接收方归属AS之间网络传输流量,节省网络带宽,RCS6.0规范中定义了另一种RCS文件传输方法,发送方终端通过HTTP,先把文件内容上传到本地HTTP服务器,生成对应的HTTP统一资源定位符(URL,Uniform Resoure Locator),然后再通过RCS AS把HTTP URL发送给接收方,接收方终端再通过HTTP URL到HTTP服务器上获取文件内容,避免RCS AS之间传输文件内容。
在RCS规范演进过程中,会出现用SIP+MSRP方式传输文件和用HTTP方式传输文件的终端并存,这些文件传输方式不同的终端之间的文件传输互通流程如何优化才能充分发挥HTTP文件传输的优势,是本发明实施例所要解决的问题。
下文中将通过群消息的实现来详细说明本发明实施例。为描述方便省略中间核心网网元,如呼叫会话控制功能(CSCF,Call Session Control Function)等。
图1为本发明实施例的文件传输方法的流程示意图一,本示例中,第一终端不支持HTTP,如图1所示,所述文件传输方法包括:
步骤101:当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,所述第一终端通过所述MSRP链路向所述第一存储服务器发送文件。
本发明实施例应用的场景包括以下三种:
第一种:所述文件由第一终端向一个第二终端发送;
第二种:所述文件由第一终端向多个第二终端发送;
第三种:所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
对于第一种情况,也即点对点传输文件的场景;对于第二种情况,也即点对多点传输文件的场景;对于第三种情况,也即聊天室文件传输情况。对于这三种情况下,具体流程均为:
第一终端为UE_A,第一应用服务器为IM_AS_A,第一存储服务器为HTTP_MSRP_A;当第一终端不支持HTTP时,UE_A向IM_AS_A发送INVITE消息,通过SDP携带文件信息及终端MSRP建链信息;IM_AS_A向UE_A返回200OK响应,携带IM_AS_A侧MSRP建链信息;UE_A收到响应消息,返回ACK;IM_AS_A通知HTTP_MSRP_A接收文件;UE_A与HTTP_MSRP_A根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路发送文件;HTTP_MSRP_A接收存储文件,然后通知IM_AS_A文件接收成功。上述过程为第一终端通过MSRP链路向第一存储服务器发送文件的具体过程。
步骤102:当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器。
本发明实施例中,第二终端为UE_B,第二应用服务器为IM_AS_B;IM_AS_A根据HTTP_MSRP_A存储文件路径生成对应的HTTP URL,把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后转发给IM_AS_B。IM_AS_B确定本地UE_B支持HTTP,IM_AS_B将Message发送给UE_B;UE_B解析接收到的Message消息,得到HTTP URL;UE_B发送HTTP GET请求到HTTP_MSRP_A服务器获取文件内容;HTTP_MSRP_A服务器返回文件内容给UE_B。
步骤103:所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
本发明实施例中,所述方法还包括:
当所述第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
具体地,当第二终端不支持HTTP时,IM_AS_B给HTTP_MSRP_B发送HTTP文件获取通知;HTTP_MSRP_B向HTTP_MSRP_A发送HTTP GET请求;HTTP_MSRP_A返回文件内容;HTTP_MSRP_B文件获取完成,通知IM_AS_B;IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;UE_B收到响应消息,返回ACK;IM_AS_B通知HTTP_MSRP_B发送文件;UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2,并通过MSRP链路接收文件内容;HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功。
本发明实施例中,所述方法还包括:所述第二应用服务器获取所述第二终端的终端能力信息;或者,所述第二应用服务器获取所述多个第二终端的终端能力信息。
具体地,如果是点对点传输文件的场景,第二应用服务器获取第二终端的终端能力信息,当第二终端支持HTTP时,执行HTTP相应的流程;当第二终端不支持HTTP时,执行SIP+MSRP相应的流程。
如果是点对点或者聊天室文件传输场景,第二应用服务器获取多个第二终端的终端能力信息,对于支持HTTP的第二终端,执行HTTP相应的流程;对于不支持HTTP的第二终端,执行SIP+MSRP相应的流程。
图2为本发明实施例的文件传输方法的流程示意图二,本示例中,第一终端支持HTTP,如图2所示,所述文件传输方法包括:
步骤201:当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件。
本发明实施例应用的场景包括以下三种:
第一种:所述文件由第一终端向一个第二终端发送;
第二种:所述文件由第一终端向多个第二终端发送;
第三种:所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
对于第一种情况,也即点对点传输文件的场景;对于第二种情况,也即点对多点传输文件的场景;对于第三种情况,也即聊天室文件传输情况。对于这三种情况下,具体流程均为:
第一终端为UE_A,第一应用服务器为IM_AS_A,第一存储服务器为HTTP_MSRP_A;当第一终端支持HTTP时,UE_A通过HTTP POST请求把文件内容传送给HTTP_MSRP_A;HTTP_MSRP_A接收、存储文件,并根据文件存储位置生成相应的HTTP URL,返回200OK响应,携带文件对应的HTTP URL;UE_A把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后发送给IM_AS_A。
步骤202:当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件。
具体地,IM_AS_A接收到Message消息,转发给IM_AS_B;IM_AS_B解析Message消息,得到文件的HTTP URL,查询本地终端UE_B注册能力,如果不支持HTTP文件传输,则IM_AS_B给HTTP_MSRP_B发送HTTP文件获取通知;HTTP_MSRP_B向HTTP_MSRP_A发送HTTP GET请求;HTTP_MSRP_A返回文件内容。
步骤203:所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
具体地,HTTP_MSRP_B文件获取完成,通知IM_AS_B;IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;UE_B收到响应消息,返回ACK;IM_AS_B通知HTTP_MSRP_B发送文件;UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2,并通过MSRP链路接收文件内容;HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功。
本发明实施例中,所述方法还包括:
当所述第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
具体地,IM_AS_B查询本地终端UE_B注册能力,UE_B支持HTTP文件传输,则转发Message消息给UE_B;UE_B解析接收到的Message消息,得到HTTP URL;UE_B发送HTTP GET请求到HTTP_MSRP_A服务器获取文件内容;HTTP_MSRP_A服务器返回文件内容给UE_B。
本发明实施例中,所述方法还包括:所述第二应用服务器获取所述第二终端的终端能力信息;或者,所述第二应用服务器获取所述多个第二终端的终端能力信息。
具体地,如果是点对点传输文件的场景,第二应用服务器获取第二终端的终端能力信息,当第二终端支持HTTP时,执行HTTP相应的流程;当第二终端不支持HTTP时,执行SIP+MSRP相应的流程。
如果是点对点或者聊天室文件传输场景,第二应用服务器获取多个第二终端的终端能力信息,对于支持HTTP的第二终端,执行HTTP相应的流程;对于不支持HTTP的第二终端,执行SIP+MSRP相应的流程。
图3为本发明实施例的文件传输方法的流程示意图三,本示例应用于第一应用服务器侧,如图3所示,所述文件传输方法包括:
步骤301:当第一终端不支持HTTP时,第一应用服务器根据文件在第一存储服务器中的存储地址生成HTTP链接;所述第一应用服务器将所述HTTP链接封装至即时通讯消息中,发送给第二应用服务器。
步骤302:当第一终端支持HTTP时,第一应用服务器接收所述第一终端发送的携有HTTP链接的即时通讯消息,将所述即时通讯消息发送给第二应用服务器。
本领域技术人员应当理解,本示例中的第一应用服务器所执行的操作步骤可参照前述图1和图2所示的内容进行理解。
图4为本发明实施例的文件传输方法的流程示意图四,本示例应用于第一应用服务器侧,如图4所示,所述文件传输方法包括:
步骤401:第二应用服务器接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP。
步骤402:当所述第二终端不支持HTTP时,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件。
步骤403:当所述第二终端支持HTTP时,所述第二应用服务器将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
本领域技术人员应当理解,本示例中的第一应用服务器所执行的操作步骤可参照前述图1和图2所示的内容进行理解。
图5为本发明实施例的文件传输方法的流程示意图五,如图5所示,所述文件传输方法包括:
步骤501:当第一终端不支持超文本传输协议HTTP时,第一存储服务器与所述第一终端建立消息会话中继协议MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件。
本发明实施例中,所述当第一终端不支持HTTP时,第一存储服务器与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件,包括:
当第一终端不支持HTTP时,第一应用服务器接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;
第一应用服务器向第一终端返回响应消息,所述响应消息携带第一应用服务器的MSRP建链信息;
第一应用服务器接收第一终端返回的肯定确认消息后,通知第一存储服务器接收第一终端发送的文件;
第一存储服务器与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;
第一存储服务器存储接收到的文件,并通知第一应用服务器文件接收成功。
步骤502:当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器。
本发明实施例中,所述当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器,包括:
当第二终端支持HTTP时,第一应用服务器根据第一存储服务器中存储的文件的路径生成对应的HTTP链接;
第一应用服务器将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
图6为本发明实施例的文件传输方法的流程示意图六,如图6所示,所述文件传输方法包括:
步骤601:第二应用服务器接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP。
步骤602:当所述第二终端不支持HTTP时,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件。
本发明实施例中,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件,包括:
第二应用服务器向第二存储服务器发送HTTP文件获取通知消息;
第二存储服务器向第一存储服务器发送HTTP获取请求消息;
第二存储服务器接收第一存储服务器发送的文件;
第二存储服务器存储所述文件,并通知第二应用服务器文件接收成功。
本发明实施例中,所述方法还包括:
所述第二存储服务器与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
具体地,第二应用服务器接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;
第二应用服务器向第二终端返回响应消息,所述响应消息携带第二应用服务器的MSRP建链信息;
第二应用服务器接收第二终端发送的肯定确认消息;
第二应用服务器通知第二存储服务器发送文件;
第二存储服务器与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;
第二存储服务器发送文件完成后,通知第二应用服务器文件发送成功。
步骤603:当所述第二终端支持HTTP时,所述第二应用服务器将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
以下结合具体应用场景对本发明实施例的文件传输方法做详细描述。
实施例一:
UE_A发文件给UE_B。UE_A支持RCS6.0规范,UE_B支持RCS6.0规范。
规范定义流程如图7所述,详细描述如下:
步骤1:UE_A给UE_B发送OPTION能力探测消息;
步骤2:UE_B返回本终端能力;
步骤3:UE_A得到UE_B终端能力,UE_B支持HTTP文件传输;UE_A通过HTTP方式发送文件,UE_A通过HTTP POST请求把文件内容传送给HTTP_MSRP_A;
步骤4:HTTP_MSRP_A接收、存储文件,并根据文件存储位置生成相应的HTTP URL,返回200OK响应,携带文件对应的HTTP URL;
步骤5:UE_A把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后发送给IM_AS_A。
步骤6:IM_AS_A接收到Message消息,转发给IM_AS_B。
实施例二
UE_A发文件给UE_B。UE_A或UE_B不支持RCS6.0规范。
点到点文件传输规范定义流程如图8所述,详细描述如下:
步骤1:UE_A给UE_B发送OPTION能力探测消息;
步骤2:UE_B返回本终端能力;
步骤3:UE_A得到UE_B终端能力,如果UE_B不支持HTTP文件传输或者UE_A本身不支持HTTP文件传输;UE_A通过SIP+MSRP方式发送文件,UE_A给IM_AS_A发送INVITE消息,通过会话描述协议(SDP,Session Description Protocol)携带文件信息及终端MSRP建链信息;
步骤4:IM_AS_A返回200OK响应,携带IM_AS_A侧MSRP建链信息;
步骤5:UE_A收到响应消息,返回ACK;
步骤6:IM_AS_A通知HTTP_MSRP_A接收文件;
步骤7:UE_A与HTTP_MSRP_A根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路发送文件内容;
步骤8:HTTP_MSRP_A接收存储文件,然后通知IM_AS_A文件接收成功;IM_AS_A给IM_AS_B发送INVITE消息,通过SDP携带文件信息及IM_AS_A侧MSRP建链信息;
步骤9:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤10:IM_AS_A收到响应消息,返回ACK;
步骤11:IM_AS_A通知HTTP_MSRP_A发送文件;
步骤12:IM_AS_B通知HTTP_MSRP_B接收文件;
步骤13:HTTP_MSRP_A与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2;
步骤14:HTTP_MSRP_A通过MSRP_2链路传输文件内容给HTTP_MSRP_B;
步骤15:HTTP_MSRP_A发送文件,然后通知IM_AS_A文件发送成功;
步骤16:HTTP_MSRP_B接收存储文件,然后通知IM_AS_B文件接收成功。
实施例三
UE_A发文件给UE_B。UE_A不支持RCS6.0规范,UE_B支持RCS6.0规范。
本发明实施例的点到点文件传输流程如图9所述,详细描述如下:
步骤1:UE_A给UE_B发送OPTION能力探测消息;
步骤2:UE_B返回本终端能力;
步骤3:UE_A得到UE_B终端能力,UE_B支持HTTP文件传输,但是UE_A不支持HTTP文件传输;UE_A通过SIP+MSRP方式发送文件,UE_A给IM_AS_A发送INVITE消息,通过SDP携带文件信息及终端MSRP建链信息;
步骤4:IM_AS_A返回200OK响应,携带IM_AS_A侧MSRP建链信息;
步骤5:UE_A收到响应消息,返回ACK;
步骤6:IM_AS_A通知HTTP_MSRP_A接收文件;
步骤7:UE_A与HTTP_MSRP_A根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路发送文件内容;
步骤8:HTTP_MSRP_A接收存储文件,然后通知IM_AS_A文件接收成功;IM_AS_A发OPTION消息给UE_B;
步骤9:UE_B返回本终端能力;
步骤10:IM_AS_A获知UE_B支持HTTP文件传输,IM_AS_A根据HTTP_MSRP_A存储文件路径生成对应的HTTP URL,把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后转发给IM_AS_B。
在规范标准流程中,如果UE_A不支持HTTP文件传输,IM_AS_A首先通过SIP+MSRP接收、存储文件,然后再通过SIP+MSRP转发给IM_AS_B,IM_AS_B接收、存储文件,IM_AS_A和IM_AS_B侧分别要接收、存储文件内容。对IM_AS_A和IM_AS_B之间网络带宽消耗较大,同时占用HTTP_MSRP_B侧存储设备的性能和容量。
本发明实施例的技术方案中,IM_AS_A接收完文件后,先探测UE_B终端能力,如果UE_B支持HTTP文件传输,则生成Message消息发给IM_AS_B,Message消息中只包含HTTP URL和文件相关信息,不包含文件内容,减少IM_AS_A和IM_AS_B之间文件内容的网络传输及文件存储,大大节省了IM_AS_A和IM_AS_B之间网络带宽,节省了HTTP_MSRP_B侧存储设备的性能和容量。
实施例四
UE_B接收UE_A发送的文件。UE_A不支持RCS6.0规范,UE_B支持RCS6.0规范。
点到点文件传输规范定义流程如图10所述,详细描述如下:
步骤1:IM_AS_B接收到IM_AS_A发送来的INVITE消息,解析SDP得到文件相关信息及IM_AS_A侧MSRP建链信息;
步骤2:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤3:IM_AS_A收到响应消息,返回ACK;
步骤4:IM_AS_A通知HTTP_MSRP_A发送文件;
步骤5:IM_AS_B通知HTTP_MSRP_B接收文件;
步骤6:HTTP_MSRP_A与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_1;HTTP_MSRP_A通过MSRP_1链路传输文件内容给HTTP_MSRP_B;
步骤7:HTTP_MSRP_A发送文件,然后通知IM_AS_A文件发送成功;
步骤8:HTTP_MSRP_B接收存储文件,然后通知IM_AS_B文件接收成功;
步骤9:IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;
步骤10:UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;
步骤11:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤12:UE_B收到响应消息,返回ACK;
步骤13:IM_AS_B通知HTTP_MSRP_B发送文件;
步骤14:UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2,并通过MSRP链路接收文件内容;
步骤15:HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功。
实施例五
UE_B接收UE_A发送的文件。UE_A不支持RCS6.0规范,UE_B支持RCS6.0规范。
本发明实施例的点到点文件传输流程如图11所述,详细描述如下:
步骤1:IM_AS_B接收到文件传输Message消息;
步骤2:IM_AS_B转发Message消息给UE_B;
步骤3:UE_B解析接收到的Message消息,得到HTTP URL;UE_B发送HTTP GET请求到HTTP_MSRP_A服务器获取文件内容;
步骤4:HTTP_MSRP_A服务器返回文件内容给UE_B。
在规范标准流程中,如果UE_A不支持HTTP文件传输,UE_B、IM_AS_A、IM_AS_B支持HTTP文件传输,则端到端传输流程全部采用SIP、MSRP传输。IM_AS_A通过SIP+MSRP转发给IM_AS_B,IM_AS_B接收、存储文件,最后IM_AS_B再通过SIP+MSRP发送给UE_B,IM_AS_B侧也要接收、存储文件内容。对IM_AS_A和IM_AS_B之间网络带宽消耗较大,同时占用HTTP_MSRP_B侧存储设备的性能和容量。
本发明实施例的技术方案中,IM_AS_B接收到IM_AS_A的Message消息,然后直接转发Message消息给UE_B,Message消息中只包含HTTP URL和文件相关信息,不包含文件内容,减少IM_AS_A和IM_AS_B之间文件内容的网络传输及文件存储,大大节省了IM_AS_A和IM_AS_B之间网络带宽,节省了HTTP_MSRP_B侧存储设备的性能和容量。
实施例六
UE_A群发文件给UE_B、UE_C。UE_B不支持RCS6.0规范,UE_A,UE_C支持RCS6.0规范。
点到多点文件传输规范定义流程如图12所述,详细描述如下:
步骤1:UE_A给UE_B、UE_C发送OPTION能力探测消息;
步骤2:UE_B、UE_C返回本终端能力;
步骤3:UE_A得到UE_B、UE_C终端能力,如果UE_A不支持HTTP文件传输;UE_A通过SIP+MSRP方式发送文件,UE_A给IM_AS_A发送INVITE消息,通过SDP携带文件信息及终端MSRP建链信息;
步骤4:IM_AS_A返回200OK响应,携带IM_AS_A侧MSRP建链信息;
步骤5:UE_A收到响应消息,返回ACK;
步骤6:IM_AS_A通知HTTP_MSRP_A接收文件;
步骤7:UE_A与HTTP_MSRP_A根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路发送文件内容;
步骤8:HTTP_MSRP_A接收存储文件,然后通知IM_AS_A文件接收成功;IM_AS_A给IM_AS_B发送INVITE消息,通过SDP携带文件信息及IM_AS_A MSRP建链信息;
步骤9:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤10:IM_AS_A收到响应消息,返回ACK;
步骤11:IM_AS_A通知HTTP_MSRP_A发送文件;
步骤12:IM_AS_B通知HTTP_MSRP_B接收文件;
步骤13:HTTP_MSRP_A与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2;
步骤14:HTTP_MSRP_A通过MSRP_2链路传输文件内容给HTTP_MSRP_B;
步骤15:HTTP_MSRP_A发送文件,然后通知IM_AS_A文件发送成功;
步骤16:HTTP_MSRP_B接收存储文件,然后通知IM_AS_B文件接收成功;
步骤17:IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;
步骤18:UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;
步骤19:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤20:UE_B收到响应消息,返回ACK;
步骤21:IM_AS_B通知HTTP_MSRP_B发送文件;
步骤22:UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_3,并通过MSRP链路接收文件内容;
步骤23:HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功;
步骤24~步骤32:同步骤8~步骤23,IM_AS_A通过SIP+MSRP转发文件到IM_AS_C,IM_AS_C下发文件给UE_C。
实施例七
UE_A群发文件给UE_B、UE_C。UE_B支持RCS6.0规范,UE_A,UE_C不支持RCS6.0规范。
本发明实施例的点到多点文件传输流程如图13所述,详细描述如下:
步骤1:UE_A通过HTTP POST请求把文件内容传送给HTTP_MSRP_A;
步骤2:HTTP_MSRP_A接收、存储文件,并根据文件存储位置生成相应的HTTP URL,返回200OK响应,携带文件对应的HTTP URL;
步骤3:UE_A把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后发送给IM_AS_A;
步骤4:IM_AS_A接收到Message消息,转发给IM_AS_B;
步骤5:IM_AS_B解析Message消息,得到文件的HTTP URL,查询本地终端UE_B注册能力,如果不支持HTTP文件传输,则IM_AS_B给HTTP_MSRP_B发送HTTP文件获取通知;
步骤6:HTTP_MSRP_B向HTTP_MSRP_A发送HTTP GET请求;
步骤7:HTTP_MSRP_A返回文件内容;
步骤8:HTTP_MSRP_B文件获取完成,通知IM_AS_B;
步骤9:IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;
步骤10:UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;
步骤11:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤12:UE_B收到响应消息,返回ACK;
步骤13:IM_AS_B通知HTTP_MSRP_B发送文件;
步骤14:UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路接收文件内容;
步骤15:HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功;
步骤16:IM_AS_A转发Message消息给IM_AS_C;
步骤17:IM_AS_C查询本地终端UE_C注册能力,UE_C支持HTTP文件传输,则转发Message消息给UE_C;
步骤18:UE_C解析接收到的Message消息,得到HTTP URL;UE_C发送HTTP GET请求到HTTP_MSRP_A服务器获取文件内容;
步骤19:HTTP_MSRP_A服务器返回文件内容给UE_C。
点到多点文件传输,在规范标准流程中,接收方终端只要有一个终端不支持HTTP文件传输,则端到端所有传输流程全部采用SIP、MSRP传输。IM_AS_A通过SIP+MSRP转发给IM_AS_B/C,IM_AS_B/C接收、存储文件,最后IM_AS_B/C再通过SIP+MSRP发送给UE_B/C,IM_AS_B/C侧需要接收、存储文件内容。对IM_AS_A、IM_AS_B、IM_AS_C之间网络带宽消耗较大,同时占用HTTP_MSRP_B/C侧存储设备的性能和容量。
本发明实施例的技术方案中,接收方终端UE_C支持HTTP文件传输,则发送方UE_A、接收方UE_C之间采用HTTP文件传输方式,IM_AS_A、IM_AS_C之间不需要传输文件内容,IM_AS_C也不需要存储文件内容,大大节省了IM_AS_A和IM_AS_C之间网络带宽,节省了HTTP_MSRP_C侧存储设备的性能和容量。
实施例八
UE_A、UE_B、UE_C同属于一个聊天室,聊天室归属GC_AS_A,UE_A在聊天室中发一文件。UE_B不支持RCS6.0规范,UE_A,UE_C支持RCS6.0规范。
规范定义流程如图14所述,详细描述如下:
步骤1:由于UE_A无法确保聊天室所有成员都支持HTTP文件传输,只能通过SIP+MSRP方式传输;UE_A通过SIP+MSRP方式发送文件,UE_A给IM_AS_A/GC_AS_A发送INVITE消息,通过SDP携带文件信息及终端MSRP建链信息;
步骤2:IM_AS_A/GC_AS_A返回200OK响应,携带IM_AS_A/GC_AS_A侧MSRP建链信息;
步骤3:UE_A收到响应消息,返回ACK;
步骤4:IM_AS_A/GC_AS_A通知HTTP_MSRP_A接收文件;
步骤5:UE_A与HTTP_MSRP_A根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路发送文件内容;
步骤6:HTTP_MSRP_A接收存储文件,然后通知IM_AS_A/GC_AS_A文件接收成功;IM_AS_A/GC_AS_A给IM_AS_B发送INVITE消息,通过SDP携带文件信息及IM_AS_A/GC_AS_A MSRP建链信息;
步骤7:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤8:IM_AS_A/GC_AS_A收到响应消息,返回ACK;
步骤9:IM_AS_A/GC_AS_A通知HTTP_MSRP_A发送文件;
步骤10:IM_AS_B通知HTTP_MSRP_B接收文件;
步骤11:HTTP_MSRP_A与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2;
步骤12:HTTP_MSRP_A通过MSRP_2链路传输文件内容给HTTP_MSRP_B;
步骤13:HTTP_MSRP_A发送文件,然后通知IM_AS_A/GC_AS_A文件发送成功;
步骤14:HTTP_MSRP_B接收存储文件,然后通知IM_AS_B文件接收成功;
步骤15:IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;
步骤16:UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;
步骤17:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤18:UE_B收到响应消息,返回ACK;
步骤19:IM_AS_B通知HTTP_MSRP_B发送文件;
步骤20:UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_2,并通过MSRP链路接收文件内容;
步骤21:HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功;
步骤22~步骤30:同步骤6~步骤21,IM_AS_A/GC_AS_A通过SIP+MSRP转发文件到IM_AS_C,IM_AS_C下发文件给UE_C。
实施例九
UE_A、UE_B、UE_C同属于一个聊天室,聊天室归属GC_AS_A,UE_A在聊天室中发一文件。UE_B不支持RCS6.0规范,UE_A,UE_C支持RCS6.0规范。
本发明实施例的群聊文件传输流程如图15所述,详细描述如下:
步骤1:UE_A通过HTTP POST请求把文件内容传送给HTTP_MSRP_A;
步骤2:HTTP_MSRP_A接收、存储文件,并根据文件存储位置生成相应的HTTP URL,返回200OK响应,携带文件对应的HTTP URL;
步骤3:UE_A把HTTP URL及相应的文件信息(文件类型、文件大小、文件名)等内容封装到Message消息体中,然后发送给IM_AS_A/GC_AS_A;
步骤4:IM_AS_A/GC_AS_A接收到Message消息,转发给IM_AS_B;
步骤5:IM_AS_B解析Message消息,得到文件的HTTP URL,查询本地终端UE_B注册能力,如果不支持HTTP文件传输,则IM_AS_B给HTTP_MSRP_B发送HTTP文件获取通知;
步骤6:HTTP_MSRP_B向HTTP_MSRP_A发送HTTP GET请求;
步骤7:HTTP_MSRP_A返回文件内容;
步骤8:HTTP_MSRP_B文件获取完成,通知IM_AS_B;
步骤9:IM_AS_B给UE_B下发INVITE消息,包含接收文件相关信息;
步骤10:UE_B收到文件传输INVITE消息后,主动接收文件,UB_B给IM_AS_B发送INVITE消息,通过SDP携带接收文件相关信息及终端MSRP建链信息;
步骤11:IM_AS_B返回200OK响应,携带IM_AS_B侧MSRP建链信息;
步骤12:UE_B收到响应消息,返回ACK;
步骤13:IM_AS_B通知HTTP_MSRP_B发送文件;
步骤14:UE_B与HTTP_MSRP_B根据SIP协商的建链信息建立MSRP链路MSRP_1,并通过MSRP链路接收文件内容;
步骤15:HTTP_MSRP_B文件发送完成后通知IM_AS_B,文件发送成功;
步骤16:IM_AS_A/GC_AS_A转发Message消息给IM_AS_C;
步骤17:IM_AS_C查询本地终端UE_C注册能力,UE_C支持HTTP文件传输,则转发Message消息给UE_C;
步骤18:UE_C解析接收到的Message消息,得到HTTP URL;UE_C发送HTTP GET请求到HTTP_MSRP_A服务器获取文件内容;
步骤19:HTTP_MSRP_A服务器返回文件内容给UE_C。
群聊文件传输,在规范标准流程中,由于发送方无法确保聊天室所有成员都支持HTTP文件传输,只能通过SIP+MSRP方式传输文件;IM_AS_A/GC_AS_A通过SIP+MSRP转发给IM_AS_B/C,IM_AS_B/C接收、存储文件,最后IM_AS_B/C再通过SIP+MSRP发送给UE_B/C,IM_AS_B/C侧需要接收、存储文件内容。对IM_AS_A/GC_AS_A、IM_AS_B、IM_AS_C之间网络带宽消耗较大,同时占用HTTP_MSRP_B/C侧存储设备的性能和容量。
本发明实施例的技术方案中,如果UE_A支持HTTP文件传输,则通过HTTP传输方式发送文件至IM_AS_A/GC_AS_A,IM_AS_A/GC_AS_A转发Message消息(包含文件HTTP URL、文件类型、文件大小等信息)至聊天室成员归属的IM_AS,由接收方IM_AS根据终端能力选择相应的下发方式,这样对于所有支持HTTP文件传输的聊天室成员终端,端到端文件传输都会使用HTTP方式传输,避免GC_AS、IM_AS之间传输文件内容,接收方IM_AS侧也不需要存储文件内容,大大节省了GC_AS、IM_AS之间网络带宽,节省了HTTP_MSRP_C侧存储设备的性能和容量,充分发挥HTTP文件传输的优势。
上述通过对点到点、点到多点、聊天室等多种场景的文件传输流程对比,介绍了规范定义流程和本发明实施例的优化流程。规范定义流程,只要发送方、接收方有一个终端不支持HTTP文件传输,则整个端到端文件传输采用SIP+MSRP方式,存在发送方AS和接收方AS的文件转发、存储,对网络带宽及接收方AS存储设备要求比较高。对于群聊文件传输,无法获取所有群成员能力,只能采用SIP+MSRP方式传输文件。本发明实施例的技术方案中,只要接收方本终端具备HTTP文件传输能力,就会通过HTTP方式传输文件,尽可能发挥HTTP文件传输的优势,节省网络带宽和存储服务器资源。
图16为本发明实施例的文件传输系统的框架图一,所述系统包括:存储服务器161、应用服务器162;
第一实施方式:
所述存储服务器161,用于当第一终端不支持HTTP时,与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件;
所述应用服务器162,用于当第二终端支持HTTP时,将所述文件在所述存储服务器中的存储地址发送给第二应用服务器。
所述应用服务器162,具体用于:当第一终端不支持HTTP时,接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;向第一终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第一终端返回的肯定确认消息后,通知所述存储服务器接收第一终端发送的文件;
所述存储服务器161,具体用于:与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;存储接收到的文件,并通知所述应用服务器文件接收成功。
所述应用服务器162,具体用于:当第二终端支持HTTP时,根据所述存储服务器中存储的文件的路径生成对应的HTTP链接;将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
第二实施方式:
所述应用服务器162,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP;当所述第二终端不支持HTTP时,向所述存储服务器发送文件获取通知消息,以使得所述存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
所述应用服务器162,具体用于:向所述存储服务器发送HTTP文件获取通知消息;
所述存储服务器161,具体用于:向第一存储服务器发送HTTP获取请求消息;接收第一存储服务器发送的文件;存储所述文件,并通知第二应用服务器文件接收成功。
所述存储服务器161,还用于:与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
所述应用服务器162,具体用于:接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;向第二终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第二终端发送的肯定确认消息;通知所述存储服务器发送文件;
所述存储服务器161,具体用于:与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;发送文件完成后,通知第二应用服务器文件发送成功。
图17为本发明实施例的文件传输系统的框架图二,所述系统包括:第一终端171、第一存储服务器172、第一应用服务器173、第二终端174、第二应用服务器175;其中,
在第一终端171不支持HTTP的场景下:
所述第一终端171,用于当第一终端171不支持HTTP时,所述第一终端171与第一存储服务器172建立MSRP链路,通过所述MSRP链路所述第一终端171向所述第一存储服务器172发送文件;
所述第一应用服务器173,用于当第二终端174支持HTTP时,第一应用服务器173将所述文件在所述第一存储服务器172中的存储地址发送给第二应用服务器175;
所述第二应用服务器175,用于将所述存储地址发送给所述第二终端174;
所述第二终端174,用于根据所述存储地址通过HTTP方式从所述第一存储服务器172中获取所述文件。
本发明实施例中,所述系统还包括:
第二存储服务器176,用于当所述第二终端174不支持HTTP时,第二存储服务器176通过HTTP方式从所述第一存储服务器172获取所述文件;所述第二存储服务器176与所述第二终端174建立MSRP链路;
所述第二终端174,还用于通过所述MSRP链路从所述第二存储服务器176获取所述文件。
本发明实施例中,所述文件由第一终端171向一个第二终端174发送;或者,
所述文件由第一终端171向多个第二终端174发送;或者,
所述文件由第一终端171向第一群组发送,所述第一群组包括所述第一终端171以及多个第二终端174。
本发明实施例中,所述第二应用服务器175,还用于获取所述第二终端174的终端能力信息;或者,获取所述多个第二终端174的终端能力信息。
在第一终端171支持HTTP的场景下:
所述第一终端171,用于当第一终端171支持HTTP时,所述第一终端171通过HTTP方式向第一存储服务器172发送文件;
所述第二存储服务器176,用于当第二终端174不支持HTTP时,第二存储服务器176通过HTTP方式从所述第一存储服务器172获取所述文件;与所述第二终端174建立MSRP链路;
所述第二终端174,用于通过所述MSRP链路从所述第二存储服务器176获取所述文件。
本发明实施例中,所述系统还包括:第一应用服务器173、第二应用服务器175;其中,
所述第一应用服务器173,用于当所述第二终端174支持HTTP时,第一应用服务器173将所述文件在所述第一存储服务器172中的存储地址发送给第二应用服务器175;
所述第二应用服务器175,用于将所述存储地址发送给所述第二终端174;
所述第二终端174,用于根据所述存储地址通过HTTP方式从所述第一存储服务器172中获取所述文件。
本发明实施例中,所述文件由第一终端171向一个第二终端174发送;或者,
所述文件由第一终端171向多个第二终端174发送;或者,
所述文件由第一终端171向第一群组发送,所述第一群组包括所述第一终端171以及多个第二终端174。
本发明实施例中,所述第二应用服务器175,还用于获取所述第二终端174的终端能力信息;或者,获取所述多个第二终端174的终端能力信息。
图18为本发明实施例的文件传输装置的结构组成示意图一,如图18所示,所述装置包括:
生成单元181,用于当第一终端不支持HTTP时,根据文件在第一存储服务器中的存储地址生成HTTP链接;
封装单元182,用于将所述HTTP链接封装至即时通讯消息中;
通信单元183,用于将所述通讯消息发送给第二应用服务器;
所述通信单元183,还用于当第一终端支持HTTP时,第一应用服务器接收所述第一终端发送的携有HTTP链接的即时通讯消息,将所述即时通讯消息发送给第二应用服务器。
图19为本发明实施例的文件传输装置的结构组成示意图二,如图19所示,所述装置包括:
通信单元191,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息;
查询单元192,用于查询第二终端是否支持HTTP;
所述通信单元191,还用于当所述第二终端不支持HTTP时,向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
本发明实施例还提供一种电子设备,该电子设备包括处理器和存储器,所述存储器中存储有计算机程序指令,当所述处理器执行所述计算机程序指令时,所述处理器用于执行本发明实施例任意所述的文件传输方法。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (33)
1.一种文件传输方法,其特征在于,所述方法包括:
当第一终端不支持超文本传输协议HTTP时,第一存储服务器与所述第一终端建立消息会话中继协议MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件;
当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器。
2.根据权利要求1所述的文件传输方法,其特征在于,所述当第一终端不支持HTTP时,第一存储服务器与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件,包括:
当第一终端不支持HTTP时,第一应用服务器接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;
第一应用服务器向第一终端返回响应消息,所述响应消息携带第一应用服务器的MSRP建链信息;
第一应用服务器接收第一终端返回的肯定确认消息后,通知第一存储服务器接收第一终端发送的文件;
第一存储服务器与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;
第一存储服务器存储接收到的文件,并通知第一应用服务器文件接收成功。
3.根据权利要求1所述的文件传输方法,其特征在于,所述当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器,包括:
当第二终端支持HTTP时,第一应用服务器根据第一存储服务器中存储的文件的路径生成对应的HTTP链接;
第一应用服务器将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
4.一种文件传输方法,其特征在于,所述方法包括:
第二应用服务器接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP;
当所述第二终端不支持HTTP时,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
当所述第二终端支持HTTP时,所述第二应用服务器将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
5.根据权利要求4所述的文件传输方法,其特征在于,所述第二应用服务器向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件,包括:
第二应用服务器向第二存储服务器发送HTTP文件获取通知消息;
第二存储服务器向第一存储服务器发送HTTP获取请求消息;
第二存储服务器接收第一存储服务器发送的文件;
第二存储服务器存储所述文件,并通知第二应用服务器文件接收成功。
6.根据权利要求5所述的文件传输方法,其特征在于,所述方法还包括:
所述第二存储服务器与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
7.根据权利要求6所述的文件传输方法,其特征在于,所述第二存储服务器与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件,包括:
第二应用服务器接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;
第二应用服务器向第二终端返回响应消息,所述响应消息携带第二应用服务器的MSRP建链信息;
第二应用服务器接收第二终端发送的肯定确认消息;
第二应用服务器通知第二存储服务器发送文件;
第二存储服务器与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;
第二存储服务器发送文件完成后,通知第二应用服务器文件发送成功。
8.一种文件传输方法,其特征在于,所述方法包括:
当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,所述第一终端通过所述MSRP链路向所述第一存储服务器发送文件;
当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
9.根据权利要求8所述的文件传输方法,其特征在于,所述方法还包括:
当所述第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
10.根据权利要求8所述的文件传输方法,其特征在于,
所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
11.根据权利要求10所述的文件传输方法,其特征在于,所述方法还包括:
所述第二应用服务器获取所述第二终端的终端能力信息;或者,
所述第二应用服务器获取所述多个第二终端的终端能力信息。
12.一种文件传输方法,其特征在于,所述方法包括:
当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件;
当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;
所述第二存储服务器与所述第二终端建立MSRP链路,所述第二终端通过所述MSRP链路从所述第二存储服务器获取所述文件。
13.根据权利要求12所述的文件传输方法,其特征在于,所述方法还包括:
当所述第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器将所述存储地址发送给所述第二终端,所述第二终端根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
14.根据权利要求12所述的文件传输方法,其特征在于,
所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
15.根据权利要求14所述的文件传输方法,其特征在于,所述方法还包括:
所述第二应用服务器获取所述第二终端的终端能力信息;或者,
所述第二应用服务器获取所述多个第二终端的终端能力信息。
16.一种文件传输系统,其特征在于,所述系统包括:存储服务器、应用服务器;其中,
所述存储服务器,用于当第一终端不支持HTTP时,与所述第一终端建立MSRP链路,通过所述MSRP链路接收所述第一终端发送的文件;
所述应用服务器,用于当第二终端支持HTTP时,将所述文件在所述存储服务器中的存储地址发送给第二应用服务器。
17.根据权利要求16所述的文件传输系统,其特征在于,所述应用服务器,具体用于:当第一终端不支持HTTP时,接收第一终端发送的请求消息,所述请求消息携带文件信息及第一终端的MSRP建链信息;向第一终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第一终端返回的肯定确认消息后,通知所述存储服务器接收第一终端发送的文件;
所述存储服务器,具体用于:与第一终端根据所述MSRP建链信息建立MSRP链路,并通过MSRP链路接收所述第一终端发送的文件;存储接收到的文件,并通知所述应用服务器文件接收成功。
18.根据权利要求16所述的文件传输系统,其特征在于,所述应用服务器,具体用于:当第二终端支持HTTP时,根据所述存储服务器中存储的文件的路径生成对应的HTTP链接;将所述文件的HTTP链接封装到即时通讯消息体中转发给第二应用服务器。
19.一种文件传输系统,其特征在于,所述系统包括:存储服务器、应用服务器;其中,
所述应用服务器,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息时,查询第二终端是否支持HTTP;当所述第二终端不支持HTTP时,向所述存储服务器发送文件获取通知消息,以使得所述存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,将所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
20.根据权利要求19所述的文件传输系统,其特征在于,所述应用服务器,具体用于:向所述存储服务器发送HTTP文件获取通知消息;
所述存储服务器,具体用于:向第一存储服务器发送HTTP获取请求消息;接收第一存储服务器发送的文件;存储所述文件,并通知第二应用服务器文件接收成功。
21.根据权利要求20所述的文件传输系统,其特征在于,所述存储服务器,还用于:与所述第二终端建立MSRP链路,通过所述MSRP链路向所述第二终端发送所述文件。
22.根据权利要求21所述的文件传输系统,其特征在于,所述应用服务器,具体用于:接收第二终端发送的请求消息,所述请求消息携带文件信息及终端的MSRP建链信息;向第二终端返回响应消息,所述响应消息携带所述应用服务器的MSRP建链信息;接收第二终端发送的肯定确认消息;通知所述存储服务器发送文件;
所述存储服务器,具体用于:与第二终端根据MSRP建链信息建立MSRP链路,并通过所述MSRP链路向第二终端发送文件;发送文件完成后,通知第二应用服务器文件发送成功。
23.一种文件传输系统,其特征在于,所述系统包括:第一终端、第一存储服务器、第一应用服务器、第二终端、第二应用服务器;其中,
所述第一终端,用于当第一终端不支持HTTP时,所述第一终端与第一存储服务器建立MSRP链路,通过所述MSRP链路所述第一终端向所述第一存储服务器发送文件;
所述第一应用服务器,用于当第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器,用于将所述存储地址发送给所述第二终端;
所述第二终端,用于根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
24.根据权利要求23所述的文件传输系统,其特征在于,所述系统还包括:
第二存储服务器,用于当所述第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;所述第二存储服务器与所述第二终端建立MSRP链路;
所述第二终端,还用于通过所述MSRP链路从所述第二存储服务器获取所述文件。
25.根据权利要求23所述的文件传输系统,其特征在于,
所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
26.根据权利要求25所述的文件传输系统,其特征在于,所述第二应用服务器,还用于获取所述第二终端的终端能力信息;或者,获取所述多个第二终端的终端能力信息。
27.一种文件传输系统,其特征在于,所述系统包括:第一终端、第一存储服务器、第二终端、第二存储服务器;其中,
所述第一终端,用于当第一终端支持HTTP时,所述第一终端通过HTTP方式向第一存储服务器发送文件;
所述第二存储服务器,用于当第二终端不支持HTTP时,第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;与所述第二终端建立MSRP链路;
所述第二终端,用于通过所述MSRP链路从所述第二存储服务器获取所述文件。
28.根据权利要求27所述的文件传输系统,其特征在于,所述系统还包括:第一应用服务器、第二应用服务器;其中,
所述第一应用服务器,用于当所述第二终端支持HTTP时,第一应用服务器将所述文件在所述第一存储服务器中的存储地址发送给第二应用服务器;
所述第二应用服务器,用于将所述存储地址发送给所述第二终端;
所述第二终端,用于根据所述存储地址通过HTTP方式从所述第一存储服务器中获取所述文件。
29.根据权利要求27所述的文件传输系统,其特征在于,
所述文件由第一终端向一个第二终端发送;或者,
所述文件由第一终端向多个第二终端发送;或者,
所述文件由第一终端向第一群组发送,所述第一群组包括所述第一终端以及多个第二终端。
30.根据权利要求29所述的文件传输系统,其特征在于,所述第二应用服务器,还用于获取所述第二终端的终端能力信息;或者,获取所述多个第二终端的终端能力信息。
31.一种文件传输装置,其特征在于,所述装置包括:
生成单元,用于当第一终端不支持HTTP时,根据文件在第一存储服务器中的存储地址生成HTTP链接;
封装单元,用于将所述HTTP链接封装至即时通讯消息中;
通信单元,用于将所述通讯消息发送给第二应用服务器;
所述通信单元,还用于当第一终端支持HTTP时,第一应用服务器接收所述第一终端发送的携有HTTP链接的即时通讯消息,将所述即时通讯消息发送给第二应用服务器。
32.一种文件传输装置,其特征在于,所述装置包括:
通信单元,用于接收到第一应用服务器发送的携有HTTP链接的即时通讯消息;
查询单元,用于查询第二终端是否支持HTTP;
所述通信单元,还用于当所述第二终端不支持HTTP时,向第二存储服务器发送文件获取通知消息,以使得所述第二存储服务器通过HTTP方式从所述第一存储服务器获取所述文件;当所述第二终端支持HTTP时,所述即时通讯消息发送给所述第二终端,以使得所述第二终端根据所述HTTP链接从第一存储服务器中获取所述文件。
33.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有计算机程序指令,当所述处理器执行所述计算机程序指令时,所述处理器用于执行权利要求1至15任一项所述的文件传输方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710052237.8A CN108337215B (zh) | 2017-01-20 | 2017-01-20 | 一种文件传输方法及系统、装置、电子设备 |
PCT/CN2017/113124 WO2018133542A1 (zh) | 2017-01-20 | 2017-11-27 | 文件传输方法及系统、装置、电子设备、计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710052237.8A CN108337215B (zh) | 2017-01-20 | 2017-01-20 | 一种文件传输方法及系统、装置、电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108337215A true CN108337215A (zh) | 2018-07-27 |
CN108337215B CN108337215B (zh) | 2021-07-27 |
Family
ID=62907736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710052237.8A Active CN108337215B (zh) | 2017-01-20 | 2017-01-20 | 一种文件传输方法及系统、装置、电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108337215B (zh) |
WO (1) | WO2018133542A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112671899B (zh) * | 2020-12-23 | 2022-12-13 | 中移(杭州)信息技术有限公司 | 一种文件传输方法、文件传输装置及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859380A (zh) * | 2005-07-28 | 2006-11-08 | 华为技术有限公司 | 一种离线消息获取方法 |
CN101047668A (zh) * | 2007-03-22 | 2007-10-03 | 中兴通讯股份有限公司 | 扩展信息发送方法 |
WO2013077594A1 (ko) * | 2011-11-22 | 2013-05-30 | 에스케이텔레콤 주식회사 | 채팅 중 http를 이용한 파일 전송을 위한 장치 및 기록매체 |
CN103959736A (zh) * | 2011-11-29 | 2014-07-30 | Sk电信有限公司 | 将文件发送给不能够接收信号的终端的设备和记录介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101056320B (zh) * | 2007-05-29 | 2010-08-18 | 中兴通讯股份有限公司 | 一种数据会议中的文件传输方法及其系统 |
US20090168758A1 (en) * | 2007-12-31 | 2009-07-02 | Sony Ericsson Mobile Communications Ab | Methods for facilitating communication between internet protocol multimedia subsystem (ims) devices and non-ims devices and between ims devices on different ims networks and related electronic devices and computer program products |
CN101309237B (zh) * | 2008-06-30 | 2011-04-20 | 中兴通讯股份有限公司 | 一种家庭网关及远程共享多媒体资料的系统和方法 |
CN101505226B (zh) * | 2009-02-25 | 2011-07-27 | 中国联合网络通信集团有限公司 | 多媒体通信交互系统和方法 |
US9924042B2 (en) * | 2013-12-26 | 2018-03-20 | Cellco Partnership | Uniform RCS voice/videomail services |
-
2017
- 2017-01-20 CN CN201710052237.8A patent/CN108337215B/zh active Active
- 2017-11-27 WO PCT/CN2017/113124 patent/WO2018133542A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859380A (zh) * | 2005-07-28 | 2006-11-08 | 华为技术有限公司 | 一种离线消息获取方法 |
CN101047668A (zh) * | 2007-03-22 | 2007-10-03 | 中兴通讯股份有限公司 | 扩展信息发送方法 |
WO2013077594A1 (ko) * | 2011-11-22 | 2013-05-30 | 에스케이텔레콤 주식회사 | 채팅 중 http를 이용한 파일 전송을 위한 장치 및 기록매체 |
US20140258430A1 (en) * | 2011-11-22 | 2014-09-11 | Sk Telecom Co., Ltd. | Server, device and recording medium for http file transfer during chatting session established by another protocol |
CN103959736A (zh) * | 2011-11-29 | 2014-07-30 | Sk电信有限公司 | 将文件发送给不能够接收信号的终端的设备和记录介质 |
Non-Patent Citations (3)
Title |
---|
B. CAMPBELL, ED.: "The Message Session Relay Protocol (MSRP)", 《IETF》 * |
CT 1: "IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)", 《3GPP》 * |
FRENCH FEDERATION OF TELECOMS: "IP interconnection Interface specification for RCS interconnection", 《GSMA》 * |
Also Published As
Publication number | Publication date |
---|---|
CN108337215B (zh) | 2021-07-27 |
WO2018133542A1 (zh) | 2018-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101054787B1 (ko) | Ims 인스턴트 메시지를 전송하기 위한 방법, 시스템, 및장치 | |
KR101150594B1 (ko) | 메시지 및 세션의 교환 | |
CN1794722B (zh) | 一种离线消息发送方法以及即时消息服务器 | |
CN100488139C (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
US8195147B2 (en) | Method of enabling a combinational service and communication network implementing the service | |
US20040103157A1 (en) | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) | |
US9246706B2 (en) | Interworking between messaging services | |
US20140372516A1 (en) | System and method for providing a scalable translation between polling-based clients and connection-based message queues | |
CN107258098B (zh) | 用于共享与呼叫相关联的丰富的信息的方法和设备 | |
US8014775B2 (en) | Method and system for implementing messaging services and a message application server | |
KR20120089591A (ko) | 네트워크 환경에서 비-지속성 메시지의 다중 큐를 관리하기 위한 시스템 및 방법 | |
US20140181312A1 (en) | Systems and Methods for Peer-to-Peer IMS | |
CN107431698A (zh) | 电信系统中的ims间服务支持 | |
CN101223746B (zh) | 寻呼模式消息收发 | |
WO2005041496A1 (en) | Method and devices for relayed peer-to-peer communications between terminals in mobile networks | |
CN101909019A (zh) | 请求消息的处理方法和系统 | |
JP4959803B2 (ja) | 通信システムにおける配信レポート | |
CN102045659B (zh) | 即时消息的彩像展现方法与系统 | |
US20120011260A1 (en) | Method and system for transmitting large message mode converged IP messaging | |
WO2023078458A1 (zh) | 通话异常处理方法、装置及电子设备 | |
CN108337215A (zh) | 一种文件传输方法及系统、装置、电子设备 | |
CN109120578B (zh) | 一种实现链路连接处理的方法及装置 | |
WO2012110527A1 (en) | Distributed middleware for mobile devices | |
CN102571710B (zh) | 信息订阅方法及系统 | |
KR20060084327A (ko) | 멀티미디어 시스템에서의 데이터 전송방법 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |