The present disclosure relates to communication technologies, and in particular, to a method and system for determining the existence of broadcast and multicast frames buffered in an access point (AP).
Wireless LAN (WLAN) technology is very popular in the market due to its wireless advantages, high-speed access and low price comparable to wired access. WLAN technology has been replacing wired technologies, and is now applied in scenarios such as home, campus, hotel, and enterprise office. It is widely deployed in public hot spots as a wireless broadband access technology to provide public wireless broadband data access services. The following describes a WLAN system in detail by taking the WLAN system defined in IEEE 802.11 as an example.
The WLAN system is also called an extended service set (ESS).
In the WLAN system, a STA may work in a power saving (PS) mode, that is, the STA receives Beacon frames and processes the received control information only, but does not send any message to the AP. Generally, when no packet is sent, the STA may enter the PS mode (snooze status) and notify the AP to record the association ID (AID) and MAC address of the STA; when packets are sent to the STA in the PS mode, the AP may not send packets to the STA directly, but buffer the packets and notify the STA to take the packets through the Beacon frame. The STA in the PS mode intercepts the Beacon frame periodically. After detecting that a packet is buffered in the AP, the STA wakes up and sends a short Power Supply Poll (PS-Poll) frame to the AP; the AP sends the buffered data immediately or after responding to the PS-Poll frame. If all the STAs in the BSS work in the PS mode, the AP may buffer all the broadcast frames and multicast frames and send them to the STAs during the transmission of delivery traffic indication message (DTIM) frames.
A Beacon frame includes a traffic indication message (TIM) information domain, which is configured to indicate whether a STA in the PS mode has frames buffered in an AP. As shown in
Length is configured to indicate the length of the TIM information domain unit.
DTIM Count is configured to indicate the number of Beacon frames to be transmitted before the next DTIM. If the DTIM Count is 0, the current TIM is a DTIM.
DTIM Period is configured to identify the number of Beacon frames between two successive DTIMs. If all the TIMs are DTIMs, the value of DTIM Period is 1. If the value of DTIM Period is 1, the DTIM Period is reserved.
The DTIM Count and DTIM Period are configured to notify the STA of the time when the broadcast/multicast frames buffered in an AP are sent and of the frequency of sending the broadcast and multicast frames.
Bitmap Control is configured to indicate whether broadcast/multicast frames are buffered in an AP by using the least significant bit. When one or more broadcast/multicast frames or multiple target frames are buffered in the AP, the least significant bit of the Bitmap Control domain is set to 1; when the DTIM Count domain is set to 0, the broadcast/multicast frames are sent. The remaining seven bits of the Bitmap Control domain are used as bit mapping offset values.
Partial Virtual Bitmap is configured to indicate whether the broadcast/multicast frames buffered in an AP are sent completely. The Partial Virtual Bitmap may be 251 bytes at most. When each bit associates a STA, the Partial Virtual Bitmap may associate 2008 STAs. The zero bit of the Partial Virtual Bitmap is reserved by the AP. When any of the other bits of the Partial Virtual Bitmap is set to 1, the STA associating the bit has unicast data buffered in the AP.
As shown in
When a virtual AP scheme is adopted to share the AP, that is, a physical AP is simulated into multiple virtual APs, and each virtual AP associates different basic SSIDs (BSSIDs) and has independent MAC management frames. STAs with different SSIDs may be associated with different virtual APs of a same physical AP.
In the virtual AP scheme, a BSSID associates an SSID correspondingly, and it may wake up the STA associated with the virtual AP, by sending a Beacon frame from each of the virtual AP. This, however, may increase the load of radio channels. Besides, when the SSID has multiple multicast sources, this method cannot specify the multicast source, that is, all the STAs that are associated with the SSID have to be wakened to receive multicast frames.
When multiple SSIDs are adopted to share the AP, different services or user groups may select different SSIDs. In this case, the AP must be configured with multiple SSIDs, each of which associates a user group or a service. Though the AP may differentiate a user group or a service according to the SSID, the AP cannot enable the STA that is associated with the SSID to determine whether there are broadcast/multicast frames buffered in the AP.
An embodiment of the present disclosure provides a method and system for determining the existence of broadcast/multicast frames buffered in an access point (AP) so that a station (STA) can determine whether the buffered broadcast/multicast frames in the AP belong to the STA, thus avoid unnecessary wakening.
A method for determining the existence of broadcast/multicast frames buffered in an AP in an embodiment of the present disclosure includes: by the AP, when receiving broadcast/multicast frames from a service network and/or a multicast group, setting the broadcast/multicast indication bit that associates the service network and/or multicast group to the valid state and sending the frames that carry the broadcast/multicast indication bit to a STA; and determining, by the STA, whether there are broadcast/multicast frames buffered in the AP according to the associated service network and/or multicast group and the received broadcast/multicast indication bit.
A system for determining the existence of broadcast/multicast frames buffered in an AP in an embodiment of the present disclosure includes: a STA, configured to receive frames that carry the broadcast/multicast indication bit from an AP and determine whether there are broadcast/multicast frames buffered in the AP according to a associated service network and/or a multicast group and the received broadcast/multicast indication bit; and an AP, when receiving broadcast/multicast frames from the service network and/or multicast group, configured to set the broadcast/multicast indication bit that associates the service network and/or multicast group to the valid state and send the frames that carry the broadcast/multicast indication bit to a STA.
A STA provided in an embodiment of the present disclosure includes: a receiving unit, configured to receive frames that carry the broadcast/multicast indication bit from an AP; and a determining unit, configured to determine whether there are broadcast/multicast frames buffered in an AP according to the associated service network and/or multicast group and the received broadcast/multicast indication bit.
An AP provided in an embodiment of the present disclosure includes: a receiving unit, configured to receive broadcast/multicast frames from a service network and/or a multicast group and activate the setting unit; a setting unit, configured to set the broadcast/multicast indication bit that associates a service network and/or a multicast group to the valid state; and a sending unit, configured to send frames that carry the broadcast/multicast indication bit set by the setting unit to the STA.
A system for receiving broadcast/multicast frames buffered in an AP in an embodiment of the present disclosure includes: a STA, configured to receive frames that carry the broadcast/multicast indication bit from an AP, wake up according to the associated service network and/or multicast group, received broadcast/multicast indication bit and DTIM time, and receive broadcast/multicast frames buffered in the AP; and an AP, when receiving broadcast/multicast frames from a service network and/or a multicast group, configured to set the broadcast/multicast indication bit that associates the service network and/or multicast group to the valid state, set a DTIM time that associates the service network and/or multicast group according to the received broadcast/multicast frames, and send the frames that carry the broadcast/multicast indication bit to the STA.
According to embodiments of the present disclosure, each SSID and/or multicast group is allocated with an index value, and the index value associates the broadcast/multicast indication bit of the Partial Virtual Bitmap in the Beacon frame. In this way, the STA may know whether there are broadcast/multicast frames in the AP according to the index value and the broadcast/multicast indication bit of the Beacon frame, thus avoiding unnecessarily wakening the STA.
For better understanding and implementation of the present disclosure, the present disclosure is hereinafter described in detail with reference to the accompanying drawing and preferred embodiments.
An embodiment of the present disclosure discloses a method for determining the existence of broadcast/multicast frames buffered in an AP. According to the embodiments of the present disclosure, the AP allocates an index value for each SSID and/or multicast group, where the index value associates the broadcast/multicast indication bit (that is, the index value is the location information of the broadcast/multicast indication bit) of the Partial Virtual Bitmap in the Beacon frame, and notifies the STA of the index value; the STA queries the broadcast/multicast indication bit in the Beacon frame according to the index value to know whether there are broadcast/multicast frames buffered in the AP. To determine when to receive the broadcast/multicast frames buffered in the AP, each SSID and/or multicast group uses the DTIM Count and DTIM Period to indicate when to send broadcast/multicast frames. The STA reads the DTIM Count and DTIM Period that associate the SSID and/or multicast and determines when to wake up to receive the buffered multicast frames.
The broadcast/multicast indication bit of Partial Virtual Bitmap in the Beacon frame may be the N bit to the N+M bit of the Partial Virtual Bitmap in the Beacon frame. The remaining bits are for allocation of unicast indication bit, which indicates whether the STA associating the bit has unicast data buffered in the AP. The N and N+M range from 1 to 2007, and M is a positive integer greater than or equal to 1. The AP may reserve values between 1 and 2007 for the allocation of broadcast/multicast indication bit according to the configuration.
The following describes the method for determining the existence of broadcast/multicast frames buffered in an AP according to an embodiment of the present disclosure with reference to
Step 31: An AP allocates an index value for each SSID and/or multicast group, with the index value associating the broadcast/multicast indication bit of the Partial Virtual Bitmap in the Beacon frame, so that the STA may read the broadcast/multicast indication bit according to the index value.
Step 32: The STA obtains the index of the associated SSID and/or multicast group.
When the multiple-SSIDs technology is adopted to share the AP, the STA may obtain the index value of the SSID by using a multiple-SSIDs discovery process to query the SSID information.
Step 41 to Step 46: The STA queries a WLAN network and finds a subscribed service provider network (SSPN).
Step 47: The STA sends a service network query request message to the AP so that the AP queries the SSIDs supported.
The service network query request message may be a general advertising service initial request (GAS Initial Request) message.
Step 48: The AP returns a service network query response message to the STA, which includes a service network list for service network index values (SSID list).
The service network query response message may be a general advertising service initial response (GAS Initial Response) message.
Step 49 to Step 410: The STA selects an SSID for association and records the SSID index value so as to judge whether there are broadcast/multicast frames buffered in the AP by searching for the broadcast/multicast indication bit that associates the index value.
Table 1 shows the format of the SSID List information domain. The SSID List includes: an Element ID, configured to identify an information element; a Length, configured to indicate the length of the SSID List; and multiple SSIDC information elements. As shown in Table 2, each SSIDC information element includes: a robust security network information element (RSN IE), configured to indicate the security methods supported, and an Index, configured to indicate the broadcast/multicast indication bit of the Partial Virtual Bitmap in the Beacon frame.
Besides, the AP may send the service network query response message to the STA periodically to notify the STA of the service network index value related to the STA. In this case, the STA may find the broadcast/multicast indication bit according to the service network index value and judge whether there are broadcast/multicast frames buffered in the AP according to the broadcast/multicast indication bit.
When the AP finds that the STA joins a multicast group, the AP may send the index value of the multicast group to the STA, with the index value associating the broadcast/multicast indication bit of the Partial Virtual Bitmap in the Beacon frame, so that the STA can read the correct broadcast/multicast indication bit according to the index value of the multicast group and further know whether there are broadcast/multicast frames buffered in the AP.
Step 51 to Step 52: After joining a multicast group, the STA sends a group joining report, which includes a multicast group ID and may be an IGMP report.
Step 53: The AP searches for the index value of the multicast group according to the multicast group ID in the group joining report. If the index value is found, the AP returns the index value; otherwise, the AP allocates an index value for the multicast group and returns the index value.
The AP may obtain the group joining report by using a snooping technology or from the STA directly.
Step 54: The AP sends a group response message carrying a multicast group index value to the STA.
The group joining response message may be a multicast index message or an extended authentication protocol over LAN key (EAPOL-Key).
Table 3 shows the format of the multicast index message.
Category is configured to indicate that a frame is an interworking service frame.
Action is configured to indicate that a frame is a multicast index frame (broadcast/multicast index frame).
Dialog Token is configured to indicate the dialog token.
Index Element is configured to indicate the index value that associates the multicast group. Table 4 shows the definition of the index element. As shown in Table 4, the multicast ID indicates the identifier of the multicast group, and may be the multicast MAC address. The index associates the multicast ID.
Step 33: The AP receives a broadcast/multicast frame from the SSID and/or multicast group, that is, the broadcast/multicast frame comes from the SSID and/or multicast group.
Step 34: The AP sets the broadcast/multicast indication bit in the Beacon frame that associates the SSID and/or multicast group to the valid state, that is, when the AP receives the broadcast/multicast frame from the SSID, the AP sets the broadcast/multicast indication bit that associates the SSID to the valid state; when the AP receives the broadcast/multicast frame from the multicast group, the AP sets the broadcast/multicast indication bit that associates the multicast group to the valid state; when the AP receives the broadcast/multicast frame from the SSID and the multicast group, the AP sets the broadcast/multicast indication bit that associates the SSID and multicast group to the valid state. The AP sets the DTIM Count and DTIM Period that associate the broadcast/multicast frame to indicate the time sequence for the arrival of the broadcast/multicast frame, and sends the Beacon frame to the STA.
When the SSID has multiple multicast groups, upon receiving the broadcast/multicast frame of a multicast group in the SSID, the AP sets the broadcast/multicast indication bit of the multicast group only to the valid state.
In the embodiments of the present disclosure, a DTIM time may be set in the Beacon frame. The DTIM time includes a DTIM Count and a DTIM Period. Elements may be added to the Beacon, as shown in Table 5. In this case, the number of SSIDs and multicast groups may be equal to the number of elements shown in Table 5 in the system.
Index is configured to identify which SSID or multicast group the DTIM Count and DTIM Period belong to.
DTIM Count is configured to indicate the number of Beacon frames to be transmitted before the next DTIM. If the DTIM Count is 0, the current TIM is a DTIM.
DTIM Period is configured to identify the number of Beacon frames to be transmitted between two successive DTIMs. If all the TIMs are DTIM, the value of DTIM Period is 1. If the value of DTIM Period is 0, the DTIM Period is reserved.
The DTIM Count and DTIM Period are configured to notify the STA of the time when to send the broadcast/multicast frames that associate the SSID or multicast group buffered in the AP and the frequency of sending the broadcast/multicast frames.
To save the size of the Beacon frame, a DTIMs Indication Container IE may be defined to encapsulate the DTIM Counts and DTIMP Periods of all the SSIDs or multicast groups. As shown in Table 6, the DTIMs Indication Container IE includes N DTIM Indication messages that associate the SSID or multicast group, each of which further includes an index, a DTIM Count and a DTIM Period that associate the SSID or multicast group.
Step 35: The STA reads the broadcast/multicast indication bit according to the index value of the associated SSID or multicast group.
Step 36: The STA judges whether the broadcast/multicast indication bit is in the valid state. If yes, it indicates that there are broadcast/multicast frames in the AP. The STA executes Step 37; otherwise, it indicates that there are no broadcast/multicast frames in the AP. The STA executes Step 39 to end the process.
Step 37: When the broadcast/multicast indication bit is in the valid state, the STA continues reading the DTIM Count and DTIM Period that associate the broadcast/multicast indication bit to determine when to wake up to receive the broadcast/multicast frames.
Step 38: The STA wakes up according to the DTIM Count and the DTIM Period, and receives the broadcast/multicast frames buffered in the AP.
In the preceding steps, Step 32 must be executed before step 35.
As shown in
The STA is configured to obtain an index value of the associated SSID and/or multicast group, with the index value associating the broadcast/multicast indication bit in the Beacon frame, receive the Beacon frame from the AP, and determine whether there are broadcast/multicast frames buffered in the AP according to the index value of the associated SSID and/or multicast group and the broadcast/multicast indication bit of the Beacon frame.
The AP is configured to, when receiving broadcast/multicast frames from the service network and/or multicast group, set the broadcast/multicast indication bit that associates the SSID and/or multicast group in the Beacon frame to the valid state and send the Beacon frame to the STA.
A STA provided in an embodiment of the present disclosure includes: a receiving unit, an obtaining unit, and a determining unit. The receiving unit is configured to receive the Beacon frame from the AP. The obtaining unit is configured to obtain the index value of the associated SSID and/or multicast group, with the index value associating the broadcast/multicast indication bit in the Beacon frame. The determining unit is configured to determine whether there are broadcast/multicast frames buffered in an AP according to the index value of associated SSID and/or multicast group and the broadcast/multicast indication bit of the Beacon.
An AP provided in an embodiment of the present disclosure includes: a receiving unit, a setting unit, and a sending unit. The receiving unit is configured to receive broadcast/multicast frames sent by the SSID and/or multicast group and start a setting unit. The setting unit is configured to set the broadcast/multicast indication bit that associates the SSID and/or multicast to the valid state. The sending unit is configured to send the Beacon frame set by the setting unit to the STA.
A system for receiving broadcast/multicast frames buffered in an AP in an embodiment of the present disclosure includes: a STA and an AP. The STA is configured to obtain an index value of the associated SSID and/or multicast group, with the index value associating the broadcast/multicast indication bit in the Beacon frame, receive the Beacon frame from the AP, wake up according to the index value of the associated SSID and/or multicast group, the broadcast/multicast indication bit in the Beacon frame and DTIM time, and receive the broadcast/multicast frames buffered in the AP. The AP, when receiving broadcast/multicast frames from the SSID and/or multicast group, is configured to set the broadcast/multicast indication bit that associates the SSID and/or multicast group to the valid state, set a DTIM time that associates the SSID and/or multicast group in the Beacon frame according to the received broadcast/multicast frames, and send the Beacon frame to the STA.
To ensure that an embodiment of the present disclosure is applicable to the case in which an AP is shared by using the virtual AP technology and multiple-SSIDs technology, the AP may set a shared indication bit to indicate whether the AP is shared by using the virtual AP method or multiple-SSIDs method. The STA may determine which method is used to read the indication about the buffered broadcast/multicast frames according to the indication bit. The indication bit may be set in the Beacon frame, for example, in the interworking capability domain of the Beacon frame. The interworking capability domain occupies two bytes, three bits (bit 0, bit 1 and bit 2) of which are used and other bits are unused. In this case, any of the other bits may be used to identify whether the AP adopts the virtual AP method or multiple-SSIDs method. The shared indication bit may be used in other messages, such as associated response message in step 410, or be set by extending a message, for example, adding an information domain to the Beacon frame. In this case, any bit in the added information domain may be used to identify whether the AP adopts the virtual AP method or multiple-SSIDs method.
It is understood that the broadcast/multicast indication bit and/or DTIM time may be set in a frame other than the Beacon frame or by extending a new message.
Besides, when some STAs in a multicast group or a service network are in the PS state and some are in the operating state, the AP sends and buffers the broadcast/multicast frame received from the service network or multicast group. At the same time, the AP sets the broadcast/multicast indication bit that associates the service network or multicast group to the valid state and sends the frames carrying the broadcast/multicast indication bit to a STA so that the STA in the PS state can receive the buffered broadcast/multicast frame. The STA determines whether there are broadcast/multicast frames buffered in the AP according to the associated service network and/or multicast group and the received broadcast/multicast indication bit.
Although the disclosure has been described through some exemplary embodiments, the disclosure is not limited to such embodiments. It is apparent that those skilled in the art can make various modifications and variations to the disclosure without departing from the spirit and scope of the disclosure. The disclosure is intended to cover the modifications and variations provided that they fall in the scope of protection defined by the following claims or their equivalents.
Number | Date | Country | Kind |
---|---|---|---|
2007 1 0007853 | Jan 2007 | CN | national |
This application is a continuation of U.S. patent application Ser. No. 13/342,747, filed on Jan. 3, 2012, which is a continuation of U.S. patent application Ser. No. 12/489,083, filed on Jun. 22, 2009; the U.S. application Ser. No. 12/489,083 is a continuation of International Application No. PCT/CN2008/070091, filed on Jan. 11, 2008, titled “Method and System for Determining whether Access Point Exists in Broadcast/Multicast Buffered Frame”, which claims the priority of Chinese Patent Application No. 200710007853.8, filed on Jan. 12, 2007, titled “Method and System for Determining the Existence of Broadcast and Multicast Frames Buffered in an Access Point”, the entire contents of all of which are incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
6262982 | Donahue et al. | Jul 2001 | B1 |
6266339 | Donahue et al. | Jul 2001 | B1 |
6522650 | Yonge et al. | Feb 2003 | B1 |
6577630 | Markwalter et al. | Jun 2003 | B1 |
6671284 | Yonge, III et al. | Dec 2003 | B1 |
6674738 | Yildiz et al. | Jan 2004 | B1 |
6907044 | Yonge et al. | Jun 2005 | B1 |
6909723 | Yonge et al. | Jun 2005 | B1 |
6965593 | Donahue et al. | Nov 2005 | B2 |
6987770 | Yonge, III | Jan 2006 | B1 |
7174161 | Nakajima et al. | Feb 2007 | B2 |
7298691 | Yonge et al. | Nov 2007 | B1 |
7301914 | Segal et al. | Nov 2007 | B2 |
7385945 | Olson et al. | Jun 2008 | B1 |
7424007 | Meier et al. | Sep 2008 | B2 |
7433669 | Rue | Oct 2008 | B2 |
7450933 | Kwal et al. | Nov 2008 | B2 |
7535884 | Stephenson et al. | May 2009 | B2 |
7656831 | Gao et al. | Feb 2010 | B2 |
7698550 | Abishek et al. | Apr 2010 | B2 |
7813307 | Kakani | Oct 2010 | B2 |
7865196 | Stahl et al. | Jan 2011 | B2 |
7869412 | Meier | Jan 2011 | B2 |
7885217 | Iyer et al. | Feb 2011 | B2 |
7894429 | Sim et al. | Feb 2011 | B2 |
7898996 | Sim et al. | Mar 2011 | B2 |
8040885 | Sim et al. | Oct 2011 | B2 |
8072993 | Wentink et al. | Dec 2011 | B2 |
8144704 | Miyajima et al. | Mar 2012 | B2 |
8144707 | Zhang et al. | Mar 2012 | B2 |
8274894 | Kneckt et al. | Sep 2012 | B2 |
8345647 | Jokela et al. | Jan 2013 | B2 |
8477674 | Kneckt et al. | Jul 2013 | B2 |
20040229606 | Oshima et al. | Nov 2004 | A1 |
20050009512 | Rue | Jan 2005 | A1 |
20050037802 | Nakajima et al. | Feb 2005 | A1 |
20050122927 | Wentink | Jun 2005 | A1 |
20050138451 | Simpson et al. | Jun 2005 | A1 |
20050254444 | Meier et al. | Nov 2005 | A1 |
20050276237 | Segal | Dec 2005 | A1 |
20060039345 | Perez-Costa | Feb 2006 | A1 |
20060104225 | Kim et al. | May 2006 | A1 |
20060128433 | Liang et al. | Jun 2006 | A1 |
20060142004 | He et al. | Jun 2006 | A1 |
20060187864 | Wang et al. | Aug 2006 | A1 |
20060251099 | Kim et al. | Nov 2006 | A1 |
20060285507 | Kinder | Dec 2006 | A1 |
20060285527 | Gao et al. | Dec 2006 | A1 |
20060285528 | Gao et al. | Dec 2006 | A1 |
20070127478 | Jokela et al. | Jun 2007 | A1 |
20070133448 | Gao et al. | Jun 2007 | A1 |
20070206517 | Kakani | Sep 2007 | A1 |
20070223494 | Hyyrynen et al. | Sep 2007 | A1 |
20070242645 | Stephenson et al. | Oct 2007 | A1 |
20070258466 | Kakani | Nov 2007 | A1 |
20070286121 | Kolakowski et al. | Dec 2007 | A1 |
20080002616 | Stahl et al. | Jan 2008 | A1 |
20080014949 | Sinnarajah et al. | Jan 2008 | A1 |
20080049703 | Kneckt et al. | Feb 2008 | A1 |
20080123577 | Jaakkola | May 2008 | A1 |
20080151814 | Jokela | Jun 2008 | A1 |
20080170519 | Sim et al. | Jul 2008 | A1 |
20080170520 | Sim et al. | Jul 2008 | A1 |
20080181156 | Ecclesine | Jul 2008 | A1 |
20080219192 | Sim et al. | Sep 2008 | A1 |
20080232373 | Iyer et al. | Sep 2008 | A1 |
20080233974 | Xu | Sep 2008 | A1 |
20090046682 | Kim et al. | Feb 2009 | A1 |
20090097428 | Kneckt et al. | Apr 2009 | A1 |
20090225731 | Kneckt et al. | Sep 2009 | A1 |
20090232042 | Kneckt et al. | Sep 2009 | A1 |
20090252165 | Zhang et al. | Oct 2009 | A1 |
20090268652 | Kneckt et al. | Oct 2009 | A1 |
20090279449 | Kneckt et al. | Nov 2009 | A1 |
20090303910 | Sun et al. | Dec 2009 | A1 |
20100189021 | He et al. | Jul 2010 | A1 |
20100234071 | Shabtay et al. | Sep 2010 | A1 |
20120099507 | Zhang et al. | Apr 2012 | A1 |
20120106452 | Kneckt et al. | May 2012 | A1 |
20120320755 | Seok et al. | Dec 2012 | A1 |
20130229959 | Ghosh et al. | Sep 2013 | A1 |
20130235773 | Wang et al. | Sep 2013 | A1 |
20140010152 | Park | Jan 2014 | A1 |
20140056232 | Park | Feb 2014 | A1 |
20140071900 | Park | Mar 2014 | A1 |
Number | Date | Country |
---|---|---|
1476259 | Feb 2004 | CN |
1738216 | Feb 2006 | CN |
1791260 | Jun 2006 | CN |
1852112 | Oct 2006 | CN |
1866889 | Nov 2006 | CN |
1894731 | Jan 2007 | CN |
101222388 | Jul 2008 | CN |
WO 2005064952 | Jul 2005 | WO |
Entry |
---|
Stephenson et al., “Multiple SSID Support” Document: IEEE 802.11-06/1473r3—Slide Show Presentation, Mar. 12, 2007. |
LAN/MAN Committee, “Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications” Draft Standard for Information Technolog—Telecommunications and Information Exchange Between Systems—Local and Metropolitan Area Networks—Specific Requirements. IEEE P802.11-REVma™/D8.02006. |
IEEE 802 Committee, “Part 11: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications” Amendment v: Wireless Network Management. Draft Amendment to Standard for Information Technology—Telecommunications and Information Exchange Between Systems—LAN/MAN Specific Requirements. IEEE P802.11v/D0.04, Jul. 2006. |
Number | Date | Country | |
---|---|---|---|
20150103727 A1 | Apr 2015 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 13342747 | Jan 2012 | US |
Child | 14573574 | US | |
Parent | 12489083 | Jun 2009 | US |
Child | 13342747 | US | |
Parent | PCT/CN2008/070091 | Jan 2008 | US |
Child | 12489083 | US |