CN112333268A - 一种数据传输方法及装置 - Google Patents
一种数据传输方法及装置 Download PDFInfo
- Publication number
- CN112333268A CN112333268A CN202011205386.1A CN202011205386A CN112333268A CN 112333268 A CN112333268 A CN 112333268A CN 202011205386 A CN202011205386 A CN 202011205386A CN 112333268 A CN112333268 A CN 112333268A
- Authority
- CN
- China
- Prior art keywords
- data packet
- cache server
- lost
- sending
- receiving
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- 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/10—Protocols in which an application is distributed across nodes in the network
Abstract
本公开实施例提供了一种数据传输方法及装置,涉及通信领域,通过将数据包存储在缓存服务器,降低带宽资源的占用。具体方案包括:向接收端发送至少一个数据包,数据包已存储于缓存服务器中;接收来自接收端的标识,标识用于表征接收端丢失的数据包。
Description
技术领域
本公开涉及通信领域,具体而言,涉及一种数据传输方法及装置。
背景技术
现有技术中,在确定数据包在网络传输过程中丢失的情况下,发送端需要占用新的带宽资源重新传输数据包。这样,发送端的发送量就变成传输包数据加上丢包数据。
但是,发送端和接收端之间的带宽大小通常是预先设置好的(即为预设数值)。而且,由于背景流量、噪音等其他因素的影响,发送端和接收端之间可用带宽的大小会比预设数值还小。这样,在上述情况下,发送端与接收端之间传输的有效数据就会减少,且二者之间传输资源的有效利用率较低。
发明内容
本公开提供了一种数据传输方法及装置,以至少解决相关技术中由于发送端发送量增加,而造成的网络崩溃的问题。
为达到上述目的,本公开采用如下技术方案:
第一方面,本公开提供了一种数据传输方法,用于缓存服务器,该方法包括以下步骤:向接收端发送至少一个数据包,数据包已存储于缓存服务器中;接收来自接收端的标识,标识用于表征接收端丢失的数据包。
本公开提供一种数据传输方法,通过在MEC(移动边缘计算)节点上部署缓存服务器,缓存服务器分别与发送端和接收端建立基于SRT(新一代直播传输协议)的传输通道;同时,对于发送端发送的数据包,缓存服务器将缓存在本地。而当出现丢包时,接收端可从边缘节点的缓存服务器中获取丢失的数据包。通过这种方式在边缘节点配置缓存服务器,并缓存数据包在缓存服务器上,当发生丢包情况时,可以减少发送端由于数据重传而造成的带宽大量占用。从而避免网络情况越来越糟糕,造成的网络崩溃。
第二方面,本公开提供了一种数据传输方法,用于接收端,该方法包括以下步骤:确定丢失的数据包;向缓存服务器发送包括丢失的数据包的标识;接收到丢失的数据包。
本公开提供一种数据传输方法,通过接收端对接收到的数据包进行判断,当数据包出现丢包情况时及时进行处理。通过这种方式保证了数据的稳定性和完整性。
第三方面,本公开提供了一种数据传输方法,用于发送端,该方法包括以下步骤:接收缓存服务器发送的标识,其中,标识用于表征接收端丢失的数据包;发送丢失的数据包至缓存服务器。
本公开提供一种数据传输方法,由于发送端为数据包的源端设备,当数据包发生丢包且无法从缓存服务器中查找到时,可通过发送端获取到丢失的数据包,从而解决数据丢包的问题。
第四方面,本公开提供了一种数据传输装置,用于缓存服务器,该装置包括:发送模块,用于向接收端发送至少一个数据包,数据包已存储于缓存服务器中;接收模块,用于接收来自接收端的标识,标识用于表征接收端丢失的数据包。
第五方面,本公开提供了一种数据传输装置,用于接收端,该装置包括:确定模块,用于确定丢失的数据包;发送模块,用于向缓存服务器发送包括丢失的数据包的标识;接收模块,用于接收到丢失的数据包。
第六方面,本公开提供了一种数据传输装置,用于发送端,该装置包括:接收模块,用于接收缓存服务器发送的标识,其中,标识用于表征接收端丢失的数据包;发送模块,用于发送丢失的数据包至缓存服务器。
第七方面,本公开提供了一种电子设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令,以实现如权利要求1至10中任一项的数据传输方法。
第八方面,本公开提供了一种存储介质,当存储介质中的指令由电子设备的处理器执行时,使得电子设备执行如权利要求1至10中任一项的数据传输方法。
本公开中第四方面、第七方面和第八方面及其各种实现方式的具体描述,可以参考第一方面中的详细描述;并且,第三方面、第七方面和第八方面及其各种实现方式的有益效果,可以参考第一方面实现方式中的有益效果分析。
本公开中第五方面、第七方面和第八方面及其各种实现方式的具体描述,可以参考第二方面中的详细描述;并且,第五方面、第七方面和第八方面及其各种实现方式的有益效果,可以参考第二方面实现方式中的有益效果分析,此处不再赘述。
本公开中第六方面、第七方面和第八方面及其各种实现方式的具体描述,可以参考第三方面中的详细描述;并且,第六方面、第七方面和第八方面及其各种实现方式的有益效果,可以参考第三方面实现方式中的有益效果分析,此处不再赘述。
本公开的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本公开实施例中一种数据传输系统的结构框图;
图2是根据本公开实施例中一种数据传输方法的流程图;
图3是根据本公开实施例中一种数据传输方法的流程图;
图4是根据本公开实施例中一种数据传输方法的流程图;
图5是根据本公开实施例中一种数据传输方法的流程图;
图6是根据本公开实施例中一种数据传输系统的结构框图;
图7是根据本公开实施例中一种数据传输系统的结构框图;
图8是根据本公开实施例中一种数据传输系统的结构框图;
图9是根据本公开实施例的一种可选的电子装置结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在现有SRT丢包重传机制下,如果数据包在网络传输中丢失,则发送端需要重新发送。例如,在某网络环境下发送端与接收端之间的带宽仅有1M,实际上网络环境中存在背景流量与噪声等影响,1M的带宽会减少100k变成了900k,此时就会出现10%的丢包。
当发送端识别到丢包时,尝试重传丢包10%的数据;但实际上带宽只剩下900k了。发送端发送量为依据带宽的默认发送量加上丢包重传的发送量,总共是1.1M。由于带宽变窄,而发送端的发送量增加,就会导致网络情况越来越糟糕,最后造成网络拥塞卡顿频繁,导致网络崩溃。
为了解决上述问题,本公开实施例提供一种数据传输方法及装置。通过在边缘节点上部署缓存服务器,并在缓存服务器上缓存数据包,在出现丢包重传的情况下,接收端可先从边缘节点的缓存服务器中获取丢失的数据包,当缓存服务器也丢失该数据包时,再从发送端获取数据包。通过这种方式,解决了当发生丢包时所有可能出现的情况。不仅减少了发送端由于数据重传而造成的带宽的大量占用,还提高了数据传输系统的稳定性。
需要说明的是,本公开实施例提供的数据传输方法可以应用于媒体数据传输行业领域,具有较高的应用价值。
当然,实际实现时,本公开实施例提供的数据传输方法还可以应用于其它任意可能的领域中,具体可以根据实际使用需求确定,本公开实施例不作限定。
图1是根据一示例性实施例示出的一种数据传输装置的示意图,本公开实施例提供的数据传输方法可以应用于该数据传输装置中。如图1所示,数据传输装置可以包括:发送端11、缓存服务器12和接收端13。其中,缓存服务器12设置在边缘节点。
在一些实施例中,缓存服务器12可以是一台服务器,也可以是由多台服务器组成的服务器集群,本公开对此不做限定。
下面结合各个附图,对本公开实施例提供的数据传输方法进行示例性说明。
图2是根据一示例性实施例示出的一种数据传输方法的流程图,当该数据传输方法应用于视频数据传输的缓存服务器时,如图2所示,该方法可以包括步骤203-步骤204。
203、向接收端发送至少一个数据包,数据包已存储于缓存服务器中。
本步骤中,缓存服务器负责与接收端建立SRT(新一代直播传输协议)传输通道;根据接收端设置的推流地址,将该推流地址写入到边缘节点的缓存服务器内。缓存服务器向接收端发起推流请求,并将缓存服务器存储的至少一个数据包发送至接收端。
204、接收来自接收端的标识,标识用于表征接收端丢失的数据包。
本步骤中,当接收到接收端发送的标识,其中,标识为确认字符消息(ACK消息)时,缓存服务器将核查确认字符消息(ACK消息)包括的数据包编号是否在缓存服务器的本地存储。
进一步地,如图2所示,还包括201、从发送端获取至少一个数据包。
本步骤中,缓存服务器部署在MEC(移动边缘计算)节点上。在进行视频传输之前,对缓存服务器进行初始化参数配置;将发送端的拉流地址写入到缓存服务器,将接收端的推流地址也写入到缓存服务器。
其中,缓存服务器负责与发送端建立SRT(新一代直播传输协议)传输通道;根据发送端设置的拉流地址,将该拉流地址写入到边缘节点的缓存服务器内,并向发送端发起拉流请求。
向发送端发起拉流请求后,发送端响应于缓存服务器的请求,发送至少一个数据包至缓存服务器。
进一步地,如图2所示,还包括202、将获取到的数据包,存储至缓存服务器本地。
当缓存服务器接收到发送端发送的数据包时,将该数据包缓存在本地中。由于边缘节点的控制能力较强,故对于数据包存储的配置设计可远远超过对于发送端和接收端的配置。由于提高配置设计,从而将大量数据缓存在边缘节点的缓存服务器中,减少从发送端获取数据的频率和次数,减轻带宽资源占用压力。
进一步地,如图2所示,还包括205、获取到丢失的数据包,并发送至接收端。其中,包括:
205a、判断本地是否存储丢失的数据包。
本步骤中,由于在步骤202中,缓存服务器对于发送端发送的数据包进行存储。
因此,当接收到接收端发送的标识,如:确认字符消息(ACK消息)时,缓存服务器将核查确认字符消息(ACK消息)包括的数据包编号是否在缓存服务器的本地存储。具体的,将确认字符消息(ACK消息)包括的数据包编号与本地存储的数据包对应的编号进行对比。
205b、若缓存服务器的本地存储丢失的数据包,从缓存服务器的本地获取丢失的数据包,并发送至接收端。
本步骤中,若当缓存服务器的本地缓存有确认字符消息(ACK消息)包含的数据包编号时,缓存服务器则将丢失的数据包编号对应的数据包发送至接收端。
示例性地,通过在MEC(移动边缘计算)节点上部署缓存服务器,缓存服务器分别与发送端和接收端建立基于SRT(新一代直播传输协议)的传输通道;同时,对于发送端发送的数据包,缓存服务器也将缓存在本地。而当出现丢包时,接收端可从边缘节点的缓存服务器中获取丢失的数据包。通过这种方式在边缘节点配置缓存服务器,并缓存数据包在缓存服务器上,当发生丢包情况时,可以减少发送端由于数据重传而造成的带宽大量占用。从而避免网络情况越来越糟糕,造成的网络崩溃。
进一步地,如图2所示,还包括205、获取到丢失的数据包,并发送至接收端。其中,包括:
205a、判断本地是否存储丢失的数据包。
本步骤中,由于在步骤202中,缓存服务器对于发送端发送的数据包进行存储。
因此,当接收到接收端发送的标识,如:确认字符消息(ACK消息)时,缓存服务器将核查确认字符消息(ACK消息)包括的数据包编号是否在缓存服务器的本地存储。具体的,将确认字符消息(ACK消息)包括的数据包编号与本地存储的数据包对应的编号进行对比。
205c、若缓存服务器的本地未存储丢失的数据包,从发送端获取丢失的数据包,并发送至接收端。
本步骤中,通过将确认字符消息(ACK消息)包含的数据包编号和存储的数据包编号进行对比;如果存储的数据包编号不包括丢失的数据包编号,则向发送端发送丢包重传消息(NACK消息)。其中,丢包重传消息包括丢失的数据包编号,用于指示发送端重传丢失的数据包。
当发送端接收到丢包重传消息(NACK消息)时,根据丢包重传消息(NACK消息)包含的丢失的数据包编号,提取对应的数据包发送至缓存服务器。
缓存服务器接收到对应的数据包,存储在本地。并将丢失的数据包发送至接收端。
示例性地,通过在MEC(移动边缘计算)节点上部署缓存服务器,缓存服务器分别与发送端和接收端建立基于SRT(新一代直播传输协议)的传输通道;同时对于发送端发送的数据包,缓存服务器也将缓存在本地。而当出现丢包时,接收端可从边缘节点的缓存服务器中获取丢失的数据包。若边缘节点的缓存服务器中未存储时,则向发送端发送丢包重传消息(NACK消息)。其中,丢包重传消息用于指示发送端重传丢失的数据包。通过这种方式,解决了当发生丢包时所有可能出现的情况。不仅减少发送端由于数据重传而造成的空口带宽的大量占用,还提高了这个数据传输系统的稳定性。
图3是根据一示例性实施例示出的一种数据传输方法的流程图,当该数据传输方法应用于视频数据传输的接收端时,如图3所示,该方法可以包括步骤303-步骤305。
303、确定丢失的数据包。
在进行视频传输之前,对接收端进行初始化参数配置;接收端按照其接入的有线/无线网络速率进行配置。
本步骤中,接收端码器对缓存服务器数据包发送的数据包进行判断该数据包是否完整,是否有丢包情况,判断后若存在丢包情况,则确定出丢失的数据包信息。
304、向缓存服务器发送包括丢失的数据包的标识。
本步骤中,接收端判断出现丢包情况时,向缓存服务器发送标识,如:确认字符消息(ACK消息)。确认字符消息(ACK消息)中包含丢失的数据包编号,用于指导后续缓存服务器或者发送端进行数据包的重传。
305、接收到丢失的数据包。
本步骤中,接收端接收丢失的数据包,并进行相应的解析播放。
示例性地,通过接收端对接收到的数据包进行判断,当数据包出现丢包情况时及时进行处理。通过这种方式保证了数据的稳定性和完整性。
进一步地,如图3所示,还包括:步骤301和步骤302。
301、接收来自缓存服务器发送的数据包。
本步骤中,接收端接收到来自缓存服务器发送端的数据包。
302、根据已接收到的数据包和发送端发送的数据包,确定丢失的数据包。
本步骤中,接收端判断接收到的数据包是否完整,具体的判断方式为将已接收到的数据包编号和发送端发送的数据包的编号进行比对,若出现缺少,则判定出现丢包。
图4是根据一示例性实施例示出的一种数据传输方法的流程图,当该数据传输方法应用于视频数据传输的发送端时,如图4所示,该方法可以包括步骤402-步骤403。
402、接收缓存服务器发送的标识,其中,标识用于表征接收端丢失的数据包。
本步骤中,当接收端发送标识,如:确认字符消息(ACK消息)至缓存服务器中,而缓存服务器的本地缓存中未找到对应的数据包时,缓存服务器发送丢包重传消息(NACK消息)至发送端。
由于发送端为数据包的源端设备,因此当边缘节点的缓存服务器无法找到对应的数据包时,通过发送指令在发送端中找到相应的数据包。
403、发送丢失的数据包至缓存服务器。
本步骤中,发送端根据丢包重传消息,在发送端缓存中提取对应的数据包,并将该数据包发送至边缘节点的缓存服务器中。
示例性地,由于发送端为数据包的源端设备,当数据包发生丢包且无法从缓存服务器中查找到时,可通过发送端获取到丢失的数据包,从而解决数据丢包的问题。
进一步地,如图4所示,还包括步骤401:接收缓存服务器发送的请求,向缓存服务器发送至少一个数据包。
在进行视频传输之前,对发送端进行初始化参数配置;发送端的最大带宽按照接入基站的空口速率进行配置。
本步骤中,发送端接收到缓存服务器发送的请求时,发送端将本地缓存内的数据包发送至边缘节点的缓存服务器中。
图5是根据一示例性实施例示出的一种数据传输方法的流程图,该方法可以包括步骤501-步骤512。
501、从发送端获取至少一个数据包。
502、将获取到的数据包,存储至缓存服务器本地。
503、向接收端发送至少一个数据包,数据包已存储于缓存服务器中。
504、确定丢失的数据包。
505、向缓存服务器发送包括丢失的数据包的标识。
506、接收来自接收端的标识,标识用于表征接收端丢失的数据包。
507a、判断本地是否存储丢失的数据包。
507b、若缓存服务器的本地存储丢失的数据包,从缓存服务器的本地获取丢失的数据包。
507c、若缓存服务器的本地未存储丢失的数据包,从发送端获取丢失的数据包。
508、接收缓存服务器发送的标识,其中,标识用于表征接收端丢失的数据包。
509、发送丢失的数据包至缓存服务器。
510、接收到发送端发送的丢失的数据包并存储。
511、发送丢失的数据包至接收端。
512、接收到丢失的数据包。
上述实施例提供的技术方案至少带来以下有益效果:通过在MEC(移动边缘计算)节点上部署缓存服务器,缓存服务器分别与发送端和接收端建立基于SRT(新一代直播传输协议)的传输通道;同时对于发送端发送的数据包,缓存服务器也将缓存在本地。当出现丢包时,接收端可从边缘节点的缓存服务器中获取丢失的数据包。若边缘节点的缓存服务器中未存储时,则向发送端发送丢包重传消息(NACK消息)。其中,丢包重传消息包括丢失的数据包编号;根据丢失的数据包编号指示发送端重传丢失的数据包。通过这种方式,解决了当发生丢包时所有可能出现的情况。不仅减少发送端由于数据重传而造成的空口带宽的大量占用,还提高了这个数据传输系统的稳定性。从而避免网络情况越来越糟糕,造成的网络崩溃。
上述主要从方法的角度对本公开实施例提供的方案进行了介绍。为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
图6是根据一示例性实施例示出的一种数据传输装置的框图,用于缓存服务器,该数据传输装置可以用于执行图2所示的数据传输方法。作为一种可实现方式,该装置可以包括发送模块610、接收模块620、获取模块630、存储模块640。
发送模块610,用于向接收端发送至少一个数据包,数据包已存储于缓存服务器中;例如,结合图2,发送模块610可以用于执行步骤203。
接收模块620,用于接收来自接收端的标识,标识用于表征接收端丢失的数据包;例如,结合图2,接收模块620可以用于执行步骤204。
进一步地,还包括:获取模块630,用于从发送端获取至少一个数据包。例如,结合图2,获取模块630可以用于执行步骤201。
进一步地,还包括:存储模块640,用于将获取到的数据包,存储至缓存服务器本地。例如,结合图2,存储模块640可以用于执行步骤202。
进一步地,发送模块610,还用于获取到丢失的数据包,并发送至接收端。例如,结合图2,发送模块610可以用于执行步骤205。
进一步地,发送模块610,还包括:
判断单元6101,用于判断本地是否存储丢失的数据包;例如,结合图2,判断单元6101可以用于执行步骤205a。
处理单元6102,用于若缓存服务器的本地存储丢失的数据包,从缓存服务器的本地获取并发送至接收端。例如,结合图2,处理单元6102可以用于执行步骤205b。
处理单元6102,还用于若缓存服务器的本地未存储丢失的数据包,从发送端获取数据包,并发送至接收端。例如,结合图2,处理单元6102可以用于执行步骤205c。
图7是根据一示例性实施例示出的一种数据传输装置的框图,用于接收端,该数据传输装置可以用于执行图3所示的数据传输方法。作为一种可实现方式,该装置可以包括确定模块710、发送模块720和接收模块730。
确定模块710,用于确定丢失的数据包;例如,结合图3,确定模块710可以用于执行S303。
发送模块720,用于向缓存服务器发送包括丢失的数据包的标识;例如,结合图3,发送模块720可以用于执行步骤304。
接收模块730,接收到丢失的数据包;例如,结合图3,接收模块730可以用于执行步骤305。
进一步地,包括:
接收模块730,还用于接收来自缓存服务器发送的数据包;例如,结合图3,接收模块730可以用于执行步骤301。
确定模块710,还用于根据已接收到的数据包和缓存服务器发送的数据包,确定丢失的数据包。例如,结合图3,确定模块710可以用于执行步骤302。
图8是根据一示例性实施例示出的一种数据传输装置的框图,用于会话管理功能SMF网元,该数据传输装置可以用于执行图4所示的数据传输方法。作为一种可实现方式,该装置可以包括接收模块810和发送模块820。
接收模块810,用于接收缓存服务器发送的标识,其中,标识用于表征接收端丢失的数据包;例如,结合图4,接收模块810可以用于执行步骤402。
发送模块820,发送丢失的数据包至缓存服务器。例如,结合图4,发送模块820可以用于执行步骤403。
进一步地,包括:
接收模块810,还用于接收缓存服务器发送的请求,向缓存服务器发送至少一个数据包。例如,结合图4,接收模块810可以用于执行步骤401。
当然,本公开实施例提供的数据传输装置包括但不限于上述模块,例如还可以包括存储模块。存储模块可以用于存储该数据传输装置的程序代码,还可以用于存储数据传输装置在运行过程中生成、接收到的数据等。
根据本公开实施例的又一个方面,还提供了一种用于实施上述数据传输方法的电子设备,上述电子设备可以但不限于应用于服务器中。如图9所示,该电子设备包括存储器910和处理器920,该存储器910中存储有计算机程序,该处理器920被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
进一步地,在本实施例中,上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
进一步地,在本实施例中,上述处理器920可以被设置为通过计算机程序执行如图5的步骤。
可选地,本领域普通技术人员可以理解,图9所示的结构仅为示意,电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices,MID)、PAD等终端设备。图9其并不对上述电子设备的结构造成限定。例如,电子设备还可包括比图9中所示更多或者更少的组件(如网络接口等),或者具有与图9所示不同的配置。
其中,存储器910可用于存储软件程序以及模块,如本公开实施例中的数据传输方法和装置对应的程序指令/模块,处理器920通过运行存储在存储器910内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的数据传输方法。存储器910可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器910可进一步包括相对于处理器920远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中,存储器910具体可以但不限于用于储存数据传输方法的程序步骤。此外,还可以包括但不限于上述数据传输装置中的其他模块单元,本示例中不再赘述。
可选地,上述的传输装置930用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置930包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置930为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
此外,上述电子设备还包括:显示器940,用于显示可疑帐号的告警推送;和连接总线950,用于连接上述电子设备中的各个模块部件。
可选地,本公开另一实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行上述方法实施例所示的方法流程中数据传输装置执行的各个步骤。
可选地,在本公开另一实施例中,还提供一种计算机程序产品,该计算机程序产品包括指令,当指令在计算机上运行时,使得计算机执行上述方法实施例所示的方法流程中数据传输装置执行的各个步骤。
可选地,在本实施例中,本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random Access Memory,RAM)、磁盘或光盘等。
上述本公开实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本公开各个实施例方法的全部或部分步骤。
在本公开的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本公开所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上仅是本公开的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本公开原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本公开的保护范围。
Claims (15)
1.一种数据传输方法,用于缓存服务器,其特征在于,包括
向接收端发送至少一个数据包,所述数据包已存储于所述缓存服务器中;
接收来自所述接收端的标识,所述标识用于表征所述接收端丢失的数据包。
2.根据权利要求1所述的方法,其特征在于,还包括:从发送端获取至少一个数据包。
3.根据权利要求2所述的方法,其特征在于,还包括:将获取到的所述数据包,存储至所述缓存服务器本地。
4.根据权利要求1所述的方法,其特征在于,还包括:获取到所述丢失的数据包,并发送至所述接收端。
5.根据权利要求4所述的方法,其特征在于,所述获取到所述丢失的数据包,并发送至所述接收端步骤中,包括:
判断本地是否存储所述丢失的数据包;
若所述缓存服务器的本地存储所述丢失的数据包,从所述缓存服务器的本地获取所述丢失的数据包,并发送至接收端。
6.根据权利要求4所述的方法,其特征在于,所述获取所述丢失的数据包,并发送至所述接收端步骤中,还包括:
若所述缓存服务器的本地未存储所述丢失的数据包,从发送端获取所述数据包,并发送至接收端。
7.一种数据传输方法,用于接收端,其特征在于,包括
确定丢失的数据包;
向缓存服务器发送包括所述丢失的数据包的标识;
接收到所述丢失的数据包。
8.根据权利要求7所述的方法,其特征在于,所述确定丢失的数据包步骤中,包括:
接收来自所述缓存服务器发送的数据包;
根据已接收到的数据包和发送端发送的数据包,确定丢失的数据包。
9.一种数据传输方法,用于发送端,其特征在于,包括:
接收缓存服务器发送的标识,其中,所述标识用于表征所述接收端丢失的数据包;
发送所述丢失的数据包至缓存服务器。
10.根据权利要求9所述的方法,其特征在于,在所述接收缓存服务器发送的标识,其中,所述标识用于表征所述接收端丢失的数据包步骤之前,还包括:
接收所述缓存服务器发送的请求,向所述缓存服务器发送至少一个数据包。
11.一种数据传输装置,用于缓存服务器,其特征在于,包括:
发送模块,用于向接收端发送至少一个数据包,所述数据包已存储于所述缓存服务器中;
接收模块,用于接收来自所述接收端的标识,所述标识用于表征所述接收端丢失的数据包。
12.一种数据传输装置,用于接收端,其特征在于,包括
确定模块,用于确定丢失的数据包;
发送模块,用于向缓存服务器发送包括所述丢失的数据包的标识;
接收模块,用于接收到所述丢失的数据包。
13.一种数据传输装置,用于发送端,其特征在于,包括:
接收模块,用于接收缓存服务器发送的标识,其中,所述标识用于表征所述接收端丢失的数据包;
发送模块,用于发送所述丢失的数据包至缓存服务器。
14.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至10中任一项所述的数据传输方法。
15.一种存储介质,其特征在于,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备执行如权利要求1至10中任一项所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011205386.1A CN112333268A (zh) | 2020-11-02 | 2020-11-02 | 一种数据传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011205386.1A CN112333268A (zh) | 2020-11-02 | 2020-11-02 | 一种数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112333268A true CN112333268A (zh) | 2021-02-05 |
Family
ID=74324361
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011205386.1A Pending CN112333268A (zh) | 2020-11-02 | 2020-11-02 | 一种数据传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112333268A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113014501A (zh) * | 2021-03-02 | 2021-06-22 | 中国联合网络通信集团有限公司 | 数据传输方法、系统、编码器及计算机可读存储介质 |
CN113542109A (zh) * | 2021-07-19 | 2021-10-22 | 江西省能源大数据有限公司 | 一种5g智慧能源网关的数据采集算法 |
CN113542388A (zh) * | 2021-07-09 | 2021-10-22 | 深圳华锐金融技术股份有限公司 | 数据可靠传输方法、装置、计算机设备和存储介质 |
CN116896546A (zh) * | 2023-09-06 | 2023-10-17 | 中移(杭州)信息技术有限公司 | 基于srt通信协议的可视对讲方法、系统及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016011624A1 (zh) * | 2014-07-23 | 2016-01-28 | 华为技术有限公司 | 一种数据包发送、数据处理装置及方法 |
CN105933319A (zh) * | 2016-05-30 | 2016-09-07 | 贵阳朗玛信息技术股份有限公司 | 视频数据包的发送、接收方法及装置 |
CN109450512A (zh) * | 2018-09-17 | 2019-03-08 | 厦门大学 | 一种网络编码与无线中继在边缘缓存协作的方法 |
CN110661995A (zh) * | 2018-06-29 | 2020-01-07 | 成都鼎桥通信技术有限公司 | 视频组呼的丢包重传方法及系统 |
CN111181698A (zh) * | 2019-10-31 | 2020-05-19 | 腾讯云计算(北京)有限责任公司 | 数据处理方法、装置、设备及介质 |
CN111262653A (zh) * | 2020-01-07 | 2020-06-09 | 安徽文香信息技术有限公司 | 一种数据的抗丢包方法、发送端、接收端及相关服务器 |
-
2020
- 2020-11-02 CN CN202011205386.1A patent/CN112333268A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016011624A1 (zh) * | 2014-07-23 | 2016-01-28 | 华为技术有限公司 | 一种数据包发送、数据处理装置及方法 |
CN105933319A (zh) * | 2016-05-30 | 2016-09-07 | 贵阳朗玛信息技术股份有限公司 | 视频数据包的发送、接收方法及装置 |
CN110661995A (zh) * | 2018-06-29 | 2020-01-07 | 成都鼎桥通信技术有限公司 | 视频组呼的丢包重传方法及系统 |
CN109450512A (zh) * | 2018-09-17 | 2019-03-08 | 厦门大学 | 一种网络编码与无线中继在边缘缓存协作的方法 |
CN111181698A (zh) * | 2019-10-31 | 2020-05-19 | 腾讯云计算(北京)有限责任公司 | 数据处理方法、装置、设备及介质 |
CN111262653A (zh) * | 2020-01-07 | 2020-06-09 | 安徽文香信息技术有限公司 | 一种数据的抗丢包方法、发送端、接收端及相关服务器 |
Non-Patent Citations (1)
Title |
---|
郜城城等: "移动边缘计算技术在高铁通信网络中的应用", 《计算机系统应用》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113014501A (zh) * | 2021-03-02 | 2021-06-22 | 中国联合网络通信集团有限公司 | 数据传输方法、系统、编码器及计算机可读存储介质 |
CN113014501B (zh) * | 2021-03-02 | 2022-12-16 | 中国联合网络通信集团有限公司 | 数据传输方法、系统、编码器及计算机可读存储介质 |
CN113542388A (zh) * | 2021-07-09 | 2021-10-22 | 深圳华锐金融技术股份有限公司 | 数据可靠传输方法、装置、计算机设备和存储介质 |
CN113542109A (zh) * | 2021-07-19 | 2021-10-22 | 江西省能源大数据有限公司 | 一种5g智慧能源网关的数据采集算法 |
CN113542109B (zh) * | 2021-07-19 | 2022-06-07 | 江西省能源大数据有限公司 | 一种5g智慧能源网关的数据采集方法 |
CN116896546A (zh) * | 2023-09-06 | 2023-10-17 | 中移(杭州)信息技术有限公司 | 基于srt通信协议的可视对讲方法、系统及存储介质 |
CN116896546B (zh) * | 2023-09-06 | 2023-12-26 | 中移(杭州)信息技术有限公司 | 基于srt通信协议的可视对讲方法、系统及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112333268A (zh) | 一种数据传输方法及装置 | |
CN111836329B (zh) | 数据传输方法及相关装置 | |
KR100678943B1 (ko) | 블록 ack 프레임 전송방법 및 장치 | |
CN110312283B (zh) | 一种信息处理方法及装置 | |
CN108322836A (zh) | 一种数据传输的方法及装置 | |
EP2709337A1 (en) | Service data processing method, device and system | |
CN101562500B (zh) | 数据传输请求、发送方法及数据传输装置 | |
CN115174490A (zh) | 一种数据传输方法及网络应用终端 | |
CN106686635B (zh) | 基于无线接入点的控制和配置协议的数据传输方法和装置 | |
CN114221909A (zh) | 数据传输方法、装置、终端及存储介质 | |
CN110661673B (zh) | 一种心跳检测的方法及装置 | |
CN104040989B (zh) | 网关,及相应的方法、计算机程序和存储装置 | |
CN109996349B (zh) | 一种会话恢复方法及其装置 | |
CN112351070A (zh) | 文件传输方法、装置、存储介质及电子设备 | |
CN107431965B (zh) | 一种实现传输控制协议tcp传输的方法及装置 | |
CN117858125A (zh) | 修改ba协议参数的方法及设备 | |
CN112804102B (zh) | 设备绑定方法、装置和终端 | |
CN113259490B (zh) | 基于udp传输协议的多级节点网络数据传输方法 | |
CN105391712A (zh) | 一种基于tcp协议的数据快速传输方法和装置 | |
CN107231567B (zh) | 一种报文传输方法、装置及系统 | |
US20160149855A1 (en) | Service processing method, system, and relevant device | |
CN109688085B (zh) | 传输控制协议代理方法、存储介质及服务器 | |
CN113973134A (zh) | 数据传输方法、装置、电子设备及计算机存储介质 | |
CN107548105B (zh) | 一种基于udp的数据传输确认方法和基站 | |
CN106714164B (zh) | Portal页面中资源文件的获取方法、无线AP及Portal服务器 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210205 |
|
RJ01 | Rejection of invention patent application after publication |