CN114500475B - 一种基于实时传输协议的网络数据传输方法、装置及设备 - Google Patents

一种基于实时传输协议的网络数据传输方法、装置及设备 Download PDF

Info

Publication number
CN114500475B
CN114500475B CN202111678505.XA CN202111678505A CN114500475B CN 114500475 B CN114500475 B CN 114500475B CN 202111678505 A CN202111678505 A CN 202111678505A CN 114500475 B CN114500475 B CN 114500475B
Authority
CN
China
Prior art keywords
aes3
rtp
subframe
audio
frame
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.)
Active
Application number
CN202111678505.XA
Other languages
English (en)
Other versions
CN114500475A (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.)
Saiyinxin Micro Beijing Electronic Technology Co ltd
Original Assignee
Saiyinxin Micro Beijing Electronic 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 Saiyinxin Micro Beijing Electronic Technology Co ltd filed Critical Saiyinxin Micro Beijing Electronic Technology Co ltd
Priority to CN202111678505.XA priority Critical patent/CN114500475B/zh
Publication of CN114500475A publication Critical patent/CN114500475A/zh
Application granted granted Critical
Publication of CN114500475B publication Critical patent/CN114500475B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0071Use of interleaving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

本申请涉及一种基于实时传输协议的网络数据传输方法、装置及设备,该方法包括:获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成。本申请的技术方案可以通过IP网络传输各种基本数字流并可扩展到各种性质类型传输。

Description

一种基于实时传输协议的网络数据传输方法、装置及设备
技术领域
本申请涉及数据传输的技术领域,尤其涉及一种基于实时传输协议的网络数据传输方法、装置及设备。
背景技术
随着科技的发展,音频变得越来越复杂。由早期的单声道音频演变成立体声,工作重心也注重左右声道的正确处理方式。但环绕声出现后,处理过程开始变得复杂。而环绕5.1扬声器系统则对多个通道进行排序约束,进而环绕6.1扬声器系统、环绕7.1扬声器系统等使音频处理千变万化,把正确的信号传递给合适的扬声器形成相互牵连的效果。因此,随着声音变得更具沉浸感和交互性,音频处理的复杂性也大大增加。
音频声道(或声道),是指声音在录制或播放时在不同空间位置采集或回放的相互独立的音频信号。而声道数也就是声音录制时的音源数量或回放时相应的扬声器数量。例如,在环绕5.1扬声器系统中包括6个不同空间位置的音频信号,每个独立的音频信号被用于驱动对应空间位置的扬声器;在环绕7.1扬声器系统中包括8个不同空间位置的音频信号,每个独立的音频信号被用于驱动对应空间位置的扬声器。
IP网络设备的传输能力和容量稳步提高,使IP交换和路由技术能够在专业电视广播设备内传输和交换视频、音频和元数据。现有的标准在这个方面得到了应用,但仍需区分不同的性质的元素操作。
发明内容
本申请的目的在于提出一种基于实时传输协议的网络数据传输方法、装置及设备,以通过IP网络传输各种基本数字流并可扩展到各种性质类型传输。
本申请第一方面提供了一种基于实时传输协议的网络数据传输方法,包括:
获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议(Real-time Transport Protocol,RTP)的封装格式将所述子帧封装在RTP有效载荷字段;
接收和解析RTP流所需的技术元数据,通过会话描述协议(Session DescriptionProtocol,SDP)进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成。
本申请第二方面提供了一种基于实时传输协议的网络数据传输装置,包括:
封装模块,用于获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;
传输模块,用于接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成。
本申请第三方面提供了一种电子设备,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如任意实施例提供的基于实时传输协议的网络数据传输方法。
本申请第四方面提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器实现如任意实施例提供的基于实时传输协议的网络数据传输方法。
由上可见,本申请基于实时传输协议的网络数据传输方法,将音频数据流数据置于数据突发中,并设置数据突发的相关字段,以使用AES3串行数字音频接口传输数据流数据。
附图说明
图1为本申请实施例中提供了一种三维声音频模型的示意图;
图2为本申请实施例中的基于实时传输协议的网络数据传输方法的流程图;
图3为本申请实施例中的基于实时传输协议的网络数据传输装置的结构示意图;
图4为本申请实施例中的一种电子设备的结构示意图;
图5为本申请实施例中的具有RTP有效负载的RTP报头的字段组成图;
图6为本申请实施例中的AM824子帧字段组成图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例
如图1所示,三维声音频模型由一组元素组成,每个元素用于描述音频的一个阶段,三维声音频模型包括内容制作部分和格式制作部分。
其中,所述内容部分包括:音频节目元素、音频内容元素、音频对象元素和音轨唯一标识元素;所述格式制作部分包括:音频包格式元素、音频通道格式元素、音频流格式元素和音频轨道格式元素;
所述音频节目元素引用至少一个所述音频内容元素;所述音频内容元素引用至少一个音频对象元素;所述音频对象元素引用对应的所述音频包格式元素和对应的所述音轨唯一标识元素;所述音轨唯一标识元素引用对应的所述音频轨道格式元素和对应的所述音频包格式元素;
所述音频包格式元素引用至少一个所述音频通道格式元素;所述音频流格式元素引用对应的所述音频通道格式元素和对应的所述音频包格式元素;所述音频轨道格式元素和对应的所述音频流格式元素相互引用。元素间的引用关系在图1中以箭头表示。
音频节目可以包括但不限于叙述、声音效果和背景音乐,所述音频节目元素可以用于描述节目,所述节目包括至少一个内容,所述音频内容元素用于描述所述音频节目元素中对应的一个内容。音频节目元素可以引用一个或多个音频内容元素,音频内容元素组合在一起以构建为完整的音频节目元素。
所述音频内容元素描述音频节目的一个组成部分(例如背景音乐)的内容,并引用一个或多个音频对象元素将内容与其格式联系起来。
所述音频对象元素用于建立内容、格式和有价值的信息,并确定实际音轨的音轨唯一标识。
格式制作部分包括:音频包格式元素、音频通道格式元素、音频流格式元素、音频轨道格式元素。
所述音频包格式元素,可以用于描述所述音频对象元素和原始音频数据依据通道分组打包时采用的格式。
所述音频通道格式元素可以用于表示单个音频采样序列和对其执行的预设操作,例如,在场景中渲染对象的移动。所述音频通道格式元素可以包含至少一个音频块格式元素。音频块格式元素可以视为音频通道格式元素的子元素,所以,音频通道格式元素和音频块格式元素之间为一种包含关系。
音频流,是渲染通道、对象、高阶环境音组件或包所需的音轨的组合。所述音频流格式元素用于建立音频轨道格式元素集和音频通道格式元素集之间的关系,或音频轨道格式集和音频包格式之间的关系。
所述音频轨道格式元素对应于单个音轨中的一组样本或数据,用于描述原始音频数据的格式,及渲染器的解码信号,还用于识别成功解码音轨数据所需的音轨组合。
通过三维声音频模型对原始音频数据进行制作后生成包含元数据的合成音频数据。
所述元数据(Metadata)是描述数据特性的信息,元数据支持的功能包括指示存储位置、历史数据、资源查找或文件记录。
合成音频数据以通信方式传输到远端后,由远端基于元数据对合成音频数据进行解析,还原原始声音场景或实时渲染成新的声音场景。
图1中示出了内容制作部分、格式制作部分和BW64(Broadcast Wave-64bit,64位广播波)文件之间的划分。内容制作部分和格式制作部分都构成了XML格式的元数据,它通常包含在BW64文件的一个块(“axml”块)中。底部的BW64文件部分包含“通道分配(chna)”块,它是一个查找表,用于连接元数据和文件中的音频节目。
内容制作部分描述音频的技术内容,例如它是否包含对话或特定语言,以及响度元数据。格式部分描述音频曲目的通道类型以及它们是如何组合在一起的,例如立体声对中的左声道和右声道。内容制作部分的元索通常是音频和节目所独有的,而格式制作部分的元素可以复用。
音频模型是一个开放兼容的元数据通用模型,但音频模型元数据不适合用于实时制作和流式音频应用,而较适合用于本地文件存储时。当涉及到远程实时传送元数据与数字音频时,需要一个串行的音频元数据模式,以允许将现有音频及其相关的音频模型元数据文件切片成帧,并形成流式传输。
一个串行音频元数据的帧包含一组音频模型元数据,用于描述与该帧相关联某个时间段内的音频帧。串行音频元数据具有与音频模型元数据相同的结构、属性和元素,以及用于规定帧格式的附加属性。串行音频元数据帧不重叠,并与指定的开始时间和持续时间相连。在一个串行音频元数据帧中包含的元数据,有可能用于描述超过该帧持续时间的音频本身。
串行音频元数据的父元素是帧(frame),包括:帧头(frameHeader)和音频格式扩展(audioFormatExtended)两个子元素。而帧头包括2个子元素:帧格式(frameFormat)和传输音轨格式(transportTrackFormat)。
音频格式扩展包括8个子元素:音频节目(audioProgramme)、音频内容(audioContent)、音频对象(audioObject)、音轨唯一标识(audioTrackUID)、音频包格式(audioPackFormat)、音频通道格式(audioChannelFormat)、音频流格式(audioStreamFormat)和音频轨道格式(audioTrackFormat)。
音频模型元数据由内容部分(例如音频节目元素)和格式部分(例如音频通道格式元素)组成。只有音频节目元素、音频对象元素和音频块格式元素三个元素存有与时间相关的参数。在内容部分中,音频节目元素或音频对象元素的开始时间、结束时间和持续时间用于确定元素的开始时间、结束时间或时长,这些参数通常是固定的。在格式部分中,音频块格式元素中的所有参数都是时变参数。
音频模型元数据可以分成两组:即动态元数据(如音频通道格式元素中的音频块格式元素)和静态元数据(如音频节目元素和音频内容元素)。
串行音频元数据帧由一个或多个元数据区块组成。
本申请提供了一种基于实时传输协议的网络数据传输方法,如图2所示,该方法包括:
S210、获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;
S220、接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成。
可选的,所述RTP报头的字段包括:版本号、填充位、扩展位、CSRC计数、标记位、有效载荷类型、序列号和时间戳。
可选的,所述获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段,包括:
获取AES3子帧,并将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,其中,RTP有效载荷由AM824子帧序列的交织集组成。
可选的,所述AM824子帧包括:块开始位、帧开始位、PCUV位和数据位。
可选的,所述将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,包括:
每个AES3帧的第一AES3子帧和第二AES3子帧顺序交叉;
若在同一RTP流中传输多个AES3信号,则来自每个所述AES3信号的AES3子帧按顺序地交叉;
所述传输所述串行数字音频接口信号,包括:
所述RTP流中的每个数据包包含来自相同数量AES3信号的数据;
所述RTP流中的每个分组包含来自相同媒体时钟周期数的AES3子帧。
可选的,设置为1的块开始位对应于AES3-3中定义的“Z”前导码,并且帧开始位也设置为1;
当块开始字段设置为0时,对应于“X”前导码的帧开始位设置为1,且对应于“Y”前导码的帧开始位设置为0。
可选的,所述接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号,包括:
RTP有效载荷内复用的AES3子帧序列的数量,在a=rtpmap线程上的SDP对象中发信号。
串行音频模式应用于实时制作和流式音频,将串行音频文件编码后切片成帧或生成帧,并通过串行数字音频接口进行传输。串行数字音频接口可以是AES3接口,用来传输PCM音频、非PCM数据(元数据)或在单独的通道中同时传输非PCM音频和数据、线性PCM音频。本实施例中用于传输数据的AES3接口基于现有AES3格式的物理和逻辑规格,允许在不同设备之间交换非PCM数据(元数据)和串行音频。该标准可容纳多种非PCM音频和数据格式,并允许在单个接口中传输多种数据流。本实施例中修改现有AES3格式,来传输非PCM数据(元数据),包括非PCM音频比特流,通常(但不一定)是降低比特率的比特流。这允许在单个AES3接口上携带超过2个通道的单个音频节目或多个音频节目,每个音频节目可能包含超过2个通道。
由于根据本接口可能传送的数据类型多种多样,因此本接口中不要求全局同步。然而,就编码音频采样率与AES3帧频率的关系(当传送非PCM音频时)以及就与其他信息流的时间同步而言,非PCM数据(元数据)内容的同步对于正确使用本接口是非常重要的。此外,特定数据类型的同步要求可能会对支持这些数据类型的设备增加缓存。因此,需要引用包含特定数据类型同步要求的其他文档,以保持与这些数据类型的兼容性。有一个专用的数据类型,即时间戳数据类型,用以支持同步方法。许多数据类型可利用时间戳数据突发中包含的信息(包括SMPTE 12M时间码信息)来维持与其它信息流的时间同步。
AES3接口的逻辑格式由一系列子帧组成。每个子帧旨在传送一个线性PCM样本,并且包含32个时隙,每个时隙(不包括用于同步目的的四个时隙)可以携带单个比特的信息。一对子帧(每个子帧包含一个音频通道的PCM字)构成一个AES3帧,该帧包含两个PCM字,一个来自通道1,一个来自通道2。192帧的序列构成一个块。块期间每个通道的192个通道状态位构成该通道的192位(24字节)通道状态字。传输非PCM数据(元数据)时,32个AES3时隙的标准用法被修改。这种用法如表1所示。表1中示出AES3非PCM数据(元数据)的子帧位字段使用情况:
表1
要传送的非PCM数据流形成为数据突发,每个突发由包含关于突发的信息的前导码和数据有效载荷组成。数据突发以两种模式之一放置在AES3子帧的音频采样字/辅助数据字段中。在帧模式中,来自AES3帧内的每个子帧的数据空间将组合起来,以允许在每个帧中放置多达48位的数据。在子帧模式中,每个通道将独立地处理,并且数据不在帧内子帧之间共享。在此模式下,每个子帧可以包含线性PCM音频或非PCM数据。这允许AES3接口同时传送两个线性PCM通道,或一个线性PCM通道和一组数据比特流,或两组数据比特流数据流类型。
数据突发被标记为一个数字,指示它们属于哪个数据流。多达七个不同的非PCM数据流,连同专用于时间戳数据突发的附加流类型,可以经时间复用在一起以形成一组数据比特流。在子帧模式中,这允许在单个AES3接口内复用多达14个独立的非PCM数据流。
使用每个子帧内可用空间的16、20或24位,将数据突发置于AES3子帧的音频采样字/辅助数据字段中。虽然24位模式允许更有效地使用AES3数据容量,但当与限制为16位或20位操作的现有设备接口时,可能需要16位和20位模式。
本实施例中通过IP传输RTP有效载荷格式的AES3信号。对于实时传输协议封装,AES3信号中的AES3子帧序列应使用RTP格式进行传输,并遵守以下约束和有效载荷定义。
接收和解析RTP流所需的技术元数据,将通过SDP进行通信。对于实时传输协议头定义,RTP报头的字段应符合RTP固定头字段的规定,如图5所示。RTP固定头字段包括:
有效载荷类型(PT):7bits动态分配的负载类型。有效载荷类型根据IETF RFC3551进行动态分配。
CSRC计数(CC):4bits设为0(0)。
时间戳:32bits PCM音频信号的RTP时间戳。对于AES3透明子帧,RTP时间戳指示在。AES3接口上呈现给封装器的AES3子帧的时间,或嵌入SDI中的AES3信号的等效值。
标记位(M):1bit设为0(0)。
扩展位(X):1bit当该位被设置时,格式化的RTP报头扩展紧跟在SSRC字段之后。
除非另有规定,RTP报头和RTP有效负载报头中表示的所有多八位字节数值应以网络字节顺序表示。图5中所示字段,以上未列出的字段与IETF RFC 3550中的规定完全相同。
对于实时传输协议有效载荷定义,RTP有效载荷应由AM824子帧序列的交织集组成。每个AES3子帧的内容应在一个AM824子帧中传输。AM824子帧的字段如图6所示,定义如下:
块开始(B):1bit设置为1时,表示AES3块的第一个子帧。如果该位设置为1,帧开始(F)位也应设置为1。
帧开始(F):1bit设置为1时,表示AES3帧的第一个子帧。
PCUV:4bits AES3子帧依次为P、C、U和V位。P位从AES3子帧的时隙31复制。C位从AES3子帧的时隙30复制,U位从时隙29复制,V位从时隙28复制。
数据:24bits来自AES3子帧的时隙4-27的24位。AES3时隙27在AM824子帧比特位置8中传送。
每个AES3帧的AES3子帧1和2应顺序交叉。如果在同一RTP流中传输多个AES3信号,则来自每个AES3信号的AES3子帧按顺序地交叉。流中的每个数据包应包含来自相同数量AES3信号的数据。流中的每个分组应包含来自相同媒体时钟周期数的AES3子帧。应使用下述内容中定义的会话描述协议(SDP)中的ptime属性,使用下面表2中的允许值之一,向流中每个数据包对应的时间段发送信号。
需要说明的是,设置为1的块开始(B)字段对应于AES3-3中定义的“Z”前导码,并且要求帧开始(F)位也设置为1。当块开始(B)字段设置为0时,帧开始(F)位对应于“X”前导被设置为1,并且对应于“Y”前导被设置为0。另外,AES3-3中的AES3子帧被划分为编号为0..31的时隙,其中首先发送时隙0,并且诸如音频采样值之类的多位量被组织为具有该值中最低有效位的位字段中编号最低的位。此RTP有效负载格式由32位AM824子帧组成,其中多位量的最高有效位实际上是所示大端表示中编号最低的位。
对于媒体时钟,本实施例中的流使用一个44.1kHz、48kHz或96kHz的媒体时钟频率。发送器和接收器支持48kHz的媒体时钟和RTP时钟速率,并可支持44.1kHz或96kHz的速率。支持多个流的设备不需要同时支持多个媒体时钟速率。
媒体时钟和RTP时钟之间的偏移量为零。媒体时钟和RTP时钟的其他规定应符合SMPTE的规定。
图3为本申请实施例提供的一种基于实时传输协议的网络数据传输装置,包括:
封装模块310,用于获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;
传输模块320,用于接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成。
可选的,所述RTP报头的字段包括:版本号、填充位、扩展位、CSRC计数、标记位、有效载荷类型、序列号和时间戳。
可选的,封装模块,具体用于:
获取AES3子帧,并将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,其中,RTP有效载荷由AM824子帧序列的交织集组成。
可选的,所述AM824子帧包括:块开始位、帧开始位、PCUV位和数据位。
可选的,封装模块,具体用于:
每个AES3帧的第一AES3子帧和第二AES3子帧顺序交叉;
若在同一RTP流中传输多个AES3信号,则来自每个所述AES3信号的AES3子帧按顺序地交叉;
所述传输所述串行数字音频接口信号,包括:
所述RTP流中的每个数据包包含来自相同数量AES3信号的数据;
所述RTP流中的每个分组包含来自相同媒体时钟周期数的AES3子帧。
可选的,设置为1的块开始位对应于AES3-3中定义的“Z”前导码,并且帧开始位也设置为1;
当块开始字段设置为0时,对应于“X”前导码的帧开始位设置为1,且对应于“Y”前导码的帧开始位设置为0。
可选的,传输模块,具体用于:
RTP有效载荷内复用的AES3子帧序列的数量,在a=rtpmap线程上的SDP对象中发信号。
本发明实施例所提供的基于实时传输协议的网络数据传输装置可执行本发明任意实施例所提供的基于实时传输协议的网络数据传输方法,具备执行方法相应的功能模块和有益效果。
图4为本申请实施例提供的一种电子设备的结构示意图。如图4所示,该电子设备包括:处理器410、存储器420、输入装置430以及输出装置440。该电子设备中处理器30的数量可以是一个或者多个,图4中以一个处理器410为例。该电子设备中存储器420的数量可以是一个或者多个,图4中以一个存储器420为例。该电子设备的处理器410、存储器420、输入装置430以及输出装置440可以通过总线或者其他方式连接,图4中以通过总线连接为例。该电子设备可以是电脑和服务器等。本申请实施例以电子设备为服务器进行详细说明,该服务器可以是独立服务器或集群服务器。
存储器420作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述基于实时传输协议的网络数据传输装置的程序指令/模块。存储器420可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器420可进一步包括相对于处理器410远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字或者字符信息,以及产生与电子设备的观众用户设置以及功能控制有关的键信号输入,还可以是用于获取图像的摄像头以及获取音频数据的拾音设备。输出装置440可以包括扬声器等音频设备。需要说明的是,输入装置430和输出装置440的具体组成可以根据实际情况设定。
处理器410通过运行存储在存储器420中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现基于实时传输协议的网络数据传输方法。
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器生成包括任意实施例提供的基于实时传输协议的网络数据传输方法。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的电子方法操作,还可以执行本申请任意实施例所提供的电子方法中的相关操作,且具备相应的功能和有益效果。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本申请可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是机器人,个人计算机,服务器,或者网络设备等)执行本申请任意实施例所述的电子方法。
值得注意的是,上述电子装置中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
在本说明书的描述中,参考术语“在一实施例中”、“在又一实施例中”、“示例性的”或“在具体的实施例中”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
虽然,上文中已经用一般性说明、具体实施方式及试验,对本申请作了详尽的描述,但在本申请基础上,可以对之作一些修改或改进,这对本领域技术人员而言是显而易见的。因此,在不偏离本申请精神的基础上所做的这些修改或改进,均属于本申请要求保护的范围。

Claims (8)

1.一种基于实时传输协议的网络数据传输方法,其特征在于,包括:
获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;
接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成;
其中,所述获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段,包括:
获取AES3子帧,并将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,其中,RTP有效载荷由AM824子帧序列的交织集组成;
所述AM824子帧包括:块开始位、帧开始位、PCUV位和数据位;
所述将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,包括:
每个AES3帧的第一AES3子帧和第二AES3子帧顺序交叉;
若在同一RTP流中传输多个AES3信号,则来自每个所述AES3信号的AES3子帧按顺序地交叉。
2.根据权利要求1所述的方法,其特征在于,所述RTP报头的字段包括:版本号、填充位、扩展位、CSRC计数、标记位、有效载荷类型、序列号和时间戳。
3.根据权利要求1所述的方法,其特征在于,
所述传输所述串行数字音频接口信号,包括:
所述RTP流中的每个数据包包含来自相同数量AES3信号的数据;
所述RTP流中的每个分组包含来自相同媒体时钟周期数的AES3子帧。
4.根据权利要求3所述的方法,其特征在于,设置为1的块开始位对应于AES3-3中定义的“Z”前导码,并且帧开始位也设置为1;
当块开始字段设置为0时,对应于“X”前导码的帧开始位设置为1,且对应于“Y”前导码的帧开始位设置为0。
5.根据权利要求1所述的方法,其特征在于,所述接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号,包括:
RTP有效载荷内复用的AES3子帧序列的数量,在a=rtpmap线程上的SDP对象中发信号。
6.一种基于实时传输协议的网络数据传输装置,其特征在于,包括:
封装模块,用于获取串行数字音频接口信号中的数据突发的子帧,并根据实时传输协议RTP的封装格式将所述子帧封装在RTP有效载荷字段;
传输模块,用于接收和解析RTP流所需的技术元数据,通过会话描述协议SDP进行通信,传输所述串行数字音频接口信号;
其中,RTP报头的字段符合RTP固定头字段的规定,RTP有效载荷由预设流格式子帧序列的交织集组成;
其中,封装模块,具体用于:
获取AES3子帧,并将每个所述AES3子帧的内容设置在一个对应的AM824子帧中,其中,RTP有效载荷由AM824子帧序列的交织集组成;
所述AM824子帧包括:块开始位、帧开始位、PCUV位和数据位;
封装模块,具体用于:
每个AES3帧的第一AES3子帧和第二AES3子帧顺序交叉;
若在同一RTP流中传输多个AES3信号,则来自每个所述AES3信号的AES3子帧按顺序地交叉。
7.一种电子设备,其特征在于,包括:存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5任一项所述的方法。
8.一种包含计算机可执行指令的存储介质,其特征在于,所述计算机可执行指令在由计算机处理器实现如权利要求1-5任一项所述方法。
CN202111678505.XA 2021-12-31 2021-12-31 一种基于实时传输协议的网络数据传输方法、装置及设备 Active CN114500475B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111678505.XA CN114500475B (zh) 2021-12-31 2021-12-31 一种基于实时传输协议的网络数据传输方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111678505.XA CN114500475B (zh) 2021-12-31 2021-12-31 一种基于实时传输协议的网络数据传输方法、装置及设备

Publications (2)

Publication Number Publication Date
CN114500475A CN114500475A (zh) 2022-05-13
CN114500475B true CN114500475B (zh) 2024-02-09

Family

ID=81510384

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111678505.XA Active CN114500475B (zh) 2021-12-31 2021-12-31 一种基于实时传输协议的网络数据传输方法、装置及设备

Country Status (1)

Country Link
CN (1) CN114500475B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117560432A (zh) * 2022-08-04 2024-02-13 华为技术有限公司 通信方法、设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1461545A (zh) * 2001-03-19 2003-12-10 索尼公司 数据传输方法和数据传输设备
CN1972443A (zh) * 2005-11-27 2007-05-30 海信集团有限公司 基于ip机顶盒的mpeg1文件实时播放的方法
CN101506790A (zh) * 2005-07-07 2009-08-12 微软公司 承载使用用于流传送的控制协议和传输协议保护的内容
CN102301702A (zh) * 2009-02-02 2011-12-28 Lg电子株式会社 发送/接收系统以及在发送/接收系统中处理数据的方法
CN103621101A (zh) * 2011-07-01 2014-03-05 杜比实验室特许公司 用于自适应音频系统的同步化和切换方法及系统
CN106331853A (zh) * 2016-08-31 2017-01-11 福建星网视易信息系统有限公司 多媒体解封装方法及装置
CN106685585A (zh) * 2015-11-10 2017-05-17 阿里巴巴集团控股有限公司 一种数据通信方法和装置
CN107872422A (zh) * 2016-09-23 2018-04-03 杭州海康威视数字技术股份有限公司 一种数据传输方法、装置及电子设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10891100B2 (en) * 2018-04-11 2021-01-12 Matthew Cohn System and method for capturing and accessing real-time audio and associated metadata

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1461545A (zh) * 2001-03-19 2003-12-10 索尼公司 数据传输方法和数据传输设备
CN101506790A (zh) * 2005-07-07 2009-08-12 微软公司 承载使用用于流传送的控制协议和传输协议保护的内容
CN1972443A (zh) * 2005-11-27 2007-05-30 海信集团有限公司 基于ip机顶盒的mpeg1文件实时播放的方法
CN102301702A (zh) * 2009-02-02 2011-12-28 Lg电子株式会社 发送/接收系统以及在发送/接收系统中处理数据的方法
CN103621101A (zh) * 2011-07-01 2014-03-05 杜比实验室特许公司 用于自适应音频系统的同步化和切换方法及系统
CN106685585A (zh) * 2015-11-10 2017-05-17 阿里巴巴集团控股有限公司 一种数据通信方法和装置
CN106331853A (zh) * 2016-08-31 2017-01-11 福建星网视易信息系统有限公司 多媒体解封装方法及装置
CN107872422A (zh) * 2016-09-23 2018-04-03 杭州海康威视数字技术股份有限公司 一种数据传输方法、装置及电子设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"录音车音频系统基于AoIP网络架构的设计及配置";尹宝兴;《演艺科技》(第6期);第21-26页 *
"适用于节目制作的互联网协议(IP)接口技术";国际电信联盟;《ITU-R BS.2137-0 建议书》;第1-7页 *

Also Published As

Publication number Publication date
CN114500475A (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
RU2653858C1 (ru) Процессор данных и транспорт данных пользовательского управления на устройства декодирования и воспроизведения аудио
US7672743B2 (en) Digital audio processing
JP2018011319A (ja) マルチメディア伝送システムにおけるパケットを伝送する方法
JP5529183B2 (ja) メインデータ及び埋め込みデータが記録されたコンピュータ可読記録媒体
KR20090112579A (ko) 객체기반 오디오 컨텐츠의 생성/재생 방법 및 객체기반 오디오 서비스를 위한 파일 포맷 구조를 가진 데이터를 기록한 컴퓨터 판독 가능 기록 매체
KR100838900B1 (ko) 재생 시스템과 재생 방법, 데이터 송신 장치와 데이터 송신 방법, 및 원격 제어 장치와 원격 제어 방법
CN114500475B (zh) 一种基于实时传输协议的网络数据传输方法、装置及设备
KR20220165693A (ko) 디지털 방송 서비스 방법 및 장치
CN103237259A (zh) 一种视频声道处理装置及方法
CN106375778B (zh) 一种符合数字电影规范的三维音频节目码流传输的方法
CN114448955B (zh) 一种数字音频网络传输方法、装置、设备及存储介质
JP2022522575A (ja) カプセル化されたメディアコンテンツの利用可能な部分をシグナリングするための方法、装置、及びコンピュータプログラム
CN114510212B (zh) 一种基于串行数字音频接口的数据传输方法、装置及设备
EP2093911A2 (en) Receiving system and audio data processing method thereof
CN114512152A (zh) 一种广播音频格式文件生成方法、装置、设备及存储介质
CN114360556A (zh) 串行音频元数据帧生成方法、装置、设备及存储介质
CN113889128A (zh) 一种音频制作模型和生成方法、电子设备及存储介质
CN114363790A (zh) 串行音频块格式元数据生成方法、装置、设备及介质
CN114143695A (zh) 一种音频流元数据和生成方法、电子设备及存储介质
CN114363791A (zh) 串行音频元数据生成方法、装置、设备及存储介质
CN114051194A (zh) 一种音频轨道元数据和生成方法、电子设备及存储介质
CN114023339A (zh) 基于音床音频包格式元数据和产生方法、设备及介质
CN114510598A (zh) 音频元数据区块的生成方法、装置、设备及存储介质
KR20110085155A (ko) 실시간 스트리밍을 위한 오디오 생성장치, 오디오 재생장치 및 그 방법
CN113905322A (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