SEAMLESS ROAMING OPTIONS IN AN IEEE 802.11 COMPLIANT NETWORK

Abstract: A communication protocol that provides load balancing and/or test pattern information between devices is described. A first embodiment of the protocol provides such information via a data frame that is transmitted a definitive time after a special DTIM beacon is transmitted. This protocol provides full compliance with IEEE 802.11. The second embodiment of the protocol modifies the 802.11 beacon data structure with additional information elements.

Description: SEAMLESS ROAMING OPTIONS IN AN IEEE 802.11 COMPLIANT NETWORK This application claims benefit of U.S. Provisional Application No. 60/226,403, filed August l8, 2000. Field of the Invention The present invention relates to the field of networking. In particular, this invention relates to a protocol for providing load balancing and test pattern signal evaluation information to wireless units in accordance with Institute of Electrical and Electronics Engineers (IEEE) 802.11 constraints. Background of the Invention The ability of users to access programs and share data over local area networks (referred to as "LANs") has become a necessity for most working environments. To improve efficiency and ease of use, certain enhancements may be added to a LAN such as remote wireless access. By providing remote wireless access, a wireless LAN (WLAN) is formed. As described in U.S. Patent No. 5,987,062 issued to Netwave Technologies, Inc., now owned by Nortel Networks Limited, one type of WLAN employs dedicated stations, which are referred to as access points (APs). Therein, each AP is a relay station that includes a radio frequency (RF) transceiver that receives radio data packets from a mobile unit such as a notebook-type computer with a suitable adapter card as described in U.S. Patent No. 5,987,062. Thereafter, the AP transmits the data packets to the fixed backbone network. Of course, the AP may receive data from the fixed, backbone network and transmit it to one or more mobile units. As further described in U.S. Patent No. 5,987,062, with respect to the wireless communications protocol of this WLAN, each AP changes its radio frequency (channel) approximately ten times per second for both transmitting and receiving. The time period between each channel change is referred to as a "hop". To communicate with any given AP, a mobile unit needs to determine if the AP exists, on which channel the AP is operating, as well as when and on which channel it will operate next. To assist in this determination, each AP transmits two types of special broadcast messages, referred to as "Short Beacons" and "Long Beacons". An AP transmits Short Beacons many times a second if the AP has no other traffic to relay. If the AP is busy, the Short Beacons are transmitted at a lower rate. Herein, a Short Beacon announces identification information about the AP such as the AP name, hop sequence, AP Internet Protocol (IP) information, and load balancing information. A Long Beacon, however, is transmitted at the start of each new hop. The Long Beacon includes the identification information found in a Short Beacon as well as a communication test pattern. This communication test pattern is static in nature, which allows mobile units to calculate the quality of a radio signal from the AP by comparing the received test pattern to an actual pattern stored in its internal memory. The mobile units make roaming decisions between APs based on the signal quality. However, this communications protocol is not compliant with IEEE 802.11. In accordance with IEEE 802.11, APs transmit only two types of beacons, namely Traffic Indication Maps (TIMs) and Delivery Traffic Indication Messages (DTIMs). Both of these beacons have specific size limitations, and thus, cannot accommodate the information contained in a Short Beacon or Long Beacon. Also, both TIM and DTIM beacons have content constraints. Currently, the approved content for each of these beacons does not include the AP name, AP IP address information, load balancing information, or a test pattern. Thus, it would be desirable to develop a communications protocol that provides at least load balancing and/or test pattern information to wireless units while being either compatible or fully compliant with IEEE 802.11. SUMMARY OF THE INVENTION The present invention relates to communication protocols to provide load balancing and/or test pattern information between devices. A first embodiment is to provide such information via a data frame that is transmitted a definitive time after a special DTIM beacon is transmitted. This protocol provides full compliance with IEEE 802.11. The second embodiment is to modify the 802.11 beacon data structure with additional information elements. Other aspects and features of the present invention will become apparent to those ordinarily skilled in the art upon review of the following description of specific embodiments of the invention in conjunction with the accompanying claims and figures. BRIEF DESCRIPTION OF THE DRAWINGS The features and advantages of the present invention will become apparent from the following detailed description of the present invention in which: Figure 1 is a first exemplary embodiment of a wireless network system. Figure 2 is an exemplary embodiment of an access point (AP) of a wireless network system. Figure 3 is a second exemplary embodiment of a wireless network system. Figure 4 is an exemplary embodiment of a data structure of a beacon. Figure 5 is an exemplary embodiment of the TIM element of the beacon of Figure 4. Figure 6 is an exemplary embodiment of the operations of an AP in full compliance with IEEE 802.11. Figure 7 is an exemplary embodiment of a data frame transmitted after a special DTIM beacon. Figure 8 is a third exemplary embodiment of a wireless "ad hoc" network system. Figure 9 is an exemplary embodiment of the operations of a WU to provide load balancing and/or test patterns. Figure 10 is an exemplary embodiment of the operations of an AP in partial compliance with IEEE 802.11. DETAILED DESCRIPTION OF THE INVENTION Herein, the exemplary embodiments of the present invention relate to a protocol for providing static load balancing and test pattern signal evaluation information to wireless units while still maintaining compliance with Institute of Electrical and Electronics Engineers (IEEE) 802.11. These embodiments are not exclusive; rather, they merely provide a thorough understanding of the present invention. Well-known circuits are not set forth in detail in order to avoid unnecessarily obscuring the present invention. In the following description, certain terminology is used to describe features of the present invention. For example, "logic" includes hardware and/or software module(s) that perform a certain function on incoming information. A "software module" is executable code such as an operating system, an application or an applet for example. The term "information" is defined as data, address, and/or control. For transmission, the information may be placed in a frame featuring a single data packet or a series of data packets. In addition, a "link" is broadly defined as one or more information-carrying mediums to establish a communication pathway. Examples of the medium include a physical medium (e.g., electrical wire, optical fiber, cable, bus traces, etc.) or a wireless medium (e.g., air in combination with wireless signaling technology). Referring to Figure 1, an exemplary first embodiment of a wireless network system 100 in accordance with the invention is illustrated. The wireless network system 100 comprises a link 101 based on a physical medium. Herein, the link 101 is part of a wired backbone network 102 that includes network resources 104 available for users of the system 100. The wireless network system 100 further includes one or more access points (APs) 106a-106d that communicate via a wireless link with one or more wireless units (WUs) 108a-108f. For this embodiment, four (4) APs 106a-106d communicate with six (6) WU 108a-108f. Users using the WUs 108a-108f can access the network resources 104 via any of the APs 106a-106d, which are generally transparent bridges that link a wireless network defined by one or more WUs 108a-108f with the wired backbone network 102. The WUs 108a- 108f communicate with the APs 106a-106d typically using a standardized protocol, such as the IEEE 802.11 protocol. A "wireless unit" (WU) is defined herein as any electronic device comprising processing logic (e.g., a processor, microcontroller, state machine, etc.) and a wireless transceiver for receiving and transmitting data to an access point (AP) or another wireless unit (WU). Examples of a WU include a computer (e.g., desktop computer, laptop computer, hand-held computer such as a personal digital assistant "PDA", etc.), communications equipment (e.g., pager, telephone, facsimile machine, etc.), a television set-top box, or appliances such as refrigerator pads, electronic picture frames, alarm detectors, water detectors, and the like. The WU is loaded with sof ware to detect and extract load balancing and/or test patterns from payloads of data frames following special beacons as described below. An "access point" (AP) is a device that provides a bi-directional com ection between one or more WUs and a network such as the wired backbone network 102. However, an AP could also have a wireless connection back to the backbone network 102, such as AP 106d, which has a wireless link to the backbone network 102 via another AP 106c. The wired backbone network can be of any type, including an Ethernet, a token ring, and an asynchronous transfer mode (ATM) network. Referring now to Figure 2, an exemplary embodiment of an access point (AP) is shown. For illustrative purposes, the access point is represented by AP 106b and differs in function from the access points described in U.S. Patent No. 5,987,062. As shown, AP 106b comprises logic 200 and 202, an address table 204, a device management logic 206, and a wireless transceiver interface 210. In particular, the logic 200 is used to determine whether certain information from the wired backbone network 102 is destined for one or more of the WUs. The address table 204 includes Medium Access Control (MAC) addresses for all of the wireless units associated with the AP 106b such as WUs 108c and 108d of Figure 1. In the special case of all broadcast or some multicast packets, the packets are addressed to all or some of the wireless units (WUs) associated with the access point (AP) on a "best effort" basis. Similarly, as information from the wireless units (WU) is received by the wireless transceiver 210, the logic 202 monitors addresses within this information against the contents of the address table 204. One reason is that only information from authenticated and associated wireless units (e.g., WUs 108c and 108d) is accepted. Hence, if a non-authenticated wireless unit transmits packets, these packets will not be forwarded to the wired backbone network 102 of Figure 1. The logic 202 subsequently transmits the information to the logic 200 for routing to the wired backbone network 102. In the event that the fixed backbone network 102 of Figure 1 has a substantially larger data rate than the wireless network, content addressable memory (CAM) 212 and a hardware address filter (HAF) 214 may be employed within the AP 106b. The CAM 212 and HAF 214 are in communication with the fixed backbone network 102 and collectively filter information at the hardware level so that the logic 200 processes only a small portion of the information routed over the wired backbone network 102. The device management logic 206 provides a mechanism for adjusting the various parameters and controlling the functionality of tl e AP 106b. The device management logic 206 may be configured via an interface 216 (e.g., serial port) within the AP 106b. The interface 216 provides a direct connection to the AP 106b. Other mechanisms include (1) Simple Network Management Protocol (SNMP) management tools such as OPTINITY® by Nortel Networks Limited, (2) TELNET, or (3) web- based management software. Referring back to Figure 1, in the typical scenario, a WU associates itself with one of the APs to communicate with the wired backbone network 102. For instance, in the example shown in Figure 1, WUs 108a and 108b are associated with AP 106a, WUs 108c and 108d are associated with AP 106b, WU 108e is associated with AP 106c, and WU 108f is associated with wireless AP 106d. Which access point (AP) a wireless unit (WU) is associated with can depend on many factors, including signal quality, load balancing, restricted links and other factors. The AP that a particular WU is associated with can change, such as when the WU "roams" from the coverage area of a particular AP to a coverage area of another AP. From the standpoint of the user using the WU, this change in associated AP is transparent. Figure 3 illustrates a second exemplary embodiment of a wireless network system 300 in accordance with the invention. The wireless network system 300 comprises two or more sub-networks 302a and 302b, which communicate with each other by way of a router 304. The sub-networks 302a and 302b can be any wired backbone network, including Ethernet, token ring, and an asynchronous transfer mode (ATM) network. The sub-networks 302a and 302b need not be of the same type, for instance, sub-network 302a can be an Ethernet, and sub-network 302b can be a token ring. Each sub-network 302a and 302b has one or more APs for communicating with the WU. For instance, sub-network 302a includes APs 306a-l, 306a-2, 306a-3 for communicating respectively with WUs 308a-l, 308a-2, and 308a-3. Sub-network 302b includes APs 306b-l and 306b-2 for communicating respectively with WUs 308b-l and 308b-2. In this system, a WU associated with an AP on a particular sub-network (e.g. sub-network 302a) can also change its association to an AP on another sub-network (e.g. sub-network 302b) by roaming as discussed above or other circumstances. Referring now to Figure 4, an exemplary embodiment of the data structure of a beacon 400 is shown. In accordance with Section 7.2.3.1 of IEEE 802.11, one embodiment of the beacon 400 is a control frame transmitted from an AP to one or more WUs. The beacon 400 comprises, in part, a plurality of information elements 410, namely specific data packets forming the beacon 400. These information elements 410 include a timestamp element 420, a beacon interval element 430, a capability information element 440, a service set identity (SSID) element 450, a supported rates element 460 and a traffic indication map (TIM) 470 as shown in Figure 5. Referring to Figure 5, an exemplary embodiment of the TIM information element 470 is shown. The TIM information element 470 comprises (1) an Element Identification (ID) field 510, (2) a Length field 520 and (3) one or more element- specific Information fields 530. The Element ID field 510 contains a unique value to identify the specific type of information element while the Length field 520 specifies the number of octets in the Information field(s) 530. Information fields 530 comprise at least a delivery traffic indication message (DTIM) Count field 540, a DTIM Period field 550 and a Bitmap Control field 560. The DTIM Count field 540 is a single octet that indicates how many TIMs (including tlie current frame) appear before the next DTIM. If the value of the DTIM Count field 540 is zero, the beacon is a DTIM. The DTIM Period field 550 is a single octet that indicates the number of TIM intervals between successive DTIMs. The Bitmap Control field 560 is a single octet that includes a traffic indicator bit (bit 0) 561. When one or more broadcast or multicast data frames are buffered at the AP, the DTIM Count field 540 is zero and the traffic indicator bit (TIB) 561 is set to denote pending subsequent transmissions. Hence, upon receipt of the beacon 400, any wireless unit is aware that one or more multicast or broadcast data frames will be transmitted subsequent to the DTIM. Referring now to Figures 6 and 7, an exemplary embodiment of the operations of a device, for example, an AP in accordance with the invention, is shown. As shown in Figure 6, an AP prepares a DTIM beacon for broadcast to the wireless units (block 600). For each DTIM beacon or perhaps selectively chosen DTIM beacons (referred to as a "special DTIM beacon") as shown, the traffic indicator bit will be set to denote a subsequent transmission (e.g., a data frame) (block 610). The selection may be random, pseudo-random or in accordance with a predetermined, alternating pattern. Thereafter, upon completing the broadcast of the special DTIM beacon (block 620), the AP broadcasts a data frame that includes load balancing information and/or a test pattern as described below and shown in Figure 7 (blocks 640). In this embodiment, the AP broadcasts the data frame after a definitive time period has elapsed since the special DTIM beacon was broadcast (block 630). For example, the data frame may be a first frame that is broadcast after the special DTIM beacon. This reduces the amount of time that the wireless units must remain powered-on and tuned to a certain channel in the event that the wireless unit is in a power-save mode. More specifically, since beacons occur at predictable times, the wireless unit tunes to a particular AP channel long enough to hear the beacon. Then, it tunes back to its own AP channel. In essence, the beacons are sent periodically and at times known in advance to the receiver. As shown in Figure 7, an exemplary embodiment of the data frame is shown. The data frame 700 includes a media access control (MAC) header 710, a payload 720 and a frame check sequence (FCS) 730. The payload 720 includes AP name 731, AP ID information 732, a SSID element 733, balancing information 740 and/or a test pattern 750. More specifically, the load balancing information 740 is data that provides, among other things, certain characteristics of the wireless units in communication with any given AP. This data may include, but is not limited or restricted to the following: a count of the number of WUs currently associated with the AP, a count of associated WUs that are "busy" (sending/receiving data at a rate or volume that exceeds a threshold), an indicator as to whether the AP is able to access any additional WUs, an indicator of the total utilization level of the AP, number of (wireless) hops to the wired backbone network, speed of the uplink from the AP to the backbone network, and/or memory capacity for buffering. Load balancing is possible because each wireless unit registers with its selected AP and the selected AP may maintain a list of the wireless units that it is servicing in its address table. The test pattern 750 is a static bit pattern, which allows wireless units to calculate the quality of a radio signal from the AP by comparing the received test pattern to an actual pattern stored in its internal memory to assist in roaming decisions. This allows direct measurement of bit errors. Of course, non-receipt of the test pattern conveys useful information as to the quality of the radio signal as well. Referring to Figure 8, a third exemplary embodiment of another wireless network system 800 in accordance with the invention is shown. The wireless network system 800 comprises two or more wireless units (WU) that can communicate with each other via a wireless link. In this example, four WUs 802, 804, 806 and 808 are shown, each of which can communicate with the remaining units via the wireless link. In contrast to the wireless network systems of Figures 1 and 3, this wireless network system 800 does not use a wired backbone network or APs. This type of system 800 is known in the relevant art as an "ad hoc" wireless network system. In accordance with this embodiment, it is contemplated that DTIMs may be generated from a wireless unit (WU). Thus, as shown in Figure 9, upon completing the broadcast of a special beacon by the WU (block 900), the WU broadcasts a data frame that includes load balancing information and/or a test pattern as described above and shown in Figure 7 (block 920). In this embodiment, the WU broadcasts the data frame after a definitive time period has elapsed since the special DTIM beacon was broadcast (block 910). For example, the data frame is the N~ frame that is broadcast after the special DTIM beacon (where N>1). Referring now to Figure 10, a second exemplary embodiment of the present invention is shown. As shown, a device (e.g., AP) is configured to broadcast a modified beacon 1000 for receipt by the wireless units. In a first embodiment, each modified beacon (e.g., DTIM) 1000 includes a plurality of additional information elements 1010 such as one or more of the following: AP name 1020, AP IP information 1030, and/or load balancing information 1040. A preliminary frame check sequence (FCS) information element 1050 is placed in the modified DTIM 1000 after the additional information elements 1010. Moreover, after the preliminary FCS 1050, the modified DTIM 1000 may include a test pattern 1060 followed by the normal frame check sequence 1070 as defined in tlie IEEE 802.11 Standard for the modified beacon 1000 as a whole. The preliminary FCS 1050 allows the receiver to confirm that the MAC header and other beacon information elements were received correctly, even if the test pattern contains bit errors. In a second embodiment, all of the beacons, including both TIMs and DTIMs, are modified to include the additional information elements 1010 and/or the communications test pattern 1060. In a third embodiment, certain TIMs are configured to include the additional information elements 1010 while others are configured to include the communications test pattern 1060. In a fourth embodiment, specific TIMs and DTIMs are configured to include the additional information elements 1010 and/or the communications test pattern 1060 in accordance with a predetermined alternating pattern. While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in Hie art. For instance, it is contemplated that the inventive aspects may be employed in a network that is non-compliant with IEEE 802.11 standards.

Claims: CLAIMS What is claimed is: 1. A method comprising: broadcasting a special delivery traffic indication message (DTIM) beacon; and broadcasting a data frame that includes at least load balancing information. 2. The method of claim 1, wherein the special DTIM beacon includes a field having a traffic indicator bit that is set. 3. The method of claim 1 , wherein the special DTIM beacon is configured in accordance with the Institute of Electrical and Electronics Engineers (IEEE) 802.11. 4. The method of claim 1 , wherein the data frame further includes a test pattern. 5. The method of claim 1 , wherein the data frame is broadcast after a definitive time period has elapsed after the broadcasting of the special DTIM beacon. 6. The method of claim 1, wherein the data frame is broadcast immediately after the broadcasting of the special DTIM beacon. 7. The method of claim 1, wherein the broadcasting of both the special DTIM beacon and the data frame is performed by an access point. 8. The method of claim 1 , wherein the load balancing information is computed from information pertaining to characteristics of wireless units in communication with the access point. 9. The method of claim 4, wherein the test pattern is a static bit pattern. 10. A method comprising : providing an access point; and broadcasting a modified beacon from the access point to a plurality of wireless units, the modified beacon comprises (i) a plurality of information elements including at least one of an access point name, an access point internet protocol information and a load balancing information, and (ii) a first frame check sequence associated with the plurality of information elements. 11. The method of claim 10, wherein the modified beacon further comprises (iii) a test pattern, and (iv) a second frame check sequence for the modified beacon. 12. The method of claim 10, wherein the modified beacon is a delivery traffic indication message (DTIM) beacon. 13. The method of claim 10, wherein the modified beacon is a traffic indication message (TIM) beacon. 14. The method of claim 10, wherein the modified beacon is each traffic indication map (TIM) beacon and each delivery traffic indication message (DTIM) beacon. 15. A method comprising: modifying a beacon configured in accordance with an Institute of Electrical and Electronics Engineers (IEEE) 802.11 to produce a modified beacon, the modified beacon comprises a plurality of additional information elements including at least one of an access point name, an access point internet protocol information and a load balancing information; and broadcasting the modified beacon. 16. The method of claim 15, wherein the modified beacon further comprises a first frame check sequence associated with the plurality of additional information elements. 17. The method of claim 16, wherein the modified beacon further comprises a test pattern and a second frame check sequence for the modified beacon. 18. The method of claim 15, wherein the modified beacon is a delivery traffic indication message (DTIM) beacon. 19. The method of claim 15, wherein the modified beacon is a traffic indication map (TIM) beacon. 20. An access point comprising: logic to broadcast a special delivery traffic indication message (DTIM) beacon; and logic to broadcast a data frame that includes at least one of a load balancing information and a test pattern. 21. The access point of claim 20, wherein the data frame broadcast from the access point includes both the load balancing information and the test pattern. 22. The access point of claim 20, wherein the load balancing information includes data pertaining to wireless units in communication with the access point and the access point. 23. The access point of claim 20, wherein the test pattern is a static bit pattern.

Inventors: ENGWER DARWIN A, ZWEIG JONATHAN M, ENGWER, DARWIN, A., ZWEIG, JONATHAN, M.
Applicants: ENGWER DARWIN A, NORTEL NETWORKS CORP, ZWEIG JONATHAN M, ENGWER, DARWIN, A., NORTEL NETWORKS CORPORATION, ZWEIG, JONATHAN, M.
Application year: 2001
Main classification: H04L12
IPC codes: H04L12, H04W4, H04W24, H04W28, H04W36, H04W48, H04W80, H04W84, H04W99