Patent Description:
Many electronic devices are capable of wirelessly communicating with other electronic devices. For example, these electronic devices can include a networking subsystem that implements a network interface for: a cellular network (UMTS, LTE, etc.), a wireless local area network (e.g., a wireless network such as described in the Institute of Electrical and Electronics Engineers (IEEE) <NUM> standard or Bluetooth™ from the Bluetooth Special Interest Group of Kirkland, Washington), and/or another type of wireless network.

Recently, new wireless standards, such as IEEE <NUM>. 11ax, offer additional capabilities to compatible electronic devices relative to previous IEEE <NUM> standards. However, not all of the electronic devices in use support the new wireless standards. This can cause problems for some of these legacy electronic devices in real-world deployments.

For example, in an IEEE <NUM>-compatible wireless network, an electronic device often actively scans for a nearby operating access point by transmitting a probe request. In response to receiving a probe request, an access point typically transmits a probe response. However, some legacy electronic devices may not be able to understand a probe response from an access point that is using IEEE-<NUM>. 11ax (which is sometimes referred to as 'Wi-Fi <NUM>'). Consequently, these legacy electronic devices may not be able to associate with and use this access point. Similarly, some legacy electronic devices may not be able to see a beacon from an access point that is using IEEE-<NUM>. 11ax during a passive scan, and thus may not be able to associate with and use this access point.

In principle, there are several brute-force solutions for this problem. Notably, in one approach, an IEEE-<NUM>. 11ax-compatible access point may be downgraded so that it operates using an earlier version of an IEEE <NUM> standard (such as IEEE <NUM>. 11ac, which is sometimes referred to as 'Wi-Fi <NUM>'). While this approach will allow all legacy electronic devices to use this access point, the advantages of IEEE <NUM>. 11ax will be lost.

Similarly, a network administrator may have separate wireless area networks (WLANs) with different capabilities and names (including different service set identifiers or SSIDs, and different basic service set identifiers or BSSIDs). For example, there may be a first WLAN that supports Wi-Fi <NUM>, and a second WLAN that supports Wi-Fi <NUM>. In this approach, legacy electronic devices can associate with and use the first WLAN, while electronic devices that support IEEE <NUM>. 11ax can associate with and use the second WLAN. However, this approach is more complicated and confusing (because it provides users with more than one choice), and does not address the problems that can occur if an electronic device attempts to associate with the wrong WLAN for its capabilities, such as if an IEEE <NUM>. 11ax-compatible electronic device associates with the first WLAN that only supports Wi-Fi <NUM>.

<CIT>, discloses signaling identifiers for multiple BSSs. Moreover, Patent Cooperation Treaty (<CIT>, discloses resource units for unassociated stations and grouped multi-user transmissions in IEEE <NUM>. 11ax networks.

A first non-claimed group of described embodiments relate to an electronic device (such as an access point). This electronic device includes an interface circuit that wirelessly communicates with a second electronic device. During operation, the electronic device may advertise, from the interface circuit, a first BSSID and a second BSSID having a common SSID (i.e., in the same WLAN), separate wireless connection interfaces, and different capabilities, where the first BSSID may support a first IEEE <NUM> standard, and the second BSSID may support one or more previous IEEE <NUM> standards, but may not support the first IEEE <NUM> standard. Then, the electronic device may receive, from the interface circuit, a probe request associated with the second electronic device. Moreover, the electronic device may determine whether the second electronic device supports the first IEEE <NUM> standard based at least in part on one or more fields in the probe request. Next, the electronic device may selectively provide, to the interface circuit, a probe response intended for the second electronic device with one of the first BSSID and the second BSSID based at least in part on the determination.

For example, the first IEEE <NUM> standard may include IEEE <NUM>. 11ax, and the one or more previous IEEE <NUM> standards may include one or more of: IEEE <NUM>. 11a, IEEE <NUM>. 11b, IEEE <NUM>, IEEE <NUM>. 11n, or IEEE <NUM>. Thus, the first IEEE <NUM> standard may include Wi-Fi <NUM>, and the one or more previous IEEE <NUM> standards may include Wi-Fi <NUM>.

Note that the one or more fields may include a high-efficiency (HE) field in a Media Access Control (MAC) header in the probe request.

Moreover, that the probe response may include the first BSSID when the determination indicates that the second electronic device supports the first IEEE <NUM> standard. Alternatively, the probe response may include the second BSSID when the determination indicates that the second electronic device does not support the first IEEE <NUM> standard. Thus, instead of receiving two probe responses (one for each of the first BSSID and the second BSSID), the second electronic device may receive one probe response with the correct BSSID for its capabilities.

Note that the probe request may include a broadcast probe request, which may include a wild-card SSID or it may include the SSID.

Furthermore, when the probe request includes a directed probe request that includes the second BSSID, and the determination indicates that the second electronic device supports the first IEEE <NUM> standard, the electronic device may provide the probe response to the second electronic device with the second BSSID. Then, after the second electronic device has associated with the electronic device using the second BSSID, the electronic device may recommend that the second electronic device transition to the first BSSID (e.g., using a BSS transition management or BTM frame).

Another embodiment provides a computer-readable storage medium for use with the electronic device. This computer-readable storage medium may include program instructions that, when executed by the electronic device, cause the electronic device to perform at least some of the aforementioned operations.

Another embodiment provides a method. This method includes at least some of the operations performed by the electronic device.

A second group of described embodiments relate to an electronic device (such as an access point). This electronic device includes an interface circuit that wirelessly communicates with a second electronic device. During operation, the electronic device transmits a multi-BSS beacon with a transmitted BSSID and one or more non-transmitted BSSIDs, and transmits separate (i.e., individual) beacons for the transmitted BSSID and the one or more non-transmitted BSSIDs. Then, the electronic device receives, from the interface circuit, a probe request associated with the second electronic device, where the probe request includes a multi-BSS indication. Next, the electronic device selectively provides, to the interface circuit, one or more probe responses, where the one or more probe responses include a type of probe response that is based at least in part on the multi-BSS indication.

For example, when the multi-BSS indication indicates that the second electronic device supports multi-BSS, the one or more probe responses may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs. Alternatively, when the multi-BSS indication indicates that the second electronic device does not support multi-BSS, the one or more probe responses may not include the aggregated probe response. Instead, when the probe request is a wild-card probe request, the one or more probe responses may include separate (i.e., individual) probe responses for the transmitted BSSID and the one or more non-transmitted BSSIDs. (Note that this may occur when a legacy transmitted BSSID shares an SSID with a multi-BSS non-transmitted BSSID. ) Thus, the type of probe response may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs, or a probe response for a given BSSID.

Note that, in response to a wild-card probe request, the probe responses may include the transmitted BSSID and the one or more non-transmitted BSSIDs or the transmitted BSSID and one or more additional BSSIDs that correspond to the one or more non-transmitted BSSIDs.

A third non-claimed group of described embodiments relate to an electronic device (such as an access point). This electronic device includes an interface circuit that wirelessly communicates with a second electronic device. During operation, the electronic device may transmit a multi-BSS beacon with a broadcast bit at a first bit position in the multi-BSS beacon, and one or more unicast bits at one or more second bit positions in the multi-BSS beacon, where a first value of the broadcast bit may specify a broadcast to a group of one or more second electronic devices that are associated with the electronic device, and a given value of a given unicast bit may specify a unicast transmission to a given one of the one or more second electronic devices. Then, the electronic device may transmit a beacon to a second electronic device in the one or more second electronic devices, where the beacon includes a transmitted BSSID in the multi-BSS beacon, a non-transmitted BSSID in the multi-BSS beacon or another BSSID corresponding to the non-transmitted BSSID in the multi-BSS beacon. Moreover, when the first value indicates the broadcast to the group, the beacon may include an element in which the first bit position has a first value indicating the broadcast to the group, and in which a given second bit position in the one or more second bit positions corresponding to the second electronic device has the first value indicating the broadcast to the group.

Note that the broadcast bit and the one or more unicast bits in the multi-BSS beacon may be included in a multi-BSS element in the multi-BSS beacon.

This Summary is provided for purposes of illustrating some exemplary embodiments, so as to provide a basic understanding of some aspects of the subject matter described herein. Accordingly, it will be appreciated that the above-described features are examples and should not be construed to narrow the scope of the subject matter described herein in any way.

In the following description, the invention is described with reference to <FIG> and <FIG>, while the description of the remaining figures is provided for a better understanding of the invention.

Note that like reference numerals refer to corresponding parts throughout the drawings. Moreover, multiple instances of the same part are designated by a common prefix separated from an instance number by a dash.

In a first non-claimed group of embodiments of communication techniques, an electronic device (such as an access point) may advertise (by transmitting beacons) a first BSSID and a second BSSID having a common SSID (i.e., in the same WLAN), separate wireless connection interfaces, and different capabilities, where the first BSSID may support a first IEEE <NUM> standard, and the second BSSID may support one or more other (e.g., previous) IEEE <NUM> standards, but may not support the first IEEE <NUM> standard. Then, the electronic device may receive a probe request associated with a second electronic device. Moreover, the electronic device may determine whether the second electronic device supports the first IEEE <NUM> standard based at least in part on one or more fields in the probe request. Next, the electronic device may selectively provide a probe response to the second electronic device with one of the first BSSID and the second BSSID based at least in part on the determination. For example, the probe response may be provided with the BSSID that matches the capabilities of the second electronic device.

By selectively providing the probe response, the communication techniques may provide backwards compatibility. Notably, when the second electronic device supports the first IEEE <NUM> standard, the probe response may include the first BSSID. Alternatively, when the second electronic device supports the first IEEE <NUM> standard and the probe request includes the second BSSID, the probe response may include the second BSSID and, subsequently, the electronic device may recommend that the second electronic device transition to the first BSSID. Furthermore, when the second electronic device does not support the first IEEE <NUM> standard, the probe response may include the second BSSID. This capability may allow legacy electronic devices and new electronic devices to coexist and to be supported by the electronic device. Consequently, the communication techniques may reduce user frustration when using the electronic device, the second electronic device and the associated wireless network and, thus, may provide an improved user experience.

In a second group of embodiments of communication techniques, an electronic device (such as an access point) transmits a multi-BSS beacon with a transmitted BSSID and one or more non-transmitted BSSIDs, and transmits separate (i.e., individual) beacons for the transmitted BSSID and the one or more non-transmitted BSSIDs. Then, the electronic device receives a probe request associated with the second electronic device, where the probe request includes a multi-BSS indication. Next, the electronic device selectively provides one or more probe response, where the one or more probe responses include a type of probe response that is based at least in part on the multi-BSS indication.

By selectively providing the probe response, the communication techniques may provide backwards compatibility and may reduce management-frame overhead. Notably, when the multi-BSS indication indicates that the second electronic device supports multi-BSS, the one or more probe responses include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs. Alternatively, when the multi-BSS indication indicates that the second electronic device does not support multi-BSS, the one or more probe responses may not include the aggregated probe response. Instead, when the probe request is a wild-card probe request, the one or more probe responses may include separate (i.e., individual) probe responses for the transmitted BSSID and the one or more non-transmitted BSSIDs. This capability may allow legacy electronic devices that do not support multi-BSS and new electronic devices to coexist and to be supported by the electronic device. Consequently, the communication techniques may reduce management-frame overhead and may provide more effective scans. Thus, the communication techniques may improve communication performance, may reduce user frustration when using the electronic device, the second electronic device and the associated wireless network and, thus, may provide an improved user experience.

In a third non-claimed group of embodiments of communication techniques, an electronic device (such as an access point) may transmit a multi-BSS beacon with a broadcast bit at a first bit position in the multi-BSS beacon, and one or more unicast bits at one or more second bit positions in the multi-BSS beacon. These bits may, respectively, indicate or specify a broadcast to a group of one or more second electronic devices that are associated with the electronic device, or a unicast transmission to a given one of the one or more second electronic devices. Then, the electronic device may transmit a beacon to a second electronic device in the one or more second electronic devices. In some cases, the probe response may be a legacy probe response that may not be configured in accordance with a latest version of a communication standard. When there us broadcast traffic for the group, the beacon may include an element in which the first bit position has a first value indicating the broadcast to the group, and in which a given second bit position in the one or more second bit positions corresponding to the second electronic device has the first value indicating the broadcast to the group.

By providing indications of the broadcast to the group in the first bit position and the given second bit position, the communication techniques may ensure that a multi-BSS-compatible electronic device that receives the beacon detects the indication of the broadcast to the group. Notably, electronic devices that support an IEEE <NUM> standard such as Wi-Fi <NUM> may not look for or may miss the first bit position in the beacon. Therefore, to ensure that they detect the indication of the broadcast to the group in such a legacy beacon, the beacon may have a duplicate or redundant indication at the given second bit position. Moreover, by reserving the one or more second bit positions in legacy beacons for the one or more second electronic devices, these legacy beacons may be compatible with or consistent with the multi-BSS beacon. This capability may allow legacy electronic devices that do not support multi-BSS and new electronic devices that support multi-BSS to coexist. Consequently, the communication techniques may provide more effective scans. Thus, the communication techniques may reduce user frustration when using the electronic device, the second electronic device and the associated wireless network and, thus, may provide an improved user experience.

In the discussion that follows, electronic devices or components in a system communicate packets in accordance with a wireless communication protocol, such as: a wireless communication protocol that is compatible with an IEEE <NUM> standard (which is sometimes referred to as 'Wi-Fi®,' from the Wi-Fi Alliance of Austin, Texas), Bluetooth, and/or another type of wireless interface (such as another wireless-local-area-network interface). Moreover, an access point in the system may communicate with a controller or services using a wired communication protocol, such as a wired communication protocol that is compatible with an IEEE <NUM> standard (which is sometimes referred to as 'Ethernet'), e.g., an Ethernet II standard. However, a wide variety of communication protocols may be used in the system, including wired and/or wireless communication. In the discussion that follows, Wi-Fi and Ethernet are used as illustrative examples.

We now describe some embodiments of the communication techniques. <FIG> presents a block diagram illustrating an example of a system <NUM>, which may include components, such as: one or more access points <NUM>, one or more electronic devices <NUM> (such as cellular telephones, stations or clients, another type of electronic device, etc.), and one or more optional controllers <NUM>. In system <NUM>, one or more of the one or more access points <NUM> may wirelessly communicate with one or more of the one or more electronic devices <NUM> using wireless communication that is compatible with an IEEE <NUM> standard. Thus, the wireless communication may occur in, e.g., a <NUM>, a <NUM> and/or a <NUM> frequency band. (Note that IEEE <NUM>. 11ad communication over a <NUM> frequency band is sometimes referred to as 'WiGig. ' In the present discussion, these embodiments are also encompassed by 'Wi-Fi. ') However, a wide variety of frequency bands may be used. Moreover, the one or more access points <NUM> may communicate with the one or more optional controllers <NUM> via network <NUM> (such as the Internet, an intra-net and/or one or more dedicated links). Note that the one or more optional controllers <NUM> may be at the same location as the other components in system <NUM> or may be located remotely (i.e., at a different location). Moreover, note that the one or more access points <NUM> may be managed and/or configured by the one or more optional controllers <NUM>. Furthermore, note that the one or more access points <NUM> may provide access to network <NUM> (e.g., via an Ethernet protocol), and may be a physical access point or a virtual or 'software' access point that is implemented on a computer or an electronic device. While not shown in <FIG>, there may be additional components or electronic devices, such as a router.

Additionally, as noted previously, the one or more access points <NUM> and the one or more electronic devices <NUM> may communicate via wireless communication. Notably, one or more of access points <NUM> and one or more of electronic devices <NUM> may wirelessly communicate while: transmitting advertising frames on wireless channels, detecting one another by scanning wireless channels, exchanging subsequent data/management frames (such as association requests and responses) to establish a connection, configure security options (e.g., Internet Protocol Security), transmit and receive frames or packets via the connection (which may include the association requests and/or additional information as payloads), etc..

As described further below with reference to <FIG>, the one or more access points <NUM>, the one or more electronic devices <NUM> and/or the one or more optional controllers <NUM> may include subsystems, such as a networking subsystem, a memory subsystem and a processor subsystem. In addition, the one or more access points <NUM> and the one or more electronic devices <NUM> may include radios <NUM> in the networking subsystems. More generally, the one or more access points <NUM> and the one or more electronic devices <NUM> can include (or can be included within) any electronic devices with the networking subsystems that enable the one or more access points <NUM> and the one or more electronic devices <NUM> to wirelessly communicate with each other.

As can be seen in <FIG>, wireless signals <NUM> (represented by a jagged line) are transmitted from a radio <NUM>-<NUM> in electronic device <NUM>-<NUM>. These wireless signals are received by radio <NUM>-<NUM> in at least one of the one or more access points <NUM>, such as access point <NUM>-<NUM>. Notably, electronic device <NUM>-<NUM> may transmit frames or packets. In turn, these frames or packets may be received by access point <NUM>-<NUM>. This may allow electronic device <NUM>-<NUM> to communicate information to access point <NUM>-<NUM>. Note that the communication between electronic device <NUM>-<NUM> and access point <NUM>-<NUM> may be characterized by a variety of performance metrics, such as: a data rate, a data rate for successful communication (which is sometimes referred to as a 'throughput'), an error rate (such as a retry or resend rate), a mean-square error of equalized signals relative to an equalization target, intersymbol interference, multipath interference, a signal-to-noise ratio, a width of an eye pattern, a ratio of number of bytes successfully communicated during a time interval (such as <NUM>-<NUM>) to an estimated maximum number of bytes that can be communicated in the time interval (the latter of which is sometimes referred to as the 'capacity' of a communication channel or link), and/or a ratio of an actual data rate to an estimated data rate (which is sometimes referred to as 'utilization'). While instances of radios <NUM> are shown in the one or more electronic devices <NUM> and the one or more access points <NUM>, one or more of these instances may be different from the other instances of radios <NUM>.

As noted previously, electronic devices <NUM> may regularly transmit multiple probe requests. If an access point (such as access point <NUM>-<NUM>) is compatible with and uses an IEEE <NUM> standard that is not supported by a legacy electronic device (such as electronic device <NUM>-<NUM>) that has a radio from a particular manufacturer (i.e., electronic device <NUM>-<NUM> may be in a subset of legacy electronic devices), then, when access point <NUM>-<NUM> provides a probe response in response to a probe request from electronic device <NUM>-<NUM> (such as a wild-card probe request), electronic device <NUM>-<NUM> may not be able to receive the probe response. This may prevent electronic device <NUM>-<NUM> from associating with and, thus, communicating with access point <NUM>-<NUM>. Similarly, while access point <NUM>-<NUM> may broadcast beacons, electronic device <NUM>-<NUM> may not be able to receive the beacons during a passive scan. Once again, this may prevent electronic device <NUM>-<NUM> from associating with and, thus, communicating with access point <NUM>-<NUM>.

In order to address these challenges, at least one of access points <NUM> (such as an access point that supports a new IEEE <NUM> standard, e.g., access point <NUM>-<NUM>) may implement or use the communication techniques according to embodiments of the present disclosure. Notably, as discussed further below with reference to <FIG>, during the communication techniques access point <NUM>-<NUM> may advertise a first BSSID and a second BSSID having a common SSID (i.e., in the same WLAN), separate wireless connection interfaces, and different capabilities. For example, the first BSSID may support a first IEEE <NUM> standard, and the second BSSID may support one or more previous IEEE <NUM> standards, but may not support the first IEEE <NUM> standard. In some embodiments, the first IEEE <NUM> standard may include IEEE <NUM>. 11ax, and the one or more previous IEEE <NUM> standards may include one or more of: IEEE <NUM>. 11a, IEEE <NUM>. 11b, IEEE <NUM>, IEEE <NUM>. 11n, or IEEE <NUM>. Thus, the first IEEE <NUM> standard may include Wi-Fi <NUM>, and the one or more previous IEEE <NUM> standards may include Wi-Fi <NUM>.

Then, access point <NUM>-<NUM> may receive a probe request from electronic device <NUM>-<NUM>. Moreover, access point <NUM>-<NUM> may determine whether electronic device <NUM>-<NUM> supports the first IEEE <NUM> standard based at least in part on one or more fields in the probe request. For example, the one or more fields may include at least an HE field in a MAC header in the probe request. When the HE field is present, access point <NUM>-<NUM> may determine that electronic device <NUM>-<NUM> supports the first IEEE <NUM> standard.

Next, access point <NUM>-<NUM> may selectively provide a probe response to electronic device <NUM>-<NUM> based at least in part on the determination. For example, the probe response may include the first BSSID when the determination indicates that electronic device <NUM>-<NUM> supports the first standard. Furthermore, the probe response may include the second BSSID when the determination indicates that electronic device <NUM>-<NUM> does not support the first IEEE <NUM> standard.

Note that access point <NUM>-<NUM> may respond to directed probe requests that include the first BSSID or the second BSSID with a corresponding probe response that includes the first BSSID or the second BSSID. For example, when the probe request includes the second BSSID and the determination indicates that electronic device <NUM>-<NUM> supports the first IEEE <NUM> standard, access point <NUM>-<NUM> may provide the probe response with the second BSSID to electronic device <NUM>-<NUM>. Then, after electronic device <NUM>-<NUM> has associated with access point <NUM>-<NUM> using the second BSSID, access point <NUM>-<NUM> may recommend that electronic device <NUM>-<NUM> transition to the first BSSID (e.g., using a BSS transition management or BTM frame).

In these ways, access points that use the communication techniques may provide backwards compatibility to legacy electronic devices and may support electronic devices that support and use a new IEEE <NUM> standard (such as the first IEEE <NUM> standard). Notably, access point <NUM>-<NUM> may ensure that electronic device <NUM>-<NUM> selectively receives an appropriate probe response (including the correct BSSID) based at least in part on the capabilities of electronic device <NUM>-<NUM> (such as whether or not electronic device <NUM>-<NUM> supports the first IEEE <NUM> standard). Thus, the communication techniques may allow legacy electronic devices and new electronic devices to coexist and to be supported by access point <NUM>-<NUM>, while minimizing management traffic. Consequently, the communication techniques may reduce user frustration when using access point <NUM>-<NUM>, electronic device <NUM>-<NUM> and the associated WLAN having the common SSID and, thus, may provide an improved user experience.

Similarly, multi-BSS capability allows access points to aggregate beacons and/or probe responses together, which can reduce management from overhead in a WLAN. However, not all of electronic devices <NUM> may support multi-BSS capability. Thus, once again, there may be a coexistence problem, in which different electronic devices in operation in an environment have different capabilities.

In order to address these challenges, at least one of access points <NUM> (such as an access point that supports multi-BSS, e.g., access point <NUM>-<NUM>) may implement or use the communication techniques. Notably, as discussed further below with reference to <FIG>, during the communication techniques access point <NUM>-<NUM> transmits a multi-BSS beacon with a transmitted BSSID and one or more non-transmitted BSSIDs, and transmits separate (i.e., individual) beacons for the transmitted BSSID and the one or more non-transmitted BSSIDs. Then, access point <NUM>-<NUM> receives a probe request associated with electronic device <NUM>-<NUM>, where the probe request includes a multi-BSS indication (such as a multi-BSS bit). Next, access point <NUM>-<NUM> selectively provides one or more probe responses, where the one or more probe responses include a type of probe response that is based at least in part on the multi-BSS indication.

For example, when the multi-BSS indication indicates that electronic device <NUM>-<NUM> supports multi-BSS, the one or more probe responses may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs. Alternatively, when the multi-BSS indication indicates that electronic device <NUM>-<NUM> does not support multi-BSS, the one or more probe responses may not include the aggregated probe response. Instead, when the probe request is a wild-card probe request, the one or more probe responses may include separate (i.e., individual) probe responses for the transmitted BSSID and the one or more non-transmitted BSSIDs. (Note that the BSSIDs in the individual probe responses for the one or more non-transmitted BSSIDs may correspond to the one or more non-transmitted BSSIDs, because they have the same SSIDs as the one or more non-transmitted BSSIDs, but these BSSIDs may not be the same as the one or more non-transmitted BSSIDs. This is because legacy electronic devices do not support the aggregated or multi-BSS feature, so access point <NUM>-<NUM> may have separate wireless connection interfaces with the corresponding (but different) BSSIDs and, as noted previously, the same SSIDs as the one or more non-transmitted BSSIDs. However, in some embodiments, the individual probe responses for the one or more non-transmitted BSSIDs may include the one or more non-transmitted BSSIDs. ) Thus, the type of probe response may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs, or a probe response for a given BSSID.

Moreover, as described further below with reference to <FIG>, during the communication techniques access point <NUM>-<NUM> may transmit a multi-BSS beacon. The multi-BSS beacon may include a broadcast bit at a first bit position in the multi-BSS beacon, and one or more unicast bits at one or more second bit positions in the multi-BSS beacon. Moreover, a first value of the broadcast bit may specify a broadcast to a group of one or more of electronic devices <NUM> that are associated with access point <NUM>-<NUM>, and a given value of a given unicast bit may specify a unicast transmission to a given one of the one or more electronic devices <NUM> (such as electronic device <NUM>-<NUM>).

Then, access point <NUM>-<NUM> may transmit a beacon to electronic device <NUM>-<NUM>, where the beacon includes a transmitted BSSID in the multi-BSS beacon, a non-transmitted BSSID in the multi-BSS beacon or another BSSID corresponding to the non-transmitted BSSID in the multi-BSS beacon. Moreover, when the broadcast bit has the first value indicating the broadcast is to the group, the beacon may include an element in which the first bit position has a first value indicating the broadcast to the group, and in which a given second bit position in the one or more second bit positions corresponding to the second electronic device has the first value indicating the broadcast to the group.

In these ways, access points that use the communication techniques may provide backwards compatibility to legacy electronic devices and may support electronic devices that support and use multi-BSS. Notably, access point <NUM>-<NUM> may ensure that electronic device <NUM>-<NUM> selectively receives an appropriate type of probe response based at least in part on the capabilities of electronic device <NUM>-<NUM> (such as whether or not electronic device <NUM>-<NUM> supports multi-BSS). Thus, the communication techniques may allow legacy electronic devices and new electronic devices to coexist and to be supported by access point <NUM>-<NUM>. Consequently, the communication techniques may reduce the number of probe responses (and, thus, the probe-response management overhead) in the WLAN, may improve performance and reduce user frustration when using access point <NUM>-<NUM>, electronic device <NUM>-<NUM> and the associated WLAN and, thus, may provide an improved user experience.

In the described embodiments, processing a frame or a packet in a given one of the one or more access points <NUM> or a given one of the one or more electronic devices <NUM> may include: receiving wireless signals <NUM> with the frame or packet; decoding/extracting the frame or packet from the received wireless signals <NUM> to acquire the frame or packet; and processing the frame or packet to determine information contained in the frame or packet.

Although we describe the network environment shown in <FIG> as an example, in alternative embodiments, different numbers or types of electronic devices or components may be present. For example, some embodiments comprise more or fewer electronic devices or components. Therefore, in some embodiments there may be fewer or additional instances of at least some of the one or more access points <NUM>, the one or more electronic devices <NUM> and/or the one or more optional controllers <NUM>. As another example, in another embodiment, different electronic devices are transmitting and/or receiving frames or packets.

We now describe embodiments of the method. <FIG> presents an example of a flow diagram illustrating an example method <NUM> for selectively providing a probe response. Moreover, method <NUM> may be performed by an electronic device, such as one of the one or more access points <NUM> in <FIG>, e.g., access point <NUM>-<NUM>.

During operation, an electronic device may advertise a first BSSID and a second BSSID (operation <NUM>) having a common SSID, separate wireless connection interfaces, and different capabilities, where the first BSSID may support a first IEEE <NUM> standard, and the second BSSID may support one or more previous IEEE <NUM> standards, but may not support the first IEEE <NUM> standard. For example, the first IEEE <NUM> standard may include IEEE <NUM>. 11ax, and the one or more previous IEEE <NUM> standards may include one or more of: IEEE <NUM>. 11a, IEEE <NUM>. 11b, IEEE <NUM>, IEEE <NUM>. 11n, or IEEE <NUM>. Thus, the first IEEE <NUM> standard may include Wi-Fi <NUM>, and the one or more previous IEEE <NUM> standards may include Wi-Fi <NUM>.

Then, the electronic device may receive a probe request (operation <NUM>) associated with a second electronic device. Moreover, the electronic device may determine whether the second electronic device supports the first IEEE <NUM> standard (operation <NUM>) based at least in part on one or more fields in the probe request. Note that the one or more fields may include an HE field in a MAC header in the probe request, and the determination may be based at least in part on the presence or absence of at least the HE field.

Next, the electronic device may selectively provide a probe response (operation <NUM>) intended for the second electronic device based at least in part on the determination. For example, the probe response may include the first BSSID when the determination indicates that the second electronic device supports the first IEEE <NUM> standard. Furthermore, the probe response may include the second BSSID when the determination indicates that the second electronic device does not support the first IEEE <NUM> standard.

Note that the probe request may include a broadcast probe request, which may include a wild-card SSID or it may include the SSID. However, when the probe request includes a BSSID (i.e., the probe request is a directed probe request), the electronic device may provide a probe response with the BSSID, even if it does not match the capabilities of the second electronic device. However, when this occurs, the electronic device may perform a remedial action. For example, when the determination indicates that the second electronic device supports the first IEEE <NUM> standard and the probe request includes the second BSSID, the electronic device may provide the probe response with the second BSSID to the second electronic device. Then, after the second electronic device has associated with the electronic device using the second BSSID, the electronic device may recommend that the second electronic device transition to the first BSSID.

<FIG> presents a drawing illustrating an example of communication between access point <NUM>-<NUM> and electronic device <NUM>-<NUM>. In <FIG>, an interface circuit (IC) <NUM> in access point <NUM>-<NUM> may transmit or provide a beacon <NUM> with a first BSSID and a beacon <NUM> with a second BSSID. These BSSIDs may have a common SSID, separate wireless connection interfaces, and different capabilities. For example, the first BSSID may support a first IEEE <NUM> standard, and the second BSSID may support one or more previous IEEE <NUM> standards, but may not support the first IEEE <NUM> standard.

In response to at least one of beacons <NUM> and <NUM>, an interface circuit <NUM> in electronic device <NUM>-<NUM> may provide a probe request <NUM>. After receiving probe request <NUM>, interface circuit <NUM> may determine <NUM> whether electronic device <NUM>-<NUM> supports the first IEEE <NUM> standard based at least in part on one or more fields <NUM> in probe request <NUM>.

Next, interface circuit <NUM> may selectively provide a probe response <NUM> to electronic device <NUM>-<NUM> based at least in part on the determination <NUM>. For example, probe response <NUM> may include the appropriate BSSID (i.e., the first BSSID or the second BSSID) that has capabilities that match those of electronic device <NUM>-<NUM>.

<FIG> presents a flow diagram illustrating a method <NUM> for selectively providing a probe response. Moreover, method <NUM> is performed by an electronic device, such as one of the one or more access points <NUM> in <FIG>, e.g., access point <NUM>-<NUM>.

During operation, an electronic device transmits a multi-BSS beacon (operation <NUM>) with a transmitted BSSID and one or more non-transmitted BSSIDs, and transmits separate beacons for the transmitted BSSID and the one or more non-transmitted BSSIDs. Then, the electronic device receives a probe request (operation <NUM>) associated with the second electronic device, where the probe request includes a multi-BSS indication. Next, the electronic device selectively provides one or more probe responses (operation <NUM>), where the one or more probe responses include a type of probe response that is based at least in part on the multi-BSS indication.

For example, when the multi-BSS indication indicates that the second electronic device supports multi-BSS, the one or more probe responses may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs. Alternatively, when the multi-BSS indication indicates that the second electronic device does not support multi-BSS, the one or more probe responses may not include the aggregated probe response. Instead, when the probe request is a wild-card probe request, the one or more probe responses may include separate probe responses for the transmitted BSSID and the one or more non-transmitted BSSIDs. Thus, the type of probe response may include an aggregated probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs, or a probe response for a given BSSID (e.g., a set of probe responses for each of the BSSIDs).

<FIG> presents a drawing illustrating communication between access point <NUM>-<NUM> and electronic device <NUM>-<NUM>. In <FIG>, an interface circuit <NUM> in access point <NUM>-<NUM> transmits a multi-BSS beacon <NUM> with a transmitted BSSID and one or more non-transmitted BSSIDs, and transmits separate beacons <NUM> for the transmitted BSSID and the one or more non-transmitted BSSIDs.

In response to at least one of the multi-BSS beacon <NUM> or one of beacons <NUM>, an interface circuit <NUM> in electronic device <NUM>-<NUM> provides a probe request <NUM> to access point <NUM>-<NUM>. This probe request includes a multi-BSS indication <NUM>.

After receiving probe request <NUM>, interface circuit <NUM> selectively provides one or more probe responses <NUM>, where the one or more probe responses <NUM> include a type of probe response that is based at least in part on the multi-BSS indication <NUM>. For example, when the multi-BSS indication <NUM> indicates that electronic device <NUM>-<NUM> supports multi-BSS, the one or more probe responses <NUM> may include an aggregate probe response for the transmitted BSSID and the one or more non-transmitted BSSIDs. Alternatively, when the multi-BSS indication <NUM> indicates that electronic device <NUM>-<NUM> does not support multi-BSS, the one or more probe responses <NUM> may include separate probe responses for the transmitted BSSID and each of the one or more non-transmitted BSSIDs.

<FIG> presents a drawing illustrating an example of a multi-BSS beacon <NUM>. Notably, the multi-BSS beacon <NUM> may include a beacon <NUM> with an SSID <NUM> and a BSSID <NUM> (which is sometimes referred to as a 'transmitted BSSID'). In addition, the multi-BSS beacon <NUM> may include SSIDs <NUM> and associated BSSIDs <NUM> (which are sometimes referred to as 'non-transmitted BSSIDs'). For example, BSSID <NUM>-<NUM> may equal BSSID <NUM> plus one, BSSID <NUM>-<NUM> may equal BSSID <NUM> plus two, etc..

<FIG> presents a drawing illustrating an example of a beacon <NUM> for a particular BSSID. Notably, beacon <NUM> may include an SSID <NUM> (which may be one of SSID <NUM> or one of SSIDs <NUM>) and a BSSID <NUM>. In some embodiments, a legacy beacon (such as beacon <NUM>) may be identified relative to a multi-BSS beacon (such as multi-BSS beacon <NUM> in <FIG>) by the inclusion of a MAC address in the beacon.

Note that the multi-BSS beacon <NUM> (<FIG>) and/or beacon <NUM> may include additional information, less information or different information from that shown in <FIG> and <FIG>.

<FIG> presents a flow diagram illustrating an example method <NUM> for providing a beacon. Moreover, method <NUM> may be performed by an electronic device, such as one of the one or more access points <NUM> in <FIG>, e.g., access point <NUM>-<NUM>.

During operation, an electronic device (e.g., access point <NUM>-<NUM>) may transmit a multi-BSS beacon (operation <NUM>) with a broadcast bit at a first bit position in the multi-BSS beacon, and one or more unicast bits at one or more second bit positions in the multi-BSS beacon, where a first value of the broadcast bit may specify a broadcast to a group of one or more second electronic devices that are associated with the electronic device, and a given value of a given unicast bit may specify a unicast transmission to a given one of the one or more second electronic devices. Then, the electronic device may transmit a beacon (operation <NUM>) to a second electronic device in the one or more second electronic devices, where the beacon includes a transmitted BSSID in the multi-BSS beacon, a non-transmitted BSSID in the multi-BSS beacon or another BSSID corresponding to the non-transmitted BSSID in the multi-BSS beacon. Moreover, when there is broadcast traffic for the group, the beacon may include an element in which the first bit position has a first value indicating the broadcast to the group, and in which a given second bit position in the one or more second bit positions corresponding to the second electronic device has the first value indicating the broadcast to the group.

In some embodiments of methods <NUM> (<FIG>), <NUM> (<FIG>) and/or <NUM>, there may be additional or fewer operations. Moreover, there may be different operations. Furthermore, the order of the operations may be changed, and/or two or more operations may be combined into a single operation.

<FIG> presents a drawing illustrating an example of communication between access point <NUM>-<NUM> and electronic device <NUM>-<NUM>. In <FIG>, an interface circuit <NUM> in access point <NUM>-<NUM> may transmit or provide a multi-BSS beacon <NUM> with a transmitted BSSID and one or more non-transmitted BSSIDs, and may transmit separate beacons <NUM> for the transmitted BSSID and the one or more non-transmitted BSSIDs. Note that multi-BSS beacon <NUM> may include a broadcast bit at a first bit position in the multi-BSS beacon, and one or more unicast bits at one or more second bit positions in the multi-BSS beacon.

Moreover, one of beacons <NUM>, which is transmitted to electronic device <NUM>-<NUM>, may include the transmitted BSSID in multi-BSS beacon <NUM>, the non-transmitted BSSID in multi-BSS beacon <NUM> or the other BSSID corresponding to the non-transmitted BSSID in multi-BSS beacon <NUM>. Moreover, when there is broadcast traffic for the group, beacon <NUM> may include an element in which the first bit position has a first value indicating the broadcast to the group, and in which a given second bit position in the one or more second bit positions corresponding to the second electronic device has the first value indicating the broadcast to the group.

While <FIG>, <FIG> and <FIG> illustrate some operations using unilateral or bilateral communication (which are, respectively, represented by one-sided and two-sided arrows), in general a given operation in <FIG>, <FIG> and <FIG> may involve unilateral or bilateral communication.

<FIG> presents a drawing illustrating an example of a multi-BSS beacon <NUM>. Notably, the multi-BSS beacon <NUM> may include a multi-BSS element <NUM>. A bit <NUM> (such as bit zero) in multi-BSS element <NUM> may be a broadcast bit, and bits <NUM> (such as bits one, two and three) in multi-BSS element <NUM> may be unicast bits. As discussed previously, a first value (such as '<NUM>') of the broadcast bit may specify a broadcast to a group of electronic devices that are associated with an access point, and a given value (such as '<NUM>') of a given unicast bit may specify a unicast transmission to a given one of the electronic devices. Moreover, as discussed previously with reference to <FIG>, multi-BSS beacon <NUM> may include a transmitted BSSID and one or more non-transmitted BSSIDs.

<FIG> presents a drawing illustrating an example of a beacon <NUM> for a particular BSSID. Notably, beacon <NUM> may include an element <NUM>. A bit <NUM> (such as bit zero) in element <NUM> may be a broadcast bit, and bits <NUM> (such as bits one, two and three) in element <NUM> may be reserved for broadcast bits that are targeted to specific electronic devices having SSIDs. (Consequently, the first bit in element <NUM> that is available to set or specify an association identifier (AID) may be the next bit after bits <NUM>. ) Moreover, when the first value of bit <NUM> (<FIG>) indicates the broadcast to the group, bit <NUM> may have the first value, and a given one of bits <NUM> associated with a particular electronic device having an SSID (and corresponding to the same one of bits <NUM> in <FIG>) may also have the first value.

For example, bits <NUM> may include three bits. Thus, the first four bits in element <NUM> may be reserved for specifying or indicating broadcast bits, either to the entire group (via bit <NUM>) and/or using specific or targeted bits in bits <NUM>. Notably, a first client or electronic device may be assigned a first bit (bit one) in bits <NUM>, a second client or electronic device may be assigned a second bit (bit two) in bits <NUM>, and a third client or electronic device may be assigned a third bit (bit three) in bits <NUM>. Consequently, when the broadcast bit is set to the first value in a multi-BSS beacon, a beacon may have bit zero (bit <NUM>) set to the first value and bit two (in bits <NUM>) set to the first value.

We now describe embodiments of an electronic device, which may perform at least some of the operations in the communication techniques. For example, the electronic device may include a component in system <NUM>, such as one of: the one or more access points <NUM>, the one or more electronic devices <NUM> and/or the one or more optional controllers <NUM>. <FIG> presents a block diagram illustrating an electronic device <NUM> in accordance with some embodiments. This electronic device includes processing subsystem <NUM>, memory subsystem <NUM>, and networking subsystem <NUM>. Processing subsystem <NUM> includes one or more devices configured to perform computational operations. For example, processing subsystem <NUM> can include one or more microprocessors, ASICs, microcontrollers, programmable-logic devices, graphical processor units (GPUs) and/or one or more digital signal processors (DSPs).

Memory subsystem <NUM> includes one or more devices for storing data and/or instructions for processing subsystem <NUM> and networking subsystem <NUM>. For example, memory subsystem <NUM> can include dynamic random access memory (DRAM), static random access memory (SRAM), and/or other types of memory (which collectively or individually are sometimes referred to as a 'computer-readable storage medium'). In some embodiments, instructions for processing subsystem <NUM> in memory subsystem <NUM> include: one or more program modules or sets of instructions (such as program instructions <NUM> or operating system <NUM>), which may be executed by processing subsystem <NUM>. Note that the one or more computer programs may constitute a computer-program mechanism. Moreover, instructions in the various modules in memory subsystem <NUM> may be implemented in: a high-level procedural language, an object-oriented programming language, and/or in an assembly or machine language. Furthermore, the programming language may be compiled or interpreted, e.g., configurable or configured (which may be used interchangeably in this discussion), to be executed by processing subsystem <NUM>.

In addition, memory subsystem <NUM> can include mechanisms for controlling access to the memory. In some embodiments, memory subsystem <NUM> includes a memory hierarchy that comprises one or more caches coupled to a memory in electronic device <NUM>. In some of these embodiments, one or more of the caches is located in processing subsystem <NUM>.

In some embodiments, memory subsystem <NUM> is coupled to one or more high-capacity mass-storage devices (not shown). For example, memory subsystem <NUM> can be coupled to a magnetic or optical drive, a solid-state drive, or another type of mass-storage device. In these embodiments, memory subsystem <NUM> can be used by electronic device <NUM> as fast-access storage for often-used data, while the mass-storage device is used to store less frequently used data.

Networking subsystem <NUM> includes one or more devices configured to couple to and communicate on a wired and/or wireless network (i.e., to perform network operations), including: control logic <NUM>, an interface circuit <NUM> and one or more antennas <NUM> (or antenna elements). (While <FIG> includes one or more antennas <NUM>, in some embodiments electronic device <NUM> includes one or more nodes, such as nodes <NUM>, e.g., a pad, which can be coupled to the one or more antennas <NUM>. Thus, electronic device <NUM> may or may not include the one or more antennas <NUM>. ) For example, networking subsystem <NUM> can include a Bluetooth networking system, a cellular networking system (e.g., a <NUM>/<NUM>/<NUM> network such as UMTS, LTE, etc.), a USB networking system, a networking system based on the standards described in IEEE <NUM> (e.g., a Wi-Fi networking system), an Ethernet networking system, and/or another networking system.

In some embodiments, a transmit antenna radiation pattern of electronic device <NUM> may be adapted or changed using pattern shapers (such as reflectors) in one or more antennas <NUM> (or antenna elements), which can be independently and selectively electrically coupled to ground to steer the transmit antenna radiation pattern in different directions. Thus, if one or more antennas <NUM> includes N antenna-radiation-pattern shapers, the one or more antennas <NUM> may have <NUM>N different antenna-radiation-pattern configurations. More generally, a given antenna radiation pattern may include amplitudes and/or phases of signals that specify a direction of the main or primary lobe of the given antenna radiation pattern, as well as so-called 'exclusion regions' or 'exclusion zones' (which are sometimes referred to as 'notches' or 'nulls'). Note that an exclusion zone of the given antenna radiation pattern includes a low-intensity region of the given antenna radiation pattern. While the intensity is not necessarily zero in the exclusion zone, it may be below a threshold, such as <NUM> dB or lower than the peak gain of the given antenna radiation pattern. Thus, the given antenna radiation pattern may include a local maximum (e.g., a primary beam) that directs gain in the direction of an electronic device that is of interest, and one or more local minima that reduce gain in the direction of other electronic devices that are not of interest. In this way, the given antenna radiation pattern may be selected so that communication that is undesirable (such as with the other electronic devices) is avoided to reduce or eliminate adverse effects, such as interference or crosstalk.

Networking subsystem <NUM> includes processors, controllers, radios/antennas, sockets/plugs, and/or other devices used for coupling to, communicating on, and handling data and events for each supported networking system. Note that mechanisms used for coupling to, communicating on, and handling data and events on the network for each network system are sometimes collectively referred to as a 'network interface' for the network system. Moreover, in some embodiments a 'network' or a 'connection' between the electronic devices does not yet exist. Therefore, electronic device <NUM> may use the mechanisms in networking subsystem <NUM> for performing simple wireless communication between the electronic devices, e.g., transmitting frames and/or scanning for frames transmitted by other electronic devices.

Within electronic device <NUM>, processing subsystem <NUM>, memory subsystem <NUM>, and networking subsystem <NUM> are coupled together using bus <NUM>. Bus <NUM> may include an electrical, optical, and/or electro-optical connection that the subsystems can use to communicate commands and data among one another. Although only one bus <NUM> is shown for clarity, different embodiments can include a different number or configuration of electrical, optical, and/or electro-optical connections among the subsystems.

In some embodiments, electronic device <NUM> includes a display subsystem <NUM> for displaying information on a display, which may include a display driver and the display, such as a liquid-crystal display, a multi-touch touchscreen, etc..

Electronic device <NUM> can be (or can be included in) any electronic device with at least one network interface. For example, electronic device <NUM> can be (or can be included in): a desktop computer, a laptop computer, a subnotebook/netbook, a server, a computer, a mainframe computer, a cloud-based computer, a tablet computer, a smartphone, a cellular telephone, a smartwatch, a wearable device, a consumer-electronic device, a portable computing device, an access point, a transceiver, a controller, a radio node, a router, a switch, communication equipment, a wireless dongle, test equipment, and/or another electronic device.

Although specific components are used to describe electronic device <NUM>, in alternative embodiments, different components and/or subsystems may be present in electronic device <NUM>. For example, electronic device <NUM> may include one or more additional processing subsystems, memory subsystems, networking subsystems, and/or display subsystems. Additionally, one or more of the subsystems may not be present in electronic device <NUM>. Moreover, in some embodiments, electronic device <NUM> may include one or more additional subsystems that are not shown in <FIG>. Also, although separate subsystems are shown in <FIG>, in some embodiments some or all of a given subsystem or component can be integrated into one or more of the other subsystems or component(s) in electronic device <NUM>. For example, in some embodiments program instructions <NUM> are included in operating system <NUM> and/or control logic <NUM> is included in interface circuit <NUM>.

Moreover, the circuits and components in electronic device <NUM> may be implemented using any combination of analog and/or digital circuitry, including: bipolar, PMOS and/or NMOS gates or transistors. Furthermore, signals in these embodiments may include digital signals that have approximately discrete values and/or analog signals that have continuous values. Additionally, components and circuits may be single-ended or differential, and power supplies may be unipolar or bipolar.

An integrated circuit (which is sometimes referred to as a 'communication circuit' or a 'means for communication') may implement some or all of the functionality of networking subsystem <NUM>. The integrated circuit may include hardware and/or software mechanisms that are used for transmitting wireless signals from electronic device <NUM> and receiving signals at electronic device <NUM> from other electronic devices. Aside from the mechanisms herein described, radios are generally known in the art and hence are not described in detail. In general, networking subsystem <NUM> and/or the integrated circuit can include any number of radios. Note that the radios in multiple-radio embodiments function in a similar way to the described single-radio embodiments.

In some embodiments, networking subsystem <NUM> and/or the integrated circuit include a configuration mechanism (such as one or more hardware and/or software mechanisms) that configures the radio(s) to transmit and/or receive on a given communication channel (e.g., a given carrier frequency). For example, in some embodiments, the configuration mechanism can be used to switch the radio from monitoring and/or transmitting on a given communication channel to monitoring and/or transmitting on a different communication channel. (Note that 'monitoring' as used herein comprises receiving signals from other electronic devices and possibly performing one or more processing operations on the received signals).

In some embodiments, an output of a process for designing the integrated circuit, or a portion of the integrated circuit, which includes one or more of the circuits described herein may be a computer-readable medium such as, for example, a magnetic tape or an optical or magnetic disk. The computer-readable medium may be encoded with data structures or other information describing circuitry that may be physically instantiated as the integrated circuit or the portion of the integrated circuit. Although various formats may be used for such encoding, these data structures are commonly written in: Caltech Intermediate Format (CIF), Calma GDS II Stream Format (GDSII) or Electronic Design Interchange Format (EDIF). Those of skill in the art of integrated circuit design can develop such data structures from schematics of the type detailed above and the corresponding descriptions and encode the data structures on the computer-readable medium. Those of skill in the art of integrated circuit fabrication can use such encoded data to fabricate integrated circuits that include one or more of the circuits described herein.

While the preceding discussion used Wi-Fi and/or Ethernet communication protocols as illustrative examples, in other embodiments a wide variety of communication protocols and, more generally, communication techniques may be used. Thus, the communication techniques may be used in a variety of network interfaces. Furthermore, while some of the operations in the preceding embodiments were implemented in hardware or software, in general the operations in the preceding embodiments can be implemented in a wide variety of configurations and architectures. Therefore, some or all of the operations in the preceding embodiments may be performed in hardware, in software or both. For example, at least some of the operations in the communication techniques may be implemented using program instructions <NUM>, operating system <NUM> (such as a driver for interface circuit <NUM>) or in firmware in interface circuit <NUM>. Alternatively or additionally, at least some of the operations in the communication techniques may be implemented in a physical layer, such as hardware in interface circuit <NUM>.

Additionally, while the preceding embodiments illustrated the use of wireless signals in one or more bands of frequencies, in other embodiments of these signals may be communicated in one or more bands of frequencies, including: a microwave frequency band, a radar frequency band, <NUM>, <NUM>, <NUM>, <NUM>, and/or a band of frequencies used by a Citizens Broadband Radio Service or by LTE. In some embodiments, the communication between electronic devices uses multi-user transmission (such as orthogonal frequency division multiple access or OFDMA).

In the preceding description, we refer to 'some embodiments. ' Note that 'some embodiments' describes a subset of all of the possible embodiments, but does not always specify the same subset of embodiments. Moreover, note that numerical values in the preceding embodiments are illustrative examples of some embodiments. In other embodiments of the communication technique, different numerical values may be used.

Claim 1:
An access point (<NUM>-<NUM>), comprising:
an interface circuit (<NUM>) configured to wirelessly communicate with an electronic device (<NUM>-<NUM>), wherein the interface circuit is configured to:
transmit (<NUM>) a multi-basic service set, BSS, beacon (<NUM>) that comprises a transmitted basic service set identifier, BSSID, and one or more non-transmitted BSSIDs, wherein the transmitted BSSID and the one or more non-transmitted BSSIDs have separate wireless connection interfaces and different capabilities;
transmit individual beacons (<NUM>) for each of the transmitted BSSID and the one or more non-transmitted BSSIDs, wherein a given BSSID in a given individual beacon corresponds to one of: the transmitted BSSID or a given one of the one or more non-transmitted BSSIDs;
receive (<NUM>) a probe request (<NUM>) associated with the electronic device, where the probe request comprises a multi-BSS indication (<NUM>); and
selectively transmit (<NUM>) a probe response (<NUM>) in response to the probe request, wherein a type of the probe response is based at least in part on the multi-BSS indication; and
wherein operations performed by the interface circuit comprise:
the transmitted BSSID is compatible with a first Institute of Electrical and Electronics Engineers, IEEE, <NUM> standard, a non-transmitted BSSID in the one or more non-transmitted BSSIDs is compatible with a second IEEE <NUM> communication protocol that is different from the first IEEE <NUM> standard, and the transmitted BSSID shares an SSID with the non-transmitted BSSID.