CN117221294A - 音频流传输方法和系统 - Google Patents
音频流传输方法和系统 Download PDFInfo
- Publication number
- CN117221294A CN117221294A CN202311054090.8A CN202311054090A CN117221294A CN 117221294 A CN117221294 A CN 117221294A CN 202311054090 A CN202311054090 A CN 202311054090A CN 117221294 A CN117221294 A CN 117221294A
- Authority
- CN
- China
- Prior art keywords
- audio
- audio data
- data
- track
- pcm
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000005540 biological transmission Effects 0.000 title abstract description 44
- 238000004519 manufacturing process Methods 0.000 claims abstract description 25
- 238000005070 sampling Methods 0.000 claims description 13
- 230000001360 synchronised effect Effects 0.000 claims description 9
- 238000012856 packing Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 18
- 230000003287 optical effect Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000004806 packaging method and process Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000011218 segmentation Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000004075 alteration Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008569 process Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供一种音频流传输方法和系统，属于电子信息技术领域，所述方法包括基于至少一音频采集设备获取至少一单通道音频数据；基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；对所述多轨PCM音频数据进行分割，得到音频数据块；将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流。本申请实施例采用公网传输，网络要求低，传输制作成本低廉；传输的音频流为未压缩的PCM音频流，是无损传输；基于SRT协议传输TS数据流，可以有效避免公网传输的丢包问题。
Description
技术领域
本申请涉及电子信息技术领域，尤其涉及一种音频流传输方法和系统。
背景技术
广播电视领域高质量环绕声、三维声音频节目制作通常需要专业的制作设备和制作环境，而大多数节目现场环境嘈杂、场地狭窄，很难布置出符合调音要求的房间及空间，因此，节目现场和制作区具有一定的距离，需要从节目现场将音频流传输至制作区。
现有的音频流传输技术主要有三种：
1、AES/EBU(Audio Engineering Society/European Broadcast Union)传输：即通过专业音频电缆传输，需要在发送端和接收端之间连接屏蔽电缆或同轴电缆，专业电缆传输距离有限(100米)，无法适用于远程制作的业务场景。
2、SMPTE(Society of Motion Picture and Television Engineers)ST2110-30传输：即音频有效数据IP化，基于RTP(Real-time Transport Protocol，实时传输协议)格式的非压缩音频传输方式。此种方式通过IP传输，分为125us和1000us两种标准，对发送和接收网卡的实时性要求极高，网卡处理抖动量超过标准，将造成数据传输错误，发送和接收设备需使用额外的PTP(Precise Time Protocol，精确时钟协议)时钟同步机制进行时钟同步。如果需要对数据进行转发，对路由器有同样的抖动和PTP同步要求。若通过ST2110-30方式传输音频，信号发送端和接收端采用同步模式时，一般应用在局域网环境内传输，传输距离相对受限；信号发送端和接收端采用异步同步模式进行SMPTE ST2110-30组播信号交互时，则受限于接收端设备的缓存能力，可能出现延时过大，接收设备无法正常解析还原的现象。
3、音频有损压缩传输：现有的音频系统建设中，在互联网环境传输音频，通常会将音频有效数据编码成MP3、AAC(Advanced Audio Coding，高级音频编码)格式后再在互联网中传输。在保证人耳听觉不产生失真的情况下，为了确保高压缩比，会丢失某些高频信息。此种方式是有损的，不适合对音质要求高的场景。
发明内容
为了解决上述技术缺陷之一，本申请实施例中提供了一种音频流传输方法和系统。
根据本申请实施例的第一个方面，提供了一种音频流传输方法，适用于发送端，包括：
基于至少一音频采集设备获取至少一单通道音频数据；
基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；
对所述多轨PCM音频数据进行分割，得到音频数据块；
将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流。
作为一个实施例，所述基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据，包括：
基于至少一多轨音频编码器获取NTP时钟同步信号，将所述NTP时钟同步信号转换为PTP时钟同步信号；
将所述PTP时钟同步信号发送至音频数据接口设备，所述音频数据接口设备用于根据所述PTP时钟同步信号对接收到的所有所述单通道音频数据进行同步，得到多轨PCM音频数据。
作为一个实施例，所述对所述多轨PCM音频数据进行分割，得到音频数据块，包括：
基于预设的采样参数对所述多轨PCM音频数据进行分割，得到音频数据块；
其中，所述音频数据块的时间戳信息基于所述多轨PCM音频数据对应的RTP包时间戳信息确定。
作为一个实施例，所述将所述音频数据块打包为TS数据流，包括：
获取所述音频数据块的时间戳信息、数据流类型、描述符和PCR时钟信息；其中，所述数据流类型和所述PCR时钟信息均与所述NTP时钟同步信号相关；
基于MPEG-TS协议将所述时间戳信息、所述数据流类型、所述描述符、所述PCR时钟信息和所述音频数据块打包为TS数据流。
根据本申请实施例的第二个方面，提供了一种音频流传输方法，适用于接收端，包括：
基于SRT协议获取TS数据流；
对所述TS数据流进行解析，得到音频数据块；
基于所述音频数据块的时间戳信息，得到多轨PCM音频数据，所述多轨PCM音频数据用于音频制作。
作为一个实施例，所述对所述TS数据流进行解析，得到音频数据块，包括：
对所述TS数据流进行解析，将所述TS数据流中符合预设数据流类型和预设描述符且具有相同时间戳信息的数据块作为一个音频数据块。
作为一个实施例，还包括：
根据所述音频数据块的描述符，确定所述音频数据块的采样率、声道数和比特位宽信息以进行音频解码。
作为一个实施例，还包括：
确定所述TS数据流的PCR时钟信息；
将所述PCR时钟信息转换为PTP时钟同步信号；
根据所述PTP时钟同步信号，对所述多轨PCM音频数据进行同步。
根据本申请实施例的第三个方面，提供了一种音频流传输系统，包括发送端工作站和接收端工作站；
所述发送端工作站用于实现所述的音频流传输方法，包括：
基于至少一音频采集设备获取至少一单通道音频数据；
基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；
对所述多轨PCM音频数据进行分割，得到音频数据块；
将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流；
所述接收端工作站用于实现所述的音频流传输方法，包括：
基于SRT协议获取TS数据流；
对所述TS数据流进行解析，得到音频数据块；
基于所述音频数据块的时间戳信息，得到多轨PCM音频数据，所述多轨PCM音频数据用于音频制作。
作为一个实施例，所述发送端工作站包括至少一音频数据接口设备和与所述音频数据接口设备连接的至少一多轨音频编码器，所述接收端工作站包括至少一多轨音频解码器以及与所述多轨音频解码器连接的至少一音频制作设备，所述多轨音频编码器基于SRT协议发送数据至所述多轨音频解码器。
本申请实施例提供的音频流传输方法和系统，基于至少一音频采集设备获取至少一单通道音频数据；基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；对所述多轨PCM音频数据进行分割，得到音频数据块；将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流。本申请实施例采用公网传输，网络要求低，传输制作成本低廉；传输的音频流为未压缩的PCM音频流，是无损传输；基于SRT协议传输TS数据流，可以有效避免公网传输的丢包问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的音频流传输方法的流程示意图之一；
图2为本申请实施例提供的图1中步骤S120的流程示意图；
图3为本申请实施例提供的图1中步骤S140的流程示意图；
图4为本申请实施例提供的音频流传输方法的流程示意图之二；
图5为本申请实施例提供的音频流传输系统的结构示意图；
图6为本申请实施例提供的基于音频流传输系统传输音频数据的示意图；
图7为本申请实施例提供的发送端工作站的结构示意图；
图8为本申请实施例提供的接收端工作站的结构示意图；
图9为本申请实施例提供的音频流传输系统一实施例的结构示意图；
图10为本申请实施例提供的音视频流传输系统的结构示意图。
图中：
1-发送端工作站、101-音频数据接口设备、102-多轨音频编码器、2-接收端工作站、201-多轨音频解码器、202-音频制作设备。
具体实施方式
为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图1为本申请实施例提供的音频流传输方法的流程示意图，如图1所示，本申请实施例提供了一种音频流传输方法，适用于发送端，包括：
S110，基于至少一音频采集设备获取至少一单通道音频数据；
S120，基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM(Pulse-Code Modulation，脉冲调制编码)音频数据；
S130，对所述多轨PCM音频数据进行分割，得到音频数据块；
S140，将所述音频数据块打包为TS数据流并基于SRT(Secure ReliableTransport，安全可靠传输)协议传输所述TS数据流。
具体的，本申请实施例适用于演播前场空间小、无专业制作设备的直播制作场景，音频采集设备可为演播现场有线话筒、无线话筒等。
在步骤S120中，基于网络同步信号对所有单通道音频数据进行同步，可以确保发送端和接收端的音频数据同步。PCM是一种用数字表示采样模拟信号的方法。
在步骤S140中，发送端将使用SRT协议对连续的TS数据流进行传输，根据应用需求，发送端可以使用SRT Caller模式或Listener模式，相对应的，接收端将使用SRTListener或Caller模式。当发送端使用Caller模式时，需要接收端提供Listener SRT的IP地址，双方建立握手连接，相反，如果发送端使用Listener模式，则需要将自身的IP地址提供给使用Caller模式的接收端以供对方建立连接之用。SRT协议具有良好的丢包重传机制，可以有效避免公网传输的丢包问题。同时支持AES-128或AES-256加密口令对数据进行加密，防止传输信息被非法获取。
可以理解的是，本申请实施例采用公网传输，网络要求低，传输制作成本低廉；传输的音频流为未压缩的PCM音频流，是无损传输，不影响音质，适用于音乐会、演唱会等专业音乐节目制作；传统的音频传输接口有硬性限制(格式、速度、通道数等)，本申请基于SRT协议传输TS数据流，IP接口对速度、通道数、精度、同步等没有固定的限制，更加具有弹性，还可以有效避免公网传输的丢包问题。
图2为本申请实施例提供的图1中步骤S120的流程示意图，如图2所示，作为一个实施例，所述基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据，包括：
S210，基于至少一多轨音频编码器获取NTP(Network Time Protocol，网络时间协议)时钟同步信号，将所述NTP时钟同步信号转换为PTP时钟同步信号；
S220，将所述PTP时钟同步信号发送至音频数据接口设备，所述音频数据接口设备用于根据所述PTP时钟同步信号对接收到的所有所述单通道音频数据进行同步，得到多轨PCM音频数据。
音频数据接口设备可采用音频接口箱，演播现场有线话筒、无线话筒等采集的音频接入音频接口箱，音频接口箱输出ST2110-30无损音频给多轨音频编码器；多轨音频编码器接入统一NTP时间同步服务，将NTP时间同步转换为PTP同步信号同步给前场音频接口箱，保证多轨音频采集同步。
多轨音频编码器的数量可为多个，实现冗余机制。
可以理解的是，音频数据接口设备的同步信号并不一定为准确的当前时间，在音频数据与视频数据进行同步匹配的时候，音频数据接口设备本身的同步信号有可能不能满足需求，且音频数据接口设备重启后将会导致设备本身的同步信号发生变化或者重置，导致音频数据的同步信号有可能出错，为此，本申请实施例将多轨音频编码器接入NTP时间同步服务，将所述NTP时钟同步信号转换为PTP时钟同步信号并发送至音频数据接口设备，以避免音频数据同步出错。
作为一个实施例，所述对所述多轨PCM音频数据进行分割，得到音频数据块，包括：
基于预设的采样参数对所述多轨PCM音频数据进行分割，得到音频数据块；
其中，所述音频数据块的时间戳信息基于所述多轨PCM音频数据对应的RTP包时间戳信息确定。
具体的，对多轨PCM音频数据进行分割的采样率为48000Hz，采样数据包长度1ms,采样点数为48；每一音频数据块可看做一帧音频，每帧音频的时间戳信息是ST2110-30信源提供的RTP包时间戳信息，PCM音频声道数包括1、2、6、8、16、64，比特位宽包括16bit和24bit，进行音频帧分割后，每帧音频包含的数据字节数为：音频采样率*音频声道数*音频比特位宽/8/每秒帧数。
可以理解的是，多轨音频编码器基于预设的采样参数对多轨PCM音频数据进行分割，为音频解码提供信息，并将ST2110-30信源提供的RTP包时间戳信息作为每帧音频的时间戳信息，便于接收端对音频数据块进行排序，防止丢包。
图3为本申请实施例提供的图1中步骤S140的流程示意图，如图3所示，作为一个实施例，所述将所述音频数据块打包为TS数据流，包括：
S310，获取所述音频数据块的时间戳信息、数据流类型、描述符和PCR时钟信息；其中，所述数据流类型和所述PCR时钟信息均与所述NTP时钟同步信号相关；
S320，基于MPEG-TS协议将所述时间戳信息、所述数据流类型、所述描述符、所述PCR时钟信息和所述音频数据块打包为TS数据流。
在步骤S310中，数据流类型即streamtype，在本申请实施例中，数据流类型使用私有数据类型，私有数据类型与NTP时钟同步信号相关。PCR信息用于传输发送端设备的系统时钟，即NTP时钟同步信号。描述符中则传输PCM音频采样率、声道数和比特位宽信息。音频数据块的时间戳信息即独立的PTS时间戳信息。
在步骤S320中，基于MPEG-TS协议将音频数据块连续打包成188字节包长度的TS数据流。
可以理解的是，本申请实施例通过确定音频数据块的时间戳信息、数据流类型、描述符和PCR时钟信息，便于接收端解析出多轨PCM音频数据。
下面对本申请提供的音频流传输方法进行描述，下文描述的音频流传输方法与上文描述的音频流传输方法可相互对应参照。
图4为本申请实施例提供的音频流传输方法的流程示意图之二，如图4所示，本申请实施例提供了一种音频流传输方法，适用于接收端，包括：
S410，基于SRT协议获取TS数据流；
S420，对所述TS数据流进行解析，得到音频数据块；
S430，基于所述音频数据块的时间戳信息，得到多轨PCM音频数据，所述多轨PCM音频数据用于音频制作。
可以理解的是，本申请实施例在发送端和接收端之间采用公网传输，网络要求低，传输制作成本低廉；传输的音频流为未压缩的PCM音频流，是无损传输；基于SRT协议传输TS数据流，可以有效避免公网传输的丢包问题。
作为一个实施例，所述对所述TS数据流进行解析，得到音频数据块，包括：
对所述TS数据流进行解析，将所述TS数据流中符合预设数据流类型和预设描述符且具有相同时间戳信息的数据块作为一个音频数据块。
接收端接收到的数据为MPEG-TS格式的数据，解复用模块对TS数据流进行MPEG-TS格式的解析，分离出streamtype私有数据类型，描述符为PCM音频的数据块，从MPEG-TS包中分离出的具有相同时间戳的PCM数据为一帧音频数据。
可以理解的是，本申请实施例提供了一种确定音频数据块的技术方案，通过时间戳可以对多声道音频数据进行解析，避免丢包。
作为一个实施例，还包括：
根据所述音频数据块的描述符，确定所述音频数据块的采样率、声道数和比特位宽信息以进行音频解码。
具体的，接收端还可根据描述符中的数据解析出音频数据块的采样率、声道数和比特位宽信息；一帧音频数据块包含的采样点数可根据数据的总字节数和从描述符中解析出的音频信息理论计算得出，算法为：音频帧字节数*8/音频比特位宽/音频声道数。
可以理解的是，本申请实施例通过确定所述音频数据块的采样率、声道数和比特位宽信息，实现在发送端和接收端的音频数据块的信息同步，避免后期制作出现错误。
作为一个实施例，还包括：
确定所述TS数据流的PCR时钟信息；
将所述PCR时钟信息转换为PTP时钟同步信号；
根据所述PTP时钟同步信号，对所述多轨PCM音频数据进行同步。
具体的，多轨音频解码器根据PCR时钟解码输出多轨PCM音频数据即ST2110-30音频信号，将解码输出的ST2110-30音频信号的时钟信号替换成音频制作设备内的PTP同步时间，并保证音频信号的相位相同。调音台接入同步后的ST2110-30音频信号作为信源，进行调音混音制作。
可以理解的是，本申请实施例提供了一种对所述多轨PCM音频数据进行同步的技术方案，便于后续的调音混音制作。
图5为本申请实施例提供的音频流传输系统的结构示意图，图6为本申请实施例提供的基于音频流传输系统传输音频数据的示意图，如图5和图6所示，本申请实施例提供了一种音频流传输系统，包括发送端工作站1和接收端工作站2；
所述发送端工作站1用于实现所述的音频流传输方法，包括：
基于至少一音频采集设备获取至少一单通道音频数据；
基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；
对所述多轨PCM音频数据进行分割，得到音频数据块；
将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流；
所述接收端工作站2用于实现所述的音频流传输方法，包括：
基于SRT协议获取TS数据流；
对所述TS数据流进行解析，得到音频数据块；
基于所述音频数据块的时间戳信息，得到多轨PCM音频数据，所述多轨PCM音频数据用于音频制作。
图7为本申请实施例提供的发送端工作站的结构示意图，图8为本申请实施例提供的接收端工作站的结构示意图，如图7和图8所示，作为一个实施例，所述发送端工作站1包括至少一音频数据接口设备101和与所述音频数据接口设备101连接的至少一多轨音频编码器102，所述接收端工作站2包括至少一多轨音频解码器201以及与所述多轨音频解码器201连接的至少一音频制作设备202，所述多轨音频编码器102基于SRT协议发送数据至所述多轨音频解码器201。
下面对发送端工作站和接收端工作站的具体组成进行举例说明。
图9为本申请实施例提供的音频流传输系统一实施例的结构示意图，如图9所示，发送端工作站可表示为PCM-SRT工作站，接收端工作站可表示为SRT-PCM工作站。
PCM-SRT工作站主要由x86架构服务器、基于FPGA的双SFP 25Gbps光网卡、双RJ45千兆网卡、Linux操作系统和应用软件组成，可以将输入的ST2110-30数据转换为SRT网络数据。其中25Gbps光网卡通过光纤接收符合ST2110-30协议的RTP数据包，由于ST2110-30协议对RTP数据包的接收实时性提出了极高要求，因此光网卡接收RTP包的工作全部由FPGA完成，并不需要CPU和操作系统的参与，这样可以保证最高的接收实时性和最低的接收缓冲区容量要求，从而实现最低的接收延时。当光网卡接收到RTP数据包后，FPGA负责将这些数据送给网卡底层驱动程序，上层应用程序可通过软件接口获得这些RTP数据包，分离出RTPpayload中的PCM音频数据。获得PCM音频数据以后，软件会对这些数据进行帧分割、mpeg-ts格式封装和SRT网络协议的处理，PCM-SRT工作站最终将使用RJ45千兆网卡和SRT-PCM工作站建立网络连接并实现网络数据通信。由于SRT公网通信对实时性的要求远远低于2110-30协议，因此音频帧分割、mpeg-ts格式封装和SRT网络通信功能全部由CPU和操作系统参与处理。
SRT-PCM工作站主要由x86架构服务器、基于FPGA的双SFP 25Gbps光网卡、双RJ45千兆网卡、Linux操作系统和应用软件组成，可以将输入的SRT网络数据转换为2110-30数据。基于CPU和操作系统的应用层软件首先通过RJ45千兆网卡和PCM-SRT工作站建立SRT网络连接并接收mpeg-ts格式的数据包。收到的mpeg-ts格式数据包经过解复用软件模块解析后，分离出PCM音频数据。这些数据将由应用层软件按照ST2110-30协议中规定的RTP协议封装方法被连续封装为可供光网卡发送的RTP数据包并送给光网卡底层驱动程序。最终不需要CPU和操作系统参与的光网卡FPGA将负责这些RTP数据包的发送工作，以满足ST2110-30协议对网络数据包发送间隔极高的实时性要求。
PCM-SRT工作站和SRT-PCM工作站的硬件配置实际上是完全相同的，PCM数据和SRT数据的转换方向仅由所部署的软件功能决定。因此本申请可以在一个工作站上同时部署PCM-SRT和SRT-PCM通信软件，从而实现两个地点之间的双向无损PCM公网通信功能。即A点的工作站将来自光网卡的本地ST2110-30 PCM数据转换为SRT数据包发送给B点，同时接收B点发送过来的SRT数据包并将其转换为ST2110-30 PCM数据由光网卡输出；B点的工作站在接收A点发送过来的SRT数据包并将其转换为ST2110-30 PCM数据由光网卡输出的同时，将来自光网卡的本地ST2110-30 PCM数据转换为SRT数据包发送给A点。
在本申请实施例中，PCM-SRT工作站中应用软件包含PCM接收程序和SRT发送程序，SRT-PCM工作站中应用软件包含SRT接收程序和PCM发送程序。PCM-SRT工作站的PCM接收程序接收外部ST2110-30信源，经过分割处理后交给SRT发送程序，SRT发送程序打包成TS数据流后使用SRT协议点对点连接方式发送给SRT-PCM工作站的SRT接收程序，SRT接收程序对TS数据流分离解析出描述符信息、帧音频数据、PCR时钟信息，交由PCM发送程序通过ST2110-30发送给外部PCM接收工作站。
图10为本申请实施例提供的音视频流传输系统的结构示意图，如图10所示，本申请实施例还提供了一种音视频流传输系统，包括音频流传输系统和视频流传输系统，视频流传输系统包括视频发送端的至少一视频编码器、视频接收端的至少一视频解码器、视频接收端的视频切换制作设备，NTP同步服务对视频编码器和多轨音频编码器进行时钟同步，多轨音频解码器对视频解码器进行同步，音频制作设备输出音频流至视频切换制作设备，实现音画同步，且视频画面切换后的音画同步。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本申请实施例中的方案可以采用各种计算机语言实现，例如，C语言、VHDL语言、Verilog语言、面向对象的程序设计语言Java和直译式脚本语言JavaScript等。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
在本申请中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接或可以互相通讯；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种音频流传输方法，其特征在于，适用于发送端，包括：
基于至少一音频采集设备获取至少一单通道音频数据；
基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据；
对所述多轨PCM音频数据进行分割，得到音频数据块；
将所述音频数据块打包为TS数据流并基于SRT协议传输所述TS数据流。
2.根据权利要求1所述的音频流传输方法，其特征在于，所述基于同步信号对所有所述单通道音频数据进行同步，得到多轨PCM音频数据，包括：
基于至少一多轨音频编码器获取NTP时钟同步信号，将所述NTP时钟同步信号转换为PTP时钟同步信号；
将所述PTP时钟同步信号发送至音频数据接口设备，所述音频数据接口设备用于根据所述PTP时钟同步信号对接收到的所有所述单通道音频数据进行同步，得到多轨PCM音频数据。
3.根据权利要求2所述的音频流传输方法，其特征在于，所述对所述多轨PCM音频数据进行分割，得到音频数据块，包括：
基于预设的采样参数对所述多轨PCM音频数据进行分割，得到音频数据块；
其中，所述音频数据块的时间戳信息基于所述多轨PCM音频数据对应的RTP包时间戳信息确定。
4.根据权利要求2或3所述的音频流传输方法，其特征在于，所述将所述音频数据块打包为TS数据流，包括：
获取所述音频数据块的时间戳信息、数据流类型、描述符和PCR时钟信息；其中，所述数据流类型和所述PCR时钟信息均与所述NTP时钟同步信号相关；
基于MPEG-TS协议将所述时间戳信息、所述数据流类型、所述描述符、所述PCR时钟信息和所述音频数据块打包为TS数据流。
5.一种音频流传输方法，其特征在于，适用于接收端，包括：
基于SRT协议获取TS数据流；
对所述TS数据流进行解析，得到音频数据块；
基于所述音频数据块的时间戳信息，得到多轨PCM音频数据，所述多轨PCM音频数据用于音频制作。
6.根据权利要求5所述的音频流传输方法，其特征在于，所述对所述TS数据流进行解析，得到音频数据块，包括：
对所述TS数据流进行解析，将所述TS数据流中符合预设数据流类型和预设描述符且具有相同时间戳信息的数据块作为一个音频数据块。
7.根据权利要求6所述的音频流传输方法，其特征在于，还包括：
根据所述音频数据块的描述符，确定所述音频数据块的采样率、声道数和比特位宽信息以进行音频解码。
8.根据权利要求5所述的音频流传输方法，其特征在于，还包括：
确定所述TS数据流的PCR时钟信息；
将所述PCR时钟信息转换为PTP时钟同步信号；
根据所述PTP时钟同步信号，对所述多轨PCM音频数据进行同步。
9.一种音频流传输系统，其特征在于，包括发送端工作站和接收端工作站，所述发送端工作站用于实现权利要求1-4任一项所述的音频流传输方法，所述接收端工作站用于实现权利要求5-8任一项所述的音频流传输方法。
10.根据权利要求9所述的音频流传输系统，其特征在于，所述发送端工作站包括至少一音频数据接口设备和与所述音频数据接口设备连接的至少一多轨音频编码器，所述接收端工作站包括至少一多轨音频解码器以及与所述多轨音频解码器连接的至少一音频制作设备，所述多轨音频编码器基于SRT协议发送数据至所述多轨音频解码器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311054090.8A CN117221294A (zh) | 2023-08-21 | 2023-08-21 | 音频流传输方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311054090.8A CN117221294A (zh) | 2023-08-21 | 2023-08-21 | 音频流传输方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117221294A true CN117221294A (zh) | 2023-12-12 |
Family
ID=89034299
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311054090.8A Pending CN117221294A (zh) | 2023-08-21 | 2023-08-21 | 音频流传输方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117221294A (zh) |
-
2023
- 2023-08-21 CN CN202311054090.8A patent/CN117221294A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10455260B2 (en) | Transmitting method, receiving method, transmitting device, and receiving device | |
| KR101340762B1 (ko) | 지상파 디지털 멀티미디어 방송 서비스의 인터넷 프로토콜패킷 재전송 방법 | |
| CN105009595B (zh) | 发送设备、发送方法、接收设备以及接收方法 | |
| CN100579238C (zh) | 音视频缓存同步播放的方法 | |
| JP6302274B2 (ja) | 送信装置及び受信装置 | |
| US20150181003A1 (en) | Method and apparatus for transmitting and receiving packets in hybrid transmission service of mmt | |
| KR20130120422A (ko) | 멀티미디어 전송 시스템을 위한 데이터 송수신 방법 및 장치 | |
| KR20190029551A (ko) | Ｍｍｔ 시스템을 위한 미디어 데이터 전송 장치 및 방법, 그리고 미디어 데이터 수신 장치 및 방법 | |
| CN102171750A (zh) | 用于输送对齐的多通道音频的方法和设备 | |
| US8432937B2 (en) | System and method for recovering the decoding order of layered media in packet-based communication | |
| CN105519020A (zh) | 发送方法、接收方法、发送装置、及接收装置 | |
| WO2012034442A1 (zh) | 实现可伸缩视频编码业务同步发送、接收的系统和方法 | |
| AU2012207704A2 (en) | Apparatus and method for transmitting multimedia data in a broadcast system | |
| US10887242B2 (en) | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal | |
| JP7361287B2 (ja) | 送信方法及び送信装置 | |
| JP2012513139A (ja) | 外部のコプロセッサを有するマルチプレクサにおいてトランスポートストリームを同期させる方法 | |
| KR20100061221A (ko) | 네트워크 시간표시정보를 삽입하거나 추출하기 위한 장치 및 방법 | |
| EP1622382B1 (en) | Data transmission synchronization scheme | |
| EP2003844A1 (en) | System and method for transport of a constant bit rate stream | |
| CN103177725A (zh) | 用于输送对齐的多通道音频的方法和设备 | |
| CN117221294A (zh) | 音频流传输方法和系统 | |
| CN103474076A (zh) | 用于输送对齐的多通道音频的方法和设备 | |
| KR20070078619A (ko) | Ｄｍｂ 서비스에 대한 패킷 방식의 재전송 장치 | |
| KR20130056829A (ko) | 3dtv 방송을 위한 송수신 장치 및 그 제어 방법 | |
| JP7120399B2 (ja) | 送信方法 |
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 |