WO2022124870A1 - 근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치 - Google Patents
근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치 Download PDFInfo
- Publication number
- WO2022124870A1 WO2022124870A1 PCT/KR2021/018880 KR2021018880W WO2022124870A1 WO 2022124870 A1 WO2022124870 A1 WO 2022124870A1 KR 2021018880 W KR2021018880 W KR 2021018880W WO 2022124870 A1 WO2022124870 A1 WO 2022124870A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- link
- data
- slave device
- slave
- advertisement
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 190
- 238000004891 communication Methods 0.000 title claims abstract description 51
- 230000005540 biological transmission Effects 0.000 claims abstract description 101
- 238000012546 transfer Methods 0.000 claims description 8
- 230000009471 action Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 62
- 238000005516 engineering process Methods 0.000 description 34
- 230000004044 response Effects 0.000 description 30
- 230000007704 transition Effects 0.000 description 23
- 230000015654 memory Effects 0.000 description 22
- 230000007246 mechanism Effects 0.000 description 16
- 230000008859 change Effects 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 13
- 230000000977 initiatory effect Effects 0.000 description 13
- 230000002093 peripheral effect Effects 0.000 description 13
- 238000003860 storage Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 9
- 238000001914 filtration Methods 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000002829 reductive effect Effects 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 3
- 238000000701 chemical imaging Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000001965 increasing effect Effects 0.000 description 3
- 230000023445 activated T cell autonomous cell death Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000004020 conductor Substances 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 230000001939 inductive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
- H04W84/20—Master-slave selection or change arrangements
Definitions
- the present invention relates to a method and apparatus for transmitting and receiving data in a short-range wireless communication system, and more particularly, to a method and apparatus for transmitting and receiving audio data/control data using Bluetooth technology in a short-range wireless communication system it's about
- Bluetooth is a short-distance wireless technology standard that enables data to be exchanged by wirelessly connecting various devices in a short distance.
- a user searches for Bluetooth devices to communicate with and performs a procedure of requesting a connection. do.
- a device may mean a device or an apparatus.
- the user may perform a connection after searching for a Bluetooth device according to a Bluetooth communication method to be used using the Bluetooth device.
- the Bluetooth communication method includes the Bluetooth BR/EDR (Basic Rate/Enhanced Data Rate) method and the Bluetooth LE (Low Energy) method, which is a low-power method.
- the Bluetooth BR/EDR method may be referred to as Classic Bluetooth.
- the classic Bluetooth method includes a Bluetooth technology that has been continued from Bluetooth 1.0 to 2.1 using a basic rate and a Bluetooth technology that uses an enhanced data rate supported from Bluetooth 2.0.
- Bluetooth Low Energy (hereinafter referred to as Bluetooth LE) technology can stably provide hundreds of kilobytes of information by consuming little power.
- This Bluetooth low energy technology exchanges information between devices by using an attribute protocol.
- This Bluetooth LE method can reduce energy consumption by reducing header overhead and simplifying operation.
- Bluetooth devices do not have a display or user interface.
- the complexity of connection / management / control / disconnection between various types of Bluetooth devices and among them, Bluetooth devices to which similar technology is applied is increasing.
- Bluetooth can achieve a relatively high speed with relatively low power and low cost, but since the transmission distance is limited to a maximum of 100 m, it is suitable for use in a limited space.
- An object of the present specification is to provide a method for transmitting and receiving data in a short-range wireless communication system and an apparatus therefor.
- Another object of the present specification is to provide a method for transmitting and receiving audio data and control data through a single link in a short-range wireless communication system, and an apparatus therefor.
- the present specification provides a method and apparatus for setting a link based on characteristics of a link for data transmission from a slave device to a master device and a link for data transmission from a master device to a slave device Its purpose is to provide
- a method for changing a parameter for link setting based on characteristics of a link for data transmission from a slave device to a master device and a link for data transmission from a master device to a slave device, and an apparatus therefor are provided. There is a purpose.
- the present specification provides a method for transmitting and receiving data in a short-range wireless communication system and an apparatus therefor.
- the present specification provides a method for a master device to transmit and receive data in a short-range wireless communication system, from a first slave device, a first advertisement message for providing a service related to transmission and reception of the data receiving; Based on the first advertisement message, forming a shared link for transmitting and receiving the data based on a link parameter for configuration of the shared link, the shared link is (i) the master a first link for data transfer from a device to a slave device and (ii) a second link for data transfer from the slave device to the master device; and receiving, from a second slave device, a second advertisement message for providing the service, wherein, based on the second advertisement message, the link parameter applied to the sharing link shares the second slave device with the sharing.
- the updated link parameter is: (i) the first link and (ii) the second link It is characterized in that it is set to a different value for each.
- the present specification may be characterized in that the data transmitted over the first link and the data transmitted over the second link are different types of data.
- the present specification may be characterized in that the data transmitted over the first link is audio data related to the service.
- the present specification may be characterized in that the data transmitted over the second link is control data related to the service, and the control data is generated based on a user input to the slave device.
- the present specification may be characterized in that the audio data is transmitted based on a broadcast method.
- the audio data is transmitted based on grouping of the first slave device and the second slave device, and the grouping It may be characterized in that a group address for transmission of the audio data is allocated to the first and second slave devices.
- the link parameters are (i) a first parameter for the maximum number of CIS events that can be used for CIS (Connected Isochronous Stream) data PDU (packet date unit) transmission, and (ii) Broadcast Isochronous It may be characterized by including a second parameter for the number of new payloads for each BIS of the Stream (BIS) event.
- the present specification may be characterized in that the value of the first parameter applied to the first link is set to a value smaller than the value of the first parameter applied to the second link.
- the present specification may be characterized in that the value of the second parameter applied to the second link is determined in proportion to the number of slave devices related to the second link.
- each of the first advertisement message and the second advertisement message may include identification information for the service.
- the present specification may further include, based on the identification information, changing the operation mode of the master device to a specific operation mode for providing the service.
- the present specification may further include transmitting a request message requesting an update of the link parameter to the first slave device.
- the request message may be configured based on a CIS label request.
- the request message may be configured based on BIS data including a label (BIS date with label).
- the present specification provides a master device for transmitting and receiving data in a short-range wireless communication system, comprising: a transmitter for transmitting a wireless signal; a receiver for receiving a wireless signal; at least one processor; and at least one computer memory operably connectable to the at least one processor and storing instructions for performing operations when executed by the at least one processor, the operations comprising: receiving, from a slave device, a first advertisement message for providing a service related to transmission and reception of the data; Based on the first advertisement message, forming a shared link for transmitting and receiving the data based on a link parameter for configuration of the shared link, the shared link is (i) the master a first link for data transfer from a device to a slave device and (ii) a second link for data transfer from the slave device to the master device; and receiving, from a second slave device, a second advertisement message for providing the service, wherein, based on the second advertisement message, the link parameter applied to the sharing link shares the second slave device with the sharing.
- the updated link parameter is: (i) the first link and (ii) the second link It is characterized in that it is set to a different value for each.
- the present specification has an effect of transmitting and receiving data in a short-range wireless communication system.
- the present specification has an effect of transmitting and receiving audio data and control data through a single link for data in a short-range wireless communication system.
- the present specification has the effect of setting parameters for link setting based on the characteristics of the link for data transmission from the slave device to the master device and the link for data transmission from the master device to the slave device.
- the present specification has the effect of changing the parameters for link setting based on the characteristics of the link for data transmission from the slave device to the master device and the link for data transmission from the master device to the slave device.
- parameters for link setting are set/changed based on the characteristics of the link for data transmission from the slave device to the master device and the link for data transmission from the master device to the slave device. There is an effect that appropriate parameter setting can be performed for each of the link for data transmission to the master device and the link for data transmission from the master device to the slave device.
- the present specification provides a link for data transmission from a slave device to a master device and a link for data transmission from a master device to a slave device. (seamless) There is an effect that parameters for link establishment can be changed.
- FIG. 1 is a schematic diagram illustrating an example of a wireless communication system using the Bluetooth low energy energy technology proposed in the present specification.
- FIG. 2 shows an example of an internal block diagram of a device capable of implementing the methods proposed in the present specification.
- FIG 3 shows an example of a Bluetooth communication architecture to which the methods proposed in this specification can be applied.
- GATT Generic Attribute Profile
- FIG. 5 is a flowchart illustrating an example of a connection procedure method in Bluetooth low energy technology to which the present invention can be applied.
- FIG. 6 is a diagram illustrating an example of a protocol stack to which the method proposed in the present specification can be applied.
- FIG. 7 is a diagram illustrating an example of a data packet format that can be used in a protocol stack to which the method proposed in the present specification can be applied.
- 8 is a diagram illustrating examples of Bluetooth LE audio data transmission.
- 9 and 10 are diagrams illustrating an example of Bluetooth data transmission according to ICO.
- 11 and 12 are diagrams illustrating an example of Bluetooth audio data transmission according to ICL.
- 13 is a diagram illustrating an example of a packet structure for supporting connection parameter update.
- connection parameters 14 is a diagram illustrating an example in which data transmission/reception is performed according to connection parameters.
- 15 is a diagram illustrating an example in which data transmission through a broadcast method and a response to the transmitted data are performed.
- connection parameter update 16 is performed.
- 17 and 18 are diagrams illustrating an example in which connection parameter update is performed.
- connection parameter update is performed.
- 21 and 22 are diagrams illustrating another example in which connection parameter update is performed.
- connection parameter update is performed.
- connection parameter update is performed.
- 26 is a flowchart illustrating an example in which connection parameter update is performed.
- 27 is a diagram illustrating an example of a configuration of a cloud game system using short-range wireless communication.
- 28 is a diagram illustrating an example of Basic Audio Profile QoS settings.
- 29 is a diagram illustrating an example of bandwidth usage of devices constituting a short-range wireless communication system.
- 30 and 31 are diagrams illustrating an example of a method for establishing a shared link in a short-range wireless communication system proposed in the present specification.
- 32 is a flowchart illustrating an example of a method for establishing a shared link in a short-range wireless communication system proposed in the present specification.
- FIG 33 is a diagram illustrating an example of a method for updating a connection parameter proposed in the present specification.
- connection parameter 34 is a diagram illustrating an example of a method for updating a connection parameter proposed in the present specification.
- 35 is a diagram illustrating an example of a data packet structure used for connection parameter update proposed in the present specification.
- 36 is a diagram illustrating another example in which a method for updating a connection parameter proposed in the present specification is performed.
- 37 and 38 are diagrams illustrating an example of an HCI command for supporting the method proposed in the present specification.
- 39 and 40 are diagrams illustrating an example of a mode setting method in consideration of a device type and QoS.
- 41 is a diagram illustrating an example in which the data transmission/reception method proposed in the present specification is performed in a master device.
- FIG. 1 is a schematic diagram illustrating an example of a wireless communication system using the Bluetooth low energy energy technology proposed in the present specification.
- the wireless communication system 100 includes at least one server device (Server Device, 120) and at least one client device (Client Device, 110).
- the server device and the client device perform Bluetooth communication using Bluetooth Low Energy (BLE) technology.
- BLE Bluetooth Low Energy
- BLE technology Compared to Bluetooth BR/EDR (Basic Rate/Enhanced Data Rate) technology, BLE technology has a relatively small duty cycle, enables low-cost production, and can significantly reduce power consumption through low-speed data rates. If a coin cell battery is used, operation is possible for more than one year.
- BR/EDR Basic Rate/Enhanced Data Rate
- the BLE technology simplifies the connection procedure between devices, and the packet size is designed to be smaller than that of the Bluetooth BR/EDR technology.
- the number of RF channels is 40, (2) data transmission rate supports 1Mbps, (3) topology is scatternet structure, (4) latency is 3ms, (5) maximum current is less than 15mA, (6) output power is less than 10mW (10dBm), and (7) is mainly used in applications such as mobile phones, watches, sports, healthcare, sensors, and device control.
- the server device 120 may operate as a client device in relation to other devices, and the client device may operate as a server device in relation to other devices. That is, any one device in the BLE communication system can operate as a server device or a client device, and if necessary, it is also possible to simultaneously operate as a server device and a client device.
- the server device 120 is a data service device (Data Service Device), a slave device (slave device), a slave (slave), a server, a conductor (Conductor), a host device (Host Device), a gateway (Gateway), a sensing device ( Sensing Device), a monitoring device, a first device, a second device, and the like.
- the client device 110 includes a master device, a master, a client, a member, a sensor device, a sink device, a collector, a third device, a fourth device, etc. can be expressed
- the server device and the client device correspond to main components of the wireless communication system, and the wireless communication system may include other components in addition to the server device and the client device.
- the server device receives data from the client device and communicates directly with the client device, so that when receiving a data request from the client device, the server device provides data to the client device through a response.
- the server device sends a notification/notification message and an indication message to the client device to provide data information to the client device. Also, when the server device transmits an indication message to the client device, the server device receives a confirmation message corresponding to the indication message from the client.
- the server device provides data information to the user through a display unit or receives a request input from the user through an input unit (User Input Interface) can do.
- an input unit User Input Interface
- the server device may read data from a memory unit or write new data to the corresponding memory in the process of transmitting and receiving messages with the client device.
- one server device may be connected to a plurality of client devices, and it is possible to easily reconnect (or connect) to the client devices by using bonding information.
- the client device 120 refers to a device that requests data information and data transmission from a server device.
- the client device receives data from the server device through a notification message, an instruction message, and the like, and when receiving the instruction message from the server device, sends a confirmation message in response to the instruction message.
- the client device may provide information to a user through an output unit or receive an input from a user through an input unit in the process of transmitting and receiving messages with the server device.
- the client device may read data from the memory or write new data to the corresponding memory in the process of transmitting and receiving messages with the server device.
- Hardware components such as an output unit, an input unit, and a memory of the server device and the client device will be described in detail with reference to FIG. 2 .
- the wireless communication system may configure Personal Area Networking (PAN) through Bluetooth technology.
- PAN Personal Area Networking
- files, documents, and the like can be exchanged quickly and safely by establishing a private piconet between devices.
- FIG. 2 shows an example of an internal block diagram of a device capable of implementing the methods proposed in the present specification.
- the master device 110 includes an input unit (User Input Interface, 112), a power supply unit (Power Supply Unit, 113), a control unit (Control Unit, 114), a memory (Memory Unit, 115), and Bluetooth. It includes a network interface (Network Interface, 116), storage (Storage, 117), an output unit (Display Unit, 118), and a multimedia module (Multi media Module, 119) including an interface (Bluetooth Interface).
- Network Interface Network Interface
- Storage Storage, 117
- Display Unit 118
- Multi media Module Multi media Module
- the input unit (User Input Interface, 112), a power supply unit (Power Supply Unit, 113), a control unit (Control Unit, 114), a memory (Memory Unit, 115), a network interface including a Bluetooth interface (Bluetooth Interface) , 116), storage (Storage, 117), output unit (Display Unit, 118), and multimedia module (Multi media Module, 119) are functionally connected to each other in order to perform the method proposed in this specification.
- a Bluetooth interface Bluetooth Interface
- Storage Storage
- Display Unit 118
- Multi media Module Multi media Module
- the slave devices (#1 and #2) 120 is an input unit (User Input Interface, 122), a power supply unit (Power Supply Unit, 123), a control unit (Control Unit, 124), Memory (Memory Unit, 125), network interface (Network Interface, 126) including a Bluetooth interface (Bluetooth Interface), storage (Storage, 127), output unit (Display Unit, 128), multimedia module (Multi media Module, 129).
- the input unit (User Input Interface, 122), the power supply unit (Power Supply Unit, 123), the control unit (Control Unit, 124), the memory (Memory Unit, 125), a network interface including a Bluetooth interface (Bluetooth Interface) , 126), the storage (Storage, 127), the output unit (Display Unit, 128), and the multimedia module (Multi media Module, 129) are functionally connected to each other in order to perform the method proposed in this specification.
- the input unit User Input Interface, 122
- the power supply unit Power Supply Unit, 123
- the control unit Control Unit, 124
- the memory Memory Unit, 125
- a network interface including a Bluetooth interface (Bluetooth Interface) , 126), the storage (Storage, 127), the output unit (Display Unit, 128), and the multimedia module (Multi media Module, 129) are functionally connected to each other in order to perform the method proposed in this specification.
- the network interfaces 116 and 126 refer to units (or modules) capable of transmitting a request/response, a command, a notification, an instruction/confirmation message, or the like between devices using Bluetooth technology.
- the memories 115 and 125 are units implemented in various types of devices, and refer to units in which various types of data are stored.
- the storage 117 and 127 refers to a unit that performs a function similar to the memory.
- the controllers 114 and 124 refer to modules that control the overall operation of the master device 110 or the slave device 120, and control to request a message to be transmitted through a network interface or process a received message.
- the controllers 114 and 124 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and/or a data processing device.
- ASIC application-specific integrated circuit
- the memories 115 and 125 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media, and/or other storage devices.
- ROM read-only memory
- RAM random access memory
- flash memory memory cards, storage media, and/or other storage devices.
- the memories 115 and 125 may be internal or external to the processors 114 and 124 , and may be connected to the processors 114 and 124 by various well-known means.
- the output units 118 and 128 refer to modules for providing device status information and message exchange information to a user through a screen.
- the power supply unit refers to a module that receives external power and internal power under the control of the control unit and supplies power necessary for the operation of each component.
- the BLE technology has a small duty cycle and can greatly reduce power consumption through a low data rate.
- FIG 3 shows an example of a Bluetooth communication architecture to which the methods proposed in this specification can be applied.
- FIG. 3 shows an example of the architecture of Bluetooth LE (Low Energy).
- the BLE architecture includes a controller stack (Controller stACK) operable to process a timing critical radio interface and a host stack (Host stACK) operable to process high level data.
- Controller stACK controller stack
- Host stACK host stack
- the controller stack may be referred to as a controller, but in order to avoid confusion with the processor, which is an internal component of the device, as described above with reference to FIG. 2, hereinafter, it will be expressed as a controller stACK.
- the controller stack may be implemented using a communication module, which may include a Bluetooth radio, and a processor module, which may include, for example, a processing device such as a microprocessor.
- a communication module which may include a Bluetooth radio
- a processor module which may include, for example, a processing device such as a microprocessor.
- the host stack may be implemented as part of an OS running on a processor module, or as an instantiation of a package on the OS.
- controller stack and host stack may operate or run on the same processing device within a processor module.
- Host stack is GAP(Generic Access Profile,310), GATT based Profiles(320), GATT(Generic Attribute Profile,330), ATT(Attribute Protocol,340), SM(Security Manage,350), L2CAP(Logical Link Control and Adaptation Protocol, 360).
- the host stack is not limited thereto and may include various protocols and profiles.
- the host stack uses L2CAP to multiplex various protocols and profiles provided by the Bluetooth upper layer.
- L2CAP Logical Link Control and Adaptation Protocol, 360
- L2CAP 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 signaling CH, one for Security Manager, and one for Attribute protocol).
- BR/EDR Base Rate/Enhanced Data Rate
- SM Security Manager, 350
- SM Secure Manager
- ATT Attribute Protocol, 340
- 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, which is transmitted from the server device to the client device.
- Command message A message transmitted from the client device to the server device to instruct a command of a specific operation.
- the server device does not transmit a response to the command message to the client device.
- Notification message A message sent from the server device to the client device for notification such as an event.
- the client device does not send a confirmation message for the Notification message to the server device.
- Indication and Confirm message A message transmitted from the server device to the client device for notification such as an event. Unlike the Notification message, the client device transmits a confirmation message for the Indication message to the server device.
- GAP Generic Access Profile
- GAP is mainly used for device discovery, connection creation, and security procedures, and defines a method for providing information to users, and defines the types of attributes as follows.
- UUID Universal Unique Identifier, value type
- GATT-based Profiles are profiles that depend on GATT and are mainly applied to BLE devices.
- the GATT-based Profiles may be Battery, Time, FindMe, Proximity, Time, Object Delivery Service, and the like. Specific details of GATT-based Profiles are as follows.
- FindMe Provides an alarm service according to the distance
- GATT may be operable as a protocol that describes how ATT is used in the configuration of services. For example, GATT may be operable to specify how ATT attributes are grouped together into services, and may be operable to describe characteristics associated with services.
- GATT and ATT may use features to describe the state and services of a device, and how they relate to each other and how they are used.
- the controller stack includes a physical layer 390 , a link layer 380 , and a host controller interface 370 .
- the physical layer (wireless transmission/reception module 390) is a layer that transmits and receives a 2.4 GHz wireless signal, and uses Gaussian Frequency Shift Keying (GFSK) modulation and a frequency hopping technique composed of 40 RF channels.
- GFSK Gaussian Frequency Shift Keying
- the link layer 380 transmits 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
- HCI provides an interface between the host stack and the controller stack, so that commands and data are provided from the host stack to the controller stack, and events and data from the controller stack are provided to the host stack.
- the BLE procedure may be divided into a device filtering procedure, an advertising procedure, a scanning procedure, a discovery procedure, a connecting procedure, and the like.
- the device filtering procedure is a method for reducing the number of devices that respond to requests, instructions, and notifications in the controller stack.
- the controller stack can reduce the number of requests it transmits, thereby reducing power consumption in the BLE controller stack.
- An advertising device or a scanning device may perform the device filtering procedure to restrict devices receiving an advertisement packet, a scan request, or a connection request.
- the advertisement device refers to a device that transmits an advertisement event, that is, performs advertisement, and is also expressed as an advertiser.
- the scanning device refers to a device that performs scanning and a device that transmits a scan request.
- a scanning device when a scanning device receives some advertisement packets from an advertisement device, the scanning device has to send a scan request to the advertisement device.
- the scanning device may ignore advertisement packets transmitted from the advertisement device.
- a 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 advertisement device performs an advertisement procedure to perform non-directional broadcast to devices in the area.
- the non-directional broadcast refers to a broadcast in all (all) directions rather than a broadcast in a specific direction.
- directional broadcast refers to broadcast in a specific direction.
- the non-directional broadcast occurs without a connection procedure between an advertisement device and a device in a listening (or listening) state (hereinafter, referred to as a listening device).
- An advertisement procedure is used to establish a Bluetooth connection with a nearby initiating device.
- the advertisement procedure may be used to provide periodic broadcast of user data to scanning devices that are listening on the advertisement channel.
- Advertising devices may receive a scan request from listening devices that are listening to obtain additional user data from the advertising device.
- the advertisement device transmits a response to the scan request to the device that transmitted the scan request through the same advertisement physical channel as the advertisement physical channel on which the scan request is received.
- Broadcast user data sent as part of advertisement packets is dynamic data, whereas scan response data is generally static data.
- An advertising device may receive a connection request from an initiating device on an advertising (broadcast) physical channel. If the advertisement device uses a connectable advertisement event and the initiating device is not filtered by the device filtering procedure, the advertisement device stops the advertisement and enters a connected mode. The advertising device may start advertising again after the connected mode.
- a device performing scanning that is, a scanning device, performs a scanning procedure to listen to a non-directional broadcast of user data from advertisement devices using an advertisement physical channel.
- the scanning device sends a scan request to the advertisement device through an advertisement physical channel to request additional data from the advertisement device.
- the advertisement device transmits a scan response that is a response to the scan request including additional data requested by the scanning device through the advertisement physical channel.
- the scanning procedure may be used while being connected to another BLE device in the BLE piconet.
- the scanning device If the scanning device is in an initiator mode that can receive a broadcast advertisement event and initiate a connection request, the scanning device sends a connection request to the advertisement device through an advertisement physical channel. 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 scanning initiator mode for additional broadcast, and enters the connected mode.
- 'Bluetooth devices' Devices capable of Bluetooth communication (hereinafter, referred to as 'Bluetooth devices') perform advertisement procedures and scanning procedures to discover nearby devices or to be discovered by other devices within a given area.
- the discovery procedure is performed asymmetrically.
- a Bluetooth device that tries to find other nearby devices is called a discovering device and listens to find devices that advertise a scannable advertisement event.
- a Bluetooth device discovered and available from other devices is called a discoverable device and actively broadcasts an advertisement event so that other devices can scan it through an advertisement (broadcast) physical channel.
- Both the discovering device and the discoverable device may be already connected to other Bluetooth devices in the piconet.
- connection procedure is asymmetric, and the connection procedure requires that a specific Bluetooth device perform a scanning procedure while another Bluetooth device performs an advertisement procedure.
- an advertisement procedure may be targeted, as a result of which only one device will respond to the advertisement.
- a connection After receiving an accessible advertisement event from an advertisement device, a connection may be initiated by sending a connection request to the advertisement device through an advertisement (broadcast) physical channel.
- the link layer enters the advertisement state by the instruction of the host (stack).
- the link layer sends advertisement packet data units (PDUs) in advertisement events.
- PDUs advertisement packet data units
- Each advertisement event consists of at least one advertisement PDU, and the advertisement PDUs are transmitted through used advertisement channel indexes.
- the advertisement event may be terminated earlier when the advertisement PDU is transmitted through the used advertisement channel indexes, or when the advertisement device needs to secure a space to perform another function.
- the link layer enters the scanning state under the direction of the host (stack). In the scanning state, the link layer listens for advertisement channel indices.
- each scanning type is determined by a host.
- a separate time or advertisement channel index for performing scanning is not defined.
- the link layer listens for the advertisement channel index for a scanWindow duration.
- the 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 directed by the host, provided there is no scheduling conflict. In each scan window, the link layer must scan a different advertisement channel index. The link layer uses all available advertising channel indices.
- the link layer In passive scanning, the link layer only receives packets and transmits no packets.
- the link layer When active scanning, the link layer performs listening depending on the advertisement PDU type, which may request advertisement PDUs and additional information related to the advertisement device from the advertisement device.
- the link layer enters the initiation state by the instruction of the host (stack).
- the link layer When the link layer is in the initiating state, the link layer performs listening for advertisement channel indices.
- the link layer listens for the advertisement channel index during the scan window period.
- the link layer enters the connected state when the device making the connection request, that is, the initiating device sends a 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, a connection is considered to be created. However, the connection need not be considered to be established at the time it 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 performing the master role is called a master, and the link layer performing the slave role is called a slave.
- the master controls the timing of the connection event, and the connection event refers to the synchronization point between the master and the slave.
- BLE devices use 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: a preamble, an access address, a PDU, and a CRC.
- the PDU When one packet is transmitted in the advertisement physical channel, the PDU will be the advertisement channel PDU, and when one packet is transmitted in the data physical channel, the PDU will be the data channel PDU.
- the advertisement channel PDU Packet Data Unit
- PDU Packet Data Unit
- the PDU type field of the advertisement channel PDU included in the header indicates the PDU type as defined in Table 1 below.
- advertisement channel PDU types are called advertisement PDUs and are used in specific events.
- ADV_IND Linkable non-directional advertising event
- ADV_NONCONN_IND Non-Linkable Non-Directional Advertising Event
- ADV_SCAN_IND Scannable non-directional advertising event
- the PDUs are transmitted in the link layer in the advertisement state and are received by the link layer in the scanning state or initiating state.
- advertisement channel PDU types are called scanning PDUs and are 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 advertisement state.
- SCAN_RSP Sent by the link layer in the advertisement state, and received by the link layer in the scanning state.
- initiation PDUs The following advertisement channel PDU types are called initiation PDUs.
- 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 may have a 16-bit header, payloads of various sizes, and include a Message Integrity Check (MIC) field.
- MIC Message Integrity Check
- GATT Generic Attribute Profile
- GATT Generic Attribute Profile
- a peripheral device eg, a sensor device serves as a GATT server, and has definitions for Service and Characteristic.
- the GATT client sends a data request to the GATT server, and all transactions start from the GATT client and receive a response from the GATT server.
- the GATT-based operation structure used in the Bluetooth LE is based on a profile, a service, and a characteristic, and can form a vertical structure as shown in FIG. 5 .
- the Profile is composed of one or more services, and the service may be composed of one or more characteristics or other services.
- the service serves to divide data into logical units and may include one or more characteristics or other services.
- Each service has a 16-bit or 128-bit identifier called UUID (Universal Unique Identifier).
- the characteristic is the lowest unit in the GATT-based operation structure.
- the characteristic includes only one data, and has a 16-bit or 128-bit UUID similar to the service.
- the characteristic is defined as a value of various pieces of information, and one attribute is required to contain each piece of information. Multiple consecutive attributes of the above properties may be used.
- the attribute consists of four components, and has the following meaning.
- FIG. 5 is a flowchart illustrating an example of a connection procedure method in Bluetooth low energy technology to which the present invention can be applied.
- the server transmits an advertisement message to the client through three advertisement channels (S5010).
- the server may be called an Advertiser before connection, and may be called a Master after connection.
- a sensor temperature sensor, etc.
- the client may be called a scanner before connection, and may be called a slave after connection.
- the client there may be a smart phone or the like.
- Bluetooth communicates by dividing it into 40 channels through the 2.4GHz band.
- 3 channels are advertisement channels, and are used for exchanging packets sent and received to establish a connection, including various advertisement packets.
- the remaining 37 channels are used for data exchange after connection as data channels.
- the client may transmit a scan request message to the server to obtain additional data (eg, server device name, etc.) to the server.
- additional data eg, server device name, etc.
- the server transmits a scan response message including additional data to the client in response to the scan request message.
- the scan request message and the scan response message are one end of an advertisement packet, and the advertisement packet may include only user data of 31 bytes or less.
- the data is divided and sent twice using the scan request message/scan response message.
- the client transmits a connection request message for establishing a Bluetooth connection with the server to the server (S5020).
- LL Link Layer
- the security establishment procedure may be interpreted as secure simple pairing or may be performed including it.
- the security establishment procedure may be performed through phase 1 to phase 3 steps.
- phase 1 a pairing procedure (phase 1) is performed between the server and the client (S5030).
- the client transmits a pairing request message to the server, and the server transmits a pairing response message to the client.
- phase 2 legacy pairing or secure connections are performed between the server and the client (S5040).
- phase 2 a 128-bit temporary key and a short term key (STK) that perform legacy pairing are generated.
- STK short term key
- STK Short Term Key
- LTK Long Term Key
- LTK Long Term Key
- phase 3 a key distribution procedure is performed between the server and the client (S5050).
- audio streaming data or audio data is periodically generated at an Idle Event Interval interval.
- Audio data occurs periodically (or at specific time intervals) according to its characteristics.
- a specific time period in which audio data is periodically generated may be expressed as an Idle Event Interval.
- each audio data is transmitted.
- each audio data may be transmitted through an entire period or a partial period of the Idle Event Interval.
- an advertisement and scanning procedure, a communication procedure, a disconnection procedure, etc. must be performed whenever the generated audio data is transmitted/received.
- audio data is generated periodically, and a latency guarantee for audio data transmission is essential regardless of the amount of data.
- the Data Channel Process has a large overhead in data transmission because it has to perform advertising, connection, etc. for every data transmission, and in particular, it cannot guarantee the absolutely necessary latency guarantee for audio data transmission .
- the BLE technology's Data Channel Process transmits the data generated only once when necessary, and in other time domains, the purpose of inducing Deep Sleep of the BLE device to increase energy efficiency is that the periodically generated audio data It may be difficult to apply the Data Channel Process of BLE technology to the transmission of
- a new channel that is, an isochronous channel, is defined to transmit periodically occurring data using BLE technology.
- the isochronous channel is a channel used to transmit isochronous data between devices (eg, Conductor-Member) using an isochronous stream.
- Isochronous data refers to data transmitted at specific time intervals, that is, periodically or regularly.
- the isochronous channel may indicate a channel through which periodically occurring data such as audio data or voice data is transmitted and received in the BLE technology.
- the isochronous channel may be used to transmit and receive audio data to a single member, a set of one or more coordinated members, or multiple members.
- the isochronous channel corresponds to an isochronous stream such as audio streaming or a flushing channel that can be used to transmit/receive important data in another time domain.
- Bluetooth standard technology can be divided into Bluetooth BR/EDR (Basic Rate / Enhanced Data Rate) and Bluetooth LE (Low Energy).
- Bluetooth BR/EDR is a wireless communication technology that occupies a dominant position in the short-range wireless personal area network (WPAN) technology market and is applied to many products.
- WPAN wireless personal area network
- BLE Bluetooth LE
- BLE was designed with the goal of high energy efficiency compared to Bluetooth BR/EDR.
- BLE a discussion is ongoing on a method of updating a parameter of a link for exchanging isochronous data.
- a wireless connection between a headset, ear buds for gaming audio and a controller for game control is required.
- the requirement for low latency must be satisfied to create a smooth game environment.
- the headset, ear buds, and the controller may be Bluetooth devices constituting the cloud game system, and in particular, may be slave devices.
- Headsets, earbuds for gaming audio, and controllers for gaming controls can additionally connect and disconnect when the user wants them.
- the additional connection and release may be performed in a relationship with a master device constituting the cloud game system.
- a new device is added to the cloud game system, it is necessary to change the connection parameters applied to the link between the existing master device and the slave device.
- the existing connection parameter change method cannot be changed while the service is being used, so there is a problem that it takes a lot of time to change the connection parameter.
- a mechanism to dynamically update connection parameters may be needed to handle potentially different channel conditions.
- a limitation of the existing isochronous stream is that parameters are fixed once set, and parameters cannot be changed while the connection is maintained. This can be a problem when the channel conditions can vary widely.
- Bluetooth BR/EDR since slots and common headers are used, opportunities to change link quality parameters can be given more frequently even in a short time. Therefore, it is necessary to have an efficient parameter update mechanism as in Bluetooth BR/EDR for CIS (Connected Isochronous Stream) and BIS (Broadcast Isochronous Stream).
- the present specification provides a parameter update method applicable to Bluetooth LE. More specifically, the present specification provides a method for setting a connection parameters update transition period based on device addition connection, disconnection, and channel state. Through this method, a method and protocol flow for setting a transition period at the time when devices constituting a shared link are added and disconnected are proposed. Through this method, devices participating in the service can be added or excluded while using the service smoothly and continuously without service interruption. In addition, even if the channel state changes, the service can be used without interruption.
- connection parameters can be set independently according to data characteristics, so that, regardless of link characteristics, connection parameters are applied to (i) the link from the slave device to the master device and (ii) the link from the master device to the slave device.
- a shared link can be operated more efficiently than the same setting method.
- a protocol stack to which the method proposed in the present specification can be applied consists of Physical Transport(s), Physical Channel(s), Physical link(s), Logical Transport(s), and Logical link(s).
- the physical channel may refer to a synchronized Bluetooth baseband-compliant RF hopping sequence (a Synchronized Bluetooth Baseband-compliant RF hopping sequence).
- a piconet is a set of Bluetooth devices sharing the same physical channel defined by the master parameters (clock and BD_ADDR). can mean
- the physical link may be a baseband level connection between two devices established using paging.
- the physical link may include a transmission slot sequence of an alternate physical channel between the transmission slot of the master device and the transmission slot of the slave device.
- the LE isochronous physical channel may feature a pseudo-random sequence of the PHY channel and three additional parameters provided by the master or unconnected broadcaster.
- the first parameter may be a channel map indicating the PHY channel set
- the second parameter may be a pseudo random number used as an index for the entire set of PHY channels.
- the third parameter may be the timing of the first data packet.
- the timing of the first packet of the CIS may be provided in the link layer message transmitted in the ACL connection connected by the master in the CIS setup phase.
- the timing of the first packet of the BIS may be referenced in a periodic advertisement event related to the BIS.
- a data packet format that can be used in a protocol stack to which the method proposed in the present specification can be applied includes a preamble field, an access address field, a PDU header field, a PDU payload field, a MIC, and a CRC field. The use of each field is shown in FIG. 7 .
- Fig. 8 is a diagram illustrating examples of Bluetooth LE audio data transmission.
- the channel defined to transmit audio data in Bluetooth LE is divided into two types: an ICO (Connection-Oriented Isochronous) channel and an ICL (Connectionless Isochronous) channel. Based on the two channels, it is defined what operation the devices should perform on the Bluetooth LE channel to transmit audio data.
- Fig. 8(a) is a diagram related to audio data transmission according to ICO
- Fig. 8(b) is a diagram related to audio data transmission according to ICL.
- ICO and ICL make it possible to transmit audio data to multiple devices and multiple profiles using audio data stream ID and channel ID.
- S1 is a wireless earphone mounted on the user's right ear
- S2 is a wireless earphone mounted on the user's left ear
- audio data may be transmitted according to a unicast method.
- audio data may be transmitted according to a multicast/broadcast scheme.
- FIGS. 9 and 10 are diagrams illustrating an example of Bluetooth data transmission according to ICO. More specifically, FIGS. 9 and 10 are diagrams illustrating an example of data transmission in a Bluetooth LE isochronous channel.
- one CIS (Connected Isochronous Stream) event may include at least one or more subevents. In one sub-event, (i) data transmission from the master device to the slave device and (ii) data transmission from the slave device to the master device may be sequentially performed. Also, as data transmission on an isochronous channel progresses, a channel state may change. Referring to FIG. 10 ( a ), it can be seen that, after data transmission from the master device to the slave device, ACK transmission from the slave device to the master device is performed.
- one Broadcast Isochronous Stream (BIS) event may include at least one or more subevents.
- one sub-event one-way data transmission from the master device to the slave device may be performed.
- a channel state may change. 10 (b), after the master device transmits (audio) data to the slave device in one sub-event (slot), the master device transmits the FEC of (audio) data to the slave device in the next sub-event know what to do
- isochronous streams do not support connection parameter update during connection.
- connection parameter updates are not supported during connection, a problem may arise when the channel state varies between good and bad states. Therefore, in this specification, a mechanism for updating the connection parameters of the existing CIS & BIS is proposed, and a method for performing the update of several parameters by combining them into one process in order to perform an efficient connection update is also proposed.
- the parameters may include PHY, burst number, flush timeout, and the like.
- the isochronous parameter update mechanism provides a method to perform simultaneous PHY and stream-related parameter updates in a single procedure.
- the parameter may include at least one of ISO_interval, Sub_interval, Max_PDU size, number of bursts, flush timeout, number of sub-events, or PHY.
- the parameter may include at least one of ISO_interval, Sub_interval, Max_PDU size, burst number, flush timeout, number of sub-events, PTO, IRC, BIS_Spacing, or PHY.
- the CIS parameter update mechanism should support fast update by ensuring that the function is applied after at least 6 CIS events.
- the CIS parameter update mechanism provides an optional recovery mechanism for the relevant ACL in case the fast update mechanism has an error.
- step 2 In the case of a poor link scenario with a flushed PDU rate of about 5% (for example, a burst is flushed 1 out of 20 CIS events), if the time required in step 2) of the above two steps is minimized, LE The controller can make a faster decision in step 1).
- a sub-rating factor of 4 is used to save power in the ACL connection.
- the average time to perform the update may be at least equal to the time it takes to reduce the subclass factor to 1 and complete the LL control procedure.
- the method proposed in this specification has the effect of improving the update timing by more than 10 times and improving the user experience.
- the flushed PDU rate is 5%, that is, 1 every 20 CIS events, and the ISO interval is 7.5ms
- PDUs may be lost every 20*7.5ms. Therefore, it may be efficient for the label-based CIS update to be performed.
- the label can be transmitted more stably in the CIS PDU header.
- the packet structure of FIG. 13 is a diagram illustrating an example of a packet structure for supporting connection parameter update.
- the packet structure of FIG. 13 includes a NextLabel field, which is a field for parameter update.
- the NextLabel field may consist of 4 bits, and when the link layer determines to perform a CIS connection update, the NextLabel field may be set to a valid value between 0 and 15.
- the BN is a parameter regarding the number of new payloads for each BIS of a BIS event
- the FT is a parameter regarding the maximum number of CIS events that can be used to transmit (and retransmit) a given CIS data PDU
- the NSE is This parameter relates to the maximum number of sub-events of each CIS event.
- a flush point of a PDU in a burst may occur immediately after U sub-events in a CIS event.
- Peripheral may be grouped, and the grouped peripheral may receive only a single subframe identified by a group number. Peripheral devices may receive different subframes of different groups, but to increase system robustness, data in corresponding advertisement packets may not be addressed to the corresponding peripheral device.
- FIG. 15 is a diagram illustrating an example in which data transmission through a broadcast method and a response to the transmitted data are performed.
- AdvData is sent to the host.
- the host can then process this data packet and determine whether a response is required and the slot it should respond to.
- the determination of the response slot used by a specific peripheral device is determined by the central host and communicates with the peripheral device through the contents of the AUX_SYNC_IND packet.
- the host may send response data and response slot information to the controller so that the controller can transmit this packet.
- the controller may memorize the timing of the sync packet and determine the timing of the response slot.
- the upper layer is responsible for determining whether the peripherals are still synchronized with the central unit.
- CIS Updating CIS parameters in a fast and efficient manner when channel conditions change between good and bad states with longer payloads or possibly higher data rate PHYs.
- a mechanism may be required.
- linked ACL connections can use relatively long connection intervals. Relying on ACL-based control procedures can introduce delays that worsen the user experience. Therefore, this specification proposes a label-based CIS update mechanism that enables 1) fast connection update using CIS header and 2) the function of combining multiple control procedures into a single operation.
- connection parameter update 16 is performed.
- Broadcaster's controller uses AUX_SYNC_IND+ACAD packets to alternately transmit BigInfo and BiginfoLabel to the receiving end controller.
- the AUX_SYNC_IND+ACAD packet may be a data packet used for periodic advertisement message transmission.
- the receiving end controller reports a periodic advertisement message event to the receiving end host, and reports a BigInfo event.
- the reception timing of the receiving end may be synchronized with the BIS transmitted by the broadcaster.
- the controller of the broadcaster may transmit the BIS data to the receiving end.
- the BIS data may indicate Label 1
- the BIS data may indicate Label 2.
- FIGS. 17 and 18 are diagrams illustrating an example in which connection parameter update is performed. More specifically, FIGS. 17 and 18 are diagrams for changing the BN and FT when the max PDU is not changed.
- BN is a parameter for the number of new payloads for each BIS of a Broadcast Isochronous Stream (BIS) event
- FT is a CIS event that can be used for CIS (Connected Isochronous Stream) data PDU (packet date unit) transmission. It is a parameter for the maximum number of (event). Since the FTxISO_Interval value is maintained, the waiting time value does not change after Instant. However, it may not be necessary to maintain the FTxISO_Interval value.
- Transition payload means a payload with a CIS reference point before Instant (i) and a flush point after Instant (ii).
- payloads corresponding to 5 and 6 are It may be the conversion payload.
- the parameters before being updated may be applied to the conversion payload.
- the transition burst PDUs 5 and 6 have a flush point in the transition period T.
- the transition period T may not include the entire CIS event. If all sub-events are not included in the transition period T, these sub-events may be ignored.
- the transition period may be set according to the following three options.
- Option 1 may be determined according to Equation 1 below.
- Option 2 may be determined according to Equation 2 below.
- Option 3 may be determined according to Equation 2 below.
- T denotes a transition period
- the subscripts old/new assigned to a specific parameter mean a set value before/after the update of the specific parameter, respectively.
- FIGS. 19 and 20 are diagrams illustrating another example in which connection parameter update is performed. More specifically, FIGS. 19 and 20 are diagrams for a case of changing the FT. 19 , before the parameter update, the FT value is set to 4, but after the update, the FT value is changed to 3. Here, the transition period T is set according to option 1 of the transition period setting method.
- the transition period T is set according to option 1 of the transition period setting method.
- FIGS. 21 and 22 are diagrams illustrating another example in which connection parameter update is performed. More specifically, FIGS. 21 and 22 relate to a case in which the Max PDU is changed (increased), and FIG. 21 is a CIS update by merging two SDUs to use a hyper-length PDU of 400 bytes. , and FIG. 22 relates to an example in which CIS update is performed by merging three SDUs. Referring to FIG. 22, payloads 1, 2, 3, 4 and 5 with flush points after Instant are scheduled during the transition period T.
- FIGS. 23 and 24 are diagrams illustrating another example in which connection parameter update is performed. More specifically, FIGS. 23 and 24 relate to a case in which the maximum PDU is changed (reduced). That is, in FIGS. 23 and 24 , the controller performs an update to switch from a longer payload to a shorter payload.
- the maximum PDU size is reduced, retransmission of Transition Payloads (payloads with CIS reference points before Instant) may become impossible due to the decrease in the maximum PDU size. That is, after the parameter update, the PDU becomes small, so that the retransmission of the payload immediately before the Instant (information before the PDU becomes small) cannot be performed after the Instant. In other words, it is impossible to include the previous PDU size in the reduced PDU size.
- an SDU with a label of 5 has a CIS reference point immediately after Instant in order to maintain a waiting time. Accordingly, an SDU with a label of 4 may be an unscheduled SDU. Here, payloads 3 and 4 may be flushed before Instant as indicated. When audio data and control data are transmitted together in one event, the control data does not need to have FT characteristics.
- the following operations may be performed to determine the flush point and optimize the transmission opportunity.
- the Group_U sub-event may be determined by Equation 4 below.
- FIG. 25 is a diagram illustrating another example in which connection parameter update is performed. More specifically, FIG. 25 is a diagram illustrating an example of allocating a flush point for a conversion payload. Based on the FTxISO_Interval period, the payloads ⁇ 3,4 ⁇ , ⁇ 5,6 ⁇ , and ⁇ 7,8 ⁇ may be included in groups 0,1,2, respectively. Payload ⁇ 9,10 ⁇ can also be assigned to group 3 as it shares events with payload 8. Accordingly, it may be necessary to designate Group BN and NSE according to the characteristics of the slave device and the connected device.
- 26 is a flowchart illustrating an example in which connection parameter update is performed.
- the host of the master device instructs the controller of the master device to set the CIG parameter. Then, the host of the master device reports Cmd (command) completion from the controller of the master device. Thereafter, the host of the master device instructs the controller of the master device to generate CIS. Then, the host of the master device reports the Cmd status to the controller of the master device.
- S2620 In this step, a connection for transmitting and receiving audio data is established.
- the controller of the master device and the controller of the slave device report that the CIS connection has been established to each host.
- the controller of the master device sends a link layer (LL) CIS label request to the controller of the slave device.
- the controller of the slave device transmits an LL CIS response to the controller of the master device, where label 2 is set for the LL CIS response.
- LL link layer
- the controller of the master device transmits a link layer (LL) CIS label request to the controller of the slave device. Thereafter, the controller of the slave device transmits an LL CIS response to the controller of the master device, where label 3 is set for the LL CIS response.
- LL link layer
- the controller of the master device transmits CIS data to the controller of the slave device.
- the controller of the master device and the controller of the slave device report a CIS update event to the host of the master device and the host of the slave device, respectively.
- the controller of the master device transmits the CIS data with label 2 set to the controller of the slave device.
- the CIS update is performed at an n+6 event.
- the controller of the master device transmits CIS data to the controller of the slave device.
- the controller of the master device transmits the LL CIS UPDATE LABEL IND packet set with label 2 to the controller of the slave device. Transmits data.
- the Peripheral may use the LL CIS Update Request PDU to request the Central Device to activate a CIS update identified by the label provided in the PDU.
- the central device uses the modified CIS PDU header and sets the NextLabel field to the desired label identifier.
- CIS events for which updates are applied are indicated by the Instant field, and set to at least 6 CIS events to provide sufficient retransmission opportunities for peripheral devices to receive update indications.
- the central device may send an LL CIS update indication PDU containing the label identifier and the CIS event of Instant. This can serve as a backup mechanism in case all intermediate CIS PDUs are lost. If the peripheral device accepts the CIS PDU with the new label, this action may be optional. In the opposite case, this action may be mandatory.
- the CIS update is applied to an Instant indicated by a CIS event identified by the Instant field of the CIS PDU header or an LL CIS update indication PDU.
- FIG. 27 is a diagram illustrating an example of a configuration of a cloud game system using short-range wireless communication.
- a game controller Stadia
- a dedicated base station may be used for wireless connection of the headset.
- the audio codec a Dolby audio codec may be used.
- the range of short-range wireless communication can be supported up to about 10m (Up to 30ft), the standby battery life can be up to about 20 months, and the frequency of 2.4GHz can be used for short-distance wireless communication.
- a method of establishing a wireless connection link of the headset by connecting a wireless adapter / dongle to a gaming platform (master device) (Xbox, PS4, etc.) via USB can be used.
- a retransmission number (RTN) with a large value may force the use of high bandwidth.
- RTN retransmission number
- CIS transmission is designed by considering the tradeoff between a method of achieving link quality with a high bandwidth and a method of utilizing latency, the value of the transmission latency is limited. Therefore, there may be a need for a method that keeps the delay low and increases the performance with bandwidth, and keeps the bandwidth low and increases the performance with the delay.
- FIG. 28 is a diagram illustrating an example of Basic Audio Profile QoS settings.
- a wide (many) bandwidth (BW) should be used.
- BW bandwidth
- the connection-based method may require more BW when the sample rate is low.
- the connection-based method may be able to transmit with low-delay/less BW compared to the broadcast method.
- connection-based method may be more suitable for low latency, however, it is premised that a lot of BW (used similarly to high reliability) can be used. If the use of BW is limited or a low sample rate needs to be used, the broadcast method may be more suitable. For example, if the Hub device (Ex: TV, Game Platform, ...) takes a lot of BW load, it may be necessary to optimize radio resources. In other words, it is necessary to provide UX so that only essential functions can be used smoothly through load balancing and setting an appropriate operation mode when the limit is exceeded.
- setting an appropriate operation mode may mean changing a sample rate or a transmission method.
- 29 is a diagram illustrating an example of bandwidth usage of devices constituting a short-range wireless communication system. 29 may relate to a cloud gaming system. In Fig. 29, it is assumed that the bandwidth efficiency is 100%. Since the sum of all bandwidth ratios used by the devices shown in FIG. 29 exceeds 100%, it may be necessary to optimize the bandwidth used by setting appropriate operation modes for devices constituting the system.
- FIGS. 30 and 31 are diagrams illustrating an example of a method for establishing a shared link in a short-range wireless communication system proposed in the present specification.
- the short-range wireless communication system in FIGS. 30 and 31 may be a cloud gaming system.
- a TV which is a cloud game platform, may form a connection with a gaming device group in order to provide a cloud game service.
- the gaming device group may include a gaming headset, a game controller, and the like.
- the TV in relation to a service provided by the TV other than the game service, the TV may form a connection with a device such as a TV remote controller or a TV sound bar.
- a TV may be a master device, and a device such as a gaming headset, a game controller, a TV remote controller, or a TV sound bar is a slave device. can be
- a TV When a TV establishes a connection with devices constituting a gaming device group for a game service, it does not create an independent additional bearer or link for each device, but creates one shared link/bearer, Data exchange is performed with devices constituting the gaming device group through the shared link/bearer (3010).
- a new gaming device is added while the shared link/bearer is already formed, a new gaming device may be added to the pre-formed link/bearer without creating an additional bearer/link independent of the new gaming device.
- the TV performs a shared link/bearer forming procedure with the device that first forms a connection.
- the shared link proposed in this specification is a link commonly used by all devices constituting the gaming device group.
- the shared link supports transmission and reception of application data having different characteristics, such as audio data and control data, and supports synchronized/isochronous transmission for low delay.
- the control data may be data generated based on an input of a game controller user to a controller device. Referring to 3020 of FIG. 30 , when a device forming a connection with the TV is not a device included in the gaming device group, a separate link/bearer for wireless communication with the TV suitable for service characteristics provided by each device is additionally created. (3020).
- connection parameter update procedure is performed when connection and disconnection of additional audio devices, controller devices, and devices occur in connection parameters set in the shared link. If the radio resource is not sufficiently secured, the TV may set a specific mode (Ex: Game mode) to reject the link forming operation for other services.
- a specific mode (Ex: Game mode) to reject the link forming operation for other services.
- the TV 3120 which is a game platform, transmits audio data to the audio device 3121 and receives control data from the control device 3122, so it can have both an Audio Profile and a Control Profile.
- the sharing link may include two links: a link for transmitting audio data of the TV and a link for receiving control data. Since the audio device 3121 receives audio data from the TV 3120, it may have an audio profile. Since the control device 3122 transmits control data to the TV 3120, a control profile may be provided.
- devices A to D are devices that provide a cloud gaming service.
- Device A is the master device, and devices B to D are slave devices.
- the devices B and C transmit an advertisement message including information indicating that a cloud gaming service is provided.
- Device A receives advertisement messages from devices B and C, recognizes that there are devices providing a gaming service in its vicinity, and switches an operation mode to a game mode.
- the device A may be a TV, a game display platform, or the like.
- the devices B and C may be an audio support device (headset), a game controller device, or the like.
- the device A establishes a shared link with the device and the device C.
- the device A may transmit only audio data to the devices B and C.
- audio data may be transmitted through an Aux Synch IND packet.
- both the devices B and C are audio supporting devices, it may be understood that only data from the master device to the slave device exists.
- device A may be configured to broadcast audio data and receive a group ACK (Group Ack) of devices B and C for audio data.
- device A receives control data from one device that is a game controller device among devices B and C, and Audio data may be transmitted to the other device, which is a supported device. In this case, audio data may be transmitted through an Aux Synch IND packet.
- device among devices B and C is a game controller device and the other device is an audio support device, it is understood that both data from the master device to the slave device and data from the slave device to the master device exist. can be
- connection parameter update may be performed.
- device A may transmit an update request to devices B and C, which are devices constituting the existing shared link, through BIS Data with label or CIS Label Request, and may perform connection parameter update.
- FIG. 33 is a diagram illustrating an example of a method for updating a connection parameter proposed in the present specification. More specifically, FIG. 33 is a diagram illustrating a connection parameter update method in consideration of SDU data characteristics.
- data transmission/reception is performed by applying the connection parameter before the change in the time section 3310 before Instant
- data transmission/reception is performed by applying the connection parameter changed in the time section 3320 after the Instant. More specifically, the changed connection parameters are applied after the transition period.
- the transition period may be set according to three options #1 to #3 shown in FIG. 33 .
- the options #1 to #3 correspond to the options described above through Equations 1 to 3 in order, respectively.
- the transition period may not cover all CIS events to which the new parameter is applied.
- the Interval since the Interval is newly applied, it can contain enough Events to which the new parameters are applied.
- two or more Events can be included in the transition section, and even 2-3 Events can be included.
- the transition period may not cover all CIS events.
- the same FT value can be applied/set to all of the plurality of links have.
- the same FT value may be applied/set to all of the plurality of links.
- the same FT value applied to the plurality of links for data transmission from the master device to the slave device and another identical FT value applied to the plurality of links for data transmission from the slave device to the master device are different from each other.
- the characteristics of each of the plurality of links for the plurality of links may be applied/set.
- different FT values are obtained with respect to the plurality of links in consideration of the characteristics of each of the plurality of links. Can be applied/set.
- connection parameter values may be applied/set.
- different connection parameter values are considered in consideration of the characteristics of each of the plurality of links. This can be applied/set.
- the different connection parameters applied in consideration of the characteristics of the plurality of links may further include parameters such as a transition period and BN.
- each grouped sub frame may have different FT and transition period values applied to the link from the master device to the slave device and the link from the slave device to the master device.
- the grouped subframes may be audio data, control data of a control device, home data for each device, or uplink and downlink.
- FIG. 34 is a diagram illustrating an example of a method for updating a connection parameter proposed in the present specification. More specifically, FIG. 34 is a diagram illustrating a connection parameter update method in consideration of SDU data characteristics. Referring to FIG. 34 , data transmission/reception is performed by applying the connection parameter before the change in the time interval before Instant, and data transmission/reception is performed by applying the connection parameter changed in the time interval after the Instant.
- even numbers (2, 4, 6, etc.) indicate Master to Slave Events
- odd numbers (1, 3, 5, etc.) indicate Slave Master Events.
- the Link ID field of the data packet structure proposed in this specification may be set to Shared Link.
- a connection parameter may be individually assigned.
- the value of the connection parameter applied to the link between the master device and each slave device may be set differently.
- audio data may be broadcast in Master to Slave Event.
- the Group Address field of the data packet structure proposed in this specification may be set to “Broadcasting Address”.
- data of a control nature can be exchanged between devices, and a group address can be assigned by grouping multiple slave devices. Slot assignment to each device among the grouped devices may be performed using the Frame Assigned ID field of the data packet structure proposed in this specification.
- the FT may be set to a value smaller than that of the audio type data in the control type data.
- the BN value may be set according to the number of devices (the number of controllers) that require control type data.
- the BN value when a device is added, the BN value may be increased when a connection parameter is updated, and conversely, when a device is removed, the BN value may be decreased. That is, the BN value can be set/determined in proportion to the number of devices (the number of controllers) that require control type data.
- the data packet structure may include a group address, a link ID field, a frame assigned ID field, and a data type field in a packet header.
- the Link ID field is used for identification of a shared link
- a frame assigned ID field is used to indicate a slot allocated to each slave device in a situation where the master device is connected to a plurality of slave devices.
- 36 is a diagram illustrating another example in which a method for updating a connection parameter proposed in the present specification is performed.
- the shared link manager device (master device) forms two unicast channels with two audio manager devices (slave devices/user devices #1 and #2), respectively, and connects two The audio data is transmitted to the audio manager device #1/#2 (S3610).
- 3610 of FIG. 36 shows an example of transmitting audio data from the shared link manager device to two audio manager devices #1/#2 through the two channels respectively formed.
- One ICO channel interval consists of two sub-intervals. In the first sub-interval, data transmission to the audio manager device #1 may be performed, and in the second sub-interval, data transmission to the audio manager device #2 may be performed.
- the shared link manager device forms a shared link with the two audio manager devices (S3620).
- the shared link manager device may transmit audio data to two audio manager devices through one shared link.
- audio data transmission through the shared link may be performed according to a multicasting/broadcasting scheme.
- two controller devices may be added to the shared link (S3630).
- the connection parameter of the shared link is updated for the addition of the two controller devices.
- the shared link manager device may receive control data from controller devices through Slave to Master Event.
- the Slave to Master Event corresponds to a unicast operation, and when the shared link manager device (master device) communicates with multiple controller devices, events are allocated for each device.
- 3620 of FIG. 36 shows an example of transmitting audio data to two audio manager devices #1/#2 of the shared link manager device through a shared link and receiving control data from two control devices.
- FIG. 37 and 38 are diagrams illustrating an example of an HCI command for supporting the method proposed in the present specification.
- the host transmits an HCI command packet to the controller (S3710) and receives an HCI event packet from the controller (S3720). Thereafter, the host and the controller exchange HCI ACL data packets with each other (S3730), and exchange HCI synchronous data packets with each other (S3740).
- HCI Command for communication between host and controller is configured and operating.
- a protocol stack may be configured as shown in the stack shown on the left of FIG. 37(b), and an interface for communication from RF to Host may be required.
- connection parameters for each Connection / Link / Device / Data characteristic how many slaves are communicating, how many Channels / Streams are being transmitted, and which slave is the data transmitted to each event?
- Information about whether to be transmitted must be exchanged between RF and Host. 38 shows examples of HCI commands for this.
- a hub device such as a TV, a game platform, and a set-top box includes a mobile phone, a headset, a sound bar, a game pad, a remote controller, etc. It connects wirelessly to devices and provides services.
- a bandwidth load BW load
- radio resource optimization is required.
- the hub device can secure some wireless resources by transferring the service through negotiation with the hub device that provides the same wired-connected function (game, mirroring service, etc.). For example, when the TV directly performs a mirroring service with a mobile phone using wireless communication such as Wi-Fi, it is possible to optimize the radio resource by changing the operation mode to a specific mode for load management.
- the TV may have the following operating modes.
- TV viewing mode Can be optimized for TV viewing scenarios only with TV Local function without interworking with external devices.
- BT speaker mode can provide audio service together with peripheral audio device (wireless speaker) or control device (remote control, light bulb, smart phone).
- peripheral audio device wireless speaker
- control device remote control, light bulb, smart phone
- Mirroring mode Receives A/V from other devices and shows them to the user, and performs operations such as waiting for connection with the mirroring source device.
- Game mode When the game pad is connected, the current wireless resource operation status can be checked and the operation mode can be changed automatically. If the game mode is set first, the TV can automatically recognize the game console and establish a connection. Game console devices can be set to prioritize input latency.
- FIG. 40 is a diagram illustrating an example of a QoS setting change according to an operation mode change. Referring to FIG. 40 , it can be seen that QoS settings can be optimized by changing the operation mode from one operation mode to another operation mode.
- the master device receives, from the first slave device, a first advertisement message for providing a service related to transmission and reception of the data ( S4110 ).
- the master device based on the first advertisement message, forms a shared link for transmitting and receiving the data based on a link parameter for configuration of the shared link (s4120).
- the shared link includes (i) a first link for data transmission from the master device to a slave device and (ii) a second link for data transmission from the slave device to the master device.
- the master device receives a second advertisement message for providing the service from the second slave device (S4130).
- the link parameter applied to the shared link is updated to add the second slave device as a slave device related to the shared link, and the characteristic of the first link and the first link
- the updated link parameters are set to different values for (i) the first link and (ii) the second link, respectively.
- Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
- an embodiment of the present invention provides one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), a processor, a controller, a microcontroller, a microprocessor, and the like.
- ASICs application specific integrated circuits
- DSPs digital signal processors
- DSPDs digital signal processing devices
- PLDs programmable logic devices
- FPGAs field programmable gate arrays
- an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that perform the functions or operations described above.
- the software code may be stored in the memory and driven by the processor.
- the memory may be located inside or outside the processor, and may transmit/receive data to and from the processor by various well-known means.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
근거리 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이에 대한 장치를 제공한다. 보다 구체적으로, 상기 방법은 제 1 슬레이브(slave) 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신하는 단계; 상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성하는 단계, 상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함하고; 및 제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신하는 단계를 포함하되, 상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고, 상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정되는 것을 특징으로 한다.
Description
본 발명은 근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치에 관한 것으로써, 보다 상세하게는 근거리 무선 통신 시스템에서 블루투스 기술을 이용하여 오디오 데이터/컨트롤 데이터를 송수신하기 위한 방법 및 장치에 관한 것이다.
블루투스는 근거리에서 각종 디바이스들을 무선으로 연결하여 데이터를 주고 받을 수 있는 근거리 무선 기술 규격이다. 블루투스(Bluetooth) 통신을 이용하여 두 기기간 무선 통신을 수행하고자 하는 경우, 사용자(User)는 통신하고자 하는 블루투스(Bluetooth) 디바이스(Device)들을 검색(Discovery)하고 연결(Connection)을 요청하는 절차를 수행한다. 본 발명에서 디바이스는 기기, 장치를 의미할 수 있다.
이때, 사용자는 블루투스 디바이스를 이용하여 사용하고자 하는 블루투스 통신방법에 따라 블루투스 디바이스를 검색한 후 연결을 수행할 수 있다.
블루투스 통신방법에는 블루투스 BR/EDR (Basic Rate/Enhanced Data Rate)방식과 저전력 방식인 블루투스 LE (Low Energy)방식이 있다. 블루투스 BR/EDR 방식은 클래식 블루투스(Classic Bluetooth)라고 호칭될 수 있다. 클래식 블루투스 방식은 베이직 레이트(Basic Rate)를 이용하는 블루투스 1.0부터 2.1로 이어져온 블루투스 기술과 블루투스 2.0에서부터 지원되는 인핸스드 데이터 레이트(Enhanced Data Rate)를 이용하는 블루투스 기술을 포함한다.
블루투스 저전력 에너지(Bluetooth Low energy, 이하 블루투스 LE라고 한다.)기술은 적은 전력을 소모하여 수백 키로바이트의 정보를 안정적으로 제공할 수 있다. 이러한 블루투스 저전력 에너지 기술은 속성 프로토콜(Attribute Protocol)을 활용해서 디바이스(Device) 간 정보를 교환하게 된다. 이러한 블루투스 LE 방식은 헤더의 오버헤드(overhead)를 줄이고 동작을 간단하게 해서 에너지 소비를 줄일 수 있다.
블루투스 기기들 중에는 디스플레이(Display)나 유저인터페이스(User Interface)가 없는 제품들도 있다. 다양한 종류의 블루투스 기기들과 그 중에서도 유사기술이 적용된 블루투스 기기들 간의 연결 / 관리 / 제어 / 분리 (Connection / Management / Control / Disconnection)의 복잡도가 증가하고 있다.
또한, 블루투스는 비교적 저전력, 저비용으로 비교적 빠른 속도를 낼 수 있으나, 전송 거리가 최대 100m로 한정적이므로, 한정된 공간에서 사용하기 적합하다.
본 명세서는 근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치를 제공함에 그 목적이 있다.
또한, 본 명세서는 근거리 무선 통신 시스템에서 데이터를 하나의 링크를 통해서 오디오 데이터와 컨트롤 데이터를 송수신하기 위한 방법 및 이에 대한 장치를 제공함에 그 목적이 있다.
또한, 본 명세서는 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터를 설정하기 위한 방법 및 이에 대한 장치를 제공함에 그 목적이 있다.
또한, 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터를 변경하기 위한 방법 및 이에 대한 장치를 제공함에 그 목적이 있다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서는, 근거리 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이에 대한 장치를 제공한다.
보다 구체적으로, 본 명세서는, 근거리 무선 통신 시스템에서 마스터(master) 디바이스가 데이터를 송수신하는 방법은, 제 1 슬레이브(slave) 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신하는 단계; 상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성하는 단계, 상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함하고; 및 제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신하는 단계를 포함하되, 상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고, 상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정되는 것을 특징으로 한다.
또한, 본 명세서는, 상기 제 1 링크 상으로 전송되는 데이터와 상기 제 2 링크 상으로 전송되는 데이터는 서로 다른 종류의 데이터인 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 1 링크 상으로 전송되는 데이터는 상기 서비스와 관련된 오디오 데이터인 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 2 링크 상으로 전송되는 데이터는 상기 서비스와 관련된 컨트롤(control) 데이터이고, 상기 컨트롤 데이터는 상기 슬레이브 디바이스로의 사용자 입력에 기초하여 생성되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 오디오 데이터는 브로드캐스트(broadcast) 방식에 기초하여 전송되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 2 슬레이브 디바이스가 상기 공유 링크와 관련된 슬레이브 디바이스로 추가된 경우, 상기 오디오 데이터는 상기 제 1 슬레이브 디바이스와 상기 제 2 슬레이브 디바이스에 대한 그룹핑에 기초하여 전송되고, 상기 그룹핑된 제 1 슬레이브 디바이스 및 제 2 슬레이브 디바이스에 상기 오디오 데이터의 전송을 위한 그룹 어드레스(address)가 할당되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 링크 파라미터는 (i) CIS (Connected Isochronous Stream) 데이터 PDU(packet date unit) 전송에 사용될 수 있는 CIS 이벤트(event)의 최대 개수에 대한 제 1 파라미터 및 (ii) Broadcast Isochronous Stream (BIS) 이벤트의 각 BIS에 대한 새로운 페이로드(payload) 개수에 대한 제 2 파라미터를 포함하는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 1 링크에 적용되는 상기 제 1 파라미터의 값은 상기 제 2 링크에 적용되는 상기 제 1 파라미터의 값보다 작은 값으로 설정되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 2 링크에 적용되는 상기 제 2 파라미터의 값은 상기 제 2 링크와 관련된 슬레이브 디바이스의 수에 비례하여 결정되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 1 광고 메시지 및 상기 제 2 광고 메시지 각각은 상기 서비스에 대한 식별 정보를 포함하는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 식별 정보에 기초하여, 상기 마스터 디바이스의 동작 모드를 상기 서비스의 제공을 위한 특정 동작 모드로 변경하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 제 1 슬레이브 디바이스로, 상기 링크 파라미터의 업데이트를 요청하는 요청 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 요청 메시지는 CIS 레이블 요청(label request)에 기초하여 구성되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 상기 요청 메시지는 레이블을 포함하는 BIS 데이터(BIS date with label)에 기초하여 구성되는 것을 특징으로 할 수 있다.
또한, 본 명세서는, 근거리 무선 통신 시스템에서 데이터를 송수신하는 마스터(master) 디바이스에 있어서, 무선 신호를 전송하기 위한 전송기(transmitter);무선 신호를 수신하기 위한 수신기(receiver); 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 접속 가능하고, 상기 적어도 하나의 프로세서에 의해 실행될 때, 동작들을 수행하는 지시(instruction)들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은, 제 1 슬레이브(slave) 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신하는 단계; 상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성하는 단계, 상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함하고; 및 제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신하는 단계를 포함하되, 상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고, 상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정되는 것을 특징으로 한다.
본 명세서는 근거리 무선 통신 시스템에서 데이터를 송수신할 수 있는 효과가 있다.
또한, 본 명세서는 근거리 무선 통신 시스템에서 데이터를 하나의 링크를 통해서 오디오 데이터와 컨트롤 데이터를 송수신할 수 있는 효과가 있다.
또한, 본 명세서는 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터를 설정할 수 있는 효과가 있다.
또한, 본 명세서는 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터를 변경할 수 있는 효과가 있다.
또한, 본 명세서는 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터가 설정/변경되므로, 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크 및 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크 각각에 대하여 적절한 파라미터 설정이 수행될 수 있는 효과가 있다.
또한, 본 명세서는 슬레이브 디바이스로부터 마스터 디바이스로의 데이터 전송을 위한 링크와 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 링크에 대한 특성에 기초하여 링크 설정을 위한 파라미터를 변경하는 경우, 링크의 끊김 없이(seamless) 링크 설정을 위한 파라미터가 변경될 수 있는 효과가 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 명세서에서 제안하는 블루투스 저전력 에너지 기술을 이용하는 무선 통신 시스템의 일 예를 나타낸 개략도이다.
도 2는 본 명세서에서 제안하는 방법들을 구현할 수 있는 디바이스의 내부 블록도의 일 예를 나타낸다.
도 3은 본 명세서에서 제안하는 방법들이 적용될 수 있는 블루투스 통신 아키텍처(Architecture)의 일 예를 나타낸다.
도 4는 블루투스 저전력 에너지의 GATT(Generic Attribute Profile)의 구조의 일 예를 나타낸다.
도 5는 본 발명이 적용될 수 있는 블루투스 저전력 에너지 기술에서 연결 절차 방법의 일 예를 나타내는 흐름도이다.
도 6은 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택의 일 예를 나타낸 도이다.
도 7은 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택에서 사용될 수 있는 데이터 패킷 포맷의 일 예를 나타낸 도이다.
도 8 블루투스 LE 오디오 데이터 전송의 예시들을 나타낸 도이다.
도 9 및 도 10은 ICO에 따른 블루투스 데이터 전송의 일 예를 나타낸 도이다.
도 11 및 도 12 ICL에 따른 블루투스 오디오 데이터 전송의 일 예를 나타낸 도이다.
도 13은 연결 파라미터 업데이트를 지원하기 위한 패킷 구조의 일 예를 나타낸 도이다.
도 14는 연결 파라미터에 따라 데이터 송수신이 수행되는 일 예를 나타낸 도이다.
도 15 브로드캐스트 방식을 통한 데이터 전송과 전송된 데이터에 대한 응답이 수행되는 일 예를 나타낸 도이다.
도 16은 연결 파라미터 업데이트가 수행되는 일 예를 나타낸 흐름도이다.
도 17 및 도 18은 연결 파라미터의 업데이터가 수행되는 일 예를 나타낸 도이다.
도 19 및 도 20은 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다.
도 21 및 도 22는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다.
도 23 및 도 24는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다.
도 25는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다.
도 26은 연결 파라미터 업데이트가 수행되는 일 예를 나타낸 흐름도이다.
도 27는 근거리 무선 통신을 이용한 클라우드 게임(cloud game) 시스템 구성의 일 예를 나타낸 도이다.
도 28은 Basic Audio Profile QoS 설정의 일 예를 나타낸 도이다.
도 29는 근거리 무선 통신 시스템을 구성하는 디바이스들의 대역폭 사용의 일 예를 나타낸 도이다.
도 30 및 도 31은 본 명세서에서 제안하는 근거리 무선 통신 시스템에서 공유 링크를 설정하기 위한 방법의 일 예를 나타낸 도이다
도 32는 본 명세서에서 제안하는 근거리 무선 통신 시스템에서 공유 링크를 설정하기 위한 방법의 일 예를 나타낸 흐름도이다.
도 33은 본 명세서에서 제안하는 연결 파라미터 업데이트 방법의 일 예를 나타낸 도이다.
도 34는 본 명세서에서 제안하는 연결 파라미터 업데이트 방법의 일 예를 나타낸 도이다.
도 35는 본 명세서에서 제안하는 연결 파라미터 업데이트를 위해 사용되는 데이터 패킷 구조의 일 예를 나타낸 도이다.
도 36은 본 명세서에서 제안하는 연결 파라미터 업데이트 방법이 수행되는 또 다른 일 예를 나타낸 도이다.
도 37 및 도 38은 본 명세서에서 제안하는 방법을 지원하기 위한 HCI commend의 일 예를 나타낸 도이다.
도 39 및 도 40은 기기 종류와 QoS를 고려한 모드 설정 방법의 일 예를 나타낸 도이다.
도 41은 본 명세서에서 제안하는 데이터 송수신 방법이 마스터 디바이스에서 수행되는 일 예를 나타낸 도이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다. 명세서 전체에 걸쳐서 동일한 참조번호들은 원칙적으로 동일한 구성요소들을 나타낸다. 또한, 본 발명과 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니 됨을 유의해야 한다.
이하, 본 발명과 관련된 방법 및 장치에 대하여 도면을 참조하여 보다 상세하게 설명한다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "구성된다" 또는 "포함한다" 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다. 이하의 설명에서 사용되는 구성요소에 대한 접미사 "유닛", "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다. "제1", "제2" 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하기 위한 것으로 이들 용어들에 의해 권리범위가 한정되어서는 아니 된다.
도 1은 본 명세서에서 제안하는 블루투스 저전력 에너지 기술을 이용하는 무선 통신 시스템의 일 예를 나타낸 개략도이다.
무선 통신 시스템(100)은 적어도 하나의 서버 디바이스(Server Device, 120) 및 적어도 하나의 클라이언트 디바이스(Client Device, 110)를 포함한다.
서버 장치와 클라이언트 장치는 블루투스 저전력 에너지(Bluetooth Low Energy:BLE, 이하 편의상 ‘BLE’로 표현한다.) 기술을 이용하여 블루투스 통신을 수행한다.
먼저, BLE 기술은 블루투스 BR/EDR(Basic Rate/Enhanced Data Rate) 기술과 비교하여, 상대적으로 작은 duty cycle을 가지며 저 가격 생산이 가능하고, 저속의 데이터 전송률을 통해 전력 소모를 크게 줄일 수 있어 코인 셀(coin cell) 배터리를 이용할 경우 1년 이상 동작이 가능하다.
또한, BLE 기술에서는 디바이스 간 연결 절차를 간소화하였으며, 패킷 사이즈도 블루투스 BR/EDR 기술에 비해 작게 설계되어 있다.
BLE 기술에서, (1) RF 채널수는 40개이며, (2) 데이터 전송 속도는 1Mbps를 지원하며, (3) 토폴로지는 스캐터넷 구조이며, (4) latency는 3ms이며, (5) 최대 전류는 15mA 이하이며, (6) 출력 전력은 10mW(10dBm) 이하이며, (7) 휴대폰, 시계, 스포츠, 헬스케어, 센서, 기기제어 등의 어플리케이션에 주로 사용된다.
상기 서버 장치(120)는 다른 장치와의 관계에서 클라이언트 장치로 동작할 수 있고, 상기 클라이언트 장치는 다른 장치와의 관계에서 서버 장치로 동작할 수 있다. 즉, BLE 통신 시스템에서 어느 하나의 장치는 서버 장치 또는 클라이언트 장치로 동작하는 것이 가능하며, 필요한 경우, 서버 장치 및 클라이언트 장치로 동시에 동작하는 것도 가능하다.
상기 서버 장치(120)는 데이터 서비스 장치(Data Service Device), 슬레이브 디바이스(slave device), 슬레이브(slave), 서버, 컨덕터(Conductor), 호스트 디바이스(Host Device), 게이트웨이(Gateway), 센싱 장치(Sensing Device), 모니터링 장치(monitoring device), 제 1 디바이스, 제 2 디바이스 등으로 표현될 수 있다.
상기 클라이언트 디바이스(110)는 마스터 디바이스(master device), 마스터(master), 클라이언트, 멤버(Member), 센서 디바이스, 싱크 디바이스(Sink Device), 콜렉터(Collector), 제 3 디바이스, 제 4 디바이스 등으로 표현될 수 있다.
서버 장치와 클라이언트 장치는 상기 무선 통신 시스템의 주요 구성요소에 해당하며, 상기 무선 통신 시스템은 서버 장치 및 클라이언트 장치 이외에도 다른 구성요소를 포함할 수 있다.
상기 서버 장치는 클라이언트 장치로부터 데이터를 제공 받고, 클라이언트 장치와 직접 통신을 수행함으로써, 클라이언트 장치부터 데이터 요청을 수신하는 경우, 응답을 통해 클라이언트 장치로 데이터를 제공하는 장치를 말한다.
또한, 상기 서버 장치는 클라이언트 장치로 데이터 정보를 제공하기 위해 클라이언트 장치에게 알림/통지(Notification) 메시지, 지시(Indication) 메시지를 보낸다. 또한, 상기 서버 장치는 상기 클라이언트 장치로 지시 메시지를 전송하는 경우, 상기 클라이언트로부터 상기 지시 메시지에 대응하는 확인(Confirm) 메시지를 수신한다.
또한, 상기 서버 장치는 알림, 지시, 확인 메시지들을 클라이언트 디바이스와 송수신하는 과정에서 출력부(Display Unit)을 통해서 사용자에게 데이터 정보를 제공하거나 입력부(User Input Interface)를 통해 사용자로부터 입력되는 요청을 수신할 수 있다.
또한, 상기 서버 장치는 상기 클라이언트 장치와 메시지를 송수신하는 과정에서 메모리(memory unit)로부터 데이터를 읽어 오거나 새로운 데이터를 해당 메모리에 쓸 수 있다.
또한, 하나의 서버 장치는 다수의 클라이언트 장치들과 연결될 수 있으며, 본딩(Bonding) 정보를 활용하여 클라이언트 장치들과 쉽게 재 연결(또는 접속)이 가능하다.
상기 클라이언트 장치 (120)는 서버 장치에게 데이터 정보 및 데이터 전송을 요청하는 장치를 말한다.
클라이언트 장치는 상기 서버 장치로부터 알림 메시지, 지시 메시지 등을 통해 데이터를 수신하고, 지시 메시지를 상기 서버 디바이스로부터 수신하는 경우, 상기 지시 메시지에 대한 응답으로 확인 메시지를 보낸다.
상기 클라이언트 장치도 마찬가지로 상기 서버 장치와 메시지들을 송수신하는 과정에서 출력부를 통해 사용자에게 정보를 제공하거나 입력부를 통해 사용자로부터의 입력을 수신할 수 있다.
또한, 상기 클라이언트 장치는 상기 서버 장치와 메시지를 송수신하는 과정에서 메모리로부터 데이터를 읽어 오거나 새로운 데이터를 해당 메모리에 쓸 수 있다.
상기 서버 장치 및 클라이언트 장치의 출력부, 입력부 및 메모리 등과 같은 하드웨어 구성요소에 대해서는 도 2에서 구체적으로 살펴보기로 한다.
또한, 상기 무선 통신 시스템은 블루투스 기술을 통해 개인 영역 네트워킹(Personal Area Networking:PAN)을 구성할 수 있다. 일 예로, 상기 무선 통신 시스템에서는 디바이스 간 개인적인 피코넷(private piconet)을 확립함으로써 파일, 서류 등을 신속하고 안전하게 교환할 수 있다.
도 2는 본 명세서에서 제안하는 방법들을 구현할 수 있는 디바이스의 내부 블록도의 일 예를 나타낸다.
도 2에 도시된 바와 같이, 마스터 디바이스(110)는 입력부(User Input Interface, 112), 전력 공급부(Power Supply Unit, 113), 제어부(Control Unit, 114), 메모리(Memory Unit, 115), 블루투스 인터페이스(Bluetooth Interface)를 포함하는 네트워크 인터페이스(Network Interface, 116), 스토리지(Storage, 117), 출력부(Display Unit, 118), 멀티 미디어 모듈(Multi media Module, 119)를 포함한다.
상기 입력부(User Input Interface, 112), 전력 공급부(Power Supply Unit, 113), 제어부(Control Unit, 114), 메모리(Memory Unit, 115), 블루투스 인터페이스(Bluetooth Interface)를 포함하는 네트워크 인터페이스(Network Interface, 116), 스토리지(Storage, 117), 출력부(Display Unit, 118), 멀티 미디어 모듈(Multi media Module, 119)들은 본 명세서에서 제안하는 방법을 수행하기 위해 기능적으로 서로 연결되어 있다.
또한, 도 2에 도시된 바와 같이, 슬레이브 디바이스(#1 및 #2)(120)는 입력부(User Input Interface, 122), 전력 공급부(Power Supply Unit, 123), 제어부(Control Unit, 124), 메모리(Memory Unit, 125), 블루투스 인터페이스(Bluetooth Interface)를 포함하는 네트워크 인터페이스(Network Interface, 126), 스토리지(Storage, 127), 출력부(Display Unit, 128), 멀티 미디어 모듈(Multi media Module, 129)를 포함한다.
상기 입력부(User Input Interface, 122), 전력 공급부(Power Supply Unit, 123), 제어부(Control Unit, 124), 메모리(Memory Unit, 125), 블루투스 인터페이스(Bluetooth Interface)를 포함하는 네트워크 인터페이스(Network Interface, 126), 스토리지(Storage, 127), 출력부(Display Unit, 128), 멀티 미디어 모듈(Multi media Module, 129)들은 본 명세서에서 제안하는 방법을 수행하기 위해 기능적으로 서로 연결되어 있다.
상기 네트워크 인터페이스(116,126)는 블루투스 기술을 이용하여 디바이스들 간의 요청/응답, 명령, 알림, 지시/확인 메시지 등 또는 데이터 전송이 가능한 유닛(또는 모듈)을 말한다.
상기 메모리(115,125)는 다양한 종류의 디바이스에 구현되는 유닛으로서, 다양한 종류의 데이터가 저장되는 유닛을 말한다. 또한, 상기 스토리지(117, 127)은 메모리와 유사한 기능을 수행하는 유닛을 말한다.
상기 제어부(114,124)는 마스터 디바이스(110) 또는 슬레이브 디바이스(120)의 전반적인 동작을 제어하는 모듈을 말하며, 네트워크 인터페이스로 메시지를 전송하도록 요청하거나, 수신받은 메시지를 처리하도록 제어한다.
상기 제어부(114,124)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다.
상기 메모리(115,125)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다.
상기 메모리(115,125)는 프로세서(114,124) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(114,124)와 연결될 수 있다.
상기 출력부(118,128)는 디바이스의 상태 정보 및 메시지 교환 정보 등을 화면을 통해서 사용자에게 제공하기 위한 모듈을 말한다.
상기 전력 공급부(전원 공급부, 113, 123)는 제어부의 제어 하에 외부의 전원, 내부의 전원을 인가 받아 각 구성요소들의 동작에 필요한 전원을 공급해주는 모듈을 말한다.
앞에서 살핀 것처럼, BLE 기술에서는 작은 duty cycle을 가지며, 저속의 데이터 전송률을 통해 전력 소모를 크게 줄일 수 있다.
도 3은 본 명세서에서 제안하는 방법들이 적용될 수 있는 블루투스 통신 아키텍처(Architecture)의 일 예를 나타낸다.
구체적으로, 도 3은 블루투스 LE(Low Energy)의 아키텍처의 일 예를 나타낸다.
도 3에 도시된 바와 같이, BLE 구조는 타이밍이 중요한 무선장치 인터페이스를 처리하도록 동작가능한 컨트롤러 스택(Controller stACK)과 고레벨(high level) 데이터를 처리하도록 동작가능한 호스트 스택(Host stACK)을 포함한다.
상기 Controller stack은 Controller로 호칭될 수도 있으나, 앞서 도 2에서 언급한 디바이스 내부 구성요소인 프로세서와의 혼동을 피하기 위해 이하에서는 Controller stACK으로 표현하기로 한다.
먼저, 컨트롤러 스택은 블루투스 무선장치를 포함할 수 있는 통신 모듈과, 예를 들어, 마이크로프로세서와 같은 프로세싱 디바이스를 포함할 수 있는 프로세서 모듈을 이용하여 구현될 수 있다.
호스트 스택은 프로세서 모듈 상에서 작동되는 OS의 일부로서, 또는 OS 위의 패키지(package)의 인스턴스 생성(instantiation)으로서 구현될 수 있다.
일부 사례들에서, 컨트롤러 스택 및 호스트 스택은 프로세서 모듈 내의 동일한 프로세싱 디바이스 상에서 작동 또는 실행될 수 있다.
호스트 스택은 GAP(Generic Access Profile,310), GATT based Profiles(320), GATT(Generic Attribute Profile,330), ATT(Attribute Protocol,340), SM(Security Manage,350), L2CAP(Logical Link Control and Adaptation Protocol,360)을 포함한다. 다만, 호스트 스택은 이것으로 한정되지는 않고 다양한 프로토콜들 및 프로파일들을 포함할 수 있다.
호스트 스택은 L2CAP을 사용하여 블루투스 상위에서 제공하는 다양한 프로토콜, 프로파일 등을 다중화(multiplexing)한다.
먼저, L2CAP(Logical Link Control and Adaptation Protocol,360)은 특정 프로토콜 또는 프로파일에게 데이터를 전송하기 위한 하나의 양방향 채널을 제공한다.
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,350)은 디바이스를 인증하며, 키 분배(key distribution)를 제공하기 위한 프로토콜이다.
ATT(Attribute Protocol,340)는 서버-클라이언트(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,390), 링크 계층(Link Layer,380) 및 호스트 컨트롤러 인터페이스(Host Controller Interface,370)를 포함한다.
물리 계층(무선 송수신 모듈,390)은 2.4 GHz 무선 신호를 송수신하는 계층으로 GFSK (Gaussian Frequency Shift Keying) modulation과 40 개의 RF 채널로 구성된 frequency hopping 기법을 사용한다.
링크 계층(380)은 블루투스 패킷을 전송하거나 수신한다.
또한, 링크 계층은 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 디바이스들은 하기에서 정의되는 패킷들을 사용한다.
패킷 포맷(Packet Format)
링크 계층(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(Advertising PDU)
아래 광고 채널 PDU 타입들은 광고 PDU로 불리고 구체적인 이벤트에서 사용된다.
ADV_IND: 연결 가능한 비지향성 광고 이벤트
ADV_DIRECT_IND: 연결 가능한 지향성 광고 이벤트
ADV_NONCONN_IND: 연결 가능하지 않은 비지향성 광고 이벤트
ADV_SCAN_IND: 스캔 가능한 비지향성 광고 이벤트
상기 PDU들은 광고 상태에서 링크 계층(Link Layer)에서 전송되고, 스캐닝 상태 또는 개시 상태(Initiating State)에서 링크 계층에 의해 수신된다.
스캐닝 PDU(Scanning PDU)
아래 광고 채널 PDU 타입은 스캐닝 PDU로 불리며, 하기에서 설명되는 상태에서 사용된다.
SCAN_REQ: 스캐닝 상태에서 링크 계층에 의해 전송되며, 광고 상태에서 링크 계층에 의해 수신된다.
SCAN_RSP: 광고 상태에서 링크 계층에 의해 전송되며, 스캐닝 상태에서 링크 계층에 의해 수신된다.
개시 PDU(Initiating PDU)
아래 광고 채널 PDU 타입은 개시 PDU로 불린다.
CONNECT_REQ: 개시 상태에서 링크 계층에 의해 전송되며, 광고 상태에서 링크 계층에 의해 수신된다.
데이터 채널 PDU(Data Channel PDU)
데이터 채널 PDU는 16 비트 헤더, 다양한 크기의 페이로드를 가지고, 메시지 무결점 체크(Message Integrity Check:MIC) 필드를 포함할 수 있다.
앞에서 살펴본, BLE 기술에서의 절차, 상태, 패킷 포맷 등은 본 명세서에서 제안하는 방법들을 수행하기 위해 적용될 수 있다.
도 4는 블루투스 저전력 에너지의 GATT(Generic Attribute Profile)의 구조의 일 예를 나타낸다.
도 4를 참조하면 블루투스 저전력 에너지의 프로파일 데이터(Profile Data) 교환을 위한 구조를 살펴볼 수 있다.
구체적으로, GATT(Generic Attribute Profile)는 블루투스 LE 장치 간의 서비스(Service), 특성(Characteristic)을 이용해서 데이터를 주고받는 방법을 정의한 것이다.
일반적으로, 페리페럴(Peripheral) 장치(예를 들면, 센서 장치)가 GATT 서버(Server)역할을 하며, 서비스(Service), 특성(Characteristic)에 대한 정의를 가지고 있다.
데이터를 읽거나 쓰기 위해서 GATT 클라이언트는 GATT 서버로 데이터 요청을 보내게 되며, 모든 동작(Transaction)은 GATT client에서 시작되어 GATT 서버로부터 응답을 받게 된다.
블루투스 LE에서 사용하는 GATT 기반 동작구조는 프로파일(Profile), 서비스(Service), 특성(Characteristic)에 기초하며, 상기 도 5와 같은 수직 구조를 이룰 수 있다.
상기 프로파일(Profile) 하나 또는 그 이상의 서비스들로 구성되어 있으며, 상기 서비스는 하나 이상의 특성 또는 다른 서비스들로 구성되어 있을 수 있다.
상기 서비스(Service)는 데이터를 논리적인 단위로 나누는 역할을 하며 하나 이상의 특성(Characteristic) 또는 다른 서비스들을 포함하고 있을 수 있다. 각 서비스는 UUID(Universal Unique Identifier)라 불리는 16bit 또는 128bit의 구분자를 가지고 있다.
상기 특성(Characteristic)은 GATT 기반 동작 구조에서 가장 하위 단위이다. 상기 특성은 단 하나의 데이터를 포함하며, 상기 서비스와 유사하게 16 bit 또는 128 bit의 UUID를 가지고 있다.
상기 특성은 여러 가지 정보들의 값으로 정의되고, 각각의 정보를 담기 위해서 속성(Attribute)을 하나씩 필요로 한다. 상기 특성 여러 개의 연속된 속성을 사용할 수 있다.
상기 속성(Attribute)은 네 개의 구성 요소로 이루어지며, 아래와 같은 의미를 갖는다.
- handle: 속성의 주소
- Type: 속성의 유형
- Value: 속성의 값
- Permission: 속성에 대한 접근 권한
도 5는 본 발명이 적용될 수 있는 블루투스 저전력 에너지 기술에서 연결 절차 방법의 일 예를 나타내는 흐름도이다.
서버는 클라이언트로 3개의 광고 채널을 통해 광고 메시지를 전송한다(S5010).
서버는 연결 전에는 광고자(Advertiser)로 호칭될 수 있고, 연결 이후에는 마스터(Master)로 호칭될 수 있다. 상기 서버의 일 예로, 센서(온도 센서 등)이 있을 수 있다.
또한, 클라이언트는 연결 전에는 스캐너(Scanner)로 호칭될 수 있고, 연결 이후에는 슬레이브(Slave)로 호칭될 수 있다. 클라이언트의 일 예로 스마트 폰 등이 있을 수 있다.
앞에서 살펴본 것처럼, 블루투스는 2.4GHz 밴드를 통해 총 40개의 채널로 나뉘어 통신을 한다. 40개의 채널 중 3개의 채널은 광고 채널로써, 각종 광고 패킷(Advertising Packet)을 비롯하여 연결을 맺기 위해 주고 받는 패킷들의 교환에 이용된다.
나머지 37개의 채널들은 데이터 채널로 연결 이후의 데이터 교환에 이용된다.
상기 클라이언트는 상기 광고 메시지를 수신한 후, 상기 서버로 추가적인 데이터(예: 서버 디바이스 이름 등)을 획득하기 위해 서버로 스캔 요청 메시지(Scan Request message)를 전송할 수 있다.
이 경우, 상기 서버는 상기 클라이언트로 스캔 요청 메시지(Scan Request message)에 대한 응답으로 추가적인 데이터를 포함하는 스캔 응답 메시지(Scan Response message)를 전송한다.
여기서, 스캔 요청 메시지(Scan Request message) 및 스캔 응답 메시지(Scan Response message)는 광고 패킷의 한 종료로써, 광고 패킷은 31 bytes 이하의 사용자 데이터(User Data)만을 포함할 수 있다.
따라서, 데이터의 크기가 3 bytes보다 크지만, 연결까지 맺어서 데이터를 보내기에는 오버헤드가 큰 데이터가 존재하는 경우, 스캔 요청 메시지/스캔 응답 메시지를 이용하여 두번에 걸쳐서 데이터를 나눠 보낸다.
다음, 클라이언트는 서버와 블루투스 연결 설정을 위한 연결 요청 메시지(Connection Request message)를 서버로 전송한다(S5020).
이를 통해, 서버와 클라이언트 간에 Link Layer(LL) 연결이 형성(establish)된다.
이후, 서버와 클라이언트는 보안 설립 절차를 수행한다.
보안 설립 절차는 보안 심플 페어링(Secure Simple Pairing)으로 해석되거나 이를 포함하여 수행될 수 있다.
즉, 보안 설립 절차는 페이즈(Phase) 1 단계 내지 페이즈 3 단계를 거쳐 수행될 수 있다.
구체적으로, 서버와 클라이언트 간에 페어링 절차(페이즈 1)를 수행한다(S5030).
페어링 절차는 클라이언트가 서버로 페어링 요청 메시지(Pairing Request message)를 전송하고, 서버가 클라이언트로 페어링 응답 메시지(Pairing Response message)를 전송한다.
페어링 절차를 통해서 장치간 인증 요건(authentication requirements)과 인풋/아웃풋 능력(I(Input)/O(Output) capabilities)과 키 사이즈(Key Size)정보를 주고 받는다. 이 정보를 통해 페이즈 2에서 어떤 키(Key) 생성 방법을 사용할지 결정하게 된다.
다음, 페이즈 2로서, 서버와 클라이언트 간에 레거시 페어링(Legacy pairing) 또는 보안 연결(Secure Connections)을 수행한다(S5040).
페이즈 2에서 레거시 페어링을 수행하는 128bits의 임시 키(Temporary Key) 및 쇼트 텀 키(Short Term Key(STK))를 생성한다.
- 임시 키(Temporary Key): STK를 생성하기 위해 만들어진 Key
- 쇼트 텀 키(Short Term Key(STK)): 기기간 암호화된 연결(Encrypted connection)을 만드는데 사용되는 Key 값
만약, 페이즈 2에서 보안 연결을 수행하는 경우, 128 bit의 롱 텀 키(Long Term Key(LTK))를 생성한다.
- 롱 텀 키(Long Term Key(LTK)): 기기간 암호화된 연결뿐만 아니라 추후의 연결에서도 사용되는 Key 값
다음, 페이즈 3으로서, 서버와 클라이언트 간에 키 분배(Key Distribution) 절차를 수행한다(S5050).
이를 통해, 서버와 클라이언트간에 보안 연결이 확립되고, 암호화된 링크를 형성하여 데이터를 송수신할 수 있게 된다.
등시채널(Isochronous Channel) 일반
오디오 신호(Audio Signal)의 경우, 오디오 스트리밍 데이터(Audio Streaming Data) 또는 오디오 데이터(Audio Data)가 Idle Event Interval 간격으로 주기적으로 발생하는 것을 볼 수 있다.
오디오 데이터는 그 특성에 따라 주기적으로(또는 특정 시간 간격으로) 발생한다. 여기서, 오디오 데이터가 주기적으로 발생하는 특정 시간 구간은 Idle Event Interval로 표현될 수 있다. 각 Idle Event Interval에서 각각의 오디오 데이터가 전송된다. 또한, 각 오디오 데이터는 Idle Event Interval의 전체 구간 또는 일부 구간을 통해 전송될 수 있다. 주기적 또는 규칙적으로 발생하는 오디오 스트리밍 데이터를 BLE 메커니즘을 이용하여 전송하는 경우, 발생되는 오디오 데이터를 송수신할 때마다 광고 및 스캐닝 절차, communication 절차, Disconnection 절차 등을 수행해야 한다. 하지만, 오디오 데이터는 일반적으로 주기적으로 발생하고, 그 데이터 양에 상관없이 오디오 데이터 전송에 대한 지연 보장(Latency Guarantee)가 필수적이다.
하지만, 새롭게 발생하는 오디오 데이터를 전송할 때마다 매번 광고 및 스캐닝 절차, communication 절차, Disconnection 절차 등을 수행해야 하는 경우, 오디오 데이터 전송에 있어 지연이 발생하게 되는 문제가 있다.
보청기(Hearing Aids:HA)나 헤드셋(Headset) 등을 통한 오디오 데이터 전송은 데이터 발생량이 비교적 적기 때문에 Bluetooth BR/EDR 기술보다 BLE 기술을 활용하는 경우 높은 에너지 효율을 얻을 수 있으나, 앞서 살핀 것처럼 BLE 기술의 Data Channel Process는 매 데이터 전송마다 Advertising, Connection 등을 수행해야 하기 때문에 데이터 전송에 있어 큰 오버헤드(Large overhead)를 가지게 되며 특히, 오디오 데이터 전송에 있어 절대적으로 필요한 Latency Guarantee를 보장할 수 없게 된다.
또한, BLE 기술의 Data Channel Process는 단발적으로 발생된 데이터를 필요한 경우에만 전송하고, 다른 시간 영역에서는 BLE 디바이스의 Deep Sleep을 유도하여 에너지 효율을 높이는 데 목적이 있기 때문에, 주기적으로 발생하는 오디오 데이터의 전송에 대해 BLE 기술의 Data Channel Process를 적용하는 것은 어려울 수 있다.
등시 채널(Isochronous Channel) 및 이와 관련된 메커니즘 정의
주기적으로 발생하는 데이터를 BLE 기술을 활용하여 전송하기 위해 새로운 채널 즉, 등시 채널(Isochronous Channel)을 정의한다.
등시 채널(Isochronous Channel)은 등시 스트림을 사용하는 디바이스들 간(예: Conductor-Member)에 등시 데이터(Isochronous Data)를 전송하기 위해 사용되는 채널이다.
등시 데이터(Isochronous Data)는 특정 시간 간격으로 즉, 주기적 또는 규칙적으로 전송되는 데이터를 말한다.
즉, 등시 채널(Isochronous Channel)은 BLE 기술에서 오디오 데이터 또는 음성 데이터와 같이 주기적으로 발생하는 데이터가 송수신되는 채널을 나타낼 수 있다.
상기 등시 채널은 단일의 멤버, 하나 이상의 협력된(coordinated) 멤버들의 셋 또는 다수의 멤버들로 오디오 데이터를 송수신하기 위해 사용될 수 있다.
또한, 상기 등시 채널은 오디오 스트리밍과 같은 등시 스트림(Isochronous Stream) 또는 다른 시간 영역에서 중요 데이터를 송수신하기 위해 사용될 수 있는 플러싱(flushing) 채널에 해당한다.
블루투스 표준 기술은 블루투스 BR/EDR (Basic Rate / Enhanced Data Rate)과 블루투스 LE (Low Energy)로 구분될 수 있다. 상기 2가지 블루투스 표준 기술 중, 블루투스 BR/EDR은 근거리 WPAN (Wireless Personal Area Network) 기술 시장에서의 지배적 우위를 차지하며 많은 제품에 적용되고 있는 무선 통신 기술이다.
블루투스 LE (이하, BLE)는 블루투스 BR/EDR 대비 높은 에너지 효율을 목표로 고안되었다. BLE와 관련하여, 등시 데이터(Synchronous data) 교환을 위한 링크(Link)의 파라미터 업데이트 방법에 대한 논의가 진행 중이다.
클라우드 게임(Cloud game) 시스템을 구성하기 위해서, 게이밍 오디오(Gaming Audio)를 위한 헤드셋(Headset), 이어 버드(Ear buds)와 게임 컨트롤(Game Control)을 위한 컨트롤러(Controller)의 무선 연결이 필요하고, 이 때, 원활한 게임 환경 조성을 위해 저 지연(Low Latency) 요구 사항이 만족되어야 한다. 여기서, 상기 헤드셋, 이어 버드(Ear buds) 및 컨트롤러는 클라우드 게임 시스템을 구성하는 블루투스 디바이스일 수 있고, 특히, 슬레이브(slave) 디바이스일 수 있다.
게이밍 오디오를 위한 헤드셋, 이어 버드, 및 게이밍 컨트롤을 위한 컨트롤러는 사용자가 원하는 시점에 추가 연결, 해제를 수행할 수 있다. 상기 추가 연결, 해제는 클라우드 게임 시스템을 구성하는 마스터 디바이스와의 관계에서 수행되는 것일 수 있다. 클라우드 게임 시스템에 새로운 기기가 추가되는 경우, 기존 마스터 디바이스와 슬레이브 디바이스 간의 링크(Link)에 적용된 연걸 파라미터(Connection parameters)의 변경이 필요하다. 또한, 클라우드 게임 시스템 사용에 따른 채널 상태에 따라 마스터 디바이스와 슬레이브 디바이스 간의 링크에 설정된 연결 파라미터를 변경할 필요가 있다. 기존 연결 파라미터 변경 방식은 서비스 이용 도중에는 변경이 불가능하고, 이로 인하여 연결 파라미터 변경 위해서 많은 시간이 소요되는 문제점이 존재한다.
잠재적으로 다양한 채널 조건을 처리하려면 연결 파라미터를 동적으로 업데이트하는 메커니즘이 필요할 수 있다. 기존 등시성 스트림(isochronous steam)의 한계는 일단 설정되면 파라미터가 고정되고, 연결이 유지되는 동안에는 파라미터가 변경될 수 없다는 점에 있다. 이는 채널 상황이 다양하게 변화할 수 있는 경우에 문제가 될 수 있다. 블루투스 BR/EDR에서는 슬롯과 공통 헤더가 사용되기 때문에 짧은 시간에도 링크 품질 파라미터를 변경할 수 있는 기회가 더 자주 주어질 수 있다. 따라서, CIS(Connected Isochronous Stream)과 BIS(Broadcast Isochronous Stream)에 대해서도 블루투스 BR/EDR에서와 같은 효율적인 파라미터 업데이트 메커니즘을 갖도록 할 필요가 있다.
본 명세서는 블루투스 LE에 적용될 수 있는 파라미터 업데이트 방법을 제공한다. 보다 구체적으로, 본 명세서는 기기 추가 연결, 해제, 채널 상태 기반의 연결 파라미터 업데이트 전환 구간(connection parameters update transition period) 설정 방법을 제공한다. 본 방법을 통해 공유 링크(shared link)를 구성하는 기기가 추가, 연결 해제되는 시점에 전환 구간(transition period)의 설정 방법 및 프로토콜 플로우(protocol flow)이 제안된다. 본 방법을 통해 서비스 중단 없이 원활하게 서비스를 지속적으로 이용하면서도 서비스에 참여하는 디바이스가 추가되거나, 제외될 수 있다. 또한 채널 상태가 변하더라도 서비스를 끊김 없이 이용할 수 있다.
또한, 본 명세서는 링크 특성에 기반한 연결 파라미터 개별 설정 운용 방법을 제공한다. 보다 구체적으로, 상기 링크 특성은 링크가 마스터 디바이스에서 슬레이브 디바이스로의 데이터 전송을 위한 링크인지, 링크가 슬레이브 디바이스에서 마스터 디바이스로의 데이터 전송을 위한 링크인지에 관한 것일 수 있다. 또한, 상기 링크 특성은 링크를 통해 전송되는 데이터의 종류에 관한 것일 수 있다. 본 방법을 통해 데이터 특성에 따라 독립적으로 연결 파라미터가 설정될 수 있어, 링크 특성과 상관없이 연결 파라미터가 (i) 슬레이브 디바이스로부터 마스터 디바이스로의 링크와 (ii) 마스터 디바이스로부터 슬레이브 디바이스로의 링크에 동일하게 설정하는 방식보다 효율적으로 공유 링크(Shared link)가 운용될 수 있다. 본 명세서에서 제안하는 방법들을 통해 클라우드 게임(Cloud game)을 위해 구성한 무선 공유 링크(shared link)의 자원이 효율적으로 운용될 수 있다.
도 6은 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택의 일 예를 나타낸 도이다. 도 6을 참조하면, 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택은 Physical Transport(s), Physical Channel(s), Physical link(s), Logical Transport(s), Logical link(s)로 구성될 수 있다. 본 명세서에서, Physical channel은 동기화된 Bluetooth 베이스밴드 호환 RF 호핑 시퀀스(a Synchronized Bluetooth Baseband-compliant RF hopping sequence)를 의미할 수 있다.
피코넷(Piconet)은 마스터 매개변수(클럭 및 BD_ADDR)에 의해 정의된 동일한 물리적 채널을 공유하는 Bluetooth 디바이스들의 집합(a set of Bluetooth devices sharing the same physical channel defined by the master parameters (clock and BD_ADDR))을 의미할 수 있다.
Physical link는 페이징을 사용하여 설정된 두 디바이스 간의 기저대역 레벨 연결일 수 있다. Physical link는 마스터 디바이스의 전송 슬롯과 슬레이브 디바이스의 전송 슬롯 사이에서 교대하는 물리적 채널의 전송 슬롯 시퀀스를 포함할 수 있다.
또한, LE 등시성 물리 채널은 PHY 채널의 의사 랜덤 시퀀스(pseudo-random sequence)와 마스터 또는 비연결형 브로드캐스터가 제공하는 3개의 추가 매개변수를 특징으로 할 수 있다. 첫 번째 매개변수는 PHY 채널 집합을 나타내는 채널 맵이며, 두 번째 매개변수는 PHY 채널의 전체 집합에 대한 인덱스로 사용되는 의사 난수(pseudo random number) 일 수 있다. 세 번째 매개변수는 첫 번째 데이터 패킷의 타이밍일 수 있다. CIS의 첫 번째 패킷의 타이밍은 CIS 설정 단계에서 마스터에 의해 연결된 ACL 연결에서 전송되는 링크 계층 메시지에 제공될 수 있다. BIS의 첫 번째 패킷의 타이밍은 BIS와 관련된 주기적 광고 이벤트에서 참조될 수 있다.
도 7은 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택에서 사용될 수 있는 데이터 패킷 포맷의 일 예를 나타낸 도이다. 도 7을 참조하면, 본 명세서에서 제안되는 방법이 적용될 수 있는 프로토콜 스택에서 사용될 수 있는 데이터 패킷 포맷은 프리앰블 필드, 액세스 어드레스 필드, PDU 헤더 필드, PDU 페이로드 필드, MIC, CRC 필드를 포함한다. 각 필드들의 용도는 도 7에 도시되어 있다.
도 8 블루투스 LE 오디오 데이터 전송의 예시들을 나타낸 도이다. 블루투스 LE에서 오디오 데이터를 전송하기 위해 정의되는 채널은 ICO (Connection-Oriented Isochronous) 채널과 ICL (Connectionless Isochronous) 채널, 2가지로 나누어 진다. 2가지 채널을 기초로, 오디오 데이터를 전송하기 위해 블루투스 LE 채널 상에서 디바이스들이 어떤 동작을 수행해야 하는지가 정의 된다. 도 8(a)는 ICO에 따른 오디오 데이터 전송에 관한 도이며, 도 8(b)는 ICL에 따른 오디오 데이터 전송에 관한 도이다. ICO와 ICL은 오디오 데이터 스트림(stream) ID와 채널 ID를 이용하여 다수의 기기, 다수의 프로파일(Profile)에게 오디오 데이터를 전송하는 것을 가능하게 한다.
도 8(a)를 참조하면, ICO의 경우, Slave1 (S1), Slave2 (S2)에게 1개의 Stream을 2개의 Channel ID로 구분하여 보내고 받는 것이 가능하다. 블루투스 오디오 시스템에서, S1이 사용자의 오른쪽 귀에 장착하는 무선 이어폰이고, S2가 사용자의 왼쪽 귀에 장착하는 무선 이어폰인 경우, Master (M)가 전송하는 음악을 그림과 같이 스테레오로 청취하는 것이 가능하다. ICO에 따른 블루투스 오디오 데이터 전송에서는, 오디오 데이터는 유니캐스트(unicast) 방식에 따라 전송될 수 있다.
도 8(b)를 참조하면, ICL의 경우, ICO에서의 오디오 데이터 전송과 달리 단방향 (MaS)으로 단일 오디오 데이터 스트림을 다수의 slave 에 동시에 전송하는 것이 가능하다. ICO에 따른 블루투스 오디오 데이터 전송에서는, 오디오 데이터는 멀티캐스트(multicaset)/브로드캐스트(broadcast) 방식에 따라 전송될 수 있다.
도 9 및 도 10은 ICO에 따른 블루투스 데이터 전송의 일 예를 나타낸 도이다. 보다 구체적으로, 도 9 및 도 10은 블루투스 LE 등시 채널(isochronous channel)에서의 데이터 전송의 일 예를 나타낸 도이다. 도 9를 참조하면, 하나의 CIS(Connected Isochronous Stream) 이벤트는 적어도 하나 이상의 서브이벤트(Subevent)를 포함할 수 있다. 하나의 서브이벤트에서는 (i) 마스터 디바이스에서 슬레이브 디바이스로의 데이터 전송과 (ii) 슬레이브 디바이스에서 마스터 디바이스로의 데이터 전송이 순차적으로 수행될 수 있다. 또한, 등시 채널 상에서의 데이터 전송이 진행됨에 따라, 채널 상태가 변화할 수 있다. 도 10 (a)를 참조하면, 마스터 디바이스에서 슬레이브 디바이스로의 데이터 전송 후, 슬레이브 디바이스에서 마스터 디바이스로의 ACK 전송이 수행됨을 알 수 잇다. 또한, 마스터 디바이스에서 슬레이브 디바이스로의 데이터 전송이 실패한 경우, 해당 서브이벤트(slot)의 다음 서브이벤트에서 데이터 재전송이 수행됨을 알 수 있다. 이 때, 채널 상태에 따라 재전송 횟수가 조절될 수 있다.
도 11 및 도 12 ICL에 따른 블루투스 오디오 데이터 전송의 일 예를 나타낸 도이다. 보다 구체적으로, 도 11 및 도 12는 블루투스 LE 등시 채널(isochronous channel)에서의 데이터 전송의 일 예를 나타낸 도이다. 도 11을 참조하면, 하나의 BIS(Broadcast Isochronous Stream) 이벤트는 적어도 하나 이상의 서브이벤트(Subevent)를 포함할 수 있다. 하나의 서브이벤트에서는 마스터 디바이스에서 슬레이브 디바이스로의 단방향 데이터 전송이 수행될 수 있따. 또한, 등시 채널 상에서의 데이터 전송이 진행됨에 따라, 채널 상태가 변화할 수 있다. 도 10 (b)를 참조하면, 하나의 서브이벤트(slot)에서 마스터 디바이스가 슬레이브 디바이스로 (오디오) 데이터를 전송한 후, 다음 서브 이벤트에서는 마스터 디바이스가 슬레이브 디바이스로 (오디오) 데이터의 FEC을 전송하는 것을 알 수 잇다.
블루투스 연결에 적용되는 연결 파라미터의 업데이트를 위해서는 다수의 요구사항이 만족되어야 한다. 특히, 등시 연결 업데이트(Isochronous connection update)와 관련하여, 등시성 스트림(CIS 및 BIS)은 연결 중에 연결 파라미터 업데이트를 지원하지 않는다. 연결 중에 연결 파라미터 업데이트가 지원되지 않음으로써, 채널 상태가 양호한 상태와 양호하지 않은 상태 사이에서 다양하게 변화할 때 문제가 발생할 수 있다. 따라서, 본 명세서에서는 기존 CIS & BIS의 연결 매개변수를 업데이트하는 메커니즘을 제안하며, 효율적인 연결 업데이트를 수행하기 위해 여러 파라미터들에 대한 업데이트를 하나의 프로세스로 결합하여 수행하는 방법을 제안한다. 상기 파라미터들은 PHY, 버스트 번호, 플러시 시간 초과 등을 포함할 수 있다. 상기와 같은 업데이트 메커니즘을 지원하기 위한 주요 요건들은 다음과 같다.
- 등시성 파라미터(Isochronous parameter) 업데이트 메커니즘은 단일 절차에서 동시 PHY 및 스트림 관련 매개변수 업데이트를 수행하는 방법을 제공한다.
- CIS의 경우, 상기 파라미터는 ISO_interval, Sub_interval, Max_PDU 크기, 버스트 수, 플러시 시간 초과, 하위 이벤트 수 또는 PHY 중 적어도 하나를 포함할 수 있다.
- BIS의 경우, 상기 파라미터는 ISO_interval, Sub_interval, Max_PDU 크기, 버스트 번호, 플러시 시간 초과, 하위 이벤트 수, PTO, IRC, BIS_Spacing 또는 PHY 중 적어도 하나를 포함할 수 있다.
- CIS 파라미터 업데이트 메커니즘은 최소 6개의 CIS 이벤트 후에 기능이 적용되도록 하여 빠른 업데이트를 지원해야 한다
- CIS 파라미터 업데이트 메커니즘은 빠른 업데이트 메커니즘에 오류가 있는 경우, 관련 ACL에 대한 선택적 복구 메커니즘을 제공한다.
- 스트림이 설정된 후 BIS 파라미터를 업데이트하는 메커니즘이 허용되어야 한다. BIS PDU에 대한 피드백 부족으로 인해, 파라미터 업데이트는 향후 이벤트 후에 적용될 수 있다.
LE 컨트롤러가 연결 (파라미터) 업데이트를 수행하기로 결정한 경우, 아래의 두 단계로 구성되는 동작이 수행될 수 있다.
1) 링크 상태에 따라 연결 파라미터를 변경할 필요성을 판단한다.
2) 연결 업데이트 시작 및 완료
플러시된(Flushed) PDU 비율이 약 5%인 열악한 링크 시나리오(예: 버스트가 20개의 CIS 이벤트 중 1개 플러시됨)의 경우, 상기 두 단계 동작 중, 2) 단계에서 소요되는 시간을 최소화하면 LE 컨트롤러는 1)단계에서 더 빠른 결정을 내릴 수 있다.
60ms의 연결 간격을 사용하는 관련 ACL을 사용하여 7.5ms ISO 인터벌이 설정된 CIS의 경우, ACL 연결에서 전력을 절약하기 위해 4의 하위 등급 계수(sub-rating factor)를 사용된다. ACL 제어 절차를 사용하여 CIS 연결 업데이트가 수행될 때 업데이트를 수행하는 평균 시간은 하위 등급 계수를 1로 줄이고 LL 제어 절차를 완료하는 데 걸리는 시간과 최소한 동일할 수 있다. ACL 제어 절차를 사용하여 CIS 연결 업데이트가 수행될 때 업데이트를 수행하는 평균 시간은 다음 하위 등급 ACL 이벤트까지의 평균 시간 + 6 * Base Conn Interval i,e (0.5 * 60*4+60*6) = 480ms 이상일 수 있다(Instants를 포함하는 모든 제어 절차는 최소 6개의 연결 이벤트를 사용한다.).
본 명세서에서 제안하는 연결 파라미터 업데이트 메커니즘은 ISO 간격 *6 = 45ms 내에서 업데이트가 완료되도록 할 수 있다. 본 명세서에서 제안하는 방법을 통해 업데이트 타이밍을 10배 이상 개선하고 사용자 경험을 개선할 수 있는 효과가 있다.
플러시된(Flushed) PDU 비율이 5%, 즉 20개의 CIS 이벤트마다 1이라고 가정하고 ISO 간격이 7.5ms인 경우 20*7.5ms마다 PDU가 손실될 수 있다. 따라서, 레이블 기반 CIS 업데이트가 수행되는 것이 효율적일 수 있다. 또한, 헤더 오류 감지 필드를 레이블에 추가하여, 레이블이 CIS PDU 헤더에 더 안정적으로 전송될 수 있다.
도 13은 연결 파라미터 업데이트를 지원하기 위한 패킷 구조의 일 예를 나타낸 도이다. 특히, 도 13의 패킷 구조는 매개변수 업데이트를 위한 필드인 NextLabel 필드를 포함한다. 상기 NextLabel 필드는 4비트로 구성될 수 있으며, 링크 계층이 CIS 연결 업데이트를 수행하기로 결정한 경우, NextLabel 필드는 0에서 15 사이의 유효한 값으로 설정될 수 있다.
도 14는 연결 파라미터에 따라 데이터 송수신이 수행되는 일 예를 나타낸 도이다. 보다 구체적으로, 도 14는 연결 파라미터인 BN(burst number) = 2, FT(flush timeout) =1 및 NSE(number of sub event) = 4인 경우에 관한 것이다. 상기 BN은 BIS 이벤트의 각 BIS에 대한 새 페이로드 수에 관한 파라미터이고, 상기 FT는 주어진 CIS 데이터 PDU를 전송(및 재전송)하는 데 사용할 수 있는 CIS 이벤트의 최대 수에 관한 파라미터이며, 상기 NSE는 각 CIS 이벤트의 최대 하위 이벤트 수에 관한 파라미터이다. 버스트에서 PDU의 플러시 포인트(flush point)는 CIS 이벤트에서 U 개의 하위 이벤트 직후에 발생할 수 있다. CisEventCounter는 (E + FT ? 1)와 같이 표현될 수 있으며, U는 U = NSE ? floor(NSE ÷ BN) × (BN ? 1 ? cisPayloadNumber mod BN와 같이 이 표현될 수 있다. NSE는 NSE = Max(BN_M_To_S, BN_S_To_M) ~ 31와 같이 표현될 수 있다.
주변 기기(Peripheral)는 그룹핑 될 수 있고, 그룹핑된 주변 기기는 그룹 번호로 식별되는 단일 서브프레임만 수신할 수 있다. 주변 기기는 다른 그룹의 다른 서브프레임을 수신할 수도 있지만, 시스템 견고성을 높이기 위해 해당 광고 패킷 내의 데이터는 해당 주변기기로 주소가 지정되지 않을 수 있다.
도 15 브로드캐스트 방식을 통한 데이터 전송과 전송된 데이터에 대한 응답이 수행되는 일 예를 나타낸 도이다. 도 15를 참조하면, 주변기기(Peripheral)가 그룹 서브프레임에서 센트럴(Central) 기기의 AUX_SYNC_IND 패킷에 대한 수신을 대기할 때, AdvData를 호스트로 보낸다. 다음, 호스트는 이 데이터 패킷을 처리하고 응답이 필요한지 여부와 응답해야 하는 슬롯을 결정할 수 있다. 특정 주변기기에서 사용하는 응답 슬롯의 결정은 센트럴 호스트에 의해 결정되고, AUX_SYNC_IND 패킷의 내용으로 주변 기기와 통신한다. 이후, 호스트는 컨트롤러가 이 패킷을 전송할 수 있도록 응답 데이터와 응답 슬롯 정보를 컨트롤러에 보낼 수 있다. 이를 위해, 컨트롤러는 동기 패킷의 타이밍을 기억하고, 응답 슬롯의 타이밍을 결정할 수 한다. 상위 계층은 주변 기기가 여전히 중앙 장치와 동기화되어 있는지 여부를 결정하는 역할 한다.
더 긴 페이로드를 사용하거나 가능한 높은 데이터 속도 PHY를 사용하는 경우, 채널 상태가 양호(good)한 상태와 양호하지 않은(bad) 상태 사이에서 변화할 때, 빠르고 효율적인 방식으로 CIS 매개변수를 업데이트하는 메커니즘이 필요할 수 있다. CIS를 사용할 때 연결된 ACL 연결은 비교적 긴 연결 간격을 사용할 수 있습니다. ACL 기반 제어 절차에 의존하면 사용자 경험을 악화시키는 지연이 발생할 수 있습니다. 따라서, 본 명세서는 1) CIS 헤더를 사용한 빠른 연결 업데이트 및 2) 여러 제어 절차를 단일 작업으로 결합하는 기능을 가능하게 하는 레이블 기반 CIS 업데이트 메커니즘을 제안한다.
도 16은 연결 파라미터 업데이트가 수행되는 일 예를 나타낸 흐름도이다.
S1610: 브로드캐스터의 컨트롤러는 AUX_SYNC_IND+ACAD 패킷을 사용하여 BigInfo와 BiginfoLabel을 번갈아가면서 수신단 컨트롤러로 전송한다. 상기 AUX_SYNC_IND+ACAD 패킷은 주기적인 광고 메시지 전송을 위해 사용되는 데이터 패킷일 수 있다.
S1620: 수신단 컨트롤러는 수신단 호스트로 주기적인 광고 메시지 이벤트를 보고하고, BigInfo 이벤트를 보고한다. 상기 BigInfo 이벤트 보고를 통해, 수신단의 수신 타이밍이 브로드캐스터가 전송하는 BIS와 동기화될 수 있다.
S1630: 브로드캐스터의 컨트롤러는 수신단으로 BIS 데이터를 전송할 수 있다. 채널 상태가 좋은 경우, BIS 데이터는 Label 1을 나타낼 수 있고, 채널 상태가 나쁜 경우, BIS 데이터는 Label 2를 나타낼 수 있다.
도 17 및 도 18은 연결 파라미터의 업데이터가 수행되는 일 예를 나타낸 도이다. 보다 구체적으로, 도 17 및 도 18은 최대(max) PDU가 변경되지 않을 때 BN 및 FT를 변경하는 경우에 관한 도이다. 여기서, BN은 Broadcast Isochronous Stream (BIS) 이벤트의 각 BIS에 대한 새로운 페이로드(payload) 개수에 대한 파라미터이고, FT는 CIS (Connected Isochronous Stream) 데이터 PDU(packet date unit) 전송에 사용될 수 있는 CIS 이벤트(event)의 최대 개수에 대한 파라미터이다. FTxISO_Interval 값은 유지되므로 Instant 이후 대기 시간 값이 변경되지 않는다. 단, FTxISO_Interval 값은 유지되는 것이 필수는 아닐 수 있다.
전환(Transition) 페이로드는 Instant (i) 이전에 CIS 참조 지점이 있고, (ii) Instant 이후에 플러시 지점이 있는 페이로드를 의미하는데, 도 17 및 도 18에서 5,6에 해당하는 페이로드들이 상기 전환 페이로드일 수 있다. 전환 페이로드에는 업데이트 되기 전의 파라미터가 적용될 수 있다. 도 17 및 도 18에 도시된 바와 같이, 트랜지션 버스트 PDU(5,6)는 전환 기간(transition period) T에서 플러시 포인트를 갖는다. 도 17 및 도 18을 참조하면, 전환 기간 T는 전체 CIS 이벤트를 포함하지 않을 수 있다. 전체 서브 이벤트가 전환 기간 T에 포함되지 않는 경우, 이러한 서브 이벤트는 무시될 수 있다.
도 17 및 도 18에서, 전환 기간은 아래와 같은 3가지 옵션에 따라 설정될 수 있다.
옵션 1은 아래의 수학식 1에 따라 결정될 수 있다.
옵션 2는 아래의 수학식 2에 따라 결정될 수 있다.
옵션 3은 아래의 수학식 2에 따라 결정될 수 있다.
상기 수학식들에서, T는 전환 기간을 나타내고, 특정 파라미터에 부여된 아랫 첨자자 old/new는 각각 특정 파라미터의 업데이트 전/후의 설정 값을 의미한다.
도 19 및 도 20은 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다. 보다 구체적으로, 도 19 및 도 20은 FT을 변경하는 경우에 관한 도이다. 도 19를 참조하면, 파라미터 업데이트 전, FT 값이 4로 설정되었으나, 업데이트 후 FT 값이 3으로 변경된다. 여기서, 전환구간 T는 상기 전환 기간 설정 방식의 옵션 1에 따라 설정된다.
도 20을 참조하면, 파라미터 업데이트 전, FT 값이 3로 설정되었으나, 업데이트 후 FT 값이 4으로 변경된다. 여기서, 전환구간 T는 상기 전환 기간 설정 방식의 옵션 1에 따라 설정된다.
도 21 및 도 22는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다. 보다 구체적으로, 도 21 및 도 22는 최대(Max) PDU가 변경(증가)되는 경우에 관한 것이며, 도 21은 400 바이트(byte)의 hyper length PDU를 사용하기 위해 2개의 SDU를 병합하여 CIS 업데이트가 수행되는 예시에 관한 것이고, 도 22는 3개의 SDU를 병합하여 CIS 업데이트가 수행되는 예시에 관한 것이다. 도 22를 참조하면, Instant 이후 플러시 포인트가 있는 페이로드 1,2,3,4,5는 전환 기간 T 동안 스케쥴링 된다.
도 23 및 도 24는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다. 보다 구체적으로, 도 23 및 도 24는 최대 PDU가 변경(감소)되는 경우에 관한 것이다. 즉, 도 23 및 24에서, 컨트롤러는 더 긴 페이로드에서 더 짧은 페이로드로 전환하기 위해 업데이트를 수행한다. 최대 PDU의 크기 감소되는 경우, 최대 PDU 크기 감소로 인해, Instant 이후 전환 페이로드(Transition Payloads)(Instant 이전의 CIS 참조 포인트가 있는 페이로드)의 재전송이 불가능하게 될 수 있다. 즉, 파라미터 업데이트 후, PDU가 작아지게 되어 Instant 바로 이전 Payload의(PDU가 작아지기 전 정보) 재 전송이 Instant 후에 수행될 수 없다. 다시 말해, 작아진 PDU 크기에 이전 PDU 크기를 담을 수가 없게 된다. 따라서 모든 보류 중인 전환 페이로드가 Instant 전에 플러시되는 경우, 엄격한 플러시 제안(proposal)을 따라야 할 수 있다. 다중 전환 페이로드가 전송 기회를 거의 또는 전혀 갖지 못하는 worst-case를 피하기 위해, Instant 전에 성공적인 수신의 기회를 증가시키기 위해 전환 페이로드의 크기를 줄이기 위해 특정한 형태의 코덱 속도 적응을 구현하는 것이 바람직할 수 있다.
도 24를 참조하면, 레이블이 5인 SDU는 대기 시간을 유지하기 위해 Instant 바로 다음에 CIS 참조 지점을 갖는다. 따라서, 레이블이 4인 SDU는 스케쥴되지 않은(Unscheduled) SDU일 수 있다. 여기서, 페이로드 3,4는 표시된 대로 Instant 전에 플러시 될 수 있다. 한 Event에 오디오 데이터와 컨트롤 데이터가 함께 전송되는 경우, 컨트롤 데이터는 FT의 특성을 가질 필요가 없다.
전환 기간 T에 플러시 포인트가 존재하는 전환 페이로드의 경우, 플러시 포인트를 결정하고 전송 기회를 최적화하기 위해 다음과 같은 동작이 수행될 수 있다.
1) 페이로드의 FTxISO_interval 기간을 기반으로, 플러시될 수 있는 기간 T 내에서 가능한 가장 먼 하위 이벤트가 결정된다.
2) N개의 하위 이벤트 그룹이 있고 각 그룹에 플러시 될 Group_NSE 하위 이벤트와 Group_BN 개수의 페이로드가 있다고 가정하면, 그룹 내의 각 페이로드에 대한 플러시 포인트는 그룹의 Group_U 하위 이벤트 다음에 발생한다.
여기서, Group_U 하위 이벤트는 아래의 수학식 4에 의해 결정될 수 있다.
도 25는 연결 파라미터의 업데이터가 수행되는 또 다른 일 예를 나타낸 도이다. 보다 구체적으로, 도 25는 전환 페이로드에 대한 플러시 포인트 할당의 일 예를 나타낸 도이다. FTxISO_Interval 기간을 기준으로 페이로드 {3,4}, {5,6}, {7,8}을 그룹 0,1,2에 각각 포함시킬 수 있다. 페이로드 {9,10}도 페이로드 8과 이벤트를 공유하므로 그룹 3에 할당될 수 있다. 이에 따라, Slave 기기 및 연결 기기 성격에 따른 Group BN, NSE 지정 방법이 필요할 수 있다.
도 26은 연결 파라미터 업데이트가 수행되는 일 예를 나타낸 흐름도이다.
S2610: 마스터 디바이스의 호스트는 마스터 디바이스의 컨트롤러로 CIG 파라미터의 설정을 지시한다. 다음, 마스터 디바이스의 호스트는 마스터 디바이스의 컨트롤러로부터 Cmd(command) 완료를 보고한다. 이후, 마스터 디바이스의 호스트는 마스터 디바이스의 컨트롤러로 CIS 생성을 지시한다. 다음, 마스터 디바이스의 호스트는 마스터 디바이스의 컨트롤러로 Cmd 상태를 보고한다.
S2620: 해당 단계에서 오디오 데이터 송수신을 위한 연결이 형성된다. 마스터 디바이스의 컨트롤러와 슬레이브 디바이스의 컨트롤러는 각각의 호스트로 CIS 연결이 형성되었음을 보고한다. 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 LL(link layer) CIS 레이블 요청을 전송한다. 이후, 슬레이브 디바이스의 컨트롤러는 마스터 디바이스의 컨트롤러로 LL CIS 응댭을 전송하는데, 이 때 상기 LL CIS 응답은 레이블 2가 설정된다.
S2630: 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 LL(link layer) CIS 레이블 요청을 전송한다. 이후, 슬레이브 디바이스의 컨트롤러는 마스터 디바이스의 컨트롤러로 LL CIS 응댭을 전송하는데, 이 때 상기 LL CIS 응답은 레이블 3이 설정된다.
S2640: 이후, 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 CIS 데이터를 전송한다. 이 때, 채널 상태가 나빠지는 경우, 마스터 디바이스의 컨트롤러와 슬레이브 디바이스의 컨트롤러는 각각 마스터 디바이스의 호스트와 슬레이브 디바이스의 호스트로 CIS 업데이트 이벤트를 보고한다. 이후, 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 레이블 2가 설정된 CIS 데이터를 전송한다. 이후, n+6 이벤트에서 CIS 업데이트가 수행된다.
S2650: 이후, 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 CIS 데이터를 전송한다. 마스터 디바이스의 컨트롤러는 슬레이브 디바이스의 컨트롤러로 레이블 2로 설정된 LL CIS UPDATE LABEL IND 패킷을 전송한다.데이터를 전송한다.
센트럴 기기(Central)만이 CIS PDU 헤더 확장(header extension)을 사용하여 레이블 기반 CIS 업데이트를 시작할 수 있다. 주변 기기(Peripheral)는 LL CIS 업데이트 요청 PDU를 사용하여 PDU에 제공된 레이블로 식별되는 CIS 업데이트를 활성화하도록 센트럴 기기에에 요청할 수 있다.
센트럴 기기는 수정된 CIS PDU 헤더를 사용하고 NextLabel 필드를 원하는 레이블 식별자로 설정한다. 업데이트가 적용되는 CIS 이벤트는 Instant 필드로 표시되며, 주변 기기가 업데이트 표시를 수신할 수 있는 충분한 재전송 기회를 제공하기 위해 최소 6개의 CIS 이벤트로 설정된다.
연결된 LE ACL에서 가능한 가장 빠른 전송 기회에 센트럴 기기는 레이블 식별자와 Instant의 CIS 이벤트를 포함하는 LL CIS 업데이트 표시 PDU를 보낼 수 있다. 이는 모든 중간 CIS PDU가 손실된 경우 백업 메커니즘 역할을 할 수 있다. 주변 장치가 새 레이블이 포함된 CIS PDU를 승인한 경우, 본 동작은 선택 사항일 수 있다. 반대의 경우, 본 동작은 필수사항일 수 있다.
CIS 업데이트는 CIS PDU 헤더의 Instant 필드에 의해 식별되는 CIS 이벤트 또는 LL CIS 업데이트 표시 PDU가 나타내는 Instant에 적용된다.
도 27는 근거리 무선 통신을 이용한 클라우드 게임(cloud game) 시스템 구성의 일 예를 나타낸 도이다. 도 27을 참조하면, 근거리 무선 통신을 이용한 클라우드 게임 시스템은 게임 컨트롤러(Stadia controller)는 Chromecast 기기와 Wi-Fi 기반으로 연결을 수행하며, 블루투스는 초기 연결 용도로 사용될 수 있다. 게임 헤드셋(game headset)의 경우 Headset의 무선 연결을 위해 전용 기지국(Base station)이 사용될 수 있다. 오디오 코덱으로는 Dolby 오디오 코덱이 사용될 수 있다. 근거리 무선통신의 범위는 약 10m까지 지원될 수 있으며(Up to 30ft), 스탠바이 배터리 수명은 약 20달까지일 수 있고, 2.4GHz의 주파수가 근거리 무선통신에 사용될 수 있다. 무선 어댑터(Wireless adaptor) / Dongle을 게임 플랫폼(마스터 디바이스) (Xbox, PS4 등)에 USB 연결하여 헤드셋의 무선 연결 링크를 구성하는 방법이 사용될 수 있다.
큰 값을 갖는 RTN(retransmission number)은 고대역폭의 사용ㅇ을 강제할 수 있다. CIS 전송은 고대역폭으로 링크 품질을 달성하는 방식과 대기 시간을 활용하는 방식 사이의 tradeoff를 고려하여 설계되었지만, 전송 대기 시간 값이 제한적이다. 따라서, 지연을 낮게 유지하고 대역폭에 따라 성능을 높이며, 대역폭을 낮게 유지하고 지연에 따라 성능을 높이는 방식이 필요할 수 있다.
도 28은 Basic Audio Profile QoS 설정의 일 예를 나타낸 도이다. 도 28을 참조하면, 데이터 송수신의 신뢰성(reliability)을 증대시키기 위해서는 넓은(많은) 대역폭(BW)이 사용되어야 한다. 같은 BW에서 샘플률(sample rate)이 높을 경우, 연결 기반(connected) 방식이 프레임 손실(frame loss) 적다. 반면, 샘플률이 낮은 경우 브로드캐스트 기반 방식이 프레임 손실이 적을 수 있다. 따라서, 같은 동일한 프레임 손실을 유지할 때, 샘플률이 높은 경우 브로드캐스트 방식이 BW를 더 필요로 하면, 샘플률이 낮은 경우 연결기반 방식이 BW를 더 필요로 할 수 있다. 한편, 샘플률이 높은 경우 연결 기반 방식이 브로드캐스트 방식 비해 저-지연/더 적은 BW로 전송이 가능할 수 있다. 즉, 연결 기반 방식이 저지연에 더 적합할 수 있고, 다만, 이는 많은 BW를 (High reliability 와 유사하게 사용) 사용할 수 있음을 전제로 한다. BW 사용에 제한이 있거나, 낮은 샘플률를 사용해야 할 경우, 브로드캐스트 방식이 더 적합할 수 있다. 예를 들어, Hub 기기에 (Ex: TV, Game Platform, …) 많은 BW 부하(load)가 걸릴 경우, 무선 자원 최적화가 필요할 수 있다. 즉, 부하 밸런싱(Load balancing) 및 한계를 초과할 경우 적절한 동작 모드 설정을 통하여 필수 기능만 원활하게 사용할 수 있도록 UX 제공 필요하다. 여기서, 적절한 동작 모드 설정은 샘플률이나, 전송방식 변경을 의미할 수 있다.
도 29는 근거리 무선 통신 시스템을 구성하는 디바이스들의 대역폭 사용의 일 예를 나타낸 도이다. 도 29는 클라우드 게이밍 시스템에 관한 것일 수 있다. 도 29에서, 대역폭 효율이 100%임이 가정된다. 도 29에 나타난 디바이스들에 의해서 사용되는 대역폭 비율을 모두 더하면 100%를 초과하게 되므로, 시스템을 구성하는 디바이스들에 대한 적절한 동작 모드 설정 등을 통해 사용 대역폭에 대한 최적화가 필요할 수 있다.
도 30 및 도 31은 본 명세서에서 제안하는 근거리 무선 통신 시스템에서 공유 링크를 설정하기 위한 방법의 일 예를 나타낸 도이다. 도 30 및 도 31에서의 근거리 무선 통신 시스템은 클라우드 게이밍(cloud gaming) 시스템일 수 있다. 도 30을 참조하면, 클라우드 게임 플랫폼인 TV는 클라우드 게임 서비스를 제공하기 위해, 게이밍 기기 그룹과 연결을 형성할 수 있다. 여기서, 게이밍 기기 그룹은 게이밍 헤드셋(Gaming Headset), 게임 컨트롤러(game controller) 등으로 구성될 수 있다. 또한, 게임 서비스 외에 TV가 제공하는 서비스와 관련하여, TV는 TV 원격 컨트롤러(remote controller), 또는 TV 사운드 바(sound bar)와 같은 기기와 연결을 형성할 수 있다. 상기 근거리 무선 통신 시스템에서, TV는 마스터 디바이스일 수 있고, 게이밍 헤드셋(Gaming Headset), 게임 컨트롤러(game controller) TV 원격 컨트롤러(remote controller), 또는 TV 사운드 바(sound bar) 등의 기기는 슬레이브 디바이스일 수 있다.
TV가 게임 서비스를 위해 게이밍 기기 그룹을 구성하는 기기들과 연결을 형성하는 경우, 기기 별로 독립적인 추가 베어러(Bearer), 링크(Link)를 생성하지 않고, 하나의 공유 링크/베어러를 생성하고, 상기 공유 링크/베어러를 통해 게이밍 기기 그룹을 구성하는 기기들과 데이터 교환을 수행한다(3010). 상기 공유 링크/베어러가 기 형성된 상태에서 새로운 게이밍 기기가 추가되는 경우, 새로운 게이밍 기기와 독립적인 추가 베어러/링크를 생성하지 않고, 기 형성된 링크/베어러에 새로운 게이밍 기기를 추가할 수 있다. 한편, 기 형성된 공유 링크/베어러가 없는 경우, TV가 최초로 연결을 형성하는 기기와 공유 링크/베어러 형성 절차를 수행한다. 본 명세서에서 제안하는 공유링크는 게이밍 기기 그룹을 구성하는 모든 기기들이 공동으로 사용하는 링크이다. 또한, 상기 공유 링크는 오디오 데이터, 컨트롤 데이터 등 서로 다른 특성을 가진 어플리케이션(application) 데이터 송수신을 지원하며, 저 지연을 위한 동기화된(Synchronized)/등시(isochronous) 전송을 지원한다. 상기 컨트롤 데이터는 게임 컨트롤러 사용자의 컨트롤러 기기로의 입력에 기초하여 생성되는 데이터일 수 있다. 도 30의 3020을 참조하면, TV와 연결을 형성하는 기기가 게이밍 기기 그룹에 포함되는 기기가 아닐 경우 각 기기가 제공하는 서비스 특성에 맞는 TV와 무선 통신을 위한 별도의 링크/베어러가 추가 생성된다(3020).
또한, 공유 링크에 설정된 연결 파라미터는 추가적인 오디오 기기, 컨트롤러 기기 기기 연결 및 해제가 발생할 경우 연결 파라미터 업데이트 절차가 수행된다. 무선 자원이 충분히 확보되지 않은 경우, TV는 특정 모드를 설정하여 (Ex: Game mode) 다른 서비스를 위한 링크 형성 동작을 거부할 수 있다.
도 31을 참조하면, 게임 플랫폼인 TV(3120)는 오디오 기기(3121)로 오디오 데이터를 전송하고, 컨트롤 기기(3122)로부터는 컨트롤 데이터를 수신하므로, Audio Profile 및 Contol Profile을 모두 구비할 수 있다. 이 때, 공유 링크는 TV의 오디오 데이터 전송을 위한 링크와 컨트롤 데이터 수신을 위한 링크, 2개의 링크를 포함할 수 있다. 오디오 기기(3121)는 TV(3120)로부터 오디오 데이터를 수신하므로, Audio Profile을 구비할 수 있다. 컨트롤 기기(3122)는 TV(3120)로 컨트롤 데이터를 전송하므로, Control Profile을 구비할 수 있다.
도 32는 본 명세서에서 제안하는 근거리 무선 통신 시스템에서 공유 링크를 설정하기 위한 방법의 일 예를 나타낸 흐름도이다. 도 32에서, 디바이스 A 내지 디바이스 D는 클라우드 게이밍(cloud gaming) 서비스를 제공하는 기기이다. 디바이스 A는 마스터 디바이스이며, 디바이스 B 내지 D는 슬레이브 디바이스이다.
S3210: 디바이스 B 및 C는, 사용자가 디바이스 B 및 C의 전원을 켰을 때, 클라우드 게이밍 서비스(cloud gaming service)를 제공한다는 정보를 포함한 광고 메시지를 전송한다. 디바이스 A는 디바이스 B 및 C로부터 광고메시지를 수신하고, 자신의 주변에 게이밍 서비스를 제공하는 기기들이 있음을 파악하고, 게임 모드(Game mode)로 동작 모드를 전환한다. 상기 디바이스 A는 TV, 게임 디스플레이 플랫폼 등일 수 있다. 또한, 상기 디바이스 B 및 C는 오디오 지원 기기(헤드셋), 게임 컨트롤러 기기 등일 수 있다.
S3220: 이후, 게임 모드에서, 디바이스 A는 디바이스 및 디바이스 C와 공유링크를 형성한다. 디바이스 B 및 C가 모두 오디오 지원 기기인 경우, 디바이스 A는 디바이스 B 및 C로 오디오 데이터만을 전송할 수 있다. 이 때, 오디오 데이터는 Aux Synch IND 패킷을 통해 전송될 수 있다. 디바이스 B 및 C가 모두 오디오 지원 기기인 경우는 마스터 디바이스로부터 슬레이브 디바이스로의 데이터만이 존재하는 경우인 것으로 이해될 수 있다. 추가적으로, 디바이스 A는 오디오 데이터를 브로드캐스팅하고, 오디오 데이터에 대한 디바이스 B 및 C의 그룹 ACK(Group Ack)을 수신하도록 설정될 수 있다. 한편, 디바이스 B 및 C 중 하나의 디바이스는 게임 컨트롤러 기기이고, 나머지 하나의 디바이스는 오디오 지원 기기인 경우, 디바이스 A는 디바이스 B 및 C 중 게임 컨트롤러 기기인 하나의 디바이로부터 컨트롤 데이터를 수신하고, 오디오 지원 기기인 나머지 하나의 디바이스로는 오디오 데이터를 전송할 수 있다. 이 때, 오디오 데이터는 Aux Synch IND 패킷을 통해 전송될 수 있다. 디바이스 B 및 C 중 하나의 디바이스는 게임 컨트롤러 기기이고, 나머지 하나의 디바이스는 오디오 지원 기기인 경우는 마스터 디바이스로부터 슬레이브 디바이스로의 데이터와 슬레이브 디바이스로부터 마스터 디바이스로의 데이터가 모두 존재하는 경우인 것으로 이해될 수 있다.
S3230: 게임 서비스를 위한 디바이스 D가 디바이스 A에 추가적으로 연결되는 경우, 공유 링크에 디바이스 D가 추가되고, 연결 파라미터가 변경된다. 즉, 공유 링크에 디바이스 D가 추가되기 위해, 연결 파라미터 업데이트가 수행될 수 있다. 이 때, 디바이스 A는 BIS Data with label 또는 CIS Label Request를 통해 기존 공유링크를 구성하고 있던 기기들인 디바이스 B 및 C로 업데이트 요청을 전송하고, 연결 파라미터 업데이트를 수행할 수 있다.
도 33은 본 명세서에서 제안하는 연결 파라미터 업데이트 방법의 일 예를 나타낸 도이다. 보다 구체적으로, 도 33은 SDU 데이터 특성을 고려한 연결 파라미터 업데이트 방법에 관한 도이다. 도 33을 참조하면, Instant 이전 시간 구간(3310)에서 변경전 연결 파라미터가 적용되어 데이터 송수신이 수행되고, Instant 이후 시간 구간(3320)에서 변경된 연결 파라미터가 적용되어 데이터 송수신이 수행된다. 보다 구체적으로, 전환 구간(Transition period) 이후 변경된 연결 파라미터가 적용된다. 상기 전환 구간은 도 33에 도시된 #1 내지 #3 3가지 옵션에 따라 설정될 수 있다. 상기 #1 내지 #3 옵션은 앞서 수학식 1 내지 3을 통해 설명한 옵션에 각각 순서대로 대응된다.
상기 3가지 옵션들 중, #1의 경우 Interval의 값이 Old에서보다 New에서 더 클 경우, 새로운 파라미터가 적용된 CIS event를 전환 구간이 모두 cover하지 못하는 경우가 발생할 수 있다. #2의 경우 Interval을 새로 적용하는 것으로 사용하기 때문에 새로운 파라미터가 적용된 Event 충분히 담을 수 있다. 특히, Interval의 값이 Old보다 New에서 더 클 경우, 2개 이상의 Event를 전환 구간에 포함할 수 있으며, 2~3개의 Event까지도 포함 가능할 수 있다. #3의 경우 Interval의 값이 Old에서보다 New에서 더 작은 경우, CIS event를 전환 구간이 모두 cover하지 못하는 경우가 발생할 수 있다.
CIG의 모든 CIS에 대하여, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 마스터 디바이스로부터 슬레이브 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 모두 동일한 FT 값이 적용/설정될 수 있다. 또한, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 슬레이브 디바이스로부터 마스터 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 모두 동일한 FT 값이 적용/설정될 수 있다. 단, 마스터 디바이스로부터 슬레이브 다비이스로의 데이터 전송을 위한 복수의 링크에 적용되는 동일한 FT 값과 슬레이브 디바이스로부터 마스터 다비이스로의 데이터 전송을 위한 복수의 링크에 적용되는 또다른 동일한 FT 값은 서로 다를 수 있다.
본 명세서는, CIG의 모든 CIS에 대하여, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 마스터 디바이스로부터 슬레이브 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 복수의 링크 각각의 특성을 고려하여 서로 다른 FT 값이 적용/설정될 수 있다. 또한, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 슬레이브 디바이스로부터 마스터 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 모두 복수의 링크 각각의 특성을 고려하여 서로 다른 FT 값이 적용/설정될 수 있다. 보다 일반적으로, CIG의 모든 CIS에 대하여, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 마스터 디바이스로부터 슬레이브 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 복수의 링크 각각의 특성을 고려하여 서로 다른 연결 파라미터 값이 적용/설정될 수 있다. 또한, 마스터 디바이스와 복수의 슬레이브 디바이스 간에 슬레이브 디바이스로부터 마스터 다비이스로의 데이터 전송을 위한 복수의 링크가 존재할 때, 상기 복수의 링크에 대해서 모두 복수의 링크 각각의 특성을 고려하여 서로 다른 연결 파라미터 값이 적용/설정될 수 있다. 복수의 링크의 특성을 고려하여 적용되는 서로 다른 연결 파라미터는 전환구간, BN 등의 파라미터를 더 포함할 수 있다.
공유 링크에서 각 그룹핑된 서브 프레임(Grouped Sub frame)은 마스터 디바이스에서 슬레이브 디바이스로의 링크, 슬레이브 디바이스에서 마스터 디바이스로의 링크에 적용되는 FT 및 Transition period 값이 서로 다를 수 있다. 상기 그룹핑된 서브 프레임은 오디오 데이터, 컨트롤 기기의 컨트롤 데이터, 기기 별 가정 데이터 또는 상향링크, 하향링크에 대한 것일 수 있다.
도 34는 본 명세서에서 제안하는 연결 파라미터 업데이트 방법의 일 예를 나타낸 도이다. 보다 구체적으로, 도 34는 SDU 데이터 특성을 고려한 연결 파라미터 업데이트 방법에 관한 도이다. 도 34를 참조하면, Instant 이전 시간 구간에서 변경전 연결 파라미터가 적용되어 데이터 송수신이 수행되고, Instant 이후 시간 구간에서 변경된 연결 파라미터가 적용되어 데이터 송수신이 수행된다.
도 34의 SDU에서, 짝수(2, 4, 6 등)으로 표시된 것은 Master to Slave Event를 나타내고, 홀수(1, 3, 5 등) 표시된 것은 Slave Master Event를 나타낸다. Master to Slave Event와 Slave Master Event 각각에서는 데이터 종류(Data type)가 다른 데이터를 송수신하는 것이 가능하다. 이종 성격의 데이터를 교환할 때 본 명세서에서 제안하는 데이터 패킷 구조의 Link ID필드는 Shared Link로 설정될 수 있다. 본 명세서에서 제안하는 방법을 통해 이는 다수의 기기와의 동기화된(Synchronized) 데이터 교환이 가능할 수 있다. 또한, 기기간에 교환되는 데이터의 종류에 따라서, 연결 파라미터가 개별 부여될 수 있다. 기기간에 교환되는 데이터의 종류에 따라서, 마스터 디바이스와 각각의 슬레이브 디바이스간의 링크에 적용되는 연결 파라미터의 값이 서로 다르게 설정될 수 있다. 예를 들어, Master to Slave Event에는 Audio 성격의 데이터가 Broadcasting될 수 있다. 이 때, 본 명세서에서 제안하는 데이터 패킷 구조의 Group Address 필드는 “Broadcasting Address”로 설정될 수 있다. 또한, Slave to Master Event에는 control 성격의 데이터가 기기간에 교환할 수 있으며, 다수의 슬레이브 디바이스들을 그룹핑하여 Group Address를 부여할 수 있다. 그룹핑된 기기들 중 각각의 기기들에 대한 슬롯(Slot) 할당은 본 명세서에서 제안하는 데이터 패킷 구조의 Frame Assigned ID필드를 이용하여 수행될 수 있다. 데이터 특성에 따른 연결 파라미터 별도 적용의 예시로, FT는 컨트롤 종류 데이터(Control Type data)에는 오디오 종류 데이터(Audio Type data)보다 작은 값으로 설정될 수 있다. 또 다른 예시로, 컨트롤 종류 데이터의 경우, BN 값은 컨트롤 종류 데이터를 요구하는 기기의 수 (Controller의 수)에 따라 설정될 수 있다. 보다 구체적으로, 기기가 추가될 경우 연결 파라미터 업데이트 시 BN 값이 증가될 수 있고, 반대로 기기가 제거될 경우 BN 값은 감소될 수 있다. 즉, BN 값은 컨트롤 종류 데이터를 요구하는 기기의 수 (Controller의 수)에 비례하여 설정/결정될 수 있다.
도 35는 본 명세서에서 제안하는 연결 파라미터 업데이트를 위해 사용되는 데이터 패킷 구조의 일 예를 나타낸 도이다. 도 35를 참조하면, 상기 데이터 패킷 구조는 패킷 헤더에 그룹 주소(group address), Link ID필드, 프레임 할당 ID(frame assigned ID)필드 및 데이터 타입 필드가 포함될 수 있다. 상기 Link ID 필드는 공유 링크의 식별을 위해 사용되고, 프레임 할당 ID(frame assigned ID)필드는 마스터 디바이스가 다수의 슬레이브 디바이스와 연결된 상황에서 각 슬레이브 디바이스에 할당된 슬롯을 나타내기 위해 사용된다.
도 36은 본 명세서에서 제안하는 연결 파라미터 업데이트 방법이 수행되는 또 다른 일 예를 나타낸 도이다.
도 36에서, 공유링크 매니저 디바이스(마스터 디바이스)는 2대의 오디오 매니저 디바이스(슬레이브 디바이스/사용자 디바이스 #1 및 #2)와 2개의 유니캐스트 채널을 각각 형성하고, 각각 형성된 2개의 채널을 통해 2대의 오디오 매니저 디바이스 #1/#2로 오디오 데이터를 전송한다(S3610). 도 36의 3610은 각각 형성된 2개의 채널을 통한 공유링크 매니저 디바이스의 2대의 오디오 매니저 디바이스 #1/#2로의 오디오 데이터를 전송의 예시를 나타낸다. 하나의 ICO 채널 Interval은 2개의 서브 Interval로 구성되며, 첫 번째 서브 Interval에서는 오디오 매니저 디바이스 #1로의 데이터 전송이 수행되고, 두 번째 서브 Interval에서는 오디오 매니저 디바이스 #2로의 데이터 전송이 수행될 수 있다.
이후, 공유링크 매니저 디바이스는 상기 2대의 오디오 매니저 디바이스와 공유링크를 형성한다(S3620). 공유링크가 형성되면, 공유링크 매니저 디바이스는 하나의 공유링크를 통해서 2대의 오디오 매니저 디바이스로 오디오 데이터를 전송할 수 있다. 이 때, 공유링크를 통한 오디오 데이터 전송은 멀티캐스팅/브로드캐스팅 방식에 따라 수행될 수 있다.
다음, 2대의 컨트롤러 기기(#3 및 #4)가 공유링크에 추가될 수 있다(S3630). 이 때, 공유 링크의 연결 파라미터는 상기 2대의 컨트롤러 기기의 추가를 위해 업데이트된다. 공유 링크 매니저 디바이스는 Slave to Master Event를 통해 Controller 기기들로부터 컨트롤 데이터를 수신할 수 있다. Slave to Master Event는 유니캐스트(Unicast) 동작에 해당하여, 공유 링크 매니저 디바이스(마스터 디바이스)가 다수의 컨트롤러 기와 통신할 경우 Event를 기기 별로 할당하게 된다. 도 36의 3620은 공유링크를 통한 공유링크 매니저 디바이스의 2대의 오디오 매니저 디바이스 #1/#2로의 오디오 데이터를 전송 및 2대의 컨트롤 디바이스로부터의 컨트롤 데이터 수신의 예시를 나타낸다. 3620을 참조하면, 하나의 공유 링크 Interval에서, 오디오 데이터의 전송과 컨트롤 데이터의 수신이 모두 수행되되, “1”번(홀수) Event는 컨트롤 디바이스 #3에게 할당되고, “2”번(짝수) Event는 컨트롤 디바이스 #4에게 할당된다. 단, 이는 설명의 편의를 위한 예시에 불과할 뿐, 본 명세서에서 제안하는 방법이 이에 제한되는 것은 아니다.
도 37 및 도 38은 본 명세서에서 제안하는 방법을 지원하기 위한 HCI commend의 일 예를 나타낸 도이다. 도 37(a)를 참조하면, 호스트는 HCI command 패킷을 컨트롤러로 전송하고(S3710), 컨트롤러로부터 HCI event 패킷을 수신한다(S3720). 이후, 호스트와 컨트롤러는 HCI ACL data packet을 서로 교환하고(S3730), HCI synchronous 데이터 패킷을 서로 교환한다(S3740).
도 37의 (b)를 참조하면, 마스터 디바이스의 GAM profile과 GAM LE Audio core에서는 아래의 동작들이 수행된다(3710).
- Slave #1, #2, …에 할당할 Event 결정 .
- Interval 결정.
- Controller에 정보 전송.
- Audio Multi channel 전송.
- Power level 확인.
- Slave #1, #2, …에 할당할 Event Update.
- Interval 결정 및 Update.
- Controller에 정보 전송.
- Audio Multi channel 전송.
Host와 controller가 통신하기 위한 HCI Command가 구성되어 동작하고 있다. 이 때, GAM 및 LE Audio Core가 적용되면 도 37(b)의 좌측에 도시된 Stack과 같이 프로토콜 stack이 구성될 수 있으며, RF에서 Host로의 통신을 위한 인터페이스가 필요할 수 있다. Connection / Link별 / 기기별 / Data 특성 별로 연결 파라미터를 차등 설정하고, 동작하기 위해서는, 몇 개의 Slave와 통신을 하고 있는지, 몇 개의 Channel / Stream을 전송하고 있으며 각 Event에 전송하는 데이터가 어떤 Slave에게 전송되는지에 대한 정보가 RF와 Host 사이에 교환 되어야 한다. 도 38은 이를 위한 HCI command들의 예시들을 나타낸다.
도 39 및 도 40은 기기 종류와 QoS를 고려한 모드 설정 방법의 일 예를 나타낸 도이다. 도 39를 참조하면, TV, 게임 플랫폼, 셋톱 박스 등의 허브 기기는 핸드폰(Phone), 헤드셋(Headset), 사운드 바(Sound bar), 게임 패드(Game pad), 원격 컨트롤러(remote controller) 등 다양한 기기들과 무선으로 연결되어 서비스를 제공한다. 허브 기기가 다수의 기기들에 대하여 동시에 다수의 서비스를 제공하게 되는 경우, 대역폭 부하(BW load)가 문제될 수 있고, 이 때 무선 자원 최적화가 필요하다. 예를 들어, 대역폭 부하가 로드 밸런싱(Load balancing)으로 해결 가능한 범위나 총 BW 한계를 초과할 경우, 적절한 동작 모드 설정/구현으로 필수 기능만 원활하게 사용할 수 있도록 UX 제공이 필요할 수 있다. 부하를 분배하기 위해 허브 기기는 유선 연결된 동일 기능 (Game, Mirroring service 등)을 제공하는 Hub 기기와의 협상을 통해, 서비스를 이관하여 일부 무선 자원을 확보할 수 있다. 예를 들어, TV가 직접 Wi-Fi 등의 무선 통신을 사용하여 핸드폰(Phone)과 미러링 서비스(Mirroring service)를 수행할 때, 부하 관리를 위해 특정모드로 동작모드를 변경하여 무선 자원을 최적화 할 수 있다. TV는 아래와 같은 동작 모드들을 가질 수 있다.
TV 시청 모드: 외부 기기 연동 없이 TV Local 기능만으로 TV 시청 시나리오에 최적화될 수 있음.
BT 스피커 모드: 주변 오디오 기기 (무선 스피커) 또는 제어 기기 (리모컨, 전구, 스마트 폰)와 함께 오디오 서비스를 제공할 수 있음.
미러링 모드: 타 기기의 A/V를 수신하여 사용자에게 보여 줌, Mirroring source 기기와의 연결 대기 등의 동작을 수행함.
게임 모드: game pad가 연결되면 현재 무선 자원 운용 상태를 확인하고 자동으로 동작 모드가 변경될 수 있음. 게임 모드가 먼저 설정되는 경우, TV가 게임 콘솔을 자동으로 인식해 연결을 수행할 수 있음. 입력 지연 시간을 우선시 하도록 게임 콘솔 기기 설정될 수 있음.
도 40은 동작 모드 변경에 따른 QoS 설정 변경의 예시에 관한 도이다. 도 40을 참조하면, 특정 동작 모드에서 다른 동작모드로의 동작모드 변경을 통해 QoS 설정이 최적화될 수 있음을 알 수 있다.
도 41은 본 명세서에서 제안하는 데이터 송수신 방법이 마스터 디바이스에서 수행되는 일 예를 나타낸 도이다. 보다 구체적으로, 마스터 디바이스는 제 1 슬레이브 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신한다(S4110).
다음, 상기 마스터 디바이스는 상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성한다(s4120). 여기서, 상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함한다.
다음, 상기 마스터 디바이스는 제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신한다(S4130). 이 때, 상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고, 상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정된다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.
이상, 전술한 본 발명의 바람직한 실시예는, 예시의 목적을 위해 개시된 것으로, 당업자라면 이하 첨부된 특허청구범위에 개시된 본 발명의 기술적 사상과 그 기술적 범위 내에서, 다양한 다른 실시예들을 개량, 변경, 대체 또는 부가 등이 가능할 것이다.
Claims (15)
- 근거리 무선 통신 시스템에서 마스터(master) 디바이스가 데이터를 송수신하는 방법은,제 1 슬레이브(slave) 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신하는 단계;상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성하는 단계,상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함하고; 및제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신하는 단계를 포함하되,상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고,상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정되는 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 제 1 링크 상으로 전송되는 데이터와 상기 제 2 링크 상으로 전송되는 데이터는 서로 다른 종류의 데이터인 것을 특징으로 하는 방법.
- 제 2 항에 있어서,상기 제 1 링크 상으로 전송되는 데이터는 상기 서비스와 관련된 오디오 데이터인 것을 특징으로 하는 방법.
- 제 3 항에 있어서,상기 제 2 링크 상으로 전송되는 데이터는 상기 서비스와 관련된 컨트롤(control) 데이터이고,상기 컨트롤 데이터는 상기 슬레이브 디바이스로의 사용자 입력에 기초하여 생성되는 것을 특징으로 하는 방법.
- 제 4 항에 있어서,상기 오디오 데이터는 브로드캐스트(broadcast) 또는 멀티캐스트(multicast) 방식에 기초하여 전송되는 것을 특징으로 하는 방법.
- 제 5 항에 있어서,상기 제 2 슬레이브 디바이스가 상기 공유 링크와 관련된 슬레이브 디바이스로 추가된 경우, 상기 오디오 데이터는 상기 제 1 슬레이브 디바이스와 상기 제 2 슬레이브 디바이스에 대한 그룹핑에 기초하여 전송되고,상기 그룹핑된 제 1 슬레이브 디바이스 및 제 2 슬레이브 디바이스에 상기 오디오 데이터의 전송을 위한 그룹 어드레스(address)가 할당되는 것을 특징으로 하는 방법.
- 제 4 항에 있어서,상기 링크 파라미터는 (i) CIS (Connected Isochronous Stream) 데이터 PDU(packet date unit) 전송에 사용될 수 있는 CIS 이벤트(event)의 최대 개수에 대한 제 1 파라미터 및 (ii) Broadcast Isochronous Stream (BIS) 이벤트의 각 BIS에 대한 새로운 페이로드(payload) 개수에 대한 제 2 파라미터를 포함하는 것을 특징으로 하는 방법.
- 제 7 항에 있어서,상기 제 1 링크에 적용되는 상기 제 1 파라미터의 값은 상기 제 2 링크에 적용되는 상기 제 1 파라미터의 값보다 작은 값으로 설정되는 것을 특징으로 하는 방법.
- 제 8 항에 있어서,상기 제 2 링크에 적용되는 상기 제 2 파라미터의 값은 상기 제 2 링크와 관련된 슬레이브 디바이스의 수에 비례하여 결정되는 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 제 1 광고 메시지 및 상기 제 2 광고 메시지 각각은 상기 서비스에 대한 식별 정보를 포함하는 것을 특징으로 하는 방법.
- 제 10 항에 있어서,(i) 상기 식별 정보 및 (ii) 상기 마스터 디바이스에 할당된 전체 대역폭(Bandwidth) 중 상기 서비스의 제공을 위해 사용 가능한 대역폭의 크기에 기초하여, 상기 마스터 디바이스의 동작 모드를 상기 서비스의 제공을 위한 특정 동작 모드로 변경하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 1 항에 있어서,상기 제 1 슬레이브 디바이스로, 상기 링크 파라미터의 업데이트를 요청하는 요청 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 제 12 항에 있어서,상기 요청 메시지는 CIS 레이블 요청(label request)에 기초하여 구성되는 것을 특징으로 하는 방법.
- 제 12 항에 있어서,상기 요청 메시지는 레이블을 포함하는 BIS 데이터(BIS date with label)에 기초하여 구성되는 것을 특징으로 하는 방법.
- 근거리 무선 통신 시스템에서 데이터를 송수신하는 마스터(master) 디바이스에 있어서,무선 신호를 전송하기 위한 전송기(transmitter);무선 신호를 수신하기 위한 수신기(receiver);적어도 하나의 프로세서; 및상기 적어도 하나의 프로세서에 동작 가능하게 접속 가능하고, 상기 적어도 하나의 프로세서에 의해 실행될 때, 동작들을 수행하는 지시(instruction)들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,상기 동작들은,제 1 슬레이브(slave) 디바이스로부터, 상기 데이터의 송수신과 관련된 서비스의 제공을 위한 제 1 광고 메시지를 수신하는 단계;상기 제 1 광고 메시지에 기초하여, 상기 데이터를 송수신하기 위한 공유 링크(shared link)를 상기 공유 링크의 설정(configuration)을 위한 링크 파라미터에 기초하여 형성하는 단계,상기 공유 링크는 (i) 상기 마스터 디바이스로부터 슬레이브 디바이스로의 데이터 전송을 위한 제 1 링크 및 (ii) 상기 슬레이브 디바이스로부터 상기 마스터 디바이스로의 데이터 전송을 위한 제 2 링크를 포함하고; 및제 2 슬레이브 디바이스로부터, 상기 서비스의 제공을 위한 제 2 광고 메시지 수신하는 단계를 포함하되,상기 제 2 광고 메시지에 기초하여, 상기 공유 링크에 적용된 상기 링크 파라미터가 상기 제 2 슬레이브 디바이스를 상기 공유 링크와 관련된 슬레이브 디바이스로 추가하기 위해 업데이트되고,상기 제 1 링크의 특성 및 상기 제 2 링크의 특성에 기초하여, 상기 업데이트된 링크 파라미터는 (i) 상기 제 1 링크 및 (ii) 상기 제 2 링크에 대하여 각각 서로 다른 값으로 설정되는 것을 특징으로 하는 마스터 디바이스.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18/257,058 US20240049116A1 (en) | 2020-12-11 | 2021-12-13 | Method for transmitting and receiving data and device for same in short-range wireless communication system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2020-0173288 | 2020-12-11 | ||
KR20200173288 | 2020-12-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022124870A1 true WO2022124870A1 (ko) | 2022-06-16 |
Family
ID=81974554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2021/018880 WO2022124870A1 (ko) | 2020-12-11 | 2021-12-13 | 근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20240049116A1 (ko) |
WO (1) | WO2022124870A1 (ko) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024065370A1 (en) * | 2022-09-29 | 2024-04-04 | Qualcomm Incorporated | Scheduling access point and electronic shelf label communication |
WO2024085424A1 (ko) * | 2022-10-21 | 2024-04-25 | 삼성전자 주식회사 | 블루투스 연결을 통해 통신하는 전자 장치 및 그 동작 방법 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040036279A (ko) * | 2002-10-24 | 2004-04-30 | 삼성전자주식회사 | 마스터와 다수의 슬레이브들이 유동적 데이터를실시간으로 공유하는 무선 네트워크 및 그 방법 |
JP2004274532A (ja) * | 2003-03-11 | 2004-09-30 | Toshiba Corp | 電子機器及び表示方法 |
KR20120128928A (ko) * | 2011-05-18 | 2012-11-28 | 엘지전자 주식회사 | 이동 단말기 |
WO2018222024A1 (ko) * | 2017-06-02 | 2018-12-06 | 엘지전자(주) | 블루투스 le 기술을 이용하여 디바이스를 연결하기 위한 방법 및 장치 |
-
2021
- 2021-12-13 US US18/257,058 patent/US20240049116A1/en active Pending
- 2021-12-13 WO PCT/KR2021/018880 patent/WO2022124870A1/ko active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040036279A (ko) * | 2002-10-24 | 2004-04-30 | 삼성전자주식회사 | 마스터와 다수의 슬레이브들이 유동적 데이터를실시간으로 공유하는 무선 네트워크 및 그 방법 |
JP2004274532A (ja) * | 2003-03-11 | 2004-09-30 | Toshiba Corp | 電子機器及び表示方法 |
KR20120128928A (ko) * | 2011-05-18 | 2012-11-28 | 엘지전자 주식회사 | 이동 단말기 |
WO2018222024A1 (ko) * | 2017-06-02 | 2018-12-06 | 엘지전자(주) | 블루투스 le 기술을 이용하여 디바이스를 연결하기 위한 방법 및 장치 |
Non-Patent Citations (1)
Title |
---|
LEONARDI LUCA; PATTI GAETANO; LO BELLO LUCIA: "Multi-Hop Real-Time Communications Over Bluetooth Low Energy Industrial Wireless Mesh Networks", IEEE ACCESS, IEEE, USA, vol. 6, 1 January 1900 (1900-01-01), USA , pages 26505 - 26519, XP011684839, DOI: 10.1109/ACCESS.2018.2834479 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024065370A1 (en) * | 2022-09-29 | 2024-04-04 | Qualcomm Incorporated | Scheduling access point and electronic shelf label communication |
WO2024085424A1 (ko) * | 2022-10-21 | 2024-04-25 | 삼성전자 주식회사 | 블루투스 연결을 통해 통신하는 전자 장치 및 그 동작 방법 |
Also Published As
Publication number | Publication date |
---|---|
US20240049116A1 (en) | 2024-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018222024A1 (ko) | 블루투스 le 기술을 이용하여 디바이스를 연결하기 위한 방법 및 장치 | |
WO2018074892A1 (ko) | 블루투스 기술을 이용하여 데이터를 송수신하기 위한 방법 및 장치 | |
WO2018048268A1 (ko) | 블루투스 기술을 이용하여 디바이스를 연결하기 위한 방법 및 장치 | |
WO2018169380A1 (ko) | 블루투스 기술을 이용하여 오디오 신호를 처리하기 위한 방법 및 장치 | |
WO2016175638A1 (ko) | 블루투스 메쉬 네트워크에서 디바이스의 주소를 할당하기 위한 방법 및 장치 | |
WO2016182404A1 (ko) | 블루투스 저전력 에너지 기술을 이용하여 대체 통신 수단을 연결하기 위한 방법 및 장치 | |
WO2016175454A1 (ko) | 블루투스 메쉬 네트워크를 이용하여 데이터를 송수신하기 위한 방법 및 장치 | |
WO2015137601A1 (ko) | 무선통신 시스템에서 데이터 전송률 조절 방법 및 장치 | |
WO2017030232A1 (ko) | 데이터 송수신 방법 및 이를 위한 디바이스 | |
WO2016017907A1 (ko) | 블루투스 통신을 지원하는 무선 통신 시스템에서 전자기기를 제어하기 위한 방법 및 장치 | |
WO2020096412A1 (ko) | 블루투스 기술을 이용하여 오디오 데이터를 수신하기 위한 방법 및 이에 대한 장치 | |
WO2015163680A1 (ko) | 무선 통신 시스템에서 블루투스 저전력 에너지 기술을 이용하여 데이터를 송수신하기 위한 방법 및 장치 | |
WO2016175640A1 (ko) | 블루투스를 이용한 메쉬 네트워크에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2016175575A1 (ko) | 블루투스 메쉬 네트워크를 이용하여 데이터를 송수신하기 위한 방법 및 장치 | |
WO2016178542A1 (ko) | 블루투스에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2017018604A1 (ko) | 블루투스 le(low energy) 기술을 이용하여 대체 통신 수단을 연결하기 위한 방법 및 장치 | |
WO2018021877A1 (ko) | 디바이스의 연결을 형성하기 위한 방법 및 장치 | |
WO2016175471A1 (ko) | 블루투스를 이용한 메쉬 네트워크에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2016036206A2 (ko) | 블루투스 le(low energy) 기술을 이용하여 디바이스를 제어하기 위한 방법 및 장치 | |
WO2020149708A1 (ko) | 블루투스 기술을 이용하여 오디오 서비스를 제공하기 위한 방법 및 장치 | |
WO2022124870A1 (ko) | 근거리 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이에 대한 장치 | |
WO2019031822A1 (ko) | 블루투스 저전력 에너지 기술을 이용하여 디바이스간 연결을 형성하기 위한 방법 및 장치 | |
WO2018009040A1 (ko) | 블루투스 기술을 이용하여 데이터를 송수신하기 위한 방법 및 장치 | |
WO2018169379A1 (ko) | 블루투스 le 기술을 이용하여 디바이스를 탐색하기 위한 방법 및 장치 | |
WO2019235892A1 (ko) | 블루투스 기술을 이용하여 디바이스의 전력을 제어하기 위한 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 21903915 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 18257058 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 21903915 Country of ref document: EP Kind code of ref document: A1 |