Network-based public address receiver

Abstract

Disclosed is a network-based public address (PA) receiver. The disclosed network-based PA receiver comprises a system-on-chip (SoC) including a processing system (PS) and a programmable logic (PL), wherein: the PS includes a processor for executing a software program for outputting audio data encoded in a specific audio data representation format on the basis of first PA audio data received over a network; and the PL is programmed to provide a first audio interface logic and a second audio interface logic, wherein the first audio interface logic organizes encoded audio data into first formatted audio data according to a first audio interface format, and the second audio interface logic organizes an audio data payload, extracted from second PA audio data received over the network, of a specific transport protocol into second formatted audio data according to a second audio interface format.

Description

Network-based public address receiver

[0001] The present disclosure relates to a network-based public address (PA) receiver, and more particularly, to a network-based PA receiver having a system-on-chip (SoC) integrated with a configuration for general latency reception and a configuration for low latency reception of audio data for a network-based PA.

[0002] A public address (PA) system is installed in a building or complex, such as an apartment complex, school, government office, large building, airport, or shopping mall, and is configured to broadcast sounds, such as announcements or background music, over a wide area. The PA system may also be equipped to make emergency announcements in the event of an emergency (such as a fire, explosion, flooding, power outage, or earthquake) occurring within or around the environment in which it is installed.

[0003] Recently, many examples of PA systems are being implemented on a large scale, such as multiple local installations being networked. In this regard, examples of audio data being transmitted over networks include: (i) a general-purpose audio receiver (also called a general-purpose audio player) that receives and plays back audio data (e.g., audio files) over an IP network, such as a Transmission Control Protocol (TCP) / Internet Protocol (IP) network, with some typical possible delay, and (ii) a low-latency audio receiver that receives and processes audio data (e.g., an uncompressed audio stream) over an IP network with low latency, according to a Layer-3 based audio data transmission solution (e.g., Layer-3 networking, such as DANTE, Ravenna, Q-LAN, etc.) and possibly also according to Layer-2 networking (e.g., Audio Video Bridging (AVB) networking or other types of Audio over Ethernet (AoE) networking).A general-purpose audio playback device may include a general-purpose central processing unit (CPU), memory, a networking device (e.g., a network interface card (NIC)) and an audio device (e.g., an audio codec chip having a digital-to-analog converter (DAC) function) coupled via a bus (e.g., including a 32-bit bus), wherein audio data received via the networking device is sufficiently buffered for playback in memory via the bus and shared with the general-purpose CPU via the bus (e.g., for further processing), and Inter-IC Sound (I.I. 2 S) can be provided to an audio device via a bus in a format compatible with an audio interface such as an interface. The low-latency audio receiving device can output the received audio data for playback via a predetermined audio interface (e.g., a Time-Division Multiplexing (TDM) audio interface that allows audio data of two or more channels to be transmitted over a single data line) according to a synchronized clock or a variable clock, wherein such clock signal can be generated based on Precision Time Protocol (PTP) information (e.g., clock synchronization information signaled according to PTP version 2 used in AES67) or based on an occupancy level of an audio buffer (e.g., as disclosed in Korean Patent No. 10-2400936).

[0004] Many conventional network-based PA systems use a general-purpose audio playback device at the receiving end (e.g., its general-purpose CPU is I 2As a S master, it implements basic PA functions (e.g., the function of performing scheduled broadcasts using audio files or Text-To-Speech (TTS) broadcasts, including emergency broadcasts such as fire announcements), but it does not satisfy the function of receiving audio data over a network with low latency. For example, it is difficult to achieve high quality when providing background music over a local area network (LAN) in a building during normal times due to transmission delays, echoes, etc.

[0005] Implementing a network-based PA system by additionally including a separate hardware module / chip for low-latency audio reception in such a general-purpose audio playback device is possible from a general-purpose CPU (e.g., I 2 Outputting audio data according to the S protocol and from additional hardware modules / chips (e.g., non-I such as TDM protocol for transmission of audio data of more than 2 channels) 2 This would involve another processor (e.g., a digital signal processor) responsible for switching between outputting audio data (according to the S protocol), which is not cost-effective. Moreover, if the basic PA function is to include performing PA at a remote location (e.g., central control broadcasting such as civil defense broadcasting) over a network that includes not only a LAN but also a Wide Area Network (WAN), additional equipment such as a network bridge or network switch for WAN communication and a device that converts analog audio signals into audio data to be transmitted over the network is required, so it may not be easy for a network-based PA system implemented in this way to be realistically price competitive.

[0006] A network-based public address broadcast receiver is disclosed in this document.

[0007] In an example, a network-based public address (PA) receiver includes a system-on-chip (SoC) including a processing system (PS) and programmable logic (PL), wherein the PS includes a processor that executes a software program to output audio data encoded in a specific audio data representation format based on first PA audio data received over a network, and wherein the PL is programmed to provide first audio interface logic and second audio interface logic, wherein the first audio interface logic organizes the encoded audio data into first formatted audio data according to the first audio interface format, and the second audio interface logic organizes an audio data payload of a specific transport protocol extracted from second PA audio data received over the network into second formatted audio data according to the second audio interface format.

[0008] The foregoing Summary is provided to introduce some aspects in a simplified form that are further described in the Detailed Description. This Summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used to determine the scope of the claimed subject matter. Furthermore, the claimed subject matter is not limited to implementations that provide any or all of the advantages discussed herein.

[0009] According to the present disclosure, a configuration for general delay reception and a configuration for low delay reception of audio data for a network-based PA can be integrated on a single processing platform, thereby enabling efficient reception and processing of such PA audio data.

[0010] According to the present disclosure, various methods for implementing a network-based PA receiver are provided, which may be considered in conjunction with design factors such as an acceptable degree of data reception delay of the network-based PA receiver, the number of audio streams supported, manufacturing cost, and / or operational stability.

[0011] Figure 1 illustrates an exemplary network-based PA system in which audio data for public address (PA) broadcasting is transmitted in a networked environment.

[0012] FIG. 2 shows an example of a system-on-chip (SoC) available for implementation of the network-based PA receiver of FIG. 1.

[0013] Figure 3 shows an exemplary implementation of the network-based PA receiver of Figure 1.

[0014] Figure 4 shows another exemplary implementation of the network-based PA receiver of Figure 1.

[0015] Figure 5 shows another exemplary implementation of the network-based PA receiver of Figure 1.

[0016] The various terms used in this disclosure are selected from common terminology, taking into account their functions in this document. However, their meanings may vary depending on the intent of those skilled in the art, prevailing practices, or the emergence of new technologies. In certain instances, some terms may have meanings as described in the detailed description. Therefore, the terms used in this document should be defined consistently with their meaning within the context of this disclosure, rather than simply by their name.

[0017] In this document, the terms "comprise," "include," and "have" are used to specify the presence of elements listed later, such as certain features, numbers, steps, operations, components, information, or combinations thereof. Unless otherwise indicated, these terms and variations thereof are not intended to exclude the presence or addition of other elements.

[0018] As used herein, the terms "first," "second," and the like are intended to identify several similar elements. Unless otherwise specified, such terms are not intended to impose limitations, such as a specific order of use of these elements, but are merely used to refer to multiple elements separately. For example, an element may be referred to in one instance by the term "first," while the same element may be referred to in another instance by a different ordinal number, such as "second" or "third." In such instances, these terms do not limit the scope of the present disclosure. Furthermore, the use of the term "and / or" in a list of multiple elements includes any one or more of the listed items, as well as all possible combinations of those items. Furthermore, the singular form "a," "an," and the like include the plural unless the context clearly dictates otherwise.

[0019] Certain examples of the present disclosure will now be described in detail with reference to the attached drawings. However, the present disclosure may be embodied in many different forms and should not be construed as limited to the examples set forth herein. Rather, these examples are provided to provide a better understanding of the scope of the present disclosure.

[0020] Figure 1 illustrates an exemplary network-based PA system (100) for transmitting audio data for PA in a networked environment. The exemplary network-based PA system (100) can provide PA throughout a target environment (e.g., a complex comprising multiple buildings, a collection of local offices distributed across multiple remote locations, indoor and / or outdoor environments of at least a portion of a building, a building structure, or the like). For example, the target environment can be divided into multiple zones, and providing PA via the PA system (100) can include broadcasting the same or different notifications (e.g., audible alarms) across several zones.

[0021] In the example of FIG. 1, a network-based PA system (100) includes a network-based PA transmitter (105), a network-based PA receiver (110), and a network (108).

[0022] A network-based PA transmitter (105) can transmit audio data in any format (e.g., based on sound source data derived from a Compact Disc Player (CDP), a Text-To-Speech (TTS) synthesizer, a Remote Microphone (RM), or the like) to a network-based PA receiver (110) via a network (108).

[0023] The network (108) may include a wired and / or wireless network, for example, a Local Area Network (LAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), the Internet, a Virtual Private Network (VPN), or a combination thereof, and may be an IP-based network in particular.

[0024] A network-based PA receiver (110) may be disposed within any type of device that receives PA audio data from a network-based PA transmitter (105) over a network (108) at the receiving end of a network-based PA system (100), which may have any suitable type of additional functionality, such as generating and outputting an amplified audio signal from the received PA audio data, routing one or more audio signals generated from the received PA audio data to one or more audio output channels and assigning each audio output channel to an audio processing device such as an audio amplifier, a speaker, an audio mixer, and / or an audio matrix, or distributing the audio signals to a predetermined zone of a target environment of the network-based PA system (100), such as enabling or disabling relaying to at least one speaker installed in the zone, and / or acting as a Power over Ethernet (PoE) switch to drive a speaker transducer.A network-based PA receiver (110) can be implemented by including a System-on-Chip (SoC) (112), wherein the SoC (112) includes a Processing System (PS) including a processor that executes a software program that outputs audio data encoded in a specific audio data representation format based on PA audio data received via a network (108), and the SoC (112) further includes Programmable Logic (PL) programmed to provide audio interface logic that organizes the encoded audio data into formatted audio data according to an audio interface format and other audio interface logic that organizes an audio data payload of a specific transport protocol extracted from other PA audio data received via the network (108) into other formatted audio data according to another audio interface format.

[0025] FIG. 2 shows an example of a system-on-chip (SoC) available for implementation of a network-based PA receiver (110).

[0026] In the example of FIG. 2, an exemplary SoC (200) includes a processing system (PS) (210) and programmable logic (PL) (220) integrated and interconnected on a single chip. The SoC (200) may be implemented as the SoC (112) of FIG. 1. In some exemplary implementations, power management for the PS (210) and power management for the PL (220) may be performed separately. For example, power may be supplied to the PS (210) while power may be cut off only to the PL (220).

[0027] In the example of FIG. 2, the PS (210) includes a processing unit (211), which includes a CPU (231) (e.g., a multi-core processor), on-chip memory (232), and a direct memory access (DMA) controller (233).

[0028] The PS (210) may also further include a memory interface (215), an interconnect (216), an input / output (I / O) peripheral (217), and an I / O multiplexing circuit (218), as illustrated in FIG. 2. The processing unit (211) may be interconnected with other components of the PS (210), such as the memory interface (215) and the I / O peripheral (217), by the interconnect (216). Furthermore, the PS (210) may be interconnected with a PL (220) by the interconnect (216).

[0029] PS (210) can provide software programmability with a well-defined instruction set (e.g., ARM architecture instruction set) of CPU (231). In this regard, an operating system (OS) (e.g., Linux-based OS) can be executed on CPU (231) (e.g., regardless of PL (220)).

[0030] In some exemplary implementations, the CPU (231) may have an L1 cache (241) per its processing core. The processing unit (211) may also include an L2 cache (242) that is shareable between the processing cores of the CPU (231). Furthermore, the processing unit (211) may further include a snoop controller (234) that maintains L1 and L2 coherency.

[0031] In some exemplary implementations, the on-chip memory (232) may include random access memory (RAM) (e.g., static RAM (SRAM)). The on-chip memory (232) may be accessed by the CPU (231) as well as by the interconnect (216). Furthermore, the on-chip memory (232) may be accessed directly by the PL (220) (e.g., via a coherent port that accelerates communication between the processing unit (211) and the PL (220) while enabling cache coherent access).

[0032] In some exemplary implementations, the DMA controller (233) may enable multiple DMA channel threads to run in parallel. The DMA controller (233) may provide channels for memory-to-memory transfers within the SoC (200), as well as support connections to DMA-capable peripherals residing within the PL (220).

[0033] In some exemplary implementations, the memory interface (215) may include a dynamic memory controller (251) that allows the PS (210) and the PL (220) to share and access synchronous dynamic RAM (SDRAM) (e.g., DDR2, LPDDR2, DDR3, or DDR3L SDRAM) based on a given memory interface standard (e.g., Double Data Rate (DDR)), and a static memory interface module (252) that supports external static memory. The dynamic memory controller (251) may have, for example, a port dedicated to the CPU (231), a port dedicated to the PL (220), and a port shared via the interconnect (216). The static memory interface module (252) may operate, for example, in a NAND flash interface mode or an asynchronous SRAM / NOR flash parallel interface mode.

[0034] In some exemplary implementations, the interconnect (216) may be configured with a multi-channel bus architecture (e.g., may include an AMBA AXI interconnect). For example, the PS (210) and the PL (220) may communicate with each other through at least one of a general purpose port (e.g., an M_AXI_GP port and an S_AXI_GP port) and a high performance port (e.g., an S_AXI_HP port) provided on the interconnect (216) according to such an architecture. Furthermore, a Quality of Service (QoS) block may be included in the interconnect (216) for regulating data traffic passing through the interconnect (216).

[0035] In some exemplary implementations, the I / O peripheral (217) may include various data communication peripherals such as an Ethernet controller, a USB controller, an SD / SDIO controller, a GPIO module, a UART controller, a CAN bus interface controller, an I2C controller, and an SPI bus controller.

[0036] In some exemplary implementations, the I / O multiplexing circuit (218) may multiplex access by the I / O peripheral (217) and the static memory interface module (252) for communication with external devices.

[0037] In the example of FIG. 2, the PL (220) includes an array of logic blocks (221) and a set of routing channels (222), each logic block in the array (221) including a reconfigurable logic circuit (e.g., a reconfigurable combinational logic circuit and / or a reconfigurable sequential logic circuit) to implement a logic function, and the set of routing channels (222) is configured as an interconnection element, such as a wiring for interconnection between the logic blocks in the array (221). In particular, each logic block in the array (221) may include one or more logic elements, and each logic element may include a look-up table (LUT) having a plurality of inputs, a flip-flop (FF) to which the output of the LUT and a clock signal are input, and an additional FF that operates as a latch. Accordingly, the PL (220) may provide hardware programmability with programmable interconnectivity of routing channels within the set (222) and reconfigurable logic features provided by the logic blocks within the array (221) (e.g., via a Field Programmable Gate Array (FPGA) architecture logic design). For example, the boot process of the SoC (200) may involve first booting the processing unit (211) of the PS (210), and thus the PL (220) may be fully or partially configured during or after the boot process of the SoC (200) in a software-friendly manner.

[0038] The PL (220) may also include various support circuits, such as an embedded memory (223) (e.g., block RAM), a digital signal processing (DSP) block (224), an I / O block (225), a transceiver (226), a data transmission protocol implementation block (227), and an analog-to-digital converter (ADC) (228), as illustrated in FIG. 2. The support circuits of the PL (220) may be connected to logic blocks within the array (221) via programmable interconnect elements (e.g., within a routing channel set (222)). Introducing these support circuits into the PL (220) allows more logic blocks within the array (221) of the PL (220) to be programmed and utilized to provide application-specific logic. Some of the support circuits of the PL (220) may be programmable blocks or include programmable modules. Some of the support circuits of the PL (220) may be dedicated blocks, for example, fixed-function circuits built with transistors for higher performance and lower power consumption.

[0039] In some exemplary implementations, the embedded memory (223) may include multiple block RAMs, each block RAM having multiple independent ports that share stored data (e.g., a dual-port 36KB block RAM), and each port having a programmable data width (e.g., up to 72 bits wide).

[0040] In some exemplary implementations, the DSP block (224) may include multiple DSP elements, each configured to perform a multiplier and accumulator (MAC) operation. The DSP block (224) may further include additional elements, such as a pre-adder or a pattern detector.

[0041] In some exemplary implementations, the I / O block (225) may support multiple I / O standards to provide communication between the PL (220) (e.g., logic blocks within the array (221)) and external devices. The I / O block (225) may support relatively high-performance operation with relatively low maximum voltage support or may have a relatively wider voltage support range. Furthermore, the I / O block (225) may be accessed in place of the I / O multiplexing circuit (218) for communication between the I / O peripheral (217) of the PS (210) and external devices (e.g., via interface circuitry for extended I / O multiplexing between the PS (210) and the PL (220).

[0042] In some exemplary implementations, the transceiver (226) may include a serial transceiver circuit. The serial transceiver circuit may function as a serial transceiver module (e.g., a low-power serial transceiver module having a line data rate of several Gbps to about 10 Gbps) comprising a combination of a transmitter and a receiver. Furthermore, the serial transceiver circuit may have a number of features and parameters that may be defined by the user during configuration of the PL (220), some of which may be modified, particularly during operation of the PL (220).

[0043] In some exemplary implementations, the data transfer protocol implementation block (227) may be interfaced with the transceiver (226). For example, the data transfer protocol implementation block (227) may operate one or more PCI Express lanes (e.g., at a data rate of several Gbps) for the serial transceiver circuitry of the transceiver (226). Additionally, the data transfer protocol implementation block (227) may be interfaced with the embedded memory (223) for data buffering.

[0044] In some exemplary implementations, the ADC (228) may be configured as an analog multiplexer that multiplexes a number of configurable analog inputs and a track-and-hold amplifier that supports various types of analog input signals (e.g., unipolar, bipolar, and differential). Software running on the PS (210) may communicate with and control the ADC (228) via the interconnect (216).

[0045] As discussed in detail below, the network-based PA receiver (110) may be implemented in a variety of ways. The choice of how to implement the network-based PA receiver (110) may depend, for example, on the following factors of the network-based PA receiver (110): an acceptable degree of data reception delay, the number of audio streams supported, manufacturing cost, and / or operational stability.

[0046] Figure 3 illustrates an exemplary implementation of a network-based PA receiver (110). In the illustrated example, the network-based PA receiver (110) includes a SoC (200), a first physical layer (PHY) device (301), and a second PHY device (302). For example, the first PHY device (301) may implement a physical transmission medium (e.g., a physical link for communication of a data bitstream may be established over this medium) that provides Ethernet connectivity between the network (108) and a PS (210) of the SoC (200), and may interface with a Medium Access Control (MAC) layer (e.g., included in an Ethernet controller of an I / O peripheral (217)) of the PS (210). Similarly, the second PHY device (302) may implement a physical transmission medium (e.g., a physical link for communication of data bitstreams may be established over this medium) that provides Ethernet connectivity between the network (108) and the PL (220) of the SoC (200), and may interface with a Medium Access Control (MAC) layer (e.g., included in Ethernet processing logic implemented as a functional logic module, such as an Intellectual Property (IP) core) of the PL (220). Each of the PHY devices (301, 302) may be a chip external to the SoC (200).

[0047] In the example of FIG. 3, the I / O peripheral (217) of the PS (210) (which includes, for example, an Ethernet controller) can control Ethernet communication and receive first PA audio data (e.g., a streamed MP3 or WAV file) over the network (108) (and over the physical link between the network (108) and the PS (210) established by the first PHY device (301)) in such Ethernet communication.

[0048] In some exemplary implementations, the reception of the first PA audio data may be subject to a delay of up to a typical degree, and the network-based PA receiver (110) may tolerate even such a typical delay reception. In other words, the first PA audio data may be used to emit PA sound of typical quality. For example, the first PA audio data may be received as Transmission Control Protocol (TCP) packets or as User Datagram Protocol (UDP) packets over a network (108) (e.g., a LAN and / or WAN within the network (108).

[0049] In the example of FIG. 3, the processing unit (211) of the PS (210) may execute a software program (305) on the CPU (231), which may be configured to generate and output audio data encoded in a specific audio data representation format based on the received first PA audio data. For example, such encoded audio data may be audio data having an uncompressed digital audio representation format (e.g., pulse-code modulation (PCM) encoded audio data) and may be provided to the PL (220) via the interconnect (216) of the PS (210) (e.g., an AXI interconnect).

[0050] The software program (305) may also be configured to construct and output play information regarding encoded audio data, as illustrated in FIG. 3. For example, the play information may include the number of channels in the encoded audio data, a sample rate of the encoded audio data, and / or a bit depth of the encoded audio data.

[0051] In the example of FIG. 3, the PL (220) can be programmed to provide first audio interface logic (310), first audio clock logic (315), Ethernet logic (307), Ethernet controller (308), second audio interface logic (320), second audio clock logic (325), and audio selector (370) (e.g., by configuring at least some of the components (221 to 228) of the PL (220)).

[0052] The first audio interface logic (310) converts the encoded audio data provided from the PS (210) into a first audio interface format (e.g., I 2 The first audio clock logic (315) may be configured to organize the first formatted audio data according to the S interface format. In particular, as illustrated in FIG. 3, the first audio clock logic (315) may generate a first clock signal (e.g., as a clock signal having a selected clock frequency among several candidate clock frequencies) based on the reproduction information provided from the PS (210) and output the same to the first audio interface logic (310). Then, in organizing the encoded audio data into the first formatted audio data, the first audio interface logic (310) may provide the first formatted audio data in accordance with the first clock signal.

[0053] The Ethernet logic (307) may be configured to receive second PA audio data (e.g., audio data packets conveyed according to audio networking technologies based on protocols, standards, and / or solutions such as DANTE, AES67, and AVB) through the network (108) (and through the physical link between the network (108) and the PL (220), established by the second PHY device (302), separately from the first PA audio data) in an Ethernet communication controlled by the Ethernet controller (308) and provide the same to the Ethernet controller (308). For example, the second PA audio data may be received in units of UDP packets through the network (108) (e.g., a LAN within the network (108)) and may be subject to low-latency reception. Accordingly, the second PA audio data may be used to emit high-quality PA sound.

[0054] The Ethernet controller (308) may be configured to control Ethernet communications (e.g., by negotiating a data link for Ethernet communications to manage traffic in the Ethernet communications), as well as extract audio data payloads of a specific transport protocol from the second PA audio data and output them to the second audio interface logic (320). For example, the specific transport protocol may be a stateless protocol such as Real-time Transport Protocol (RTP).

[0055] The second audio interface logic (320) converts the extracted audio data payload into a second audio interface format (e.g., I 2The second PA audio data may be configured to be organized into a second formatted audio data according to a TDM interface format (not an S interface format). In particular, as illustrated in FIG. 3, the Ethernet logic (307) may use the second PA audio data to derive PTP information (which may include, for example, a timestamp value extracted from a PTP message carried in the second PA audio data and / or other types of synchronized clock information obtained based on such a value), or may identify a buffer occupancy level (which indicates the amount of second PA audio data currently remaining in the audio buffer) by buffering the second PA audio data in an audio buffer (for example, a buffer such as a First-In-First-Out (FIFO) buffer included in the embedded memory (223). The second audio clock logic (325) can generate a second clock signal (e.g., a clock signal synchronized according to the PTP information or a clock signal adjusted in such a way that the clock frequency is variably set according to the buffer occupancy level) based on the derived PTP information or the identified buffer occupancy level and output the second clock signal to the second audio interface logic (320). Then, in organizing the audio data payload into second formatted audio data, the second audio interface logic (320) can provide the second formatted audio data in accordance with the second clock signal.

[0056] The audio selector (370) outputs audio (e.g., as shown in FIG. 3) based on at least one of the first formatted audio data and the second formatted audio data. 2The audio selector (370) may be configured to provide audio data in an S or TDM format. For example, the audio selector (370) may include a switch (e.g., a multiplexer switch) for switching between providing the first formatted audio data as an audio output and providing the second formatted audio data as an audio output. As another example, the audio selector (370) may include an audio matrix that provides audio output by routing at least one channel in the first formatted audio data and at least one channel in the second formatted audio data to one or more output channels in the audio output, wherein such routing may include: delivering a channel in the first formatted audio data or the second formatted audio data to one output channel in the audio output; and / or combining multiple channels in the first formatted audio data, multiple channels in the second formatted audio data, or at least one channel in the first formatted audio data and at least one channel in the second formatted data into one output channel in the audio output. In this regard, it will be appreciated that one channel of the first formatted audio data or the second formatted audio data may be distributed to multiple output channels.For example, at least one channel in the first formatted audio data may be routed to a first output channel in the audio output and transmitted from the audio matrix to at least one audio processing device (e.g., a speaker), at least one channel in the second formatted audio data may be routed to a second output channel in the audio output and transmitted from the audio matrix to at least one other audio processing device (e.g., an amplifier), and a combination of at least one channel in the first formatted audio data and at least one channel in the second formatted audio data may be routed to a third output channel in the audio output and transmitted from the audio matrix to at least one other audio processing device (e.g., another speaker).

[0057] In some exemplary implementations, the audio selector (370) may further include an asynchronous sample rate converter (ASRC) that resamples the first formatted audio data (e.g., synchronized with a first clock signal) or the second formatted audio data (e.g., synchronized with a second clock signal) to an output clock signal. The audio selector (370) may provide such resampled audio data as an audio output.

[0058] When implemented as illustrated in FIG. 3, the network-based PA receiver (110) requires relatively more external devices (e.g., PHY devices) and relatively more logic resources (e.g., logic blocks within the PL (220)) since the PS (210) and PL (220) each manage their own Ethernet communications, but stable operation is possible in terms of redundancy of the communication link. For example, combining such an implementation with an audio matrix device may be considered.

[0059] FIG. 4 illustrates another exemplary implementation of a network-based PA receiver (110). In the illustrated example, the network-based PA receiver (110) includes a SoC (200) and a PHY device (401). For example, the PHY device (401) may implement a physical transmission medium (e.g., a physical link for communicating data bitstreams may be established over this medium) that provides Ethernet connectivity between the network (108) and the PS (210) of the SoC (200), and may interface with a MAC layer (e.g., included in an Ethernet controller of an I / O peripheral (217)) of the PS (210). The PHY device (401) may be a chip external to the SoC (200).

[0060] In the example of FIG. 4, the I / O peripheral (217) of the PS (210) (which includes, for example, an Ethernet controller) may control Ethernet communication and may be configured to receive first PA audio data and second PA audio data via the network (108) (and via a physical link between the network (108) and the PS (210) established by the PHY device (401)) in such Ethernet communication. The first and second PA audio data referenced in this example may have similar characteristics to the first and second PA audio data described with respect to FIG. 3, respectively.

[0061] In the example of FIG. 4, the processing unit (211) of the PS (210) can execute a software program (405) on the CPU (231), which can be configured to perform the aforementioned operations of the software program (305).

[0062] The software program (405) may also be configured to extract an audio data payload (e.g., an RTP payload) of a specific transmission protocol from the received second PA audio data, as illustrated in FIG. 4, and store it in the embedded memory (223) of the PL (220) via the interconnect (216) (e.g., an AXI interconnect) of the PS (210).

[0063] Furthermore, unlike the example of FIG. 3, instead of the logic implemented in the PL (220), the software program (405) may use the second PA audio data to derive PTP information (which may include, for example, the synchronized clock information described above) or identify a buffer occupancy level indicating the amount of the second PA audio data currently remaining within an audio buffer (e.g., a buffer included in the on-chip memory (232) or another memory) by buffering the second PA audio data into the audio buffer.

[0064] In the example of FIG. 4, PL (220) can be programmed to provide (e.g., by configuring at least some of the components (221 to 228) of PL (220)) a first audio interface logic (410), a first audio clock logic (415), a second audio interface logic (420), a second audio clock logic (425), and an audio selector (470), which can operate in the same manner as the first audio interface logic (310), the first audio clock logic (315), the second audio interface logic (320), the second audio clock logic (325), and the audio selector (370) described with respect to FIG. 3, respectively, except that: (i) in the example of FIG. 4, the second audio interface logic (420) reads the audio data payload from embedded memory (223) rather than receiving it from logic implemented in PL (220), and (ii) as depicted in FIG. 4, The second audio clock logic (425) reads PTP information or buffer occupancy level from embedded memory (223) rather than receiving it from logic implemented in PL (220).

[0065] When implemented as illustrated in FIG. 4, the network-based PA receiver (110) may cause buffering delay problems by processing even audio data, which is the target of low-latency reception, with software, but can manage Ethernet communication with only the I / O peripheral (217) of the PS (210) and use relatively few resources (e.g., logic blocks) within the PL (220). For example, such an implementation may be considered in pursuing miniaturization of devices such as IP speakers (which can typically process one audio stream).

[0066] FIG. 5 illustrates another exemplary implementation of a network-based PA receiver (110). In the illustrated example, the network-based PA receiver (110) includes a SoC (200) and a PHY device (502). For example, the PHY device (502) may implement a physical transmission medium (e.g., a physical link for communicating data bitstreams may be established over this medium) that provides Ethernet connectivity between the network (108) and a PL (220) of the SoC (200), and may interface with a MAC layer (e.g., included in Ethernet processing logic implemented as a functional logic module, such as an intellectual property core) of the PL (220). The PHY device (502) may be a chip external to the SoC (200).

[0067] In the example of FIG. 5, PL (220) can be programmed to provide Ethernet logic (507), data filter logic (509), first audio interface logic (510), first audio clock logic (515), second audio interface logic (520), second audio clock logic (525), and audio selector (570) (e.g., by configuring at least some of the components (221-228) of PL (220)). In this example, first audio interface logic (510), first audio clock logic (515), second audio interface logic (520), second audio clock logic (525), and audio selector (570) can operate in the same manner as first audio interface logic (310), first audio clock logic (315), second audio interface logic (320), second audio clock logic (325), and audio selector (370) described with respect to FIG. 3, respectively.

[0068] The Ethernet logic (507) may be configured to receive first PA audio data and second PA audio data over a network (108) (and over a physical link between the network (108) and the PL (220) established by the PHY device (502)) in an Ethernet communication (e.g., controlled by an Ethernet controller of an I / O peripheral (217) of the PS (210)). The first and second PA audio data referenced in this example may have similar characteristics as the first and second PA audio data described with respect to FIG. 3, respectively.

[0069] The Ethernet logic (507) may also be configured to extract first network layer audio data (e.g., IP packets) from the received first PA audio data and provide the same to the PS (210), as illustrated in FIG. 5. In this example, the processing unit (211) of the PS (210) may execute a software program (505) on the CPU (231), which may be configured to generate and output audio data (e.g., pulse code modulated audio data) encoded in a specific audio data representation format based on the first network layer audio data provided from the Ethernet logic (507), and may also be configured to build and output reproduction information about the encoded audio data (e.g., the number of channels in the encoded audio data, the sample rate of the encoded audio data, and / or the bit depth of the encoded audio data).

[0070] In the illustrated example, the Ethernet logic (507) may also be configured to extract second network layer audio data comprising an audio data payload of a particular transport protocol (e.g., RTP) from the received second PA audio data and provide it to the data filter logic (509). For example, the second network layer audio data may be an IP packet, which may comprise encapsulated RTP data (i.e., the RTP payload).

[0071] Furthermore, in a similar manner to the Ethernet logic (307) of FIG. 3, the Ethernet logic (507) may derive PTP information (which may include, for example, the synchronized clock information described above) using the second PA audio data, or identify a buffer occupancy level indicating the amount of the second PA audio data currently remaining within an audio buffer (e.g., a buffer included in the embedded memory (223)) by buffering the second PA audio data into the audio buffer. The derived PTP information or the identified buffer occupancy level may be provided from the Ethernet logic (507) to the second audio clock logic (525).

[0072] The data filter logic (509) may be configured to extract an audio data payload of a specific transmission protocol from the second network layer audio data provided from the Ethernet logic (507) and output it to the second audio interface logic (520).

[0073] When implemented as illustrated in FIG. 5, the network-based PA receiver (110) requires relatively many resources to implement the data filter logic (509) in the PL (220), but can manage Ethernet communication with only the logic implemented in the PL (220), and thus, the network layer audio data acquired relatively quickly can be assigned to the PS (210) or the PL (220) for processing depending on whether it is a target for general delay reception or low delay reception. For example, it may be considered to include such an implementation in a device that processes multiple audio streams, such as a multi-channel amplifier.

[0074] In the implementation illustrated in FIG. 3, FIG. 4 or FIG. 5, the network-based PA receiver (110) may be further configured as discussed below.

[0075] In any of the examples of FIGS. 3 to 5, the PL (220) may further include (2j+1) audio interface logic (wherein j is 1, 2, ..., M) (e.g., M=1), which audio interface logic may format audio data encoded in a specific audio data representation format according to the first audio interface format, similar to any of the first audio interface logics (310, 410, 510). For convenience, audio data organized and output by the (2j+1) audio interface logic may be referred to as (2j+1) formatted audio data.

[0076] For example, the third audio interface logic, the fifth audio interface logic, ..., the (2M+1)th audio interface logic may provide the third formatted audio data, the fifth formatted audio data, ..., the (2M+1)th formatted audio data, respectively, in accordance with the first clock signal output from the first audio clock logic (315).

[0077] Alternatively, any of the first formatted audio data, the third formatted audio data, the fifth formatted audio data, ..., the (2M+1)th formatted audio data may be provided in sync with a different clock signal than any other of the first formatted audio data, the third formatted audio data, the fifth formatted audio data, ..., the (2M+1)th formatted audio data. For example, the PL (220) may further include a third audio clock logic, a fifth audio clock logic, ..., a (2M+1)th audio clock logic, wherein the third audio clock logic may generate a third clock signal based on reproduction information provided from the PS (210) like any of the first audio clock logics (315, 415, 515) and output the same to the third audio clock logic, the fifth audio clock logic may generate a fifth clock signal based on such reproduction information and output the same to the fifth audio clock logic, ..., the (2M+1)th audio clock logic may generate a (2M+1)th clock signal based on the same reproduction information and output the same to the (2M+1)th audio clock logic.

[0078] In any of the examples of FIGS. 3 to 5, the PL (220) may further include (2k+2) audio interface logic (wherein k is 1, 2, ..., N) (e.g., N=1), which, like any of the second audio interface logics (320, 420, 520), may format the extracted audio data payload of a particular transport protocol according to the second audio interface format. For convenience, audio data organized and output by the (2k+2) audio interface logic may be referred to as (2k+2) formatted audio data.

[0079] For example, the fourth audio interface logic, the sixth audio interface logic, ..., the (2N+2)th audio interface logic may provide the fourth formatted audio data, the sixth formatted audio data, ..., the (2N+2)th formatted audio data, respectively, in accordance with the second clock signal output from the second audio clock logic (325).

[0080] Alternatively, any of the second formatted audio data, the fourth formatted audio data, the sixth formatted audio data, ..., the (2N+2)th formatted audio data may be provided in sync with a different clock signal than any other of the second formatted audio data, the fourth formatted audio data, the sixth formatted audio data, ..., the (2N+2)th formatted audio data. For example, the PL (220) may further include a fourth audio clock logic, a sixth audio clock logic, ..., a (2N+2)th audio clock logic, wherein the second audio clock logic may generate a fourth clock signal based on PTP information or a buffer occupancy level provided similarly to any one of the second audio clock logics (325, 425, 525) and output the same to the fourth audio clock logic, the sixth audio clock logic may generate a sixth clock signal based on such PTP information or buffer occupancy level and output the same to the sixth audio clock logic, ..., the (2N+2)th audio clock logic may generate a (2N+2)th clock signal based on the same PTP information or buffer occupancy level and output the same to the (2N+2)th audio clock logic.

[0081] In any of the examples of FIGS. 3 to 5, the audio selector (370) can provide audio output based on the first formatted audio data, the second formatted audio data, and / or the additional formatted audio data described above (i.e., the third formatted audio data, the fifth formatted audio data, ..., the (2M+1) formatted audio data, and / or the fourth formatted audio data, the sixth formatted audio data, ..., the (2N+1) formatted audio data).

[0082] In some exemplary implementations, the audio selector (370) may include a switch, e.g., a multiplexer switch, that provides as audio output one of the first formatted audio data, the second formatted audio data, the third formatted audio data, the fourth formatted audio data, and the fifth formatted audio data when M=2 and N=1.

[0083] In some exemplary implementations, the audio selector (370) may include an audio matrix that may provide audio output by routing one or more of at least one channel in the first formatted audio data, at least one channel in the second formatted audio data, at least one channel in the third formatted audio data, at least one channel in the fourth formatted audio data, and at least one channel in the fifth formatted audio data to one or more output channels in the audio output, for example, where M=2 and N=1. Each of such one or more output channels may be transmitted from the audio matrix to at least one audio processing device.

[0084] Additionally or alternatively, as described above, the audio selector (370) may include an ASRC, which may resample at least one of the first formatted audio data, the second formatted audio data, the third formatted audio data, the fourth formatted audio data, and the fifth formatted audio data to an output clock signal and provide the same as an audio output, for example, when M=2 and N=1.

[0085] Below are some examples of network-based PA receivers.

[0086] In Example 1, a network-based public address (PA) receiver includes a system-on-chip (SoC) including a processing system (PS) and a programmable logic (PL), wherein the PS includes a processor that executes a software program that outputs audio data encoded in a specific audio data representation format based on first PA audio data received through a network, and the PL is programmed to provide first audio interface logic and second audio interface logic, wherein the first audio interface logic organizes the encoded audio data into first formatted audio data according to the first audio interface format, and the second audio interface logic organizes an audio data payload of a specific transport protocol extracted from second PA audio data received through the network into second formatted audio data according to the second audio interface format.

[0087] Example 2 includes the subject matter of Example 1, wherein the software program further outputs play information regarding the encoded audio data, and the PL is further programmed to provide a first audio clock logic that provides a first clock signal to the first audio interface logic based on the play information, wherein organizing the encoded audio data into the first formatted audio data includes providing the first formatted audio data in accordance with the first clock signal.

[0088] Example 3 includes the subject matter of Example 2, wherein the playback information includes at least one of a number of channels in the encoded audio data, a sample rate of the encoded audio data, or a bit depth of the encoded audio data.

[0089] Example 4 includes the subject matter of any of Examples 1 through 3, wherein the PL is further programmed to provide second audio clock logic to provide a second clock signal to the second audio interface logic based on Precision Time Protocol (PTP) information derived using the second PA audio data or based on a buffer occupancy level indicating the amount of the second PA audio data currently remaining within an audio buffer, wherein organizing the audio data payload into the second formatted audio data comprises providing the second formatted audio data in accordance with the second clock signal.

[0090] Example 5 includes the subject matter of any of Examples 1 to 3, wherein the PS further comprises an Input / Output (I / O) peripheral for controlling Ethernet communication and receiving the first PA audio data via the network in the Ethernet communication, the software program further generating the encoded audio data from the received first PA audio data, and the PL is further programmed to provide Ethernet logic and an Ethernet controller, wherein the Ethernet logic receives the second PA audio data separately from the first PA audio data via the network in a separate Ethernet communication controlled by the Ethernet controller, and provides the received second PA audio data to the Ethernet controller, and the Ethernet controller extracts the audio data payload from the second PA audio data and provides the extracted audio data payload to the second audio interface logic.

[0091] Example 6 includes the subject matter of any of Examples 1 to 3, wherein the PL is further programmed to provide second audio clock logic that provides a second clock signal to the second audio interface logic based on Precision Time Protocol (PTP) information derived using the second PA audio data or based on a buffer occupancy level indicating the amount of the second PA audio data currently remaining in an audio buffer, wherein organizing the audio data payload into the second formatted audio data includes providing the second formatted audio data in accordance with the second clock signal, and wherein the PS further includes an Input / Output (I / O) peripheral that controls Ethernet communications and receives the first PA audio data over the network in the Ethernet communications, and wherein the software program further generates the encoded audio data from the received first PA audio data, and wherein the PL is further programmed to provide Ethernet logic and an Ethernet controller, wherein the Ethernet logic separately generates the second PA audio data from the first PA audio data over the network in a separate Ethernet communications controlled by the Ethernet controller. Receives data, provides the received second PA audio data to the above Ethernet controller, derives the above PTP information using the received second PA audio data or identifies the above buffer occupancy level by buffering the received second PA audio data in the above audio buffer, provides the above derived PTP information or the above identified buffer occupancy level to the above second audio clock logic, and the above Ethernet controller extracts the above audio data payload from the above second PA audio data and provides the above extracted audio data payload to the above second audio interface logic.

[0092] Example 7 includes the subject matter of Example 5 or Example 6, wherein the network-based PA receiver further comprises a first physical layer (PHY) device establishing a first physical link between the network and the PS, and a second PHY device establishing a second physical link between the network and the PL, wherein the I / O peripheral receives the first PA audio data via the first physical link, and the Ethernet logic receives the second PA audio data via the second physical link.

[0093] Example 8 includes the subject matter of any of Examples 1 to 3, wherein the PS further includes an I / O peripheral for controlling Ethernet communication and receiving the first PA audio data and the second PA audio data through the network in the Ethernet communication, and wherein the software program further generates the encoded audio data from the received first PA audio data, extracts the audio data payload from the received second PA audio data, and stores the extracted audio data payload in an embedded memory of the PL.

[0094] Example 9 includes the subject matter of any of Examples 1 to 3, wherein the PL is further programmed to provide second audio clock logic that provides a second clock signal to the second audio interface logic based on Precision Time Protocol (PTP) information derived using the second PA audio data or based on a buffer occupancy level indicating the amount of the second PA audio data currently remaining in an audio buffer, wherein organizing the audio data payload into the second formatted audio data includes providing the second formatted audio data in accordance with the second clock signal, and wherein the PS further includes an I / O peripheral that controls Ethernet communications and receives the first PA audio data and the second PA audio data over the network in the Ethernet communications, and wherein the software program further generates the encoded audio data from the received first PA audio data, derives the PTP information using the received second PA audio data or identifies the buffer occupancy level by buffering the received second PA audio data in the audio buffer, and determines whether the derived PTP information or the identified buffer is sufficient to buffer the second PA audio data. The occupancy level is stored in the embedded memory of the PL above, the audio data payload is extracted from the received second PA audio data above, and the extracted audio data payload is stored in the embedded memory above.

[0095] Example 10 includes the subject matter of Example 8 or Example 9, wherein the network-based PA receiver further comprises a PHY device that establishes a physical link between the network and the PS, wherein the I / O peripheral receives the first PA audio data and the second PA audio data via the physical link.

[0096] Example 11 includes the subject matter of any of Examples 1 to 3, wherein the PL is further programmed to provide Ethernet logic and data filter logic, wherein the Ethernet logic receives the first PA audio data and the second PA audio data over the network in an Ethernet communication, extracts first network layer audio data from the received first PA audio data, provides the extracted first network layer audio data to the PS, extracts second network layer audio data including the audio data payload from the received second PA audio data, provides the extracted second network layer audio data to the data filter logic, the data filter logic extracts the audio data payload from the second network layer audio data, and provides the extracted audio data payload to the second audio interface logic, and wherein the software program further generates the encoded audio data from the extracted first network layer audio data.

[0097] Example 12 includes the subject matter of any of Examples 1 to 3, wherein the PL is further programmed to provide second audio clock logic to provide a second clock signal to the second audio interface logic based on Precision Time Protocol (PTP) information derived using the second PA audio data or based on a buffer occupancy level indicating the amount of the second PA audio data currently remaining in an audio buffer, wherein organizing the audio data payload into the second formatted audio data includes providing the second formatted audio data in accordance with the second clock signal, and wherein the PL is further programmed to provide Ethernet logic and data filter logic, wherein the Ethernet logic receives the first PA audio data and the second PA audio data over the network in an Ethernet communication, extracts first network layer audio data from the received first PA audio data, provides the extracted first network layer audio data to the PS, and derives the PTP information using the received second PA audio data or based on the buffer occupancy level using the received second PA audio data to the audio buffer. By buffering, identifying, and providing the above extracted PTP information or the above identified buffer occupancy level to the above second audio clock logic, extracting second network layer audio data including the above audio data payload from the above received second PA audio data, providing the above extracted second network layer audio data to the above data filter logic, the above data filter logic extracting the above audio data payload from the above second network layer audio data, and providing the above extracted audio data payload to the above second audio interface logic, and the above software program also generating the above encoded audio data from the above extracted first network layer audio data.

[0098] Example 13 includes the subject matter of Example 11 or Example 12, wherein the network-based PA receiver further comprises a PHY device that establishes a physical link between the network and the PL, wherein the Ethernet logic receives the first PA audio data and the second PA audio data via the physical link.

[0099] Example 14 includes the subject matter of any of Examples 1 to 13, wherein the PL is further programmed to provide an audio selector that provides audio output based on at least one of the first formatted audio data and the second formatted audio data.

[0100] Example 15 includes the subject matter of Example 14, wherein the audio selector comprises a switch for switching between providing the first formatted audio data as the audio output and providing the second formatted audio data as the audio output.

[0101] Example 16 includes the subject matter of Example 14 or Example 15, wherein the audio selector comprises an audio matrix for routing at least one channel in the first formatted audio data and at least one channel in the second formatted audio data to an output channel in the audio output to provide the audio output.

[0102] Example 17 includes the subject matter of Example 16, wherein the above output channels are from the above audio matrix to at least one audio processing unit.

[0103] Example 18 includes the subject matter of Example 17, wherein at least one audio processing device comprises an audio amplifier, a speaker, an audio mixer and / or another audio matrix.

[0104] Example 19 includes the subject matter of any of Examples 14 to 18, wherein the audio selector comprises an Asynchronous Sample Rate Converter (ASRC), wherein organizing the encoded audio data into the first formatted audio data comprises providing the first formatted audio data to the ASRC in response to a first clock signal, or organizing the audio data payload into the second formatted audio data comprises providing the second formatted audio data to the ASRC in response to a second clock signal, or both, and wherein the ASRC resamples the first formatted audio data, the second formatted audio data, or the first formatted audio data and the second formatted audio data in response to an output clock signal, and wherein the resampled first formatted audio data, the resampled second formatted audio data, or the resampled first formatted audio data and the resampled second formatted audio data are provided as the audio output.

[0105] Example 20 includes the subject matter of any of Examples 1 to 19, wherein the first PA audio data is received in units of Transmission Control Protocol (TCP) packets or User Datagram Protocol (UDP) packets over the network, and the second PA audio data is received in units of UDP packets.

[0106] Example 21 includes the subject matter of any of Examples 1 to 20, wherein the network comprises a Local Area Network (LAN) and a Wide Area Network (WAN), wherein the first PA audio data is received via at least one of the LAN and the WAN, and the second PA audio data is received via the LAN without passing through the WAN.

[0107] Example 22 includes the subject matter of any of Examples 1 through 21, wherein the particular audio data representation format is an uncompressed digital audio representation format.

[0108] Example 23 includes the subject matter of any of Examples 1 to 22, wherein the encoded audio data is pulse-code modulation (PCM) encoded audio data.

[0109] Example 24 includes the subject matter of any of Examples 1 through 23, wherein the particular transport protocol is a stateless protocol.

[0110] Example 25 includes the subject matter of any of Examples 1 through 24, wherein the audio data payload is a Real-time Transport Protocol (RTP) packet payload.

[0111] Example 26 includes the subject matter of any of Examples 1 to 25, wherein the first audio interface format is an Inter-IC Sound (I2S) interface format, and the second audio interface format is a Time-Division Multiplexing (TDM) interface format other than the I2S interface format.

[0112] The above description has been presented to illustrate and describe a few examples in detail. Those skilled in the art will readily appreciate that many modifications and variations are possible in light of the above teachings without departing from the scope of the present disclosure. In various instances, suitable results may still be achieved even if the described techniques are performed in different sequences, and / or some of the components of the described systems, architectures, devices, circuits, and the like are combined or combined in different ways, or replaced or substituted with other components or their equivalents.

[0113] Therefore, the scope of the present disclosure should not be limited to the form disclosed, but should be defined by the claims set forth below and their equivalents.

Claims

1. As a network-based public address (PA) receiver, A system-on-chip (SoC) including a processing system (PS) and programmable logic (PL), The above PS includes a processor executing a software program that outputs audio data encoded in a specific audio data representation format based on first PA audio data received through a network, The above PL is programmed to provide a first audio interface logic and a second audio interface logic, The first audio interface logic organizes the encoded audio data into first formatted audio data according to the first audio interface format, The second audio interface logic extracts audio data payload of a specific transmission protocol from second PA audio data received through the network and organizes it into second formatted audio data according to a second audio interface format. Network-based PA receiver.

2. In paragraph 1, The software program also outputs playback information regarding the encoded audio data, The PL is further programmed to provide a first audio clock logic that provides a first clock signal to the first audio interface logic based on the reproduction information, wherein organizing the encoded audio data into the first formatted audio data comprises providing the first formatted audio data in accordance with the first clock signal. Network-based PA receiver.

3. In paragraph 1, The PL is further programmed to provide second audio clock logic that provides a second clock signal to the second audio interface logic based on Precision Time Protocol (PTP) information derived using the second PA audio data or based on a buffer occupancy level indicating the amount of the second PA audio data currently remaining within an audio buffer, wherein organizing the audio data payload into the second formatted audio data comprises providing the second formatted audio data in accordance with the second clock signal. Network-based PA receiver.

4. In paragraph 3, The above PS further includes an input / output (I / O) peripheral for controlling Ethernet communication and receiving the first PA audio data through the network in the Ethernet communication, The software program also generates the encoded audio data from the received first PA audio data, The above PL is also programmed to provide Ethernet logic and Ethernet controller, The Ethernet logic receives the second PA audio data separately from the first PA audio data through the network in a separate Ethernet communication controlled by the Ethernet controller, provides the received second PA audio data to the Ethernet controller, derives the PTP information using the received second PA audio data or identifies the buffer occupancy level by buffering the received second PA audio data in the audio buffer, and provides the derived PTP information or the identified buffer occupancy level to the second audio clock logic. The Ethernet controller extracts the audio data payload from the second PA audio data and provides the extracted audio data payload to the second audio interface logic. Network-based PA receiver.

5. In paragraph 4, The above network-based PA receiver, A first physical layer (PHY) device that establishes a first physical link between the network and the PS, Further comprising a second PHY device establishing a second physical link between the network and the PL, The I / O peripheral receives the first PA audio data via the first physical link, and the Ethernet logic receives the second PA audio data via the second physical link. Network-based PA receiver.

6. In paragraph 3, The PS further includes an I / O peripheral for controlling Ethernet communication and receiving the first PA audio data and the second PA audio data through the network in the Ethernet communication, The software program also generates the encoded audio data from the received first PA audio data, derives the PTP information using the received second PA audio data or identifies the buffer occupancy level by buffering the received second PA audio data in the audio buffer, stores the derived PTP information or the identified buffer occupancy level in an embedded memory of the PL, extracts the audio data payload from the received second PA audio data, and stores the extracted audio data payload in the embedded memory. Network-based PA receiver.

7. In paragraph 6, The above network-based PA receiver, Further comprising a PHY device for establishing a physical link between the above network and the PS, The I / O peripheral receives the first PA audio data and the second PA audio data through the physical link. Network-based PA receiver.

8. In paragraph 3, The above PL is also programmed to provide Ethernet logic and data filter logic, The Ethernet logic receives the first PA audio data and the second PA audio data through the network in Ethernet communication controlled by the PS, extracts first network layer audio data from the received first PA audio data, provides the extracted first network layer audio data to the PS, derives the PTP information using the received second PA audio data or identifies the buffer occupancy level by buffering the received second PA audio data in the audio buffer, provides the extracted PTP information or the identified buffer occupancy level to the second audio clock logic, extracts second network layer audio data including the audio data payload from the received second PA audio data, and provides the extracted second network layer audio data to the data filter logic. The data filter logic extracts the audio data payload from the second network layer audio data and provides the extracted audio data payload to the second audio interface logic, The software program also generates the encoded audio data from the extracted first network layer audio data, Network-based PA receiver.

9. In paragraph 8, The above network-based PA receiver, Further comprising a PHY device for establishing a physical link between the network and the PL, The above Ethernet logic receives the first PA audio data and the second PA audio data through the physical link, Network-based PA receiver.

10. In paragraph 1, The PL is also programmed to provide an audio selector that provides audio output based on at least one of the first formatted audio data and the second formatted audio data. Network-based PA receiver.

11. In paragraph 10, The audio selector comprises a switch for switching between providing the first formatted audio data as the audio output and providing the second formatted audio data as the audio output. Network-based PA receiver.

12. In paragraph 10, The audio selector comprises an audio matrix that provides the audio output by routing at least one channel in the first formatted audio data and at least one channel in the second formatted audio data to an output channel in the audio output. Network-based PA receiver.

13. In paragraph 10, The above audio selector includes an asynchronous sample rate converter (ASRC), Organizing the encoded audio data into the first formatted audio data comprises providing the first formatted audio data to the ASRC in response to a first clock signal, or organizing the audio data payload into the second formatted audio data comprises providing the second formatted audio data to the ASRC in response to a second clock signal, or both. The ASRC resamples the first formatted audio data, the second formatted audio data, or the first formatted audio data and the second formatted audio data in accordance with an output clock signal, and the resampled first formatted audio data, the resampled second formatted audio data, or the resampled first formatted audio data and the resampled second formatted audio data are provided as the audio output. Network-based PA receiver.

14. In paragraph 1, The first PA audio data is received in units of Transmission Control Protocol (TCP) packets or User Datagram Protocol (UDP) packets through the network, and the second PA audio data is received in units of UDP packets. Network-based PA receiver.

15. In paragraph 1, The first audio interface format is an Inter-IC Sound (I2S) interface format, and the second audio interface format is a Time-Division Multiplexing (TDM) interface format other than the I2S interface format. Network-based PA receiver.

Images