KR101591832B1 - Method of messages exchanging and transmitting devices and receving devices - Google Patents

Abstract

The present invention relates to a method and apparatus for receiving audio / video (A / V) data from a first source device, for switching source devices in a sink device of a wireless network, The method comprising: receiving a connect request message from the first source device; transmitting a disconnect request message requesting the first source device to disconnect the connection with the sink device; Receiving a Disconnect response message including indication information indicating whether or not to disconnect from the sink device in response to the response message; and transmitting the Disconnect response message to the second source device according to the indication information included in the blocking response message ≪ / RTI > a response message containing indication information indicating whether Connect response to the message.

AVC message, connection management, blocking request

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to a message exchanging method and a transmitting /

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a wireless communication system, and more particularly, to a message exchange method for managing data streaming connection between devices.

2. Description of the Related Art Recently, there has been developed a wireless personal area network (hereinafter, referred to as " wireless personal area network "), ) Technology is being developed. WPANs can be used to exchange information between a relatively small number of digital devices at relatively short distances and enable low power and low cost communication between digital devices. IEEE 802.15.3 (Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for High Rate Wireless Personal Area Networks (WPANs) approved on June 12, 2003) It defines the specification for the physical layer (PHY).

1 shows a configuration example of a WPAN.

As shown in FIG. 1, a WPAN is a network composed of individual devices within a limited space such as a home, and allows direct communication between devices to configure a network so that information can be seamlessly exchanged between applications . Referring to FIG. 1, a WPAN includes two or more user devices 11 to 15, and one of the devices operates as a coordinator 11. The regulator 11 serves to provide the basic timing of the WPAN and to control quality of service (QoS) requirements. Devices that can be used as devices include computers, PDAs, notebooks, digital TVs, camcorders, digital cameras, printers, microphones, speakers, headsets, barcode readers, displays, mobile phones and all digital devices.

A WPAN is not pre-designed and constructed, but is an ad hoc network (hereinafter referred to as a piconet) that is formed when needed, without the aid of a central infrastructure. A process of forming one piconet will be described in detail as follows. The piconet is initiated by any device capable of operating as a coordinator performing its function as a coordinator. All devices perform scanning before starting a new piconet or associating to an existing piconet. Scanning is a process in which a device collects and stores information on channels and examines whether existing piconets exist or not. A device that is instructed to start a piconet from an upper layer forms a new piconet without subscribing to a piconet already formed on a certain channel. The device selects a channel with low interference based on the data obtained in the scanning process and broadcasts a beacon through the selected channel to start the piconet. Here, the beacon is control information broadcasted by the regulator to control and manage the piconet such as timing allocation information, information on other devices in the piconet, and the like.

2 shows an example of a superframe used in a piconet. Timing control in the piconet is basically performed on the basis of superframes. Referring to FIG. 2, each superframe is initiated by a beacon transmitted from the coordinator. The Contention Access Period (CAP) is used by devices to transmit commands or asynchronous data in a contention-based manner. The channel time allocation block may include a management channel time block (MCTB) and a channel time block (CTB). MCTB is a period in which control information can be transmitted between a regulator and a device or between a device and a device, and a CTB is a period in which asynchronous or isochronous data can be transmitted between a device and a regulator or between other devices. The number, length and location of CAP, MCTB, and CTB in each superframe are determined by the coordinator and transmitted to other devices in the piconet via beacons.

If any device in the piconet needs to transfer data to a coordinator or other device, the device requests channel resources for data transmission to the coordinator, and the coordinator sends channel < RTI ID = 0.0 > Allocate resources. If the contention period exists in the superframe and the coordinator permits data transmission in the contention period, the device can transmit a small amount of data through the contention period without having to be allocated a channel time from the coordinator.

If the number of devices in the piconet is small, there is no problem in allocating channel resources because each device has sufficient channel resources to transmit data. However, when the number of devices is large and channel resources are insufficient or a large amount of data Even if other devices have data to be transmitted, channel resources may not be allocated and communication may not be possible.

Further, in a data communication process between two or more devices belonging to the WVAN, communication quality may be affected depending on the environment where the device is located, such as an obstacle obstructing communication between the devices, a distance or position change between the two devices, It may happen that the situation is worse.

Therefore, various methods are being studied to smoothly and efficiently perform data communication between devices constituting the WVAN.

A plurality of devices may be included in a wireless network system, and a situation may occur in which one sink device performs data transmission at two or more source devices. At this time, if the sink device receiving the data can not simultaneously receive data from two or more source devices and output the data, the connection with the source device being connected should be performed in order to connect with the new source device and receive data.

Generally, a sink device receiving a connection request from a new source device transmits a shutdown notification message to a currently connected source device and performs a connection operation with a new source device. In this case, there has been a problem that the connection of the source device to the sink device is interrupted unilaterally and the decision-making right is excluded.

SUMMARY OF THE INVENTION Accordingly, the present invention has been made keeping in mind the above problems occurring in the prior art, and it is an aspect of the present invention to provide a method for allowing a device user to determine whether to maintain or shut down a connection with another device through message exchange for device-

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are not restrictive of the invention, unless further departing from the spirit and scope of the invention as defined by the appended claims. It will be possible.

According to an aspect of the present invention, there is provided a method for switching a source device in a sink device of a wireless network, the method comprising: receiving audio / video (A / V) data from a first source device; Receiving a connection request message for data streaming from a second source device in the wireless network, receiving a blocking request (Disconnect) requesting blocking the connection with the sink device to the first source device, receiving a Disconnect response message from the first source device in response to the disconnection request message, the disconnection response message including instruction information indicating whether to block connection with the sink device; Wherein the second response message includes a second response message, And a step of transmitting a connection response message (Connect response) containing indication information which indicates whether or not connection is possible with a vice.

The blocking request message includes instruction information regarding a blocking type indicating whether the blocking of the streaming with the first source device is immediately performed or the blocking is performed according to the determination of the first source device when the blocking request message is transmitted .

Also, the blocking request message may include blocking time limit information, a blocking request cause, and identification information of a device that is a cause of the blocking request. At this time, the blocking time may be determined in the sink device. Alternatively, the blocking time limit may be determined based on time limit information indicated by the first source device through the connection request message.

The blocking request message may include indication information for instructing to maintain a connection operation with the sink device or to switch to a connection blocking operation when the blocking time has elapsed.

If the blocking response message includes information indicating blocking rejection, the blocking response message may include information that causes the blocking rejection. The message exchange method according to an exemplary embodiment of the present invention may further include the step of receiving A / V data from the first source device when the blocking response message includes information indicating blocking rejection have.

On the other hand, if the blocking response message includes information indicating blocking permission, receiving the A / V data from the second source device.

The method of exchanging messages according to an embodiment of the present invention is characterized in that the sink device determines whether a new connection with the second source device is possible in response to the connection request message regardless of whether the sink device is disconnected from the first source device And transmitting a response message including the instruction information indicating the instruction.

At least one of the connection request message, the blocking request message, the blocking response message, and the connection response message may be an AVC (Audio Video Control) message.

According to another aspect of the present invention, there is provided a method of exchanging messages in a source device that receives a message for connection control from a sink device of a wireless network, / Video (A / V) data, receiving a Disconnect request message requesting data streaming blocking from the sink device, blocking connection with the sink device in response to the blocking request message And sending a Disconnect response message including the indication information indicating whether or not to transmit the Disconnect response message.

The blocking request message may include indication information regarding a blocking type indicating whether the blocking of the streaming with the sink device is immediately performed or the blocking is performed according to the determination of the first source device upon receiving the blocking request message .

When the indication information on the blocking type indicates that blocking is to be performed according to the first source device determination, it is determined whether to maintain or block the streaming connection with the sink device according to the indication information included in the blocking request message Step < / RTI >

The blocking request message may include at least one of blocking time limit information, a blocking request cause, and identification information of a device that is a cause of the blocking request.

The blocking request message may include indication information for instructing to maintain a connection operation with the sink device or to switch to a connection blocking operation when the blocking time has elapsed.

If the blocking response message includes information indicating blocking rejection, the blocking response message may include information that causes the blocking rejection.

The message exchange method according to another embodiment of the present invention may further include the step of transmitting the A / V data to the sink device when the blocking response message includes information indicating blocking rejection .

If the blocking response message includes information indicating blocking permission, the blocking device may further include a step of blocking the streaming connection with the sink device.

At least one of the blocking request message and the blocking response message may be an AVC (Audio Video Control) message.

According to another aspect of the present invention, there is provided a sink device of a wireless network for receiving audio / video (A / V) data from a first source device and streaming data from a second source device A network control module for generating a Disconnect request message requesting to disconnect a connection with the first source device according to the connection request message, To the first source device, wherein the network control module controls the first source device to transmit the first message to the first source device based on an instruction included in a Disconnect response message received from the first source device via the receiver, A source device of one of the source device and the second source device, It can be controlled to trim connections.

The network control module generates a connection response message including indication information indicating whether the second source device can be connected to the second source device according to the instruction information included in the blocking response message, can do.

According to another aspect of the present invention, there is provided a source device for transmitting data to a sink device in a wireless network, the device including: a transmitter for transmitting audio / video (A / V) data to the sink device; A receiving unit for receiving a disconnect request message for requesting data streaming blocking from the sink device, and a controller for determining whether to block the connection with the sink device according to the blocking request message, And generating a disconnection response message including the disconnection response message and transmitting the disconnection response message to the sink device through the transmission unit.

The source device according to another embodiment of the present invention may further include a display unit for outputting blocking request information included in the blocking request message in a predetermined area. At this time, the blocking request information may include at least one of a blocking time limit information for determining whether to block the sink device, a blocking request cause, and identification information of a device causing the blocking request.

The source device according to another embodiment of the present invention may further include a user input unit for applying an input signal to determine whether to block the sink device.

It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the present invention by those skilled in the art. And can be understood and understood.

According to the present invention, a device user can determine whether to maintain connection with another device or block the device through message exchange for managing connections between devices belonging to a wireless network.

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

In the following, the structure, operation and other features of the present invention can be easily understood by the embodiments of the present invention described with reference to the accompanying drawings. The embodiments described below are examples in which the technical features of the present invention are applied to a wireless video area network (WVAN), which is a kind of wireless private network (WPAN).

Fig. 3 shows an example of the configuration of the WVAN. The WVAN, like the WPAN shown in FIG. 1, is composed of two or more user devices 22 to 25, and one of them operates as a coordinator 21. The regulator 21 provides the basic timing of the WVAN, maintains a track of the devices belonging to the WVAN, controls quality of service (QoS) requirements, and the like. The regulator is also a device, so it acts as a regulator and also acts as a device belonging to the WVAN. The other devices 22 to 25 which are distinguished from the regulator 21 can start the stream connection.

One of the differences of the WVAN shown in FIG. 3 from the WPAN of FIG. 1 is that it supports two kinds of physical layers (PHY). That is, the WVAN supports a high-rate physical layer (HRP) and a low-rate physical layer (LRP) as physical layers. HRP is a physical layer capable of supporting a data transmission rate of 1 Gb / s or higher, and LRP is a physical layer supporting a data transmission rate of several Mb / s. HRP is highly directional and is used for transmitting isochronous data streams, asynchronous data, MAC commands and audio / video (A / V) control data through a unicast connection. LRP supports directional or omni-directional mode and is used for beacon, asynchronous data, and MAC command transmission through unicast or broadcast. The regulator 21 may transmit data to or receive data from another device using HRP and / or LRP. Other devices 22-25 of the WVAN may also transmit or receive data using HRP and / or LRP. The A / V data indicates that the data to be transmitted / received includes at least one of audio data and video data.

4 is a diagram for explaining frequency bands of HRP channel and LRP channels used in WVAN. HRP uses four channels of the 2.0 GHz bandwidth in the 57-66 GHz band, and LRP uses three channels of the 92 MHz bandwidth. As shown in FIG. 4, the HRP channel and the LRP channel share a frequency band and are used separately by the TDMA scheme.

5 shows an example of the structure of a superframe used in the WVAN. 5, each superframe includes a beacon region in which beacons are transmitted, a reserved region allocated to arbitrary devices by a coordinator according to a request of the devices, And an unreserved region for transmitting / receiving data according to a contention scheme between the device and the device, and each region is time divided. The beacon includes timing allocation information in the superframe, management of WVAN, and control information. The reserved area is used by the coordinator to allocate the channel time according to the channel time allocation request of the device, so that the allocated device is used to transmit data to another device. A command, a data stream, asynchronous data, or the like can be transmitted through the reserved area. An HRP channel is used when a specific device transmits data to another device through a reserved area, and an LRP channel is used when a device receiving the data transmits an acknowledgment (ACK / NACK) signal to the received data. The non-reserved area can be used to transfer control information, MAC commands or asynchronous data, etc. between the regulator and the device or between the device and the device. A CSMA (Carrier Sense Multiple Access) scheme or a slotted Aloha scheme can be applied to prevent data collision between devices in a non-reserved area. In the non-reserved area, data can be transmitted only through the LRP channel. If there are many control information or commands to be transmitted, it is also possible to set a reserved area in the LRP channel. The length and the number of the reserved area and the non-reserved area in each super frame may be different for each super frame and are controlled by the adjuster.

6 is a diagram for explaining another example of a superframe structure used in the WVAN. Referring to FIG. 6, each superframe includes an area 30 in which a beacon is transmitted, a reserved channel time block 32, and an unreserved channel time block 31 time block. Each channel time block (CTB) is time divided into an area (HRP area) through which data is transferred through the HRP and an area (LRP area) through which data is transmitted through the LRP. The beacon 30 is periodically transmitted by the arbitrator to identify the beginning of each superframe and includes management and control information of the scheduled timing information WVAN. The device may exchange data in the network through timing information and management / control information included in the beacon.

In the HRP area, the reserved CTB area may be used by a device allocated by a coordinator to allocate a channel time according to a channel time allocation request of a device to transmit data to another device. When a specific device transmits data to another device through a reserved CTB area, the HRP channel is used. When a device receiving the data transmits an acknowledgment signal (ACK / NACK) signal to the received data, the LRP channel Can be used.

The non-reserved CTB area may be used to transmit control information, MAC commands or asynchronous data, etc. between the regulator and the device or between the device and the device. A Carrier Sense Multiple Access (CSMA) scheme or a slotted Aloha scheme may be applied to prevent data collision between devices in the non-reserved CTB area. In the non-reserved CTB area, data can be transmitted only through the LRP channel. If there are many control information or commands to be transmitted, it is also possible to set a reserved area in the LRP channel. The length and number of reserved CTBs and non-reserved CTBs in each superframe may differ from superframe to superframe and are controlled by an arbiter.

Also, although not shown in FIG. 6, it includes a contention-based control period (CBCP) located after the beacon to transmit an urgent control / management message. The section length of the CBCP is set so as not to exceed the threshold value by setting a certain threshold (mMAXCBCPLen).

7 is a diagram showing an example of a protocol layer structure implemented in a device of a WVAN.

Referring to FIG. 7, the communication module of each device included in the WVAN can be divided into four layers according to its functions, and generally includes an adaptation sublayer 40, a MAC layer 41, A PHY layer 42, and a station management entity (SME) 43. Here, a station is a device for distinguishing from a regulator, and a station management entity (SME) has the same meaning as a device management entity (DME). The SME is a layer independent entity that controls a lower layer and collects device status information from each layer. The SME is responsible for managing each layer of the device communication module An entity managing the MAC layer is referred to as an MLME (Media Layer Management Entity), and an entity managing the adaptation layer is referred to as an Adaptation Layer Management Entity (ALME).

The adaptation sublayer 40 may include an AVC (Audio Video Control) layer and an A / V packetizer. The AVC layer 400 will be briefly described with reference to FIG. 8 as an upper layer which is responsible for streaming connection and device control for A / V data transmission between a transmitting device and a receiving device. The A / V packetizer 410 is a device for formatting A / V data for an HRP data service.

The MAC layer 41 is a lower layer of a data transmission protocol, and is responsible for functions such as link setup, connection or connection, channel access, and reliable data transmission. That is, it plays a role of transmitting a control / data message or controlling a channel.

The PHY layer 42 may directly process the A / V data or may be processed by the MAC layer 31 at the same time. The PHY layer switches the requested message from the upper layer such as the adaptation layer 30 and the MAC layer 41 in order to take charge of the wireless signal so that the request message can be transmitted between the devices by the physical layer . The PHY layer includes two types of physical layers of the HRP 420 and the LRP 421 described above.

The layer of the device provides services such as a high rate service, a low rate service and a management service. High-speed data services are used for video, audio, and data transmission, and low-speed data services are used for audio data, MAC commands, and small amounts of asynchronous data transmission. A simple message is exchanged between the layers before the process of data exchange. A message sent between different layers is called a primitive.

8 is a diagram illustrating an example of a protocol layer structure implemented in a device of a WVAN according to an embodiment of the present invention.

Referring to FIG. 8, a communication module of a device included in the WVAN may include a MAC / PHY layer 50 and an AVC layer 51 according to its function. The AVC layer 51 includes a receiving module 510 for receiving A / V data from the outside for operating as a sink device and at least one sink device input port (SinkPort) 511. In addition, when it operates as a source device, it includes a transmission module 512 for transmitting A / V data to the outside and one or more source device transmission ports (SrcPort, 513). The input port 511 and the transmission port 513 are connected according to the device-to-device connection management function.

In general, the AVC layer 51 includes a device capability exchange for device performance, connection management for transmitting A / V data between a source device and a sink device, power on / off of other devices, And / or device status control such as stopping. The above-described function can be performed by exchanging an AVC message with another device.

Information exchange on device performance is one device exchanging information about parameters that can represent device performance with other devices belonging to the same network. The parameters indicating the device performance may include, for example, the HRP channel and the LRP channel type used for transmitting the radio signal, the category to which the device belongs, whether to transmit / receive A / V data, . Requesting and transmitting information about device capabilities may utilize AVC messages.

Device-to-device connection management is a connection or disconnection of A / V data streaming between a source device and a sink device. For example, if the device shown in FIG. 8 is a source device, the AVC layer 51 may generate an AVC message for a connection request for data transmission to the sink device and transmit the AVC message to the sink device via the MAC / PHY 50 have. In addition, the AVC layer 51 receives a response AVC message for the connection request message generated in the AVC layer of the sink device through the MAC / PHY layer 50, and generates a response AVC message based on the information included in the response AVC message So that connection management with the sink device can be performed.

At this time, device connection management is performed not only for A / V data streaming between one source device and one sink device, but also between one sink device and two or more source devices. There may occur a case where the second source device transmits A / V data to the sink device while the first source device transmits the A / V data to the sink device. Then, the sink device may block or delay the streaming connection with the first source device, and may connect with the second source device to receive the A / V data. The connection management between the sink device and the first device is generally performed by a method in which the sink device notifies the first device of the streaming blocking message according to the connection request of the second device.

FIG. 9 illustrates an exemplary method of exchanging messages between WVAN devices according to an embodiment of the present invention. Specifically, FIG. 9 illustrates an example of message exchange for streaming connection and blocking.

Referring to FIG. 9, a first source device belonging to the WVAN allocates a certain amount of channel resources from the arbitrator and transmits A / V data in the HRP mode to the sink device (S10). During the data transmission / reception between the first source device and the sink device, the second source device transmits a connection request message (Connect_Request) requesting data streaming connection to the sink device (S11). At this time, the sink device may transmit a first connection response message (Connect_Response) to the second source device to accept or reject the new connection request of the second source device according to the port reservation state or the like (S12). The first connection response message is determined according to the sink device state irrespective of the first source device transmitting the current A / V data, and is not necessarily transmitted to the second source device.

If the sink device desires to change to a new streaming connection at the request of the second source device, the sink device transmits a blocking request message (Disconnect_Request) to the currently connected first source device (S13). The user of the first source device which has received the blocking request message determines whether to keep the connection with the sink device or not (S14). At this time, the first source device may output the blocking request information through the display unit mounted on the device to perform the determining step S14 as shown in FIG.

10 is a diagram illustrating an example of displaying blocking request information in a WVAN source device according to an embodiment of the present invention.

Referring to FIG. 10, instruction information included in a blocking request message transmitted from a sink device on the display unit 124 may be displayed and transmitted to a user. For example, at least one of the device information and the blocking time limit causing the sink device's blocking request can be displayed. The user can confirm that there is an inter-device connection blocking request through the screen of the display unit 124, and can input a decision on the blocking state to the device 120 using a user input unit or the like.

Referring again to FIG. 9, in the determination step S14, when the user determines to maintain the connection with the sink device, the sink device transmits a blocking rejection response message to the sink device. If the user issues a blocking permission decision in response to a sink device request or does not input any determination signal so that the blocking time (Disconnect_Time) included in the blocking request message elapses, Message is transmitted (S15).

If the blocking response message received from the first source device includes a blocking permission response, the sink device transmits a second connection response message (Connect_Response) indicating connection permission to the second source device (S16). At this time, the sink device may perform the blocking operation simultaneously with the transmission of the blocking permission response message from the first source device, or may perform the streaming blocking operation with the first source device after transmitting the second connection response message to the second source device . Then, it makes a streaming connection with the second source device and receives the A / V data (S17).

On the other hand, when the sink device receives the response rejection response message from the first source device in step S15, it transmits a second connection response message rejecting the connection request to the second source device in step S16. The first source device and the sink device can maintain the transmission / reception of A / V data while maintaining the connection between the original devices (S18). The example shown in FIG. 9 is for convenience of explanation. In the procedure flow, the step of transmitting data from the first source device to the sink device is performed independently of the step of transmitting the second connection request message from the sink device to the second source device .

As described above, the connection management between the sink device, the first source device, and the second source device is performed in the AVC layer 51 of each device, and a message exchanged for connection management uses an AVC message generated in the AVC layer. In general, an AVC message is used to control device-to-device connection and other devices, and it is possible to transmit in the LRP mode.

11 is a diagram illustrating an example of an AVC message format used in a WVAN device according to an embodiment of the present invention.

Referring to FIG. 11, an AVC message is composed of an AVC header 60 and an AVC data field 61. A total of 4 octets is assigned to the AVC header 60. The version field 601 indicates a step and an order of the AVC message, a function type field 602 indicating a function type to be performed through the AVC message, A sequence number field 603, and a length field 604 indicating the length of a message included in the AVC data field.

The function type field 602 indicates a specific function to be performed through the current AVC message among one or more functions performed in the AVC layer. Table 1 shows an example of a function defined by a bit value corresponding to the field 602.

Value Function type 0 Connection management One Device control 2 A / V clock regeneration 3 Content protection 4 HDMI pass through 5 ~ F Reserved for future specification

Referring to Table 1, when the bit value set in the function type field 602 is '0', the inter-device connection management function is indicated. When the bit value is '1', the device control function is indicated. A high-definition multimedia interface (HDMI) path passing mode when the bit value is '2', a content protection function when the bit value is '3' And when the bit value is from 5 to F, it indicates that the use is in a reserved state. The function type indicated by the bit value corresponding to the function type field 602 is an example for indicating information about the type of the AVC message, and is not necessarily limited to the above-described value.

The sequence number displayed through the sequence number field 603 increases by one, and is reset to 0 when the maximum number is reached or when the device completes a related function.

Next, the AVC data field 61 may include an Opcode field 610 and an Operand field 611 indicating a specific operation in a function to be performed through the AVC message.

Table 2 shows an example of an operation code set on the Opcode field 610.

Opcode Value Operation code type 0 DEVICE_CAPABILITY_REQUEST One DEVICE_CAPABILITY_RESPONSE 2 CONNECT_REQUEST 3 CONNECT_RESPONSE 4 DISCONNECT_REQUEST 5 STREAM_START_NOTIFY 6 OUTPUT_FORMAT_NOTIFY 7 FAST_FORMAT_ADAPTATION_REQUEST 8 FAST_FORMAT_ADAPTATION_RESPONSE 9 DISCONNECT_RESPONSE A to F Reserved

Referring to Table 2, when the Opcode value is '0', the corresponding AVC message is a DEVICE_CAPABILITY_REQUEST message. When the Opcode value is '1', the AVC message is a DEVICE_CAPABILITY_RESPONSE message . If the Opcode value is '2', the AVC message is a CONNECT_REQUEST message. If the Opcode value is '3', the AVC message is a CONNECT_RESPONSE message. If the Opcode value is '4', the AVC message indicates a device connection blocking request (DISCONNECT_REQUEST) message according to an embodiment of the present invention. If the opcode value is '5', the AVC message indicates that the message is a stream start (STREAM_START_NOTIFY) signal indicating the start of the inter-device data stream. When the opcode value is '6', the AVC message indicates that the message is OUTPUT_FORMAT_NOTIFY for transmitting the output format data. Generally, the source device is used to notify which data to transmit when transmitting data to the sink device. If the Opcode value is '7', the AVC message is a FAST_FORMAT_ADAPTATION_REQUEST message to be transmitted in a format different from the currently transmitted data. If the Opcode value is '8', the AVC message is a response message FAST_FORMAT_ADAPTATION_RESPONSE). If the Opcode value is '9', the AVC message indicates a response message (DISCONNECT_RESPONSE) for another device connection blocking request message according to an exemplary embodiment of the present invention. The operation codes listed in Table 1 are merely examples of Opcodes included in the AVC message, and the format of messages set for each Opcode value may be changed.

The operand field 611 includes different formats according to a message corresponding to the operation code set in the Opcode field 610. The request or information substantially contained in the AVC message may be included in the operand field 611.

12 is a diagram showing another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention. Specifically, FIG. 12 shows an example of an AVC data field constituting a connection request (Connect_request) message transmitted in step S11 .

In general, a connection request (Connect_request) message is used by a sink device to request the start of a bandwidth reservation process as a source device or to request a streaming connection for a source device to transmit A / V data to a specific sink device do. It is also used by the source device to request the sink device to receive A / V data from a particular sink port.

12, the connection request message format includes an Opcode field 70 indicating an operation code, a port field 71 containing information indicating whether a port used for connection is a Sinkport or Srcport, A video port field (VP) 72 for indicating whether to use the port to be used, and an audio port field (AP) 73 for indicating whether to use the port used for audio data transmission. A request format field (RF 75) indicating whether the source device requests a data format supported by the sink device, a request format field (RF) 75 indicating whether the source device requests a data format supported by the sink device, (Reserved, 76). For example, when the sink device starts the connection process, a bit indicating Sinkport is set in the port field 71, and 1 bit is set in the S field 74 . Conversely, when the source device initiates the connection process, a bit indicating Srcport is set in the port plane 71, and a 0 bit may be set in the S field 74.

According to an embodiment of the present invention, the connection request message format transmitted from the second source device to the sink device may indicate a connection request message by setting the '2' bit illustrated in Table 1 in the Opcod field 70 have.

In addition, the AVC message data format for the connection request includes a field (Total Length, 77) indicating information on the total length of a TLV (Format Type, Length, Value) field as shown in FIG. 11, A field (Length 79) indicating the length of the format data field 80, and a field (Format Data 79) including format data.

12, a time limit (Disconnect_Time) may be set in determining whether to block streaming between the first source device and the sink device in the above-described embodiment of the present invention in the connection request message. For example, an independent field including blocking time limit information in the field 79 including the format data can be configured.

The sink device that has received the connection request message from the second source device may disconnect the first source device that is transmitting the A / V data to the sink device, and may initiate the connection with the second source device.

Alternatively, the sink device may send a block request message to the first source device as in the embodiment shown in FIG. At this time, an example of the block request message format will be briefly described with reference to FIG.

13 is a diagram illustrating another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention. Specifically, FIG. 13 illustrates a format of an AVC data field constituting a Disconnect_request message transmitted in step S13. For example.

13, there are shown an Opcode field 81 including an operation code indicating a function to be performed in the AVC layer, a field (Sinkport) 82 indicating a Sinkport number reserved for A / V data transmission, A field (VP, 83) indicating whether or not a video port is used for transmission, a field (AP, 84) indicating whether an audio port is used for transmitting audio data, and a number of Srcport reserved for A / V data transmission A field (Srcport) 85, and a field (Disconnect type) 86 including information on a blocking operation.

The blocking request message according to an exemplary embodiment of the present invention can distinguish whether the blocking request message transmitted from the sink device through the blocking operation field 86 is a blocking notification message or a blocking request message in detail. The blocking notification message is an AVC message for conveying information that the device that transmits the message blocks the device connection immediately upon receiving the blocking notification message to the device that receives the blocking notification message. When transmitting a block notification message, the device receiving it can not perform a selection operation related to interception or connection maintenance. For example, when the data set in the blocking operation field 86 is '0', the AVC message in FIG. 13 indicates that the blocking notification message is received. On the other hand, if the data to be allocated to the blocking operation field 86 is '1', it indicates that the blocking request message is included. The reason for requesting the blocking limit time and the blocking of the streaming may be included in the format data field 91. However, the bit value set in the blocking operation field may be switched between '0' and '1', and is not limited to the above description.

In addition, the AVC message data format for the blocking request may allocate a certain bit to the reserved area 87. [ Also, as shown in FIG. 13, a field (Total Length) 88 indicating information on the total length of a TLV (Format Type, Length, Value) field, a field (Format Type 89) indicating a type of format data, A field (Length 90) indicating the length of the field 91, and a field (Format Data) 91 including format data.

If the '1' bit is set in the blocking operation field 87, the format data field 91 may include a blocking time field 911 indicating a blocking time limit, A Reason field 912 including a Reason Code for uncovering a blocking request message, and an STA ID field 913 including identification information of a device responsible for transmitting a blocking request message.

In the blocking time field 911, a time limit for making a blocking decision is set by the device receiving the blocking request message. For example, in the embodiment of FIG. 9, when the sink device transmits a blocking request message to the first source device by setting the blocking time limit to 30 seconds, the first source device transmits the blocking request message to the first source device If the device does not make any decision within 30 seconds, it can be seen that it has made the decision of blocking permission when the time limit has elapsed. It may be regarded that it is determined that the blocking permission decision is made when the blocking time limit has elapsed and that the blocking rejection decision is made when the blocking time has elapsed according to the sink device setting. The blocking time set in the blocking time field 911 may be set according to the device status or the connection time limit included in the connection request message transmitted by the second source device as described above.

The values set in the Reason field 912 and the STA ID field 913 may be defined as shown in Table 3. The STA ID field 913 includes device identification information according to the blocking request cause included in the Reason field 912.

Table 3 shows an example of a blocking request cause defined according to a bit value included in the Reason field 912 and the STA ID field 913. [

Value Reason code type  Station ID 0 New connection requested Sink Device ID or Source Device ID One WVAN shutdown in progress Sink Device ID 2 Channel change in progres Sink Device ID 3 Coordinator handover in progress Sink Device ID 4 Device Standby in progress Sink Device ID 5 Device Shutdown in progress Sink Device ID 6-254 Reserved Reserved 255 Other failure Other failure

Referring to Table 3, when the Reason code value of the Reason field 912 is '0', it indicates that there is a connection request for data streaming from another device. In the STA ID field 913, a source device or a sink device As shown in Fig.

If the Reason code value of the Reason field 912 is '1', it indicates that the WVAN network including the current source device and the sink device is being terminated, and the STA ID field 913 includes identification information of the corresponding sink device .

If the Reason code value of the Reason field 912 is '2', it indicates that the sink device is performing a channel change operation, and the STA ID field 913 includes identification information of the corresponding sink device.

If the Reason code value of the Reason field 912 is '3', it indicates that the sink device is performing handover control in the sink device, and the STA ID field 913 includes identification information of the corresponding sink device.

If the Reason code value of the Reason field 912 is '4', it indicates that the sink device is waiting, and the STA ID field 913 contains the identification information of the corresponding sink device.

If the reason code value of the Reason field 912 is '5', it indicates that the sink device is currently shutting down, and the STA ID field 913 includes identification information of the corresponding sink device.

A bit value '6-254' of the Reason field 912 and the STA ID field 913 indicates that the Reason field 912 and the STA ID field 913 can be utilized as a reserved area. If the bit value of the Reason field 912 and the STA ID field 913 is '255', it is determined that the interception request message is transmitted according to another cause of the operation failure.

The definition set for each bit value included in the Reason field 912 and the STA ID field 913 is an example for explaining a block request message data format according to an embodiment of the present invention. But are not limited to.

Also. The block request message format shown in FIG. 13 is only an example for explaining the present invention. 13, the blocking time field 911, the reason field 912, and the STA ID 913 are not included in the format data field 91, Or in a data format.

Next, the source device receiving the blocking request message transmits a response message to the sink device.

FIG. 14 is a diagram illustrating another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention. Specifically, FIG. 14 illustrates an AVC message format used in a Disconnect_response message transmitted in step S15 of FIG. Field.

Referring to FIG. 14, a block response message format according to an embodiment of the present invention includes:

An Opcode field 100 including an operation code indicating a function to be performed in the AVC layer, a Result Code field 101 for identifying the cause of the response type, a field for displaying a Sinkport number reserved for A / V data transmission A field (VP, 103) indicating whether or not to use a video port for transmitting video data, a field (AP, 104) indicating whether an audio port is used for transmitting audio data, (Srcport, 105) indicating the number of the Srcport, and Reserved (107).

In addition, a field (Total Length) 108 indicating information on the total length of a TLV (Format Type, Length, Value) field as shown in FIG. 13, a field (Format Type) 109 indicating a type of format data, (Length) 110 indicating the length of the data field 111 and a field (Format Data) 111 including the format data.

In the Result Code field 101, the Result Code field 101 may be composed of a Result field indicating a response type and a Reason field indicating a cause thereof.

Table 4 shows an example of a response type defined by a bit value set in a Result Code field 101 constituting an AVC response message and its cause type.

Result Field (Bits: 2) Reason Field (Bits: 6) value response type value reason code type 0
Success
0 Accepted 1 to 63 Reserved One








Failure








0 Rejected One Timeout 2 Not associated 3 Invalid parameter 4 Insufficient resources 5 Handover in progress 6 Shutdown in progress 7 Busy 8 to 62 Reserved 63 Other reason 2 to 3 Reserved

Referring to Table 4, in the case of the blocking response message according to an exemplary embodiment of the present invention, when the bit value of the Resule field is '0', the permission response to the blocking request is indicated. If the bit value is '1' Response. The bit value '2 ~ 3' indicates that it can be utilized as a reserved area. The definition of the bit value set in the result field is merely an example, and the response type set to '0' and '1' may be changed.

The Reason field includes a Reason Code indicating the cause of the response type notified via the Result field.

If the response message indicates a request accept response, the Reason field may be set to '0' to indicate that it is a permission response.

If the response message indicates a request rejection response, the Reason field may indicate various types of cause for the rejection response. As shown in Table 4, when the bit value of the Reason field is set to '0', it means that the request of the device that transmitted the request message is rejected. If the bit value is set to '1' . If the bit value is set to '2', the device receiving the request message indicates that it is not participating in the present wireless network. If the bit value is set to '3', the instruction included in the request message Indicates an invalid parameter. In addition, when the bit value is set to '4', it indicates that the resource of the receiving device is insufficient to perform the instructions included in the request message, and when the bit value is set to '5', it indicates that the handover is being performed. If the bit value is set to '6', it indicates that the receiving device is shutting down. If the bit value is set to '7', it indicates that the receiving device can not fulfill the request to perform another function. If set to '63', it indicates rejection due to other causes.

The blocking response message according to an exemplary embodiment of the present invention includes a result code of blocking permission or blocking rejection in the form of data format shown in FIG. 14, and may include a corresponding reason code in case of blocking rejection.

The sink device receiving the blocking response message from the first source device transmits a connection response message (Connect_response) message to the second source device. The connection response message may use the same data format as the blocking response message format shown in FIG. However, the connection response message format may further include a request format field (RF) indicating whether the source device transmitting the connection request message requests a supported data format in a predetermined portion of the reservation field 107 of the response message format shown in FIG. 13 .

The sink device that has transmitted the connection response message to the second source device may continue to stream data with the first source device or start a new data stream with the second source device according to the response type.

Next, FIG. 15 is a diagram illustrating an example of a broadcast signal transmission system including a WVAN device according to an embodiment of the present invention.

Generally, a WVAN device can reproduce A / V data received through an antenna from at least one of a broadcasting station, a cable, a satellite, and another device of a WVAN through a process described below. The WVAN device may be a receiving device when receiving data from another device, or may be a transmitting device when transmitting data to another device. In addition, a message exchange with the regulator can be performed.

15, a broadcast signal processing system according to an exemplary embodiment of the present invention includes a WVAN device 120, a user input unit 130, a local storage device 140, a network for performing wireless communication with another device 160, Device 150 as shown in FIG.

The device 120 includes a receiving unit 121, a demodulating unit 122, a decoding unit 123, a display unit 124, a control unit 125, a graphics processing unit 127, an interface unit 128, And a control signal communication unit 129. 14, the local storage device 140 may be a storage device mounted inside the device 120, although the local storage device 140 is directly connected to the interface 128 including the input / output port.

The interface unit 128 may communicate with the wired or wireless network device 150 and may be connected to at least one or more other devices 160 existing on the wireless network through the network device 150. The control signal communication unit 129 may receive a user control signal according to a user control device, for example, a remote controller, and may transmit the received signal to the control unit 125. [

The receiving unit 121 may be a tuner that receives a broadcasting signal of a specific frequency through at least one of a terrestrial wave, a satellite, a cable, and the Internet. The receiving unit 121 may be provided for each of a broadcast source, for example, a terrestrial wave, a cable, a satellite, and a personal broadcasting, or may be an integrated tuner. If the receiving unit 121 is a tuner for terrestrial broadcasting, it may include at least one digital tuner and an analog tuner, or may be a digital / analog integrated tuner.

Also, the receiving unit 121 may receive an IP (Internet Protocol) stream transmitted through wired / wireless communication. When receiving the IP stream, the receiving unit 121 can process the transmission / reception packet according to the IP protocol that sets the source and destination information for the received IP packet and the packet transmitted by the receiver. The receiving unit 121 can output the video / audio / data stream included in the received IP packet according to the IP protocol, and can generate and output the transport stream to be transmitted to the network as an IP packet according to the IP protocol . The receiving unit 121 is a component for receiving an externally input video signal, and can receive, for example, a video / audio signal input in the IEEE 1394 format from the outside or a stream in a format such as HDMI.

The demodulation unit 122 demodulates the broadcast signal received from the receiving unit 121 or the broadcast signal transmitted from the receiving device in the inverse of the modulation scheme. The demodulation unit 122 demodulates the broadcast signal and outputs a broadcast stream. When the receiving unit 121 receives the stream format signal, for example, when receiving the IP stream, the IP stream bypasses the demodulation unit 122 and is output to the decoding unit 123. [

The decoding unit 123 includes an audio decoder and a video decoder. The decoding unit 123 decodes the broadcast stream output from the demodulation unit 122 by a decoding algorithm, and outputs the decoded result to the display unit 124. In this case, a demultiplexer (not shown) may be further provided between the demodulator 122 and the decoder 123 to separate each stream according to the corresponding identifier. The demultiplexer demultiplexes a broadcast signal into an audio element stream (ES) and a video element stream (ES), and outputs the audio signal to each decoder of the decoding unit 123. Also, when a plurality of programs are multiplexed on one channel, only a broadcast signal of a program selected by the user can be selected and divided into a video element stream and an audio element stream. If the demodulated broadcast signal includes a data stream or a system information stream, it is separated from the demultiplexer and transmitted to the corresponding decoding block (not shown).

The display unit 124 can display the broadcast content received from the receiver 121 and the content stored in the local storage device 140. In accordance with the control command of the control unit 125, a menu for displaying information relating to whether or not the storage device is mounted and remaining capacity is displayed and can be operated according to the control of the user.

The control unit 125 can control operations of the illustrated components (receiving unit, demodulation unit, decoding unit, display unit, graphics processing unit, spatial multiplexing precoder and beamforming module, interface unit) and the like. Then, a menu for receiving a user's control command can be displayed, and an application for displaying various information and a menu of the broadcast signal processing system to the user can be driven.

For example, the control unit 125 may read contents stored in the local storage device 140 when the local storage device 140 is mounted. The controller 125 may control the local storage 140 to store the broadcast content received from the receiver 121 when the local storage 140 is mounted. In addition, the controller 125 may output a signal for controlling the local storage device 140 to mount the local storage device 140 depending on whether the local storage device 140 is mounted or not.

The control unit 125 may check the remaining storage capacity of the local storage device 140 and display the information on the display unit 124 through the display unit 124 or the graphic processing unit 127 . If the remaining storage capacity of the local storage device 140 is insufficient, the controller 125 may transfer the content stored in the local storage device 140 to the remote storage device 140, for example. In this case, if the remaining storage capacity of the local storage device 140 is insufficient, the controller 125 may prompt the user to connect the local storage device 140 to another local storage device (not shown) or a remote storage device A menu indicating whether or not to store the stored content is displayed. Then, the control signal of the user can be received and processed. Accordingly, the control unit 125 may move and store the contents stored in the local storage device 140 and other directly or remotely mounted storage devices with each other.

In addition, the controller 125 may perform a channel state evaluation or a received signal strength (RSSI) measurement in the signal reception process through the receiver 121. [ According to the above-described embodiment, the controller 125 can measure the amount of transmitted power for a proper received signal strength when the measured received signal strength fluctuates due to a change in physical distance or the like between the transmitting device and the receiving device. Then, it is possible to generate a data packet including an instruction to request the transmission device to change the transmission power, and to transmit the generated data packet through the interface unit 128.

When the device 120 shown in FIG. 15 transmits a broadcast signal or the like received by itself to another device on the WHDI network, the network control module 126 transmits a broadcast signal received by the receiver 121 to a MAC message or an AVC message Or to generate and transmit independent messages. The network control module 126 may receive the broadcast signal directly from the receiver 121 or receive the demodulated broadcast signal from the demodulator 122. In the former case, the encoding process may be omitted. The broadcast signal received by the receiving unit 121 may be input to the network control module 126 through a process for signal transmission in the control unit 125 and the like. For example, when receiving a message including a broadcast signal from the external device 160, the received message is separated into a broadcast signal and a MAC message by the network control module 126, May be input to the decoding unit 123, decoded by a decoding algorithm, and then output to the display unit 124.

The network control module 126 includes an AVC layer for generating a predetermined AVC message, a MAC layer for generating a MAC message including an AVC message transmitted from the AVC layer or an independent MAC command, It is possible to control the PHY physical layer for transmission to the device. In addition, AVC messages and the like transmitted from other devices can perform device connection management or device control according to the instructions included in the message by the network control module 126.

A function that can be performed by the device itself is performed by the control unit 125 or the network control module 126. If an operation is determined according to a device user decision, an input signal through the user input unit 130 must be applied . The user input unit 130 includes an input device mounted inside the device and a remote controller capable of applying an input signal from the outside.

The control unit 125 or the network control module 126 may perform a specific function according to an operation related signal for a specific function input through the user input unit 130.

In FIG. 15, for convenience of explanation, the control unit 125 and the network control module 126 are separately provided. However, the system control unit 125 and the network control module 126 may be implemented as one system chip as shown by a dotted line.

The graphic processing unit 127 may process graphics to be displayed so that a menu screen or the like can be displayed on the video image displayed by the display unit 124, and control the graphics to be displayed on the display unit 124 together.

The interface unit 128 may be used by the control unit 125 or the network control module 126 to transmit data packets to other devices 160 over a wired or wireless network

The interface unit 128 may perform bidirectional communication between devices belonging to the WVAN and may include an Ethernet module, a Bluetooth module, a short-range wireless Internet module, a portable Internet module, a home PNA module, an IEEE1394 module, An RF module, and an IrDA module.

In the broadcast signaling system including the WVAN device shown in FIG. 15, the device 120 may be a sink device or a regulator for receiving data from a source device, a source device, or the like that transmits data.

For example, if the device shown in FIG. 15 is a source device that transmits a connection request message to a sink device for a new connection request in the above-described embodiment, the network control module 126 transmits an AVC message Lt; / RTI > In addition, when receiving a connection permission response message from the sink device, the network control module 126 can perform connection between devices.

Alternatively, when the device shown in FIG. 15 is a sink device according to an embodiment of the present invention, the network control module 126 may notify the network control module 126 of a network connection with a source device currently connected to the network and a new streaming connection with another device You can manage the state.

Alternatively, if the device shown in FIG. 15 is a source device that transmits current A / V data to the sink device in the above-described embodiment, the network control module 126 sets the connection state between devices according to the blocking request of the sink device Device connection management can be performed according to the decision as to whether to keep or block the device. The decision to block connection between devices can be performed by the user of the source device or automatically by the source device.

The blocking time limit may be set in the blocking request message according to an embodiment of the present invention and the network control module 126 of the device 120 receiving the blocking time limit may output the blocking time limit information on the display unit 124 Can be controlled. In this case, as shown in FIG. 15, the user of the source device can receive information on the blocking request and blocking time limit with the sink device through the display unit 124 at the request of the external device.

Connection management between two or more devices belonging to the WVAN network may be performed by the network control module 126 or by the control unit 125 as described above.

The terms used above may be replaced by others. For example, the device may be changed to a user device (or device), a station, etc., and the regulator may be an adjustment (or control) device, a tuning (or control) device, a tuning (or control) station, a coordinator ), A piconet coordinator (PNC), and the like. In addition, the WVAN parameter constituting the WVAN can be used in the same meaning as the network configuration information.

It is clear that the claims that are not expressly cited in the claims may be combined to form an embodiment or be included in a new claim by an amendment after the application.

The terms used above may be replaced by others. For example, the user equipment may be changed to a device, a user equipment, a station, etc., and the adjusting device may be a control device, a tuning (or controlling) device, a tuning A coordinator, a piconet coordinator (PNC), and the like. In addition, the data packet refers to information to be transmitted and received such as a message, traffic, video / audio data packet, control data packet, and the like, and is not limited to any specific data packet.

In addition, devices capable of performing communication in a communication system include a computer, a PDA, a notebook, a digital TV, a camcorder, a digital camera, a printer, a microphone, a speaker, a headset, a barcode reader, a display, .

It will be apparent to those skilled in the art that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. Accordingly, the above description should not be construed in a limiting sense in all respects and should be considered illustrative. The scope of the present invention should be determined by rational interpretation of the appended claims, and all changes within the scope of equivalents of the present invention are included in the scope of the present invention.

1 shows a configuration example of a WPAN.

2 shows an example of a superframe used in a piconet.

Fig. 3 shows an example of the configuration of the WVAN.

4 is a diagram for explaining frequency bands of HRP channel and LRP channels used in WVAN.

FIG. 5 shows an example of a superframe structure used in a WVAN.

6 is a diagram for explaining another example of the superframe structure used in the WVAN.

7 is a diagram showing a protocol layer structure implemented in a device of a WVAN.

8 is a diagram illustrating an example of a protocol layer structure implemented in a device of a WVAN according to an embodiment of the present invention.

9 is a diagram illustrating an exemplary method of exchanging messages between WVAN devices according to an embodiment of the present invention.

10 is a diagram illustrating an example of displaying blocking request information in a WVAN source device according to an embodiment of the present invention.

11 is a diagram illustrating an example of an AVC message format used in a WVAN device according to an embodiment of the present invention.

12 is a diagram showing another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention.

13 is a diagram illustrating another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention.

14 is a diagram illustrating another example of an AVC message format transmitted and received in a WVAN device according to an embodiment of the present invention.

15 is a diagram illustrating an example of a broadcast signal transmission system including a WVAN device according to an embodiment of the present invention.

Claims (20)

A message exchange method for switching a source device in a sink device of a wireless network, Receiving audio / video (A / V) data from a first source device; Receiving a Connect request message for data streaming from a second source device in the wireless network; Transmitting a disconnect request message requesting the first source device to disconnect the connection with the sink device; Receiving a Disconnect response message from the first source device in response to the disconnection request message, the disconnection response message including indication information indicating whether to block connection with the sink device; And And transmitting a Connect response message including indication information indicating whether the second source device is connectable according to the indication information included in the blocking response message. The method of claim 1, Wherein the blocking request message includes indication information regarding a blocking type indicating whether a blocking of the streaming with the first source device is performed immediately upon transmission of the blocking request message or blocking is performed according to the determination of the first source device ≪ / RTI > The method according to claim 1, Wherein the blocking request message includes blocking time limit information, a blocking request cause, and a device identification information that is a cause of the blocking request, the blocking request message being allowed to be determined by the first source device. delete delete delete delete delete A method for exchanging messages in a source device that receives a message for connection control from a sink device of a wireless network, Transmitting audio / video (A / V) data to the sink device; Receiving a disconnect request message requesting data streaming blocking from the sink device; And sending a Disconnect response message including an indication to indicate whether to block connection with the sink device in response to the blocking request message. 10. The method of claim 9, The blocking request message includes indication information about a blocking type indicating whether streaming blocking with the sink device is performed immediately upon receipt of the blocking request message or blocking is performed according to the source device determination , Message exchange method. 10. The method of claim 9, Wherein the blocking request message includes at least one of a blocking time limit information for allowing the source device to determine whether to block or not, a cause of blocking request, and identification information of a device causing the blocking request. delete delete delete delete A sink device of a wireless network, A receiver for receiving audio / video (A / V) data from a first source device and for receiving a Connect request message for data streaming from a second source device; A network control module for generating a disconnect request message requesting to disconnect a connection with the first source device according to the connection request message; And And a transmitter for transmitting the blocking request message to the first source device, Wherein the network control module is operable to perform streaming with a source device of one of the first source device and the second source device based on an instruction included in a Disconnect response message received from the first source device via the receiver A sink device that controls to connect. 17. The method of claim 16, The network control module generates a connection response message including indication information indicating whether the second source device can be connected to the second source device according to the instruction information included in the blocking response message, Wherein the first and second sync signals are synchronized with each other. A source device for transmitting data from a wireless network to a sink device, A transmitting unit for transmitting audio / video (A / V) data to the sink device; A receiving unit for receiving a disconnect request message for requesting data streaming blocking from the sink device; And Determines whether to block the connection with the sink device according to the blocking request message, and generates a Disconnect response message including indication information on the determined blocking status to transmit the message to the sink device through the transmitting unit And a network control module. 19. The method of claim 18, Further comprising a display unit for outputting blocking request information included in the blocking request message in a predetermined area. delete

Images