Operation of a forward link acknowledgement channel for the reverse link data

BACKGROUND

Field

0001The disclosed embodiments relate generally to the field of communications, and more specifically to methods and apparatus for operation of a forward link acknowledgement channel.

Background

0002The field of communications has many applications including, e.g., paging, wireless local loops (WLL), Internet telephony, and satellite communication systems. An exemplary application is a cellular telephone system for mobile subscribers. Modern communication systems designed to allow multiple users to access a common communications medium have been developed for such cellular systems. These communication systems may be based on code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), or other multiple access techniques known in the art. These multiple access techniques decode and demodulate signals received from multiple users, thereby enabling simultaneous communication among multiple users and allowing for a relatively large capacity for the communication systems.

0003In the CDMA system, the available spectrum is shared efficiently among a number of users, and techniques such as soft handoff are employed to maintain sufficient quality to support delay-sensitive services (such as voice) without wasting a lot of power. More recently, systems that enhance the capacity for data services have also been available. These systems provide data services by using higher order modulation, faster power control, faster scheduling, and more efficient scheduling for services that have more relaxed delay requirements. An example of such a data-services communication system is the high data rate (HDR) system that conforms to the Telecommunications Industry Association/ Electronic Industries Alliance (TIA/EIA) cdma2000 High Data Rate Air Interface Specification IS-856, January 2002 (the IS-856 standard).

0004In a CDMA system, data transmission occurs from a source device to a destination device. The destination device receives the data transmission, demodulates the signal, and decodes the data. As part of the decoding process, the destination device performs the Cyclic Redundancy Code (CRC) check of the data packet to determine whether the packet was correctly received. Error detection methods other than the use of CRC, e.g., energy detection, can also be used in combination with or instead of CRC. If the packet was received with an error, the destination device transmits a negative acknowledgement (NAK) message on its acknowledgement (ACK) channel to the source device, which responds to the NAK message by retransmitting the packet that was received with an error.

0005Transmission errors may be particularly acute in applications with a low signal quality (e.g., low bit energy-to-noise power spectral density ratio (E_b/N_o)). In this situation, a conventional data retransmission scheme, such as Automatic Repeat Request (ARQ), may not meet (or may be designed not to meet) the maximum bit error rate (BER) required for the system operation. In such a case, combining the ARQ scheme with an error correction scheme, such as a Forward Error Correction (FEC), is often employed to enhance performance. This combination of ARQ and FEC is generally known as Hybrid ARQ (H-ARQ).

0006After transmitting a NAK, the destination device receives the data transmission and retransmission, demodulates the signal, and separates the received data into the new packet and the retransmitted packet. The new packet and the retransmitted packet need not be transmitted simultaneously. The destination device accumulates the energy of the received retransmitted packet with the energy already accumulated by the destination device for the packet received with an error. The destination device then attempts to decode the accumulated data packet. However, if the packet frame is initially transmitted with insufficient energy to permit correct decoding by the destination device, as described above, and is then retransmitted, the retransmission provides time diversity. As a result, the total transmit energy of the frame (including retransmissions) is lower on average. The combined symbol energy for both the initial transmission and retransmission(s) of the frame is lower than the energy that would have been required to transmit the frame initially at full power (i.e., at a power level that was sufficient on its own to permit correct decoding by the destination device) on average. Thus, the accumulation of the additional energy provided by the subsequent retransmissions improves the probability of a correct decoding. Alternately, the destination device might be able to decode the retransmitted packet by itself without combining the two packets. In both cases, the throughput rate can be improved since the packet received in error is retransmitted concurrently with the transmission of the new data packet. Again, it should be noted that the new packet and the retransmitted packet need not be transmitted simultaneously.

0007In the reverse link (i.e., the communication link from the remote terminal to the base station), the reverse supplemental channel (R-SCH) is used to transmit user information (e.g., packet data) from a remote terminal to the base station, and to support retransmission at the physical layer. The R-SCH may utilize different coding schemes for the retransmission. For example, a retransmission may use a code rate of 1/2 for the original transmission. The same rate 1/2 code symbols may be repeated for the retransmission. In an alternative case, the underlying code may be a rate 1/4 code. The original transmission may use 1/2 of the symbols and the retransmission may use the other half of the symbols. An example of the reverse link architecture is described in detail in <patcit id="pcit0001" dnum="US20020154610A" dnum-type="L"><text>U.S. Patent Application No. 2002/0154610</text></patcit>, entitled "REVERSE LINK CHANNEL ARCHITECTURE FOR A WIRELESS COMMUNICATION SYSTEM" assigned to the assignee of the present application.

0008In a CDMA communication system, and specifically in a system adapted for packetized transmissions, congestion and overloading may reduce the throughput of the system. The congestion is a measure of the amount of pending and active traffic with respect to the rated capacity of the system. System overload occurs when the pending and active traffic exceeds the rated capacity. A system may implement a target congestion level to maintain traffic conditions without interruption, i.e., to avoid overloading and underloading of resources.

0009One problem with overloading is the occurrence of delayed transmission responses. An increase in response time often leads to application level timeouts, wherein an application requiring the data waits longer than the application is programmed to allow, producing a timeout condition. Applications will then needlessly resend messages on timeouts, causing further congestion. If this condition continues, the system might reach a condition where it can service no users. One solution (used in HDR) for this condition is congestion control. Another solution (used in cdma2000) is proper scheduling.

0010The level of congestion in a system may be determined by monitoring the data rates of pending and active users, and the received signal strength required to achieve a desired quality of service. In a wireless CDMA system, the reverse link capacity is interference-limited. One measure of the cell congestion is the total amount of noise over the level of the thermal noise at a base station (referred to hereafter as the "rise over thermal" (ROT)). The ROT corresponds to the reverse link loading. A loaded system attempts to maintain the ROT near a predetermined value. If the ROT is too high, the range of the cell (i.e., the distance over which the base station of the cell can communicate) is reduced and the reverse link is less stable. The range of the cell is reduced because of an increase in the amount of transmit energy required to provide a target energy level. A high ROT also causes small changes in instantaneous loading that result in large excursions in the output power of the remote terminal. A low ROT can indicate that the reverse link is not heavily loaded, thus indicating that available capacity is potentially being wasted.

0011However, operating the R-SCH with H-ARQ may require that the initial transmission of an R-SCH frame not be power controlled very tightly to meet the ROT constraints. Therefore, the delivered signal-to-noise ratio (SNR) on the initial transmission of an R-SCH frame can be below the level sufficient to permit correct decoding of the received data packet. This condition can result in a NAK message being transmitted over the forward link ACK channel.

0012Accordingly, from the discussion above, it should be apparent that there is a need in the art for an apparatus and method that enables efficient operation of the forward link ACK channel.

SUMMARY

0013An aspect of the invention provides an acknowledgement method in a wireless communication system as set forth in claim 1. Another aspects of the invention provides a transmission method for a remote device in a wireless communication system as set forth in claim 5. Other aspects of the invention provide a remote device and a base station device for a wireless communication system operating an acknowledgement channel as set forth in claims 7 and 8. In a further aspect of the invention there is provide a wireless communication system operating an acknowledgement channel as set forth in claim 11. Embodiments disclosed herein address the need for an apparatus and method that enables efficient operation of the forward link ACK charnel in conjunction with a packet data channel in a wireless communications system.

0014In one embodiment, an acknowledgement method and apparatus of wireless communication includes receiving a reverse supplemental channel (R- SCH) frame at a base station. The base station then transmits an acknowledgement (ACK) signal if quality of the received R-SCH frame is indicated as being good. A negative acknowledgement (NAK) signal is transmitted only if the received data frame is indicated as being bad but has enough energy such that, if combined with energy from retransmission of the data .frame, it would be sufficient to permit correct decoding of the data frame

0015In another embodiment, an acknowledgement method and apparatus of wireless communication includes transmitting a reverse supplemental channel (R-SCH) frame from a remote terminal to a base station. The base station then transmits a negative acknowledgement (NAK) signal to the remote terminal if quality of the received R-SCH frame is indicated as being bad. The remote terminal also recognizes that an absence of a received acknowledgement indicates an acknowledgement (ACK) signal such that the quality of the received R-SCH frame is good, which indicates a condition where energy of the R-SCH frame is sufficient to permit correct decoding of the frame. The base station in this aspect is the best base station that provides smallest path loss to the remote terminal.

0016In another embodiment, an acknowledgement channel for a wireless communication system includes a block encoder, a mapper, and a mixer. The block encoder receives an ACK/NAK message having at least one bit, and operates to encode the ACK/NAK message with a generator matrix to produce a codeword. The mapper maps the codeword into a binary signals. The mixer mixes the binary signal with an orthogonal spreading code such as a Walsh code to produce an encoded ACK/NAK signal.

0017Other features and advantages of the present invention should be apparent from the following descriptions of the exemplary embodiment, which illustrates, by way of example, the principles of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

0018<figref idref="f0001">FIG. 1</figref> is a diagram of an exemplary wireless communication system that supports a number of users and is capable of implementing various aspects of the invention;

0019<figref idref="f0002">FIG. 2</figref> is a simplified block diagram of an embodiment of a base station and a remote terminal of the <figref idref="f0001">FIG. 1</figref> communication system;

0020<figref idref="f0003">FIG. 3</figref> illustrates an exemplary forward link ACK channel according to the acknowledgement scheme discussed herein;

0021<figref idref="f0004">FIG. 4</figref> illustrates an exemplary forward link ACK channel operating in accordance with an assumption that the remote terminal recognizes which base station is the best base station;

0022<figref idref="f0005 f0006 f0007">FIG. 5A through 5C</figref> illustrate a flowchart of an exemplary method for implementing an acknowledgement scheme operating on a forward link ACK channel; and

0023<figref idref="f0008">FIG. 6</figref> is block diagram of an exemplary F-CPANCH.

DETAILED DESCRIPTION

0024The detailed description set forth below in connection with the appended drawings is intended as a description of exemplary embodiments of the present invention and is not intended to represent the only embodiments in which the present invention can be practiced. The term "exemplary" used throughout this description means "serving as an example, instance, or illustration," and should not necessarily be construed as preferred or advantageous over other embodiments. The detailed description includes specific details for the purpose of providing a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form in order to avoid obscuring the concepts of the present invention.

0025In recognition of the above-stated need for an apparatus and method that enables efficient operation of the forward link ACK channel, this disclosure describes exemplary embodiments for efficiently allocating and utilizing the reverse link resources. In particular, a reliable acknowledgment scheme and an efficient retransmission scheme, which can improve the utilization of the reverse link and allow data frames to be transmitted at lower transmit power, are described in detail below.

0026Although various aspects of the present invention will be described in the context of a CDMA communications system, those skilled in the art will appreciate that the techniques for providing efficient operation of the forward link ACK channel described herein are likewise suitable for use in various other communications environments including communications systems based on TDMA, FDMA, SDMA, PDMA, and other multiple access techniques known in the art, and communications systems based on AMPS, GSM, HDR, and various CDMA standards, and other communication standards known in the art. Accordingly, any reference to a CDMA communications system is intended only to illustrate the inventive aspects of the present invention, with the understanding that such inventive aspects have a wide range of applications.

0027<figref idref="f0001">FIG. 1</figref> is a diagram of an exemplary wireless communication system 100 that supports a number of users and capable of implementing various aspects of the invention. The communication system 100 provides communication for a number of cells, with each cell being serviced by a corresponding base station (BS) 104. Various remote terminals 106 are dispersed throughout the system 100. Individual base stations or remote terminals will be identified by a letter suffix such as 104a or 106c. References to 104 or 106 without a letter suffix will be understood to refer to the base stations and remote terminals in the general sense.

0028Each remote terminal 106 may communicate with one or more base stations 104 on the forward and reverse links at any particular moment, depending on whether or not the remote terminal is active and whether or not it is in soft handoff. The forward link refers to transmission from a base station 104 to a remote terminal 106, and the reverse link refers to transmission from a remote terminal 106 to a base station 104. As shown in <figref idref="f0001">FIG. 1</figref>, the base station 104a communicates with the remote terminals 106a, 106b, 106c, and 106d, and the base station 104b communicates with the remote terminals 106d, 106e, and 106f. The remote terminal 106d is in a soft handoff condition and concurrently communicates with both of the base stations 104a and 104b.

0029In the wireless communication system 100, a base station controller (BSC) 102 communicates with the base stations 104 and may further communicate with a public switched telephone network (PSTN). The communication with the PSTN is typically achieved via a mobile switching center (MSC), which is not shown in <figref idref="f0001">FIG. 1</figref> for simplicity. The BSC may also communicate with a packet network, which is typically achieved via a packet data serving node (PDSN) that is also not shown in <figref idref="f0001">FIG. 1</figref>. The BSC 102 provides coordination and control for the base stations 104. The BSC 102 further controls the routing of telephone calls among the remote terminals 106, and between the remote terminals 106 and users communicating with the PSTN (e.g., conventional telephones) and to the packet network, via the base stations 104.

0030<figref idref="f0002">FIG. 2</figref> is a simplified block diagram of an embodiment of a base station 104 and a remote terminal 106, which are capable of implementing various aspects of the invention. For a particular communication, voice data, packet data, and/or messages may be exchanged between the base station 104 and the remote terminal 106. Various types of messages may be transmitted such as messages used to establish a communication session between the base station and the remote terminal and messages used to control a data transmission (e.g., power control, data rate information, acknowledgment, and so on). Some of these message types are described below. In particular, the implementation of the reverse link data acknowledgement using the forward link ACK channel is described in detail.

0031For the reverse link, at the remote terminal 106, voice and/or packet data (e.g., from a data source 210) and messages (e.g., from a controller 230) are provided to a transmit (TX) data processor 212, which formats and encodes the data and messages with one or more coding schemes to generate coded data. Each coding scheme may include any combination of cyclic redundancy check (CRC), convolutional, Turbo, block, and other coding, or no coding at all. Typically, voice data, packet data, and messages are coded using different schemes, and different types of message may also be coded differently.

0032The coded data is then provided to a modulator (MOD) 214 and further processed (e.g., covered, spread with short PN sequences, and scrambled with a long PN sequence assigned to the user terminal). The modulated data is then provided to a transmitter unit (TMTR) 216 and conditioned (e.g., converted to one or more analog signals, amplified, filtered, and quadrature modulated) to generate a reverse link signal. The reverse link signal is routed through a duplexer (D) 218 and transmitted via an antenna 220 to the base station 104.

0033At the base station 104, the reverse link signal is received by an antenna 250, routed through a duplexer 252, and provided to a receiver unit (RCVR) 254. The receiver unit 254 conditions (e.g., filters, amplifies, downconverts, and digitizes) the received signal and provides samples. A demodulator (DEMOD) 256 receives and processes (e.g., despreads, decovers, and pilot demodulates) the samples to provide recovered symbols. The demodulator 256 may implement a rake receiver that processes multiple instances of the received signal and generates combined symbols. A receive (RX) data processor 258 then decodes the symbols to recover the data and messages transmitted on the reverse link. The recovered voice/packet data is provided to a data sink 260 and the recovered messages may be provided to a controller 270. The processing by the demodulator 256 and the RX data processor 258 are complementary to that performed at the remote terminal 106. The demodulator 256 and the RX data processor 258 may further be operated to process multiple transmissions received via multiple channels, e.g., a reverse fundamental channel (R-FCH) and a reverse supplemental channel (R-SCH). Also, transmissions may be received simultaneously from multiple remote terminals, each of which may be transmitting on a reverse fundamental channel, a reverse supplemental channel, or both.

0034On the forward link, at the base station 104, voice and/or packet data (e.g., from a data source 262) and messages (e.g., from the controller 270) are processed (e.g., formatted and encoded) by a transmit (TX) data processor 264, further processed (e.g., covered and spread) by a modulator (MOD) 266, and conditioned (e.g., converted to analog signals, amplified, filtered, and quadrature modulated) by a transmitter unit (TMTR) 268 to generate a forward link signal. The forward link signal is routed through the duplexer 252 and transmitted via the antenna 250 to the remote terminal 106.

0035At the remote terminal 106, the forward link signal is received by the antenna 220, routed through the duplexer 218, and provided to a receiver unit 222. The receiver unit 222 conditions (e.g., downconverts, filters, amplifies, quadrature demodulates, and digitizes) the received signal and provides samples. The samples are processed (e.g., despreaded, decovered, and pilot demodulated) by a demodulator 224 to provide symbols, and the symbols are further processed (e.g., decoded and checked) by a receive data processor 226, to recover the data and messages transmitted on the forward link. The recovered data is provided to a data sink 228, and the recovered messages may be provided to the controller 230.

0036The reverse link has some characteristics that are very different from those of the forward link. In particular, the data transmission characteristics, soft handoff behaviors, and fading phenomenon are typically very different between the forward and reverse links. For example, the base station typically does not know a <i>priori</i> which remote terminals have packet data to transmit, or how much data to transmit. Thus, the base station may allocate resources to the remote terminals whenever requested and as available. Because of uncertainty in user demands, the usage on the reverse link may fluctuate widely.

0037Apparatus and methods are provided to efficiently allocate and utilize the reverse link resources in accordance with exemplary embodiments of the invention. The reverse link resources may be assigned via a supplemental channel (e.g., R-SCH) that is used for packet data transmission. In particular, a reliable acknowledgment scheme and an efficient retransmission scheme are provided.

0038A reliable acknowledgment scheme and an efficient retransmission scheme should consider several factors that control communication between base stations and a remote terminal. One of the factors to consider include the fact that the base stations with path losses that are about a few dB larger than a base station with the smallest path loss to the remote terminal (e.g., the base station that is closest to the remote terminal), but are in the Active Set of the remote terminal, have relatively little chance of correctly receiving reverse supplemental channel (R-SCH) frames.

0039In order for the soft handoff to work and the overall remote terminal transmit power to be reduced, the remote terminal needs to receive indications for these missed or bad R-SCH frames. Since the remote terminal is going to receive significantly more negative acknowledgements than positive acknowledgements, an exemplary acknowledgement scheme is configured (see <figref idref="f0003">FIG. 3</figref>) so that the base station (BS) sends a remote terminal (RT) an acknowledgement (ACK) for a good frame and a negative acknowledgement (NAK) for a bad frame only if the received bad R-SCH frame has enough energy such that, if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the base station. The bad frames having insufficient energy (even when combined with retransmission energy) to permit correct decoding of the frame by the base station, will not receive a NAK signal. Thus, when the remote terminal does not receive an ACK or NAK signal, the remote terminal will assume that the bad frame received at the base station did not have sufficient energy to permit correct decoding of the frame. In this case, the remote terminal will need to retransmit the frame with a default transmission level sufficient to permit correct decoding. In one embodiment, this default transmission level may be predetermined to enable correct decoding by the base station. In another embodiment, this default transmission level may be dynamically determined in accordance with a transmission condition of the wireless CDMA system.

0040<figref idref="f0003">FIG. 3</figref> illustrates an exemplary forward link ACK channel according to the acknowledgement scheme discussed above. In the illustrated embodiment, the remote terminal sends an R-SCH frame to the base station(s). The base station receives the R-SCH frame and sends an ACK signal if the received R-SCH frame is recognized as being a "good" frame.

0041In one embodiment, the recognition of the quality of the received R-SCH frame (i.e., as being "good" or "bad") can be made by observing the reverse link pilot signal, or, equivalently, based on the power control bits sent from the remote terminal. Therefore, if the reverse link pilot signal includes sufficient energy to permit correct decoding of the frame by the base station, the frame is considered to be "good". Otherwise, if the reverse link pilot signal includes insufficient energy to permit correct decoding of the frame by the base station, the frame is considered to be "bad".

0042The exemplary forward link ACK channel of the base station sends a NAK signal with a .traffic-to-pilot ratio (T/P) delta if the received R-SCH frame is recognized as being a "bad" frame but has enough energy to combine with retransmission. This condition occurs when the received bad R-SCH frame has enough energy such that if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the base station.

0043The traffic-to-pilot ratio (T/P) can be computed by measuring the ratio between the energy level of the reverse traffic channel (e.g., the R-SCH) and the .reverse pilot channel. Thus, in this embodiment, this ratio is used for power control of the R-SCH and is compared to the total energy level sufficient to permit correct decoding of the R-SCH frame by the base station. The difference between the T/P value of the initial transmission and the total energy level sufficient to permit correct decoding of the R-SCH frame provides a parameter referred to as a T/P delta. In general, the total energy level is the energy level required to maintain a certain quality of service (QoS), which depends on speed, channel condition, and other parameters related to QoS. Accordingly, the T/P delta provides a differential energy value that must be delivered by the remote terminal on the retransmission to compensate for the energy deficit on the initial transmission, and allow the base station to correctly decode the R-SCH frame on the reverse link. The calculated T/P delta can be transmitted to the remote terminal on the forward ACK channel along with acknowledgement signals. In case where there are two or more base stations in the Active Set of the remote terminal, and both base stations send NAK signals with different T/P deltas in response to bad R-SCH frames, the remote terminal should choose the one with the lower T/P delta so that at least one base station is allowed to correctly decode the packet.

0044Further, the base station will not send a NAK signal (i.e., NULL data) when the received bad R-SCH frame, combined with retransmission energy, has insufficient energy to permit correct decoding of the frame by the base station. The remote terminal should recognize this "NULL" condition as a signal from the base station to the remote terminal to retransmit the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0045The acknowledgement scheme illustrated in <figref idref="f0003">FIG. 3</figref> can be further optimized if the remote terminal can detect or determine which base station has the smallest path loss to the remote terminal (i.e., the best base station). In one embodiment, a pattern of power control commands from the base station to the remote terminal is used to determine which base station is the best base station. For example, the base station can measure the energy deficit of the actually received frame relative to the power control target (as is done in the closed-loop power control) to determine which base station is the best base station. By averaging the energy deficit over many frames, the base station can determine whether it is the best base station or not. This information can be transmitted to the remote terminal. For another example, the base station can measure the pattern of power control up/down bits to determine which is the best base station

0046In an alternative embodiment, the best base station can be readily determined if the remote terminal is operating in a data/voice (DV) mode of a 1xEv-DV system. In this mode, both the base station and the remote terminal need to know which base station is the best base station. Thus, the remote terminal uses the reverse channel quality indicator channel (R-CQICH) to indicate to the base station the channel quality measurements of the best base station.

0047However, using either embodiment described above, there may still be a period of time when the two sides (the base station and the remote terminal) are not necessarily synchronized about which base station is the best base station. Accordingly, in one embodiment, during the period when there is a conflict between the two sides, the base station that is designated and undesignated as being the best base station is configured to send both ACK (when the frame is good) and NAK (when the frame is bad) signals so that the remote terminal will not get confused.

0048<figref idref="f0004">FIG. 4</figref> illustrates an exemplary forward link ACK channel operating in accordance with an assumption that the remote terminal recognizes which base station is the best base station. Hence, in the illustrated embodiment, the remote terminal sends R-SCH frames to the best base station and the secondary base station(s). Since the best base station will be receiving a lot more "good" frames than "bad" frames, the acknowledgement scheme from the best base station is biased toward not sending ACK signals for "good" frames but sending NAK signals for "bad" frames. The secondary base station will be biased in reverse since it will be receiving a lot more "bad" frames than "good" frames. Thus, the acknowledgement scheme from the secondary base station is biased toward sending ACK signals for "good" frames but not sending NAK signals for "bad" frames.

0049Accordingly, in response to the receipt of the R-SCH frame from the remote terminal, the exemplary forward link ACK channel of the best base station does not send an ACK signal (i.e., NULL data) if the received R-SCH frame is recognized as being a "good" frame. The remote terminal should recognize this "NULL" condition as a signal from the best base station that the transmitted R-SCH frame was received with sufficient energy to permit correct decoding and that there is no need for retransmission of the frame. If the received R-SCH frame is recognized as being a "bad" frame but has enough energy to combine with retransmission, the best base station sends a NAK signal with a T/P delta. This condition occurs when the received bad R-SCH frame has enough energy such that if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the best base station. The best base station sends a NAK signal without a T/P delta if the received bad R-SCH frame, combined with retransmission energy, has insufficient energy to permit correct decoding of the frame by the best base station. Thus, the remote terminal retransmits the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0050However, the exemplary forward fink ACK channel of the secondary base station, in response to the receipt of the R-SCH frame from the remote terminal, sends an ACK signal if the received R-SCH frame is recognized as being a "good" frame. If the received R-SCH frame is recognized as being a "bad" frame but has enough energy to combine with retransmission, the secondary base station sends a NAK signal with a T/P delta. This condition occurs when the received bad R-SCH frame has enough energy such that if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the secondary base station. The secondary base station does not send a NAK signal (i.e., NULL data) when the received bad R-SCH frame, combined with retransmission energy, has insufficient energy to permit correct decoding of the frame by the base station. The remote terminal should recognize this "NULL" condition as a signal from the secondary base station to the remote terminal to retransmit the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0051An exemplary method for implementing an above-described acknowledgement scheme operating on a forward link ACK channel is illustrated in a flowchart shown in <figref idref="f0005 f0006 f0007">FIG. 5A through FIG. 5C</figref>. At box 500, a determination is made as to whether the remote terminal under a condition where the terminal has knowledge about which base station has the smallest path loss to the remote terminal (i.e., the best base station). As described above, this can be determined by measuring the energy deficit of the actually received frame relative to the power control target. By averaging the energy deficit over a sufficient number of frames, the base station can determine whether it is the best base station or not. This information can be transmitted to the remote terminal. If the remote terminal is operating in a data/voice (DV) mode of a 1 xEv-DV system, both the base station and the remote terminal must know which base station is the best base station. Thus, in the DV mode, there is no need to determine which base station is the best base station.

0052If the remote terminal cannot determine which base station is the best base station at box 500, a "No" outcome, then a base station that received the R-SCH frame sends an ACK signal (at box 504) if the received R-SCH frame is recognized as being a "good" frame. The recognition of the quality of the received R-SCH frame (i.e., as being "good" or "bad") can be made according to the process described above.

0053At box 506, a determination is made whether the received bad R-SCH frame has enough energy such that if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the base station. If this is the case, the exemplary forward link ACK channel of the base station sends a NAK signal with a T/P delta, at box 508. Otherwise, the base station will not send a NAK signal (i.e., NULL data) for the bad R-SCH frame, at box 510. The remote terminal should recognize this "NULL" condition as a signal from the base station to the remote terminal to retransmit the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0054If the remote terminal is able to determine which base station is the best base station at box 500, a "Yes" outcome at box 500, then the source of an ACK/NAK signal is determined, at 502, as being either the "best" base station or a "secondary" base station. If the source is the "best" base station, then the exemplary forward link ACK channel of the best base station does not send an ACK signal (i.e., NULL data) in response to a "good" frame, at box 512. The remote terminal will recognize this "NULL" condition as a signal from the best base station that the transmitted R-SCH frame was received with sufficient energy to permit correct decoding and that there is no need for retransmission of the frame.

0055At box 514, a determination is made whether the received bad R-SCH frame has sufficient energy such that if combined with energy from the retransmission of the R-SCH frame, correct decoding of the frame by the base station could be performed. If this is the case, the exemplary forward link ACK channel of the best base station sends a NAK signal with a T/P delta, at box 516. Otherwise, the best base station sends a NAK signal without a T/P delta, at 518. Thus, the remote terminal retransmits the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0056If the source of an ACK/NAK. signal is determined (at box 502) to be the secondary base station, then the exemplary forward link ACK channel of the secondary base station sends an ACK signal, at box 520, in response to a "good" frame. At box 522, a determination is again made as to whether the received bad R-SCH frame has enough energy such that if combined with energy from the retransmission of the R-SCH frame, it would be sufficient to permit correct decoding of the frame by the base station. If this is the case, the exemplary forward link ACK channel of the secondary base station sends a NAK signal with a T/P delta, at box 524. Otherwise, if the received bad R-SCH frame, combined with retransmission energy, has insufficient energy to permit correct decoding of the frame by the base station, then the secondary base station does not send a NAK signal (i.e., NULL data), at box 526. The remote terminal should recognize this "NULL" condition as a signal from the secondary base station to the remote terminal to retransmit the R-SCH frame with a default transmission level sufficient to permit correct decoding.

0057As described above, acknowledgements (ACK) and negative acknowledgements (NAK) are transmitted by the base station for data transmission on the R-SCH. Moreover, the ACK/NAK can be transmitted using a Forward Common Packet Acknowledgement Channel (F-CPANCH). <figref idref="f0008">FIG. 6</figref> is a block diagram of an exemplary F-CPANCH.

0058In one embodiment, ACK and NAK are transmitted as n-bit ACK/NAK messages, with each message being associated with a corresponding data frame transmitted on the reverse link. Thus, each ACK/NAK message may include 1, 2, 3, or 4 bits (or possible more bits), with the number of bits in the message being dependent on the number of reverse link channels in the service configuration. The n-bit ACK/NAK message may be block coded to increase reliability or transmitted in the clear. To improve reliability, the ACK/NAK message for a particular data frame can be retransmitted in a subsequent frame (e.g., 20 milliseconds later) to provide time diversity for the message. The time diversity provides additional reliability, or may allow for the reduction in power used to send the ACK/NAK message while maintaining the same reliability. The ACK/NAK message may use error correcting coding as is well known in the art. For the retransmission, the ACK/NAK message may repeat the exact same code word or may use incremental redundancy. The encoding approach is described in further detail below.

0059In the illustrated embodiment of <figref idref="f0008">FIG. 6</figref>, the F-CPANCH input for MAC ID = <i>j</i>, and <i>k</i> bits per 20 millisecond, where <i>k</i>= 1, 2, 3, or 4, is provided to a (6, k) block encoder 602. In general, the (<i>n</i>, <i>k</i>) block codes are specified in terms of their generator matrices. The encoder output codeword, <i>y</i> = [<i>y</i>₀<i>y</i>_1K<i>y</i>_n-1], is equal to <i><b>y</b>=<b>uG,</b></i> where <b><i>u</i></b>= [<i>u</i>₀<i>u</i>₁ K <i>u</i>_k-1] is the input sequence, <i>u</i>₀ is the first input bit, <i>y</i>₀ is the first output bit, and <b><i>G</i></b> is the <i>k x n</i> generator matrix.

0060The generator matrix for the (6,1), F-CPANCH code is

0061<b><i>G</i></b>= [1 1 1 1 1 1].

0062The generator matrix for the (6,2), F-CPANCH code is

0063<maths id="math0001"><math display="block"><mi mathvariant="bold-italic">G</mi><mo>=</mo><mfenced open="[" close="]"><mtable><mtr><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd></mtr></mtable></mfenced><mn>.</mn></math><img file="EP1584155B1_D0001.tif" /></maths>

0064The generator matrix for the (6,3), F-CPANCH code is

0065<maths id="math0002"><math display="block"><mi mathvariant="bold-italic">G</mi><mo>=</mo><mfenced open="[" close="]"><mtable><mtr><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd></mtr></mtable></mfenced><mn>.</mn></math><img file="EP1584155B1_D0002.tif" /></maths>

0066The generator matrix for the (6,4), F-CPANCH code is

0067<maths id="math0003"><math display="block"><mi mathvariant="bold-italic">G</mi><mo>=</mo><mfenced open="[" close="]"><mtable><mtr><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>1</mn></mtd></mtr></mtable></mfenced><mn>.</mn></math><img file="EP1584155B1_D0003.tif" /></maths>

0068The output of the encoder 602 is then signal point mapped in a mapper 604 such that a 0 is a +1 and a 1 is a -1. The resulting signal is mixed by a mixer 606 with a Walsh code, such as a 128-ary Walsh code (W¹²⁸) . The use of a Walsh code provides for channelization and for resistance to phase errors in the receiver. It should be noted that for other CDMA systems, other orthogonal or quasi-orthogonal functions could be substituted for Walsh code functions (e.g., OVSF for WCDMA).

0069To improve reliability, the ACK/NAK message for a particular data frame can be retransmitted in a subsequent frame (e.g., 20 milliseconds later) to provide time diversity for the message. The retransmission is implemented by inserting a block 612, which provides a sequence delay of one 20-millisecond frame, and a mapper 614 (substantival similar to the mapper 604) and a mixer 616 (substantially similar to the mixer 606). However, the mixer 616 is mixed with a Walsh code starting at 65 and ending at 128.

0070The outputs of the mixers 606 and 616 are combined by a summing element 618. The output of the summing element 618 is then demultiplexed by a demulitiplexer 620 to produce an ACK/NAK signal having 384 symbols per 20 milliseconds (19.2 ksps) appropriate for forward link transmission.

0071Table 1 gives the F-CPANCH code properties. <tables id="tabl0001" num="0001"><table frame="all"><title>Table 1 F-CPANCH Code Properties</title><tgroup cols="5"><colspec colnum="1" colname="col1" colwidth="20mm" /><colspec colnum="2" colname="col2" colwidth="29mm" /><colspec colnum="3" colname="col3" colwidth="26mm" /><colspec colnum="4" colname="col4" colwidth="15mm" /><colspec colnum="5" colname="col5" colwidth="17mm" /><thead><row><entry morerows="1" align="center" valign="top">Code (n, k)</entry><entry morerows="1" align="center" valign="top">Best possible d_min</entry><entry morerows="1" align="center" valign="top">Achieved d_min</entry><entry namest="col4" nameend="col5" align="center" valign="top">Codewords</entry></row><row><entry align="center" valign="top">Weight</entry><entry align="center" valign="top">Number</entry></row></thead><tbody><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">0</entry><entry align="center">1</entry></row><row><entry align="center">(6,1)</entry><entry align="center">6</entry><entry align="center">6</entry><entry align="center">6</entry><entry align="center">1</entry></row><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">0</entry><entry align="center">1</entry></row><row><entry align="center">(6,2)</entry><entry align="center">4</entry><entry align="center">4</entry><entry align="center">4</entry><entry align="center">3</entry></row><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">0</entry><entry align="center">1</entry></row><row rowsep="0"><entry align="center">(6,3)</entry><entry align="center">3</entry><entry align="center">3</entry><entry align="center">3</entry><entry align="center">4</entry></row><row><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">4</entry><entry align="center">3</entry></row><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">0</entry><entry align="center">1</entry></row><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">2</entry><entry align="center">3</entry></row><row rowsep="0"><entry align="center">(6,4)</entry><entry align="center">2</entry><entry align="center">2</entry><entry align="center">3</entry><entry align="center">8</entry></row><row rowsep="0"><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">4</entry><entry align="center">3</entry></row><row><entry align="center" /><entry align="center" /><entry align="center" /><entry align="center">6</entry><entry align="center">1</entry></row></tbody></tgroup></table></tables>

0072An efficient and reliable acknowledgement scheme can improve the utilization of the reverse link, and may also allow data frames to be transmitted at lower transmit power. For example, without retransmission, a data frame needs to be transmitted at a higher power level (P₁) required to achieve one percent frame error rate (1% FER). If retransmission is used and is reliable, a data frame may be transmitted at a lower power level (P₂) required to achieve 10% FER. The 10% erased frames may be retransmitted to achieve an overall 1% FER for the transmission (i.e., 10% x 10% = 1 %). Moreover, retransmission provides time diversity, which may improve performance. The retransmitted frame may also be combined with the initial transmission of the frame at the base station, and the combined power from the two transmissions may also improve performance. The recombining may allow an erased frame to be retransmitted at a lower power level.

0073Those of skill in the art will understand that method steps could be interchanged without departing from the scope of the invention. Those of skill in the art will also understand that information and signals might be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

0074Those of skill will further appreciate that the various illustrative logical blocks, modules, circuits, and steps of a technique described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

0075The various illustrative logical blocks and modules described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

0076The steps of a method or technique described in connection with the embodiments disclosed herein may be embodied directly In hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from; and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a subscriber station. In the alternative, the processor and the storage medium may reside as discrete components in a subscriber station.

0077The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the scope of the invention.