CN101046952A - 音频网络系统 - Google Patents
音频网络系统 Download PDFInfo
- Publication number
- CN101046952A CN101046952A CNA2007100890817A CN200710089081A CN101046952A CN 101046952 A CN101046952 A CN 101046952A CN A2007100890817 A CNA2007100890817 A CN A2007100890817A CN 200710089081 A CN200710089081 A CN 200710089081A CN 101046952 A CN101046952 A CN 101046952A
- Authority
- CN
- China
- Prior art keywords
- node
- bag
- data
- voice data
- block
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
- H04L12/4035—Bus networks with centralised control, e.g. polling in which slots of a TDMA packet structure are assigned based on a contention resolution carried out at a master unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/427—Loop networks with decentralised control
- H04L12/433—Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
Abstract
一种音频网络系统,允许多个节点中的任两个节点之间相互发送和接收音频数据。所述多个节点连接成环以允许经由多个节点以环的形式发送音频数据,并且在环中从上游节点至下游节点的一个方向上执行音频数据的发送。所述多个节点中的一个节点设定为主节点,而将其它节点设定为从节点。主节点在每个采样周期中周期性发送包含音频数据的一个帧数据包,使得主节点在每个采样周期中发送的包在一个或多个采样周期中经由多个节点循环而返回到主节点。所述包具有预定的数据长度,并包括对应于多个信道而划分成多个区块的音频数据存储区,使得每个区块存储对应信道的音频数据。
Description
技术领域
本发明涉及一种连接多种音频装置的音频网络系统。
背景技术
用于PA(例如演奏和音乐会)、音乐制作和专用广播中的音频网络系统中的音频信号通信的现有技术包括:非专利文献1中描述的CobraNET(商标),非专利文献2中描述的SuperMAC(商标),和非专利文献3中描述的EtherSound(商标)。
CobraNet是由Peak Audio公司(美国)开发的专业音频网络系统。CobraNET提供一种利用IEEE802.3u的标准以太网(standard Ethernet)(商标)协议的技术,其中通过以太网传输多信道的未压缩音频信号和控制信号。这种技术可以传输的采样率为48kHz且位数为16、20和24位的采样数据,并且可以双向处理音频信号和控制信号,其中在每个方向具有一直到64信道(即,在双向具有一直到128信道)。SuperMAC和EtherSound为用于通过以太网传输音频数据的相似技术。
具有各种功能(例如模拟输入、模拟输出、数字输入、数字输出、混合、效果、记录/再现、远程控制和这些功能中的任何两种的组合)的音频装置可以选择性地连接至使用上述技术的音频网络。[非专利文献1]
http://www.balcom.co.jp/cobranet.htm
[非专利文献2]
http://www.sonyoxford.co.uk/pub/supermac/
[非专利文献2]
http://www/ethersound.com/news/getnews.php?enews_key=101
在任一种传统音频网络中,根据上述Ethernet标准执行音频传输。在Ethernet标准中,最大的包大小限于1526字节。
在传统技术中,不只音频数据包,如指令、对指令的回应以及节拍(meter)显示的等级数据之类的控制数据包也能够在网络上流动。然而,当多个相同或不同种类的包被获准在网络上流动时,用于传输音频数据的带宽相应减少。由于除了音频数据之外其它包也在网络上流动,因此这些包可能干扰音频数据的传输。这种情况在采用CSMA/CD方法的Ethernet中尤为严重。
此外,由于对应于多个采样周期的采样是通过合并成一个包而传输的,因此将多个采样打包成为一个包和将一个包重构成为多个采样是很花时间的,并且用于打包和重构的电路复杂。
发明内容
本发明的目的是提供能够稳定地传输音频数据并能够简化每个节点处数据传输和接收电路的音频网络系统。
根据本发明,上述目的可通过提供一种音频网络系统来实现,所述音频网络系统包括多个节点并允许所述多个节点中的任两个节点相互发送和接收音频数据。所述多个节点连接成环以允许经由所述多个节点以环的形式发送所述音频数据,并且在该环中从上游节点至下游节点的一个方向上执行所述音频数据的发送。将所述多个节点中的一个节点设定为主节点,将其它节点设定为从节点。所述主节点在每个采样周期中周期性发送包含所述音频数据的帧数据包,使得所述主节点在每个采样周期中发送的包在一个或多个采样周期中经由所述多个节点循环而返回到所述主节点。所述包具有预定的数据长度,并包括对应于多个信道而划分成多个区块的音频数据存储区,使得每个区块存储对应信道的音频数据。为所述多个节点中的每个节点设定发送信道或接收信道,所述发送信道和所述接收信道均表示所述包的多个区块之一。每一所述从节点在每个采样周期中从所述包的报头开始逐个区块地从上游节点接收所述包,如果所述包的已接收区块对应于为所述从节点设定的发送信道,所述从节点运行为用所述从节点待发送的音频数据重写所述已接收区块;另一方面,如果所述包的已接收区块对应于为所述从节点设定的接收信道,所述从节点运行为从所述已接收区块获取所述从节点待接收的音频数据,然后在从所述从节点开始接收所述包的报头时起已经过去预定时间之后,所述从节点开始将所述包发送至下游节点。所述主节点在每个采样周期中从所述包的报头开始逐个区块地接收已从最下游节点返回的包,并基于已接收的包构建待在下一个采样周期中发送的下一个包或所述下一个包之后的包的每个区块,如果所述包的区块对应于为所述主节点设定的发送信道,所述主节点运行为:用所述主节点待发送的音频数据重写所述区块;另一方面,如果所述包的区块对应于为所述主节点设定的接收信道,所述主节点运行为:从所述区块获取所述主节点待接收的音频数据,并且在所述下一个采样周期开始时,所述主节点开始将已构建的包发送至下游节点。所述已构建的包与所述主节点构建该包所基于的包包含相同的音频数据。在所述音频网络系统中一个发送信道仅设定给一个节点,以使所述音频数据在所述音频网络系统中的循环期间由所述一个节点写入区块的音频数据不被另一节点重写,并且所述音频网络系统中的任一节点能够接收所述音频数据。
尽管在一个至几个采样周期中以环形式发送一个包,但是在不脱离本发明范围的情况下,也可以在一个至几个采样周期中以环形式发送预定数量的包。
一个或预定数量的包(优选地,预定数量的包中的至少一个)除了包括所述音频数据存储区之外还包括控制数据存储区,其中所述包的控制数据存储区用于允许所述多个节点中的任两个节点相互发送和接收控制数据。
尽管包的大小和结构是可变的,但是优选地,所述包具有符合Ethernet标准的数据大小和数据结构,并且由Ethernet标准定义的发送器、接收器以及传输电缆可用于所述包的传输。
在一种形式下,所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点通过一条线路级联连接以便沿一个方向发送所述包,并且所述多个节点还通过另一条线路级联连接以便沿另一方向发送所述包。
在另一种形式下,所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点从第一节点至最末节点级联连接以便沿一个方向发送所述包,并且所述最末节点连接至所述第一节点以使所述包返回至所述第一节点。
根据本发明,在每个采样周期中的任何时刻,预定数量的包(例如,一个包)在网络上循环。这实现了非常稳定的通信。例如,在每个采样周期循环一个包的情况下,能够接收和发送包的每个节点在每个采样周期中可发送音频数据的一个采样,从而以逐个采样的方式进行输出,或者在每个采样周期中可接收音频数据的一个采样,从而以逐个采样的方式进行接收。这使得可以容易地再现采样时钟和简化打包(packetization)电路。此外,由主节点发送的包在保持其数据结构的同时被以环的形式运送,并且每个从节点只需要用音频数据重写分配给该从节点的一个信道的区域,或者从为该从节点设定的另一信道的区域提取音频数据。这显著简化了每个从节点中用于输出或输入一个包的音频数据的电路。使用Ethernet标准的包使得能够使用与Ethernet兼容的发送器、接收器以及传输电缆,从而能够使用易于获得的廉价硬件。
附图说明
图1a和图1b示出在应用根据本发明的音频网络系统时节点之间的连接实例和节点之间的传输实例。
图2a至图2f示出本实施例的音频网络系统中包中的位数据流。
图3示出一个包的帧数据结构。
图4示出每个节点中包含的帧数据发送/接收单元的结构。
图5示出每条传输线上的包的时序图。
图6为示出本实施例中音频采样的传输流的示意图。
图7a和图7b为示出从节点中的硬件处理的流程图。
图8a至图8c为示出主节点中的硬件处理的流程和缓冲器结构图。
图9a和图9b为主节点中的采样时钟中断处理和1字节发送事件处理的流程图。
具体实施方式
下面将参照附图描述本发明的实施例。
图1a和图1b示出在应用根据本发明的音频网络系统时节点之间的连接实例和节点之间的传输实例。图1a示出主节点A101和从节点B102、C103、D104和E105的环形连接实例。标号“111”至“115”表示节点之间连接的物理连接线。在这种网络系统中,连接的节点中只有一个节点是主节点。这里,节点A101是主节点,而其它节点是从节点。箭头“121”至“125”均表示包的每位数据的传输方向。
主节点A101定期发送多个包,每一个采样周期发送一个包,所述采样周期为网络系统中的音频信号采样时钟的周期。具体来说,在一个采样周期中,每个节点101至105从上游节点接收一个包的位数据,并将这一个包的位数据输出至下游节点。主节点A101执行采样周期的同步。具体来说,在一个采样周期的开始时刻,主节点A101开始将一个包的位数据发送至下游节点B102。在完成一个包的位数据的发送之后,主节点A101等候直到该采样周期终止。在下一个采样周期的开始时刻,主节点A101开始将下一个包的位数据发送至下游节点B102。
本实施例的网络系统中的包与传统Ethernet标准中使用的包相同。然而,在传统Ethernet中,以包为基础执行传输,并且直到节点之间的传输终止时节点之间传输的数据包才会被重写。另一方面,在本实施例中,在从主节点发送的包经过回路中的各从节点直到返回主节点的同时,数据包被重写,下面将对此进行更详细地描述。在本实施例中,每个采样周期传输音频数据的容器称为“包”。不限于Ethernet标准的包,本发明可使用任何其它格式的包。
尽管在OSI基准模式下在层3中处理的数据单元称为“包”,而在层2中处理的数据单元称为“帧”,但在本实施例中如上所述,每个采样周期传输的音频数据的容器称为“包”,而实现包的实际数据序列称为“帧”。因此,在本实施例中术语“包”和“帧”指代相同内容。
一个包包括这样的区域,所述区域包含音频数据和多个信道的控制数据(如指令、对指令的回应以及节拍显示的等级数据之类)。对于每个节点,在节点中设定用于从该节点发送的多个信道之一(发送信道),和/或在节点中设定用于该节点接收的另一信道(接收信道)。因此,当在一个采样周期中一个包的位数据经过每个节点而使得该节点从上游节点接收位数据并将其输出至下游节点时,该节点用从该节点待发送的音频数据的采样重写包中位于该节点的发送信道区域中的位数据,并加载包中位于节点的接收信道区域中的位数据,这是因为位于接收信道区域中的位数据是该节点待接收的音频数据。在一个包的位数据经过每个节点的时,该节点执行至发送信道的上述数据写操作和从接收信道的上述数据加载操作。之后,该节点将这一个包的位数据发送至紧接着的下游节点。在主节点A101中执行相同的处理。具体来说,主节点A101接收从最下游节点E105发送的包,并用从主节点A101待发送的音频数据的采样重写包中分配给主节点A101的发送信道,并将主节点A101通过分配给主节点A101的接收信道待接收的音频数据加载至包中。通过上述处理产生的数据包是下一个采样周期将发送的数据包。
作为将参照图3描述的每个包(帧)的具体结构,在每个包中不仅设定上述用于设定每个信道音频数据的区域,而且设定用于存储控制数据的区域。利用用于存储控制数据的区域,能够在节点之间发送和接收(即通信)各种控制数据。
控制台106连接至节点B102。例如,当前往控制台106的数据包含在节点B102接收的控制数据中时,如箭头116所示,将控制数据从节点B102发送至控制台106。当控制台106具有待发送至节点的控制数据时,如箭头117所示,控制台106将控制数据发送至节点B102,并且节点B102在对应区域中设定在网络上循环的控制数据包,并将其发送至目标节点。将参照图3描述发送和接收控制数据的具体方法。
图1b示出通过双连接线将节点级联连接的实例。在本实例中,在使用前向线和后向线的回路中传送包,其中包通过前向线在向前的方向上流动,包通过后向线在向后的方向上流动。标号“141”表示主节点A,而标号“142”至“144”表示从节点B、C和D。主节点A141和从节点B 142通过前向信号线151和后向信号线156连接。类似地,节点B142和节点C143通过连接线152和155连接,节点C143和节点D144通过连接线153和154连接。包流动的方向由箭头161至166表示。图1b所示的实例与图1a所示的实例基本相同之处在于:从主节点A141输出的一个包的位数据经由各节点循环并返回至节点A141,如箭头161至166所示。然而,在图1b所示的实例中,在到达末端从节点D144之后在返回主节点A的过程中,包经过节点C和B。在前向路径上执行每个节点A至D的音频数据和控制数据的写和读。在沿着节点A至D的返回路径上,不执行数据加载或写,使得数据只经过各节点。在图1b所示的实例中,末端节点A是主节点。然而,同样在将中间节点B或C设定为主节点时,箭头161、162和163的路径称为“前向路径”,而箭头164、165和166的路径称为“后向路径”,并且在前向路径上执行数据加载或写(在图1b中在前向路径上包在向右的方向上行进)。在这种情况下,主节点(其位于图的中部)左侧的从节点首先在前向路径上接收包,然后在后向路径上接收包,但是在前向路径上执行数据加载或写。此外,在后向路径上可以执行数据加载或写,而不是在后向路径上仅使数据经过每个节点。
在环形连接的情况下,在多个节点依次连接之后,多个节点中的末端节点必须相互连接。另一方面,在级联连接的情况下,只需要使用双连接线依次连接多个节点。因此,级联连接的装置可具有更简单的结构。
图2a至图2f示出本实施例的音频网络系统中包中的位数据流。在以下对本实例的描述中,假定主节点A和从节点B和C通过前向路径和后向路径连接,如图1b所示。
在一个采样周期的开始时刻,主节点A开始传输一个包的位数据。图2a示出主节点A将包的头位B0发送至下游节点B的状态,如箭头201所示。之后,以与从主节点A输出的网络时钟同步的方式,主节点A依次逐位发送包中的头位B0后面的各位数据。图2b示出在对应于50位的时间已经过去的时刻主节点A将包的第51位B1发送至节点B的状态,如箭头203所示。此时,节点B将接收到的头位B0发送至下一节点C,如箭头202所示。当然,中间的各位也被传输,尽管图中只关注第五十位。类似地,主节点A相继输出由第101位B2、第151位B3和第201位B4表示的位数据,如图2c至图2e所示,并且输出的位数据在经过各节点之后返回主节点A。图2e示出已返回主节点A的包的头位B0被存储在缓冲器中的状态,如标号“211”所示。图2f示出已相继返回主节点A的500位数据B0-B10被存储在缓冲器中的状态,如标号“216”所示。主节点A在以上述方式发送包的所有位之后等候直到该采样周期终止,然后开始发送下一采样周期的包,如图2a所示。然而,在图2f的时刻主节点A还没有接收到该采样周期的包的最末位。
当如上所述一个包的位数据在一个采样周期中循环一次时,每个节点加载在该节点处待加载的接收信道的位数据,并写入在该节点处待写入的传输信道的位数据。例如,如果节点B接收到的位数据是已设定为在节点B处待加载的接收信道的采样数据,则节点B将该位数据加载至节点B的缓冲器中。此外,如果接收到的位数据是已设定为从节点B待发送的发送信道的采样数据,则用待写入的数据重写该位数据。在执行这一处理之后,将该位数据发送至下一节点C。在下一节点处执行相同处理。控制数据的加载和写以相同方式执行。如上所述,在前向路径(图2中沿着节点A→B→C)上执行本实施例中每个节点处的数据加载或写,而在后向路径(沿着节点C→B→A)上数据仅经过各节点。
图3示出在本实施例的音频网络系统中在一个采样周期中循环经由所有连接节点的一个包的帧数据结构。例如,一个包的帧数据的字节总数为1282。
标号“301”表示存储前同步码(preamble)、目标MAC地址、源MAC地址以及数据长度的区域。前同步码是用于在传输帧数据时在每个节点处建立同步的数据。每个节点从自上游节点接收的数据中检测前同步码,并根据检测到的前同步码确定包的帧数据已经开始。在目标MAC地址中设定表示广播的十六进制值“FF…FF”(其可以是根据包的流动接收该包的下一节点的MAC地址),并且在源MAC地址中设定主节点的MAC地址(其可以是发送包的节点的MAC地址)。本音频网络系统中的每个节点(包括图1a或图1b中的控制台106和145)均具有MAC地址。“长度”表示本帧数据的总长度(例如1282字节)。
标号“302”表示存储包序号TN、每个采样周期中的包数PN、采样延迟值SD、和音频信道数ACN的8字节区域。包序号TN是分配给包的序号,其在每次主节点开始发送包时增加。当在一个采样周期中循环多个包时(在修改例中将对此进行描述),包的每个采样周期中的包数PN为表示采样周期中包序数的包序号。在本实施例中没有使用每个采样周期中的包数PN,这是因为在一个采样周期中循环一个包。音频信道数ACN表示下文描述的音频数据存储区303的信道数量。
标号“303”表示存储音频数据的区域。这里,采样频率Fs为96kHz,并且一个采样被分为可存储256信道的32位数据的区块。因此,ACN被设定为256。256信道的各个区块是设定从头起依次为第1信道、第2信道、…第256信道的采样数据的区域。这里,为了确保稳定的音频传输,甚至于对未用于节点间传输的信道,也总是确保其带宽。例如,即使在网络系统中的任一节点处对某一信道的区块不执行写时,主节点也不去除该信道的区块。因此,音频信道数ACN具有恒定值,其等于可传输信道的最大数。主节点可将无声音频信号写至未被使用信道的区块。
标号“304”表示存储控制数据的224字节区域。控制数据包括多种数据,例如指令、回应和等级数据。例如,当某一节点成为需要将一些数据发送至接收节点的发送节点时,执行以下过程。首先,由于在控制数据存储区304的预定位置设定表示发送数据权的标志,因此需要发送控制数据的节点获得在每个采样周期经由各节点循环的包中所包含的令牌(token)。当某一节点获得该令牌时,则该节点取得发送权,并且其它节点在该节点释放该令牌之前不能获得该令牌。已获得令牌而具有发送权的节点创建传统Ethernet标准(其中在目标MAC地址中设定接收节点的MAC地址)的发送数据包(所述发送数据包包括该节点需要发送的数据),然后该节点划分发送数据包并将其插入控制数据存储区304,以将其以具有图3所示格式的多个已划分包的形式分别进行发送。已接收该包的每个节点加载控制数据存储区304的数据。如果加载的数据是Ethernet标准的发送数据包的已划分数据,则该节点组合分别接收到的多个已划分数据,以重构Ethernet标准的发送数据包并确定其目标MAC地址是否为该节点的地址。如果目标MAC地址是该节点的地址,则该节点加载发送数据包。当目标MAC地址不是该节点的地址时,该节点放弃该发送数据包。通过以上述方式在图3所示的循环包中携带控制数据,能够在各节点之间发送和接收控制数据。
令牌可以不总循环。例如,每次包循环预定次数时,令牌可以经由以环形连接的各节点循环一次。当音频网络系统启动时,在其初始化过程中为所有节点提供连接至网络的节点(包括图1a或图1b的控制台106或145)的相应MAC地址或连接位置。因此,能够以与一般LAN相同的方式在节点之间传递控制数据。或者,执行系统整体控制的控制台可管理令牌。例如,在包的控制数据区设定用于存储标记(flag)(其用于请求对应于每个节点的令牌)的区域,并且通过设定标记从控制台请求令牌,响应于该请求控制台为进行该请求的节点分配令牌。在这种情况下,在完成包发送时,该节点将令牌返回控制台。
标号“305”表示用于错误检验的FCS区域。在本实施例中,FCS区域305仅对一对发送和接收节点有效,这是因为图3所示的包在经由每个节点循环的同时被重写,如以上参照图1a或图1b所述。例如,节点A在其FCS区域305中设定帧数据的FCS之后将帧数据发送至节点B,并且节点B通过校验接收到的帧数据的FCS来确定帧数据是否被正常接收。当帧数据被正常接收时,从帧数据读出的音频采样被再现,或者基于从帧数据读出的控制数据执行控制,并且基于已进行音频采样写入的帧数据或者在对应节点处待重写的控制数据也产生FCS,然后在FCS区域305中设定产生的FCS之后将帧数据发送至节点B。当帧数据被异常接收时,从帧数据读出的音频采样或控制数据被放弃,而再现的音频采样被消减,并在对应节点的FCS区域305中或者在紧接着的前一区域中设定表示对应节点的接收出现错误的信息之后,将帧数据发送至节点B。
图4示出每个节点中包含的帧数据发送/接收单元的结构。帧数据发送/接收单元包括帧接收器401、帧重构器402、帧发送器403、音频采样提取器404、信道寄存器(CH)405、音频输出缓冲器406、音频输入缓冲器407、信道寄存器408、帧接收器409以及帧发送器410。
从帧接收器401经由帧重构器402至帧发送器403的路径为本节点的前向路径,而从帧接收器409至帧发送器410的路径为本节点的后向路径。如果节点(例如,图1b的节点A)未连接至既用作帧发送器410的输出目标节点又用作帧接收器401的输入源节点的任一节点,则帧发送器410自动连接至帧接收器401,使得数据从帧发送器410直接被传递至帧接收器401。如果节点(例如,图1b的节点D)未连接至既用作帧发送器403的输出目标节点又用作帧接收器409的输入源节点的任一节点,则帧发送器403自动连接至帧接收器409,使得数据从帧发送器403直接被传递至帧接收器409。
在图4中,从上游节点发送的位数据依次被帧接收器401接收。帧接收器401从接收到的位数据提取网络时钟,还检测以上参照图3描述的前同步码部分,并基于前同步码部分的末端检测音频数据303范围内的数据。音频采样提取器404提取音频数据303的每个信道的时隙的采样数据。如果在信道寄存器405中已设定该信道,则采样数据被复制到音频输出缓冲器406。信道寄存器405是存储在对应节点处待加载的一个接收信道(或多个接收信道)的寄存器。
另一方面,帧接收器401依次接收的位数据被发送至帧重构器402。帧重构器402包括预定位数的缓冲器(例如,几十位至几百位的移位寄存器)。在接收到的位数据流过缓冲器时,帧重构器402基于前同步码的末端检测每个信道的时隙(时钟)的数据。如果在信道寄存器408中已经设定该时隙的信道,则帧重构器402用存储在音频输入缓冲器407中的待写入信道的采样数据重写该时隙。尽管该缓冲器407设置为用于执行数据重写,但是该缓冲器也用于补偿节点接收到的位数据的网络时钟与节点发送的位数据的网络时钟之间的差异。然而,由于缓冲器的大小对应于节点处的传递延迟,因此该缓冲器不能设计为过大。信道寄存器408是存储本节点处待重写的一个发送信道(或多个发送信道)的寄存器。由帧重构器402重构的帧数据经由帧发送器403被发送至下游节点。
在后向路径上,从上游节点的帧发送器发送且被帧接收器409接收的数据未经改变而被传递至帧发送器410,然后被发送至下游节点。
基于由上游节点的帧发送器产生的网络时钟执行从上游节点的帧发送器至帧接收器401的数据传输,并且基于由帧发送器403产生的网络时钟执行从帧发送器403至下游节点的数据传输。因此,帧接收器401的接收操作和帧发送器403的发送操作异步执行。在后向路径上亦如此。
以上述方式,为本节点设定的信道的采样可被加载到本节点的音频输出缓冲器406中。此外,本节点处输入的音频数据的采样可在音频输入缓冲器407中设定,并且可通过在帧数据中设定信道的时隙中携带该采样而将其发送至另一节点。
下面将描述系统中使用的采样时钟CS(字时钟)。系统的各节点为多种音频装置,每个音频装置以与其产生的采样时钟CS同步的方式处理音频数据。如果在将音频数据从发送音频装置发送至接收音频装置时发送音频装置的采样时钟CS的频率不同于接收音频装置的采样时钟CS的频率,接收音频装置必须转换其采样频率,这是因为接收音频装置不能处理未转换的音频数据。然而,采样频率转换可能降低音频数据的质量。因此,在本系统中,由音频装置产生的采样时钟CS与以采样周期的间隔从主节点接收包的时序(即,主节点产生采样时钟的时序)在相位上同步,由此近似匹配音频装置的采样时钟。这使得能够在不转换采样频率的情况下在音频装置之间发送和接收音频数据。更具体来说,主节点在其采样时钟CS的产生时刻开始发送包。在接收包时,每个从节点通过帧接收器401检测包的前同步码部分,并基于前同步码部分的终止时刻通过锁相环(PLL)振荡器产生其采样时钟CS。由于图3所示的包在每个采样周期经由系统的所有节点循环,因此每个节点能够产生同步的采样时钟。尽管每个节点处执行的处理引起延迟并且各节点之间的电缆也引起延迟,但是这些延迟实际上可忽略。在考虑这些延迟的情况下,可校正每个节点的时序以产生更准确的同步时钟。
图5示出每条传输线上包的时序图。例如,这可以视为图1b所示的传输线111上的包时序图,在所述传输线111上将包从主节点A101传送至下游节点B101。这里,假定采样频率FS为96kHz。一个采样周期的时间长度为10.4微秒。标号“501”、“502”和“503”表示采样周期的开始时间。各节点之间的传输线的协议使用如上所述Ethernet标准的传输介质或物理层。这里,假定以1000BASE-T Ethernet标准的1Gbps速度在各节点之间进行数据传输。以上述速度,传输1位花费1纳秒,从而以上参照图3所述的一个包的帧数据的时间长度为10.26微秒(=1纳秒×8位×1282字节)。这确保了一个包将包含在一个采样周期的时段中。因此,如图5所示,包“i”的位数据传输在采样周期的开始时刻501开始,而包“i”的传输在到达下一个采样周期的开始时刻502之前终止。对于包“i+1”和“i+2”亦如此。
图6为示出本实施例中音频采样的传输流的示意图。尽管图6中示出一个包被依次从图6中的每个节点传送到相邻节点,但是应注意实际的包遍布在多个节点上,如图2所示。这里假定节点A601是主节点,而B602和C603是从节点,并且各节点通过以上参照图1b所述的前向和后向路径连接。首先,假定采样Ch1(s-2)、Ch2(s-2)和Ch3(s-2)存储在帧614中,帧614是已准备为在预定时间(t)将由主节点发送的包。时间(t)的时间分辨率对应于采样周期,并且在Ch*的当前时间(t)的采样数据表示为Ch*(s)。因此,“Ch*(s-3)”表示从Ch*的当前时间起3个采样之前的数据。已经返回到节点A的信道Ch1、Ch2和Ch3的2个采样之前的数据(s-2)被表示为包含在帧“611”中。
假定在时间(t)信道Ch1、Ch2和Ch3的采样数据Ch1(s)、Ch2(s)和Ch3(s)被输入到节点601、602和603。标号“612”、“622”和“632”表示存储将被输入到节点A、B和C的相应信道的采样数据的缓冲器。标号“613”、“623”和“633”表示分别设置在节点A、B和C中的缓冲器(对应于图4所示的音频输入缓冲器407)。这些缓冲器613、623和633均具有能够存储2个采样的容量,并且当前输入的采样数据Ch1(s)、Ch2(s)和Ch3(s)被写至缓冲器613、623和633。
主节点A基于帧611创建当前时间(t)的帧614,其中在对应于时间(t-1)的紧接着的前一个采样周期中帧611循环并返回到主节点A,在时间(t-1)采样数据Ch1(s-1)、Ch2(s-1)和Ch3(s-1)被存储在帧611中。主节点重写信道Ch1的采样数据Ch1(s-2),其中在存储于所创建的帧614中的采样数据Ch1(s-2)、Ch2(s-2)和Ch3(s-2)中采样数据Ch1(s-2)被设定为在节点A处被写,并且下一个采样Ch1(s-1)被存储在缓冲器613(618)中。已经返回到节点A的帧611中存储的其它信道的采样按目前的样子设定。在当前时间(t)的采样周期的开始时刻,节点A将以这种方式创建的包的帧数据发送到节点B。这里,假定已经设定在节点A处信道Ch1、Ch2和Ch3的各个采样数据将从循环的包加载。因此,在节点A处,返回的帧614的采样数据Ch1(s-2)、Ch2(s-2)和Ch3(s-2)被加载到各个信道的缓冲器615、616和617中。这些缓冲器615、616和617对应于图4所示的音频输出缓冲器406。信道的各个缓冲器615、616和617均构成为具有两个区域,一个区域存储从在时间(t)接收到的包加载的当前采样数据,而另一个区域存储一个周期之前的采样数据。在图6中,由节点写至包的信道的采样数据被表示为由同一节点加载。然而,这样表示仅为了示出多个信道的采样数据被加载的实例。实际上,由于由同一节点加载浪费资源,因此不由同一节点加载采样数据。
节点B重写信道Ch2的采样数据Ch2(s-2),其中在存储于帧624中的采样数据Ch1(s-1)、Ch2(s-2)和Ch3(s-2)中采样数据Ch2(s-2)被设定为在节点B处被写,并且下一个采样Ch2(s-1)被存储在缓冲器623(628)中。其它信道的采样按目前的样子设定。节点B将以这种方式创建的包的帧数据发送到节点C。这里,假定已经设定在节点B处信道Ch1、Ch2和Ch3的各个采样数据将从循环的包加载。因此,在节点B处,帧624的采样数据Ch1(s-1)、Ch2(s-2)和Ch3(s-2)被加载到各个信道的缓冲器625、626和627中。缓冲器625、626和627具有与节点A的缓冲器相同的结构。
节点C重写信道Ch3的采样数据Ch3(s-2),其中在存储于帧634中的采样数据Ch1(s-1)、Ch2(s-1)和Ch3(s-2)中采样数据Ch3(s-2)被设定为在节点C处被写,并且下一个采样Ch3(s-1)被存储在缓冲器633(638)中。其它信道的采样按目前的样子设定。节点C将以这种方式创建的包的帧数据返回到后向路径。这里,假定已经设定在节点C处信道Ch1、Ch2和Ch3的各个采样数据将从循环的包加载。因此,在节点C处,帧634的采样数据Ch1(s-1)、Ch2(s-1)和Ch3(s-2)被加载到各个信道的缓冲器635、636和637中。缓冲器635、636和637具有与节点A的缓冲器相同的结构。已经返回到后向路径的包仅经过由“631”、“621”和“631”表示的节点,从而返回到主节点A。以相同的方式,主节点创建将在下一个采样周期发送的包,并在下一个采样周期的开始时刻将该包发送。
在本实施例中,只有主节点A能够在无任何采样滞后的情况下从每个节点获得音频采样数据,如从每个节点的采样加载缓冲器的状态看出的。另一方面,由于节点B或C具有将被上游节点处的下一采样重写的信道,因此在节点B或C处在从包加载采样数据时产生采样滞后。为了校正这种采样滞后,每个节点可以包含关于网络的所有布线状态的信息和关于哪个节点存储每个信道的信息,并且可以通过将在前一阶段存储的采样数据延迟一个采样而输出在前一阶段存储的采样数据,如从该节点看出的。
图7a示出当在从节点的帧接收器401(参见图4)处检测到前同步码时,为了引起“包接收发生事件”而进行的硬件处理。尽管图7a至图9b所示的处理因表示为流程图而看似软件处理,但是图7a至图9b所示的处理实际上是通过逻辑电路或数字信号处理器(DSP)执行的硬件处理。在步骤701,从节点既能够进行接收从上游节点发送的包的位数据并收集对应于一个字节的上述位数据以激活图7b所示的接收事件处理这样的处理(接收处理),又能够进行在一定量的数据已经存储在其帧重构器402的缓冲器中的时刻开始将帧重构器402的缓冲器中的数据发送至下游节点这样的处理(发送处理)。这里,从节点在其前同步码部分终止的时刻还提供时序信号至产生采样时钟Cs的PLL振荡器(Fs发生器),由此控制采样时钟的频率。
图7b示出在开始接收处理之后接收对应于一个字节的位数据时,从节点的帧数据发送/接收单元进行的硬件处理。尽管在本实例中基于字节处理接收到的数据,但是可以基于位或字处理接收到的数据。在步骤702,加载接收到的1字节数据。在步骤703,确定哪个时隙对应于接收到的1字节数据。如果接收到的1字节数据是报头(header)数据(图3中的“301”和“302”),则在步骤704该1字节数据被写至帧重构器402的缓冲器,并执行对应于接收到的报头数据的处理。这里,通过发送处理,在达到一定量(几十至几百位)的数据保存在缓冲器中的时刻,通过接收事件处理被存储在帧重构器402的缓冲器中的数据通过帧发送器403被自动发送到下一个节点。因此,在上述接收事件处理中的“发送”处理是将待发送的数据写至缓冲器的处理。帧发送器403的发送是根据基于帧数据发送/接收单元的运行时钟产生的网络时钟而执行的。上述用于发送的网络时钟与帧接收器401提取的用于接收的网络时钟不同步。
当接收到的1字节数据是对应于节点的发送信道(图4中的信道408)的音频数据时,在步骤705,存储在音频发送缓冲器(图4中的音频输入缓冲器407)中的一个字节被提取并被重写到帧重构器402的缓冲器中对应于接收到的1字节数据的位置,然后被从帧发送器403发送到下一个节点。当接收到的1字节数据是节点的接收信道(图4中的信道405)的音频数据时,在步骤706,该1字节数据被写至帧重构器402的缓冲器中的对应位置,然后在被加载到音频接收缓冲器(图4中的音频输出缓冲器406)的同时,通过帧发送器403被发送到下一个节点。如果接收到的1字节数据是其它数据,例如,既非发送也非接收的信道的音频数据之类的数据,则在步骤707该1字节数据未经改变而被写至帧重构器402的缓冲器,然后被发送到下一个节点。
如果接收到的1字节数据是控制数据存储区(图3中的“304”)中的数据,则在步骤708确定节点是否具有发送数据权。如果节点没有发送权,则在步骤709该1字节数据未经改变而被写至帧重构器402的缓冲器,然后被发送到下一个节点。在步骤709,该1字节数据还作为部分数据被加载,并且执行对应于该部分数据的处理。例如,如果部分数据是令牌的已划分数据并且节点需要获得发送权,则节点将分别接收到的多个已划分数据合并以重构令牌,由此获得发送权并删除写至缓冲器的令牌以防止其被发送到下一个节点。如果已划分数据是通过划分用于发送控制数据的发送数据包而产生的数据(以上参照图3所描述的),则节点将分别接收到的多个已划分数据合并以重构发送数据包。如果其目标地址为节点地址,则节点加载该发送数据包并提取包含在发送数据包中的控制数据,然后执行对应于控制数据的操作。当节点在步骤708已经获得发送权时,则节点在步骤710将D发送缓冲器(其中存储待发送数据)中的1字节部分数据重写到帧重构器402的缓冲器中对应于接收到的1字节数据的位置,然后将其发送到下一个节点。在完成存储在D发送缓冲器中的所有数据的发送时,节点创建令牌并将其写至缓冲器中对应于控制数据存储区的位置,然后将其发送到下一个节点,从而释放发送权。如果存储在D发送缓冲器中的数据大于对应于控制数据存储区大小的224字节,则数据不能包含于一个包的控制数据存储区中,因此数据被划分为多个部分数据(每个部分数据小于224字节),然后通过被包含在多个连续采样周期的各个包的控制数据存储区中而被发送。
在步骤704-707、709和710之后,节点确定在步骤711接收到的1字节数据是否为最末字节。如果接收到的1字节数据是最末字节,则节点在步骤712执行终止发送/接收的处理。发送/接收终止处理包括与上述FCS纠错相关的一系列处理和在完成最末字节数据的发送时终止发送的处理。
图8a示出在主节点的帧接收器401(参见图4)处检测到前同步码时,为了引起“包接收发生事件”而进行的硬件处理。在步骤801,主节点执行接收开始处理,并激活用以接收从系统的多个从节点发送的包的位数据和收集对应于一个字节的上述位数据的处理,以激活图8b所示的接收事件处理。从而,开始用以接收包的帧数据的处理。由于其它节点的采样时钟是基于在主节点处产生的采样时钟而产生的,因此在步骤801不必控制采样时钟CS的频率。
图8b示出在开始接收处理之后接收对应于一个字节的位数据时,主节点的帧数据发送/接收单元进行的硬件处理。在步骤802,加载接收到的1字节数据。在步骤803,确定哪个时隙对应于接收到的1字节数据。步骤804-810类似于图7b所示的步骤704-710。然而,在步骤704-707、709和710,在达到一定量(几十至几百位)的数据保存在缓冲器中的时刻,从节点自动开始至下一个节点的发送,主节点不根据缓冲器中的数据量自动开始发送,而在等到一个采样周期终止之后(即在下一个采样周期的开始时刻)开始发送。因此,步骤804-807、809和810表示为“将1字节数据保存在缓冲器中”,而不是图7b所示的“将1字节数据写至帧重构器402的缓冲器”。此外,尽管接收到的帧数据是当前采样周期的帧数据,但是将由主节点发送的下一个数据是下一个采样周期的帧数据。因此,主节点在将接收到的帧数据转换为下一个采样周期的帧数据的同时执行写入缓冲器的操作。步骤811和812类似于图7b所示的步骤711和712。然而,在步骤812,由于还没有开始发送,因此主节点仅执行接收终止处理。
图8c示出如何使用包含在主节点的帧重构器402中的缓冲器(帧数据队列缓冲器)。由于缓冲器“822”和“823”用于下文将描述的修改例,因此这里我们仅关注队列缓冲器A821。队列缓冲器A821具有能够存储图3所示的一个帧数据的长度。在一个采样周期中经由各节点循环之后返回到主节点的帧数据被转换为下一个采样周期的帧数据,并且转换的帧数据被存储在队列缓冲器A821中。通过图8b所示的处理,上述帧数据预先被待重写入帧数据的采样或控制数据重写。因此,当到达下一个采样周期的开始时间时,使用提取指针825,自队列缓冲器A821的头部开始,从队列缓冲器A821提取帧数据的位序列,并且提取的帧的位序列被依次发送到下一个节点。随着数据的提取,提取指针825前进,如箭头“824”所示,并且如果所有的帧数据已被提取,则提取指针825被初始化而指向队列缓冲器A821的头部。
另一方面,在预定采样周期中已经经由各节点循环并返回到主节点的帧数据的位序列,被转换为下一个采样周期的帧数据,并被依次保存在队列缓冲器A821中。上述保存是通过图8b所示的处理而执行的。具体来说,上述保存是通过重复执行如下处理而执行的:将数据写至保存指针826所表示的位置,然后使保存指针826前进,如箭头824所示。在返回的帧数据的所有位序列被保存在队列缓冲器A821中时,保存指针826被初始化,以指向队列缓冲器A821的头部。
当主节点在每个采样周期发送一个包以使其经由多个节点循环时,在主节点从队列缓冲器A821提取帧数据并开始将该帧数据发送至下一个节点之后,帧数据的报头在主节点完成帧数据的发送之前返回到主节点。这是当节点不是很多并且每个节点迅速完成其处理时帧数据在经由各节点循环之后返回到主节点的情况。当节点的数量很大时,帧数据的报头可在主节点完成帧数据的发送之后返回到主节点。在这种情况下,提取指针825看上去在保存指针826之前。此外,在返回到主节点的帧数据被完全保存在队列缓冲器A821中之前,下一个采样周期的开始时间可能到达而开始从队列缓冲器A821提取和发送数据。在这种情况下,保存指针826看上去在提取指针825之前。
图9a示出主节点中的采样时钟中断处理。主节点根据每个采样周期产生的中断来执行上述处理。在步骤901,主节点使包序号TN的值增加。在步骤902,主节点从图8c所示的队列缓冲器A821提取包序号为TN-1的包的帧数据,并用TN重写包序号,然后开始将帧数据发送到下一个节点。
图9b示出主节点中的1字节发送事件处理。在步骤902开始发送之后,主节点重复执行上述操作,直到队列缓冲器A821的帧数据的发送终止。首先,在步骤911处,主节点从队列缓冲器A821的由提取指针826指示的位置提取1字节数据,并使提取指针826前进。在步骤912,主节点将该1字节数据发送到下一个节点。在步骤913,主节点确定该1字节数据是否为最末字节,如果其为最末字节,则在步骤914执行终止发送的处理。
尽管在上述实施例中如图7b或图8b所示在发生1字节接收事件时采样数据或控制数据被重写,但是在发生1字节发送事件时采样数据或控制数据也可被重写。
尽管参照在一个采样周期中循环一个包(如图5所示)的实例描述了上述实施例,但是本发明也可以应用于在一个采样周期循环多个包的修改例。例如,如果根据10Gbit Ethernet标准而不是1000BASE-T Ethernet标准在节点之间进行通信,则在一个采样周期中可以循环大约8个包。在这种情况下,要求如下。
(1)作为以上参照图8c描述的队列缓冲器,设置8个队列缓冲器A821至H828,其依次用于存储8个包的循环帧数据。在一个采样周期的开始时间,主节点连续发送并循环8个包,在完成8个包的发送之后,主节点等待直到下一个采样周期的开始时间到达。当到达下一个采样周期的开始时间时,主节点开始发送接下来的8个包。一个采样周期中的多个包被分配每个采样周期中的各个包数PN,其表示包的各个序号,如以上参照图3中的“302”描述的。也就是说,在本实例中,包数PN具有1-8范围内的值。
(2)以与PN=1的包(即,一个采样周期的第一个包)的开始时间同步,每个从节点产生采样时钟。
(3)在图9a的步骤902的中断处理中,从具有包序号“TN-8”的包(其为从包“TN”起8个包之前的包)的帧数据创建具有包序号“TN”的包。
在上述实施例的级联连接中,主节点可以是中间节点,而不是级联连接的末端节点。例如,如果图1b所示的节点B是主节点,则在每个采样周期节点B首先将图3所示的包发送至节点C。然后,节点B将上述包(其按照节点B→节点C→节点D→节点C→节点B的顺序依次经过各节点之后返回到节点B)未经改变而发送至节点A,并基于按照节点B→节点A→节点B的顺序经过各节点之后返回到节点B的包创建下一个采样周期的包。
尽管在上述实施例中使用根据Ethernet标准的包格式,但是也可以使用根据除了Ethernet标准之外的其它标准的包格式。为了控制信号发送,可为每个节点配置IP地址。
在级联连接的情况下,每个从节点可对从下游节点返回的包(而不是从上游节点接收的包)执行一系列处理,例如报头处理、音频发送/接收以及控制数据发送/接收。
在上述实施例中,主节点在每个采样周期运行以基于前一帧数据生成当前采样周期的新帧数据,其中所述前一帧数据在当前采样周期之前的一采样周期中生成并馈送至网络,并且所述前一帧数据在经由多个从节点循环之后在生成新帧数据时返回至主节点。或者,主节点可以基于前一帧数据之前的一帧数据生成新帧数据,其中前一帧数据之前的一帧数据在当前采样周期之前的两个或更多采样周期中生成,并且前一帧数据之前的一帧数据在生成新帧数据时返回至主节点。在这种情况下,在要生成新帧数据时,先前的两个或更多采样周期中生成的采样数据可由主节点从头至尾完全接收。因此,主节点可以在生成新帧数据之前基于所接收帧数据的FCS对所接收帧数据进行错误检验。主节点仅当未从所接收帧数据中检测到错误时才基于所接收帧数据生成新帧数据。由此,能够减少或防止帧传送错误将导致的问题。
Claims (10)
1.一种音频网络系统,包括多个节点并允许所述多个节点中的任两个节点相互发送和接收音频数据,
其中,所述多个节点连接成环以允许经由所述多个节点以环的形式发送所述音频数据,并且在该环中从上游节点至下游节点的一个方向上执行所述音频数据的发送;
其中,将所述多个节点中的一个节点设定为主节点,将其它节点设定为从节点;
其中,所述主节点在每个采样周期中周期性发送包含所述音频数据的帧数据包,使得所述主节点在每个采样周期中发送的包在一个或多个采样周期中经由所述多个节点循环而返回到所述主节点;
其中,所述包具有预定的数据长度,并包括对应于多个信道而划分成多个区块的音频数据存储区,使得每个区块存储对应信道的音频数据;
其中,为所述多个节点中的每个节点设定发送信道或接收信道,所述发送信道和所述接收信道均表示所述包的多个区块之一;
其中,每一所述从节点在每个采样周期中从所述包的报头开始逐个区块地从上游节点接收所述包,如果所述包的已接收区块对应于为所述从节点设定的发送信道,所述从节点运行为:用所述从节点待发送的音频数据重写所述已接收区块;另一方面,如果所述包的已接收区块对应于为所述从节点设定的接收信道,所述从节点运行为:从所述已接收区块获取所述从节点待接收的音频数据,然后在从所述从节点开始接收所述包的报头时起已经过去预定时间之后,所述从节点开始将所述包发送至下游节点;
其中,所述主节点在每个采样周期中从所述包的报头开始逐个区块地接收已从最下游节点返回的包,并基于已接收的包构建待在下一个采样周期中发送的下一个包或所述下一个包之后的包的每个区块,如果所述包的区块对应于为所述主节点设定的发送信道,所述主节点运行为:用所述主节点待发送的音频数据重写所述区块;另一方面,如果所述包的区块对应于为所述主节点设定的接收信道,所述主节点运行为:从所述区块获取所述主节点待接收的音频数据,并且在所述下一个采样周期开始时,所述主节点开始将已构建的包发送至下游节点;
其中所述已构建的包与所述主节点构建该包所基于的包包含相同的音频数据;以及
其中在所述音频网络系统中一个发送信道仅设定给一个节点,以使音频数据在所述音频网络系统中的循环期间由所述一个节点写入区块的音频数据不被另一节点重写,并且所述音频网络系统中的任一节点能够接收所述音频数据。
2.根据权利要求1所述的音频网络系统,其中所述包除了包括所述音频数据存储区之外还包括控制数据存储区,所述包的控制数据存储区用于允许所述多个节点中的任两个节点相互发送和接收控制数据。
3.根据权利要求1所述的音频网络系统,其中所述包具有符合以太网标准的数据大小和数据结构,并且由以太网标准定义的发送器、接收器以及传输电缆可用于所述包的传输。
4.根据权利要求1所述的音频网络系统,其中所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点通过一条线路级联连接以便沿一个方向发送所述包,并且所述多个节点还通过另一条线路级联连接以便沿另一方向发送所述包。
5.根据权利要求1所述的音频网络系统,其中所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点从第一节点至最末节点级联连接以便沿一个方向发送所述包,并且所述最末节点连接至所述第一节点以使所述包返回至所述第一节点。
6.一种音频网络系统,包括多个节点并允许所述多个节点中的任两个节点相互发送和接收音频数据,
其中,所述多个节点连接成环以允许经由所述多个节点的环发送所述音频数据,并且在该环中从上游节点至下游节点的一个方向上执行所述音频数据的发送;
其中,将所述多个节点中的一个节点设定为主节点,将其它节点设定为从节点;
其中,所述主节点在一个采样周期中依次发送包含所述音频数据的预定数量的帧数据包,使得在每个采样周期中所依次发送的包在一个或多个采样周期中经由所述多个节点循环而返回到所述主节点;
其中,所述预定数量的包中的每一个具有预定的数据长度,并包括对应于多个信道而划分成多个区块的音频数据存储区,使得每个区块存储一个信道的音频数据;
其中,为所述多个节点中的每个节点设定发送信道或接收信道,所述发送信道和所述接收信道均表示所述包的多个区块之一;
其中,每一所述从节点在每个采样周期中从所述包的报头开始逐个区块地从上游节点接收所述依次发送的包中的每一个,如果所述包的已接收区块对应于为所述从节点设定的发送信道,所述从节点运行为:用所述从节点待发送的音频数据重写所述已接收区块;另一方面,如果所述包的已接收区块对应于为所述从节点设定的接收信道,所述从节点运行为:从所述已接收区块获取所述从节点待接收的音频数据,并且在从所述从节点开始接收所述包的报头时起已经过去预定时间之后,所述从节点将所述包发送至下游节点;
其中,所述主节点在每个采样周期中从每个包的报头开始逐个区块地接收已从最下游节点依次返回的预定数量的包中的每一个,并基于已接收的包创建待在下一个采样周期中发送的预定数量的后续包的每个区块,如果所述包的所述区块对应于为所述主节点设定的发送信道,所述主节点运行为:用所述主节点待发送的音频数据重写所述区块;另一方面,如果所述包的所述区块对应于所述主节点的接收信道,所述主节点运行为:从所述区块获取所述主节点待接收的音频数据,然后在所述下一个采样周期开始时,所述主节点开始将所创建的预定数量的后续包发送至下游节点,
其中所创建的包与所述主节点创建该包所基于的包包含相同的音频数据;以及
其中在所述音频网络系统中一个发送信道仅设定给一个节点,以使音频数据在所述音频网络系统中的循环期间由所述一个节点写入区块的音频数据不被另一节点重写,并且所述音频网络系统中的任一节点能够接收所述音频数据。
7.根据权利要求6所述的音频网络系统,其中所述预定数量的包中的至少一个包除了包括所述音频数据存储区之外还包括控制数据存储区,所述包的控制数据存储区用于允许所述多个节点中的任两个节点相互发送和接收控制数据。
8.根据权利要求6所述的音频网络系统,其中所述包具有符合以太网标准的数据大小和数据结构,并且由以太网标准定义的发送器、接收器以及传输电缆可用于所述包的传输。
9.根据权利要求6所述的音频网络系统,其中所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点通过一条线路级联连接以便沿一个方向发送所述包,并且所述多个节点还通过另一条线路级联连接以便沿另一方向发送所述包。
10.根据权利要求6所述的音频网络系统,其中所述多个节点连接成允许所述包以环发送的形式,使得所述多个节点从第一节点至最末节点级联连接以便沿一个方向发送所述包,并且所述最末节点连接至所述第一节点以使所述包返回至所述第一节点。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006-089867 | 2006-03-29 | ||
JP2006089867 | 2006-03-29 | ||
JP2006089867 | 2006-03-29 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101046952A true CN101046952A (zh) | 2007-10-03 |
CN101046952B CN101046952B (zh) | 2011-12-07 |
Family
ID=38198597
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100890817A Expired - Fee Related CN101046952B (zh) | 2006-03-29 | 2007-03-29 | 音频网络系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7693083B2 (zh) |
EP (2) | EP1841137B1 (zh) |
CN (1) | CN101046952B (zh) |
AT (2) | ATE537632T1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964935A (zh) * | 2009-07-24 | 2011-02-02 | 雅马哈株式会社 | 音频系统 |
CN108337099A (zh) * | 2011-09-14 | 2018-07-27 | 巴科股份有限公司 | 用于会议音频的电子工具和方法 |
CN109155806A (zh) * | 2016-05-26 | 2019-01-04 | 雅马哈株式会社 | 声音信号处理装置以及声音信号处理方法 |
CN109992447A (zh) * | 2017-12-29 | 2019-07-09 | 杭州华为数字技术有限公司 | 数据复制方法、装置及存储介质 |
US10795832B2 (en) | 2011-09-14 | 2020-10-06 | Barco N.V. | Electronic tool for communicating over a communication network |
US10904103B2 (en) | 2011-09-14 | 2021-01-26 | Barco N.V. | Electronic tool and methods for meetings |
US10965480B2 (en) | 2011-09-14 | 2021-03-30 | Barco N.V. | Electronic tool and methods for recording a meeting |
CN112788491A (zh) * | 2019-11-11 | 2021-05-11 | 西万拓私人有限公司 | 用于运行网络的方法以及听力设备 |
US11258676B2 (en) | 2011-09-14 | 2022-02-22 | Barco N.V. | Electronic tool and methods for meetings |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2822284B1 (en) * | 2007-10-04 | 2015-12-30 | Microchip Technology Germany GmbH | Real-time video transmission system |
WO2010052333A1 (de) * | 2008-11-10 | 2010-05-14 | Airbus Operations Gmbh | Verfahren und vorrichtung zum übertragen von daten über netzwerk-knoten eines netzwerkes |
JP5267060B2 (ja) * | 2008-11-10 | 2013-08-21 | ヤマハ株式会社 | 音響信号処理システム |
US8675649B2 (en) | 2008-11-18 | 2014-03-18 | Yamaha Corporation | Audio network system and method of detecting topology in audio signal transmitting system |
JP5298796B2 (ja) | 2008-11-18 | 2013-09-25 | ヤマハ株式会社 | オーディオネットワークシステム及び方法 |
EP2288056A3 (en) | 2009-07-22 | 2012-07-11 | Yamaha Corporation | Audio signal processing system comprising a plurality of devices connected by an audio network |
JP5668687B2 (ja) * | 2009-09-18 | 2015-02-12 | 日本電気株式会社 | 音声品質解析装置、音声品質解析方法およびプログラム |
JP5589727B2 (ja) * | 2009-09-29 | 2014-09-17 | ヤマハ株式会社 | ネットワークシステム |
US8837529B2 (en) | 2010-09-22 | 2014-09-16 | Crestron Electronics Inc. | Digital audio distribution |
JP5867187B2 (ja) | 2012-03-09 | 2016-02-24 | ヤマハ株式会社 | 音響信号処理システム |
CN104570832B (zh) * | 2014-11-25 | 2017-09-19 | 中山大学花都产业科技研究院 | 一种音频设备的网络控制方法 |
AT517778B1 (de) * | 2015-10-01 | 2021-10-15 | B & R Ind Automation Gmbh | Verfahren zur Datenkommunikation mit reduziertem Overhead in einem echtzeitfähigen Ethernet-Datennetzwerk |
AT517781B1 (de) * | 2015-10-01 | 2021-10-15 | B & R Ind Automation Gmbh | Verfahren zur isochronen Datenkommunikation in einem echtzeitfähigen Ethernet-Datennetzwerk |
AT517782B1 (de) * | 2015-10-01 | 2021-10-15 | B & R Ind Automation Gmbh | Verfahren zur asynchronen Datenkommunikation in einem echtzeitfähigen Ethernet-Datennetzwerk |
AT517777A1 (de) * | 2015-10-01 | 2017-04-15 | Bernecker + Rainer Industrie-Elektronik Ges M B H | Verfahren zur Datenkommunikation mit reduziertem Overhead in einem echtzeitfähigen Ethernet-Datennetzwerk |
US20170180231A1 (en) * | 2015-12-21 | 2017-06-22 | International Business Machines Corporation | Monitoring queues at switches of a network from an external entity |
CN106647443B (zh) * | 2016-10-31 | 2019-06-14 | 杭州优稳自动化系统有限公司 | 一种智能控制器的级联方法 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5257259A (en) | 1990-06-06 | 1993-10-26 | Yamaha Corporation | Ring-type local area network |
JPH05347628A (ja) | 1992-06-12 | 1993-12-27 | Yamaha Corp | リング型lan |
GB2276796B (en) | 1993-04-01 | 1997-12-10 | Sony Corp | Audio data communications |
US5946315A (en) * | 1995-12-28 | 1999-08-31 | Dynarc Inc. | Method and device for synchronizing dynamic synchronous transfer mode in a ring topology |
US6510141B1 (en) * | 1996-11-27 | 2003-01-21 | Dynarc Inc. Dha Dynamic Network Architecture Inc. | Link auto-configuration protocol specification topology |
JP2000035928A (ja) * | 1998-07-16 | 2000-02-02 | Yazaki Corp | ネットワーク監視システム及びその方法 |
DE19906867C1 (de) | 1999-02-18 | 2000-07-06 | Weidmueller Interface | Verfahren und Vorrichtung zur seriellen Datenübertragung |
EP1187379B1 (en) * | 2000-08-01 | 2005-03-16 | Command Audio Corporation | Method and signal for transmitting a broadcast program to a wireless receiver |
JP4524932B2 (ja) | 2001-02-13 | 2010-08-18 | 富士電機システムズ株式会社 | リング型ネットワークにおけるノード間のタイミング同期方法、及びそのノード |
US20030016700A1 (en) * | 2001-07-19 | 2003-01-23 | Sheng Li | Reducing the impact of data packet loss |
EP1482664A3 (en) * | 2003-05-20 | 2005-04-13 | Yamaha Corporation | Signal transmission apparatus |
US20050143843A1 (en) * | 2003-11-25 | 2005-06-30 | Zohar Bogin | Command pacing |
JP2006012225A (ja) * | 2004-06-23 | 2006-01-12 | Hitachi Ltd | 情報処理装置 |
JP4122328B2 (ja) * | 2004-10-26 | 2008-07-23 | 富士通株式会社 | 伝送装置 |
-
2007
- 2007-03-27 AT AT07104973T patent/ATE537632T1/de active
- 2007-03-27 EP EP07104973A patent/EP1841137B1/en not_active Not-in-force
- 2007-03-27 AT AT10155733T patent/ATE531163T1/de not_active IP Right Cessation
- 2007-03-27 EP EP10155733A patent/EP2190147B1/en not_active Not-in-force
- 2007-03-28 US US11/729,760 patent/US7693083B2/en active Active
- 2007-03-29 CN CN2007100890817A patent/CN101046952B/zh not_active Expired - Fee Related
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964935A (zh) * | 2009-07-24 | 2011-02-02 | 雅马哈株式会社 | 音频系统 |
CN101964935B (zh) * | 2009-07-24 | 2013-06-26 | 雅马哈株式会社 | 音频系统 |
US11151060B2 (en) | 2011-09-14 | 2021-10-19 | Barco N.V. | Electronic tool and methods for meetings for communicating user selected media content |
CN108337099A (zh) * | 2011-09-14 | 2018-07-27 | 巴科股份有限公司 | 用于会议音频的电子工具和方法 |
US11792085B2 (en) | 2011-09-14 | 2023-10-17 | Barco N.V. | Electronic tool and methods for meetings |
US11422951B2 (en) | 2011-09-14 | 2022-08-23 | Barco N.V. | Electronic tool and methods for meetings between two users |
US10795832B2 (en) | 2011-09-14 | 2020-10-06 | Barco N.V. | Electronic tool for communicating over a communication network |
US10904103B2 (en) | 2011-09-14 | 2021-01-26 | Barco N.V. | Electronic tool and methods for meetings |
US10965480B2 (en) | 2011-09-14 | 2021-03-30 | Barco N.V. | Electronic tool and methods for recording a meeting |
US11403237B2 (en) | 2011-09-14 | 2022-08-02 | Barco N.V. | Electronic tool and methods with audio for meetings |
US11258676B2 (en) | 2011-09-14 | 2022-02-22 | Barco N.V. | Electronic tool and methods for meetings |
US11216392B2 (en) | 2011-09-14 | 2022-01-04 | Barco N.V. | Electronic tool and methods for meetings between multiple users |
CN109155806A (zh) * | 2016-05-26 | 2019-01-04 | 雅马哈株式会社 | 声音信号处理装置以及声音信号处理方法 |
CN109155806B (zh) * | 2016-05-26 | 2021-06-18 | 雅马哈株式会社 | 声音信号处理装置以及声音信号处理方法 |
US10764441B2 (en) | 2016-05-26 | 2020-09-01 | Yamaha Corporation | Sound signal processing device and sound signal processing method |
CN109992447B (zh) * | 2017-12-29 | 2021-06-15 | 华为技术有限公司 | 数据复制方法、装置及存储介质 |
CN109992447A (zh) * | 2017-12-29 | 2019-07-09 | 杭州华为数字技术有限公司 | 数据复制方法、装置及存储介质 |
CN112788491A (zh) * | 2019-11-11 | 2021-05-11 | 西万拓私人有限公司 | 用于运行网络的方法以及听力设备 |
Also Published As
Publication number | Publication date |
---|---|
EP1841137A3 (en) | 2009-07-29 |
EP1841137B1 (en) | 2011-12-14 |
US7693083B2 (en) | 2010-04-06 |
ATE537632T1 (de) | 2011-12-15 |
EP2190147A1 (en) | 2010-05-26 |
CN101046952B (zh) | 2011-12-07 |
ATE531163T1 (de) | 2011-11-15 |
US20070230462A1 (en) | 2007-10-04 |
EP1841137A2 (en) | 2007-10-03 |
EP2190147B1 (en) | 2011-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101046952A (zh) | 音频网络系统 | |
US10305802B2 (en) | Reliable transport of ethernet packet data with wire-speed and packet data rate match | |
Wright et al. | Open soundcontrol: A new protocol for communicating with sound synthesizers | |
JP3412825B2 (ja) | データネットワーク上でデータパケットをスイッチングする方法および装置 | |
JP4040762B2 (ja) | 媒体アクセスコントローラからのパケットデータを伝送するための方法および装置 | |
US7986700B2 (en) | Multiplexed data stream circuit architecture | |
US8576713B2 (en) | Traffic generator with priority flow control | |
US7961751B2 (en) | Multiplexed data stream timeslot map | |
US8340101B2 (en) | Multiplexed data stream payload format | |
CN101325557A (zh) | 一种隧道负载分担的方法、系统和装置 | |
JP2005503060A (ja) | オーディオデータをマスタモジュールとスレーブモジュールとの間でデジタル通信網を介して伝送するためのシステム | |
US8976796B2 (en) | Bandwidth reuse in multiplexed data stream | |
JP2013070376A (ja) | 優先フロー制御を有するパラレルトラフィックジェネレータ | |
US7024516B2 (en) | Configurable ternary content addressable memory | |
CN101527724B (zh) | 用于在高速互联网协议网络中传送数据的数据传输容器 | |
CN1993946A (zh) | 用于在信息存储器中存储信息的方法和信息存储器 | |
EP3410672B1 (en) | Transport of audio between devices using a sparse stream | |
JP2006262477A (ja) | レジデンシャルイーサネットシステムにおける、サブフレームを用いたスーパーフレームの生成方法 | |
CA2437540C (fr) | Commutateur de trames d'informations de taille variable pour reseaux securitaires embarques | |
Ofek | Integration of voice communication on a synchronous optical hypergraph | |
US20040260903A1 (en) | Ping-pong buffer system having a buffer to store a subset of data from a data source | |
Zheng et al. | Open wireless software radio on common PC | |
JP4337899B2 (ja) | オーディオネットワークシステム | |
JP2004112060A (ja) | スイッチ装置 | |
JP2003143223A (ja) | マルチキャスト・データ配信システム及びマルチキャスト・データ配信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111207 Termination date: 20170329 |