CN115604248A - 文件传输方法及装置 - Google Patents
文件传输方法及装置 Download PDFInfo
- Publication number
- CN115604248A CN115604248A CN202110719107.1A CN202110719107A CN115604248A CN 115604248 A CN115604248 A CN 115604248A CN 202110719107 A CN202110719107 A CN 202110719107A CN 115604248 A CN115604248 A CN 115604248A
- Authority
- CN
- China
- Prior art keywords
- data stream
- video
- data
- file
- preset threshold
- 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
Images
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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种文件传输方法及装置，属于通信技术领域。文件传输方法，由第一设备执行，所述方法包括：通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。本发明的技术方案能够提升用户体验。
Description
技术领域
本发明涉及通信技术领域，特别是指一种文件传输方法及装置。
背景技术
短视频即短片视频，是一种互联网内容传播方式，一般是在互联网新媒体上传播的时长在5分钟以内的视频；随着移动终端普及和网络的提速，短平快的大流量传播内容逐渐获得各大平台、粉丝和资本的青睐。
针对日渐流行的短文件如短视频情况，网络传输的协议以及网络优化上并没有因为视频时长的改变而做出其他区别于长视频的优化。几分钟的视频如果出现卡顿或者画面质量太低的情况，将对用户体验照成极大的影响。
发明内容
本发明要解决的技术问题是提供一种文件传输方法及装置，能够提升用户体验。
为解决上述技术问题，本发明的实施例提供技术方案如下：
一方面，提供一种文件传输方法，由第一设备执行，所述方法包括：
通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述通过数据流携带的第一信息识别出优化处理的第一数据流，包括以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述方法还包括：
提前向所述终端发送部分所述第一数据流。
一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，所述第一设备为服务器，所述方法具体包括：
若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；
接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
本发明实施例还提供了一种文件传输装置，应用于第一设备，所述装置包括收发机和处理器，
所述处理器用于通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
所述收发机用于部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述处理器用于执行以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述收发机还用于提前向所述终端发送部分所述第一数据流。
一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，所述第一设备为服务器，所述收发机用于若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
本发明实施例还提供了一种文件传输装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如上所述的文件传输方法。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述处理器用于执行以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述处理器还用于提前向所述终端发送部分所述第一数据流。一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，所述第一设备为服务器，所述处理器用于若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的文件传输方法中的步骤。
本发明的实施例具有以下有益效果：
上述方案中，通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流，部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输，可以对第一数据流的传输进行优化，提升数据传输速率，减少所述第一数据流的传输时延。这样可以识别出需要进行传输优化的数据流，比如短视频数据流，进而采取相应的传输优化措施，提高用户的体验。
附图说明
图1为TCP三次握手的示意图；
图2为本发明实施例文件传输方法的流程示意图；
图3为本发明实施例URL扩展标识示意图；
图4为本发明实施例IP头option字段扩展示意图；
图5为本发明实施例建立TCP长连接的示意图；
图6为本发明实施例客户端请求预加载的示意图；
图7为本发明实施例服务器请求预加载的示意图；
图8为本发明实施例文件传输装置的结构示意图；
图9为本发明实施例文件传输装置的组成示意图。
具体实施方式
为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
在网络上传输音/视频(英文缩写A/V)等多媒体信息主要有下载和流式传输两种方案。A/V文件一般都较大，所以需要的存储容量也较大。同时由于网络带宽的限制，下载常常要花数分钟甚至数小时，所以采用下载的处理方法，时延会比较大。流式传输时，声音、影像或动画等时基媒体由音视频服务器向用户计算机的连续、实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒传输，待数据达到一定的数量后，即可进行观看，可以大大缩短用户需要等待的时间。当声音等时基媒体在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。流式不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量。流式传输避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点。
流媒体指在Internet/Intranet中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。
流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。
顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不像实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证电影播放的最终质量。这意味着用户在观看前，必须经历延迟，对较慢的连接尤其如此。
Http协议,即超文本传输协议(HyperText Transfer Protocol)，通常，有客户端发请求，建立一个到服务器制定端口(默认80)的TCP连接，是应用层协议。HTTP download方式其将所有的数据当做文件处理，不支持实时流媒体数据传输。本质上就是从服务器下载视频文件，客户端利用视频文件中的头部信息与部分视频帧数据，实现解码播放。
Http协议一般支持Range-request，在多线程下载的时候会常用到，即分多个线程请求文件的部分数据，制定不同线程的起始偏移数，同时开启下载。当在客户端解析出视频文件的头部后，就可以判断后续视频的帧位置，达到网络上观看视频的要求，观看时一般会有缓冲。采用http协议播放视频的好处：可采取通用的http服务器就可提供服务，不需要搭建专门的流媒体服务器，可以采用通用的CDN来简化视频的部署分发工作，减少带宽的使用，目前大部分视频网站提供的点播视频服务，都是基于此
渐近下载(Progressive download)是一个术语，它用来描述从服务器向客户端传输媒体文件，通常使用Http协议。用户可以在媒体文件下载完成之前播放。它和流媒体不同之处在于正在使用的终端用户设备如何接收来存储数字媒体数据。
媒体播放器可以渐近下载播放依赖于位于文件头完整的无信息(meta data)和已经从服务器下载存在于本地缓冲区的数字媒体文件。当一定量的数据对于播放设备来说是可用的了，媒体文件就开始播放。
HLS(HTTP Live Streaming)，苹果公司推出的动态码流自适应技术，用于终端播放视频的流媒体网络传输协议，包括一个m3u8的索引文件，TS媒体切片文件和key加密串文件，应该也是基于http协议，其原理是将整个流分成一个个小的，基于HTTP的切片文件来下载，每次下载一些，利用索引文件中给出的不同码率的视频文件的地址，客户端根据获取带宽的情况，从许多不同的备用源中以不同的速率下载同样的资源，自适应选择合适码率的视频文件来播放。
HTTPS(Secure Hypertext Transfer Protocol)安全超文本传输协议，是一个安全通信通道，它基于HTTP开发用于在客户计算机和服务器之间交换信息。它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版,是使用TLS/SSL加密的HTTP协议。
HTTP协议采用明文传输信息，存在信息窃听、信息篡改和信息劫持的风险，而协议TLS/SSL具有身份验证、信息加密和完整性校验的功能，可以避免此类问题发生。
TLS/SSL全称安全传输层协议Transport Layer Security,是介于TCP和HTTP之间的一层安全协议，不影响原有的TCP协议和HTTP协议，所以使用HTTPS基本上不需要对HTTP页面进行太多的改造。
TCP(Transmission Control Protocol，传输控制协议)是面向连接的协议，也就是说在收发数据之前，必须先和对方建立连接
一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，简单描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步(同步就是两台主机一个在发送，一个在接收，协调工作)的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。
如图1所示，首先由Client发出请求连接即SYN＝1ACK＝0(请看头字段的介绍),TCP规定SYN＝1时不能携带数据，但要消耗一个序号,因此声明自己的32位序号是seq＝x，然后Server进行回复确认，即SYN＝1ACK＝1seq＝y,ack＝x+1,再然后Client再进行一次确认，但不用SYN了，这时即为ACK＝1,seq＝x+1,ack＝y+1。
在长文件如长视频传输时，使用HTTP progressive downloan方式传输时，在终端侧可以通过终端的缓存来缓冲因为网络传输不佳质量造成的视频传输的时延。使用HTTPLive Streaming方式传输时，可以通过前面几个分片适应低码率方式快速传输填充终端缓存。如2个小时的视频文件，在开始的片头0-2分钟部分，即便出现视频的卡顿或者视频质量稍差，用户的整体体验还是不会造成特别差的影响。
而视频文件，每一个文件的访问在大部分情况下都是发起一个新的TCP连接，需要TCP三次握手和TCP的慢动过程。这个连接建立的过程相对于整个视频传输时间占据的比重远远大于长视频。
针对日渐流行的短文件如短视频情况，网络传输的协议以及网络优化上并没有因为视频时长的改变而做出其他区别于长视频的优化。几分钟的视频如果出现卡顿或者画面质量太低的情况，将对用户体验照成极大的影响。
本发明实施例提供一种文件传输方法及装置，能够提升用户体验。
本发明实施例提供一种文件传输方法，由第一设备执行，如图2所示，所述方法包括：
步骤101：通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
步骤102：部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
本实施例中，通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流，部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输，可以对第一数据流的传输进行优化，提升数据传输速率，减少所述第一数据流的传输时延。这样可以识别出需要进行传输优化的数据流，比如短视频数据流，进而采取相应的传输优化措施，提高用户的体验。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述通过数据流携带的第一信息识别出优化处理的第一数据流，包括以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述方法还包括：
提前向所述终端发送部分所述第一数据流。
一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，对于终端，所执行的操作包括：
若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；
接收到用户的启动视频快速预加载服务的指示，预先下载所述第一数据流的至少部分。
一些实施例中，所述第一设备为服务器，所述方法具体包括：
若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；
接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
下面结合具体的实施例对本发明的技术方案进行进一步介绍：
实施例一：
本实施例通过优化的URL命名方式，来指示网络文件的特征，如文件的是否是视频业务以及文件的长度。使得网络可以根据文件是否为视频以及文件的长度等信息来确定这个业务流的文件是否需要优先调度。本实施例的效果在于，即便是文件在服务器的IP地址变更了，只有维护相同特指的URL地址，即可以对业务进行区分处理。
以某一视频网站某一个视频URL为例，其URL地址目前为：https://vip.iqiyi.com/waimeizhy_pc.html？fv＝a1dafac4975723d9&bd_vid＝11591597467728217423
其中https://vip.iqiyi.com/waimeizhy_pc.html一般指示其所在服务器地址，fv＝a1dafac4975723d9一般指示其视频格式，bd_vid＝11591597467728217423一般指示其视频ID。本发明提出在URL上增加文件的类型以及长度信息，如
https://vip.iqiyi.com/waimeizhy_pc.html？fv＝a1dafac4975723d9&bd_vid＝11591597467728217423&type＝video&lenth＝123
其中指示网络文件的特征的信息如type＝video，lenth＝123可以使用内容提供商和网络服务商共同协商的加密算法进行加密，以防止盗用。
如图3所示，本实施例中，用户1发起视频业务A(2minutes)访问，UE和UPF之间建立PDU会话；用户2发起视频业务B(1hour)访问，UE和UPF之间建立PDU会话；UPF根据UE发送的URL地址上的特定标记，确定是否对此业务流的传输进行优化处理，UPF根据标识确定后续相同的IP五元组做同样的优化处理；在不考虑其他因为情况下，UPF对视频A业务进行识别并优先调度。
实施例二：
本实施例针对进行应用层加密的文件，通过扩展ip层头域来指示网络文件的特征，如文件的是否是视频业务以及文件的长度。使得网络数据传输实体(如5G的UPF、4G的PGW等)可以根据文件是否为视频以及文件的长度等信息来确定这个业务流的文件是否需要优先调度。
如图4所示为IP头option字段扩展示意图。
实施例三：
本实施例通过在网络数据传输单元(如5G的UPF、4G的PGW)上部署TCP proxy来实现UE和网络数据传输单元之间长TCP连接的建立和维护以及UPF和DN之间端TCP连接的建立和维护。图5以5G为例，部署于5G UPF上的TCP proxy功能根据配置的策略，如时间段，UEID、目的IP、DNN等确定UE和UPF长连接的建立和维护。如下流程图的步骤3所示，并在步骤7中，在TCP建立包找那个确认长连接的建立指示。UE根据步骤7的指示，在后续的相关业务请求中，不再重新建立UE和UPF之间的TCP长连接，而是直接发送数据请求。从而达到短视频中频繁的TCP三次握手的过程造成的时延浪费。
实施例四：
本实施例首先在UE侧通过收集用户使用信息的并大数据分析出用户喜好。再依据用户喜好搜集服务器中所上传的相关视频，并依据不同视频大小按比例进行推荐。
本实施例的具体流程如图6所示，当用户点开需要观看的视频时，对该视频进行流式传输，并且此任务此时应为最高优先级。根据视频HTTP头域判断文件类型和长度信息对用户所请求的视频做出判断与分析，根据设定的视频文件长度门限值，以门限值3分钟为例。如果为超过3分钟的较大视频，则不对其他可能点击视频进行预先缓存。如果用户点开的为3分钟之内的较短视频，则对依据大数据分析出来的用户可能接下来会播放的，数据量较小的视频进行预下载和缓存。预下载视频的数量应尽可能包含视频推荐页面中所有的视频，但是缓存大小需设定限制，能够保证与下个视频建立连接并能正常观看10秒左右即可。需要注意，预下载视频的缓存空间应于正在播放的视频的缓存空间分离开来，避免预下载影响正在进行的边下边播任务。
其中，UE在对用户请求的视频长度进行判断，如小于3分钟，可呈现给用户是否启动视频快速预加载服务，如用户点“是”，进入自动预先加载推荐视频流程。如用户点“否”，则UE不做其他处理。
实施例五：
本实施例和实施例四的区别在于，本实施例判断确定预先进行视频推送缓存的主体是服务器。
本实施例的具体流程如图7所示，当用户点开需要观看的视频时，对该视频进行流式传输，并且此任务此时应为最高优先级。服务器根据视频类型和长度信息对用户所请求的视频做出判断与分析，根据设定的视频文件长度门限值，以门限值3分钟为例。如果为超过3分钟的较大视频，则不对其他可能点击视频进行预先推送缓存。如果少于3分钟的短视频，则服务器判断需要预先推送的视频，并在用户请求的视频文件结尾，插入一个或多个设定时间(如小于等于10s)的其他视频的。
本实施例利用用户已经建立的连接，在不影响现有视频播放的基础上，将下一个或者几个可能点开的视频数据的一部分，插入到现有传输的报文帧尾部的片段上，并将此部分数据隔离开进行缓存，进一步缩短之后可能播放视频的加载时间，保证即使新的流式传输连接未建立，也不会影响新视频的观看，从而给新视频连接的建立创造更多时间。下一个可能播放的视频，可以根据相关大数据的分析，做出排序，从最有可能播放的视频的数据开始依次传输。
其中，在步骤2服务器的策略判断之后在插入推送视频之前，可呈现给用户是否启动视频快速预加载服务，如用户点“是”，进入自动预先加载推荐视频流程。如用户点“否”，则UE不做其他处理。
本实施例能够依据用户观看视频长短提供短视频业务的识别方式，来进行网络适配业务，同时可以预先缓存之后有可能播放的视频，并对缓存大小提出了限制，不会造成过量的流量流失。
本发明实施例还提供了一种文件传输装置，应用于第一设备，如图8所示，所述装置包括收发机11和处理器12，
所述处理器12用于通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
所述收发机11用于部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述处理器用于执行以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述收发机11还用于提前向所述终端发送部分所述第一数据流。
一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，所述第一设备为服务器，所述收发机11用于若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
本发明实施例还提供了一种文件传输装置，如图9所示，包括存储器21、处理器22及存储在所述存储器21上并可在所述处理器22上运行的计算机程序；所述处理器22执行所述程序时实现如上所述的文件传输方法。
一些实施例中，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
一些实施例中，所述处理器用于执行以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
一些实施例中，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
一些实施例中，所述处理器22还用于提前向所述终端发送部分所述第一数据流。
一些实施例中，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
一些实施例中，所述第一设备为终端，所述处理器22用于若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；接收到用户的启动视频快速预加载服务的指示，预先下载所述第一数据流的至少部分。
一些实施例中，所述第一设备为服务器，所述处理器22用于若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
一些实施例中，所述预设阈值为3分钟。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的文件传输方法中的步骤。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储待检测终端设备或任何其他非传输介质，可用于存储可以被计算待检测终端设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (11)
1.一种文件传输方法，其特征在于，由第一设备执行，所述方法包括：
通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
2.根据权利要求1所述的文件传输方法，其特征在于，所述第一信息包括以下至少一项：
统一资源定位器URL信息；
扩展网络层头领域信息；
应用层头域信息。
3.根据权利要求2所述的文件传输方法，其特征在于，所述通过数据流携带的第一信息识别出优化处理的第一数据流，包括以下至少一项：
若所述URL信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述扩展网络层头领域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流；
若所述应用层头域信息指示的数据流的特征表明数据流为视频的数据流，且所述视频的时间长度小于预设阈值，确定所述数据流为所述第一数据流。
4.根据权利要求1所述的文件传输方法，其特征在于，所述预先配置的策略为：若数据流为视频的数据流，且所述视频的时间长度小于预设阈值，则所述数据流为需要进行优化处理的第一数据流。
5.根据权利要求4所述的文件传输方法，其特征在于，所述方法还包括：
提前向所述终端发送部分所述第一数据流。
6.根据权利要求1所述的文件传输方法，其特征在于，所述第一设备为网络数据传输单元，所述网络数据传输单元为用户面功能UPF、或公用数据网网关PGW。
7.根据权利要求1所述的文件传输方法，其特征在于，所述第一设备为服务器，所述方法具体包括：
若判断终端待播放的所述第一数据流为时间长度小于预设阈值的视频，提示用户是否启动视频快速预加载服务；
接收到用户的启动视频快速预加载服务的指示，将至少部分所述第一数据流插入当前传输的数据流中。
8.根据权利要求3或4所述的文件传输方法，其特征在于，所述预设阈值为3分钟。
9.一种文件传输装置，其特征在于，应用于第一设备，所述装置包括收发机和处理器，
所述处理器用于通过数据流携带的第一信息或预先配置的策略识别出优化处理的第一数据流；
所述收发机用于部署传输控制协议TCP代理Proxy，根据预先配置的策略与终端之间建立TCP长连接，通过所述TCP长连接进行所述第一数据流的传输。
10.一种文件传输装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述程序时实现如权利要求1-8中任一项所述的文件传输方法。
11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一项所述的文件传输方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110719107.1A CN115604248A (zh) | 2021-06-28 | 2021-06-28 | 文件传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110719107.1A CN115604248A (zh) | 2021-06-28 | 2021-06-28 | 文件传输方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115604248A true CN115604248A (zh) | 2023-01-13 |
Family
ID=84841017
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110719107.1A Pending CN115604248A (zh) | 2021-06-28 | 2021-06-28 | 文件传输方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115604248A (zh) |
-
2021
- 2021-06-28 CN CN202110719107.1A patent/CN115604248A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11477262B2 (en) | Requesting multiple chunks from a network node on the basis of a single request message | |
| EP2897340B1 (en) | Routing proxy for adaptive streaming | |
| US9112938B2 (en) | Adaptive playback with look-ahead | |
| CN108063769B (zh) | 一种内容服务的实现方法、装置及内容分发网络节点 | |
| EP2497267B1 (en) | Streaming with optional broadcast delivery of data segments | |
| US20140032777A1 (en) | Method, apparatus, and system for transmitting and processing media content | |
| US9356985B2 (en) | Streaming video to cellular phones | |
| US20130114597A1 (en) | Proxy server, relay method, communication system, relay control program, and recording medium | |
| EP3384617B1 (en) | Data rate adaptation for multicast delivery of streamed content | |
| US20140074961A1 (en) | Efficiently Delivering Time-Shifted Media Content via Content Delivery Networks (CDNs) | |
| CN105049931B (zh) | 对移动终端中非支持格式的视频进行转换的方法及系统 | |
| CN112104885B (zh) | 一种直播中加快m3u8起始播放速度的系统及方法 | |
| CN111107445A (zh) | 一种媒体协议流优化方法及系统 | |
| US11082474B2 (en) | Data buffering method and apparatus in adaptive streaming service | |
| WO2011143916A1 (zh) | 媒体适配的方法和装置 | |
| EP3646196B1 (fr) | Procédé et dispositif de téléchargement de contenu audiovisuel | |
| US20140226561A1 (en) | Method and apparatus for video or multimedia content delivery | |
| JP7120333B2 (ja) | データ中継装置、方法、配信システム、プログラム | |
| EP4018678A1 (en) | Streaming assistance system and computer-implemented method | |
| CN115604248A (zh) | 文件传输方法及装置 | |
| CN111193686A (zh) | 媒体流的递送方法及服务器 | |
| KR102237900B1 (ko) | 클라이언트 단말에 의해 멀티미디어 콘텐츠의 콘텐츠 부분을 검색하기 위한 방법 | |
| WO2014073202A1 (ja) | 情報処理装置、情報処理方法、コンテンツ配信システム及びコンピュータプログラム記録媒体 | |
| WO2017063704A1 (en) | Synchronization stream for switching to multicast delivery of streamed content | |
| KR20200018890A (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 |