Voice and data wireless communications network and method

[0002] This invention relates to wireless local area networks (“LANs”), and more particularly, to wireless local area networks that carry a mixed traffic of voice and data.

[0003] Wireless LANs are typically used in applications that involve mobile computers, in applications where wireline installation is not feasible, etc. Such applications include warehouse inventory tracking, portable point of sale, shipping and receiving, package tracking, etc.

[0004] The IEEE 802.11 communications standard has been used by some vendors to provide interoperability between wireless LAN equipment. The 802.11 standard specifies a protocol in which information is transmitted in packets. The standard specifies features such as packet size, packet content information, data rates, roaming, etc. The primary type of information that was initially transmitted in systems that were designed to the 802.11 standard as published was information such as barcode information, point of sale information, package tracking information, etc. In such known systems, several remote terminals may be in communications with a single access point to receive and transmit information such as bar code information, point of sale information, package tracking information, etc. The standard as published specifies a communications medium that is shared by transmitters (e.g., an access point and one or more remote terminals).

[0005] The standard further specifies that packet size may vary. A remote terminal that has a relatively large packet to transmit may need to occupy the shared communications medium for a longer period than a remote terminal that has a relatively short packet to transmit. Until recently, delays in communicating packets have typically been non-critical to providing communications at least partly because of the type of information that has been transmitted in such systems. Information such as bar code information, package tracking information, etc. typically remains valid until a next incremental event occurs (e.g., until bar code information has changed, until a package is tracked to a next point in route, etc.). In addition, such information does not generally affect system communications if delivered with some delay.

[0006] In some known systems, packets are simply transmitted in the order in which they have been received for transmission. In these known systems, a packet that is transmitted without being properly acknowledged by its intended recipient is repeated for a predetermined number of times while transmission of other remaining packets is delayed. After retransmitting a packet for a predetermined number of times without receiving a proper acknowledgment, the transmitter may proceed to transmit the remaining packets.

[0007] The demand for providing mixed voice and data traffic in wireless LAN systems has been increasing over recent years. Currently, the 802.11 standard does not provide specifications for providing voice communications. Information for providing voice communications is generally much more time critical than other information such as bar code information, package tracking information, etc. Communications for providing voice communications may require a greater volume of information to be carried by the system than when the system is providing communications for information that has typically been carried by wireless LANS. Moreover, the quality of voice communications is dependent on the rate in which information is exchanged. In data communications such as in communications for package tracking, the rate in which information is exchanged is non-critical because the quality of such communications is typically not a factor in evaluating the effectiveness of such communications.

[0008] Some known wireless LANs carry voice signals as part of the communications traffic but these systems are deficient in effectively meeting such complex communications demands as discussed above. Moreover, there may be a need to meet such demands with existing systems without substantially increasing system complexity, structure, design, cost, etc.

[0009] In accordance with the principles of the present invention, a mixed traffic voice and data communications transmitter and network may be provided. The communications network may be a wireless local area network that uses packet based communications. The communications network may include at least one access point that receives voice and other communications for transmission to terminals that are associated with the access point.

[0010] To manage the transmission of packets, a transmitter may prioritize packets. Prioritization may be based on when each packet has been received, whether the packets contain voice communications, whether the packets contain network-management communications, whether the packets contain data communications (e.g., communications other than for voice or network management), whether the packet is directed to a voice-capable unit, whether a packet was transmitted using a particular communications protocol, etc.

[0011] A transmitter, such as an access point, may prioritize packets for transmission based on to which receiver terminal the packets have been addressed. Packets may be separated into queues with each queue storing the packets that have been received for transmission to a particular terminal. Packets may be further prioritized within each queue.

[0012] Prioritized packets may be transmitted in a sequence that allows a fair opportunity to each terminal to receive the same number of packets. For example, packets may be transmitted in rounds. In each round, the highest priority packet for each terminal may be transmitted (e.g., in a one packet per round per terminal fashion). In each round, an equal number of packets may be transmitted to each terminal (e.g., one per packet).

[0013] For each transmitted packet, an acknowledgment (e.g., an acknowledge packet) from a receiving terminal may be required before the transmitter discards the transmitted packet or moves onto transmitting the next packet for that terminal. A transmitter may repeatedly transmit a packet until it is acknowledged or until a retry threshold (e.g., a total number of times that a packet is to be transmitted) has been reached. The retry threshold may be determined based on whether the packet that is being retransmitted is for voice communications. The retry threshold for voice communications may be lower than for other communications. In communications networks that use frequency hopping spread spectrum communications, a packet may be retransmitted when the number of times the packet has been transmitted reaches an initial retry threshold. When the initial retry threshold is reached without an acknowledgment being received, retransmission may be discontinued until after a frequency hop in modulation. Thereafter, retransmissions may resume until an acknowledgment is received or until a total retry threshold has been reached. The initial and total retry thresholds may vary based on whether the packet that is being retransmitted is for voice communications.

[0014] New packets that are received and prioritized may have a higher priority than unacknowledged packets. Retransmission of an unacknowledged packet may be preempted when a packet with a priority that is higher than the packet being retransmitted Us received. A transmitter may transmit a newly received packet for a particular terminal over other earlier received packets for that same terminal when the newly received packet is determined to have a higher priority than the other packets. An unacknowledged packet may then be retransmitted in a later round.

[0015] Further features of the invention, its nature and various advantages will be more apparent from the following detailed description, taken in conjunction with the accompanying drawings in which like reference characters refer to like parts throughout, and in which:

[0016] FIG. 1 is a diagram of an illustrative communications network that includes an illustrative wireless local area network in accordance with the present invention;

[0017] FIG. 2ais a flow chart of illustrative steps involved in managing packet traffic for use in a transmitter in accordance with the present invention;

[0018] FIG. 2bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 2ain accordance with the present invention;

[0019] FIG. 3ais a flow chart of illustrative steps involved in transmitting packets in accordance with the present invention;

[0020] FIG. 3bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 3ain accordance with the present invention;

[0021] FIG. 4ais a flow chart of illustrative steps involved in managing packet traffic based on which packets are for voice in accordance with the present invention;

[0022] FIG. 4bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 4ain accordance with the present invention;

[0023] FIG. 5ais a flow chart of illustrative steps involved in managing packet traffic based on which packets are for network management in accordance with the present invention;

[0024] FIG. 5bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 5ain accordance with the present invention;

[0025] FIG. 6ais a flow chart of illustrative steps involved in managing packet traffic with multiple levels of priority in accordance with the present invention;

[0026] FIG. 6bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 6ain accordance with the present invention;

[0027] FIG. 7ais a flow chart of illustrative steps that are involved in managing packet traffic based on which terminals are voice capable in accordance with the present invention;

[0028] FIG. 7bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 7ain accordance with the present invention;

[0029] FIG. 8ais a flow chart of illustrative steps involved in managing traffic based on determining which terminals are voice capable in accordance with the present invention;

[0030] FIG. 8bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 8ain accordance with the present invention;

[0031] FIG. 9ais a flow chart of illustrative steps involved in using variable contention windows in accordance with the present invention;

[0032] FIG. 9bis a diagram of illustrative durations for contention windows in accordance with the present invention;

[0033] FIG. 10ais a flow chart of illustrative steps involved in transmitting packets in accordance with the present invention;

[0034] FIG. 10bis a flow chart of illustrative packet-based communications that are based on the illustrative steps of FIG. 10ain accordance with the present invention;

[0035] FIG. 11ais a flow chart of illustrative steps involved in packet-based communications using frequency hopping in accordance with the present invention;

[0036] FIG. 11bis a flow chart of illustrative packet-based communications that are based on the illustrative steps of FIG. 11ain accordance with the present invention;

[0037] FIG. 12ais a flow chart of illustrative steps involved in incrementally transmitting packets in accordance with the present invention; and FIG. 12bis a diagram of illustrative queues that may be implemented based on the illustrative steps of FIG. 12ain accordance with the present invention.

[0038] The present invention improves mixed traffic voice communications for wireless local area networks (“LANs”) by substantially meeting the communications demands that have been mentioned above. Packets that are to be transmitted in a wireless LAN over a half-duplex communication medium are transmitted in order of priority. Priority may be determined based on at least whether a particular packet is for providing voice communications. One technique for determining whether a packet is for voice communications is to determine whether the intended recipient of the packet has been identified to be voice-capable and further determining whether the packet was received for transmission using a particular communications protocol (e.g., a protocol typically used to send voice communications). Other techniques for prioritizing packets for transmission and for determining which packets are for voice communications are discussed below.

[0039] Giving high priority to voice communications may block other non-voice communications packets from being transmitted. Blocking may be substantially prevented by providing for fair distribution of packets. Packets may be distributed fairly by transmitting packets in rounds where in each round one packet (e.g., the highest priority packet) is transmitted for every receiver (e.g., a remote terminal). In the case of a packet that is transmitted without being acknowledged by its intended recipient, the packet may be retransmitted in the next round of transmissions except for when another packet with a higher priority than the unacknowledged packet has been recently received for transmission to the same terminal. The recently received packet with a higher priority will be transmitted before the unacknowledged packet is transmitted again. The number of times a packet is retransmitted may be determined based on whether the packet is for providing voice communications. Priority may also be given to voice communications by using techniques that are discussed below that give greater access to the communications medium to transmitters that are about to transmit packets that are for voice communications.

[0040] With reference to FIG. 1, wireless local area network (“LAN”) 20 may include a plurality of cells 22. For brevity and clarity, wireless LAN 20 is illustrated and discussed primarily in the context of a LAN having one cell 22. Cell 22 may include an access point 24 (which is sometimes referred to as a wireless local bridge). Cell 22 may include remote terminals 26. Each terminal 26 may be a mobile, portable, or stationary terminal. Each terminal 26 may be a desktop workstation, laptop computer, palm top computer, handheld personal computer, pen-based computer, personal digital assistant, handheld scanner, data collector, handheld printer, etc. Each terminal 26 may include wireless- network-interface resources that are configured to provide two-way radio or infrared signal communications. Such resources may include an interface card (or an external modem), a software driver, and an antenna. Other suitable resources may also be used, but for clarity and brevity, the wireless network interface resources will be discussed primarily in the context of an interface card, a software driver, and an antenna. The interface card may have been configured to use a standard computer-bus interface (e.g., ISA, PCMCIA, etc.) or standard computer port (e.g., RS232, RS422, etc.) to provide convenient access to terminal equipment.

[0041] A network-operating-system may be implemented on each terminal 26. In each terminal 26, the interface card may be coupled to the network-operating-system application using the software driver. The interface card for each remote terminal 26 may be a network-communications interface. The network interface card for each terminal 26 is typically implemented to use a carrier sense access protocol and to modulate communications signals with a spreading sequence.

[0042] Access point 24 may be an interface for communicating between wireless network 20 and a wireline network. Access point 24 may be configured to provide a communications gateway between terminals 26 that are in cell 22 and between a wireline network and the terminals 26. Access point 24 may include a resource(s) (e.g., software, hardware, or a combination thereof) that is configured to connect the access point to a wireline network (e.g., on ethernet network, a token ring network, etc.). Access point 24 is typically configured to convert signals between wireline and wireless communications mediums. The conversion may allow the access point to pass communication information between the wireline network and wireless remote terminals 26.

[0043] Access points are typically provided with sufficient processing, hardware, software, etc. to operate in compliance with the IEEE 802.11 (e.g., to provide 802.11 roaming, standard 802.11 data rates, etc.) and to provide additional features that are developed by a vendor. Access point 24 may be implemented using a personal computer (e.g., a Power PC, an IBM compatible computer), server, workstation, etc., having an appropriate operating system, wireless-network-interface resources, wireline-network-interface resources, network-operating-system applications, etc.

[0044] Access point 24 and remote terminals 26 may be configured to communicate using spread spectrum modulation techniques (e.g., direct sequence spread spectrum modulation, frequency hopping spread spectrum modulation, etc.).

[0045] The IEEE 802.11 standard specifies the format and content of communications packets. Communications packets that may also be referred to as frames may be of variable size with the size of each packet being identified in packet header information. In some embodiments, the body of each packet may vary from 0 to 2312 octets.

[0046] In operation, initially when one of the terminals 26 is powered, that terminal 26 may seek to join cell 22 by associating with access point 24. Remote terminal 26 may become associated with access point 24 after a preliminary exchange of communications between access point 24 and terminal 26. A plurality of terminals 26 may be associated with each access point 24. Each terminal 26 may have different communications capabilities and requirements. Access point 24 may manage the communications traffic between terminals 26 and the wireline network. Access point 24 may manage the communications traffic by controlling when packets are transmitted to each remote terminal 26 in cell 22. The communications traffic in cell 22 may include data packets (e.g., signals that carry packets to provide data communications), voice packets (e.g., signals that carry packets to provide voice communications), real-time packets (e.g., signals that carry packets to provide real-time communications such as multimedia or voice communications), management packets (e.g., signals that carry packets to provide network management communications), etc.

[0047] The wireline network that is coupled to access point 24 may include equipment that is configured to implement the wireline network. The wireline network may be coupled to an external network (e.g., PBX, PSTN, Internet, etc.).

[0048] Access point 24 may manage communications traffic by prioritizing packets that are to be transmitted to the remote terminals 26 that are associated with access point 24. Illustrative steps involved in managing communications traffic for use in an access point such as access point 24 of FIG. 1 are shown in FIG. 2a. At step 40, an access point may receive signals carrying packets that are to be transmitted to remote terminals (e.g., packets that are addressed to individual terminals 26 in cell 22 of FIG. 1). At step 42, the access point may prioritize the received packets for transmission. An access point may prioritize received packets to determine to which remote terminal to transmit a packet next and to determine which one of the packets that are to be transmitted to that remote terminal will be the packet to be transmitted next. Prioritization may be performed in intervals as packets are received by the access point. For example, prioritization may be performed at regular periodic intervals. Each packet may be prioritized based on time of reception, packet content, packet address information, message protocol, fairness to each terminal, etc.

[0049] For clarity, the management of packet communications traffic is primarily discussed in the context of queues. Techniques other than the use of queues may also be used for managing packet communications traffic. Illustrative queues 44, 46, 48, 50 and 52 of FIG. 2bmay be provided based on the illustrative steps of FIG. 2a. Queue 44 includes illustrative packets in the order in which they were received by an access point. The packets in queue 44 may have been received from remote terminals that are associated with the access point or from a wireline network. The packets in queue 44 are packets that are directed to four terminals T1, T2, T3 and T4. Queues 46, 48, 50 and 52 may include packets from queue 44 when the packets have been prioritized by the access point. Each respective queue 46, 48, 50 and 52 is a queue that is associated with a respective terminal T1, T2, T3, and T4. Within each queue 46, 48, 50 and 52 packets may have been prioritized based on when the packets were received.

[0050] Each packet illustrated in queue 44 has a terminal address and a packet number. The packet number is used here for illustrative purposes to show the order in which packets were received by the access point. In queues 46, 48, 50 and 52, packets with lower packet numbers are higher in transmission priority because they were received first.

[0051] Packets may be transmitted based on priority. Illustrative steps involved in transmitting packets are shown In FIG. 3a. At step 54, an access point may prioritize packets for transmission. At step 56, the prioritized packets may be distributed by transmitting packets based on priority, based on fairness, based on fairness and priority, based on fairness per terminal, based on a one packet per terminal transmission sequence, etc. If desired, fairness may be determined as part of step 54 when the access point prioritizes packets.

[0052] Illustrative queues 58, 60, 62, 64 and 66 of FIG. 3bmay be provided based on the illustrative steps of FIG. 3a. Queues 58, 60, 62 and 64 may each be associated with a respective terminal (T1, T2, T3, and T4). The packets may have been received by an access point for transmission to terminals (T1, T2, T3, and T4). In each queue, the packets may have been prioritized based on time of reception. To achieve fairness, the access point may transmit packets in rounds. In each round, the access point may transmit the same number of packets (e.g., one packet) to each terminal.

[0053] Queue 66 includes the packets from queues 58, 60, 62 and 64 in the sequence in which the packets are to be transmitted. The sequence may be divided into rounds with each round including one packet per terminal. As shown, the first and second rounds each have four packets, one for each terminal that is associated with the access point. The third round includes three packets because there are no more packets that are pending to be transmitted to T3 in queue 62 after the first two rounds were successfully transmitted.

[0054] An access point may select and transmit packets for each terminal in each round in the order in which the packets for that terminal were received by the access point. With continued reference to FIG. 3b, in the first round, the access point transmits packets nos. 2, 3, 6 and 1 that are each the first packet in queues 58, 60, 62, and 64, respectively. In the second round, the access point transmits packets nos. 4, 8, 7 and 5 that are each the next packet that was received for each terminal T1, T2, T3 and T4, respectively. In each round, one packet from each queue is transmitted without having competition between the queues for a position in the round.

[0055] The illustrative packets in FIG. 3b(and in the other FIGS.) are variable size packets. The packets are illustrated as fixed length packets to simplify the figures.

[0056] The access point may prioritize packets based on which packets are for voice communications. Illustrative steps involved in prioritizing packets based on which packets are for voice communication are shown fin FIG. 4a. At step 68, an access point may determine which of the packets that are to be transmitted are for voice communications.

[0057] Packets that are for voice communications may be packets that carry digitized voice communications. As discussed above, voice communications typically have stricter transmission requirements than other communications such as inventory data, point of sale information, etc. The access point may determine which packet is for voice based on a message flag in the packet, based on the packet being addressed to a voice-capable terminal, based on the messaging protocol (discussed further below), etc. At step 70, packets may be prioritized based on determining which packets are for voice. Packets for voice communications may be prioritized higher than other packets.

[0058] Illustrative queues 72, 74 and 76 of FIG. 4bmay be provided based on the illustrative steps of FIG. 4a. Queue 72 may include packets that have been received by an access point for transmission to terminals T1 and T2. Queue 72 includes packets that are to be transmitted to provide voice communications (packets nos. 1, 4 and 6). Packets that are for voice communications are prioritized higher than other packets in queues 74 and 76 so that these voice packets are transmitted before other packets. Queue 74 for terminal T1 includes voice packet no. 6 that is prioritized higher than packets nos. 3 and 5 which were received before packet no. 6. Queue 76 for terminal T2 includes voice packets nos. 1 and 4 that are prioritized higher than packets nos. 2 and 7 that are for other communications. Within each queue, voice packets are prioritized to be transmitted before other packets. All packets in a queue are further prioritized for transmission based on when each packet was received by the access point.

[0059] An access point may prioritize packets based or network management requirements. Illustrative steps involved in prioritizing packets based on network management requirements are shown in FIG. 5a. At step 78, the access point may determine which ones of the packets are to be transmitted to manage network operations. Packets are determined to be for network management based on a message flag, message length, etc. At step 80, packets may be prioritized based on which packets are for network management.

[0060] Illustrative queues 82, 84 and 86 of FIG. 5bmay be provided based on the illustrative steps of FIG. 5a. Queue 82 of received packets may include packets nos. 1, 4 and 6 that are to be transmitted to provide network management. Management packets may be prioritized higher than other packets to protect the integrity of network operations. Queues 84 and 86 may be implemented for terminals T1 and T2, respectively. Management packets nos. 1 and 4 are prioritized higher (i.e., positioned at top of the queue) than the other packet in queue 84 for T1 and management packet no. 6 is prioritized higher than the other packets in queue 86 for T2. The higher priority packets in each queue are to be transmitted before the lower priority packets in the queue.

[0061] In a wireless local area network, packet traffic may be managed using different levels of priority. Illustrative steps involved in prioritizing packets with different levels of priority are shown in FIG. 6a. At step 88, an access point may determine which packets are for providing voice, network management, or other communications. At step 90, packets that are for managing network operations are prioritized highest. At step 92, packets that are for voice communications are prioritized second highest. At step 94, packets that are for other communications are prioritized third highest.

[0062] Illustrative queues 96, 98, 100 and 102 of FIG. 6bmay be provided based on the illustrative steps of FIG. 6a. Queue 96 may include received packets that include voice, management and other communications packets that are to be transmitted for terminals T1, T2 and T3. Queues 98, 100 and 102 may be implemented for terminals T1, T2 and T3, respectively. In queues 98, 100 and 102, management packets are prioritized highest (i.e., higher than voice and other communications packets), voice packets are prioritized second highest, and other communications packets are prioritized third highest. Priority between packets that are for the same type of communications may be based on time of reception. Packets may be transmitted by the access point in the order of packet priority for each remote terminal.

[0063] Some wireless LANs use the seven-layer Open System Interconnect (OSI) reference model developed by the International Standard Organization (ISO). OSI specifies a complete set of network functions, grouped into seven layers. The seven layers are the physical layer (layer 1), data link layer (layer 2), network layer (layer 3), transport layer (layer 4), session layer (layer 5), presentation layer (layer 6) and application layer (layer 7). The network functions are structured so that each OSI layer is supported by the layers below it.

[0064] The transport layer establishes and maintains communications between applications on different computers. Communications protocols such as Transmission Control Protocol (TCP) and User Datagram Protocol (UDP) operate at the transport layer. TCP provides full-duplex connection-oriented services (i.e., maintains a virtual communications connection between end users) while UDP provides connection-less-oriented services (i.e., provides communications between end users without maintaining an open connection). The communications protocol that is typically used for voice communications in the network layer is UDP.

[0065] Illustrative steps involved in transmitting packets for use in a wireless local area network (e.g., wireless local area network 20 of FIG. 1) that is configured to implement the OSI transport layer are shown in FIG. 7a. At step 104, an access point may determine which terminals are voice capable. The access point may determine which terminals are voice capable based on a message flag in a packet, on pre-assigned addresses for voice-capable terminals, etc. At step 106, the access point may receive packets for transmission to the terminals. Step 106 may be performed before, after, or during step 104.

[0066] At 108, the access point may prioritize packets. Prioritization may be based on a plurality of factors. Prioritization may be based on to which terminal a packet is directed, based on the communications protocol of the packet, based on whether the packet is for network management, and further based on time of reception. At step 110, packets may be transmitted. Packets may be transmitted based on how the packets were prioritized and based on fairness (e.g., maintains fairness by maintaining an equal distribution of packets among the remote terminals).

[0067] Illustrative queues 112, 114, 116, 118 and 120 of FIG. 7bmay be implemented based on the illustrative steps of FIG. 7a. Queue 112 may be a queue of received packets that are positioned in the queue 112 in the order in which they were received by an access point. Terminals T1, T2 and T3 may have already been associated with the access point when the packets were received by the access point. Queues 114, 116 and 118 may be implemented for terminals T1, T2 and T3, respectively, when the received packets are prioritized. The access point may have determined that terminal T1 is a voice-capable terminal before the packets in queue 112 were received.

[0068] Packets that are to be transmitted to manage the wireless network may have been prioritized highest. Queue 112 includes two management packets, packet no. 1 which is directed to terminal T1 (e.g., addressed to terminal T1) and packet no. 9 which is directed to terminal T3. Queue 114 for terminal T1 is implemented to have packet no. 1 have the highest priority in queue 114 and queue 119 for terminal T3 is implemented to have packet no. 9 have the highest priority in queue 119.

[0069] Packets that are to be transmitted to provide voice communications may have been prioritized second highest. The communications protocols of the OSI transport layer handle packets without determining whether the packets are for voice communications. Some networks that are implemented using the OSI transport layer use UDP for providing voice communications. An access point may determine which packets are for voice based on the communications protocol of the packets (e.g., UDP) and based on whether the packet is directed to a voice-capable terminal. Communications protocols operating in the transport layer (i.e., TCP and UDP) use Internet Protocol (IP) services in the network layer to deliver messages between source (e.g., an external network) and destination (e.g., wireless LAN 20 of FIG. 1) systems. IP packets include a protocol field that indicates that the enclosed packets are for which protocol in the Transport Layer (e.g., UDP, TCP, etc.).

[0070] Packets may be received by an access point from a half-duplex communications medium (e.g., a radio frequency channel) that is shared between the access point and remote terminals on which remote terminals communicate with the access point and received from another communications medium on which a wireline network communicates with the access point. Packets may have been transmitted to the access point using Internet Protocol (e.g., using TP packet formats) for Network Layer communications and using UDP, TCP, etc. (e.g., using UDP packet formats) for Transport Layer communications. Accordingly, packets that are received by the access point from the remote terminals may already be in conformance with the communications requirements for IP and UDP, TCP, etc. When necessary, the access point may configure packets to conform to The 802.11 standard (e.g., when two remote terminals in the wireless LAN are communicating).

[0071] The access point may read the protocol field of received IP packets to determine the Transport Layer communications protocol of received packet. Packets which are to be handled using UDP and which are directed to a voice-capable terminal may be determined by the access point to contain voice communications. The access point may have determined earlier which terminals are voice-capable through an earlier exchange with the terminals. The earlier exchange may occur when a remote terminal initially seeks to establish communications with (e.g., be associated with) an access point. If desired, the access point may have been programmed with information related to the capabilities of each terminal.

[0072] With reference again to FIG. 7b, queue 114 for voice-capable terminal T1 includes packet no. 7 (UDP) and packet no. 10 (UDP) which are both prioritized higher than packet no. 3 that was received before them. In queues 116 and 118, UDP packets are not prioritized higher than TCP packets since the access point has not determined that T2 and T3 are voice-capable. In queues 116 and 118, management packets (If any) are prioritized highest with all other packets being prioritized second highest.

[0073] Queue 120 includes the packets in the order in which they are to be transmitted (i.e., the transmission sequence). Packets may be Transmitted in one-packet-per-terminal rounds with the highest priority packet for each terminal being transmitted in each round. Such transmission techniques allow for the quick delivery of voice communications without substantially increasing the complexity, cost, structure, or design of network equipment.

[0074] Queues 114, 116 and 118 may have been configured to be of equal size. Queues of equal size may prevent the situation in which a large number of packets for one terminal occupies most of the storage space of the access point. Such a situation may block new packets that are received by the access point to be stored due to insufficient storage space. The size of such equal sized queues may be determined based on system limitations. For illustrative purposes, queues 114, 116 and 118 are each shown to be capable of storing only four packets.

[0075] Illustrative steps involved in prioritizing packets based on a terminal having a voice-capable status are shown in FIG. 8a. At step 122, a terminal may transmit a packet that includes a voice flag to an access point. The voice flag may be set to indicate that the terminal is voice-capable. At step 123, the access point may determine the status of the terminal by receiving the packet and reading the voice flag of the packet. At step 124, the access point may store information indicating the voice-capable status of the terminal. At step 126, the access point may prioritize packets based on the terminal having a voice-capable status.

[0076] Queue 128 and packet flow chart 130 of FIG. 8bmay be implemented based on the illustrative steps of FIG. 8a. Chart 130 indicates that terminal T transmitted to an access point a packet having a voice flag that was set to indicate the voice-capable status of terminal T. The terminal may have transmitted the packet in an initial communications exchange between the terminal and access point. Terminal T may be a terminal that is one of a plurality of terminals that are associated with the access point.

[0077] The packets in queue 128 may have been received after the initial exchange between the access point and terminal T. The packets in queue 128 were prioritized based on the voice-capable status of terminal T (e.g., UDP packets are prioritized higher than TCP packets). Within the access point, an application may assign a priority to each packet in queue 128. The packets are then transmitted based on the assigned priorities and an acknowledgment packet is transmitted by terminal T and for each packet that is properly received by terminal T. Received packets in queue 128 are prioritized and transmitted in the following sequence: packet no. 4 (MNGT), packet no. 1 (UDP), packet no. 3 (UDP), and packet no. 2 (TCP).

[0078] In wireless LANs that use carrier-sense multiple access with collision avoidance (CSMA/CA) greater access to the communications bandwidth may be provided for transmitting voice communications than for transmitting other communications. Illustrative steps involved in transmitting voice packets in a CSMA/CA system are shown in FIG. 9a. At step 132, a transmitter (such as an access point or a terminal) may determine whether a packet that is to be transmitted is for providing voice communications. At step 136, the transmitter may determine whether the carrier channel is idle for a predetermined duration T_o(i.e., the carrier channel is available). The determination may be made using carrier sensing equipment that is implemented in the transmitter. At step 134, the transmitter may determine whether the carrier channel is idle for a duration T_rthat is less than duration T_o(e.g., what as the duration that is actually used) when the transmitter determines that the packet that is to be transmitted is for voice communications. At step 138, the transmitter may transmit the packet when the transmitter determines that the carrier channel has been idle for an appropriate duration of time (i.e., T_oor T_r). A contention window may specify the duration which a transmitter is to sense for a carrier channel frequency to determine whether the channel is idle (e.g., available for carrying transmissions). FIG. 9bshows a graph that illustrates different contention windows for voice and other data.

[0079] Transmitted packets may be acknowledged by each recipient by the recipient transmitting an acknowledgment packet in response to the intended recipient receiving the transmitted packer. The transmitter may then discard the transmitted packet that has been acknowledged and/or commence transmitting packets which have not yet been transmitted. Packets that have not yet been acknowledged may be retransmitted (e.g., the packets remain in queue for transmission). Illustrative steps involved in retransmitting packets for use in a wireless LAN (e.g., wireless LAN 20 of FIG. 1) are shown in FIG. 10a. At step 140, a packet that is directed to a particular terminal may be transmitted. At step 142, the transmitter may determine whether an acknowledge packet has been received. At step 144, the transmitter may transmit the next packet (e.g., the next highest priority packet) for that terminal after an acknowledgment has been received for the transmitted packet. At step 146, when an acknowledgment has not been received for the transmitted packet, the transmitter may continue to retransmit the packet until the packet is acknowledged or until the number of times the packet is transmitted reaches a retry threshold. Step 146 may include the step o: determining the retry threshold based on whether the packet is for voice communications. The retry threshold for voice packets may be preset to be lower than the retry threshold for other packets.

[0080] Illustrative packet transmission rounds 148, 150, 152 and 162 of FIG. 10bmay be implemented based on the illustrative steps of FIG. 10a. In round 148 (the first round), packet A is transmitted by access point 154 to terminal T2 and an acknowledgment is not transmitted in reply by terminal T2. In round 150 (the second round), packet A is retransmitted and an acknowledgment is again not received from terminal T2. Packet A continues to be transmitted in the subsequent rounds for a total of n rounds where in each round an acknowledgment for packet A is not received. The value of n may be a retry threshold and the valve may be different for voice and data packets. After the nth round 152, retransmissions of packet A may be discontinued and a different packet (e.g., the next highest priority packet for terminal T2) may be transmitted in the subsequent round, round 162.

[0081] Illustrative steps for retransmitting unacknowledged packets for use in a wireless LAN (e.g., wireless LAN 20 of FIG. 1) that is configured to use frequency hopping spread spectrum modulation are shown in FIG. 11a. At step 104, a transmitter may transmit a packet for a particular terminal. At step 166, the transmitter may determine whether an acknowledgment has been received in reply to the transmitted packet. At step 168, the transmitter may transmit the next packet for that terminal when the transmitter has determined that an acknowledgment for the transmitted packet has been received. At step 170, when it is determined that an acknowledgment has not been received, the packet is retransmitted until it is acknowledged or until an initial retry threshold has been reached (e.g., the packet has been transmitted k times). If desired, step 170 may include determining how many times to retry transmission (step 170a) (e.g., based on whether the packet is for voice communications). When the initial retry threshold is reached, further retry transmissions are halted until after a frequency hop in modulation (seep 172). At 174, the packet may be further retransmitted until it is acknowledged or until a total retry threshold has been reached. If desired, step 174 may include determining how many total times to retry the transmission of the packet (e.g., based on whether the packet is for voice communications).

[0082] Illustrative transmission rounds 176, 178, 180 and 182 of FIG. 11bmay be implemented based on the illustrative steps of FIG. 11a. In round 176, access point 184 may transmit packet A to terminal T2. In round 178, access point 184 may again transmit packet A to terminal T2 when an acknowledgment packet was not received for packet A in the previous round. In the following rounds, access point 184 continues to retransmit packet A while a responsive acknowledgment has not been received and until packet A has been transmitted a particular number of times k. When packet A has been transmitted k times, any further retransmissions are halted until a hop in the frequency that is being used for spread spectrum communications. In round 182 after a frequency hop, access point 184 resumes transmitting packets to terminal T2.

[0083] Retransmission of an unacknowledged packet may be preempted by the reception of a packet that has a higher priority than the unacknowledged packet. Illustrative steps involved in transmitting a highest priority packet for each terminal En a wireless local area network (e.g., wireless LAN of FIG. 1) are shown in FIG. 12a. At step 190, received packets may be prioritized. At step 192, the highest priority packet for each terminal may be selected. At step 194, one round of packets (e.g., the selected packets) are transmitted. At step 196, the transmitter determines whether an acknowledgment has been received for each transmitted packet. At step 198, new packets are received for transmission. At step 200, the packets that are to be transmitted (i.e., the received packets and the unacknowledged packets) are prioritized. At step 202, the highest priority packet for each terminal is selected. At step 204, another round of packets is transmitted.

[0084] Illustrative queues 206, 208, 210, 212 and 214 of FIG. 12bmay be implemented based on the illustrative steps of FIG. 12a. Queues 206 and 208 may be queues that include prioritized packets that access point 216 is to transmit to terminals T1 and T2, respectively. In a first round, when a half-duplex communications channel (e.g., a predetermined frequency band on which multiple devices communicate using CSMA and spread spectrum modulation) is determined to be idle, the access point may transmit packets nos. 1 and 6 which are the highest priority packets for T1 and T2, respectively. In the first round, packet no. 6 (UDP) that is transmitted to a voice-capable terminal T2 is unacknowledged by terminal T2. For the next round, packet no. 6 is reinserted into queue 208 for terminal T2. Additional packets 210 may be received by the access point 216 for transmission to terminals T1 and T2 before the next round of packets are to be transmitted. Queues 206aand 206bmay be implemented when the additional packets are prioritized. Queues 206aand 206binclude prioritized packets that are to be transmitted to terminals T1 and T2, respectively. In the previous round, packet no. 6 for terminal T2 was unacknowledged and reinserted into queue 208a. New management packet 13 for terminal T2 has been received after the first round and has been prioritized to have a higher priority than packet no. 6. When access point 216 transmits the highest priority packet for terminal T2, packet no. 13 is transmitted over unacknowledged packet no. 6. Thus, retransmission of packet no. 6 is preempted by transmission of higher priority packet no. 13.

[0085] Thus it is seen that a wireless LAN system and methods are provided that effectively carry mixed traffic communications. Greater priority is given to the transmission of packets for voice communications than for data communications while preventing transmission of data communications from being substantially blocked. Moreover, the system and methods, while meeting the complex demands of a mixed communications traffic environment, may still be implemented without substantial increases in structure, complexity, cost, processing delay, etc. over known wireless LAN systems and methods.

[0086] The foregoing is merely illustrative of the principles of this invention and various modifications can be made by those skilled in the art without departing from the scope and spirit of the invention.