WO2020022727A1 - 무선랜 시스템에서 무선 연결을 위한 장치 및 방법 - Google Patents

무선랜 시스템에서 무선 연결을 위한 장치 및 방법 Download PDF

Info

Publication number
WO2020022727A1
WO2020022727A1 PCT/KR2019/009046 KR2019009046W WO2020022727A1 WO 2020022727 A1 WO2020022727 A1 WO 2020022727A1 KR 2019009046 W KR2019009046 W KR 2019009046W WO 2020022727 A1 WO2020022727 A1 WO 2020022727A1
Authority
WO
WIPO (PCT)
Prior art keywords
wireless device
information
beacon
dpp
procedure
Prior art date
Application number
PCT/KR2019/009046
Other languages
English (en)
French (fr)
Inventor
조영준
박기원
윤정환
이병주
임태성
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2020022727A1 publication Critical patent/WO2020022727A1/ko

Links

Images

Classifications

    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management

Definitions

  • the present specification relates to a method for establishing a wireless connection in a WLAN system and an apparatus supporting the same.
  • Beacon is a short-range wireless communication technology that uses Bluetooth 4.0-based protocols to send signals to peripheral devices within a certain radius.
  • the wireless device may broadcast information (eg, ID) of things to adjacent devices through the beacons.
  • the device approaching the wireless device may analyze the beacon signal and perform an operation (eg, application execution, web page connection, etc.) that is previously mapped with the beacon signal.
  • An object of the present specification is to provide a method and an electronic device for establishing a wireless connection in a WLAN system.
  • One example according to the present disclosure relates to a method and / or apparatus for a wireless local area network (WLAN) system.
  • WLAN wireless local area network
  • the first wireless device can receive a beacon from the second wireless device.
  • the first wireless device may transmit information about the beacon to a server for identifying the beacon.
  • the first wireless device may receive information on a service requested by the beacon and information on a beacon identifier from the server.
  • the first wireless device may determine that the beacon is used to connect the second wireless device and the third wireless device based on the information about the service requested by the beacon.
  • the first wireless device may perform a public key exchange (PKEX) exchange procedure based on the information on the beacon identifier.
  • PKEX public key exchange
  • the key used for the PKEX exchange procedure may include information about the beacon identifier.
  • the first wireless device may establish a connection between the second wireless device and the third wireless device based on the PKEX exchange procedure.
  • a connection between wireless devices may be established through a beacon identifier in a WLAN system.
  • FIG. 1 is a conceptual diagram illustrating a structure of a WLAN system.
  • FIG. 2 is a conceptual diagram illustrating a scanning method in a WLAN.
  • FIG. 3 is a conceptual diagram illustrating an authentication and combining procedure after scanning of an AP and an STA.
  • FIG. 4 is a diagram illustrating a neighbor discovery process.
  • 5 is a conceptual diagram of a DPP procedure.
  • FIG. 6 is a flowchart illustrating a process of performing a DPP procedure between wireless devices.
  • 7A-7B illustrate the frame format of the beacons.
  • FIG. 8 illustrates a pairing procedure with a second wireless device via a beacon signal in the first wireless device.
  • FIG. 9 illustrates a procedure for establishing a connection using a beacon in the first wireless device.
  • FIG. 10 shows a procedure for establishing a connection using a beacon in the first wireless device.
  • FIG. 11 shows a procedure for establishing a connection using a beacon in the first wireless device.
  • FIG. 12 illustrates a procedure for establishing a connection using a beacon in the first wireless device.
  • FIG. 14 is a block diagram illustrating a wireless device to which an embodiment can be applied.
  • 15 is a block diagram illustrating an example of an apparatus included in a processor.
  • a slash (/) or comma may mean “and / or”.
  • a / B means “A and / or B”
  • it may mean “only A”, “only B”, or "any one of A and B.”
  • technical features that are separately described in one drawing may be implemented separately or may be simultaneously implemented.
  • parentheses may mean “for example.” Specifically, when displayed as “control information (A Signal)", “A Signal” may be proposed as an example of “control information”. In addition, even when indicated as “control information (ie, A signal)", “A signal” may be proposed as an example of "control information”.
  • FIG. 1 is a conceptual diagram illustrating a structure of a WLAN system.
  • FIG. 1A shows the structure of an infrastructure network of the Institute of Electrical and Electronic Engineers (IEEE) 802.11.
  • IEEE Institute of Electrical and Electronic Engineers
  • the WLAN system 10 of FIG. 1A may include at least one basic service set (hereinafter, referred to as 'BSS', 100, 105).
  • the BSS is a set of access points (APs) and stations (STAs) that can successfully synchronize and communicate with each other, and is not a concept indicating a specific area.
  • APs access points
  • STAs stations
  • the first BSS 100 may include a first AP 110 and one first STA 100-1.
  • the second BSS 105 may include a second AP 130 and one or more STAs 105-1, 105-2.
  • the infrastructure BSS may include at least one STA, AP (110, 130) providing a distribution service (Distribution Service) and a distribution system (DS, 120) connecting a plurality of APs. have.
  • the distributed system 120 may connect the plurality of BSSs 100 and 105 to implement an extended service set 140 which is an extended service set.
  • the ESS 140 may be used as a term indicating one network to which at least one AP 110 or 130 is connected through the distributed system 120.
  • At least one AP included in one ESS 140 may have the same service set identification (hereinafter, referred to as SSID).
  • the portal 150 may serve as a bridge for connecting a WLAN network (IEEE 802.11) and another network (eg, 802.X).
  • IEEE 802.11 IEEE 802.11
  • another network eg, 802.X
  • a network between the APs 110 and 130 and a network between the APs 110 and 130 and the STAs 100-1, 105-1, and 105-2 may be implemented. Can be.
  • FIG. 1B is a conceptual diagram illustrating an independent BSS.
  • the WLAN system 15 of FIG. 1B performs communication by setting a network between STAs without APs 110 and 130, unlike FIG. 1A. It may be possible to.
  • a network that performs communication by establishing a network even between STAs without the APs 110 and 130 is defined as an ad-hoc network or an independent basic service set (BSS).
  • BSS basic service set
  • the IBSS 15 is a BSS operating in an ad-hoc mode. Since IBSS does not contain an AP, there is no centralized management entity. Thus, in the IBSS 15, the STAs 150-1, 150-2, 150-3, 155-4, and 155-5 are managed in a distributed manner.
  • All STAs 150-1, 150-2, 150-3, 155-4, and 155-5 of the IBSS may be mobile STAs, and access to a distributed system is not allowed. All STAs of the IBSS form a self-contained network.
  • the STA referred to herein includes a medium access control (MAC) conforming to the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard and a physical layer interface to a wireless medium.
  • MAC medium access control
  • IEEE Institute of Electrical and Electronics Engineers 802.11
  • STA non-AP Non-AP Station
  • the STA referred to herein includes a mobile terminal, a wireless device, a wireless transmit / receive unit (WTRU), a user equipment (UE), and a mobile station (MS). It may also be called various names such as a mobile subscriber unit or simply a user.
  • WTRU wireless transmit / receive unit
  • UE user equipment
  • MS mobile station
  • FIG. 2 is a conceptual diagram illustrating a scanning method in a WLAN.
  • a scanning method may be classified into passive scanning 200 and active scanning 250.
  • the passive scanning 200 may be performed based on the beacon frame 230 that the AP 210 broadcasts periodically.
  • the AP 210 of the WLAN may broadcast the beacon frame 230 to the non-AP STA 240 every specific period (for example, 100 msec).
  • the beacon frame 230 may include information about the current network.
  • the non-AP STA 240 may periodically receive the beacon frame 230. In order to perform an authentication / association process, the non-AP STA 240 may perform scanning on the AP 210 and the channel based on the network information included in the beacon frame 230.
  • the passive scanning method 200 is a technique in which the non-AP STA 240 receives the beacon frame 230 transmitted from the AP 210 without first transmitting the frame.
  • passive scanning 200 has the advantage that the overall overhead incurred by data transmission / reception in the network is small.
  • the active scanning 250 is a technique in which the non-AP STA 290 transmits a probe request frame 270 to the AP 260 to proactively perform scanning.
  • the AP 260 may receive the probe request frame 270 from the non-AP STA 290.
  • the AP 260 may wait for a random time to prevent frame collision.
  • the AP 260 may transmit a probe response frame 280 including network information to the non-AP STA 290 in response to the probe request frame 270.
  • the non-AP STA 290 may obtain network information based on the received probe response frame 280.
  • the non-AP STA 290 performs the scanning, the time used for scanning is short.
  • the probe request frame 270 must be transmitted by the non-AP STA 290, there is a disadvantage in that network overhead for frame transmission and reception is increased.
  • the AP and the STA may perform an authentication and association procedure.
  • FIG. 3 is a conceptual diagram illustrating an authentication and combining procedure after scanning of an AP and an STA.
  • the non-AP STA may perform an authentication and association procedure with one of a plurality of APs that have completed the scanning procedure through passive / active scanning.
  • authentication and association procedures may be performed through two-way handshaking.
  • FIG. 3A is a conceptual diagram illustrating an authentication and combining procedure after passive scanning
  • FIG. 3B is a conceptual diagram illustrating an authentication and combining procedure after active scanning.
  • the authentication and association procedure can be performed regardless of whether an active scanning method or passive scanning was used.
  • the APs 300 and 350 may include the non-AP STAs 305 and 355, an authentication request frame 310, an authentication response frame 320, and an association request frame. , 330, and association response frame 340, the authentication and association procedure may be performed.
  • the authentication procedure may be performed by transmitting the authentication request frame 310 to the APs 300 and 350 in the non-AP STAs 305 and 355.
  • the AP 300 or 350 may transmit the authentication response frame 320 to the non-AP STAs 305 and 355 in response to the authentication request frame 310.
  • Authentication frame format is described in IEEE 802.11 8.3.3.11.
  • the joining procedure may be performed by transmitting the join request frame 330 to the APs 300 and 305 in the non-AP STAs 305 and 355.
  • the AP 300 or 350 may transmit the association response frame 340 to the non-AP STAs 305 and 355 in response to the association request frame 330.
  • the association request frame 330 may include information regarding the capability of the non-AP STAs 305 and 355.
  • the APs 300 and 350 may determine whether to support the non-AP STAs 305 and 355 based on the information about the performance of the non-AP STAs 305 and 355 included in the association request frame 330. Can be.
  • the APs 300 and 350 support the association request frame 340 in the association response frame 340, and why, and support the association request frame 340. Capability information may be included and transmitted to the non-AP STAs 305 and 355.
  • a normal data transmission and reception procedure may be performed between the AP and the STA.
  • 4 is a diagram illustrating a neighbor discovery process. 4 may be understood as an operation between a peer to peer (P2P) device and a P2P device.
  • P2P peer to peer
  • a neighbor discovery process may be initiated by an indication of a station management entity (SME) / application / user / vendor.
  • the neighbor discovery process may include a scan phase (S412) and a find phase (S414-S416).
  • the scan step S412 may include an operation of scanning all available wireless channels according to the 802.11 scheme. This allows the P2P device to identify the best operating channel.
  • the search steps S414-S416 may include a listen mode S414 and a search mode S416.
  • the P2P device may alternately repeat the listening mode S414 and the search mode S416.
  • the P2P devices 202 and 204 may perform active scanning using a probe request frame in the search mode S416.
  • the search range may be limited to a social channel such as channel 1, channel 6, and channel 11 (eg, 2412 MHz, 2437 MHz, 2462 MHz) for quick searching.
  • a social channel such as channel 1, channel 6, and channel 11 (eg, 2412 MHz, 2437 MHz, 2462 MHz) for quick searching.
  • the P2P devices 202 and 204 may maintain a reception state on a selected one of three social channels in the listening mode S414.
  • the P2P device may respond with a probe response frame.
  • the time (eg, 100, 200, 300 Time Units (TU)) for the listening mode S414 may be randomly determined.
  • P2P devices can reach each other's common channels through repetition of the search mode and the receive mode.
  • the P2P device may exchange probe request frames and probe response frames with other P2P devices. This allows P2P devices to discover / exchange each other's device type, manufacturer or friendly device name.
  • the P2P device may inform the SME / application / user / vendor of the P2P device discovery (S418).
  • P2P is mainly used for semi-static communication such as remote printing, photo sharing and the like.
  • Wi-Fi devices due to the popularity of Wi-Fi devices and location-based services, the utilization of P2P is getting wider.
  • social chat e.g., wireless devices subscribed to Social Network Service (SNS) recognize wireless devices in the vicinity and send and receive information based on location-based services
  • location-based advertising e.g., location-based advertising
  • location- P2P is expected to be actively used for news broadcasting and game linkage between wireless devices.
  • P2P applications are referred to as novel P2P applications.
  • DPP device provisioning protocol
  • the DPP architecture for the DPP procedure may be performed during the DPP Bootstrapping protocol, the DPP Authentication protocol, the DPP Configuration protocol, and the DPP Introduction protocol. You can define the device roles.
  • the wireless device there can be two types of roles for the wireless device. For example, there may be a role of a configurator and an enrollee. As another example, there may be a role of an initiator and a responder.
  • the configurator may be understood as the first wireless device 510.
  • the registrant may be understood as the second wireless device 520.
  • the first wireless device 510 as a configurator may support setup of the second wireless device 520 as a registrant. Constructors and registrants may engage in the DPP bootstrap protocol, the DPP authentication protocol, and the DPP configuration protocol.
  • the configurator or registrar may play the role of an initiator in the DPP bootstrap protocol and the DPP authentication protocol. However, only an enrollee can initiate a DPP configuration protocol and a DPP introduction protocol.
  • the DPP authentication protocol may require the initiator to obtain the responder's bootstrapping key as part of the bootstrap mechanism.
  • the wireless devices can obtain each other's bootstrap keys.
  • the configurator can provision the registrant for device-to-device communication or infrastructure communication.
  • the configurator may allow the enrollee to establish secure associations with other peers in the network.
  • the peer may be understood as the wireless device 530 already configured by the constructor.
  • the constructor and the registrant can be associated with the DPP authentication protocol.
  • the configurator or registrar may play the role of initiator or responder, respectively.
  • the wireless device initiating the DPP authentication protocol may serve as the initiator.
  • the wireless device responding to the initiator's request may act as a responder.
  • the DPP authentication protocol may provide the initiator with authentication of the responder.
  • the DPP authentication protocol may provide the responder with authentication of the initiator.
  • the initiator can obtain the responder's bootstrapping key.
  • the initiator and the responder may obtain each other's bootstrap keys.
  • the wireless device 510 may serve as a configurator.
  • a non-provisioned wireless device can be an access point or other wireless device.
  • the wireless device 510 may serve as an initiator.
  • FIG. 6 is a flowchart illustrating a process of performing a DPP procedure between wireless devices.
  • the DPP procedure of FIG. 6 may be implemented in a 3-way handshaking manner.
  • the first wireless device 610 may serve as an initiator, and the second wireless device 620 may serve as a responder.
  • the first wireless device 610 may serve as a configurator, and the second wireless device 620 may serve as an enrollee.
  • the first wireless device 610 and the second wireless device 620 may perform a DPP bootstrap protocol.
  • the first wireless device 610 serving as a configurator may obtain bootstrap information from the second wireless device 620 serving as a registrant using an out-of-band mechanism.
  • the OOB mechanism may be implemented based on a scan QR code method based on a QR code (eg, 521), an NFC tap method, or a Bluetooth Low Energy exchange method. .
  • the bootstrap information may include information about the enrollee's bootstrapping public key for the DPP authentication protocol.
  • the bootstrap public key may be used only for the DPP authentication protocol by the constructor and registrant.
  • the information about the global operating class channel or the channel list may be further included in the bootstrap information.
  • the wireless device may indicate that it is listening on one of the listed channels for another device (eg, 610).
  • the information on the global operating class channel or the information on the channel list may not be included in the bootstrap information.
  • the wireless device (eg, 620) may not provide guidance to which device is listening to the other device (eg, 610). Accordingly, another device (eg, 610) must iterate over all available channels.
  • a device using QR Code bootstrapping may be required to include a single channel or at most a short list of possible channels in the bootstrap information.
  • the first wireless device 610 of FIG. 6 may start an operation on a specified channel based on the bootstrap information obtained from the second wireless device 620.
  • the second wireless device 620 of FIG. 6 may listen on a specific channel during step S610.
  • the first wireless device 610 and the second wireless device 620 may perform a DPP authentication protocol.
  • the first wireless device 610 serving as a configurator may transmit a DPP authentication request frame to the second wireless device 620 serving as a registrar.
  • the DPP authentication request frame may be transmitted through at least one channel corresponding to bootstrap information (eg, a channel list).
  • the first wireless device 610 may transmit a DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may wait for a response to the DPP authentication request frame transmitted in step S621.
  • the first wireless device 610 may determine whether a DPP authentication response frame, which is a response to the DPP authentication request frame transmitted in step S621, from the second wireless device 620 is received within a predetermined time. .
  • the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S621.
  • step S621 For clarity and concise description of FIG. 6, it may be assumed that the DPP authentication response frame is not received until a predetermined time elapses in response to the DPP authentication request frame transmitted in step S621.
  • step S622 is performed for retransmission of the DPP authentication response frame.
  • the first wireless device 610 may retransmit the DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may wait for a response to the DPP authentication request frame transmitted in step S622.
  • the first wireless device 610 may determine whether a DPP authentication response frame, which is a response to the DPP authentication request frame retransmitted in step S622, from the second wireless device 620 is received within a predetermined time. .
  • the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S622.
  • step S622 For clarity and concise description of FIG. 6, it may be assumed that the DPP authentication response frame is not received until a predetermined time elapses in response to the DPP authentication request frame resent in step S622.
  • step S623 is performed for retransmission of the DPP authentication response frame.
  • the first wireless device 610 may retransmit the DPP authentication request frame to the second wireless device 620. Subsequently, the first wireless device 610 may determine whether the DPP authentication response frame is received from the second wireless device 620 within a predetermined time in response to the DPP authentication request frame resent in step S623.
  • the predetermined time may be set based on a transmission time of the DPP authentication request frame in step S623.
  • step S624 is performed.
  • the first wireless device 610 may receive a DPP authentication response frame from the second wireless device 620 in response to the DPP authentication request frame resent in operation S623.
  • the first wireless device 610 may transmit a DPP authentication confirmation frame to the second wireless device 620 to complete the DPP authentication protocol.
  • a secure channel may be established between the initiator (or configurator) and the responder (or registrant).
  • the first wireless device 610 and the second wireless device 620 may perform a DPP configuration protocol.
  • the first wireless device 610 and the second wireless device 620 may use the same MAC address. In operation S630, the first wireless device 610 and the second wireless device 620 may use the same channel used during the DPP authentication protocol.
  • the second wireless device 620 may transmit a DPP configuration request frame to the first wireless device 610.
  • the DPP configuration request frame can be sent only by the enrollee.
  • the first wireless device 610 may transmit a DPP configuration response frame to the second wireless device 620 in response to the DPP configuration request frame.
  • the DPP configuration response frame may include a DPP configuration object.
  • the DPP configuration object may include a plurality of parameter information as shown in Table 1 below.
  • network information of the WLAN system including an AP (not shown) previously associated with the first wireless device 610 is displayed in the second wireless device 620.
  • the network information may include SSID information or password information.
  • the second wireless device 620 may be connected to the first wireless device 610 without performing an association procedure with an AP (not shown) coupled to the first wireless device 610. It may be connected to the WLAN system based on the network information received from 610.
  • 7A-7B illustrate the frame format of the beacons.
  • a beacon may be transmitted (or broadcasted) through a BLE advertisement payload in a BLE advertising PDU. Beacon is transmitted through the BLE Advertisement payload, it may be limited in length.
  • the first wireless device of the present disclosure provides all information for establishing a connection (eg, Wi-Fi connection) between the second wireless device (eg, TV) and the third wireless device (eg, AP). Can't receive via Therefore, when the first wireless device needs additional information for supporting automatic connection between the second wireless device and the third wireless device, the first wireless device may acquire the additional information through the server.
  • Beacons may be transmitted via various formats (or protocols) within the BLE advertisement payload.
  • the beacon format may include iBeacon 710, AltBeacon 720, Fast Pair 730, or Eddystone 740.
  • the Eddystone format may include a frame type of UID, URL, TLM, or EID.
  • Eddystone-UID may be a type for transmitting an identification code that allows the app to retrieve information from the app server.
  • Eddystone-URL can be a type for sending URLs of up to 18 characters that are redirected to a secure Web site using SSL.
  • Eddystone-TLM may be a type for transmitting information about a signal (eg, battery level, sensor data, etc.).
  • Eddystone-EID may be of a type for transmitting an encrypted rotation identifier.
  • FIG. 8 illustrates a pairing procedure with a second wireless device via a beacon signal in the first wireless device.
  • the first wireless device 810 shows a procedure of pairing with the second wireless device 820 through the server 830.
  • the first wireless device 810 and the second wireless device 820 may include devices that can be connected to each other through pairing.
  • the first wireless device 810 may include a smartphone, notebook, laptop, and the like.
  • the second wireless device 820 may broadcast a beacon and include a device that can operate by pairing with another wireless device.
  • the second wireless device 820 may include a refrigerator, an air conditioner, a washing machine, headphones, and the like.
  • the first wireless device 810 may be called a fast pair seeker.
  • the second wireless device 820 may be referred to as a fast pair provider.
  • the server 830 may include a cloud server.
  • the server 830 may store information related to the second wireless device 820 or information for identifying a beacon broadcast by the second wireless device 820.
  • the server 830 may register and store information of the second wireless device 820. For example, the server 830 registers at least one of a name of the second wireless device 820, a picture of the second wireless device 820, a type of the second wireless device 820, a transmission power, or an application. Can be stored. The server 830 may classify and store information related to the second wireless device 820 through categories classified by manufacturer or function.
  • the second wireless device 820 may transmit a beacon to advertise.
  • the beacon may include a model ID of the second wireless device 820.
  • the beacon may be transmitted through a payload of the BLE Advertising PDU.
  • the first wireless device 810 may transmit a model ID of the second wireless device 820 included in the received beacon to the server 830.
  • the first wireless device 810 may request the server 830 for information necessary for connection with the second wireless device 820 along with the model ID of the second wireless device 820.
  • the server 830 may transmit information necessary for connection with the second wireless device 820 to the first wireless device 810. For example, the server 830 may obtain information related to at least one of a name of the second wireless device 820, a photo of the second wireless device 820, and a type of the second wireless device 820. 810 may be transmitted.
  • the first wireless device 810 may provide a pop-up notification to the user of the first wireless device 810.
  • Pop-up notifications can be provided in various forms.
  • the first wireless device 810 may include a name of the second wireless device 820, a picture of the second wireless device 820, or a second wireless device 820 on top of the display of the first wireless device 810. At least one of the type may provide a notification included.
  • the first wireless device 810 may receive an input for connecting to the second wireless device 820 from a user of the first wireless device 810.
  • the input may include a tap and a drag.
  • the first wireless device 810 may pair with the second wireless device 820.
  • the present specification proposes a method for allowing a Wi-Fi device adjacent to a BLE beacon device to be automatically connected to a network by applying a proximity based service of a Bluetooth Low Energy (BLE) beacon.
  • BLE Bluetooth Low Energy
  • the first wireless device may establish a connection with the third wireless device using a beacon received from the second wireless device.
  • the first wireless device may receive a beacon from the second wireless device, and establish a connection with the third wireless device based on the information included in the received beacon.
  • the first wireless device may include a wireless device that a user can carry.
  • the first wireless device may include a smartphone, notebook, laptop, or the like.
  • the second wireless device can include an apparatus for broadcasting the beacon.
  • the second wireless device may include a refrigerator, an air conditioner, a washing machine, headphones, and the like.
  • the third wireless device may include a device capable of connecting to a network.
  • the third wireless device may include an access point (AP).
  • the server may be configured as an independent wireless device distinguished from the first wireless device or the second wireless device. According to an embodiment, some or all of the server may be included in the first wireless device instead of the independent wireless device.
  • the first wireless device can receive a beacon from the second wireless device.
  • the first wireless device may transmit information about the beacon received to the server.
  • the first wireless device may receive network connection information for connecting with the third wireless device from the server.
  • the first wireless device may establish a connection with the third wireless device based on the network connection information.
  • FIG. 9 illustrates a procedure for establishing a connection using a beacon in the first wireless device.
  • the first wireless device may establish a connection with the third wireless device based on the beacons transmitted from the second wireless device.
  • the first wireless device may obtain network connection information from the server and establish a connection with the third wireless device.
  • a second wireless device for transmitting beacons may be installed at a large market entrance.
  • the first wireless device may receive a beacon sent by the second wireless device.
  • the first wireless device may establish a connection with a third wireless device (eg, an AP) of the large market based on the beacon.
  • a specific example of the first wireless device may be the first wireless device 910.
  • a specific example of the second wireless device may be the second wireless device 920.
  • One specific example of the server may be the server 930.
  • a specific example of the third wireless device may be the AP 940.
  • the first wireless device 910 may be called a Wi-Fi Enrollee.
  • the second wireless device 920 may be called a BLE Beacon.
  • the AP 940 may be called a Wi-Fi AP.
  • the AP 940 may be a device for connecting to an external network.
  • the second wireless device 920 may transmit a beacon through BLE (Bluetooth Low Energy).
  • the second wireless device 920 may periodically transmit a beacon.
  • the second wireless device 920 may transmit a beacon in a broadcast manner.
  • the first wireless device 910 may receive a beacon transmitted by the second wireless device 920.
  • the beacon may include a beacon identifier (ID, Identifier).
  • the first wireless device 910 may transmit information about the beacon to the server 930 based on the received beacon.
  • the information about the beacon may include information about the beacon identifier.
  • the server 930 may be a server for identifying beacons.
  • the first wireless device 910 may not identify information about the service requested by the beacon.
  • the server 930 may store (or register) information about a service requested by the beacon.
  • the server 930 may store (or register) network connection information for connecting to the AP 940. Accordingly, the first wireless device 910 may transmit information about the beacon to the server 930 to identify the received beacon.
  • the first wireless device 910 may transmit information about the beacon to the server 930.
  • the first wireless device 910 may receive network connection information from the server 930.
  • the network connection information may include information for the first wireless device 910 to establish a connection with the AP 940.
  • the first wireless device 910 may receive network connection information through BLE, but is not limited thereto.
  • the first wireless device 910 may transmit information about a beacon to the server 930 and receive network connection information through various communication methods.
  • the network connection information may include information necessary for network connection, such as SSID, BSSID or Channel information.
  • the first wireless device 910 may receive information about a service requested by the beacon from the server 930.
  • the first wireless device 910 may receive information about a service requested by the beacon from the server 930, and identify that the beacon requests a connection with the third wireless device 940.
  • the first wireless device 910 may transmit the received network connection information to a component for Wi-Fi connection so as to connect with the AP 940 via Wi-Fi.
  • the first wireless device 910 transmits information received through BLE to a component for Wi-Fi connection, but is not limited thereto.
  • the first wireless device 910 may transmit network connection information obtained through various communication schemes to a component for Wi-Fi connection.
  • the first wireless device 910 may establish a connection with the AP 940 through Wi-Fi.
  • the first wireless device 910 may discover the AP 940 and establish a connection with the AP 940 through network connection information received from the server 930.
  • the first wireless device 910 may connect with another network through the AP 940.
  • the first wireless device may establish a connection between the second wireless device and the third wireless device using a beacon.
  • the first wireless device may receive a beacon from the second wireless device, and establish a connection between the second wireless device and the third wireless device based on the information included in the received beacon.
  • the second wireless device may be a device that does not include a display or a keypad and thus cannot perform connection authentication with the third wireless device.
  • the first wireless device may transmit a signal such that the second wireless device establishes a connection with the third wireless device.
  • the first wireless device may use technology related to DPP to establish the connection.
  • FIG. 10 shows a procedure for establishing a connection using a beacon in the first wireless device.
  • the first wireless device can receive a beacon from the second wireless device.
  • the first wireless device may receive information for connection with the third wireless device from the server based on the beacon.
  • the first wireless device may establish a connection with the third wireless device through a PKEX exchange procedure based on the information for connection with the third wireless device.
  • a specific example of the first wireless device may be a first wireless device 1010.
  • a specific example of the second wireless device may be the second wireless device 1020.
  • a specific example of the server may be a server 1030.
  • a specific example of the third wireless device may be an AP 1040.
  • the first wireless device 1010 may receive a beacon (Eddystone-UID) from the second wireless device 1020 through BLE.
  • the second wireless device 1020 may periodically transmit (or broadcast) a beacon.
  • the beacon may include information related to "Namespace” and information related to "Instance ID".
  • Information related to "Namespace” may include information to ensure uniqueness of the beacon implementer. That is, the information related to "Namespace” may include information about the company name.
  • the information associated with the "Instance ID" may include information regarding the beacon identifier.
  • the first wireless device 1010 may perform operation S1002 (Option 1).
  • the first wireless device 1010 may perform operation S1003 (Option 2).
  • the first wireless device 1010 may identify the beacon with information about the received beacon. It may transmit to the server 1030.
  • the first wireless device 1010 may receive information about the service requested by the beacon and information related to the “Instance ID” from the server 1030. For example, the first wireless device 1010 may identify that the beacon requests a DPP service based on the information about the service requested by the beacon. For another example, the first wireless device 1010 may identify that the beacon requests a Wi-Fi connection service from the received beacon.
  • 10 illustrates an operation in which the first wireless device 1010 transmits and receives a signal with the server 1030 through BLE, but is not limited thereto. The first wireless device transmits information about the beacon to the server 1030 through various communication methods (for example, Wi-Fi), and provides information about the service requested by the beacon or information related to the "Instance ID". Can be received.
  • the first wireless device 1010 may provide information about a service requested by the beacon or the like. Information related to the "Instance ID" can be identified.
  • the first wireless device 1010 may identify information about a service requested by the beacon or information related to an “Instance ID” without obtaining additional information from the server 1030. For example, the first wireless device 1010 may identify that the beacon requests a DPP service from the received beacon. For another example, the first wireless device 1010 may identify that the beacon requests a Wi-Fi connection service from the received beacon.
  • the first wireless device 1010 may trigger a service requested by the beacon.
  • the first wireless device 1010 may trigger (or start) a DPP service based on Wi-Fi.
  • the first wireless device 1010 may trigger (or start) a Wi-FI connection service based on Wi-Fi.
  • the first wireless device 1010 may perform a DPP bootstrap procedure with the second wireless device 1020 through a PKEX exchange procedure.
  • the first wireless device 1010 may serve as a DPP configurator.
  • the second wireless device 1020 may serve as a DPP enrollee.
  • the same key may be required to perform the PKEX exchange process in the first wireless device 1010 and the second wireless device 1020.
  • the first wireless device 1010 and the second wireless device 1020 may use information related to the "Instance ID" as a key in the PKEX exchange process.
  • the first wireless device 1010 and the second wireless device 1020 may use all or part of information included in the beacon as a key for the PKEX exchange procedure, as well as information related to the "Instance ID". Can be.
  • the server 1030 may include information about a beacon (eg, a key for a PKEX exchange procedure) in advance.
  • the first wireless device 1010 and the second wireless device 1020 receive a key for a PKEX exchange procedure at the server 1030, or PKEX a value previously promised (or designated) at the first wireless device 1010. It can also be used as a key for the exchange procedure.
  • the first wireless device 1010 may transmit a PKEX exchange request message to the second wireless device 1020.
  • the first wireless device 1010 may use information related to the "Instance ID" as a key for the PKEX exchange procedure.
  • the second wireless device 1020 may transmit a PKEX exchange response message to the first wireless device 1010. Thereafter, the first wireless device 1010 and the second wireless device 1020 may perform a PKEX commit-reveal procedure.
  • the first wireless device 1010 and the second wireless device 1020 may obtain DPP bootstrap information (eg, bootstrap URI).
  • the first wireless device 1010 and the second wireless device 1020 may perform a DPP authentication procedure and a DPP configuration procedure.
  • the DPP authentication procedure and the DPP configuration procedure may correspond to operations S620 to S630 of FIG. 6.
  • the second wireless device 1020 may discover the AP 1040 and establish a connection with the AP 1040 based on the DPP authentication procedure and the DPP configuration procedure.
  • beacon 10 illustrates a procedure for establishing a connection between the second wireless device 1020 and the AP 1040 using an Eddystone-UID beacon
  • various types of beacons may be used.
  • other types of beacons shown in FIG. 7 may be used to establish a connection between the second wireless device 1020 and the AP 1040.
  • FIG. 11 shows a procedure for establishing a connection using a beacon in the first wireless device.
  • the first wireless device can receive a beacon from the second wireless device.
  • the first wireless device may receive information for connection with the third wireless device from the server based on the beacon.
  • the first wireless device may establish a connection with the third wireless device through a PKEX exchange procedure based on the information for connection with the third wireless device.
  • a specific example of the first wireless device may be a first wireless device 1110.
  • a specific example of the second wireless device may be the second wireless device 1120.
  • a specific example of the server may be the server 1130.
  • a specific example of the third wireless device may be the AP 1140.
  • the first wireless device 1110 may receive a beacon from the second wireless device 1020 through BLE.
  • the second wireless device 1120 may periodically transmit (or broadcast) a beacon.
  • the beacon may include information associated with a beacon identifier (ID).
  • the first wireless device 1110 may request DPP bootstrap information from the server 1130.
  • the first wireless device 1110 may request the DPP bootstrap information from the server 1130 and transmit information related to the beacon identifier to the server 1130.
  • the server 1130 may be in a state of storing information related to beacons (eg, DPP bootstrap information).
  • the first wireless device 1110 may receive DPP bootstrap information from the server 1130.
  • the DPP bootstrap information may include information about a channel list or information for the DPP authentication procedure.
  • the first wireless device 1110 may trigger a service requested by the beacon.
  • the first wireless device 1110 may trigger (or start) a DPP service based on Wi-Fi.
  • the first wireless device 1110 may trigger (or start) a Wi-FI connection service based on Wi-Fi.
  • the first wireless device 1110 and the second wireless device 1120 may perform a DPP authentication procedure and a DPP configuration procedure based on the DPP bootstrap information.
  • the first wireless device 1110 may start a DPP authentication procedure using the DPP bootstrap information.
  • the DPP authentication procedure and the DPP configuration procedure may correspond to operations S620 to S630 of FIG. 6.
  • the first wireless device 1010 obtains the DPP bootstrap information through a PKEX exchange procedure.
  • the first wireless device 1110 of FIG. 11 obtains the DPP bootstrap information directly from the server 1130.
  • the exchange procedure can be omitted.
  • the second wireless device 1120 may discover the AP 1140 and establish a connection with the AP 1140 based on the DPP authentication procedure and the DPP configuration procedure.
  • FIG. 12 illustrates a procedure for establishing a connection using a beacon in the first wireless device.
  • the first wireless device can receive a beacon from the second wireless device.
  • the first wireless device may receive information for connection with the third wireless device from the server based on the beacon.
  • the first wireless device may establish a connection between the second wireless device and the third wireless device through a PKEX exchange procedure based on the information for connection with the third wireless device.
  • a specific example of the first wireless device may be the first wireless device 1210.
  • a specific example of the second wireless device may be the second wireless device 1220.
  • a specific example of the server may be a server 1230.
  • a specific example of the third wireless device may be an AP 1240.
  • the server 1230 may register (or store) information regarding the beacons transmitted by the second wireless device 1220.
  • the information about the beacon may include information about the service requested by the beacon, information about the beacon identifier or DPP bootstrap information.
  • the process of registering the information about the beacon may follow a policy defined by the server 1230 and an application programming interface (API).
  • Operation S1200 is an optional operation and may not be performed when the server 1230 is not used or when the server 1230 has already stored information about the beacon.
  • the first wireless device 1210 may receive a beacon from the second wireless device 1220 through BLE.
  • the second wireless device 1220 may periodically transmit (or broadcast) a beacon.
  • the first wireless device 1210 can approach within the beacon transmission radius of the second wireless device 1220.
  • the first wireless device 1210 may receive one of the beacons that the second wireless device 1220 periodically transmits.
  • the beacon may include information associated with a beacon identifier (ID).
  • the first wireless device 1210 may perform operation S1202.
  • the first wireless device 1210 may perform operation S1203.
  • the first wireless device 1210 may identify the meaning of the received beacon signal, the first wireless device 1210 may be associated with information about a service requested by the beacon and a beacon identifier. Information or DPP bootstrap information may be identified.
  • the first wireless device 1210 may include a server 1230 for identifying the beacon with information about the received beacon. ) Can be sent.
  • the first wireless device 1210 may receive information about a service requested by the beacon, information related to a beacon identifier, or DPP bootstrap information from the server 1230.
  • the first wireless device transmits information about the beacon to the server 1230 via various communication schemes (eg, Wi-Fi), information about the service requested by the beacon, information related to the beacon identifier, or DPP boot Receive strap information.
  • the first wireless device 1210 may provide a near notification popup to a user of the first wireless device 1210.
  • the first wireless device 1210 may indicate that there is a device connectable to the AP 1240 near the first wireless device 1210.
  • the first wireless device 1210 may indicate that there is a device connectable with the AP 1240.
  • the first wireless device 1210 indicates at least one of a pop-up, sound, and vibration indicating that there is a device that can be connected to the AP 1240 near the first wireless device 1210 of the first wireless device 1210. Can be presented to the user.
  • the connectable device may include the second wireless device 1220.
  • the first wireless device 1210 may provide a list of connectable networks.
  • the first wireless device 1210 may provide a list of connectable networks (or wireless devices) to a user of the first wireless device 1210.
  • the first wireless device 1210 may provide a list of networks connectable through various connection schemes.
  • the first wireless device 1210 may provide a list of networks connectable via Bluetooth, Wi-Fi, ZigBee, cellular network, and the like.
  • the list of connectable networks may include a network connectable through the AP 1240.
  • the first wireless device 1210 may receive an input for selecting one of a list of connectable networks from a user of the first wireless device 1210.
  • the first wireless device 1210 may transmit the second wireless device 1220.
  • the PKEX bootstrap procedure PKEX exchange procedure.
  • PKEX exchange procedure PKEX bootstrap procedure
  • the PKEX bootstrap procedure may correspond to operation S1005 of FIG. 10.
  • the first wireless device 1210 acquires DPP bootstrap information, the first wireless device 1210 may not perform operation S1207.
  • the first wireless device 1210 may perform a DPP authentication procedure and a DPP configuration procedure with the second wireless device 1220.
  • the DPP authentication procedure and the DPP configuration procedure may correspond to operations S620 to S630 of FIG. 6.
  • the second wireless device 1220 may establish a connection with the AP 1240 based on the DPP authentication procedure and the DPP configuration procedure.
  • the first wireless device may perform a second wireless operation.
  • Beacons may be received from the device (eg, the second wireless device 1020 of FIG. 10, the second wireless device 1120 of FIG. 11, and the second wireless device 1220 of FIG. 12).
  • the beacon may include beacons of various types.
  • the beacon may include IBeacon, AltBeacon, Fast Pair, Eddystone.
  • the second wireless device may periodically transmit (or broadcast) a beacon.
  • the first wireless device may enter a radius in which the second wireless device can receive beacons.
  • the first wireless device may receive a beacon transmitted by the second wireless device within a radius capable of receiving the beacon.
  • the first wireless device may transmit information about the beacon to a server for identifying the beacon.
  • the first wireless device may not identify the beacon received from the second wireless device. Therefore, the first wireless device can transmit the information about the beacon received to the server.
  • the first wireless device may receive information about a service requested by the beacon and information about the beacon identifier from the server.
  • the server may identify the information about the service requested by the beacon and the information about the beacon identifier based on the information about the beacon.
  • the server may transmit the information about the service requested by the identified beacon and the information about the beacon identifier to the first wireless device.
  • Information about the service requested by the beacon may be determined by the second wireless device to connect to a third wireless device (eg, the AP 1040 of FIG. 10, the AP 1140 of FIG. 11, and the AP 1240 of FIG. 12). It may include information for requesting.
  • the information about the beacon identifier may include information related to "Instance ID" when the beacon is in Eddystone format.
  • the first wireless device may determine that the beacon is used for connection of the second wireless device and the third wireless device based on the information about the service requested by the beacon.
  • the first wireless device may perform a DPP procedure with the second wireless device to establish a connection between the second wireless device and the third wireless device.
  • the first wireless device may perform a public key exchange (PKEX) exchange procedure with the second wireless device based on the information on the beacon identifier.
  • PKEX exchange procedure may correspond to a DPP bootstrap procedure.
  • the first wireless device and the second wireless device may obtain DPP bootstrap information (eg, bootstrap URI) through a PKEX exchange procedure.
  • the first wireless device may establish a connection between the second wireless device and the third wireless device based on the PKEX exchange procedure.
  • the first wireless device may perform a DPP authentication procedure and a DPP configuration procedure with the second wireless device after the PKEX exchange procedure. After the DPP authentication procedure and the DPP configuration procedure are completed, the first wireless device may complete establishment of connection between the second wireless device and the third wireless device.
  • FIG. 14 is a block diagram illustrating a wireless device to which an embodiment can be applied.
  • a wireless device may be implemented as an AP or a non-AP STA as an STA capable of implementing the above-described embodiment.
  • the wireless device may correspond to the above-described user, or may correspond to a transmitting terminal for transmitting a signal to the user.
  • the wireless device of FIG. 14 includes a processor 1410, a memory 1420, and a transceiver 1430 as shown.
  • the illustrated processor 1410, the memory 1420, and the transceiver 1430 may be implemented as separate chips, or at least two blocks / functions may be implemented through one chip.
  • the transceiver 1430 is a device including a transmitter and a receiver. When a specific operation is performed, only one of the transmitter and the receiver may be performed, or both the transmitter and the receiver may be performed. have.
  • the transceiver 1430 may include one or more antennas for transmitting and / or receiving wireless signals.
  • the transceiver 1430 may include an amplifier for amplifying the reception signal and / or the transmission signal and a bandpass filter for transmission on a specific frequency band.
  • the processor 1410 may implement the functions, processes, and / or methods proposed herein.
  • the processor 1410 may perform an operation according to the above-described exemplary embodiment. That is, the processor 1410 may perform the operations disclosed in the embodiments of FIGS. 1 to 13.
  • the processor 1410 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, a data processing device, and / or a converter for mutually converting baseband signals and wireless signals.
  • ASIC application-specific integrated circuit
  • the memory 1420 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and / or other storage device.
  • ROM read-only memory
  • RAM random access memory
  • flash memory memory card, storage medium, and / or other storage device.
  • 15 is a block diagram illustrating an example of an apparatus included in a processor.
  • FIG. 15 For convenience of description, the example of FIG. 15 is described based on a block for a transmission signal, but it is obvious that the reception signal can be processed using the block.
  • the illustrated data processor 1510 generates transmission data (control data and / or user data) corresponding to the transmission signal.
  • the output of the data processor 1510 may be input to the encoder 1520.
  • the encoder 1520 may perform coding through a binary convolutional code (BCC) or a low-density parity-check (LDPC) technique. At least one encoder 1520 may be included, and the number of encoders 1320 may be determined according to various information (eg, the number of data streams).
  • BCC binary convolutional code
  • LDPC low-density parity-check
  • the output of the encoder 1520 may be input to the interleaver 1530.
  • the interleaver 1530 distributes a continuous bit signal over radio resources (eg, time and / or frequency) in order to prevent burst errors due to fading or the like.
  • Radio resources eg, time and / or frequency
  • At least one interleaver 1530 may be included, and the number of the interleaver 1530 may be determined according to various information (eg, the number of spatial streams).
  • the output of the interleaver 1530 may be input to a constellation mapper 1540.
  • the constellation mapper 1540 performs constellation mapping such as biphase shift keying (BPSK), quadrature phase shift keying (QPSK), quadrature amplitude modulation (n-QAM), and the like.
  • the output of the constellation mapper 1540 may be input to the spatial stream encoder 1550.
  • Spatial stream encoder 1550 performs data processing to transmit the transmitted signal over at least one spatial stream.
  • the spatial stream encoder 1550 may perform at least one of space-time block coding (STBC), cyclic shift diversity (CSD) insertion, and spatial mapping on a transmission signal.
  • STBC space-time block coding
  • CSS cyclic shift diversity
  • the output of the spatial stream encoder 1550 may be input to an IDFT 1560 block.
  • the IDFT 1560 block performs an inverse discrete Fourier transform (IDFT) or an inverse Fast Fourier transform (IFFT).
  • IDFT inverse discrete Fourier transform
  • IFFT inverse Fast Fourier transform
  • the output of the IDFT 1360 block is input to the Guard Interval (GI) inserter 1570, and the output of the GI inserter 1570 is input to the transceiver 1430 of FIG. 14.
  • GI Guard Interval

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서에 따른 일례는, 제1 무선 장치에서, 제2 무선 장치와 제3 무선 장치를 연결하는 방법과 관련된다. 제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다. 제1 무선 장치는 상기 비콘을 식별하기 위한 서버로 상기 비콘에 관한 정보를 송신할 수 있다. 제1 무선 장치는 상기 서버로부터 상기 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 수신할 수 있다. 제1 무선 장치는 상기 비콘이 요청하는 서비스에 관한 정보에 기반하여, 상기 비콘이 상기 제2 무선 장치와 제3 무선 장치의 연결을 위해 사용됨을 판단할 수 있다. 제1 무선 장치는 상기 비콘 식별자에 관한 정보를 기반으로 PKEX(Public Key Exchange) 교환 절차를 수행할 수 있다. 상기 PKEX 교환 절차를 위해 사용되는 키(key)는 상기 비콘 식별자에 관한 정보를 포함할 수 있다. 제1 무선 장치는 상기 PKEX 교환 절차에 기반하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립할 수 있다.

Description

무선랜 시스템에서 무선 연결을 위한 장치 및 방법
본 명세서는 무선랜 시스템에서 무선 연결을 수립하기 위한 방법 및 이를 지원하는 장치에 관한 것이다.
비콘은 블루투스(Bluetooth) 4.0 기반의 프로토콜을 사용해 일정 반경의 범위 내의 주변 기기들에게 신호를 전달하는 근거리 무선 통신 기술을 일컫는다. 무선 장치는 비콘을 통하여 인접한 기기에게 사물의 정보(예: ID)를 브로드 캐스트할 수 있다. 상기 무선 장치에 가까이 다가가는 기기는 비콘 신호를 분석하여 비콘 신호와 사전에 매핑(mapping)되어 있는 동작(예: 어플리케이션 실행, 웹페이지 연결 등)을 수행할 수 있다.
본 명세서의 목적은 무선랜 시스템에서 무선 연결을 수립하기 위한 방법 및 전자 장치를 제공하는데 있다.
본 명세서에 따른 일례는, 무선랜 시스템(Wireless Local Area Network; WLAN) 시스템을 위한 방법 및/또는 장치에 관련된다.
예를 들어, 제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다.
상기 제1 무선 장치는 상기 비콘을 식별하기 위한 서버로 상기 비콘에 관한 정보를 송신할 수 있다.
상기 제1 무선 장치는 상기 서버로부터 상기 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 수신할 수 있다.
상기 제1 무선 장치는 상기 비콘이 요청하는 서비스에 관한 정보에 기반하여, 상기 비콘이 상기 제2 무선 장치와 제3 무선 장치의 연결을 위해 사용됨을 판단할 수 있다.
상기 제1 무선 장치는 상기 비콘 식별자에 관한 정보를 기반으로 PKEX(Public Key Exchange) 교환 절차를 수행할 수 있다.
상기 PKEX 교환 절차를 위해 사용되는 키(key)는 상기 비콘 식별자에 관한 정보를 포함할 수 있다.
상기 제1 무선 장치는 상기 PKEX 교환 절차에 기반하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립할 수 있다.
본 명세서의 일 실시 예에 따르면, 무선랜 시스템에서 비콘 식별자를 통해 무선 장치간의 연결을 수립할 수 있다.
도 1은 무선랜 시스템의 구조를 보여주는 개념도이다.
도 2는 무선랜에서 스캐닝 방법을 나타낸 개념도이다.
도 3은 AP와 STA의 스캐닝 후 인증 및 결합 절차를 나타낸 개념도이다.
도 4는 이웃 발견 과정을 설명하기 위한 도면이다.
도 5는 DPP 절차의 개념도이다.
도 6은 무선 장치 사이에서 DPP 절차를 수행하는 과정을 보여주는 순서도이다.
도 7a 내지 도7b는 비콘의 프레임 형식을 도시한다.
도 8은 제1 무선 장치에서 비콘 신호를 통한 제2 무선 장치와의 페어링 절차를 도시한다.
도 9는 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
도 10은 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
도 11은 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
도 12는 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
도 13은 제1 무선 장치의 동작의 예를 도시한다.
도 14는 본 실시 예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
도 15는 프로세서에 포함되는 장치의 일례를 나타내는 블록도이다.
본 명세서에서 어떤 구성이 특정 요소들을 포함한다는 언급이 있는 경우, 또는 어떤 과정이 특정 단계들을 포함한다는 언급이 있는 경우는, 그 외 다른 요소 또는 다른 단계들이 더 포함될 수 있음을 의미한다. 즉, 본 명세서에서 사용되는 용어들은 특정 실시 형태를 설명하기 위한 것일 뿐이고, 본 명세서의 개념을 한정하기 위한 것이 아니다. 나아가, 발명의 이해를 돕기 위해 설명한 예시들은 그것의 상보적인 실시 예도 포함한다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"를 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미하므로, "오직 A"나 "오직 B"나 "A와 B 중 어느 하나"를 의미할 수 있다. 또한, 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(A Signal)"로 표시된 경우, "제어 정보"의 일례로 "A Signal"이 제안된 것일 수 있다. 또한, "제어 정보(즉, A signal)"로 표시된 경우에도, "제어 정보"의 일례로 "A signal"이 제안된 것일 수 있다.
도 1은 무선랜 시스템의 구조를 보여주는 개념도이다. 도 1의 (A)는 IEEE(institute of electrical and electronic engineers) 802.11의 인프라스트럭쳐 네트워크(infrastructure network)의 구조를 나타낸다.
도 1의 (A)를 참조하면, 도 1의 (A)의 무선랜 시스템(10)은 적어도 하나의 기본 서비스 세트(Basic Service Set, 이하 'BSS', 100, 105)를 포함할 수 있다. BSS는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 액세스 포인트(access point, 이하 'AP') 및 스테이션(station, 이하 'STA')의 집합으로서, 특정 영역을 가리키는 개념은 아니다.
예를 들어, 제1 BSS(100)는 제 1 AP(110) 및 하나의 제1 STA(100-1)을 포함할 수 있다. 제2 BSS(105)는 제2 AP(130) 및 하나 이상의 STA들(105-1, 105-2)을 포함할 수 있다.
인프라스트럭쳐 BSS(100, 105)는 적어도 하나의 STA, 분산 서비스(Distribution Service)를 제공하는 AP(110, 130) 그리고 다수의 AP를 연결시키는 분산 시스템(Distribution System, DS, 120)을 포함할 수 있다.
분산 시스템(120)은 복수의 BSS(100, 105)를 연결하여 확장된 서비스 세트인 확장 서비스 세트(140, extended service set, 이하, 'ESS')를 구현할 수 있다. ESS(140)는 적어도 하나의 AP(110, 130)가 분산 시스템(120)을 통해 연결된 하나의 네트워크를 지시하는 용어로 사용될 수 있다. 하나의 ESS(140)에 포함되는 적어도 하나의 AP는 동일한 서비스 세트 식별자(service set identification, 이하 'SSID')를 가질 수 있다.
포탈(portal, 150)은 무선랜 네트워크(IEEE 802.11)와 다른 네트워크(예를 들어, 802.X)와의 연결을 수행하는 브리지 역할을 수행할 수 있다.
도 1의 (A)와 같은 구조의 무선랜에서 AP(110, 130) 사이의 네트워크 및 AP(110, 130)와 STA(100-1, 105-1, 105-2) 사이의 네트워크가 구현될 수 있다.
도 1의 (B)는 독립 BSS를 나타낸 개념도이다. 도 1의 (B)를 참조하면, 도 1의 (B)의 무선랜 시스템(15)은 도 1의 (A)와 달리 AP(110, 130)가 없이도 STA 사이에서 네트워크를 설정하여 통신을 수행하는 것이 가능할 수 있다. AP(110, 130)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 네트워크를 애드-혹 네트워크(Ad-Hoc network) 또는 독립 BSS(independent basic service set, 이하 'IBSS')라고 정의한다.
도 1의 (B)를 참조하면, IBSS(15)는 애드-혹(ad-hoc) 모드로 동작하는 BSS이다. IBSS는 AP를 포함하지 않기 때문에 중앙에서 관리 기능을 수행하는 개체(centralized management entity)가 없다. 따라서, IBSS(15)에서, STA(150-1, 150-2, 150-3, 155-4, 155-5)들이 분산된 방식(distributed manner)으로 관리된다.
IBSS의 모든 STA(150-1, 150-2, 150-3, 155-4, 155-5)은 이동 STA으로 이루어질 수 있으며, 분산 시스템으로의 접속이 허용되지 않는다. IBSS의 모든 STA은 자기 완비적 네트워크(self-contained network)를 이룬다.
본 명세서에서 언급되는 STA은 IEEE(Institute of Electrical and Electronics Engineers) 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, 이하 'MAC')와 무선 매체에 대한 물리계층(Physical Layer) 인터페이스를 포함하는 임의의 기능 매체로서, 광의로는 AP와 비-AP STA(Non-AP Station)을 모두 포함하는 의미로 사용될 수 있다.
본 명세서에서 언급되는 STA은 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit) 또는 단순히 유저(user) 등의 다양한 명칭으로도 불릴 수 있다.
도 2는 무선랜에서 스캐닝 방법을 나타낸 개념도이다.
도 2를 참조하면, 스캐닝 방법은 패시브 스캐닝(passive scanning, 200)과 액티브 스캐닝(active scanning, 250)으로 구분될 수 있다.
도 2의 (A)를 참조하면, 패시브 스캐닝(200)은 AP(210)가 주기적으로 브로드캐스트(broadcast)하는 비콘 프레임(230)을 기반으로 수행될 수 있다. 무선랜의 AP(210)는 비콘 프레임(230)을 특정 주기(예를 들어, 100msec)마다 non-AP STA(240)으로 브로드캐스트할 수 있다.
비콘 프레임(230)에는 현재의 네트워크에 대한 정보가 포함될 수 있다. non-AP STA(240)은 주기적으로 비콘 프레임(230)을 수신할 수 있다. 인증/결합(authentication/association) 과정을 수행하기 위해, non-AP STA(240)은 비콘 프레임(230)에 포함된 네트워크 정보를 기반으로 AP(210) 및 채널에 대한 스캐닝을 수행할 수 있다.
패시브 스캐닝 방법(200)은 non-AP STA(240)이 먼저 프레임을 전송하지 않고 AP(210)에서 전송되는 비콘 프레임(230)을 수신하는 기법이다. 따라서, 패시브 스캐닝 (200)은 네트워크에서 데이터 송신/수신에 의해 발생되는 전체적인 오버헤드가 작다는 장점이 있다.
그러나, 비콘 프레임(230)의 주기에 비례하여 수동적으로 스캐닝을 수행할 수 밖에 없기 때문에 스캐닝을 수행하는데 걸리는 시간이 늘어난다는 단점이 있다.
도 2의 (B)를 참조하면, 액티브 스캐닝(250)은 non-AP STA(290)에서 프로브 요청 프레임(270)을 AP(260)로 전송하여 주도적으로 스캐닝을 수행하는 기법이다.
AP(260)는 non-AP STA(290)으로부터 프로브 요청 프레임(270)을 수신할 수 있다. AP(260)는 프레임 충돌(frame collision)을 방지하기 위해 랜덤 시간 동안 기다릴 수 있다. AP(260)는 프로브 요청 프레임(270)에 대한 응답으로 네트워크 정보를 포함하는 프로브 응답 프레임(280)을 non-AP STA(290)으로 전송할 수 있다. non-AP STA(290)은 수신한 프로브 응답 프레임(280)을 기반으로 네트워크 정보를 획득할 수 있다.
액티브 스캐닝(250)의 경우, non-AP STA(290)이 주도적으로 스캐닝을 수행하므로 스캐닝에 사용되는 시간이 짧다는 장점이 있다. 하지만, non-AP STA(290)에서 프로브 요청 프레임(270)을 전송해야 하므로, 프레임 송신 및 수신을 위한 네트워크 오버헤드가 증가한다는 단점이 있다.
위 스캐닝 절차가 완료되면, AP와 STA은 인증(authentication) 및 결합(association) 절차를 수행할 수 있다.
도 3은 AP와 STA의 스캐닝 후 인증 및 결합 절차를 나타낸 개념도이다.
도 2 및 도 3을 참조하면, non-AP STA은 패시브/액티브 스캐닝을 통해 스캐닝 절차를 완료한 복수의 AP 중 하나의 AP와 인증 및 결합 절차를 수행할 수 있다. 예를 들어, 인증(authentication) 및 결합(association) 절차는 2-방향 핸드쉐이킹(2-way handshaking)을 통해 수행될 수 있다.
도 3의 (A)는 패시브 스캐닝 후 인증 및 결합 절차를 나타낸 개념도이고, 도 3의 (B)는 액티브 스캐닝 후 인증 및 결합 절차를 나타낸 개념도이다.
인증 및 결합 절차는 액티브 스캐닝 방법 또는 패시브 스캐닝을 사용하였는지 여부와 관계 없이 수행될 수 있다. 예를 들어, AP(300, 350)가 non-AP STA(305, 355)와 인증 요청 프레임(authentication request frame, 310), 인증 응답 프레임(authentication response frame, 320), 결합 요청 프레임(association request frame, 330) 및 결합 응답 프레임(association response frame, 340)을 교환함으로써, 인증 및 결합 절차가 수행될 수 있다.
구체적으로, 인증 절차는 non-AP STA(305, 355)에서 인증 요청 프레임(310)을 AP(300, 350)로 전송함으로써 수행될 수 있다. AP(300, 350)는 인증 요청 프레임(310)에 대한 응답으로 인증 응답 프레임(320)을 non-AP STA(305, 355)으로 전송할 수 있다. 인증 프레임 포맷(authentication frame format)에 대해서는 IEEE 802.11 8.3.3.11 절에 개시되어 있다.
구체적으로, 결합 절차는 non-AP STA(305, 355)에서 결합 요청 프레임(330)을 AP(300, 305)로 전송함으로써 수행될 수 있다. AP(300, 350)는 결합 요청 프레임(330)에 대한 응답으로 결합 응답 프레임(340)을 non-AP STA(305, 355)으로 전송할 수 있다.
결합 요청 프레임(330)은 non-AP STA(305, 355)의 성능(capability)에 관한 정보를 포함할 수 있다. AP(300, 350)는 결합 요청 프레임(330)에 포함된 non-AP STA(305, 355)의 성능에 관한 정보를 기반으로 non-AP STA(305, 355)에 대한 지원 가능 여부를 판단할 수 있다.
일 예로, non-AP STA(305, 355)에 대한 지원이 가능한 경우, AP(300, 350)는 결합 응답 프레임(340)에 결합 요청 프레임(340)에 대한 수락 여부와 그 이유, 자신이 지원 가능한 성능 정보(capability information)을 담아서 non-AP STA(305, 355)에 전송할 수 있다.
도 3에 언급된 결합 절차까지 수행되면, AP와 STA 사이에 정상적인 데이터의 송신 및 수신 절차가 수행될 수 있다.
도 4는 이웃 발견 과정을 설명하기 위한 도면이다. 도 4의 예시는 P2P(Peer to Peer) 디바이스와 P2P 디바이스 사이의 동작으로 이해될 수 있다.
도 4를 참조하면, S410에서, 이웃 발견 과정은 SME(Station Management Entity)/어플리케이션/사용자/벤더의 지시에 의해 개시될 수 있다. 예를 들어, 이웃 발견 과정은 스캔 단계(scan phase)(S412)와 찾기 단계(find phase)(S414-S416)를 포함할 수 있다.
스캔 단계(S412)는 가용한 모든 무선 채널에 대해 802.11 방식에 따라 스캔하는 동작을 포함할 수 있다. 이를 통해, P2P 디바이스는 최상의 동작 채널을 확인할 수 있다.
찾기 단계(S414-S416)는 청취(listen) 모드(S414)와 검색(search) 모드 (S416)를 포함할 수 있다. P2P 디바이스는 청취 모드(S414)와 검색 모드(S416)를 교대로 반복할 수 있다. P2P 디바이스(202, 204)는 검색 모드(S416)에서 프로브 요청 프레임(Probe request frame)을 사용하여 액티브 스캐닝을 수행할 있다.
예를 들어, 빠른 검색을 위하여 검색 범위를 1 번 채널, 6 번 채널, 11번 채널(예로, 2412 MHz, 2437 MHz, 2462 MHz)과 같은 소셜 채널(social channel)로 한정할 수 있다.
또한, P2P 디바이스(202, 204)는 청취 모드(S414)에서 3개의 소셜 채널 중 선택된 하나의 채널상에서 수신 상태를 유지할 수 있다.
이 경우, 다른 P2P 디바이스(예, 202)가 검색 모드에서 전송한 프로브 요청 프레임이 수신된 경우, P2P 디바이스(예를 들어, 204)는 프로브 응답 프레임(probe response frame)으로 응답할 수 있다.
청취 모드(S414)를 위한 시간(예로, 100, 200, 300 TU(Time Unit))은 랜덤하게 결정될 수 있다. P2P 디바이스는 검색 모드 및 수신 모드의 반복을 통해 서로의 공통 채널에 도달할 수 있다.
다른 P2P 디바이스가 발견되면, P2P 디바이스는 다른 P2P 디바이스와 프로브 요청 프레임 및 프로브 응답 프레임을 교환할 수 있다. 이를 통해, P2P 디바이스들은 서로의 디바이스 타입, 제작사 또는 친근한 디바이스 명칭(name)을 발견/교환할 수 있다.
이웃 발견 과정을 통해 발견된 주변 P2P 디바이스에 관한 필요한 정보가 획득되면, P2P 디바이스(예를 들어, 202)는 SME/어플리케이션/사용자/벤더에게 P2P 디바이스 발견을 알릴 수 있다(S418).
현재, P2P는 주로 원격 프린트, 사진 공유 등과 같은 반-정적(semi-static) 통신을 위해 사용되고 있다. 그러나, Wi-Fi 디바이스의 보편화와 위치 기반 서비스 등으로 인해, P2P의 활용성은 점점 넓어지고 있다.
예를 들어, 소셜 채팅(예를 들어, SNS(Social Network Service)에 가입된 무선 디바이스들이 위치 기반 서비스에 기초해서 근접 지역의 무선 디바이스를 인식하고 정보를 송수신), 위치-기반 광고 제공, 위치-기반 뉴스 방송, 무선 디바이스간 게임 연동 등에 P2P가 활발히 사용될 것으로 예상된다. 편의상, 이러한 P2P 응용을 신규 P2P 응용이라고 지칭한다.
도 5는 DPP(Device Provisioning Protocol) 절차의 개념도이다.
도 5를 참조하면, DPP 절차를 위한 DPP 아키텍처는 DPP 부트스트랩 프로토콜(DPP Bootstrapping protocol), DPP 인증 프로토콜(DPP Authentication protocol), DPP 구성 프로토콜(DPP Configuration protocol) 및 DPP 소개 프로토콜(DPP Introduction protocol) 동안 장치 역할(the device roles)을 정의할 수 있다.
BPP 절차에서, 무선 장치를 위한 두 가지 타입의 역할이 있을 수 있다. 예를 들어, 구성자(configurator) 및 등록자(enrollee)의 역할이 있을 수 있다. 다른 예로, 개시자(Initiator) 및 응답자(Responder)의 역할이 있을 수 있다.
도 5의 명확하고 간결한 설명을 위해, 구성자는 제1 무선 장치(510)로 이해될 수 있다. 또한, 등록자는 제2 무선 장치(520)로 이해될 수 있다.
구성자인 제1 무선 장치(510)는 등록자인 제2 무선 장치(520)의 셋업(setup)을 지원할 수 있다. 구성자 및 등록자는 DPP 부트스트랩 프로토콜, DPP 인증 프로토콜, DPP 구성 프로토콜에 관여(engage in)할 수 있다.
구성자 또는 등록자는 DPP 부트스트랩 프로토콜 및 DPP 인증 프로토콜에서 개시자(Initiator)의 역할을 수행할 수 있다. 다만, 등록자(enrollee)만이 DPP 구성 프로토콜 및 DPP 소개 프로토콜을 개시(initiate)할 수 있다.
DPP 인증 프로토콜은 부트스트랩 매커니즘의 일부로 개시자가 응답자의 부트스트랩 키(bootstrapping key)를 획득할 것을 요구할 수 있다. 선택적으로, 상호간의 인증을 제공하기 위하여, 무선 장치는 서로의 부트스트랩 키를 획득할 수 있다.
DPP 인증 프로토콜이 완료되면, 구성자는 장치 대 장치(device-to-device) 통신 또는 인프라스트럭처 통신을 위해 등록자를 프로비전(provision)할 수 있다.
이러한 프로비저닝의 일환으로, 구성자는 등록자(enrollee)가 네트워크 내에 다른 피어(peer)와 보안 연결(secure associations)을 수립하도록 할 수 있다. 여기서, 피어(peer)는 구성자에 의해 이미 구성된 무선 장치(530)로 이해될 수 있다.
구성자 및 등록자는 DPP 인증 프로토콜과 연관될 수 있다. 부트스트랩 시나리오에 따라, 구성자 또는 등록자는 각각 개시자 또는 응답자의 역할을 수행할 수 있다.
DPP 인증 프로토콜을 시작하는 무선 장치는 개시자의 역할을 수행할 수 있다. 개시자의 요청에 응답하는 무선 장치는 응답자의 역할을 수행할 수 있다. DPP 인증 프로토콜은 응답자의 인증을 개시자에게 제공할 수 있다. 선택적으로, DPP 인증 프로토콜은 개시자의 인증을 응답자에게 제공할 수 있다.
예를 들어, 단방향 인증(unidirectional authentication)을 수행하기 위해, 개시자는 응답자의 부트스트랩 키(bootstrapping key)를 확보(obtain)할 수 있다. 또한, 상호 인증을 선택적으로 수행하기 위해, 개시자 및 응답자는 서로의 부트스트랩 키를 확보할 수 있다
예를 들어, 등록자로 역할하는 프로비저닝되지 않은 무선 장치(unprovisioned device, 520)를 구성(configure)하기 위해, 무선 장치(510)는 구성자로 역할할 수 있다. 예를 들어, 프로비저닝되지 않은 무선 장치는 액세스 포인트 또는 다른 무선 장치일 수 있다.
구성자(configurator)로 역할하는 무선 장치(510)가 프로비저닝되지 않은 무선 장치(520)와 DPP 인증 프로토콜을 시작할 때, 무선 장치(510)는 개시자로 역할할 수 있다.
도 6은 무선 장치 사이에서 DPP 절차를 수행하는 과정을 보여주는 순서도이다. 도 6의 DPP 절차는 3-way handshaking 방식으로 구현될 수 있다.
도 5 및 도 6을 참조하면, 제1 무선 장치(610)는 개시자(initiator)로 역할하고, 제2 무선 장치(620)는 응답자(responder)로 역할할 수 있다. 또한, 제1 무선 장치(610)는 구성자(configurator)로 역할하고, 제2 무선 장치(620)는 등록자(enrollee)로 역할할 수 있다.
S610 단계에서, 제1 무선 장치(610) 및 제2 무선 장치(620)는 DPP 부트스트랩 프로토콜을 수행할 수 있다.
예를 들어, 구성자로 역할하는 제1 무선 장치(610)는 OOB(Out Of Band) 매커니즘을 이용하여 등록자로 역할하는 제2 무선 장치(620)로부터 부트스트랩 정보를 획득할 수 있다.
예를 들어, OOB 매커니즘은 QR 코드(예로, 521)에 기반한 스캔 QR 코드(scan QR code) 방식, NFC 탭(NFC tap) 방식 또는 BLE 교환(Bluetoooth Low Energy exchange) 방식을 기반으로 구현될 수 있다.
예를 들어, 부트스트랩 정보는 DPP 인증 프로토콜을 위한 등록자의 부트스트랩 퍼블릭 키(the enrollee's bootstrapping public key)에 관한 정보를 포함할 수 있다. 일 예로, 부트스트랩 퍼블릭 키는 구성자 및 등록자에 의한 DPP 인증 프로토콜을 위해서만 이용될 수 있다.
예를 들어, 글로벌 오퍼레이팅 클래스 채널(global operating class channel)에 대한 정보 또는 채널 리스트(channel list)에 대한 정보가 부트스트랩 정보에 더 포함될 수 있다.
이 경우, DPP 인증 프로토콜을 시작하기 위해, 무선 장치(예로, 620)는 다른 장치(예로, 610)를 위해 나열된 채널 중 하나(one of the listed channels)에서 청취하고 있음을 지시할 수 있다.
다른 예로, 글로벌 오퍼레이팅 클래스 채널에 대한 정보 또는 채널 리스트에 대한 정보가 부트스트랩 정보에 포함되지 않을 수 있다.
이 경우, 무선 장치(예로, 620)는 어느 채널을 청취하고 있는지에 대한 지침(guidance)을 다른 장치(예로, 610)에게 제공하지 않을 수 있다. 이에 따라, 다른 장치(예로, 610)는 사용 가능한 모든 채널을 반복(iterate)해야 한다.
다수의 채널에 걸친 반복(iteration)으로 인하여 DPP 인증 프로토콜에 상당한 추가적인 딜레이(extra delay)가 발생할 수 있다. 이에 따라, QR 코드 부트 스트래핑(QR Code bootstrapping)을 이용하는 장치는 부트스트랩 정보에 단일 채널 또는 가능한 한 짧은 채널 목록(at most a short list of possible channels)을 포함할 것이 요구될 수 있다.
도 6의 제1 무선 장치(610)는 제2 무선 장치(620)로부터 획득된 부트스트랩 정보를 기반으로 특정된 채널 상에서 동작을 시작할 수 있다. 도 6의 제2 무선 장치(620)는 S610 단계 동안 특정한 채널에서 청취할 수 있다.
S620 단계에서, 제1 무선 장치(610) 및 제2 무선 장치(620)는 DPP 인증 프로토콜을 수행할 수 있다.
예를 들어, 구성자로 역할하는 제1 무선 장치(610)는 등록자로 역할하는 제2 무선 장치(620)로 DPP 인증 요청 프레임을 송신할 수 있다. 이 경우, DPP 인증 요청 프레임은 부트스트랩 정보(예로, 채널 리스트)에 상응하는 적어도 하나의 채널을 통해 송신될 수 있다.
S621 단계에서, 제1 무선 장치(610)는 DPP 인증 요청 프레임을 제2 무선 장치(620)로 송신할 수 있다. 이어, 제1 무선 장치(610)는 S621 단계에서 송신된 DPP 인증 요청 프레임에 대한 응답을 기다릴 수 있다.
예를 들어, 제1 무선 장치(610)는 제2 무선 장치(620)로부터 S621 단계에서 송신된 DPP 인증 요청 프레임에 대한 응답인 DPP 인증 응답 프레임이 미리 정해진 시간 내에 수신되는지 여부를 판단할 수 있다.
일 예로, 미리 정해진 시간은 S621 단계의 DPP 인증 요청 프레임의 송신 시점을 기준으로 설정될 수 있다.
도 6의 명확하고 간결한 설명을 위해, S621 단계에서 송신된 DPP 인증 요청 프레임에 대한 응답으로 DPP 인증 응답 프레임이 미리 정해진 시간이 경과할 때까지 수신되지 않는다고 가정할 수 있다.
위 가정에 따라 미리 정해진 시간이 경과할 때까지 DPP 인증 응답 프레임이 수신되지 않는 경우, DPP 인증 응답 프레임의 재송신을 위해 S622 단계가 수행된다.
S622 단계에서, 제1 무선 장치(610)는 DPP 인증 요청 프레임을 제2 무선 장치(620)로 재송신할 수 있다. 이어, 제1 무선 장치(610)는 S622 단계에서 송신된 DPP 인증 요청 프레임에 대한 응답을 기다릴 수 있다.
예를 들어, 제1 무선 장치(610)는 제2 무선 장치(620)로부터 S622 단계에서 재송신된 DPP 인증 요청 프레임에 대한 응답인 DPP 인증 응답 프레임이 미리 정해진 시간 내에 수신되는지 여부를 판단할 수 있다.
일 예로, 미리 정해진 시간은 S622 단계의 DPP 인증 요청 프레임의 송신 시점을 기준으로 설정될 수 있다.
도 6의 명확하고 간결한 설명을 위해, S622 단계에서 재송신된 DPP 인증 요청 프레임에 대한 응답으로 DPP 인증 응답 프레임이 미리 정해진 시간이 경과할 때까지 수신되지 않는다고 가정할 수 있다.
위 가정에 따라 미리 정해진 시간이 경과할 때까지 DPP 인증 응답 프레임이 수신되지 않는 경우, DPP 인증 응답 프레임의 재송신을 위해 S623 단계가 수행된다.
S623 단계에서, 제1 무선 장치(610)는 DPP 인증 요청 프레임을 제2 무선 장치(620)로 재송신할 수 있다. 이어, 제1 무선 장치(610)는 S623 단계에서 재송신된 DPP 인증 요청 프레임에 대한 응답으로 DPP 인증 응답 프레임이 미리 정해진 시간 내에 제2 무선 장치(620)로부터 수신되는지 여부를 판단할 수 있다.
일 예로, 미리 정해진 시간은 S623 단계의 DPP 인증 요청 프레임의 송신 시점을 기준으로 설정될 수 있다.
도 6의 명확하고 간결한 설명을 위해, 미리 정해진 시간 내에 제2 무선 장치(620)로부터 DPP 인증 응답 프레임이 수신된다고 가정할 수 있다. 위 가정에 따라 미리 정해진 시간이 경과하기 전에 DPP 인증 응답 프레임이 수신되면, S624 단계가 수행된다.
S624 단계에서, 제1 무선 장치(610)는 S623 단계에서 재송신된 DPP 인증 요청 프레임에 대한 응답으로 DPP 인증 응답 프레임을 제2 무선 장치(620)로부터 수신할 수 있다.
S625 단계에서, 제1 무선 장치(610)는 DPP 인증 프로토콜을 완료하기 위해 DPP 인증 확인 프레임을 제2 무선 장치(620)로 송신할 수 있다.
DPP 인증 확인 프레임의 송신에 따라 DPP 인증 프로토콜(S620)이 성공적으로 수행되면, 개시자(또는 구성자)와 응답자(또는 등록자) 사이에 보안 채널(secure channel)이 설정(establish)될 수 있다.
S630 단계에서, 제1 무선 장치(610) 및 제2 무선 장치(620)는 DPP 구성 프로토콜을 수행할 수 있다.
S630 단계에서, 제1 무선 장치(610) 및 제2 무선 장치(620)는 같은 MAC 어드레스를 사용할 수 있다. 또한, S630 단계에서, 제1 무선 장치(610) 및 제2 무선 장치(620)는 DPP 인증 프로토콜 동안 사용된 같은 채널을 사용할 수 있다.
S631 단계에서, DPP 구성 프로토콜을 시작하기 위해, 제2 무선 장치(620)는 DPP 구성 요청 프레임을 제1 무선 장치(610)로 송신할 수 있다. 여기서, 개시자 또는 응답자가 구성자의 역할을 수행하는지 여부와 관계 없이, DPP 구성 요청 프레임은 오직 등록자(enrollee)에 의해서만 송신될 수 있다.
S632 단계에서, 제1 무선 장치(610)는 DPP 구성 요청 프레임에 대한 응답으로 DPP 구성 응답 프레임을 제2 무선 장치(620)로 송신할 수 있다. DPP 구성 응답 프레임은 DPP 구성 객체(DPP Configuration object)를 포함할 수 있다. 예를 들어, DPP 구성 객체는 하기 표 1과 같은 복수의 파라미터 정보를 포함할 수 있다.
Figure PCTKR2019009046-appb-T000001
앞서 언급된 S610단계 내지 S630 단계가 성공적으로 수행되면, 제1 무선 장치(610)와 미리 결합(associate)된 AP(미도시)를 포함하는 무선랜 시스템의 네트워크 정보가 제2 무선 장치(620)에게 전달할 수 있다. 예를 들어, 네트워크 정보는 SSID 정보 또는 비밀번호(password) 정보를 포함할 수 있다.
즉, 제2 무선 장치(620)는 제1 무선 장치(610)와 결합된 AP(미도시)와 별도의 결합(association) 절차의 수행 없이도, 제2 무선 장치(620)는 제1 무선 장치(610)로부터 수신된 네트워크 정보를 기반으로 무선랜 시스템에 연결될 수 있다.
도 7a 내지 도7b는 비콘의 프레임 형식을 도시한다.
도 7a 내지 도7b을 참조하면, 비콘은 BLE advertising PDU 내의 BLE advertisement payload를 통해 송신(또는 브로드캐스트(broadcast))될 수 있다. 비콘은 BLE Advertisement payload를 통해 송신되는 바, 그 길이에 제한될 수 있다. 상술한 바와 같이 본 명세서의 제1 무선 장치는 제2 무선 장치(예: TV)와 제3 무선 장치(예: AP)의 연결(예: Wi-Fi 연결)을 수립하기 위한 모든 정보를 비콘을 통해 수신할 수 없다. 따라서, 제1 무선 장치는 제2 무선 장치와 제3 무선 장치의 자동 연결 지원을 위한 추가적인 정보가 필요한 경우 서버를 통해 추가 정보를 획득할 수 있다.
비콘은 BLE advertisement payload 내에서 다양한 형식(또는 프로토콜)을 통해 송신될 수 있다. 비콘 형식은 iBeacon(710), AltBeacon(720), Fast Pair(730), 또는 Eddystone(740)을 포함할 수 있다.
일 예로, Eddystone 형식은 UID, URL, TLM, 또는 EID의 프레임 타입을 포함할 수 있다. Eddystone-UID는 앱이 앱서버에서 정보를 검색할 수 있게 해주는 식별 코드를 송신하기 위한 타입일 수 있다. Eddystone-URL은 SSL을 이용하여 보안 설정된 웹 사이트로 리디렉션 되는 최대 18자의 URL을 송신하기 위한 타입일수 있다. Eddystone-TLM은 신호에 대한 정보(예: 배터리 레벨, 센서 데이터 등)를 송신하기 위한 타입일 수 있다. Eddystone-EID는 암호화된 회전 식별자를 송신하기 위한 타입일 수 있다.
도 8은 제1 무선 장치에서 비콘 신호를 통한 제2 무선 장치와의 페어링 절차를 도시한다.
도 8을 참조하면, 제1 무선 장치(810)는 서버(830)를 통하여 제2 무선 장치(820)와 페어링을 수행하는 절차를 나타낸다. 제1 무선 장치(810) 및 제2 무선 장치(820)는 페어링을 통해 서로 연결될 수 있는 기기를 포함할 수 있다. 제1 무선 장치(810)는 스마트폰, 노트북, 랩탑 등을 포함할 수 있다. 제2 무선 장치(820)는 비콘을 브로드캐스팅하며, 다른 무선 장치와 페어링(pairing)하여 동작할 수 있는 장치를 포함할 수 있다. 예를 들어, 제2 무선 장치(820)는 냉장고, 에어컨, 세탁기, 헤드폰(headphone) 등을 포함할 수 있다. 제1 무선 장치(810)는 Fast Pair Seeker로 불릴 수 있다. 제2 무선 장치(820)는 Fast Pair Provider로 불릴 수 있다. 서버(830)는 클라우드 서버를 포함할 수 있다. 서버(830)는 제2 무선 장치(820)와 관련된 정보 또는 제2 무선 장치(820)가 브로드캐스팅하는 비콘을 식별하기 위한 정보를 저장할 수 있다.
동작 S801에서, 서버(830)는 제2 무선 장치(820)의 정보를 등록하여 저장할 수 있다. 예를 들면, 서버(830)는 제2 무선 장치(820)의 이름, 제2 무선 장치(820)의 사진, 제2 무선 장치(820)의 타입, 송신 전력 또는 어플리케이션 중 적어도 하나의 정보를 등록하여 저장할 수 있다. 서버(830)는 제2 무선 장치(820)와 관련된 정보를 제조사 또는 기능 별로 구분된 카테고리를 통해 분류하여 저장할 수 있다.
동작 S802에서, 제2 무선 장치(820)는 비콘을 송신하여 광고(advertising)할 수 있다. 상기 비콘은 제2 무선 장치(820)의 모델 ID를 포함할 수 있다. 상기 비콘은 BLE Advertising PDU의 페이로드(payload)를 통해 송신될 수 있다.
동작 S803에서, 제1 무선 장치(810)는 수신된 비콘에 포함된 제2 무선 장치(820)의 모델 ID를 서버(830)에 송신할 수 있다. 제1 무선 장치(810)는 서버(830)에게 제2 무선 장치(820)의 모델 ID와 함께 제2 무선 장치(820)와의 연결에 필요한 정보를 서버(830)에게 요청할 수 있다.
동작 S804에서, 서버(830)는 제1 무선 장치(810)에게 제2 무선 장치(820)와의 연결에 필요한 정보를 송신할 수 있다. 예를 들면, 서버(830)는 제2 무선 장치(820)의 이름, 제2 무선 장치(820)의 사진, 제2 무선 장치(820)의 타입 중 적어도 하나와 관련된 정보를 제1 무선 장치(810)에게 송신할 수 있다.
동작 S805에서, 제1 무선 장치(810)는 팝업 알림을 제1 무선 장치(810)의 사용자에게 제공할 수 있다. 팝업 알림은 다양한 형태로 제공 될 수 있다. 예를 들면, 제1 무선 장치(810)는 제1 무선 장치(810)의 디스플레이 상단에 제2 무선 장치(820)의 이름, 제2 무선 장치(820)의 사진 또는 제2 무선 장치(820)의 타입 중 적어도 하나가 포함된 알림을 제공할 수 있다.
동작 S806에서, 제1 무선 장치(810)는 제1 무선 장치(810)의 사용자로부터 제2 무선 장치(820)와의 연결을 위한 입력을 수신할 수 있다. 상기 입력은 탭, 드래그를 포함할 수 있다.
동작 S807에서, 상기 연결을 위한 입력을 수신하는 것에 응답하여, 제1 무선 장치(810)는 제2 무선 장치(820)와 페어링할 수 있다.
본 명세서는, BLE(Bluetooth Low Energy) 비콘의 근접(proximtiy)기반 서비스를 응용하여 BLE 비콘 기기에 인접한 Wi-Fi 기기가 네트워크에 자동으로 연결될 수 있도록 하는 방법을 제안한다.
본 명세서에 따르면, 3개의 무선 장치들 사이에서, 제1 무선 장치는 제2 무선 장치로부터 수신한 비콘을 이용하여 제3 무선 장치와의 연결을 수립할 수 있다. 제1 무선 장치는 제2 무선 장치로부터 비콘을 수신하고, 수신된 비콘에 포함된 정보에 기반하여 제3 무선 장치와의 연결을 수립할 수 있다.
제1 무선 장치는 사용자가 휴대할 수 있는 무선 장치를 포함할 수 있다. 예를 들어, 제1 무선 장치는 스마트폰, 노트북, 랩탑 등을 포함할 수 있다. 제2 무선 장치는 비콘을 브로드캐스팅하는 장치를 포함할 수 있다. 예를 들어, 제2 무선 장치는 냉장고, 에어컨, 세탁기, 헤드폰(headphone) 등을 포함할 수 있다. 제3 무선 장치는 네트워크에 연결할 수 있는 장치를 포함할 수 있다. 예를 들어, 제3 무선 장치는 AP(access point)를 포함할 수 있다. 서버는 제1 무선 장치 또는 제2 무선 장치와 구별되어 독립된 무선 장치로 구성될 수 있다. 일 실시 예에 따르면, 서버의 일부 또는 전부는 독립된 무선 장치가 아닌 제1 무선 장치에 포함될 수 있다.
제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다. 제1 무선 장치는 서버에 수신한 비콘에 관한 정보를 송신할 수 있다. 제1 무선 장치는 서버로부터 제3 무선 장치와 연결하기 위한 네트워크 연결 정보를 수신할 수 있다. 제1 무선 장치는 상기 네트워크 연결 정보에 기반하여 제3 무선 장치와 연결을 수립할 수 있다. 상술한 기술적 특징을 이하의 구체적인 도면(예: 도 9)을 기초로 설명하겠다.
도 9는 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
제1 무선 장치는, 제2 무선 장치에서 송신된 비콘에 기반하여, 제3 무선 장치와 연결을 수립할 수 있다. 제1 무선 장치는 서버로부터 네트워크 연결 정보를 획득하여, 제3 무선 장치와의 연결을 수립할 수 있다. 예를 들어, 대형 마켓 입구에 비콘을 송신하는 제2 무선 장치가 설치될 수 있다. 제1 무선 장치의 사용자인 고객이 대형 마켓에 입장하면, 제1 무선 장치는 제2 무선 장치가 송신한 비콘을 수신할 수 있다. 제1 무선 장치는 상기 비콘에 기반하여, 상기 대형 마켓의 제3 무선 장치(예를 들어, AP)와 연결을 수립할 수 있다.
제1 무선 장치의 구체적인 일례는 제1 무선 장치(910)일 수 있다. 제2 무선 장치의 구체적인 일례는 제2 무선 장치(920)일 수 있다. 서버의 구체적인 일례는 서버(930)일 수 있다. 제3 무선 장치의 구체적인 일례는 AP(940)일 수 있다. 제1 무선 장치(910)은 Wi-Fi Enrollee로 불릴 수도 있다. 제2 무선 장치(920)는 BLE Beacon으로 불릴 수도 있다. AP(940)는 Wi-Fi AP로 불릴 수도 있다. AP(940)는 외부 네트워크에 연결하기 위한 장치일 수 있다.
도 9를 참조하면, 동작 S901에서, 제2 무선 장치(920)는 BLE(Bluetooth Low Energy)를 통해 비콘을 송신할 수 있다. 제2 무선 장치(920)는 주기적으로 비콘을 송신할 수 있다. 제2 무선 장치(920)는 브로드캐스트(broadcast) 방식으로 비콘을 송신할 수 있다. 제1 무선 장치(910)는 제2 무선 장치(920)가 송신하는 비콘을 수신할 수 있다. 비콘은 비콘 식별자(ID, Identifier)를 포함할 수 있다.
동작 S902에서, 제1 무선 장치(910)는 수신한 비콘에 기반하여, 비콘에 관한 정보를 서버(930)에게 송신할 수 있다. 예를 들면, 비콘에 관한 정보는 비콘 식별자에 관한 정보를 포함할 수 있다. 상기 서버(930)는 비콘을 식별하기 위한 서버일 수 있다. 제1 무선 장치(910)는 비콘이 요청하는 서비스에 관한 정보를 식별할지 못할 수 있다. 서버(930)는 비콘이 요청하는 서비스에 관한 정보가 저장(또는 등록)되어 있을 수 있다. 또한, 서버(930)에는 AP(940)와 연결을 위한 네트워크 연결 정보가 저장(또는 등록)되어 있을 수 있다. 따라서, 제1 무선 장치(910)는 수신한 비콘을 식별하기 위해 서버(930)에게 비콘에 관한 정보를 송신할 수 있다. 제1 무선 장치(910)는 비콘에 관한 정보를 서버(930)에게 송신할 수 있다.
동작 S903에서, 제1 무선 장치(910)는 서버(930)로부터 네트워크 연결 정보를 수신할 수 있다. 네트워크 연결 정보는 제1 무선 장치(910)가 AP(940)와 연결을 수립하기 위한 정보를 포함할 수 있다. 도 9에서는 제1 무선 장치(910)는 BLE를 통해 네트워크 연결 정보를 수신할 수 있음을 나타내고 있으나, 이에 한정되는 것은 아니다. 제1 무선 장치(910)는 다양한 통신 방식을 통해 서버(930)에게 비콘에 관한 정보를 송신하고, 네트워크 연결 정보를 수신할 수 있다. 예를 들어, 네트워크 연결 정보는 SSID, BSSID 또는 Channel 정보 등 네트워크 연결에 필요한 정보를 포함할 수 있다. 추가적으로, 제1 무선 장치(910)는 서버(930)로부터 비콘이 요청하는 서비스에 관한 정보를 수신할 수 있다. 예를 들어, 제1 무선 장치(910)는 서버(930)로부터 비콘이 요청하는 서비스에 관한 정보를 수신하고, 비콘이 제3 무선 장치(940)와의 연결을 요청함을 식별할 수 있다.
동작 S904에서, 제1 무선 장치(910)는 수신한 네트워크 연결 정보를 Wi-Fi를 통해 AP(940)와 연결할 수 있도록 Wi-Fi 연결을 위한 구성요소에게 송신할 수 있다. 도 9에서는 제1 무선 장치(910)가 BLE를 통해 수신한 정보를 Wi-Fi 연결을 위한 구성 요소에게 송신하는 것으로 나타내고 있으나, 이에 한정 되는 것은 아니다. 제1 무선 장치(910)는 다양한 통신 방식을 통해 획득한 네트워크 연결 정보를 Wi-Fi 연결을 위한 구성 요소에게 송신할 수 있다.
동작 S905에서, 제1 무선 장치(910)는 Wi-Fi를 통해 AP(940)와 연결을 수립할 수 있다. 제1 무선 장치(910)는 AP(940)를 발견하고, 서버(930)로부터 수신한 네트워크 연결 정보를 통해 AP(940)와의 연결을 수립할 수 있다. 제1 무선 장치(910)는 AP(940)를 통해 다른 네트워크와 연결할 수 있다.
본 명세서에 따르면, 3개의 무선 장치들 사이에서, 제1 무선 장치는 비콘을 이용하여 제2 무선 장치와 제3 무선 장치 사이의 연결을 수립할 수 있다. 제1 무선 장치는 제2 무선 장치로부터 비콘을 수신하고, 수신된 비콘에 포함된 정보에 기반하여 제2 무선 장치와 제3 무선 장치의 연결을 수립할 수 있다.
제2 무선 장치는 디스플레이 또는 키패드를 포함하지 않아 제3 무선 장치에 연결 인증을 수행할 수 없는 장치일 수 있다. 따라서, 제1 무선 장치는 제2 무선 장치가 제3 무선 장치와의 연결을 수립하도록 신호를 송신할 수 있다. 상기 연결의 수립을 위해 제1 무선 장치는 DPP와 관련된 기술을 이용할 수 있다. 상술한 기술적 특징을 이하의 구체적인 도면(예: 도 10)을 기초로 설명하겠다.
도 10은 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다. 제1 무선 장치는 상기 비콘에 기반하여 서버로부터 제3 무선 장치와의 연결을 위한 정보를 수신할 수 있다. 제1 무선 장치는 상기 제3 무선 장치와의 연결을 위한 정보에 기반하여 PKEX 교환 절차를 통해 제3 무선 장치와의 연결을 수립할 수 있다.
상기 제1 무선 장치의 구체적인 일례는 제1 무선 장치(1010)일 수 있다. 상기 제2 무선 장치의 구체적인 일례는 제2 무선 장치(1020)일 수 있다. 상기 서버의 구체적인 일례는 서버(1030)일 수 있다. 상기 제3 무선 장치의 구체적인 일례는 AP(1040)일 수 있다.
동작 S1001에서, 제1 무선 장치(1010)는 BLE를 통해 제2 무선 장치(1020)로부터 비콘(Eddystone-UID)을 수신할 수 있다. 제2 무선 장치(1020)는 주기적으로 비콘을 송신(또는 브로드캐스트(broadcast))할 수 있다. 상기 비콘은 "Namespace"와 관련된 정보 및 "Instance ID"와 관련된 정보를 포함할 수 있다. "Namespace"와 관련된 정보는 비콘 구현자의 고유성을 보장하기 위한 정보를 포함할 수 있다. 즉, "Namespace"와 관련된 정보는 회사명에 관한 정보를 포함할 수 있다. "Instance ID"와 관련된 정보는 비콘을 식별자에 관한 정보를 포함할 수 있다.
제1 무선 장치(1010)는 제2 무선 장치(1020)로부터 수신한 비콘의 의미를 식별하지 못하는 경우, 동작 S1002(Option 1)을 수행할 수 있다. 제1 무선 장치(1010)는 제2 무선 장치(1020)로부터 수신한 비콘의 의미를 식별할 수 있는 경우, 동작 S1003(Option 2)을 수행할 수 있다.
구체적으로, 동작 S1002(Option 1)에서, 제1 무선 장치(1010)가 수신한 비콘의 의미를 식별하지 못하는 경우, 제1 무선 장치(1010)는 수신한 비콘에 관한 정보를 비콘을 식별하기 위한 서버(1030)에게 송신할 수 있다. 제1 무선 장치(1010)는 상기 비콘이 요청하는 서비스에 관한 정보 및 "Instance ID"와 관련된 정보를 서버(1030)로부터 수신할 수 있다. 예를 들면, 제1 무선 장치(1010)는 상기 비콘이 요청하는 서비스에 관한 정보에 기반하여, 상기 비콘이 DPP 서비스를 요청함을 식별할 수 있다. 다른 예를 들어, 제1 무선 장치(1010)는 수신한 비콘으로부터 상기 비콘이 Wi-Fi 연결 서비스를 요청함을 식별할 수 있다. 도 10에서는 제1 무선 장치(1010)가 BLE를 통해 서버(1030)와 신호를 송수신하는 동작을 나타내고 있으나, 이에 한정되는 것은 아니다. 제1 무선 장치는 다양한 통신 방식(예를 들어, Wi-Fi)을 통해 서버(1030)에게 비콘에 관한 정보를 송신하고, 상기 비콘이 요청하는 서비스에 관한 정보 또는 "Instance ID"와 관련된 정보를 수신할 수 있다.
구체적으로, 동작 S1003(Option 2)에서, 제1 무선 장치(1010)가 수신한 비콘 신호의 의미를 식별할 수 있는 경우, 제1 무선 장치(1010)는 상기 비콘이 요청하는 서비스에 관한 정보 또는 "Instance ID"와 관련된 정보를 식별할 수 있다. 동작 S1003에서, 제1 무선 장치(1010)는 서버(1030)로부터 추가적인 정보 획득 없이 상기 비콘이 요청하는 서비스에 관한 정보 또는 "Instance ID"와 관련된 정보를 식별할 수 있다. 예를 들어, 제1 무선 장치(1010)는 수신한 비콘으로부터 상기 비콘이 DPP 서비스를 요청함을 식별할 수 있다. 다른 예를 들어, 제1 무선 장치(1010)는 수신한 비콘으로부터 상기 비콘이 Wi-Fi 연결 서비스를 요청함을 식별할 수 있다.
동작 S1004에서, 제1 무선 장치(1010)는 상기 비콘이 요청하는 서비스를 트리거(trigger)할 수 있다. 예를 들어, 제1 무선 장치(1010)는 Wi-Fi에 기반하여, DPP 서비스를 트리거(또는 시작)할 수 있다. 다른 예를 들어, 제1 무선 장치(1010)는 Wi-Fi에 기반하여, Wi-FI 연결 서비스를 트리거(또는 시작)할 수 있다.
동작 S1005에서, 제1 무선 장치(1010)는 제2 무선 장치(1020)와 PKEX 교환 절차를 통해 DPP 부트스트랩 절차를 수행할 수 있다. 제1 무선 장치(1010)는 DPP 구성자(configurator) 역할을 수행할 수 있다. 제2 무선 장치(1020)는 DPP 등록자(enrollee) 역할을 수행할 수 있다. 구체적으로, 제1 무선 장치(1010) 및 제2 무선 장치(1020)에서 PKEX 교환 과정을 수행하기 위해서는 동일한 키(key)가 요구될 수 있다. 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 "Instance ID"와 관련된 정보를 PKEX 교환 과정에서 키(key)로써 사용할 수 있다. 일 실시 예에 따르면, 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 "Instance ID"와 관련된 정보뿐만 아니라, beacon에 포함된 정보의 전부 또는 일부를 PKEX 교환 절차를 위한 키로써 사용할 수 있다.
일 실시 예에 따르면, 서버(1030)는 비콘에 관한 정보(예를 들어, PKEX 교환 절차를 위한 키)를 미리 포함할 수 있다. 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 서버(1030)에서 PKEX 교환 절차를 위한 키를 수신하거나, 제1 무선 장치(1010)에서 사전에 약속(또는 지정)된 값을 PKEX 교환 절차를 위한 키로써 사용할 수도 있다.
제1 무선 장치(1010)는 제2 무선 장치(1020)에게 PKEX 교환 요청 메시지를 송신할 수 있다. 이때, 제1 무선 장치(1010)는 PKEX 교환 절차를 위한 키로써 "Instance ID"와 관련된 정보를 사용할 수 있다. 제2 무선 장치(1020)는 제1 무선 장치(1010)에게 PKEX 교환 응답 메시지를 송신할 수 있다. 이후, 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 PKEX commit-reveal 절차를 수행할 수 있다. 상기 PKEX 교환 절차를 통해 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 DPP 부트스트랩 정보(예: 부트스트랩 URI)를 획득할 수 있다.
동작 S1006에서, 제1 무선 장치(1010) 및 제2 무선 장치(1020)는 DPP 인증 절차 및 DPP 구성 절차를 수행할 수 있다. 상기 DPP 인증 절차 및 DPP 구성 절차는 도 6의 동작 S620 내지 동작 S630에 상응할 수 있다.
동작 S1007에서, 제2 무선 장치(1020)는 DPP 인증 절차 및 DPP 구성 절차에 기반하여, AP(1040)를 발견(discovery)하고 AP(1040)와의 연결을 수립할 수 있다.
도 10은 Eddystone-UID 비콘을 사용하여 제2 무선 장치(1020)와 AP(1040)의 연결을 수립하는 절차를 도시하였으나, 상기 비콘은 다양한 타입의 비콘이 사용될 수 있다. 예를 들어, 제2 무선 장치(1020)와 AP(1040)의 연결을 수립하기 위하여, 도 7에 도시된 다른 타입의 비콘들이 사용될 수 있다.
도 11은 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다. 제1 무선 장치는 상기 비콘에 기반하여 서버로부터 제3 무선 장치와의 연결을 위한 정보를 수신할 수 있다. 제1 무선 장치는 상기 제3 무선 장치와의 연결을 위한 정보에 기반하여 PKEX 교환 절차를 통해 제3 무선 장치와의 연결을 수립할 수 있다.
상기 제1 무선 장치의 구체적인 일례는 제1 무선 장치(1110)일 수 있다. 상기 제2 무선 장치의 구체적인 일례는 제2 무선 장치(1120)일 수 있다. 상기 서버의 구체적인 일례는 서버(1130)일 수 있다. 상기 제3 무선 장치의 구체적인 일례는 AP(1140)일 수 있다.
동작 S1101에서, 제1 무선 장치(1110)는 BLE를 통해 제2 무선 장치(1020)로부터 비콘을 수신할 수 있다. 제2 무선 장치(1120)는 주기적으로 비콘을 송신(또는 브로드캐스트(broadcast))할 수 있다. 상기 비콘은 비콘 식별자(Identifier, ID)와 관련된 정보를 포함할 수 있다.
동작 S1102에서, 제1 무선 장치(1110)는 서버(1130)에게 DPP 부트스트랩 정보를 요청할 수 있다. 제1 무선 장치(1110)는 서버(1130)에게 DPP 부트스트랩 정보를 요청하며, 비콘 식별자와 관련된 정보를 서버(1130)에게 송신할 수 있다. 서버(1130)는 비콘과 관련된 정보(예를 들어, DPP 부트스트랩 정보)를 저장한 상태일 수 있다.
동작 S1103에서, 제1 무선 장치(1110)는 서버(1130)로부터 DPP 부트스트랩 정보를 수신할 수 있다. 예를 들어, DPP 부트스트랩 정보는 DPP 인증 절차를 위한 정보 또는 채널 리스트에 관한 정보를 포함할 수 있다.
동작 S1104에서, 제1 무선 장치(1110)는 상기 비콘이 요청하는 서비스를 트리거(trigger)할 수 있다. 예를 들어, 제1 무선 장치(1110)는 Wi-Fi에 기반하여, DPP 서비스를 트리거(또는 시작)할 수 있다. 다른 예를 들어, 제1 무선 장치(1110)는 Wi-Fi에 기반하여, Wi-FI 연결 서비스를 트리거(또는 시작)할 수 있다.
동작 S1105에서, 제1 무선 장치(1110) 및 제2 무선 장치(1120)는 DPP 부트스트랩 정보에 기반하여, DPP 인증 절차 및 DPP 구성 절차를 수행할 수 있다. 제1 무선 장치(1110)는 상기 DPP 부트스트랩 정보를 이용하여 DPP 인증 절차를 시작할 수 있다. 상기 DPP 인증 절차 및 DPP 구성 절차는 도 6의 동작 S620 내지 동작 S630에 상응할 수 있다. 도 10에서는 제1 무선 장치(1010)는 DPP 부트스트랩 정보를 PKEX 교환 절차를 통해 획득하였으나, 도 11의 제1 무선 장치(1110)는 서버(1130)로부터 직접 DPP 부트스트랩 정보를 획득함으로써, PKEX 교환 절차를 생략할 수 있다.
동작 S1106에서, 제2 무선 장치(1120)는 DPP 인증 절차 및 DPP 구성 절차에 기반하여, AP(1140)를 발견(discovery)하고 AP(1140)와의 연결을 수립할 수 있다.
도 12는 제1 무선 장치에서 비콘을 이용하여 연결을 수립하는 절차를 도시한다.
제1 무선 장치는 제2 무선 장치로부터 비콘을 수신할 수 있다. 제1 무선 장치는 상기 비콘에 기반하여 서버로부터 제3 무선 장치와의 연결을 위한 정보를 수신할 수 있다. 제1 무선 장치는 상기 제3 무선 장치와의 연결을 위한 정보에 기반하여 PKEX 교환 절차를 통해 제2 무선 장치와 제3 무선 장치의 연결을 수립할 수 있다.
상기 제1 무선 장치의 구체적인 일례는 제1 무선 장치(1210)일 수 있다. 상기 제2 무선 장치의 구체적인 일례는 제2 무선 장치(1220)일 수 있다. 상기 서버의 구체적인 일례는 서버(1230)일 수 있다. 상기 제3 무선 장치의 구체적인 일례는 AP(1240)일 수 있다.
동작 S1200에서, 서버(1230)(또는 클라우드 서버)는 제2 무선 장치(1220)에서 송신하는 비콘에 관한 정보를 등록(또는 저장)할 수 있다. 예를 들어, 비콘에 관한 정보는 비콘이 요청하는 서비스에 관한 정보, 비콘 식별자에 관한 정보 또는 DPP 부트스트랩 정보를 포함할 수 있다. 비콘에 관한 정보를 등록하는 과정은 서버(1230)가 정의한 정책 및 API(Application Programming Interface Application Programming Interface)를 따를 수 있다. 동작 S1200은 선택적인(optional) 동작으로, 서버(1230)가 사용되지 않는 경우, 또는 이미 서버(1230)가 비콘에 관한 정보를 저장하고 있는 경우에는 수행되지 않을 수 있다.
동작 S1201에서, 제1 무선 장치(1210)는 BLE를 통해 제2 무선 장치(1220)로부터 비콘을 수신할 수 있다. 구체적으로, 제2 무선 장치(1220)는 주기적으로 비콘을 송신(또는 브로드캐스트(broadcast))할 수 있다. 제1 무선 장치(1210)는 제2 무선 장치(1220)의 비콘 송신 반경 안에 접근할 수 있다. 제1 무선 장치(1210)는 제2 무선 장치(1220)가 주기적으로 송신하는 비콘들 중 하나를 수신할 수 있다. 상기 비콘은 비콘 식별자(Identifier, ID)와 관련된 정보를 포함할 수 있다.
제1 무선 장치(1210)는 제2 무선 장치(1220)로부터 수신한 비콘 신호의 의미를 식별할 수 있는 경우, 동작 S1202을 수행할 수 있다. 제1 무선 장치(1210)는 제2 무선 장치(1220)로부터 수신한 비콘 신호의 의미를 식별하지 못하는 경우, 동작 S1203를 수행할 수 있다.
구체적으로, 동작 S1202에서, 제1 무선 장치(1210)가 수신한 비콘 신호의 의미를 식별할 수 있는 경우, 제1 무선 장치(1210)는 상기 비콘이 요청하는 서비스에 관한 정보, 비콘 식별자와 관련된 정보 또는 DPP 부트스트랩 정보를 식별할 수 있다.
구체적으로, 동작 S1203에서, 제1 무선 장치(1210)가 수신한 비콘 신호의 의미를 식별하지 못하는 경우, 제1 무선 장치(1210)는 수신한 비콘에 관한 정보를 비콘을 식별하기 위한 서버(1230)에게 송신할 수 있다. 제1 무선 장치(1210)는 상기 비콘이 요청하는 서비스에 관한 정보, 비콘 식별자와 관련된 정보 또는 DPP 부트스트랩 정보를 서버(1230)로부터 수신할 수 있다. 제1 무선 장치는 다양한 통신 방식(예를 들어, Wi-Fi)을 통해 서버(1230)에게 비콘에 관한 정보를 송신하고, 상기 비콘이 요청하는 서비스에 관한 정보, 비콘 식별자와 관련된 정보 또는 DPP 부트스트랩 정보를 수신할 수 있다.
동작 S1204에서, 제1 무선 장치(1210)는 제1 무선 장치(1210)의 사용자에게 인근 알림 팝업(nearby notification popup)을 제공할 수 있다. 제1 무선 장치(1210)는 제1 무선 장치(1210) 근처에 AP(1240)와 연결 가능한 기기가 있음을 나타낼 수 있다. 제1 무선 장치(1210)는 AP(1240)와 연결 가능한 기기가 있음을 나타낼 수 있다. 예를 들어, 제1 무선 장치(1210)는 제1 무선 장치(1210)의 제1 무선 장치(1210)의 근처에 AP(1240)와 연결 가능한 기기가 있음을 팝업, 소리, 진동 중 적어도 하나를 통해 사용자에게 나타낼 수 있다. 연결 가능한 기기는 제2 무선 장치(1220)를 포함할 수 있다.
동작 S1205에서, 제1 무선 장치(1210)는 연결 가능한 네트워크의 리스트를 제공할 수 있다. 제1 무선 장치(1210)는 연결 가능한 네트워크(또는 무선 장치)의 리스트를 제1 무선 장치(1210)의 사용자에게 제공할 수 있다. 제1 무선 장치(1210)는 다양한 연결 방식을 통해 연결 가능한 네트워크의 리스트를 제공할 수 있다. 예를 들어, 제1 무선 장치(1210)는 블루투스, Wi-Fi, ZigBee, 셀룰러 네트워크 등을 통해 연결 가능한 네트워크의 리스트를 제공할 수 있다. 상기 연결 가능한 네트워크의 리스트는 AP(1240)를 통해 연결할 수 있는 네트워크를 포함할 수 있다.
동작 S1206에서, 제1 무선 장치(1210)는 제1 무선 장치(1210)의 사용자로부터 연결 가능한 네트워크의 리스트 중 하나를 선택하는 입력을 수신할 수 있다.
동작 S1207에서, 제1 무선 장치(1210)가 서버(1230)로부터 비콘이 요청하는 서비스에 관한 정보 또는 비콘 식별자와 관련된 정보를 수신한 경우, 제1 무선 장치(1210)는 제2 무선 장치(1220)와 PKEX 부트스트랩 절차(PKEX 교환 절차)를 수행할 수 있다. 제1 무선 장치(1210)가 비콘이 요청하는 서비스에 관한 정보, 비콘 식별자와 관련된 정보를 서버(1230)를 통하지 않고 식별한 경우, 제1 무선 장치(1210)는 제2 무선 장치(1220)와 PKEX 부트스트랩 절차(PKEX 교환 절차)를 수행할 수 있다. 상기 PKEX 부트스트랩 절차는 도 10의 동작 S1005에 상응할 수 있다. 이와 달리, 제1 무선 장치(1210)가 DPP 부트스트랩 정보를 획득한 경우는, 제1 무선 장치(1210)는 동작 S1207을 수행하지 않을 수 있다.
동작 S1208에서, 제1 무선 장치(1210)는 제2 무선 장치(1220)와 DPP 인증 절차 및 DPP 구성 절차를 수행할 수 있다. 상기 DPP 인증 절차 및 DPP 구성 절차는 도 6의 동작 S620 내지 S630에 상응할 수 있다.
동작 S1209에서, 제2 무선 장치(1220)는 상기 DPP 인증 절차 및 DPP 구성 절차에 기반하여 AP(1240)와의 연결을 수립할 수 있다.
도 13은 제1 무선 장치의 동작의 예를 도시한다.
S1301 동작에서, 제1 무선 장치(예를 들어, 도 10의 제1 무선 장치(1010), 도 11의 제1 무선 장치(1110), 도 12의 제1 무선 장치(1210))는 제2 무선 장치(예를 들어, 도 10의 제2 무선 장치(1020), 도 11의 제2 무선 장치(1120), 도 12의 제2 무선 장치(1220))로부터 비콘을 수신할 수 있다. 상기 비콘은 다양한 형식의 비콘을 포함할 수 있다. 예를 들어, 상기 비콘은 IBeacon, AltBeacon, Fast Pair, Eddystone을 포함할 수 있다. 제2 무선 장치는 주기적으로 비콘을 송신(또는 브로드캐스트)할 수 있다. 제1 무선 장치는 제2 무선 장치가 송신하는 비콘을 수신할 수 있는 반경에 들어갈 수 있다. 제1 무선 장치는 상기 비콘을 수신할 수 있는 반경 내에서 제2 무선 장치가 송신하는 비콘을 수신할 수 있다.
S1302 동작에서, 제1 무선장치는 비콘을 식별하기 위한 서버로 비콘에 관한 정보를 송신할 수 있다. 제1 무선 장치는 제2 무선 장치로부터 수신한 비콘을 식별하지 못할 수 있다. 따라서, 제1 무선 장치는 서버로 수신한 비콘에 관한 정보를 송신할 수 있다.
S1303 동작에서, 제1 무선 장치는 서버로부터 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 수신할 수 있다. 서버는 비콘에 관한 정보에 기반하여 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 식별할 수 있다. 서버는 식별한 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 제1 무선 장치에게 송신할 수 있다. 비콘이 요청하는 서비스에 관한 정보는 제2 무선 장치가 제3 무선 장치(예를 들어, 도 10의 AP(1040), 도 11의 AP(1140), 도 12의 AP(1240))에 연결을 요청하기 위한 정보를 포함할 수 있다. 비콘 식별자에 관한 정보는 비콘이 Eddystone 형식인 경우, "Instance ID"와 관련된 정보를 포함할 수 있다.
S1304 동작에서, 제1 무선 장치는 비콘이 요청하는 서비스에 관한 정보에 기반하여, 비콘이 제2 무선 장치와 제3 무선 장치의 연결을 위해 사용됨을 판단할 수 있다. 제1 무선 장치는 제2 무선 장치와 제3 무선 장치의 연결을 수립하기 위해, 제2 무선 장치와 DPP 절차를 수행할 수 있다.
S1305 동작에서, 제1 무선 장치는 비콘 식별자에 관한 정보를 기반으로, 제2 무선 장치와 PKEX(Public Key Exchange) 교환 절차를 수행할 수 있다. 상기 PKEX 교환 절차는 DPP 부트스트랩 절차에 상응할 수 있다. 제1 무선 장치 및 제2 무선 장치는 PKEX 교환 절차를 통해 DPP 부트스트랩 정보(예: 부트스트랩 URI)를 획득할 수 있다.
S1306 동작에서, 제1 무선 장치는, PKEX 교환 절차에 기반하여, 제2 무선 장치와 제3 무선 장치의 연결을 수립할 수 있다. 제1 무선 장치는 PKEX 교환 절차 이후 제2 무선 장치와 DPP 인증 절차 및 DPP 구성 절차를 수행할 수 있다. 상기 DPP 인증 절차 및 DPP 구성 절차가 완료된 뒤, 제1 무선 장치는 제2 무선 장치와 제3 무선 장치의 연결의 수립을 완료할 수 있다.
도 14는 본 실시 예가 적용될 수 있는 무선 장치를 나타내는 블록도이다.
도 14를 참조하면, 무선 장치는 상술한 실시 예를 구현할 수 있는 STA로서, AP 또는 non-AP STA로 동작할 수 있다. 또한, 무선 장치는 상술한 사용자(user)에 대응되거나, 사용자에 신호를 송신하는 송신 단말에 대응될 수 있다.
도 14의 무선장치는, 도시된 바와 같이 프로세서(1410), 메모리(1420) 및 트랜시버(1430)를 포함한다. 도시된 프로세서(1410), 메모리(1420) 및 트랜시버(1430)는 각각 별도의 칩으로 구현되거나, 적어도 둘 이상의 블록/기능이 하나의 칩을 통해 구현될 수 있다.
트랜시버(transceiver, 1430)는 송신기(transmitter) 및 수신기(receiver)를 포함하는 장치이며, 특정한 동작이 수행되는 경우 송신기 및 수신기 중 어느 하나의 동작만이 수행되거나, 송신기 및 수신기 동작이 모두 수행될 수 있다.
트랜시버(1430)는 무선 신호를 전송 및/또는 수신하는 하나 이상의 안테나를 포함할 수 있다. 또한, 트랜시버(1430)는 수신 신호 및/또는 송신 신호의 증폭을 위한 증폭기와 특정한 주파수 대역 상으로의 송신을 위한 밴드패스필터를 포함할 수 있다.
프로세서(1410)는 본 명세서에서 제안된 기능, 과정 및/또는 방법을 구현할 수 있다. 예를 들어, 프로세서(1410)는 전술한 본 실시 예에 따른 동작을 수행할 수 있다. 즉, 프로세서(1410)는 도 1 내지 도 13의 실시 예에서 개시된 동작을 수행할 수 있다.
프로세서(1410)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로, 데이터 처리 장치 및/또는 베이스밴드 신호 및 무선 신호를 상호 변환하는 변환기를 포함할 수 있다.
메모리(1420)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다.
도 15는 프로세서에 포함되는 장치의 일례를 나타내는 블록도이다.
설명의 편의를 위해, 도 15의 일례는 송신 신호를 위한 블록을 기준으로 설명되어 있으나, 해당 블록을 이용하여 수신 신호를 처리할 수 있다는 점은 자명하다.
도시된 데이터 처리부(1510)는 송신 신호에 대응되는 송신 데이터(제어 데이터 및/또는 사용자 데이터)를 생성한다. 데이터 처리부(1510)의 출력은 인코더(1520)로 입력될 수 있다. 인코더(1520)는 BCC(binary convolutional code)나 LDPC(low-density parity-check) 기법 등을 통해 코딩을 수행할 수 있다. 인코더(1520)는 적어도 1개 포함될 수 있고, 인코더(1320)의 개수는 다양한 정보(예를 들어, 데이터 스트림의 개수)에 따라 정해질 수 있다.
인코더(1520)의 출력은 인터리버(1530)로 입력될 수 있다. 인터리버(1530)는 페이딩 등에 의한 연집 에러(burst error)를 방지하기 위해 연속된 비트 신호를 무선 자원(예를 들어, 시간 및/또는 주파수) 상에서 분산시키는 동작을 수행한다. 인터리버(1530)는 적어도 1개 포함될 수 있고, 인터리버(1530)의 개수는 다양한 정보(예를 들어, 공간 스트림의 개수)에 따라 정해질 수 있다.
인터리버(1530)의 출력은 성상 맵퍼(constellation mapper, 1540)로 입력될 수 있다. 성상 맵퍼(1540)는 BPSK(biphase shift keying), QPSK(Quadrature Phase Shift Keying), n-QAM(quadrature amplitude modulation) 등의 성상 맵핑을 수행한다.
성상 맵퍼(1540)의 출력은 공간 스트림 인코더(1550)로 입력될 수 있다. 공간 스트림 인코더(1550)는 송신 신호를 적어도 하나의 공간 스트림을 통해 송신하기 위해 데이터 처리를 수행한다. 예를 들어, 공간 스트림 인코더(1550)는 송신 신호에 대한 STBC(space-time block coding), CSD(Cyclic shift diversity) 삽입, 공간 매핑(spatial mapping) 중 적어도 하나를 수행할 수 있다.
공간 스트림 인코더(1550)의 출력은 IDFT(1560) 블록에 입력될 수 있다. IDFT(1560) 블록은 IDFT(inverse discrete Fourier transform) 또는 IFFT(inverse Fast Fourier transform)을 수행한다.
IDFT(1360) 블록의 출력은 GI(Guard Interval) 삽입기(1570)에 입력되고, GI 삽입기(1570)의 출력은 도 14의 트랜시버(1430)에 입력된다.
본 명세서의 상세한 설명에서는 구체적인 실시 예에 관하여 설명하였으나, 본 명세서의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능하다. 그러므로, 본 명세서의 범위는 상술한 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구범위뿐만 아니라 이 발명의 특허청구범위와 균등한 것들에 의해 정해져야 한다.

Claims (14)

  1. 무선랜 시스템에서,
    제1 무선 장치에서, 제2 무선 장치로부터 비콘을 수신하는 단계;
    상기 제1 무선 장치에서, 상기 비콘을 식별하기 위한 서버로 상기 비콘에 관한 정보를 송신하는 단계;
    상기 제1 무선 장치에서, 상기 서버로부터 상기 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 수신하는 단계;
    상기 제1 무선 장치에서, 상기 비콘이 요청하는 서비스에 관한 정보에 기반하여, 상기 비콘이 상기 제2 무선 장치와 제3 무선 장치의 연결을 위해 사용됨을 판단하는 단계;
    상기 제1 무선 장치에서, 상기 비콘 식별자에 관한 정보를 기반으로 PKEX(Public Key Exchange) 교환 절차를 수행하되, 상기 PKEX 교환 절차를 위해 사용되는 키(key)는 상기 비콘 식별자에 관한 정보를 포함하는 단계; 및
    상기 제1 무선 장치에서, 상기 PKEX 교환 절차에 기반하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하는 단계
    를 포함하는 방법.
  2. 제1 항에 있어서, 상기 비콘이 요청하는 서비스에 관한 정보는,
    상기 제2 무선 장치와 상기 제3 무선 장치의 연결 요청 서비스에 관한 정보를 포함하는 방법.
  3. 제1 항에 있어서, 상기 제3 무선 장치는 AP(Access Point)를 포함하고,
    상기 서버는 클라우드 서버를 포함하는 방법.
  4. 제1 항에 있어서, 상기 PKEX 교환 절차에 기반하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하는 단계는,
    상기 PKEX 교환 절차를 통해 DPP 부트스트랩 정보를 획득하는 단계;
    상기 DPP 부트스트랩 정보에 기반하여, DPP 인증 절차를 수행하는 단계;
    상기 DPP 인증 절차에 응답하여, DPP 구성 절차를 수행하는 단계; 및
    상기 DPP 구성 절차에 응답하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하는 단계를 포함하는 방법.
  5. 제4 항에 있어서, 상기 DPP 부트스트랩 정보는 부트스트랩 URI에 관한 정보를 포함하는 방법.
  6. 제1 항에 있어서,
    상기 제1 무선 전자 장치에서, 상기 서버로부터 DPP 부트스트랩 정보를 수신하는 단계; 및
    상기 제1 무선 전자 장치에서, 상기 DPP 부트스트랩 정보에 기반하여 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하는 단계를 더 포함하는 방법.
  7. 제1 항에 있어서,
    상기 제1 무선 장치에서, 상기 비콘을 이용하여, 상기 비콘이 요청하는 서비스에 관한 정보 및 상기 비콘 식별자에 관한 정보를 식별하는 단계를 더 포함하는 방법.
  8. 제1 무선 장치에 있어서,
    무선 신호를 송신 및 수신하는 트랜시버(transceiver); 및
    상기 트랜시버와 결합하여 동작하는 프로세서;를 포함하되,
    상기 프로세서는,
    제2 무선 장치로부터 비콘을 수신하고,
    상기 비콘을 식별하기 위한 서버로 상기 비콘에 관한 정보를 송신하고,
    상기 서버로부터 상기 비콘이 요청하는 서비스에 관한 정보 및 비콘 식별자에 관한 정보를 수신하고,
    상기 비콘이 요청하는 서비스에 관한 정보에 기반하여, 상기 비콘이 상기 제2 무선 장치와 제3 무선 장치의 연결을 위해 사용됨을 판단하고,
    상기 비콘 식별자에 관한 정보를 기반으로 PKEX(Public Key Exchange) 교환 절차를 수행하되, 상기 PKEX 교환 절차를 위해 사용되는 키(key)는 상기 비콘 식별자에 관한 정보를 포함하고,
    상기 PKEX 교환 절차에 기반하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하도록 설정된 제1 무선 장치.
  9. 제8 항에 있어서, 상기 비콘이 요청하는 서비스에 관한 정보는,
    상기 제2 무선 장치와 상기 제3 무선 장치의 연결 요청 서비스에 관한 정보를 포함하는 제1 무선 장치.
  10. 제8 항에 있어서, 상기 제3 무선 장치는 AP(Access Point)를 포함하고,
    상기 서버는 클라우드 서버를 포함하는 제1 무선 장치.
  11. 제1 항에 있어서, 상기 프로세서는,
    상기 PKEX 교환 절차를 통해 DPP 부트스트랩 정보를 획득하고,
    상기 DPP 부트스트랩 정보에 기반하여, DPP 인증 절차를 수행하고,
    상기 DPP 인증 절차에 응답하여, DPP 구성 절차를 수행하고,
    상기 DPP 구성 절차에 응답하여, 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하도록 설정된 제1 무선 장치.
  12. 제11 항에 있어서, 상기 DPP 부트스트랩 정보는 부트스트랩 URI에 관한 정보를 포함하는 제1 무선 장치.
  13. 제1 항에 있어서, 상기 프로세서는,
    상기 서버로부터 DPP 부트스트랩 정보를 수신하고,
    상기 DPP 부트스트랩 정보에 기반하여 상기 제2 무선 장치와 상기 제3 무선 장치의 연결을 수립하도록 더 설정된 제1 무선 장치.
  14. 제1 항에 있어서, 상기 프로세서는,
    상기 비콘을 이용하여, 상기 비콘이 요청하는 서비스에 관한 정보 및 상기 비콘 식별자에 관한 정보를 식별하도록 설정된 제1 무선 장치.
PCT/KR2019/009046 2018-07-25 2019-07-23 무선랜 시스템에서 무선 연결을 위한 장치 및 방법 WO2020022727A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20180086527 2018-07-25
KR10-2018-0086527 2018-07-25

Publications (1)

Publication Number Publication Date
WO2020022727A1 true WO2020022727A1 (ko) 2020-01-30

Family

ID=69181828

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/009046 WO2020022727A1 (ko) 2018-07-25 2019-07-23 무선랜 시스템에서 무선 연결을 위한 장치 및 방법

Country Status (1)

Country Link
WO (1) WO2020022727A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130138534A (ko) * 2012-06-11 2013-12-19 삼성전자주식회사 무선 네트워크의 연결 상태 테스트 방법 및 장치
KR20160074295A (ko) * 2014-12-18 2016-06-28 주식회사 커넥티드에잇 비콘 디바이스들을 관리하기 위한 장치
KR20160115480A (ko) * 2015-03-27 2016-10-06 주식회사 케이티 단말 장치 및 이에 의한 무선 통신 연결 방법，및 비콘 장치 및 이에 의한 ａｐ 정보의 제공 방법
WO2016167539A1 (ko) * 2015-04-13 2016-10-20 엘지전자(주) 무선 통신 시스템에서 스캐닝을 수행하는 방법 및 이를 위한 장치
KR20170006139A (ko) * 2015-07-07 2017-01-17 주식회사 엘지유플러스 BLE 비콘 기반 WiFi 채널 정보 제공을 위한 장치 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130138534A (ko) * 2012-06-11 2013-12-19 삼성전자주식회사 무선 네트워크의 연결 상태 테스트 방법 및 장치
KR20160074295A (ko) * 2014-12-18 2016-06-28 주식회사 커넥티드에잇 비콘 디바이스들을 관리하기 위한 장치
KR20160115480A (ko) * 2015-03-27 2016-10-06 주식회사 케이티 단말 장치 및 이에 의한 무선 통신 연결 방법，및 비콘 장치 및 이에 의한 ａｐ 정보의 제공 방법
WO2016167539A1 (ko) * 2015-04-13 2016-10-20 엘지전자(주) 무선 통신 시스템에서 스캐닝을 수행하는 방법 및 이를 위한 장치
KR20170006139A (ko) * 2015-07-07 2017-01-17 주식회사 엘지유플러스 BLE 비콘 기반 WiFi 채널 정보 제공을 위한 장치 및 방법

Similar Documents

Publication Publication Date Title
WO2018128499A1 (en) Method and apparatus for selecting an access and mobility management function in a mobile communication system
WO2021049782A1 (en) Method and apparatus for providing policy of user equipment in wireless communication system
WO2014098437A1 (ko) 무선랜 시스템에서 서비스 발견 방법 및 장치
WO2015069031A1 (ko) 블루투스를 이용한 커뮤니케이션 링크 형성 방법 및 장치
WO2014109513A1 (ko) 무선 통신 시스템에서 디스커버리 방법 및 장치
WO2019164268A1 (ko) 무선랜 시스템에서 무선 연결을 위한 방법 및 이를 이용한 무선 장치
WO2019177231A1 (ko) 무선랜 시스템에서 타겟 액세스 포인트에 대한 정보를 전달하기 위한 방법 및 이를 이용한 액세스 포인트
WO2012078000A2 (ko) 무선통신 시스템에서 단말 및 기지국 간 접속 방법 및 그 장치
WO2017018823A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성 방법 및 장치
WO2016167618A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2017014579A1 (ko) 무선 통신 시스템에서 디스커버리를 수행하는 방법 및 장치
WO2016148406A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼을 이용하여 서비스를 지원하는 방법 및 장치
WO2020222505A1 (en) Sdap reconfiguration based on state transition in sidelink communication
WO2017039376A1 (ko) 무선 통신 시스템에서 연결 능력 정보를 교환하는 방법 및 장치
WO2016148523A1 (ko) 무선 통신 시스템에서 서비스 디스커버리를 수행하는 방법 및 장치
WO2015005727A1 (en) Wlan system and handover method and apparatus for use therein
WO2014030894A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 이를 위한 장치
WO2013122395A1 (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2019194391A1 (ko) 무선랜 시스템에서 무선 장치에 관한 정보를 전달하기 위한 방법 및 이를 이용한 구성자 단말
WO2017168999A1 (ja) 無線通信装置、サーバ及び方法
WO2016190618A1 (ko) 무선 통신 시스템에서 세션 핸드오버를 수행하는 방법 및 장치
WO2015030558A1 (ko) 무선 통신 시스템에서 액세스 포인트 탐색 방법 및 장치
WO2016209019A1 (ko) 무선 통신 시스템에서 mdns를 이용하여 디스커버리를 수행하는 방법 및 장치
WO2016148550A1 (ko) 무선 통신 시스템에서 어플리케이션 서비스 플랫폼 세션 형성을 수행하는 방법 및 장치
WO2017010843A1 (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: 19841783

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19841783

Country of ref document: EP

Kind code of ref document: A1