[go: up one dir, main page]

WO2020022727A1 - Dispositif et procédé de connexion sans fil dans un système lan sans fil - Google Patents

Dispositif et procédé de connexion sans fil dans un système lan sans fil 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
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2019/009046
Other languages
English (en)
Korean (ko)
Inventor
조영준
박기원
윤정환
이병주
임태성
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2020022727A1 publication Critical patent/WO2020022727A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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

Selon un mode de réalisation, la présente invention concerne un procédé de connexion, dans un premier dispositif sans fil, un deuxième dispositif sans fil et un troisième dispositif sans fil. Le premier dispositif sans fil peut recevoir une balise du deuxième dispositif sans fil. Le premier dispositif sans fil peut transmettre des informations concernant la balise à un serveur pour identifier la balise. Le premier dispositif sans fil peut recevoir, en provenance du serveur, des informations concernant un service demandé par la balise et des informations concernant un identifiant de balise. Le premier dispositif sans fil peut déterminer que la balise est utilisée pour connecter le deuxième dispositif sans fil et le troisième dispositif sans fil sur la base des informations concernant le service demandé par la balise. Le premier dispositif sans fil peut réaliser une procédure d'échange de clé publique (PKEX) sur la base des informations concernant l'identifiant de balise. Une clé utilisée pour la procédure d'échange PKEX peut comprendre les informations concernant l'identifiant de balise. Le premier dispositif sans fil peut établir une connexion entre le deuxième dispositif sans fil et le troisième dispositif sans fil sur la base de la procédure d'échange de PKEX.
PCT/KR2019/009046 2018-07-25 2019-07-23 Dispositif et procédé de connexion sans fil dans un système lan sans fil Ceased WO2020022727A1 (fr)

Applications Claiming Priority (2)

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

Publications (1)

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

Family

ID=69181828

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/009046 Ceased WO2020022727A1 (fr) 2018-07-25 2019-07-23 Dispositif et procédé de connexion sans fil dans un système lan sans fil

Country Status (1)

Country Link
WO (1) WO2020022727A1 (fr)

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 (fr) * 2015-04-13 2016-10-20 엘지전자(주) Procédé d'exécution de balayage dans un système de communication sans fil, et appareil associé
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 (fr) * 2015-04-13 2016-10-20 엘지전자(주) Procédé d'exécution de balayage dans un système de communication sans fil, et appareil associé
KR20170006139A (ko) * 2015-07-07 2017-01-17 주식회사 엘지유플러스 BLE 비콘 기반 WiFi 채널 정보 제공을 위한 장치 및 방법

Similar Documents

Publication Publication Date Title
WO2021049782A1 (fr) Procédé et appareil de fourniture d'une politique d'équipement utilisateur dans un système de communication sans fil
WO2018128499A1 (fr) Procédé et appareil pour sélectionner une fonction de gestion d'accès et de mobilité dans un système de communication mobile
WO2019177231A1 (fr) Procédé de transfert d'informations sur un point d'accès cible dans un système lan sans fil et point d'accès l'utilisant
WO2015069031A1 (fr) Procédé et appareil de formation d'une liaison de communications utilisant bluetooth
EP3827606A1 (fr) Procédé et dispositif pour fournir des informations pour des services de communication de véhicule
WO2014098437A1 (fr) Procédé et système de recherche de service dans un système lan sans fil
WO2019164268A1 (fr) Procédé de connexion sans fil dans un système de réseau local sans fil et dispositif sans fil l'utilisant
WO2014158006A1 (fr) Procédé et appareil pour l'établissement d'une communication de dispositif à dispositif
WO2021060918A1 (fr) Procédé et dispositif pour fournir une communication directe dans un système de communication sans fil
WO2012078000A2 (fr) Procédé d'accès entre un terminal et une station de base dans un système de communication sans fil, et appareil correspondant
WO2017039376A1 (fr) Procédé et dispositif permettant l'échange d'informations de capacité de connexion dans un système de communication sans fil
WO2017018823A1 (fr) Procédé et dispositif permettant de former une session de plate-forme de service d'application dans un système de communication sans fil
WO2015005727A1 (fr) Système de wlan et procédé et appareil de transfert utilisés dans celui-ci
WO2016167618A1 (fr) Procédé et dispositif pour effectuer une découverte de service dans un système de communication sans fil
WO2016148406A1 (fr) Procédé et dispositif pour prendre en charge un service par utilisation d'une plateforme de service d'application dans un système de communication sans fil
WO2017209463A1 (fr) Procédé et appareil de changement dynamique de connexion dans un réseau local sans fil
WO2017014579A1 (fr) Procédé et appareil de réalisation de découverte dans un système de communication sans fil
WO2016209019A1 (fr) Procédé et appareil d'exécution d'une recherche à l'aide d'un mdns dans un système de communication sans fil
WO2016148523A1 (fr) Procédé et dispositif pour exécuter une recherche de service dans un système de communication sans fil
WO2015030558A1 (fr) Procédé et appareil permettant de rechercher un point d'accès dans un système de communication sans fil
WO2014030894A1 (fr) Procédé pour la configuration d'une liaison à grande vitesse dans un système wlan, et dispositif pour la mise en œuvre dudit procédé
WO2013122395A1 (fr) Procédé et appareil pour l'établissement d'une liaison à haut débit dans un système wlan
WO2017168999A1 (fr) Dispositif de communication sans fil, serveur et procédé associé
WO2016190618A1 (fr) Procédé et dispositif pour réaliser un transfert intercellulaire de session dans un système de communication sans fil
WO2017010843A1 (fr) Procédé et dispositif permettant d'échanger des trames pour un service de mandataire dans un système de communication sans fil

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