音视频实时传输方法及装置、传输流打包方法及复用器制造方法及图纸

本发明专利技术实施例提供一种音视频实时传输方法，包括：将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流；将节目关联表、节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用后存储为节目切片，每一个所述节目切片包括一张节目关联表和一张节目映射表；接收请求，并根据所述请求传输所述节目切片。本发明专利技术实施例还提供一种传输流打包方法及复用器。本发明专利技术实施例可以减少音视频实时传输时的冗余数据。

【技术实现步骤摘要】

本专利技术实施例涉及音视频
，尤其涉及一种音视频实时传输方法及装置、传输流打包方法及复用器。
技术介绍
HLS(HTTP Live Streaming)协议是苹果公司研发出的，用在网络直播和点播场景中的扩展HTTP协议，该协议使用传输流(Transport Stream，TS)的方式封装数据。每个传输流都携带视频(Video)、音频(Audio)等数据信息，以及携带节目关联表(Program Association Table，PAT)、节目映射表(Program Map Table，PMT)等流索引信息。在直播中，为了让用户可以随时通过节目关联表和节目映射表搜寻正确的视频和音频数据，需要周期性的将节目关联表和节目映射表插入到传输流中。由于周期性的插入节目关联表和节目映射表，会使得在HLS的切片过大，不但占用了下载时间，而且在直播中会造成更多的时间延误和占用更多的服务器存储空间。
技术实现思路
本专利技术实施例提供一种音视频实时传输方法及装置、传输流打包方法及复用器，用以解决现有技术中音视频实时传输时冗余数据过多的技术问题。本专利技术实施例提供一种音视频实时传输方法，包括：将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流；将节目关联表、节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用后存储为节目切片，每一个所述节目切片包括一张节目关联表和一张节目映射表；接收请求，并根据所述请求传输所述节目切片。进一步的，上述将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流步骤之前包括：将视频数据及音频数据分别编码形成所述视频原始流及所述音频原始流。本专利技术实施例提供一种传输流打包方法，包括：接收分组的视频原始流、分组的音频原始流、一张节目关联表、一张节目映射表；将所述一张节目关联表、所述一张节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用为一段节目切片；存储所述一段节目切片。进一步的，上述接收分组的视频原始流、分组的音频原始流、一张节目关联表、一张节目映射表步骤之前还包括；将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流，并输出的步骤。本专利技术实施例提供一种音视频实时传输装置，包括：视频分组器，用于将视频原始流打包为分组的视频原始流；音频分组器，用于将音频原始流打包为分组的音频原始流；复用器，用于将节目关联表、节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用后存储为节目切片，每一个所述节目切片包括一张节目关联表和一张节目映射表；所述复用器，还用于接收请求，并根据所述请求传输所述节目切片。进一步的，上述的装置，还包括：视频编码器，用于将视频数据编码形成所述视频原始流。进一步的，上述的装置，还包括：音频编码器，用于将音频数据分别编码形成所述音频原始流。本专利技术实施例提供一种复用器，包括：收发模块，用于接收分组的视频原始流、分组的音频原始流、一张节目关联表、一张节目映射表，并输出；节目切片复用模块，用于将所述一张节目关联表、所述一张节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用为一段节目切片；存储模块，用于存储所述一段节目切片。进一步的，上述的收发模块与视频分组器及音频分组器连接，所述视频分组器及音频分组器向所述收发模块输出分组的视频原始流和分组的音频原始流。本专利技术实施例提供的音视频实时传输方法及装置，传输流打包方法及复用器，不需要周期性的插入节目关联表和节目映射表，而仅需要在每个切片的开始处加入一张节目关联表和一张节目映射表，就可以达到既可保持与现有技术中的传输流兼容，又同时减少传输流中的冗余数据的效果。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为现有技术中传输流的切片的格式示意图；图2为本专利技术实施例一种音视频实时传输方法的传输流的切片的格式示意图；图3为本专利技术实施例一种音视频实时传输方法的传输流的切片的包的构
成示意图；图4为本专利技术实施例一种音视频实时传输方法的流程图；图5为本专利技术实施例一种传输流打包方法的流程图；图6为本专利技术实施例一种传输流切片的解析流程图；图7为本专利技术实施例一种音视频实时传输装置的结构示意图；图8为本专利技术实施例一种复用器的结构示意图。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。为更好的说明本专利技术实施例的技术方案及其所产生的有益效果，本专利技术将首先介绍现有技术中传输流的切片的格式。图1为现有技术中传输流的切片的格式示意图。传输流为层次型的封装格式，需要先找到节目关联表，以获取传输流中节目映射表的数量，以此获得传输流中节目的数量，其中每一张节目映射表对应一个节目，然后再根据节目映射表获取节目的视频包标示符(PacketIdentification，PID)和音频包标示符。根据HLS协议的规定，一个长时间的节目通常被切割分成多个时长为10秒的切片。因此，现有技术中传输流的切片，为了方便用户随时接收传输流，节目关联表和节目映射表是周期性的插入到传输流的切片中，从而导致现有技术中的传输流的切片至少包括两张以上的节目关联表，和两张以上的节目关联表。例如，图1中，一个节目被切割为n个切片，用户A可以从节目关联表
1处接收，用户B可以从节目关联表n处接收，以就近找到节目映射表，从而方便直播。因此，现有技术就增加了传输流中的冗余数据。本专利技术的专利技术人在经过长时间研究后发现在每一个切片中，并不需要周期性的插入节目关联表和节目映射表，而仅需要在每个切片的开始处加入一张节目关联表和一张节目映射表，就可以达到既可保持与现有技术中的传输流兼容，又同时减少传输流中的冗余数据的效果。以下将对本专利技术传输流的切片的格式进行说明。图2为本专利技术实施例一种音视频实时传输方法的传输流的切片的格式示意图。本专利技术实施例中的传输流是一种基于包的流，每一组传输流被分割为若干个切片，需要说明的是图2中仅示出了一个切片的格式，其它切片的格式其实与图2中的切片格式类似。本专利技术实施例中的切片包括包1、包2……包n-1、包n，而且每个切片均只包括一张节目关联表和一张节目映射表。图3为本专利技术实施例一种音视频实时传输方法的传输流的切片的包的构成示意图。本专利技术实施例中切片的包由包头和数据组成，每个包是188个字节或204个字节，其中204个字节的包是在188个字节的包之后加上了16字节的CRC校验数据形成。包头还可以包括扩展的自使用区，包头长度占4个字节，自使用区和包数据共占184个字节。包头包括同步字节、传输误码指示符、有效载荷单元起始指示符、传输优先、包识别符、传输加扰控制、自适应区控制和连续计数器8个部分组成。其中，可以通过同步字节的位串的自本文档来自技高网...

【技术保护点】
一种音视频实时传输方法，其特征在于，包括：将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流；将节目关联表、节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用后存储为节目切片，每一个所述节目切片包括一张节目关联表和一张节目映射表；接收请求，并根据所述请求传输所述节目切片。

【技术特征摘要】
1.一种音视频实时传输方法，其特征在于，包括：将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流；将节目关联表、节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用后存储为节目切片，每一个所述节目切片包括一张节目关联表和一张节目映射表；接收请求，并根据所述请求传输所述节目切片。2.根据权利要求1所述的方法，其特征在于，包括所述将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流步骤之前包括：将视频数据及音频数据分别编码形成所述视频原始流及所述音频原始流。3.一种传输流打包方法，其特征在于，包括：接收分组的视频原始流、分组的音频原始流、一张节目关联表、一张节目映射表；将所述一张节目关联表、所述一张节目映射表、所述分组的视频原始流，以及所述分组的音频原始流复用为一段节目切片；存储所述一段节目切片。4.如权利要求3所述的方法，其特征在于，在所述接收分组的视频原始流、分组的音频原始流、一张节目关联表、一张节目映射表步骤之前还包括；将视频原始流及音频原始流分别打包为分组的视频原始流和分组的音频原始流，并输出的步骤。5.一种音视频实时传输装置，其特征在于，...

【专利技术属性】
技术研发人员：郑吉剑，
申请(专利权)人：乐视致新电子科技天津有限公司，
类型：发明
国别省市：天津;12