MULTIPLEXING AND TRANSMISSION OF

TRAFFIC DATAAND CONTROL INFORMATION

IN A WIRELESS COMMUNICATION SYSTEM

[0001] The present application claims priority to provisional U.S. Application Serial No. 60/954,299, entitled "MULTIPLEXING AND TRANSMISSION STRATEGIES OF CONTROL AND DATA WHEN SIMULTANEOUSLY TRANSMITTED IN THE UL OF E-UTRA," filed August 6, 2007, assigned to the assignee hereof and incorporated herein by reference.

BACKGROUND

I. Field

[0002] The present disclosure relates generally to communication, and more specifically to techniques for transmitting traffic data and control information in a wireless communication system.

II. Background

[0003] Wireless communication systems are widely deployed to provide various communication content such as voice, video, packet data, messaging, broadcast, etc. These wireless systems may be multiple-access systems capable of supporting multiple users by sharing the available system resources. Examples of such multiple-access systems include Code Division Multiple Access (CDMA) systems, Time Division Multiple Access (TDMA) systems, Frequency Division Multiple Access (FDMA) systems, Orthogonal FDMA (OFDMA) systems, and Single-Carrier FDMA (SC- FDMA) systems.

[0004] In a wireless communication system, a Node B may transmit traffic data on the downlink to a user equipment (UE). The UE may transmit traffic data and/or control information on the uplink to the Node B. The control information sent by the UE may support data transmission by the Node B and/or may be used for other purposes. It may be desirable to transmit traffic data and control information as efficiently as possible in order to improve system performance.

SUMMARY

[0005] Techniques for transmitting traffic data and control information in a wireless communication system are described herein. In an aspect, traffic data and control information may be multiplexed at a coded data level. In one design, a UE may encode traffic data (e.g., based on a first coding scheme) to obtain coded traffic data, which is coded data for traffic data. The UE may also encode control information (e.g., based on a second coding scheme) to obtain coded control data, which is coded data for control information. The first and second coding schemes may be selected to obtain the desire protection levels for the traffic data and the control information, respectively. The UE may multiplex the traffic data and the control information after encoding and prior to modulation to obtain multiplexed data. The UE may modulate the multiplexed data based on a common modulation scheme to obtain modulation symbols. The UE may then generate multiple SC-FDMA symbols based on the modulation symbols. [0006] In another aspect, traffic data and control information may be multiplexed at a modulation symbol level. In one design, a UE may encode and modulate traffic data (e.g., based on a variable modulation and coding scheme) to obtain data modulation symbols, which are modulation symbols for traffic data. The UE may encode and modulate control information (e.g., based on a fixed modulation and coding scheme) to obtain control modulation symbols, which are modulation symbols for control information. The UE may scale the data modulation symbols and the control modulation symbols based on first and second gains, respectively, which may be selected to achieve the desired protection levels for the traffic data and the control information. The UE may multiplex the data modulation symbols and the control modulation symbols to obtain multiplexed modulation symbols. The UE may then generate multiple SC-FDMA symbols based on the multiplexed modulation symbols. [0007] In yet another aspect, a UE may perform rate matching for traffic data to account for control information. The UE may encode traffic data to obtain coded traffic data and may encode control information to obtain coded control data. The UE may perform rate matching on the coded traffic data based on the coded control data and possibly other data (e.g., a sounding reference signal) to obtain rate matched traffic data. The UE may then multiplex the rate matched traffic data and the coded control data to obtain multiplexed data. Alternatively, UE may multiplex data modulation symbols

obtained from the rate matched traffic data and control modulation symbols obtained from the coded control data.

[0008] In yet another aspect, a UE may perform multiplexing and puncturing for different types of control information. The UE may multiplex traffic data and first control information to obtain multiplexed data. The UE may then puncture the multiplexed data with second control information. As used herein, puncturing is a process in which some data is replaced with some other data.

[0009] Various aspects and features of the disclosure are described in further detail below.

BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1 shows a wireless communication system.

[0011] FIG. 2 shows example transmissions on the downlink and uplink.

[0012] FIG. 3 shows an example transmission structure for the uplink.

[0013] FIG. 4 shows an example transmission on the uplink by a UE.

[0014] FIGS. 5A and 5B show a transmit processor and a transmit chain, respectively, for multiplexing at the coded data level.

[0015] FIGS. 6A and 6B show a transmit processor and a transmit chain, respectively, for multiplexing at the modulation symbol level.

[0016] FIGS. 7 and 8 show a process and an apparatus, respectively, for multiplexing traffic data and control information at the coded data level.

[0017] FIGS. 9 and 10 show a process and an apparatus, respectively, for multiplexing traffic data and control information at the modulation symbol level.

[0018] FIGS. 11 and 12 show a process and an apparatus, respectively, for performing rate matching for traffic data based on control information.

[0019] FIGS. 13 and 14 show processes and an apparatus for multiplexing and puncturing traffic data with control information.

[0020] FIGS. 15 and 16 show processes for multiplexing and puncturing at the coded data level and the modulation symbol level, respectively.

[0021] FIG. 17 shows a block diagram of a Node B and a UE.

DETAILED DESCRIPTION

[0022] The techniques described herein may be used for various wireless communication systems such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA and other systems. The terms "system" and "network" are often used interchangeably. A CDMA system may implement a radio technology such as Universal Terrestrial Radio Access (UTRA), cdma2000, etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. cdma2000 covers IS-2000, IS-95 and IS-856 standards. A TDMA system may implement a radio technology such as Global System for Mobile Communications (GSM). An OFDMA system may implement a radio technology such as Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, etc. UTRA and E-UTRA are part of Universal Mobile Telecommunication System (UMTS). 3GPP Long Term Evolution (LTE) is an upcoming release of UMTS that uses E-UTRA, which employs OFDMA on the downlink and SC-FDMA on the uplink. UTRA, E-UTRA, UMTS, LTE and GSM are described in documents from an organization named "3rd Generation Partnership Project" (3GPP). cdma2000 and UMB are described in documents from an organization named "3rd Generation Partnership Project 2" (3GPP2). For clarity, certain aspects of the techniques are described below for LTE, and LTE terminology is used in much of the description below.

[0023] FIG. 1 shows a wireless communication system 100, which may be an LTE system. System 100 may include a number of Node Bs 110 and other network entities. A Node B may be a fixed station that communicates with the UEs and may also be referred to as an evolved Node B (eNB), a base station, an access point, etc. UEs 120 may be dispersed throughout the system, and each UE may be stationary or mobile. A UE may also be referred to as a mobile station, a terminal, an access terminal, a subscriber unit, a station, etc. A UE may be a cellular phone, a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, etc. A UE may communicate with a Node B via the downlink and uplink. The downlink (or forward link) refers to the communication link from the Node B to the UE, and the uplink (or reverse link) refers to the communication link from the UE to the Node B.

[0024] The system may support hybrid automatic retransmission (HARQ). For HARQ on the downlink, a Node B may send a transmission for traffic data and may

send one or more retransmissions until the traffic data is decoded correctly by a recipient UE, or the maximum number of retransmissions has been sent, or some other termination condition is encountered. HARQ may improve reliability of data transmission.

[0025] FIG. 2 shows downlink (DL) transmission by a Node B and uplink (UL) transmission by a UE. The UE may periodically estimate the downlink channel quality for the Node B and may send channel quality indicator (CQI) information to the Node B. The Node B may use the CQI information and/or other information to select the UE for downlink transmission and to select a suitable modulation and coding scheme (MCS) for data transmission to the UE. The Node B may process and transmit traffic data to the UE when there is traffic data to send and system resources are available. The UE may process a downlink data transmission from the Node B and may send an acknowledgement (ACK) if the traffic data is decoded correctly or a negative acknowledgement (NAK) if the traffic data is decoded in error. The Node B may retransmit the traffic data if a NAK is received and may transmit new traffic data if an ACK is received. The UE may also transmit traffic data on the uplink to the Node B when there is traffic data to send and the UE is assigned uplink resources. [0026] As shown in FIG. 2, the UE may transmit traffic data and/or control information, or neither, in any given subframe. The control information may comprise CQI, ACK, and/or other information. The UE may be configured by the Node B to send CQI information periodically at a regular reporting interval. The UE may also be configured to send CQI information in a particular format. Different CQI report formats may be supported, and each CQI report format may convey different CQI information. In any case, the Node B may know when to expect CQI information from the UE based on the CQI reporting configuration for the UE.

[0027] The Node B may send a downlink assignment on a Physical Downlink Control Channel (PDCCH) to the UE and may send traffic data on a Physical Downlink Shared Channel (PDSCH) to the UE. The UE may process the PDCCH to detect a downlink assignment for the UE and may process the PDSCH for traffic data if a downlink assignment is received. The UE may send no ACK information, i.e., discontinuous transmission (DTX), if a downlink assignment is not detected, e.g., not sent by the Node B, or sent by the Node B but missed by the UE. If a downlink assignment is detected, then the UE may send either ACK or NAK based on decoding results for the PDSCH. Alternatively, the UE may have a persistent assignment for

PDCCH-less operation. In this case, the UE may skip monitoring the PDCCH and may simply process the PDSCH for traffic data in accordance with the persistent assignment. [0028] The UE may also send other control information besides CQI and ACK information. In general, the particular control information to send by the UE may be dependent on various factors such as whether the UE is configured to send CQI information, whether downlink assignment and traffic data are sent on the downlink, whether traffic data is sent on the downlink with multiple-input multiple-output (MIMO), etc. As an example, for MIMO, the control information sent by the UE may include a rank indicator (RI) that conveys the number of layers or spatial streams to send on the downlink, precoding matrix indicator (PMI) information that conveys a precoding matrix to use for precoding for downlink data transmission, etc. [0029] LTE utilizes orthogonal frequency division multiplexing (OFDM) on the downlink and single-carrier frequency division multiplexing (SC-FDM) on the uplink. OFDM and SC-FDM partition the system bandwidth into multiple (K) orthogonal subcarriers, which are also commonly referred to as tones, bins, etc. Each subcarrier may be modulated with data. In general, modulation symbols are sent in the frequency domain with OFDM and in the time domain with SC-FDM. The spacing between adjacent subcarriers may be fixed, and the total number of subcarriers (K) may be dependent on the system bandwidth. For example, K may be equal to 128, 256, 512, 1024 or 2048 for system bandwidth of 1.25, 2.5, 5, 10 or 20 MHz, respectively. [0030] FIG. 3 shows a design of a transmission structure 300 that may be used for the uplink. The transmission timeline may be partitioned into units of subframes. A subframe may have a predetermined duration, e.g., one millisecond (ms), and may be partitioned into two slots. Each slot may include a fixed or configurable number of symbol periods, e.g., six symbol periods for an extended cyclic prefix or seven symbol periods for a normal cyclic prefix.

[0031] For the uplink, K total subcarriers may be available and may be grouped into resource blocks. Each resource block may include N subcarriers (e.g., N = 12 subcarriers) in one slot. The available resource blocks may be partitioned into a Physical Uplink Shared Channel (PUSCH) region and a Physical Uplink Control Channel (PUCCH) region. The PUCCH region may include resource blocks near the two edges of the system bandwidth, as shown in FIG. 3. The PUSCH region may include all resource blocks not assigned to the PUCCH region. A given UE may be assigned resource blocks from the PUCCH region to transmit control information to a

Node B. The UE may also be assigned resource blocks from the PUSCH region to transmit traffic data to the Node B. The resource blocks may be paired, and an uplink transmission may span both slots in a subframe. For a given PUCCH transmission, one resource block near one band edge may be used in the first slot of a subframe, and another resource block near the opposite band edge may be used in the second slot of the subframe, as shown in FIG. 3.

[0032] FIG. 4 shows an example transmission on the PUSCH. For normal cyclic prefix, each subframe includes two slots, the left slot includes seven symbol periods 0 through 6, and the right slot includes seven symbol periods 7 through 13, as shown in FIG. 4. In this example, the UE is assigned two resource blocks for the PUSCH. The two resource blocks may occupy different sets of subcarriers when frequency hopping is enabled, as shown in FIG. 4. Each resource block includes 12 x 7 = 84 resource elements. Each resource element covers one subcarrier in one symbol period and may be used to send one modulation symbol.

[0033] The UE may transmit a demodulation reference signal (DRS) in the middle symbol period of each slot, as shown in FIG. 4. The UE may also transmit a sounding reference signal (SRS) in the last symbol period of a subframe, as shown in FIG. 4. The sounding reference signal may be sent at a predetermined rate and may or may not be present in a given subframe. The UE may transmit modulation symbols for traffic data and/or control information in resource elements not used for the demodulation and sounding reference signals. The demodulation reference signal may be used by the Node B for coherent detection of the modulation symbols. The sounding reference signal may be used by the Node B to estimate the received signal quality of the uplink for the UE.

[0034] It may be desirable for a UE to transmit using localized frequency division multiplexing (LFDM) regardless of whether the UE is transmitting only traffic data, or only control information, or both traffic data and control information in a given subframe. LFDM is a special case of SC-FDM in which a transmission is sent on contiguous subcarriers. LFDM may result in a lower peak-to-average power ratio (PAPR), which may allow a power amplifier to operate at higher output power and may thus improve throughput and/or link margin for the UE. To transmit using LFDM, the UE may send control information in assigned resource blocks from the PUCCH region (e.g., resource blocks 310a and 310b in FIG. 3) when there is no traffic data to send. The UE may send only traffic data or both traffic data and control information in

assigned resource blocks from the PUSCH region (e.g., resource blocks 320a and 320b in FIG. 3) when there is traffic data to send. The PUCCH region may overlap the PUSCH region, and resource blocks in PUCCH region may be used for PUSCH transmission if a scheduler knows that these resource blocks will not be used for PUCCH transmission. In any case, the SC-FDMA property of a waveform may always be maintained for the UE.

[0035] The UE may multiplex and transmit traffic data and control information in various manners. In an aspect, two multiplexing schemes may be used to transmit traffic data and control information and may be summarized as follows. [0036] Multiplexing scheme 1 may have the following characteristics:

• Multiplex traffic data and control information at the coded data level,

• Encoding of control information depends on the MCS of traffic data,

• Multiplexed traffic data and control information are scrambled and modulated, and

• Common modulation and power level for both traffic data and control information.

[0037] Multiplexing scheme 2 may have the following characteristics:

• Multiplex traffic data and control information at the modulation symbol level,

• Fixed coding and modulation scheme for control information,

• Power level of control information may be varied independently of power level of traffic data to obtain the desired protection levels for both.

[0038] FIG. 5A shows a block diagram of a design of a transmit processor 500 that implements multiplexing scheme 1. In this design, transmit processor 500 includes a first path 510 for traffic data, a second path 530 for CQI information, and a third path 550 for ACK information.

[0039] In first path 510, a segmentation unit 512 may partition incoming traffic data into code blocks. Each code block may include a particular number of data bits and may be appended with a cyclic redundancy check (CRC). A channel encoder 514 may encode each code block in accordance with a Turbo code and provide a corresponding Turbo coded block. Each Turbo coded block may include coded bits comprising (i) systematic bits that correspond to the data bits in the code block and (ii) parity bits generated by passing the data bits through one or more constituent encoders. A rate matching unit 516 may repeat or delete a sufficient number of coded bits in each Turbo coded block and provide a desired number of coded bits for that Turbo coded block.

Puncturing refers to deletion of bits whereas rate matching refers to deletion or repetition of bits. For a given resource allocation and modulation scheme, the number of "available-for-transmission" coded bits that can be sent may be calculated. Rate matching bridges the number of coded bits from encoding to the number of available- for-transmission coded bits from the resource allocation. If the number of coded bits is smaller than the number of available-for-transmission coded bits, then rate matching may repeat some coded bits until all the resources available for transmission are filled. Conversely, if the number of coded bits is larger than the number of available-for- transmission coded bits, then rate matching may delete some coded bits until the number of available-for-transmission coded bits is obtained. The number of coded bits to repeat or delete for each Turbo coded block may be dependent on various factors such as the amount of resources available for transmission on the PUSCH, the amount of coded control data to multiplex with the coded traffic data, whether a sounding reference signal is being sent, etc. A concatenation unit 518 may concatenate all Turbo coded blocks. A channel interleaver 520 may interleave or reorder the bits from concatenation unit 518 and provide interleaved bits for each SC-FDMA symbol. The concatenation and interleaving may also be performed in a single step with a time mapper.

[0040] In second path 530, a channel encoder 532 may encode the CQI information based on a block code and provide coded CQI data. The number of coded bits for the coded CQI data may be dependent on various factors such as the CQI report format used by the UE, the size of an uplink grant for the PUSCH, the MCS for the traffic data, etc. Different CQI contents and hence different numbers of CQI bits may be sent for different CQI report formats. More coded bits may be generated for a larger CQI report, and vice versa. The number of coded bits may also be dependent on the size of the uplink grant. For example, more coded bits may be allocated for CQI information for a larger uplink grant, and vice versa. The number of coded bits may also be dependent on the MCS for traffic data. A more benign channel condition may be inferred from use of a higher MCS for traffic data whereas a more challenged channel condition may be inferred from use of a lower MCS for traffic data. In any case, an SC-FDMA symbol mapper 534 may map the coded CQI data from channel encoder 532 to SC-FDMA symbols and may provide coded bits for each SC-FDMA symbol. [0041] In third path 550, a channel encoder 552 may encode the ACK information based on a block code and provide coded ACK data. The number of coded bits for the

coded ACK data may be dependent on various factors such as whether traffic data was received from the Node B, the number of layers used to send the traffic data, the MCS for traffic data, etc. An SC-FDMA symbol mapper 554 may map the coded ACK data from channel encoder 552 to SC-FDMA symbols and may provide coded bits for each SC-FDMA symbol. SC-FDMA symbol mappers 534 and 554 may perform mapping such that the coded CQI data and the coded ACK data, if presence, are sent in each SC- FDMA symbol in a subframe in which control information is sent. [0042] A multiplexer 568 may receive coded traffic data from first path 510, coded CQI data from second path 530, and coded ACK data from third path 550. Multiplexer 568 may multiplex the coded traffic data and the coded CQI data. In one design, multiplexer 568 may also multiplex the coded ACK data with the coded traffic data and the coded CQI data. In another design, multiplexer 568 may puncture the multiplexed coded traffic data and coded CQI data with the coded ACK data. In any case, multiplexer 568 may provide multiplexed data comprising the coded traffic data, the coded CQI data, and the coded ACK data.

[0043] FIG. 5B shows a block diagram of a design of a transmit chain 570 that may be used with transmit processor 500 in FIG. 5A. Within transmit chain 570, a scrambler 572 may receive the multiplexed data for each SC-FDMA symbol from multiplexer 568, scramble the multiplexed data, and provide scrambled bits. A modulator/symbol mapper 574 may map the scrambled bits to modulation symbols based on a modulation scheme such as M-ary phase shift keying (PSK) or M-ary quadrature amplitude modulation (QAM).

[0044] An SC-FDMA symbol generator 580 may receive the modulation symbols from modulator 574 and generate SC-FDMA symbols. Within generator 580, a discrete Fourier transform (DFT) unit 582 may receive M modulation symbols for one SC- FDMA symbol, perform an M-point DFT on the M modulation symbols, and provide M frequency-domain values. A frequency mapper 584 may map the M frequency-domain values to M subcarriers in one or more resource blocks assigned to the UE and may map zero values to remaining subcarriers. An inverse fast Fourier transform (IFFT) unit 586 may perform a K-point IFFT on K mapped values for the K total subcarriers and provide K time-domain samples for a useful portion. A cyclic prefix generator 588 may copy the last C samples of the useful portion and append these C samples to the front of the useful portion to form an SC-FDMA symbol containing K + C samples. The SC- FDMA symbol may be sent in one symbol period, which may include K + C sample

periods. A gain unit 590 may scale the samples to obtain the desired transmit power for the uplink transmission on the PUSCH.

[0045] The various processing blocks in FIGS. 5A and 5B may be implemented as described in 3GPP TS 36.211, entitled "Evolved Universal Terrestrial Radio Access (E- UTRA); Physical Channels and Modulation," and in 3GPP TS 36.212, entitled "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding." These documents are publicly available.

[0046] FIGS. 5A and 5B show example designs of transmit processor 500 and transmit chain 570, respectively. The processing may also be performed in a different order than the order shown in FIGS. 5 A and 5B. For example, the multiplexing of traffic data and control information may be performed prior to the channel interleaving. Transmit processor 500 and/or transmit chain 570 may also include different and/or additional processing blocks. For example, transmit processor 500 may include another path for rank indicator.

[0047] The UE may receive an uplink grant for transmission on the PUSCH. The uplink grant may include a modulation and coding scheme (MCS) to use for traffic data sent on the PUSCH. The MCS may indicate a specific coding scheme or code rate and a specific modulation scheme. The MCS may be selected by the Node B based on the uplink channel quality to obtain a desired protection level or reliability for traffic data, e.g., a target packet error rate (PER) for traffic data. For multiplexing scheme 1, traffic data and control information use the same modulation scheme, which may be conveyed by the MCS selected for traffic data. A suitable coding scheme may be selected for control information to obtain a desired protection level for control information, e.g., a target block error rate (BLER) for control information.

[0048] In one design, the coding for control information may be variable and may be selected to achieve the desired protection level for control information. Due to multiplexing at the coded data level, the same modulation scheme and power level may be used for both traffic data and control information. Different protection levels may be achieved for traffic data and control information by using different coding schemes. The coding scheme for traffic data may be determined by the MCS selected for traffic data. The coding scheme for control information may be selected based on various factors such as the MCS selected for traffic data, the uplink grant size (which may affect the amount of resources available for control information), the amount of transmit power available at the UE, etc. In one design, a look-up table may be used to determine

a coding scheme for control information based on the MCS for traffic data. The look-up table may include one entry for each possible MCS that can be used for traffic data. Each entry may indicate a particular coding scheme to use for control information to obtain the target BLER. The look-up table may be generated based computer simulation, empirical testing, etc.

[0049] The resources allocated to the UE by an uplink grant may be used to send traffic data, control information, a demodulation reference signal, and a sounding reference signal, as shown in FIG. 4. Some of the allocated resources may be used to send the reference signals, and the remaining resources may be used to send traffic data and control information. If a sounding reference signal is sent, then less resources would be available to send traffic data and control information. The total amount of coded data that can be sent may be limited by the amount of resources available to send traffic data and control information. The sum of coded traffic data and coded control data may exceed the total amount of coded data that can be sent on the available resources. Rate matching may then be performed to delete a sufficient amount of coded traffic data such that the undeleted coded traffic data plus the coded control data can be sent on the available resources. Rate matching may thus attempt to match the amount of coded traffic data with the amount of resources available for transmission. [0050] Rate matching and multiplexing may be performed in various manners for multiplexing scheme 1. In one design, the coded traffic data may be multiplexed with all coded control data, e.g., coded CQI data and coded ACK data. In this design, rate matching may be performed around all types of control information being sent with traffic data. For example, the available resources may be used to send N _A coded bits. Ni coded bits may be generated for traffic data, N ₂ coded bits may be generated for CQI information, and N ₃ coded bits may be generated for ACK information, where N ₁ + N ₂ + N ₃ = N _T > N _A . Rate matching may then delete N _τ -N _A coded bits for traffic data, so that the total number of coded bits for traffic data (after rate matching) and CQI and ACK information is equal to N _A -

[0051] In another design, the coded traffic data may be multiplexed with coded data for certain control information and may be punctured by coded data for other control information. Certain control information may be known to be present when traffic data is sent. For example, the UE may send CQI information at a regular reporting interval. Whether CQI information will be sent in a given subframe may then be known a priori

based on the reporting interval. If it is known that CQI information will be present, then the coded traffic data may be rate matched to account for the coded CQI data. The coded traffic data (after rate matching) and the coded CQI data may then be multiplexed to obtain the desired number of coded bits. Since the Node B also has knowledge of the CQI reporting by the UE, the Node B can determine that coded CQI data is multiplexed with coded traffic data whenever CQI information is sent on the PUSCH. [0052] In contrast, certain control information may or may not be present when traffic data is sent. For example, the UE may or may not send ACK information in a given subframe depending on decoding results for the PDCCH and PDSCH. If it is not known whether ACK information will be present, then the coded traffic data may be rate matched based on an assumption that the ACK information will not be present. The ACK information would then have no effect on rate matching for the traffic data. If this assumption turns out to be wrong, then the coded ACK data may puncture the other coded data and may be sent. In one design, the coded ACK data may puncture only the coded traffic data. In another design, the coded ACK data may puncture the multiplexed data, which may include the coded traffic data and the coded CQI data. In this design, some coded CQI data may be punctured by the coded ACK data. [0053] In yet another design, the coded traffic data may be punctured by all coded control data, e.g., coded CQI data and coded ACK data. In general, whether to use multiplexing or puncturing for a particular type of control information may be dependent on various factors such as whether it is known that the control information will be present, the amount of control information to send, etc. For example, rate matching may be used for a larger amount of control information whereas puncturing may be used for a smaller amount of control information.

[0054] For a highly asymmetric uplink/downlink partition in a TDD system, there may be many downlink subframes and few uplink subframes, e.g., nine downlink subframes and one uplink subframe. In that case, the UE may send one or many ACKs in an uplink subframe. Unless a scheduler provides a sufficiently large resource allocation for the PUSCH, the transmission of ACK information alone may occupy a large portion of the resource allocation. Heavy/extreme puncturing may be used to accommodate the large amount of ACK information but may result in many systematic bits for traffic data being deleted. It may be desirable to rate match the traffic data around the ACK information, e.g., ACK transmission may be allocated a set of

resources. In any case, rate matching may avoid puncturing too many systematic bits for traffic data.

[0055] In one design, multiplexing and puncturing may be performed such that control information is mapped to all SC-FDMA symbols sent on the PUSCH. This design may provide time diversity, which may improve performance. The UE may be assigned a resource block on a set of subcarriers in the left slot of a subframe and may be assigned another resource block on a different set of subcarriers in the right slot of the subframe with frequency hopping, as shown in FIG. 4. The control information may be mapped to SC-FDMA symbols in both the left and right slots of the subframe. This may provide frequency diversity, which may also improve performance. In another design, certain control information (e.g., ACK information) may be mapped to SC- FDMA symbols close to the demodulation reference signal in each slot. This design may improve reliability for the control information if the demodulation reference signal is used for coherent detection.

[0056] For the designs shown in FIGS. 5 A and 5B, the multiplexed data from multiplexer 568 may be processed by a single transmit chain 570 composed of scrambler 572 to gain unit 590 in FIG. 5B. The multiplexed data may undergo common scrambling, common modulation, common precoding (if applicable), common SC- FDMA symbol generation, and a single gain stage for the PUSCH transmission. This transmit chain may also be used for coded traffic data when only traffic data is sent on the PUSCH. Thus, for the designs shown in FIGS. 5 A and 5B, the processing for the multiplexed traffic data and control information may be fully compatible with the processing for only traffic data.

[0057] FIG. 6A shows a block diagram of a design of a transmit processor 600 that implements multiplexing scheme 2. In this design, transmit processor 600 includes a first path 610 for traffic data, a second path 630 for CQI information, and a third path 650 for ACK information.

[0058] In first path 610, a segmentation unit 612 may partition incoming traffic data into code blocks. A channel encoder 614 may encode each code block and provide a corresponding Turbo coded block. A rate matching unit 616 may repeat or delete a sufficient number of coded bits in each Turbo coded block and provide a desired number of coded bits for that Turbo coded block. A concatenation unit 618 may concatenate all Turbo coded blocks. A channel interleaver 620 may interleave the bits from concatenation unit 618 and provide interleaved data. A scrambler 624 may

scramble the interleaved data and provide scrambled bits. A modulator/symbol mapper 626 may map the scrambled bits to modulation symbols based on a modulation scheme for traffic data. A gain unit 628 may scale the modulation symbols from modulator 626 to obtain the desired transmit power for traffic data.

[0059] In second path 630, a channel encoder 632 may encode the CQI information and provide coded CQI data. A scrambler 634 may scramble the coded CQI data and provide scrambled bits. A modulator/symbol mapper 636 may map the scrambled bits to modulation symbols based on a modulation scheme for the CQI information. A gain unit 638 may scale the modulation symbols from modulator 636 to obtain the desired transmit power for the CQI information. An SC-FDMA symbol mapper 640 may map the scaled modulation symbols from gain unit 636 to SC-FDMA symbols and may provide modulation symbols for each SC-FDMA symbol.

[0060] In third path 650, a channel encoder 652 may encode the ACK information and provide coded ACK data. A scrambler 654 may scramble the coded ACK data and provide scrambled bits. A modulator/symbol mapper 656 may map the scrambled bits to modulation symbols based on a modulation scheme for the ACK information. A gain unit 658 may scale the modulation symbols from modulator 656 to obtain the desired transmit power for the ACK information. An SC-FDMA symbol mapper 660 may map the scaled modulation symbols from gain unit 658 to SC-FDMA symbols and may provide modulation symbols for each SC-FDMA symbol. SC-FDMA symbol mappers 640 and 660 may perform mapping such that the coded CQI data and the coded ACK data, if presence, are sent in each SC-FDMA symbol in a subframe in which control information is sent.

[0061] In the design shown in FIG. 6A, the traffic data and control information are multiplexed at the modulation symbol level. A multiplexer 668 may receive modulation symbols for traffic data (or data modulation symbols) from first path 610, modulation symbols for CQI information (or CQI modulation symbols) from second path 630, and modulation symbols for ACK information (or ACK modulation symbols) from third path 650. Multiplexer 668 may multiplex the data modulation symbols and the CQI modulation symbols. In one design, multiplexer 668 may also multiplex the ACK modulation symbols with the data and CQI modulation symbols. In another design, multiplexer 668 may puncture the multiplexed data and CQI modulation symbols with the ACK modulation symbols. In any case, multiplexer 668 may provide multiplexed

modulation symbols comprising the data modulation symbols, the CQI modulation symbols, and the ACK modulation symbols.

[0062] FIG. 6B shows a block diagram of a design of a transmit chain 670 that may be used with transmit processor 600 in FIG. 6A. Within transmit chain 670, an SC- FDMA symbol generator 680 may receive the multiplexed modulation symbols for each symbol period from multiplexer 668 in FIG. 6A and may generate an SC-FDMA symbol based on the multiplexed modulation symbols. SC-FDMA symbol generator 680 includes a DFT unit 682, a frequency mapper 684, an IFFT unit 686, and a cyclic prefix generator 688 that may operate as described above for units 582 through 588, respectively, in FIG. 5B. A gain unit 690 may scale the samples of the SC-FDMA symbols to obtain the desired transmit power for the uplink transmission on the PUSCH. [0063] FIGS. 6A and 6B show example designs of transmit processor 600 and transmit chain 670, respectively. The processing may also be performed in a different order than the order shown in FIGS. 6A and 6B. For example, the channel interleaving may be performed on the multiplexed modulation symbols. Transmit processor 600 and/or transmit chain 670 may also include different and/or additional processing blocks. For example, transmit processor 600 may include another path for rank indicator.

[0064] In one design, a fixed MCS comprising a fixed coding scheme and a fixed modulation scheme may be used for control information. The same fixed MCS may be used for both CQI and ACK information. Alternatively, one fixed MCS may be used for CQI information, and another fixed MCS may be used for ACK information. The MCS(s) for control information may be independent of the MCS for traffic data. Different modulation schemes may be used for traffic data and control information, and the data modulation symbols may be generated based on a signal constellation that is different from the one used for control modulation symbols. In another design, the MCS(s) for control information may be dependent on the MCS for traffic data. [0065] In the design shown in FIG. 6 A, scrambling may be performed on the coded data prior to modulation. Scrambling may be performed independently for traffic data and control information. Scrambling may also be performed for traffic data and omitted for control information. In another design, scrambling may be performed on the multiplexed modulation symbols from multiplexer 668.

[0066] Rate matching and multiplexing may be performed in various manners for multiplexing scheme 2. In one design, the data modulation symbols may be

multiplexed with all control modulation symbols, e.g., CQI and ACK modulation symbols. In this design, rate matching may be performed around all types of control information being sent with traffic data. In another design, the data modulation symbols may be multiplexed with certain control modulation symbols (e.g., CQI modulation symbols) and may be punctured by other control modulation symbols (e.g., ACK modulation symbols). For example, the ACK modulation symbols may puncture only the data modulation symbols or may puncture the multiplexed data and CQI modulation symbols. In yet another design, the data modulation symbols may be punctured by all control modulation symbols, e.g., CQI and ACK modulation symbols. In general, whether to use multiplexing or puncturing for a particular type of control information may be dependent on various factors described above. Rate matching may also be performed around the sounding reference signal and other transmissions being sent with traffic data on the PUSCH.

[0067] In one design, multiplexing and puncturing may be performed such that the control modulation symbols are mapped to all SC-FDMA symbols sent on the PUSCH. This design may provide time diversity, which may improve performance. The control modulation symbols may be mapped to SC-FDMA symbols in both slots of a subframe, which may provide frequency diversity when frequency hopping is used. In another design, certain control modulation symbols (e.g., ACK modulation symbols) may be mapped to SC-FDMA symbols close to the demodulation reference signal in each slot. This design may improve reliability for the control information if the demodulation reference signal is used for coherent detection.

[0068] For the designs shown in FIGS. 6 A and 6B, the multiplexed data and control modulation symbols from multiplexer 668 may be processed by a single transmit chain 670. Gain unit 690 may be used to obtain the desired transmit power for the SC-FDMA symbols.

[0069] In the designs shown in FIGS. 6A and 6B, different gains may be applied to the data modulation symbols, the CQI modulation symbols, and the ACK modulation symbols. The gains may be selected to obtain the desired protection levels for traffic data, CQI information, and ACK information. In one design, gain units 628, 638 and 658 may be present, and gain unit 690 may be omitted. In this design, gain unit 628 may apply a gain to obtain the desired transmit power for traffic data. Gain units 638 and 658 may apply gains to obtain the desired protection levels for CQI and ACK information, respectively. In another design, gain units 638, 658 and 690 may be

present, and gain unit 628 may be omitted. In this design, gain unit 690 may apply a gain to obtain the desired transmit power for traffic data. Gain units 638 and 658 may provide gains to obtain the desired power offsets between traffic data and CQI and ACK information. The gains may also be applied in other manners. For all designs, the gains for CQI and ACK information may be dependent on various factors such as the MCS for traffic data, the size of the uplink grant, the available transmit power at the UE, etc. The desired protection levels for CQI and ACK information may be achieved by power offsetting the CQI and ACK modulation symbols with respect to the data modulation symbols, e.g., via gain units 638 and 658.

[0070] FIGS. 5 A and 6A show example designs of transmit processors 500 and 600 for multiplexing schemes 1 and 2, respectively. Multiplexing scheme 1 multiplexes traffic data and control information at the coded data level and obtains the desired protection levels for control information with variable coding and a fixed power level. Multiplexing scheme 2 multiplexes traffic data and control information at the modulation symbol level and obtains the desired protection levels for control information with fixed coding and variable power level. Multiplexing scheme 1 may provide good PAPR since the same modulation scheme and the same power setting are used for both traffic data and control information. Multiplexing scheme 2 may simplify processing at the UE and the Node B since a fixed MCS may be used for the control information.

[0071] FIG. 7 shows a design of a process 700 for processing traffic data and control information in accordance with multiplexing scheme 1. Process 700 may be performed by a UE (as described below) or some other entity.

[0072] The UE may determine a first coding scheme for traffic data based on a modulation and coding scheme selected for the traffic data (block 712). The UE may determine a second coding scheme for control information based on the modulation and coding scheme for the traffic data (block 714). The control information may comprise CQI information, ACK information, PMI information, rank information, other information, or any combination thereof. The UE may encode the traffic data based on the first coding scheme to obtain coded traffic data (block 716). The UE may encode the control information based on the second coding scheme to obtain coded control data (block 718). The UE may perform rate matching on the coded traffic data based on the coded control data and possibly other data (e.g., a sounding reference signal) being sent with the traffic data and the control information.

[0073] The UE may multiplex the traffic data and the control information after encoding and prior to modulation to obtain multiplexed data (block 720). The UE may perform multiplexing such that (i) the control information is sent in each SC-FDMA symbol generated for the traffic data and the control information, (ii) the control information is sent in SC-FDMA symbols adjacent to at least one SC-FDMA symbol for a demodulation reference signal, and/or (iii) other transmission goals can be achieved. The UE may modulate the multiplexed data based on a common modulation scheme applicable for both the traffic data and the control information to obtain modulation symbols (block 722). The UE may generate multiple SC-FDMA symbols based on the modulation symbols obtained from the multiplexed data (block 724). The UE may scale the traffic data and the control information based on a common gain applicable for both the traffic data and the control information.

[0074] FIG. 8 shows a design of an apparatus 800 for processing traffic data and control information. Apparatus 800 includes a module 812 to determine a first coding scheme for traffic data based on a modulation and coding scheme selected for the traffic data, a module 814 to determine a second coding scheme for control information based on the modulation and coding scheme for the traffic data, a module 816 to encode the traffic data based on the first coding scheme to obtain coded traffic data, a module 818 to encode the control information based on the second coding scheme to obtain coded control data, a module 820 to multiplex the traffic data and the control information after encoding and prior to modulation to obtain multiplexed data, a module 822 to modulate the multiplexed data based on a common modulation scheme to obtain modulation symbols, and a module 824 to generate multiple SC-FDMA symbols based on the modulation symbols.

[0075] FIG. 9 shows a design of a process 900 for processing traffic data and control information in accordance with multiplexing scheme 2. Process 900 may be performed by a UE (as described below) or some other entity.

[0076] The UE may encode and modulate traffic data (e.g., based on a variable modulation and coding scheme) to obtain data modulation symbols (block 912). The UE may encode and modulate control information (e.g., based on a fixed modulation and coding scheme) to obtain control modulation symbols (block 914). The control information may comprise CQI information, ACK information, PMI information, rank information, other information, or any combination thereof.

[0077] The UE may scale the data modulation symbols based on a first gain (block 916) and may scale the control modulation symbols based on a second gain that is potentially different from the first gain (block 918). The first and second gains may be selected to achieve the desired protection levels for the traffic data and the control information, respectively. The UE may multiplex the data modulation symbols and the control modulation symbols to obtain multiplexed modulation symbols (block 920). The UE may perform multiplexing to achieve any of the goals described above for FIG. 7. The UE may generate multiple SC-FDMA symbols based on the multiplexed modulation symbols (block 922).

[0078] FIG. 10 shows a design of an apparatus 1000 for processing traffic data and control information. Apparatus 1000 includes a module 1012 to encode and modulate traffic data to obtain data modulation symbols, a module 1014 to encode and modulate control information to obtain control modulation symbols, a module 1016 to scale the data modulation symbols based on a first gain, a module 1018 to scale the control modulation symbols based on a second gain potentially different from the first gain, a module 1020 to multiplex the data modulation symbols and the control modulation symbols to obtain multiplexed modulation symbols, and a module 1022 to generate multiple SC-FDMA symbols based on the multiplexed modulation symbols. [0079] FIG. 11 shows a design of a process 1100 for processing traffic data and control information. Process 1100 may be performed by a UE (as described below) or some other entity. The UE may encode traffic data to obtain coded traffic data (block 1112). The UE may encode control information to obtain coded control data (block 1114). The UE may perform rate matching on the coded traffic data based on the coded control data to obtain rate matched traffic data (block 1116). The UE may perform rate matching on the coded traffic data based further on a sounding reference signal sent with the traffic data and the control information. The UE may multiplex the rate matched traffic data and the coded control data to obtain multiplexed data (block 1118). [0080] In one design, which is shown in FIG. 5 A, the traffic data and the control information may be encoded based on different coding schemes. In another design, which is shown in FIG. 6A, the UE may modulate the coded traffic data to obtain data modulation symbols and may modulate the coded control data to obtain control modulation symbols. The UE may then multiplex the data modulation symbols and the control modulation symbols to obtain multiplexed modulation symbols. The traffic data may be encoded and modulated based on a variable modulation and coding scheme.

The control information may be encoded and modulated based on a fixed modulation and coding scheme.

[0081] The UE may encode second control information to obtain second coded control data. In one design, the UE may perform rate matching on the coded traffic data based further on the second coded control data and may multiplex the rate matched traffic data, the coded control data, and the second coded control data to obtain the multiplexed data. In another design, the UE may puncture the multiplexed data with the second coded control data.

[0082] FIG. 12 shows a design of an apparatus 1200 for processing traffic data and control information. Apparatus 1200 includes a module 1212 to encode traffic data to obtain coded traffic data, a module 1214 to encode control information to obtain coded control data, a module 1216 to perform rate matching on the coded traffic data based on the coded control data to obtain rate matched traffic data, and a module 1218 to multiplex the rate matched traffic data and the coded control data to obtain multiplexed data.

[0083] FIG. 13 shows a design of a process 1300 for processing traffic data and control information. Process 1300 may be performed by a UE (as described below) or some other entity. The UE may multiplex traffic data and first control information to obtain multiplexed data (block 1312). The UE may then puncture the multiplexed data with second control information (block 1314).

[0084] The first control information may comprise CQI information or other control information configured by higher layers, and the second control information may comprise ACK information, as shown in FIGS. 5 A and 6 A. The first and second control information may also comprise other types of control information. The first control information may be sent periodically at a predetermined rate, which may be configured for the UE. The second control information may be selectively sent, e.g., based on transmissions received by the UE.

[0085] FIG. 14 shows a design of an apparatus 1400 for processing traffic data and control information. Apparatus 1400 includes a module 1412 to multiplex traffic data and first control information to obtain multiplexed data, and a module 1414 to puncture the multiplexed data with second control information.

[0086] The modules in FIGS. 8, 10, 12 and 14 may comprise processors, electronics devices, hardware devices, electronics components, logical circuits, memories, etc., or any combination thereof.

[0087] FIG. 15 shows a design of a process 1500 for multiplexing and puncturing at the coded data level. Process 1500 may be one design of process 1300 in FIG. 13. A UE may encode traffic data to obtain coded traffic data (block 1512) and may encode first control information to obtain first coded control data (block 1514). The traffic data and the first control information may be encoded based on different coding schemes. The UE may encode second control information to obtain second coded control data (block 1516). The UE may multiplex the coded traffic data and the first coded control data to obtain multiplexed data (block 1518). The UE may then puncture the multiplexed data with the second coded control data to obtain output data (block 1520). The UE may modulate the output data based on a modulation scheme to obtain to modulation symbols. Blocks 1518 and 1520 in FIG. 15 may correspond to blocks 1312 and 1314, respectively, in FIG. 13. Blocks 1512, 1514 and 1516 may occur prior to block 1518.

[0088] FIG. 16 shows a design of a process 1600 for multiplexing and puncturing at the modulation symbol level. Process 1600 may be another design of process 1300 in FIG. 13. A UE may encode and modulate traffic data (e.g., based on a variable modulation and coding scheme) to obtain data modulation symbols (block 1612). The UE may encode and modulate first control information (e.g., based on a fixed modulation and coding scheme) to obtain first control modulation symbols (block 1614). The UE may encode and modulate second control information to obtain second control modulation symbols (block 1616). The UE may multiplex the data modulation symbols and the first control modulation symbols to obtain multiplexed modulation symbols (block 1618). The UE may then puncture the multiplexed modulation symbols with the second control modulation symbols (block 1620). The UE may apply different gains for the traffic data and the first and second control information to obtain the desired protection levels for the traffic data and the control information. Blocks 1618 and 1620 in FIG. 16 may correspond to blocks 1312 and 1314, respectively, in FIG. 13. Blocks 1612, 1614 and 1616 may occur prior to block 1618.

[0089] For the designs in FIGS. 15 and 16, the UE may perform rate matching for the traffic data based on the first control information, without considering the second control information.

[0090] FIG. 17 shows a block diagram of a design of a Node B 110 and a UE 120, which may be one of the Node Bs and one of the UEs in FIG. 1. In this design, UE 120

is equipped with T antennas 1732a through 1732t, and Node B 110 is equipped with R antennas 1752a through 1752r, where in general T > 1 and R > 1 . [0091] At UE 120, a transmit processor 1720 may receive traffic data from a data source 1712, process (e.g., encode and modulate) the traffic data, and provide data modulation symbols. Transmit processor 1720 may also receive control information (e.g., for CQI, ACK, etc.) from a controller/processor 1740, process the control information as described above, and provide control modulation symbols. Transmit processor 1720 may also generate reference symbols for a demodulation reference signal, a sounding reference signal, and/or other signals. Transmit processor 1720 may multiplex and/or puncture the traffic data with the control information at the coded data level or the modulation symbol level. Transmit processor 1720 may also multiplex the reference symbols with the traffic data and the control information. Transmit processor 1720 may implement transmit processor 500 in FIG. 5 A, transmit processor 600 in FIG. 6A, or some other design. Transmit processor 1720 may perform all or part of process 700 in FIG. 7, process 900 in FIG. 9, process 1100 in FIG. 11, process 1300 in FIG. 13, process 1500 in FIG. 15, process 1600 in FIG. 16, and/or other processes for the techniques described herein.

[0092] A MIMO processor 1722 may process (e.g., precode) the symbols from transmit processor 1720 and provide T output symbol streams to T transmitter (TMTR) 1730a through 173Ot. MIMO processor 1722 may be omitted if UE 120 is equipped with a single antenna. Each transmitter 1730 may include all or part of transmit chain 570 in FIG. 5B or transmit chain 670 in FIG. 6B. Each transmitter 1730 may process its output symbol stream to generate SC-FDMA symbols. Each transmitter 1730 may further condition (e.g., convert to analog, filter, amplify, and upconvert) its SC-FDMA symbols to generate an uplink signal. T uplink signals from transmitters 1730a through 173Ot may be transmitted via T antennas 1732a through 1732t, respectively. [0093] At Node B 110, antennas 1752a through 1752r may receive the uplink signals from UE 120 and/or other UEs. Each antenna 1752 may provide a received signal to a respective receiver (RCVR) 1754. Each receiver 1754 may condition (e.g., filter, amplify, downconvert, and digitize) its received signal to obtain samples and may further process the samples (e.g., for SC-FDMA) to obtain received symbols. A MIMO detector 1756 may perform MIMO detection on the received symbols from all R demodulators 1754a through 1754r and provide detected symbols. A receive processor 1760 may process (e.g., demodulate and decode) the detected symbols, provide decoded

traffic data to a data sink 1762, and provide decoded control information to a controller/ processor 1770. In general, the processing by MIMO detector 1756 and receive processor 1760 is complementary to the processing by MIMO processor 1722 and transmit processor 1720, respectively, at UE 120.

[0094] Node B 110 may transmit traffic data and/or control information on the downlink to UE 120. Traffic data from a data source 1778 and/or control information from controller/processor 1770 may be processed by a transmit processor 1780 and further precoded by a MIMO processor 1782 to obtain R output symbol streams. R transmitters 1754a through 1754r may process the R output symbol streams to obtain R OFDMA symbol streams and may further condition the OFDMA symbol streams to obtain R downlink signals, which may be transmitted via R antennas 1752a through 1752r. At UE 120, the downlink signals from Node B I lO may be received by antennas 1732a through 1732t, conditioned and processed by receivers 1730a through 173Ot, and further processed by a MIMO detector 1736 (if applicable) and a receive processor 1738 to recover the traffic data and control information sent to UE 120. Receive processor 1738 may provide decoded traffic data to a data sink 1739 and provide decoded control information to controller/processor 1740.

[0095] Controllers/processors 1740 and 1770 may direct the operation at UE 120 and Node B I lO, respectively. Controller/processor 1740 may perform or direct process 700 in FIG. 7, process 900 in FIG. 9, process 1100 in FIG. 11, process 1300 in FIG. 13, process 1500 in FIG. 15, process 1600 in FIG. 16, and/or other processes for the techniques described herein. Memories 1742 and 1772 may store data and program codes for UE 120 and Node B 110, respectively. A scheduler 1774 may schedule UEs for data transmission on the downlink and/or uplink and may assign resources to the scheduled UEs.

[0096] Those of skill in the art would understand that information and signals may 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.

[0097] Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure 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, circuits, 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 disclosure.

[0098] The various illustrative logical blocks, modules, and circuits described in connection with the disclosure 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. [0099] The steps of a method or algorithm described in connection with the disclosure 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 that 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 user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.

[00100] In one or more exemplary designs, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media

includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code means in the form of instructions or data structures and that can be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer- readable media.

[00101] The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

[00102] WHAT IS CLAIMED IS: