WO2014106434A1 - Système et procédé de découverte efficace de protocole de demande de réseau d'accès (anqp) de multiples points d'accès (ap) - Google Patents

Système et procédé de découverte efficace de protocole de demande de réseau d'accès (anqp) de multiples points d'accès (ap) Download PDF

Info

Publication number
WO2014106434A1
WO2014106434A1 PCT/CN2013/090115 CN2013090115W WO2014106434A1 WO 2014106434 A1 WO2014106434 A1 WO 2014106434A1 CN 2013090115 W CN2013090115 W CN 2013090115W WO 2014106434 A1 WO2014106434 A1 WO 2014106434A1
Authority
WO
WIPO (PCT)
Prior art keywords
response
anqp
query
request
sta
Prior art date
Application number
PCT/CN2013/090115
Other languages
English (en)
Inventor
George Calcev
Lin Cai
Xingxin ZHANG
Original Assignee
Huawei Technologies Co., Ltd.
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 US14/050,092 external-priority patent/US9622156B2/en
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN201380064014.3A priority Critical patent/CN104838695A/zh
Publication of WO2014106434A1 publication Critical patent/WO2014106434A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point

Definitions

  • APs Multiple Access Points
  • the present invention relates to a system and method for wireless communications, and, in particular embodiments, to a system and method for efficient access network query protocol (ANQP) discovery of multiple access points (APs).
  • ANQP efficient access network query protocol
  • WLANs wireless local area networks
  • Wi-Fi networks may operate in accordance with the institute of Electrical and Electronics
  • a STA Prior to accessing a WLAN, a STA will typically perform an access network query protocol (ANQP) procedure to discover the characteristics and/or capabilities of serving Wi-Fi APs.
  • ANQP access network query protocol
  • STAs may perform ANQP queries to determine whether a given Wi-Fi AP supports internet protocol (IP) version four (IPv4) or IP version six (IPv6), to determine which network providers (NPs) are associated with the Wi-Fi AP, to identify the Wi-Fi AP's vendor (or make), as well as other information associated with the Wi-Fi network.
  • IP internet protocol
  • IPv6 IP version six
  • a method for wireless local area network (WLAN) discovery includes receiving a request from a station (STA) when the STA roams into a coverage area.
  • the request is received by one of multiple neighboring access points (APs) in the coverage area.
  • the method further includes transmitting a response to the STA that includes discovery information for each of the multiple neighboring APs.
  • An apparatus for performing this method is also provided.
  • the method includes sending a request to an access point (AP) when a station (STA) roams into a coverage area.
  • the AP is one of multiple neighboring APs in the coverage area.
  • the method further includes receiving a response from the AP that includes discovery information for each of the multiple neighboring APs.
  • An apparatus for performing this method is also provided.
  • FIG. 1 illustrates a diagram of a wireless network for communicating data
  • FIG. 2 illustrates a diagram of a network architecture for supporting a conventional ANQP discovery technique
  • FIG. 3 illustrates a diagram of a network architecture for supporting an embodiment ANQP discovery technique
  • FIG. 4 illustrates a diagram of a network architecture for supporting ANQP discovery
  • FIG. 5 illustrates a protocol diagram of an embodiment ANQP discovery procedure
  • FIG. 6 illustrates a flowchart of an embodiment method for performing ANQP discovery
  • FIG. 7 illustrates a flowchart of another embodiment method for performing ANQP discovery
  • FIG. 8 illustrates a table of ANQP element descriptions
  • FIG. 9 illustrates a diagram of an embodiment ANQP query request message
  • FIG. 10 illustrates a diagram of an embodiment AP list field
  • FIG. 11 illustrates a diagram of an embodiment ANQP query response message
  • FIG. 12 illustrates a table of ANQP usage descriptions
  • FIG. 13 illustrates a protocol diagram of an embodiment generic advertisement service (GAS) discovery technique
  • FIG. 14 illustrates a table of ANQP element descriptions
  • FIG. 15 illustrates a diagram of an embodiment Capability List ANQP-element format
  • FIG. 16 illustrates a diagram of an embodiment neighbor report ANQP-element format
  • FIG. 17 illustrates a diagram of an embodiment neighbor report format
  • FIG. 18 illustrates a diagram of an embodiment BSSID information field format
  • FIG. 19 illustrates a diagram of an embodiment capabilities subfield format
  • FIG. 20 illustrates a diagram of an embodiment ANQP-element format
  • FIG. 21 illustrates a table of ANQP elements
  • FIG. 22 illustrates another table of ANQP elements
  • FIG. 23 illustrates a diagram of an embodiment ANQP query format
  • FIG. 24 illustrates a diagram of another embodiment ANQP query format
  • FIG. 25 illustrates a block diagram of an embodiment communications device
  • FIG. 26 illustrates a block diagram of an embodiment computing platform.
  • STAs will roam into an area or region that is served by multiple Wi-Fi access points (APs), and therefore may have several options for establishing a Wi-Fi link/connection.
  • conventional ANQP discovery techniques only allow the STA to discover one AP at a time.
  • STAs utilizing conventional ANQP discovery techniques may perform a separate ANQP discovery exchange with each of the Wi-Fi APs, which can delay initial link setup in Wi-Fi regions served by multiple Wi-Fi APs.
  • Latencies associated with performing multiple ANQP discovery exchanges can significantly reduce the perceived quality of service (QoS) in Wi-Fi networks, as users may expect (or desire) near instantaneous access upon roaming into a WLAN. Accordingly, more efficient techniques for discovering multiple Wi-Fi APs are desired in order to expedite Wi-Fi link setup.
  • QoS perceived quality of service
  • aspects of this disclosure provide an extension to the ANQP protocol that allows STAs to discover multiple APs through a single ANQP request/response exchange. More specifically, a STA can send a single ANQP request message to request information for multiple APs, e.g., two or more neighboring APs. Upon receiving the ANQP request messaged, the receiving AP may retrieve discovery information for the multiple APs, and send an AP response message including the retrieved discovery information to the requesting STA.
  • the ANQP request message may include an AP list field and a plurality of ANQP query subfields.
  • the AP list field may include a plurality of AP identifiers (e.g., basic service set identifiers (BSSIDs)) to identify the multiple APs for which information is sought.
  • BSSIDs basic service set identifiers
  • Each of the ANQP query subfields may correspond to a different one of the multiple APs for which discovery information is sought, and may specify which information is being requested for that corresponding AP.
  • the ANQP response message may include a plurality of AP query response subfields corresponding to the plurality of ANQP query subfields carried in the ANQP request message. Each ANQP query response subfield may provide the information requested by the corresponding ANQP query subfield.
  • FIG. 1 illustrates a network 100 for communicating data.
  • the network 100 comprises an access point (AP) 110 having a coverage area 112, a plurality of stations (STAs) 120, and a backhaul network 130.
  • the AP 110 may comprise any component capable of providing wireless access by, inter alia, establishing uplink (dashed line) and/or downlink (dotted line) connections with the STAs 120, such as a base station, an enhanced base station (eNB), a femtocell, and other wirelessly enabled devices.
  • the STAs 120 may comprise any component capable of establishing a wireless connection with the AP 110.
  • the backhaul network 130 may be any component or collection of components that allow data to be exchanged between the AP 110 and a remote end (not shown).
  • the network 100 may comprise various other wireless devices, such as relays, femtocells, etc.
  • FIG. 2 illustrates a network 200 in which a STA 240 is configured to perform conventional
  • the network 200 includes a plurality of APs 210-230 configured to provide wireless access in the coverage area 202.
  • the STA 240 is configured to perform conventional ANQP discovery, and therefore must execute separate ANQP discovery exchanges 215, 225, 235 with each of the APs 210, 220, 230
  • Performing multiple ANQP discovery exchanges may significantly delay initial link setup of the STA 240, thereby reducing the perceived quality of service (QoS).
  • QoS perceived quality of service
  • FIG. 3 illustrates a network 300 in which a STA 340 is configured to perform an embodiment ANQP discovery technique upon roaming into a coverage area 302. More specifically, the STA 340 performs a single ANQP discovery exchange 345 with the APs 320 to obtain discovery information for each of the plurality of APs 310-330. In one example, the STA 340 sends a single ANQP request message to the AP 320 requesting discovery information for the APs 310-330. The AP 320 provides the requested discovery information to the STA 340 via a single ANQP response message.
  • the AP 320 retrieves discovery information for the neighboring APs 310, 330 from an ANQP server 305, or directly from the neighboring APs 310, 330, via a backhaul network. In other embodiments, some or all of the discovery information for the neighboring APs 310, 330 is a priori information of the AP 320.
  • FIG. 4 illustrates a network architecture 400 for performing an Access Network Query Protocol (ANQP) operation. As shown, STAs wanting to connect to a Wi-Fi network may scan an area for available Wi-Fi APs by, inter alia, detecting beacons and/or exchanging probe request/response messages.
  • ANQP Access Network Query Protocol
  • STAs may include any wirelessly enabled device, such as a cell phone, laptop, tablet, smart sensor, handheld or consumer electronic device, and other user devices.
  • STAs may comprise a Wi-Fi interface for accessing Wi-Fi networks, as well as other interfaces for interacting with other types of communication networks, such as a cellular network.
  • An access point (AP) and one or more STAs can form a basic service set (BSS), which is the basic building block of an IEEE 802.11 wireless local area network (WLAN).
  • BSS basic service set
  • An AP may communicate with an AP controller or an ANQP server, which can be collocated or not with the AP.
  • a BSS generally can be identified by a service set identifier (SSID), which is configured and may be broadcasted by the AP.
  • SSID service set identifier
  • FIG. 5 illustrates an ANQP discovery procedure 500 between a requesting STA 540, a responding STA 520, and an ANQP server 505.
  • the requesting STA 540 may be a mobile station or user device, while the responding STA 520 may be a Wi-Fi AP.
  • the requesting STA 540 sends an ANQP query request message to the responding STA 520.
  • the ANQP query request message may request discovery information for multiple APs.
  • the ANQP query request message includes an AP list field that list identifiers associated with each of the multiple APs for which discovery information is sought.
  • the ANQP query request message includes a generic request indicator that requests discovery information for APs in a given coverage area.
  • the responding STA 520 may be a Wi-Fi AP, and then generic request indicator may request discovery information for neighboring APs of the STA 520.
  • the responding STA 520 retrieves the requested discovery information by exchanging query request/response messages with the ANQP server 505 or via the cached information at the AP. Thereafter, the responding STA 520 provides the retrieved discovery information to the requesting STA 540 via an ANQP query response message.
  • FIG. 6 illustrates a method 600 for performing ANQP discovery, as might be performed by a requesting STA, e.g., a mobile station, etc.
  • the method 600 begins with step 610, in which the requesting STA sends an ANQP request message requesting discovery information for multiple APs. Thereafter, the method proceeds to step 620, where the requesting STA receives an ANQP query response message carrying the requested discovery information of the multiple APs.
  • FIG. 7 illustrates a method 700 for performing ANQP discovery, as might be performed by a Wi-Fi AP.
  • the method 700 begins with step 710, where the Wi-Fi AP receives an ANQP query request message from a STA that requests discovery information for multiple APs, including neighboring APs of the Wi-Fi AP. Thereafter, the method 700 proceeds to step 720, where the Wi-Fi AP retrieves discovery information for neighboring APs from an ANQP server. Subsequently, the method 700 proceeds to step 730, where the Wi-Fi AP sends an ANQP query response carrying discovery information for neighboring APs to the STA.
  • FIG. 8 illustrates a table of Access Network Query Protocol (ANQP) element descriptions.
  • ANQP Access Network Query Protocol
  • the Query List ANQP-element provides a list of identifiers of ANQP-elements for which the requesting STA is querying. Each ANQP-element may be returned in response to Query AP List ANQP-element.
  • a STA may include an inclusion selection filter or 'white' list element to indicate selection for a set of APs to be included as part of Neighbor Report ANQP element in an ANQP query response.
  • FIG. 9 illustrates an embodiment ANQP query request message that includes a Query AP List ANQP-element.
  • the Info ID is a 2-octet field whose value is drawn from a table (e.g., Table 8- 184ai01 in IEEE 802.11) corresponding to the Query AP List ANQP-element.
  • the Length is a 2- octet field whose value is set to twice the number of ANQP Query ID fields.
  • the AP List is a variable length field that contains a list of AP IDs. The list of AP IDs may identify the multiple IDs for which discovery information is sought.
  • Each AP identifier subfield may comprise six octets and may indicate the BSSID of an AP for which discovery information is sought.
  • Each ANQP Query ID field may request discovery information for one or more of the Wi-Fi APs listed in the AP list field.
  • a STA may include an Info ID in the Query List ANQP-element to request that the ANQP-element corresponding to that Info ID be returned in the ANQP query response.
  • the Info IDs included in the Query List ANQP-element may be ordered by monotonically increasing Info ID value.
  • FIG. 10 illustrates an AP list field format, which may be included in an ANQP query request. As shown, the AP list field format includes AP identifiers of APs for which discovery information is sought.
  • FIG. 11 illustrates an ANQP query response message that includes an AP List Response element.
  • the AP list response element may be communicated in response to a Query AP list request.
  • the Info ID is a 2-octet field whose value is drawn from a table (e.g., Table 8-184ai01 in IEEE 802.11) corresponding to the AP List Response ANQP-element.
  • the Length subfield is a 1-octet field whose value is set to the number of corresponding AP Identifier entries in the AP List
  • the Length subfield is a 2-octet field whose value is set to the number of octets in the following AP Query Response field.
  • Default AP Response subfield is the generic container whose value is the receiving AP response to a GAS Query. This field is formatted in accordance with the protocol specified in the Advertisement Protocol element.
  • the AP Identifier subfield takes 6 octets to indicate the BSSID of an AP that the requesting STA wants to query.
  • the following AP Query Response field is a generic container whose value is the BSSID dependent response to a GAS Query. This field is also formatted in accordance with the protocol specified in the Advertisement Protocol element.
  • FIG. 12 illustrates an ANQP usage table.
  • a Query AP List ANQP-element may be used by a requesting STA to perform an ANQP Query for each AP indicated in the AP list.
  • the requesting STA may include Info IDs in the Query List ANQP element that have the ANQP-element type.
  • Info IDs that have an ANQP element type of Q may be exlcuded from the Query AP List ANQP-element (e.g., the Info ID for Vendor Specific ANQP-element shall not be included).
  • a responding STA that encounters an unknown or reserved ANQP Info ID value in an Query AP List ANQP element received may ignore that ANQP Info ID as well as parse any remaining ANQP Info IDs.
  • a Query Response field may contain an AP List Response ANQP element.
  • the AP List Response may include a query response report for the APs indicated in the Query AP List in the increased order of the AP Identifier.
  • a STA can send a single GAS request message to request discovery information for multiple APs, e.g., two or more neighboring APs.
  • the receiving AP may retrieve discovery information (about) /for the multiple APs, and send an AP response message including the retrieved discovery information to the requesting STA.
  • the GAS request message may include an AP list field and a plurality of GAS query subfields.
  • the AP list field may include a plurality of AP identifiers (e.g., basic service set identifiers (BSSIDs)) to identify the multiple APs for which discovery information is sought.
  • BSSIDs basic service set identifiers
  • Each of the GAS query subfields may correspond to a different one of the multiple APs for which discovery information is sought, and may specify which discovery information is being requested for that corresponding AP.
  • the GAS response message may include a plurality of AP query response subfields corresponding to the plurality of GAS query subfields carried in the GAS request message. Each GAS query response subfield may provide the discovery information requested by the corresponding GAS query subfield.
  • a devices operating in a white space environment may send an RLQP request to one transmit point asking for information (e.g., available channels, power levels, location, etc.) related to neighboring transmit points.
  • information e.g., available channels, power levels, location, etc.
  • GAS generic advertisement service
  • a STA transmits a GAS Query Request in a GAS Initial Request frame and the responding STA provides the GAS Query Response or information on how to receive the GAS Query Response in a GAS Initial Response frame.
  • the GAS Query Response is delivered in a single GAS Initial Response frame or in one or more GAS Comeback Response frames.
  • the GAS Query Response is not split between a GAS Initial Response frame and one or more GAS Comeback Response frames.
  • FIG. 13 illustrates a GAS message sequence with dotl IGASPauseForServerResponse equal to true.
  • Section 10.24.3.2.2 describes the Query List procedure.
  • the Query List ANQP-element is used by a requesting STA to perform an ANQP Query using the procedures defined in 10.24.3.2.1.
  • the requesting STA only includes Info IDs in the Query List ANQP element that have the sole ANQP-element type of S as shown in Table 10-10, which is illustrated in FIG. 14.
  • Info IDs that have an ANQP element type of Q are not included in the Query List ANQP-element (e.g., the Info ID for Vendor Specific ANQP-element is not included).
  • a responding STA that encounters an unknown or reserved ANQP Info ID value in an ANQP Query list received without error ignores that ANQP Info ID and parses any remaining ANQP Info IDs.
  • Section 8.4.4.2 describes the Capability List ANQP-element.
  • the Capability List ANQP- element provides a list of information/capabilities that has been configured on a STA.
  • Capability List ANQP-element is returned in response to Query List ANQP-element containing the Info ID of the Capability List ANQP-element.
  • FIG. 15 illustrates the Capability List ANQP- element format.
  • Section 4.3.8.10 describes a neighbor report.
  • a neighbor report request is sent to an AP, which returns a neighbor report containing information about known neighbor APs that are candidates for a service set transition.
  • Neighbor reports contain information from the table
  • dotl lRMNeighborReportTable in the MIB concerning neighbor APs. This request/report pair enables a STA to gain information about the neighbors of the associated AP to be used as potential roaming candidates.
  • Section 8.4.4.18 describes a neighbor report ANQP-element, which is illustrated in FIG. 16.
  • the neighbor report ANQP-element provides zero or more neighbor reports, the format of which is illustrated in FIG. 17, about neighboring APs. This is of benefit to a STA in a pre-associated state.
  • the basic SSID (BSSID) is the BSSID of the BSS being reported.
  • the subsequent fields in the Neighbor Report element pertain to this BSS.
  • the BSSID information field can be used to help determine neighbor service set transition candidates. It is four octets in length and contains the subfields as shown in FIG. 18.
  • the Capabilities Subfield contains selected capability information for the AP indicated by this BSSID.
  • the bit fields within this subfield have the same meaning and are set to the equivalent bits within the Capability Information field (see section 8.4.1.4) being sent in the beacons by the AP being reported.
  • the format of the Capabilities subfield is shown in FIG. 19.
  • ANQP-elements are defined to have a common format consisting of a 2-octet Information Identifier (Info ID) field, a 2-octet length field, and a variable-length element- specific information field. Each element is assigned a unique Info ID as defined in the standard.
  • the ANQP-element format is shown in FIG. 20.
  • the ANQP-elements that may be configured are listed in Table 8-184 as shown in FIGS. 21-22. If information is not configured for a particular ANQP-element, then a query for that element returns that element with all optional fields not present.
  • Section 10.11.10.2 describes the requesting of a neighbor report.
  • a STA requesting a neighbor report from an AP sends a neighbor report request frame to its associated AP.
  • Section 10.11.10.3 describes the receiving of a neighbor report. If dotl lRMNeighborReportActivated is true, an AP receiving a neighbor report request responds with a neighbor report response frame containing zero or more neighbor report elements. If an SSID element is specified in the corresponding neighbor report request frame, the neighbor report element(s) contain information only concerning neighbor APs that are members of the current extended service set (ESS) identified by the SSID element contained within the neighbor report request. If the SSID element is omitted, the neighbor report element(s) shall contain information concerning neighbor APs that belong to the same ESS as the requesting STA. If the wildcard SSID element is specified in the
  • the neighbor report element(s) contain information concerning all neighbor APs. If there are no neighbor APs available, the AP sends a neighbor report response frame with no neighbor report elements.
  • dotl lRMNeighborReportActivated is false in an AP receiving a neighbor report request, it ignores the request and returns a neighbor report frame with the incapable bit in the measurement report mode field set to 1.
  • a STA receiving a neighbor report element with an unknown sub- element identifier ignores the unknown sub-element and continues to process remaining sub- elements.
  • a STA receiving a neighbor report element containing a vendor specific sub-element with an unknown organization identifier ignores this vendor specific sub-element and continues to process any remaining vendor specific sub-elements.
  • a serving AP includes a timer synchronization function (TSF) information sub-element in the neighbor report element if it is able to guarantee an accumulated error of 1.5 time unit (TU) or better on the TSF offset subfield. Otherwise, the AP does not include a TSF information sub-element in the neighbor report element.
  • TSF timer synchronization function
  • section 8.4.4.18 describes the neighbor report ANQP-element, shown in FIG. 16.
  • the neighbor report ANQP-element provides zero or more neighbor reports about neighboring APs, which is of benefit to a STA in a pre-associated state.
  • the info ID field is equal to the value in Table 8-184, shown in FIGS. 21-22, corresponding to the neighbor report ANQP-element.
  • the length is a 2-octet field whose value is set to the number of octets in the neighbor report field.
  • the format of the neighbor report element is shown in FIG. 17, as defined in section 8.4.2.39. The element ID and the length fields of the neighbor report element, as shown in FIG. 17, are not included.
  • a mobile device cannot get ANQP information for more than one AP, and because there is no interface between ANQP server and the device, it can just get ANQP information for the AP via the air interface between it and the AP; otherwise, it cannot get ANQP information.
  • An embodiment provides an interface between the ANQP server and devices, where the devices can get ANQP information for more than one AP via a query-response message procedure.
  • An embodiment provides an extension for GAS protocols (e.g., ANQP, RLQP, etc.) for obtaining neighboring AP information.
  • GAS protocols e.g., ANQP, RLQP, etc.
  • a STA combines various ANQP attributes and their expected values via logical operators in a single query. The receiving AP replies to this query with a list of neighboring APs that satisfy the logical condition.
  • An embodiment provides a reduction in overhead and speeds up the process of network discovery and selection, before association as well as during handover.
  • An embodiment reduces the over the air channel contention, the communication overhead and the latency for network discovery and selection.
  • Embodiments may be implemented in wireless access networks and devices, such as Wi-Fi mobile devices supporting Hotspot 2.0 and ANQP server, Wi-Fi STAs, Wi-Fi APs, ANQP servers, and the like.
  • An embodiment provides an extension of the original GAS and ANQP protocol proposed in 802.
  • a STA to send complex GAS requests to an AP (generally called serving AP) asking for the ANQP information available at the neighboring APs, before or after association, or asking for the list of neighboring APs that satisfy a logical condition of the ANQP attributes.
  • serving AP an AP
  • This extension is also applicable to other GAS protocols, such as RLQP as defined in the IEEE 802.11af. This speeds up the process of network discovery and selection as well as the handover between neighboring APs or Hotspots.
  • the neighboring APs can operate in the same or different radio frequency (RF) channel or RF frequency bands.
  • RF radio frequency
  • the serving AP keeps local information about its neighboring APs in a local ANQP server or ANQP cache.
  • the serving AP can receive the GAS Request for the neighboring APs and tunnel this request to its neighboring APs over DS via an AP to AP communication (for instance similar to the Fast Transition Protocol)
  • the serving AP may forward it to the ANQP server, which sends the requested ANQP information to the serving AP, and finally the serving AP sends the request ANQP information to the STA.
  • the ANQP server could store information related to a plurality of APs and select a subset of these APs based on the received query.
  • the ANQP server is able to interface with other ANQP servers (collocated in the same network or that belong to different networks) and request information from these ANQP servers based on the received ANQP complex query.
  • the ANQP server could interface with other network elements that belong to a different network than WiFi, for instance an ANDSF server from a 3GPP network, and request information in order to answer to the ANQP complex query.
  • the extension is referred to as neighbor provisioning information (NPI), although other names may be given to the extension.
  • NPI neighbor provisioning information
  • an AP signals in its beacon or in a probe response support for internetworking (and therefore for the ANQP protocol), and the presence of NPI enabled bit (as provided in an embodiment), this is interpreted as the AP being able to provide the ANQP information for its neighbors as well.
  • the AP can optionally present in the beacon or probe response the list of the BSSIDs of its neighbors for which it has information.
  • the beacon also contains a sequence number to identify the freshness of the information for each of its neighbors in the neighbor list.
  • a STA that receives a beacon with NPI enabled may send a GAS request for all or a subset of the neighboring APs using the provided list of BSSIDs.
  • the STA can compare a freshness indicator (such a sequence number or a time stamp) presented in the beacon for a specific neighbor and decide whether to request the information associated with that neighbor.
  • the requesting STA when the neighboring AP list is not provided in a beacon or probe response, sends a request asking for the list of neighboring APs.
  • the request can be a general request for a list of all neighboring APs, or it can be a filtered request, based on a set of ANQP/RLQP attributes values or other selection criteria, of a subset of the neighboring APs.
  • the requesting STA could ask: "Send me the list of all neighboring APs," or "Send me the list of all ANQP attributes associated with the following list BSSIDs.”
  • the request contains a logical combination of criteria used to retrieve the information, where this type of query may be referred to as a Composed ANQP Query.
  • a requesting STA can ask "Send me the list of all ANQP attributes associated with the following list BSSIDs, AND have the WAN throughput larger than a specific threshold.”
  • the serving AP receives a Composed ANQP Query request, it checks the local cache to find the subset of neighboring APs that satisfy the filtered request and it communicates the subset to the requesting STA.
  • the ANQP information is divided into common ANQP information and specific ANQP information.
  • the common ANQP information is that information that is common to several neighbor APs, (for instance in the same electronic switching system (ESSS)) while the specific ANQP information is the information that is specific to an individual AP.
  • an AP may send just one copy of common ANQP information for all neighbor APs.
  • the requested information may be specific to a set of APs operating in or near a common geographical location.
  • the serving AP does not maintain local information about its neighboring APs; it sends the request to each neighboring AP.
  • the serving AP When sending a request to neighboring APs, the serving AP starts a timer for receiving all the responses from its neighbors. After the timer expiration the AP sends back the information received from its neighbors to the requesting STA. In a different embodiment, the serving AP sends the received information from the neighboring AP as soon as it receives it. In this embodiment the requesting STA can stop the AP from sending more information on its neighbors at any time based on the information received so far. In an embodiment, the serving AP stores locally the ANQP information related to its neighbors. This information is updated periodically via requests from the serving AP to its neighbors, or from an information server such as ANQP server or as per event based via the event-triggered updates from the neighboring AP.
  • the serving AP may respond to the STA a message that shows it fails to provide the ANQP information, and the failure reason, for example, could be no such neighbor AP, no cached, time out, and so on.
  • An embodiment method allows a STA to query about ANQP attributes for multiple APs at the same time.
  • An embodiment method focuses mainly on network discovery and selection in the Hotspot (Passpoint), which is different from the Neighbor Report procedure that is dedicated to support the Fast Transition (FT) feature.
  • the query is sent to the serving AP (no association necessary) that can provide its neighbors ANQP information. This is different from the Neighbor Report Request sent to the associated AP.
  • the querying STA is not necessarily associated to the serving AP.
  • the STA does not necessarily provide the list of the neighboring APs in the ANQP query; it asks the list of neighboring APs that have some particular value(s) for ANQP attribute(s).
  • the Neighbor Report Request and Response do not send ANQP Queries; rather the purpose is to get information about the neighbor APs that could later respond (support) the ANQP queries.
  • An embodiment method explicitly allows a STA to send ANQP query requesting the ANQP information from the neighboring APs via the serving AP
  • An embodiment provides a Composed ANQP Query that contains a logical combination of logical conditions for ANQP attributes and values (thresholds) as way to return a subset of all neighboring APs (hotspots) that satisfy some logical criteria.
  • An embodiment provides a Composed ANQP query that contains an AP group identifier.
  • the ANQP group identifier may be included in place of, or in addition to, a list of AP identifiers.
  • the AP or the ANQP server recognizes the group and provides the ANQP attributes values for the AP that belongs to that group identifier.
  • An embodiment method extends the Neighbor Report Format with a few mandatory fields.
  • the query may or not be followed by other queries sent directly to the neighboring APs for supplemental information.
  • An AP receives a composed ANQP query it replies with an Enhanced Neighbor Report where the following elements are added to those presented in FIG. 17: Interworking support indication; Hotspot2 support indication; Optional Elements - the ANQP attributes as described in FIG. 20; and Optional Elements - the additional ANQP attributes as described in the Hotspot 2.0 (Release 2).
  • the Enhanced Neighbor List contains the list of neighboring APs that have ANQP attributes that match the composed ANQP query.
  • An AP is identified in the returned list via its BSSID or SSID or HESSID information.
  • Example embodiments of the composed ANQP query are shown in FIGS. 23-24, although many other formats are possible.
  • An embodiment for wireless communication includes a first station that accesses the network. The first station sends a probe-attach-request (or probe-connection-request) message. The probe- attach-request message includes one or more condition parameters.
  • the condition parameter could be one of SSID (or a list of SSID), operator friendly name (or a list of friendly name), operator ID (or a list of operator ID), BSSID (or a list of BSSID), public land mobile network (PLMN) ID (or a list of PLMN ID), network capability (for example, quality of service (QoS), multiple-input multiple output (MIMO), antenna number, bandwidth, load level, fast initial link setup, and so on), authentication method (for example, the condition parameter indicates that the authentication method is extensible authentication protocol (EAP) or wired equivalent privacy (WEP) or Open), base station ID (or a list of base station ID), or a combination of them.
  • EAP extensible authentication protocol
  • WEP wired equivalent privacy
  • Open base station ID
  • base station ID or a list of base station ID
  • a second station When a second station (for instance an access point or a base station) receives the probe-attach- request message, it checks whether it satisfies the condition. For example, if the condition parameter is an SSID value, the second station checks whether its SSID is the same as the SSID value in the condition parameter (if the condition parameter is a list of SSIDs, the second station checks whether its SSID belongs to the SSID in the list).
  • Probe-attach-Response which may include the second station's ID (or address), an indicator showing that it allows the first station to attach (or to connect) (or an indicator showing it satisfies the condition and process the next step).
  • the first station may response with a confirmation message (which may be named Probe-attach-confirmation) to the second station to confirm the receiving of the response message.
  • the first station may select one of them and respond with a confirmation message to the selected station. To those unselected stations, the first station may also send a message to each of them (or a broadcast message to all of them) to indicate that they are not selected.
  • the first station may not send messages to them, where those unselected stations wait for a timer to expire. If the timer expires before a confirmation message is received, they will consider themselves as un-selected, and behave appropriately.
  • the Probe- attach-request could also include an authentication start request (and may also include some security parameters, or itself is an authentication start message and includes condition parameter).
  • the second station may start the authentication procedure if it satisfies the condition and decides to process forwardly.
  • the Probe-attach-response message may also contain security parameters to continue the authentication procedure, while the Probe-Attach- Confirmation could include an association request and/or other authentication information.
  • the detailed information about authentication and security parameters can be referred to in IEEE 802.11-2007 standards specification or later versions, or IETF-related specs.
  • the Probe-attach-request includes an association request (detailed information about association response can be referred to in 802.11-2007 specification or later versions) or a connection request (detailed information about connection request can be referred to in 3GPP TS25.331 or TS36.331).
  • the Probe-attach-response include an association response (detailed information about association response can be referred to in 802.11-2007 specification or later versions) or a connection response (detailed information about connection request can be referred to in 3GPP TS25.331 or TS36.331).
  • the Probe-attach-request includes an open system authentication condition and an association request
  • the Probe-attach-response includes an association response and authentication confirmation information.
  • the detailed of association information and authentication information can be referred to in 802.11-2007 specification or later versions, or IETF-related specs.
  • FIG. 25 illustrates a block diagram of an embodiment of a communications device 2500, which may be equivalent to one or more devices (e.g., UEs, NBs, etc.) discussed above.
  • the devices e.g., UEs, NBs, etc.
  • the communications device 2500 may include a processor 2504, a memory 2506, a cellular interface 2510, a supplemental interface 2512, and a backhaul interface 2514, which may (or may not) be arranged as shown in FIG. 25.
  • the processor 2504 may be any component capable of performing computations and/or other processing related tasks
  • the memory 2506 may be any component capable of storing programming and/or instructions for the processor 2504.
  • the cellular interface 2510 may be any component or collection of components that allows the communications device 2500 to communicate using a cellular signal, and may be used to receive and/or transmit information over a cellular connection of a cellular network.
  • the supplemental interface 2512 may be any component or collection of components that allows the
  • the communications device 2500 to communicate data or control information via a supplemental protocol.
  • the supplemental interface 2512 may be a non-cellular wireless interface for communicating in accordance with a Wireless-Fidelity (Wi-Fi) or Bluetooth protocol.
  • Wi-Fi Wireless-Fidelity
  • Bluetooth Bluetooth protocol
  • the supplemental interface 2512 may be a wireline interface.
  • the backhaul interface 2514 may be optionally included in the communications device 2500, and may comprise any component or collection of components that allows the communications device 2500 to communicate with another device via a backhaul network.
  • FIG. 26 is a block diagram of a processing system that may be used for implementing the devices and methods disclosed herein. Specific devices may utilize all of the components shown, or only a subset of the components, and levels of integration may vary from device to device.
  • a device may contain multiple instances of a component, such as multiple processing units, processors, memories, transmitters, receivers, etc.
  • the processing system may comprise a processing unit equipped with one or more input/output devices, such as a speaker, microphone, mouse, touchscreen, keypad, keyboard, printer, display, and the like.
  • the processing unit may include a central processing unit (CPU), memory, a mass storage device, a video adapter, and an I/O interface connected to a bus.
  • the bus may be one or more of any type of several bus architectures including a memory bus or memory controller, a peripheral bus, video bus, or the like.
  • the CPU may comprise any type of electronic data processor.
  • the memory may comprise any type of system memory such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), read-only memory (ROM), a combination thereof, or the like.
  • the memory may include ROM for use at boot-up, and DRAM for program and data storage for use while executing programs.
  • the mass storage device may comprise any type of storage device configured to store data, programs, and other information and to make the data, programs, and other information accessible via the bus.
  • the mass storage device may comprise, for example, one or more of a solid state drive, hard disk drive, a magnetic disk drive, an optical disk drive, or the like.
  • the video adapter and the I/O interface provide interfaces to couple external input and output devices to the processing unit.
  • input and output devices include the display coupled to the video adapter and the mouse/keyboard/printer coupled to the I/O interface.
  • Other devices may be coupled to the processing unit, and additional or fewer interface cards may be utilized.
  • a serial interface such as Universal Serial Bus (USB) (not shown) may be used to provide an interface for a printer.
  • the processing unit also includes one or more network interfaces, which may comprise wired links, such as an Ethernet cable or the like, and/or wireless links to access nodes or different networks. The network interface allows the processing unit to communicate with remote units via the networks.
  • the network interface may provide wireless communication via one or more transmitters/transmit antennas and one or more receivers/receive antennas.
  • the processing unit is coupled to a local-area network or a wide-area network for data processing and communications with remote devices, such as other processing units, the Internet, remote storage facilities, or the like.

Landscapes

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

Abstract

La présente invention concerne une extension au protocole de demande de réseau d'accès (ANQP) permettant à des stations (STA) de découvrir de multiples AP par le biais d'un unique échange de requête/réponse d'ANQP. Selon l'invention, une STA peut envoyer un unique message de requête d'ANQP pour demander des informations pour de multiples AP, par exemple, deux AP voisins ou plus. L'AP de réception peut récupérer des informations de découverte d'un ou de plusieurs AP voisins et envoyer un message de réponse d'AP comprenant les informations de découverte récupérées à la STA requérante. Le message de requête d'ANQP identifie les multiples AP pour lesquels des informations de découverte sont recherchées, et peut spécifier les informations qui sont demandées pour cet AP correspondant.
PCT/CN2013/090115 2013-01-03 2013-12-20 Système et procédé de découverte efficace de protocole de demande de réseau d'accès (anqp) de multiples points d'accès (ap) WO2014106434A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201380064014.3A CN104838695A (zh) 2013-01-03 2013-12-20 用于多个接入点(ap)的高效接入网络查询协议(anqp)发现的系统和方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361748673P 2013-01-03 2013-01-03
US61/748,673 2013-01-03
US14/050,092 US9622156B2 (en) 2012-10-19 2013-10-09 System and method for efficient access network query protocol (ANQP) discovery of multiple access points (APs)
US14/050,092 2013-10-09

Publications (1)

Publication Number Publication Date
WO2014106434A1 true WO2014106434A1 (fr) 2014-07-10

Family

ID=51062154

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/090115 WO2014106434A1 (fr) 2013-01-03 2013-12-20 Système et procédé de découverte efficace de protocole de demande de réseau d'accès (anqp) de multiples points d'accès (ap)

Country Status (2)

Country Link
CN (1) CN104838695A (fr)
WO (1) WO2014106434A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016029863A1 (fr) * 2014-08-29 2016-03-03 Huawei Technologies Co., Ltd. Système et procédé pour des balises globales
WO2016105980A1 (fr) * 2014-12-22 2016-06-30 Qualcomm Incorporated Signalisation de protocole de demande du réseau d'accès améliorée (anqp) pour partage de réseau d'accès radio (ran)
WO2016105981A1 (fr) * 2014-12-22 2016-06-30 Qualcomm Incorporated Signalisation de protocole d'interrogation de réseau d'accès (anqp) améliorée à mettre à l'échelle pour prendre en charge de grands nombres de fournisseurs de services au niveau d'un point d'accès (ap)
WO2016134530A1 (fr) * 2015-02-27 2016-09-01 华为技术有限公司 Appareil et procédé de recherche de point d'accès (ap)
WO2017011091A1 (fr) * 2015-07-10 2017-01-19 Symbol Technologies, Llc Procédé et agencement pour améliorer des performances de scrutation et d'itinérance d'un client mobile par récupération de paramètres de scrutation et d'itinérance de points d'accès connectés à un système de distribution
WO2023134649A1 (fr) * 2022-01-14 2023-07-20 Huawei Technologies Co., Ltd. Procédé et système pour des publicités de carte de canal améliorées

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11228963B2 (en) * 2019-07-12 2022-01-18 Qualcomm Incorporated Multi-link communication
WO2021155201A1 (fr) * 2020-01-31 2021-08-05 Interdigital Patent Holdings, Inc. Systèmes et procédés se rapportant à des services de diffusion améliorés dans un système à points d'accès multiples

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050130658A1 (en) * 2003-12-15 2005-06-16 Intel Corporation Handoff apparatus, systems, and methods
WO2007040805A1 (fr) * 2005-09-16 2007-04-12 Intel Corporation Techniques ameliorant le passage d'un appareil mobile sans fil d'un point d'acces a un autre
WO2010139058A1 (fr) * 2009-06-04 2010-12-09 Research In Motion Limited Procédés et appareils destinés à être utilisés pour faciliter la communication d'informations de réseau voisin à un terminal mobile à l'aide d'un protocole compatible radius

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050130658A1 (en) * 2003-12-15 2005-06-16 Intel Corporation Handoff apparatus, systems, and methods
WO2007040805A1 (fr) * 2005-09-16 2007-04-12 Intel Corporation Techniques ameliorant le passage d'un appareil mobile sans fil d'un point d'acces a un autre
WO2010139058A1 (fr) * 2009-06-04 2010-12-09 Research In Motion Limited Procédés et appareils destinés à être utilisés pour faciliter la communication d'informations de réseau voisin à un terminal mobile à l'aide d'un protocole compatible radius

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9894594B2 (en) 2014-08-29 2018-02-13 Huawei Technologies Co., Ltd. System and method for cumulative beacons
WO2016029863A1 (fr) * 2014-08-29 2016-03-03 Huawei Technologies Co., Ltd. Système et procédé pour des balises globales
US9998982B2 (en) 2014-12-22 2018-06-12 Qualcomm Incorporated Enhanced access network query protocol (ANQP) signaling for radio access network (RAN) sharing
CN107113699A (zh) * 2014-12-22 2017-08-29 高通股份有限公司 扩展以在接入点(ap)处支持大量服务提供商的增强型接入网查询协议(anqp)信令
KR20170099893A (ko) * 2014-12-22 2017-09-01 퀄컴 인코포레이티드 액세스 포인트 (ａｐ) 에서 큰 수들의 서비스 제공자들을 지원하도록 스케일링하기 위한 개량된 액세스 네트워크 질의 프로토콜 (anqp) 시그널링
WO2016105981A1 (fr) * 2014-12-22 2016-06-30 Qualcomm Incorporated Signalisation de protocole d'interrogation de réseau d'accès (anqp) améliorée à mettre à l'échelle pour prendre en charge de grands nombres de fournisseurs de services au niveau d'un point d'accès (ap)
WO2016105980A1 (fr) * 2014-12-22 2016-06-30 Qualcomm Incorporated Signalisation de protocole de demande du réseau d'accès améliorée (anqp) pour partage de réseau d'accès radio (ran)
US10264515B2 (en) 2014-12-22 2019-04-16 Qualcomm Incorporated Enhanced access network query protocol (ANQP) signaling to scale to support large numbers of service providers at an access point (AP)
CN107113699B (zh) * 2014-12-22 2020-07-07 高通股份有限公司 扩展以在接入点(ap)处支持大量服务提供商的增强型接入网查询协议(anqp)信令
KR102410062B1 (ko) * 2014-12-22 2022-06-15 퀄컴 인코포레이티드 액세스 포인트 (ａｐ) 에서 큰 수들의 서비스 제공자들을 지원하도록 스케일링하기 위한 개량된 액세스 네트워크 질의 프로토콜 (anqp) 시그널링
WO2016134530A1 (fr) * 2015-02-27 2016-09-01 华为技术有限公司 Appareil et procédé de recherche de point d'accès (ap)
CN106576287A (zh) * 2015-02-27 2017-04-19 华为技术有限公司 一种接入点ap发现方法及装置
WO2017011091A1 (fr) * 2015-07-10 2017-01-19 Symbol Technologies, Llc Procédé et agencement pour améliorer des performances de scrutation et d'itinérance d'un client mobile par récupération de paramètres de scrutation et d'itinérance de points d'accès connectés à un système de distribution
WO2023134649A1 (fr) * 2022-01-14 2023-07-20 Huawei Technologies Co., Ltd. Procédé et système pour des publicités de carte de canal améliorées

Also Published As

Publication number Publication date
CN104838695A (zh) 2015-08-12

Similar Documents

Publication Publication Date Title
US9622156B2 (en) System and method for efficient access network query protocol (ANQP) discovery of multiple access points (APs)
US10757641B2 (en) System and method for common attributes in HESSID and the associated queries
US20180139690A1 (en) System and Method for Efficient Communications System Scanning
KR101950361B1 (ko) 이동 통신 시스템에서 인접기지국정보의 관리 방법 및 그를 위한 시스템
US9307484B2 (en) Method and apparatus of scanning in wireless local area network system
EP2792187B1 (fr) Procédure requête/réponse pour réseau sans fil
WO2014106434A1 (fr) Système et procédé de découverte efficace de protocole de demande de réseau d'accès (anqp) de multiples points d'accès (ap)
KR102167933B1 (ko) 무선랜 시스템에서 액세스 포인트 탐색 방법 및 장치
US20120165056A1 (en) Method and apparatus for acquiring available channel information in a wireless local area network system
EP3111701B1 (fr) Demande de rapport de voisin déclenché par un point d'accès
JP2017153149A (ja) フェムトアクセスポイントの検出のための帯域外スキャニング
EP2928238B1 (fr) Réception d'informations d'un dispositif multi-rat au point d'accès dans un système de convergence cellulaire-wifi par l'intermédiaire d'un réseau wifi
KR20140129006A (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
WO2015092114A1 (fr) Établissement d'un nouveau réseau d'accès
JP6400024B2 (ja) 無線通信システムにおけるビーコン送信と関連している情報を取得する方法及び装置
WO2016058499A1 (fr) Système et procédé de réduction de surdébit de communications
US11057770B2 (en) Method and apparatus for dynamically changing connection in wireless LAN
KR20140128986A (ko) 무선랜 시스템에서 고속 링크 셋업 방법 및 장치
KR20230133381A (ko) 네트워크와 그룹 아이덴티티를 관련시키는 시스템 정보
KR20150030590A (ko) 무선랜 탐색 방법 및 무선랜 탐색 정보 전달 방법

Legal Events

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

Ref document number: 13870114

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13870114

Country of ref document: EP

Kind code of ref document: A1