WO2017209461A1 - 무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치 - Google Patents

무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치 Download PDF

Info

Publication number
WO2017209461A1
WO2017209461A1 PCT/KR2017/005550 KR2017005550W WO2017209461A1 WO 2017209461 A1 WO2017209461 A1 WO 2017209461A1 KR 2017005550 W KR2017005550 W KR 2017005550W WO 2017209461 A1 WO2017209461 A1 WO 2017209461A1
Authority
WO
WIPO (PCT)
Prior art keywords
access point
probe
probe request
probe response
client device
Prior art date
Application number
PCT/KR2017/005550
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
Priority claimed from KR1020160103413A external-priority patent/KR20170137580A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to EP17806954.8A priority Critical patent/EP3468299A4/en
Priority to US16/306,229 priority patent/US10848964B2/en
Publication of WO2017209461A1 publication Critical patent/WO2017209461A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Definitions

  • the present invention relates to a wireless LAN, and more particularly, to a method and apparatus for pairing a client device and an access point.
  • a system supporting wireless communication may be a wireless local area network (WLAN) system or a Wi-Fi system, and in the case of a Wi-Fi system, a Wi-Fi client supporting Wi-Fi technology
  • the device is connected to an access point of the Wi-Fi network to transmit and receive data.
  • Wi-Fi Protected Setup (or Wi-Fi Simple Configuration (WSC)) technology by connecting a Wi-Fi client device to an access point in a Wi-Fi system This can be used.
  • WPS Wi-Fi Protected Setup
  • WSC Wi-Fi Simple Configuration
  • the pairing process is a process in which the access point and the client device simultaneously search for a pair.
  • the WPS technology uses a personal identification number (PIN) input method, a push button configuration (PBC) method, and a near field communication (NFC) method. And so on.
  • PIN personal identification number
  • PBC push button configuration
  • NFC near field communication
  • the present invention is a method for improving PBC pairing among pairing schemes supported by the WPS technology, and provides a pairing method performed by a client device and a client device for performing the method.
  • the present invention is a method of improving PBC pairing among pairing schemes supported by WPS technology, and provides a pairing method performed at an access point and an access point for performing the method.
  • a method may be provided in which a client device performs pairing with an access point.
  • the method includes sending a first probe request to the access point that includes probe request type information; Receiving a first probe response from the access point; And performing an authentication procedure with the access point based on the first probe response.
  • a method may be provided in which an access point performs pairing with a client device.
  • the method includes receiving a first probe request from the client device that includes probe request type information; Sending a first probe response to the client device; And performing an authentication procedure with the client device.
  • FIG. 1 is an exemplary diagram conceptually illustrating a system in which an access point and a client device are wirelessly connected to transmit and receive data.
  • FIG. 2 is a view for explaining a pairing operation of the PBC method.
  • FIG. 3 is a diagram illustrating a registration protocol operation procedure based on a PBC pairing operation.
  • FIG. 4 is a diagram illustrating a structure of a probe request frame used in a PBC pairing method.
  • 5 is a table illustrating information recorded in a frame body of a probe request frame.
  • FIG. 6 is a table illustrating conditions under which each probe request type information and probe response type information are used and their meanings.
  • FIG. 7 is a flowchart illustrating a method performed by an enrollee as a pairing method according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a method performed by an access point as a pairing method according to an embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a method performed by an access point as a pairing method according to an additional embodiment of the present invention.
  • FIG. 10 is a diagram illustrating a configuration of a client device according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating a configuration of an access point according to an embodiment of the present invention.
  • FIG. 1 is an exemplary diagram conceptually illustrating a system in which an access point and a client device are wirelessly connected to transmit and receive data.
  • the access point and the client device may configure an infrastructure basic service set (BSS) defined in the WLAN system.
  • BSS infrastructure basic service set
  • the access point manages client devices and serves to provide client devices with a connection to an external network (eg, the Internet).
  • the client device may wirelessly receive video information through an access point and transmit the video information to a display device provided in the client device or implemented separately.
  • the client device may be a desktop computer, a laptop computer, a tablet PC, a wireless phone, a mobile phone, a smart phone, a PMP.
  • the access point may establish a communication path with an external network such as the Internet through a router (or hub, switch device).
  • the WPS technology provides a personal identification number (PIN) input method, a push button configuration (PBC) method, a near field communication (NFC) method, and the like.
  • PIN personal identification number
  • PBC push button configuration
  • NFC near field communication
  • the PIN input method or NFC method requires a separate module for the PIN input device or NFC, and therefore, there is a disadvantage that causes an increase in the unit cost.
  • PBC method is advantageous compared to PIN input method or NFC method in that it causes less increase in equipment cost, but has a disadvantage due to the operation method of PBC method.
  • FIG. 2 is a view for explaining a pairing operation of the PBC method.
  • an enrollee is an apparatus that tries to join an external network, and is used herein in the same sense as a client device.
  • a registrar is a device having the right to grant / cancel access to an external network and may be implemented in an access point or as a separate device.
  • the access point acts as a proxy for registrars and inrollies.
  • the push button of the inrollee who is going to join the external network is pressed by the user (S201). If the push button of the registrar is pressed within the walk time after the push button of the inroll is pressed (S203), the next connection procedure for pairing may be performed.
  • the push buttons of the inrolly and the registrar may be physical buttons or virtual buttons.
  • the work time may be set to a time length of 120 seconds.
  • the registrar may verify that there is only one inrolly in PBC mode during the Monitor Time set to a predetermined length of time (eg 120 seconds). For example, if more than one Inrolli push button event is detected within the previous 120 seconds of monitor time from the time when the registrar's push button is pressed, the connection is not performed and is treated as an error or failure.
  • a predetermined length of time eg 120 seconds
  • the inroll can scan the selected registrar in the active PBC mode (S202). Meanwhile, the registrar may confirm that only one inrolly attempts to connect during the monitor time on the basis of the time when the push button event of the registrar occurs, and then may perform an operation according to a registration protocol with the inrolly. (S204). If the operation according to the registration protocol is successfully performed, the result may be indicated for each of the inrolly and the registrar (success indication) (S205).
  • the PBC pairing operation requires a user to directly push both the inrolly and the registrar push buttons within a predetermined time (eg, work time).
  • a predetermined time eg, work time
  • the inrolly and the registrar may be physically far apart, and in the case where the inrolley or registrar is already installed, it may not be easy to find and press the push button.
  • FIG. 3 is a diagram illustrating a registration protocol operation procedure based on a PBC pairing operation.
  • the inroll transmits a probe request to the access point AP in operation S301.
  • the probe request may include Inrolly's PBC information.
  • PBC information of the inroll for example, information such as a device password ID (Device Password ID) may be included.
  • other probes such as a WSC information element (IE) may be further included in the probe request transmitted by the inrolly to the access point.
  • the WSC IE may include, for example, information indicating a manufacturer, a model name, a model number, a serial number, a device name, a device type, a setting method (eg, PBC method) to be supported, and the like.
  • the access point may generate a Universal Plug and Play (UPnP) event for receiving the probe request from the inrolly and transmit the UPnP event to the registrar (S302).
  • the access point may transmit a probe response that does not include PBC information of the selected registrar to the inroll (S303), thereby rejecting the inroll's probe request in step S301.
  • the access point may send a probe response that does not include PBC information for the first probe request received from Inrolly to report the UPnP event occurrence to the registrar and to allow time for the registrar to perform subsequent actions accordingly. Can be.
  • the probe response transmitted by the access point to the inrolly may further include information such as a WSC IE.
  • the title is a push button event (B R) (S304)
  • the registrar generated in the predetermined work time e.g., 120 seconds
  • the transfer from the push button event (B R) of the registrar It checks if there is a PBC request from two or more inrollies within a predetermined monitor time (eg 120 seconds), and if there is more than one request, it is treated as an error or failure. If not, the registrar transmits a SetSelectedRegistrar including its PBC information to the access point (S305).
  • the inrolly may transmit a probe request to the access point again (S306).
  • the probe request may include PBC information, and may further include information such as a WSC IE.
  • the access point may generate a UPnP event for receiving the probe request from the inrolly and transmit the UPnP event to the registrar (S307).
  • the access point may transmit a probe response including the PBC information of the registrar to the inrollary (S308).
  • the probe response may include PBC information, and may further include information such as a WSC IE.
  • EAP Extensible Authentication Protocol
  • FIG. 4 is a diagram illustrating a structure of a probe request frame used for PBC pairing
  • FIG. 5 is a table illustrating information recorded in a frame body of a probe request frame.
  • the probe request frame includes a MAC header (Medium Access Control header) and a frame body.
  • the MAC header includes a 2-byte Frame Control field, a 2-byte Duration field, a 6-byte Destination Address (DA) field, and a 6-byte Source Address, SA. ) Field, a 6 byte Basic Service Set ID (BSSID) field, and a 2 byte Sequence Control field.
  • BSSID Basic Service Set ID
  • FCS frame check sequence
  • the frame body of the probe request frame includes a Service Set ID (SSID), Supported rates, Request Information, Extended Supported Rates, and a vendor specific field ( Vendor Specific field) and the like.
  • SSID Service Set ID
  • Supported rates Request Information
  • Extended Supported Rates and a vendor specific field ( Vendor Specific field) and the like.
  • Vendor Specific field is a field in which the vendor may arbitrarily define and record information to be used.
  • probe request type information may be further included in the probe request frame.
  • the vendor specific field may include probe request type information indicating the type of the probe request.
  • probe request type information may be included in a field other than a vendor specific field in a probe request frame.
  • the probe response frame may include a MAC header, a frame body, and an FCS field similarly to the probe request frame.
  • probe response type information may be further included in the probe response frame.
  • the probe response frame similar to the probe request frame, the probe response frame includes a vendor specific field in which the vendor may arbitrarily define and use information, and the probe response type information indicating the type of the probe response includes the vendor specific field. Can be included.
  • the scope of the present invention is not limited thereto, and probe response type information according to examples of the present invention may be included in a field other than the vendor specific field in the probe response frame.
  • FIG. 6 is a diagram for describing probe request type information and probe response type information according to an embodiment of the present invention.
  • the value and the meaning of the probe request type information and the probe response type information are set.
  • a field called a KT flag is defined as an example of probe request type information and probe response type information, but the scope of the present invention is not limited to the name or size of such a field.
  • values 01, 02, 03, or 04 of the KT flag corresponding to probe request type information or probe response type information are merely exemplary, and the scope of the present invention is not limited thereto.
  • the size of the KT flag information may be defined as 2 bits.
  • the 2-bit KT flag which is probe request type information included in the probe request frame, may have one of 01 (eg, bit value 00) or 02 (eg, bit value 01) in the example of FIG. 6. Can be.
  • the 2-bit KT flag which is probe response type information included in the probe response frame, may have a value of any one of 03 (eg, bit value 10) or 04 (eg, bit value 11) in the example of FIG. 6. .
  • the size of the KT flag information may be defined as 1 bit.
  • the 1-bit KT flag which is probe request type information included in the probe request frame, may have a value of either 01 (for example, bit value 0) or 02 (for example, bit value 1) in the example of FIG. 6. It may be.
  • the 1-bit KT flag which is probe response type information included in the probe response frame, may have a value of any one of 03 (eg, bit value 0) or 04 (eg, bit value 1) in the example of FIG. 6. .
  • the probe request may include a probe request of the first type having the KT flag set to 02 and a probe request of the second type having the KT flag set to 01.
  • the first type of probe request is used when the identified access point is an access point that Inrolly already knows about. Enrolly identifies access points that can be accessed through a channel scan, and can determine whether an access point has already accessed through information such as BSSID (Basic Service Set Identifier) such as the MAC address of the identified access point. have. For example, the inrollee may identify the access point based on BSSID information included in a beacon frame or the like broadcasted periodically by the access point.
  • the probe request of the first type may indicate that the probe request is a probe request from a specific vendor. In addition, the first type of probe request may have a meaning of requiring the access point to immediately transmit PBC information of the selected registrar.
  • the probe request of the second type is used when it is determined that the access point in the active PBC mode is not known to the access point to which the access point to be accessed due to the absence of a connection history or the like.
  • the active PBC mode means that the access point can be paired with another device in a PBC manner.
  • the second type of probe request may indicate that the probe request is a probe request from a specific vendor.
  • the second type of probe request may have the meaning of requesting the access point to trigger (eg, occur in software) the push button event of the registrar or to set the monitor time of the registrar to a minimum.
  • the probe response may include a probe response (not shown in FIG. 6) that does not include probe response type information, a first type probe response, and a second type probe response.
  • the probe response that does not include probe response type information may be, for example, a probe response transmitted by the access point to an inroll at step S303 or S308 of FIG. 3.
  • the access point may check the PBC information of the selected registrar and send a probe response including it to the inrolly, in which case the probe response may be, for example, FIG.
  • the probe response type information may not be included, such as a probe response transmitted to the in-roll by the access point.
  • the access point When the access point receives a second type of probe request from Inrolli, it automatically generates a push button event (B R ) of the registrar, and then the first type of probe response or KT flag set with the KT flag is set to 03.
  • the probe response of the second type set to 04 may be transmitted to the inrolly.
  • the access point Upon receiving the second type of probe request, the access point requests the registrar to transmit the PBC information of the selected registrar. If the registrar is performing, for example, a pairing operation with another entree, the PBC information cannot be immediately transmitted. The time information T W until the transmission of the information becomes possible may be transmitted to the access point.
  • the probe response of the first type may have a meaning of requiring the inrollee to immediately send a probe request of the first type.
  • the second type of probe response may have a meaning of requiring the intro to transmit the first type of probe request after a predetermined time T W elapses.
  • FIG. 7 is a flowchart illustrating a method performed in entree as a pairing method according to an embodiment of the present invention.
  • In-rolly scans the channel after Power on (S700) to identify an accessible access point (S701). On the basis of the information such as the BSSID of the identified access point, it is determined whether or not the access point has already been recognized by the inrollee, and so on (S702). In step S702, if it is determined that the identified access point is an already recognized access point, the KT flag is set to 02 as probe request type information, for example, recorded in the vendor specific field of the probe request frame, The probe request of the first type including the PBC information is transmitted to the access point (S706).
  • the inroll After transmitting the first type of probe request, the inroll waits for a probe response from the access point (S708).
  • the probe response When the probe response is received from the access point, it is determined whether the received probe response includes the KT flag (S709). If the received probe response does not include the KT flag, it is determined whether the received probe response includes the PBC information (S710). If the received probe response includes the PBC information, the PBC pairing operation of FIG. Extended authentication protocol procedure) (S712). In step S710, if the probe response does not include PBC information, the PBC pairing operation of FIG. 3 is performed from step S306 (S711).
  • steps S303 to S307 of FIG. 3 may be omitted.
  • the user does not have to wait for an operation of pushing the push buttons of the inrolly and the registrar directly. Therefore, the time required for pairing can be shortened, and the case of pairing failure due to a user's button operation can be reduced, so that efficient pairing is possible.
  • Inrolly determines whether the identified access point is in the active PBC mode (S703). If the identified access point is determined to be in active PBC mode, it will automatically generate a push button event (B E ) of Inrolly and set the KT flag to 01 as probe request type information, e.g. vendor specific of the probe request frame. The second type of probe request recorded in the field and including the PBC information of the inroll is transmitted to the access point (S707).
  • B E push button event
  • the inroll After the inroll transmits the second type of probe request, it waits for a probe response from the access point (S708). When the probe response is received from the access point, the inroll determines whether the received probe response includes a KT flag (S709).
  • the probe response that can be received from the access point is a probe response that does not include the KT flag, a probe response of the first type with the KT flag set to 03, and the KT flag set to 04 It may be one of the second type probe response set to.
  • the inrolly After Inrolly sends the probe request of the second type, if the received probe response corresponding to the probe response does not include the KT flag (determined No in step S709), the inrolly receives the PBC It is determined whether the information is included (S710). If the probe response received by Inrolly includes the PBC information, the PBC pairing operation of FIG. 3 is performed from step S309 (S712). If the probe response received by Inrolly does not include the PBC information, the pairing operation of the PBC method of FIG. 3 is performed from step S306 (S711).
  • the inrolly After Inrolly sends the probe request of the second type, if the received probe response includes the KT flag (determined Yes in step S709), it is determined whether the KT flag is 03 (S713). In step S713, when the KT flag is determined to be 03, the inrolly sets the KT flag to 02 as probe request type information, for example, records it in a vendor specific field of the probe request frame, and also includes PBC information of the inrolly.
  • the probe request of the first type is immediately transmitted to the access point (S706).
  • step S702 it is determined that Inrolly is already recognized as an access point, the KT flag is set to 02 as probe request type information, and the first type of probe request including Inrolly's PBC information is set. Processing may be performed in accordance with the case of transmission to the access point.
  • the push button event B E may be automatically generated in software without a user's direct manipulation.
  • the user does not need to find or directly press the inrolly push button.
  • inrolly receives a probe response of the first type from the access point in response to a probe request of the second type, inrolley immediately sends the probe request of the first type to the access point. Time to retransmit one type of probe request can be minimized.
  • step S713 if the KT flag of the probe response received from the access point in response to the probe request of the second type is not 03, the inrollee is received from the access point in response to the probe request of the second type. It is determined whether the KT flag of one probe response is 04 (S714).
  • the KT flag that may be included in the probe response is 03 or 04, it is determined that the KT flag is 04 in step S714.
  • the KT flag is not limited to one of two values, and may have one value selected from two or more values.
  • an additional operation in the case where it is determined in step S714 that the value of the KT flag is not 04 may be defined.
  • the value of the KT flag is not 03 or 04, based on the presence or absence of the KT flag, it may be used for distinguishing that the probe request or probe response is transmitted by an intro or an access point of a specific vendor.
  • the inroll is after the waiting time T W elapses.
  • the probe request of the first type in which the KT flag is set to 02 is transmitted to the access point (S 706).
  • Information on the waiting time Tw may be included in the second type probe response and transmitted.
  • step S702 it is determined that Inrolly is already recognized as an access point, the KT flag is set to 02 as probe request type information, and the first type of probe request including Inrolly's PBC information is set. Processing may be performed in accordance with the case of transmission to the access point.
  • the wait time T W information transmitted in the second type of probe response is set in consideration of the time during which the registrar can properly respond to the connection request of the inrollee according to the state of the registrar. May be set in consideration of the time required for the registrar to process the corresponding PBC request, for example, in case it is unable to respond immediately while currently performing pairing with another inrolly.
  • Inrolly sends the Probe Request of the first type after a predetermined waiting time T W has elapsed, so that Inrolly repeatedly and unnecessarily requests the Probe. Can be sent or a push button event B E can be repeatedly generated. By doing so, it is possible to control that a situation arises during the monitor time of the registrar so that requests from a plurality of incurries occur and are treated as errors or failures.
  • step S704 it is determined whether or not the push button event (B E ) of the induction by the user's intervention or operation (S704). If it is determined in step S704 that the push button event of Inrolly has occurred, the pairing operation of the PBC method of FIG. 3 is performed from step S301 (S705). If it is determined in step S704 that the push button event of the inroll does not occur, the inroll performs the channel scan again (S701).
  • FIG. 8 is a flowchart illustrating a method performed by an access point as a pairing method according to an embodiment of the present invention.
  • the access point After the access point is powered on (S800), the access point is in a waiting state for receiving a probe request from the inroll (S801).
  • the access point receives the probe request from the inroll (S802)
  • the access point generates a Universal Plug and Play (UPnP) event for reception of the probe request and transmits it to the registrar (S803).
  • the access point checks whether the received probe request frame includes the KT flag (S804). If the access point does not include the KT flag, the access point identifies that the in-rolly is not the in-roller of a specific vendor and pairs the PBC scheme of FIG. 3.
  • the operation is performed from step S303 (S805).
  • step S804 if it is determined that the received probe request frame includes a KT flag, the access point checks whether the KT flag is 02 (S806). That is, it is checked whether the received probe request is a probe request of the first type.
  • step S806 when it is determined that the probe request received by the access point is a probe request of the first type in which the KT flag is set to 02, the access point checks PBC information of the selected registrar, and the probe response including the probe response is inrolled. To transmit (S807).
  • the probe response transmitted by the access point to the inrolly may include only the PBC information of the registrar and may not include the KT flag.
  • the pairing operation of the PBC scheme of FIG. 3 is performed from step S309 (ie, an extended authentication protocol procedure) (S808).
  • the access point when the access point receives a probe request of the first type from which the KT flag is set to 02, the access point checks the PBC of the selected registrar and transmits a probe response including the same to the extended message. Since the procedure can be performed, steps S303 to S307 of FIG. 3 may be omitted. In addition, the user does not have to wait for an operation of pushing the push buttons of the inrolly and the registrar directly. Therefore, the time required for pairing is shortened and efficient pairing is possible.
  • the access point checks whether the KT flag is 01 (S809).
  • the KT flag since the KT flag that may be included in the probe request is 01 or 02, it is determined that the KT flag is 01 in step S809.
  • the KT flag is not limited to one of two values, and may have one value selected from two or more values. In this case, an additional operation in the case where it is determined in step S809 that the KT flag value is not 01 may be defined. For example, even if the value of the KT flag is not 01 or 02, based on the presence or absence of the KT flag, it may be used to distinguish that the probe request or probe response is transmitted by an in particular or an access point of a specific vendor.
  • step S809 if the probe request received from the access point is a probe request of the second type with the KT flag set to 01, the access point automatically generates a push button event B R of the registrar by registrar software.
  • step S810 the receiver waits for reception of the selected registrar.
  • the access point receiving the second type of probe request may control the registrar to minimize the monitor time of the registrar. This is, for example, to control faster pairing of probe requests from a particular vendor's inrolly, and to set a monitor time of about 120 seconds to 60 seconds, for example, an error or failure of pairing. Can reduce the occurrence of
  • step S811 the access point determines whether the selected registrar received from the registrar is set to True (S812). If the selected registrar is True, the access point transmits a probe response of the first type having the KT flag set to 03 to the inroll (S813). After transmitting the probe response of the first type to the inrolly, the access point is again waiting to receive a probe request (S801).
  • the inrolly receiving the first type of probe response immediately sends the first type of probe request to the access point. Therefore, in the example of FIG. 8, the access point transmitting the first type of probe response (S813) and in the probe request reception waiting state (S801) receives the first type of probe request in which the KT flag is set to 02 (S802). . As described above, the access point receiving the probe request of the first type generates a UPnP event and transmits it to the registrar (S803).
  • the PBC information of the selected registrar is checked and a probe response including the same is transmitted to the inroll (S807).
  • the probe response corresponding to the first type of probe request may include only the PBC information of the registrar and may not include the KT flag.
  • the pairing operation of the PBC scheme of FIG. 3 is performed from step S309 (ie, an extended authentication protocol procedure) (S808).
  • the access point when a second type of probe request is received, the access point automatically generates a push button event B R of the registrar, so that the user does not need to directly manipulate the push button of the registrar.
  • the access point may send a first type of probe response with the KT flag set to 03 to Inrolly, and the inrolly immediately enters the first type. Since the probe request is transmitted to the access point, it is possible to shorten the time until the inrollee resends the first type of probe request.
  • the pairing of the specific vendor can be processed quickly and preferentially, and the case of an error or failure can be minimized.
  • the access point transmits to the inrollee a second type probe response in which the KT flag is set to 04 (S814).
  • the second type of probe response may further include dash time (T W ) information.
  • T W dash time
  • the waiting time T W information is set in consideration of the time during which the registrar can respond appropriately to the request of the inrollee according to the state of the registrar.
  • the registrar is currently performing pairing with another inrolley. Is set in consideration of the time required for the registrar to process the PBC request, etc., and is sent from the registrar to the access point with the selected registrar set to False, and then again to the second type of probe response. It can be included and sent to inrolly.
  • the inrolly receiving the second type of probe response transmits the first type of probe request to the access point after the T W time elapses. Therefore, in the example of FIG. 8, the access point that transmits the second type of probe response (S814) and is in a waiting state for receiving a probe request (S801) receives a probe request of the first type whose KT flag is set to 02 after a predetermined time elapses. (S802). As described above, the access point receiving the probe request of the first type generates a UPnP event and transmits it to the registrar (S803).
  • the PBC information of the selected registrar is checked and a probe response including the same is transmitted to the inroll (S807).
  • the probe response corresponding to the first type of probe request may include only the PBC information of the registrar and may not include the KT flag.
  • the PBC pairing operation of FIG. 3 is performed from step S309 (S808).
  • FIG. 9 is a flowchart illustrating a method performed by an access point as a pairing method according to an additional embodiment of the present invention.
  • the present invention will define an efficient pairing method based on received signal strength (or distance between access point and entree), along with the identity of the access point and the identity of the inrolly (or client device). Can be.
  • the access point may obtain information on the mapping relationship between the identification information of the access point and the identification information of the entree from the external server.
  • the access point may generate and store a list of inrolls, that is, accessible lists (eg, a whitelist), based on the obtained information about the mapping relationship. Based on this reachable list, the access point can determine whether the inroll that sent the probe request to it is an inrolly to which the connection is allowed.
  • the identification information of the access point may be the MAC address of the access point
  • the identification information of the inrolly may be the MAC address of the inrolly, but is not limited thereto, and unique to each of the access point and the inrolley. Information that can be easily identified.
  • the access point transmits a probe response based on whether the inroll that has sent the probe request exists in close proximity to the access point, It may also generate a UPnP event. For example, if the inrolly that sent the probe request is in close proximity to the access point, the access point may immediately send a probe response containing the PBC to the inrolly (eg, step S308 in FIG. 3), You can proceed with the EAP procedure accordingly. That is, if the inrollee in the accessible list transmits a probe request at a short distance, the procedure may be shortened by sending a probe response immediately.
  • the access point may generate and forward a UPnP event indicating that the probe request has been received (eg, step S302 of FIG. 3).
  • the access point may use the received signal strength indicator (RSSI) of the probe request and a predetermined threshold thereto,
  • RSSI received signal strength indicator
  • the scope of the invention is not limited thereto, and other information (eg, indoor location information, etc.) may be used to determine the distance between the access point and entree.
  • probe request type information or probe response type information for example, KT flag information included in the probe request and / or probe response
  • probe request type information or probe response type information for example, KT flag information included in the probe request and / or probe response
  • condition for including the accessible list and the close distance may have a higher priority than the condition of the KT flag.
  • condition of the KT flag may have a higher priority than the condition for including the accessible list and the close distance.
  • the access point may perform steps S807 and subsequent steps of FIG. 8. Can be done.
  • the operation of the access point based on the aforementioned accessible list and distance information may be applied only when the KT flag information is not included in the probe request frame received from the inrolly.
  • probe request type information or probe response type information eg, KT flag information included in the probe request and / or probe response
  • probe request type information or probe response type information for example, KT flag information included in the probe request and / or probe response
  • accessibility list for example, KT flag information included in the probe request and / or probe response
  • distance may be used. Examples of using information may be applied in combination.
  • the access point may obtain information on a mapping relationship between the identification information of the access point and the identification information of the entree from the server.
  • the server may be an external server that can be connected to the access point through the Internet with reference to FIG. 1, and the identification information of the access point (for example, the access point MAC address) and the identification information of the entree (for example, , The MAC address of the inrolly) and mapping relationships between them.
  • the information on the mapping relationship may be defined as shown in Table 1 below.
  • an inrollee (or client device) having a MAC address of E: E: E may be mapped to an access point having a MAC address of D: D: D.
  • the mapping relationship as shown in Table 1 may be determined by an operator, a network provider, or a service provider and stored and updated in a server. For example, if the user of Inrolly (or the subscriber of the network to which it belongs) is the same as the user of the access point (or the subscriber of the network to which the access point belongs), that MAC's MAC address and the MAC address of that access point Can be mapped.
  • an inrollee (or client device) having a MAC address of E: E: E may be mapped to an access point having a MAC address of D: D: D.
  • one client (or inrolly) MAC address is mapped to one AP MAC address, but is not limited thereto, and a plurality of client MAC addresses may be mapped to one AP MAC address. For example, one client MAC address may be mapped to several AP MAC addresses.
  • the access point may generate and store a list of inrollies accessible to the self (ie, accessible list or white list) based on the information on the mapping relationship obtained in step S901.
  • the access point may check identification information of the inrolly included in the probe request received from the inrolly. For example, the MAC address of the device transmitting the probe request may be checked using the source address field of the MAC header of the probe request frame.
  • step S904 the access point may determine whether or not the inrollee indicated by the inrollee identification information identified in step S903 is included in the accessible list stored in step S902. If the invoice that transmits the probe request is not included in the accessible list (that is, when the result of step S904 corresponds to NO), the access point proceeds to step S302 of FIG. 3 to receive the probe request. A UPnP event can be generated and sent to the registrar. Subsequently, steps after step S303 of FIG. 3 may be performed.
  • step S905 determines whether the distance between the inrolly that sent the probe request and the access point that received the probe request is equal to or less than a predetermined threshold.
  • the distance between the inrolly and the access point may be determined using an indicator (eg, RSSI) indicating the strength of the access point receiving a signal (eg, a probe request) transmitted by the inrolly. For example, when the value of the RSSI is greater than or equal to a predetermined threshold, it may be determined that the distance is close. If the value of the RSSI is less than the predetermined threshold, it may be determined that the distance is far.
  • RSSI an indicator
  • step S905 the access point may proceed to step S302 of FIG. 3 to generate a UPnP event for receiving the probe request and transmit it to the registrar. Subsequently, steps after step S303 of FIG. 3 may be performed.
  • step S905 If the result of step S905 is YES, the access point may proceed to step S308 of FIG. 3 to transmit a probe response including the PBC to Inrolly. Accordingly, the EAP procedure of step S309 may proceed immediately.
  • FIG. 10 is a diagram illustrating a configuration of a client device 900 according to an embodiment of the present invention.
  • the client device 900 may include a processor 910, a wireless interface 920, a memory 930, a user interface 940, and the like.
  • the processor 910 may control overall operations of the client device 900.
  • the client device 900 may include a probe request constructing unit 911 and a probe response analyzing unit 912 inside or outside the processor 910 to perform a pairing method according to an embodiment of the present invention.
  • Signals and / or data may be transmitted and received with the wireless interface 920, the memory 930, and the user interface 940.
  • the processor 910 may determine an action to be performed next based on a signal and / or data received from the air interface 920, the memory 930, or the user interface 940, and based on that determination, By transmitting signals and / or data to interface 920, memory 930, or user interface 940, the client device 900 including wireless interface 920, memory 930, and user interface 940. You can control the overall operation.
  • the air interface 920 may enable data communication between the client device 900 and an external network, such as a wireless LAN, for example, to provide wireless communication capability to the client device 900.
  • an external network such as a wireless LAN, for example, to provide wireless communication capability to the client device 900.
  • the memory 930 may store program code (eg, program code for executing a pairing method according to the present invention) to be executed by the processor 910.
  • the memory 930 may store various information related to the client device 900.
  • the memory 930 may store PBC information of the client device 900, information about an access point having a history that the client device 900 has already connected to, and the like.
  • the user interface 940 may receive a user's manipulation or output information to be provided to the user.
  • the user interface 940 may include, for example, a push button 941 provided as a physical button or a virtual button.
  • the user interface 940 may include a display 942 for outputting video, a speaker 943 for outputting audio, and the like.
  • the processor 910 may control the air interface 920 to scan the channel to identify an accessible access point.
  • the processor 910 may determine whether the identified access point is an already recognized access point based on the access history stored in the memory 930.
  • the probe request configuration unit 911 may configure a first type of probe request and transmit it to an external device (eg, an access point) through the air interface 920. If the access point is not already recognized, the processor 910 may further determine whether the identified access point is an access point in an active PBC mode. When the identified access point is in the active PBC mode, the processor 910 generates a push button event of the client device, and the probe request constructing unit 911 constructs a second type of probe request.
  • the processor 910 may transmit the configured second type probe request to the external device through the air interface 920. If the identified access point is not in the active PBC mode, the processor 910 determines whether a push button event has occurred from the user interface 940. When the push button event occurs from the user interface 940, the probe request configuration unit 911 configures a probe request to perform the procedure of FIG. 3 from step S301, and transmits the probe request to the external device through the air interface 920. Can transmit If a push button event did not occur from the user interface 940, the processor 910 may control the air interface 920 to rescan the channel to identify an accessible access point.
  • the probe response analyzer 912 may analyze the probe response received through the air interface 920, and the processor 910 may control the operation of the client device 900 according to the analysis result.
  • the probe response analyzer 912 may determine whether the received probe response is a probe response that does not include probe response type information, a probe response of a first type, or a probe response of a second type. When it is determined that the probe response does not include probe response type information, the probe response analyzer 912 may further determine whether PBC information is included in the probe response. When PBC information is included in the probe response, the processor 910 may control the operation of the client device 900 to perform an extended authentication protocol procedure with the access point.
  • the probe request configuration unit 911 configures a probe request to perform the procedure of FIG. 3 from step S306, and the processor 910 is configured through the air interface 920.
  • the configured probe request may be transmitted to an external device.
  • the probe response analyzer 912 determines that the received probe response is a probe response of the first type
  • the probe request constructing unit 911 configures a probe request of the first type.
  • the processor 910 may immediately transmit a first type of probe request configured through the air interface 920 to an external device.
  • the probe request constructing unit 911 configures a probe request of the first type.
  • the processor 910 may transmit the first type of probe request configured through the air interface 920 to the external device after a predetermined time elapses.
  • the processor 910 may obtain information regarding a predetermined time from the second type probe response.
  • FIG. 10 is a diagram illustrating a configuration of an access point 1000 according to an embodiment of the present invention.
  • the access point 1000 may include a processor 1010, a wireless interface 1020, a memory 1030, a user interface 1040, and the like.
  • the registrar 1050 may be implemented inside the access point 1000 or may be provided externally as a separate device from the access point 1000.
  • the case where the registrar 1050 is implemented inside the access point 1000 will be described.
  • the processor 1010 may control overall operations of the access point 1000.
  • the access point 1000 may include a probe response constructing unit 1011 and a probe request analyzing unit 1012 inside or outside the processor 1010 to perform a pairing method according to an embodiment of the present invention.
  • Signals and / or data may be transmitted and received with the wireless interface 1020, the memory 1030, the user interface 1040, and the registrar 1050.
  • the processor 1010 may determine, based on the signals and / or data received from the air interface 1020, the memory 1030, the user interface 1040, or the registrar 1050, the operation to be performed next.
  • the wireless interface 1020 By transmitting signals and / or data to the wireless interface 1020, the memory 1030, the user interface 1040, and the registrar 1050 based on the determination, the wireless interface 1020, the memory 1030, the user interface 1040. ) And overall operation of the access point 1000 including the registrar 1050.
  • the wireless interface 1020 may, for example, enable data communication with an external device (eg, a client device) attempting to access the WLAN, thereby providing the access point 1000 with a wireless communication capability with the external device. .
  • an external device eg, a client device
  • the memory 1030 may store program code (eg, program code for executing a pairing method according to the present invention) to be executed by the processor 1010.
  • the memory 1030 may store various information related to the access point 1000.
  • the memory 1030 may store information (eg, PBC information) regarding the selected registrar.
  • the user interface 1040 may receive a user's manipulation or output information to be provided to the user.
  • the user interface 1040 may include, for example, a push button 1041 provided as a physical button or a virtual button.
  • the user interface 1040 may include a keyboard, a keypad, and other buttons as an input device 1042 for receiving a user's manipulation, and an output device 1043 for providing a user with status information of an access point. It may be provided with a display, a lamp, a speaker or the like.
  • the registrar 1050 is authorized to grant / cancel access to the network and has a function of receiving and processing a connection request from an external device.
  • the processor 1010 may transmit a UPnP event for receiving the probe request to the registrar 1050.
  • the probe request analyzer 1012 may analyze the probe request to determine whether probe request type information is included, and if so, whether the probe request is a first type probe request or a second type probe request.
  • the probe response configuration unit 1011 may configure a probe response to perform the procedure of FIG. 3 from step S303.
  • the processor 1010 may transmit a probe response configured through the air interface 1020 to an external device.
  • the processor 1010 confirms information of the selected registrar from the memory 1030, and the probe response constructing unit 1011 receives information of the selected registrar.
  • Probe response can be configured to include.
  • the processor 1010 may transmit a probe response configured through the air interface 1020 to an external device. Thereafter, the processor 1010 may control the operation of the access point 1000 to perform the extended authentication protocol procedure with the client device.
  • the processor 1010 may generate a push button event of the registrar 1050 and transmit it to the registrar 1050.
  • the processor 1010 may control the monitor time of the registrar 1050. For example, by controlling the monitor time to a value smaller than the default value, it is possible to control the processing of a probe request from a specific vendor first and foremost.
  • the registrar 1050 may transmit the selected registrar set to True if the PBC information may be immediately transmitted, or the selected registrar set to False if the PBC information cannot be immediately transmitted to the processor 1010.
  • the registrar 1050 may include information about a predetermined time Tw in the selected registrar set to False, and the predetermined time is determined in response to the time required for the registrar 1050 to be able to transmit PBC information. Can be.
  • the probe response constructing unit 1011 may construct a first type probe response.
  • the process 1010 may send a first type of probe response configured through the air interface 1020 to an external device.
  • the probe response constructing unit 1011 may construct a second type of probe response.
  • the probe response configuration unit 1011 may include information about a predetermined time Tw in the second type probe response.
  • the processor 1010 may transmit a second type of probe response configured through the air interface 1020 to an external device.
  • the access point 1000 After transmitting the probe response of the first type or the second type to the external device, the access point 1000 is in a standby state to receive the probe request again.
  • the memory 1030 of the access point may store information on a mapping relationship between identification information of an access point and identification information of an access point provided from an external server.
  • the memory 1030 may store a connection list (eg, a white list) generated by the processor 1010 based on the information about the mapping relationship.
  • the probe request analyzer 1012 may determine whether the corresponding client device is included in the accessible list based on the identification information of the client device 900 which has transmitted the probe request. In addition, the probe request analyzer 1012 may determine whether a distance between the client device 900 that transmits the probe request and the access point 1000 is equal to or less than a predetermined threshold.
  • the probe response configuration unit 1011 may include probe request type information and probe response type information, access point identification information, and client device identification information. Or construct and send a probe response to the client device 900 based on the one or more information of the distance of the access point and the client device.
  • the operations of the access point including the inrollies (ie, client devices) and registrars described above, may be implemented by software or hardware processing, or may be implemented by software and hardware processing.

Abstract

본 발명은 무선랜에 대한 것이며, 보다 구체적으로는 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치에 관한 것이다. 본 발명의 일 양상에 따르면, 클라이언트 디바이스가 액세스 포인트와 페어링을 수행하는 방법이 제공될 수 있다. 상기 방법은, 프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 액세스 포인트에 전송하는 단계; 상기 액세스 포인트로부터 제1 프로브 응답을 수신하는 단계; 및 상기 제1 프로브 응답에 기초하여, 상기 액세스 포인트와의 인증 절차를 수행하는 단계를 포함할 수 있다.

Description

무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치
본 발명은 무선랜에 대한 것이며, 보다 구체적으로는 클라이언트 디바이스와 액세스 포인트의 페어링을 위한 방법 및 장치에 관한 것이다.
무선 통신 기술이 발전함에 따라, 무선 통신을 지원하는 디바이스와 시스템의 사용도 증가하고 있다.
예를 들면, 무선 통신을 지원하는 시스템은 무선랜(Wireless Local Area Network, WLAN) 시스템 또는 Wi-Fi 시스템이 될 수 있고, Wi-Fi 시스템의 경우, Wi-Fi 기술을 지원하는 Wi-Fi 클라이언트 디바이스가 Wi-Fi 네트워크의 액세스 포인트에 연결되어 데이터의 송수신을 수행하게 된다.
Wi-Fi 시스템에서 Wi-Fi 클라이언트 디바이스를 액세스 포인트에 연결하는 방법으로 Wi-Fi 보호 셋업(Wi-Fi Protected Setup, WPS) (또는 Wi-Fi 심플 설정(Wi-Fi Simple Configuration, WSC)) 기술이 사용될 수 있다. WPS는 Wi-Fi로 보호된 연결을 쉽게 생성하는 것을 목적으로 개발된 기술이다.
액세스 포인트와 클라이언트 디바이스 사이에 데이터를 송수신하기 위해서는 액세스 포인트와 클라이언트 디바이스 간의 페어링(Pairing) 과정이 수행되어야 한다. 페어링 과정은 액세스 포인트와 클라이언트 디바이스가 동시에 짝을 찾는 과정으로서, WPS 기술은 페어링 과정을 수행하기 위해, PIN(Personal Identification Number) 입력 방식, PBC(Push Button Configuration) 방식, NFC(Near Field Communication) 방식 등을 지원한다.
최근, Wi-Fi 시스템과 Wi-Fi 클라이언트 디바이스의 사용례가 급증함에 따라, 액세스 포인트와 클라이언트 디바이스 간의 페어링을 보다 효율적으로 수행하는 방안이 요구되고 있다.
본 발명은 WPS 기술이 지원하는 페어링 방식 중 PBC 방식의 페어링을 개선한 방법으로서, 클라이언트 디바이스에서 수행되는 페어링 방법 및 그 방법을 수행하기 위한 클라이언트 디바이스를 제공한다.
본 발명은 WPS 기술이 지원하는 페어링 방식 중 PBC 방식의 페어링을 개선한 방법으로서, 액세스 포인트에서 수행되는 페어링 방법 및 그 방법을 수행하기 위한 액세스 포인트를 제공한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 양상에 따르면, 클라이언트 디바이스가 액세스 포인트와 페어링을 수행하는 방법이 제공될 수 있다. 상기 방법은, 프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 액세스 포인트에 전송하는 단계; 상기 액세스 포인트로부터 제1 프로브 응답을 수신하는 단계; 및 상기 제1 프로브 응답에 기초하여, 상기 액세스 포인트와의 인증 절차를 수행하는 단계를 포함할 수 있다.
본 발명의 다른 양상에 따르면, 액세스 포인트가 클라이언트 디바이스와 페어링을 수행하는 방법이 제공될 수 있다. 상기 방법은, 프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 클라이언트 디바이스로부터 수신하는 단계; 제1 프로브 응답을 상기 클라이언트 디바이스에 전송하는 단계; 및 상기 클라이언트 디바이스와의 인증 절차를 수행하는 단계를 포함할 수 있다.
본 발명에 대하여 위에서 간략하게 요약된 특징들은 후술하는 본 발명의 상세한 설명의 예시적인 양상일 뿐이며, 본 발명의 범위를 제한하는 것은 아니다.
본 발명에 따르면, PBC 방식의 페어링의 단점을 개선하여 보다 효율적이고 유연한 방식의 페어링 방법 및 장치가 제공될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 액세스 포인트와 클라이언트 디바이스가 무선으로 연결되어 데이터를 송수신하는 시스템을 개념적으로 표현한 예시도이다.
도 2는 PBC 방식의 페어링 동작을 설명하기 위한 도면이다.
도 3은 PBC 방식의 페어링 동작에 기초한 등록 프로토콜 동작(registration protocol operating) 절차를 나타내는 도면이다.
도 4는 PBC 방식의 페어링 방법에 사용되는 프로브 요청 프레임의 구조를 나타내는 도면이다.
도 5는 프로브 요청 프레임의 프레임 바디(Frame body)에 기록되는 정보를 나타내는 테이블이다.
도 6은 각각의 프로브 요청 타입 정보 및 프로브 응답 타입 정보가 사용되는 조건 및 그 의미를 나타내는 테이블이다.
도 7은 본 발명의 일 실시예에 따른 페어링 방법으로서, 인롤리(Enrollee)에서 수행되는 방법을 도시한 흐름도이다.
도 8은 본 발명의 일 실시예에 따른 페어링 방법으로서, 액세스 포인트에서 수행되는 방법을 도시한 흐름도이다.
도 9는 본 발명의 추가적인 실시예에 따른 페어링 방법으로서, 액세스 포인트에서 수행되는 방법을 도시한 흐름도이다.
도 10은 본 발명의 일 실시예에 따른 클라이언트 디바이스의 구성을 도시한 도면이다.
도 11은 본 발명의 일 실시예에 따른 액세스 포인트의 구성을 도시한 도면이다.
이하, 본 명세서에서는 본 발명과 관련된 내용을 예시적인 도면과 실시 예를 통해 상세하게 설명한다. 각 도면의 구성 요소들에 참조 부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 명세서의 실시 예를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 명세서의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
도 1은 액세스 포인트와 클라이언트 디바이스가 무선으로 연결되어 데이터를 송수신하는 시스템을 개념적으로 표현한 예시도이다.
액세스 포인트와 클라이언트 디바이스는 무선랜 시스템에서 정의하는 인프라스트럭쳐 기본 서비스 세트(Basic Service Set, BSS)를 구성할 수 있다. 액세스 포인트는 클라이언트 디바이스들을 관리하고, 외부 네트워크(예를 들어, 인터넷)에 대한 연결을 클라이언트 디바이스들에게 제공하는 기능을 수행한다.
도 1에 도시된 바와 같이, 예컨대, 클라이언트 디바이스는 비디오 정보 등을 액세스 포인트를 통하여 무선으로 전송받아, 클라이언트 디바이스 내에 구비된 또는 별도로 구현되는 디스플레이 장치에 전달할 수 있다.
예를 들어, 클라이언트 디바이스는, 데스크탑 컴퓨터(desktop computer), 랩탑 컴퓨터(laptop computer), 태블릿(tablet) PC, 무선전화기(wireless phone), 모바일폰(mobile phone), 스마트폰(smart phone), PMP(Portable Multimedia Player), 휴대용 게임기, 셋탑 박스(set-top box), 디지털 영상 재생기(digital picture player), 디지털 동영상 재생기(digital video player) 등에 해당할 수 있다.
또한, 상기 클라이언트 디바이스가 외부 네트워크에 접속될 수 있도록 프록시 역할을 수행하는 액세스 포인트가 네트워크 단에 존재한다. 액세스 포인트는 라우터(또는 허브, 스위치 장치)를 통해 인터넷과 같은 외부 네트워크와의 통신 경로를 구성할 수 있다.
액세스 포인트와 클라이언트 디바이스 사이에 데이터를 송수신하기 위해서는 액세스 포인트와 클라이언트 디바이스 간의 페어링이 수행되어야 한다. 액세스 포인트와 클라이언트 디바이스 간의 페어링을 지원하기 위하여, WPS 기술은 PIN(Personal Identification Number) 입력 방식, PBC(Push Button Configuration) 방식, NFC(Near Field Communication) 방식 등을 제공한다.
이 중, PIN 입력 방식이나 NFC 방식은 PIN 입력 장치 또는 NFC를 위한 별도의 모듈이 필요하며, 따라서, 장비 단가의 상승을 초래하게 되는 단점이 존재한다.
장비 단가의 상승을 적게 초래한다는 점에서 PBC 방식은 PIN 입력 방식이나 NFC 방식에 비해 유리하나, PBC 방식의 작동 방식에 기인한 단점을 가진다.
도 2는 PBC 방식의 페어링 동작을 설명하기 위한 도면이다.
도 2에서 인롤리(Enrollee)는 외부 네트워크에 조인하려고 하는 장치로서, 본 명세서에서 클라이언트 디바이스와 같은 의미로 사용되고 있다. 레지스트라(Registrar)는 외부 네트워크로의 접근에 대한 허용/취소의 권한을 갖는 장치이며, 액세스 포인트 내에서 구현되거나 또는 별도의 장치로 구현될 수 있다. 액세스 포인트는 레지스트라와 인롤리의 프록시(proxy)로서 기능한다.
도 2를 참조하여, PBC 방식의 페어링 동작을 설명한다.
먼저, 사용자에 의해서 외부 네트워크에 조인하려고 하는 인롤리의 푸쉬 버튼이 눌러진다(S201). 인롤리의 푸쉬 버튼이 눌러진 후 워크 타임(Walk Time) 내에 레지스트라의 푸쉬 버튼이 눌러지면(S203), 페어링을 위한 다음 접속 절차가 수행될 수 있다. 예를 들어, 인롤리와 레지스트라의 푸쉬 버튼은 물리적인 버튼일 수도 있고, 가상의(virtual) 버튼일 수도 있다. 또한, 워크 타임은 120초의 시간 길이로 정해질 수 있다.
또한, 레지스트라는 소정의 시간 길이(예를 들어, 120초)로 정해진 모니터 타임(Monitor Time) 동안에 PBC 모드에 있는 인롤리가 오직 하나만이 존재하는 것을 검증할 수 있다. 예를 들어, 레지스트라의 푸쉬 버튼이 눌러진 시점으로부터 이전 120초의 모니터 타임 내에 둘 이상의 인롤리의 푸쉬 버튼 이벤트가 감지되면 접속이 수행되지 않고, 에러(error) 또는 실패(failure)로 처리된다.
인롤리는 푸쉬 버튼 이벤트가 발생한 후에 액티브 PBC 모드에 있는 선택된 레지스트라(Selected Registrar)를 스캐닝할 수 있다(S202). 한편, 레지스트라는 레지스트라의 푸쉬 버튼 이벤트가 발생한 시점을 기준으로 모니터 타임 동안에 오직 하나의 인롤리가 접속을 시도하는 것을 확인한 후, 인롤리와의 등록 프로토콜(registration protocol)에 따른 동작을 수행할 수 있다(S204). 등록 프로토콜에 따른 동작이 성공적으로 수행되는 경우, 그 결과가 인롤리 및 레지스트라 각각에 대해서 지시될 수 있다(success indication)(S205).
전술한 바와 같이, PBC 방식의 페어링 동작은 정해진 시간(예를 들어, 워크 타임) 내에 인롤리와 레지스트라의 푸쉬 버튼을 모두 사용자가 직접 눌러야 한다. 그러나, 인롤리와 레지스트라가 물리적으로 멀리 떨어져 있을 수도 있고, 인롤리 또는 레지스트라가 이미 설치되어 있는 장치인 경우에는 푸쉬 버튼을 찾아서 누르는 것 조차 쉽지 않을 경우가 있다. 따라서, 예컨대, 워크 타임 내에 인롤리와 레지스트라의 푸쉬 버튼을 모두 누르는 것이 곤란한 상황이 있다.
또한, 예컨대, 120초의 모니터 타임 내에 둘 이상의 인롤리의 푸쉬 버튼 이벤트가 감지되어 에러 또는 실패로 처리되는 경우, 사용자는 이를 인지하기가 쉽지 않기 때문에 반복적으로 푸쉬 버튼을 누르게 되고, 이로 인해 에러 또는 실패가 계속 발생할 수도 있다.
도 3은 PBC 방식의 페어링 동작에 기초한 등록 프로토콜 동작(registration protocol operating) 절차를 나타내는 도면이다.
도 3에 도시된 바와 같이, 인롤리의 푸쉬 버튼 이벤트(BE)(S300)가 발생하면, 인롤리는 액세스 포인트(AP)에 프로브 요청(Probe Request)을 전송한다(S301). 상기 프로브 요청은 인롤리의 PBC 정보를 포함할 수 있다. 인롤리의 PBC 정보로서 예컨대, 디바이스 암호 아이디(Device Password ID) 등의 정보가 포함될 수 있다. 추가적으로, 도 3에 도시하지는 않았지만 인롤리가 액세스 포인트로 전송하는 프로브 요청에는 WSC 정보요소(IE) 등의 다른 정보가 더 포함될 수도 있다. WSC IE는, 예를 들어, 제조사, 모델명, 모델번호, 시리얼번호, 디바이스명, 디바이스 타입, 지원하는 설정방식(예를 들어, PBC 방식)을 나타내는 정보 등을 포함할 수 있다.
액세스 포인트는 인롤리로부터 프로브 요청을 수신한 것에 대한 UPnP(Universal Plug and Play) 이벤트를 발생시켜 레지스트라에 전송할 수 있다(S302). 또한, 액세스 포인트는 선택된 레지스트라의 PBC 정보를 포함하지 않는 프로브 응답(Probe Response)을 인롤리에 전송함로써(S303), S301 단계에서의 인롤리의 프로브 요청에 대해 거절을 수행할 수 있다. 예를 들어, 액세스 포인트는 레지스트라에게 UPnP 이벤트 발생을 보고하고 레지스트라가 그에 따른 후속 동작을 수행할 시간을 확보하기 위해서, 인롤리로부터 최초로 수신한 프로브 요청에 대해서는 PBC 정보를 포함하지 않는 프로브 응답을 전송할 수 있다. 또한, 도 3에 도시하지는 않았지만 액세스 포인트가 인롤리로 전송하는 프로브 응답에는 WSC IE 등의 정보가 더 포함될 수 있다.
인롤리의 푸쉬 버튼 이벤트(BE)로부터 소정의 워크 타임(예컨대, 120초) 내에 레지스트라의 푸쉬 버튼 이벤트(BR)(S304)가 발생하면, 레지스트라의 푸쉬 버튼 이벤트(BR)로부터 이전으로 소정의 모니터 타임(예컨대, 120초) 내에 둘 이상의 인롤리로부터의 PBC 요청이 있었는지 확인하고, 만약 둘 이상의 요청이 있었다면, 에러 또는 실패로 처리된다. 그렇지 않다면, 레지스트라는 자신의 PBC 정보를 포함하는 SetSelectedRegistrar를 액세스 포인트에 전송한다(S305).
일정 시간 경과 후, 인롤리가 액세스 포인트에 다시 프로브 요청을 전송할 수 있다(S306). 이러한 프로브 요청에는 PBC 정보가 포함될 수 있고, 추가적으로 WSC IE 등의 정보가 더 포함될 수 있다.
액세스 포인트는 인롤리로부터 프로브 요청을 수신한 것에 대한 UPnP 이벤트를 발생시켜 레지스트라에 전송할 수 있다(S307), 또한, 액세스 포인트는 레지스트라의 PBC 정보를 포함하는 프로브 응답을 인롤리에 전송할 수 있다(S308). 이러한 프로브 응답에는 PBC 정보가 포함될 수 있고, 추가적으로 WSC IE 등의 정보가 더 포함될 수 있다.
이 후에는, 인롤리, 액세스 포인트, 레지스트라는 확장 인증 프로토콜(Extensible Authentication Protocol, EAP) 절차를 수행할 수 있다(S309).
도 4는 PBC 방식의 페어링에 사용되는 프로브 요청 프레임의 구조를 나타내는 도면이고, 도 5는 프로브 요청 프레임의 프레임 바디(Frame body)에 기록되는 정보를 나타내는 테이블이다.
도 4에 도시하는 바와 같이, 프로브 요청 프레임은 MAC 헤더(Medium Access Control header)와 프레임 바디(Frame body)를 포함하여 구성된다. MAC 헤더는 2 바이트 크기의 프레임 제어(Frame Control) 필드, 2 바이트 크기의 듀레이션(Duration) 필드, 6 바이트 크기의 목적지 주소(Destination Address, DA) 필드, 6 바이트 크기의 소스 주소(Source Address, SA) 필드, 6 바이트 크기의 BSSID(Basic Service Set ID) 필드, 2 바이트 크기의 시퀀스 제어(Sequence Control) 필드 등을 포함할 수 있다. 도 4 의 프로브 요청 프레임의 구조에서 프레임 바디의 구체적인 구성에 대해서는 도 5를 참조하여 설명한다. 마지막으로 프로브 요청 프레임에는 4 바이트 크기의 프레임 체크 시퀀스(FCS) 필드가 더 포함될 수 있다.
도 5에 도시하는 바와 같이, 프로브 요청 프레임의 프레임 바디는 SSID(Service Set ID), 지원 레이트(Supported rates), 요청 정보(Request Information), 확장된 지원 레이트(Extended Supported Rates), 벤더 특정 필드(Vendor Specific field) 등을 포함할 수 있다. 여기서, 벤더 특정 필드는 벤더가 임의로 정의하여 사용하고자 하는 정보를 기록할 수 있는 필드이다.
여기서, 후술하는 본 발명의 실시예들에 따른 프로브 요청 타입 정보가 프로브 요청 프레임에 더 포함될 수 있다. 예를 들어, 본 발명에서는, 벤더 특정 필드가 프로브 요청의 타입을 나타내는 프로브 요청 타입 정보를 포함할 수 있다. 그러나, 본 발명의 범위가 이에 제한되는 것은 아니며, 프로브 요청 프레임 내의 벤더 특정 필드 이외의 다른 필드에 본 발명의 예시들에 따른 프로브 요청 타입 정보가 포함될 수도 있다.
한편, 프로브 응답 프레임도 프로브 요청 프레임과 유사하게 MAC 헤더, 프레임 바디 및 FCS 필드를 포함할 수 있다. 본 발명의 예시들에 따르면, 프로브 응답 타입 정보가 프로브 응답 프레임에 더 포함될 수 있다. 예를 들어, 프로브 요청 프레임과 유사하게, 프로브 응답 프레임에도 벤더가 임의로 정의하여 사용하고자 하는 정보를 기록할 수 있는 벤더 특정 필드를 포함하며, 프로브 응답의 타입을 나타내는 프로브 응답 타입 정보가 벤더 특정 필드에 포함될 수 있다. 그러나, 본 발명의 범위가 이에 제한되는 것은 아니며, 프로브 응답 프레임 내의 벤더 특정 필드 이외의 다른 필드에 본 발명의 예시들에 따른 프로브 응답 타입 정보가 포함될 수도 있다.
도 6은 본 발명의 일 실시예에 따르는 프로브 요청 타입 정보, 프로브 응답 타입 정보를 설명하기 위한 도면이다. 도 6의 예시에서는 프로브 요청 타입 정보의 값 및 프로브 응답 타입 정보의 값이 설정되는 조건 및 그 의미 나타낸다.
이하의 설명에서는 프로브 요청 타입 정보 및 프로브 응답 타입 정보의 예시로서 KT 플래그(KT flag)라 칭하는 필드를 정의하지만, 본 발명의 범위가 그러한 필드의 명칭 또는 크기에 제한되는 것은 아니다. 또한, 이하의 설명에서 프로브 요청 타입 정보 또는 프로브 응답 타입 정보에 해당하는 KT flag의 값 01, 02, 03 또는 04은 단지 예시일 뿐이며, 본 발명의 범위가 이에 제한되는 것은 아니다.
또한, 프로브 요청 프레임과 프로브 응답 프레임의 각각에서, KT flag 정보의 크기가 2 비트로 정의될 수도 있다. 이 경우에는, 프로브 요청 프레임에 포함되는 프로브 요청 타입 정보인 2 비트 크기의 KT flag는 도 6의 예시에서의 01(예컨대 비트 값 00) 또는 02(예컨대 비트 값 01) 중의 어느 하나의 값을 가질 수 있다. 또한, 프로브 응답 프레임에 포함되는 프로브 응답 타입 정보인 2 비트 크기의 KT flag는 도 6의 예시에서의 03(예컨대 비트 값 10) 또는 04(예컨대 비트 값 11) 중의 어느 하나의 값을 가질 수도 있다.
또는, 프로브 요청 프레임과 프로브 응답 프레임의 각각에서, KT flag 정보의 크기가 1 비트로 정의될 수도 있다. 이 경우에는, 프로브 요청 프레임에 포함되는 프로브 요청 타입 정보인 1 비트 크기의 KT flag는 도 6의 예시에서의 01(예컨대 비트 값 0) 또는 02(예컨대 비트 값 1) 중의 어느 하나의 값을 가질 수도 있다. 또한, 프로브 응답 프레임에 포함되는 프로브 응답 타입 정보인 1 비트 크기의 KT flag는 도 6의 예시에서의 03(예컨대 비트 값 0) 또는 04(예컨대 비트 값 1) 중의 어느 하나의 값을 가질 수도 있다.
프로브 요청은 KT flag가 02로 설정된 제1 타입의 프로브 요청과 KT flag가 01로 설정된 제2 타입의 프로브 요청을 포함할 수 있다.
제1 타입의 프로브 요청은 식별된 액세스 포인트가 인롤리가 이미 인지하고 있는 액세스 포인트인 경우에 사용된다. 인롤리는 채널 스캔을 통해 접속 가능한 액세스 포인트를 식별하는데, 식별된 액세스 포인트의 MAC 주소와 같은 BSSID(Basic Service Set Identifier) 등의 정보를 통해, 이미 접속한 이력이 있는 액세스 포인트인지를 판단할 수 있다. 예를 들어, 인롤리는 액세스 포인트가 주기적으로 브로드캐스트하는 비콘 프레임 등에 포함된 BSSID 정보 등에 기초하여 액세스 포인트를 식별할 수 있다. 제1 타입의 프로브 요청은 해당 프로브 요청이 특정 벤더의 인롤리로부터의 프로브 요청임을 나타낼 수 있다. 또한, 제1 타입의 프로브 요청은 선택된 레지스트라의 PBC 정보의 즉시 전송을 액세스 포인트에 요구하는 의미를 가질 수 있다.
제2 타입의 프로브 요청은 접속 이력 등이 없어 접속하고자 하는 액세스 포인트를 인롤리가 인지하고 있지는 않으나, 활성화된(active) PBC 모드의 액세스 포인트로 판단된 경우에 사용된다. 여기서, active PBC 모드라는 것은, 액세스 포인트가 PBC 방식으로 다른 디바이스와 페어링될 수 있는 상태라는 것을 의미한다. 제2 타입의 프로브 요청은 해당 프로브 요청이 특정 벤더의 인롤리로부터의 프로브 요청임을 나타낼 수 있다. 또한, 제2 타입의 프로브 요청은 레지스트라의 푸쉬 버튼 이벤트를 트리거링(예를 들어, 소프트웨어적으로 발생)시키거나 레지스트라의 모니터 타임을 최소한으로 설정하도록 액세스 포인트에 요구하는 의미를 가질 수 있다.
프로브 응답은 프로브 응답 타입 정보를 포함하지 않는 프로브 응답(도6에 미도시), 제1 타입의 프로브 응답, 제2 타입의 프로브 응답을 포함할 수 있다.
프로브 응답 타입 정보를 포함하지 않는 프로브 응답은 예컨대, 도3의 S303 또는 S308 단계에서 액세스 포인트가 인롤리에 전송하는 프로브 응답일 수 있다.
액세스 포인트가 인롤리로부터 제1 타입의 프로브 요청을 수신하면, 액세스 포인트는 선택된 레지스트라의 PBC 정보를 확인하여, 이를 포함하는 프로브 응답을 인롤리에 전송할 수 있고, 이 경우의 프로브 응답은 예컨대, 도3의 S308단계에서 액세스 포인트가 인롤리에 전송하는 프로브 응답과 같이, 프로브 응답 타입 정보를 포함하지 않을 수 있다.
액세스 포인트가 인롤리로부터 제2 타입의 프로브 요청을 수신하면, 레지스트라의 푸쉬 버튼 이벤트(BR)를 소프트웨어적으로 자동 발생시킨 후, KT flag가 03으로 설정된 제1 타입의 프로브 응답 또는 KT flag가 04로 설정된 제2 타입의 프로브 응답을 인롤리에 전송할 수 있다.
제2 타입의 프로브 요청을 수신한 액세스 포인트는 선택된 레지스트라의 PBC 정보의 전송을 레지스트라에 요청하는데, 레지스트라가 예컨대, 다른 인롤리와의 페어링 동작을 수행중이어서 PBC 정보를 즉시 전송할 수 없는 경우, PBC 정보의 전송이 가능해질 때까지의 시간 정보(TW)를 액세스 포인트에 전송할 수 있다.
제1 타입의 프로브 응답은 제2 타입의 프로브 요청을 수신한 액세스 포인트가 인롤리에 전송하는 프로브 응답으로서, 액세스 포인트가 레지스트라의 PBC를 수신한 경우(Selected Registrar = TRUE)에 사용된다. 제1 타입의 프로브 응답은 제1 타입의 프로브 요청을 즉시 전송하도록 인롤리에 요구하는 의미를 가질 수 있다.
제2 타입의 프로브 응답은 제2 타입의 프로브 요청을 수신한 액세스 포인트가 인롤리에 전송하는 프로브 응답 타입으로서, 액세스 포인트가 레지스트라의 PBC를 수신하지 못한 경우(Selected Registrar = False)에 사용된다. 제2 타입의 프로브 응답은 소정 시간(TW)이 경과한 후에 제1 타입의 프로브 요청을 전송하도록 인롤리에 요구하는 의미를 가질 수 있다.
도 7은 본 발명의 일 실시예에 따른 페어링 방법으로서, 인롤리에서 수행되는 방법을 도시한 흐름도이다.
인롤리는, 파워 온(Power on)(S700) 이후, 채널을 스캔하여 접속가능한 액세스 포인트를 식별한다(S701). 식별된 액세스 포인트의 BSSID 등의 정보에 기초하여, 인롤리가 이미 접속한 이력 등이 있어, 이미 인지하고 있는 액세스 포인트인지의 여부를 판단한다(S702). S702 단계에서, 식별된 액세스 포인트가 이미 인지하고 있는 액세스 포인트라고 판단된 경우에는, 프로브 요청 타입 정보로서 KT flag를 02로 설정하여 예컨대, 프로브 요청 프레임의 벤더 특정 필드에 기록하고, 또한 인롤리의 PBC 정보를 포함하는 제1 타입의 프로브 요청을 액세스 포인트에 전송한다(S706).
인롤리는 제1 타입의 프로브 요청을 전송한 후, 액세스 포인트로부터의 프로브 응답을 기다린다(S708). 액세스 포인트로부터 프로브 응답이 수신되면, 수신된 프로브 응답이 KT flag를 포함하고 있는지 여부를 판단한다(S709). 수신된 프로브 응답이 KT flag를 포함하고 있지 않으면, 수신된 프로브 응답이 PBC 정보를 포함하는지 판단하고(S710), PBC 정보를 포함하고 있으면, 도 3의 PBC 방식의 페어링 동작을 S309 단계(즉, 확장 인증 프로토콜 절차)부터 수행한다(S712). S710 단계에서, 프로브 응답이 PBC 정보를 포함하고 있지 않으면, 도 3의 PBC 방식의 페어링 동작을 S306 단계부터 수행한다(S711).
이와 같이, 채널 스캔에 의해 식별된 액세스 포인트가, 인롤리가 이미 인지하고 있는 액세스 포인트인 경우에는, 제1 타입의 프로브 요청의 전송과 그에 대응하여 레지스트라의 PBC 정보를 포함하는 프로브 응답을 수신함으로써, 곧바로 확장 인증 프로토콜 절차를 수행할 수 있게 되므로, 도 3의 S303 내지 S307 단계가 생략될 수 있다. 또한, 사용자가 직접 인롤리와 레지스트라의 푸쉬 버튼을 누르는 조작을 기다릴 필요가 없게 된다. 따라서, 페어링에 소요되는 시간이 단축되고, 사용자의 버튼 조작에 의한 페어링 실패가 발생하는 경우가 줄어들 수 있으므로, 효율적인 페어링이 가능해진다.
다시 S702 단계를 참조하면, 식별된 액세스 포인트가 이미 인지하고 있는 액세스 포인트가 아니라고 판단된 경우에는, 인롤리는 식별된 액세스 포인트가 active PBC 모드인지 여부를 판단한다(S703). 식별된 액세스 포인트가 active PBC 모드로 판단되면, 인롤리의 푸쉬 버튼 이벤트(BE)를 소프트웨어적으로 자동 발생시키고, 프로브 요청 타입 정보로서 KT flag를 01로 설정하여, 예컨대 프로브 요청 프레임의 벤더 특정 필드에 기록하고, 또한 인롤리의 PBC 정보를 포함하는 제2 타입의 프로브 요청을 액세스 포인트에 전송한다(S707).
인롤리는 제2 타입의 프로브 요청을 전송한 후, 액세스 포인트로부터의 프로브 응답을 기다린다(S708). 액세스 포인트로부터 프로브 응답이 수신되면, 인롤리는 수신한 프로브 응답이 KT flag를 포함하고 있는지 여부를 판단한다(S709).
인롤리가 제2 타입의 프로브 요청을 전송한 후, 액세스 포인트로부터 수신할 수 있는 프로브 응답은 KT flag를 포함하지 않는 프로브 응답, KT flag가 03으로 설정된 제1 타입의 프로브 응답 및 KT flag가 04로 설정된 제2 타입의 프로브 응답 중 하나일 수 있다.
인롤리가 제2 타입의 프로브 요청을 전송한 후, 이에 대응하여 수신한 프로브 응답이 KT flag를 포함하지 않는 프로브 응답인 경우(S709 단계에서 No로 판단), 인롤리는 수신한 프로브 응답이 PBC 정보를 포함하고 있는지 여부를 판단한다(S710). 인롤리가 수신한 프로브 응답이 PBC 정보를 포함하고 있으면, 도 3의 PBC 방식의 페어링 동작을 S309 단계부터 수행한다(S712). 인롤리가 수신한 프로브 응답이 PBC 정보를 포함하고 있지 않으면, 도 3의 PBC 방식의 페어링 동작을 S306 단계부터 수행한다(S711).
인롤리가 제2 타입의 프로브 요청을 전송한 후, 이에 대응하여 수신한 프로브 응답이 KT flag를 포함하는 경우(S709 단계에서 Yes로 판단), KT flag가 03인지 여부를 판단한다(S713). S713 단계에서, KT flag가 03으로 판단된 경우, 인롤리는 프로브 요청 타입 정보로서 KT flag를 02로 설정하여, 예컨대 프로브 요청 프레임의 벤더 특정 필드에 기록하고, 또한 인롤리의 PBC 정보를 포함하는 제1 타입의 프로브 요청을 액세스 포인트에 즉시 전송한다(S706).
이후의 단계는 S702 단계에서 인롤리가 이미 인지하고 있는 액세스 포인트인 것으로 판단되어, 프로브 요청 타입 정보로서 KT flag를 02로 설정하고, 또한 인롤리의 PBC 정보를 포함하는 제1 타입의 프로브 요청을 액세스 포인트에 전송한 경우에 준하여 처리될 수 있다.
이와 같이, S703 단계에서, 식별된 액세스 포인트가 active PBC 모드인 것으로 판단되면, 사용자의 직접적인 조작이 없이, 푸쉬 버튼 이벤트(BE)가 소프트웨어적으로 자동 발생될 수 있다. 따라서, 사용자가 인롤리의 푸쉬 버튼을 찾거나 직접 누를 필요가 없게 된다. 또한, 인롤리가 제2 타입의 프로브 요청에 대응하여 액세스 포인트로부터 제1 타입의 프로브 응답을 수신하는 경우, 인롤리는 제1 타입의 프로브 요청을 액세스 포인트에 즉시 전송하게 되므로, 인롤리가 제1 타입의 프로브 요청을 다시 전송하는 시간을 최소화할 수 있다.
다시 S713 단계를 참조하면, 인롤리가 제2 타입의 프로브 요청에 대응하여 액세스 포인트로부터 수신한 프로브 응답의 KT flag가 03이 아니면, 인롤리는 제2 타입의 프로브 요청에 대응하여 액세스 포인트로부터 수신한 프로브 응답의 KT flag가 04인지 여부를 판단한다(S714).
본 실시예에서는 프로브 응답에 포함될 수 있는 KT flag가 03 또는 04이므로, S714 단계에서는 KT flag가 04인 것으로 판단된다. 그러나, 전술한 바와 같이, KT flag는 두 개의 값 중 하나를 갖는 것으로 한정되는 것은 아니며, 둘 이상의 복수의 값으로부터 선택된 하나의 값을 가질 수도 있다. 이 경우에는, 단계 S714에서 KT flag의 값이 04가 아닌 것으로 판단되는 경우의 추가적인 동작이 정의될 수 있다. 예를 들어, KT flag의 값이 03 또는 04는 아니더라도, KT flag의 존재 유무에 기초하여, 프로브 요청 또는 프로브 응답이 특정 벤더의 인롤리 또는 액세스 포인트가 전송한 것임을 구별하는 용도로 사용될 수도 있다.
S714 단계에서, 제2 타입의 프로브 요청에 대응하여 액세스 포인트로부터 수신한 프로브 응답이 KT flag가 04인 제2 타입의 프로브 응답인 것으로 판단되면, 인롤리는 대기 시간(TW)이 경과한 후에(S715), KT flag가 02로 설정된 제1 타입의 프로브 요청을 액세스 포인트에 전송한다(S706). 대기 시간(Tw)에 관한 정보는 제2 타입의 프로브 응답에 포함되어 전송될 수 있다.
이후의 단계는 S702 단계에서 인롤리가 이미 인지하고 있는 액세스 포인트인 것으로 판단되어, 프로브 요청 타입 정보로서 KT flag를 02로 설정하고, 또한 인롤리의 PBC 정보를 포함하는 제1 타입의 프로브 요청을 액세스 포인트에 전송한 경우에 준하여 처리될 수 있다.
제2 타입의 프로브 응답에 포함되어 전송되는 대기 시간(TW) 정보는 레지스트라의 상태에 따라, 레지스트라가 인롤리의 접속 요청에 적절히 응답할 수 있는 시간을 고려하여 설정되는 정보로서, 예컨대, 레지스트라가 현재 다른 인롤리와 페어링을 수행중에 있어서 즉시 응답할 수 없는 경우 등에, 레지스트라가 해당 PBC 요청을 처리하기까지 필요한 시간 등을 고려하여 설정될 수 있다.
이와 같이, 레지스트라가 PBC 요청에 즉시 응답할 수 없는 상태에 있는 경우, 인롤리는 소정의 대기 시간(TW) 경과 후에 제1 타입의 프로브 요청을 전송하므로, 인롤리가 불필요하게 반복적으로 프로브 요청을 전송하거나 또는 푸쉬 버튼 이벤트(BE)를 반복적으로 발생시키는 것을 통제할 수 있다. 그렇게 함으로써, 레지스트라의 모니터 타임 동안에 복수의 인롤리로부터의 요청이 발생하여 에러 또는 실패로 처리되는 상황이 발생하지 않도록 제어할 수 있다.
다시 S703 단계를 참조하면, 식별된 액세스 포인트가 active PBC 모드가 아니라고 판단된 경우, 사용자의 개입 또는 조작에 의한 인롤리의 푸쉬 버튼 이벤트(BE)의 발생 여부를 판단한다(S704). S704 단계에서, 인롤리의 푸쉬 버튼 이벤트가 발생한 것으로 판단되면, 도 3의 PBC 방식의 페어링 동작을 S301 단계부터 수행한다(S705). S704 단계에서, 인롤리의 푸쉬 버튼 이벤트가 발생하지 않은 것으로 판단되면, 인롤리는 채널 스캔을 다시 실시한다(S701).
도8은 본 발명의 일 실시예에 따른 페어링 방법으로서, 액세스 포인트에서 수행되는 방법을 도시한 흐름도이다.
액세스 포인트는 파워 온(Power on)(S800) 이후, 인롤리로부터의 프로브 요청 수신 대기 상태로 된다(S801). 액세스 포인트가 인롤리로부터 프로브 요청을 수신하면(S802), 액세스 포인트는 프로브 요청의 수신에 대한 UPnP(Universal Plug and Play) 이벤트를 발생시켜 레지스트라에 전송한다(S803). 액세스 포인트는 수신된 프로브 요청 프레임에 KT flag가 포함되어 있는지를 확인하고(S804), KT flag가 포함되어 있지 않으면, 인롤리가 특정 벤더의 인롤리가 아님을 식별하고 도 3의 PBC 방식의 페어링 동작을 S303 단계부터 수행한다(S805). S804 단계에서, 수신된 프로브 요청 프레임이 KT flag를 포함하는 것으로 확인되면, 액세스 포인트는 KT flag가 02인지의 여부를 확인한다(S806). 즉, 수신된 프로브 요청이 제1 타입의 프로브 요청인지 확인한다.
S806 단계에서, 액세스 포인트가 수신한 프로브 요청이 KT flag가 02로 설정된 제1 타입의 프로브 요청으로 판단된 경우, 액세스 포인트는 선택된 레지스트라의 PBC 정보를 확인하고, 이를 포함하는 프로브 응답을 인롤리에 전송한다(S807). S807 단계에서 액세스 포인트가 인롤리에 전송하는 프로브 응답은 레지스트라의 PBC 정보만을 포함하며 KT flag를 포함하지 않을 수 있다. 이후, 도 3의 PBC 방식의 페어링 동작을 S309 단계(즉, 확장 인증 프로토콜 절차)부터 수행한다(S808).
이와 같이, 액세스 포인트가 인롤리로부터 KT flag가 02로 설정된 제1 타입의 프로브 요청을 수신하는 경우, 선택된 레지스트라의 PBC를 확인하여, 이를 포함하는 프로브 응답을 인롤리에 전송함으로써, 곧바로 확장 인증 프로토콜 절차를 수행할 수 있게 되므로, 도 3의 S303 내지 S307 단계가 생략될 수 있다. 또한, 사용자가 직접 인롤리와 레지스트라의 푸쉬 버튼을 누르는 조작을 기다릴 필요가 없게 된다. 따라서, 페어링에 소요되는 시간이 단축되어 효율적인 페어링이 가능해진다.
다시 S806 단계를 참조하면, 액세스 포인트는, 수신된 프로브 요청의 KT flag가 02가 아닌 경우, KT flag가 01인지 확인한다(S809). 본 실시예에서는 프로브 요청에 포함될 수 있는 KT flag가 01 또는 02이므로, S809 단계에서는 KT flag가 01인 것으로 판단된다. 그러나, 전술한 바와 같이, KT flag는 두 개의 값 중 하나를 갖는 것으로 한정되는 것은 아니며, 둘 이상의 복수의 값으로부터 선택된 하나의 값을 가질 수도 있다. 이 경우에는, 단계 S809에서 KT flag 값이 01이 아닌 것으로 판단되는 경우의 추가적인 동작이 정의될 수 있다. 예를 들어, KT flag의 값이 01 또는 02는 아니더라도, KT flag의 존재 유무에 기초하여, 프로브 요청 또는 프로브 응답이 특정 벤더의 인롤리 또는 액세스 포인트가 전송한 것임을 구별하는 용도로 사용될 수도 있다.
S809 단계에서, 액세스 포인트가 인롤리로부터 수신한 프로브 요청이 KT flag가 01로 설정된 제2 타입의 프로브 요청인 경우, 액세스 포인트는 레지스트라의 푸쉬 버튼 이벤트(BR)를 소프트웨어적으로 자동 발생시켜 레지스트라에 전송하고(S810), 선택된 레지스트라의 수신을 대기한다(S811). 이때, 제2 타입의 프로브 요청을 수신한 액세스 포인트는 레지스트라의 모니터 타임이 최소화되도록 레지스트라를 제어할 수 있다. 이것은 예컨대, 특정 벤더의 인롤리로부터의 프로브 요청에 대해 우선적으로 보다 신속한 페어링을 수행할 수 있도록 제어하기 위한 것이며, 통상 120초 정도로 설정되는 모니터 타임을 예컨대, 60초로 설정함으로써, 페어링의 에러 또는 실패의 발생을 줄일 수 있다.
S811 단계에 계속하여, 액세스 포인트는 레지스트라로부터 수신된 선택된 레지스트라가 True로 설정되었는지 판단한다(S812). 선택된 레지스트라가 True인 경우, 액세스 포인트는 KT flag가 03으로 설정된 제1 타입의 프로브 응답을 인롤리에 전송한다(S813). 제1 타입의 프로브 응답을 인롤리에 전송한 후, 액세스 포인트는 다시 프로브 요청 수신 대기 상태로 된다(S801).
인롤리의 동작과 관련하여 도7을 참조하여 설명한 바와 같이, 제1 타입의 프로브 응답을 수신한 인롤리는 제1 타입의 프로브 요청을 액세스 포인트에 즉시 전송하게 된다. 따라서, 도 8의 예시에서 제1 타입의 프로브 응답을 전송(S813)하고 프로브 요청 수신 대기 상태(S801)에 있는 액세스 포인트는 KT flag가 02로 설정된 제1 타입의 프로브 요청을 수신한다(S802). 전술한 바와 같이, 제1 타입의 프로브 요청을 수신한 액세스 포인트는 UPnP 이벤트를 발생시켜 레지스트라에 전송한다(S803). 그리고, KT flag가 02로 설정된 프로브 요청의 처리에 따라(S804, S806에서 Yes로 판단), 선택된 레지스트라의 PBC 정보를 확인하고, 이를 포함하는 프로브 응답을 인롤리에 전송한다(S807). 이 경우도, 제1 타입의 프로브 요청에 대응하는 프로브 응답은 레지스트라의 PBC 정보만을 포함하며 KT flag를 포함하지 않을 수 있다. 이후, 도 3의 PBC 방식의 페어링 동작을 S309 단계(즉, 확장 인증 프로토콜 절차)부터 수행한다(S808).
이와 같이, 제2 타입의 프로브 요청이 수신된 경우, 액세스 포인트는 레지스트라의 푸쉬 버튼 이벤트(BR)를 소프트웨어적으로 자동 발생시키기 때문에, 사용자가 직접 레지스트라의 푸쉬 버튼을 조작할 필요가 없다. 또한, 제2 타입의 프로브 요청에 대한 응답으로서, 선택된 레지스트라가 True인 경우, 액세스 포인트는 KT flag가 03으로 설정된 제1 타입의 프로브 응답을 인롤리에 전송할 수 있고, 인롤리는 즉시 제1 타입의 프로브 요청을 액세스 포인트에 전송하므로, 인롤리가 제1 타입의 프로브 요청을 다시 전송하기까지의 시간을 단축할 수 있다. 또한, 특정 벤더의 인롤리로부터의 프로브 요청임을 인지하여 레지스트라의 모니터 타임을 최소한으로 제어함으로써, 특정 벤더의 페어링을 우선적으로 신속히 처리할 수 있고, 에러 또는 실패로 처리되는 경우를 최소화할 수 있다.
다시 S812 단계를 참조하면, 레지스트라로부터 수신된 선택된 레지스트라가 False인 경우, 액세스 포인트는 KT flag가 04로 설정된 제2 타입의 프로브 응답을 인롤리에 전송한다(S814). 이때, 제2 타입의 프로브 응답은 대시 시간(TW) 정보를 더 포함할 수 있다. 제2 타입의 프로브 응답을 인롤리에 전송한 액세스 포인트는 다시 프로브 요청 수신 대기 상태로 된다(S801).
여기서, 대기 시간(TW) 정보는 레지스트라의 상태에 따라, 레지스트라가 인롤리의 요청에 적절히 응답할 수 있는 시간을 고려하여 설정되는 정보로서, 예컨대, 레지스트라가 현재 다른 인롤리와 페어링을 수행중에 있어서 즉시 응답할 수 없는 경우 등에, 레지스트라가 해당 PBC 요청을 처리하기까지 필요한 시간 등을 고려하여 설정되며, False로 설정된 선택된 레지스트라와 함께 레지스트라로부터 액세스 포인트로 전송되고, 다시 제2 타입의 프로브 응답에 포함되어 인롤리에 전송될 수 있다.
인롤리의 동작과 관련하여 도7을 참조하여 설명한 바와 같이, 제2 타입의 프로브 응답을 수신한 인롤리는 TW시간 경과 후에, 제1 타입의 프로브 요청을 액세스 포인트에 전송하게 된다. 따라서, 도 8의 예시에서 제2 타입의 프로브 응답을 전송(S814)하고 프로브 요청 수신 대기 상태(S801)에 있는 액세스 포인트는 KT flag가 02로 설정된 제1 타입의 프로브 요청을 소정 시간 경과 후에 수신한다(S802). 전술한 바와 같이, 제1 타입의 프로브 요청을 수신한 액세스 포인트는 UPnP 이벤트를 발생시켜 레지스트라에 전송한다(S803). 그리고, KT flag가 02로 설정된 프로브 요청의 처리에 따라(S804, S806에서 Yes로 판단), 선택된 레지스트라의 PBC 정보를 확인하고, 이를 포함하는 프로브 응답을 인롤리에 전송한다(S807). 이 경우도, 제1 타입의 프로브 요청에 대응하는 프로브 응답은 레지스트라의 PBC 정보만을 포함하며 KT flag를 포함하지 않을 수 있다. 이후, 도 3의 PBC 방식의 페어링 동작을 S309 단계부터 수행한다(S808).
이와 같이, 레지스트라가 PBC 요청에 즉시 응답할 수 없는 상태에 있는 경우, 인롤리가 소정의 대기 시간(TW) 경과 후에 제1 타입의 프로브 요청을 전송하도록 하는 제2 타입의 프로브 응답을 전송함으로써, 인롤리가 불필요하게 반복적으로 프로브 요청을 전송하거나 또는 푸쉬 버튼 이벤트(BE)를 반복적으로 발생시키는 것을 통제할 수 있다. 그렇게 함으로써, 레지스트라의 모니터 타임 동안에 복수의 인롤리로부터의 요청이 발생하여 에러 또는 실패로 처리되는 상황이 발생하지 않도록 제어할 수 있다.
도 9는 본 발명의 추가적인 실시예에 따른 페어링 방법으로서, 액세스 포인트에서 수행되는 방법을 도시한 흐름도이다.
전술한 예시들에서는 프로브 요청 타입 정보 또는 프로브 응답 타입 정보 중의 하나 이상을 이용한 효율적인 페어링 방법에 대해서 설명하였다.
추가적인 또는 대안적인 예시로서, 본 발명에서는 액세스 포인트의 식별정보및 인롤리(또는 클라이언트 디바이스)의 식별정보와 함께, 수신 신호 세기(또는 액세스 포인트와 인롤리 간의 거리)에 기초한 효율적인 페어링 방법을 정의할 수 있다.
예를 들어, 액세스 포인트는 외부 서버로부터 액세스 포인트의 식별 정보와 인롤리의 식별 정보의 매핑 관계에 대한 정보를 획득할 수 있다. 액세스 포인트는 획득한 매핑 관계에 대한 정보에 기초하여, 자신에 대한 접속이 허용되는 인롤리의 리스트, 즉, 접속 가능 리스트(예를 들어, 화이트리스트(whitelist))를 생성 및 저장할 수 있다. 이러한 접속 가능 리스트에 기초하여, 액세스 포인트는 자신에게 프로브 요청을 전송한 인롤리가 접속이 허용되는 인롤리인지 여부를 판정할 수 있다. 여기서, 액세스 포인트의 식별정보는 액세스 포인트의 MAC 주소일 수 있고, 인롤리의 식별정보는 인롤리의 MAC 주소일 수도 있지만, 이에 제한되는 것은 아니며, 액세스 포인트 및 인롤리의 각각을 유일(unique)하게 식별할 수 있는 정보일 수 있다.
또한, 액세스 포인트는 자신에게 프로브 요청을 전송한 인롤리가 접속 가능 리스트에 포함된 경우에도, 해당 프로브 요청을 전송한 인롤리가 자신과 가까운 거리에 존재하는지 여부에 기초하여 프로브 응답을 전송하거나, UPnP 이벤트를 발생시킬 수도 있다. 예를 들어, 프로브 요청을 전송한 인롤리가 액세스 포인트와 가까운 거리에 있다면, 액세스 포인트는 바로 PBC를 포함하는 프로브 응답을 인롤리에게 전송할 수 있고(예를 들어, 도 3의 단계 S308), 이에 따라 EAP 절차로 진행할 수 있다. 즉, 접속 가능 리스트에 속한 인롤리가 가까운 거리에서 프로브 요청을 전송한 경우라면, 바로 프로브 응답을 보내서 절차를 단축할 수 있다. 또는, 프로브 요청을 전송한 인롤리가 액세스 포인트와 멀리 있다면, 액세스 포인트는 프로브 요청이 수신되었음을 나타내는 UPnP 이벤트를 발생시켜 레지스트라로 전달할 수 있다 (예를 들어, 도 3의 단계 S302). 여기서, 프로브 요청을 전송한 인롤리와의 거리를 액세스 포인트에서 결정하기 위해서, 액세스 포인트는 프로브 요청의 수신 신호 강도 지시자(Received Signal Strength Indicator, RSSI) 및 이에 대한 소정의 임계치를 이용할 수 있지만, 본 발명의 범위가 이에 제한되는 것은 아니고, 액세스 포인트와 인롤리의 거리를 결정할 수 있는 다른 정보(예를 들어, 실내 측위(location) 정보 등)을 이용할 수도 있다.
또한, 본 발명의 접속 허용 리스트 및 거리 정보를 이용하는 추가적인 예시에는, 전술한 본 발명의 프로브 요청 타입 정보 또는 프로브 응답 타입 정보(예를 들어, 프로브 요청 및/또는 프로브 응답에 포함되는 KT flag 정보)를 이용하는 예시와 결합하여 적용될 수도 있다.
예를 들어, 접속 가능 리스트 포함 및 가까운 거리에 대한 조건이 KT flag의 조건에 비하여 높은 우선순위를 가질 수 있다.
구체적으로 프로브 요청의 KT flag=01 이라면 인롤리가 액세스 포인트를 인지하고 있지 않은 경우에 해당하지만, 해당 인롤리가 접속 가능 리스트에 포함되고 거리가 가까운 경우에는 인롤리가 액세스 포인트 인지하고 있는 경우(즉, KT flag=02)와 마찬가지로, 액세스 포인트는 바로 PBC를 포함하는 프로브 응답을 전송할 수 있다. 즉, 액세스 포인트는 도 8의 단계 S807 단계 및 후속 단계를 수행할 수 있다. 프로브 요청의 KT flag=01 이라면 인롤리가 액세스 포인트를 인지하고 있지 않은 경우에 해당하고, 해당 인롤리가 접속 가능 리스트에 포함되지 않거나 또는 거리가 먼 경우에는, 액세스 포인트는 도 8의 단계 S810 및 후속 단계를 수행할 수 있다. 프로브 요청의 KT flag=02 라면 인롤리가 액세스 포인트를 인지하는 경우에 해당하고, 해당 인롤리가 접속 가능 리스트에 포함되고 거리가 가까운 경우에는, 액세스 포인트는 도 8의 단계 S807 단계 및 후속 단계를 수행할 수 있다. 프로브 요청의 KT flag=02 라면 인롤리가 액세스 포인트를 인지하는 경우에 해당하지만, 해당 인롤리가 접속 가능 리스트에 포함되지 않거나 또는 거리가 먼 경우에는, 액세스 포인트는 도 8의 단계 S810 및 후속 단계를 수행할 수 있다.
또는, KT flag의 조건이, 접속 가능 리스트 포함 및 가까운 거리에 대한 조건에 비하여 높은 우선순위를 가질 수 있다.
구체적으로, 인롤리가 접속 가능 리스트에 포함되고 거리가 가까운 경우라도, 프로브 요청의 KT flag=01 이라면 인롤리가 액세스 포인트를 인지하고 있지 않은 경우에 해당하므로, 액세스 포인트는 도 8의 단계 S810 및 후속 단계를 수행할 수 있다. 인롤리가 접속 가능 리스트에 포함되고 거리가 가깝고, 또한 프로브 요청의 KT flag=02 이라면 인롤리가 액세스 포인트를 인지하는 경우에 해당하므로, 액세스 포인트는 도 8의 단계 S807 단계 및 후속 단계를 수행할 수 있다. 인롤리가 접속 가능 리스트에 포함되지 않거나 또는 거리가 멀고, 또한 프로브 요청의 KT flag=01 이라면 인롤리가 액세스 포인트를 인지하고 있지 않은 경우에도 해당하므로, 액세스 포인트는 도 8의 단계 S810 및 후속 단계를 수행할 수 있다. 인롤리가 접속 가능 리스트에 포함되지 않거나 또는 거리가 멀더라도, 프로브 요청의 KT flag=02 이라면 인롤리가 액세스 포인트를 인지하는 경우에 해당하므로, 액세스 포인트는 도 8의 단계 S807 단계 및 후속 단계를 수행할 수 있다.
또는, 전술한 접속 가능 리스트 및 거리 정보에 기초하는 액세스 포인트의 동작은, 인롤리로부터 수신된 프로브 요청 프레임에 KT flag 정보가 포함되지 않은 경우에 한하여 적용될 수 도 있다.
또는, 액세스 포인트가 외부 서버로부터 액세스 포인트의 식별 정보와 인롤리의 식별 정보의 매핑 관계에 대한 정보를 획득하지 못한 경우에는, 전술한 접속 가능 리스트 및 거리 정보에 기초하는 동작은 적용하지 않고, 그 대신에 프로브 요청 타입 정보 또는 프로브 응답 타입 정보(예를 들어, 프로브 요청 및/또는 프로브 응답에 포함되는 KT flag 정보)를 이용하는 예시가 적용될 수 있다.
이하에서는 도 9를 참조하여 인롤리로부터 수신된 프로브 요청 프레임에 KT flag 정보가 포함되지 않은 경우를 가정한 액세스 포인트의 동작에 대해서 설명한다. 그러나 본 발명의 범위가 이에 제한되는 것은 아니며, 프로브 요청 타입 정보 또는 프로브 응답 타입 정보(예를 들어, 프로브 요청 및/또는 프로브 응답에 포함되는 KT flag 정보)를 이용하는 예시와, 접속 가능 리스트 및 거리 정보를 이용하는 예시는 결합되어 적용될 수도 있다.
단계 S910에서 액세스 포인트는 서버로부터 액세스 포인트의 식별 정보와 인롤리의 식별 정보의 매핑 관계에 대한 정보를 획득할 수 있다. 여기서, 서버는 도 1을 참조하여 액세스 포인트와는 인터넷을 통하여 연결될 수 있는 외부 서버일 수 있으며, 액세스 포인트의 식별정보(예를 들어, 액세스 포인트 MAC 주소)와 인롤리의 식별 정보(예를 들어, 인롤리의 MAC 주소)를 저장하고, 이들간의 매핑 관계 역시 저장할 수 있다.
예를 들어, 상기 매핑 관계에 대한 정보는 아래의 표 1과 같이 정의될 수 있다.
AP MAC AP IP Client MAC
A:A:A 1.1.1.1 B:B:B
C:C:C 1.1.1.2
D:D:D 2.1.1.1 E:E:E
표 1의 예시에서와 같이, E:E:E라는 MAC 주소를 가지는 인롤리(또는 클라이언트 디바이스)는 D:D:D라는 MAC 주소를 가지는 액세스 포인트와 매핑될 수 있다.
표 1과 같은 매핑 관계는 사업자(operator), 네트워크 제공자, 또는 서비스 제공자에 의해서 결정되고 서버에 저장 및 업데이트될 수 있다. 예를 들어, 인롤리의 사용자(또는 인롤리가 속한 네트워크의 가입자)가 액세스 포인트의 사용자(또는 액세스 포인트가 속한 네트워크의 가입자)와 동일한 경우에 해당 인롤리의 MAC 주소와 해당 액세스 포인트의 MAC 주소가 매핑될 수 있다.
표 1의 예시에서와 같이, E:E:E라는 MAC 주소를 가지는 인롤리(또는 클라이언트 디바이스)는 D:D:D라는 MAC 주소를 가지는 액세스 포인트와 매핑될 수 있다.
표 1의 예시에서는 하나의 AP MAC 주소에 하나의 클라이언트(또는 인롤리) MAC 주소가 매핑되는 것을 나타내지만, 이에 제한되는 것은 아니고, 하나의 AP MAC 주소에 복수의 클라이언트 MAC 주소가 매핑될 수도 있으며, 하나의 클라이언트 MAC 주소가 여러개의 AP MAC 주소에 매핑될 수도 있다.
단계 S902에서 액세스 포인트는 단계 S901에서 획득한 매핑 관계에 대한 정보에 기초하여, 자신에게 접속 가능한 인롤리의 리스트(즉, 접속 가능 리스트, 또는 화이트리스트)를 생성하고 저장할 수 있다.
단계 S903에서 액세스 포인트는 인롤리로부터 수신된 프로브 요청에 포함되는 인롤리의 식별정보를 확인할 수 있다. 예를 들어, 프로브 요청 프레임의 MAC 헤더의 소스 주소 필드 등을 이용하여 프로브 요청을 전송한 디바이스의 MAC 주소를 확인할 수 있다.
단계 S904에서 액세스 포인트는 단계 S903에서 확인한 인롤리 식별 정보가 지시하는 인롤리가 상기 단계 S902에서 저장한 접속 가능 리스트에 포함되는지 여부를 결정할 수 있다. 만약, 프로브 요청을 전송한 인롤리가 상기 접속 가능 리스트에 포함되지 않는 경우(즉, 단계 S904의 결과가 NO에 해당하는 경우) 액세스 포인트는 도 3의 단계 S302로 진행하여, 프로브 요청을 수신한 것에 대한 UPnP 이벤트를 발생시켜 레지스트라에 전송할 수 있다. 후속하여 도 3의 단계 S303 이후의 단계들을 수행할 수 있다.
단계 S904의 결과가 YES에 해당하는 경우 단계 S905로 진행하여, 상기 프로브 요청을 전송한 인롤리과 상기 프로브 요청을 수신한 액세스 포인트 사이의 거리가 소정의 임계치 이하인지 여부를 결정할 수 있다. 여기서, 인롤리와 액세스 포인트 사이의 거리는, 인롤리가 전송하는 신호(예를 들어, 프로브 요청)를 액세스 포인트가 수신하는 강도를 나타내는 지시자(예를 들어, RSSI)를 이용하여 결정될 수 있다. 예를 들어, RSSI의 값이 소정의 임계치 이상인 경우 거리가 가까운 것으로 결정할 수 있고, RSSI의 값이 소정의 임계치 미만인 경우 거리가 먼 것으로 결정할 수 있다.
단계 S905의 결과가 NO인 경우, 액세스 포인트는 도 3의 단계 S302로 진행하여, 프로브 요청을 수신한 것에 대한 UPnP 이벤트를 발생시켜 레지스트라에 전송할 수 있다. 후속하여 도 3의 단계 S303 이후의 단계들을 수행할 수 있다.
단계 S905의 결과가 YES인 경우, 액세스 포인트는 도 3의 단계 S308로 진행하여, PBC를 포함하는 프로브 응답을 인롤리에게 전송할 수 있다. 이에 따라, 단계S309의 EAP 절차가 바로 진행될 수 있다.
도 10은 본 발명의 일 실시예에 따른 클라이언트 디바이스(900)의 구성을 도시한 도면이다.
클라이언트 디바이스(900)는 프로세서(910), 무선 인터페이스(920), 메모리(930), 사용자 인터페이스(940) 등을 포함할 수 있다.
프로세서(910)는 클라이언트 디바이스(900)의 동작 전반을 제어할 수 있다. 클라이언트 디바이스(900)는 본 발명의 일 실시예에 따른 페어링 방법을 수행하기 위해 프로브 요청 구성부(911), 프로브 응답 분석부(912)를 프로세서(910)의 내부 또는 외부에 구비할 수 있으며, 무선 인터페이스(920), 메모리(930) 및 사용자 인터페이스(940)와 신호 및/또는 데이터를 송수신할 수 있다. 프로세서(910)는 무선 인터페이스(920), 메모리(930) 또는 사용자 인터페이스(940)로부터 수신된 신호 및/또는 데이터에 기초하여 다음에 수행되어야 할 동작을 판단할 수 있고, 그러한 판단에 기초하여 무선 인터페이스(920), 메모리(930) 또는 사용자 인터페이스(940)에 신호 및/또는 데이터를 송신함으로써, 무선 인터페이스(920), 메모리(930) 및 사용자 인터페이스(940)를 포함하는 클라이언트 디바이스(900)의 동작 전반을 제어할 수 있다.
무선 인터페이스(920)는 예컨대, 무선랜과 같은 외부 네트워크와 클라이언트 디바이스(900)사이의 데이터 통신을 가능하게 하여, 클라이언트 디바이스(900)에 무선 통신 능력을 제공할 수 있다.
메모리(930)는 프로세서(910)에 의해 실행될 프로그램 코드(예컨대, 본 발명에 따른 페어링 방법을 실행하기 위한 프로그램 코드)를 저장할 수 있다. 또한, 메모리(930)는 클라이언트 디바이스(900)와 관련된 다양한 정보들을 저장할 수 있다. 예컨대, 메모리(930)는 클라이언트 디바이스(900)의 PBC 정보, 클라이언트 디바이스(900)가 이미 접속한 이력이 있는 액세스 포인트 등에 관한 정보 등을 저장할 수 있다.
사용자 인터페이스(940)는 사용자의 조작을 입력받거나, 사용자에게 제공되어야 할 정보를 출력할 수 있다. 사용자 인터페이스(940)는 예컨대, 물리적인 버튼 또는 가상의 버튼으로 구비되는 푸쉬 버튼(941)을 포함할 수 있다. 또한, 사용자 인터페이스(940)는 클라이언트 디바이스(900)가 동영상을 제공하는 장치인 경우, 비디오를 출력하기 위한 디스플레이(942), 오디오를 출력하기 위한 스피커(943) 등을 포함할 수 있다.
이하, 본 발명에 따른 페어링 방법과 관련하여, 클라이언트 디바이스(900)의 구성 요소의 동작을 설명한다.
프로세서(910)는, 접속 가능한 액세스 포인트를 식별하기 위해 채널을 스캔하도록 무선 인터페이스(920)를 제어할 수 있다. 프로세서(910)는 메모리(930)에 저장된 접속 이력에 기초하여, 식별된 액세스 포인트가 이미 인지하고 있는 액세스 포인트인지 판단할 수 있다. 이미 인지하고 있는 액세스 포인트인 경우에, 프로브 요청 구성부(911)가 제1 타입의 프로브 요청을 구성하여, 무선 인터페이스(920)를 통해 외부 장치(예컨대, 액세스 포인트)로 전송할 수 있다. 이미 인지하고 있는 액세스 포인트가 아닌 경우, 프로세서(910)는 식별된 액세스 포인트가 active PBC 모드의 액세스 포인트인지 더 판단할 수 있다. 식별된 액세스 포인트가 active PBC 모드인 경우, 프로세서(910)는 클라이언트 디바이스의 푸쉬 버튼 이벤트를 발생시키고, 프로브 요청 구성부(911)가 제2 타입의 프로브 요청을 구성한다. 프로세서(910)는 구성된 제2 타입의 프로브 요청을 무선 인터페이스(920)를 통해 외부 장치에 전송할 수 있다. 식별된 액세스 포인트가 active PBC 모드가 아닌 경우, 프로세서(910)는 사용자 인터페이스(940)로부터 푸쉬 버튼 이벤트가 발생했는지 판단한다. 사용자 인터페이스(940)로부터 푸쉬 버튼 이벤트가 발생한 경우, 프로브 요청 구성부(911)는, S301 단계부터 도3의 절차를 수행할 수 있도록 프로브 요청을 구성하여, 무선 인터페이스(920)를 통해 외부 장치에 전송할 수 있다. 사용자 인터페이스(940)로부터 푸쉬 버튼 이벤트가 발생하지 않은 경우, 프로세서(910)는, 접속 가능한 액세스 포인트를 식별하기 위해 채널을 재차 스캔하도록 무선 인터페이스(920)를 제어할 수 있다
프로브 응답 분석부(912)는 무선 인터페이스(920)를 통해 수신된 프로브 응답을 분석할 수 있고, 프로세서(910)는 그 분석 결과에 따라 클라이언트 디바이스(900)의 동작을 제어할 수 있다. 프로브 응답 분석부(912)는 수신된 프로브 응답이 프로브 응답 타입 정보가 포함되지 않은 프로브 응답인지, 제1 타입의 프로브 응답인지 또는 제2 타입의 프로브 응답인지 여부를 판단할 수 있다. 프로브 응답 타입 정보가 포함되지 않은 프로브 응답으로 판단된 경우, 프로브 응답 분석부(912)는 프로브 응답에 PBC 정보가 포함되어 있는지 여부를 더 판단할 수 있다. 프로브 응답에 PBC 정보가 포함되어 있는 경우, 프로세서(910)는 액세스 포인트와 확장 인증 프로토콜 절차를 수행하도록 클라이언트 디바이스(900)의 동작을 제어할 수 있다. 프로브 응답에 PBC 정보가 포함되어 있지 않은 경우, 프로브 요청 구성부(911)는 S306 단계부터 도 3의 절차를 수행할 수 있도록 프로브 요청을 구성하고, 프로세서(910)는 무선 인터페이스(920)를 통해 구성된 프로브 요청을 외부 장치에 전송할 수 있다.
프로브 응답 분석부(912)가, 수신된 프로브 응답이 제1 타입의 프로브 응답인 것으로 판단한 경우, 프로브 요청 구성부(911)는 제1 타입의 프로브 요청을 구성한다. 프로세서(910)는 무선 인터페이스(920)를 통해 구성된 제1 타입의 프로브 요청을 외부 장치에 즉시 전송할 수 있다.
프로브 응답 분석부(912)가, 수신된 프로브 응답이 제2 타입의 프로브 응답인 것으로 판단한 경우, 프로브 요청 구성부(911)는 제1 타입의 프로브 요청을 구성한다. 프로세서(910)는 무선 인터페이스(920)를 통해 구성된 제1 타입의 프로브 요청을 외부 장치에 소정시간 경과 후에 전송할 수 있다. 프로세서(910)는 소정시간에 관한 정보를 제2 타입의 프로브 응답으로부터 획득할 수 있다.
도 10은 본 발명의 일 실시예에 따른 액세스 포인트(1000)의 구성을 도시한 도면이다.
액세스 포인트(1000)는 프로세서(1010), 무선 인터페이스(1020), 메모리(1030), 사용자 인터페이스(1040) 등을 포함할 수 있다. 레지스트라(1050)는 액세스 포인트(1000)의 내부에 구현될 수도 있고, 액세스 포인트(1000)와 별개의 장치로서 외부에 구비될 수도 있다. 이하에서는, 레지스트라(1050)가 액세스 포인트(1000)의 내부에 구현되는 경우를 설명한다. 그러나, 레지스트라(1050)가 액세스 포인트(1000)의 외부에 구비되는 경우에도, 데이터 신호처리의 관점에서는 액세스 포인트(1000)의 내부에 구현되는 경우와 동일하다.
프로세서(1010)는 액세스 포인트(1000)의 동작 전반을 제어할 수 있다. 액세스 포인트(1000)는 본 발명의 일 실시예에 따른 페어링 방법을 수행하기 위해, 프로브 응답 구성부(1011), 프로브 요청 분석부(1012)를 프로세서(1010)의 내부 또는 외부에 구비할 수 있으며, 무선 인터페이스(1020), 메모리(1030), 사용자 인터페이스(1040) 및 레지스트라(1050)와 신호 및/또는 데이터를 송수신할 수 있다. 프로세서(1010)는 무선 인터페이스(1020), 메모리(1030), 사용자 인터페이스(1040) 또는 레지스트라(1050)로부터 수신된 신호 및/또는 데이터에 기초하여 다음에 수행되어야 할 동작을 판단할 수 있고, 그러한 판단에 기초하여 무선 인터페이스(1020), 메모리(1030), 사용자 인터페이스(1040), 레지스트라(1050)에 신호 및/또는 데이터를 송신함으로써, 무선 인터페이스(1020), 메모리(1030), 사용자 인터페이스(1040) 및 레지스트라(1050)를 포함하는 액세스 포인트(1000)의 동작 전반을 제어할 수 있다.
무선 인터페이스(1020)는 예컨대, 무선랜에 접속하려고 하는 외부 장치(예컨대, 클라이언트 디바이스)와의 사이의 데이터 통신을 가능하게 하여, 액세스 포인트(1000)에 외부 장치와의 무선 통신 능력을 제공할 수 있다.
메모리(1030)는 프로세서(1010)에 의해 실행될 프로그램 코드(예컨대, 본 발명에 따른 페어링 방법을 실행하기 위한 프로그램 코드)를 저장할 수 있다. 또한, 메모리(1030)는 액세스 포인트(1000)와 관련된 다양한 정보들을 저장할 수 있다. 예컨대, 메모리(1030)는 선택된 레지스트라에 관한 정보(예컨대, PBC 정보) 등을 저장할 수 있다.
사용자 인터페이스(1040)는 사용자의 조작을 입력받거나, 사용자에게 제공되어야 할 정보를 출력할 수 있다. 사용자 인터페이스(1040)는 예컨대, 물리적인 버튼 또는 가상의 버튼으로 구비되는 푸쉬 버튼(1041)을 포함할 수 있다. 또한, 사용자 인터페이스(1040)는 사용자의 조작을 입력받기 위한 입력 장치(1042)로서 키보드, 키패드, 기타 버튼을 포함할 수도 있고, 액세스 포인트의 상태 정보 등을 사용자에게 제공하기 위한 출력 장치(1043)로서 디스플레이, 램프, 스피커 등을 구비할 수도 있다.
레지스트라(1050)는 네트워크로의 접근에 대한 허용/취소의 권한을 가지며, 외부 장치로부터의 접속 요청을 수신하고 처리하는 기능을 가진다.
이하, 본 발명에 따른 페어링 방법과 관련하여, 액세스 포인트(1000)의 구성 요소의 동작을 설명한다.
무선 인터페이스(1020)를 통해 프로브 요청이 수신되면, 프로세서(1010)는 레지스트라(1050)에 프로브 요청의 수신에 대한 UPnP 이벤트를 전송할 수 있다. 프로브 요청 분석부(1012)는 프로브 요청을 분석하여 프로브 요청 타입 정보가 포함되어 있는지, 포함되어 있다면 제1 타입의 프로브 요청인지 또는 제2 타입의 프로브 요청인지를 판단할 수 있다. 액세스 포인트(1000)가 수신한 프로브 요청이 프로브 요청 타입 정보를 포함하지 않는 경우, 프로브 응답 구성부(1011)는 S303 단계부터 도3의 절차를 수행하기 위해 프로브 응답을 구성할 수 있다. 프로세서(1010)는 무선 인터페이스(1020)를 통해 구성된 프로브 응답을 외부 장치에 전송할 수 있다.
액세스 포인트(1000)가 수신한 프로브 요청이 제1 타입의 프로브 요청인 경우, 프로세서(1010)는 메모리(1030)로부터 선택된 레지스트라의 정보를 확인하고, 프로브 응답 구성부(1011)는 선택된 레지스트라의 정보를 포함하도록 프로브 응답을 구성할 수 있다. 프로세서(1010)는 무선 인터페이스(1020)를 통해 구성된 프로브 응답을 외부 장치에 전송할 수 있다. 이 후, 프로세서(1010)는 클라이언트 디바이스와 확장 인증 프로토콜 절차를 수행하도록 액세스 포인트(1000)의 동작을 제어할 수 있다.
액세스 포인트(1000)가 수신한 프로브 요청이 제2 타입의 프로브 요청인 경우, 프로세서(1010)는 레지스트라(1050)의 푸쉬 버튼 이벤트를 발생시키고, 이를 레지스트라(1050)에 전송할 수 있다. 이 때, 프로세서(1010)는 레지스트라(1050)의 모니터 타임을 제어할 수 있다. 예컨대, 디폴트로 설정된 값보다 작은 값으로 모니터 타임을 제어함으로써, 특정 벤더의 프로브 요청의 처리를 우선적으로 신속히 처리하도록 제어할 수 있다. 레지스트라(1050)는 PBC 정보를 즉시 전송할 수 있는 경우, True로 설정된 선택된 레지스트라를, 즉시 전송할 수 없는 경우, False로 설정된 선택된 레지스트라를 프로세서(1010)에 전송할 수 있다. 레지스트라(1050)는 False로 설정된 선택된 레지스트라에 소정 시간(Tw)에 관한 정보를 포함시킬 수 있으며, 소정 시간은 레지스트라(1050)가 PBC 정보를 전송할 수 있는 상태로 되기까지 요구되는 시간에 대응하여 결정할 수 있다.
레지스트라(1050)로부터 수신한 선택된 레지스트라가 True로 설정된 경우, 프로브 응답 구성부(1011)는 제1 타입의 프로브 응답을 구성할 수 있다. 프로세스(1010)는 무선 인터페이스(1020)를 통해 구성된 제1 타입의 프로브 응답을 외부 장치에 전송할 수 있다.
레지스트라(1050)로부터 수신한 선택된 레지스트라가 False로 설정된 경우, 프로브 응답 구성부(1011)는 제2 타입의 프로브 응답을 구성할 수 있다. 프로브 응답 구성부(1011)는 제2 타입의 프로브 응답에 소정 시간(Tw)에 관한 정보를 포함시킬 수 있다. 프로세서(1010)는 무선 인터페이스(1020)를 통해 구성된 제2 타입의 프로브 응답을 외부 장치에 전송할 수 있다.
제1 타입 또는 제2 타입의 프로브 응답을 외부 장치에 전송한 후, 액세스 포인트(1000)는 다시 프로브 요청을 수신할 수 있는 대기 상태로 된다.
추가적으로, 본 발명의 예시에 따른 액세스 포인트의 메모리(1030)는 외부 서버로부터 제공되는 액세스 포인트의 식별 정보와 인롤리의 식별 정보의 매핑 관계에 대한 정보를 저장할 수 있다. 또한, 메모리(1030)는 상기 매핑 관계에 대한 정보에 기초하여 프로세서(1010)에 의해서 생성되는 접속 가능 리스트(예를 들어, 화이트리스트)를 저장할 수 있다.
또한, 프로브 요청 분석부(1012)는 프로브 요청을 전송한 클라이언트 디바이스(900)의 식별정보에 기초하여 해당 클라이언트 디바이스가 상기 접속 가능 리스트에 포함되는지 여부를 결정할 수 있다. 또한, 프로브 요청 분석부(1012)는 프로브 요청을 전송한 클라이언트 디바이스(900)와 액세스 포인트(1000)와의 거리가 소정의 임계치 이하인지 여부를 결정할 수 있다.
또한, 프로브 응답 구성부(1011)는 (예를 들어, 도 9를 참조하여 설명한 액세스 포인트의 동작에 따라), 프로브 요청 타입 정보 및 프로브 응답 타입 정보, 액세스 포인트의 식별정보, 클라이언트 디바이스의 식별정보, 또는 액세스 포인트와 클라이언트 디바이스의 거리 중 하나 이상의 정보에 기초하여 프로브 응답을 구성하고 클라이언트 디바이스(900)로 전송할 수 있다.
전술한 인롤리(즉, 클라이언트 디바이스)와 레지스트라를 포함하는 액세스 포인트의 동작은 소프트웨어 처리 또는 하드웨어 처리에 의해서 구현될 수도 있고, 또는 소프트웨어 및 하드웨어 처리에 의해서 구현될 수도 있다.
본 발명의 범위는 본 발명의 다양한 실시 예에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어(또는, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어를 저장하고 장치 또는 컴퓨터 상에서 실행 가능한 매체(medium)를 포함한다.
본 발명의 다양한 실시형태들은 Wi-Fi 시스템을 중심으로 설명하였으나, 다양한 이동통신 시스템에 적용될 수 있다.

Claims (24)

  1. 클라이언트 디바이스가 액세스 포인트와 페어링을 수행하는 방법으로서,
    프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 액세스 포인트에 전송하는 단계;
    상기 액세스 포인트로부터 제1 프로브 응답을 수신하는 단계; 및
    상기 제1 프로브 응답에 기초하여, 상기 액세스 포인트와의 인증 절차를 수행하는 단계를 포함하는 페어링 수행 방법.
  2. 제1 항에 있어서,
    상기 제1 프로브 응답은 레지스트라의 PBC 정보를 포함하는 페어링 수행 방법.
  3. 제1 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제1 값을 가지는 경우,
    상기 제1 프로브 응답은 상기 제1 프로브 요청에 대응하는 프로브 응답인 페어링 수행 방법.
  4. 제1 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제2 값을 가지는 경우,
    상기 클라이언트 디바이스는, 상기 클라이언트 디바이스의 푸쉬 버튼 이벤트를 발생시키는 단계를 더 포함하는 페어링 수행 방법.
  5. 제1 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제2 값을 가지는 경우,
    상기 제1 프로브 응답을 수신하는 단계는,
    상기 액세스 포인트로부터 상기 제1 프로브 요청에 대응하는 제2 프로브 응답을 수신하는 단계;
    상기 제2 프로브 응답에 대응하여, 제2 프로브 요청을 상기 액세스 포인트에 전송하는 단계; 및
    상기 액세스 포인트로부터 상기 제2 프로브 요청에 대응하는 상기 제1 프로브 응답을 수신하는 단계를 포함하는 페어링 수행 방법.
  6. 제5 항에 있어서,
    상기 제2 프로브 응답은 프로브 응답 타입 정보를 포함하는 페어링 수행 방법.
  7. 제6 항에 있어서,
    상기 제2 프로브 응답의 상기 프로브 응답 타입 정보가 제1 값을 가지는 경우,
    상기 제2 프로브 응답에 대응하여, 상기 제2 프로브 요청을 상기 액세스 포인트에 전송하는 단계는, 상기 제2 프로브 응답을 수신한 즉시 수행되는 페어링 수행 방법.
  8. 제6 항에 있어서,
    상기 제2 프로브 응답의 상기 프로브 응답 타입 정보가 제2 값을 가지는 경우,
    상기 제2 프로브 응답에 대응하여, 상기 제2 프로브 요청을 상기 액세스 포인트에 전송하는 단계는, 상기 제2 프로브 응답을 수신한 후, 소정시간 경과 후에 수행되는 페어링 수행 방법.
  9. 제8 항에 있어서,
    상기 소정시간에 관한 정보는 상기 제2 프로브 응답에 포함되어 수신되는 페어링 수행 방법.
  10. 액세스 포인트가 클라이언트 디바이스와 페어링을 수행하는 방법으로서,
    프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 클라이언트 디바이스로부터 수신하는 단계;
    제1 프로브 응답을 상기 클라이언트 디바이스에 전송하는 단계; 및
    상기 클라이언트 디바이스와의 인증 절차를 수행하는 단계를 포함하는 페어링 수행 방법.
  11. 제10 항에 있어서,
    상기 제1 프로브 응답은 레지스트라의 PBC 정보를 포함하는 페어링 수행 방법.
  12. 제10 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제1 값을 가지는 경우,
    상기 제1 프로브 응답은 상기 제1 프로브 요청에 대응하는 프로브 응답인 페어링 수행 방법.
  13. 제10 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제2 값을 가지는 경우,
    상기 액세스 포인트는, 레지스트라의 푸쉬 버튼 이벤트를 발생시키는 단계를 더 포함하는 페어링 수행 방법.
  14. 제10 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제2 값을 가지는 경우,
    상기 제1 프로브 응답을 전송하는 단계는,
    상기 제1 프로브 요청에 대응하여, 제2 프로브 응답을 상기 클라이언트 디바이스에 전송하는 단계;
    상기 클라이언트 디바이스로부터 상기 제2 프로브 응답에 대응하는 제2 프로브 요청을 수신하는 단계; 및
    상기 제2 프로브 요청에 대응하여, 상기 제1 프로브 응답을 상기 클라이언트 디바이스에 전송하는 단계를 포함하는 페어링 수행 방법.
  15. 제14 항에 있어서,
    상기 제2 프로브 응답은 프로브 응답 타입 정보를 포함하는 페어링 수행 방법.
  16. 제15 항에 있어서,
    상기 프로브 응답 타입 정보는 선택된 레지스트라의 가용 여부에 기초하여 결정되는 페어링 수행 방법.
  17. 제16 항에 있어서,
    상기 선택된 레지스트라가 가용하지 않으면, 상기 제2 프로브 응답은 상기 선택된 레지스트라가 가용하기까지 소요되는 시간에 기초하여 결정되는 소정시간에 관한 정보를 포함하는 페어링 수행 방법.
  18. 제14 항에 있어서,
    상기 제1 프로브 요청의 상기 프로브 요청 타입 정보가 제2 값을 가지는 경우,
    상기 액세스 포인트는 레지스트라의 모니터 타임을 소정시간 이하로 설정하는 페어링 수행 방법.
  19. 제10 항에 있어서,
    서버로부터 하나 이상의 클라이언트 디바이스의 식별정보 및 상기 액세스 포인트의 식별정보의 매핑 관계 정보를 획득하는 단계를 더 포함하고,
    상기 제1 프로브 응답은, 상기 획득된 매핑 관계 정보를 이용하여 생성된 접속 가능 리스트에, 상기 제1 프로브 요청 프레임을 전송하는 상기 클라이언트 디바이스가 포함되는지 여부에 기초하여 생성되는, 페어링 수행 방법.
  20. 제19 항에 있어서,
    상기 클라이언트 디바이스의 식별정보는 상기 클라이언트 디바이스의 MAC(Medium Access Control) 주소이고,
    상기 액세스 포인트 식별정보는 상기 액세스 포인트의 MAC 주소인, 페어링 수행 방법.
  21. 제19 항에 있어서,
    상기 제1 프로브 응답은, 상기 클라이언트 디바이스와 상기 액세스 포인트의 거리가 소정의 임계치 이하인지 여부에 기초하여 생성되는, 페어링 수행 방법.
  22. 제21 항에 있어서,
    상기 클라이언트 디바이스와 상기 액세스 포인트의 거리는, 상기 제1 프로브 요청의 수신신호강도지시자(RSSI)에 기초하여 결정되는, 페어링 수행 방법.
  23. 액세스 포인트와 페어링을 수행하는 클라이언트 디바이스로서,
    상기 클라이언트 디바이스는,
    프로세서; 및
    무선 인터페이스를 포함하고,
    상기 프로세서는 상기 무선 인터페이스를 통해,
    프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 액세스 포인트에 전송하고,
    상기 액세스 포인트로부터 제1 프로브 응답을 수신하고,
    상기 제1 프로브 응답에 기초하여, 상기 액세스 포인트와의 인증 절차를 수행하도록 구성되는 클라이언트 디바이스.
  24. 클라이언트 디바이스와 페어링을 수행하는 액세스 포인트로서,
    상기 액세스 포인트는,
    프로세서; 및
    무선 인터페이스를 포함하고,
    상기 프로세서는 상기 무선 인터페이스를 통해,
    프로브 요청 타입 정보를 포함하는 제1 프로브 요청을 상기 클라이언트 디바이스로부터 수신하고,
    제1 프로브 응답을 상기 클라이언트 디바이스에 전송하고,
    상기 클라이언트 디바이스와의 인증 절차를 수행하도록 구성되는 액세스 포인트.
PCT/KR2017/005550 2016-06-03 2017-05-26 무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치 WO2017209461A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP17806954.8A EP3468299A4 (en) 2016-06-03 2017-05-26 METHOD AND APPARATUS FOR MATCHING A CLIENT DEVICE AND AN ACCESS POINT IN A WIRELESS LOCAL AREA NETWORK
US16/306,229 US10848964B2 (en) 2016-06-03 2017-05-26 Method and apparatus for pairing client device and access point in wireless LAN

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2016-0069422 2016-06-03
KR20160069422 2016-06-03
KR1020160103413A KR20170137580A (ko) 2016-06-03 2016-08-16 무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치
KR10-2016-0103413 2016-08-16

Publications (1)

Publication Number Publication Date
WO2017209461A1 true WO2017209461A1 (ko) 2017-12-07

Family

ID=60477677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/005550 WO2017209461A1 (ko) 2016-06-03 2017-05-26 무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2017209461A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966163A (zh) * 2018-06-22 2018-12-07 上海意视信息科技有限公司 一种wifi探针设备、数据采集系统及方法
JP2019146023A (ja) * 2018-02-21 2019-08-29 シチズン時計株式会社 携帯機器
CN115150139A (zh) * 2022-06-24 2022-10-04 南京标杆科技有限公司 一种基于网站安全风险评估的风险评估装置及其使用方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080316982A1 (en) * 2007-06-20 2008-12-25 Microsoft Corporation Managing Dense Wireless Access Point Infrastructures in Wireless Local Area Networks
US20110126271A1 (en) * 2008-07-23 2011-05-26 Samsung Electronics Co., Ltd. Method and apparatus for registering a device in access point
KR20140058336A (ko) * 2012-10-26 2014-05-14 주식회사 케이티 무선랜 시스템에서 채널 액세스 방법
US20160080889A1 (en) * 2013-05-28 2016-03-17 Gainspan Corporation Provisioning of multiple wireless devices by an access point

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080316982A1 (en) * 2007-06-20 2008-12-25 Microsoft Corporation Managing Dense Wireless Access Point Infrastructures in Wireless Local Area Networks
US20110126271A1 (en) * 2008-07-23 2011-05-26 Samsung Electronics Co., Ltd. Method and apparatus for registering a device in access point
KR20140058336A (ko) * 2012-10-26 2014-05-14 주식회사 케이티 무선랜 시스템에서 채널 액세스 방법
US20160080889A1 (en) * 2013-05-28 2016-03-17 Gainspan Corporation Provisioning of multiple wireless devices by an access point

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Wi-Fi Protected Setup Specification Version 1.0h", WIFI ALLIANCE, December 2006 (2006-12-01), XP055031152, Retrieved from the Internet <URL:http://cfile28.uf.tistory.com/attach/16132E3C50FCFFCB3EC74E> *
See also references of EP3468299A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019146023A (ja) * 2018-02-21 2019-08-29 シチズン時計株式会社 携帯機器
CN108966163A (zh) * 2018-06-22 2018-12-07 上海意视信息科技有限公司 一种wifi探针设备、数据采集系统及方法
CN115150139A (zh) * 2022-06-24 2022-10-04 南京标杆科技有限公司 一种基于网站安全风险评估的风险评估装置及其使用方法

Similar Documents

Publication Publication Date Title
WO2014200240A1 (en) Method and apparatus for registering wireless device in wireless communication system
WO2015126124A1 (ko) 무선 통신 시스템에서 인증 정보 송수신 방법 및 장치
WO2014175602A1 (en) Electronic device and method of registering personal cloud apparatus in user portal server thereof
WO2016148548A1 (ko) 연결요구 장치와 연결수용 장치의 초기 셋업을 지원하는 기법
WO2012148115A2 (ko) 센서 네트워크를 위한 기간망을 제어하는 장치 및 그 방법
WO2011152687A2 (ko) 장치가 다른 장치를 검출하는 방법
WO2019164325A1 (ko) 복수의 가입자 식별 모듈들을 사용하는 전자 장치 및 그의 통신 서비스 제공 방법
WO2012102582A2 (en) Method and apparatus for remotely controlling consumer electronics device by using wireless personal area network
WO2019066424A1 (ko) 사물인터넷 장치의 네트워크 등록 방법 및 그 장치
WO2014189325A1 (en) Apparatus and method for controlling transparent tunnel mode operation in communication system supporting wireless docking protocol
WO2012044072A2 (ko) 융합형 네트워크에서 사용자 키를 할당하기 위한 방법
WO2020141920A1 (en) Display apparatus and method of controlling the same
WO2017209461A1 (ko) 무선랜에서 클라이언트 디바이스와 액세스 포인트의 페어링 방법 및 장치
WO2014010883A1 (ko) 라디오 주파수 대역을 고려한 무선네트워크 접속 장치 및 방법
WO2015093906A1 (ko) 스마트 홈 디바이스를 위한 연결 방법 및 그 장치
WO2011155733A2 (ko) 장치가 다른 장치와 통신 하는 방법
WO2018000641A1 (zh) eSIM的切换方法、切换装置及终端
WO2019143212A1 (en) Electronic apparatus, terminal apparatus and method of controlling the same
WO2013069989A1 (ko) Ｂａｎ 환경에서의 프록시 통신 시스템 및 그 제어 방법
WO2018190546A1 (en) Electronic apparatus and control method thereof
WO2020004805A1 (ko) Nan 프로토콜에 기반한 네트워크 환경에서 데이터 통신을 위한 장치 및 방법
WO2019231215A1 (ko) 단말 장치 및 이에 의한 악성 ａｐ의 식별 방법
WO2019194391A1 (ko) 무선랜 시스템에서 무선 장치에 관한 정보를 전달하기 위한 방법 및 이를 이용한 구성자 단말
US10848964B2 (en) Method and apparatus for pairing client device and access point in wireless LAN
WO2019135543A1 (ko) 전자장치 및 그 제어방법

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17806954

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017806954

Country of ref document: EP

Effective date: 20190103