KR20100135157A - Method of controlling devices and tuner device - Google Patents

Abstract

PURPOSE: A device control method and a tuner device are provided to enable a tuner device to transmit state information of the tuner device and caption information to a receiving device if the receiving device requests the state information of the tuner device included in a transmitting device. CONSTITUTION: A receiving unit(201) receives a broadcasting signal and the first command. The first command is a command for checking whether a source device records A/V data. A network control module(206) processes the first command. The network control module controls a MAC message and a physical layer data unit to be transmitted to a sync device. The MAC message comprises the second command in response to the first command. A controller(205) determines whether to control recording of A/V data stream.

Description

Method of controlling devices and tuner device

The present invention relates to a device control method and a tuner device, and more particularly, to control to perform a predetermined function of a device in a wireless network.

Recently, due to the development of communication, computer and network technology, many kinds of networks have been developed and implemented in real life. Networks exist in large networks that connect the world, such as wired or wireless Internet, while small wired or wireless networks exist that connect home appliances in confined spaces such as homes or workplaces. As the types of networks are diversified, interfacing technologies are also diversified to enable communication between networks and networks or by connecting devices and devices.

FIG. 1 is a diagram schematically illustrating an example of a wireless video access network (WVAN), which is a type of a wireless private access network (WPAN).

WVAN is a wireless network that can support uncompressed transmission of 1080P A / V streams by forming a wireless network between digital devices in a limited space within 10m, such as a home, and having a throughput of 4.5 Gbps or more with a bandwidth of about 7 GHz. to be. Therefore, it is a network configured between personal devices in a limited space, and the devices can be directly communicated between devices to configure a network so that information can be exchanged seamlessly between applications.

Referring to FIG. 1, the WPAN consists of two or more user devices 11-15, one of which acts as a coordinator 11. The coordinator 11 serves to provide basic timing of the WPAN, control quality of service (QoS) requirements, and the like. Devices that can be used as devices include computers, PDAs, notebooks, digital TVs, camcorders, digital cameras, printers, microphones, speakers, headsets, bar code readers, displays, mobile phones, etc., and all digital devices can be used.

The high-capacity video bus uses high-speed digital signal transmission of more than 1 Gbps to deliver 1080p or higher HD picture and high-quality audio data. However, these high-capacity video buses are transmitted through specific cables connected between devices, and there is an increasing demand for wireless real-time data transmission of high-speed A / V buses. The advantage is that the cable can be shortened and the distance between devices is not limited. However, since WLAN (IEEE802.11) treats A / V signals and other data as the same general data in the physical layer system, it achieves the purpose of transmitting data of high speed A / V bus wirelessly. There is difficulty.

Wireless video access network (WVAN), a type of wireless private access network (WPAN), treats A / V signals and other data as the same general data in a physical layer system, so wireless high-speed A / There is a difficulty in achieving the purpose of transmitting data on the V bus, and recently, A / V signals have been attempted using a wireless home digital interface (WHDI) wireless network.

In order to execute a predetermined function of a device between devices belonging to a WHDI network, a response to an AVCL message request is exchanged.

Can be. In this case, as the case in which the state information of the sub device included in the transmitting device is not correctly transmitted to the receiving device through the exchange of AVCL messages, the user has a problem in checking the state information of the sub device. In order to solve the problem, when the tuner device included in the transmitting device transmits a response message to the AVCL message request, the subtitle processing information of the tuner device is transmitted to the display subdevice attached to the receiving device, Subtitle information indicating the processing of the request message is provided.

Technical problems to be achieved in the present invention are not limited to the above-mentioned technical problems, and other technical problems not mentioned above will be clearly understood by those skilled in the art from the following description. Could be.

A control method for recording an audio / video (A / V) data stream in a display device of a wireless network according to a first aspect of the present invention for solving the above problems is to detect a recording command signal input from a user and Transmitting a tuner information request message (Give Tuner Device Status) to the tuner device to request status information of a tuner device transmitting an A / V data stream to the display device, in response to the tuner information request message; Receiving a response message (Tuner Device Status) including the state information of the tuner device from the tuner device, transmitting a recording request message (Record On) including the state information of the tuner device to a source device; Record from the source device in response to a record request message Receiving a recording status message, wherein the response message includes information indicating whether caption information is included in an A / V data stream transmitted from the tuner device to the display device. do.

The receiving device transmits a test message (Test) for checking whether the tuner device performs processing on the tuner information request message, and sends a response message (Action Acccept / Reject) to the test message from the tuner device. The method may further include receiving.

The display device may display the caption included in the caption information by overlaying it with the display of the A / V data, and the caption information may be text data indicating a state of the tuner device.

The response message may further include information indicating whether the tuner device is recording for a specific channel.

The tuner information request message is included in a first uplink control PHY data unit (ULCPDU) and transmitted to the tuner device, and the response message is a first downlink physical layer data unit (DLPDU: Downlink). PHY Data UNIT) and may be received by the display device.

The first DLPDU includes a basic header and an extended header, wherein the response message is included in the extended header or multiplexed with an A / V signal transmitted from the tuner device to the first DLPDU. Can be included. The first DLPDU is transmitted during a time interval including a first time interval in which a MAC message and at least one header are transmitted and a second time interval in which the A / V signal is transmitted, wherein the first ULCPDU is in the first time interval. May be transmitted during the interval.

The recording request message may be included in a second ULCPDU and transmitted to the source device, and the recording status message may be included in a second DLPDU and received by the display device.

The second DLPDU includes a basic header and an extended header, wherein the recording status message is multiplexed with an A / V signal included in the extended header or transmitted from the source device and the second header. May be included in the DLPDU. The second DLPDU is transmitted during a time interval including a first time interval in which a MAC message and at least one header are transmitted and a second time interval in which the A / V signal is transmitted, wherein the second ULCPDU is in the first time interval. May be transmitted during the interval.

 An example of a sink device that performs control for recording an audio / video (A / V) data stream in a wireless network according to a second aspect of the present invention for solving the above-described problem is to identify the sink device. Delivered from an Audio Video Control (AVC) layer, a message preamble, a message type and the AVC layer generating a first command comprising a second identifier and an opcode for identifying a first identifier, source device or tuner device A first physical medium including a medium access control (MAC) layer for generating a MAC message including the received first command, an uplink control header, the MAC message, and audio / video (A / V) data; Create a layer data unit and transmit it to the source device or the tuner device, and by the source device or the tuner device A physical layer that receives a second physical layer data unit including a second command transmitted in response to the first command, wherein the second commander received from the tuner device comprises: Information indicating whether or not caption information is included in the A / V data stream transmitted to the display device is included.

The first command transmitted to the tuner device includes a tuner status information request message (Give Tuner Device Status), and the second commander received from the tuner device is a response message indicating a state of the tuner device (Tuner Device Status). It may include.

The first command transmitted to the source device may include a recording request message (Record On), and the second commander receiving from the source device may include a recording status message (Record Status).

The first physical layer data unit may be an uplink control physical layer data unit (ULCPDU), and the second physical layer data unit may be a downlink physical layer data unit (DLPDU). have.

The first command includes a test message Test for checking whether the source device or the tuner device can process an AVCL command transmitted by the sink device, and the second commander responds to the test message. (Action Accept / Regect).

The DLPDU is transmitted during a time interval including a MAC message, a first time interval in which at least one or more headers are transmitted, and a second time interval in which an A / V signal is transmitted, wherein a ULCPDU is the part of which the portion of the DLPDU should be transmitted. It can be transmitted during the 1 hour period.

The second command may be included in the DLPDU by being multiplexed with an A / V signal transmitted from the tuner device or the source device.

The DLPDU may include a basic header and an extended header, and the second command may be included in the extended header.

The source device of the wireless network according to the third aspect of the present invention for solving the above-mentioned problems receives a first command for confirming whether the source device can record A / V data from a broadcast signal and a sink device. And a receiving device, a MAC message including a second command transmitted in response to the first command, and a physical layer data unit including a broadcast signal received by the receiving part to generate the physical layer data unit. And a control unit for determining whether to perform a control for recording an audio / video (A / V) data stream through the first command processed by the network control module. Determines whether to record the A / V data stream according to the state of a tuner device. It can be made.

A tuner device that receives a first command from a display device of a wireless network according to a fourth aspect of the present invention for solving the above problems, receives and displays audio / video (A / V) data from a source device in an AVC layer. In response to the first command sent from the display device, generating a second command including indication information indicating a state of the tuner device, a message preamble, a message type, and the AVC layer in a MAC layer; Constructing and transmitting a MAC message including the second command received from the physical layer to the physical layer, the downlink including at least one header, the MAC message, and audio / video (A / V) data in the physical layer A physical layer data unit (Downlink PHY Data Unit) to the display device And transmitting to the display device, wherein the second command may include information indicating whether caption information is included in the A / V data stream transmitted from the tuner device to the display device.

In a wireless network according to a fifth aspect of the present invention for solving the above problems, a tuner device identifies a first identifier and the display device for identifying the tuner device in response to a first command received from a display device. From an audio video control (AVC) layer, a message preamble, a message type, and the AVC layer, which generates an AVCL message including a second identifier for operation, a second command including an operation code and information about the tuner device. Receiving a medium access control (MAC) layer for generating a MAC message including the received second command and a first physical layer data unit including the first command, an uplink control header, Generate a second physical layer data unit comprising a MAC message and audio / video (A / V) data to And a physical layer transmitted to a display device, wherein the information about the tuner device indicates whether caption information is included in the A / V data stream transmitted from the tuner device to the display device. Information may be included.

According to the present invention, when a receiving device requests status information of a tuner device included in a transmitting device in order to perform a specific function of the device, the tuner device transmits caption processing information indicating the same with its own status information to the receiving device. Provide a way to. Accordingly, the user of the receiving device can check the information on the state of the tuner device included in the transmitting device through subtitles, so that the user can use the WHDI device more conveniently.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned above may be clearly understood by those skilled in the art from the following description. will be.

In order to solve the above technical problem, embodiments of the present invention discloses a wireless path performance test method for A / V signal transmission in a wireless home digital interface (WHDI) wireless network.

The following embodiments are a combination of elements and features of the present invention in a predetermined form. Each component or feature may be considered to be optional unless otherwise stated. Each component or feature may be implemented in a form that is not combined with other components or features. In addition, some of the elements and / or features may be combined to form an embodiment of the present invention. The order of the operations described in the embodiments of the present invention may be changed. Some configurations or features of certain embodiments may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments.

Recently, the Wireless Home Digital Interface (WHDI) wireless system is a technology for transmitting uncompressed A / V signals in the 5Ghz U-NII band. WHDI converts high-capacity video bus data into radios more efficiently by processing and modulating A / V signals in consideration of human audio-visual characteristics in the PHY layer.

At least one user device included in the WHDI includes a source device transmitting an A / V signal and a sink device receiving an A / V signal from the source device. Here, a source device that actually transmits an A / V signal may be considered an active source device, and a sink device that receives an audio / video signal does not actually transmit an A / V signal and is added to the active source device. It includes passively connected passive source devices. Each device may be divided into at least three layers according to its function, and generally includes a PHY layer, a MAC layer, and an AVC layer.

2 is a diagram illustrating an embodiment of a broadcast signal processing system including a broadcast signal receiver as an example of a transmission device in a WHDI network.

The broadcast signal receiver may reproduce an A / V signal received through an A / V signal received through an antenna from a broadcasting station or cable satellite, etc., as described below. In addition, when the broadcast signal receiver operates as a transmitting device on the WHDI network, the broadcast signal receiver may remotely transmit the received A / V signal to at least one receiving device.

Referring to FIG. 2, a broadcast signal processing system, which is an example of a transmission device that transmits A / V data, includes a network device that connects a broadcast signal receiver 20 and a broadcast signal receiver to a remote storage device or another device 25 ( 23).

The broadcast signal receiver 20 includes a receiver 201, a demodulator 202, a decoder 203, a display 204, a controller 205, a network control module 206, a graphic processor 207, an interface unit. 208 and a control signal communication unit 209. Here, the example of FIG. 2 further includes a local storage device 22, which discloses an example in which the local storage device 22 is directly connected to an interface unit 208 including an input / output port, but the local storage device is a broadcast signal. It may be a storage device mounted inside the receiver 21.

The interface unit 208 may communicate with the wired / wireless network device 23, and may be connected with the at least one receiving device 25 present on the wireless network through the network device 23. The control signal communication unit 209 may receive a user control signal according to a user control device, for example, a remote controller 21, and output the received signal to the controller.

The receiver 201 may be a tuner that receives a broadcast signal of a specific frequency through at least one of the terrestrial wave, satellite, cable, and the Internet. The receiver 201 may be provided for each broadcast source, for example, terrestrial wave, cable, satellite, or personal broadcast, or may be an integrated tuner. In addition, assuming that the receiver 201 is a terrestrial broadcast tuner, the receiver 201 may include at least one digital tuner and an analog tuner, or may be a digital / analog integrated tuner.

In addition, the receiver 201 may receive an IP (internet protocol) stream transmitted through wired or wireless communication. When receiving the IP stream, the reception unit 201 may process a transmission / reception packet according to an IP protocol that sets source and destination information on the received IP packet and the packet transmitted by the receiver. The reception unit 201 may output a video / audio / data stream included in an IP packet received according to the IP protocol, and generate and output a transport stream to be transmitted to the network as an IP packet according to the IP protocol. . The receiver 201 is a component that receives an externally input video signal. For example, the receiver 201 may receive a video / audio signal input of an IEEE 1394 format or a stream such as HDMI from an external source.

The demodulator 202 demodulates the input broadcast signal in the inverse of the modulation scheme. The demodulator 202 demodulates a broadcast signal and outputs a broadcast stream. When the receiver 201 receives a stream format signal, for example, when receiving the IP stream, the IP stream bypasses the demodulator 202 and is output to the decoder 203.

The decoder 203 includes an audio decoder and a video decoder. The decoder 203 decodes the broadcast stream output from the demodulator 202 or the stream reproduced through the network control module 206 with each decoding algorithm and then displays the display 204. ) In this case, a demultiplexer (not shown) may be further included between the demodulator 202 and the decoder 203 according to a corresponding identifier. The demultiplexer may divide a broadcast signal into an audio element stream (ES) and a video element stream (ES), and output the broadcast signal to each decoder of the decoding unit 203. In addition, when a plurality of programs are multiplexed on one channel, only a broadcast signal of a program selected by a user may be selected and divided into a video element stream and an audio element stream. If the demodulated broadcast signal includes a data stream or system information stream, it is also separated from the demultiplexer and delivered to the corresponding decoding block (not shown).

The graphic processor 207 may process a graphic to be displayed so that the display unit 204 may display a menu screen on the video image displayed by the display unit 204 and control the graphic to be displayed on the display unit 204.

The interface unit 208 may interface with at least one receiving device 25 through a wired or wireless network. Examples of the interface unit 208 include an Ethernet module, a Bluetooth module, a near field wireless Internet module, a portable Internet module, a home PNA module, an IEEE1394 module, a PLC module, a home RF module, and an IrDA module. Meanwhile, the interface unit 208 may output a control signal for turning on power to the remote storage device. For example, although not illustrated in FIG. 2, the interface unit 208 may turn on the power of the remote storage device by transmitting a WOL signal to a network interface unit to which a separate remote storage device communicates.

When the broadcast signal receiver 20 shown in FIG. 2 transmits a broadcast signal received by the network signal receiver 20 to another device on a WHDI network, the network control module 206 may convert the broadcast signal received from the receiver 201 to a MAC message. A module that works together to transmit data through physical layer data units. The network control module 206 may receive a broadcast signal directly from the receiver 201 or a broadcast signal demodulated by the demodulator 202. In the former case, the encoding process may be omitted. In addition, the broadcast signal received by the receiver 201 may be input to the protocol layer module 206 through a process for signal transmission from the controller 205. For example, when receiving a message including a broadcast signal from the reception device 25, the received message is separated into a broadcast signal and a MAC message in the network control module 206, and the separated broadcast signal (or broadcast stream). May be input to the decoding unit 203, decoded by a decoding algorithm, and then output to the display unit 204.

The network control module 206 may include an AVC layer for generating a predetermined AVCL command, a MAC layer for generating a MAC message including an AVCL command received from the AVC layer, and the receiving unit 201 or the demodulator 202. The control unit 205 may control the PHY layer that generates the first physical layer data unit including the broadcast signal received from the MAC message and the second message. The first physical layer data unit may be transmitted to another device using the network device 23 via the interface 208. In addition, the network control module 206 may receive a second physical layer data unit including a response message transmitted by the receiving device having received the AVCL command in response thereto.

In FIG. 2, an example in which the control unit 205 and the network control module 206 are separately provided for convenience of description is described, but may be implemented as one system chip as shown by a dotted line. Specifically, in the protocol layer including the AVC layer, the MAC layer, and the PHY layer to be controlled by the network control module 206, the AVC layer and the MAC layer correspond to a message or a received message to be transmitted in the controller 205. Can be made. At this time, the PHY layer forms a physical layer data block in the network control module 206. A detailed description of the network control module 206 will be described later with reference to the physical layer data block structure disclosed in FIGS. 9 to 16.

The controller 205 may control operations of the illustrated components (receiver, demodulator, decoder, display, graphics processor, network control module, interface), and the like. Then, the menu for receiving the user's control command can be displayed, and the user can be driven with an application for displaying various information or menus of the broadcast signal processing system.

For example, the controller 205 may read the content stored in the local storage device 22 when the local storage device 22 is mounted. When the local storage device 22 is mounted, the controller 205 may control to store the broadcast content received from the receiver 201 in the local storage device 22. In addition, the controller 205 may output a signal for controlling the local storage device 22 to mount depending on whether the local storage device 22 is mounted.

The controller 205 checks the remaining storage capacity of the local storage device 22 and allows the user to display the information on the display unit 204 through the display unit 204 or the graphic processor 207. Can be. In addition, when the remaining storage capacity is insufficient in the local storage device 22, the controller 205 may transfer the content stored in the local storage device 22 to the remote storage device and store the same. In this case, when the remaining storage capacity of the local storage device 22 is insufficient, the controller 205 transmits the information to the local storage device 22 to another local storage device (not shown) or a remote storage device through the display unit 204. A menu indicating whether to move and store the stored content can be displayed. And it can receive and process the user's control signal for it. Accordingly, the controller 205 may move and store the contents stored in the local storage 22 and other directly or remotely mounted storage devices.

In addition, the controller 205 may control to record and simultaneously record the received A / V data or to record the A / V data received through a specific channel.

The display unit 204 may display broadcast content received from the receiver 201 and content stored in the local storage device 22. According to a control command of the controller 205, a menu for displaying information related to whether the storage device is mounted and the remaining capacity may be displayed and operated under the control of the user.

According to an embodiment of the present invention, the transmitting device shown in FIG. 2 may be combined with at least one sub device. Although not shown in FIG. 2, the transmitting device may include an internal tuner device or an external tuner device that selects and displays only the radio wave by tuning to a frequency of a certain radio wave or an electric signal as an example of a sub device. You can also combine. The sub device will be described below with reference to FIG. 26.

3 is a diagram illustrating an example of a protocol hierarchy implemented in a device in a WHDI system, which is performed by the network control module 206 of FIG. 2.

Referring to FIG. 3, the WHDI system may be configured in all four layers.

The uppermost Application Layer (31) is a layer for users to integrate WHDI in their host systems.

The AVCL layer (Audio Video Control Layer) 32 is a higher layer that is responsible for streaming connection and device control for A / V signal transmission between a source device and a sink device. AVCL is used to indicate the active source device that the sink device wishes to receive the A / V stream from the particular source device. The sink device may not need to receive and render the A / V stream or further receive the A / V stream. On the other hand, the source device is used to indicate a specific display that the user has requested to display the content on the display unit of the source device. Or, it is used to determine the capacity related to the A / V signal of the sink device at the source device, or to transmit metadata related to the A / V signal. Alternatively, all devices are used to perform Remote Device Control (RDC), such as controlling the playback or channel variation of a disc player on a set top box.

As such, AVCL includes two types of control schemes: control protocols and metadata delivery. Here, the control protocol (or AVCL protocol) includes bidirectional command transmission between devices on the active network. In general, a message including an AVCL command is mapped to a MAC message through the MAC layer and mixed with other data in the PHY layer, which will be described later.

Next, the media access control (MAC) layer 33 is a lower layer of the data transmission protocol and performs functions such as link setup, connected or disconnected, channel access, and reliable data transmission. That is, it transmits a control / data message or controls a channel.

The MAC layer performs a carrier carrier multiple access with collision avoidance (CSMA / CA) using an ACK frame as a basic channel access scheme, and performs subcarrier detection or clear channel assessment (CCA) before sending a packet. . In addition, in consideration of the direction between the source device and the sink device, it is divided into downlink and uplink. The downlink may be implemented in one long frame as a whole, and the process of receiving and recovering the ACK frame may be omitted. In downlink, since the synchronization between the video frame and the modem (PHY) frame is performed, the transmission time is determined according to the format of the A / V signal to be transmitted. In general, the entire MAC format includes a Basic Header (BH) and an Extended Header (EH).

Next, the PHY layer 34 can directly process the A / V signal and simultaneously be processed by the MAC layer 33. In WHDI, the PHY layer is responsible for the transmission and reception of unmodulated A / V signals. The PHY layer serves to switch messages requested from higher layers such as the AVCL layer 32 and the MAC layer 33 to take care of the radio signal, thereby allowing the request message to be transmitted between devices by the physical layer. . In addition, the PHY Layer has A / V signal unidirectional transmission capacity and bidirectional data channel capacity, and PHY level encryption and SNR of all A / V signals, carrier detection and interference determination Measurement is also possible.

The PHY layer receives or outputs pre-processed video data samples or various types of pre-processed audio data samples in the form of a 4: 4: 4 ratio of Y, Cb, Cr streams of pixels at each source / sink device. All transitions in this form are performed at the application layer 31 on each source / sink device.

The protocol layer of the WHDI device illustrated in FIG. 2 may be applied to the tuner device, and is performed in the same process when exchanging messages between the tuner device and the sink device. That is, even when the tuner device receives the AVCL commander from the sink device or wants to transmit a response message to the received AVCL commander, the MAC message generates an AVCL message in the AVCL layer and combines the preamble and the generated AVCL message in the MAC layer. Fish and exchange them through the physical layer.

4 is a block diagram illustrating an example of a source device in a WHDI system.

Referring to FIG. 4, a host controller 41, which is a kind of processor, integrates and manages the entire system and serves as an AVCL layer, or uses a WHDI baseband module 43 as an inter integrated circuit (I2C). It controls the bus system structure. Because the I2C bus system operates on the I2C protocol, multiple ICs can connect and communicate with each other over a common structured bus. I2C bus systems provide a way to connect a central processing unit (CPU) and associated peripheral ICs (ie, provide communication between them) in a television environment, and are widely used in consumer electronics. I2C systems are generally limited to transmitting data at a set clock rate in accordance with a set protocol, and the main controller IC of the I2C system sets the transfer rate or speed (ie, clock rate or bus speed). Thus, all ICs connected to a particular I2C bus must communicate at the same rate or data rate. The host controller 41 may include a memory therein or use an external memory.

The WHDI baseband module 43 plays the role of the MAC / PHY Layer described above, and receives the A / V signal from the A / V source device 42 to the bus such as LVDS. Transmit at intermediate frequency IF. The WHDI RF module 44 converts the intermediate frequency IF into a carrier signal and transmits the converted microwave signal through the multiple antennas 45. It is also possible to transmit as well as receive the control signals other than the A / V signals.

5 is a diagram illustrating an example of a sink device in a WHDI system.

Referring to FIG. 5, the host controller 51, which is a kind of processor, plays an integrated role of an application like the above-described source device, and uses a WHDI baseband module 54 to construct an inter integrated circuit (I2C) bus system. Serves as a control. The WHDI RF module 53 converts the RF signal received from the multi-antenna 52 into an intermediate frequency (IF), restores the A / V signal received from the source device, and outputs LVDS, Transmit A / V bus signals such as I2S.

FIG. 6 is a diagram illustrating a process of converting a general video signal including a vertical blanking period into an RF signal in a WHDI device in which an A / V signal is transmitted and received.

In general, a period in which a source device continuously transmits a radio signal to a sink device is called a downlink period. In this period, a downlink PHY data unit (DLPDU) is transmitted. The downlink period can be largely divided into a vertical blanking period section 61 and an active video section 62. First, the vertical blanking period section 61 includes a section 611 in which the source device transmits a downlink preamble including a channel estimation sequence (CES) to the sink device, and a section 612 in which a downlink header is transmitted. ). CES is a technique for measuring distortion of a received signal, that is, time delay, phase shift and attenuation, which occurs when a transmitted signal passes through an unspecified wireless channel, by using a pilot signal having a constant pattern included in the transmitted signal. In the active video section 62, the source device transmits the A / V signal to the sink device.

The WHDI source device in operation of transmitting / receiving A / V signals may continuously transmit signals in the 5 Ghz band including control information and video data corresponding to wireless signals during the downlink period. The time required for the downlink period corresponds to the sum of some of the general vertical blanking period sections of the video bus (component, HDMI, LVTTL, etc.) and one active video section in which actual video data is transmitted. That is, the signal transmission time is determined according to the data type transmitted from the source device, and the PHY signal may be transmitted in units of 10 ms or more longer than other RF communication in the downlink period.

The downlink period is followed by an uplink period. The uplink period is a period in which the PHY layer of the sink device can transmit a radio signal to the source device. The uplink period consists only of a portion 63 of a general vertical blanking period of a video bus (component, HDMI, LVTTL, etc.). An uplink control PHY data unit (ULCPDU), which is an uplink section, includes an RF turn around section 631, a section 632 for transmitting a preamble including a CES, and a section for transmitting an uplink header ( 633), and a section for transmitting uplink data 634 and a slience + RF Turn Around section 635.

An interval 632 for transmitting an uplink preamble including CES is a signal interval for synchronization of a device receiving an uplink radio signal. In addition, the RF Turn Around section 635 corresponds to the time required to switch the transmitting antenna to the receiving antenna or the receiving antenna to the transmitting antenna. That is, the Slience + RF Turn Around section 635 is a period of stopping for a while and corresponds to the time required for the sink device to switch from the transmission mode to the reception mode, and for the source device to switch from the reception mode to the transmission mode.

After the uplink period ends, the preamble / CES transmission section 611 and the downlink header transmission section 612 of the downlink section continue to fill one vertical blanking period section 61.

In this way, the WHDI PHY layer in A / V transmission operation can define the lower transmission interval according to the time configuration (that is, the interval between the vertical blanking period and the active video interval) of the original signal of the video data transmitted. have. In the downlink and the uplink, each transmission period is identical in that it uses OFDM and MIMO techniques, but the PHY signal generation and transmission methods are different from each other.

The source device configures its own voice, video, and control data as a DLPDU using a downlink section consisting of a vertical blanking period section 61 and an active video section 62 in the PHY layer, and transmits it as a wireless signal to the sink device. . The period is mainly divided into a video dependent DLPDU mode for transmitting only video data and a video independent DLPDU mode for transmitting data unrelated to the video data, which will be described below with reference to FIGS. 7 and 8.

7 is a diagram illustrating an example of a DLPDU sequence in a video independent DLPDU mode in a WHDI PHY layer.

Referring to FIG. 7, when a source device starts a network, the source device broadcasts its presence through a Video Independent DLPDU that is not related to the A / V signal to find a sink device. Video Independent DLPDUs are similar to beacon messages, but control information such as time information for synchronization or device lists in the network is carried in the DLPDU's base header (BH) and extension headers (EH). The difference is that they can be sent at the same time. Another purpose of the Video Independent DLPDU is to shorten the time required for transmitting audio signals only to sink devices. Video Independent DLPDUs require a relatively short time of less than 5 ms because they do not need to be synchronized to the video bus signal.

Referring to FIG. 7, when a source device transmits an independent DLPDU without an A / V signal to find a sink device, the frequency F _DLI [0] indicates a different center frequency range within a 5 Ghz U-NII range. For example, within the 5Ghz U-NII range, F _DLI [0] is 5150Mhz, and F _DLI [1] is 5470Mhz. The source device broadcasts its information over all channels, thereby inducing the sink device in the waiting state to respond.

8 is a diagram illustrating an example of a DLPDU sequence in a video dependent DLPDU mode in a WHDI PHY layer.

Referring to FIG. 8, the purpose of the Video dependent DLPDU is for the source device to synchronize its frequency to the video signal prior to the radio signal. For example, if the source device is transmitting a 1080p 50hz video signal to the sink device using downlink, the DLPDU signal is generated for about 18 ms, which is a signal interval when the active video device, that is, the DE signal is on, from the active source device. Lasts. As shown in FIG. 8, when the first DLPDU is transmitted, the direction of the signal is changed and the first sink device transmits ULCPDU (Uplink Control PHY Data Unit) data using the uplink to the source device. Thereafter, when the ULCPDU signal transmitted from the first sink device is transmitted to the source device, the next DLPDU signal is transmitted, and then the ULCPDU signal is transmitted from the second sink device to the source device, and the same process is repeated. Header information of the ULCPDU and DLPDU is included in the vertical blanking period of the video signal and transmitted. That is, the sink device may transmit the PHY signal for a relatively short time within 500us.

9 is a diagram illustrating an example of a PHY structure for transmitting a DLPDU in a WHDI system.

In the DLPDU PHY structure of the WHDI active source device, the radio encoding process may be variously implemented according to the type of data to be transmitted. In particular, in the case of video data, each frame (eg, each image) is decomposed into one or more color components (Y, Cb, Cr), and the frames of the decomposed color components are again decomposed into frequency components and then quantized. Herein, the error of the quantization result is a video fine stream, and the quantized frequency components are separated into a video coarse bitstream. The video quantization error stream and the video quantization coefficient bitstream are the same. Different video encoding processes are applied to video data.

Referring to FIG. 9, the data transmitted in the WHDI DLPDU PHY structure includes data / control bitstreams, which are message command data requested from the MAC and AVCL layers, and signal accuracy at the receiver. The test bitstream, which is a constant bit pattern mixed with the data, can be classified into an audio bitstream for transmitting audio data and a video bitstream for transmitting video data. The video bitstream may be divided into a video quantization coefficient bitstream which transmits quantized video data and a video error bitstream which is a bitstream of an error value corresponding to each of the quantized data.

The video quantization coefficient bitstream is a bitstream consisting of coefficients quantized after de-correlation transform (DCT) of video data. Bitstream.

As described above, the signal generation method differs according to the type of data transmitted from the PHY system. Referring to the example illustrated in FIG. 9, the audio data and the video data pass through the encoders 71 and 72, respectively. Control data such as a data / control bitstream and a test bitstream are transmitted to the bitstream MUX 73 without undergoing an encoding process. The video quantization coefficient bitstream of the video data is also transmitted to the bitstream MUX 73 after the encoding process so that a total of four signals are combined into one bitstream. In this case, the video dependent DLPDU mode includes the video quantization coefficient bitstream, but in the independent DLPDU mode, the quantization coefficient bitstream is excluded.

Next, the Coarse Stream Encryptor 74 combines all the data except the header information BH and EH in the AES-128 method for the signal input by being combined into one bitstream in the bitstream MUX 73. Encrypt The bitstream processer 75 modulates the encrypted signal into a wireless signal (Symbol) based on the QAM scheme and adds an error correction code.

On the other hand, video quantization error is processed independently by the quantization error data processing and encryption module (Fine Data Processing and Encryption module) 76 in order to transmit data more securely, unlike the above four data. In this case, the quantization error data processing and encryption module 76 includes a quantization error data scaling module, a quantization error data symbol mapper, and a quantization error data. A fine-data encryptor and a quantization error data scrambler may be included.

In the above example, a total of five data processed through the separate processing described above is the video quantization error data passed through the quantization error data processing and encryption module 76 and the remaining four data combined into one data. Is input to the MIMO OFDM mapper 77. The MIMO OFDM mapper 77 distributes the input signal to the RF-chain module 78 transmitted through a subcarrier or each transmit antenna in order to apply MIMO based on antenna diversity, channel matrix calculation, and inverse transform. Here, dedicated subcarriers may be allocated to carrier signals having different center frequencies according to video quantization coefficients and video quantization errors.

In the Nth transmit chains 78, the downlink IDFT unit 781 performs a process of converting the finally calculated subcarrier signals to the time axis and integrating them. The CP inserter 782 performs a process of copying a block of a predetermined size from the back of the previous symbol to the front of the next symbol to avoid multi-path interference that may occur between OFDM symbols. The preamble Mux 783 rearranges signals so that only preamble data is transmitted in the preamble transmission periods 611 and 632 shown in FIG. 6. In the Symbol Shaper 784, a signal processing process is performed such that the signal strength in the frequency domain falls within the spectral mask required by the WHDI system. The final signal is converted from the analog and RF module (785) to an analog signal via a digital-to-analog converter, and the converted intermediate frequency (IF) is converted into a 5Ghz radio signal (RF) through a mixer. It is converted and transmitted through the antenna.

In the above, the process of transmitting the audio signal and the video signal through the antenna through the DLPDU PHY structure in the WHDI system has been described.

In short, WHDI's active source devices always perform DCT conversion on video data directly received at the PHY layer before transmitting radio signals. In addition, by quantizing the DCT-converted video data, in fact, the transmission data may be compressed to transmit more data within a limited bandwidth. The quantized video data is divided into video quantization coefficient data and video quantization error data, and different error correction encoding processes are applied. Alternatively, different modulation schemes may be applied to the separated video quantization coefficient data and the video quantization error data.

Hereinafter, each component in the subsystem of the DLPDU PHY layer of the WHDI active source device will be described in more detail.

10 is a diagram illustrating a structure of an audio encoder in an example of the DLPDU PHY structure of the WHDI active source device.

Referring to FIG. 10, the audio encoder 71 is composed of two elements, an audio outer encoder 711 and an audio byte interleaver 712. The Audio Outer Encoder 711 uses a Read-Solomon method as preprocessing for audio data. The polynomial used for this is P (x) = 1 + x ^ 2 + x ^ 3 + x ^ 4 + x ^ 8. For example, a total of 255 bytes is added by adding 16 bytes of the same value to 239 bytes of data. Generate the output. This result is again mixed by the convolutional byte-interlever in the audio byte interleaver 712, which can reduce distortion of the voice signal resulting from radio error.

FIG. 11 is a diagram illustrating a structure of a video encoder in an example of the DLPDU PHY structure of the WHDI active source device.

The video encoder 72 DCT-converts the uncompressed Y, Cb, Cr format video data (eg, pixels) into the frequency domain, and quantizes the converted signal into DC and AC components, respectively. An error generated in the quantization process is extracted as a video quantization error stream. The quantized value is extracted as a video quantization coefficient bitstream. After DCT conversion of the frequency, the high energy coefficient of the frequency component as low as the number proportional to the available transmission amount measured in the MAC layer is selected and transmitted to the unit where the next process is performed, and the remaining signals are discarded.

More specifically, referring to FIG. 11, all pixels are first grouped into 8 × 8 blocks in the block grouping unit 721 for DCT conversion of video data. For example, when performing block grouping on a pixel of 1920x1080 full HD size, it may be bundled into 250x135 blocks. Because they are grouped into 8x8 blocks, they must be buffered in such a way that horizontal blanking of the video bus is stored at least eight times in the video memory of the transmitter.

The block interleaver 722 interleaves the columns and rows of each block as shown in FIG. 12 for 250x135 blocks or some blocks, for example, on a full screen of 1920x1080 full HD size to avoid cluster errors. (interleaving) to perform the mixing process. FIG. 12 is a diagram illustrating an example of block interleaving performed by the video encoder illustrated in FIG. 11.

In the spatial de-correlation module 723, which performs the DCT transformation, the block interleaver 722 converts each block whose column and row permutations are changed into frequency components through the DCT transformation. That is, spatial de-correlation in each block is performed to generate a set of coefficients for each block. The performance of the signal converted to the frequency component varies depending on the value of the corresponding coefficient. Referring to FIG. 11, a block type detector for inputting a coefficient parsing and selection module 726 for analyzing and selecting coefficients according to coefficient values, or determining a type of each block; 725 and a block parsing and selection module 726 through a block processing mode controller 725 that controls the processing mode of each block.

The block type detector 725 finds the type of each video block. In this case, two types of block types may be defined as type 0 and type 1. In general, a block having a low energy in a high frequency coefficient after DCT conversion may be set to type 0, and a block having a high energy in a high frequency coefficient may be set as type 1. This particular block type determination criterion may be a specific performer capable of satisfying the required image quality.

The block processing mode controller 725 performs a process by applying one of the first mode and the second mode to all blocks. The first mode is applied to all blocks in basic mode, while the second mode is applied to blocks that do not change through the number of consecutive video frames in refinement mode. The decision criterion for the mode of processing a particular block may be a particular performer capable of meeting video quality requirements. The first mode is to selectively discard high frequency components and apply a quantization process in the DCT converted video signal, thereby generating a relatively small amount of video data. On the other hand, in the second mode, a relatively large amount of image data can be transmitted by selectively discarding a high frequency component in the DCT-converted video signal and performing quantization and error signal extraction. However, in order to apply the second mode when the source device transmits the video data, the refinement mode must support the second mode in the sink device. Uncompressed transmission is also possible if the second mode process is applied to all blocks and there is no process of discarding high frequency components.

In the coefficient parsing and selection module 726, the block type determined by the block type detector 725 and the block processing mode controller 725 performed by the block processing mode controller 725. The coefficients for the video quantization error stream of each block are analyzed and selected based on the control indication, coefficient information table for selecting appropriate coefficients, and available bandwidth provided by the MAC layer.

In the MAC layer, N _{Coeffs _ per _ Block} is set. N _{Coeffs _ per _ Block} is a coefficient value per _{block, which} is determined by combining the current wireless reception sensitivity and other performance values. For example, when the distance between the source device and the sink device is too great and the wireless channel situation is not good, by setting the N _{Coeffs_per_Block} value small, the high frequency component of the coefficient is automatically discarded.

The coefficient quantizer 727 is a block type detector 725, a block processing mode controller 725, and a coefficient parsing and selection module 726. Perform quantization on the transmitted signal. To generate a video quantization coefficient bit stream and a video quantization error stream for complex symbol values, based on the type of each block, detailed control indication information, the appropriate quantization table, the available bandwidth provided by the MAC layer, and the like. Coefficients of each block can be quantized.

A subset of the DCT coefficients is quantized for each video block. Each quantized coefficient is represented in two types, such as a sequence of one or more quantized bits and a video fine coefficient. The non-quantized coefficients remain unchanged and are referred to as video quantization error coefficients below.

The quantization process performed by the coefficient quantizer 727 may be performed as follows.

_, 그것의 출력 비트의 개수에 따라 각각의 양자화가 특정된다.1) Nine kinds of standard quantization can be used for the DCT of the DC component of the signal. For example,

_, Each quantization is specified according to the number of its output bits.

_, 그것의 출력 비트의 개수에 따라 각각의 양자화가 특정된다. 2) Three kinds of nonstandard quantization can be used for DCT coefficients for non-DC components, i.e., AC components. For example,

_, Each quantization is specified according to the number of its output bits.

로 양자화되고, 상기 양자화는

에 따른 N-bit 양자기에 의해 양자화된다고 가정한다. 양자화 과정은 다음과 같다.Each N-bit coefficient quantization is defined as a ^2N quantization region including ^2N quantization values corresponding to one quantization region and ^2N N- bit sequences respectively corresponding to one quantization region. DCT coefficient

Quantized by

Assume that it is quantized by an N-bit quantizer according to. The quantization process is as follows.

가 주어진 양자화 영역

을 찾는다. 수학적으로, 이것은

에 따라 수행된다. (where if means if and only if)1) coefficient

Quantization region given

Find it. Mathematically, this is

Is performed according to. (where if means if and only if)

에 해당하는 양자화 값인

를 산출하기 위해 계수

를 양자화한다.2) quantization domain

The quantization value corresponding to

Coefficient to yield

Quantize

를 생성한다. 상기 N-bit 시퀀스는 스트림에서 가장 먼저 출력되는 b₀비트를 포함하는 양자화 과정에서의 비트 시퀀스 출력이다.3) N-bit sequence corresponding to quantization region

. The N-bit sequence is a bit sequence output in the quantization process including the b ₀ bits output first in the stream.

에 따라 정의되는 양자화 오류를 계산한다. 상기 양자화 오류는 양자화 과정에서 생성되는 비디오 양자화 오차 계수이다. 4)

Compute the quantization error defined by. The quantization error is a video quantization error coefficient generated during the quantization process.

이 되고, 비트 시퀀스는 생성되지 않는다. For coefficients that are not quantized,

, The bit sequence is not generated.

Hereinafter, quantization bits calculated for each video block will be described with reference to FIG. 13. FIG. 13 is a diagram illustrating quantization bits calculated per video block in a DLPDU PHY structure of a WHDI active source device. FIG.

The selection of the quantized coefficients and the number of bits may be allocated according to the first block mode or the second block mode, the video format and the bandwidth limit, and the second block processing all the quantization bits. The video block processed according to the mode is set to zero.

And, all number of blocks the entire quantized by the MAC layer is N _{Bits per _ _ Block -} is set to be. The MAC layer also makes the value of the parameter N _{Bits _ per _ Block -} less than 0 and less than 64. The value of the parameter N _{Bits _ per _ Block -} is used for rate adjustment by adding a single bit with a value of '0' to the first video block N _{Bits_fraction-} within all groups of 64 video blocks. . At this time, by obtaining a constant bit rate when the average is more than 64 video block groups, rate adjustment is started from the first video block. This bit is referred to as the rate adjustment bit. When adding rate adjustment bits, add all the output bits of the block after quantization. The bit generated for each video block should be determined in advance by a type bit indicating the type of video block. When the type bit is calculated, it must be performed prior to quantization and rate adjustment of any bit. The type bit should have a value of '0' for a type 0 block and a value of '1' for a type 1 block.

Prior to the type bits, quantization bits and rate adjustment bits, processing bits representing the processing of the video block must first be set. The processing bit is set to '0' in the source device of every block when transmitting a signal to a sink device that does not support the above-described second block mode.

After quantization is performed, it is extracted into a video quantization error stream, which is the difference between the quantized coefficients and the value before the quantization is performed.

The bitstream MUX 73 processes four bitstreams (data / control bitstream, audio encoder output bitstream, video quantization coefficient bitstream and test bitstream) into one quantization coefficient bitstream. Mix. At this time, the header information (BH, EH) is excluded from the control information. The coarse stream encrytor 74 encrypts the video quantization coefficient bitstream except for the header information BH and EH processed as one stream in the bitstream MUX 73.

The bitstream processer 75 will be described with reference to FIG. 14.

FIG. 14 is a diagram illustrating a bitstream processor in one example of a DLPDU PHY structure of a WHDI active source device. FIG.

The bitstream processer (75) uses the TAIL Bits Inserter (751), Convolution Encoder (752), Bit Interleaver (753), Symbol Mapper (754), Symbol Parser (755), and Space Time Block Code (STBC) Encoder (756). It may include.

The video quantization coefficient bitstream enhances the error correction code rather than the video quantization error stream to be transmitted. Referring to FIG. 14, an error correction code is added to a video quantization coefficient bitstream in a convolution encoder 752 and a space time block code (STBC) encoder 756. At this time, not only the video quantization coefficient bitstream, but also other data streams mixed and encrypted in the bitstream MUX 73 pass through the bitstream processor.

TAIL Bits Inserter 751 adds a '0' as the last bit to receive input from the Convolution Encoder. The encoding rates for each encoder are 1/2, 3/4, 5/6, which can be selected differently depending on the radio state, such as 1/2 if the radio state is good and 5/6 if the radio state is not good. The bitstream passing through the convolutional encoder 752 evenly spreads adjacent bits in the bit interleaver 753. The symbol mapper 754 converts the video quantization coefficient bitstream into coefficients of the IQ quadrature phase in order to convert it into an analog signal. As shown in FIG. 15, the bitstream of the quantization coefficient stream is always coded with 16-QAM only. can do.

FIG. 15 is a diagram illustrating a 16QAM arrangement for converting into coefficients of an IQ quadrature phase of a quantization coefficient stream in an example of a DLPDU PHY structure of a WHDI active source device. FIG. In 16QAM, each of the four bit strings is converted into one symbol.

FIG. 16 is a diagram illustrating an example of a process of parsing an OFDM symbol in a symbol parser in an example of the DLPDU PHY structure of the WHDI active source device.

The DLPDU symbol parser 725 sequentially distributes 16-QAM symbols for each subcarrier and spatial stream allocated to the quantization coefficient stream for the modulated symbol string.

Since DLPDU has a larger amount of transmission than uplink data (200Mbps or more in 1080p), a plurality of spatial streams are used. Referring to FIG. 16, the DLPDU Symbol Parser 725 converts an input sequence of an IQ complex signal into a vector such as an OFDM symbol, a subcarrier, and a spatial stream.

For example, suppose there are four MIMO channels, Nsym OFDM symbols, and Nscc subcarriers. Input data Complex 0, Complex 1,... , Complex T,… <OFDM symbol # 1, Subcarrier # 1, Spatial Stream # 1> <OFDM symbol # 1, Subcarrier # 1, Spatial Stream # 2> <OFDM symbol # 1, Subcarrier # 1, Spatial Stream # 3> < OFDM symbol # 1, Subcarrier # 1, Spatial Stream # 4> <OFDM symbol # 1, Subcarrier # 2, Spatial Stream # 1> <OFDM symbol # 1, Subcarrier # 2, SpatialStream # 2>. <OFDM symbol # 2, Subcarrier # 1, SpatialStream # 1> <OFDM symbol # 2, Subcarrier # 1, SpatialStream # 2>... <OFDM symbol # Nsym, Subcarrier # Nscc, SpatialStream # 3> <OFDM symbol # Nsym, Subcarrier # Nscc, Spatial Stream # 4>.

The STBC Encoder 756 shown in FIG. 14 adds redundant error correction codes for each spatial stream to further enhance error correction possibilities.

A quantization error data processing and encryption process performed by the fine data processing and encryption module 76 will be described with reference to FIG. 17.

FIG. 17 is a diagram illustrating a quantization error data processing and encryption module in an example of a DLPDU PHY structure of a WHDI active source device.

The video quantization error data stream via video encoder 72 is first subjected to quantization error data scaling by a quantization error data processing and encryption module 76. A quantization error data scaling module 761 in which quantization error data scaling is performed applies different scaling factors depending on whether each video block grouped by 8x8 is type 0 or type 1. For example, the size of the video block of type 0 is multiplied by 1.75 for all included quantization error data, and the size of the video block of type 1 is multiplied by 1 for all included quantization error data.

Subsequently, the scaled video data is subjected to a symbol mapping process in the symbol mapper 762. The quantization error data modulation process is distinguished from general digital / analog modulation (BPSK, QPSK, QAM). First, one quantization error data stream is grouped into two quantization error data, for example, a quantization error for the Y component and a quantization error for the Chroma component in one pixel. After the quantization error data processing and encryption process are performed in two groups, one modulation symbol includes two quantization error data. The first quantization error data has a real value and the second quantization error data has an imaginary value. In the modulation process, the (±) code is used as it is before the modulation is performed, and the modulation is performed using a synthesis method of quadrature carriers. For example, if the size of IQ is ± 2047 and the maximum available value of quantization error data is 1007.5, then the first data is +22 and the second data is -25, and I = (22 * 2) + 32 = 76, Q = ( -25 * 2) + 32 = -80. This has the advantage that more than twice as much data can be represented in one symbol than the modulation scheme of the quantization coefficient data stream such as 16QAM or 64QAM. As such, when modulating the quantization error data in the active source device, one corresponding quantization error data element for the Y, Cb, and Cr components of one pixel is not decomposed into I and Q components. Instead, one quantization error data element is connected to the I component and the next quantization error data element is connected to the Q component.

Thereafter, the quantization error data encryptor 763 uses a modulated symbol as a complex input signal and encrypts the AES-128 CTR method according to a key set in the quantization error data encryptor. The encrypted complex output signal is distributed by fine-data scrambler 764 to avoid clustering errors.

MIMO-OFDM mapper 77 maps the appropriate space time streams, subcarriers and OFDM symbols to symbols of quantization coefficient data complex values, symbols of quantization error data complex values, fixed pilots and fluctuating pilots. do. In addition, a specific subcarrier is allocated as a subcarrier for a fixed pilot and a variable pilot so that a receiver can perform time synchronization or channel measurement using the same.

The preamble MUX 783 then multiplexes between the preamble field and the other fields CES, BH, EH, IQ, and DATA to generate the entire DLPDU. When designing for the preamble field, the preamble is selected as an input signal. On the other hand, when designing for the other fields (CES, BH, EH, IQ, DATA), the output of the OFDM modulator is selected as the input signal.

The symbol shaper 784 performs to satisfy the spectral mask shown in FIG. 18.

18 is a diagram illustrating an example of a spectrum during DLPHY RF transmission in a WHDI active source device.

Overall transmitted baseband signal consists of all field contributions. Here, the following Equation 1 is satisfied.

는 각각

의 필터링된 버전이다. Symbol shaper(784)에서 산출되는 DLPHY 신호는 도 18에 도시된 바와 같은 Spectral Mask 최대치의 주파수 특성을 갖는다. here,

Respectively

Filtered version of. The DLPHY signal calculated by the symbol shaper 784 has a frequency characteristic of a spectral mask maximum as shown in FIG. 18.

Next, an uplink which is a period for transmitting a PHY signal from a sink device or a passive source device to an active source device in a WHDI system will be described.

As described above, the active source device is a source device that transmits video data or audio data to one or more devices, and the passive source device is a source device that is additionally connected to the active source device without transmitting video data. The sink device is also a device that receives video data or audio data from the active source device. The sink device described below is considered to include an active source device.

The uplink period in the PHY period is divided into a mode for generating an Uplink Independent PHY Data Unit (ULIPDU) and a mode for generating an Uplink Control PHY Data Unit (ULCPDU).

ULIPDU transmits a signal to announce its existence by circulating several channels inside the 5Ghz UNII band to search for a source device without a MAC connection, regardless of which source device is connected to the sink device. The ULCPDU is a PHY mode in which a wireless device connected to an active source device transmits a control signal to another device using a short time by avoiding a DLPDU, as described above with reference to FIG. 7.

In detail, the generation of the ULIPDU will be described with reference to FIGS. 19 to 23.

19 is a diagram illustrating an example of a form of transmitting a ULIPDU from a sink device to a source device in a WHDI system.

ULIPDUs are similar to Video Independent DLPDUs that are independent of video data and have a relatively long signal duration. The ULIPDU is performed by continuously transmitting a plurality of signals or by repeatedly transmitting a short idle period and receiving a response again. As shown in FIG. 19, for example, 8750 400 uS ULIPDU signals are transmitted for 3500 msec, and then wait for a signal response for 400 ms, and then transmit 8750 identical ULIPDU signal sets. In other words, the group of sink devices of the _ULIPDU forms one T _uli period and induces the response of the source device while traversing the 5Ghz U-NII band frequencies such as Fuli [0] and Fuli [1], respectively.

20 is a block diagram illustrating a transmitting device for performing ULIPDU transmission in a WHDI system.

The transmitting device transmitting the ULIPDU includes a bitstream processor 81, an OFDM mapper 82, an uplink IDFT (downlink DFT) 83, a CP inserter 84, a preamble MUX 85, and a Symbol Shaper 86 And analog and RF module 87. Each component processes only data, not audio data or video data. The data transmitted through the ULIPDU includes a device ID (6 bytes value), an ID of a device to be searched for, a vendor ID, and the like.

In WHDI, each device in the addressing scheme has a unique ID. The device ID is a 6-byte MAC address that can identify each and every WHDI device. In general, assuming that the WHDI-HDMI bridge (adapter) is a basic device, the device attached to it (for example, DVD, STB, Blueray, etc.) is called a subdevice, and each 1 byte address of LSA (Logical Sub-Address) is designated. Add. When the network is connected, a 1 byte address called ANA (Active Network Address) is added to each WHDI device. In this way, each device can be distinguished based on a device address system composed of <device ID, LSA, ANA> pairs.

21 is a block diagram illustrating a bitstream processor of a transmitting device for performing ULIPDU transmission in a WHDI system.

가 된다. 변조된 심볼(복소수 신호)은 심볼 파서(812)를 통해 각각의 OFDM 심볼에 할당된다. 하나의 OFDM 심볼은 부반송파 개수만큼의 복소수 신호 입력을 할당할 수 있다. ULIPDU는 MIMO, STBC와 같은 다중 안테나 기술을 사용하지 않고 하나의 공간적 스트림, 공간 시간 스트림으로 전송된다. ULIPDU OFDM의 부반송파의 개수는 DLPDU OFDM의 부반송파 개수보다 상대적으로 적다. 이는 데이터 레이트가 1080p이상의 비디오 데이터 전송을 위해 200Mbps 이상의 전송량이 필요한 것에 비해 제어 신호의 필요 데이터량이 1Mbps 이하로 적기 때문이다.Referring to FIG. 21, the ULIPDU bitstream processor 81 includes a symbol mapper 811 and a symbol parser 812. The ULIPDU data modulation performed by the symbol mapper 811 is performed using On-Off Keying (OOK). For example, if one phase carrier is used, the carrier size (strength) is 0 when the input bit is 0, and the carrier size (strength) is 1 when the input bit is 0.

Becomes The modulated symbol (complex signal) is assigned to each OFDM symbol via a symbol parser 812. One OFDM symbol may allocate as many complex signal inputs as there are subcarriers. The ULIPDU is transmitted in one spatial stream and space time stream without using multiple antenna technologies such as MIMO and STBC. The number of subcarriers of ULIPDU OFDM is relatively smaller than the number of subcarriers of DLPDU OFDM. This is because the required data amount of the control signal is less than 1 Mbps, while the data rate requires a transmission amount of 200 Mbps or more for video data transmission of 1080p or more.

Next, the OFDM mapper 82 maps a symbol and pilot of a data complex value to subcarriers and OFDM symbols. It is also possible to generate the pilot.

In the WHDI system, the ULIPDU DFT module 83 actually has a function of DFT / IDFT and operates as a DFT when receiving in downlink but as an IDFT when transmitting in uplink. That is, based on the sink device, the ULIPDU DFT module 83 operates as an IDFT when transmitting and as a DFT when receiving.

The ULIPDU CP Inserter 84 adds a cyclic period to the IDFT-transformed signal transmission process in order to avoid multi-path interference between OFDM symbols before and after OFDM. The ULIPDU Preamble MUX 85 generates a ULIPDU by performing multiplexing between the preamble field, the CES, and the data. In the case of designing the preamble field, the preamble is selected as the input signal, whereas in the case of the design of CES and data, the signal output from the OFDM modulator is selected as the input signal.

Subsequently, symbol shaping is performed in the ULIPDU symbol shaper 86 to satisfy a spectrum as illustrated in FIG. 22. 22 is a diagram illustrating an example of a transmission spectrum when 20 Mhz in a WHDI ULIPDU.

Next, the ULCPDU in the uplink will be described with reference to FIGS. 23 to 25.

In general, PHYs are designed to provide robustness and flexibility to support data transfer rates up to 100 Kbps for optimal operation in homes or offices. In this case, various signal processing apparatuses including OFDM modulation and frequency diversity may be used. PHY transmissions can use 20 MHz bandwidth mode and 40 MHz bandwidth mode, with two bandwidth modes mandatory for all WHDI devices.

Sharing and co-existing media with other devices in the 5 GHz band is an important issue for maintaining high performance as avoiding interference to other systems. ULCPDU modulation is designed to coexist with other existing devices through a variety of means including carrier sense, automatic frequency selection, and transmission power control.

The ULCPDU is a period for transmitting data / control information using uplink from a sink device to a source device or a passive source device to an active source device in a PHY for WHDI wireless transmission. That is, the ULCPDU is a PHY signal sent by the sink device or passive source device to deliver a control message to another active source device, sink device, or passive source device after the sink device receives the DLPDU from the active source device. The sink device or passive source device discovers the active source device and then locks the channel and transmits a ULCPDU.

In this case, as illustrated in FIG. 23, the ULCPDU transmission may be transmitted only for a short time between each DLPDU transmission period. FIG. 23 is a diagram illustrating a form of transmitting a video signal according to time between a DLPDU and an ULCPDU in a WHDI system. As described above, the PHY signal transmission in the WHDI uses the 5Ghz band.

25 is a block diagram illustrating a configuration of a transmitting device for transmitting an ULCPDU in a WHDI system.

A reference implementation of the ULCPDU baseband provides an RF signal as a reference to encode the input data / control bitstream.

The ULCPDU transmitting device is similar to the structure of the ULIPDU transmitting device described above in FIG. 21. Referring to FIG. 25, a Bitstream Processer 91 in which a process for processing an input data bitstream is performed, and an OFDM mapper 92 for dividing a processed signal into pilot and data modulation symbols and mapping the same to an OFDM symbol Uplink IDFT module 93 for converting one array point block to a time domain block, CP inserter 94 for adding a cyclic prefix to the modulated signal transmission, preamble field Preamble MUX 95 for different filters and multiplexing, Symbol Shaper 96 for shaping symbols in the time domain to implement the required spectrum, Frequency Corrector 97, and analog and RF modules Analog and RF module 98). Here, the frequency corrector 97 is a component included only in the ULCPDU transmitting device, unlike the ULIPDU transmitting device structure, and performs frequency pre-correction to correct a frequency offset between the transmitting device and the receiving device.

Specifically, the bitstream processor 91 includes a bitstream encryptor 911, a symbol mapper 912, and a symbol parser 913 as shown in FIG. 25.

25 is a block diagram illustrating a configuration of a bitstream processor in a ULCPDU transmitting device in a WHDI system.

The bitstream encryptor 911 encrypts the data bitstream using the AES-128 CTR method. As in the ULIPDU transmitter, the symbol mapper 912 modulates the encrypted data bitstream into a plurality of symbols in an on-off keying scheme. The symbol parser 913 then determines how many OFDM symbols each symbol is to be included.

The frequency corrector 97 is implemented only in the ULCPDU transmitting device. In order to compensate for the frequency offset between the ULCPDU transmitter and the target ULCPDU receiver, it is applied before being transmitted through the analog and RF module 98.

The frequency compensation performed in the frequency corrector 97 is shown in Equation 2.

은 MAC 계층에 의해 설정되는데, 타겟으로 결정한 ULCPDU 수신기를 포함하는 소스 디바이스로부터 수신받은 DLPDU에서 추정될 수 있다. 구체적으로,

은 ULCPDU 송신기와 타겟으로 삼은 ULCPDU 수신기 간 주파수 오프셋이 보상 이후 1325Hz 미만이 되도록 설정된다. ULCPDU의 아날로그 및 RF 모듈(Analog and RF module; 98)에서는 수신측에서 발생하는 수신장애에 따라 반송파 주파수를 1325Hz까지 유동적으로 조정할 수 있다.here,

Is set by the MAC layer, which may be estimated in the DLPDU received from the source device including the ULCPDU receiver determined as the target. Specifically,

Is set such that the frequency offset between the ULCPDU transmitter and the targeted ULCPDU receiver is less than 1325 Hz after compensation. In the analog and RF module (98) of ULCPDU, the carrier frequency may be flexibly adjusted to 1325 Hz according to a reception error occurring at the receiver.

As described above, the source device transmitting the A / V signal and the sink device receiving the same among the user devices belonging to the WHDI have been described in detail. The above-described WHDI source device or sink device is located in some area of the active network and is assigned an active network address (ANA), and each device is divided into one or more logical modules, 'sub devices'. Can be. Each of these subdevices is assigned a Local Sub-Address (LSA) within the device.

The WHDI device may include at least one subdevice. For example, a WHDI source device may have a single subdevice, such as a DVD player, as the WHDI output, or a single subdevice, such as a TV, as the WHDI input.

In addition, the WHDI device may include a plurality of independent and controllable subdevices. For example, a wired WHDI bridge device connected to multiple wired source devices via an A / V cable allows the user to select directly through the 'input menu', independently of the device's play, stop, volume up / down, etc. The sub device that can be controlled may correspond.

An example of a WHDI subdevice may be a tuner device. Tuner devices (e.g., settop boxes, TVs that can record broadcast signals) are used at the inputs of radio receivers, which tune to specific radio waves or frequencies of electrical signals and transmit them on the device. The apparatus includes a function of receiving a broadcast signal, such as a settop box. The tuner device may be implemented internally or externally mounted in the WHDI device. The tuner device may interpret a wireless signal received from a broadcasting station into an analog or digital signal, transmit the same to a transmitting device, and output the video on a display of the device. In addition, the tuner device divides the received broadcast signal into a video signal and caption information included in the video signal, supports displaying a video on the display through the video signal, and interprets the text included in the caption information. Thus, the video may be displayed together with the video.

FIG. 26 is a block diagram illustrating a tuner device as an example of a sub device that may be implemented together with a WHDI transmitting device.

Referring to FIG. 26, a tuner device 26 is coupled to a WHDI transmission device 21. The tuner device may be located outside the WHDI or mounted inside the transmitting device as shown in FIG.

The tuner device includes a tuner box 261, a demodulator 263, a decoder 264, and a controller 262 that controls each of the above components. If the tuner box 261 is located at the front end of the transmitting device as shown in Fig. 26, it serves as a receiver. The tuner box receives only the A / V signal transmitted through a specific broadcast channel selected by the user, and converts the received broadcast signal into an intermediate frequency signal IF to the demodulator 263. The demodulator 263 demodulates the intermediate frequency signal IF into a moving picture expert group (MPEG) transport stream and transmits the demodulated signal to the decoder 264. The decoder recovers A / V signals compressed with MPEG and A / V signals recovered to the WHDI transmission device 20 via a general purpose A / V bus such as a high-definition multimedia interface (HDMI) used to carry uncompressed signals. Pass the V signal. Here, the decoder 264 may restore not only a video signal included in the compressed A / V signal but also text data such as caption. Accordingly, the transmitting device may overlay and display the caption accompanying the A / V signal while displaying the moving image data through the restored A / V signal transmitted from the decoder.

At this time, the structure of the WHDI transmitting device is shown in FIG. 2 described above. When receiving the A / V signal recovered from the tuner device, the demodulator 202 and the decoding unit 203 of the transmitting device shown in FIG. Etc. may not separately perform demodulation and decoding on the received A / V signal.

In addition, when the transmitting device 20 transmits the A / V signal to the receiving device 25, when the decoder 252 is included in the receiving device 25, the tuner device receives the demodulated A / V signal. It can be transmitted to the WHDI transmitting device in the MPEG Transport Stream (TS) state without performing the reconstruction process. Then, the transmitting device 20 restores and displays the MPEG TS data in the decoding unit 203 of the transmitting device to display the received A / V signal. When the signal is transmitted to the receiving device, the receiving device restores the MPEG TS data, which is the demodulated A / V signal received through the receiving unit 251, from the decoder 252 and displays the same on the display unit 253. . Similarly, when the receiving device receives the A / V signal restored from the tuner device from the transmitting device, the receiving device may be directly transmitted from the receiving unit 251 to the display unit 253 without a decoding process to display a video and a subtitle. .

In this case, the WHDI transmitting device and the receiving device transmit the MPEG TS data in the independent timing mode.

As described above, the receiving device may request the tuner information in advance from the transmitting device because the process of processing the A / V signal at the receiving device varies according to whether the tuner device of the transmitting device is operated. In general, a request message requesting tuner information and a response message thereof may be exchanged through an AVCL message.

FIG. 27 is a diagram illustrating an AVCL command and a response message exchange between a transmitting device and a receiving device in WHDI.

Referring to FIG. 27, the transmitting device transmits an AVCL message or a command to the receiving device prior to connection with the receiving device for streaming the A / V signal (S101). Referring to FIG. 3 above, an AVCL message or command is generated in the AVCL 32 of the transmitting device.

The AVCL command message sent via the transmitting device may include the components shown in Table 1.

Field name Description Size Value Initiator_Addr Initiator_AVCL_Address 2 Bytes Byte 0: Initiator Device_ANA
Byte 1: Initiator Device_LSA Follower_Addr
Follower AVCL_Address
2 Bytes Byte 0: Follower Device_ANA
Byte 1: Follower Device_LSA AVCL_Opcode Opcode 1 Bytes AVCL_Parameter Parameter (s) specific to opcode (Optional, depending on opcode) Depends on Opcode

Referring to Table 1, one AVCL command message may be composed of an AVCL_parameter as a transmitting device address (Initiator_Addr), a receiving device address (Follower_Addr), an AVCL_Opcode, and an identifier. As one or more devices included in the WHDI network need to be distinguished, a bit indicating an address of a transmitting device and a receiving device needs to be added in order to meet the above-described device address scheme. The sender address (Initiator_Addr) is the address of the sender that transmits the AVCL command. The sender address (Initiator_Addr) has a size of 1 byte indicating ANA (the address given by the active source device when the sending device is the active source device) and 1 byte indicating the LSA. Have The receiving device address Follower_Addr is a network address of the receiving device that receives the AVCL command. Similarly, the receiving device address (Follower_Addr) has a size of 2 bytes by allocating 1 byte to the ANA and the LSA.

AVCL_Opcode represents a variety of commands by type of message, which are listed in Table 2.

Command Opcode Opcode Value Command Opcode Opcode Value Command Opcode Opcode Value Command Opcode Opcode Value <Action Reject> 0 × 01 <Menu Request> 0 × 13 <EDID Status> 0 × 25 <Audio Control> 0 × 37 <Action Accept> 0 × 02 <Menu Status> 0 × 14 <EDID Report> 0 × 26 <Give Audio Volume> 0 × 38 <Wait> 0 × 03 <Device Setup> 0 × 15 <Get Subdevice Information> 0 × 27 <Report Audio Volume> 0 × 39 <Echo Request> 0 × 04 <Record On> 0 × 16 <Report Subdevice Information> 0 × 28 <Set Audio Display> 0 × 3A <Echo Report> 0 × 05 <Record Off> 0 × 17 <Set Subdevice OSD Name> 0 × 29 <Audio Display> 0 × 3B <Get LSAs> 0 × 06 <Record Status> 0 × 18 <Give Deck Status> 0 × 2A <Get Audio Display> 0 × 3C <Report LSAs> 0 × 07 <Record Display> 0 × 19 <Deck Status> 0 × 2B <Present OSD String> 0 × 3D <Get LSA from OSD Name> 0 × 08 <Clear Analog Timer> 0 × 1A <Deck Control> 0 × 2C <Present OSD Menu> 0 × 3E <Report LSA from OSD Name> 0 × 09 <Clear Digital Timer> 0 × 1B <Play> 0 × 2D <OSD Menu Current Selection> 0 × 3F <Active Stream Source> 0 × 0A <Set Analog Timer> 0 × 1C <Give Tuner Device Status> 0 × 2E <OSD Menu Final Selection> 0 × 40 <Inactive Stream Source> 0 × 0B <Set Digital Timer> 0 × 1D <Tuner Device Status> 0 × 2F <Present OSD Text Request> 0 × 41 <Set Active Stream Source> 0 × 0C <Timer Cleared Status> 0 × 1E <Select Analog Service> 0 × 30 <OSD Text Response> 0 × 42 <Request Active Stream Source> 0 × 0D <Timer Status> 0 × 1F <Select Digital Service> 0 × 31 <Get OSD Language> 0 × 43 <Switch Stream Source> 0 × 0E <User Control Pressed> 0 × 20 <Tuner Step Decrement> 0 × 32 <Report OSD Language> 0 × 44 <AV Status> 0 × 0F <User Control Released> 0 × 21 <Tuner Step Increment> 0 × 33 <Test> 0 × 45 <Get AV Status> 0 × 10 <User Control Still Pressed> 0 × 22 <Vendor Command> 0 × 34 Reserved

0 × 0,
0 × 46 to
0 × FF
<Image View On> 0 × 11 <Standby> 0 × 23 <System Audio Mode Request> 0 × 35 <Text View On> 0 × 12 <EDID Request> 0 × 24 <System Audio Mode> 0 × 36

Referring to Table 2, various types of AVCL messages may be exchanged between the transmitting and receiving devices. Here, the 'command opcode' is AVCL_Opcode, which distinguishes a command for requesting a specific action from the transmitting device to the receiving device or the receiving device and a response message for the request command.

When the AVCL command transmitted in step S101 is a command requesting an action in FIG. 27, the receiving device receiving the command transmits a response message indicating whether the requested action can be performed to the transmitting device (S102). . For example, if the requested action cannot be performed or is not ready for action, the receiving device sends a response message to the transmitting device, where the AVCL_Opcode of the transmitted response message is the number of commands shown in Table 2. Can be sent as an action reject message. Generally, response messages include action reject messages, action accept messages, and wait messages.

On the other hand, the AVCL commander shown in Table 2 may not be processed for all devices. Depending on the device implementation, processing for the requested AVCL commander may be performed or missing. For example, when a receiving device receiving A / V data transmits a 'Give Tuner Device Status' message requesting status information of a tuner device included in the transmitting device, the transmitting device receiving the message transmits a 'Tuner Device'. The processing unit for generating the Status' (Opcode = 0x2F) message may not be implemented. In this case, the transmitting device cannot transmit a response message to the AVCL request message of the receiving device. Accordingly, in order to prepare for the case in which the receiving device retransmits the corresponding AVCL message in response to a missing response to the AVCL message, the receiving device may transmit a 'Test' message before transmitting the AVCL commander to the tuner device. The 'Test' message is a special command for checking in advance whether to implement a processor for an AVCL message that a receiving device wants to request. In Table 1, the AVCL_Opcode field is 0x45 and the AVCL_Parameter field is 1 byte in Table 1, and includes the corresponding opcode to check whether the AVCL message processing unit is implemented in the WHDI receiving device.

The receiving device receiving the 'Test' message transmits an Action Accept message to the transmitting device when the processing unit of the corresponding command is implemented, and an action reject message when the processing unit is not implemented. To the transmitting device. Thus, it is possible to prevent waste of the transmitting device repeatedly transmitting an unresponsive message to the receiving device.

The AVCL message requesting a specific action may be exchanged between the subdevice and the subdevice or even between the subdevice and the device.

In general, the WHDI device may request a command such as 'Get Subdevice Information' from the subdevice. The subdevices may exhibit different capabilities and have a subdevice capability data structure indicating each capability. A total of 2 bytes are allocated to represent the sub device capability data, and each bit of the corresponding byte represents various capabilities of the sub device. Therefore, when the nth bit is set to 1, the corresponding capability is implemented in the sub device. If the performance bit for the tuner device is set to 1 in the subdevice capability data structure, the tuner device may implement a Tuner Control feature and Tuner Control Category Remote Control Keys.

Thus, the receiving device receiving the A / V signal from the transmitting device can transmit an AVCL message for requesting the state of the tuner device to the transmitting device. For this purpose, the AVCL message may include an information request message for a tuner device, which is an example of a subdevice.

In general, as an AVCL command for controlling a tuner device, as shown in Table 2, a 'Give Tuner Device Status' command requesting the tuner device status information, and a tuner indicating the current tuner device status as a response message to the request message 'Tuner Device Status' command, 'Select Analog Service' command to request analog broadcast, 'Select Digital Service' command to request digital broadcast, 'Tuner Step Decrement' command to up / down the recorded channel and 'Tuner Step Increment' 'There is a command. Table 3 shows the AVCL commands for controlling the tuner device.

Command Opcode Params Param length
[Bytes] Prams option Addressing Response <Give Tuner Device Status>


[Mode]


One


0 × 00-Off Initiator:
Any subdevice

Follower:
Tuner source subdevice



<Tuner Device Status>


0 × 01-On 0 × 02-Once 0 × 03 to 0 × FF-Reserved <Tuner Device Status>



[Recording Flag] 1 bit 0-Not being used for recording

1-Being used for recording Initiator and Follower swaped from <Get Tuner Device Status>



No response



[Device Source] 1 bit 0-Displaying Tuner

1-Not displaying Tuner
[Tuner Type] 1 bit 0-Analog Tuner
1-Digital Tuner [Captions] 1 bit 0-Captions are not embedded in the video stream or unknown

1-Captions are embedded in the video stream [Reserved] 4 bits Shall be 0. [Analog Tuner Information] [Digital Tuner Information] <Select Analog Service> [Analog Tuner Information] 4 Initiator: Any subdevice
Follower: Tuner source subdevice


No response or
<Action Reject>


<Select Digital Service> [Digital Tuner Information] 7 or 5 <Tuner Step Decrement> N / A N / A <Tuner Step Increment> N / A N / A

Referring to Table 3, the 'Give Tuner Device Status' command is a message for requesting a current state of a tuner device, and the tuner device may be an active source device or a passive source device on an active network. The 'Select Analog Service' and 'Select Digital Service' commands are used to request that the tuner device convert the service to the required analog or digital broadcast. The 'Tuner Step Decrement' and 'Tuner Step Increment' messages request the tuner device to up / down a channel to select a specific channel from a channel list that provides a service. The tuner device which has received any one of the 'Select Analog Service', 'Select Digital Service', 'Tuner Step Decrement', and 'Tuner Step Increment' commander may or may not follow the corresponding message with an 'Action Reject' message. Transmit with an error code indicating the cause.

As described above, among the various AVCL messages transmitted to the sub-devices, a message requesting the state of the tuner device and a response message thereof will be described, for example, among the devices.

A device control method according to an embodiment of the present invention is to allow a tuner device to transmit subtitle information for the tuner device along with state information of the tuner device according to a request of a receiving device. In particular, by allowing the tuner device to transmit its subtitle processing information to the display subdevice attached to the receiving device, the user can check the information on the state of the tuner device included in the transmitting device.

28 is a flowchart illustrating an example of exchanging AVCL messages between WHDI devices according to an embodiment of the present invention.

Specifically, a process of exchanging a message regarding the tuner device status between the WHDI receiving device and the transmitting device is shown.

28 illustrates a sink device as an example of a receiving device and a tuner device as an example of a transmitting device, the tuner device is a lower concept of the source device and the source device includes a tuner device.

Referring to FIG. 28, when receiving an A / V signal from a tuner device through a DLPDU (S201), the sink device sends a tuner information request message (Give Tuner Device Status) requesting the tuner device for information on the current state of the tuner device. Can transmit In this case, the receiving device first transmits a test message for checking whether a response to the corresponding message can be implemented to the tuner device (S202). The test message is a message requesting whether the receiving device can process a Tuner Device Status message to be received from the tuner device, and is included in the ULCPDU and transmitted. When the AVCL_Parameter field of the test message matches the Opcode of the AVCL message to be requested, the device may exchange the AVCL message related to the tuner device only when receiving an action accept message for the message.

When the tuner device receiving the test message implements a processing unit for processing the tuner status information message, the tuner device transmits an action accept message to the receiving device (S203). The action accept message that the tuner device sends to the receiving device is included in the DLPDU and transmitted. Accordingly, the receiving device may receive the response message by transmitting an AVCL message requesting the state information of the tuner device to the tuner device.

Next, the receiving device transmits a tuner information request message (Give Tuner Device Status) to the tuner device through the ULCPDU (S204). Upon receiving the request message, the tuner device transmits a response message (Tuner Device Status) including the state of the exit source device and the tuner device to the sink device in response to the request message (S205). At this time, the MAC message including the AVCL message transmitted from the tuner device to the sink device is transmitted in the DLPDU.

The tuner information request message may be transmitted, for example, when the tuner device is in Video Independent DLPDU mode in which its tuner synchronizes its frequency with the video signal to transmit the nth DLPDU and the n + 1th DLPDU is transmitted. It may be included in the ULCPDU transmitted in the previous section 'Vertical Blanking Period'. At this time, the tuner information request message and the response message, which are AVCL messages, are included in the MAC message and transmitted. The MAC message will be described with reference to FIG. 29.

FIG. 29 is a diagram illustrating an example of a MAC message format generated at a MAC layer of a WHDI device.

The MAC message may be classified into a relatively short MAC message and a long MAC message according to whether the Null field is included. The MAC message illustrated in FIG. 29 is a short MAC message excluding the Null field. The null field is an area allocated for transmitting a null message and has a length of 1 byte, and has a value of 0 × 00.

Referring to FIG. 29, a short MAC message includes a 2-byte MAC message preamble having a length of 16 bits, a bit indicating a MAC message type of 2 bytes, a MAC message length of 1 byte, a MAC message body of various lengths, and a 16-bit CRC. It includes a 16-bit message check sequence (MCS) field. Here, the reliable message has a value indicating a unique MAC message type in the message type field. The MAC message body field may use various lengths from 1 bit to 254 bits according to the AVCL command type. That is, when the AVCL command is transmitted from the transmitting device to the receiving device or the AVCL command is transmitted from the receiving device to the transmitting device, the AVCL command is included in the MAC body field and transmitted.

According to an embodiment of the present invention, a tuner information request message and a response message, which is a kind of AVCL command, are also included in the MAC body field, and a recording request message (Record On) and a recording state requesting to set a recording function of a source device are included. The message (Record Status) is also included and sent.

The MCS field may be calculated on all fields of the MAC message except the preamble field, message type, message length, and message body field of the message. Long length MAC messages contain a Null field.

As such, when transmitting the tuner information request message, which is an AVCL command, the MAC message including the tuner information request message generated by the AVCL 32 of the sink device is transmitted to the PHY layer 34 and transmitted to the tuner device through the ULCPDU. do. Similarly, in case of sending a response message to the tuner information request message which is an AVCL command, the MAC message including the response message generated in the AVCL 32 of the tuner device is delivered to the PHY layer 34 to the sink device via the DLPDU. Is sent.

30 is a diagram illustrating an example of an AVCL message format transmitted by a WHDI device through an ULCPDU according to an embodiment of the present invention.

The sink device receiving A / V data from the WHDI active source device sends a MAC message including the AVCL commander to the ULCPDU to request the tuner device status information to the tuner device or the source device.

Referring to FIG. 30, the ULCPDU format includes a preamble, an uplink control header (ULCH), and an ULCP data field for transmitting data / control bitstreams. The tuner information request message for requesting status information of the tuner device is ULCP data. It is included in the field.

An example of the format of the tuner information request message included in the ULCP data field is an Initiator_Addr field indicating the address (including ANA and LSA addresses) of the device transmitting the message, and the address (including ANA and LSA addresses) of the device receiving the message. Contains a Command_Opcode field that defines the message to send along with a Follower_Addr field that indicates). Each field is allocated by 2 bytes, and the allocated data size is an example for describing the present invention, but is not limited thereto.

The Mode field designates a response mode of a response message transmitted by the device receiving the AVCL request message. The mode field may be expressed in three modes and may be allocated 1 byte. For example, when 0x00 is set in the Mode field, the WHDI transmitting device requests that the response device (Tuner Device Status) not be transmitted. When set to 0x01, it indicates that the WHDI transmitting device requests to send a response message continuously without a request of the receiving device whenever the tuner device state changes. And, if it is set to 0x02, when the WHDI transmitting device receives the AVCL request message, it requests to send a response message to it once.

The transmission method through the ULCPDU targets only data irrelevant to A / V data, and the AVCL command in the bitstream processor 81 does not go through a process of mixing with the A / V data as shown in FIG. 20. Modulated to a radio signal. The data bitstream including the modulated response message is mapped to the OFDM symbol through the OFDM mapper 82, and symbolized with the preamble added by the preamble MUX 85 through the IDFT transformation 83 and then RF. Is transmitted to the source device via module 87.

The tuner device receives at its PHY layer 34 an ULCPDU containing an AVCL command containing a tuner information request message sent from the sink device and passes the AVCL command to the AVCL 32 via the MAC layer 33. . The AVCL 32 of the tuner device generates a response message in response to the tuner information request message received from the sink device.

The tuner device transmits the generated response message in the DLPDU to the sink device, which will be described with reference to FIG. 31.

31 is a diagram illustrating an example of an AVCL message format transmitted by a WHDI device through a DLPDU according to an embodiment of the present invention. When the MAC message including the AVCL commander is transmitted from the tuner device to the sink device, it is transmitted through the DLPDU. The same procedure is used when transmitting the AVCL commander from the source device to the sink device.

Referring to FIG. 31, a DLPDU may include a preamble, a basic header, an extended header, and an A / V data transmission period. Here, according to an embodiment of the present invention, the AVCL response message (Tuner Device Status) transmitted by the tuner device is included in the extension header of the DLPDU. In this case, the region in which the response message is transmitted includes an Initiator_Addr field indicating the address of the tuner device transmitting the response message, a Follower_Addr field indicating the sink device address receiving the response message, and a Command_Opcode field indicating the content of the corresponding message.

In addition, the 'Tuner Device Info' parameter including the tuner device information includes a 'Recoding Flag' parameter indicating whether the current tuner device is recording a corresponding channel as shown in Table 3, and a 'Device Source' indicating whether the tuner device is in use. Parameter, a Tuner Type parameter indicating the type of tuner device, and a Caption parameter indicating whether to decode the caption. Each parameter may be allocated by 1 bit. Also, the 'Tuner Device Info' parameter may include an 'Analog Tuner Info' parameter including information of an analog tuner device and a 'Digital Tuner Info' parameter including information of a digital tuner device.

Referring to Table 3, when the value of the 'Recoding Flag' parameter is 1, it indicates that the corresponding tuner device is recording (or recording) a specific channel, and when 0, it is not recording a specific channel. If the 'Device Source' parameter is 0, it indicates a case where a tuner device is used as an input unit of a transmitting device, and if '1', another external input device (for example, HDMI, RGB, Component) is selected. The 'Tuner Type' parameter, if 0, indicates that the tuner device currently in use is operating as an analog tuner, and if 1, it is operating as a digital tuner. The 'Caption' parameter indicates whether the tuner device includes the text data stream, which is the caption information, in the video stream and outputs it. If 0, the caption stream is not included or unknown in the video stream. Indicates that the stream is included in the video stream. Therefore, when the 'Caption' parameter is 1, the subtitle stream included in the video stream is separated when decoded by the tuner device, and is output on the same screen when the corresponding video stream is displayed. In addition, it may include a reserved field available for data transmission.

Here, the 'Caption' parameter indicates the tuner device status as text data so that the user of the sink device can check the tuner device status while transmitting a response message (Tuner Device Status) to the receiving device requesting the tuner device status information. It is indicative of if it can be done. As described above, the 'caption' parameter may be included even when the transmitting device transmits the response message to the response message indicating the state of the tuner device as well as other request messages for controlling the tuner device.

The 'Analog Tuner Info' parameter and the 'Digital Tuner Info' parameter will be described with reference to Tables 4 and 5.

Command_Opcode Params
Params length
[Bytes] Params options <Tuner Device Status>
[Analog Tuner Information] [Analog
Broadcast Type]


One


0x00-Cable 0x01-Satellite 0x02-Terrestrial 0x03 to 0xFF-reserved [Analog Frequency] 2 N x 62.5KHz,
0x0000 <N <0xFFFF [Broadcast System]










One










0x00-PAL B / G 0x01-SECAM L 0x02-PAL M 0x03-NTSC M 0x04-PAL I 0x05-SECAM DK 0x06-SECAM B / G 0x07-SECAM L 0x08-PAL DK 0x09-0x1E-reserved 0x1F-Other system 0x32 to 0xFF-reserved

Table 4 shows the structure of the 'Analog Tuner Info' parameter included in the 'Tuner Device Status' message indicating the tuner device status information.

Referring to Table 4, the 'Analog Broadcast Type' parameter is assigned with 1 byte and indicates information on which of the cable, cable, satellite, and terrestrial signals. The 'Analog Frequency' parameter represents channel information in 62.5 KHz units as analog channel information, and the 'Broadcast System' parameter represents information of broadcasting standards of each country such as PAL and NTSC.

Table 5 shows the structure of the 'Digital Tuner Info' parameter included in the 'Tuner Device Status' message indicating the state information of the tuner device.

Params
Params length
[Bytes] Params options [Digital Tuner Information] [Service Identification Method] 1 bit 0-Service identified by Digital IDs
1-Service identified by channel [Digital Broadcast System]










7 bits












0x00-ARIB generic 0x01-ATSC generic 0x02-DVB generic 0x08-ARIB-BS 0x09-ARIB-CS 0x0A-ARIB-T 0x10-ATSC Cable 0x11-ATSC Satellite 0x12-ATSC Terrestrial 0x18-DVB-C 0x19-DVB-S 0x1A-DVB S2 0x1B-DVB-T Other values are reserved If  [ Service Identification Method ] = 0, [ Digital Broadcast System ] = ARIB [Transport Stream ID] 2 [Service ID] 2 [Original Network ID] 2 If  [ Service Identification Method ] = 0, [ Digital Broadcast System ] = ATSC [Transport Stream ID] 2 [Program Number] 2 Reserved 2 0x0000 If  [ Service Identification Method ] = 0, [ Digital Broadcast System ] = DVB [Transport Stream ID] 2 [Service ID] 2 [Original Network ID] 2 The original_network_ID of the network carrying the transport stream for the required service If  [ Service Identification Method ] = 1 [Channel Number Format] 6 bits 0x01-1-part channel number
0x02-2-part channel number
0x03 to 0x3F-reserved [Major Channel Number] 10 bits If [Channel Number Format] is "2-part
Channel Number ", this operand represents a 3-digit Major channel number in hexadecimal format;

if [Channel Number Format] is "1-part
Channel Number ", this operand shall be ignored. [Minor Channel Number] 16 bits If [Channel Number Format] is "1-part
Channel Number "this operand represents a 1-part Channel Number in hexadecimal format;

If [Channel Number Format] is "1-part
Channel Number ", this operand represents a Minor channel number in hexadecimal format

Referring to Table 5, the 'Service Identification Method' parameter included in the 'Digital Tuner Info' parameter indicates whether the standard of the digital broadcast indication is a digital service ID or channel number. The 'Digital Broadcast System' parameter represents national standards such as ATSC and DVB in digital broadcasting systems. The 'Transport Stream ID' parameter included in the digital broadcast signal indicates ID information of a Transport Stream header of MPEG2 providing a requested service. 'Transport Stream ID', 'Service ID', 'Original Network ID', etc. are divided when the current broadcasting system is ATSC, DVB, or ARIB. 'Original Network ID' indicates the original network ID of the network carrying the transport stream to provide the requested service.

For a response message indicating the state information of the tuner device including the above-described parameters, referring to FIG. 9, the data / control bitstream, the test bitstream, the encoded audio bitstream, and the video quantization coefficient bitstream that have not undergone the encoding process Together with one bitstream in the bitstream MUX 73. That is, the response message is transmitted to the sink device through the mixing, encryption, and modulation process in the WHDI PHY together with the other bit streams.

In addition, unlike FIG. 31, the MAC message including the response message may be included in the control bitstream and transmitted in the data field for transmitting the data / control bitstream of the DLPDU.

Meanwhile, a message exchange including an AVCL commander for requesting an A / V data stream between WHDI devices may also be used for control of other functions.

For example, a display device that receives and displays A / V data from a WHDI device or a base station displays a recording request message (Record On) or a recording stop message (Record Off) in an AVCL command exchanged between devices to perform a recording related function. Etc. may be included. The One Touch Record (OTR) feature allows users to record what is currently being displayed on an output device such as a TV. In general, a user may directly press a physical pressure such as an OTR button, remotely control a display device, or execute a recording function using a remote controller of the device.

Examples of AVCL commands for executing the OTR function include a tuner information request message (Give Tuner Device Status), a tuner information message (Tuner Device Status), a recording request message (Record On), a recording stop message (Record Off), and a recording status. Message (Record Status), Recorded Broadcast Playback Message (Record Display) are shown in Table 6.

Command Opcode Params Params length
[Bytes] Param options Addressing Response <Record On>
[Record Source] One 0x01-Own Source
0x02-Digital service
0x03-Analog service
0x00,0x04 to 0xFF
-reserved Display to recording device <Record Status> or <Action Reject>
[Analog / Digital
Tuner Information <Record Off> None N / A N / A Display to recording device No response <Record Status> Record status
info] One 0x01-Recording own source
0x02-Recording digital service
0x03-Recording analog service
0x04-reserved
0x05-No recording-unable to record digital service
0x06-No recording-unable to record Analogu Service
0x07-No recording-unable to select required service
0x08 to 0x0A-reserved
0x0B No recording-conditional access system not supported
0x0C-No Recording-No or Insufficient conditional access Entitlements
0x0D-Not allowed to record
0x0E-No more copies allowed
0x0F-reserved
0x10-no recording- no media
0x11-no recording playing
0x12-no recording already recording
0x13-no recording-media protected
0x14-no recording-no source
0x15-no recording-media problem
0x16-No recording-not enough space available
0x17-No recording Parental Lock On
0x18-0x19-reserved
0x1A-Recording terminated normally
0x1B-Recording has already terminated
0x1C-0x1E-reserved
0x1F-no recording-other problem
0x20 to 0xFF-reserved Recording device to display
or
Initiator and Follower swapped from <Record On> command No response <Record Display> None N / A N / A Source to display <Record On> or <Action Reject>

Referring to Table 6, 1 byte is allocated to a recording request message (Record On) requesting the source device to perform a recording function. If 0x01, 0x02 means a mode for recording A / V data owned by the source device. In this case, only digital broadcast service is recorded, and in case of 0x03, only analog broadcast service is recorded. The device that receives the recording request message from the WHDI device transmits a recording status message (Record Status) as a response message if it is able to record the video currently being displayed, or rejects the message if it cannot comply with the recording request message (Action Reject). Send it. If the device receiving the recording request message is performing a non-recording activity that prevents recording such as a video display, the display function is performed according to the priority unless the video being displayed is already recording. You can stop and perform the recording function according to the received message. Substantially, whether to record the A / V data is determined according to the state of the tuner device which is a sub device. In addition, the recording request message may be transmitted by the source device to the tuner device or by the display device to the tuner device of the source device.

The recording stop message is a message requesting the source device that is recording A / V data to stop the recording function. At this time, the source device that receives the recording stop message from the device requesting to perform the recording function stops the recording function immediately after receiving the message, when receiving the recording stop message from a device other than the device requesting the recording function May not follow the corresponding message.

The tuner device may send a recording status message at any time to report to the device displaying A / V data the status change that occurs during the recording function.

As such, the display device displaying the A / V data so that the source device transmitting the A / V data executes the recording function, the tuner device of the source device performing the recording function in order to remotely control the source device. Need information about Therefore, the source device needs the state information of the tuner device as described above, which will be described below with reference to FIG. 32.

32 is a flowchart illustrating a state in which an AVCL commander is exchanged to control a recording function between WHDI devices according to an embodiment of the present invention.

In FIG. 32, an example of a display device displaying an A / V data stream is described as a sink device receiving an A / V data stream from a WHDI source device and displaying the same. At this time, the source device includes an active source device and a passive source device. When the source device is equipped with the tuner device, the sink device may substantially request the state information of the tuner device from the source device and receive a response message thereto.

In this case, the receiving device transmits the above-described 'Test' message before receiving the AVCL command to the tuner device and the source device, and receives the 'Action Accept' message as a response message, thereby corresponding to the tuner device and the transmitting device. Assume that the processing unit for the AVCL instruction is implemented.

Referring to FIG. 32, when a recording command signal is input from a user, a sink device that has received A / V data from a source device may search for whether a recording function is included among the functions of a tuner device of the source device and whether the performance thereof is the same. To perform. Accordingly, a tuner information request message (Give Tuver Device Status) requesting the source device status information of the tuner device is transmitted through the ULCPDU. At this time, since the tuner device is located at the front end of the active source device and corresponds to the radio signal input unit, the sink device substantially transmits the tuner information request message to the tuner device through the ULCPDU (S301). Upon receiving the tuner information request message, the tuner device transmits a response message (Tuner Device Status) including status information of the tuner device to the sink device through the DLPDU in response thereto. In this case, unlike in FIG. 32, the tuner information request message and the response message may be exchanged with a source device.

The response message includes recording information indicating whether the tuner device is currently recording the A / V data stream, information on the device source, tuner type information indicating whether the tuner device is serving an analog or digital broadcast signal, and transmitting A / V data. Caption information indicating whether text data (subtitle) indicating the state of the tuner device is included is included.

When the current tuner device can perform A / V data recording according to the response message, the sink device transmits a recording request message (Record On) including state information of the tuner device to a source device through ULCPDU ( S303). If the response message includes a message indicating that the recording function cannot be performed, the sink device may search for another source device capable of performing the recording function.

When the source device receiving the recording request message from the sink device performs the recording function, the source device transmits a recording status message (Record Status) for the request message to the sink device through the DLPDU (S304).

Referring to FIG. 2, when the reception unit 201 receives a recording request message, the network control module 206 processes the recording request message, and the controller 205 determines whether to record. In addition, the recording status message regarding the recording availability may be generated by the controller 205 or generated by the network control module 206 and transmitted to the sink device.

Unlike in FIG. 32, when using an external tuner device serving as a source device for transmitting A / V data to a sink device, a user can remotely control the remote controller. For example, the sink device may exchange a tuner information request message and a response message with the tuner device directly according to a user's OTR function selection. When the tuner device transmits a response message indicating that the tuner device can perform a recording function, the sink device searches for a source device capable of performing the same tuner performance and recording function, and transmits a recording request message to a specific source device. Receive a response message. At this time, the caption information is included in the Tuner Device Status of the tuner device, so that the user can check whether the recording function of the tuner device is performed.

In the above-described embodiment, the MAC message including the recording request message transmitted from the sink device to the source device is transmitted in the ULCPDU, and is included in the data field of the ULPCDU as in the tuner information request message described above with reference to FIG. 30. . In addition, the MAC message including the recording status message transmitted from the source device to the sink device is transmitted in the DLPDU, and is included in the extended header section or data field section of the DLPDU as in the response message described above with reference to FIG. 31.

As described above, through the AVCL message exchange according to an embodiment of the present invention, the user may receive state information of the tuner device in the form of subtitles, and thus may request setting of the recording function of the source device.

The terms used above may be replaced with others. For example, the device can be changed to a user device (or appliance), a station, etc., and the coordinator is a coordinator (or control) device, coordinator (or control) device, coordinator (or control) station, coordinator ), PNC (piconet coordinator) and the like can be used.

Alternatively, an AVCL command for transmitting and receiving between devices may be used in the same meaning as an AVCL message.

In addition, in the above embodiment, the technical features of the present invention have been described based on the examples applied to the WVAN, but the technical features of the present invention are applicable to a peer-to-peer communication system or another wireless network system. Do.

The above embodiments are those in which the components and features of the present invention are combined in a predetermined form. Each component or feature is to be considered optional unless stated otherwise. Each component or feature may be implemented in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention. The order of the operations described in the embodiments of the present invention may be changed. Some configurations or features of certain embodiments may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments. It is also evident that the claims may be incorporated into claims that do not have an explicit citation in the claims, or may be incorporated into new claims by post-application correction.

Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of a hardware implementation, embodiments of the invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), and FPGAs (fields). programmable gate arrays), processors, controllers, microcontrollers, microprocessors, and the like.

In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above. The software code may be stored in a memory unit and driven by a processor. The memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

According to the present invention, there is an effect of simplifying a signaling process for establishing a connection between devices for transmitting A / V signals in a wireless network.

Those skilled in the art to which the present invention described above belongs will understand that the present invention can be implemented in other specific forms without changing the technical spirit or essential features. Therefore, the above-described embodiments are to be understood as illustrative in all respects and not as restrictive. The scope of the present invention is shown by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention. do.

1 is a diagram illustrating an example of a user device configuring a WVAN.

2 is a diagram illustrating an embodiment of a broadcast signal processing system including a broadcast signal receiver as an example of a transmission device in a WHDI system.

3 is a diagram illustrating an example of a protocol hierarchy implemented in a device in a WHDI system.

4 is a block diagram illustrating an example of a source device in a WHDI system.

5 is a diagram illustrating an example of a sink device in a WHDI system.

FIG. 6 illustrates a process of converting a general video signal including a vertical blanking period into an RF signal in a WHDI device in A / V transmission / reception operation over time.

7 is a diagram illustrating an example of a DLPDU sequence in a video independent DLPDU mode in a WHDI PHY layer.

8 is a diagram illustrating an example of a DLPDU sequence in a video dependent DLPDU mode in a WHDI PHY layer.

9 is a diagram illustrating an example of a PHY structure for transmitting a DLPDU in a WHDI system.

10 is a diagram illustrating a structure of an audio encoder in an example of the DLPDU PHY structure of the WHDI active source device.

11 is a diagram illustrating a structure of a video encoder in an example of a DLPDU PHY structure of a WHDI active source device.

FIG. 12 is a diagram illustrating an example of block interleaving performed by the video encoder illustrated in FIG. 11.

FIG. 13 is a diagram illustrating quantization bits calculated per video block in a DLPDU PHY structure of a WHDI active source device. FIG.

14 is a diagram illustrating a bitstream processor in one example of a DLPDU PHY structure of a WHDI active source device.

FIG. 15 is a diagram illustrating a 16QAM arrangement for converting into IQ quadrature coefficients of a quantization coefficient stream in an example of a DLPDU PHY structure of a WHDI active source device. FIG.

FIG. 16 illustrates an example of a process of parsing an OFDM symbol in a symbol parser in an example of a DLPDU PHY structure of a WHDI active source device.

FIG. 17 is a diagram illustrating a quantization error data processing and encryption module in an example of a DLPDU PHY structure of a WHDI active source device.

18 is a diagram illustrating an example of a spectrum during DLPHY RF transmission in a WHDI active source device.

19 is a diagram illustrating an example of ULIPDU transmission from a sink device to a source device in a WHDI system.

20 is a block diagram illustrating a transmitting device for performing ULIPDU transmission from a WHDI system to a receiving device.

21 is a block diagram illustrating a bitstream processor of a transmitting device for performing ULIPDU transmission in a WHDI system.

22 is a diagram illustrating an example of a transmission spectrum when 20 Mhz in a WHDI ULIPDU.

FIG. 23 is a diagram illustrating a video dependent timing relationship between a DLPDU and an ULCPDU in a WHDI system. As described above, the PHY signal transmission in the WHDI uses the 5Ghz band.

25 is a block diagram illustrating a configuration of a ULCPDU transmitting device in a WHDI system.

25 is a block diagram illustrating a configuration of a bitstream processor in a ULCPDU transmitting device in a WHDI system.

FIG. 26 is a block diagram illustrating a tuner device as an example of a sub device that may be implemented together with a WHDI transmitting device.

FIG. 27 is a diagram illustrating an AVCL command and a response message exchange between a transmitting device and a receiving device in WHDI.

28 is a flowchart illustrating an example of exchanging AVCL messages between WHDI devices according to an embodiment of the present invention.

FIG. 29 is a diagram illustrating an example of a MAC message format generated at a MAC layer of a WHDI device.

30 is a diagram illustrating an example of an AVCL message format transmitted by a WHDI device through an ULCPDU according to an embodiment of the present invention.

31 is a diagram illustrating an example of an AVCL message format transmitted by a WHDI device through a DLPDU according to an embodiment of the present invention. Tu

32 is a flowchart illustrating a state in which an AVCL commander is exchanged to control a recording function between WHDI devices according to an embodiment of the present invention.

Claims (28)

A control method for recording an audio / video (A / V) data stream in a display device of a wireless network, comprising: Transmitting a tuner information request message (Give Tuner Device Status) to the tuner device to detect a recording command signal input from a user and to request status information of the tuner device transmitting the A / V data stream to the display device; ; Receiving a response message (Tuner Device Status) including the state information of the tuner device in response to the tuner information request message from the tuner device; Transmitting a record request message (Record On) including state information of the tuner device to a source device; And Receiving a recording status message (Record Status) from the source device in response to the recording request message, And the response message includes information indicating whether caption information is included in an A / V data stream transmitted from the tuner device to the display device. The method of claim 1, The receiving device transmitting a test message (Test) for checking whether the tuner device is processing the tuner information request message; And And receiving a response message (Action Acccept / Reject) in response to the test message from the tuner device. The method of claim 1, The display device overlays and displays the subtitles included in the subtitle information together with the display of the A / V data. And the caption information is text data indicating a state of the tuner device. The method of claim 1, And the response message further comprises information indicating whether the tuner device is recording for a particular channel. The method of claim 1, The tuner information request message is included in a first uplink control physical layer data unit (ULCPDU) and transmitted to the tuner device. And the response message is included in a first downlink physical layer data unit (DLPDU) and received by the display device. The method of claim 5, The first DLPDU includes a basic header and an extended header, The response message is included in the extended header or multiplexed with an A / V signal transmitted from the tuner device and included in the first DLPDU. The method of claim 5, The first DLPDU is transmitted during a time interval including a first time interval in which a MAC message and at least one header are transmitted and a second time interval in which the A / V signal is transmitted. And the first ULCPDU is transmitted during the first time interval. The method of claim 1, The recording request message is included in the second ULCPDU and transmitted to the source device, And the recording status message is included in a second DLPDU and received by the display device. The method of claim 8, The second DLPDU includes a basic header and an extended header, And the recording status message is included in the extended header or multiplexed with an A / V signal transmitted from the source device and included in the second DLPDU. The method of claim 8, The second DLPDU is transmitted during a time interval including a first time interval in which a MAC message and at least one header are transmitted and a second time interval in which the A / V signal is transmitted, And the second ULCPDU is transmitted during the first time interval. A sink device that performs control for recording an audio / video (A / V) data stream in a wireless network, An Audio Video Control (AVC) layer for generating a first command comprising a first identifier for identifying the sink device, a second identifier for identifying a source device or a tuner device, and an operation code; A Medium Access Control (MAC) layer for generating a MAC message including a message preamble, a message type and the first command received from the AVC layer; And A first physical layer data unit including an uplink control header, the MAC message and audio / video (A / V) data is generated and transmitted to the source device or the tuner device, and the source device or A physical layer receiving a second physical layer data unit comprising a second command sent by the tuner device in response to the first command, And the second commander received from the tuner device includes information indicating whether caption information is included in an A / V data stream transmitted from the tuner device to the display device. The method of claim 11, The first command to transmit to the tuner device includes a tuner status information request message (Give Tuner Device Status), And the second commander received from the tuner device includes a response device indicating a status of the tuner device. The method of claim 11, The first command to transmit to the source device includes a recording request message (Record On), And the second commander received from the source device includes a recording status message. The method of claim 11, The first physical layer data unit is an uplink control physical layer data unit (ULCPDU: Uplink Control PHY Data UNIT), And the second physical layer data unit is a downlink physical layer data unit (DLPDU). The method of claim 11, The first command includes a test message (Test) for checking whether the source device or the tuner device can process the AVCL command transmitted by the sink device, And the second commander includes a response message (Action Accept / Regect) to the task message. 15. The method of claim 14, The DLPDU is transmitted during a time interval including a MAC message and a first time interval in which at least one header is transmitted and a second time interval in which an A / V signal is transmitted. And the ULCPDU is transmitted during the first time interval in which part of the DLPDU is to be transmitted. 15. The method of claim 14, And the second command is included in the DLPDU multiplexed with an A / V signal transmitted from the tuner device or the source device. 15. The method of claim 14, The DLPDU includes a basic header and an extended header. And the second command is included in the extension header. A source device in a wireless network, A receiving unit for receiving a first command for confirming whether the source device can record A / V data from a broadcast signal and a sink device; Generate a physical layer data unit including the MAC message including the second command transmitted in response to the first command, the broadcast signal received by the receiver, and processing the first command, and transmitting the same to the sink device; A network control module for controlling; And And a controller for determining whether to perform control for recording of an audio / video (A / V) data stream through the first command processed by the network control module. The control unit determines whether to record the A / V data stream according to the state of the tuner device. A tuner device that receives a first command from a display device of a wireless network, the tuner device comprising: Responding to the first command sent from the display device for receiving and displaying audio / video (A / V) data from a source device in an AVC layer, and including indication information indicating a state of the tuner device. Generating a command; Constructing and transmitting a MAC message including a message preamble, a message type, and the second command received from the AVC layer to a physical layer in a MAC layer; Transmitting a downlink PHY data unit including at least one header, the MAC message, and audio / video (A / V) data to the display device at the physical layer, And the second command includes information indicating whether caption information is included in an A / V data stream transmitted from the tuner device to the display device. The method of claim 20, And generating a response message (Action Accept / Reject) for a test message (Test) for checking whether a specific AVCL command transmitted from the sink device is processed in the AVC layer. Way. The method of claim 20, And the caption information is text data indicating a state of the tuner device. The method of claim 20, And the second commander further comprises information indicating whether the tuner device is recording for a particular channel. In a tuner device in a wireless network, A first identifier for identifying the tuner device, a second identifier for identifying the display device, a second command including an operation code (Opcode) in response to the first command received from the display device, and the tuner device. An Audio Video Control (AVC) layer that generates an AVCL message that includes information about the AVCL message; A Medium Access Control (MAC) layer for generating a MAC message including a message preamble, a message type and the second command received from the AVC layer; And Receive a first physical layer data unit including the first command and include a second physical layer data unit including an uplink control header, the MAC message, and audio / video (A / V) data; It includes a physical layer (Physical Layer) to generate and transmit to the display device, The information about the tuner device includes information indicating whether caption information is included in an A / V data stream transmitted from the tuner device to the display device. The method of claim 24, And the caption information is text data indicating a state of the tuner device. The method of claim 24, The first physical layer data unit is an uplink control PHY data unit (Uplink Control PHY Data UNIT), the second physical layer data unit is a downlink physical layer data unit (Downlink PHY Data UNIT) , Tuner device. The method of claim 26, The DLPDU includes a basic header and an extended header, And the second commander is included in the DLPDU by being multiplexed with an A / V signal included in the extension header or transmitted from the tuner device. The method of claim 26, The DLPDU is transmitted during a time interval including a first time interval in which the MAC message and at least one header are transmitted and a second time interval in which an A / V signal is transmitted. And wherein the ULCPDU is transmitted during the first time period.

Images