Multiplexing and transmission of traffic data and control information in a wireless communication system

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

BACKGROUND

I. Field

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

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.

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

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.

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.

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.

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.

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

BRIEF DESCRIPTION OF THE DRAWINGS

<figref idrefs="DRAWINGS">FIG. 1</figref> shows a wireless communication system.

<figref idrefs="DRAWINGS">FIG. 2</figref> shows example transmissions on the downlink and uplink.

<figref idrefs="DRAWINGS">FIG. 3</figref> shows an example transmission structure for the uplink.

<figref idrefs="DRAWINGS">FIG. 4</figref> shows an example transmission on the uplink by a UE.

<figref idrefs="DRAWINGS">FIGS. 5A and 5B</figref> show a transmit processor and a transmit chain, respectively, for multiplexing at the coded data level.

<figref idrefs="DRAWINGS">FIGS. 6A and 6B</figref> show a transmit processor and a transmit chain, respectively, for multiplexing at the modulation symbol level.

<figref idrefs="DRAWINGS">FIGS. 7 and 8</figref> show a process and an apparatus, respectively, for multiplexing traffic data and control information at the coded data level.

<figref idrefs="DRAWINGS">FIGS. 9 and 10</figref> show a process and an apparatus, respectively, for multiplexing traffic data and control information at the modulation symbol level.

<figref idrefs="DRAWINGS">FIGS. 11 and 12</figref> show a process and an apparatus, respectively, for performing rate matching for traffic data based on control information.

<figref idrefs="DRAWINGS">FIGS. 13 and 14</figref> show processes and an apparatus for multiplexing and puncturing traffic data with control information.

<figref idrefs="DRAWINGS">FIGS. 15 and 16</figref> show processes for multiplexing and puncturing at the coded data level and the modulation symbol level, respectively.

<figref idrefs="DRAWINGS">FIG. 17</figref> shows a block diagram of a Node B and a UE.

DETAILED DESCRIPTION

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 CD MA 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.

<figref idrefs="DRAWINGS">FIG. 1</figref> shows a wireless communication system <b>100</b>, which may be an LTE system. System <b>100</b> may include a number of Node Bs <b>110</b> 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 <b>120</b> 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.

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.

<figref idrefs="DRAWINGS">FIG. 2</figref> shows downlink (DL) transmission by a Node B and uplink (UL) transmission by a UE. The LTE 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.

As shown in <figref idrefs="DRAWINGS">FIG. 2</figref>, 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.

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.

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, preceding matrix indicator (PMI) information that conveys a precoding matrix to use for preceding for downlink data transmission, etc.

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.

<figref idrefs="DRAWINGS">FIG. 3</figref> shows a design of a transmission structure <b>300</b> 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.

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 <figref idrefs="DRAWINGS">FIG. 3</figref>. 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 <figref idrefs="DRAWINGS">FIG. 3</figref>.

<figref idrefs="DRAWINGS">FIG. 4</figref> shows an example transmission on the PUSCH. For normal cyclic prefix, each subframe includes two slots, the left slot includes seven symbol periods <b>0</b> through <b>6</b>, and the right slot includes seven symbol periods <b>7</b> through <b>13</b>, as shown in <figref idrefs="DRAWINGS">FIG. 4</figref>. 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 <figref idrefs="DRAWINGS">FIG. 4</figref>. Each resource block includes 12×7=84 resource elements. Each resource element covers one subcarrier in one symbol period and may be used to send one modulation symbol.

The UE may transmit a demodulation reference signal (DRS) in the middle symbol period of each slot, as shown in <figref idrefs="DRAWINGS">FIG. 4</figref>. The UE may also transmit a sounding reference signal (SRS) in the last symbol period of a subframe, as shown in <figref idrefs="DRAWINGS">FIG. 4</figref>. 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.

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 <b>310</b><i>a </i>and <b>310</b><i>b </i>in <figref idrefs="DRAWINGS">FIG. 3</figref>) 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 <b>320</b><i>a </i>and <b>320</b><i>b </i>in <figref idrefs="DRAWINGS">FIG. 3</figref>) 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.

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.

Multiplexing scheme <b>1</b> may have the following characteristics: <ul><li id="ul0001-0001" num="0000"><ul><li id="ul0002-0001" num="0039">Multiplex traffic data and control information at the coded data level,</li><li id="ul0002-0002" num="0040">Encoding of control information depends on the MCS of traffic data,</li><li id="ul0002-0003" num="0041">Multiplexed traffic data and control information are scrambled and modulated, and</li><li id="ul0002-0004" num="0042">Common modulation and power level for both traffic data and control information.</li></ul></li></ul>

Multiplexing scheme <b>2</b> may have the following characteristics: <ul><li id="ul0003-0001" num="0000"><ul><li id="ul0004-0001" num="0044">Multiplex traffic data and control information at the modulation symbol level,</li><li id="ul0004-0002" num="0045">Fixed coding and modulation scheme for control information,</li><li id="ul0004-0003" num="0046">Power level of control information may be varied independently of power level of traffic data to obtain the desired protection levels for both.</li></ul></li></ul>

<figref idrefs="DRAWINGS">FIG. 5A</figref> shows a block diagram of a design of a transmit processor <b>500</b> that implements multiplexing scheme <b>1</b>. In this design, transmit processor <b>500</b> includes a first path <b>510</b> for traffic data, a second path <b>530</b> for CQI information, and a third path <b>550</b> for ACK information.

In first path <b>510</b>, a segmentation unit <b>512</b> 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 <b>514</b> 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 <b>516</b> 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 <b>518</b> may concatenate all Turbo coded blocks. A channel interleaver <b>520</b> may interleave or reorder the bits from concatenation unit <b>518</b> 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.

In second path <b>530</b>, a channel encoder <b>532</b> 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 <b>534</b> may map the coded CQI data from channel encoder <b>532</b> to SC-FDMA symbols and may provide coded bits for each SC-FDMA symbol.

In third path <b>550</b>, a channel encoder <b>552</b> 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 <b>554</b> may map the coded ACK data from channel encoder <b>552</b> to SC-FDMA symbols and may provide coded bits for each SC-FDMA symbol. SC-FDMA symbol mappers <b>534</b> and <b>554</b> 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.

A multiplexer <b>568</b> may receive coded traffic data from first path <b>510</b>, coded CQI data from second path <b>530</b>, and coded ACK data from third path <b>550</b>. Multiplexer <b>568</b> may multiplex the coded traffic data and the coded CQI data. In one design, multiplexer <b>568</b> may also multiplex the coded ACK data with the coded traffic data and the coded CQI data. In another design, multiplexer <b>568</b> may puncture the multiplexed coded traffic data and coded CQI data with the coded ACK data. In any case, multiplexer <b>568</b> may provide multiplexed data comprising the coded traffic data, the coded CQI data, and the coded ACK data.

<figref idrefs="DRAWINGS">FIG. 5B</figref> shows a block diagram of a design of a transmit chain <b>570</b> that may be used with transmit processor <b>500</b> in <figref idrefs="DRAWINGS">FIG. 5A</figref>. Within transmit chain <b>570</b>, a scrambler <b>572</b> may receive the multiplexed data for each SC-FDMA symbol from multiplexer <b>568</b>, scramble the multiplexed data, and provide scrambled bits. A modulator/symbol mapper <b>574</b> 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).

An SC-FDMA symbol generator <b>580</b> may receive the modulation symbols from modulator <b>574</b> and generate SC-FDMA symbols. Within generator <b>580</b>, a discrete Fourier transform (DFT) unit <b>582</b> 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 <b>584</b> 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 <b>586</b> 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 <b>588</b> 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 <b>590</b> may scale the samples to obtain the desired transmit power for the uplink transmission on the PUSCH.

The various processing blocks in <figref idrefs="DRAWINGS">FIGS. 5A and 5B</figref> 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.

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

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 <b>1</b>, 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.

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.

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 <figref idrefs="DRAWINGS">FIG. 4</figref>. 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 reso urces available for transmission.

Rate matching and multiplexing may be performed in various manners for multiplexing scheme <b>1</b>. 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_Acoded bits. N₁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&gt;N_A. Rate matching may then delete N_T−N_Acoded 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.

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.

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.

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.

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.

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 <figref idrefs="DRAWINGS">FIG. 4</figref>. 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.

For the designs shown in <figref idrefs="DRAWINGS">FIGS. 5A and 5B</figref>, the multiplexed data from multiplexer <b>568</b> may be processed by a single transmit chain <b>570</b> composed of scrambler <b>572</b> to gain unit <b>590</b> in <figref idrefs="DRAWINGS">FIG. 5B</figref>. 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 <figref idrefs="DRAWINGS">FIGS. 5A and 5B</figref>, the processing for the multiplexed traffic data and control information may be fully compatible with the processing for only traffic data.

<figref idrefs="DRAWINGS">FIG. 6A</figref> shows a block diagram of a design of a transmit processor <b>600</b> that implements multiplexing scheme <b>2</b>. In this design, transmit processor <b>600</b> includes a first path <b>610</b> for traffic data, a second path <b>630</b> for CQI information, and a third path <b>650</b> for ACK information.

In first path <b>610</b>, a segmentation unit <b>612</b> may partition incoming traffic data into code blocks. A channel encoder <b>614</b> may encode each code block and provide a corresponding Turbo coded block. A rate matching unit <b>616</b> 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 <b>618</b> may concatenate all Turbo coded blocks. A channel interleaver <b>620</b> may interleave the bits from concatenation unit <b>618</b> and provide interleaved data. A scrambler <b>624</b> may scramble the interleaved data and provide scrambled bits. A modulator/symbol mapper <b>626</b> may map the scrambled bits to modulation symbols based on a modulation scheme for traffic data. A gain unit <b>628</b> may scale the modulation symbols from modulator <b>626</b> to obtain the desired transmit power for traffic data.

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

In third path <b>650</b>, a channel encoder <b>652</b> may encode the ACK information and provide coded ACK data. A scrambler <b>654</b> may scramble the coded ACK data and provide scrambled bits. A modulator/symbol mapper <b>656</b> may map the scrambled bits to modulation symbols based on a modulation scheme for the ACK information. A gain unit <b>658</b> may scale the modulation symbols from modulator <b>656</b> to obtain the desired transmit power for the ACK information. An SC-FDMA symbol mapper <b>660</b> may map the scaled modulation symbols from gain unit <b>658</b> to SC-FDMA symbols and may provide modulation symbols for each SC-FDMA symbol. SC-FDMA symbol mappers <b>640</b> and <b>660</b> 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.

In the design shown in <figref idrefs="DRAWINGS">FIG. 6A</figref>, the traffic data and control information are multiplexed at the modulation symbol level. A multiplexer <b>668</b> may receive modulation symbols for traffic data (or data modulation symbols) from first path <b>610</b>, modulation symbols for CQI information (or CQI modulation symbols) from second path <b>630</b>, and modulation symbols for ACK information (or ACK modulation symbols) from third path <b>650</b>. Multiplexer <b>668</b> may multiplex the data modulation symbols and the CQI modulation symbols. In one design, multiplexer <b>668</b> may also multiplex the ACK modulation symbols with the data and CQI modulation symbols. In another design, multiplexer <b>668</b> may puncture the multiplexed data and CQI modulation symbols with the ACK modulation symbols. In any case, multiplexer <b>668</b> may provide multiplexed modulation symbols comprising the data modulation symbols, the CQI modulation symbols, and the ACK modulation symbols.

<figref idrefs="DRAWINGS">FIG. 6B</figref> shows a block diagram of a design of a transmit chain <b>670</b> that may be used with transmit processor <b>600</b> in <figref idrefs="DRAWINGS">FIG. 6A</figref>. Within transmit chain <b>670</b>, an SC-FDMA symbol generator <b>680</b> may receive the multiplexed modulation symbols for each symbol period from multiplexer <b>668</b> in <figref idrefs="DRAWINGS">FIG. 6A</figref> and may generate an SC-FDMA symbol based on the multiplexed modulation symbols. SC-FDMA symbol generator <b>680</b> includes a DFT unit <b>682</b>, a frequency mapper <b>684</b>, an IFFT unit <b>686</b>, and a cyclic prefix generator <b>688</b> that may operate as described above for units <b>582</b> through <b>588</b>, respectively, in <figref idrefs="DRAWINGS">FIG. 5B</figref>. A gain unit <b>690</b> may scale the samples of the SC-FDMA symbols to obtain the desired transmit power for the uplink transmission on the PUSCH.

<figref idrefs="DRAWINGS">FIGS. 6A and 6B</figref> show example designs of transmit processor <b>600</b> and transmit chain <b>670</b>, respectively. The processing may also be performed in a different order than the order shown in <figref idrefs="DRAWINGS">FIGS. 6A and 6B</figref>. For example, the channel interleaving may be performed on the multiplexed modulation symbols. Transmit processor <b>600</b> and/or transmit chain <b>670</b> may also include different and/or additional processing blocks. For example, transmit processor <b>600</b> may include another path for rank indicator.

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.

In the design shown in <figref idrefs="DRAWINGS">FIG. 6A</figref>, 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 <b>668</b>.

Rate matching and multiplexing may be performed in various manners for multiplexing scheme <b>2</b>. 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.

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.

For the designs shown in <figref idrefs="DRAWINGS">FIGS. 6A and 6B</figref>, the multiplexed data and control modulation symbols from multiplexer <b>668</b> may be processed by a single transmit chain <b>670</b>. Gain unit <b>690</b> may be used to obtain the desired transmit power for the SC-FDMA symbols.

In the designs shown in <figref idrefs="DRAWINGS">FIGS. 6A and 6B</figref>, 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 <b>628</b>, <b>638</b> and <b>658</b> may be present, and gain unit <b>690</b> may be omitted. In this design, gain unit <b>628</b> may apply a gain to obtain the desired transmit power for traffic data. Gain units <b>638</b> and <b>658</b> may apply gains to obtain the desired protection levels for CQI and ACK information, respectively. In another design, gain units <b>638</b>, <b>658</b> and <b>690</b> may be present, and gain unit <b>628</b> may be omitted. In this design, gain unit <b>690</b> may apply a gain to obtain the desired transmit power for traffic data. Gain units <b>638</b> and <b>658</b> 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 <b>638</b> and <b>658</b>.

<figref idrefs="DRAWINGS">FIGS. 5A and 6A</figref> show example designs of transmit processors <b>500</b> and <b>600</b> for multiplexing schemes <b>1</b> and <b>2</b>, respectively. Multiplexing scheme <b>1</b> 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 <b>2</b> 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 <b>1</b> 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 <b>2</b> may simplify processing at the UE and the Node B since a fixed MCS may be used for the control information.

<figref idrefs="DRAWINGS">FIG. 7</figref> shows a design of a process <b>700</b> for processing traffic data and control information in accordance with multiplexing scheme <b>1</b>. Process <b>700</b> may be performed by a UE (as described below) or some other entity.

The UE may determine a first coding scheme for traffic data based on a modulation and coding scheme selected for the traffic data (block <b>712</b>). The UE may determine a second coding scheme for control information based on the modulation and coding scheme for the traffic data (block <b>714</b>). 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 <b>716</b>). The UE may encode the control information based on the second coding scheme to obtain coded control data (block <b>718</b>). 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.

The UE may multiplex the traffic data and the control information after encoding and prior to modulation to obtain multiplexed data (block <b>720</b>). 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 <b>722</b>). The UE may generate multiple SC-FDMA symbols based on the modulation symbols obtained from the multiplexed data (block <b>724</b>). 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.

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

<figref idrefs="DRAWINGS">FIG. 9</figref> shows a design of a process <b>900</b> for processing traffic data and control information in accordance with multiplexing scheme <b>2</b>. Process <b>900</b> may be performed by a UE (as described below) or some other entity.

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

The UE may scale the data modulation symbols based on a first gain (block <b>916</b>) and may scale the control modulation symbols based on a second gain that is potentially different from the first gain (block <b>918</b>). 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 <b>920</b>). The UE may perform multiplexing to achieve any of the goals described above for <figref idrefs="DRAWINGS">FIG. 7</figref>. The UE may generate multiple SC-FDMA symbols based on the multiplexed modulation symbols (block <b>922</b>).

<figref idrefs="DRAWINGS">FIG. 10</figref> shows a design of an apparatus <b>1000</b> for processing traffic data and control information. Apparatus <b>1000</b> includes a module <b>1012</b> to encode and modulate traffic data to obtain data modulation symbols, a module <b>1014</b> to encode and modulate control information to obtain control modulation symbols, a module <b>1016</b> to scale the data modulation symbols based on a first gain, a module <b>1018</b> to scale the control modulation symbols based on a second gain potentially different from the first gain, a module <b>1020</b> to multiplex the data modulation symbols and the control modulation symbols to obtain multiplexed modulation symbols, and a module <b>1022</b> to generate multiple SC-FDMA symbols based on the multiplexed modulation symbols.

<figref idrefs="DRAWINGS">FIG. 11</figref> shows a design of a process <b>1100</b> for processing traffic data and control information. Process <b>1100</b> 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 <b>1112</b>). The UE may encode control information to obtain coded control data (block <b>1114</b>). The UE may perform rate matching on the coded traffic data based on the coded control data to obtain rate matched traffic data (block <b>1116</b>). 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 <b>1118</b>).

In one design, which is shown in <figref idrefs="DRAWINGS">FIG. 5A</figref>, the traffic data and the control information may be encoded based on different coding schemes. In another design, which is shown in <figref idrefs="DRAWINGS">FIG. 6A</figref>, 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 LTE 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.

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.

<figref idrefs="DRAWINGS">FIG. 12</figref> shows a design of an apparatus <b>1200</b> for processing traffic data and control information. Apparatus <b>1200</b> includes a module <b>1212</b> to encode traffic data to obtain coded traffic data, a module <b>1214</b> to encode control information to obtain coded control data, a module <b>1216</b> to perform rate matching on the coded traffic data based on the coded control data to obtain rate matched traffic data, and a module <b>1218</b> to multiplex the rate matched traffic data and the coded control data to obtain multiplexed data.

<figref idrefs="DRAWINGS">FIG. 13</figref> shows a design of a process <b>1300</b> for processing traffic data and control information. Process <b>1300</b> 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 <b>1312</b>). The UE may then puncture the multiplexed data with second control information (block <b>1314</b>).

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 <figref idrefs="DRAWINGS">FIGS. 5A and 6A</figref>. 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.

<figref idrefs="DRAWINGS">FIG. 14</figref> shows a design of an apparatus <b>1400</b> for processing traffic data and control information. Apparatus <b>1400</b> includes a module <b>1412</b> to multiplex traffic data and first control information to obtain multiplexed data, and a module <b>1414</b> to puncture the multiplexed data with second control information.

The modules in <figref idrefs="DRAWINGS">FIGS. 8</figref>, <b>10</b>, <b>12</b> and <b>14</b> may comprise processors, electronics devices, hardware devices, electronics components, logical circuits memories, etc., or any combination thereof.

<figref idrefs="DRAWINGS">FIG. 15</figref> shows a design of a process <b>1500</b> for multiplexing and puncturing at the coded data level. Process <b>1500</b> may be one design of process <b>1300</b> in <figref idrefs="DRAWINGS">FIG. 13</figref>. A UE may encode traffic data to obtain coded traffic data (block <b>1512</b>) and may encode first control information to obtain first coded control data (block <b>1514</b>). 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 <b>1516</b>). The UE may multiplex the coded traffic data and the first coded control data to obtain multiplexed data (block <b>1518</b>). The UE may then puncture the multiplexed data with the second coded control data to obtain output data (block <b>1520</b>). The UE may modulate the output data based on a modulation scheme to obtain to modulation symbols. Blocks <b>1518</b> and <b>1520</b> in <figref idrefs="DRAWINGS">FIG. 15</figref> may correspond to blocks <b>1312</b> and <b>1314</b>, respectively, in <figref idrefs="DRAWINGS">FIG. 13</figref>. Blocks <b>1512</b>, <b>1514</b> and <b>1516</b> may occur prior to block <b>1518</b>.

<figref idrefs="DRAWINGS">FIG. 16</figref> shows a design of a process <b>1600</b> for multiplexing and puncturing at the modulation symbol level. Process <b>1600</b> may be another design of process <b>1300</b> in <figref idrefs="DRAWINGS">FIG. 13</figref>. A UE may encode and modulate traffic data (e.g., based on a variable modulation and coding scheme) to obtain data modulation symbols (block <b>1612</b>). 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 <b>1614</b>). The UE may encode and modulate second control information to obtain second control modulation symbols (block <b>1616</b>). The UE may multiplex the data modulation symbols and the first control modulation symbols to obtain multiplexed modulation symbols (block <b>1618</b>). The UE may then puncture the multiplexed modulation symbols with the second control modulation symbols (block <b>1620</b>). 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 <b>1618</b> and <b>1620</b> in <figref idrefs="DRAWINGS">FIG. 16</figref> may correspond to blocks <b>1312</b> and <b>1314</b>, respectively, in <figref idrefs="DRAWINGS">FIG. 13</figref>. Blocks <b>1612</b>, <b>1614</b> and <b>1616</b> may occur prior to block <b>1618</b>.

For the designs in <figref idrefs="DRAWINGS">FIGS. 15 and 16</figref>, the UE may perform rate matching for the traffic data based on the first control information, without considering the second control information.

<figref idrefs="DRAWINGS">FIG. 17</figref> shows a block diagram of a design of a Node B <b>110</b> and a UE <b>120</b>, which may be one of the Node Bs and one of the UEs in <figref idrefs="DRAWINGS">FIG. 1</figref>. In this design, UE <b>120</b> is equipped with T antennas <b>1732</b><i>a </i>through <b>1732</b><i>t</i>, and Node B <b>110</b> is equipped with R antennas <b>1752</b><i>a </i>through <b>1752</b><i>r</i>, where in general T≧1 and R≧1.

At UE <b>120</b>, a transmit processor <b>1720</b> may receive traffic data from a data source <b>1712</b>, process (e.g., encode and modulate) the traffic data, and provide data modulation symbols. Transmit processor <b>1720</b> may also receive control information (e.g., for CQI, ACK, etc.) from a controller/processor <b>1740</b>, process the control information as described above, and provide control modulation symbols. Transmit processor <b>1720</b> may also generate reference symbols for a demodulation reference signal, a sounding reference signal, and/or other signals. Transmit processor <b>1720</b> may multiplex and/or puncture the traffic data with the control information at the coded data level or the modulation symbol level. Transmit processor <b>1720</b> may also multiplex the reference symbols with the traffic data and the control information. Transmit processor <b>1720</b> may implement transmit processor <b>500</b> in <figref idrefs="DRAWINGS">FIG. 5A</figref>, transmit processor <b>600</b> in <figref idrefs="DRAWINGS">FIG. 6A</figref>, or some other design. Transmit processor <b>1720</b> may perform all or part of process <b>700</b> in <figref idrefs="DRAWINGS">FIG. 7</figref>, process <b>900</b> in <figref idrefs="DRAWINGS">FIG. 9</figref>, process <b>1100</b> in <figref idrefs="DRAWINGS">FIG. 11</figref>, process <b>1300</b> in <figref idrefs="DRAWINGS">FIG. 13</figref>, process <b>1500</b> in <figref idrefs="DRAWINGS">FIG. 15</figref>, process <b>1600</b> in <figref idrefs="DRAWINGS">FIG. 16</figref>, and/or other processes for the techniques described herein.

A MIMO processor <b>1722</b> may process (e.g., precode) the symbols from transmit processor <b>1720</b> and provide T output symbol streams to T transmitter (TMTR) <b>1730</b><i>a </i>through <b>1730</b><i>t</i>. MIMO processor <b>1722</b> may be omitted if UE <b>120</b> is equipped with a single antenna. Each transmitter <b>1730</b> may include all or part of transmit chain <b>570</b> in <figref idrefs="DRAWINGS">FIG. 5B</figref> or transmit chain <b>670</b> in <figref idrefs="DRAWINGS">FIG. 6B</figref>. Each transmitter <b>1730</b> may process its output symbol stream to generate SC-FDMA symbols. Each transmitter <b>1730</b> 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 <b>1730</b><i>a </i>through <b>1730</b><i>t </i>may be transmitted via T antennas <b>1732</b><i>a </i>through <b>1732</b><i>t</i>, respectively.

At Node B <b>110</b>, antennas <b>1752</b><i>a </i>through <b>1752</b><i>r </i>may receive the uplink signals from UE <b>120</b> and/or other UEs. Each antenna <b>1752</b> may provide a received signal to a respective receiver (RCVR) <b>1754</b>. Each receiver <b>1754</b> 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 <b>1756</b> may perform MIMO detection on the received symbols from all R demodulators <b>1754</b><i>a </i>through <b>1754</b><i>r </i>and provide detected symbols. A receive processor <b>1760</b> may process (e.g., demodulate and decode) the detected symbols, provide decoded traffic data to a data sink <b>1762</b>, and provide decoded control information to a controller/processor <b>1770</b>. In general, the processing by MIMO detector <b>1756</b> and receive processor <b>1760</b> is complementary to the processing by MIMO processor <b>1722</b> and transmit processor <b>1720</b>, respectively, at UE <b>120</b>.

Node B <b>110</b> may transmit traffic data and/or control information on the downlink to UE <b>120</b>. Traffic data from a data source <b>1778</b> and/or control information from controller/processor <b>1770</b> may be processed by a transmit processor <b>1780</b> and further precoded by a MIMO processor <b>1782</b> to obtain R output symbol streams. R transmitters <b>1754</b><i>a </i>through <b>1754</b><i>r </i>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 <b>1752</b><i>a </i>through <b>1752</b><i>r</i>. At UE <b>120</b>, the downlink signals from Node B <b>110</b> may be received by antennas <b>1732</b><i>a </i>through <b>1732</b><i>t</i>, conditioned and processed by receivers <b>1730</b><i>a </i>through <b>1730</b><i>t</i>, and further processed by a MIMO detector <b>1736</b> (if applicable) and a receive processor <b>1738</b> to recover the traffic data and control information sent to UE <b>120</b>. Receive processor <b>1738</b> may provide decoded traffic data to a data sink <b>1739</b> and provide decoded control information to controller/processor <b>1740</b>.

Controllers/processors <b>1740</b> and <b>1770</b> may direct the operation at UE <b>120</b> and Node B <b>110</b>, respectively. Controller/processor <b>1740</b> may perform or direct process <b>700</b> in <figref idrefs="DRAWINGS">FIG. 7</figref>, process <b>900</b> in <figref idrefs="DRAWINGS">FIG. 9</figref>, process <b>1100</b> in <figref idrefs="DRAWINGS">FIG. 11</figref>, process <b>1300</b> in <figref idrefs="DRAWINGS">FIG. 13</figref>, process <b>1500</b> in <figref idrefs="DRAWINGS">FIG. 15</figref>, process <b>1600</b> in <figref idrefs="DRAWINGS">FIG. 16</figref>, and/or other processes for the technique is described herein. Memories <b>1742</b> and <b>1772</b> may store data and program codes for UE <b>120</b> and Node B <b>110</b>, respectively. A scheduler <b>1774</b> may schedule UEs for data transmission on the downlink and/or uplink and may assign resources to the scheduled UEs.

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.

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.

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.

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.

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.

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.