阅读说明：本技术 一种音视频传输方法及系统 (Audio and video transmission method and system ) 是由 吕天久 夏洪强 刘大强 缪科 于 2020-07-24 设计创作，主要内容包括：本申请实施例提供了一种音视频传输方法及系统,方法基于终端接收管理平台通过服务器端发送的指令,执行音视频流传输,根据实时传输协议(Real-time Transport Protocol,RTP)执行音视频流传输,方法包括：管理平台根据预设需求设置下载参数,并将下载参数写入RTP中生成下载指令；判断下载指令是否有效,若是,终端接收下载指令对应的RTP下载包,并根据下载指令进行音视频的下载；根据下载指令判断下载进度；若下载未完成,从下载进度中断时的位置重新进行下载；若下载完成,完成音视频从终端传输下载至管理平台对应的本地存储空间,通过本申请文件中的技术方案,可以节约传输消耗的流量。(The embodiment of the application provides an audio and video transmission method and system, the method is based on a terminal receiving management platform and an instruction sent by a server, executes audio and video stream transmission, and executes the audio and video stream transmission according to a Real-time Transport Protocol (RTP), and the method comprises the following steps: the management platform sets a downloading parameter according to a preset requirement, and writes the downloading parameter into an RTP to generate a downloading instruction; judging whether the downloading instruction is effective, if so, receiving an RTP downloading packet corresponding to the downloading instruction by the terminal, and downloading the audio and video according to the downloading instruction; judging the downloading progress according to the downloading instruction; if the downloading is not finished, the downloading is carried out again from the position when the downloading progress is interrupted; if the audio and video are downloaded, the audio and video are transmitted and downloaded from the terminal to the local storage space corresponding to the management platform, and the traffic consumed by transmission can be saved through the technical scheme in the application file.)

一种音视频传输方法及系统

技术领域

本申请涉及信息传输技术领域，具体而言，涉及一种音视频传输方法及系统。

背景技术

当今互联网技术发展迅速，依托于客户端服务器端的音视频文件传输和下载极大地便利了音视频文件传输资源的共享和实时查看，并且传输过程会消耗流量。然而音视频文件在传输过程中，难免会遇到网络中断、作为传输端的终端无法正常响应等情况，这需要重新传输文件，重新传输的过程中会再次消耗流量，消耗的流量增多，对应的流量费用也会增多。

发明内容

本申请的目的在于提供一种音视频传输方法及系统，用以有效的改善消耗流量多的技术缺陷。

第一方面，本申请实施例提供了一种音视频传输方法，方法基于终端接收管理平台通过服务器端发送的指令，执行音视频流传输，根据实时传输协议(Real-timeTransport Protocol，RTP)执行音视频流传输，方法包括：管理平台根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令；判断下载指令是否有效，若是，终端接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载；根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载；若下载完成，完成音视频从终端传输下载至管理平台对应的本地存储空间。

结合第一方面，在第一种可能的实现方式中，管理平台根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令，包括：使用第一存储空间存储根据预设需求设置的下载参数，生成下载参数数据包，其中，下载参数包括：终端的标识数据、需要下载的音视频文件大小、音视频文件当前下载状态、当前下载速度、当前下载的累计时长、下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长；RTP包包括：固定数据头和负载数据，将下载参数包添加在固定数据头前，生成下载指令对应的所述RTP下载包。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，判断下载指令是否有效，若是，终端接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载，包括：判断终端是否与服务器端建立第一连接通道，若成功建第一连接通道，下载指令有效；服务器端根据第一连接通道，向终端发送RTP下载包终端接收所RTP下载包，解析RTP下载包中的下载参数和负载数据，并根据下载参数在终端中存储的所有音视频中查询满足预设需求的音视频；将满足预设需求的音视频通过第一连接通道和服务器端与管理平台之间的第二连接通道传输下载至所述管理平台的本地存储空间。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，若下载未完成，从下载进度中断时的位置重新进行下载，包括：根据下载进度确定下载未完成后，判断当RTP下载包中的负载数据是否传输下载完成，若否，重新获取新的RTP下载包，根据新的RTP下载包，从下载进度中断的位置重新进行音视频的传输下载。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，在终端接收RTP下载包之后，方法还包括：终端接收RTP下载包之后，将会更新下载参数包括的音视频当前下载状态、当前速度和当前下载的时长。

第二方面，本申请实施例提供了一种音视频传输系统，系统包括：管理平台，用于根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令；终端，用于判断下载指令是否有效，若是，终端接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载；以及还用于，根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载；若下载完成，完成音视频从终端传输下载至管理平台对应的本地存储空间。

结合第二方面，在第一种可能的实现方式中，管理平台还用于，使用第一存储空间存储根据预设需求设置的所述下载参数，生成下载参数数据包，其中，下载参数包括：终端的标识数据、需要下载的音视频文件大小、音视频文件当前下载状态、当前下载速度、当前下载的累计时长、下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长；RTP包包括：固定数据头和负载数据，将下载参数包添加在所述固定数据头前，生成下载指令对应的RTP下载包。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，系统还包括：服务器端，用于与终端建立第一连接通道，根据第一连接通道，向终端发述RTP下载包；以及还用于，与管理平台之间建立第二连接通道，并将满足预设需求的音视频通过第一连接通道和服务器端与管理平台之间的第二连接通道传输下载至管理平台的本地存储空间。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，终端还用于，根据下载进度确定下载未完成后，判断当前RTP下载包中的负载数据是否传输下载完成，若否，重新获取新的RTP下载包，根据新的RTP下载包，从下载进度中断的位置重新进行音视频的传输下载。

结合第二方面的第二种可能的实现方式，在第四种可能的实现方式中，终端还用于，终端接收所述RTP下载包之后，将会更新下载参数包括的音视频当前下载状态、当前速度和当前下载的时长。

本发明的有益效果是：根据本发明实施例提供的技术方案，下载参数放在RTP中，这样在实时传输下载的过程中，如果发生因网络差或者管理平台退出登录导致传输下载中断的情况，可以根据设置的下载参数，从下载中断的位置重新进行实时传输下载，而不用从头再开始传输下载。传输下载的过程需要消耗流量，通过从中断的位置进行传输下载而不是从头开始传输下载，可以节约传输下载过程中耗费的流量，从而降低使用流量产生的费用。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种音视频传输方法的流程示意图；

图2为本申请实施例提供的一种音视频传输系统的结构框图。

图标：10-音视频传输系统，100-管理平台，110-服务器端，120-终端。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为便于理解，本实施例中所描述的终端可以包括：可以与服务器端进行通信的无人飞行器、可以与服务器端通信的车辆。可选地，在本申请实施例中，对象为以与服务器端通信的车辆。与之对应的，对终端进行管理的管理平台为车辆管理平台。管理平台需要提供服务器端的运营方提供账号进行登录才可以通过服务器端与终端进行通信。一个服务器端可以对应多个管理平台，一个管理平台可以对应多个终端，一个管理平台通过服务器端与一个终端之间建立起一条连接通道。终端与服务器端进行通信的方式可以为车辆上具有通信功能的控制设备，控制设备可以接收管理平台通过服务器端传送的下载指令，并根据下载指令进行传输下载。

本申请实施例中的音频传输方法是基于音视频传输系统10完成。音视频传输系统10包括：管理平台100、服务器端110和终端120。

请参阅图1，图1为本申请实施例提供的一种音视频传输方法的流程示意图。本申请实施例提供了一种音视频传输方法，方法基于终端120接收管理平台100通过服务器端110发送的指令，执行音视频流传输，根据实时传输协议(Real-time Transport Protocol，RTP)执行音视频流传输，方法包括：步骤S11、步骤S12、步骤S13和步骤S14。

步骤S11：管理平台100根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令；

步骤S12：判断下载指令是否有效，若是，终端120接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载；

步骤S13：根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载；

步骤S14：若下载完成，完成音视频从终端120传输下载至管理平台100对应的本地存储空间。

下面将对方法的流程进行详细的说明。

步骤S11：管理平台100根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令。

使用第一存储空间存储根据预设需求设置的下载参数，生成下载参数数据包，其中，下载参数包括：终端120的标识数据、需要下载的音视频文件大小、音视频文件当前下载状态、当前下载速度、当前下载的累计时长、下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长；RTP包包括：固定数据头和负载数据，将下载参数包添加在固定数据头前，生成下载指令对应的所述RTP下载包。

管理平台100开辟出第一存储空间存储设置的下载参数，生成下载参数数据包。详细地，设置的下载参数包括：终端120的标识数据、需要下载的音视频文件大小、音视频文件当前下载状态、当前下载速度、当前下载的累计时长、下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长、下载音视频时的时间点、文件名称、下载的网络地址和对应的通道和终端120对应的电话号码。在本申请实施例中，由于终端120为可以与服务器端110进行通信的车辆，每个车辆具有唯一的车牌号，因此，可以将车辆的车牌号作为终端120的标识数据。

需要说明的是，由于音视频在传输过程中，可能由于网络差等原因传输下载中断，使得满足预设条件的音视频切割成至少两段的剪切音视频，即至少两段的剪切音视频组合起来才是满足预设条件的音视频文件。因此，设置的下载参数还包括：下载链接、各个剪切音视频的开始时间和结束时间、每一段剪切音视频的时长。通过设置的下载参数中的多个下载因素，可以使得在终端120通过服务器向管理平台100传输下载的过程成功进行。

第一存储空间可以为固定大小的存储空间，也可以为大小可变的存储空间。可选地，在本实施例中，第一存储空间为固定大小的存储空间，并且存储大小为1024个字节。这是因为下载参数所占的存储空间不大，1024个字节的存储空间已经足够存放设置的下载参数，并且这1024个字节对应的存储地址是固定连续的，便于查找和修改。

本申请实施例中的音视频传输方法是基于RTP协议的，RTP协议对应的RTP包的格式包括：固定数据头和负载数据，其中，若固定数据头中的扩展为1，则RTP包的格式则为：固定数据头、扩展头部和负载数据。

管理平台100将设置下载参数生成的下载参数数据包添加至RTP包的固定数据头前，生成下载指令。此时，下载指令对应的加入下载参数数据包的RTP包的RTP下载包的格式为：“下载参数数据包+固定数据头+负载数据”或者“下载参数数据包+固定数据头+扩展头部+负载数据”。

步骤S12：判断下载指令是否有效，若是，终端120接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载。

判断终端120是否与服务器端110建立第一连接通道，若成功建第一连接通道，下载指令有效；服务器端110根据第一连接通道，向终端120发送RTP下载包终端120接收所RTP下载包，解析RTP下载包中的下载参数和负载数据，并根据下载参数在终端120中存储的所有音视频中查询满足预设需求的音视频；将满足预设需求的音视频通过第一连接通道和服务器端110与管理平台100之间的第二连接通道传输下载至所述管理平台100的本地存储空间。

将终端120的音视频存储在终端120的存储空间中，而不是存储在服务器端110，这是因为服务器端110对应着多个终端120，若所有终端120的音视频都存储在服务器端110，服务器端110的存储空间需要非常大，这使得服务器端110的运行压力大，运行速度也变慢。

详细地，管理平台100通过服务器端110向终端120发送下载指令，只有服务器端110与终端120之间建立连接通道，终端120才可以成功接收下载指令并进行响应。因此，需要判断终端120是否与服务器端110建立第一连接通道，若成功建第一连接通道，终端120可以接收到下载指令，下载指令才是有效的。若终端120与服务器端110成功建立第一连接通道，服务器终端120将下载指令对应的RTP下载包发送给终端120，终端120等待接收RTP下载包。

在终端120接收RTP下载包之后，将会更新下载参数包括的音视频当前下载状态、当前速度和当前下载的时长。这个更新是基于比较下载参数中的下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长与当前下载的累计时长是否一致，若不一致，表示满足预设需求的音视频还没有下载完成，需要将下载参数中的音视频文件当前下载状态、当前下载速度、当前下载的累计时长进行更新，以判断满足预设需求的音视频是否完整传输下载。

步骤S13：根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载。

根据下载进度确定下载未完成后，判断当RTP下载包中的负载数据是否传输下载完成，若否，重新获取新的RTP下载包，根据新的RTP下载包，从下载进度中断的位置重新进行音视频的传输下载。

满足预设需求的音视频可能为一个存储较大的音视频，传输下载过程中，由于网络差等原因，造成一个完整的音视频剪切成多个剪切音视频，为了节约流量，可以根据下载参数中当前下载的累计时长、需要下载的音视频的总时长和下载时的时间点和下载音视频文件的开始时间和结束时间，确定出下载中断时的时间点和该时间点对应的下载位置，在重新进行传输下载时，从中断时的下载位置开始继续进行传输下载。

步骤S14：若下载完成，完成音视频从终端120传输下载至管理平台100对应的本地存储空间。

若下载完成，完成音视频从终端120传输下载至管理平台100对应的本地存储空间的过程。

请参阅图2，图2为本申请实施例提供的一种音视频传输系统10的结构框图。下面将对本申请实施例中的音视频传输系统10进行详细描述，音视频传输系统10包括：

管理平台100，用于根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令；

终端120，用于判断下载指令是否有效，若是，终端120接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载；以及还用于，根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载；若下载完成，完成音视频从终端120传输下载至管理平台100对应的本地存储空间。

服务器端110，用于与终端120建立第一连接通道，根据第一连接通道，向终端120发述RTP下载包；以及还用于，与管理平台100之间建立第二连接通道，并将满足预设需求的音视频通过第一连接通道和服务器端110与管理平台100之间的第二连接通道传输下载至管理平台100的本地存储空间。

管理平台100还用于，使用第一存储空间存储根据预设需求设置的所述下载参数，生成下载参数数据包，其中，下载参数包括：终端120的标识数据、需要下载的音视频文件大小、音视频文件当前下载状态、当前下载速度、当前下载的累计时长、下载音视频文件的开始时间和结束时间、需要下载的音视频的总时长；RTP包包括：固定数据头和负载数据，将下载参数包添加在所述固定数据头前，生成下载指令对应的RTP下载包。

终端120还用于，根据下载进度确定下载未完成后，判断当前RTP下载包中的负载数据是否传输下载完成，若否，重新获取新的RTP下载包，根据新的RTP下载包，从下载进度中断的位置重新进行音视频的传输下载。

终端120还用于，终端120接收所述RTP下载包之后，将会更新下载参数包括的音视频当前下载状态、当前速度和当前下载的时长。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、用户设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本申请实施例提供了一种音视频传输方法，方法基于终端接收管理平台通过服务器端发送的指令，执行音视频流传输，根据实时传输协议(Real-timeTransport Protocol，RTP)执行音视频流传输，方法包括：管理平台根据预设需求设置下载参数，并将下载参数写入RTP中生成下载指令；判断下载指令是否有效，若是，终端接收下载指令对应的RTP下载包，并根据下载指令进行音视频的下载；根据下载指令判断下载进度；若下载未完成，从下载进度中断时的位置重新进行下载；若下载完成，完成音视频从终端传输下载至管理平台对应的本地存储空间。下载参数放在RTP中，这样在实时传输下载的过程中，如果发生因网络差或者管理平台退出登录导致传输下载中断的情况，可以根据设置的下载参数，从下载中断的位置重新进行实时传输下载，而不用从头再开始传输下载。传输下载的过程需要消耗流量，通过从中断的位置进行传输下载而不是从头开始传输下载，可以节约传输下载过程中耗费的流量，从而降低使用流量产生的费用。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。