CN110830185A - 一种数据传输的方法及装置 - Google Patents

一种数据传输的方法及装置 Download PDF

Info

Publication number
CN110830185A
CN110830185A CN201910920342.8A CN201910920342A CN110830185A CN 110830185 A CN110830185 A CN 110830185A CN 201910920342 A CN201910920342 A CN 201910920342A CN 110830185 A CN110830185 A CN 110830185A
Authority
CN
China
Prior art keywords
request
data
packet
request position
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
Application number
CN201910920342.8A
Other languages
English (en)
Other versions
CN110830185B (zh
Inventor
张涛涛
杨春晖
王洪超
李阔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910920342.8A priority Critical patent/CN110830185B/zh
Publication of CN110830185A publication Critical patent/CN110830185A/zh
Application granted granted Critical
Publication of CN110830185B publication Critical patent/CN110830185B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种数据传输的方法及装置。该数据传输的方法应用于第一服务器,包括:向第二服务器发送第一数据请求消息,其中第一数据请求消息携带有第一请求位置的信息以及第一请求位置前预设数量请求位置的丢包信息;接收第二服务器根据第一数据请求消息返回的响应数据;根据响应数据向第二服务器发送第二数据请求消息,其中第二数据请求消息携带有第二请求位置的信息以及第二请求位置前预设数量请求位置的丢包信息,第二请求位置在第一请求位置之后。本发明实施例在发生丢包时,避免单独发送针对发生丢包的请求位置的重传请求造成的假死现象,节省了处理器资源。

Description

一种数据传输的方法及装置
技术领域
本发明涉及视联网技术领域,特别是涉及一种数据传输的方法及装置。
背景技术
视联网是一种实现全网高清视频实时传输的网络,其将众多互联网应用推向高清视频化、高清面对面化发展。视联网采用实时、高清视频交换技术,在一个网络平台上将用户所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥等服务整合在一个系统平台,用户可通过电视或电脑等视联网终端实现高清视频播放。具体地,视联网借助图形图像、视频识别、人文智能、移动计算等技术产生虚拟对象,并通过空间定位、三维注册、多种传感以及无线传输等技术将该虚拟对象准确地置于真实环境中。同时,通过视联网终端与云计算中心间的信息交换和通信,给用户呈现能反映应用当时环境、气候以及场景等相关三维信息的环境,带给用户真实的感官效果。
目前在视联网领域中,两台服务器之间进行数据同步或者数据传输时,由于网络质量不好或者其他原因,使得数据接收方接收到的数据包不全,数据接收方将持续不断的发送数据请求,从而会造成假死现象。
例如唐古拉系统后台mserver在同步协转服务器上的数据时,唐古拉系统后台mserver针对某一位置发送数据请求,若接收到的该位置处的数据包不全,则将继续发送针对该位置的数据请求,直到接收到的该位置处的数据包齐全为止,这不仅会造成假死现象,同时由于重复的发送针对同一位置的数据请求,也将造成处理器资源的大大浪费。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的数据传输的方法及装置。
第一方面,本发明实施例公开了一种数据传输的方法,应用于第一服务器,所述方法包括:
向第二服务器发送第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
接收所述第二服务器根据所述第一数据请求消息返回的响应数据;
根据所述响应数据向所述第二服务器发送第二数据请求消息,其中所述第二数据请求消息携带有第二请求位置的信息以及所述第二请求位置前预设数量请求位置的丢包信息,所述第二请求位置在所述第一请求位置之后。
可选的,所述响应数据包括:第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包。
可选的,所述根据所述响应数据向所述第二服务器发送第二数据请求消息的步骤包括:
根据所述第一请求位置,确定第二请求位置;
根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
根据所述第二请求位置以及所述第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
向所述第二服务器发送第二数据请求消息。
可选的,所述根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息的步骤包括:
根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据所述第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
可选的,所述丢包信息包括:请求次数、丢包数量以及丢失数据包的包序号。
第二方面,本发明实施例还公开了一种数据传输方法,应用于第二服务器,包括:
接收第一服务器发送的第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包;
根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至所述第一服务器;
接收所述第一服务器根据所述响应数据返回的第二数据请求消息。
可选的,所述根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包的步骤包括:
根据所述第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包;
根据所述第一请求位置,在数据资源库中获取所述第一请求位置处的数据包。
可选的,在所述获取所述第一请求位置处的数据包的步骤之后,所述方法还包括:
对所述第一请求位置处的数据包标注包序号;
将所述缓存区域中第三请求位置处的数据包清除,其中所述第三请求位置位于所述第一请求位置之前;
将标注包序号之后的数据包存储至所述缓存区域。
可选的,所述缓存区域中所有数据包的包序号连续,并且先存储的数据包的包序号小于后存储的数据包的包序号。
第三方面,本发明实施例还公开了一种数据传输的装置,应用于第一服务器,包括:
第一发送模块,用于向第二服务器发送第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
响应接收模块,用于接收所述第二服务器根据所述第一数据请求消息返回的响应数据;
第二发送模块,用于根据所述响应数据向所述第二服务器发送第二数据请求消息,其中所述第二数据请求消息携带有第二请求位置的信息以及所述第二请求位置前预设数量请求位置的丢包信息,所述第二请求位置在所述第一请求位置之后。
可选的,所述响应数据包括:第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包。
可选的,所述第二发送模块包括:
第一确定单元,用于根据所述第一请求位置,确定第二请求位置;
第二确定单元,用于根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
生成单元,用于根据所述第二请求位置以及所述第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
发送单元,用于向所述第二服务器发送第二数据请求消息。
可选的,所述第二确定单元,具体用于根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据所述第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
第四方面,本发明实施例还公开了一种数据传输装置,应用于第二服务器,包括:
第一请求接收模块,用于接收第一服务器发送的第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
获取模块,用于根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包;
响应模块,用于根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至所述第一服务器;
第二请求接收模块,用于接收所述第一服务器根据所述响应数据返回的第二数据请求消息。
可选的,所述获取模块包括:
第一获取单元,用于根据所述第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包;
第二获取单元,用于根据所述第一请求位置,在数据资源库中获取所述第一请求位置处的数据包。
可选的,所述装置还包括:
标注模块,用于对所述第一请求位置处的数据包标注包序号;
清除模块,用于将所述缓存区域中第三请求位置处的数据包清除,其中所述第三请求位置位于所述第一请求位置之前;
存储模块,用于将标注包序号之后的数据包存储至所述缓存区域。
第五方面,本发明实施例还公开了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面任一所述方法或第二方面任一所述方法。
第六方面,本发明实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述第一方面任一所述方法或第二方面任一所述方法的计算机程序。
本发明实施例提供的数据传输的方法及装置,在服务器之间进行数据传输时,将第一请求位置前预设数量请求位置的丢包信息添加到针对第一请求位置的第一数据请求消息中,从而在获取第一请求位置处的数据包的同时,得到第一请求位置前预设数量请求位置处丢失的数据包。避免了由于发生丢包,而单独发送针对发生丢包的请求位置的重传请求,造成的假死现象以及处理器资源的浪费。
附图说明
图1是本发明实施例提供的应用于第一服务器的数据传输的方法示意图之一;
图2是本发明实施例提供的应用于第一服务器的数据传输的方法示意图之二;
图3是本发明实施例提供的数据传输的方法应用示意图之一;
图4是本发明实施例提供的应用于第二服务器的数据传输的方法示意图;
图5是本发明实施例提供的数据传输的方法应用示意图之二;
图6是本发明实施例提供的应用于第一服务器的数据传输的装置示意图;
图7是本发明实施例提供的第二发送模块示意图;
图8是本发明实施例提供的应用于第二服务器的数据传输的装置示意图;
图9是本发明实施例提供的获取模块示意图;
图10是本发明实施例提供的一种视联网的组网示意图;
图11是本发明实施例提供的一种节点服务器的硬件结构示意图;
图12是本发明实施例提供的一种接入交换机的硬件结构示意图;
图13是本发明实施例提供的一种以太网协转网关的硬件结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
图1示出了本发明一实施例提供的数据传输的方法,该方法应用于第一服务器,包括以下步骤:
步骤101:向第二服务器发送第一数据请求消息,其中第一数据请求消息携带有第一请求位置的信息以及第一请求位置前预设数量请求位置的丢包信息;
应当说明的是,第一服务器和第二服务器之间可以通过视联网和/或互联网进行数据传输,实现数据同步。该第一服务器可以是一后台服务器,例如唐古拉系统后台服务器mserver,但不限于此。第二服务器可以为协转服务器,但不限于此。
在进行数据同步时,第一服务器每次发送的数据请求消息中携带的请求位置均不同。较佳的,相邻两次发送的数据请求消息中携带的请求位置也相邻。例如本次发送的数据请求消息中携带的请求位置为100~200;则下次发送的数据请求消息中携带的请求位置从201开始。
在需要获取第一请求位置处的数据包时,将生成携带有第一请求位置的信息的第一数据请求消息。其中该第一请求位置并非特指第二服务器的数据资源库中最开始处的数据包,而是可以为该数据资源库中任一位置。
第一请求位置前预设数量请求位置,指的是位于第一请求位置前的所有请求位置中,距离第一请求位置最近的预设数量请求位置。其中,预设数量可以自行设定,较佳的,预设数量小于或者等于2个。当预设数量为2个时,第一请求位置前预设数量请求位置,指的是位于第一请求位置前与第一请求位置相邻的请求位置;以及位于第一请求位置前与第一请求位置相隔一个请求位置的请求位置。当然若第一请求位置前预设数量请求位置不存在,则可以将第一请求位置前预设数量请求位置的丢包信息设置特殊字符,以表明未发生丢包。
若发生丢包,为方便快速了解丢包情况,较佳的,丢包信息包括:请求次数、丢包数量以及丢失数据包的包序号。该请求次数为发送数据请求消息的次数。例如第二次发送数据请求消息时,得到的响应数据中丢失两个数据包,丢失的两个数据包的包序号分别为7和8;第三次发送数据请求消息时,得到的响应数据中丢失两个数据包,丢失的2个数据包的包序号分别为23和24;则在第四次发送数据请求消息时,除了需要携带本次针对的请求位置的信息,还需要将丢包信息添加到本次发送的数据请求消息中,该丢包信息可以为2-2-7-8-3-2-23-24,其中第一数字2表示第二次发送数据请求消息;第二个数字2表示本次丢失了两个数据包;第三和第四个数字7和8表示本次丢失的两个数据包的序号分别为7和8;第五个数字3表示第三次发送数据请求消息;第六个数字2表示本次丢失了两个数据包;第七和第八个数字23和24表示本次丢失的两个数据包的序号分别为23和24;当然若未发生丢包可以用特殊字符或数字表示,例如丢包信息为2-0-0-0,表示第二次发送数据请求消息得到的响应数据未发生丢包。
步骤102:接收第二服务器根据第一数据请求消息返回的响应数据;
应当说明的是,第二服务器将根据第一数据请求消息中携带的信息,将第一服务器想要获得的数据生成响应数据发送至第一服务器。较佳的,响应数据包括:第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包。
步骤103:根据响应数据向第二服务器发送第二数据请求消息,其中第二数据请求消息携带有第二请求位置的信息以及第二请求位置前预设数量请求位置的丢包信息,第二请求位置在第一请求位置之后。
应当说明的是,第一服务器在发送携带有第一请求位置的第一数据请求消息,并得到相应的响应数据之后,将继续发送携带有第二请求位置的第二数据请求消息,即使得到的响应数据发生丢包,也不会单独发送重传消息,即不会重新发送第一数据请求消息,重新获取一次针对第一请求位置的响应数据。其中第二请求位置与第一请求位置相邻。
本发明实施例中,在服务器之间进行数据传输时,将第一请求位置前预设数量请求位置的丢包信息添加到针对第一请求位置的第一数据请求消息中,从而在获取第一请求位置处的数据包的同时,得到第一请求位置前预设数量请求位置处丢失的数据包。避免了由于发生丢包,而单独发送针对发生丢包的请求位置的重传请求,造成的假死现象以及处理器资源的浪费。
如图2所示,在上述发明实施例的基础上,本发明实施例中,根据响应数据向第二服务器发送第二数据请求消息的步骤包括:
步骤201:根据第一请求位置,确定第二请求位置;
应当说明的是,第一请求位置与第二请求位置相邻,并且第二请求位置位于第一请求位置之后。因此在已知第一请求位置之后,可以确定第二请求位置。
步骤202:根据第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
应当说明的是,第二请求位置前预设数量请求位置的丢包信息包括第一请求位置处的丢包信息以及第一请求位置前第二预设数量请求位置处的丢包信息;其中第一预设数量减去第二预设数量等于一。针对某一请求位置处的丢包信息,可以通过该请求位置处数据包的应收数据包和实收数据包确定,例如应收数据包等于实收数据包,则丢包信息指示未发生丢包;应收数据包大于实收数据包,则丢包信息指示发生丢包。至于具体丢失的为哪些数据包,可以通过数据包的包序号确定。
具体的,根据第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息的步骤包括:
根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
步骤203:根据第二请求位置以及第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
应当说明的是,第二数据请求消息主要用于获取第二请求位置处的数据包,同时再次获取第二请求位置前预设数量请求位置处丢失的数据包。
步骤204:向第二服务器发送第二数据请求消息。
如图3所示,为本发明实施例提供的数据传输的方法应用示意图,包括:
步骤301:第一服务器向第二服务器发送同步数据请求;这里的同步数据请求相当于携带有请求位置的数据请求消息。由第一服务器向第二服务器发送。当第一服务器为唐古拉系统后台服务器mserver时,第二服务器为协转服务器。第一服务器与第二服务器之间进行数据同步的过程,即为mserver通过全量同步和文件同步,同步协转服务器上数据的过程。
步骤302:收到同步数据;第一服务器将收到针对同步数据请求中所携带的请求位置处的数据包。
步骤303:判断是否丢包,若是则执行步骤305,若否则执行步骤304。
步骤304:更新请求位置信息,然后继续发送同步数据请求,直到将所有请求位置上的数据均同步过来为止。
步骤305:统计丢包信息。
步骤306:更新请求位置信息的同时,将丢包信息添加到同步数据请求中,继续发送同步数据请求。
图4示出了本发明又一实施例提供的数据传输的方法,该方法应用于第二服务器,包括以下步骤:
步骤401:接收第一服务器发送的第一数据请求消息,其中第一数据请求消息携带有第一请求位置的信息以及第一请求位置前预设数量请求位置的丢包信息;
应当说明的是,第一服务器和第二服务器之间可以通过视联网和/或互联网进行数据传输,实现数据同步。该第一服务器可以是一后台服务器,例如唐古拉系统后台服务器mserver,但不限于此。第二服务器可以为协转服务器,但不限于此。
步骤402:根据第一数据请求消息,获取第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包;
应当说明的是,第二服务器在返回第一请求位置处的数据包的同时,将第一请求位置前预设数量请求位置处丢失的数据包一并返回至第一服务器。
步骤403:根据第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至第一服务器;
步骤404:接收第一服务器根据响应数据返回的第二数据请求消息。
应当说明的是,第二服务器接收第一服务器发送的数据请求消息;较佳的,每次数据请求消息中携带的请求位置均不相同。
本发明实施例中,在服务器之间进行数据传输时,将第一请求位置前预设数量请求位置的丢包信息添加到针对第一请求位置的第一数据请求消息中,从而在获取第一请求位置处的数据包的同时,得到第一请求位置前预设数量请求位置处丢失的数据包。避免了由于发生丢包,而单独发送针对发生丢包的请求位置的重传请求,造成的假死现象以及处理器资源的浪费。
为了方便查找丢失的数据包,在上述发明实施例的基础上,本发明实施例中,根据第一数据请求消息,获取第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包的步骤包括:
根据第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包。
根据第一请求位置,在数据资源库中获取第一请求位置处的数据包。
应当说明的是,可以通过缓存区域和数据资源库两个地方存储数据;较佳的,可以将已发送至第一服务器的数据包在缓存区域进行备份,方便后续发生丢包时进行查找。并且为准确找到丢失的数据包,需要对放入缓存区域的数据包标注包序号。
具体的,在获取第一请求位置处的数据包的步骤之后,该方法还包括:
对第一请求位置处的数据包标注包序号;
将缓存区域中第三请求位置处的数据包清除,其中第三请求位置位于第一请求位置之前;
将标注包序号之后的数据包存储至缓存区域。
为避免缓存区域存储数据过大,可以在缓存区域存储的数据达到一定数量之后,将最先存储于缓存区域的部分数据进行清除。或者每隔一段时间对缓存区域进行一次清除。或者设置缓存区域中存储数据的次数,存储一个请求位置的数据包记为一次,当达到三次之后,将缓存区域中最先存储的那次的数据包清除。较佳的,缓存区域中所有数据包的包序号连续,并且先存储的数据包的包序号小于后存储的数据包的包序号。
如图5所示,为本发明实施例提供的数据传输的方法应用示意图,包括:
步骤501:第二服务器收到第一服务器发送的数据同步请求;这里的同步数据请求相当于携带有请求位置的数据请求消息。由第一服务器向第二服务器发送。当第一服务器为唐古拉系统后台服务器mserver时,第二服务器为协转服务器。第一服务器与第二服务器之间进行数据同步的过程,即为mserver通过全量同步和文件同步,同步协转服务器上数据的过程。
步骤502:判断是否丢包,若是则执行步骤503,若否则执行步骤504;这里判断丢包指的是数据同步请求中本次请求位置之前的请求位置处是否发生丢包。
步骤503:从缓存区域中获取丢失的数据包,并在资源数据库中获取请求位置对应的数据包。
步骤504:在资源数据库中获取请求位置对应的数据包。
步骤505:将获取的数据包发送至第一服务器。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
图6和图7示出了本发明又一实施例提供的数据传输的装置,该装置应用于第一服务器,包括:
第一发送模块61,用于向第二服务器发送第一数据请求消息,其中第一数据请求消息携带有第一请求位置的信息以及第一请求位置前预设数量请求位置的丢包信息;
响应接收模块62,用于接收第二服务器根据第一数据请求消息返回的响应数据;
第二发送模块63,用于根据响应数据向第二服务器发送第二数据请求消息,其中第二数据请求消息携带有第二请求位置的信息以及第二请求位置前预设数量请求位置的丢包信息,第二请求位置在第一请求位置之后。
应当说明的是,响应数据包括:第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包;
第二发送模块63包括:
第一确定单元631,用于根据第一请求位置,确定第二请求位置;
第二确定单元632,用于根据第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
生成单元633,用于根据第二请求位置以及第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
发送单元634,用于向第二服务器发送第二数据请求消息。
第二确定单元632,具体用于根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
本发明实施例中丢包信息包括:请求次数、丢包数量以及丢失数据包的包序号。第二请求位置与第一请求位置相邻。
本发明实施例中,在服务器之间进行数据传输时,将第一请求位置前预设数量请求位置的丢包信息添加到针对第一请求位置的第一数据请求消息中,从而在获取第一请求位置处的数据包的同时,得到第一请求位置前预设数量请求位置处丢失的数据包。避免了由于发生丢包,而单独发送针对发生丢包的请求位置的重传请求,造成的假死现象以及处理器资源的浪费。
图8和图9示出了本发明又一实施例提供的数据传输的装置,该装置应用于第二服务器,包括:
第一请求接收模块81,用于接收第一服务器发送的第一数据请求消息,其中第一数据请求消息携带有第一请求位置的信息以及第一请求位置前预设数量请求位置的丢包信息;
获取模块82,用于根据第一数据请求消息,获取第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包;
响应模块83,用于根据第一请求位置处的数据包以及第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至第一服务器;
第二请求接收模块84,用于接收第一服务器根据响应数据返回的第二数据请求消息。
应当说明的是,获取模块82包括:
第一获取单元821,用于根据第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包。
第二获取单元822,用于根据第一请求位置,在数据资源库中获取第一请求位置处的数据包。
较佳的,该装置还包括:
标注模块,用于对第一请求位置处的数据包标注包序号;
清除模块,用于将缓存区域中第三请求位置处的数据包清除,其中第三请求位置位于第一请求位置之前;
存储模块,用于将标注包序号之后的数据包存储至缓存区域。
其中,缓存区域中所有数据包的包序号连续,并且先存储的数据包的包序号小于后存储的数据包的包序号。
本发明实施例中,在服务器之间进行数据传输时,将第一请求位置前预设数量请求位置的丢包信息添加到针对第一请求位置的第一数据请求消息中,从而在获取第一请求位置处的数据包的同时,得到第一请求位置前预设数量请求位置处丢失的数据包。避免了由于发生丢包,而单独发送针对发生丢包的请求位置的重传请求,造成的假死现象以及处理器资源的浪费。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本发明实施例还公开了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一实施例所述的方法。
本发明实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述实现上述任一实施例所述的方法的计算机程序。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大视频流量。不同于单纯的网络分组交换(Packet Switching)或网络电路交换(CircuitSwitching),视联网技术采用网络分组交换满足Streaming(译为成流、流、连续播送,是一种数据传送技术,把收到的数据变成一个稳定连续的流,源源不断地送出,使用户听到的声音或看到的图像十分平稳,而且用户在整个数据传送完之前就可以开始在屏幕上进行浏览)需求。视联网技术具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,实现了全网交换式虚拟电路,以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态,是一个实时交换平台,能够实现目前互联网无法实现的全网大规模高清视频实时传输,将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器,它的流媒体传输是建立在面向连接的基础上,其数据处理能力与流量、通讯时间无关,单个网络层就能够包含信令及数据传输。对于语音和视频业务来说,视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多,效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统,将服务器指令中的节目信息映射到具体的硬盘空间,媒体内容不再经过服务器,瞬间直接送达到用户终端,用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动,资源消耗仅占同等级IP互联网的20%,但产生大于传统硬盘阵列3倍的并发流量,综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题,一般不需要杀毒程序、防火墙,杜绝了黑客与病毒的攻击,为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起,不论是单个用户、私网用户还是一个网络的总合,都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台,获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程,可以使用非常少的代码即可实现复杂的应用,实现“无限量”的新业务创新。
视联网的组网如下所述:
视联网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。
如图10所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
如图11所示,主要包括网络接口模块1101、交换引擎模块1102、CPU模块1103、磁盘阵列模块1104。
其中,网络接口模块1101,CPU模块1103、磁盘阵列模块1104进来的包均进入交换引擎模块1102;交换引擎模块1102对进来的包进行查地址表1105的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器1106的队列;如果包缓存器1106的队列接近满,则丢弃;交换引擎模1102轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块1104主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块1103主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表1105(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块1104的配置。
接入交换机:
如图12所示,主要包括网络接口模块(下行网络接口模块1201、上行网络接口模块1202)、交换引擎模块1203和CPU模块1204。
其中,下行网络接口模块1201进来的包(上行数据)进入包检测模块1205;包检测模块1205检测包的目的地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块1203,否则丢弃;上行网络接口模块1202进来的包(下行数据)进入交换引擎模块1203;CPU模块1204进来的数据包进入交换引擎模块1203;交换引擎模块1203对进来的包进行查地址表1206的操作,从而获得包的导向信息;如果进入交换引擎模块1203的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器1207的队列;如果该包缓存器1207的队列接近满,则丢弃;如果进入交换引擎模块1203的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器1207的队列;如果该包缓存器1207的队列接近满,则丢弃。
交换引擎模块1203轮询所有包缓存器队列,在本发明实施例中分两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌。
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块1204主要负责与节点服务器之间的协议处理,对地址表1206的配置,以及,对码率控制模块1208的配置。
以太网协转网关
如图13所示,主要包括网络接口模块(下行网络接口模块1301、上行网络接口模块1302)、交换引擎模块1303、CPU模块1304、包检测模块1305、码率控制模块1308、地址表1306、包缓存器1307和MAC添加模块1309、MAC删除模块410。
其中,下行网络接口模块1301进来的数据包进入包检测模块1305;包检测模块1305检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目的地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块410减去MAC DA、MAC SA、length orframe type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块1301检测该端口的发送缓存,如果有包则根据包的视联网目的地址DA获知对应的终端的以太网MAC DA,添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type,并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端:
主要包括网络接口模块、业务处理模块和CPU模块;例如,机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块;编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块;存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为3类:节点服务器,节点交换机,城域服务器。其中,节点交换机主要包括网络接口模块、交换引擎模块和CPU模块;城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分:目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示,接入网的数据包主要包括以下几部分:
DA SA Reserved Payload CRC
目的地址(DA)由8个字节(byte)组成,第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等),最多有256种可能,第二字节到第六字节为城域网地址,第七、第八字节为接入网地址。
源地址(SA)也是由8个字节(byte)组成,定义与目的地址(DA)相同。
保留字节由2个字节组成。
payload部分根据不同的数据报的类型有不同的长度,如果数据报的类型是各种协议包,则payload部分的长度是64个字节,如果数据报的类型是单组播数据包,则payload部分的长度是32+1024=1056个字节,当然并不仅仅限于以上2种。
CRC有4个字节组成,其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型,两个设备之间可能有2种、甚至2种以上的连接,即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是,城域网设备的城域网地址却是唯一的,为了精确描述城域网设备之间的连接关系,在本发明实施例中引入参数:标签,来唯一描述一个城域网设备。
本说明书中标签的定义和多协议标签交换(Multi-Protocol Label Switch,MPLS)的标签的定义类似,假设设备A和设备B之间有两个连接,那么数据包从设备A到设备B就有2个标签,数据包从设备B到设备A也有2个标签。标签分入标签、出标签,假设数据包进入设备A的标签(入标签)是0x0000,这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程,也就意味着城域网的地址分配、标签分配都是由城域服务器主导的,节点交换机、节点服务器都是被动的执行而已,这一点与MPLS的标签分配是不同的,MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示,城域网的数据包主要包括以下几部分:
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种数据传输的方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种数据传输的方法,应用于第一服务器,其特征在于,包括:
向第二服务器发送第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
接收所述第二服务器根据所述第一数据请求消息返回的响应数据;
根据所述响应数据向所述第二服务器发送第二数据请求消息,其中所述第二数据请求消息携带有第二请求位置的信息以及所述第二请求位置前预设数量请求位置的丢包信息,所述第二请求位置在所述第一请求位置之后。
2.根据权利要求1所述的方法,其特征在于,所述响应数据包括:第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包。
3.根据权利要求2所述的方法,其特征在于,所述根据所述响应数据向所述第二服务器发送第二数据请求消息的步骤包括:
根据所述第一请求位置,确定第二请求位置;
根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
根据所述第二请求位置以及所述第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
向所述第二服务器发送第二数据请求消息。
4.根据权利要求3所述的方法,其特征在于,所述根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息的步骤包括:
根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据所述第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
5.根据权利要求1所述的方法,其特征在于,所述丢包信息包括:请求次数、丢包数量以及丢失数据包的包序号。
6.一种数据传输方法,应用于第二服务器,其特征在于,包括:
接收第一服务器发送的第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包;
根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至所述第一服务器;
接收所述第一服务器根据所述响应数据返回的第二数据请求消息。
7.根据权利要求6所述的方法,其特征在于,所述根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包的步骤包括:
根据所述第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包;
根据所述第一请求位置,在数据资源库中获取所述第一请求位置处的数据包。
8.根据权利要求7所述的方法,其特征在于,在所述获取所述第一请求位置处的数据包的步骤之后,所述方法还包括:
对所述第一请求位置处的数据包标注包序号;
将所述缓存区域中第三请求位置处的数据包清除,其中所述第三请求位置位于所述第一请求位置之前;
将标注包序号之后的数据包存储至所述缓存区域。
9.根据权利要求8所述的方法,其特征在于,所述缓存区域中所有数据包的包序号连续,并且先存储的数据包的包序号小于后存储的数据包的包序号。
10.一种数据传输的装置,应用于第一服务器,其特征在于,包括:
第一发送模块,用于向第二服务器发送第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
响应接收模块,用于接收所述第二服务器根据所述第一数据请求消息返回的响应数据;
第二发送模块,用于根据所述响应数据向所述第二服务器发送第二数据请求消息,其中所述第二数据请求消息携带有第二请求位置的信息以及所述第二请求位置前预设数量请求位置的丢包信息,所述第二请求位置在所述第一请求位置之后。
11.根据权利要求10所述的装置,其特征在于,所述响应数据包括:第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包。
12.根据权利要求11所述的装置,其特征在于,所述第二发送模块包括:
第一确定单元,用于根据所述第一请求位置,确定第二请求位置;
第二确定单元,用于根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,确定第二请求位置前预设数量请求位置的丢包信息;
生成单元,用于根据所述第二请求位置以及所述第二请求位置前预设数量请求位置的丢包信息,生成第二数据请求消息;
发送单元,用于向所述第二服务器发送第二数据请求消息。
13.根据权利要求12所述的装置,其特征在于,所述第二确定单元,具体用于根据第一请求位置处数据包的应收数据包以及实收数据包,确定第一请求位置处的丢包信息;
根据第一请求位置前预设数量请求位置处已丢失数据包的应收数据包以及实收数据包,确定第一请求位置前预设数量请求位置处的丢包信息;
根据所述第一请求位置处的丢包信息以及第一请求位置前预设数量请求位置处的丢包信息,得到第二请求位置前预设数量请求位置的丢包信息。
14.一种数据传输装置,应用于第二服务器,其特征在于,包括:
第一请求接收模块,用于接收第一服务器发送的第一数据请求消息,其中所述第一数据请求消息携带有第一请求位置的信息以及所述第一请求位置前预设数量请求位置的丢包信息;
获取模块,用于根据所述第一数据请求消息,获取所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包;
响应模块,用于根据所述第一请求位置处的数据包以及所述第一请求位置前预设数量请求位置处丢失的数据包,生成响应数据,并发送至所述第一服务器;
第二请求接收模块,用于接收所述第一服务器根据所述响应数据返回的第二数据请求消息。
15.根据权利要求14所述的装置,其特征在于,所述获取模块包括:
第一获取单元,用于根据所述第一请求位置前预设数量请求位置的丢包信息,在缓存区域获取第一请求位置前预设数量请求位置处丢失的数据包;
第二获取单元,用于根据所述第一请求位置,在数据资源库中获取所述第一请求位置处的数据包。
16.根据权利要求15所述的装置,其特征在于,所述装置还包括:
标注模块,用于对所述第一请求位置处的数据包标注包序号;
清除模块,用于将所述缓存区域中第三请求位置处的数据包清除,其中所述第三请求位置位于所述第一请求位置之前;
存储模块,用于将标注包序号之后的数据包存储至所述缓存区域。
17.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的数据传输的方法或权利要求6至9中任一项所述的数据传输的方法。
18.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1至5中任一项所述的数据传输的方法或权利要求6至9中任一项所述的数据传输的方法的计算机程序。
CN201910920342.8A 2019-09-26 2019-09-26 一种数据传输的方法及装置 Active CN110830185B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910920342.8A CN110830185B (zh) 2019-09-26 2019-09-26 一种数据传输的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910920342.8A CN110830185B (zh) 2019-09-26 2019-09-26 一种数据传输的方法及装置

Publications (2)

Publication Number Publication Date
CN110830185A true CN110830185A (zh) 2020-02-21
CN110830185B CN110830185B (zh) 2022-08-09

Family

ID=69548406

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910920342.8A Active CN110830185B (zh) 2019-09-26 2019-09-26 一种数据传输的方法及装置

Country Status (1)

Country Link
CN (1) CN110830185B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113727210A (zh) * 2021-08-06 2021-11-30 济南浪潮数据技术有限公司 一种设备信息管理方法、系统、存储介质及设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1385982A (zh) * 2001-05-10 2002-12-18 华为技术有限公司 通过合并数据包改变交织长度的信息重传方法
CN101202604A (zh) * 2007-08-14 2008-06-18 深圳市同洲电子股份有限公司 一种网络数据的发送与接收方法、系统及设备
CN101340269A (zh) * 2007-07-06 2009-01-07 鼎桥通信技术有限公司 一种数据传输方法、系统及发送端
CN101552658A (zh) * 2008-04-03 2009-10-07 华为技术有限公司 一种发送状态报告的方法和装置
CN102957511A (zh) * 2012-10-26 2013-03-06 中国船舶重工集团公司第七二二研究所 一种数据传输的自适应降速方法
CN103269260A (zh) * 2013-06-03 2013-08-28 腾讯科技(深圳)有限公司 数据传输方法、数据接收端、数据发送端和数据传输系统
CN103999394A (zh) * 2012-11-16 2014-08-20 华为技术有限公司 数据重传、反馈方法,以及相应的装置
CN109194452A (zh) * 2018-09-04 2019-01-11 京信通信系统(中国)有限公司 数据重传方法、装置、存储介质及其网络设备
CN109729438A (zh) * 2017-10-31 2019-05-07 杭州海康威视数字技术股份有限公司 一种发送视频包、接收视频包的方法及装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1385982A (zh) * 2001-05-10 2002-12-18 华为技术有限公司 通过合并数据包改变交织长度的信息重传方法
CN101340269A (zh) * 2007-07-06 2009-01-07 鼎桥通信技术有限公司 一种数据传输方法、系统及发送端
CN101202604A (zh) * 2007-08-14 2008-06-18 深圳市同洲电子股份有限公司 一种网络数据的发送与接收方法、系统及设备
CN101552658A (zh) * 2008-04-03 2009-10-07 华为技术有限公司 一种发送状态报告的方法和装置
CN102957511A (zh) * 2012-10-26 2013-03-06 中国船舶重工集团公司第七二二研究所 一种数据传输的自适应降速方法
CN103999394A (zh) * 2012-11-16 2014-08-20 华为技术有限公司 数据重传、反馈方法,以及相应的装置
CN103269260A (zh) * 2013-06-03 2013-08-28 腾讯科技(深圳)有限公司 数据传输方法、数据接收端、数据发送端和数据传输系统
CN109729438A (zh) * 2017-10-31 2019-05-07 杭州海康威视数字技术股份有限公司 一种发送视频包、接收视频包的方法及装置
CN109194452A (zh) * 2018-09-04 2019-01-11 京信通信系统(中国)有限公司 数据重传方法、装置、存储介质及其网络设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113727210A (zh) * 2021-08-06 2021-11-30 济南浪潮数据技术有限公司 一种设备信息管理方法、系统、存储介质及设备
CN113727210B (zh) * 2021-08-06 2023-08-22 济南浪潮数据技术有限公司 一种设备信息管理方法、系统、存储介质及设备

Also Published As

Publication number Publication date
CN110830185B (zh) 2022-08-09

Similar Documents

Publication Publication Date Title
CN108965224B (zh) 一种视频点播的方法和装置
CN109309806B (zh) 一种视频会议的管理方法和系统
CN109547728B (zh) 一种录播源入会以及会议录播的方法和系统
CN109547731B (zh) 一种视频会议的展示方法和系统
CN110049273B (zh) 一种基于视联网的会议录制方法和中转服务器
CN109246135B (zh) 一种流媒体数据的获取方法和系统
CN109743550B (zh) 一种监控数据调流的方法和装置
CN110224988B (zh) 一种图像数据的处理方法、系统及装置和存储介质
CN109743555B (zh) 一种基于视联网的信息处理方法及系统
CN109743284B (zh) 一种基于视联网的视频处理方法及系统
CN109005378B (zh) 一种视频会议的处理方法和系统
CN110113555B (zh) 一种基于视联网的视频会议处理方法及系统
CN110677392B (zh) 一种视频数据传输方法和装置
CN110289974B (zh) 一种数据流的处理方法、系统及装置和存储介质
CN110022500B (zh) 一种丢包处理方法和装置
CN109698953B (zh) 一种视联网监控设备的状态检测方法及系统
CN110830185B (zh) 一种数据传输的方法及装置
CN108574655B (zh) 一种会议监播方法和装置
CN110557411A (zh) 基于视联网的视频流处理方法及装置
CN110557611B (zh) 信息同步方法、装置及存储介质
CN109688073B (zh) 一种基于视联网的数据处理方法及系统
CN110324578B (zh) 监控视频处理方法、装置及存储介质
CN109379553B (zh) 一种音视频数据的展示方法和系统
CN110381029B (zh) 一种监控资源同步方法及装置
CN110213533B (zh) 一种视联网监控视频流的获取方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant