WO2015069024A1 - 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치 - Google Patents

무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치 Download PDF

Info

Publication number
WO2015069024A1
WO2015069024A1 PCT/KR2014/010592 KR2014010592W WO2015069024A1 WO 2015069024 A1 WO2015069024 A1 WO 2015069024A1 KR 2014010592 W KR2014010592 W KR 2014010592W WO 2015069024 A1 WO2015069024 A1 WO 2015069024A1
Authority
WO
WIPO (PCT)
Prior art keywords
control
connection
communication
message
bluetooth
Prior art date
Application number
PCT/KR2014/010592
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 US15/035,192 priority Critical patent/US9730257B2/en
Publication of WO2015069024A1 publication Critical patent/WO2015069024A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C23/00—Non-electrical signal transmission systems, e.g. optical systems
    • G08C23/04—Non-electrical signal transmission systems, e.g. optical systems using light waves, e.g. infrared
    • 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
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link

Definitions

  • the present disclosure relates to a method and apparatus for performing device-to-device connection, that is, pairing, in a wireless communication system.
  • 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 is one of the representative short-range wireless technologies that transmit and receive information by connecting various devices (smartphones, PCs, earphones, headphones, etc.).
  • devices smarttphones, PCs, earphones, headphones, etc.
  • the device-to-device pairing process is fast, and can provide reliable device-to-device connectivity.
  • Bluetooth Due to the advantages of Bluetooth, it is widely applied to a remote control to control a smart TV.
  • the Bluetooth remote controller has a problem due to wireless connection unlike the existing IR-infrared line-of-ight method.
  • connection with the existing TV is continuously maintained and the connection with the new TV is not secured.
  • the magic remote controller has solved the above problems through a pairing initialization process, but it is inconvenient to use because the procedure is complicated such as a new pairing request for the pairing initialization process.
  • An object of the present disclosure is to provide a method for performing a Bluetooth connection by providing Bluetooth connection information through an InfraRed (IR) signal.
  • IR InfraRed
  • an object of the present specification is to provide a method for setting a control right scheme of a plurality of devices.
  • an object of the present disclosure is to provide a method for performing a Bluetooth connection with a specific device by providing information on Bluetooth connectable devices.
  • an object of the present disclosure is to provide a method for exchanging control authority over a specific device between a plurality of remote controllers.
  • the present disclosure provides a method for performing a device-to-device connection in a wireless communication system, wherein the method performed by a first device includes first communication information for connection to a second communication connection to at least one second device. Transmitting a signal; Receiving a response to the first communication signal from the at least one second devices; And performing a second communication connection with a second device based on the received response, wherein the connection information includes version information indicating a second communication version of the first device, at the first device. At least one of type information indicating a technology type of the second communication supported, address information indicating the second communication connection address of the first device, or synchronization information used for synchronizing a second communication connection; Characterized in that.
  • the present disclosure may further include transmitting a first message to the second device, the first message including control information related to control authority setting for a plurality of remote controllers.
  • control information may include a multi control type field indicating a control method for a plurality of remote controllers and a controller address indicating a second communication connection address of a remote controller capable of controlling a paired device. And a main controller field indicating a main remote controller capable of controlling the paired device.
  • the multi-control type field includes a first type indicating a method of obtaining control authority through competition, a second type indicating a method of obtaining control authority according to priority, and only one remote controller controls the control authority. And at least one of a third type indicating a method of having a second type or a fourth type indicating a method of sharing a control right by a plurality of remote controllers.
  • the present disclosure may also include transmitting a control authority request message for requesting control authority related to a remote control to the second device; And receiving a response to the control right request message from the second device.
  • performing the second communication connection may include: outputting a list of at least one second device capable of performing a second communication connection based on the response; Receiving a selection input for a particular second device from the output list; And performing a second communication connection with the selected second device.
  • control authority return Control Authority Return
  • the present specification includes the steps of transmitting a control authority return (Control Authority Return) message for returning the control authority associated with the remote control to the second device; And receiving a response to the control authority return message from the second device, wherein the response to the control authority return message is an acceptance or rejection of return of the control authority.
  • the present disclosure may further include receiving a control authority release message indicating that the control authority related to the remote control has been released from the second device.
  • the first communication signal is an IR code allocated to each device, and the IR code is characterized in that the size of 1 to 2 bytes.
  • the first device may refer to a first button for transmitting a second communication connection request signal, a second button for searching for second communication connectable devices, or a name of a device selected by the second button. It characterized in that it comprises at least one of the display unit for displaying.
  • the synchronization information may include at least one of frequency hopping sequence information or native clock information indicating a time offset of a reference clock.
  • the present specification comprises the steps of performing audio / video (A / V) settings with the second device; And receiving an A / V stream from the second device.
  • the response is a connection request message, and the response may include second communication connection information related to the second device.
  • performing the second communication connection may include transmitting an inquiry message to the at least one second device; And receiving an Extended Inquiry Response (EIR) message corresponding to the response of the query message from the at least one second devices.
  • EIR Extended Inquiry Response
  • the present specification is characterized by further comprising the step of performing a paging procedure with the second device.
  • the first device is a remote controller
  • the second device is a television
  • the present specification provides a first device for performing a device-to-device connection in a wireless communication system, the first device comprising: a communication unit for transmitting and receiving signals to and from the outside in a wired and / or wireless manner; And a control unit operatively connected to the communication unit, wherein the control unit transmits a first communication signal including second communication connection information to at least one second device;
  • the second communication connection information includes version information indicating a second communication version of the first device, and the first device.
  • the present specification has an effect of improving user satisfaction by requesting a Bluetooth pairing directly to a device to be connected using an infrared (InfraRed) signal.
  • InfraRed infrared
  • the present specification can eliminate the inconvenient pairing initialization process by providing Bluetooth connection information (or pairing information) by using an infrared signal (InfraRed), and can perform a Bluetooth connection with a device desired to connect at any time, the user's satisfaction It has the effect of improving and shortening the time of Bluetooth pairing.
  • Bluetooth connection information or pairing information
  • InfraRed an infrared signal
  • the present specification has the effect of improving the uncomfortable situation in which the user exchanges a remote control with each other by controlling a specific device by using a plurality of remote controllers by sharing a control authority for a specific device with each other.
  • FIG. 1 is a diagram illustrating an example of a Bluetooth communication architecture to which the methods proposed herein may be applied.
  • FIG. 2 is a diagram illustrating an example of an internal block diagram of devices to which the methods proposed herein may be applied.
  • FIG. 3 is a flowchart illustrating an example of a Bluetooth connection procedure.
  • FIG. 4 is a flowchart illustrating still another example of a device-to-device Bluetooth connection procedure.
  • FIG. 5 is a flowchart illustrating still another example of a device-to-device Bluetooth connection procedure.
  • FIG. 6 is a flowchart illustrating an example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 7 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 8 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 9 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 10 is a diagram illustrating an example of a remote controller or a remote controller UI proposed in the present specification.
  • FIG. 11 is a diagram illustrating another example of a remote controller or a remote controller UI proposed in the present specification.
  • FIG. 13 is a flowchart illustrating an example of a method for obtaining a control right of a remote control proposed in the present specification.
  • FIG. 14 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 15 is a flowchart illustrating an example of a method of transmitting an audio / video stream using FIG. 6.
  • 16 is a flowchart illustrating an example of a method for obtaining control authority through a competition method proposed in the present specification.
  • 17 is a flowchart illustrating an example of a method for obtaining control authority through a priority method proposed in the present specification.
  • FIG. 18 is a flowchart illustrating an example of a method of sharing control rights through a support method of a plurality of remote controllers proposed in the present specification.
  • 19 is a flowchart illustrating an example of a method for setting control authority according to a multi-control type proposed in the present specification.
  • 20 is a flowchart illustrating still another example of a method for setting a control right according to a multi-control type proposed in the present specification.
  • 21 is a flowchart illustrating still another example of a method for setting control rights according to a multi-control type 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 a Bluetooth communication architecture to which the methods proposed herein may be applied.
  • FIG. 1A illustrates an example of the architecture of Bluetooth Basic Rate (BR) / Enhanced Data Rate (EDR), and FIG. 1B illustrates an example of the architecture of Bluetooth Low Energy (LE).
  • BR Bluetooth Basic Rate
  • EDR Enhanced Data Rate
  • LE Bluetooth Low Energy
  • the Bluetooth BR / EDR architecture includes a controller stack (330), a host controller interface (320), and a host stack (310).
  • the controller stack refers to a radio transceiver module receiving a 2.4 GHz Bluetooth signal and hardware for transmitting or receiving a Bluetooth packet, and include a BR / EDR radio layer 333 and a BR / EDR baseband layer 332. ), And may include a BR / EDR Link Manager layer 331.
  • the BR / EDR radio layer 333 is a layer for transmitting and receiving a 2.4 GHz radio signal.
  • the BR / EDR radio layer 333 may transmit data by hopping 79 RF channels.
  • the BR / EDR baseband layer 332 plays a role of transmitting a digital signal, selects a channel sequence hopping 1600 times per second, and transmits a 625us length time slot for each channel.
  • the link manager layer 331 controls the overall operation (link setup, control, security) of the Bluetooth connection by using a link manager protocol (LMP).
  • LMP link manager protocol
  • the Link Manager layer can perform the following functions.
  • the host controller interface layer 320 provides an interface between the host module 310 and the controller module 330 so that the host can provide commands and data to the controller, and the controller can provide events and data to the host. .
  • the host stack (or host module 310) includes an L2CAP (317), a service discovery protocol (SDP) 313, a BR / EDR protocol 312, a BR / EDR Profiles 311, an attribute protocol 316, and a generic access profile. (GAP, 314), and Generic Attribute Profile (GATT, 315).
  • L2CAP 317
  • SDP service discovery protocol
  • GAP BR / EDR protocol
  • GATT Generic Attribute Profile
  • L2CAP Logical Link Control and Adaptation Protocol
  • the L2CAP multiplexes various protocols, profiles, etc. provided by the upper layer of Bluetooth.
  • L2CAP of Bluetooth BR / EDR uses dynamic channel, supports protocol service multiplexer, retransmission, streaming mode, and provides segmentation, reassembly, per-channel flow control, and error control.
  • the SDP (Service Discovery Protocol) 313 refers to a protocol for finding a service (Profile and Protocol) supported by a Bluetooth device.
  • the BR / EDR Protocol and Profiles 312 and 311 define a service (profile) using Bluet BR / EDR and an application protocol for transmitting and receiving these data.
  • the Attribute Protocol 316 has a Server-Client structure and defines a rule for accessing data of a counterpart device. There are six types of messages (Request message, Response message, Command message, Notification message, Indication message) as shown below.
  • the Generic Attribute Profile (GATT, 315) defines the type of attribute.
  • the Generic Access Profile (GAP) 314 defines a method for providing device discovery, connection, and providing information to a user, and provides privacy.
  • the BLE structure includes a controller stack operable to handle timing critical radio interface and a host stack operable to process high level data.
  • the controller stack may be referred to as a controller.
  • the controller stack will be referred to as a controller stack to avoid confusion with a processor which is an internal component of the device mentioned in FIG. 2.
  • the controller stack may be implemented using a communication module that may include a Bluetooth radio and a processor module that may include a processing device such as, for example, a microprocessor.
  • the host stack may be implemented as part of an OS running on a processor module, or as an instance of a package on the OS.
  • controller stack and the host stack can be operated or executed on the same processing device in the processor module.
  • the host stack includes GAP (Generic Access Profile, 410), GATT based Profiles (420), GATT (Generic Attribute Profile, 430), ATT (Attribute Protocol, 440), SM (Security Manage, 450), L2CAP (Logical Link Control and Adaptation Protocol, 460).
  • GAP Generic Access Profile
  • GATT Generic Attribute Profile
  • ATT Generic Attribute Protocol
  • SM Storage Manage
  • L2CAP Logical Link Control and Adaptation Protocol
  • the host stack uses L2CAP to multiplex the various protocols, profiles, etc. provided by Bluetooth.
  • the Logical Link Control and Adaptation Protocol (L2CAP) 460 provides one bidirectional channel for transmitting data to a specific protocol or profile.
  • L2CAP may be operable to multiplex data between higher layer protocols, segment and reassemble packages, and manage multicast data transmission.
  • BLE uses three fixed channels (one for the signaling CH, one for the Security Manager, and one for the Attribute protocol).
  • BR / EDR Base Rate / Enhanced Data Rate
  • SM Security Manager
  • ATT Attribute Protocol, 440
  • ATT Application Protocol
  • the Request message is a message for requesting specific information from the client device to the server device
  • the Response message is a response message to the request message, and refers to a message transmitted from the server device to the client device.
  • Command message A message sent from the client device to the server device to indicate a command of a specific operation.
  • the server device does not transmit a response to the command message to the client device.
  • Notification message This message is sent from the server device to the client device for notification such as an event.
  • the client device does not transmit a confirmation message for the notification message to the server device.
  • Indication and Confirm message This message is transmitted from the server device to the client device for notification such as an event. Unlike the notification message, the client device transmits an acknowledgment message for the Indication message to the server device.
  • GAP Generic Access Profile
  • GAP is mainly used in the device discovery, connection creation and security procedures, and defines the way to provide information to the user, and defines the type of the attribute as follows.
  • GATT-based Profiles are profiles that depend on GATT and are mainly applied to BLE devices.
  • GATT-based Profiles may be Battery, Time, FindMe, Proximity, Time, Object Delivery Service, and the like. Details of GATT-based Profiles are as follows.
  • GATT may be operable as a protocol describing how ATT is used in the configuration of services.
  • the GATT may be operable to specify how ATT attributes are grouped together into services, and may be operable to describe features associated with the services.
  • GATT and ATT may use features to describe the state and services of a device and to describe how features relate to each other and how they are used.
  • the controller stack includes a physical layer 490, a link layer 480, and a host controller interface 470.
  • the physical layer (wireless transceiver module 490) transmits and receives a 2.4 GHz radio signal and uses Gaussian Frequency Shift Keying (GFSK) modulation and a frequency hopping technique consisting of 40 RF channels.
  • GFSK Gaussian Frequency Shift Keying
  • Link layer 480 sends or receives Bluetooth packets.
  • the link layer creates a connection between devices after performing advertising and scanning functions using three advertising channels, and provides a function of sending and receiving data packets of up to 42 bytes through 37 data channels.
  • HCI Host Controller Interface
  • the BLE procedure includes a device filtering procedure, an advertising procedure, a scanning procedure, a discovery procedure, and a connecting procedure.
  • the device filtering procedure is a method for reducing the number of devices performing a response to a request, an indication, a notification, and the like in the controller stack.
  • the controller stack can control the number of requests sent, thus reducing power consumption in the BLE controller stack.
  • the advertising device or scanning device may perform the device filtering procedure to limit the device receiving the advertising packet, scan request or connection request.
  • the advertising device refers to a device that transmits an advertising event, that is, performs an advertisement, and is also referred to as an advertiser.
  • the scanning device refers to a device that performs scanning and a device that transmits a scan request.
  • the scanning device when the scanning device receives some advertising packets from the advertising device, the scanning device should send a scan request to the advertising device. However, if a device filtering procedure is used so that a scan request transmission is unnecessary, the scanning device may ignore the advertisement packets transmitted from the advertisement device.
  • the device filtering procedure may also be used in the connection request process. If device filtering is used in the connection request process, it is not necessary to transmit a response to the connection request by ignoring the connection request.
  • the advertising device performs the advertising procedure to perform the non-directional broadcast to the devices in the area.
  • the non-directional broadcast refers to broadcast in all directions rather than broadcast in a specific direction.
  • directional broadcasts refer to broadcasts in a particular direction.
  • Non-directional broadcasts occur without a connection procedure between an advertising device and a device in a listening (or listening) state (hereinafter referred to as a listening device).
  • the advertising procedure is used to establish a Bluetooth connection with a nearby initiating device.
  • the advertising procedure may be used to provide periodic broadcast of user data to scanning devices that are listening on the advertising channel. In the advertising process, all advertisements (or advertisement events) are broadcast over an advertising physical channel.
  • the advertising devices may receive a scan request from listening devices that are listening to obtain additional user data from the advertising device.
  • the advertising device transmits a response to the scan request to the device that sent the scan request through the same advertising physical channel as the received advertising physical channel.
  • Broadcast user data sent as part of an advertisement packet is dynamic data, while scan response data is generally static data.
  • the advertising device may receive a connection request from the initiating device on the advertising (broadcast) physical channel. If the advertising device used a connectable advertising event and the initiating device was not filtered by the device filtering procedure, the advertising device stops the advertising and enters the connected mode. The advertising device may start advertising again after the connected mode.
  • the device performing the scanning i.e., the scanning device, performs a scanning procedure to listen to the non-directional broadcast of the user data from the advertising devices using the advertising physical channel.
  • the scanning device sends a scan request to the advertising device via the advertising physical channel to request additional user data from the advertising device.
  • the advertising device transmits a scan response that is a response to the scan request, including additional user data requested by the scanning device over the advertising physical channel.
  • the scanning procedure can be used while connected to other BLE devices in the BLE piconet.
  • the scanning device If the scanning device is in an initiator mode that can receive the broadcasted advertising event and initiate a connection request, the scanning device sends the connection request to the advertising device via the advertising physical channel to the advertising device. You can start a Bluetooth connection with.
  • the scanning device When the scanning device sends a connection request to the advertising device, the scanning device stops initiator mode scanning for further broadcast and enters the connected mode.
  • Bluetooth devices Devices capable of Bluetooth communication (hereinafter referred to as Bluetooth devices) perform an advertisement procedure and a scanning procedure in order to find nearby devices or to be discovered by other devices within a given area.
  • the discovery procedure is performed asymmetrically.
  • a Bluetooth device that attempts to find other devices around it is called a discovering device and listens for devices that advertise scannable advertising events.
  • Bluetooth devices discovered and available from other devices are referred to as discoverable devices, and actively broadcast advertising events so that other devices can scan through an advertising (broadcast) physical channel.
  • Both the discovering device and the discoverable device may already be connected with other Bluetooth devices in the piconet.
  • connection procedure is asymmetric, and the connection procedure requires the other Bluetooth device to perform the scanning procedure while the specific Bluetooth device performs the advertisement procedure.
  • the advertising procedure can be the goal, so that only one device will respond to the advertising.
  • the connection may be initiated by sending a connection request to the advertising device via the advertising (broadcast) physical channel.
  • an operation state of the BLE technology that is, an advertising state, a scanning state, an initiating state, and a connection state will be briefly described.
  • the link layer LL enters the advertisement state by the instruction of the host (stack). If the link layer is in the advertisement state, the link layer sends advertisement packet data units (PDUs) in the advertisement events.
  • PDUs advertisement packet data units
  • Each advertising event consists of at least one advertising PDU, which is transmitted via the advertising channel indexes used.
  • the advertisement event may terminate when the advertisement PDU is transmitted through each of the advertisement channel indexes used, or may terminate the advertisement event earlier when the advertisement device needs to make space for performing another function.
  • the link layer enters the scanning state by the indication of the host (stack). In the scanning state, the link layer listens for advertising channel indices.
  • scanning states There are two types of scanning states: passive scanning and active scanning, each scanning type being determined by the host.
  • ScanInterval is defined as the interval (interval) between the starting points of two consecutive scan windows.
  • the link layer must listen for completion of all scan intervals in the scan window as instructed by the host. In each scan window, the link layer must scan a different advertising channel index. The link layer uses all available advertising channel indexes.
  • the link layer When passive scanning, the link layer only receives packets and does not transmit any packets.
  • the link layer When active scanning, the link layer performs listening to rely on the advertising PDU type, which may request advertising PDUs and additional information related to the advertising device from the advertising device.
  • the link layer enters the initiation state by the indication of the host (stack).
  • the link layer performs listening for the advertising channel indexes.
  • the link layer listens for the advertising channel index during the scan window period.
  • the link layer enters the connected state when the device performing the connection request, i.e., the initiating device, sends the CONNECT_REQ PDU to the advertising device or when the advertising device receives the CONNECT_REQ PDU from the initiating device.
  • connection After entering the connected state, the connection is considered to be created. However, it does not need to be considered to be established at the time the connection enters the connected state. The only difference between the newly created connection and the established connection is the link layer connection supervision timeout value.
  • the link layer that performs the master role is called a master, and the link layer that performs the slave role is called a slave.
  • the master controls the timing of the connection event, and the connection event is the point in time when the master and the slave are synchronized.
  • BLE devices use the packets defined below.
  • the link layer has only one packet format used for both advertisement channel packets and data channel packets.
  • Each packet consists of four fields: Preamble, Access Address, PDU, and CRC.
  • the PDU When one packet is sent on an advertising physical channel, the PDU will be an advertising channel PDU, and when one packet is sent on a data physical channel, the PDU will be a data channel PDU.
  • the advertising channel PDU Packet Data Unit
  • PDU Packet Data Unit
  • the PDU type field of the advertising channel PDU included in the header indicates a PDU type as defined in Table 1 below.
  • advertising channel PDU types are called advertising PDUs and are used in specific events.
  • ADV_IND Connectable Non-Oriented Ads Event
  • ADV_DIRECT_IND Connectable Directional Advertising Event
  • ADV_NONCONN_IND Non-connectable non-directional advertising event
  • ADV_SCAN_IND Scannable Non-Oriented Advertising Event
  • the PDUs are transmitted at the link layer in the advertisement state and received by the link layer in the scanning state or initiating state.
  • the advertising channel PDU type below is called a scanning PDU and is used in the state described below.
  • SCAN_REQ Sent by the link layer in the scanning state and received by the link layer in the advertising state.
  • SCAN_RSP Sent by the link layer in the advertising state and received by the link layer in the scanning state.
  • the advertising channel PDU type below is called the initiating PDU.
  • CONNECT_REQ Sent by the link layer in the initiating state and received by the link layer in the advertising state.
  • the data channel PDU has a 16-bit header, payloads of various sizes, and may include a message integrity check (MIC) field.
  • MIC message integrity check
  • the procedure, state, packet format, etc. in the BLE technology may be applied to perform the methods proposed herein.
  • FIG. 2 is a diagram illustrating an example of an internal block diagram of devices to which the methods proposed herein may be applied.
  • a device for initiating a connection (Initiating Device, 100) transmits a request message for giving a command to the connection target device 200 or receives and processes a request message requested by the connection target device 200.
  • connection initiation device 100 After the connection initiation device 100 transmits a request message to the connection target device 200, the connection initiation device 100 processes a response message transmitted from the connection target device to provide a UI to the user.
  • connection initiation device 100 receives a request message requested from a connection target device, processes it, and provides a UI to a user.
  • connection initiation device may be a first device or a second device to be described later.
  • the connection target device 200 refers to a device that transmits a request message for giving a command to a connection initiation device or receives and processes a request message requested by the connection initiation device.
  • connection target device 200 may be represented as a remote device or an initiated device.
  • connection target device 200 transmits a request message to the connection initiation device, receives a response message transmitted from the connection initiation device, processes it, and provides a UI to the user.
  • connection initiation device may be a first device or a second device to be described later.
  • connection initiation device 100 and the connection target device 200 may be a personal computer, a PDA, a mobile phone, a remote controller, a TV, a headphone or an AV device (Car System, headphone, player / recorder, timer, tuner, monitor, etc.). Can be.
  • connection initiation device 100 and the connection target device 200 are output units 110 and 210, user interface units 120 and 220, memory 130 and 230, power supply units 140 and 240, communication units 150 and 250, and a controller (processor, 160, 260 and data processing devices 170, 270.
  • 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. 2 The components illustrated in FIG. 2 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, a microphone, and the like.
  • the microphone may receive a tone transmitted from the counterpart device, and the speaker may transmit a tone to the counterpart device.
  • 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.
  • RAM Random Access Memory
  • SRAM Static Random Access Memory
  • ROM ReadOnly Memory
  • EEPROM Electrically Erasable Programmable ReadOnly Memory
  • PROM Programmable ReadOnly Memory
  • Magnetic Disk Optical Disk It may include at least one type of storage medium.
  • 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 communication unit 150, 250 enables the transmission of a message or data, such as an initiating device-initiated device command, request, action, response.
  • the controllers 160 and 260 refer to a module for controlling overall operations of the connection initiation device and the connection target device, and control to process a message request and a received message through a Bluetooth interface and another communication interface. can do.
  • 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. 3 is a flowchart illustrating an example of a Bluetooth connection procedure.
  • the first device may represent a device initiating a connection request, that is, an initiator
  • the second device may represent a device responding to the connection request, that is, a responder.
  • the second device may be represented as a pairing device.
  • the first device is represented by a remote controller (or magic remote controller) or a terminal (or a smartphone), and the second device is represented by a TV.
  • the magic remote controller performs a Bluetooth connection with TV 1.
  • the Bluetooth connection may be represented by Bluetooth registration or Bluetooth pairing.
  • the magic remote control receives a confirmation input for a specific button (confirmation button) provided in the magic remote control from the user (S301).
  • the magic remote controller performs an inquiry procedure for discovering at least one Bluetooth device in the vicinity (S302).
  • the magic remote control transmits an inquiry message to the TV1 in order to obtain information about the TV1 nearby, that is, Bluetooth-related information.
  • the magic remote controller includes an extended query response including Bluetooth address (BD_ADDR) information indicating a Bluetooth address of the TV1 from the TV1, native clock information indicating a time offset with respect to a reference clock, and the like.
  • BD_ADDR Bluetooth address
  • native clock information indicating a time offset with respect to a reference clock
  • EIR Extended Inquiry Response
  • the magic remote controller performs a paging procedure with the TV1 based on the received EIR message (S303).
  • the paging procedure refers to a procedure for establishing a connection with a specific Bluetooth device (Responder) to establish a Bluetooth connection among peripheral Bluetooth devices found by the initiator through the Inquiry procedure.
  • Responder a specific Bluetooth device
  • the magic remote control transmits a paging request message including its frequency hopping sequence information, clock information, and the like to the TV1.
  • the TV1 receives the paging request message through a paging scan channel and synchronizes with the magic remote control using frequency hopping sequence information and clock information received from the magic remote control.
  • the initiator becomes a master and the responder becomes a slave.
  • the magic remote control may be represented as a master and the TV1 may be represented as a slave.
  • the security establishment procedure is performed in a link manager, and encryption, authentication, etc. according to a security mode are performed.
  • the magic remote controller establishes a connection for transmitting and receiving data provided by the profile of the upper layer through the L2CAP.
  • the magic remote controller must perform Bluetooth pairing initialization in order for the magic remote controller to establish a new Bluetooth connection with another Bluetooth device TV2 (S306).
  • the Bluetooth pairing initialization may be performed by simultaneously pressing the "previous button” and the "home button” implemented in the magic remote controller for more than a predetermined time (5 seconds or 7 seconds).
  • the magic remote controller performs steps S301 to S305 again with the TV2 to establish a Bluetooth connection with the TV2 (S307 to S311).
  • FIG. 4 is a flowchart illustrating still another example of a device-to-device Bluetooth connection procedure.
  • FIG. 4 illustrates a case in which a plurality of magic remote controllers lose control of the remote control from a specific magic remote controller when attempting a Bluetooth connection with one TV.
  • the magic remote controller 1 establishes a Bluetooth connection with the TV.
  • the magic remote control 2 establishes a Bluetooth connection with the TV through steps S406 to S410 (the same as steps S301 to S305 of FIG. 3), the magic remote control 1 loses control of the remote control of the TV.
  • the magic remote controller 1 cannot newly pair with another Bluetooth device until the Bluetooth pairing initialization is executed.
  • FIG. 5 is a flowchart illustrating still another example of a device-to-device Bluetooth connection procedure.
  • FIG. 5 illustrates a method for establishing a Bluetooth connection between devices using Received Signal Strength Indication (RSSI).
  • RSSI Received Signal Strength Indication
  • the magic remote controller 1 forms a pair with the TV1 located near the magic remote controller 1, and the magic remote controller 2 is the magic remote controller 2.
  • a situation may occur in which the magic remote controller may form Bluetooth pairing with an unwanted device.
  • FIG. 6 is a flowchart illustrating an example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • 6A illustrates a Bluetooth connection method between the magic remote control and the TV when there is one magic remote control and one TV in a specific place.
  • the magic remote controller may include a Bluetooth button (hereinafter referred to as a BT button) that transmits a Bluetooth connection request signal for a Bluetooth connection with a specific device.
  • a Bluetooth button hereinafter referred to as a BT button
  • the magic remote controller when receiving an input signal for a BT button from a user or the like (S601), the magic remote controller transmits an infrared (InfraRed: IR) signal for requesting a Bluetooth connection (S602).
  • InfraRed infrared
  • the infrared signal may be transmitted to the TV using the ITT protocol.
  • the ITT protocol refers to a transmission protocol for transmitting an infrared (IR) signal (or message).
  • IR infrared
  • the data encoding defined in the ITT protocol may include (1) one single command with 14 pulses having a width of 10us, and (2) pulse distance encoding. For example, '0' when the interval with the next pulse is 100us, and '1' when the interval with the next pulse is 200us.
  • an address of 4 bits may be used and a command of 6 bits may be used.
  • the command '33' defined in the ITT protocol may include a BT (Bluetooth) connection trigger function.
  • BT Bluetooth
  • the infrared signal may be a command of an ITT protocol for triggering a Bluetooth pairing.
  • the TV receiving the infrared signal exchanges device search and device related information with the magic remote controller through an inquiry procedure (S603). .
  • the magic remote control transmits an infrared signal, that is, a command for triggering a BT connection for a Bluetooth connection, and then enters an Inquiry Scan (or Inquiry) state.
  • an Inquiry Scan or Inquiry
  • the magic remote control is reversed to the state of the magic remote control.
  • Inquiry (or Inquiry Scan) state is entered.
  • the magic remote controller may be in an advertising state or an initiating state after transmitting an infrared signal, and when the television receives the infrared signal, the magic remote controller may be in an initiating state or an advertising state opposite to the magic remote controller.
  • the magic remote control transmits an Inquiry message including Bluetooth connection information to the TV.
  • the Bluetooth connection information may be Bluetooth version information, Bluetooth type information, Bluetooth address information, etc. of the magic remote controller.
  • the Bluetooth type information refers to a type indicating support of Bluetooth Basic Rate (BR) / Enhanced Data Rate (EDR) technology and / or type information indicating support of Bluetooth low power energy technology.
  • the TV transmits an extended query response (EIR) message to the magic remote controller in response to the Inquiry message.
  • EIR extended query response
  • the EIR may include Bluetooth information related to the TV.
  • the Bluetooth information related to the TV may be Bluetooth version information, Bluetooth type information, Bluetooth address information, etc. of the TV.
  • the TV may synchronize with the magic remote controller based on the Inquiry message. However, the synchronization between the TV and the magic remote controller may be performed in the paging procedure of S604.
  • the magic remote controller performs a paging procedure for establishing a Bluetooth connection with the TV (S604).
  • the TV may synchronize with the hopping sequence information and the native clock information received from the magic remote controller.
  • the hopping sequence information and the native clock information may be exchanged through an Inquiry procedure or a paging procedure.
  • the magic remote controller completes the Bluetooth connection through the security establishment with the TV and the L2CAP channel connection procedure, and transmits and receives data using the Bluetooth profile of the upper layer (S605 to S607).
  • FIG. 7 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • steps S701 and S703 to S705 are the same as the steps S601 and S604 to S606 in FIG. 6, a detailed description thereof will be omitted.
  • the magic remote control transmits an IR signal including Bluetooth connection information to the TV (S702).
  • the IR signal has an IrLAP frame structure used in IrDA.
  • IrLAP Frame of IrLAP 1.0 is defined to transmit and receive information of about 115 Kbps.
  • the IrLAP Frame includes a BOF field (8 bits), an Address field (8 bits) indicating an address, a Control field (8 bits) indicating a control, an Information field including information (N * 8 bits), and an FCS field (16 bits). And an EOF field (8 bits).
  • the Bluetooth connection information is included in the information field of the IR signal frame.
  • the Information field of the IR signal frame may include N pieces of information having a size of 8 bits.
  • the Bluetooth connection information may include Bluetooth version (BT_Version) information, Bluetooth type (BT Type) information, and Bluetooth address (BT_ADDR) of the magic remote controller. ) Information, native clock information for synchronization, and the like.
  • the BT_Version information and the BT Type information are included in the information field of the IR signal frame, they may be represented by 8 bits.
  • Table 2 shows an example of the BT_Version information format included in the IR signal frame.
  • Table 3 shows an example of the BT type information format included in the IR signal frame.
  • the IR signal may be designated as a specific IR code having a size of 1 to 2 bytes, and the specific IR code may be assigned a code predefined for each TV, that is, for each manufacturer.
  • the magic remote controller and the TV enter a paging sub state and transmit and receive a paging packet.
  • the TV becomes an initiator and enters a paging sub state to transmit a paging packet to a magic remote controller.
  • the magic remote controller transmits the Bluetooth connection information as an IR signal, enters a paging scan sub state, and receives a paging packet transmitted from the TV.
  • FIG. 8 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 8 illustrates a procedure in which the magic remote controller moves to another place to newly establish a paging procedure, that is, a Bluetooth connection with another device.
  • steps S802 and S804 to S807 are the same as steps S701 to S705 in FIG. 7, a detailed description thereof will be omitted, and a description will be given of differences.
  • the magic remote controller implements a Bluetooth button (BT button) for transmitting a Bluetooth connection request signal.
  • BT button Bluetooth button
  • the magic remote controller forms a Bluetooth pairing with TV1 located in room 1.
  • the magic remote control moves to room 2 to newly pair with TV2 located in room 2, the magic remote control shows a method of pairing with TV2.
  • the magic remote controller forms a Bluetooth pairing with the TV1 (S801).
  • the magic remote controller receives a confirmation input signal of the BT button from a user or the like to form a new Bluetooth pairing with TV2 (S802).
  • the magic remote controller ends pairing with TV1 in which pairing is already performed (S803).
  • the magic remote control transmits an IR signal including Bluetooth connection information to TV2 (S804).
  • the Bluetooth connection information may include Bluetooth version (BT_Version) information, Bluetooth type (BT Type) information, Bluetooth address (BT_ADDR) information, the native clock (Native Clock) information for synchronization, etc. of the magic remote control.
  • BT_Version Bluetooth version
  • BT Type Bluetooth type
  • BT_ADDR Bluetooth address
  • Native Clock Native Clock
  • the magic remote controller and the TV2 establish a new Bluetooth connection through a paging procedure, a security establishment procedure, and an L2CAP channel connection (S805 to S807).
  • FIG. 9 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 9 illustrates a method of forming Bluetooth pairing by acquiring connectable device list information in a network environment in which one magic remote controller and a plurality of pairing devices (TVs) exist.
  • TVs pairing devices
  • FIG. 9 it can be seen that there are a plurality of pairing devices, that is, a TV and a DVD Player.
  • steps S901 and S902 and the steps S907 to S909 are the same as the steps S701 to S705 in FIG. 7, a detailed description thereof will be omitted, and the differences will be mainly described.
  • the magic remote controller includes a BT button for transmitting a Bluetooth connection request signal for Bluetooth connection.
  • the magic remote control transmits an IR signal including Bluetooth connection information (S902).
  • the IR signal is transmitted to at least one pairing device.
  • the Bluetooth connection information may be Bluetooth version (BT_Version) information, Bluetooth type (BT Type) information, Bluetooth address (BT_ADDR) information, the native clock (Native Clock) information for synchronization, etc. of the magic remote control.
  • BT_Version Bluetooth version
  • BT Type Bluetooth type
  • BT_ADDR Bluetooth address
  • Native Clock Native Clock
  • the at least one device (TV and DVD Player) receiving the IR signal transmits a paging packet including its Bluetooth-related information to the magic remote controller (S903).
  • the magic remote controller listens, monitors, or receives a paging packet transmitted by the at least one device through a paging scan channel.
  • the Bluetooth-related information may be Bluetooth address (BT_ADDR) information, device name (Device Name) information of each pairing device.
  • B_ADDR Bluetooth address
  • Device Name Device Name
  • the Bluetooth-related information included in the transmission paging packet of the TV may be the Bluetooth address of the TV, the name of the TV, and the like.
  • the Bluetooth-related information included in the transmission paging packet of the DVD Player may be the Bluetooth address of the DVD Player, the DVD Player. It may be the name of the.
  • the magic remote controller outputs, via an output unit, a device list related UI (User Interface) indicating devices capable of pairing, that is, Bluetooth connection, based on the paging packet received in step S903 (S904).
  • UI User Interface
  • the magic remote controller receives a selection input for a device to be connected from among a device list indicating devices that can be connected from a user or the like (S905).
  • the magic remote controller performs a paging procedure with the selected pairing device TV (S907).
  • the magic remote control transmits a paging packet to the TV, and the TV receives a paging packet of the magic remote control through a paging scan channel.
  • the pairing devices that is, the TV and the DVD player, transmit a paging packet to the magic remote controller in step S903, and change from a paging state to a paging scan state after a predetermined time (S906).
  • the predetermined time may be a preset time, and information about the predetermined time may be shared through steps S902 to S903.
  • the magic remote control may change the UI of the output unit to a remote control UI capable of remote control.
  • the magic remote controller can exchange the Bluetooth profile with the TV through the remote control UI.
  • FIG. 10 is a diagram illustrating an example of a remote controller or a remote controller UI proposed in the present specification.
  • FIG. 10 illustrates a magic remote controller or a magic remote controller UI including the BT button 1010 of FIGS. 6 to 9.
  • the magic remote controller UI may be implemented through an application of a terminal (smartphone, etc.).
  • FIG. 11 is a diagram illustrating another example of a remote controller or a remote controller UI proposed in the present specification.
  • the magic remote control or the magic remote control UI is controlled by a first button 1110 for transmitting a Bluetooth connection request signal, a second button 1120 for searching for a pairing device, and the second button.
  • the display unit 1130 may display a name of the selected pairing device.
  • the first button may be represented as a Bluetooth (BT) button.
  • BT Bluetooth
  • the second button may be in the form of a button to search for a pairing device through a left / right button, or may be in the form of a wheel to search for a pairing device through a wheel.
  • FIG. 11A illustrates an example of a magic remote control or magic remote control UI including a second button in the form of a button
  • FIG. 11B illustrates an example of the magic remote control or magic remote control UI including a second button in the form of a wheel.
  • the magic remote controller may search for and select a pairing device through a user input through the second button, and when receiving a user input for the first button to transmit an IR signal to the selected pairing device, Bluetooth pairing can be performed with the pairing device.
  • FIG. 12 illustrates the UI of the device list output through the output unit of the magic remote controller in step S904 of FIG. 9.
  • FIG. 13 is a flowchart illustrating an example of a method for obtaining a control right of a remote control proposed in the present specification.
  • one pairing device and a plurality of magic remote controllers perform a Bluetooth connection procedure using the IR signals described with reference to FIGS. 6 to 9.
  • the magic remote controller may already be pairing with the pairing device, or a pairing may not be formed, and thus a pairing device and a pairing device may be desired.
  • the magic remote controller transmits a control authority request message for requesting control authority for the remote control of the TV to the TV.
  • the TV determines whether to approve the control right request of the magic remote controller according to the control right grant policy.
  • the control right grant policy may include granting control rights according to a competition, granting control rights according to priorities, supporting control rights for a plurality of magic remote controllers, and the like.
  • the control right grant policy may be defined as a GATT based characteristic.
  • GATT Characteristic for supporting control authority for a plurality of remote controllers may be defined as shown in Table 4 below.
  • Multi Control Type Characteristic is a value representing a control method for a plurality of remote controllers. As shown in Table 3 below, a contention type, a priority type, a proprietary type, There may be a joint control scheme type.
  • the contention type refers to a method in which a plurality of remote controllers acquire a control right through contention with each other.
  • the priority method type refers to a method of acquiring a control right according to a priority relationship between a plurality of remote controllers.
  • the monopoly type refers to a method in which one remote controller has control authority, and when the designated remote controller has control authority, the other remote controller does not have control authority.
  • the shared control type refers to a method in which a plurality of remote controllers share control authority.
  • the controller address characteristic value represents a Bluetooth address of the remote controller capable of controlling the pairing device.
  • the controller address characteristic has a Bluetooth address for one remote controller.
  • the controller address characteristic has Bluetooth addresses for multiple remote controllers.
  • the controller address characteristic value may include priority information on control authority.
  • the Number of Controllers Characteristic value represents a value that specifies the number of remote controllers that can be remotely controlled.
  • the pairing device blocks the connection of the remote controller requesting a new Bluetooth connection regardless of the salping control grant policy.
  • the Main Controller Characteristic value represents the setting of the main remote controller capable of controlling the pairing device.
  • the next remote controller may be the main controller according to the connection order (competition method) or priority.
  • the main controller characteristic value may be set so that the main controller is not changed.
  • another remote controller may be the main controller.
  • Table 5 below shows an example of the Multi Control Type described in Table 4.
  • the Characteristic value of the Multi Control Type may have a size of 8 bits, and when the third bit of the Multi Control Type is set to '1' (for example, it may be set to '0'), 'Shared' type control can be indicated, when the 2nd bit is set to '1' (also can be set to '0'), 'Monopoly' type control can be indicated, and the 1st bit is '1' If set to ('0' can be set), 'Priority' method control can be indicated, and if the 0th bit is set to '1' (can be set to '0'), 'Contention' method It can represent the control of.
  • a control authority method according to the multi control type will be described in detail with reference to FIGS. 14 to 16 to be described later.
  • the magic remote control which has been given control right from the TV does not perform the operation of the remote control for a certain time or no longer needs the control right for the remote control, the magic remote control returns the control right obtained from the TV.
  • the magic remote control transmits a control authority return message for notifying the return of the control right to the TV.
  • the TV may transmit an OK message allowing the return of the control right or a reject message not allowing the return of the control right to the magic remote controller.
  • the rejection message may be transmitted, for example, when the magic remote controller incorrectly transmits the control authority return message.
  • This case refers to a method for forcibly recovering the control right granted by the TV to the magic remote controller.
  • the control right cancellation procedure may be applied when the control right grant policy is set to priority.
  • the TV corresponding to the pairing device receives the control authority request from another magic remote controller having a high priority for the control authority, the TV releases the control authority with the magic remote controller having the control authority through Bluetooth communication. Send a Control Authority Release message to notify.
  • the magic remote controller which has received the control right release message may transmit an OK message for accepting the control right release or a rejection message indicating rejection of the control right cancellation to the TV.
  • the control authority policy set in the TV in particular, the control authority priority is not managed or updated, and thus the TV incorrectly determines the priority of the control authority and transmits the control authority termination message. If so, it may be.
  • the TV may include priority information on the control right of another magic remote controller requesting a new control right.
  • the remaining magic remote controllers that do not have the control right may need to maintain the connection without terminating the Bluetooth connection with the TV in order to quickly send and receive a message with the TV and request control right again.
  • the Magic Remote Control may terminate the Bluetooth connection with the TV. have.
  • the magic remote control may terminate the Bluetooth connection with the TV by transmitting a connection termination message from the TV to the magic remote control or conversely, the magic remote control may terminate the Bluetooth connection by transmitting a connection termination message to the TV.
  • control grant policy may include a contention type, a priority type, a control support type of multiple devices, and the like.
  • the magic remote controller transmits a control method set message for setting the control method of the TV to the TV.
  • the control method setting message may include a contention indicating acquisition of control authority through competition, a priority indicating acquisition of control authority according to priority, and a multiple value indicating sharing of control authority in a plurality of magic remote controllers.
  • the TV checks whether the control method setting requested by the magic remote control conforms to the control right grant policy, and transmits the confirmation result, that is, the request result (accept or rejection) for the control method setting to the magic remote control.
  • the TV transmits an OK message to the magic remote control, and when the request result for the control method setting is rejected, the TV is rejected by the magic remote control. Send a message.
  • the magic remote controller when receiving a selection input for various point icons from the user or the like, transmits a pointer icon set message to the TV.
  • the TV transmits a result (accept or rejection) on whether to perform the pointer icon set by the magic remote controller to the magic remote controller.
  • FIG. 14 is a flowchart illustrating still another example of a Bluetooth connection method using infrared rays proposed in the present specification.
  • FIG. 14 illustrates a method of forming a Bluetooth connection, that is, a Bluetooth pairing using an IR signal and BLE technology.
  • S1410, S1420, and S1440 through S1460 are the same as those of S610, S620, and S650 through S670 of FIG. 6, so a detailed description thereof will be omitted and only differences will be described.
  • the TV After operation S1420, that is, after receiving an IR signal including Bluetooth connection information from the magic remote controller, the TV transmits a connection request message to the magic remote controller (S1430).
  • the connection request message may include Bluetooth type information indicating a type of Bluetooth technology to be supported, Bluetooth address information indicating a Bluetooth address of a TV, and target device Bluetooth address information indicating a Bluetooth address of a target device, ie, a magic remote controller.
  • the Bluetooth type information may include Type 1 indicating support of BLE, Type 2 indicating support of BR / EDR, and Type 3 indicating that both BLE and BR / EDR are supported.
  • connection request message may be represented by a connection request packet, a connection request PDU, a connection request channel PDU, and a connection request signal.
  • the connection request message may include an InitA field indicating the address of the initiator initiating the connection request, an AdvA field indicating the address of the advertiser, and a link layer data field including link layer data (LLData).
  • InitA field indicating the address of the initiator initiating the connection request
  • AdvA field indicating the address of the advertiser
  • link layer data field including link layer data (LLData).
  • the Bluetooth address information of the TV included in the connection request message transmitted in step S1430 may use the InitA field of the connection request message, and the address of the magic remote controller may utilize the AdvA field of the connection request message.
  • FIG. 15 is a flowchart illustrating an example of a method of transmitting an audio / video stream using FIG. 6.
  • steps S1501 to S1506 are the same as steps S610 to S660 of FIG. 6, a detailed description thereof will be omitted and the focus will be on the parts that differ.
  • the device performing the role of the remote controller is a terminal including the function of the magic remote control.
  • step S1506 the terminal and the TV performs a connection procedure for transmitting A / V using the Bluetooth audio / video (A / V) protocol and profile (S1507).
  • the terminal and the TV perform an audio source discovery procedure, a set parameter procedure, and a start procedure to perform an A / V connection procedure.
  • the TV determines whether to transmit an audio and / or video stream to the terminal (S1508).
  • the TV may output a UI through which the user can confirm whether the audio and / or video stream is transmitted through an output unit (S1509).
  • step S1508 when the TV receives a user input instructing transmission of an A / V stream to the terminal (S1509), the TV transmits an A / V stream currently being output to the terminal (S1510).
  • the TV After a certain time, when the Bluetooth connection between the terminal and the TV is terminated by the request of the terminal or the request of the TV (S1511), the TV outputs the A / V streaming output through the terminal through the TV. The UI to output again is output through the output unit (S1512).
  • 16 is a flowchart illustrating an example of a method for obtaining control authority through a competition method proposed in the present specification.
  • the magic remote controller 1 establishes a Bluetooth connection with the TV using the BT button (S1601).
  • the magic remote control 1 is registered in the TV.
  • the magic remote controller 2 also establishes a Bluetooth connection with the TV using the BT button provided in the magic remote controller 2 (S1602).
  • the magic remote control 2 is also registered in the TV.
  • the magic remote controller 1 transmits a control authority request message to the TV (S1603).
  • the TV transmits an OK message for accepting the control authority request to the magic remote controller 1 which first transmitted the control authority request (S1604).
  • the magic remote controller 2 transmits a control right request message to the TV (S1605).
  • the TV transmits a reject message for rejecting the control authority request to the magic remote controller 2 which has transmitted the control authority request later than the magic remote controller 1 because the competition control authority grant policy is set (S1606).
  • the Magic Remote Control 1 After a certain time, the Magic Remote Control 1 transmits a Control Authority Return message for returning control authority to the TV (S1607).
  • the TV transmits an OK message to the magic remote controller 1 to confirm the request for returning the control authority of the magic remote controller 1 (S1608).
  • the TV sends an OK message to accept the control authority request of the magic remote control 2 the magic remote control 2 In step S1610.
  • 17 is a flowchart illustrating an example of a method for obtaining control authority through a priority method proposed in the present specification.
  • the magic remote control 1 has a lower priority in control authority than the magic remote control 2.
  • the magic remote controller 1 establishes a Bluetooth connection with the TV (S1701).
  • control authority priority information of the magic remote controller may be exchanged.
  • step S1701 the TV can know that the control authority of the magic remote control has a relatively low priority.
  • the magic remote controller 2 establishes a Bluetooth connection with the TV (S1702).
  • priority information of the control authority of the magic remote controller 2 may be exchanged through step S1702.
  • each Magic remote control uses a BT button to establish a Bluetooth connection with the TV.
  • the magic remote controller 1 transmits a control authority request message for requesting a control authority to the TV (S1703).
  • the TV transmits an OK message confirming the control authority request of the magic remote control 1 to the magic remote control 1 (S1704).
  • the magic remote control 2 having a higher priority than the magic remote control 1 transmits a control authority request message for requesting a control authority to the TV (S1705).
  • the TV transmits an OK message to the magic remote controller 2 to approve the control authority request of the magic remote controller 2 according to the control right grant policy according to the priority (S1706).
  • the TV transmits a control authority release message indicating the termination of the control authority granted to the magic remote controller 1.
  • Control of the magic remote controller 1 through the control right release message may be unilaterally performed by the TV.
  • FIG. 18 is a flowchart illustrating an example of a method of sharing control rights through a support method of a plurality of remote controllers proposed in the present specification.
  • the magic remote controller 1 and the magic remote controller 2 make a Bluetooth connection with the TV by using a BT button, respectively (S1801 to S1802).
  • the magic remote control 1 may have a lower priority in control authority than the magic remote control 2.
  • the magic remote controller 1 transmits a control authority request message for requesting control authority to the TV (S1803), and the TV sends an OK message for approving the control authority request of the magic remote controller 1 to the magic remote controller 1. To transmit (S1804).
  • the magic remote controller 2 transmits a control authority request message for requesting a control authority to the TV (S1805), and the TV controls the control authority of the magic remote controller 2 according to a control right grant policy (set in a plurality of device support methods).
  • An OK message for approving the request is also transmitted to the magic remote controller 2 (S1806).
  • the magic remote control 1 and the magic remote control 2 can share the control authority for the TV.
  • 19 is a flowchart illustrating an example of a method for setting control authority according to a multi-control type proposed in the present specification.
  • 19 illustrates a method for obtaining control authority when a multi control type is set to a “monopoly method”.
  • the magic remote controller 1 makes a Bluetooth connection with the TV using the BT button (S1901).
  • the TV adds the Bluetooth address of the magic remote control 1 by using the IR signal transmitted from the magic remote control 1 through step S1901 (S1902).
  • the reason why the TV registers the Bluetooth address of the magic remote control is that the address of the magic remote control may be controlled in the future when the magic remote control is registered.
  • the Bluetooth address addition procedure of the Magic Remote Control may be performed using directed connectable advertising and scanning filter policies.
  • the magic remote controller 1 transmits a control authority request message for requesting a control authority to the TV (S1903), and the TV transmits an OK message for approving the control authority request of the magic remote controller 1 to the magic remote controller 1. (S1904).
  • the magic remote controller 1 transmits a Write Control Method in which the Multi Control Type is set to the “Monopoly method” to the TV in order to monopolize the control authority (S1905).
  • the TV transmits an OK for approving the request of the magic remote control transmitted in operation S1905 to the magic remote control 1 (S1906).
  • the magic remote controller 1 may monopolize control rights.
  • the magic remote controller 2 establishes a Bluetooth connection with the TV (S1907).
  • the TV transmits, to the magic remote controller 1, indication information indicating that there is a Bluetooth connection of the new magic remote controller (S1908).
  • the rejection message may include the reason for rejection of the control right request for the magic remote controller 2 (eg, the number of connected magic remote controllers, exclusive control settings, etc.).
  • the control authority of the TV may be changed from the magic remote control 1 to the magic remote control 2.
  • 20 is a flowchart illustrating still another example of a method for setting a control right according to a multi-control type proposed in the present specification.
  • Steps S2001 to S2004, S2007, S2009, and S2010 are the same as steps S1901 to S1904, S1908 to S1909 of FIG. 19, and thus, detailed descriptions thereof will be omitted and only differences will be described.
  • FIG. 20 illustrates a method for acquiring control authority when the Multi Control Type is set to 'Shared'.
  • the magic remote control transmits a request for the control method in which the Multi Control Type is set to the 'Shared method' to the TV (S2005).
  • the TV transmits an OK message to the magic remote control 1 to approve the control authority request of the magic remote control 1 (S2006).
  • step S2011 the TV transmits an OK message for approving the control authority request of the magic remote control 2 to the magic remote control 2 (S2011).
  • the magic remote control 1 and the magic remote control 2 each share a control authority for the TV.
  • 21 is a flowchart illustrating still another example of a method for setting control rights according to a multi-control type proposed in the present specification.
  • Steps S2101 to S2104 and S2107 to S2110 are the same as those of steps S1901 to S1904 and S1907 to S1910 of FIG. 19, and thus detailed descriptions thereof will be omitted and only differences will be described.
  • FIG. 21 illustrates a method for acquiring control rights when information on the number of controllers, that is, the number of magic remote controllers that can be registered in the TV is set.
  • the number of addresses of the magic remote controller that can be registered in the TV may be limited by the value set in the number of controllers.
  • the TV rejects the newly requested control control right regardless of the control right grant policy.
  • the magic remote control 2 transmits a control right request message to the TV
  • the TV is set to the magic remote control 2 due to the excess number of controllers (the number of registerable magic remote controls is set to '1').
  • a rejection message indicating the rejection of the control right request is transmitted.
  • the rejection message may include information related to the reason for rejection.
  • the rejection message may include an excessive number of controllers.
  • the method of performing a Bluetooth connection is not limited to the configuration and method of the embodiments described as described above, but the embodiments may be modified in whole or in part to enable various modifications. It may alternatively be configured in combination.
  • the method of performing the Bluetooth connection of the present specification can be implemented as a processor-readable code in 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.
  • a device-to-device connection that is, pairing, is used in a wireless communication system.

Abstract

본 명세서는 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법에 있어서, 제 1 디바이스에 의해 수행되는 상기 방법은 적어도 하나의 제 2 디바이스들로 제 2통신 연결을 위한 연결 정보를 포함하는 제 1 통신 신호를 전송하는 단계; 상기 적어도 하나의 제 2 디바이스들로부터 상기 적외선 신호에 대한 응답을 수신하는 단계; 및 상기 수신된 응답에 기초하여 제 2 디바이스와 제 2 통신 연결을 수행하는 단계를 포함하는 것을 특징으로 한다.

Description

무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치
본 명세서는 무선 통신 시스템에서 디바이스 간 연결 즉, 페어링을 수행하기 위한 방법 및 장치에 관한 것이다.
최근 들어 블루투스(Bluetooth)의 사용이 일반화되고 있다. 블루투스는 고체, 비금속 물질을 관통하여 전송할 수 있다. 전송 범위는 10cm에서 10m이지만, 전송 전력을 증가시키면 100m까지 확장될 수 있다. 이는 저비용, 짧은 범위의 무선 링크에 기초하며, 고정 및 이동 통신 환경에서 애드 혹(ad hoc)접속을 용이하게 한다.
블루투스는 무선랜 규격인 802.11b/g와 동일한 ISM 대역인 2.45GHz 주파수를 사용하며, 블루투스 장치들은 주변의 블루투스 장치에 대한 검색/선택/인증(페어링) 등의 과정을 통해 무선 통신을 수행할 수 있다.
또한, 블루투스는 비교적 저전력, 저비용으로 비교적 빠른 속도를 낼 수 있으나, 전송 거리가 최대 100m로 한정적이므로, 한정된 공간에서 사용하기 적합하다.
블루투스는 다양한 디바이스(스마트폰, PC, 이어폰, 헤드폰 등)들을 서로 연결하여 정보를 주고 받는 대표적인 근거리 무선 기술 중에 하나이다. 현재 대부분의 스마트폰, PC, 노트북 등에 적용되어 있으며, 디바이스 간 페어링 절차가 빠르며, 안정적으로 디바이스 간 연결성을 제공할 수 있다.
이러한 블루투스의 장점으로 인해, 스마트 TV를 제어하기 위해 리모콘에 적용되어 널리 사용되고 있다.
하지만, 블루투스 방식의 리모콘은 기존 IR(Infra-red)의 Line-of-Sight 방식과 달리 무선 연결로 인한 문제점이 발생하게 되었다.
즉, 복수의 TV가 있는 환경에서 기존 TV와의 연결성이 지속적으로 유지되고 새로운 TV와의 연결성이 확보되지 않는 부분이다.
현재 매직 리모콘은 페어링 초기화 과정을 통해 상기와 같은 문제점을 해결하고 있으나, 페어링 초기화 과정을 위해서는 새롭게 페어링을 요청해야 하는 등 절차가 복잡하기 때문에 사용에 있어 불편함을 초래하고 있다.
본 명세서는 적외선(InfraRed:IR) 신호를 통해 블루투스 연결 정보를 제공함으로써, 블루투스 연결을 수행하는 방법을 제공함에 목적이 있다.
또한, 본 명세서는 다수의 디바이스들의 제어 권한 방식을 설정하는 방법을 제공함에 목적이 있다.
또한, 본 명세서는 블루투스 연결 가능한 디바이스들에 대한 정보를 제공함으로써, 특정 디바이스와 블루투스 연결을 수행하는 방법을 제공함에 목적이 있다.
또한, 본 명세서는 다수의 리모트 컨트롤러들 간 특정 디바이스에 대한 제어 권한을 주고 받는 방법을 제공함에 목적이 있다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서는 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법에 있어서, 제 1 디바이스에 의해 수행되는 상기 방법은 적어도 하나의 제 2 디바이스들로 제 2 통신 연결을 위한 연결 정보를 포함하는 제 1 통신 신호를 전송하는 단계; 상기 적어도 하나의 제 2 디바이스들로부터 상기 제 1 통신 신호에 대한 응답을 수신하는 단계; 및 상기 수신된 응답에 기초하여 제 2 디바이스와 제 2 통신 연결을 수행하는 단계를 포함하되, 상기 연결 정보는 상기 제 1 디바이스의 제 2 통신 버전을 나타내는 버전(Version) 정보, 상기 제 1 디바이스에서 지원하는 제 2 통신의 기술 타입을 나타내는 타입(Type) 정보, 상기 제 1 디바이스의 제 2 통신 접속 주소를 나타내는 주소(ADDR) 정보 또는 제 2 통신 연결의 동기화에 사용되는 동기화 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서는 다수의 리모트 컨트롤러들에 대한 제어 권한 설정과 관련된 제어 정보를 포함하는 제 1 메시지를 상기 제 2 디바이스로 전송하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제어 정보는 다수의 리모트 컨트롤러들에 대한 제어 방식을 나타내는 멀티 제어 타입(Multi Control Type) 필드, 페어링되는 디바이스를 제어할 수 있는 리모트 컨트롤러의 제 2 통신 접속 주소를 나타내는 컨트롤러 주소 필드, 페어링 가능한 리모트 컨트롤러의 수를 지정하는 컨트롤러 개수 필드, 페어링되는 디바이스를 제어할 수 있는 메인 리모트 컨트롤러를 나타내는 메인 컨트롤러(Main Controller) 필드 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 멀티 제어 타입 필드는 경쟁을 통해 제어 권한을 획득하는 방식을 나타내는 제 1 타입, 우선 순위에 따라 제어 권한을 획득하는 방식을 나타내는 제 2 타입, 하나의 리모트 컨트롤러만 제어 권한을 가지는 방식을 나타내는 제 3 타입 또는 다수의 리모트 컨트롤러들이 제어 권한을 공유하는 방식을 나타내는 제 4 타입 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서는 상기 제 2 디바이스로 리모트 컨트롤(Remote Control)과 관련된 제어 권한을 요청하기 위한 제어 권한 요청(Control Authority Request) 메시지를 전송하는 단계; 및 상기 제 2 디바이스로부터 상기 제어 권한 요청 메시지에 대한 응답을 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 2 통신 연결을 수행하는 단계는 상기 응답에 기초하여, 제 2 통신 연결이 가능한 적어도 하나의 제 2 디바이스들에 대한 리스트를 출력하는 단계; 상기 출력된 리스트에서 특정 제 2 디바이스에 대한 선택 입력을 수신하는 단계; 및 상기 선택된 제 2 디바이스와 제 2 통신 연결을 수행하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 명세서는 상기 제 2 디바이스로 리모트 컨트롤과 관련된 제어 권한을 반납하기 위한 제어 권한 리턴(Control Authority Return) 메시지를 전송하는 단계; 및 상기 제 2 디바이스로부터 상기 제어 권한 리턴 메시지에 대한 응답을 수신하는 단계를 더 포함하되, 상기 제어 권한 리턴 메시지에 대한 응답은 제어 권한 반납의 승낙 또는 거절인 것을 특징으로 한다.
또한, 본 명세서는 상기 제 2 디바이스로부터 리모트 컨트롤과 관련된 제어 권한이 해지되었음을 알리는 권한 해지(Control Authority Release) 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 1 통신 신호는 디바이스들 별로 할당되는 IR 코드이며, 상기 IR 코드는 1 내지 2 바이트(byte)의 크기인 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 1 디바이스는 제 2 통신 연결 요청 신호를 전송하기 위한 제 1 버튼, 제 2 통신 연결 가능한 디바이스들의 검색을 위한 제 2 버튼 또는 상기 제 2 버튼에 의해 선택되는 디바이스의 이름을 표시하기 위한 표시부 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 동기화 정보는 주파수 호핑 시퀀스 정보 또는 레퍼런스 클락(Reference Clock)의 타임 오프셋(time offset)을 나타내는 네이티브 클락(Native Clock) 정보 중 적어도 하나는 포함하는 것을 특징으로 한다.
또한, 본 명세서는 상기 제 2 디바이스와 A/V(Audio/Video) 설정을 수행하는 단계; 및 상기 제 2 디바이스로부터 A/V 스트림(stream)을 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 응답은 연결 요청(Connection Request) 메시지이며, 상기 응답은 제 2 디바이스와 관련된 제 2 통신 연결 정보를 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 2 통신 연결을 수행하는 단계는 상기 적어도 하나의 제 2 디바이스들로 질의(Inquiry) 메시지를 전송하는 단계; 및 상기 적어도 하나의 제 2 디바이스들로부터 상기 질의 메시지의 응답에 해당하는 확장 질의 응답(Extended Inquiry Response:EIR) 메시지를 수신하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 명세서는 상기 제 2 디바이스와 페이징 절차를 수행하는 단계를 더 포함하는 것을 특징으로 한다.
또한, 본 명세서에서 상기 제 1 디바이스는 리모트 컨트롤러(Remote Controller)이며, 상기 제 2 디바이스는 TV(Television)인 것을 특징으로 한다.
또한, 본 명세서는 무선 통신 시스템에서 디바이스 간 연결을 수행하는 제 1 디바이스에 있어서, 상기 제 1 디바이스는 외부와 유선 및/또는 무선으로 신호를 송수신하기 위한 통신부; 및 상기 통신부와 기능적으로 연결되는 제어부를 포함하되, 상기 제어부는 적어도 하나의 제 2 디바이스들로 제 2 통신 연결 정보를 포함하는 제 1 통신 신호를 전송하고;
상기 적어도 하나의 제 2 디바이스들로부터 상기 제 1 통신 신호에 대한 응답을 수신하고; 및 상기 수신된 응답에 기초하여 제 2 디바이스와 제 2 통신 연결을 수행하도록 제어하되, 상기 제 2 통신 연결 정보는 상기 제 1 디바이스의 제 2 통신 버전을 나타내는 버전(Version) 정보, 상기 제 1 디바이스에서 지원하는 제 1 통신 기술의 타입 나타내는 타입(Type) 정보, 상기 제 1 디바이스의 제 2 통신 접속 주소를 나타내는 주소(ADDR) 정보 또는 제 2 통신 연결의 동기화에 사용되는 동기화 정보 중 적어도 하나를 포함하는 것을 특징으로 한다.
본 명세서는 적외선(InfraRed) 신호를 이용하여 연결을 원하는 디바이스로 직접 블루투스 페어링을 요청함으로써 사용자 만족도를 향상시킬 수 있는 효과가 있다.
또한, 본 명세서는 적외선(InfraRed) 신호를 이용하여 블루투스 연결 정보(또는 페어링 정보)를 제공함으로써, 불편한 페어링 초기화 과정을 없앨 수 있으며, 연결을 원하는 디바이스와 언제든지 블루투스 연결을 수행할 수 있어 사용자의 만족도를 향상 및 블루투스 페어링의 시간을 단축시킬 수 있는 효과가 있다.
또한, 본 명세서는 다수의 디바이스들이 특정 디바이스에 대한 제어 권한을 서로 공유함으로써, 다수의 리모콘을 활용하여 특정 디바이스를 제어할 수 있어 사용자가 서로 리모컨을 주고 받는 불편한 상황을 개선시킬 수 있는 효과가 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 명세서에서 제안하는 방법들이 적용될 수 있는 블루투스 통신 아키텍처(Architecture)의 일 예를 나타낸 도이다.
도 2는 본 명세서에서 제안하는 방법들이 적용될 수 있는 디바이스들의 내부 블록도의 일 예를 나타낸 도이다.
도 3은 블루투스 연결 절차의 일 예를 나타낸 흐름도이다.
도 4는 디바이스 간 블루투스 연결 절차의 또 다른 일 예를 나타낸 흐름도이다.
도 5는 디바이스 간 블루투스 연결 절차의 또 다른 일 예를 나타낸 흐름도이다.
도 6은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 일 예를 나타낸 흐름도이다.
도 7은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 8은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 9는 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 10은 본 명세서에서 제안하는 리모트 컨트롤러 또는 리모트 컨트롤러 UI의 일 예를 나타낸 도이다.
도 11은 본 명세서에서 제안하는 리모트 컨트롤러 또는 리모트 컨트롤러 UI의 또 다른 일 예를 나타낸 도이다.
도 12는 본 명세서에서 제안하는 매직 리모콘 UI의 또 다른 일 예를 나타낸 도이다.
도 13은 본 명세서에서 제안하는 리모트 컨트롤의 제어권을 획득하기 위한 방법의 일 예를 나타낸 흐름도이다.
도 14는 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 15는 도 6을 이용하여 오디오/비디오 스트림을 전송하는 방법의 일 예를 나타낸 흐름도이다.
도 16은 본 명세서에서 제안하는 경쟁 방식을 통한 제어 권한 획득 방법의 일 예를 나타낸 흐름도이다.
도 17은 본 명세서에서 제안하는 우선 순위 방식을 통한 제어 권한 획득 방법의 일 예를 나타낸 흐름도이다.
도 18은 본 명세서에서 제안하는 다수의 리모트 컨트롤러들의 지원 방식을 통한 제어 권한 공유 방법의 일 예를 나타낸 흐름도이다.
도 19는 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 일 예를 나타낸 흐름도이다.
도 20은 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 21은 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 또 다른 일 예를 나타낸 흐름도이다.
이하에서는 도면을 참조하여 본 발명을 더욱 상세하게 설명한다.
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함을 고려하여 부여되는 것으로서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
한편, 본 명세서에서 기술되는 디바이스(device)는 무선 통신이 가능한 디바이스로서, 스마트 폰을 포함한 휴대폰, 태블릿 PC, 데스크탑 컴퓨터, 노트북, 스마트 TV, IPTV 등을 포함한 텔레비전 등이 가능하다.
또한, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시 예를 상세하게 설명하지만, 본 발명이 실시 예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다.
또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다.
따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.

도 1은 본 명세서에서 제안하는 방법들이 적용될 수 있는 블루투스 통신 아키텍처(Architecture)의 일 예를 나타낸 도이다.
구체적으로, 도 1a는 블루투스 BR(Basic Rate)/EDR(Enhanced Data Rate)의 아키텍처의 일 예를 나타내며, 도 1b는 블루투스 LE(Low Energy)의 아키텍처의 일 예를 나타낸다.
먼저, 도 1a에 도시된 바와 같이, 블루투스 BR/EDR 아키텍처는 컨트롤러 스택(Controller stack,330), HCI(Host Controller Interface,320) 및 호스트 스택(Host stack,310)을 포함한다.
상기 컨트롤러 스택(또는 컨트롤러 모듈, 330)은 2.4GHz의 블루투스 신호를 받는 무선 송수신 모듈과 블루투스 패킷을 전송하거나 수신하기 위한 하드웨어를 말하며, BR/EDR Radio 계층(333), BR/EDR Baseband 계층(332), BR/EDR Link Manager 계층(331)을 포함할 수 있다.
상기 BR/EDR Radio 계층(333)은 2.4 GHz 무선 신호를 송수신하는 계층으로, GFSK (Gaussian Frequency Shift Keying) modulation을 사용하는 경우 79 개의 RF 채널을 hopping 하여 데이터를 전송할 수 있다.
상기 BR/EDR Baseband 계층(332)은 Digital Signal을 전송하는 역할을 담당하며, 초당 1600번 hopping 하는 채널 시퀀스를 선택하며, 각 채널 별 625us 길이의 time slot을 전송한다.
상기 Link Manager 계층(331)은 LMP(Link Manager Protocol)을 활용하여 Bluetooth Connection의 전반적인 동작(link setup, control, security)을 제어한다.
상기 Link Manager 계층은 아래와 같은 기능을 수행할 수 있다.
- ACL/SCO logical transport 및 logical link setup 및 control을 한다.
- Detach: connection을 중단하고, 중단 이유를 상대 디바이스에게 알려준다.
- Power control 및 Role switch를 한다.
- Security(authentication, pairing, encryption) 기능을 수행한다.
상기 Host Controller Interface 계층(320)은 Host 모듈(310)과 Controller 모듈(330) 사이의 인터페이스 제공하여 Host 가 command와 Data를 Controller에게 제공하게 하며, Controller가 event와 Data를 Host에게 제공할 수 있도록 해준다.
상기 호스트 스택(또는 호스트 모듈,310)은 L2CAP(317), SDP(Service Discovery Protocol,313), BR/EDR Protocol(312), BR/EDR Profiles(311), Attribute Protocol(316), Generic Access Profile(GAP,314), Generic Attribute Profile(GATT,315)을 포함한다.
상기 Logical Link Control and Adaptation Protocol(L2CAP,317)은 특정 protocol 또는 profile 에게 데이터를 전송하기 위한 하나의 양방향 채널을 제공한다.
상기 L2CAP은 블루투스 상위에서 제공하는 다양한 protocol, profile 등을 multiplexing한다.
블루투스 BR/EDR의 L2CAP에서는 dynamic 채널 사용하며, protocol service multiplexer, retransmission, streaming mode를 지원하고, Segmentation 및 reassembly, per-channel flow control, error control을 제공한다.
상기 SDP(Service Discovery Protocol,313)는 블루투스 디바이스에서 지원하는 서비스(Profile 및 Protocol)을 찾기 위한 프로토콜을 말한다.
상기 BR/EDR Protocol 및 Profiles(312,311)은 블루트스 BR/EDR를 이용하는 서비스 (profile)의 정의 및 이들 데이터를 주고 받기 위한 application 프로토콜을 정의한다.
상기 Attribute Protocol(316)은 Server-Client 구조로, 상대 디바이스의 data를 접근하기 위한 규칙을 정의한다. 아래와 같이 6가지 메시지(Request message, Response message, Command message, Notification message, Indication message) 유형이 있다.
- Request message from client to server with Response message from server to client
- Command message from client to server without Response message
- Notification message from server to client without Confirm message
- Indication message from server to client with Confirm message from client to server
상기 Generic Attribute Profile(GATT,315)은 attribute의 type을 정의한다.
상기 Generic Access Profile(GAP,314)은 디바이스 발견, 연결, 사용자에게 정보를 제공하는 방안을 정의하며, privacy를 제공한다.
도 1b에 도시된 바와 같이, BLE 구조는 타이밍이 중요한 무선장치 인터페이스를 처리하도록 동작가능한 컨트롤러 스택(Controller stack)과 고레벨(high level) 데이터를 처리하도록 동작가능한 호스트 스택(Host stack)을 포함한다.
상기 Controller stack은 Controller로 호칭될 수도 있으나, 앞서 도 2에서 언급한 디바이스 내부 구성요소인 프로세서와의 혼동을 피하기 위해 이하에서는 Controller stack으로 표현하기로 한다.
먼저, 컨트롤러 스택은 블루투스 무선장치를 포함할 수 있는 통신 모듈과, 예를 들어, 마이크로프로세서와 같은 프로세싱 디바이스를 포함할 수 있는 프로세서 모듈을 이용하여 구현될 수 있다.
호스트 스택은 프로세서 모듈 상에서 작동되는 OS의 일부로서, 또는 OS 위의 패키지(package)의 인스턴스 생성(instantiation)으로서 구현될 수 있다.
일부 사례들에서, 컨트롤러 스택 및 호스트 스택은 프로세서 모듈 내의 동일한 프로세싱 디바이스 상에서 작동 또는 실행될 수 있다.
호스트 스택은 GAP(Generic Access Profile,410), GATT based Profiles(420), GATT(Generic Attribute Profile,430), ATT(Attribute Protocol,440), SM(Security Manage,450), L2CAP(Logical Link Control and Adaptation Protocol,460)을 포함한다. 다만, 호스트 스택은 이것으로 한정되지는 않고 다양한 프로토콜들 및 프로파일들을 포함할 수 있다.
호스트 스택은 L2CAP을 사용하여 블루투스 상위에서 제공하는 다양한 프로토콜, 프로파일 등을 다중화(multiplexing)한다.
먼저, L2CAP(Logical Link Control and Adaptation Protocol,460)은 특정 프로토콜 또는 프로파일에게 데이터를 전송하기 위한 하나의 양방향 채널을 제공한다.
L2CAP은 상위 계층 프로토콜들 사이에서 데이터를 다중화(multiplex)하고, 패키지(package)들을 분할(segment) 및 재조립(reassemble)하고, 멀티캐스트 데이터 송신을 관리하도록 동작 가능할 수 있다.
BLE 에서는 3개의 고정 채널(signaling CH을 위해 1개, Security Manager를 위해 1개, Attribute protocol을 위해 1개)을 사용한다.
반면, BR/EDR(Basic Rate/Enhanced Data Rate)에서는 동적인 채널을 사용하며, protocol service multiplexer, retransmission, streaming mode 등을 지원한다.
SM(Security Manager,450)은 디바이스를 인증하며, 키 분배(key distribution)를 제공하기 위한 프로토콜이다.
ATT(Attribute Protocol,440)는 서버-클라이언트(Server-Client) 구조로 상대 디바이스의 데이터를 접근하기 위한 규칙을 정의한다. ATT에는 6가지의 메시지 유형(Request, Response, Command, Notification, Indication, Confirmation)이 있다.
즉, ① Request 및 Response 메시지: Request 메시지는 클라이언트 디바이스에서 서버 디바이스로 특정 정보를 요청하기 위한 메시지이며, Response 메시지는 Request 메시지에 대한 응답 메시지로서, 서버 디바이스에서 클라이언트 디바이스로 전송되는 메시지를 말한다.
② Command 메시지: 클라이언트 디바이스에서 서버 디바이스로 특정 동작의 명령을 지시하기 위해 전송하는 메시지로, 서버 디바이스는 Command 메시지에 대한 응답을 클라이언트 디바이스로 전송하지 않는다.
③ Notification 메시지: 서버 디바이스에서 클라이언트 디바이스로 이벤트 등과 같은 통지를 위해 전송하는 메시지로, 클라이언트 디바이스는 Notification 메시지에 대한 확인 메시지를 서버 디바이스로 전송하지 않는다.
④ Indication 및 Confirm 메시지: 서버 디바이스에서 클라이언트 디바이스로 이벤트 등과 같은 통지를 위해 전송하는 메시지로, Notification 메시지와는 달리, 클라이언트 디바이스는 Indication 메시지에 대한 확인 메시지를 서버 디바이스로 전송한다.
GAP(Generic Access Profile)는 BLE 기술을 위해 새롭게 구현된 계층으로, BLE 디바이스들 간의 통신을 위한 역할 선택, 멀티 프로파일 작동이 어떻게 일어나는지를 제어하는데 사용된다.
또한, GAP는 디바이스 발견, 연결 생성 및 보안 절차 부분에 주로 사용되며, 사용자에게 정보를 제공하는 방안을 정의하며, 하기와 같은 attribute의 type을 정의한다.
① Service : 데이터와 관련된 behavior의 조합으로 디바이스의 기본적인 동작을 정의
② Include : 서비스 사이의 관계를 정의
③ Characteristics : 서비스에서 사용되는 data 값
④ Behavior : UUID(Universal Unique Identifier, value type)로 정의된 컴퓨터가 읽을 수 있는 포맷

GATT-based Profiles은 GATT에 의존성을 가지는 profile 들로 주로 BLE 디바이스에 적용된다. GATT-based Profiles은 Battery, Time, FindMe, Proximity, Time, Object Delivery Service 등일 수 있다. GATT-based Profiles의 구체적인 내용은 하기와 같다.
Battery : 배터리 정보 교환 방법
Time : 시간 정보 교환 방법
FindMe : 거리에 따른 알람 서비스 제공
Proximity : 배터리 정보 교환 방법
Time : 시간 정보 교환 방법
GATT는 서비스들의 구성 시에 ATT가 어떻게 이용되는지를 설명하는 프로토콜로서 동작가능할 수 있다. 예를 들어, GATT는 ATT 속성들이 어떻게 서비스들로 함께 그룹화되는지를 규정하도록 동작가능할 수 있고, 서비스들과 연계된 특징들을 설명하도록 동작가능할 수 있다.
따라서, GATT 및 ATT는 디바이스의 상태와 서비스들을 설명하고, 특징들이 서로 어떻게 관련되며 이들이 어떻게 이용되는지를 설명하기 위하여, 특징들을 사용할 수 있다.
컨트롤러(Controller) 스택은 물리 계층(Physical Layer,490), 링크 계층(Link Layer,480) 및 호스트 컨트롤러 인터페이스(Host Controller Interface,470)를 포함한다.
물리 계층(무선 송수신 모듈,490)은 2.4 GHz 무선 신호를 송수신하는 계층으로 GFSK (Gaussian Frequency Shift Keying) modulation과 40 개의 RF 채널로 구성된 frequency hopping 기법을 사용한다.
링크 계층(480)은 블루투스 패킷을 전송하거나 수신한다.
또한, 링크 계층은 3개의 Advertising 채널을 이용하여 Advertising, Scanning 기능을 수행한 후에 디바이스 간 연결을 생성하고, 37개 Data 채널을 통해 최대 42bytes 의 데이터 패킷을 주고 받는 기능을 제공한다.
HCI(Host Controller Interface)는 Host 스택과 Controller 스택 사이의 인터페이스를 제공하여, Host 스택에서 command와 Data를 Controller 스택으로 제공하게 하며, Controller 스택에서 event와 Data를 Host 스택으로 제공하게 해준다.

이하에서, 블루투스 저전력 에너지(Bluetooth Low Energy:BLE) 기술의 절차(Procedure)들에 대해 간략히 살펴보기로 한다.
BLE 절차는 디바이스 필터링 절차(Device Filtering Procedure), 광고 절차(Advertising Procedure), 스캐닝 절차(Scanning Procedure), 디스커버링 절차(Discovering Procedure), 연결 절차(Connecting Procedure) 등이 있다.
디바이스 필터링 절차(Device Filtering Procedure)
디바이스 필터링 절차는 컨트롤러 스택에서 요청, 지시, 알림 등에 대한 응답을 수행하는 디바이스들의 수를 줄이기 위한 방법이다. 모든 디바이스에서 요청 수신 시, 이에 대해 응답하는 것이 필요하지 않기 때문에, 컨트롤러 스택은 요청을 전송하는 개수를 줄여서, BLE 컨트롤러 스택에서 전력 소비가 줄어들도록 제어할 수 있다.
광고 디바이스 또는 스캐닝 디바이스는 광고 패킷, 스캔 요청 또는 연결 요청을 수신하는 디바이스를 제한하기 위해 상기 디바이스 필터링 절차를 수행할 수 있다.
여기서, 광고 디바이스는 광고 이벤트를 전송하는 즉, 광고를 수행하는 디바이스를 말하며, 광고자(Advertiser)라고도 표현된다.
스캐닝 디바이스는 스캐닝을 수행하는 디바이스, 스캔 요청을 전송하는 디바이스를 말한다.
BLE에서는, 스캐닝 디바이스가 일부 광고 패킷들을 광고 디바이스로부터 수신하는 경우, 상기 스캐닝 디바이스는 상기 광고 디바이스로 스캔 요청을 전송해야 한다. 하지만, 디바이스 필터링 절차가 사용되어 스캔 요청 전송이 불필요한 경우, 상기 스캐닝 디바이스는 광고 디바이스로부터 전송되는 광고 패킷들을 무시할 수 있다.
연결 요청 과정에서도 디바이스 필터링 절차가 사용될 수 있다. 만약, 연결 요청 과정에서 디바이스 필터링이 사용되는 경우, 연결 요청을 무시함으로써 상기 연결 요청에 대한 응답을 전송할 필요가 없게 된다.
광고 절차(Advertising Procedure)
광고 디바이스는 영역 내 디바이스들로 비지향성 브로드캐스트를 수행하기 위해 광고 절차를 수행한다. 여기서, 비지향성 브로드캐스트는 특정 방향으로의 브로드캐스트가 아닌 전(모든) 방향으로의 브로드캐스트를 말한다. 이와 달리, 지향성 브로드 캐스트는 특정 방향으로의 브로드캐스트를 말한다. 비지향성 브로드캐스트는 광고 디바이스와 리스닝(또는 청취) 상태에 있는 디바이스(이하, 리스닝 디바이스라 한다.) 간에 연결 절차 없이 발생한다. 광고 절차는 근처의 개시 디바이스와 블루투스 연결을 확립하기 위해 사용된다. 또는 광고 절차는 광고 채널에서 리스닝을 수행하고 있는 스캐닝 디바이스들에게 사용자 데이터의 주기적인 브로드캐스트를 제공하기 위해 사용될 수 있다. 광고 절차에서 모든 광고(또는 광고 이벤트)는 광고 물리 채널을 통해 브로드캐스트된다.
광고 디바이스들은 광고 디바이스로부터 추가적인 사용자 데이터를 얻기 위해 리스닝을 수행하고 있는 리스닝 디바이스들로부터 스캔 요청을 수신할 수 있다. 광고 디바이스는 스캔 요청을 수신한 광고 물리 채널과 동일한 광고 물리 채널을 통해, 스캔 요청을 전송한 디바이스로 스캔 요청에 대한 응답을 전송한다.
광고 패킷들의 일 부분으로서 보내지는 브로드캐스트 사용자 데이터는 동적인 데이터인 반면에, 스캔 응답 데이터는 일반적으로 정적인 데이터이다.
광고 디바이스는 광고 (브로드캐스트) 물리 채널 상에서 개시 디바이스로부터 연결 요청을 수신할 수 있다. 만약, 광고 디바이스가 연결 가능한 광고 이벤트를 사용하였고, 개시 디바이스가 디바이스 필터링 절차에 의해 필터링 되지 않았다면, 광고 디바이스는 광고를 멈추고 연결 모드(connected mode)로 진입한다. 광고 디바이스는 연결 모드 이후에 다시 광고를 시작할 수 있다.
스캐닝 절차(Scanning Procedure)
스캐닝을 수행하는 디바이스 즉, 스캐닝 디바이스는 광고 물리 채널을 사용하는 광고 디바이스들로부터 사용자 데이터의 비지향성 브로드캐스트를 청취하기 위해 스캐닝 절차를 수행한다.
스캐닝 디바이스는 광고 디바이스로부터 추가적인 사용자 데이터를 요청 하기 위해, 광고 물리 채널을 통해 스캔 요청을 광고 디바이스로 전송한다. 광고 디바이스는 광고 물리 채널을 통해 스캐닝 디바이스에서 요청한 추가적인 사용자 데이터를 포함하여 상기 스캔 요청에 대한 응답인 스캔 응답을 전송한다.
상기 스캐닝 절차는 BLE 피코넷에서 다른 BLE 디바이스와 연결되는 동안 사용될 수 있다.
만약, 스캐닝 디바이스가 브로드캐스트되는 광고 이벤트를 수신하고, 연결 요청을 개시할 수 있는 개시자 모드(initiator mode)에 있는 경우, 스캐닝 디바이스는 광고 물리 채널을 통해 광고 디바이스로 연결 요청을 전송함으로써 광고 디바이스와 블루투스 연결을 시작할 수 있다.
스캐닝 디바이스가 광고 디바이스로 연결 요청을 전송하는 경우, 스캐닝 디바이스는 추가적인 브로드캐스트를 위한 개시자 모드 스캐닝을 중지하고, 연결 모드로 진입한다.
디스커버링 절차(Discovering Procedure)
블루투스 통신이 가능한 디바이스(이하, 블루투스 디바이스라 한다.)들은 근처에 존재하는 디바이스들을 발견하기 위해 또는 주어진 영역 내에서 다른 디바이스들에 의해 발견되기 위해 광고 절차와 스캐닝 절차를 수행한다.
디스커버링 절차는 비대칭적으로 수행된다. 주위의 다른 디바이스를 찾으려고 하는 블루투스 디바이스를 디스커버링 디바이스(discovering device)라 하며, 스캔 가능한 광고 이벤트를 광고하는 디바이스들을 위해 찾기 위해 리스닝한다. 다른 디바이스로부터 발견되어 이용 가능한 블루투스 디바이스를 디스커버러블 디바이스(discoverable device)라 하며, 적극적으로 광고 (브로드캐스트) 물리 채널을 통해 다른 디바이스가 스캔 가능하도록 광고 이벤트를 브로드캐스트한다.
디스커버링 디바이스와 디스커버러블 디바이스 모두 피코넷에서 다른 블루투스 디바이스들과 이미 연결되어 있을 수 있다.
연결 절차(Connecting Procedure)
연결 절차는 비대칭적이며, 연결 절차는 특정 블루투스 디바이스가 광고 절차를 수행하는 동안 다른 블루투스 디바이스는 스캐닝 절차를 수행할 것을 요구한다.
즉, 광고 절차가 목적이 될 수 있으며, 그 결과 단지 하나의 디바이스만 광고에 응답할 것이다. 광고 디바이스로부터 접속 가능한 광고 이벤트를 수신한 이후, 광고 (브로트캐스트) 물리 채널을 통해 광고 디바이스로 연결 요청을 전송함으로써 연결을 개시할 수 있다.

이하에서, BLE 기술에서의 동작 상태 즉, 광고 상태(Advertising State), 스캐닝 상태(Scanning State), 개시 상태(Initiating State), 연결 상태(connection state)에 대해 간략히 살펴보기로 한다.
광고 상태(Advertising State)
링크 계층(LL)은 호스트 (스택)의 지시에 의해, 광고 상태로 들어간다. 링크 계층이 광고 상태에 있을 경우, 링크 계층은 광고 이벤트들에서 광고 PDU(Packet Data Unit)들을 전송한다.
각각의 광고 이벤트는 적어도 하나의 광고 PDU들로 구성되며, 광고 PDU들은 사용되는 광고 채널 인덱스들을 통해 전송된다. 광고 이벤트는 광고 PDU가 사용되는 광고 채널 인덱스들을 통해 각각 전송되었을 경우, 종료되거나 광고 디바이스가 다른 기능 수행을 위해 공간을 확보할 필요가 있을 경우 좀 더 일찍 광고 이벤트를 종료할 수 있다.
스캐닝 상태(Scanning State)
링크 계층은 호스트 (스택)의 지시에 의해 스캐닝 상태로 들어간다. 스캐닝 상태에서, 링크 계층은 광고 채널 인덱스들을 리스닝한다.
스캐닝 상태에는 수동적 스캐닝(passive scanning), 적극적 스캐닝(active scanning)의 두 타입이 있으며, 각 스캐닝 타입은 호스트에 의해 결정된다.
스캐닝을 수행하기 위한 별도의 시간이나 광고 채널 인덱스가 정의되지는 않는다.
스캐닝 상태 동안, 링크 계층은 스캔윈도우(scanWindow) 구간(duration) 동안 광고 채널 인덱스를 리스닝한다. 스캔인터벌(scanInterval)은 두 개의 연속적인 스캔 윈도우의 시작점 사이의 간격(인터벌)으로서 정의된다.
링크 계층은 스케쥴링의 충돌이 없는 경우, 호스트에 의해 지시되는 바와 같이 스캔윈도우의 모든 스캔인터벌 완성을 위해 리스닝해야한다. 각 스캔윈도우에서, 링크 계층은 다른 광고 채널 인덱스를 스캔해야한다. 링크 계층은 사용 가능한 모든 광고 채널 인덱스들을 사용한다.
수동적인 스캐닝일 때, 링크 계층은 단지 패킷들만 수신하고, 어떤 패킷들도 전송하지 못한다.
능동적인 스캐닝일 때, 링크 계층은 광고 디바이스로 광고 PDU들과 광고 디바이스 관련 추가적인 정보를 요청할 수 있는 광고 PDU 타입에 의존하기 위해 리스닝을 수행한다.
개시 상태(Initiating State)
링크 계층은 호스트 (스택)의 지시에 의해 개시 상태로 들어간다. 링크 계층이 개시 상태에 있을 때, 링크 계층은 광고 채널 인덱스들에 대한 리스닝을 수행한다.
개시 상태 동안, 링크 계층은 스캔윈도우 구간 동안 광고 채널 인덱스를 리스닝한다.
연결 상태(connection state)
링크 계층은 연결 요청을 수행하는 디바이스 즉, 개시 디바이스가 CONNECT_REQ PDU를 광고 디바이스로 전송할 때 또는 광고 디바이스가 개시 디바이스로부터 CONNECT_REQ PDU를 수신할 때 연결 상태로 들어간다.
연결 상태로 들어간 이후, 연결이 생성되는 것으로 고려된다. 다만, 연결이 연결 상태로 들어간 시점에서 확립되도록 고려될 필요는 없다. 새로 생성된 연결과 기 확립된 연결 간의 유일한 차이는 링크 계층 연결 감독 타임아웃(supervision timeout) 값뿐이다.
두 디바이스가 연결되어 있을 때, 두 디바이스들은 다른 역할로 활동한다.
마스터 역할을 수행하는 링크 계층은 마스터로 불리며, 슬레이브 역할을 수행하는 링크 계층은 슬레이브로 불린다. 마스터는 연결 이벤트의 타이밍을 조절하고, 연결 이벤트는 마스터와 슬레이브 간 동기화되는 시점을 말한다.

이하에서, 블루투스 인터페이스에서 정의되는 패킷에 대해 간략히 살펴보기로 한다. BLE 디바이스들은 하기에서 정의되는 패킷들을 사용한다.
패킷 포맷
링크 계층(Link Layer)은 광고 채널 패킷과 데이터 채널 패킷 둘 다를 위해 사용되는 단지 하나의 패킷 포맷만을 가진다.
각 패킷은 프리앰블(Preamble), 접속 주소(Access Address), PDU 및 CRC 4개의 필드로 구성된다.
하나의 패킷이 광고 물리 채널에서 송신될 때, PDU는 광고 채널 PDU가 될 것이며, 하나의 패킷이 데이터 물리 채널에서 전송될 때, PDU는 데이터 채널 PDU가 될 것이다.
광고 채널 PDU(Advertising Channel PDU)
광고 채널 PDU(Packet Data Unit)는 16비트 헤더와 다양한 크기의 페이로드를 가진다.
헤더에 포함되는 광고 채널 PDU의 PDU 타입 필드는 하기 표 1에서 정의된 바와 같은 PDU 타입을 나타낸다.
PDU Type Packet Name
0000 ADV-IND
0001 ADV_DIRECT_IND
0010 ADV_NONCONN_IND
0011 SCAN_REQ
0100 SCAN_RSP
0101 CONNECT_REQ
0110 ADV_SCAN_IND
0111-1111 Reserved

광고 PDU
아래 광고 채널 PDU 타입들은 광고 PDU로 불리고 구체적인 이벤트에서 사용된다.
ADV_IND: 연결가능한 비지향성 광고 이벤트
ADV_DIRECT_IND: 연결가능한 지향성 광고 이벤트
ADV_NONCONN_IND: 연결가능하지 않은 비지향성 광고 이벤트
ADV_SCAN_IND: 스캔가능한 비지향성 광고 이벤트
상기 PDU들은 광고 상태에서 링크 계층(Link Layer)에서 전송되고, 스캐닝 상태 또는 개시 상태(Initiating State)에서 링크 계층에 의해 수신된다.
Scanning PDUs
아래 광고 채널 PDU 타입은 스캐닝 PDU로 불리며, 하기에서 설명되는 상태에서 사용된다.
SCAN_REQ: 스캐닝 상태에서 링크 계층에 의해 전송되며, 광고 상태에서 링크 계층에 의해 수신된다.
SCAN_RSP: 광고 상태에서 링크 계층에 의해 전송되며, 스캐닝 상태에서 링크 계층에 의해 수신된다.
Initiating PDUs
아래 광고 채널 PDU 타입은 개시 PDU로 불린다.
CONNECT_REQ: 개시 상태에서 링크 계층에 의해 전송되며, 광고 상태에서 링크 계층에 의해 수신된다.
데이터 채널 PDU(Data Channel PDU)
데이터 채널 PDU는 16 비트 헤더, 다양한 크기의 페이로드를 가지고, 메시지 무결점 체크(Message Integrity Check:MIC) 필드를 포함할 수 있다.
앞에서 살펴본, BLE 기술에서의 절차, 상태, 패킷 포맷 등은 본 명세서에서 제안하는 방법들을 수행하기 위해 적용될 수 있다.

디바이스 내부 블록도
도 2는 본 명세서에서 제안하는 방법들이 적용될 수 있는 디바이스들의 내부 블록도의 일 예를 나타낸 도이다.
연결 개시 디바이스(Initiating Device,100)는 연결 대상 디바이스(200)에 명령을 내리는 요청 메시지(request message)를 전송하거나 연결 대상 디바이스(200)에서 요청되는 요청 메시지(request message)를 수신하여 처리하는 디바이스를 말한다.
연결 개시 디바이스(100)는 연결 대상 디바이스(200)로 요청 메시지를 전송한 후, 상기 연결 대상 디바이스로부터 전송되는 응답 메시지(response message)를 처리하여 사용자에게 UI를 제공한다.
또한, 연결 개시 디바이스(100)는 연결 대상 디바이스로부터 요청되는 request message를 수신하고, 이를 처리하여 사용자에게 UI를 제공한다.
상기 연결 개시 디바이스는 후술할 제 1 디바이스 또는 제 2 디바이스일 수 있다.
연결 대상 디바이스(200)는 연결 개시 디바이스에 명령을 내리는 요청 메시지(request message)를 전송하거나 상기 연결 개시 디바이스에서 요청되는 요청 메시지(request message)를 수신하여 처리하는 디바이스를 말한다.
상기 연결 대상 디바이스(200)는 리모트 디바이스 또는 Initiated Device로 표현될 수 있다.
또한, 상기 연결 대상 디바이스(200)는 상기 연결 개시 디바이스로 request message를 전송하고, 상기 연결 개시 디바이스로부터 전송되는 response message를 수신하고, 이를 처리하여 사용자에게 UI를 제공한다.
상기 연결 개시 디바이스는 후술할 제 1 디바이스 또는 제 2 디바이스일 수 있다.
상기 연결 개시 디바이스(100) 및 상기 연결 대상 디바이스(200)는 personal computer, PDA, mobile phone, remote controller, TV, headphone 또는 AV 장치(Car System, headphone, player/recorder, timer, tuner, monitor 등)일 수 있다.
상기 연결 개시 디바이스(100) 및 상기 연결 대상 디바이스(200)는 각각 출력부(110,210), 사용자 인터페이스 부(120,220), 메모리(130,230), 전원 공급부(140,240), 통신부(150,250), 제어부(프로세서,160,260) 및 데이터 처리 장치(170,270)를 포함할 수 있다.
상기 출력부, 사용자 인터페이스 부, 메모리, 전원 공급부, 통신부 및 제어부는 본 발명에서 제안하는 방법을 수행하기 위해 기능적으로 연결된다.
상기 도 2에 도시된 구성요소들이 필수적인 것은 아니어서, 그보다 많은 구성요소들을 갖거나 그보다 적은 구성요소들을 갖는 전자 기기를 구현될 수도 있다.
상기 출력부(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), 마이크(Mic) 등이 포함될 수 있다.
상기 마이크는 상대 디바이스에서 전송하는 Tone을 수신할 수 있으며, 상기 스피커는 상대 디바이스로 Tone을 송신할 수 있다.
상기 사용자 입력부(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) 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.
상기 전원 공급부(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 등이 이용될 수 있다.
또한, 상기 통신부(150,250)는 디바이스 간(initiating device-initiated device) Command, request, action, response등의 message나 데이터 전송을 가능하게 해준다.
상기 제어부(160, 260)은 상기 상기 연결 개시 디바이스 및 상기 연결 대상 디바이스의 전반적인 동작을 제어하는 모듈을 말하며, 블루투스(Bluetooth) 인터페이스 및 다른 통신 인터페이스로 메시지를 전송 요청 및 수신받은 메시지를 처리하도록 제어할 수 있다.
상기 제어부(160, 260)는 컨트롤러(controller), 마이크로 컨트롤러(micro controller), 마이크로프로세서(microprocessor)등으로 호칭 될 수 있으며, 상기 제어부(160, 260)는 하드웨어(hardware), 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다.
상기 제어부(160, 260)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다.

도 3은 블루투스 연결 절차의 일 예를 나타낸 흐름도이다.
제 1 디바이스는 연결 요청을 개시하는 디바이스 즉, 개시자(Initiator)를 나타낼 수 있으며, 제 2 디바이스는 상기 연결 요청에 응답하는 디바이스 즉, 응답자(Responser)를 나타낼 수 있다.
상기 제 2 디바이스는 페어링 디바이스로 표현될 수도 있다.
이하에서 편의상 상기 제 1 디바이스를 리모트 컨트롤러(또는 매직 리모콘) 또는 단말(또는 스마트폰)로, 상기 제 2 디바이스를 TV로 표현하기로 한다.
도 3에 도시된 바와 같이, 매직 리모콘은 TV 1과 블루투스 연결을 수행한다.
상기 블루투스 연결은 블루투스 등록 또는 블루투스 페어링 등으로 표현될 수도 있다.
구체적으로, 상기 매직 리모콘은 사용자로부터 상기 매직 리모콘에 구비된 특정 버튼(확인 버튼)에 대한 확인 입력을 수신한다(S301).
이후, 상기 매직 리모콘은 주변의 적어도 하나의 블루투스 디바이스들을 발견하기 위한 질의(Inquiry) 절차를 수행한다(S302).
상기 질의 절차에 대해 좀 더 구체적으로 살펴보면, 상기 매직 리모콘은 주변에 존재하는 TV1에 대한 정보 즉, 블루투스 관련 정보를 획득하기 위해 질의(Inquiry) 메시지를 상기 TV1로 전송한다.
이후, 상기 매직 리모콘은 상기 TV1로부터 상기 TV1의 블루투스 주소를 나타내는 블루투스 주소(BD_ADDR) 정보, 기준 클락(Reference Clock)에 대한 타임 오프셋(time offset)을 나타내는 native clock 정보 등을 포함하는 확장 질의 응답(Extended Inquiry Response:EIR) 메시지를 수신한다.
이후, 상기 매직 리모콘은 상기 수신된 EIR 메시지에 기초하여, 상기 TV1과 페이징(Paging) 절차를 수행한다(S303).
상기 페이징 절차는 개시자(Initiator)가 Inquiry 절차를 통해서 발견한 주변 블루투스 디바이스들 중에서 블루투스 연결을 하고자 하는 특정 블루투스 디바이스(Responder)와 연결을 설정하기 위한 절차를 말한다.
구체적으로, 상기 매직 리모콘은 자신의 주파수 호핑 시퀀스 정보, clock 정보 등을 포함하는 페이징 요청 메시지를 상기 TV1로 전송한다.
이후, 상기 TV1은 페이징 스캔 채널(Paging Scan Channel)을 통해 상기 페이징 요청 메시지를 수신하고, 상기 매직 리모콘으로부터 수신된 주파수 호핑 시퀀스 정보 및 Clock 정보를 이용하여 상기 매직 리모콘과 동기를 맞춘다.
페이징 절차가 완료되면, 개시자(initiator)는 마스터(master)가 되며, 응답자(responder)는 슬레이브(slave)가 된다.
즉, S303 단계 이후, 상기 매직 리모콘은 마스터로, 상기 TV1은 슬레이브로 표현될 수 있다.
이후, 상기 매직 리모콘과 상기 TV1은 보안 확립(Security Establishment) 절차를 수행한다(S304).
상기 보안 확립 절차는 링크 매니저(Link Manager)에서 수행되며, 보안 모드(security mode)에 따른 암호화(encryption), 인증(Authentication) 절차 등이 수행된다.
이후, 상기 매직 리모콘과 상기 TV1은 L2CAP 연결 절차를 수행한다(S305).
즉, 상기 매직 리모콘은 L2CAP을 통해 상위 계층의 프로파일에서 제공하는 데이터를 송수신하기 위한 연결을 설정하게 된다.
이후, 상기 매직 리모콘이 다른 블루투스 디바이스(TV2)와 새로운 블루투스 연결을 위해서 상기 매직 리모콘은 블루투스 페어링 초기화를 수행해야 한다(S306).
일 예로, 상기 블루투스 페어링 초기화는 매직 리모콘에 구현된 ‘이전(Previous) 버튼’과 ‘홈(Home) 버튼’을 동시에 일정 시간(5초 또는 7초) 이상 누름으로써 수행될 수 있다.
이후, 상기 매직 리모콘은 TV2와 블루투스 연결을 위해 앞서 살펴본 S301 내지 S305 단계를 상기 TV2와 다시 수행한다(S307 내지 S311).
도 3의 경우 살핀 것처럼, 블루투스 페어링이 형성된 디바이스가 다른 블루투스 디바이스와 새롭게 블루투스 페어링을 형성하기 위해서는 매번 페어링 초기화 절차를 수행해야 하는 사용상의 불편한 점이 발생할 수 있다.

도 4는 디바이스 간 블루투스 연결 절차의 또 다른 일 예를 나타낸 흐름도이다.
도 4는 구체적으로 다수의 매직 리모콘이 하나의 TV와 블루투스 연결을 시도하는 경우, 특정 매직 리모콘에서 리모트 컨트롤의 제어권을 상실하는 경우를 나타낸다.
도 4를 참조하면, S401 내지 S405 단계(도 3의 S301 내지 S305 단계와 동일)를 통해 매직 리모콘 1은 TV와 블루투스 연결이 설정된다.
이후, 매직 리모콘 2가 S406 내지 S410 단계(도 3의 S301 내지 S305 단계와 동일)를 통해 상기 TV와 블루투스 연결이 설정되는 경우, 상기 매직 리모콘 1은 상기 TV의 리모트 컨트롤에 대한 제어권을 상실한다.
이 경우, 상기 매직 리모콘 1은 블루투스 페어링 초기화를 실행하기 전까지 다른 블루투스 디바이스와 새롭게 페어링을 할 수 없게 된다.

도 5는 디바이스 간 블루투스 연결 절차의 또 다른 일 예를 나타낸 흐름도이다.
구체적으로, 도 5는 수신 신호 세기(Received Signal Strength Indication:RSSI)를 이용하여 디바이스 간 블루투스 연결이 설정되는 방법을 나타낸다.
도 5에 도시된 바와 같이, 디바이스 간 블루투스 페어링이 수신 신호 세기에 따라 형성되는 경우, 매직 리모콘 1은 상기 매직 리모콘 1과 가까운 곳에 위치하는 TV1과 페어링을 형성하고, 매직 리모콘 2는 상기 매직 리모콘 2와 가까운 곳에 위치하는 TV2와 페어링을 형성한다.
이 경우, 도 5에 도시된 바와 같이, 매직 리모콘은 원하지 않는 디바이스와 블루투스 페어링을 형성할 수 있게 되는 상황이 발생할 수 있다.

이하에서는, 블루투스 페어링의 초기화 절차를 없애고 블루투스 페어링을 좀 더 정확하게 수행하기 위해 본 명세서에서 제안하는 적외선(InfraRed:IR)을 이용하여 디바이스 간 블루투스 연결 방법에 대해 구체적으로 살펴보기로 한다.
도 6은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 일 예를 나타낸 흐름도이다.
도 6a는 특정 장소에 하나의 매직 리모콘과 하나의 TV가 존재하는 경우 상기 매직 리모콘과 상기 TV 간의 블루투스 연결 방법을 나타낸다.
매직 리모콘은 특정 디바이스와 블루투스 연결을 위해 블루투스 연결 요청 신호를 전송할 수 있는 블루투스 버튼(이하 ‘BT 버튼’이라 한다)을 구비할 수 있다.
도 6a를 참조하면, 매직 리모콘은 사용자 등으로부터 BT 버튼에 대한 입력 신호를 수신하는 경우(S601), 블루투스 연결을 요청하기 위한 적외선(InfraRed:IR) 신호를 전송한다(S602).
상기 적외선 신호는 ITT 프로토콜을 사용하여 TV로 전송될 수 있다.
상기 ITT 프로토콜은 적외선(IR) 신호(또는 메시지)를 전달하기 위한 전송 프로토콜을 말한다.
상기 ITT 프로토콜에서 정의되는 데이터 인코딩은 도 6b에 도시된 바와 같이, (1) 하나의 single command는 10us 넓이를 가지는 14개의 pulse로 구성될 수 있고, (2) Pulse distance encoding을 사용할 수 있다. 일 예로, 다음 펄스와의 간격이 100us인 경우 ‘0’을, 다음 펄스와의 간격이 200us인 경우 ‘1’을 나타낼 수 있다.
도 6c에 도시된 바와 같이, ITT 프로토콜에서는 4 bit의 주소(address)를 사용할 수 있고, 6 bit의 command를 사용할 수 있다.
일 예로서, ITT 프로토콜에서 정의되는 command ‘33번’에 BT(블루투스) 연결 트리거 기능이 포함될 수 있다.
따라서, 상기 적외선 신호는 블루투스 페어링 트리거를 위한 ITT 프로토콜의 command일 수 있다.이후, 상기 적외선 신호를 수신하는 TV는 상기 매직 리모콘과 inquiry 절차를 통해 상대 디바이스 검색, 디바이스 관련 정보를 교환한다(S603).
상기 매직 리모콘은 적외선 신호 즉, 블루투스 연결을 위해 BT 연결 트리거링을 위한 command를 전송한 후, Inquiry Scan(또는 Inquiry) 상태로 되며, 상기 TV는 상기 command를 수신한 경우, 상기 매직 리모콘의 상태와 반대로 Inquiry(또는 Inquiry Scan) 상태로 된다.
BLE의 경우, 상기 매직 리모콘은 적외선 신호 전송 후, Advertising 상태 또는 Initiating 상태가 되며, 상기 TV는 상기 적외선 신호를 수신하는 경우, 상기 매직 리모콘과 반대로 Initiating 상태 또는 Advertising 상태가 될 수 있다.
구체적으로, 상기 매직 리모콘은 상기 TV로 블루투스 연결 정보를 포함하는 Inquiry 메시지를 전송한다.
상기 블루투스 연결 정보는 상기 매직 리모콘의 블루투스 버전 정보, 블루투스 타입 정보, 블루투스 주소 정보 등일 수 있다.
상기 블루투스 타입 정보는 블루투스 BR(Basic Rate)/EDR(Enhanced Data Rate) 기술의 지원을 나타내는 타입 및/또는 블루투스 저전력 에너지 기술의 지원을 나타내는 타입 정보를 말한다.
그리고, 상기 TV는 상기 Inquiry 메시지에 대한 응답으로 확장 질의 응답(EIR) 메시지를 상기 매직 리모콘으로 전송한다.
여기서, 상기 EIR은 상기 TV와 관련된 블루투스 정보를 포함할 수 있다.
상기 TV와 관련된 블루투스 정보는 상기 TV의 블루투스 버전 정보, 블루투스 타입 정보, 블루투스 주소 정보 등일 수 있다.
그리고, 상기 TV는 상기 Inquiry 메시지에 기초하여, 상기 매직 리모콘과 동기를 맞출 수 있다. 다만, 상기 TV와 상기 매직 리모콘과의 동기화는 S604의 페이징 절차에서 수행될 수도 있다.
이후, 상기 매직 리모콘은 상기 TV와 블루투스 연결을 설정하기 위한 페이징 절차를 수행한다(S604).
상기 페이징 절차를 통해, 상기 TV는 상기 매직 리모콘으로부터 수신받은 호핑 시퀀스 정보 및 Native Clock 정보를 이용하여 동기를 맞출 수 있다.
살핀 것처럼, 상기 호핑 시퀀스 정보 및 Native Clock 정보는 Inquiry 절차 또는 페이징 절차를 통해 교환될 수 있다.
이후, 상기 매직 리모콘은 상기 TV와 보안 확립, L2CAP 채널 연결 절차를 통해 블루투스 연결을 완료하고, 상위 계층의 블루투스 프로파일을 활용해서 데이터를 송수신하게 된다(S605 내지 S607).

도 7은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
S701, S703 내지 S705 단계는 도 6의 S601, S604 내지 S606 단계와 동일하므로, 구체적인 설명은 생략하기로 한다.
매직 리모콘은 TV로 블루투스 연결 정보를 포함하는 IR 신호를 전송한다(S702).
여기서, 상기 IR 신호는 IrDA에서 사용하는 IrLAP Frame 구조를 갖는다.
IrLAP 1.0의 IrLAP Frame에서는 약 115Kbps의 정보를 송수신할 수 있도록 정의되어 있다.
즉, IrLAP Frame은 BOF 필드(8 bits), 주소를 나타내는 Address 필드(8 bits), 제어를 나타내는 Control 필드(8 bits), 정보를 포함하는 Information 필드(N*8bits), FCS 필드(16 bits) 및 EOF 필드(8 bits)를 포함할 수 있다.
따라서, 상기 블루투스 연결 정보는 상기 IR 신호 Frame의 Information 필드에 포함된다.
상기 IR 신호 Frame의 Information 필드는 8 bits 크기를 가지는 N개의 정보를 포함할 수 있다.상기 블루투스 연결 정보는 상기 매직 리모콘의 블루투스 버전(BT_Version) 정보, 블루투스 타입(BT Type) 정보, 블루투스 주소(BT_ADDR) 정보, 동기화를 위한 네이티브 클락(Native Clock) 정보 등을 포함할 수 있다.
상기 BT_Version 정보 및 상기 BT Type 정보는 상기 IR 신호 Frame의 Information 필드에 포함되는 경우, 각각 8 bit의 크기로 표현될 수 있다.
표 2는 IR 신호 Frame에 포함되는 BT_Version 정보 포맷의 일 예를 나타낸다.
7th bit 6th bit 5th bit 4th bit 3rd bit 2nd bit 1st bit 0th bit
RFU 4.2 4.1 4.0 3.1 3.0 2.1

표 3은 IR 신호 Frame에 포함되는 BT Type 정보 포맷의 일 예를 나타낸다.
7th bit 6th bit 5th bit 4th bit 3rd bit 2nd bit 1st bit 0th bit
RFU LE BR/EDR

상기 IR 신호는 1 ~ 2 byte 크기의 특정 IR 코드로 지정될 수 있으며, 상기 특정 IR 코드는 TV마다 즉, 제조사 별로 기 정의된 코드가 할당될 수 있다.
이후, 상기 매직 리모콘과 상기 TV는 페이징 절차를 수행한다(S703).
즉, 상기 매직 리모콘과 상기 TV는 페이징 서브 스테이트(sub state)로 진입하여 페이징 패킷(Paging Packet)을 서로 송수신한다.
여기서, 도 6과 달리, 도 7의 경우, 상기 TV가 개시자(initiator)가 되어서 Paging sub state로 진입하여 paging packet을 매직 리모컨으로 전송한다.
그리고, 상기 매직 리모컨은 상기 블루투스 연결 정보를 IR 신호로 전송하고 Paging Scan sub state로 진입하여 상기 TV에서 전송하는 paging packet을 수신한다.

도 8은 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
즉, 도 8은 매직 리모콘이 다른 장소로 이동하여 다른 디바이스와 새롭게 페이징 절차 즉, 블루투스 연결을 설정하는 절차를 나타낸다.
S802, S804 내지 S807 단계는 도 7의 S701 내지 S705 단계와 동일하므로 구체적인 설명은 생략하고, 차이가 있는 부분에 대해 살펴보기로 한다.
도 8의 경우도 마찬가지로, 매직 리모콘은 블루투스 연결 요청 신호 등을 전송하기 위한 블루투스 버튼(BT 버튼)이 구현되어 있다.
도 8에 도시된 바와 같이, 매직 리모콘은 방 1에 위치하는 TV1과 블루투스 페어링을 형성하고 있다.
상기 매직 리모콘이 방 2로 이동하여 상기 방 2에 위치하는 TV2와 새롭게 페어링을 형성하고자 하는 경우, 상기 매직 리모콘이 상기 TV2와 페어링을 형성하는 방법을 나타낸다.
매직 리모콘은 TV1과 블루투스 페어링을 형성하고 있다(S801).
이후, 상기 매직 리모콘은 TV2와 새로운 블루투스 페어링을 형성하기 위해 사용자 등으로부터 상기 BT 버튼의 확인 입력 신호를 수신한다(S802).
이후, 상기 매직 리모콘은 기 페어링이 형성되어 있는 TV1과 페어링을 종료한다(S803).
이후, 상기 매직 리모콘은 블루투스 연결 정보를 포함하는 IR 신호를 TV2로 전송한다(S804).
상기 블루투스 연결 정보는 상기 매직 리모콘의 블루투스 버전(BT_Version) 정보, 블루투스 타입(BT Type) 정보, 블루투스 주소(BT_ADDR) 정보, 동기화를 위한 네이티브 클락(Native Clock) 정보 등을 포함할 수 있다.
이후, 상기 매직 리모콘과 상기 TV2는 페이징 절차, 보안 확립 절차, L2CAP 채널 연결 등을 통해 새로운 블루투스 연결이 설정된다(S805 내지 S807).

도 9는 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 9는 하나의 매직 리모콘과 다수의 페어링 디바이스(TV)들이 존재하는 네트워크 환경에서 연결 가능한 디바이스 리스트 정보를 획득하여 블루투스 페어링을 형성하는 방법을 나타낸다.
도 9에서, 다수의 페어링 디바이스 즉, TV 및 DVD Player가 존재하고 있는 것을 볼 수 있다.
S901 및 S902, S907 내지 S909 단계는 도 7의 S701 내지 S705 단계와 동일하므로 구체적인 설명은 생략하고, 차이가 나는 부분을 위주로 살펴보기로 한다.
도 6 내지 도 8에서와 같이, 매직 리모콘은 블루투스 연결을 위해 블루투스 연결 요청 신호을 전송하는 BT 버튼을 구비한다.
S901 단계 이후, 매직 리모콘은 블루투스 연결 정보를 포함하는 IR 신호를 전송한다(S902). 여기서, 상기 IR 신호는 적어도 하나의 페어링 디바이스들로 전송된다.
상기 블루투스 연결 정보는 상기 매직 리모콘의 블루투스 버전(BT_Version) 정보, 블루투스 타입(BT Type) 정보, 블루투스 주소(BT_ADDR) 정보, 동기화를 위한 네이티브 클락(Native Clock) 정보 등일 수 있다.
이후, 상기 IR 신호를 수신한 적어도 하나의 디바이스들(TV 및 DVD Player)은 각각 자신의 블루투스 관련 정보를 포함하는 페이징 패킷(Paging Packet)을 상기 매직 리모콘으로 전송한다(S903).
상기 매직 리모콘은 페이징 스캔 채널을 통해 상기 적어도 하나의 디바이스들이 전송하는 페이징 패킷을 리스닝 또는 모니터링 또는 수신하게 된다.
상기 블루투스 관련 정보는 각 페어링 디바이스의 블루투스 주소(BT_ADDR) 정보, 디바이스 이름(Device Name) 정보 등일 수 있다.
즉, TV의 전송 페이징 패킷에 포함되는 블루투스 관련 정보는 상기 TV의 블루투스 주소, 상기 TV의 이름 등일 수 있으며, DVD Player의 전송 페이징 패킷에 포함되는 블루투스 관련 정보는 상기 DVD Player의 블루투스 주소, DVD Player의 이름 등일 수 있다.
이후, 상기 매직 리모콘은 S903 단계에서 수신된 페이징 패킷에 기초하여, 페어링이 가능한 즉, 블루투스 연결이 가능한 디바이스들을 나타내는 디바이스 리스트 관련 UI(User Interface)를 출력부를 통해 출력한다(S904).
이후, 상기 매직 리모콘은 사용자 등으로부터 연결 가능한 디바이스들을 나타내는 디바이스 리스트 중 연결하고자 하는 디바이스에 대한 선택 입력을 수신한다(S905).
이후, 상기 매직 리모콘은 상기 선택된 페어링 디바이스(TV)와 페이징 절차를 수행한다(S907).
즉, 상기 매직 리모콘은 TV로 페이징 패킷을 전송하고, 상기 TV는 페이징 스캔 채널을 통해 상기 매직 리모콘의 페이징 패킷을 수신한다.
여기서, 페어링 디바이스들 즉, TV와 DVD Player는 S903 단계에서 상기 매직 리모콘으로 페이징 패킷을 전송하고, 일정 시간 후 페이징 상태에서 페이징 스캔 상태로 변경한다(S906).
상기 일정 시간은 기 설정된 시간일 수 있으며, 상기 일정 시간에 대한 정보는 S902 내지 S903 단계를 통해 공유될 수 있다.
추가적으로, S909 단계(L2CAP 채널 연결) 완료 후, 상기 매직 리모콘은 출력부의 UI를 리모트 컨트롤이 가능한 리모콘 UI로 변경하도록 할 수 있다.
따라서, 상기 매직 리모콘은 리모콘 UI를 통해 상기 TV와 블루투스 프로파일을 교환할 수 있게 된다.

도 10은 본 명세서에서 제안하는 리모트 컨트롤러 또는 리모트 컨트롤러 UI의 일 예를 나타낸 도이다.
도 10은 도 6 내지 도 9의 BT 버튼(1010)을 포함하는 매직 리모콘 또는 매직 리모콘 UI를 나타내는 것으로, 상기 매직 리모콘 UI는 단말(스마트폰 등)의 Application을 통해 구현될 수 있다.

도 11은 본 명세서에서 제안하는 리모트 컨트롤러 또는 리모트 컨트롤러 UI의 또 다른 일 예를 나타낸 도이다.
도 11에 도시된 바와 같이, 매직 리모콘 또는 상기 매직 리모콘 UI는 블루투스 연결 요청 신호를 전송하는 제 1 버튼(1110), 페어링 디바이스를 검색할 수 있는 제 2 버튼(1120) 및 상기 제 2 버튼에 의해 선택되는 페어링 디바이스의 이름을 표시하는 표시부(1130)를 구비할 수 있다.
상기 제 1 버튼은 블루투스(BT) 버튼으로 표현될 수 있다.
상기 제 2 버튼은 좌/우 버튼을 통해 페어링 디바이스를 검색할 수 있는 버튼 형태일 수도 있고, 휠을 통해 페어링 디바이스를 검색할 수 있는 휠 형태일 수도 있다.
도 11a는 버튼 형태의 제 2 버튼을 포함하는 매직 리모콘 또는 매직 리모콘 UI의 일 예이며, 도 11b는 휠 형태의 제 2 버튼을 포함하는 매직 리모콘 또는 매직 리모콘 UI의 일 예를 나타낸다.
즉, 매직 리모콘은 상기 제 2 버튼을 통한 사용자 입력을 통해 페어링 디바이스를 검색 및 선택할 수 있고, 상기 선택된 페어링 디바이스로 IR 신호를 전송하기 위해 상기 제 1 버튼에 대한 사용자 입력을 수신하는 경우, 상기 선택된 페어링 디바이스와 블루투스 연결을 수행할 수 있다.

도 12는 본 명세서에서 제안하는 매직 리모콘 UI의 또 다른 일 예를 나타낸 도이다.
즉, 도 12는 도 9의 S904 단계에서 매직 리모콘의 출력부를 통해 출력되는 디바이스 리스트의 UI를 나타낸다.

도 13은 본 명세서에서 제안하는 리모트 컨트롤의 제어권을 획득하기 위한 방법의 일 예를 나타낸 흐름도이다.
도 13의 경우, 하나의 페어링 디바이스(TV)에 다수의 매직 리모콘이 블루투스로 연결되어 있는 경우, 상기 페어링 디바이스의 리모트 컨트롤에 대한 제어권 획득과 관련된 방법을 나타낸다.
여기서, 하나의 페어링 디바이스와 다수의 매직 리모콘은 도 6 내지 도 9에서 살펴본 IR 신호를 이용하여 블루투스 연결 절차를 수행한다.
이하에서 설명하는 각 방법들은 기술하는 순서에 관계없이 개별적으로 또는 본 명세서에서 제안하는 방법들과 함께 적용될 수도 있고, 기술하는 순서에 따라 시계열적으로 적용될 수도 있다.
먼저, 리모트 컨트롤에 대한 제어권 요청 방법에 대해 살펴본다.
매직 리모콘은 페어링 디바이스와 이미 페어링을 형성하고 있을 수도 있고, 페어링이 형성되지 않아 페어링 디바이스와 페어링의 형성을 원할 수도 있다.
구체적으로, 매직 리모콘은 TV로 상기 TV의 리모트 컨트롤에 대한 제어권 요청을 위한 제어 권한 요청(Control Authority Request) 메시지를 전송한다.
이후, 상기 TV는 확보하고 있는 제어권 부여 정책에 따라 상기 매직 리모컨의 제어권 요청에 대한 승인 여부를 결정한다.
상기 제어권 부여 정책은 경쟁에 따른 제어 권한 부여, 우선 순위에 따른 제어 권한 부여, 다수의 매직 리모콘에 대한 제어 권한 지원 등을 포함할 수 있다.
상기 제어권 부여 정책은 GATT 기반의 Characteristic으로 정의될 수 있다.
즉, 다수의 리모트 컨트롤러들에 대한 제어 권한 부여를 지원하기 위한 GATT Characteristic은 아래 표 4와 같이 정의될 수 있다.
Characteristic Name Requirement Mandatory Properties
Multi Control Type Read, Write, Indication
Controller Address Read, Write, Indication
Number of Controllers Read, Write
Main Controller Read, Write, Indication
표 4를 참조하면, 멀티 제어 타입(Multi Control Type) Characteristic은 다수의 리모트 컨트롤러들에 대한 제어 방식을 나타내는 값으로, 후술할 표 3과 같이, 경쟁 방식 타입, 우선 순위 방식 타입, 독점 방식 타입, 공동 제어 방식 타입 등이 있을 수 있다.
상기 경쟁(Contention) 방식 타입은 다수의 리모트 컨트롤러들이 서로 경쟁을 통해 제어 권한을 획득하는 방식을 말한다.
상기 우선 순위(Priority) 방식 타입은 다수의 리모트 컨트롤러들 간 우선 순위 관계에 따라 제어 권한을 획득하는 방식을 말한다.
상기 독점(Monopoly) 방식 타입은 하나의 리모트 컨트롤러가 제어 권한을 가지는 것으로서, 지정된 리모트 컨트롤러가 제어 권한을 가질 경우, 다른 리모트 컨트롤러는 제어 권한을 가지지 못하는 방식을 말한다.
상기 공동 제어(Shared) 방식 타입은 다수의 리모트 컨트롤러들이 제어 권한을 공유하는 방식을 말한다.
다음으로, 컨트롤러 주소(Controller Address) Characteristic 값은 페어링 디바이스를 제어할 수 있는 리모트 컨트롤러의 블루투스 주소를 나타낸다.
하나의 리모트 컨트롤러가 제어 권한을 가지는 경우, 상기 컨트롤러 주소 Characteristic은 하나의 리모트 컨트롤러에 대한 블루투스 주소를 가진다.
다수의 리모트 컨트롤러가 제어 권한을 가지는 경우, 상기 컨트롤러 주소 Characteristic은 다수의 리모트 컨트롤러들에 대한 블루투스 주소를 가진다.
여기서, 상기 컨트롤러 주소 Characteristic 값이 다수의 리모트 컨트롤러들에 대한 블루투스 주소를 가지는 경우, 제어 권한에 대한 우선 순위 정보를 포함할 수 있다.
다음으로, 컨트롤러의 수(Number of Controllers) Characteristic 값은 리모트 컨트롤이 가능한 리모트 컨트롤러의 숫자를 지정하는 값을 나타낸다.
즉, 상기 리모트 컨트롤러의 수만큼 리모트 컨트롤러들은 특정 디바이스로 블루투스 연결이 가능하다.
만약, 상기 컨트롤러의 수를 초과하는 리모트 컨트롤러들이 블루투스 연결 요청을 하는 경우, 앞서 살핀 제어권 부여 정책과 관계 없이 페어링 디바이스는 새롭게 블루투스 연결을 요청하는 리모트 컨트롤러의 접속을 차단한다.
다음으로, 메인 컨트롤러(Main Controller) Characteristic 값은 페어링 디바이스를 제어할 수 있는 주된 리모트 컨트롤러의 설정을 나타낸다.
기존 리모트 컨트롤러가 페어링 디바이스와 블루투스 연결을 종료하는 경우, 접속 순서(경쟁 방식) 또는 우선 순위에 따라 다음 리모트 컨트롤러가 Main Controller가 될 수 있다.
또는, 기존 리모트 컨트롤러가 접속을 종료하여도, Main Controller가 변경되지 않도록 메인 컨트롤러 Characteristic 값이 설정될 수도 있다.
또는, 필요한 경우에 다른 리모트 컨트롤러가 Main Controller 가 될 수도 있다.
아래 표 5는 표 4에서 살펴본 Multi Control Type의 일 예를 나타낸 표이다.
7th bit 6th bit 5th bit 4th bit 3th bit 2th bit 1st bit 0th bit
Reserved for Future Use Shared Monopoly Priority Contention
표 5를 참조하면, Multi Control Type의 Characteristic 값은 8bit의 크기를 가질 수 있으며, 상기 Multi Control Type의 3번째 비트가 일 예로,‘1’ 로(‘0’으로 설정도 가능) 설정되는 경우, ‘Shared’ 방식의 제어를 나타낼 수 있고, 2 번째 비트가 ‘1’로 설정되는 경우(‘0’으로 설정도 가능), ‘Monopoly’ 방식의 제어를 나타낼 수 있고, 1번째 비트가 ‘1’로 설정되는 경우(‘0’으로 설정도 가능), ‘Priority’ 방식의 제어를 나타낼 수 있고, 0번째 비트가 ‘1’로 설정되는 경우(‘0’으로 설정도 가능), ‘Contention’ 방식의 제어를 나타낼 수 있다.
상기 Multi Control Type에 따른 제어 권한 방법에 대해서는 후술할 도 14 내지 도 16을 참조하여 구체적으로 살펴보기로 한다.
다음으로, 제어권 반납 방법에 대해 살펴보기로 한다.
TV로부터 제어권을 부여 받은 매직 리모콘이 일정 시간 동안 리모트 컨트롤의 동작을 수행하지 않거나 더 이상 리모트 컨트롤에 대한 제어권의 필요가 없는 경우, 매직 리모콘이 TV로부터 획득한 제어권을 반납하는 것을 말한다.
구체적으로, 매직 리모콘은 TV로 제어권 반납을 알리기 위한 제어 권한 리턴(Control Authority Return) 메시지를 전송한다.
이후, 상기 TV는 상기 매직 리모콘으로 제어권 반납을 허락하는 OK 메시지 또는 제어권 반납을 허락하지 않는 거절(Reject) 메시지를 전송할 수 있다.
여기서, 상기 거절 메시지가 전송되는 경우의 일 예로는, 상기 매직 리모콘이 상기 제어 권한 리턴 메시지를 잘못 전송하는 경우 등일 수 있다.
다음으로, 제어권 해지 절차에 대해 살펴보기로 한다.
이 경우는 TV 가 강제로 매직 리모컨으로 부여한 제어권을 회수하기 위한 방법에 관한 것을 말한다.
상기 제어권 해지 절차는 제어권 부여 정책이 우선 순위로 설정된 경우에 적용될 수 있다.
구체적으로, 페어링 디바이스에 해당하는 TV는 제어 권한에 대한 우선 순위가 높게 설정된 다른 매직 리모콘으로부터 제어 권한 요청을 수신하는 경우, 상기 TV는 블루투스 통신을 통해 제어 권한을 가지고 있는 매직 리모콘으로 제어 권한 해지를 알리기 위한 제어 권한 해지(Control Authority Release) 메시지를 전송한다.
앞서 살핀 제어 권한 요청, 제어 권한 반환 및 제어 권한 해지와 관련된 절차는 블루투스 연결 이후의 동작이므로, 제어 권한 요청과 관련된 메시지, 제어 권한 반환과 관련된 메시지 및 제어 권한 해지와 관련된 메시지의 송수신은 블루투스 통신을 통해 수행된다.
이후, 상기 제어 권한 해지 메시지를 수신한 매직 리모콘은 제어 권한 해지를 승낙하는 OK 메시지 또는 상기 제어 권한 해지에 대해 거절을 나타내는 거절 메시지를 TV로 전송할 수 있다.
상기 거절 메시지가 전송되는 경우의 일 예로는, TV에 설정된 제어권 부여 정책 특히, 제어 권한 우선 순위에 대해 관리 또는 업데이트가 되지 않아 상기 TV가 제어 권한의 우선 순위를 잘못 판단하고 상기 제어 권한 해지 메시지를 전송한 경우 등일 수 있다.
따라서, 상기 TV는 제어 권한 해지 메시지를 전송할 경우, 새롭게 제어 권한 요청을 하는 다른 매직 리모콘의 제어 권한에 대한 우선 순위 정보를 포함할 수 있다.
여기서, 다수의 매직 리모콘들이 하나의 TV에 연결되어 있는 상황에서, 앞에서 살핀 것처럼, TV로부터 제어 권한 해지 메시지를 수신하여 특정 매직 리모콘이 제어 권한을 독점하는 경우, 제어 권한이 없는 나머지 매직 리모콘들의 TV와의 블루투스 연결 유지 여부에 대한 문제가 발생할 수 있다.
이 경우, 상기 제어 권한이 없는 나머지 매직 리모콘들은 상기 TV와의 메시지 송수신 필요, 다시 제어 권한을 요청할 경우, 빠른 접속 등을 위해 상기 TV와 블루투스 연결을 종료하지 않고, 연결을 유지하는 것이 바람직할 수 있다.
예를 들어, BLE의 경우, 제어 권한이 없는 매직 리모콘도 정기적으로 의미없는 메시지의 전송이 필요할 수 있다.
또한, BR/EDR 의 경우에도, 블루투스 연결을 하고 있는 디바이스 간에 무의미한 메시지들이 교환되고 있으며, user interaction 이 없어도 메시지를 주고 받아야 한다.
만약, 제어 권한이 없는 매직 리모콘에서 사용자의 수신 입력 등에 의해 제어 권한과 관련된 데이터가 발생하는 경우, (1) 상기 매직 리모콘에서 filtering을 통해 해당 메시지를 전송하지 않거나 또는 (2) TV에서 제어권 없는 매직 리모콘과 관련된 패킷의 수신에 대해서는 무시함으로써 해결할 수 있다.
또 다른 일 예로서, 하나의 매직 리모콘과 하나의 TV가 single connection을 맺고 있는 상황에서 상기 TV로부터 제어 권한 해지 메시지를 수신한 경우, 상기 매직 리모콘은 상기 TV와 블루투스 연결을 종료하는 것이 바람직할 수 있다.
상기 매직 리모콘이 상기 TV와 블루투스 연결을 종료하는 방법은 TV에서 상기 매직 리모콘으로 connection termination 메시지를 전송하거나 또는 반대로 상기 매직 리모콘이 상기 TV로 connection termination 메시지를 전송함으로써 블루투스 연결을 종료할 수 있다.

다음으로, 제어권 부여 정책의 설정 방법에 대해 살펴보기로 한다.
앞서 살핀 것처럼, 제어권 부여 정책은 경쟁 방식 타입, 우선 순위 방식 타입, 여러 디바이스의 제어 지원 타입 등을 포함할 수 있다.
구체적으로, 매직 리모콘은 TV의 제어 방법을 설정하기 위한 제어 방법 설정(Control Method Set) 메시지를 상기 TV로 전송한다.
상기 제어 방법 설정 메시지는 경쟁을 통한 제어 권한의 획득을 나타내는 Contention, 우선 순위에 따른 제어 권한의 획득을 나타내는 Priority, 다수의 매직 리모콘에서 제어 권한의 공유를 나타내는 Multiple 값을 포함할 수 있다.
이후, 상기 TV는 매직 리모콘에서 요청하는 제어 방법 설정이 제어권 부여 정책에 부합하는지를 확인하고, 상기 확인 결과 즉, 제어 방법 설정에 대한 요청 결과(승낙 또는 거절)를 상기 매직 리모콘으로 전송한다.
즉, 상기 제어 방법 설정에 대한 요청 결과가 승낙인 경우, 상기 TV는 상기 매직 리모콘으로 OK 메시지를 전송하고, 상기 상기 제어 방법 설정에 대한 요청 결과가 거절인 경우, 상기 TV는 상기 매직 리모콘으로 Reject 메시지를 전송한다.
또한, 매직 리모콘은 사용자 등으로부터 다양한 포인트 아이콘에 대한 선택 입력을 수신하는 경우, 상기 TV로 포인터 아이콘 설정(Pointer Icon Set) 메시지를 전송한다.
이후, 상기 TV는 상기 매직 리모콘에 의해 설정된 포인터 아이콘의 수행 여부에 대한 결과(승낙 또는 거절)를 상기 매직 리모콘으로 전송한다.

도 14는 본 명세서에서 제안하는 적외선을 이용한 블루투스 연결 방법의 또 다른 일 예를 나타낸 흐름도이다.
도 14는 IR 신호 및 BLE 기술을 이용하여 블루투스 연결 즉, 블루투스 페어링을 형성하는 방법을 나타낸다.
S1410 및 S1420, S1440 내지 S1460은 도 6의 S610 및 S620, S650 내지 S670 단계와 동일하므로 구체적인 설명은 생략하고 차이가 있는 부분에 대해서만 설명하기로 한다.
S1420 단계 이후 즉, 매직 리모콘으로부터 블루투스 연결 정보를 포함하는 IR 신호를 수신한 이후, TV는 상기 매직 리모콘으로 연결 요청(Connection Request) 메시지를 전송한다(S1430).
상기 연결 요청 메시지는 지원하는 블루투스 기술의 타입을 나타내는 블루투스 타입 정보, TV의 블루투스 주소를 나타내는 블루투스 주소 정보, 타겟 디바이스 즉, 매직 리모콘의 블루투스 주소를 나타내는 타겟 디바이스 블루투스 주소 정보 등을 포함할 수 있다.
상기 블루투스 타입 정보는 BLE의 지원을 나타내는 타입 1, BR/EDR의 지원을 나타내는 타입 2, BLE 및 BR/EDR 모두 지원함을 나타내는 타입 3이 있을 수 있다.
상기 연결 요청 메시지는 연결 요청 패킷, 연결 요청 PDU, 연결 요청 채널 PDU, 연결 요청 신호 등으로 표현될 수 있다.
상기 연결 요청 메시지는 연결 요청을 개시하는 개시자의 주소를 나타내는 InitA 필드, 광고자의 주소를 나타내는 AdvA 필드, 링크 계층 데이터(LLData)를 포함하는 링크 계층 데이터 필드를 포함할 수 있다.
S1430 단계에서 전송되는 Connection Request 메시지에 포함되는 TV의 블루투스 주소 정보는 상기 연결 요청 메시지의 InitA 필드를, 상기 매직 리모콘의 주소는 상기 연결 요청 메시지의 AdvA 필드를 활용할 수 있다.

도 15는 도 6을 이용하여 오디오/비디오 스트림을 전송하는 방법의 일 예를 나타낸 흐름도이다.
S1501 내지 S1506 단계는 도 6의 S610 내지 S660 단계와 동일하므로 구체적인 설명은 생략하고 차이가 나는 부분 위주로 살펴보기로 한다.
도 15의 경우, 리모트 컨트롤러의 역할을 수행하는 디바이스는 매직 리모콘의 기능을 포함하는 단말이다.
S1506 단계 이후, 단말과 TV는 블루투스 오디오/비디오(A/V) 프로토콜 및 프로파일을 이용하여 A/V를 전송하기 위한 연결 절차를 수행한다(S1507).
즉, 상기 단말과 TV는 A/V 연결 절차를 수행하기 위해 오디오 소스 디스커버리(Audio Source Discovery) 절차, 관련 파라미터 설정(Set Parameter) 절차, 시작(Start) 절차 등을 수행한다.
S1507 단계 완료 후, 상기 TV는 상기 단말로 오디오 및/또는 비디오 스트림의 전송 여부를 결정한다(S1508).
여기서, 상기 TV는 상기 오디오 및/또는 비디오 스트림의 전송 여부를 사용자에게 확인받을 수 있는 UI를 출력부를 통해 출력할 수 있다(S1509).
S1508 단계에서, 상기 TV가 상기 단말로 A/V 스트림의 전송을 지시하는 사용자의 입력을 수신하는 경우(S1509), 상기 TV는 현재 출력 중인 A/V 스트림을 상기 단말로 전송한다(S1510).
일정 시간 이후, 상기 단말의 요청 또는 상기 TV의 요청에 의해, 상기 단말과 상기 TV 간의 블루투스 연결이 종료되는 경우(S1511), 상기 TV는 상기 단말을 통해 출력되는 A/V 스트리밍을 상기 TV를 통해 다시 출력한다는 UI를 출력부를 통해 출력한다(S1512).

도 16은 본 명세서에서 제안하는 경쟁 방식을 통한 제어 권한 획득 방법의 일 예를 나타낸 흐름도이다.
도 16에 도시된 바와 같이, 매직 리모콘 1은 BT 버튼을 이용하여 TV와 블루투스 연결을 한다(S1601).
이를 통해, 상기 매직 리모콘 1은 상기 TV에 등록된다.
이후, 매직 리모콘 2도 상기 매직 리모콘 2에 구비된 BT 버튼을 이용하여 상기 TV와 블루투스 연결을 한다(S1602).
이를 통해, 상기 매직 리모콘 2도 상기 TV에 등록된다.
이후, 상기 매직 리모콘 1은 상기 TV로 제어 권한 요청(Control Authority Request) 메시지를 전송한다(S1603).
이후, 상기 TV는 먼저 제어 권한 요청을 전송한 상기 매직 리모콘 1로 제어 권한 요청을 승낙하는 OK 메시지를 전송한다(S1604).
이후, 상기 매직 리모콘 2는 제어 권한 요청 메시지를 상기 TV로 전송한다(S1605).
이후, 상기 TV는 경쟁 방식의 제어 권한 부여 정책이 설정되었기 때문에 상기 매직 리모콘 1보다 늦게 제어 권한 요청을 전송한 매직 리모콘 2로 제어 권한 요청을 거절하는 거절(Reject) 메시지를 전송한다(S1606).
일정 시간 후, 상기 매직 리모콘 1이 상기 TV 로 제어 권한을 반납하기 위한 제어 권한 리턴(Control Authority Return) 메시지를 전송한다(S1607).
이후, 상기 TV는 상기 매직 리모콘 1의 제어 권한 반납 요청에 대해 승낙(Confirm)하는 OK 메시지를 상기 매직 리모콘 1로 전송한다(S1608).
이후, 상기 매직 리모콘 2가 상기 TV로 다시 제어 권한 요청(Control Authority Request) 메시지를 전송하는 경우(S1609), 상기 TV는 상기 매직 리모콘 2의 제어 권한 요청에 대해 승낙하는 OK 메시지를 상기 매직 리모콘 2로 전송한다(S1610).

도 17은 본 명세서에서 제안하는 우선 순위 방식을 통한 제어 권한 획득 방법의 일 예를 나타낸 흐름도이다.
도 17에 도시된 바와 같이, 매직 리모콘 1은 매직 리모콘 2보다 제어 권한에 있어서 낮은 우선 순위를 가진다.
매직 리모콘 1은 TV와 블루투스 연결을 한다(S1701). S1701 단계에서, 상기 매직 리모콘의 제어 권한 우선 순위 정보가 교환될 수 있다.
따라서, S1701 단계를 통해 상기 TV는 상기 매직 리모콘의 제어 권한이 상대적으로 낮은 우선 순위를 가짐을 알 수 있게 된다.
이후, 매직 리모콘 2는 TV와 블루투스 연결을 한다(S1702).
마찬가지로, S1702 단계를 통해 상기 매직 리모콘 2의 제어 권한의 우선 순위 정보가 교환될 수 있다.
S1701 및 S1702 단계에서 각 매직 리모콘은 TV와 블루투스 연결을 위해 BT 버튼을 이용한다.
이후, 상기 매직 리모콘 1이 상기 TV로 제어 권한 요청을 위한 제어 권한 요청 메시지를 전송한다(S1703).
이후, 상기 TV는 상기 매직 리모콘 1의 제어 권한 요청에 대해 승인(Confirm)하는 OK 메시지를 상기 매직 리모콘 1로 전송한다(S1704).
이후, 상기 매직 리모콘 1보다 제어 권한에 있어 높은 우선 순위를 가지는 상기 매직 리모콘 2가 상기 TV로 제어 권한 요청을 위한 제어 권한 요청 메시지를 전송한다(S1705).
이후, 상기 TV는 우선 순위에 따른 제어권 부여 정책에 따라 상기 매직 리모콘 2의 제어 권한 요청에 대해 승인하는 OK 메시지를 상기 매직 리모콘 2로 전송한다(S1706).
그리고, 상기 TV는 상기 매직 리모콘 1로 부여된 제어 권한의 해지를 알리는 제어 권한 해지(Control Authority Release) 메시지를 전송한다(S1707).
상기 제어 권한 해지 메시지를 통한 상기 매직 리모콘 1의 제어 권한 해지는 상기 TV에 의해 일방적으로 수행될 수 있다.

도 18은 본 명세서에서 제안하는 다수의 리모트 컨트롤러들의 지원 방식을 통한 제어 권한 공유 방법의 일 예를 나타낸 흐름도이다.
도 18을 참조하면, 매직 리모콘 1 및 매직 리모콘 2는 각각 BT 버튼을 활용하여 TV와 블루투스 연결을 한다(S1801~S1802).
상기 매직 리모콘 1은 상기 매직 리모콘 2보다 제어 권한에 있어 낮은 우선 순위를 가질 수 있다.
이후, 상기 매직 리모콘 1은 상기 TV로 제어 권한을 요청하기 위한 제어 권한 요청 메시지를 전송하고(S1803), 상기 TV는 상기 매직 리모콘 1의 제어 권한 요청을 승인하기 위한 OK 메시지를 상기 매직 리모콘 1로 전송한다(S1804).
이후, 상기 매직 리모콘 2는 상기 TV로 제어 권한 요청을 위한 제어 권한 요청 메시지를 전송하고(S1805), 상기 TV는 제어권 부여 정책(다수의 디바이스 지원 방식으로 설정)에 따라 상기 매직 리모콘 2의 제어 권한 요청에 대해서도 승인을 하기 위한 OK 메시지를 상기 매직 리모콘 2로 전송한다(S1806).
이를 통해, 상기 매직 리모콘 1 및 상기 매직 리모콘 2는 상기 TV에 대한 제어 권한을 공유할 수 있게 된다.

도 19는 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 일 예를 나타낸 흐름도이다.
도 19는 멀티 제어 타입(Multi Control Type)이 ‘Monopoly 방식’으로 설정된 경우의 제어 권한 획득 방법을 나타낸다.
먼저, 매직 리모콘 1은 BT 버튼을 활용하여 TV와 블루투스 연결을 한다(S1901).
이후, 상기 TV 는 S1901 단계를 통해 구체적으로, 상기 매직 리모콘 1에서 전송한 IR 신호를 이용하여 상기 매직 리모콘 1의 블루투스 주소를 추가한다(S1902).
상기 TV가 매직 리모콘의 블루투스 주소를 등록하는 이유는 상기 매직 리모콘의 주소가 등록되어 있어야 향후 매직 리모콘을 통한 상기 TV의 제어가 가능할 수 있기 때문이다.
매직 리모콘의 블루투스 주소 추가 절차는 directed connectable advertising 및 scanning filter policy를 사용해서 수행될 수 있다.
이후, 상기 매직 리모콘 1은 상기 TV로 제어 권한 요청을 위한 제어 권한 요청 메시지를 전송하고(S1903), 상기 TV는 상기 매직 리모콘 1의 제어 권한 요청을 승인하는 OK 메시지를 상기 매직 리모콘 1로 전송한다(S1904).
이후, 상기 매직 리모콘 1은 제어 권한을 독점하기 위해 Multi Control Type이 ‘Monopoly 방식’으로 설정된 Write Control Method을 상기 TV로 전송한다(S1905).
이후, 상기 TV는 S1905 단계에서 전송된 매직 리모콘의 요청을 승인하기 위한 OK를 상기 매직 리모콘 1로 전송한다(S1906).
S1906 단계를 통해, 상기 매직 리모콘 1은 제어 권한을 독점할 수 있게 된다.
이후, 매직 리모콘 2는 상기 TV와 블루투스 연결을 한다(S1907).
이후, 상기 TV는 상기 매직 리모콘 1로 새로운 매직 리모콘의 블루투스 접속이 있음을 알리는 지시 정보를 전송한다(S1908).
이후, 상기 매직 리모콘 2가 상기 TV로 제어 권한 요청을 하는 경우(S1909), 제어 권한이 상기 매직 리모콘 1에 의해 독점되었기 때문에 상기 TV는 상기 매직 리모콘 2로 제어 권한 요청을 거절하는 거절(Reject) 메시지를 전송한다(S1910).
상기 거절 메시지는 상기 매직 리모콘 2에 대한 제어 권한 요청의 거절 이유 정보(예: 접속된 매직 리모콘 수 초과, 독점적 제어 설정 등)를 포함할 수 있다.
하지만, 상기 매직 리모콘 1이 새로운 매직 리모콘의 접속을 허용하는 경우, 상기 TV의 제어 권한은 상기 매직 리모콘 1에서 상기 매직 리모콘 2로 변경될 수 있다.

도 20은 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 또 다른 일 예를 나타낸 흐름도이다.
S2001 내지 S2004, S2007, S2009 및 S2010 단계는 도 19의 S1901 내지 S1904, S1908 내지 S1909 단계와 동일하므로 구체적인 설명은 생략하고 차이가 있는 부분에 대해서만 살펴보기로 한다.
즉, 도 20은 Multi Control Type이 ‘Shared 방식’으로 설정된 경우의 제어 권한 획득 방법을 나타낸다.
S2004 단계 이후, 매직 리모콘은 TV로 Multi Control Type이 ‘Shared 방식’으로 설정된 제어 방법에 대한 요청을 상기 TV로 전송한다(S2005).
이후, 상기 TV는 상기 매직 리모콘 1의 제어 권한 요청을 승인하기 위해 OK 메시지를 상기 매직 리모콘 1로 전송한다(S2006).
S2007 단계 즉, 매직 리모콘 2와 상기 TV와의 블루투스 연결 절차를 통해, 상기 TV는 상기 매직 리모콘 2의 주소를 추가한다(S2008).
S2011 단계에서, 상기 TV는 매직 리모콘 2의 제어 권한 요청을 승인하기 위한 OK 메시지를 상기 매직 리모콘 2로 전송한다(S2011).
이를 통해, 상기 매직 리모콘 1과 상기 매직 리모콘 2는 각각 상기 TV에 대한 제어 권한을 공유하게 된다.

도 21은 본 명세서에서 제안하는 멀티 제어 타입에 따른 제어 권한 설정 방법의 또 다른 일 예를 나타낸 흐름도이다.
S2101 내지 S2104, S2107 내지 S2110 단계는 도 19의 S1901 내지 S1904, S1907 내지 S1910 단계와 동일하므로 구체적인 설명은 생략하고 차이가 있는 부분에 대해서만 살펴보기로 한다.
도 21은 컨트롤러의 개수 정보 즉, TV에 등록될 수 있는 매직 리모콘의 수가 설정된 경우 제어 권환 획득 방법을 나타낸다.
S2105 단계에서, 매직 리모콘 1은 컨트롤러의 개수=1로 설정된 Write Number of Controllers를 상기 TV로 전송하고, 상기 TV는 상기 매직 리모콘으로 상기 매직 리모콘 1의 Write Number of Controllers에 대한 요청을 승인하는 OK 메시지를 전송한다(S2106).
즉, 제어 권한 설정 방법으로 컨트롤러의 개수를 설정하여 정의하는 경우, TV에 등록될 수 있는 매직 리모콘의 주소의 수는 number of controllers에 설정된 값에 의해 제한될 수 있다.
따라서, 상기 TV는 상기 number of controllers에 설정된 값보다 제어 권한을 요청하는 매직 리모콘의 개수가 많은 경우, 제어권 부여 정책과 상관없이 새롭게 요청되는 제어 제어 권한에 대해 거절한다.
따라서, 상기 매직 리모콘 2가 상기 TV로 제어 권한 요청 메시지를 전송하는 경우, 상기 TV는 컨트롤러의 개수 초과로 인해(등록 가능한 매직 리모콘의 주소 개수는 ‘1’로 설정되어 있음) 상기 매직 리모콘 2로 제어 권한 요청에 대한 거절을 알이는 거절 메시지를 전송한다(S2110).
또한, 상기 거절 메시지는 거절 이유와 관련된 정보를 포함할 수 있으며, 일 예로, 컨트롤러의 개수 초과 등일 수 있다.

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

Claims (17)

  1. 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법에 있어서, 제 1 디바이스에 의해 수행되는 상기 방법은,
    적어도 하나의 제 2 디바이스들로 제 2 통신 연결을 위한 연결 정보를 포함하는 제 1 통신 신호를 전송하는 단계;
    상기 적어도 하나의 제 2 디바이스들로부터 상기 제 1 통신 신호에 대한 응답을 수신하는 단계; 및
    상기 수신된 응답에 기초하여 제 2 디바이스와 제 2 통신 연결을 수행하는 단계를 포함하되,
    상기 연결 정보는 상기 제 1 디바이스의 제 2 통신 버전을 나타내는 버전(Version) 정보, 상기 제 1 디바이스에서 지원하는 제 2 통신의 기술 타입을 나타내는 타입(Type) 정보, 상기 제 1 디바이스의 제 2 통신 접속 주소를 나타내는 주소(Address) 정보 또는 제 2 통신 연결의 동기화에 사용되는 동기화 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  2. 제 1항에 있어서,
    다수의 리모트 컨트롤러들에 대한 제어 권한 설정과 관련된 제어 정보를 포함하는 제 1 메시지를 상기 제 2 디바이스로 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  3. 제 2항에 있어서,
    상기 제어 정보는 다수의 리모트 컨트롤러들에 대한 제어 방식을 나타내는 멀티 제어 타입(Multi Control Type) 필드, 페어링되는 디바이스를 제어할 수 있는 리모트 컨트롤러의 제 2 통신 접속 주소를 나타내는 컨트롤러 주소 필드, 페어링 가능한 리모트 컨트롤러의 수를 지정하는 컨트롤러 개수 필드, 페어링되는 디바이스를 제어할 수 있는 메인 리모트 컨트롤러를 나타내는 메인 컨트롤러(Main Controller) 필드 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  4. 제 3항에 있어서, 상기 멀티 제어 타입 필드는,
    경쟁을 통해 제어 권한을 획득하는 방식을 나타내는 제 1 타입, 우선 순위에 따라 제어 권한을 획득하는 방식을 나타내는 제 2 타입, 하나의 리모트 컨트롤러만 제어 권한을 가지는 방식을 나타내는 제 3 타입 또는 다수의 리모트 컨트롤러들이 제어 권한을 공유하는 방식을 나타내는 제 4 타입 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  5. 제 1항에 있어서,
    상기 제 2 디바이스로 리모트 컨트롤(Remote Control)과 관련된 제어 권한을 요청하기 위한 제어 권한 요청(Control Authority Request) 메시지를 전송하는 단계; 및
    상기 제 2 디바이스로부터 상기 제어 권한 요청 메시지에 대한 응답을 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 제 1항에 있어서,
    상기 제 2 통신 연결을 수행하는 단계는,
    상기 응답에 기초하여, 제 2 통신 연결이 가능한 적어도 하나의 제 2 디바이스들에 대한 리스트를 출력하는 단계;
    상기 출력된 리스트에서 특정 제 2 디바이스에 대한 선택 입력을 수신하는 단계; 및
    상기 선택된 제 2 디바이스와 제 2 통신 연결을 수행하는 단계를 포함하는 것을 특징으로 하는 방법.
  7. 제 1항에 있어서,
    상기 제 2 디바이스로 리모트 컨트롤과 관련된 제어 권한을 반납하기 위한 제어 권한 리턴(Control Authority Return) 메시지를 전송하는 단계; 및
    상기 제 2 디바이스로부터 상기 제어 권한 리턴 메시지에 대한 응답을 수신하는 단계를 더 포함하되,
    상기 제어 권한 리턴 메시지에 대한 응답은 제어 권한 반납의 승낙 또는 거절인 것을 특징으로 하는 방법.
  8. 제 1항에 있어서,
    상기 제 2 디바이스로부터 리모트 컨트롤과 관련된 제어 권한이 해지되었음을 알리는 권한 해지(Control Authority Release) 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  9. 제 1항에 있어서, 상기 제 1 통신 신호는,
    디바이스들 별로 할당되는 IR 코드이며,
    상기 IR 코드는 1 내지 2 바이트(byte)의 크기인 것을 특징으로 하는 방법.
  10. 제 1항에 있어서, 상기 제 1 디바이스는,
    제 2 통신 연결 요청 신호를 전송하기 위한 제 1 버튼, 제 2 통신 연결 가능한 디바이스들의 검색을 위한 제 2 버튼 또는 상기 제 2 버튼에 의해 선택되는 디바이스의 이름을 표시하기 위한 표시부 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  11. 제 1항에 있어서,
    상기 동기화 정보는 주파수 호핑 시퀀스 정보 또는 레퍼런스 클락(Reference Clock)의 타임 오프셋(time offset)을 나타내는 네이티브 클락(Native Clock) 정보 중 적어도 하나는 포함하는 것을 특징으로 하는 방법.
  12. 제 1항에 있어서,
    상기 제 2 디바이스와 A/V(Audio/Video) 설정을 수행하는 단계; 및
    상기 제 2 디바이스로부터 A/V 스트림(stream)을 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  13. 제 1항에 있어서,
    상기 응답은 연결 요청(Connection Request) 메시지이며,
    상기 응답은 제 2 디바이스와 관련된 제 2 통신 연결 정보를 포함하는 것을 특징으로 하는 방법.
  14. 제 1항에 있어서,
    상기 제 2 통신 연결을 수행하는 단계는,
    상기 적어도 하나의 제 2 디바이스들로 질의(Inquiry) 메시지를 전송하는 단계; 및
    상기 적어도 하나의 제 2 디바이스들로부터 상기 질의 메시지의 응답에 해당하는 확장 질의 응답(Extended Inquiry Response:EIR) 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
  15. 제 14항에 있어서,
    상기 제 2 디바이스와 페이징 절차를 수행하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  16. 제 1항에 있어서,
    상기 제 1 디바이스는 리모트 컨트롤러(Remote Controller)이며, 상기 제 2 디바이스는 TV(Television)인 것을 특징으로 하는 방법.
  17. 무선 통신 시스템에서 디바이스 간 연결을 수행하는 제 1 디바이스에 있어서, 상기 제 1 디바이스는,
    외부와 유선 및/또는 무선으로 신호를 송수신하기 위한 통신부; 및
    상기 통신부와 기능적으로 연결되는 제어부를 포함하되, 상기 제어부는,
    적어도 하나의 제 2 디바이스들로 제 2 통신 연결을 위한 연결 정보를 포함하는 제 1 통신 신호를 전송하고;
    상기 적어도 하나의 제 2 디바이스들로부터 상기 제 1 통신 신호에 대한 응답을 수신하고; 및
    상기 수신된 응답에 기초하여 제 2 디바이스와 제 2 통신 연결을 수행하도록 제어하되,
    상기 연결 정보는 상기 제 1 디바이스의 제 2 통신 버전을 나타내는 버전(Version) 정보, 상기 제 1 디바이스에서 지원하는 제 2 통신의 기술 타입을 나타내는 타입(Type) 정보, 상기 제 1 디바이스의 제 2 통신 접속 주소를 나타내는 주소(Address) 정보 또는 제 2 통신 연결의 동기화에 사용되는 동기화 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 디바이스.
PCT/KR2014/010592 2013-11-06 2014-11-05 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치 WO2015069024A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/035,192 US9730257B2 (en) 2013-11-06 2014-11-05 Method and apparatus for establishing device-to-device connection in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361900966P 2013-11-06 2013-11-06
US61/900,966 2013-11-06
US201361910409P 2013-12-01 2013-12-01
US61/910,409 2013-12-01

Publications (1)

Publication Number Publication Date
WO2015069024A1 true WO2015069024A1 (ko) 2015-05-14

Family

ID=53041727

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/010592 WO2015069024A1 (ko) 2013-11-06 2014-11-05 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치

Country Status (2)

Country Link
US (1) US9730257B2 (ko)
WO (1) WO2015069024A1 (ko)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017018782A1 (ko) * 2015-07-28 2017-02-02 삼성전자 주식회사 메쉬 네트워크에서 신호 송/수신 장치 및 방법
WO2017043870A1 (ko) * 2015-09-07 2017-03-16 엘지전자(주) 블루투스 기술을 이용하여 디바이스를 제어하기 위한 방법 및 장치
WO2017043869A1 (ko) * 2015-09-07 2017-03-16 엘지전자(주) 블루투스 기술을 이용하여 디바이스를 제어하기 위한 방법 및 장치
WO2017086656A1 (ko) * 2015-11-19 2017-05-26 삼성전자 주식회사 무선 통신 방법 및 이를 제공하는 전자 장치
US9830799B2 (en) 2016-02-03 2017-11-28 Microsoft Technology Licensing, Llc Locating an electronic device
WO2018066925A1 (ko) * 2016-10-05 2018-04-12 엘지전자(주) 블루투스 기술을 이용하여 데이터를 송수신하기 위한 방법 및 장치
CN111741511A (zh) * 2020-05-29 2020-10-02 华为技术有限公司 快速匹配方法及头戴电子设备
KR20210078700A (ko) * 2019-12-19 2021-06-29 경남대학교 산학협력단 기기 제어 장치 및 방법
CN116647831A (zh) * 2023-07-25 2023-08-25 南京麦豆健康科技有限公司 一种基于蓝牙的设备管理方法

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6566669B2 (ja) * 2015-03-12 2019-08-28 キヤノン株式会社 情報処理装置及びその制御方法、通信方法、並びにプログラム
US10039145B2 (en) * 2015-11-19 2018-07-31 Nike, Inc. System, apparatus, and method for received signal strength indicator (RSSI) based authentication
US10455452B2 (en) 2015-12-14 2019-10-22 Afero, Inc. System and method for flow control in an internet of things (IoT) system
US10171462B2 (en) 2015-12-14 2019-01-01 Afero, Inc. System and method for secure internet of things (IOT) device provisioning
US10116573B2 (en) * 2015-12-14 2018-10-30 Afero, Inc. System and method for managing internet of things (IoT) devices and traffic using attribute classes
CN105741525B (zh) * 2016-02-24 2019-10-01 北京小米移动软件有限公司 遥控器绑定的处理方法、装置和设备
US10917767B2 (en) * 2016-03-31 2021-02-09 Intel Corporation IOT device selection
JP6730915B2 (ja) * 2016-11-21 2020-07-29 キヤノン株式会社 リモコン、制御方法、及びプログラム
JP6639430B2 (ja) * 2017-01-31 2020-02-05 キヤノン株式会社 情報処理装置、制御方法およびプログラム
US10616741B2 (en) * 2017-04-27 2020-04-07 Thales Avionics, Inc. In-flight entertainment systems with a central bluetooth controller controlling bluetooth connections between passenger terminals and video display units
KR102301386B1 (ko) 2017-06-27 2021-09-13 삼성전자주식회사 외부 장치와 무선으로 통신하는 방법 및 이를 지원하는 전자 장치
EP3651472A4 (en) * 2017-07-06 2020-11-18 LG Electronics Inc. -1- DISPLAY DEVICE
CN107493563B (zh) * 2017-08-31 2020-10-27 大唐终端技术有限公司 一种蓝牙实现群组对讲的方法及系统
CN108245132B (zh) * 2018-01-15 2020-07-14 浙江大学 一种基于蓝牙的医疗可穿戴设备智能交互方法
KR102433368B1 (ko) * 2018-07-12 2022-08-17 삼성전자주식회사 원격 제어 장치 및 그 제어 방법
KR102523826B1 (ko) * 2018-10-22 2023-04-21 삼성전자주식회사 블루투스 통신을 사용하는 전자 장치와 이의 동작 방법
KR20200122820A (ko) * 2019-04-19 2020-10-28 삼성전자주식회사 블루투스 네트워크 환경에서 eir 패킷을 전송하기 위한 전자 장치 및 그에 관한 방법
KR20200141702A (ko) * 2019-06-11 2020-12-21 삼성전자주식회사 블루투스 네트워크 환경에서 외부 전자 장치의 검색 리스트를 표시하기 위한 전자 장치 및 그에 관한 방법
US10924924B1 (en) * 2019-09-09 2021-02-16 Ford Global Technologies, Llc Out-of-band key sharing using near-field communication
KR20210051084A (ko) * 2019-10-29 2021-05-10 삼성전자주식회사 암호화 통신을 수행하기 위한 전자 장치와 그 동작 방법
CN112291768B (zh) * 2020-10-29 2023-01-24 歌尔科技有限公司 一种设备连接方法、系统、蓝牙手柄及存储介质
US11776388B1 (en) * 2020-12-11 2023-10-03 Amazon Technologies, Inc. Remote control signal masking for multi-mode devices
US11729623B2 (en) * 2021-07-01 2023-08-15 Zebra Technologies Corporation Pairing a mobile computer to a peripheral wireless device during setup procedures
CN114283573A (zh) * 2021-12-22 2022-04-05 珠海格力电器股份有限公司 一种设备控制方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100086570A (ko) * 2009-01-23 2010-08-02 성균관대학교산학협력단 통합 리모트 컨트롤 장치, 통합 리모트 컨트롤 방법 및 이를 수행하는 프로그램을 기록한 기록매체
KR101076975B1 (ko) * 2005-03-21 2011-10-26 엘지전자 주식회사 리모컨 장치
WO2012099370A2 (ko) * 2011-01-17 2012-07-26 엘지전자 주식회사 제어 장치, 제어 타겟 장치 및 이들을 이용한 알람 설정 방법
KR20130039135A (ko) * 2011-10-11 2013-04-19 엘지전자 주식회사 리모트 컨트롤러 및 멀티미디어 디바이스의 제어 방법
KR20130110411A (ko) * 2012-03-29 2013-10-10 엘지전자 주식회사 리모트 컨트롤러 및 멀티미디어 디바이스의 제어 방법

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8170722B1 (en) * 2010-12-09 2012-05-01 Elbex Video Ltd. Method and apparatus for coding and linking electrical appliances for control and status report

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101076975B1 (ko) * 2005-03-21 2011-10-26 엘지전자 주식회사 리모컨 장치
KR20100086570A (ko) * 2009-01-23 2010-08-02 성균관대학교산학협력단 통합 리모트 컨트롤 장치, 통합 리모트 컨트롤 방법 및 이를 수행하는 프로그램을 기록한 기록매체
WO2012099370A2 (ko) * 2011-01-17 2012-07-26 엘지전자 주식회사 제어 장치, 제어 타겟 장치 및 이들을 이용한 알람 설정 방법
KR20130039135A (ko) * 2011-10-11 2013-04-19 엘지전자 주식회사 리모트 컨트롤러 및 멀티미디어 디바이스의 제어 방법
KR20130110411A (ko) * 2012-03-29 2013-10-10 엘지전자 주식회사 리모트 컨트롤러 및 멀티미디어 디바이스의 제어 방법

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170013606A (ko) * 2015-07-28 2017-02-07 삼성전자주식회사 커넥션 방식을 지원하는 메쉬 네트워크에서 신호 송/수신 장치 및 방법
KR102583850B1 (ko) * 2015-07-28 2023-10-04 삼성전자주식회사 커넥션 방식을 지원하는 메쉬 네트워크에서 신호 송/수신 장치 및 방법
US10848945B2 (en) 2015-07-28 2020-11-24 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving signals in mesh network
WO2017018782A1 (ko) * 2015-07-28 2017-02-02 삼성전자 주식회사 메쉬 네트워크에서 신호 송/수신 장치 및 방법
US10390113B2 (en) 2015-09-07 2019-08-20 Lg Electronics Inc. Method and apparatus for controlling device using bluetooth technology
WO2017043870A1 (ko) * 2015-09-07 2017-03-16 엘지전자(주) 블루투스 기술을 이용하여 디바이스를 제어하기 위한 방법 및 장치
WO2017043869A1 (ko) * 2015-09-07 2017-03-16 엘지전자(주) 블루투스 기술을 이용하여 디바이스를 제어하기 위한 방법 및 장치
US10560971B2 (en) 2015-11-19 2020-02-11 Samsung Electronics Co., Ltd. Wireless communication method and electronic device for providing same
WO2017086656A1 (ko) * 2015-11-19 2017-05-26 삼성전자 주식회사 무선 통신 방법 및 이를 제공하는 전자 장치
US9830799B2 (en) 2016-02-03 2017-11-28 Microsoft Technology Licensing, Llc Locating an electronic device
WO2018066925A1 (ko) * 2016-10-05 2018-04-12 엘지전자(주) 블루투스 기술을 이용하여 데이터를 송수신하기 위한 방법 및 장치
US10887762B2 (en) 2016-10-05 2021-01-05 Lg Electronics Inc. Method and apparatus for transmitting and receiving data using Bluetooth technology
KR20210078700A (ko) * 2019-12-19 2021-06-29 경남대학교 산학협력단 기기 제어 장치 및 방법
KR102404893B1 (ko) 2019-12-19 2022-06-02 경남대학교 산학협력단 기기 제어 장치 및 방법
CN111741511A (zh) * 2020-05-29 2020-10-02 华为技术有限公司 快速匹配方法及头戴电子设备
CN111741511B (zh) * 2020-05-29 2022-05-10 华为技术有限公司 快速匹配方法及头戴电子设备
CN116647831A (zh) * 2023-07-25 2023-08-25 南京麦豆健康科技有限公司 一种基于蓝牙的设备管理方法
CN116647831B (zh) * 2023-07-25 2024-02-23 南京麦豆健康科技有限公司 一种基于蓝牙的设备管理方法

Also Published As

Publication number Publication date
US20160278151A1 (en) 2016-09-22
US9730257B2 (en) 2017-08-08

Similar Documents

Publication Publication Date Title
WO2015069024A1 (ko) 무선 통신 시스템에서 디바이스 간 연결을 수행하기 위한 방법 및 장치
US10827334B2 (en) Method and apparatus for connecting devices using Bluetooth LE technology
US10034160B2 (en) Method and apparatus for transmitting or receiving data using bluetooth in wireless communication system
US9936448B2 (en) Method for transmitting and receiving data in wireless communication system and apparatus for performing the same
US10798548B2 (en) Method for controlling device by using Bluetooth technology, and apparatus
US9961484B2 (en) Method and apparatus for controlling a device using bluetooth technology
US9930240B2 (en) Method and apparatus for controlling a camera by using Bluetooth communication in a wireless communication system
US10917920B2 (en) Method and apparatus for connecting alternative communication means using bluetooth low energy (LE)
US10136429B2 (en) Method for transmitting and receiving audio data in wireless communication system supporting bluetooth communication and device therefor
US20170208639A1 (en) Method and apparatus for controlling a device using bluetooth technology
US10560974B2 (en) Method and apparatus for connecting device by using Bluetooth technology
US20160359925A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
US10349253B2 (en) Method for transmitting and receiving data, and device therefor
US20170215113A1 (en) Method and apparatus for controlling electronic device in wireless communication system supporting bluetooth communication
US20160299739A1 (en) Method for controlling data streaming using bluetooth communication
US11665214B2 (en) Method and apparatus for receiving audio data by using Bluetooth technology
US10306072B2 (en) Method and device for controlling further device in wireless communication system
WO2016080798A1 (ko) 블루투스 통신을 지원하는 무선 통신 시스템에서 디바이스들 간 페어링을 수행하기 위한 방법 및 이를 위한 장치
US11736919B2 (en) Method for receiving audio data by using bluetooth technology, and device therefor
US20220312116A1 (en) Method for transmitting audio data by using short-range wireless communication in wireless communication system, and apparatus for same
US11445453B2 (en) Method and apparatus for controlling power of device by using bluetooth technology
US10492060B2 (en) Method and device for transmitting/receiving data in wireless communication system
US11367449B2 (en) Method and apparatus for calling voice recognition service by using Bluetooth low energy technology
US20220391165A1 (en) Method for transmitting audio data using short-range communication in wireless communication system, and device for same
US10299104B2 (en) Method for performing discovery in wireless communication system and device therefor

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: 14860622

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15035192

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 14860622

Country of ref document: EP

Kind code of ref document: A1