WO2015034275A1 - 무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치 - Google Patents

무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치 Download PDF

Info

Publication number
WO2015034275A1
WO2015034275A1 PCT/KR2014/008294 KR2014008294W WO2015034275A1 WO 2015034275 A1 WO2015034275 A1 WO 2015034275A1 KR 2014008294 W KR2014008294 W KR 2014008294W WO 2015034275 A1 WO2015034275 A1 WO 2015034275A1
Authority
WO
WIPO (PCT)
Prior art keywords
source device
sink device
stream
source
streaming
Prior art date
Application number
PCT/KR2014/008294
Other languages
English (en)
French (fr)
Inventor
이재호
이민수
박장웅
김소영
이현재
양승률
김진필
Original Assignee
엘지전자(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자(주) filed Critical 엘지전자(주)
Priority to US14/916,072 priority Critical patent/US20160205148A1/en
Publication of WO2015034275A1 publication Critical patent/WO2015034275A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4112—Peripherals receiving signals from specially adapted client devices having fewer capabilities than the client, e.g. thin client having less processing power or no tuning capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H04N21/41265—The peripheral being portable, e.g. PDAs or mobile phones having a remote control device for bidirectional communication between the remote control device and client device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H04N21/42206—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor characterized by hardware details
    • H04N21/42222—Additional components integrated in the remote control device, e.g. timer, speaker, sensors for detecting position, direction or movement of the remote control, microphone or battery charging device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • TECHNICAL FIELD This disclosure relates to methods and apparatus for performing audio / video streaming, particularly in wireless communication systems, in a wireless personal area network (WPAN).
  • WPAN wireless personal area network
  • Bluetooth can transmit through solid, nonmetallic materials.
  • the transmission range is 10cm to 10m, but can be extended to 100m by increasing the transmission power. It is based on a low cost, short range wireless link and facilitates ad hoc connectivity in fixed and mobile communication environments.
  • Bluetooth uses the same ISM band, 2.45GHz frequency as 802.11b / g, which is a wireless LAN standard.Bluetooth devices can perform wireless communication by searching, selecting, and authenticating Bluetooth devices in the vicinity. have.
  • Bluetooth can achieve a relatively high speed at a relatively low power, low cost, but the transmission distance is limited to a maximum of 100m, it is suitable for use in a limited space.
  • Bluetooth has begun to become popular with the addition of the Enhanced Data Rate (EDR) standard to the 2.0 version, which has ensured a certain level of communication quality.
  • EDR Enhanced Data Rate
  • Bluetooth is becoming common, for example, listening to music wirelessly through Bluetooth communication with a Bluetooth headset.
  • the frequency of use of the music is increasing, such as playing music through smartphone-car speaker interworking using Bluetooth or playing music through Bluetooth docking speaker-smartphone interlocking.
  • WPAN Wireless Personal Area Network
  • WPAN Wireless Personal Area Network
  • Home Network Small Office
  • Vehicular Network Vehicular Network
  • WPAN is widely used because it provides real-time A / V Streaming service through electronic devices such as a headset within a limited bandwidth and maximizes energy efficiency even when performing a remote control function.
  • a / V source devices such as home TVs and set-top boxes provide only a single A / V channel (Audio Channel)
  • multiple A / V sources such as PIP (Picture In Picture) or Multi-View (Or A / V channels) the scope of application is very limited.
  • WPAN technology that supports audio streaming such as Bluetooth does not consider such a multi-channel audio streaming environment, and there is a problem of incurring unnecessary cost when providing as many WPAN interfaces as the number of audio channels.
  • an object of the present specification is to provide multi-channel audio streaming through a single interface in a WPAN supporting wireless audio streaming such as Bluetooth.
  • the present specification provides an ID system that can be managed by dividing A / V Streaming Data and Remote Control Data dependent on each A / V Channel and supports a multi-channel audio streaming.
  • the purpose is to provide.
  • the present specification is to provide a simple pairing (paring) method between the new source device and the sink device using NFC, when a plurality of source devices to play the multimedia content, such as audio, video through a single sink device. .
  • an object of the present disclosure is to provide a method for transitioning playback control right between source devices through stream related information and a method of automatically playing back multimedia streaming that was played in the source device.
  • the present specification provides a method for performing A / V (Audio / Video) streaming between at least one source device and at least one sink device in a wireless communication system.
  • Performing a device discovery procedure Receiving an A / V source discovery message for discovering A / V channel related information supported by the source device from the sink device; Sending a response to the A / V source discovery message to the sink device, the response including A / V channel related information supported by the source device; Receiving A / V channel related information selected by the sink device for A / V streaming from the sink device; Performing an A / V stream connection procedure for A / V streaming with the sink device; And transmitting the A / V stream to the sink device by using the A / V channel related information selected by the sink device, wherein the A / V channel related information includes at least one group identification information and each group. At least one of the at least one stream identification information.
  • the A / V channel related information is an identifier (ID) indicating at least one of an A / V channel and an A / V stream.
  • ID identifier
  • the response may further include an available A / V channel list indicating available A / V channels.
  • the A / V channel related information includes a NumGID (Number of Group ID) field indicating the total number of groups supported by the source device and a NumSID (Number of Stream) indicating the total number of streams provided by each group. ID) field.
  • NumGID Number of Group ID
  • NumSID Number of Stream
  • the present specification comprises the steps of receiving a remote control (Remote Control) including the A / V channel related information related to the control of A / V streaming from the sink device; Performing control of an A / V stream transmitted to the sink device according to the received remote control; And transmitting a control result of the A / V stream to the sink device.
  • a remote control Remote Control
  • control of the A / V stream is characterized in that the movement to the next A / V stream or the previous A / V stream.
  • the reception of the A / V source discovery message and the transmission of the response may be performed through NFC tagging with the sink device.
  • the A / V channel-related information in the present specification is characterized in that the stream end point identifier (SEID).
  • SEID stream end point identifier
  • the present disclosure may further include performing a stream end point (SEP) discovery procedure for performing a remote control with the sink device, wherein the SEP discovery procedure is supported by the source device from the sink device.
  • SEP stream end point
  • SEP stream end point
  • the remote control may be an AV command message or an AV command header.
  • the AV command message may further include at least one of information indicating a selection of the SEP and information indicating a change of the SEP.
  • the present specification provides a method for performing A / V (Audio / Video) streaming between at least one source device and at least one sink device in a wireless communication system
  • the sink device is a source Performing a device discovery procedure with an apparatus; Transmitting an A / V source discovery message for discovering A / V channel related information supported by the source device to the source device; Sending an audio source discovery message to the selected source device to find an audio source supported by the selected source device; Receive a response to the A / V source discovery message from the source device, the response including A / V channel related information supported by the source device; Selecting A / V channel related information for A / V streaming based on the received response; Transmitting the selected A / V channel related information to the source device; Performing an A / V stream connection procedure for A / V streaming with the source device; And receiving an A / V stream from the source device using the selected A / V channel related information, wherein the A / V channel related information includes at least one group identification information and at least one stream
  • the source device is a first source device, performing pairing with the second source device through NFC tagging, and receiving the SEID of the second source device through the pairing; Transmitting a request of whether to allow the second source device to join A / V streaming to the first source device; Receiving a result of the request from the first source device; And receiving the A / V stream from the second source device based on the SEID of the second source device received through the pairing when the received result allows the A / V streaming participation of the second source device. Characterized in that it comprises a step.
  • the present specification is characterized in that it further comprises the step of stopping the A / V stream to the sink device.
  • the SEID of the second source device is included in OOB (Out-Of Band) data of Bluetooth.
  • the OOB data may further include an MPID (Media Player ID).
  • MPID Media Player ID
  • the source device is a first source device, and receiving an A / V stream from the first source device through Wi-Fi Direct communication; Performing a device discovery procedure using Wi-Fi Direct communication with a second source device; receiving an SEID of the second source device through the device discovery procedure; Forming a Wi-Fi Direct Network) group; Receiving the A / V stream from the second source device.
  • the present specification provides a method for performing audio / video (A / V) streaming between at least one source device and at least one sink device in a wireless communication system, wherein the source device is an external device.
  • Communication unit for transmitting and receiving a wired and / or wireless signal;
  • a controller operatively connected to the communication unit, wherein the controller performs a device discovery procedure with a sink device; Receive an A / V source discovery message for discovering A / V channel related information supported by the source device from the sink device; Send a response to the A / V source discovery message to the sink device, the response including A / V channel related information supported by the source device; Receive A / V channel related information selected by the sink device for A / V streaming from the sink device; Performing an A / V stream connection procedure for A / V streaming with the sink device; And controlling the A / V stream to be transmitted to the sink device using the A / V channel related information selected by the sink device, wherein the A / V channel related information is at least one group identification information
  • a new audio channel ID (ACID) concept is defined to support multi-channel A / V streaming through a single interface in an environment (source device) that provides multiple A / V channels such as PIP or Multi-View. There is no need to provide as many WPAN interfaces as there are A / V channels, which can reduce unnecessary costs.
  • the present specification can perform the automatic connection between the devices and the A / V streaming automatic continuous playback simply through NFC tagging by using NFC has the effect of increasing the convenience of the user.
  • the present specification newly defines a procedure for releasing A / V streaming performed between existing devices, thereby extending the use range of a service using Bluetooth.
  • FIG. 1 is a diagram illustrating an example of an internal block diagram of a source device and a sink device proposed in the present invention.
  • FIG. 2 is a view schematically showing the internal configuration of the source device and the sink device proposed in the functional aspect in the present specification.
  • FIG. 3 is a diagram illustrating an example of use of multi-channel audio streaming proposed in the present specification.
  • FIG 4 illustrates another example of multi-channel audio streaming proposed in the present specification.
  • 5A illustrates an embodiment of a multi-channel audio stream using an audio channel ID proposed in the specification.
  • 5B is a diagram illustrating an example of an audio channel configuration in a source device proposed in the present specification.
  • 5C is a diagram illustrating an example of an audio channel ID configuration proposed in the present specification.
  • 5D is a diagram illustrating an example of an audio channel ID set configuration proposed in the present specification.
  • FIG. 6 is a flowchart illustrating an example of a method of performing multi-channel audio streaming proposed in the present specification.
  • FIG. 7 is a flowchart illustrating an example of a method of performing a remote control in the multi-channel audio streaming proposed in the present specification.
  • FIG. 8 is a flowchart illustrating still another example of a method for remote control of multi-channel audio streaming proposed in the present specification.
  • FIG. 9 is a flowchart illustrating an example of a method of performing multi-channel audio streaming when a plurality of sink devices proposed in the present specification exist.
  • FIG. 10 is a flowchart illustrating an example of an audio / video streaming and remote control method in Bluetooth communication.
  • FIG. 11 is a flowchart illustrating an example of a method for discovering SEID for multi-channel audio streaming in the Bluetooth communication proposed in the present specification.
  • FIG. 12 is a flowchart illustrating an example of a method of performing a remote control of multi-channel audio streaming through an AV / C command including a SEID proposed in the present specification.
  • FIG. 13 is a flowchart illustrating still another example of a remote control method in multi-channel audio streaming through SEP designation in an AV / C command proposed in the present specification.
  • FIG. 14 is a flowchart illustrating an example of a method for changing an SEP in the AVRCP of the Bluetooth communication proposed in the present specification.
  • FIG. 15 is a flowchart illustrating an example of a method of changing an SEP in a sink device without a user interface (UI) proposed herein.
  • UI user interface
  • 16 is a flowchart illustrating an example of a multi-channel audio streaming method using NFC according to the present specification.
  • 17 is a flowchart illustrating an example of a method for automatically connecting devices and automatically playing audio streaming using NFC proposed in the present specification.
  • FIG. 18 is a flowchart illustrating another example of a method for automatically connecting devices and automatically playing audio streaming through NFC tagging proposed in the present specification.
  • 19 is a flowchart illustrating an example of a method for releasing automatic connection and AV streaming between devices using NFC according to the present specification.
  • 20 is a flowchart illustrating still another example of a method for releasing automatic connection and AV streaming between devices using NFC according to the present specification.
  • FIG. 21 is a diagram illustrating an example of an output result output from the source device and the sink device described with reference to FIGS. 19 and 20.
  • FIG. 22 is a diagram illustrating an example of a UI set in a sink device for automatic connection using AV and automatic streaming of AV streaming according to the present specification.
  • FIG. 23 is a flowchart illustrating an example of a method for automatically connecting and automatically streaming AV streaming using Wi-Fi Direct proposed in the present specification.
  • module and “unit” for components used in the following description are merely given in consideration of ease of preparation of the present specification, and the “module” and “unit” may be used interchangeably with each other.
  • the device (device) described herein is a device capable of wireless communication, a mobile phone, including a smart phone, a tablet PC, a desktop computer, a notebook, a smart TV, a television including an IPTV, and the like.
  • FIG. 1 is a diagram illustrating an example of an internal block diagram of a source device and a sink device proposed in the present invention.
  • a source device stores multimedia data such as audio / video, and can refer to any electronic device capable of transmitting the same.
  • a sink device may refer to any electronic device capable of receiving and outputting (or playing) multimedia data such as audio / video.
  • the source device or the sink device may be defined as a controller (CT) or a target (TG) according to a function and utilization.
  • CT controller
  • TG target
  • the controller refers to a device that initiates a transaction by transmitting a command frame to a target
  • the controller refers to a personal computer, a PDA, a mobile phone, a remote controller, or an AV device (Car System, headphone, player / recorder, timer, tuner, monitor, etc.).
  • the target refers to a device that receives a command frame and transmits a response frame accordingly.
  • the target may be an audio player / recorder, video, player / recorder, TV, tuner, amplifier, or headphone.
  • the source device or the sink device may be defined as an initiator (Initiator, INT) or an acceptor (ACP) in a specific procedure.
  • INT initiator
  • ACP acceptor
  • An initiator refers to a device that sends a specific message to start a procedure
  • an acceptor can refer to a device that receives the specific message
  • the source device and the sink device may include an output unit 110 and 210, a user interface unit 120 and 220, a memory 130 and 230, a power supply unit 140 and 240, a communication unit 150 and 250, and a control unit (processors 160 and 260).
  • the output unit, the user interface unit, the memory, the power supply unit, the communication unit and the control unit are functionally connected to perform the method proposed by the present invention.
  • FIG. 1 The components illustrated in FIG. 1 are not essential, and thus an electronic device having more or fewer components may be implemented.
  • the output units 110 and 210 are used to generate an output related to visual, auditory or tactile senses, and may include display modules 112 and 212 and sound output modules 114 and 214.
  • the display modules 112 and 212 display and output information processed by the device. For example, when the device is in a call mode, the device displays a user interface (UI) or a graphic user interface (GUI) related to the call. When the device is in a video call mode or a photographing mode, a photographed and / or received image, a UI, or a GUI is displayed.
  • UI user interface
  • GUI graphic user interface
  • the display modules 112 and 212 may include a liquid crystal display, a thin film transistor liquid crystal display, an organic light emitting diode, a flexible display, and a 3D display (3D). display).
  • the sound output modules 114 and 214 may output audio data received from the communication unit 150 or 250 or stored in the memory 130 and 230 in a call signal reception, a call mode or a recording mode, a voice recognition mode, and a broadcast reception mode.
  • the sound output modules 114 and 214 output sound signals related to functions (eg, call signal reception sound, message reception sound, etc.) performed in the device.
  • the sound output modules 114 and 214 may include a receiver, a speaker, a buzzer, and the like.
  • the sink device 200 may receive multimedia content from the source device 100 through a wireless streaming method and output the same through the output units 110 and 210.
  • the user input units 120 and 220 generate input data for the user to control the operation of the terminal.
  • the user input units 120 and 220 may be configured of a key pad dome switch, a touch pad (static pressure / capacitance), a jog wheel, a jog switch, and the like.
  • the memories 130 and 230 may store a program for the operations of the controllers 160 and 260, and may temporarily store input / output data.
  • the memories 130 and 230 may store data relating to various patterns of vibration and sound output when a touch is input on the touch screen.
  • the memory 130, 230 is a medium for storing various types of information of a terminal.
  • the memory 130, 230 is connected to the control unit to store programs, applications, general files, and input / output data for the operation of the control unit 160, 260. Can be stored.
  • the memories 130 and 230 may be a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD or XD memory, etc.). ), Random Access Memory (RAM), Static Random Access Memory (SRAM), ReadOnly Memory (ROM), Electrically Erasable Programmable ReadOnly Memory (EEPROM), Programmable ReadOnly Memory (PROM), Magnetic Disk, Optical Disk It may include at least one type of storage medium.
  • the device may operate in association with a web storage that performs a storage function of the memories 130 and 230 on the Internet.
  • the source device 100 may store multimedia content in the memory 130, and output the multimedia content through the output unit 110 of the source device 100, by using a wireless streaming method. It can be output through the output unit 210 of (200).
  • the power supply units 140 and 240 refer to a module that supplies power required for the operation of each component by receiving external power and internal power under the control of the controllers 160 and 260.
  • the communication units 160 and 260 may include one or more modules that enable wireless communication between a device and a wireless communication system or between a device and a network in which the device is located.
  • the communication units 160 and 260 may include a broadcast receiving module (not shown), a mobile communication module (not shown), a wireless internet module (not shown), and a short range communication module (not shown).
  • the communication unit 160 and 260 may be referred to as a transmission / reception unit.
  • the mobile communication module transmits and receives a radio signal with at least one of a base station, an external terminal, and a server on a mobile communication network.
  • the wireless signal may include various types of data according to transmission and reception of a voice call signal, a video call call signal, or a text / multimedia message.
  • the wireless internet module refers to a module for wireless internet access, and the wireless internet module may be embedded or external to the device.
  • Wireless Internet technologies may include Wireless LAN (WiFi), Wireless Broadband (Wibro), World Interoperability for Microwave Access (Wimax), High Speed Downlink Packet Access (HSDPA), and the like.
  • the device may establish a Wi-Fi peer-to-peer connection with another device through the wireless internet module.
  • a Wi-Fi P2P connection may provide a streaming service between devices, and may provide a printing service by connecting to a data transmission / reception or a printer.
  • the short range communication module refers to a module for short range communication.
  • Bluetooth Radio Frequency Identification (RFID), Infrared Data Association (IrDA), Ultra Wideband (UWB), ZigBee, and the like may be used.
  • RFID Radio Frequency Identification
  • IrDA Infrared Data Association
  • UWB Ultra Wideband
  • ZigBee ZigBee
  • the source device 100 and the sink device 200 may output multimedia contents using data exchange and wireless streaming using Bluetooth.
  • the controllers 160 and 260 refer to a module that controls the overall operation of the source device 100 or the sink device 200.
  • the controllers 160 and 260 transmit a message request and a received message to a Bluetooth interface and another communication interface. Can be controlled to process.
  • the controllers 160 and 260 may be referred to as a controller, a micro controller, a microprocessor, and the like.
  • the controllers 160 and 260 may include hardware, firmware, It may be implemented by software, or a combination thereof.
  • the controllers 160 and 260 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and / or a data processing device.
  • ASIC application-specific integrated circuit
  • FIG. 2 is a view schematically showing the internal configuration of the source device and the sink device proposed in the functional aspect in the present specification.
  • the source device and the sink device may be an audio stream application entity 101, 201, an audio stream entity 103, 203, an audio session management entity 104, 204, or a general application, respectively.
  • the source device may include a plurality of audio stream (Audio Stream # 1, ..., Audio Stream #N) entities for multi-channel audio streaming proposed in the present specification.
  • the audio stream entities 103 and 203 include an audio stream management entity 103-1 and 203-1 and a remote control management entity 103-2 and 203-2.
  • the audio session management entities 104 and 204 further include audio sockets 104-1 and 204-1.
  • the audio stream management entity and the remote control management entity may each be connected to an audio session management entity through an audio socket.
  • the entity may be expressed as a “module” or a “unit”.
  • Multi-channel audio streaming (Multi-Channel Audio Streaming)
  • Multi-channel audio streaming is the concept of providing multiple audio channels and / or multiple audio streams on a single source device, where a single source device provides multiple audio channels, and multiple audio streams on each audio channel. Can provide.
  • FIG. 3 is a diagram illustrating an example of use of multi-channel audio streaming proposed in the present specification.
  • Multi-channel audio streaming may be performed through a single source device and at least one sink device.
  • the source device is an electronic device capable of providing a plurality of audio sources, that is, a plurality of contents or a plurality of screens / voices, such as a picture in picture (PIP) or a multi-view. For example.
  • a picture in picture PIP
  • a multi-view For example.
  • the sink device is wirelessly connected to a TV corresponding to a source device, and can receive and play an audio stream provided from the TV, and perform remote control on the corresponding audio stream.
  • the device may be a wireless acoustic device such as a headset. In the case of FIG. 3, the wireless acoustic apparatus and the TV perform Bluetooth communication.
  • User 1 and User 2 may respectively receive an audio stream provided from a TV through a wireless acoustic device, and control the received audio stream through a remote control of the wireless acoustic device.
  • each user can (1) receive and play the desired audio stream for each user through the wireless acoustic device, and (2) each screen for the multi-view of the TV. You can use a remote controller for remote control.
  • a specific channel of a TV is selected for each user, and each user may play the selected audio stream through a wireless acoustic device such as a Bluetooth headset.
  • each user may play a sound of a selected channel using a portable device instead of a wireless acoustic device.
  • each user can play and control desired contents by performing a remote control for each of the divided images of the TV using a remote controller.
  • FIG 4 illustrates another example of multi-channel audio streaming proposed in the present specification.
  • the same content may be provided to each user individually to the tourists having different time of arrival to the tourist destination so as to meet the time of arrival at the tourist destination, tourists can remotely control the content via the remote controller.
  • each user can listen from the beginning of the guide voice provided by the tourist destination after pairing.
  • Each user may perform control of a guide voice to be listened to through a remote control.
  • the user may listen to the guide voice in the tourist destination in a language desired by the user through the sink device.
  • Audio channel ID Audio Channel ID : ACID
  • ACID audio channel ID
  • FIG. 5A is an embodiment of a multi-channel audio stream using an audio channel ID proposed in this specification
  • FIG. 5B is a diagram illustrating an example of an audio channel configuration in a source device proposed in this specification
  • FIG. 5C is An example of an audio channel ID configuration proposed in the present specification is shown
  • FIG. 5D is a diagram illustrating an example of an audio channel ID set proposed in the present specification.
  • Source devices such as TVs that support Picture In Picture (PIP) or Set-top Boxes that support Multi-View, have multiple screens on a single screen. Contents may be provided.
  • PIP Picture In Picture
  • Set-top Boxes that support Multi-View
  • the content provided on one screen may provide a voice multiplexing function through a plurality of audio channels.
  • one audio channel may be allocated to each voice.
  • a source device corresponding to the TV may have the configuration of the audio channel of FIG. 5B.
  • an audio channel of a source device may be configured of at least one group and at least one stream in each group.
  • each group is identified through a group ID (GID), and each stream in each group is identified through a stream ID (SID or SEID).
  • GID group ID
  • SEID stream ID
  • One group may represent one screen, one audio channel, or one content provided by the source device.
  • One stream may represent one audio stream provided from one screen, one audio channel, or one content.
  • one source device may have an audio channel including groups of GID #N in GID # 1 and streams of SID #N in SID # 1 of each group.
  • the audio channel ID (ACID, 500) in the source device includes the GID 510 and the SID 520, as shown in FIG. 5C.
  • the ACID is shown in FIG. It may have an ACID_Set form as shown.
  • ACID_Set is information including all ACIDs supported by one source device.
  • the ACID_Set includes a Length field 530 representing the total length of the ACID_Set, a NumGID field 540 representing the total number of GIDs, and a total SID included for each GID.
  • a NumSID field 550 indicating a number, a GID configuration information field indicating a value of each of GID and SID, an SID configuration information field, and an SID detail field indicating detailed information for each SID are included.
  • the detailed information for each SID may include a Language Type field, a Record Type field, a Favorite Channel field related to a user's preference, and a Favorite Attribute. ) Field, a preference volume field, an equalizer, channel information (5.1CH), and the like.
  • each SID may be located immediately after the corresponding SID field or immediately before or after the last SID field.
  • a method for performing multi-channel audio streaming using the aforementioned audio channel ID will be described in detail with reference to FIGS. 6 to 9.
  • FIG. 6 is a flowchart illustrating an example of a method of performing multi-channel audio streaming proposed in the present specification.
  • the source device and the sink device each include an upper layer, an audio stream management entity, and an audio session management entity to perform multi-channel audio streaming.
  • the entity may be represented as a module or a unit, and signaling generated between one device internal entity may be represented as a primitive, a message, information, a signal, a command, or the like.
  • the upper layer may represent an application layer.
  • the upper layer of the sink device transmits a device discovery for discovering a source device to an audio session management entity of the sink device (S601). ).
  • the audio session management entity of the sink device transmits the information received in step S601 to the audio session management entity of the source device (S602).
  • the audio session management entity of the source device transmits a response to the device discovery received from the sink device to the audio session management entity of the sink device (S603).
  • the response may include a device ID Dev_ID and a role type parameter indicating a role of the device.
  • the audio session management entity of the sink device transmits the information received in step S603 to the audio stream management entity of the sink device (S604), and the audio stream management entity of the sink device sends the information received in step S604 to the The upper layer of the sink device transmits (S605).
  • the upper layer of the sink device selects a device for receiving audio streaming based on the information received in step S605 (S606).
  • the sink device transmits a device ID indicating the selected device through an internal entity (S607), and the audio session management entity of the sink device sends an audio source discovery including the selected device ID to the audio source discovery.
  • the audio session management entity of the source device is transmitted (S608).
  • the audio session management entity of the source device transmits a response to the audio source discovery to the audio session management entity of the sink device (S609).
  • the response includes ACID_Set information supported by the source device and an ACID list (InUse_list) available to the sink device.
  • ACID_Set information supported by the source device
  • InUse_list an ACID list
  • the sink device transmits information including a device ID of a source device to receive audio streaming through internal entities and a role type (Role_Type) parameter indicating a role of the source device based on the information received in step S609. (S610).
  • Role_Type role type
  • the sink device selects an audio channel for receiving audio streaming based on the information received in step S610 (S611).
  • the sink device transmits information including an ACID corresponding to the selected audio channel through internal entities (S612).
  • the audio session management entity of the sink device transmits a Get Capability message including the ACID and the device ID received in step S612 to the audio session management entity of the source device (S613).
  • the audio session management entity of the source device transmits the information of step S613 to the audio stream management entity of the source device (S614).
  • the audio stream management entity of the source device transmits a response to the capability acquisition message to the audio session management entity of the source device (S615).
  • the audio session management entity of the source device transmits a response including an ACID, a codec information list (Codec_Info_List), and stream data (Stream_Data) associated with the audio channel selected by the sink device to the audio session management entity of the sink device. (S616).
  • the sink device performs a parameter setting procedure with the source device (S617).
  • the audio session management entity of the sink device transmits a set parameter message to the audio session management entity of the source device (S617-1).
  • the parameter setting message may include a device ID, an ACID corresponding to an audio channel, and codec information.
  • the session management entity of the source device transmits the information received in step S617-1 to the audio stream management entity of the source device (S617-2).
  • the audio stream management entity of the source device transmits a response to the parameter setting message to the audio session management entity of the source device (S617-3), and the audio session management entity of the source device includes codec information (Codec_Info). And a response including supported information, etc., to the audio session management entity of the sink device (S617-4).
  • the audio session management entity of the sink device transmits an audio stream start message to the audio session management module of the source device (S618), and the start message may include a device ID and an ACID corresponding to an audio channel.
  • the source device transmits the start message through internal entities (S619), and when audio streaming starts in the upper layer of the source device (S620), transmits audio data to the audio stream management entity of the source device.
  • audio streaming is performed to the sink device.
  • FIG. 7 is a flowchart illustrating an example of a method of performing a remote control in the multi-channel audio streaming proposed in the present specification.
  • the source device and the sink device of FIG. 7 are each of a higher layer, a remote control management entity, an audio stream management entity, and an audio session management entity. Entity).
  • the sink device receives audio streaming from a source device through an audio stream management entity (S701).
  • S701 an audio stream management entity
  • the user control related information may be Play, Fast Forward (F.F), REW (Rewind), PAUSE, STOP, etc. of the audio stream, or control of a sound field, an equalizer (EQ), etc. in the sink device.
  • F.F Fast Forward
  • REW REW
  • PAUSE PAUSE
  • STOP etc. of the audio stream
  • EQ equalizer
  • the remote control management entity of the sink device transmits the user control related information ACID to the audio session management entity of the sink device (S704).
  • the audio session management entity of the sink device transmits a control setting (Set_Control) message including the information of step S704 to the audio session management entity of the source device (S705).
  • the audio session management entity of the source device selects an audio channel based on the received user control setting message (S706), and transmits control information (Control_Info) related to the selected audio channel to the remote control management entity of the source device. To transmit (S707).
  • the remote control management entity of the source device performs the corresponding control based on the control information received in step S707 (S708), and transmits the control result to the audio session management entity of the source device (S709).
  • the audio session management entity of the source device transmits a response to the control result to the audio session management entity of the sink device (S710).
  • the response may further comprise an AICD.
  • the audio session management entity of the sink device transmits the response of step S710 to the remote control management entity of the sink device (S711).
  • the sink device may control the audio stream corresponding to the user control.
  • FIG. 8 is a flowchart illustrating still another example of a method for remote control of multi-channel audio streaming proposed in the present specification.
  • FIG 8 illustrates a method of remotely controlling an audio stream, in particular, in a sink device having no user interface (UI).
  • UI user interface
  • the upper layer of the sink device transmits control information related to the audio channel change to the remote control management entity of the sink device (S801). ).
  • control information may include only information that can be executed without a UI such as Next, Previous, Specific Channel, and the like.
  • the remote control management entity of the sink device is the audio session management entity of the sink device.
  • the device transmits the audio session management entity of the device (S802).
  • the audio session management entity of the sink device transmits a remote control set_control message including the information of step S802 to the audio session management entity of the source device (S803).
  • the audio session management entity of the source device selects an audio channel based on the information received in step S803 (S804), and controls Next_ACID corresponding to the selected audio channel and control information related to changing the audio channel of the source device. Transfer to the remote control management entity (S805).
  • the remote control management entity of the source device changes the audio channel according to the request of the sink device (S806), and transmits the audio channel change result to the audio session management entity of the source device (S807).
  • steps S808 and S809 are the same as steps S710 and S711 of FIG. 7, a detailed description thereof will be omitted.
  • FIG. 9 is a flowchart illustrating an example of a method of performing multi-channel audio streaming when a plurality of sink devices proposed in the present specification exist.
  • FIG. 9 illustrates a method of providing audio streaming to each of the first and second sink devices through a different audio channel in one source device.
  • the source device provides audio streaming through audio channel 1 (CH: 1) to the first sink device (S901).
  • step S901 The method for simultaneously providing audio streaming to the second sink device (or #N, N is a natural number other than 1) while performing step S901 will be described in detail below.
  • the source device receives device discovery from a second sink device while providing an audio streaming service to the first sink device (S902).
  • the second sink device may also transmit the device discovery to the first sink device.
  • the second sink device receives a response to device discovery transmitted to the source device from the source device and / or the first sink device (S903).
  • the device discovery response transmitted from the first sink device and the source device to the second sink device respectively includes a device ID indicating a device and a role type parameter indicating a role of the corresponding device.
  • the second sink device selects a device for receiving audio streaming based on the response received in step S903 (S904).
  • the second sink device indicates that the source device is selected.
  • the second sink device performs a procedure (audio source discovery procedure, capability acquisition procedure, parameter setting procedure, audio streaming start procedure, etc.) corresponding to S607 to S622 of FIG. Audio streaming is provided through audio channel 2 (CH: 2).
  • a procedure audio source discovery procedure, capability acquisition procedure, parameter setting procedure, audio streaming start procedure, etc.
  • Audio streaming is provided through audio channel 2 (CH: 2).
  • the second sink device may use a pairing method defined in Bluetooth communication in the process of connecting with the source device, but may perform a pairing procedure with the source device using NFC.
  • the source device may receive an audio streaming service through the audio channel 2 from the source device.
  • the pairing procedure through NFC tagging of the source device and the sink device and the AV streaming method through the same will be described in more detail with reference to FIG. 16.
  • the second sink device may receive the same audio streaming service as the first sink device from the source device through the same audio channel (CH: 1) or another audio channel (CH: 2).
  • the source device when the source device is paired with the second sink device through NFC tagging, the source device stops audio streaming with the first sink device and continuously plays audio streaming through the second sink device. It can be done.
  • A2DP Advanced Audio Distribution Profile
  • AVDTP Audio / Video Distribution Transport Protocol
  • AVRCP Audio Video Remote Control Profile
  • AVCTP AVCP Audio / Video Control Transport Protocol
  • Bluetooth Profiles include HSP (Headset Profile), HFP (Hands Free Profile), A2DP (Advanced Audio Distribution Profile), AVRCP (Audio Video Remote Control Profile), etc. Can be divided into functions.
  • the Bluetooth profile defines the type of protocol, its structure, and how to use it for a specific application.
  • HSPs and HFPs support answering, hanging up, and redialing as profiles for phone calls.
  • HSP is the most commonly used profile provided for voice and monaural music, and is mainly used in Bluetooth mono headsets.
  • HFP is a more advanced version of the HSP profile that supports voice dialing, redialing, call transfer, and answer / end calls.
  • HSP and HFP profiles enables hands-free features such as answering, hanging up, and redialing, while delivering normal mono sound quality.
  • A2DP and AVRCP deliver stereo sound quality and support functions such as play and stop and volume control.
  • A2DP is a profile that supports stereo music and is designed to transmit a stereo audio stream.
  • A2DP a device for transmitting audio data is defined as a source (SRC) source device, and a device such as a Bluetooth headset for receiving audio data is defined as a sink (SNK) device. That is, A2DP is a profile that supports audio data transmission from the source device to the sink device.
  • SRC source
  • SNK sink
  • AVDTP Audio / Video Distribution Transport Protocol
  • A2DP A2DP
  • AVRCP Audio Video Remote Control Profile
  • AVRCP is a profile that supports remote control.
  • AVRCP is designed to provide a standard interface for controlling devices such as TVs and set-top boxes, allowing a single remote control, and allowing users to control all accessing A / V devices.
  • a source device or a sink device is defined as a controller (CTr) or a target TG.
  • the controller refers to a device that initiates a transaction by transmitting a command frame to a target.
  • the controller may be a personal computer, a PDA, a mobile phone, a remote controller, or an AV device.
  • the AV device may be a car system, a headphone, a player / recorder, a timer, a tuner, a monitor, or the like.
  • the target refers to a device that receives a command frame and transmits a response frame accordingly.
  • the target may be an audio player / recorder, video, player / recorder, TV, tuner, amplifier, or headphone.
  • AVCTP (Audio / Video Control Transport Protocol) is a Bluetooth protocol that defines the contents of control of an AV device, and AVRCP includes AVCTP.
  • FIG. 10 is a flowchart illustrating an example of an audio / video streaming and remote control method in Bluetooth communication.
  • AVDTP signaling is performed in the previous stage of actual data transmission, and it is determined which format (system) the Bluetooth device corresponds to or which device can receive data to be transmitted from a higher layer (application) and negotiate. It is used to negotiate and to establish a connection to the logical link management layer.
  • the AVRCP connection establishment procedure is a procedure performed between AV devices for AV device control.
  • the AV device transmits an AV / C command for remote control.
  • the source device and the sink device perform a stream end point discovery procedure to connect an A / V stream (S1010).
  • a stream or a Bluetooth A / V stream is a logical end-to-end of multimedia data streaming of audio / video between Bluetooth devices (source device and sink device). End) It is a connection.
  • a stream end point represents an interface to a data stream in an A / V device and may mean a transmission service or an audio / video service that can be supported by a Bluetooth device.
  • Interfaces in the device for transmitting data can be distinguished as individual stream endpoints, which are each distinguished through a Stream End Point Identifier (SEID).
  • SEID Stream End Point Identifier
  • the source device or the sink device may obtain information on what kind of stream (system or format) the connection counterpart device supports.
  • the message used in the stream endpoint discovery procedure includes an AVDTP discovery command message (AVDTP_Discovery_CMD Message) for acquiring stream endpoint information of the counterpart device and an AVDTP discovery response message (AVDTP_DICOVERY_RSP Message) transmitted in response thereto.
  • AVDTP_Discovery_CMD Message an AVDTP discovery command message
  • AVDTP_DICOVERY_RSP Message an AVDTP discovery response message transmitted in response thereto.
  • the AVDTP discovery response message may include an SEID value and an InUse parameter indicating whether the SEID values are used.
  • the source device or the sink device obtains detailed information about the SEP and matches it with the SEP information supported by the source device or the sink device.
  • an AVDTP get capability command message (AVDTP_GET_CAPABILITIES Message) for requesting detailed information on the SEP and an AVDTP get capability response message (AVDTP_GET_CAPABILITIES_RSP Message) transmitted in response thereto are included.
  • the source device or the sink device transmits the matched SEP information and detailed information on the matched multimedia codec to the counterpart device through the capability acquisition procedure.
  • the message used in the stream configuration procedure includes an AVDTP set configuration command message (AVDTP_SET_CONFIGURATION_CMD Message) and an AVDTP set configuration response message (AVDTP_SET_CONFIGURATION_RSP Message) transmitted in response thereto.
  • AVDTP_SET_CONFIGURATION_CMD Message an AVDTP set configuration command message
  • AVDTP_SET_CONFIGURATION_RSP Message AVDTP set configuration response message
  • the source device and the sink device perform a stream establishment procedure (S1040).
  • both the source device and the sink device are open, and a streaming channel capable of transmitting and receiving data (or multimedia) streams in real time is connected.
  • the message used in the stream establishment procedure includes an AVDTP open command message (AVDTP_OPEN_CMD Message) for streaming channel connection and an AVDTP open command response message (AVDTP_OPEN_RSP Message) transmitted in response thereto.
  • AVDTP_OPEN_CMD Message an AVDTP open command message for streaming channel connection
  • AVDTP_OPEN_RSP Message an AVDTP open command response message
  • the A / V streaming channel is connected between the source device and the sink device through the stream establishment procedure so that the source device or the sink device can play the A / V stream.
  • the source device and the sink device perform an AVRCP connection establishment procedure to perform a remote control (S1050).
  • the AVRCP connection establishment procedure is initiated by an internal event or an event generated by a user, such as powering on.
  • SEID stream end point ID
  • SEID does not have a hierarchical structure such as Group included in ACID.
  • SEID is used instead of ACID.
  • the ACID illustrated in FIG. 5 includes only the Stream ID (SID or SEID).
  • SEID is defined in A2DP and AVDTP of Bluetooth communication, and there is no problem in applying contents related to AV stream transmission in multi-channel audio streaming, but SEID is defined in AVRCP and AVCTP which define remote control of Bluetooth communication. There is a problem that the remote control cannot be applied in multi-channel audio streaming since it is not used.
  • the sink device includes the SEID in the (1) AVRCP AV / C Command Header as the SEID transmission method, and (2) the case in which the SEID is transmitted using the A / V command so that the source device can be fixed. Let's look at it.
  • FIG. 11 is a flowchart illustrating an example of a method for discovering SEID for multi-channel audio streaming in the Bluetooth communication proposed in the present specification.
  • steps S1101 to S1105 are the same as steps S1010 to S1050 of FIG. 10, detailed descriptions thereof will be omitted.
  • step S1105 when the turn-on of the remote controller is detected by the upper layer of the sink device, the sink device and the source device perform a SEID discovery procedure (S1106).
  • the AVRCP of the sink device sends a SEP Discovery (Stream End Point Discovery) message to the SVRs supported by the source device to the AVRCP of the source device.
  • SEP Discovery Stream End Point Discovery
  • the AVRCP of the source device transmits a response to the SEP discovery message to the AVRCP of the sink device (S1107), and the response to the SEP discovery message includes SEID list information supported by the source device.
  • the sink device can obtain the SEID supported by the source device.
  • the sink device receives the audio streaming service from the source device (S1108), when a remote control occurs in an upper layer of the sink device, the AVRCP of the sink device is an AV for remote control to the AVRCP of the source device. / C Command is transmitted (S1109).
  • the upper layer of the source apparatus selects a stream related to a remote control based on the received AV / C command and performs control (S1110).
  • the AVDTP of the source device provides audio streaming to the AVDTP of the sink device according to step S1110 (S1111).
  • FIG. 12 to FIG. 15 After completion of the SEID discovery procedure, see FIG. 12 to FIG. 15 for a method of performing a remote control in multi-channel audio streaming of Bluetooth communication by transmitting a SEID through an AV / C command header or specifying an SEP in an AV / C command. Let's take a look.
  • FIG. 12 is a flowchart illustrating an example of a method of performing a remote control of multi-channel audio streaming through an AV / C command including a SEID proposed in the present specification.
  • FIG. 12 illustrates a method of transmitting a SEID by utilizing a reserved bit existing in an AV / C command header of a Bluetooth AVRCP.
  • the sink device receives audio streaming from the source device through AVDTP (S1210).
  • the sink device performs an AVRCP connection establishment procedure with the source device and obtains SEID list information of SEPs of the source device through an SEP discovery procedure.
  • the upper layer of the sink device transmits the command information related to the remote controller control to the AVRCP of the sink device (S1220).
  • the AVRCP of the sink device transmits an AV / C command including the remote controller control related SEID and the information of step S1220 to the AVRCP of the source device for remote control (S1230).
  • the remote controller control related SEID may be included in all AV / C commands and AV / C specific command headers of the AVRCP.
  • Table 1 shows an example of an AV / C Specific Command Header format including the SEID proposed in the present specification.
  • the Ctype parameter is a parameter indicating the type (type) of the AV / C command
  • the Subunit type parameter is a parameter indicating the type (type) of the Subunit
  • the Opcode parameter is a parameter indicating a specific operation
  • the Company ID parameter is The parameter indicating the manufacturer of the device.
  • the PDU_ID parameter is used to identify a specific command / response having a unique identifier for each operation.
  • the Packet Type parameter indicates whether a message is a single packet or multi packets. Each packet may be a start packet, a continue packet, and an end packet.
  • Parameter Length is a parameter indicating the length of the parameter.
  • the AVRCP of the source device transmits the information received in step S1230 to an upper layer of the source device (S1240), and the upper layer of the source device selects a stream related to the SEID and performs control (S1250).
  • the AVDTP of the source device provides audio streaming to the AVDTP of the sink device according to step S1250 (S1260).
  • FIG. 13 is a flowchart illustrating still another example of a remote control method in multi-channel audio streaming through SEP designation in an AV / C command proposed in the present specification.
  • steps S1301 to S1307 are the same as steps S1101 to S1107 of FIG. 11, a detailed description thereof will be omitted.
  • the AVRCP of the sink device transmits an AV / C command including information indicating the SEP selection for SEP designation related to the remote control to the AVRCP of the source device (S1308).
  • the information indicating the SEP selection may be transmitted through PDU_ID in the AV / C Specific Command Header.
  • Table 2 shows an example of an AV / C Specific Command Header format including information indicating SEP selection proposed in the present specification.
  • the AV / C command may indicate a SEP selection (Select Stream End Point).
  • the Parameter Length may be 1, and SEID may be set using up to 5 bits of octet LSB (0) of a field corresponding to 10.
  • the AVRCP of the source device transmits the SEID corresponding to the SEP included in the AV / C command to the upper layer of the source device (S1309).
  • the upper layer of the source device stores the SEID received from the AVRCP of the source device and the sink device corresponding to the SEID in a SEID-SINK matching table (S1310).
  • the source device is providing audio streaming to the sink device and receives an AV / C command related to remote controller control from the AVRCP of the sink device (S1311)
  • the upper layer of the source device is the sink device.
  • control is performed to find the SEID matching the.
  • FIG. 14 is a flowchart illustrating an example of a method for changing an SEP in the AVRCP of the Bluetooth communication proposed in the present specification.
  • the sink device receives audio streaming through the audio channel # 1 from the source device (S1402).
  • the AVDTP of the sink device transmits a pause of the stream currently being played to the AVDTP of the source device (S1404).
  • Step S1404 is a procedure that may be performed as needed, even if a change in the stream currently being played may not be stopped.
  • the upper layer of the sink device transmits a SEID (Current SEID) related to the stream currently being played and an SEID (Next SEID) related to the stream to be changed to the AVRCP of the sink device (S1405).
  • a SEID Current SEID
  • SEID Next SEID
  • the AVRCP of the sink device transmits an AV / C command including information indicating the SEP change to the AVRCP of the source device (S1406).
  • the AV / C command includes information of step S1405.
  • the information indicating the SEP change may be transmitted using the PDU_ID of the AV / C Specific Command Header.
  • Table 3 shows an example of an AV / C Specific Command Header format including information indicating a SEP change proposed in the specification.
  • the PDU_ID is set to '0x20' as an example, it may indicate a change stream end point.
  • the Parameter Length is 2, up to 5 bits of Octet LSB (0) of Parameter 10 may be set to Cur_SEID, and up to 5 bits of Octet LSB (0) of Parameter 11 may be set to Next_SEID.
  • the AVRCP of the source device transmits the information of step S1406 to an upper layer of the source device (S1407), and the upper layer of the source device changes the current stream and prepares a new stream to be changed (S1408).
  • the stream change and the new stream in step S1408 are transmitted in the order of the higher layer of the source device, the AVRCP of the source device, the AVRCP of the sink device, and the higher layer of the sink device (S1409).
  • Step S1410 may or may not be performed as necessary.
  • the AVDTP of the source device provides audio streaming through the new stream, that is, another audio channel (eg, #N), to the AVDTP of the sink device (S1411).
  • another audio channel eg, #N
  • an output unit capable of outputting a UI to the sink device is required.
  • a sink device that does not have an output unit capable of outputting a UI
  • only the FF or REW information is transmitted to the source device through a hardware device (or component) provided for audio stream remote control without specifying a specific SEID.
  • a method of transmitting an audio stream may be used by sequentially changing the SEID in the source device.
  • FIG. 15 is a flowchart illustrating an example of a method of changing an SEP in a sink device without a user interface (UI) proposed herein.
  • UI user interface
  • steps S1501 to S1502 are the same as steps S1401 to S1402 of FIG. 14, a detailed description thereof will be omitted and a difference will be described.
  • step S1502 if there is a remote control for changing the audio stream in the upper layer of the sink device (S1503), an AVRCP support command including information indicating moving to the next audio stream (FF) or moving to the previous stream (REW) is performed.
  • the upper layer of the sink device transmits to the AVRCP of the sink device (S1504).
  • the AVRCP of the sink device transmits an AV / C command including the information of step S1504 to the AVRCP of the source device (S1505).
  • the AV / C command does not include a SEID corresponding to the audio stream.
  • the AVRCP of the source device transmits the information of step S1505 to the upper layer of the source device (S1506), and the upper layer of the source device changes the audio stream according to the information received from the AVRCP of the source device, A new audio stream transmission is prepared (S1507).
  • the upper layer of the source device changes the audio stream to the next or previous stream unconditionally according to the information transmitted from the sink device regardless of the stream channel.
  • the AVDTP of the source device provides audio streaming through the audio channel # 2 different from the previous audio channel CH # 1 to the AVDTP of the sink device (S1508).
  • 16 is a flowchart illustrating an example of a multi-channel audio streaming method using NFC according to the present specification.
  • Step S1601 may be performed through NFC tagging.
  • the source device may obtain SEID information on SEPs supported by the sink device, and the sink device may obtain SEID information on SEPs supported by the source device. have.
  • steps S1020 to S1050 of FIG. 10 is performed to establish a stream between the source device and the sink device, and the source device provides audio streaming to the sink device (S1602 to S1605).
  • the sink device uses the SEID information obtained through NFC tagging in step S1601 to include an AV / C Commnad including the SEID associated with the remote control. Transfer to the source device (S1607).
  • the source device selects a stream corresponding to the SEID included in the AV / C command and performs control on the selected stream (S1608).
  • the source device and the sink device may perform stream end point discovery by simply performing NFC tagging, and a procedure of exchanging SEPs information (SEIDs) between the source device and the sink device in the current AVRCP is described.
  • SEIDs SEPs information
  • NFC Near Field Communication
  • sink device e.g., Set-top Box (IPTV), TV, Sound Bar, Car-kit speakers, docking speakers
  • IPTV IPTV
  • Sound Bar TV
  • Car-kit speakers Sound Bar
  • docking speakers you can use the source device to search for the sink device each time, There is a hassle to request a connection to the sink device.
  • the present specification uses the NFC tag (includes the NFC tag in the sink device) including the information of the sink device, such as a car-kit or docking speaker, the source device and the sink device only by NFC tagging of the source device and the sink device. It provides automatic connection (or automatic pairing) between devices and automatic playback of audio streaming continuously.
  • the source device when the source device intends to provide audio streaming through the sink device, the source device is automatically paired with the sink device by tagging (or touching) an NFC tag included in the sink device, Audio streaming can be played automatically.
  • the present disclosure provides a method of releasing audio streaming between the first source device and the sink device when the first source device receives a request for audio streaming from the second source device during audio streaming through the sink device.
  • 17 is a flowchart illustrating an example of a method for automatically connecting devices and automatically playing audio streaming using NFC proposed in the present specification.
  • the first source device transmits the audio stream to the sink device to provide audio streaming through the sink device (S1701).
  • the second source device pairs with the sink device using NFC to provide audio streaming of the second source device through the sink device (S1702).
  • the sink device may preset a configuration related to whether to allow or reject the connection to the new source device.
  • the configuration may include information indicating whether to perform automatic pairing using NFC (enabled or disabled) and information indicating whether the source device can be handed over (enabled or disabled).
  • the sink device can play audio connection of the new source device and the automatic connection via NFC with the new source device.
  • the sink device When pairing with the second source device, the sink device exchanges audio streaming related additional information such as a SEID and a Media Player ID with the second source device.
  • the sink device requests whether the second source device permits joining of the second source device (S1703).
  • the first source device receives a request for permission to participate in the second source device from the sink device, the first source device outputs a pop-up message (permit or rejection) related to the request to the output unit, and allows the user ( In response to the input of the permission) or the rejection, the input result by the user is transmitted to the sink device (S1704).
  • a pop-up message permit or rejection
  • step S1704 If the result received in step S1704 is 'allow', audio streaming between the sink device and the first source device is stopped (S1705).
  • the sink device transmits the input result by the user received from the first source device to the second source device (S1706).
  • the second source device checks and outputs a result of whether to allow the participation received from the sink device (S1707).
  • the second source device transmits the audio stream to the sink device for audio streaming through the sink device (S1709).
  • the sink device may provide audio streaming of the second source device using the information exchanged in step S1702.
  • FIG. 18 is a flowchart illustrating another example of a method for automatically connecting devices and automatically playing audio streaming through NFC tagging proposed in the present specification.
  • steps S1801 and S1802 are the same as steps S1701 and S1702 of FIG. 17, a detailed description thereof will be omitted and only differences will be described.
  • the sink device After pairing between the sink device and the second source device after operation S1802, the sink device outputs information (allow or reject) indicating whether to allow the second source device to join. Output through (S1803).
  • the sink device transmits the selected result to the first source device (S1804).
  • the first source device stops audio streaming being played through the sink device (S1805), and when the selected result is 'rejected', the first source device Continues to provide audio streaming through the sink device.
  • the sink device also transmits the selected result to the second source device (S1806).
  • the audio stream is transmitted to the sink device (S1807).
  • the sink device provides audio streaming of the second source device by using information exchanged when pairing with the second source device.
  • a specific procedure for disabling AV streaming between the source device and the sink device that is currently AV streaming for AV streaming from another source device to the sink device during AV streaming from the source device to the sink device is not defined.
  • FIGS. 19 and 20 a method of automatically connecting between another source device and a sink device using NFC during AV streaming between the source device and the sink device, and providing AV streaming of another source device through the sink device
  • a method for releasing AV streaming with a source device that is currently AV streaming will be described in detail.
  • 19 is a flowchart illustrating an example of a method for releasing automatic connection and AV streaming between devices using NFC according to the present specification.
  • the sink device outputs an automatic pairing related information indicating whether to allow or reject a connection request of a new source device through NFC tagging through an output unit for the user to select.
  • the automatic pairing related information includes a 'enabled' value for allowing a connection request for a new source device or a 'disabled' value for rejecting a connection request for a new source device.
  • the sink device outputs the source device handover related information indicating whether to allow or reject the AV streaming automatic continuous playback request of the new source device through an output unit for the user to select.
  • the source device handover related information may include a 'enabled' value for allowing an AV streaming automatic continuous play request of a new source device or a 'disabled' value for rejecting an AV streaming auto continuous play request of a new source device.
  • the first source device and the sink device perform an AV transport connection procedure (S1901). Through this, the first source device and the sink device are paired, and the first source device and the sink device can exchange AV streams and AV control commands with each other.
  • the first source device receives a control signal (from a user) for playing a specific content through the sink device (S1902), the first source device transmits a command for the received control signal to the sink device (S1903). ).
  • control signal may be an operation in which a user presses and releases a Play button to execute music playback in the first source device.
  • step S1903 when the first source device receives a user action of Play Key press, the first source device transmits a first pass-through command including Play and Pressed information to the sink device.
  • the first source device receives a response to the pass through command from the sink device.
  • the first source device when the first source device receives a user action of Play Key release, the first source device transmits a second pass through command including Play and Released information to the sink device.
  • the first source device receives a response to the second pass through command from the sink device.
  • the first source device transmits a Stream End Point Discovery message to the sink device to find a stream end point supported by the sink device to transmit an AV stream to the sink device (S1904), and the sink device. Receive a response to the SEP Discovery from.
  • the response includes information about a stream end point supported by the sink device (eg, SEID).
  • SEID information about a stream end point supported by the sink device
  • the first source device performs a capability matching procedure with the sink device (S1905).
  • the first source device performs a stream configuration procedure with the sink device (S1906).
  • the first source device reads detailed information (eg, media type, media codec type, etc.) about each received stream end point from the sink device and matches the stream end point information supported by the sink device. Let's do it.
  • detailed information eg, media type, media codec type, etc.
  • the first source device transmits information on the maching stream end point and detailed information (eg, sampling frequency, channel mode, subbands, etc.) about the matched media codec to the sink device.
  • detailed information eg, sampling frequency, channel mode, subbands, etc.
  • the first source device may transmit detailed information about a media codec transmitted to the sink device through a SET_CONFIG_CMD message defined in AVDTP.
  • the first source device receives a SET-CONFIG_RSP message from the sink device in response to the SET_CONFIG_CMD.
  • the first source device performs a stream establishment procedure with the sink device (S1907).
  • the sink device opens a transport channel to the set stream end point, and the sink device prepares to receive an AV stream transmitted from the first source device.
  • the first source device transmits an OPEN_CMD message defined in AVDTP and receives an OPEN_RSP message from the sink device in response to the OPEN_CMD message.
  • the first source device transmits a START_CMD message defined in AVDTP so that the sink device prepares to receive an AV stream at a selected SEP, and receives a START_RSP message from the sink device as a response to the START_CMD message.
  • the first source device transmits an AV stream to the sink device (S1908).
  • the second source device discovers and selects the sink device to play specific content through the sink device.
  • the second source device is tagged with the NFC tag of the sink device to automatically pair with the sink device (S1909).
  • the second source device transmits a Stream End Point Identifier (SEID) to the sink device, whereby the SEP for discovering a stream end point supported by the second source device. You can shorten or skip the discovery time.
  • SEID Stream End Point Identifier
  • the second source device may include detailed information such as the SEID and the Media Player ID (MPID) in Bluetooth out-of-band data and transmit the same.
  • SEID SEID
  • MPID Media Player ID
  • the second source device may include a Stream End Point ID (SEID) and an MPID for transmitting an AV stream to AVDTP among Bluetooth OOB Data items when performing automatic pairing to the sink device through NFC tagging.
  • SEID Stream End Point ID
  • MPID MPID for transmitting an AV stream to AVDTP among Bluetooth OOB Data items when performing automatic pairing to the sink device through NFC tagging.
  • Table 4 and Table 5 show an example of the Bluetooth OOB data format including the SEID and MPID proposed in the present specification.
  • Table 5 shows the SEID and the MPID included in the OOB Optional Data field of Table 4.
  • SEID Stream End Point ID
  • MPID Media Player ID (32bit or 16bit)
  • the second source device may include detailed information such as the SEID and the Media Player ID (MPID) in step S1909 in NFC data supporting the AV Streaming Handover Request.
  • SEID SEID
  • MPID Media Player ID
  • the XML Schema below shows an example of an NFC data format supporting an AV streaming handover request including a SEID and an MPID transmitted during NFC tagging.
  • the second source device performs an AV transport connection establishment procedure with the sink device (S1910).
  • the sink device confirms that the second source device is connected for AV streaming, and allows the first source device to allow (permit or reject) whether the second source device may connect to the sink device.
  • the command (Notification) to be transmitted is transmitted (S1911).
  • the sink device transmits an AVDTP_NEWSRC_CMD message related to permission to play music of the second source device to the first source device.
  • the first source device Upon receiving the AVDTP_NEWSRC_CMD message, the first source device outputs information (permit or reject) for allowing the user to determine whether to permit or not through the output unit.
  • the first source device receives an AVDTP_NEWSRC_RSP message from the sink device in response to the AVDTP_NEWSRC_CMD message.
  • the first source device When the first source device allows the connection of the second source device, the first source device transmits a command (Stream Stop) for stopping AV streaming to the sink device (S1912).
  • Stream Stop a command for stopping AV streaming to the sink device
  • step S1912 when the sink device or the first source device allows AV streaming handover of the second source device, the first source device stops AV streaming to the sink device. Sends an AVDTP_CLOSE_CMD message and receives an AVDTP_CLOSE_RSP message in response.
  • the sink device may consider that the AVDTP_CLOSE_RSP message is received from the first source device, and terminate the AVDTP connection with the first source device.
  • the sink device transmits a result of the permission of the first source device to the second source device (S1913).
  • the sink device transmits an AVDTP_JOIN_CMD message to the second source device to transmit the AVDTP_NEWSRC_RSP content to the second source device, and receives an AVDTP_JOIN_RSP message in response.
  • the second source device outputs the content (allow or reject) of the AVDTP_JOIN_CMD message received from the sink device through the output unit so that the user can see through the UI.
  • the sink device allocates the stream end point received in step S1909 to the SEID of the second source device in order to transmit AV streaming to the second source device (S1914).
  • the second source device and the sink device perform the same procedure as in steps S1905 to S1908 so that the second source device performs AV streaming through the sink device.
  • 20 is a flowchart illustrating still another example of a method for releasing automatic connection and AV streaming between devices using NFC according to the present specification.
  • Steps S2001 to S2010, S2014, and S2015 are the same as steps S1901 to S1910, S1912, and S1914 in FIG. 19, so a detailed description thereof will be omitted and only differences will be described.
  • the sink device confirms that the second source device is connected for AV streaming, and allows the user to determine whether to allow AV streaming playback of the second source device through an output of the sink device.
  • Information indicating whether to allow the connection to the sink device (allow or reject) is output (S2011).
  • the sink device When the sink device receives a user input indicating that the second source device is allowed to connect, the sink device sends a command to the first source device to indicate that the second source device plays an AV stream through the sink device. Join the connection of the source device) (S2012).
  • the sink device transmits a command for notifying reproduction of the AV stream through the sink device to the second source device (S2013).
  • the second source device and the sink device perform the same procedure as in steps S2005 to S2008, and the second source device performs AV streaming through the sink device.
  • FIG. 21 is a diagram illustrating an example of an output result output from the source device and the sink device described with reference to FIGS. 19 and 20.
  • FIG. 21A illustrates a UI (User Interference) outputting automatic pairing related information through the output unit in the sink device
  • FIG. 21B illustrates a UI outputting source device handover related information through the output unit in the sink device
  • FIG. FIG. 21D shows a UI output from the output unit of the first source device that AV streaming is stopped in the first source device
  • FIG. 21D illustrates a result of allowing automatic connection from the second source device to the sink device and automatic continuous AV streaming playback. Shows the output UI.
  • FIG. 22 is a diagram illustrating an example of a UI set in a sink device for automatic connection using AV and automatic streaming of AV streaming according to the present specification.
  • an Enable Auto Paring setting may be displayed on a screen of a sink device to allow a user to select whether to accept or reject an automatic connection request of a new source device.
  • a list of peripheral devices that allow automatic pairing and AV streaming automatic continuous playback may be displayed on the screen of the sink device.
  • a smart phone 1, a user tablet 1, and a user phone 2 are displayed as devices which are recently found in the vicinity of a device connected to the sink device.
  • automatic pairing and AV streaming auto Continuous playback is enabled.
  • FIG. 22B shows an Enable Auto Streaming Handover (UI) that provides the sink device with the user the choice to allow or reject the request for automatic continuous playback of AV streaming to the new source device.
  • UI Enable Auto Streaming Handover
  • the screen of the sink device may include an indication of a network type (Allowed Streaming Connection), a Streaming Handover Notification indication, and the like that allow AV streaming connection.
  • a network type (Allowed Streaming Connection)
  • a Streaming Handover Notification indication and the like that allow AV streaming connection.
  • FIG. 23 is a flowchart illustrating an example of a method for automatically connecting and automatically streaming AV streaming using Wi-Fi Direct proposed in the present specification.
  • the sink device is connected to the first source device through a Wi-Fi Direct Network (WFDN), but is not yet connected to the second source device (S2310).
  • WFDN Wi-Fi Direct Network
  • the sink device receives an AV stream from the first source device through a WFDN (S2320).
  • the first source device transmits AV streaming to the sink device through WFDN.
  • the SEID of the AV streaming transmitted by the first source device may be set to, for example, a value of '000001'.
  • the second source device performs a device discovery procedure with the sink device using Wi-Fi Direct communication (S2330).
  • the second source device participates in the WFD group through the process of Device Discovery and WFD group formation with the sink device (S2340).
  • the sink device discovers the stream end point using the SEID in order to more quickly perform the future AV stream reconnection process with the second source device (S2350).
  • the second source device joins the WFD group, the second source device is connected to the sink device through the WFDN (S2360).
  • the second source device transmits the AV stream to the sink device through the SEID transmitted in step S2330 (S2370).
  • the following XML Schema shows an example of transmission of a Stream End Point ID (SEID) in a Device Discovery procedure (Probing, Discovery Message).
  • SEID Stream End Point ID
  • P2PGroupID “WFDP2P”
  • the streaming handover request may include a DDI such as device information (device / interface address), device type, friendly name, manufacturer, model description, model name, UDN (UUID), service list, and the like.
  • the method of providing a wireless docking service according to the present disclosure is not limited to the configuration and method of the embodiments described as described above, but the embodiments are all or part of each embodiment so that various modifications can be made. May be optionally combined.
  • the method of providing a wireless docking service of the present disclosure can be implemented as a processor-readable code on a processor-readable recording medium provided in the network device.
  • the processor-readable recording medium includes all kinds of recording devices that store data that can be read by the processor. Examples of the processor-readable recording medium include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, and the like, and may also be implemented in the form of a carrier wave such as transmission over the Internet. .
  • the processor-readable recording medium can also be distributed over network coupled computer systems so that the processor-readable code is stored and executed in a distributed fashion.
  • WPANs Wireless Personal Area Networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 명세서는 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 소스 장치는 싱크 장치로부터 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 수신하는 단계; 상기 싱크 장치로 상기 A/V 소스 디스커버리 메시지에 대한 응답을 전송하는 단계; 상기 싱크 장치로부터 A/V 스트리밍을 위해 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 수신하는 단계; 상기 싱크 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하는 단계; 및 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 이용하여 상기 싱크 장치로 A/V 스트림을 전송하는 단계를 포함하는 것을 특징으로 한다.

Description

무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치
본 명세서는 무선 통신 시스템에서 특히, WPAN(Wireless Personal Area Network)에서 오디오/비디오 스트리밍을 수행하기 위한 방법 및 장치에 관한 것이다.
최근 들어 블루투스(Bluetooth)의 사용이 일반화되고 있다. 블루투스는 고체, 비금속 물질을 관통하여 전송할 수 있다. 전송 범위는 10cm에서 10m이지만, 전송 전력을 증가시키면 100m까지 확장될 수 있다. 이는 저비용, 짧은 범위의 무선 링크에 기초하며, 고정 및 이동 통신 환경에서 애드 혹(ad hoc)접속을 용이하게 한다.
블루투스는 무선랜 규격인 802.11b/g와 동일한 ISM 대역인 2.45GHz 주파수를 사용하며, 블루투스 장치들은 주변의 블루투스 장치에 대한 검색/선택/인증(페어링) 등의 과정을 통해 무선 통신을 수행할 수 있다.
또한, 블루투스는 비교적 저전력, 저비용으로 비교적 빠른 속도를 낼 수 있으나, 전송 거리가 최대 100m로 한정적이므로, 한정된 공간에서 사용하기 적합하다.
블루투스는 2.0 버전에 이르러 EDR(Enhanced Data Rate) 규격이 추가되어 일정 수준의 통신 품질이 보장되면서부터 급속히 대중화되기 시작했는데, 블루투스의 사용이 보편화되면서 블루투스 기능이 포함된 휴대단말기의 사용도 보편화되고 있다. 특히, 블루투스를 이용한 근거리 데이터 통신이 보편화되고 있는데, 블루투스 헤드셋과의 블루투스 통신을 통해 무선으로 음악을 청취하는 것을 그 예로 들 수 있다.
또한, 블루투스를 이용하여 스마트폰-자동차 스피커 연동을 통한 음악 재생 또는 블루투스 docking speaker-스마트폰 연동을 통해 음악을 재생하는 등 그 사용 빈도가 많아지고 있다.
또한, WPAN(Wireless Personal Area Network)은 Home Network, Small Office, Vehicular Network 등의 환경에서 장치들 간 소량의 데이터를 전송할 수 있어 에너지 효율을 극대화할 수 있다.
또한, WPAN은 제한된 대역폭(Bandwidth) 내에서 헤드셋 등의 전자기기를 통해 실시간 A/V Streaming 서비스를 제공하고, 이에 종속된 Remote Control 기능을 수행할 때에도 에너지 효율을 극대화할 수 있어 널리 사용되고 있다.
하지만, 가정 내 TV, Set-top Box 등과 같은 A/V 소스 장치는 대부분 단일 A/V 채널(Audio Channel)만을 제공하기 때문에, PIP (Picture In Picture) 또는 Multi-View 등의 다중 A/V 소스(또는 A/V 채널)를 제공하는 경우에 그 적용 범위가 매우 제한적이다.
즉, PIP 또는 Multi-View 등 다수의 A/V Channel을 제공하는 환경에서는 이에 따른 다수의 A/V Channel이 존재하며, 이는 내장 스피커로 재생할 수 없기 때문에 A/V Channel별 헤드셋이 필요하다.
하지만, 블루투스와 같이 Audio Streaming을 지원하는 WPAN 기술은 이러한 멀티-채널 오디오 스트리밍 환경을 고려하지 않으며, Audio Channel 수만큼의 WPAN Interface를 제공할 경우 불필요한 Cost를 유발시키는 문제가 있다.
또한, 현재 하나의 소스 장치가 하나의 싱크 장치를 통해 오디오, 비디오 등 멀티미디어 콘텐츠를 재생하고 있는 상황에서, 다른 소스 장치가 동일한 싱크 장치로 연결하여 멀티미디어 콘텐츠를 재생하고자 할 때, 기존에 연결된 소스 장치를 사용자가 수동으로 연결 해제하고, 새로운 소스 장치를 연결한 다음 미디어를 찾아서 소스 장치의 재생 버튼을 눌러야 하는 불편함이 있다.
따라서, 본 명세서에서는 블루투스 등과 같이 무선 Audio Streaming을 지원하는 WPAN에서 단일 인터페이스(Interface)를 통한 멀티-채널 오디오 스트리밍(Multi-Channel Audio Streaming)을 제공함에 목적이 있다.
즉, 본 명세서는 각 A/V Channel에 종속적인 A/V Streaming Data와 Remote Control Data를 구분하여 관리될 수 있는 ID체계를 제공하고, 멀티-채널 오디오 스트리밍의 지원을 위한 시스템 모델(System Model)를 제공함에 목적이 있다.
또한, 본 명세서는 복수의 소스 장치가 하나의 싱크 장치를 통해 오디오, 비디오 등 멀티미디어 콘텐츠를 재생하고자 하는 경우, NFC를 이용한 새로운 소스 장치와 싱크 장치 간 간단한 페어링(paring) 방법을 제공함에 목적이 있다.
또한, 본 명세서는 스트림 관련 정보를 통해 소스 장치 간 재생 제어권 천이 방법 및 소스 장치에서 재생되던 멀티미디어 스트리밍을 자동으로 이어서 재생하는 방법을 제공함에 목적이 있다.
본 명세서는 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 소스 장치는 싱크 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계; 상기 싱크 장치로부터 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 수신하는 단계; 상기 싱크 장치로 상기 A/V 소스 디스커버리 메시지에 대한 응답을 전송하는 단계, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며; 상기 싱크 장치로부터 A/V 스트리밍을 위해 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 수신하는 단계; 상기 싱크 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하는 단계; 및 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 이용하여 상기 싱크 장치로 A/V 스트림을 전송하는 단계를 포함하되, 상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 A/V 채널 관련 정보는 A/V 채널 및 A/V 스트림 중 적어도 하나를 나타내는 식별자(Identifier:ID)인 것을 특징으로 한다.
또한, 본 명세서에서 상기 응답은 사용 가능한 A/V 채널을 나타내는 이용 가능 A/V 채널 리스트를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 A/V 채널 관련 정보는 상기 소스 장치에서 지원하는 그룹의 총 개수를 나타내는 NumGID(Number of Group ID) 필드 및 각 그룹에서 제공되는 총 스트림의 개수를 나타내는 NumSID(Number of Stream ID) 필드를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서는 A/V 스트리밍의 제어와 관련된 A/V 채널 관련 정보를 포함하는 리모트 컨트롤(Remote Control)을 상기 싱크 장치로부터 수신하는 단계; 상기 수신된 리모트 컨트롤에 따라 상기 싱크 장치로 전송하는 A/V 스트림의 제어를 수행하는 단계; 및 상기 싱크 장치로 상기 A/V 스트림의 제어 결과를 전송하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 A/V 스트림의 제어는 다음 A/V 스트림으로 또는 이전 A/V 스트림으로 이동인 것을 특징으로 한다.
또한, 본 명세서에서 상기 A/V 소스 디스커버리 메시지의 수신 및 상기 응답의 전송은 상기 싱크 장치와 NFC 태깅(tagging)을 통해 수행되는 것을 특징으로 한다.
또한, 본 명세서에서 상기 A/V 채널 관련 정보는 스트림 엔트 포인트 식별자(Stream End Point Identifier:SEID)인 것을 특징으로 한다.
또한, 본 명세서는 상기 싱크 장치와 리모트 컨트롤 수행을 위한 스트림 엔드 포인트(Stream End Point:SEP) 디스커버리 절차를 수행하는 단계를 더 포함하되, 상기 SEP 디스커버리 절차는 상기 싱크 장치로부터 상기 소스 장치에서 지원하는 SEP 발견을 위한 SEP 디스커버리 메시지를 수신하는 단계; 및 상기 SEP 디스커버리 메시지에 대한 응답을 상기 싱크 장치로 전송하는 단계를 포함하되, 상기 응답은 상기 소스 장치의 SEID 리스트를 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 리모트 컨트롤은 AV Command 메시지 또는 AV Command Header인 것을 특징으로 한다.
또한, 본 명세서에서 상기 AV Command 메시지는 SEP의 선택을 나타내는 정보 및 SEP의 변경을 나타내는 정보 중 적어도 하나를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서는 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 싱크 장치는 소스 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계; 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 상기 소스 장치로 전송하는 단계; 상기 선택된 소스 장치에서 지원하는 오디오 소스를 발견하기 위해 오디오 소스 디스커버리 메시지를 상기 선택된 소스 장치로 전송하는 단계; 상기 소스 장치로부터 상기 A/V 소스 디스커버리 메시지에 대한 응답을 수신하되, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며; 상기 수신된 응답에 기초하여 A/V 스트리밍을 위한 A/V 채널 관련 정보를 선택하는 단계; 상기 소스 장치로 상기 선택된 A/V 채널 관련 정보를 전송하는 단계; 상기 소스 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하는 단계; 및 상기 선택된 A/V 채널 관련 정보를 이용하여 상기 소스 장치로부터 A/V 스트림을 수신하는 단계를 포함하되, 상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서는 상기 소스 장치는 제 1 소스 장치이며, 상기 제 2 소스 장치와 NFC 태깅을 통해 페어링을 수행하는 단계, 상기 페어링을 통해 상기 제 2 소스 장치의 SEID를 수신하며; 상기 제 1 소스 장치로 상기 제 2 소스 장치의 A/V 스트리밍 참여(Join)에 대한 허용 여부의 요청을 전송하는 단계; 상기 제 1 소스 장치로부터 상기 요청에 대한 결과를 수신하는 단계; 및 상기 수신된 결과가 상기 제 2 소스 장치의 A/V 스트리밍 참여를 허용하는 경우, 상기 페어링을 통해 수신된 상기 제 2 소스 장치의 SEID에 기초하여 상기 제 2 소스 장치로부터 A/V 스트림을 수신하는 단계를 포함하여 이루어지는 것을 특징으로 한다.
또한, 본 명세서는 상기 싱크 장치로 A/V 스트림을 중단하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 2 소스 장치의 SEID는 블루투스의 OOB(Out-Of Band) 데이터에 포함되는 것을 특징으로 한다.
또한, 본 명세서에서 상기 OOB 데이터는 MPID(Media Player ID)를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 소스 장치는 제 1 소스 장치이며, Wi-Fi Direct 통신을 통해 상기 제 1 소스 장치로부터 A/V 스트림을 수신하는 단계; 제 2 소스 장치와 Wi-Fi Direct 통신을 이용하여 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계, 상기 디바이스 디스커버리 절차를 통해 상기 제 2 소스 장치의 SEID를 수신하며, 상기 제 2 소스 장치와 WFDN(Wi-Fi Direct Network) 그룹을 형성하는 단계; 상기 제 2 소스 장치로부터 A/V 스트림을 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서는 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 소스 장치는 외부와 유선 및/또는 무선으로 신호를 송수신하기 위한 통신부; 및 상기 통신부와 기능적으로 연결되는 제어부를 포함하되, 상기 제어부는 싱크 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하고; 상기 싱크 장치로부터 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 수신하고; 상기 싱크 장치로 상기 A/V 소스 디스커버리 메시지에 대한 응답을 전송하고, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며; 상기 싱크 장치로부터 A/V 스트리밍을 위해 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 수신하고; 상기 싱크 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하고; 및 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 이용하여 상기 싱크 장치로 A/V 스트림을 전송하도록 제어하되, 상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
본 명세서는 새로운 오디오 채널 ID(ACID) 개념을 정의함으로써, PIP 또는 Multi-View 등 다수의 A/V Channel을 제공하는 환경(소스 장치)에서 단일의 인터페이스를 통해 멀티-채널 A/V 스트리밍을 지원할 수 있으며, A/V Channel수 만큼의 WPAN Interface를 제공할 필요가 없어 불필요한 비용을 줄일 수 있는 효과가 있다.
또한, 본 명세서는 NFC를 이용하여 간단히 NFC 태깅만을 통해 장치들 간 자동 연결 및 A/V 스트리밍 자동 연속 재생을 수행할 수 있어 사용자의 편의성을 증대시키는 효과가 있다.
또한, 본 명세서는 기존 장치들 간 수행되는 A/V 스트리밍을 해제하는 절차를 새롭게 정의함으로써, 블루투스를 이용한 서비스의 이용 범위를 확대시키는 효과가 있다.
도 1은 본 발명에서 제안하는 소스 장치 및 싱크 장치의 내부 블록도의 일 예를 나타낸 도이다.
도 2는 본 명세서에서 제안하는 소스 장치 및 싱크 장치의 내부 구성을 기능적인 측면에서 개략적으로 도시한 도이다.
도 3은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 사용 예를 나타낸 도이다.
도 4는 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 또 다른 사용 예를 나타낸 도이다.
도 5a는 본 명세서에서 제안하는 오디오 채널 ID를 이용한 멀티-채널 오디오 스트림의 일 실시 예이다.
도 5b는 본 명세서에서 제안하는 소스 장치에서의 오디오 채널 구성의 일 예를 나타낸 도이다.
도 5c는 본 명세서에서 제안하는 오디오 채널 ID 구성의 일 예를 나타낸 도이다.
도 5d는 본 명세서에서 제안하는 오디오 채널 ID 셋 구성의 일 예를 나타낸 도이다.
도 6은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍 수행 방법의 일 예를 나타낸 흐름도이다.
도 7은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍에서 리모트 컨트롤을 수행하는 방법의 일 예를 나타낸 흐름도이다.
도 8은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 리모트 컨트롤 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 9는 본 명세서에서 제안하는 다수의 싱크 장치가 존재하는 경우의 멀티-채널 오디오 스트리밍 수행 방법의 일 예를 나타낸 흐름도이다.
도 10은 블루투스 통신에서 오디오/비디오 스트리밍 및 리모트 컨트롤 방법의 일 예를 나타낸 흐름도이다.
도 11은 본 명세서에서 제안하는 블루투스 통신에서 멀티-채널 오디오 스트리밍을 위해 SEID를 발견하는 방법의 일 예를 나타낸 흐름도이다.
도 12는 본 명세서에서 제안하는 SEID를 포함하는 AV/C Command를 통해 멀티-채널 오디오 스트리밍의 리모트 컨트롤을 수행하는 방법의 일 예를 나타낸 흐름도이다.
도 13은 본 명세서에서 제안하는 AV/C Command 내 SEP 지정을 통해 멀티-채널 오디오 스트리밍에서의 리모트 컨트롤 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 14는 본 명세서에서 제안하는 블루투스 통신의 AVRCP에서 SEP 변경 방법의 일 예를 나타낸 흐름도이다.
도 15는 본 명세서에서 제안하는 사용자 인터페이스(UI)가 없는 싱크 장치에서 SEP를 변경하는 방법의 일 예를 나타낸 흐름도이다.
도 16은 본 명세서에서 제안하는 NFC를 이용한 멀티-채널 오디오 스트리밍 방법의 일 예를 나타낸 흐름도이다.
도 17은 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 오디오 스트리밍 자동 재생 방법의 일 예를 나타낸 흐름도이다.
도 18은 본 명세서에서 제안하는 NFC 태깅을 통한 기기 간 자동 연결 및 오디오 스트리밍 자동 재생 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 19는 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 AV 스트리밍을 해제하기 위한 방법의 일 예를 나타낸 흐름도이다.
도 20은 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 AV 스트리밍을 해제하기 위한 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 21은 도 19 및 도 20에서 살펴본 소스 장치 및 싱크 장치에서 출력되는 출력 결과의 일 예를 도시한 도이다.
도 22는 본 명세서에서 제안하는 NFC를 이용한 자동 연결 및 AV 스트리밍 자동 연속 재생을 위해 싱크 장치에 설정된 UI의 일 예를 나타낸 도이다.
도 23은 본 명세서에서 제안하는 와이파이 다이렉트를 이용한 자동 연결 및 AV 스트리밍 자동 연속 재생 방법의 일 예를 나타낸 흐름도이다.
이하에서는 도면을 참조하여 본 발명을 더욱 상세하게 설명한다.
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함을 고려하여 부여되는 것으로서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
한편, 본 명세서에서 기술되는 디바이스(device)는 무선 통신이 가능한 디바이스로서, 스마트 폰을 포함한 휴대폰, 태블릿 PC, 데스크탑 컴퓨터, 노트북, 스마트 TV, IPTV 등을 포함한 텔레비전 등이 가능하다.
또한, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시 예를 상세하게 설명하지만, 본 발명이 실시 예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다.
또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다.
따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.

소스 장치 및 싱크 장치 내부 블록도
도 1은 본 발명에서 제안하는 소스 장치 및 싱크 장치의 내부 블록도의 일 예를 나타낸 도이다.
소스 장치(Source Device, SRC)는 오디오/비디오 등 멀티 미디어 데이터를 저장하며, 이를 송신할 수 있는 모든 전자기기를 말할 수 있다.
싱크 장치(Sink Device, SNK)는 오디오/비디오 등 멀티 미디어 데이터를 수신하여 출력(또는 재생)할 수 있는 모든 전자기기를 말할 수 있다.
상기 소스 장치 또는 상기 싱크 장치는 기능 및 활용에 따라 컨트롤러(Controller:CT) 또는 타겟(Target:TG)으로 정의될 수 있다.
이 경우, 컨트롤러는 타겟으로 Command frame을 전송함으로써 트랜잭션(transaction)을 개시하는 장치를 말하는 것으로, 상기 컨트롤러는 personal computer, PDA, mobile phone, remote controller 또는 AV 장치(Car System, headphone, player/recorder, timer, tuner, monitor 등)일 수 있다.
또한, 타겟은 Command frame을 수신하고 그에 따라 response frame을 전송하는 장치를 말하는 것으로, 상기 타겟은 audio player/recorder, video, player/recorder, TV, tuner, amplifier 또는 headphone 등일 수 있다.
또한, 상기 소스 장치 또는 상기 싱크 장치는 특정 절차에서 이니시에이터(Initiator, INT) 또는 억셉터(Acceptor, ACP)로 정의될 수도 있다.
이니시에이터는 특정 메시지를 전송하여 절차를 시작하는 장치를 말하며, 억셉터는 상기 특정 메시지를 수신하는 장치를 말할 수 있다.
상기 소스 장치 및 상기 싱크 장치는 각각 출력부(110,210), 사용자 인터페이스 부(120,220), 메모리(130,230), 전원 공급부(140,240), 통신부(150,250) 및 제어부(프로세서,160,260)를 포함할 수 있다.
상기 출력부, 사용자 인터페이스 부, 메모리, 전원 공급부, 통신부 및 제어부는 본 발명에서 제안하는 방법을 수행하기 위해 기능적으로 연결된다.
상기 도 1에 도시된 구성요소들이 필수적인 것은 아니어서, 그보다 많은 구성요소들을 갖거나 그보다 적은 구성요소들을 갖는 전자 기기를 구현될 수도 있다.
상기 출력부(110, 210)는 시각, 청각 또는 촉각 등과 관련된 출력을 발생시키기 위한 것으로, 이에는 디스플레이 모듈(112, 212), 음향 출력 모듈(114, 214) 등이 포함될 수 있다.
상기 디스플레이 모듈(112, 212)은 디바이스에서 처리되는 정보를 표시 출력한다. 예를 들어, 상기 디바이스가 통화 모드인 경우 통화와 관련된 UI(User Interface) 또는 GUI(Graphic User Interface)를 표시한다. 상기 디바이스가 화상 통화 모드 또는 촬영 모드인 경우에는 촬영 또는/및 수신된 영상 또는 UI, GUI를 표시한다.
상기 디스플레이 모듈(112, 212)는 액정 디스플레이(liquid crystal display), 박막 트랜지스터 액정 디스플레이(thin film transistorliquid crystal display), 유기 발광 다이오드(organic lightemitting diode), 플렉시블 디스플레이(flexible display), 3차원 디스플레이(3D display) 중에서 적어도 하나를 포함할 수 있다.
상기 음향 출력 모듈(114, 214)은 호신호 수신, 통화모드 또는 녹음 모드, 음성인식 모드, 방송수신 모드 등에서 통신부(150,250)로부터 수신되거나 메모리(130,230)에 저장된 오디오 데이터를 출력할 수도 있다. 상기 음향 출력 모듈(114, 214)은 상기 디바이스에서 수행되는 기능(예를 들어, 호신호 수신음, 메시지 수신음 등)과 관련된 음향 신호를 출력한다. 이러한 상기 음향 출력 모듈(114, 214)에는 리시버(Receiver), 스피커(speaker), 버저(Buzzer) 등이 포함될 수 있다.
상기 출력부(110, 210)를 통하여 상기 싱크 장치(200)는 상기 소스 장치(100)로부터 멀티미디어 콘텐츠를 무선 스트리밍 방식으로 제공받아서 출력할 수 있다.
상기 사용자 입력부(120, 220)는 사용자가 단말기의 동작 제어를 위한 입력 데이터를 발생시킨다. 사용자 입력부(120, 220)는 키 패드(key pad) 돔 스위치 (dome switch), 터치 패드(정압/정전), 조그 휠, 조그 스위치 등으로 구성될 수 있다.
상기 메모리(130, 230)는 제어부(160, 260)의 동작을 위한 프로그램을 저장할 수 있고, 입/출력되는 데이터들을 임시 저장할 수도 있다. 상기 메모리(130, 230)는 상기 터치스크린 상의 터치 입력시 출력되는 다양한 패턴의 진동 및 음향에 관한 데이터를 저장할 수 있다.
상기 메모리(130, 230)는 단말기의 각종 정보를 저장하는 매체로서, 상기 제어부와 연결되어 상기 제어부(160, 260)의 동작을 위한 프로그램, 어플리케이션(application), 일반파일 및 입/출력되는 데이터들을 저장할 수 있다.
상기 메모리(130, 230)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(ReadOnly Memory, ROM), EEPROM(Electrically Erasable Programmable ReadOnly Memory), PROM(Programmable ReadOnly Memory) 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 상기 디바이스는 인터넷(internet)상에서 상기 메모리(130, 230)의 저장 기능을 수행하는 웹 스토리지(web storage)와 관련되어 동작할 수도 있다.
상기 소스 장치(100)는 상기 메모리(130)에 멀티미디어 콘텐츠를 저장할 수 있으며, 이를 상기 소스 장치(100)의 출력부(110)를 통하여 출력할 수 있으며, 무선 스트리밍 방법을 사용하여, 상기 싱크 장치(200)의 출력부(210)를 통하여 출력할 수 있다.
상기 전원 공급부(140, 240)는 상기 제어부(160, 260)의 제어 하에 외부의 전원, 내부의 전원을 인가 받아 각 구성요소들의 동작에 필요한 전원을 공급해주는 모듈을 말한다.
상기 통신부(160, 260)는 디바이스와 무선 통신 시스템 사이 또는 디바이스와 디바이스가 위치한 네트워크 사이의 무선 통신을 가능하게 하는 하나 이상의 모듈을 포함할 수 있다. 예를 들어, 상기 통신부(160, 260)는 방송 수신 모듈(미도시), 이동통신 모듈(미도시), 무선 인터넷 모듈(미도시) 및 근거리 통신 모듈(미도시)을 포함할 수 있다.
상기 통신부(160, 260)는 송/수신부로 호칭될 수 있다.
상기 이동통신 모듈은, 이동 통신망 상에서 기지국, 외부의 단말, 서버 중 적어도 하나와 무선 신호를 송수신한다. 상기 무선 신호는, 음성 호 신호, 화상 통화 호 신호 또는 문자/멀티미디어 메시지 송수신에 따른 다양한 형태의 데이터를 포함할 수 있다.
상기 무선 인터넷 모듈은 무선 인터넷 접속을 위한 모듈을 말하는 것으로, 무선 인터넷 모듈은 디바이스에 내장되거나 외장 될 수 있다. 무선 인터넷 기술로는 WLAN(Wireless LAN)(WiFi), Wibro(Wireless broadband), Wimax(World Interoperability for Microwave Access), HSDPA(High Speed Downlink Packet Access) 등이 이용될 수 있다.
상기 무선 인터넷 모듈을 통해서 상기 디바이스는 다른 디바이스와 와이 파이(Wi-Fi) P2P(Peer to Peer)연결을 할 수 있다. 이러한 와이 파이(Wi-Fi) P2P 연결을 통하여 디바이스간 스트리밍 서비스를 제공할 수 있으며, 데이터 송/수신 또는 프린터와 연결되어 프린팅 서비스를 제공할 수 있다.
상기 근거리 통신 모듈은 근거리 통신을 위한 모듈을 말한다. 근거리 통신 기술로 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(IrDA, infrared Data Association), UWB(Ultra Wideband), ZigBee 등이 이용될 수 있다.
상기 소스 장치(100)와 상기 싱크 장치(200)는 블루투스를 이용하여 데이터 교환 및 무선 스트리밍 방식을 사용하여 멀티미디어 콘텐츠를 출력할 수 있다.
상기 제어부(160, 260)은 상기 소스디바이스(100) 또는 상기 싱크 장치(200)의 전반적인 동작을 제어하는 모듈을 말하며, 블루투스(Bluetooth) 인터페이스 및 다른 통신 인터페이스로 메시지를 전송 요청 및 수신받은 메시지를 처리하도록 제어할 수 있다.
상기 제어부(160, 260)는 컨트롤러(controller), 마이크로 컨트롤러(micro controller), 마이크로프로세서(microprocessor)등으로 호칭 될 수 있으며, 상기 제어부(160, 260)는 하드웨어(hardware), 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다.
상기 제어부(160, 260)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다.

도 2는 본 명세서에서 제안하는 소스 장치 및 싱크 장치의 내부 구성을 기능적인 측면에서 개략적으로 도시한 도이다.
소스 장치 및 싱크 장치는 각각 오디오 스트림 어플리케이션(Audio Stream Application) 엔터티(101,201), 오디오 스트림(Audio Stream) 엔터티(103,203), 오디오 세션 관리(Audio Session Management) 엔터티(104,204), 일반적인 어플리케이션(Normal Application) 엔터티(102,202), 세션 관리(Session Management) 엔터티(105,205), MAC layer(106,206) 및 PHY layer(107,207)를 포함한다.
상기 소스 장치는 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍을 위해 다수의 오디오 스트림(Audio Stream #1, …, Audio Stream #N) 엔터티를 포함할 수 있다.
상기 오디오 스트림 엔터티(103,203)는 오디오 스트림 관리(Audio Stream Management) 엔터티(103-1,203-1) 및 리모트 컨트롤 관리(Remote Control Management) 엔터티(103-2,203-2)를 포함한다.
상기 오디오 세션 관리 엔터티(104,204)는 오디오 소켓(Audio Socket,104-1,204-1)을 더 포함한다.
상기 오디오 스트림 관리 엔터티 및 상기 리모트 컨트롤 관리 엔터티는 각각 오디오 소켓을 통해 오디오 세션 관리 엔터티와 연결될 수 있다.
상기 엔터티(Entity)는 “모듈” 또는 “부”로 표현될 수도 있다.
상기 소스 장치 및 상기 싱크 장치의 기능적 측면에서의 내부 구성에 대해서는 본 명세서에서 제안하는 방법들을 설명하면서 그 기능에 대해 구체적으로 살펴보기로 한다.

멀티-채널 오디오 스트리밍 (Multi-Channel Audio Streaming)
이하에서, 본 명세서에서 제안하는 무선 오디오 스트리밍(Wireless Audio Streaming)을 지원하는 WPAN(Wireless Personal Area Network)에서 단일 인터페이스를 통해 멀티-채널 오디오 스트리밍(Multi-Channel Audio Streaming)을 수행하는 방법에 대해 구체적으로 살펴보기로 한다.
멀티-채널 오디오 스트리밍은 단일의 소스 장치에서 다수의 오디오 채널 및/또는 다수의 오디오 스트림을 제공하는 개념으로, 단일의 소스 장치는 다수의 오디오 채널을 제공하며, 각 오디오 채널에서 다수의 오디오 스트림을 제공할 수 있다.
도 3 및 도 4를 참고하여 멀티-채널 오디오 스트리밍이 사용될 수 있는 사용 예에 대해 살펴보기로 한다.
도 3은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 사용 예를 나타낸 도이다.
멀티-채널 오디오 스트리밍은 단일의 소스 장치(Source Device)와 적어도 하나의 싱크 장치를 통해 수행될 수 있다.
상기 소스 장치는 PIP(Picture In Picture) 또는 멀티-뷰(Multi-View) 등 다수의 오디오 소스(Audio Source) 즉, 다수의 콘텐츠 또는 다수의 화면/음성을 제공할 수 있는 전자기기로, TV를 일 예로 들 수 있다.
상기 싱크 장치는 소스 장치에 해당하는 TV에 무선으로 연결되며, 상기 TV로부터 제공되는 오디오 스트림(Audio Stream)을 수신하여 재생하고, 해당 오디오 스트림에 대한 리모트 컨트롤(Remote Control)을 수행할 수 있는 전자기기로, 헤드셋 등과 같은 무선 음향 장치일 수 있다. 도 3의 경우, 무선 음향 장치와 TV는 블루투스 통신을 수행한다.
사용자 1 및 사용자 2는 무선 음향 장치를 통해 TV로부터 제공되는 오디오 스트림을 각각 수신할 수 있고, 상기 무선 음향 장치의 리모트 컨트롤을 통해 상기 수신하는 오디오 스트림을 제어할 수 있다.
본 명세서의 멀티-채널 오디오 스트리밍이 지원되는 경우, 각 사용자는 무선 음향 장치를 통해 (1) 사용자 별로 원하는 오디오 스트림을 수신 및 재생할 수 있으며, (2) TV의 멀티-뷰에 대한 각 화면을 사용자 별로 리모트 컨트롤러를 이용하여 리모트 컨트롤할 수 있다.
구체적으로, (1)의 경우 각 사용자 별로 TV의 특정 화면(Channel)을 선택하고, 각 사용자는 선택한 오디오 스트림을 블루투스 헤드셋(Bluetooth Headset) 등의 무선 음향 장치를 통해 재생할 수 있다.
또한, 블루투스 헤드셋과 같은 무선 헤드셋을 이용할 수 없는 경우, 각 사용자는 무선 음향 장치 대신 휴대 장치를 이용하여 선택한 화면(Channel)의 소리를 재생할 수 있다.
(2)의 경우 각 사용자는 TV 의 분할된 영상에 대해 각각 리모트 컨트롤러를 이용하여 리모트 컨트롤을 수행함으로써, 원하는 콘텐츠(Contents)를 재생 및 제어할 수 있다.

도 4는 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 또 다른 사용 예를 나타낸 도이다.
도 4에 도시된 바와 같이, 관광지에서 멀티-채널 오디오 스트리밍이 지원되는 경우, 관광지에 도착하는 시간이 상이한 관광객들에게 동일한 콘텐츠를 관광지에 도착한 시간에 맞도록 각 사용자에게 개별적으로 제공할 수 있으며, 관광객들은 리모트 컨트롤러를 통해 해당 콘텐츠에 대한 리모트 컨트롤을 수행할 수 있다.
즉, 관광지에 관광객이 도착할 때마다 관광지에 위치하는 하나의 소스 장치와 각 관광객들이 사용하는 싱크 장치가 새롭게 페어링(Pairing)되어, 페어링 이후부터 각 사용자는 관광지에서 제공하는 안내 음성의 처음부터 청취할 수 있으며, 각 사용자는 리모트 컨트롤을 통해 청취하는 안내 음성의 제어를 수행할 수 있다.
오디오 채널 별 다수의 오디오 스트림 제공이 가능하기 때문에, 사용자들은 하나의 오디오 채널에서 서로 다른 언어로 안내 음성을 청취할 수 있다.
일 예로, 소스 장치에서 한국어, 영어, 중국어 등 다수의 언어를 지원하는 경우, 사용자는 싱크 장치를 통해 사용자가 원하는 언어로 관광지에서 안내 음성을 청취할 수 있다.

오디오 채널 ID( Audio Channel ID : ACID )
이하에서, 오디오 채널 ID(Audio Channel ID:ACID)를 새롭게 정의하고, ACID를 이용하여 WPAN 네트워크 환경에서 단일 인터페이스를 통해 멀티-채널 오디오 스트리밍을 수행하는 방법에 대해 구체적으로 살펴보기로 한다.
도 5a는 본 명세서에서 제안하는 오디오 채널 ID를 이용한 멀티-채널 오디오 스트림의 일 실시 예이고, 도 5b는 본 명세서에서 제안하는 소스 장치에서의 오디오 채널 구성의 일 예를 나타낸 도이며, 도 5c는 본 명세서에서 제안하는 오디오 채널 ID 구성의 일 예를 나타내며, 도 5d는 본 명세서에서 제안하는 오디오 채널 ID 셋 구성의 일 예를 나타낸 도이다.
PIP(Picture In Picture) 기능을 지원하는 TV 또는 멀티-뷰(Multi-View)를 지원하는 셋-탑 박스(Set-top Box) 등과 같은 소스 장치는 하나의 화면을 통해 다수의 화면 즉, 다수의 콘텐츠(Contents)를 제공할 수 있다.
여기서, 하나의 화면에서 제공되는 콘텐츠는 다수의 오디오 채널(Audio Channel)을 통해 음성 다중 기능을 제공할 수 있다.
도 5a에 도시된 바와 같이, TV의 특정 화면에서 서로 다른 언어 별(Korean, English, Chinese)로 음성 다중 기능을 제공할 수 있으며, 또 다른 화면에서는 일반 방송용, 청각장애인용 방송, 영화와 동일한 Direct Version 등과 같이 음성 다중 기능을 제공할 수 있다.
상기 음성 다중 기능에서 각 음성 별로 하나의 오디오 채널(Audio Channel)이 할당될 수 있다.
도 5a에서 설명한 TV에서 각 오디오 채널 별 음성 다중 기능을 제공하기 위해, TV에 해당하는 소스 장치는 도 5b의 오디오 채널의 구성을 가질 수 있다.
도 5b에 도시된 바와 같이, 소스 장치의 오디오 채널은 적어도 하나의 그룹 및 각 그룹 내 적어도 하나의 스트림으로 구성될 수 있다.
여기서, 각 그룹은 그룹 ID(GID)를 통해 식별되며, 각 그룹 내 각 스트림은 스트림 ID(SID 또는 SEID)를 통해 식별된다.
하나의 그룹은 소스 장치에서 제공하는 하나의 화면, 하나의 오디오 채널 또는 하나의 콘텐츠를 나타낼 수 있다.
하나의 스트림은 하나의 화면, 하나의 오디오 채널 또는 하나의 콘텐츠에서 제공되는 하나의 오디오 스트림(Audio Stream)을 나타낼 수 있다.
일 예로, 하나의 소스 장치는 GID #1에서 GID #N의 그룹들과 각 그룹 별 SID #1에서 SID #N의 스트림을 포함하는 오디오 채널을 가질 수 있다.
따라서, 소스 장치에서의 오디오 채널 ID(ACID,500)는 도 5c에 도시된 바와 같이, GID(510) 및 SID(520)를 포함하며, GID 및 SID가 다수 개 있는 경우, ACID는 도 5d에 도시된 바와 같은 ACID_Set 형태를 가질 수 있다.
즉, ACID_Set은 하나의 소스 장치가 지원하는 모든 ACID를 포함하는 정보로서, ACID_Set의 전체 길이를 나타내는 Length 필드(530), GID의 전체 개수를 나타내는 NumGID 필드(540), 각 GID 별 포함되는 전체 SID 개수를 나타내는 NumSID 필드(550), GID 및 SID 각각의 값을 나타내는 GID 구성 정보 필드 및 SID 구성 정보 필드, 각 SID 별 세부 정보를 나타내는 SID 세부 정보 필드 등을 포함한다.
여기서, 상기 각 SID 별 세부 정보는 각 스트림 별 언어 종류를 나타내는 언어 타입(Language Type) 필드, 레코드 타입(Record Type) 필드, 사용자의 선호도와 관련된 선호 채널(Favorite Channel) 필드, 선호 속성(Favorite Attribute) 필드, 선호 볼륨(Favorite Volume)필드, 이퀄라이저(Equalizer), 채널 정보(5.1CH) 등을 추가적으로 포함할 수 있다.
또한, 각 SID별 세부 정보는 해당 SID 필드 바로 다음 또는 바로 앞 또는 맨 마지막의 SID 필드 다음에 한꺼번에 위치할 수 있다.

멀티-채널 오디오 스트리밍을 위한 시스템 모델
앞서 살펴본 오디오 채널 ID(ACID)를 이용하여 멀티-채널 오디오 스트리밍을 수행하기 위한 방법에 대해 도 6 내지 도 9를 참고하여 구체적으로 살펴보기로 한다.
도 6은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍 수행 방법의 일 예를 나타낸 흐름도이다.
도 2에서 살핀 바와 같이, 소스 장치와 싱크 장치는 멀티-채널 오디오 스트리밍 수행을 위해, 각각 상위 계층(Upper Layer), 오디오 스트림 관리 엔터티(Audio Stream Management Entity), 오디오 세션 관리 엔터티(Audio Session Management Entity) 를 포함한다. 여기서, 상기 엔터티(Entity)는 ‘모듈’, ‘부’로 표현될 수 있으며, 하나의 장치 내부 엔터티 간 발생하는 시그널링은 프리미티브(Primitive), 메시지, 정보, 신호, 명령 등으로 표현될 수 있다. 또한, 상기 상위 계층은 어플리케이션 계층을 나타낼 수 있다.
먼저, 싱크 장치의 상위 계층에서 서치(Search)가 수행되는 경우, 상기 싱크 장치의 상위 계층은 상기 싱크 장치의 오디오 세션 관리 엔터티로 소스 장치를 발견하기 위한 디바이스 디스커버리(Device Discovery)를 전송한다(S601).
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 상기 소스 장치의 오디오 세션 관리 엔터티로 S601 단계에서 수신된 정보를 전송한다(S602).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 상기 싱크 장치로부터 수신된 디바이스 디스커버리에 대한 응답을 상기 싱크 장치의 오디오 세션 관리 엔터티로 전송한다(S603).
상기 응답은 디바이스 식별을 위한 디바이스 ID(Dev_ID) 및 디바이스의 역할을 나타내는 역할 타입(Role_type) 파라미터를 포함할 수 있다.
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 S603 단계에서 수신된 정보를 상기 싱크 장치의 오디오 스트림 관리 엔터티로 전송하고(S604), 상기 싱크 장치의 오디오 스트림 관리 엔터티는 S604 단계에서 수신된 정보를 상기 싱크 장치의 상위 계층으로 전송한다(S605).
이후, 상기 싱크 장치의 상위 계층은 S605 단계에서 수신된 정보를 기초로 오디오 스트리밍을 제공받기 위한 디바이스를 선택한다(S606).
이후, 상기 싱크 장치는 내부 엔터티를 통해 상기 선택된 디바이스를 나타내는 디바이스 ID를 전송하고(S607), 상기 싱크 장치의 오디오 세션 관리 엔터티는 상기 선택된 디바이스 ID를 포함하는 오디오 소스 디스커버리(Audio Source Discovery)를 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S608).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 상기 오디오 소스 디스커버리에 대한 응답을 상기 싱크 장치의 오디오 세션 관리 엔터티로 전송한다(S609).
여기서, 상기 응답은 소스 장치가 지원하는 ACID_Set 정보 및 싱크 장치에서 이용 가능한 ACID 리스트(InUse_list)를 포함한다.
이후, 상기 싱크 장치는 S609 단계에서 수신된 정보에 기초하여 내부 엔터티들을 통해 오디오 스트리밍을 제공받을 소스 장치의 디바이스 ID 및 상기 소스 장치의 역할을 나타내는 역할 타입(Role_Type) 파라미터를 포함하는 정보를 전송한다(S610).
이후, 상기 싱크 장치는 S610 단계에서 수신된 정보를 기초로 하여 오디오 스트리밍을 제공받기 위한 오디오 채널을 선택한다(S611).
이후, 상기 싱크 장치의 상위 계층에서 오디오 채널이 선택되는 경우, 상기 싱크 장치는 내부 엔터티들을 통해 상기 선택된 오디오 채널에 해당하는 ACID를 포함하는 정보를 전송한다(S612).
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 S612 단계에서 수신된 ACID 및 디바이스 ID를 포함하는 능력 획득(Get Capability) 메시지를 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S613).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 S613 단계의 정보를 상기 소스 장치의 오디오 스트림 관리 엔터티로 전송한다(S614).
이후, 상기 소스 장치의 오디오 스트림 관리 엔터티는 상기 능력 획득 메시지에 대한 응답을 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S615).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 상기 싱크 장치의 오디오 세션 관리 엔터티로 상기 싱크 장치에서 선택된 오디오 채널과 관련된 ACID, 코덱 정보 리스트(Codec_Info_List) 및 스트림 데이터(Stream_Data)를 포함하는 응답을 전송한다(S616).
이후, 상기 싱크 장치는 상기 소스 장치와 파라미터 설정 절차를 수행한다(S617).
구체적으로, 상기 싱크 장치의 오디오 세션 관리 엔터티는 상기 소스 장치의 오디오 세션 관리 엔터티로 파라미터 설정(Set Parameter) 메시지를 전송한다(S617-1).
상기 파라미터 설정 메시지는 디바이스 ID, 오디오 채널에 해당하는 ACID, 코덱(Codec) 정보를 포함할 수 있다.
이후, 상기 소스 장치의 세션 관리 엔터티는 상기 소스 장치의 오디오 스트림 관리 엔터티로 S617-1 단계에서 수신된 정보를 전송한다(S617-2).
이후, 상기 소스 장치의 오디오 스트림 관리 엔터티는 상기 파라미터 설정 메시지에 대한 응답을 상기 소스 장치의 오디오 세션 관리 엔터티로 전송하고(S617-3), 상기 소스 장치의 오디오 세션 관리 엔터티는 코덱 정보(Codec_Info) 및 지원되는 정보(Supported Info) 등을 포함한 응답을 상기 싱크 장치의 오디오 세션 관리 엔터티로 전송한다(S617-4).
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 오디오 스트림 시작 메시지를 상기 소스 장치의 오디오 세션 관리 모듈로 전송하며(S618), 상기 시작 메시지는 디바이스 ID 및 오디오 채널에 해당하는 ACID를 포함할 수 있다.
이후, 상기 소스 장치는 상기 시작 메시지를 내부 엔터티들을 통해 전송하고(S619), 상기 소스 장치의 상위 계층에서 오디오 스트리밍 시작이 발생하는 경우(S620), 상기 소스 장치의 오디오 스트림 관리 엔터티로 오디오 데이터 전송(S621)을 통해 상기 싱크 장치로 오디오 스트리밍을 수행한다(S622).

다음으로, 멀티-채널 오디오 스트리밍 수행 중 오디오 스트림의 제어를 위한 리모트 컨트롤 방법에 대해 살펴보기로 한다.
도 7은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍에서 리모트 컨트롤을 수행하는 방법의 일 예를 나타낸 흐름도이다.
도 7의 소스 장치 및 싱크 장치는 도 2에서 살핀 바와 같이, 각각 상위 계층, 리모트 컨트롤 관리 엔터티(Remote Control Management Entity), 오디오 스트림 관리 엔터티(Audio Stream Management Entity), 오디오 세션 관리 엔터티(Audio Session Management Entity)를 포함한다.
도 7에 도시된 바와 같이, 싱크 장치는 오디오 스트림 관리 엔터티를 통해 소스 장치로부터 오디오 스트리밍을 제공받는다(S701).
이후, 상기 싱크 장치의 상위 계층에서 오디오 스트림 관련 사용자 제어(User Control)를 수신한 경우(S702), 상기 싱크 장치의 상위 계층은 상기 싱크 장치의 리모트 컨트롤 관리 엔터티로 상기 사용자 제어 관련 정보(Control Info)를 전송한다(S703).
상기 사용자 제어 관련 정보는 오디오 스트림의 Play, F.F(Fast Forward), REW(Rewind), PAUSE, STOP 등이거나 상기 싱크 장치에서의 음장, 이퀄라이저(EQ) 등의 제어일 수 있다.
이후, 상기 싱크 장치의 리모트 컨트롤 관리 엔터티는 상기 싱크 장치의 오디오 세션 관리 엔터티로 상기 사용자 제어 관련 정보 ACID를 전송한다(S704).
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 상기 소스 장치의 오디오 세션 관리 엔터티로 S704 단계의 정보를 포함하는 제어 설정(Set_Control) 메시지를 전송한다(S705).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 상기 수신된 사용자 제어 설정 메시지에 기초하여 오디오 채널을 선택하고(S706), 상기 선택된 오디오 채널과 관련된 제어 정보(Control_Info)를 상기 Source 장치의 리모트 컨트롤 관리 엔터티로 전송한다(S707).
이후, 상기 소스 장치의 리모트 컨트롤 관리 엔터티는 S707 단계에서 수신된 제어 정보에 기초하여 해당 컨트롤을 수행하고(S708), 상기 컨트롤 결과를 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S709).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 상기 컨트롤 결과에 대한 응답을 상기 싱크 장치의 오디오 세션 관리 엔터티로 전송한다(S710). 상기 응답은 AICD를 더 포함할 수 있다.
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 S710 단계의 응답을 상기 싱크 장치의 리모트 컨트롤 관리 엔터티로 전송한다(S711).
상기 S702 내지 S711 단계를 통해, 상기 싱크 장치는 상기 사용자 제어에 해당하는 오디오 스트림의 제어를 수행할 수 있다.

도 8은 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍의 리모트 컨트롤 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 8은 특히, UI(User Interface)를 구비하지 않는 싱크 장치에서 오디오 스트림의 리모트 컨트롤을 수행하는 방법을 나타낸다.
도 8에 도시된 바와 같이, 싱크 장치의 상위 계층에서 오디오 채널의 변경이 발생한 경우, 상기 싱크 장치의 상위 계층은 상기 싱크 장치의 리모트 컨트롤 관리 엔터티로 오디오 채널 변경과 관련된 제어 정보를 전송한다(S801).
여기서, 상기 싱크 장치는 UI가 없기 때문에 상기 제어 정보는 Next, Previous, Specific Channel 등 UI 없이 실행할 수 있는 정보만을 포함할 수 있다.
이후, 상기 싱크 장치의 리모트 컨트롤 관리 엔터티는 상기 싱크 장치의 오디오 세션 관리 엔터티로 현재 오디오 채널의 ACID(Current_ACID), 변경될 다음 오디오 채널의 ACID(Next_ACID) 및 오디오 채널 변경과 관련된 제어 정보를 상기 싱크 장치의 오디오 세션 관리 엔터티로 전송한다(S802).
이후, 상기 싱크 장치의 오디오 세션 관리 엔터티는 S802 단계의 정보를 포함하는 리모트 컨트롤 설정(Set_Control) 메시지를 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S803).
이후, 상기 소스 장치의 오디오 세션 관리 엔터티는 S803 단계에서 수신된 정보에 기초하여 오디오 채널을 선택하고(S804), 상기 선택된 오디오 채널에 해당하는 Next_ACID 및 오디오 채널 변경과 관련된 제어 정보를 상기 소스 장치의 리모트 컨트롤 관리 엔터티로 전송한다(S805).
이후, 상기 소스 장치의 리모트 컨트롤 관리 엔터티는 상기 싱크 장치의 요청에 따라 오디오 채널을 변경하고(S806), 오디오 채널 변경 결과를 상기 소스 장치의 오디오 세션 관리 엔터티로 전송한다(S807).
S808 및 S809 단계는 도 7의 S710 단계 및 S711 단계와 동일하므로 구체적인 설명은 생략하기로 한다.

도 9는 본 명세서에서 제안하는 다수의 싱크 장치가 존재하는 경우의 멀티-채널 오디오 스트리밍 수행 방법의 일 예를 나타낸 흐름도이다.
즉, 도 9는 하나의 소스 장치에서 서로 다른 오디오 채널을 통해 제 1 싱크 장치 및 제 2 싱크 장치 각각으로 오디오 스트리밍을 제공하는 방법을 나타낸 도이다.
도 9에 도시된 바와 같이, 소스 장치는 제 1 싱크 장치로 오디오 채널 1(CH:1)을 통해 오디오 스트리밍을 제공한다(S901).
S901 단계 수행 중, 제 2 싱크 장치(또는 #N, N은 1이외의 자연수)로 오디오 스트리밍을 제 1 싱크 장치와 동시에 제공하기 위한 방법에 대해 이하에서 구체적으로 살펴본다.
상기 소스 장치는 상기 제 1 싱크 장치로 오디오 스트리밍 서비스 제공 중, 제 2 싱크 장치로부터 디바이스 디스커버리를 수신한다(S902). 상기 제 2 싱크 장치는 상기 디바이스 디스커버리를 상기 제 1 싱크 장치로도 전송할 수 있다.
이후, 상기 제 2 싱크 장치는 상기 소스 장치로 전송한 디바이스 디스커버리 에 대한 응답을 상기 소스 장치 및/또는 상기 제 1 싱크 장치로부터 수신한다(S903).
상기 제 1 싱크 장치 및 상기 소스 장치에서 상기 제 2 싱크 장치로 각각 전송하는 디바이스 디스커버리 응답은 디바이스를 나타내는 디바이스 ID 및 해당 디바이스의 역할을 나타내는 역할 타입 파라미터를 포함한다.
이후, 상기 제 2 싱크 장치는 S903 단계에서 수신된 응답에 기초하여, 오디오 스트리밍을 제공받기 위한 디바이스를 선택한다(S904).
도 9의 경우, 상기 제 2 싱크 장치는 상기 소스 장치를 선택했음을 나타내고 있다.
이후, 상기 제 2 싱크 장치는 도 6의 S607 내지 S622에 해당하는 절차(오디오 소스 디스커버리 절차, 능력 획득 절차, 파라미터 설정 절차, 오디오 스트리밍 시작 절차 등)를 상기 소스 장치와 수행함으로써, 상기 소스 장치로부터 오디오 채널 2(CH:2)를 통해 오디오 스트리밍을 제공받게 된다.
여기서, 상기 제 2 싱크 장치는 상기 소스 장치와 연결하는 과정에서 블루투스 통신에서 정의되는 페어링 방법을 이용할 수도 있으나, NFC를 이용하여 상기 소스 장치와 페어링 절차를 수행할 수도 있다.
즉, 상기 소스 장치는 상기 제 2 싱크 장치와 NFC 태깅을 통해 페어링을 수행한 후, 상기 소스 장치로부터 오디오 채널 2를 통해 오디오 스트리밍 서비스를 제공받을 수 있다. 소스 장치와 싱크 장치의 NFC 태깅을 통한 페어링 절차 및 이를 통한 AV 스트리밍 방법에 대해서는 후술할 도 16에서 좀 더 구체적으로 살펴보기로 한다.
또한, 상기 제 2 싱크 장치는 상기 소스 장치로부터 상기 제 1 싱크 장치와 동일한 오디오 스트리밍 서비스를 동일한 오디오 채널(CH:1) 또는 다른 오디오 채널(CH:2)를 통해 제공받을 수 있다.
또한, 상기 소스 장치는 상기 제 2 싱크 장치와 NFC 태깅을 통해 페어링이 된 경우, 상기 소스 장치는 상기 제 1 싱크 장치와 오디오 스트리밍을 중단하고, 상기 제 2 싱크 장치를 통해 오디오 스트리밍을 연속하여 재생하게 할 수 있다.

블루투스 통신에서 멀티-채널 오디오 스트리밍 지원 방법
이하에서, 무선 오디오 스트리밍을 지원하는 블루투스 통신에서 앞서 살펴본 방법들을 이용하여 멀티-채널 오디오 스트리밍을 지원하기 위한 방법에 대해 구체적으로 살펴보기로 한다.
먼저, 블루투스 통신에서 정의하고 있는 AV 스트림 신호 전송 방법과 AV 장치 리모트 컨트롤 방법에 대해 A2DP(Advanced Audio Distribution Profile), AVDTP(Audio/Video Distribution Transport Protocol), AVRCP(Audio Video Remote Control Profile), AVCTP(Audio/Video Control Transport Protocol)를 참조하여 살펴보기로 한다.
블루투스 프로파일(Bluetooth Profile)에는 HSP(Headset Profile), HFP(Hands Free Profile), A2DP(Advanced Audio Distribution Profile), AVRCP(Audio Video Remote Control Profile) 등이 있으며, 크게 통화를 위한 기능과 음악 감상을 위한 기능으로 나눌 수 있다.
블루투스 프로파일은 블루투스 애플리케이션을 구현할 때, 특정 애플리케이션 마다 사용해야 할 프로토콜 종류와 그 구조 및 사용방법을 규정한 것이다.
HSP와 HFP는 전화 통화용 프로파일로 받기와 끊기, 재다이얼 등의 기능을 지원한다. 여기서, HSP는 음성과 모노 음질의 음악을 위해 제공되는 가장 보편적으로 사용되는 프로파일으로써, 주로 블루투스 모노 헤드셋에 사용된다.
HFP는 HSP 프로파일보다 더욱 발전된 버전의 프로파일로 음성 다이얼, 재다이얼, 콜 전환, 콜 받기/끊기를 지원한다.
HSP와 HFP 프로파일을 지원하면 일반적인 모노 음질의 사운드를 전달함과 동시에 전화 받기, 끊기, 재다이얼 등 핸즈프리 기능을 활용할 수 있다.
A2DP, AVRCP는 스테레오 음질을 전달하고 재생 및 정지, 볼륨조절 등의 기능을 지원한다. 여기서, A2DP는 스테레오 음악을 지원하는 프로파일로, 스테레오 오디오 스트림을 전송하도록 고안된 프로파일이다.
A2DP에서는 오디오 데이터를 전송하는 장치를 소스(SRC: Source) 장치로 정의하고, 오디오 데이터를 수신하는 블루투스 헤드셋 등의 장치를 싱크(SNK: Sink) 장치로 정의한다. 즉, A2DP는 소스 장치에서 싱크 장치로의 오디오 데이터 전송을 지원하는 프로파일이다.
AVDTP(Audio/Video Distribution Transport Protocol)는 AV 스트림 신호의 전송에 관한 내용을 정의한 블루투스 프로토콜로서, AVDTP는 A2DP에 포함된다.
AVRCP(Audio Video Remote Control Profile)는 리모트 컨트롤을 지원하는 프로파일이다.
AVRCP는 TV, Set-top Box 등의 기기들을 컨트롤하고, 싱글 리모트 컨트롤을 허락하며, 사용자가 액서스하는 모든 A/V 기기를 제어하도록 하는 등 스탠다드 인터페이스를 제공하도록 고안되었다.
AVRCP에서 소스 장치 또는 싱크 장치는 컨트롤러(Controller:CT) 또는 타겟(Target:TG)으로 정의된다.
컨트롤러는 타겟으로 Command frame을 전송함으로써 트랜잭션(transaction)을 개시하는 장치를 말하는 것으로, 컨트롤러는 personal computer, PDA, mobile phone, remote controller 또는 AV 장치일 수 있다.
AV 장치는 Car System, headphone, player/recorder, timer, tuner, monitor 등일 수 있다.
타겟은 Command frame을 수신하고 그에 따라 response frame을 전송하는 장치를 말하는 것으로, 타겟은 audio player/recorder, video, player/recorder, TV, tuner, amplifier 또는 headphone 등일 수 있다.
컨트롤러가 FF(FastFoward), REW(Rewind), Play, Pause 및 재생목록 작성 등의 명령(command)을 타겟으로 전송하여 타겟의 오디오 데이터 재생을 무선으로 제어할 수 있도록 지원하는 프로파일이다.
AVCTP(Audio/Video Control Transport Protocol)는 AV 장치의 제어에 관한 내용을 정의한 블루투스 프로토콜로서, AVRCP는 AVCTP를 포함한다.

도 10을 참조하여 블루투스 통신에서 AV 신호 전송 방법 및 AV 장치 제어 방법에 대해 살펴보기로 한다.
도 10은 블루투스 통신에서 오디오/비디오 스트리밍 및 리모트 컨트롤 방법의 일 예를 나타낸 흐름도이다.
AVDTP 시그널링(Signalling)은 실제 데이터 전송의 전 단계에서 실행되는 것으로, 블루투스 장치가 어떠한 포맷(계통)에 대응하고 있는가를 판별하거나 상위 계층(어플리케이션)으로부터 송신할 데이터를 수신할 수 있는 장치를 판별하여 협상(negotiation)하고, 논리 링크 관리층에 대한 연결(connection)을 셋업하는데 사용된다.
또한, AVRCP 연결 확립(Connection Establishment) 절차는 AV 장치 제어를 위해 AV 장치 간 수행되는 절차로, 상기 AVRCP 연결이 확립되면 AV 장치에서 리모트 컨트롤을 위한 AV/C Command를 전송한다.
도 10을 참조하면, 소스 장치와 싱크 장치는 A/V 스트림 연결을 위해 스트림 엔드 포인트 디스커버리(Stream End Point Discovery) 절차를 수행한다(S1010).
여기서, 스트림(Stream) 또는 블루투스 A/V 스트림이란 블루투스 장치들 간(소스 장치와 싱크 장치) 오디오/비디오의 멀티 미디어 데이터 스트리밍(Media Data Streaming)의 논리적인 단-대-단(End-To-End) 연결을 말한다.
스트림 엔드 포인트(Stream End Point:SEP)는 A/V 장치에서 데이터 스트림에 대한 인터페이스를 나타내는 것으로, 블루투스 장치가 지원 가능한 전송 서비스 또는 오디오/비디오 서비스를 의미할 수 있다.
데이터를 송신하는 장치에서의 인터페이스는 개개의 스트림 엔드 포인트로서 구분될 수 있으며, 스트림 엔드 포인트들은 스트림 엔드 포인트 식별자(Stream End Point Identifier:SEID)를 통해 각각 구분된다.
상기 스트림 엔드 포인트 디스커버리 절차를 통해, 소스 장치 또는 싱크 장치는 연결 상대 장치가 어떤 종류(계통 또는 포맷)의 스트림을 지원하는지에 대한 정보를 획득할 수 있다.
상기 스트림 엔드 포인트 디스커버리 절차에서 사용되는 메시지로는, 상대 장치의 스트림 엔트 포인트 정보를 획득하기 위한 AVDTP 디스커버리 커맨드 메시지(AVDTP_Discovery_CMD Message) 및 이에 대한 응답으로 전송되는 AVDTP 디스커버리 응답 메시지(AVDTP_DICOVERY_RSP Message)가 있다.
상기 AVDTP 디스커버리 응답 메시지는 SEID 값 및 각 SEID값들의 사용 여부를 나타내는 InUse 파라미터를 포함할 수 있다.
이후, 상기 소스 장치와 상기 싱크 장치는 능력 획득(Get Capabilities) 절차를 수행한다(S1020).
상기 능력 획득 절차를 통해, 상기 소스 장치 또는 상기 싱크 장치는 SEP에 대한 상세 정보를 획득하여, 자신이 지원하는 SEP 정보와 매칭시킨다.
상기 능력 획득 절차에서 사용되는 메시지로는, SEP에 대한 상세정보를 요청하기 위한 AVDTP 겟 케이퍼빌리티 커맨드 메시지 (AVDTP_GET_CAPABILITIES Message) 및 이에 대한 응답으로 전송되는 AVDTP 겟 케이퍼빌리티 응답 메시지(AVDTP_GET_CAPABILITIES_RSP Message)가 있다.
이후, 상기 소스 장치와 상기 싱크 장치는 스트림 구성(Stream Configuration) 절차를 수행한다(S1030).
상기 스트림 구성 절차를 통해, 상기 소스 장치 또는 상기 싱크 장치는 상기 능력 획득 절차를 통하여 매칭된 SEP 정보 및 매칭된 멀티미디어 코덱에 대한 상세 정보를 상대 장치로 전송한다.
상기 스트림 구성 절차에서 사용되는 메시지로는, AVDTP 셋 컨피규어 커맨드 메시지(AVDTP_SET_CONFIGURATION_CMD Message) 및 이에 대한 응답으로 전송하는 AVDTP 셋 컨피규어 응답 메시지(AVDTP_SET_CONFIGURATION_RSP Message)가 있다.
이후, 상기 소스 장치와 상기 싱크 장치는 스트림 확립(Stream Establishment)절차를 수행한다(S1040).
상기 스트림 확립 절차를 통해 상기 소스 장치 및 상기 싱크 장치는 모두 오픈 상태가 되어 실시간으로 데이터(또는 멀티미디어) 스트림을 송수신할 수 있는 스트리밍 채널이 연결된다.
상기 스트림 확립 절차에 사용되는 메시지에는 스트리밍 채널 연결을 위한 AVDTP 오픈 커맨드 메시지(AVDTP_OPEN_CMD Message) 및 이에 대한 응답으로 전송되는 AVDTP 오픈 커맨드 응답 메시지(AVDTP_OPEN_RSP Message)가 있다.
상기 스트림 확립 절차를 통해 소스 장치와 싱크 장치 간 A/V 스트리밍 채널이 연결되어, 상기 소스 장치 또는 상기 싱크 장치는 A/V 스트림을 재생할 수 있다.
이후, 상기 소스 장치와 상기 싱크 장치는 리모트 컨트롤 수행을 위해 AVRCP 연결 확립(Connection Establishment) 절차를 수행한다(S1050).
상기 AVRCP 연결 확립 절차는 내부적인 이벤트 또는 파워를 온하는 것과 같은 사용자에 의해 발생된 이벤트에 의해 개시된다.

블루투스 통신에서 오디오 스트림 전송과 관련된 내용을 정의하는 A2DP와 AVDTP 의 경우, 앞서 살펴본 ACID 개념을 스트림 엔트 포인트 ID(Stream End point ID:SEID)로 정의하고 있다. 다만, SEID에는 ACID 내 포함되는 Group 등의 계층적 구조는 존재하지 않는다.
따라서, 본 명세서에서 제안하는 멀티-채널 오디오 스트리밍을 블루투스 통신에서 정의하고 있는 AV 스트리밍에 적용하기 위해 ACID 대신 SEID를 사용하기로 한다.
즉, 도 5에서 살펴본 ACID에는 Stream ID(SID 또는 SEID)만 포함되어 있다고 본다.
또한, 블루투스 통신의 A2DP와 AVDTP 에서는 SEID를 정의하고 있어, 멀티-채널 오디오 스트리밍에서의 AV 스트림 전송과 관련된 내용을 적용함에 있어 문제는 없으나, 블루투스 통신의 리모트 컨트롤을 정의하고 있는 AVRCP와 AVCTP에서는 SEID를 사용하고 있지 않기 때문에, 멀티-채널 오디오 스트리밍에서 리모트 컨트롤을 적용할 수 없는 문제가 있다.
따라서, 블루투스 통신에서 멀티-채널 오디오 스트리밍의 리모트 컨트롤을 적용하기 위해서는 싱크 장치의 AVRCP에서 소스 장치에서 지원하는 SEID 정보를 얻어오는 스트림 엔드 포인트 디스커버리(Stream End Point Discovery) 절차를 새롭게 정의할 필요가 있다.
또한, AVRCP에서 AV/C(AV/C Digital Interface Command Set) Command 전송 시, SEID를 추가하거나 SEP 지정을 통해 멀티-채널 오디오 스트리밍에서의 리모트 컨트롤을 수행하는 방법에 대해 살펴보기로 한다.
즉, 싱크 장치에서 SEID 전송 방식으로 (1) AVRCP AV/C Command Header에 SEID를 포함하는 경우와, (2) SEID를 소스 장치에서 고정할 수 있도록 A/V Command를 이용하여 전달하는 경우에 대해 살펴보기로 한다.

SEID (Stream End Point Identifier) Discovery 절차
먼저, 블루투스 통신에서 멀티-채널 오디오 스트리밍의 리모트 컨트롤 수행을 위해 AVRCP에서의 SEID 디스커버리 절차에 대해 도 11을 참조하여 살펴보기로 한다.
도 11은 본 명세서에서 제안하는 블루투스 통신에서 멀티-채널 오디오 스트리밍을 위해 SEID를 발견하는 방법의 일 예를 나타낸 흐름도이다.
S1101 내지 S1105 단계는 도 10의 S1010 단계 내지 S1050 단계와 동일하므로 구체적인 설명은 생략하기로 한다.
S1105 단계 이후, 싱크 장치의 상위 계층에서 리모트 컨트롤러의 턴 온(Turn-On)을 감지한 경우, 상기 싱크 장치와 소스 장치는 SEID 디스커버리 절차를 수행한다(S1106).
즉, 상기 싱크 장치의 AVRCP는 상기 소스 장치의 AVRCP로 상기 소스 장치가 지원하는 SEP들을 발견하기 위해 SEP 디스커버리(Stream End Point Discovery) 메시지를 전송한다.
이후, 상기 소스 장치의 AVRCP는 상기 SEP 디스커버리 메시지에 대한 응답을 상기 싱크 장치의 AVRCP로 전송하며(S1107), 상기 SEP 디스커버리 메시지에 대한 응답은 상기 소스 장치에서 지원하는 SEID 리스트 정보를 포함한다.
이를 통해, 상기 싱크 장치는 상기 소스 장치에서 지원하는 SEID를 획득할 수 있다.
상기 싱크 장치가 상기 소스 장치로부터 오디오 스트리밍 서비스를 제공받는 도중(S1108), 상기 싱크 장치의 상위 계층에서 리모트 컨트롤이 발생하는 경우, 상기 싱크 장치의 AVRCP는 상기 소스 장치의 AVRCP로 리모트 컨트롤을 위한 AV/C Command를 전송한다(S1109).
이후, 상기 소스 장치의 상위 계층은 상기 수신된 AV/C Command에 기초하여 리모트 컨트롤과 관련된 스트림을 선택하여 제어를 수행한다(S1110).
이후, 상기 소스 장치의 AVDTP는 S1110 단계에 따라 상기 싱크 장치의 AVDTP로 오디오 스트리밍을 제공한다(S1111).

SEID 전송 및 SEP 지정 방법
SEID 디스커버리 절차 완료 후, AV/C Command Header를 통해 SEID를 전송하거나 AV/C Command에서 SEP 지정을 통해 블루투스 통신의 멀티-채널 오디오 스트리밍에서 리모트 컨트롤을 수행하는 방법에 대해 도 12 내지 도 15를 참조하여 살펴보기로 한다.
도 12는 본 명세서에서 제안하는 SEID를 포함하는 AV/C Command를 통해 멀티-채널 오디오 스트리밍의 리모트 컨트롤을 수행하는 방법의 일 예를 나타낸 흐름도이다.
도 12의 경우, 블루투스 AVRCP의 AV/C Command Header 내 존재하는 Reserved bit를 활용하여 SEID를 전송하는 방법을 나타낸다.
도 12에 도시된 바와 같이, 싱크 장치는 AVDTP를 통해 소스 장치로부터 오디오 스트리밍을 제공 받는다(S1210).
이후, 상기 싱크 장치는 상기 소스 장치와 AVRCP 연결 확립 절차를 수행하고, SEP 디스커버리 절차를 통해 상기 소스 장치의 SEP들에 대한 SEID 리스트 정보를 획득한다.
이후, 상기 싱크 장치의 상위 계층에서 리모트 컨트롤러 제어가 있는 경우, 상기 싱크 장치의 상위 계층은 상기 리모트 컨트롤러 제어 관련 Command Information을 상기 싱크 장치의 AVRCP로 전송한다(S1220).
이후, 상기 싱크 장치의 AVRCP는 리모트 컨트롤을 위해 리모트 컨트롤러 제어 관련 SEID 및 S1220 단계의 정보를 포함하는 AV/C Command를 상기 소스 장치의 AVRCP로 전송한다(S1230).
상기 리모트 컨트롤러 제어 관련 SEID는 AVRCP의 모든 AV/C Command 및 AV/C Specific Command Header 내에 포함될 수 있다.
표 1은 본 명세서에서 제안하는 SEID를 포함하는 AV/C Specific Command Header 포맷의 일 예를 나타낸다.
Oct MSB(7) 6 5 4 3 2 1 LSB(0)
0 0x0 Ctype
1 Subunit type Subunit
2 Opcode
3-5 Company ID
6 PDU_ID
7 Stream End Point Identifier(SEID) Packet Type
8-9 Parameter Length
10-n Parameter
표 1에서, Ctype 파라미터는 AV/C Command의 종류(타입)를 나타내는 파라미터이며, Subunit type 파라미터는 Subunit의 종류(타입)을 나타내는 파라미터이며, Opcode 파라미터는 특정 동작을 나타내는 파라미터이며, Company ID 파라미터는 디바이스의 제조사를 나타내는 파라미터며, PDU_ID 파라미터는 각각의 동작에 대해 유일한 식별자를 가지는 specific command/response를 식별하기 위해 사용되는 파라미터며, Packet Type 파라미터는 메시지가 single 패킷인지 multi 패킷들인지를 나타내는 파라미터로서, 각각의 패킷은 start packet, continue packet, end packet일 수 있다.
Parameter Length는 파라미터의 길이를 나타내는 파라미터이다.
이후, 상기 소스 장치의 AVRCP는 S1230 단계에서 수신된 정보를 상기 소스 장치의 상위 계층으로 전송하고(S1240), 상기 소스 장치의 상위 계층은 SEID와 관련된 스트림을 선택하여 제어를 수행한다(S1250).
이후, 상기 소스 장치의 AVDTP는 S1250 단계에 따라 오디오 스트리밍을 상기 싱크 장치의 AVDTP로 제공한다(S1260).

도 13은 본 명세서에서 제안하는 AV/C Command 내 SEP 지정을 통해 멀티-채널 오디오 스트리밍에서의 리모트 컨트롤 방법의 또 다른 일 예를 나타낸 흐름도이다.
S1301 내지 S1307 단계는 도 11의 S1101 내지 S1107 단계와 동일하므로 구체적인 설명은 생략하기로 한다.
S1307 단계 이후, 싱크 장치의 AVRCP는 리모트 컨트롤 관련 SEP 지정을 위한 SEP 선택을 나타내는 정보를 포함하는 AV/C Command를 소스 장치의 AVRCP로 전송한다(S1308).
상기 SEP 선택을 나타내는 정보는 AV/C Specific Command Header 내 PDU_ID를 통해 전송될 수 있다.
표 2는 본 명세서에서 제안하는 SEP 선택을 나타내는 정보를 포함하는 AV/C Specific Command Header 포맷의 일 예를 나타낸다.
Oct MSB(7) 6 5 4 3 2 1 LSB(0)
0 0x0 Ctype
1 Subunit type Subunit
2 Opcode
3-5 Company ID
6 PDU_ID
7 Reserved Packet Type
8-9 Parameter Length : 1
10 Reserved SEID
11-n Parameter
표 2에서, PDU_ID가 일 예로, ‘0x19’로 설정되는 경우, AV/C Command는 SEP 선택(Select Stream End Point)을 지시할 수 있다.
이 경우, Parameter Length는 1일 수 있으며, 10에 해당하는 필드의 옥텟 LSB(0)에서 5비트까지를 이용하여 SEID를 설정할 수 있다.
이후, 상기 소스 장치의 AVRCP는 AV/C Command에 포함된 SEP에 해당하는 SEID를 상기 소스 장치의 상위 계층에 전송한다(S1309).
여기서, 상기 소스 장치의 상위 계층은 상기 소스 장치의 AVRCP로부터 수신되는 SEID와 상기 SEID에 해당하는 싱크 장치를 SEID-SINK 매칭 테이블로 저장한다(S1310).
이후, 상기 소스 장치는 상기 싱크 장치로 오디오 스트리밍을 제공하고 있는 중, 상기 싱크 장치의 AVRCP에서 리모트 컨트롤러 제어 관련 AV/C Command를 수신하는 경우(S1311), 상기 소스 장치의 상위 계층은 상기 싱크 장치와 매칭되는 SEID를 찾아 제어를 수행하게 된다(S1312).

도 14는 본 명세서에서 제안하는 블루투스 통신의 AVRCP에서 SEP 변경 방법의 일 예를 나타낸 흐름도이다.
먼저, 싱크 장치의 상위 계층에서 오디오 재생 기능이 수행되는 경우(S1401), 상기 싱크 장치는 소스 장치로부터 오디오 채널 #1을 통해 오디오 스트리밍을 제공받는다(S1402).
이후, 상기 싱크 장치의 상위 계층에서 현재 재생되는 스트림의 변경이 발생한 경우(S1403), 상기 싱크 장치의 AVDTP는 현재 재생되는 스트림의 정지(Pause)를 소스 장치의 AVDTP로 전송한다(S1404).
S1404 단계는 필요에 따라 수행될 수 있는 절차로 현재 재생되는 스트림의 변경이 발생하더라도 스트림이 정지되지 않을 수도 있다.
이후, 상기 싱크 장치의 상위 계층은 상기 싱크 장치의 AVRCP로 현재 재생되는 스트림과 관련된 SEID(Current SEID) 및 변경될 스트림과 관련된 SEID(Next SEID)를 전송한다(S1405).
이후, 상기 싱크 장치의 AVRCP는 SEP 변경을 나타내는 정보를 포함하는 AV/C Command를 상기 소스 장치의 AVRCP로 전송한다(S1406). 여기서, 상기 AV/C Command는 S1405 단계의 정보를 포함한다.
상기 SEP 변경을 나타내는 정보는 AV/C Specific Command Header의 PDU_ID를 이용하여 전송될 수 있다.
표 3은 본 명세서에서 제안하는 SEP 변경을 나타내는 정보를 포함하는 AV/C Specific Command Header 포맷의 일 예를 나타낸다.
Oct MSB(7) 6 5 4 3 2 1 LSB(0)
0 0x0 Ctype
1 Subunit type Subunit
2 Opcode
3-5 Company ID
6 PDU_ID
7 Reserved Packet Type
8-9 Parameter Length: 2
10 Reserved Cur_SEID
11 Reserved Next_SEID
12-n Parameter
표 3에서, PDU_ID가 일 예로, ‘0x20’으로 설정되면, SEP의 변경(Change Stream End Point)을 나타낼 수 있다.
이 경우, Parameter Length는 2이며, Parameter 10의 옥텟 LSB(0)에서 5비트까지는 Cur_SEID로 설정되고, Parameter 11의 옥텟 LSB(0)에서 5비트까지는 Next_SEID로 설정될 수 있다.
이후, 상기 소스 장치의 AVRCP는 상기 소스 장치의 상위 계층으로 S1406 단계의 정보를 전송하고(S1407), 상기 소스 장치의 상위 계층은 현재 스트림을 변경하고 변경될 새로운 스트림을 준비한다(S1408).
S1408 단계에서의 스트림 변경 및 새로운 스트림은 상기 소스 장치의 상위 계층, 상기 소스 장치의 AVRCP, 상기 싱크 장치의 AVRCP, 상기 싱크 장치의 상위 계층 순서로 전송된다(S1409).
이후, 상기 싱크 장치는 상기 소스 장치로 새로운 스트림의 시작(Start)을 전송한다(S1410). S1410 단계는 필요에 따라 수행될 수도 있고 수행되지 않을 수도 있다.
이후, 상기 소스 장치의 AVDTP는 상기 싱크 장치의 AVDTP로 새로운 스트림 즉, 다른 오디오 채널(예: #N)을 통해 오디오 스트리밍을 제공한다(S1411).

도 13 내지 도 14의 방법을 이용하여 싱크 장치가 특정 SEID를 지정하기 위해서는 상기 싱크 장치에 UI를 출력할 수 있는 출력부가 필요하다.
하지만, 경량화된 헤드셋 등 UI가 없는 싱크 장치의 경우, 도 13 및 도 14의 방법을 통해 특정 SEID를 지정하는 것은 쉽지 않다.
따라서, UI를 출력할 수 있는 출력부를 구비하지 않는 싱크 장치에서는 특정 SEID를 지정하지 않고, 오디오 스트림 리모트 컨트롤을 위해 따로 구비되는 하드웨어 장치(또는 구성요소)를 통해 F.F 또는 REW 정보만 소스 장치에 전달하여, 상기 소스 장치에서 SEID를 순차적으로 변경함으로써 오디오 스트림을 전송하는 방법을 사용할 수 있다.

도 15는 본 명세서에서 제안하는 사용자 인터페이스(UI)가 없는 싱크 장치에서 SEP를 변경하는 방법의 일 예를 나타낸 흐름도이다.
S1501 내지 S1502 단계는 도 14의 S1401 단계 내지 S1402 단계와 동일하므로 구체적인 설명은 생략하고 차이가 나는 부분에 대해 살펴보기로 한다.
S1502 단계 이후, 싱크 장치의 상위 계층에서 오디오 스트림 변경에 대한 리모트 컨트롤이 있는 경우(S1503), 다음 오디오 스트림으로 이동(F.F) 또는 이전 스트림으로 이동(REW)을 나타내는 정보를 포함하는 AVRCP 지원 Command를 상기 싱크 장치의 상위 계층에서 상기 싱크 장치의 AVRCP로 전송한다(S1504).
이후, 상기 싱크 장치의 AVRCP는 S1504 단계의 정보를 포함하는 AV/C Command를 소스 장치의 AVRCP로 전송한다(S1505). 상기 AV/C Command는 오디오 스트림에 해당하는 SEID를 포함하지 않는다.
이후, 상기 소스 장치의 AVRCP는 S1505 단계의 정보를 상기 소스 장치의 상위 계층으로 전송하고(S1506), 상기 소스 장치의 상위 계층은 상기 소스 장치의 AVRCP로부터 수신된 정보에 따라 오디오 스트림을 변경하고, 새로운 오디오 스트림 전송을 준비한다(S1507).
즉, 상기 소스 장치의 상위 계층은 스트림 채널에 관계없이 상기 싱크 장치로부터 전송되는 정보에 따라 무조건 다음 스트림 또는 이전 스트림으로 오디오 스트림을 변경한다.
이후, 상기 소스 장치의 AVDTP는 상기 싱크 장치의 AVDTP로 이전 오디오 채널(CH #1)과 다른 오디오 채널 #2을 통해 오디오 스트리밍을 제공한다(S1508).

다음으로, NFC를 이용한 멀티-채널 오디오 스트리밍 지원 방법에 대해 도 16을 참고하여 살펴보기로 한다.
도 16은 본 명세서에서 제안하는 NFC를 이용한 멀티-채널 오디오 스트리밍 방법의 일 예를 나타낸 흐름도이다.
먼저, 소스 장치와 싱크 장치는 Stream End Point Discovery 절차를 수행한다(S1601). S1601 단계는 NFC 태깅을 통해 수행될 수 있다.
즉, NFC 태깅을 통해 상기 소스 장치는 상기 싱크 장치에서 지원하는 SEP들에 대한 SEID(Stream End Point ID) 정보를, 상기 싱크 장치는 상기 소스 장치에서 지원하는 SEP들에 대한 SEID 정보를 획득할 수 있다.
이후, 도 10의 S1020 내지 S1050 단계와 동일한 절차가 수행되어, 상기 소스 장치와 상기 싱크 장치 간의 스트림이 확립되며, 상기 소스 장치는 상기 싱크 장치로 오디오 스트리밍을 제공한다(S1602~S1605).
이후, 상기 싱크 장치에서 리모트 컨트롤 동작이 수행되는 경우(S1606), 상기 싱크 장치는 S1601 단계에서 NFC 태깅을 통해 획득한 SEID 정보를 이용하여 상기 리모트 컨트롤과 관련된 SEID를 포함하여 AV/C Commnad를 상기 소스 장치로 전송한다(S1607).
이후, 상기 소스 장치는 상기 AV/C Command에 포함된 SEID에 해당하는 스트림을 선택하고, 상기 선택된 스트림에 대해 제어를 수행한다(S1608).
따라서, 도 16의 방법을 통해 소스 장치와 싱크 장치는 간단히 NFC 태깅을 수행함으로써 Stream End Point Discovery를 수행할 수 있고, 현재 AVRCP에서 소스 장치와 싱크 장치 간 SEP들 정보(SEID)들을 교환하는 절차가 없어 멀티-채널 오디오 스트리밍에서의 리모트 컨트롤을 수행할 수 없는 문제를 해결할 수 있게 된다.

NFC를 이용한 기기 간 자동 연결 및 AV 스트리밍 자동 연속 재생
이하에서, NFC(Near Field Communication)를 이용하여 자동으로 오디오 스트리밍을 다른 장치로 핸드오버(Handover)하는 방법에 대해 살펴보기로 한다.
즉, 본 명세서에서는 복수의 소스 장치가 하나의 싱크 장치를 통해 멀티미디어 컨텐츠를 재생하고자 하는 경우, NFC를 이용한 (1) 새로운 소스 장치와 싱크 장치 간 paring 방법, (2) 소스 장치 간 재생 제어권 천이 방법, (3) 소스 장치에서 재생되던 멀티미디어 스트리밍을 자동으로 이어서 재생하는 방법을 제공한다.
이를 위해, 새로운 소스 장치가 싱크 장치에 연결되었을 경우, 연결 상태 정보, Streaming 정보 (Streaming ID, Request ID, Device ID 등), 제어권 천이 허용 여부 질의 및 결과 등에 대한 절차 및 메시지들을 정의한다.
싱크 장치(예: Set-top Box (IPTV), TV, Sound Bar, Car-kit 스피커, docking 스피커)를 여러 사용자가 공유해서 사용하는 경우, 사용자는 소스 장치를 이용하여 매번 싱크 장치를 검색하고, 싱크 장치로 연결을 요청해야 하는 번거로움이 있다.
따라서, 본 명세서는 Car-kit 또는 docking 스피커 등 싱크 장치의 정보를 포함하는 NFC 태그(tag)를 이용하여(NFC 태그는 싱크 장치에 구비) 소스 장치와 싱크 장치의 NFC 태깅만으로 소스 장치와 싱크 장치 간 자동 연결(또는 자동 페어링) 및 자동으로 오디오 스트리밍을 연속하여 재생할 수 있는 방법을 제공한다.
즉, 소스 장치가 싱크 장치를 통해 오디오 스트리밍을 제공하고자 하는 경우, 상기 소스 장치는 상기 싱크 장치에 구비되는 NFC 태그를 태깅(또는 터치)함으로써, 상기 싱크 장치와 자동으로 페어링 되고, 상기 싱크 장치를 통해 오디오 스트리밍을 자동으로 재생할 수 있다.
또한, 본 명세서는 제 1 소스 장치가 싱크 장치를 통해 오디오 스트리밍 중, 제 2 소스 장치로부터 오디오 스트리밍에 대한 요청이 있는 경우, 제 1 소스 장치와 싱크 장치 간의 오디오 스트리밍을 해제하는 방법을 제공한다.
이를 위해, (1) NFC 태깅을 이용하여 기기 간 자동 페어링(Pairing) 시, Stream End Point Identifier(SEID) 및 Media Player ID 등의 부가 정보 전송 방법, (2) 자동 페어링 시, 전달받은 SEID를 활용하여 기기 간 SEID를 공유함으로써, 오디오 스트리밍을 자동으로 재생하는 방법에 대해 살펴보기로 한다.

도 17은 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 오디오 스트리밍 자동 재생 방법의 일 예를 나타낸 흐름도이다.
제 1 소스 장치는 싱크 장치를 통해 오디오 스트리밍을 제공하기 위해 상기 싱크 장치로 오디오 스트림을 전송한다(S1701).
이후, 제 2 소스 장치는 상기 싱크 장치를 통해 상기 제 2 소스 장치의 오디오 스트리밍을 제공하기 위해 상기 싱크 장치와 NFC를 이용하여 페어링(Pairing)을 한다(S1702).
여기서, 상기 싱크 장치는 새로운 소스 장치에 대한 연결을 허용할 것인지 또는 거절한 것인지와 관련된 구성(configuration)을 미리 설정할 수 있다.
상기 구성은 NFC를 이용한 자동 페어링 수행 여부를 표시하는 정보(enabled 또는 disabled) 및 소스 장치의 핸드오버 가능 여부를 표시하는 정보(enabled 또는 disabled)를 포함할 수 있다.
상기 구성에 자동 페어링 ‘enabled’ 및 소스 장치 핸드오버 ‘enabled’로 설정되어 있는 경우, 상기 싱크 장치는 새로운 소스 장치와 NFC를 통한 자동 연결 및 새로운 소스 장치의 오디오 스트리밍을 재생할 수 있다.
상기 싱크 장치는 제 2 소스 장치와 페어링 시, 상기 제 2 소스 장치와 SEID 및 Media Player ID 등과 같은 오디오 스트리밍 관련 부가 정보를 교환한다.
이후, 상기 제 2 소스 장치가 상기 싱크 장치와 Pairing이 되는 경우, 상기 싱크 장치는 상기 제 1 소스 장치로 상기 제 2 소스 장치의 참여(Join)에 대한 허용 여부를 요청한다(S1703).
이후, 상기 제 1 소스 장치는 상기 제 2 소스 장치의 참여에 대한 허용 여부 요청을 상기 싱크 장치로부터 수신한 경우, 상기 요청과 관련된 팝업 메시지(허락 또는 거절)를 출력부로 출력하고, 사용자로부터 허용(허락) 또는 거절에 대한 입력을 받은 경우, 사용자에 의한 입력 결과를 상기 싱크 장치로 전송한다(S1704).
S1704 단계에서 수신된 결과가 ‘허용’인 경우, 상기 싱크 장치와 상기 제 1 소스 장치 간의 오디오 스트리밍은 중단된다(S1705).
또한, 상기 싱크 장치는 상기 제 1 소스 장치로부터 수신한 사용자에 의한 입력 결과를 상기 제 2 소스 장치로 전송한다(S1706).
이후, 상기 제 2 소스 장치는 상기 싱크 장치로부터 수신된 참여에 대한 허용 여부 결과를 확인 및 출력한다(S1707).
이후, 사용자에 의해 ‘Play’ 제어 신호를 수신하는 경우(S1708), 상기 제 2 소스 장치는 상기 싱크 장치를 통해 오디오 스트리밍을 위해 상기 싱크 장치로 오디오 스트림을 전송한다(S1709).
여기서, 상기 싱크 장치는 S1702 단계에서 교환된 정보를 이용하여 상기 제 2 소스 장치의 오디오 스트리밍을 제공할 수 있다.

도 18은 본 명세서에서 제안하는 NFC 태깅을 통한 기기 간 자동 연결 및 오디오 스트리밍 자동 재생 방법의 또 다른 일 예를 나타낸 흐름도이다.
S1801 및 S1802 단계는 도 17의 S1701 및 S1702 단계와 동일하므로 구체적인 설명은 생략하고 차이가 있는 부분에 대해서만 살펴보기로 한다.
S1802 단계 이후, 싱크 장치와 제 2 소스 장치 간 Pairing이 되는 경우, 상기 싱크 장치는 상기 제 2 소스 장치의 참여(Join)에 대한 허용 여부를 나타내는 정보(허용 또는 거절)를 상기 싱크 장치의 출력부를 통해 출력한다(S1803).
이후, 상기 싱크 장치의 출력부를 통해 출력된 ‘허용’ 또는 ‘거절’ 중 어느 하나가 선택되는 경우, 상기 싱크 장치는 상기 선택된 결과를 상기 제 1 소스 장치로 전송한다(S1804).
여기서, 상기 선택된 결과가 ‘허용’인 경우, 상기 제 1 소스 장치는 상기 싱크 장치를 통해 재생되고 있는 오디오 스트리밍을 중단하고(S1805), 상기 선택된 결과가 ‘거절’인 경우, 상기 제 1 소스 장치는 계속해서 상기 싱크 장치를 통해 오디오 스트리밍을 제공한다.
여기서, 상기 싱크 장치는 상기 선택된 결과를 상기 제 2 소스 장치로도 전송한다(S1806).
여기서, 상기 선택된 결과가‘허용’이고, 상기 제 2 소스 장치가 사용자로부터 ‘Play’ 제어 신호를 수신하는 경우, 상기 싱크 장치로 오디오 스트림을 전송한다(S1807).
여기서, 상기 싱크 장치는 상기 제 2 소스 장치와의 페어링 시 교환된 정보를 이용하여 상기 제 2 소스 장치의 오디오 스트리밍을 제공한다.

다음으로, 블루투스 통신을 통해 기기 간 AV 스트리밍 중 NFC를 이용하여 새로운 기기와의 자동 연결, AV 스트리밍 자동 재생 및 기기 간 AV 스트리밍 해제 방법에 대해 구체적으로 살펴보기로 한다.
블루투스 통신의 경우, 소스 장치에서 싱크 장치로 AV 스트리밍 중 다른 소스 장치에서 싱크 장치로 AV 스트리밍을 위해 현재 AV 스트리밍 중인 소스 장치와 싱크 장치 간 AV 스트리밍을 해제하는 방법에 대한 구체적인 절차는 정의되어 있지 않다.
따라서, 도 19 및 도 20을 참고하여 소스 장치와 싱크 장치 간 AV 스트리밍 중 NFC를 이용하여 다른 소스 장치와 싱크 장치 간 자동 연결을 수행하는 방법과, 다른 소스 장치의 AV 스트리밍을 싱크 장치를 통해 제공하기 위해 현재 AV 스트리밍 중인 소스 장치와의 AV 스트리밍을 해제하기 위한 방법에 대해 구체적으로 살펴보기로 한다.
도 19는 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 AV 스트리밍을 해제하기 위한 방법의 일 예를 나타낸 흐름도이다.
도 19에 도시된 바와 같이, 싱크 장치는 NFC 태깅을 통한 새로운 소스 장치의 연결 요청을 허용할 것인지 또는 거절할 것인지를 나타내는 자동 페어링 관련 정보를 사용자가 선택할 수 있도록 출력부를 통해 출력한다.
상기 자동 페어링 관련 정보는 새로운 소스 장치에 대한 연결 요청을 허용하는 ‘enabled’ 값 또는 새로운 소스 장치에 대한 연결 요청을 거절하는 ‘disabled’ 값을 포함한다.
또한, 상기 싱크 장치는 새로운 소스 장치의 AV 스트리밍 자동 연속 재생 요청을 허용할 것인지 또는 거절할 것인지를 나타내는 소스 장치 핸드오버 관련 정보를 사용자가 선택할 수 있도록 출력부를 통해 출력한다.
상기 소스 장치 핸드오버 관련 정보는 새로운 소스 장치의 AV 스트리밍 자동 연속 재생 요청을 허용하는 ‘enabled’ 값 또는 새로운 소스 장치의 AV 스트리밍 자동 연속 재생 요청을 거절하는 ‘disabled’ 값을 포함할 수 있다.
먼저, 제 1 소스 장치와 싱크 장치는 AV 전송 연결(Transport connection) 절차를 수행한다(S1901). 이를 통해, 제 1 소스 장치와 싱크 장치는 pairing이 되고, 상기 제 1 소스 장치 및 상기 싱크 장치는 AV stream 및 AV control command를 서로 주고 받을 수 있다.
이후, 상기 제 1 소스 장치는 특정 컨텐츠를 상기 싱크 장치를 통해 재생하도록 하는 제어 신호를 (사용자로부터) 입력 받는 경우(S1902), 상기 입력 받은 제어 신호에 대한 Command를 상기 싱크 장치로 전송한다(S1903).
여기서, 상기 제어 신호는 사용자가 상기 제 1 소스 장치에서 음악 재생을 실행시키기 위해 Play button을 눌렀다가 떼는 동작일 수 있다.
S1903 단계에 대해 좀 더 구체적으로 살펴보면, 상기 제 1 소스 장치는 Play Key press의 사용자 action을 수신하는 경우, 상기 싱크 장치로 Play, Pressed 정보를 포함하는 제 1 Pass Through command를 전송한다.
그리고, 상기 제 1 소스 장치는 상기 싱크 장치로부터 상기 Pass Through command에 대한 응답을 수신한다.
또한, 상기 제 1 소스 장치가 Play Key release의 사용자 action을 수신하는 경우, 상기 제 1 소스 장치는 상기 싱크 장치로 Play, Released 정보를 포함하는 제 2 Pass Through command를 전송한다.
그리고, 상기 제 1 소스 장치는 상기 싱크 장치로부터 상기 제 2 Pass Through command에 대한 응답을 수신한다.
이후, 상기 제 1 소스 장치는 AV 스트림을 상기 싱크 장치로 전송하기 위해 상기 싱크 장치에서 지원하는 stream end point를 발견하기 위해 Stream End Point Discovery 메시지를 상기 싱크 장치로 전송하고(S1904), 상기 싱크 장치로부터 상기 SEP Discovery에 대한 응답을 수신한다.
상기 응답은 상기 싱크 장치에서 지원하는 stream end point에 대한 정보(예: SEID)를 포함한다.
이후, 상기 제 1 소스 장치는 상기 싱크 장치와 Capability Matching 절차를 수행한다(S1905).
이후, 상기 제 1 소스 장치는 상기 싱크 장치와 스트림 구성 절차를 수행한다(S1906).
즉, 상기 제 1 소스 장치는 상기 수신된 각 stream end point에 대한 상세 정보(예: media type, media codec type 등)를 상기 싱크 장치로부터 읽어오고, 상기 싱크 장치에서 지원하는 stream end point 정보와 매칭시킨다.
또한, 상기 제 1 소스 장치는 상기 maching된 stream end point에 대한 정보 및 matching된 media codec에 대한 상세 정보(예: sampling frequency, channel mode, subbands 등)를 상기 싱크 장치로 전송한다.
S1906 단계에 대해 좀 더 구체적으로 살펴보면, 상기 제 1 소스 장치는 상기 싱크 장치로 전송하는 media codec 등에 대한 상세 정보를 AVDTP에 정의된 SET_CONFIG_CMD 메시지를 통해 전송할 수 있다.
그리고, 상기 제 1 소스 장치는 상기 SET_CONFIG_CMD에 대한 응답으로 SET-CONFIG_RSP 메시지를 상기 싱크 장치로부터 수신한다.
이후, 상기 제 1 소스 장치는 상기 싱크 장치와 스트림 확립 절차를 수행한다(S1907).
즉, 상기 싱크 장치는 설정된 stream end point로 transport channel를 오픈(open)하고, 상기 싱크 장치는 상기 제 1 소스 장치로부터 전송되는 AV stream을 수신할 준비를 한다.
상기 transport channel를 오픈하는 과정에 대해 좀 더 구체적으로 살펴보면, 상기 제 1 소스 장치는 AVDTP에서 정의된 OPEN_CMD 메시지를 전송하고, 상기 OPEN_CMD 메시지에 대한 응답으로 OPEN_RSP 메시지를 상기 싱크 장치로부터 수신한다.
또한, 상기 제 1 소스 장치는 선택된 SEP로 상기 싱크 장치가 AV 스트림을 받을 준비를 할 수 있도록 AVDTP에서 정의된 START_CMD 메시지를 전송하고, 상기 START_CMD 메시지에 대한 응답으로서 START_RSP 메시지를 상기 싱크 장치로부터 수신한다.
이후, 상기 제 1 소스 장치는 상기 싱크 장치로 AV stream을 전송한다(S1908).
S1908 단계 수행 중, 제 2 소스 장치는 특정 컨텐츠를 상기 싱크 장치를 통해 재생하기 위해 상기 싱크 장치를 발견 및 선택한다.
이후, 상기 제 2 소스 장치는 상기 싱크 장치의 NFC 태그로 태깅하여 상기 싱크 장치와 자동으로 페어링한다(S1909).
여기서, NFC 태깅을 통한 pairing 시, 상기 제 2 소스 장치는 Stream End Point Identifier(SEID)를 상기 싱크 장치로 전송함으로써, 상기 제 2 소스 장치 가 상기 싱크 장치에서 지원하는 Stream End Point를 발견하기 위한 SEP Discovery 시간을 단축하거나 생략하게 할 수 있다.
상기 제 2 소스 장치는 S1909 단계에서 상기 SEID 및 Media Player ID(MPID) 등과 같은 상세 정보를 블루투스 OOB(Out-Of-Band) Data에 포함하여 전송할 수 있다.
즉, 상기 제 2 소스 장치는 상기 싱크 장치로 NFC 태깅을 통해 자동 페어링 수행 시, 블루투스 OOB Data 항목 중 AVDTP에 AV 스트림을 전송하기 위한 Stream End Point ID(SEID) 및 MPID를 포함하여 전송할 수 있다.
표 4 및 표 5는 본 명세서에서 제안하는 SEID 및 MPID를 포함하는 블루투스 OOB 데이터 포맷의 일 예를 나타낸다.
Name Offset Size Mandatory/Optional Description
OOB Data Length 0 2 octets M The total length of OOB data
Bluetooth Device Address 2 6 octets M Bluetooth Device Address of the device
OOB Optional Data 8 N octets O The remaining optional OOB data, in EIR(with SEID)

표 5는 표 4의 OOB Optional Data 필드에 포함되는 SEID 및 MPID를 나타낸 표이다.
Value Description
SEID Stream End Point ID(SEID)(6bit)
MPID Media Player ID(32bit or 16bit)

또한, 상기 제 2 소스 장치는 S1909 단계에서의 상기 SEID 및 Media Player ID(MPID) 등과 같은 상세 정보를 AV 스트리밍 핸드오버 요청(AV StreamingHandoverRequest)을 지원하는 NFC Data에 포함하여 전송할 수도 있다.
아래 XML Schema는 NFC 태깅 시 전송되는 SEID 및 MPID를 포함하는 AV 스트리밍 핸드오버 요청을 지원하는 NFC Data 포맷의 일 예를 나타낸다.
<?xml>
< StreamingHandoverRequest >
< RequestList >
RequestIDSEID
BD_ADDR
MediaPlayerID
< StreamingHandoverCondition >
AutoPairing
AutoStreamingHanodver
StreamingStatusNotification
NetworkConnection
</ StreamingHandoverRequest >

[Example StreamingHandoverRequest via NFC]
<?xml version="1.0" encoding="UTF-8"?>
< StreamingHandoverRequest name=“NFC_StreamingHandoverRequest">
< RequestList
RequestID =“002“
SEID = “012345””
BD_ADDR = “00:02:72:00:d4:1a”
MediaPlayerID =“02:01:06:03:02:F0:FF” >
< StreamingHandoverCondition
AutoPairing =“true“
AutoStreamingHanodver =“true”
StreamingStatusNotification = “true”
NetworkConnection =“NFC|WLAN|Bluetooth “>
</ StreamingHandoverRequest >

이후, 상기 제 2 소스 장치는 상기 싱크 장치와 AV 전송 연결(transport connection) 확립 절차를 수행한다(S1910).
이후, 상기 싱크 장치는 상기 제 2 소스 장치가 AV 스트리밍을 위해 연결되었음을 확인하고, 상기 제 1 소스 장치로 상기 제 2 소스 장치가 상기 싱크 장치에 연결해도 되는지에 대한 허용 여부(허용 또는 거절)를 묻는 command(Notification)를 전송한다(S1911).
S1911 단계에 대해 좀 더 구체적으로 살펴보면, 상기 싱크 장치는 상기 제 1 소스 장치로 상기 제 2 소스 장치의 음악 재생 허용과 관련된 AVDTP_NEWSRC_CMD 메시지를 전송한다.
상기 AVDTP_NEWSRC_CMD 메시지를 수신한 상기 제 1 소스 장치는 사용자에게 허용 여부를 결정하도록 하기 위한 정보(허용 또는 거절)를 출력부를 통해 출력한다.
이후, 상기 제 1 소스 장치는 상기 싱크 장치로부터 상기 AVDTP_NEWSRC_CMD 메시지에 대한 응답으로 AVDTP_NEWSRC_RSP 메시지를 수신한다.
상기 제 1 소스 장치가 상기 제 2 소스 장치의 연결을 허용하는 경우, 상기 제 1 소스 장치는 AV 스트리밍을 중단하는 command(Stream Stop)를 상기 싱크 장치로 전송한다(S1912).
S1912 단계에 대해 좀 더 구체적으로 살펴보면, 상기 싱크 장치 또는 상기 제 1 소스 장치가 상기 제 2 소스 장치의 AV 스트리밍 핸드오버를 허용한 경우, 상기 제 1 소스 장치는 상기 싱크 장치로 AV 스트리밍을 중단하기 위해 AVDTP_CLOSE_CMD 메시지를 전송하고 이에 대한 응답으로 AVDTP_CLOSE_RSP 메시지를 수신한다.
또는, 상기 싱크 장치는 상기 제 1 소스 장치로부터 AVDTP_CLOSE_RSP 메시지를 수신한 것으로 간주하고, 상기 제 1 소스 장치와 AVDTP 연결을 종료할 수 있다.
이후, 상기 싱크 장치는 상기 제 2 소스 장치로 상기 제 1 소스 장치의 허용에 대한 결과를 전송한다(S1913).
S1913 단계에 대해 좀 더 구체적으로 살펴보면, 상기 싱크 장치는 상기 제 2 소스 장치로 AVDTP_NEWSRC_RSP 내용을 전송하기 위해 상기 제 2 소스 장치로 AVDTP_JOIN_CMD 메시지를 전송하고, 이에 대한 응답으로 AVDTP_JOIN_RSP 메시지를 수신한다.
또한, 상기 제 2 소스 장치는 상기 싱크 장치로부터 수신된 AVDTP_JOIN_CMD 메시지의 내용(허용 또는 거절)을 UI를 통해 사용자가 볼 수 있도록 출력부를 통해 출력한다.
이후, 상기 싱크 장치는 상기 제 2 소스 장치로 AV 스트리밍을 전송하기 위해 S1909 단계에서 수신한 stream end point 를 상기 제 2 소스 장치의 SEID 로 할당한다(S1914).
이후, 상기 제 2 소스 장치와 상기 싱크 장치는 S1905 내지 S1908단계와 동일한 절차를 수행하여, 상기 제 2 소스 장치는 AV 스트리밍을 상기 싱크 장치를 통해 수행한다.

도 20은 본 명세서에서 제안하는 NFC를 이용한 기기 간 자동 연결 및 AV 스트리밍을 해제하기 위한 방법의 또 다른 일 예를 나타낸 흐름도이다.
S2001 단계 내지 S2010, S2014 및 S2015 단계는 도 19의 S1901 단계 내지 S1910, S1912 및 S1914 단계와 동일하므로 구체적인 설명은 생략하고 차이가 있는 부분에 대해서만 살펴보기로 한다.
S2010 단계 이후, 싱크 장치는 제 2 소스 장치가 AV 스트리밍을 위해 연결되었음을 확인하고, 상기 싱크 장치의 출력부를 통해 사용자가 상기 제 2 소스 장치의 AV 스트리밍 재생 허용 여부를 결정할 수 있도록 상기 제 2 소스 장치의 상기 싱크 장치로의 연결 허용 여부를 나타내는 정보(허용 또는 거절)를 출력한다(S2011).
상기 싱크 장치는 상기 제 2 소스 장치의 연결 허용을 나타내는 사용자 입력을 수신하는 경우, 상기 싱크 장치는 상기 제 1 소스 장치로 상기 제 2 소스 장치가 상기 싱크 장치를 통해 AV 스트림을 재생한다는 command(새로운 소스 장치의 연결 참여)를 전송한다(S2012).
또한, 상기 싱크 장치는 상기 제 2 소스 장치로 상기 싱크 장치를 통해 AV 스트림 재생 허용을 알리는 command를 전송한다(S2013).
이후, 상기 제 2 소스 장치와 상기 싱크 장치는 S2005 내지 S2008단계와 동일한 절차를 수행하여, 상기 제 2 소스 장치는 AV 스트리밍을 상기 싱크 장치를 통해 수행한다.


도 21은 도 19 및 도 20에서 살펴본 소스 장치 및 싱크 장치에서 출력되는 출력 결과의 일 예를 도시한 도이다.
도 21a는 싱크 장치에서 자동 페어링 관련 정보를 출력부를 통해 출력한 UI(User Interference)를 나타내며, 도 21b는 싱크 장치에서 소스 장치 핸드오버 관련 정보를 출력부를 통해 출력한 UI를 나타내며, 도 21c는 제 1 소스 장치에서 AV 스트리밍이 중단되었음을 상기 제 1 소스 장치의 출력부를 통해 출력한 UI를 나타내며, 도 21d는 제 2 소스 장치에서 상기 싱크 장치로의 자동 연결 및 자동 연속 AV 스트리밍 재생을 허용한다는 결과를 출력한 UI를 나타낸다.

도 22는 본 명세서에서 제안하는 NFC를 이용한 자동 연결 및 AV 스트리밍 자동 연속 재생을 위해 싱크 장치에 설정된 UI의 일 예를 나타낸 도이다.
도 22a에 도시된 바와 같이, 싱크 장치의 화면에 새로운 소스 장치의 자동 연결 요청을 수락할 것인지 또는 거절할 것인지를 사용자에게 선택할 수 있도록 하는 Enable Auto Paring 설정이 표시될 수 있다.
또한, 싱크 장치의 화면에 자동 Pairing 및 AV Streaming 자동 연속 재생을 허용하는 주변 기기의 List들이 표시될 수 있다.
도 22a에서는 최근에 싱크 장치와 연결된 장치들 중 주변에서 발견되는 장치로서 Smart Phone 1, User Tablet 1, User Phone 2가 표시되어 있으며, 상기 Smart Phone 1 및 User Phone 2의 경우 자동 페어링 및 AV 스트리밍 자동 연속 재생이 enabled되어 있다.
도 22b는 싱크 장치에 새로운 소스 장치로 AV 스트리밍의 자동 연속 재생 요청을 허용할 것인지 또는 거절할 것인지를 사용자에게 선택할 수 있도록 제공하는 UI (Enable Auto Streaming Handover)가 표시되어 있다.
이외에도, 도 22b에 도시된 바와 같이, 싱크 장치의 화면에는 AV 스트리밍 연결이 허용되는 네트워크 종류의 표시(Allowed Streaming Connection), Streaming Handover Notification 표시 등이 있을 수 있다.

Wi-Fi Direct 통신을 이용한 기기 간 자동 연결 및 AV 스트리밍 자동 재생
다음으로, 와이파이 다이렉트(Wi-Fi Direct) 통신을 이용하여 기기 간 자동 페어링 및 AV 스트리밍 자동 연속 재생을 위한 방법에 대해 살펴보기로 한다.
도 23은 본 명세서에서 제안하는 와이파이 다이렉트를 이용한 자동 연결 및 AV 스트리밍 자동 연속 재생 방법의 일 예를 나타낸 흐름도이다.
도 23에 도시된 바와 같이, 싱크 장치는 제 1 소스 장치와 WFDN(Wi-Fi Direct Network)을 통해 연결되어 있으나, 제 2 소스 장치와는 아직 연결되어 있지 않다(S2310).
상기 싱크 장치는 WFDN을 통해 상기 제 1 소스 장치로부터 AV 스트림을 수신한다(S2320).
S2320 단계를 통해, 상기 제 1 소스 장치는 상기 싱크 장치로 WFDN을 통해 AV 스트리밍을 전송한다. 상기 제 1 소스 장치가 전송하는AV 스트리밍의 SEID는 일 예로, ‘000001’ 값으로 설정될 수 있다.
이후, 상기 제 2 소스 장치는 Wi-Fi Direct 통신을 이용하여 상기 싱크 장치와 Device Discovery 절차를 수행한다(S2330).
S2330 단계에는 Multi-Network Probing, Discovery BSSID, Stream End Point ID(일 예로, SEID=000002) 전송 등의 과정이 포함될 수 있다.
이후, 상기 제 2 소스 장치는 상기 싱크 장치와 Device Discovery 및 WFD(Wi-Fi Direct) 그룹 형성 과정을 통해 WFD 그룹에 참여한다(S2340).
이후, 상기 싱크 장치는 상기 제 2 소스 장치와 향후 AV 스트림 재연결 과정을 보다 빨리 수행하기 위해, SEID를 이용하여 Stream End Point를 발견한다(S2350).
이후, 상기 제 2 소스 장치가 WFD 그룹에 참여한 후, 상기 제 2 소스 장치는 상기 싱크 장치와 WFDN을 통해 연결된다(S2360).
이후, 상기 제 2 소스 장치는 S2330 단계에서 전송되는 SEID를 통해 상기 싱크 장치로 AV 스트림을 전송한다(S2370).
아래 XML Schema는 Device Discovery 절차(Probing, Discovery Message)에서 Stream End Point ID(SEID)가 전송의 일 예를 나타낸다.

<?xml>
<StreamingHandoverRequest>
<BSSID>802.11 Wi-Fi Direct BSSID</BSSID> // Mandatory <P2PGroupID>802.11 Wi-Fi Direct GroupID</P2PGroupID> // Mandatory <DeviceID> Device Unique ID</DeviceID> // Optional <RequestID> Number of Request</RequestID> // Optional <SEID>Stream End Point ID</SEID> // Optional
< MediaPlayerID > Media Player ID </ MediaPlayerID> // Optional <SecurityType>WEP</SecurityType> // Optional <SecurityKey>WEPKey</SecurityKey> // Optional

[Example StreamingHandoverRequest via Wi-Fi Direct]
<?xml version="1.0" encoding="UTF-8"?>
< StreamingHandoverRequest name=“Wi-Fi_StreamingHandoverRequest">
< StreamingHandoverRequest
BSSID = “WFDBSS”
P2PGroupID = “WFDP2P”
DeviceID = “00:02:72:00:d4:1a”
RequestID =“002“
SEID = “012345”
MediaPlayerID =“02:01:06:03:02:F0:FF” >
< StreamingHandoverCondition
AutoPairing =“true“
AutoStreamingHanodver =“true”
StreamingStatusNotification = “true”
NetworkConnection =“NFC|WLAN|Bluetooth “>
</ StreamingHandoverRequest >

스트리밍 핸드오버 요청은 Device Information (device/interface address), Device type, friendly name, manufacturer, model description, model name, UDN (UUID), service list 등과 같은 DDI를 포함할 수 있다.

나아가, 설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시 예들을 병합하여 새로운 실시 예를 구현하도록 설계하는 것도 가능하다. 그리고, 당업자의 필요에 따라, 이전에 설명된 실시 예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 본 발명의 권리범위에 속한다.
본 명세서에 따른 무선 도킹 서비스를 제공하는 방법은 상기한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상기 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 본 명세서의 무선 도킹 서비스를 제공하는 방법은 네트워크 디바이스에 구비된 프로세서가 읽을 수 있는 기록매체에 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 본 명세서의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수가 있다.
본 명세서는 무선 통신 시스템에서 특히, WPAN(Wireless Personal Area Network)에서 오디오/비디오 스트리밍을 이용함에 있다.

Claims (20)

  1. 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 소스 장치는,
    싱크 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계;
    상기 싱크 장치로부터 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 수신하는 단계;
    상기 싱크 장치로 상기 A/V 소스 디스커버리 메시지에 대한 응답을 전송하는 단계, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며;
    상기 싱크 장치로부터 A/V 스트리밍을 위해 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 수신하는 단계;
    상기 싱크 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하는 단계; 및
    상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 이용하여 상기 싱크 장치로 A/V 스트림을 전송하는 단계를 포함하되,
    상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  2. 제 1항에 있어서,
    A/V 채널 관련 정보는 A/V 채널 및 A/V 스트림 중 적어도 하나를 나타내는 식별자(Identifier:ID)인 것을 특징으로 하는 방법.
  3. 제 2항에 있어서,
    상기 응답은 사용 가능한 A/V 채널을 나타내는 이용 가능 A/V 채널 리스트를 더 포함하는 것을 특징으로 하는 방법.
  4. 제 1항에 있어서,
    상기 A/V 채널 관련 정보는 상기 소스 장치에서 지원하는 그룹의 총 개수를 나타내는 NumGID(Number of Group ID) 필드 및 각 그룹에서 제공되는 총 스트림의 개수를 나타내는 NumSID(Number of Stream ID) 필드를 더 포함하는 것을 특징으로 하는 방법.
  5. 제 1항에 있어서,
    A/V 스트리밍의 제어와 관련된 A/V 채널 관련 정보를 포함하는 리모트 컨트롤(Remote Control)을 상기 싱크 장치로부터 수신하는 단계;
    상기 수신된 리모트 컨트롤에 따라 상기 싱크 장치로 전송하는 A/V 스트림의 제어를 수행하는 단계; 및
    상기 싱크 장치로 상기 A/V 스트림의 제어 결과를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 제 5항에 있어서,
    상기 A/V 스트림의 제어는 다음 A/V 스트림으로 또는 이전 A/V 스트림으로 이동인 것을 특징으로 하는 방법.
  7. 제 1항에 있어서,
    상기 A/V 소스 디스커버리 메시지의 수신 및 상기 응답의 전송은 상기 싱크 장치와 NFC 태깅(tagging)을 통해 수행되는 것을 특징으로 하는 방법.
  8. 제 5항에 있어서,
    상기 A/V 채널 관련 정보는 스트림 엔트 포인트 식별자(Stream End Point Identifier:SEID)인 것을 특징으로 하는 방법.
  9. 제 8항에 있어서,
    상기 싱크 장치와 리모트 컨트롤 수행을 위한 스트림 엔드 포인트(Stream End Point:SEP) 디스커버리 절차를 수행하는 단계를 더 포함하되,
    상기 SEP 디스커버리 절차는,
    상기 싱크 장치로부터 상기 소스 장치에서 지원하는 SEP 발견을 위한 SEP 디스커버리 메시지를 수신하는 단계; 및
    상기 SEP 디스커버리 메시지에 대한 응답을 상기 싱크 장치로 전송하는 단계를 포함하되,
    상기 응답은 상기 소스 장치의 SEID 리스트를 포함하는 것을 특징으로 하는 방법.
  10. 제 9항에 있어서,
    상기 리모트 컨트롤은 AV Command 메시지 또는 AV Command Header인 것을 특징으로 하는 방법.
  11. 제 10항에 있어서, 상기 AV Command 메시지는,
    SEP의 선택을 나타내는 정보 및 SEP의 변경을 나타내는 정보 중 적어도 하나를 더 포함하는 것을 특징으로 하는 방법.
  12. 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 싱크 장치는,
    소스 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계;
    상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 상기 소스 장치로 전송하는 단계;
    상기 선택된 소스 장치에서 지원하는 오디오 소스를 발견하기 위해 오디오 소스 디스커버리 메시지를 상기 선택된 소스 장치로 전송하는 단계;
    상기 소스 장치로부터 상기 A/V 소스 디스커버리 메시지에 대한 응답을 수신하되, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며;
    상기 수신된 응답에 기초하여 A/V 스트리밍을 위한 A/V 채널 관련 정보를 선택하는 단계;
    상기 소스 장치로 상기 선택된 A/V 채널 관련 정보를 전송하는 단계;
    상기 소스 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하는 단계; 및
    상기 선택된 A/V 채널 관련 정보를 이용하여 상기 소스 장치로부터 A/V 스트림을 수신하는 단계를 포함하되,
    상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  13. 제 12항에 있어서,
    상기 A/V 채널 관련 정보는 스트림 엔트 포인트 식별자(Stream End Point Identifier:SEID)인 것을 특징으로 하는 방법.
  14. 제 12항에 있어서,
    상기 A/V 소스 디스커버리 메시지의 수신 및 상기 응답의 전송은 상기 싱크 장치와 NFC 태깅(tagging)을 통해 수행되는 것을 특징으로 하는 방법.
  15. 제 13항에 있어서,
    상기 소스 장치는 제 1 소스 장치이며,
    상기 제 2 소스 장치와 NFC 태깅을 통해 페어링을 수행하는 단계, 상기 페어링을 통해 상기 제 2 소스 장치의 SEID를 수신하며;
    상기 제 1 소스 장치로 상기 제 2 소스 장치의 A/V 스트리밍 참여(Join)에 대한 허용 여부의 요청을 전송하는 단계;
    상기 제 1 소스 장치로부터 상기 요청에 대한 결과를 수신하는 단계; 및
    상기 수신된 결과가 상기 제 2 소스 장치의 A/V 스트리밍 참여를 허용하는 경우, 상기 페어링을 통해 수신된 상기 제 2 소스 장치의 SEID에 기초하여 상기 제 2 소스 장치로부터 A/V 스트림을 수신하는 단계를 포함하여 이루어지는 것을 특징으로 하는 방법.
  16. 제 14항에 있어서,
    상기 싱크 장치로 A/V 스트림을 중단하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  17. 제 14항에 있어서,
    상기 제 2 소스 장치의 SEID는 블루투스의 OOB(Out-Of Band) 데이터에 포함되는 것을 특징으로 하는 방법.
  18. 제 12항에 있어서, 상기 OOB 데이터는,
    MPID(Media Player ID)를 더 포함하는 것을 특징으로 하는 방법.
  19. 제 13항에 있어서, 상기 소스 장치는 제 1 소스 장치이며,
    Wi-Fi Direct 통신을 통해 상기 제 1 소스 장치로부터 A/V 스트림을 수신하는 단계;
    제 2 소스 장치와 Wi-Fi Direct 통신을 이용하여 디바이스 디스커버리(Device Discovery) 절차를 수행하는 단계, 상기 디바이스 디스커버리 절차를 통해 상기 제 2 소스 장치의 SEID를 수신하며,
    상기 제 2 소스 장치와 WFDN(Wi-Fi Direct Network) 그룹을 형성하는 단계;
    상기 제 2 소스 장치로부터 A/V 스트림을 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  20. 무선 통신 시스템에서 적어도 하나의 소스 장치(Source Device)와 적어도 하나의 싱크 장치(Sink Device) 간 A/V(Audio/Video) 스트리밍을 수행하기 위한 방법에 있어서, 소스 장치는,
    외부와 유선 및/또는 무선으로 신호를 송수신하기 위한 통신부; 및
    상기 통신부와 기능적으로 연결되는 제어부를 포함하되, 상기 제어부는,
    싱크 장치와 디바이스 디스커버리(Device Discovery) 절차를 수행하고;
    상기 싱크 장치로부터 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 발견하기 위한 A/V 소스 디스커버리(Source Discovery) 메시지를 수신하고;
    상기 싱크 장치로 상기 A/V 소스 디스커버리 메시지에 대한 응답을 전송하고, 상기 응답은 상기 소스 장치에서 지원하는 A/V 채널 관련 정보를 포함하며;
    상기 싱크 장치로부터 A/V 스트리밍을 위해 상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 수신하고;
    상기 싱크 장치와 A/V 스트리밍을 위한 A/V 스트림 연결 절차를 수행하고; 및
    상기 싱크 장치에서 선택되는 A/V 채널 관련 정보를 이용하여 상기 싱크 장치로 A/V 스트림을 전송하도록 제어하되,
    상기 A/V 채널 관련 정보는 적어도 하나의 그룹 식별 정보 및 각 그룹 내 적어도 하나의 스트림 식별 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 소스 장치.
PCT/KR2014/008294 2013-09-05 2014-09-04 무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치 WO2015034275A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/916,072 US20160205148A1 (en) 2013-09-05 2014-09-04 Method and device for performing audio/video streaming in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361873846P 2013-09-05 2013-09-05
US61/873,846 2013-09-05
US201361875668P 2013-09-09 2013-09-09
US61/875,668 2013-09-09

Publications (1)

Publication Number Publication Date
WO2015034275A1 true WO2015034275A1 (ko) 2015-03-12

Family

ID=52628658

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/008294 WO2015034275A1 (ko) 2013-09-05 2014-09-04 무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치

Country Status (2)

Country Link
US (1) US20160205148A1 (ko)
WO (1) WO2015034275A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI631835B (zh) 2014-11-12 2018-08-01 弗勞恩霍夫爾協會 用以解碼媒體信號之解碼器、及用以編碼包含用於主要媒體資料之元資料或控制資料的次要媒體資料之編碼器
US9716922B1 (en) 2015-09-21 2017-07-25 Amazon Technologies, Inc. Audio data and image data integration
DE102016203530A1 (de) * 2016-03-03 2017-09-07 Osram Gmbh Leuchte mit eingebauten Netzwerkzugangspunkt und Beleuchtungsanlage mit einem drahtlosen Netzwerk
EP3319331B1 (en) * 2016-11-04 2020-01-29 Nagravision S.A. Transmission of audio streams
US10602557B2 (en) * 2016-11-30 2020-03-24 Microsoft Technology Licensing, Llc Discovering and protecting data streams in multi-path communication environments
US10455632B2 (en) 2016-11-30 2019-10-22 Microsoft Technology Licensing, Llc Dynamic identification of network connection preferences
KR102340127B1 (ko) * 2017-03-24 2021-12-16 삼성전자주식회사 복수의 외부 장치들로 오디오 데이터를 전송하는 방법 및 전자 장치
EP3651472A4 (en) * 2017-07-06 2020-11-18 LG Electronics Inc. -1- DISPLAY DEVICE
KR102382514B1 (ko) * 2018-06-28 2022-04-05 삼성전자주식회사 전자 장치, 원격 제어 장치 및 그 제어 방법
EP4021037A1 (en) 2019-11-26 2022-06-29 Google LLC Bluetooth audio streaming passthrough

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011043597A2 (ko) * 2009-10-07 2011-04-14 엘지전자 주식회사 Iptv 수신기 및 컨텐츠 제공 방법
WO2011062404A2 (ko) * 2009-11-17 2011-05-26 삼성전자 주식회사 Wifi direct 네트워크에서의 wifi 디스플레이 서비스 탐색 방법 및 장치
WO2012060611A2 (ko) * 2010-11-03 2012-05-10 엘지전자 주식회사 장치 탐색 방법 및 그를 이용한 통신 장치
WO2012099378A2 (ko) * 2011-01-17 2012-07-26 엘지전자 주식회사 콘텐트 송수신 제어 방법 및 장치
US20130139210A1 (en) * 2011-09-14 2013-05-30 Qualcomm Incorporated Multicasting in a wireless display system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1440402A1 (en) * 2001-10-22 2004-07-28 Apple Computer, Inc. Intelligent synchronization for a media player
EP1529397A2 (en) * 2002-07-18 2005-05-11 Thomson Licensing S.A. Method and apparatus for displaying number of video titles available at power on
US7360235B2 (en) * 2002-10-04 2008-04-15 Scientific-Atlanta, Inc. Systems and methods for operating a peripheral record/playback device in a networked multimedia system
KR101178853B1 (ko) * 2008-06-03 2012-09-03 알카텔-루센트 유에스에이 인코포레이티드 채널 변경 응답 시간 향상 방법 및 채널 변경 응답 시간 향상 장치
US8599311B2 (en) * 2011-07-14 2013-12-03 Amimon Ltd. Methods circuits devices and systems for transmission and display of video
TWI463883B (zh) * 2012-07-02 2014-12-01 Tpv Display Technology Xiamen A television system for transmitting wireless audio and a control method thereof
KR101482090B1 (ko) * 2012-11-01 2015-01-13 주식회사 케이티 재생 장치 및 웹 서비스 제공 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011043597A2 (ko) * 2009-10-07 2011-04-14 엘지전자 주식회사 Iptv 수신기 및 컨텐츠 제공 방법
WO2011062404A2 (ko) * 2009-11-17 2011-05-26 삼성전자 주식회사 Wifi direct 네트워크에서의 wifi 디스플레이 서비스 탐색 방법 및 장치
WO2012060611A2 (ko) * 2010-11-03 2012-05-10 엘지전자 주식회사 장치 탐색 방법 및 그를 이용한 통신 장치
WO2012099378A2 (ko) * 2011-01-17 2012-07-26 엘지전자 주식회사 콘텐트 송수신 제어 방법 및 장치
US20130139210A1 (en) * 2011-09-14 2013-05-30 Qualcomm Incorporated Multicasting in a wireless display system

Also Published As

Publication number Publication date
US20160205148A1 (en) 2016-07-14

Similar Documents

Publication Publication Date Title
WO2015034275A1 (ko) 무선 통신 시스템에서 오디오/비디오 스트리밍 수행 방법 및 장치
US11487500B2 (en) Portable playback device state variable
EP3545695B1 (en) Wireless audio tethering system
JP7176033B2 (ja) 複数のメディア再生プロトコルを有するシステムにおけるグループ化
EP3186974B1 (en) Wireless speaker system
WO2015069024A1 (ko) 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치
US9819710B2 (en) Easy sharing of wireless audio signals
US20140354441A1 (en) System and constituent media device components and media device-based ecosystem
CN105472778B (zh) 建立无线连接的方法及装置
US10375497B2 (en) Dynamically changing master audio playback device
US20220201452A1 (en) Method for receiving audio data by using bluetooth technology, and apparatus therefor
US9357215B2 (en) Audio output distribution
US20170180915A1 (en) System using NFC, Bluetooth, and/or Wi-Fi Technologies for Making a Quick Connection between a Smart Mobile Electronic Device and Audio Speakers, with an Optional Video Display System
US20220159436A1 (en) Method for receiving audio data by using bluetooth technology, and device therefor
US20180302757A1 (en) Communication apparatus, communication method, program, and communication system
US12120582B2 (en) Method, apparatus and computer program for broadcast discovery service in wireless communication system, and recording medium therefor
US20240323605A1 (en) Wireless audio system
WO2024198815A1 (zh) 显示设备及设备控制方法
US20150118953A1 (en) Multicast of audio/video streams to authorized recipients over a private wireless network
KR20220023978A (ko) 무선 통신 시스템에서 주변 디바이스의 상태를 제어 및 관리하는 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체
KR101935355B1 (ko) 와이파이 서비스를 제공하는 방법
WO2023051272A1 (zh) 一种设备组网及声道配置方法和电子设备
CA2918586A1 (en) System and constituent media device components and media device-based ecosystem
KR20150100411A (ko) 무선 접속 오디오 제어 시스템 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14842870

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14916072

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14842870

Country of ref document: EP

Kind code of ref document: A1