Abstract:
Methods and apparatus are described. A long term evolution-advanced (LTE-A) wireless transmit/receive unit (WTRU) includes a transceiver and a processor. The transceiver receives discontinuous reception (DRX) configuration information. The processor, in response to the received DRX information, controls the transceiver to monitor LTE-A physical downlink control channels (PDCCHs) in subframes in a first frequency band during an active time. The processor further, in response to detecting a downlink assignment in an LTE-A PDCCH in the first frequency band during the active time, wherein the downlink assignment indicates a second frequency band and assigned subcarriers within the second frequency band, to receive an LTE-A physical downlink shared channel (PDSCH) K subframes after a transmission of the downlink assignment. The second frequency band is different than the first frequency band.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This application is a continuation of U.S. patent application Ser. No. 12/817,479 filed Jun. 17, 2010, which claims the benefit of U.S. Provisional Application Nos. 61/218,172, filed Jun. 18, 2009, and 61/233,641, filed Aug. 13, 2009, which are incorporated by reference as if fully set forth herein. 
     
    
     TECHNICAL FIELD 
       [0002]    This application is related to wireless communications. 
       BACKGROUND 
       [0003]    Discontinuous reception (DRX) operation in a release 8 (R8) long term evolution (LTE) system is defined by the medium access control (MAC) third generation partnership project (3GPP) specification. This functionality consists of a set of rules that define when, (i.e., in which subframes), a network (i.e., an evolved Node-B (eNB)) may send control information consisting of downlink (DL) assignments and/or uplink (UL) grants (i.e., shared channel dynamic allocations) to a wireless transmit/receive unit (WTRU) using a physical DL control channel (PDCCH). The eNB DL assignments and/or UL grants, received by the WTRU on the PDCCH, signal to the WTRU the existence of DL and/or UL shared channel transmission opportunities. The period of time during which the WTRU monitors the PDCCH for this control information is referred to as the “active time”. The WTRU may turn off its receiver circuitry on a condition that the PDCCH and other DL physical channels need not be monitored, thus resulting in battery savings. 
         [0004]    In order to further improve achievable throughput and coverage of LTE-based radio access systems, and in order to meet the international mobile telecommunications (IMT)-advanced requirements of 1 Gbps and 500 Mbps in the DL and UL directions, respectively, LTE-advanced (LTE-A) is currently under study in the 3GPP standardization body. One improvement proposed for LTE-A is carrier aggregation and support of a flexible bandwidth arrangement in order to allow DL and UL transmission bandwidths to exceed 20 MHz in R8 LTE, (e.g., 40-100 MHz). 
         [0005]    To support carrier aggregation, it has been proposed that control information carrying a DL assignment pertaining to a given component carrier (CC), (over PDCCH), be transmitted over a different DL CC than the one that contains the data, (e.g., the physical DL shared channel (PDSCH)). Such an arrangement may be advantageous to the system operator for allowing flexibility in the configuration of control channels and thus maximizing capacity. For instance, it allows the transmission of all PDCCHs from a single CC. 
         [0006]    In R8, a time relationship is established based on PDSCH data being immediately transmitted in a subframe (i.e., transmission timing interval (TTI)) of a radio frame after a PDCCH containing a corresponding DL assignment is transmitted in the same subframe. It would be beneficial to maintain this time relationship for the scenario where PDSCH data and a corresponding PDCCH DL assignment are transmitted on different CCs. However, this scenario potentially requires a higher battery consumption, since two CCs, (the one containing a PDCCH and the one containing a PDSCH), have to be monitored for a potential DL reception. Thus, efficient DRX methods need to be defined to minimize battery consumption. 
         [0007]    On the other hand, if the PDSCH data is not transmitted in the same subframe as the PDCCH containing the corresponding DL assignment, higher battery efficiency may be achieved, since it is known in advance whether a CC needs to be monitored or not for PDSCH. However, breaking the time relationship creates issues that need to be addressed. If a delay between the PDCCH DL assignment and the PDSCH reception is to be introduced, it is necessary for new procedures to be defined for the WTRU to determine how to find the PDSCH over a period of time. 
       SUMMARY 
       [0008]    A method and apparatus are described for operating a wireless transmit/receive unit (WTRU) in a discontinuous reception (DRX) mode employing carrier aggregation. In one scenario, a physical downlink (DL) shared channel (PDSCH) is received on a DL component carrier (CC) of a particular serving cell during a cell-specific active time, whereby the DL CC is associated with an uplink (UL) CC. Then, a physical DL control channel (PDCCH) is monitored for DL assignments for the particular serving cell, and UL grants for the UL CC, during the cell-specific active time. In another scenario, a first subset of CCs is configured for PDCCH reception, and a second subset of the CCs is not configured for PDCCH reception. DRX is applied to at least one CC in the second subset based on a PDCCH active time of at least one of the CCs in the first subset. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0009]    A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings wherein: 
           [0010]      FIG. 1  shows a wireless communication system including a WTRU and an eNB; 
           [0011]      FIG. 2  shows an example of the contiguous intra-band carrier aggregation of a plurality of CCs; 
           [0012]      FIG. 3  shows a wireless communication system including a WTRU and an eNB; and 
           [0013]      FIG. 4  shows the wireless communication system of  FIG. 3  in additional detail. 
       
    
    
     DETAILED DESCRIPTION 
       [0014]    When referred to hereafter, the terminology “wireless transmit/receive unit (WTRU)” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of device capable of operating in a wireless environment. 
         [0015]    When referred to hereafter, the terminology “evolved Node-B (eNB)” includes but is not limited to a base station, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment. 
         [0016]    When referred to hereafter, the terminology “DL CC” may include, but is not limited to, the DL of a “serving cell”, a “primary serving cell (Pcell)”, or a “secondary serving cell (Scell)”. 
         [0017]    When referred to hereafter, the terminology “UL CC” may include, but is not limited to, the UL of a “serving cell”, a “primary serving cell (Pcell)”, or a “secondary serving cell (Scell)”. 
         [0018]      FIG. 1  shows a wireless communication system  100  including a WTRU  105  and an eNB  110 , which communicate via a PDSCH  115 , a PUSCH  120 , a PDCCH  125  and a physical UL control channel (PUCCH)  130 . The WTRU  105  comprises an antenna  135 , a receiver  140 , a processor  145  and a transmitter  150 . The processor  145  comprises a plurality of DRX inactivity timers  155  and a plurality of on-duration timers  160 . The eNB  110  comprises an antenna  165 , a receiver  170 , a processor  175  and a transmitter  180 . The processor  175  comprises a plurality of DRX inactivity timers  185  and a plurality of on-duration timers  190 . 
         [0019]      FIG. 2  shows an example of the contiguous intra-band carrier aggregation of a plurality of CCs operating in respective 20 MHz bands. 
         [0020]    Active Time Defined on a Per-Carrier Basis 
         [0021]    A method of operating in a DRX mode employing carrier aggregation is based on the concept of active time per CC. In this method, DRX operation is extended such that “PDCCH active time” is implemented when a WTRU monitors a PDCCH located on a DL CC, and “PDSCH active time” is implemented when the WTRU monitors a PDSCH located on a DL CC. The WTRU monitors assignments and/or grants for different CCs using at least one search space within a PDCCH, (i.e., specific resource blocks and symbols where PDCCH signaling exists for the WTRU). 
         [0022]    A “serving cell” is comprised of a DL CC that may be associated with a UL CC. A “cell-specific active time” is defined for each serving cell, including a DL CC configured for PDSCH reception. During the cell-specific active time, the WTRU receives (or buffers) the PDSCH of the concerned serving cell for possible assignments received in the same subframe (i.e., TTI) of a radio frame for this serving cell, and monitors, in at least one search space specific to this serving cell, the PDCCH of at least one serving cell for assignments for the concerned serving cell, and grants for a UL CC (resource) configured to be associated to the concerned serving cell, if such a UL CC exists. The serving cell, for where the WTRU monitors the PDCCH for assignments to the concerned serving cell, may or may not be the same as the concerned serving cell. 
         [0023]    Individual DL CCs may be configured to receive a PDCCH and/or a PDSCH transmissions. DRX for each active DL CC may be based on PDCCH active time, PDSCH active time, or a combination of both. DRX may be applied independently to each DL CC, and there is no requirement to synchronize DRX between CCs, although it is possible to force synchronization when beneficial. 
         [0024]    PDCCH active time is defined for each DL CC that the WTRU is configured to receive a PDCCH. The PDCCH active time may include the PDSCH active time of each DL CC that may be assigned from the PDCCH of the DL CC. Each DL CC that may be scheduled has a PDSCH active time. Alternatively, the PDCCH active time may include PUSCH active time, which is a time when control information, pertaining to UL CC PUSCH operation from each DL CC, uses the DL CC for the reception of UL grants and hybrid automatic repeat request (HARQ) feedback. Such a UL CC will be referred to hereafter as an “anchored UL CC”. 
         [0025]    The PUSCH active time is defined for each UL CC that the WTRU is configured to transmit a PUSCH. The PUSCH active time may include:
       a) The time while a scheduling request sent on a PUCCH of an anchored UL CC is pending;   b) The time while a UL grant for a pending HARQ retransmission may occur and there is data in the corresponding HARQ buffer for the UL-SCH of an anchored UL CC;   c) The time while a CC-specific DRX inactivity timer or other-CC DRX inactivity timer is running for an anchored UL CC;   d) Optionally, the time while a CC-specific on-duration timer is running for an anchored UL CC (note that such timer may not need to be defined for a UL CC);   e) Optionally (if not already included in a PDSCH active time), the time while a PDCCH indicating a new transmission addressed to the cell radio network temporary identifier (C-RNTI) of the WTRU has not been received after successful reception of a random access response for the explicitly signaled preamble; and   f) Optionally, (if not already included in a PDSCH active time), the time while the MAC contention resolution timer is running.       
 
         [0032]    The “PDSCH active time” is defined for each DL CC that the WTRU is configured to receive a PDSCH. The PDSCH active time may include:
       1) The time while a CC-specific on-duration timer, DRX inactivity timer, other-CC DRX inactivity timer, DRX retransmission timer or a MAC contention resolution timer is running;   2) the time while a PDCCH (on same or different CC) indicating a new transmission addressed to the cell radio network temporary identifier (C-RNTI) of the WTRU has not been received after successful reception of a random access response for the explicitly signaled preamble; and   3) Optionally, the PDCCH active time of this same DL CC.       
 
         [0036]    For DRX operation, “cell-specific active time” may include the time while a scheduling request (SR) sent on the PUCCH is pending. Cell-specific active time may pertain to a primary serving cell. 
         [0037]    For DRX operation, cell-specific active time may include the time while a UL grant for pending HARQ retransmission may occur, and there is data in the corresponding HARQ buffer for the UL-SCH of the associated UL CC, if such CC is configured. 
         [0038]    For DRX operation, cell-specific active time may include the time a PDCCH, indicating a new transmission addressed to the C-RNTI of the WTRU, has not been received after successful reception of a random access response for the preamble not selected by the WTRU. This time may be included for the cell-specific active time pertaining to the UL CC from which the preamble was transmitted, (e.g., associated to the primary serving cell). 
         [0039]    For DRX operation, cell-specific active time may include the time an on-duration timer applicable to the concerned serving cell is running, a DRX inactivity timer applicable to the concerned serving cell is running, a DRX retransmission timer applicable to the concerned serving cell is running, or a MAC contention resolution timer is running. This time may be included for the cell-specific active time pertaining to a primary serving cell. 
         [0040]    The following definitions of specific DRX inactivity timers and on-duration timers should apply: 
         [0041]    1) DRX inactivity timer for a DL CC: Specifies the number of consecutive subframes during which the PDSCH of this CC, as well as the PDCCH of at least one other DL CC providing a DL assignment for this CC, may be monitored after this timer is triggered; 
         [0042]    2) DRX inactivity timer for a UL CC: Specifies the number of consecutive subframes during which the PDCCH of at least one DL CC providing a UL grant for this CC may be monitored after this timer is triggered; 
         [0043]    3) DRX inactivity timer for a serving cell: Specifies the number of consecutive subframes during which the cell-specific active time of this serving cell should be extended after this timer is triggered; 
         [0044]    4) Other-CC DRX inactivity timer: Same definition as any of the DRX inactivity timers described above, except that this timer (if defined) may only be triggered by a DL assignment or UL grant (for a new transmission) for a different CC or serving cell; 
         [0045]    5) On-duration timer for a DL CC: Specifies the number of consecutive subframes during which the PDSCH of this CC, as well as the PDCCH of DL CC(s) providing DL assignments for this CC, may be monitored at the beginning of a DRX cycle; 
         [0046]    6) On-duration timer for a UL CC: Specifies the number of consecutive subframes during which the PDCCH of at least one DL CC providing a UL grant for this CC may be monitored at the beginning of a DRX cycle; and 
         [0047]    7) On-duration timer for a serving cell: Specifies the minimum number of consecutive subframes during which the cell-specific active time of this serving cell should exist from the beginning of a DRX cycle. 
         [0048]    The rules for starting and stopping the different timers mentioned above are implemented on a per-carrier basis. Thus, the configuration parameters short DRX cycle, long DRX cycle, DRX start offset, as well as the durations for the on-duration timer, DRX inactivity timer, DRX retransmission timer and DRX short cycle timer may be defined on a per-carrier (or per-serving cell) basis. It is also possible that some of these timers are shared (or are the same) between CCs or serving cells (for instance the on-duration timer may be shared for a set of CCs). However, the on-duration timer may not need to be defined for UL CCs. In this case, the associated parameters and timers (short DRX cycle, long DRX cycle, DRX start offset, DRX short cycle timer) may not be defined either, and the DRX retransmission timer and HARQ round trip time (RTT) timers may not need to be defined for UL CCs and UL HARQ processes respectively. 
         [0049]    In addition, the CC-specific DRX inactivity timer may be handled in one or a combination of the following ways. It is noted that the terminology “triggered” used below may mean initially started or re-started at some later time. 
         [0050]    A CC-specific DRX inactivity timer is triggered for a DL CC, when a new transmission is received on the PDSCH of this CC, and for a UL CC, when a new transmission is granted for the PUSCH of this CC. 
         [0051]    A CC-specific DRX inactivity timer or other-CC DRX inactivity timer is triggered for a DL or UL CC, when a new transmission is received on the PDSCH (or granted for the PUSCH) of another DL (or UL) CC. A subset of DL or UL CCs that have this property may be pre-signaled by higher layers. 
         [0052]    A CC-specific DRX inactivity timer or other-CC DRX inactivity timer is triggered for a UL CC, a DL assignment or a UL grant (for any transmission or for a new transmission only) for any CC that is indicated from the PDCCH on the same DL CC that provides grants and HARQ feedback for this UL CC. 
         [0053]    A CC-specific DRX inactivity timer or other-CC DRX inactivity timer is triggered for a DL CC, a DL assignment or a UL grant (for any transmission or for a new transmission only) for any CC that is indicated from the PDCCH on the same DL CC that provides DL assignments for this CC. 
         [0054]    It is possible to implement a single DRX inactivity timer or single other-CC DRX inactivity timer (respectively) per set of CCs using the same DL CC for PDCCH. 
         [0055]    A CC-specific DRX inactivity timer is triggered for a CC (UL only, DL only, or both UL and DL) when a DL assignment or a UL grant (for any transmission or for a new transmission only) for any CC is indicated from the PDCCH on any DL CC. It is possible to implement a single DRX inactivity timer or single other-CC DRX inactivity timer (respectively) for all CCs. A subset of DL or UL CCs that have this property may be signaled by higher layers. 
         [0056]    An other-CC DRX inactivity timer is triggered for a UL CC, a DL assignment or a UL grant (for any transmission or for a new transmission only) for any other CC that is indicated from the PDCCH on the same DL CC that provides grants and HARQ feedback for this UL CC. A subset of DL or UL CCs that have this property may be signaled by higher layers. 
         [0057]    An other-CC DRX inactivity timer is triggered for a DL CC, a DL assignment or a UL grant (for any transmission or for a new transmission only) for any other CC that is indicated from the PDCCH on the same DL CC that provides DL assignments for this CC. It is possible to implement a single DRX inactivity timer or a single other-CC DRX inactivity timer (respectively) per set of CCs using the same DL CC for PDCCH. A subset of DL or UL CCs that have this property may be signaled by higher layers. 
         [0058]    An other-CC DRX inactivity timer is triggered for a CC (UL only, DL only, or both UL and DL) when a DL assignment or a UL grant (for any transmission or for a new transmission only) for any other CC is indicated from the PDCCH on any DL CC. 
         [0059]    A CC-specific DRX inactivity timer or other-CC DRX inactivity timer is triggered for a DL or UL CC when a new transmission is received on the PDSCH (or granted for the PUSCH) of another DL (or UL) CC, with the additional condition that the on-duration timer for that other CC is running. A subset of DL or UL CCs that have this property may be pre-signaled by higher layers. 
         [0060]    An other-CC DRX inactivity timer is triggered for a CC (UL only, DL only, or both UL and DL) when a DL assignment or a UL grant (for any transmission or for a new transmission only) for any other CC is indicated from the PDCCH on any DL CC, with the additional condition that the on-duration timer for that DL CC is running. A subset of DL CCs that have this property may be pre-signaled by higher layers. 
         [0061]    A serving cell-specific DRX inactivity timer is triggered when a new transmission is received on the PDSCH, or a new transmission is granted for the PUSCH for this serving cell. 
         [0062]    A serving cell-specific DRX inactivity timer or other-CC DRX inactivity timer is triggered when a new transmission is received on the PDSCH, or a new transmission is granted for PUSCH for a different serving cell. A subset of serving cells that have this property may be configured by higher layers. 
         [0063]    An other-CC DRX inactivity timer is triggered when a new transmission is received on the PDSCH, or a new transmission is granted for PUSCH for a different serving cell. A subset of serving cells that have this property may be configured by higher layers. 
         [0064]    It is possible to implement a single DRX inactivity timer or a single other-CC DRX inactivity timer (respectively) for all CCs. 
         [0065]    In any case described above that includes the starting or re-starting of the DRX inactivity timer or other-CC DRX inactivity timer, a delay of a few subframes may be required between the triggering event and the actual start or re-start of the DRX inactivity timer or other-CC DRX inactivity timer. This allows some wake-up time for activating the reception on the concerned CC. 
         [0066]    DRX timers (cycles, on duration, inactivity, retransmission) may be optimized for traffic requirements on each DL and/or UL CC they are configured for. Each individual UL or DL CC not carrying PDCCH may be configured so that the required reception periods (PDSCH or PUSCH active times) are included in a subset of the combined reception periods (PDCCH active time) on the associated CC carrying a PDCCH. 
         [0067]    Furthermore, the following rules may apply regarding the transmission of channel quality indicator (CQI)/precoding matrix index (PMI)/rank indicator (RI) and sounding reference symbol (SRS), whereby CQI/PMI/RI pertaining to the DL-SCH of a CC is not reported when this CC is not in PDSCH active time, or when the corresponding serving cell is not in cell-specific active time, and SRS pertaining to the UL-SCH of a UL CC is not reported when this CC is not in PUSCH active time, or when the corresponding serving cell is not in cell-specific active time. 
         [0068]    Active Time Defined on a Per-Carrier with PDCCH Basis 
         [0069]    Alternatively, there may be just PDCCH active time defined for each DL CC that has PDCCH configured. The short DRX cycle, long DRX cycle, and the DRX start offset parameters, as well as the durations for the on-durationTimer, DRX inactivity timer, DRX retransmission timer, and DRX short cycle timer are defined just for DL CCs that are configured for PDCCH reception. The rules for starting and stopping these timers may be similar to the previously known conventional rules, except that there is an independent PDCCH active time for each DL CC configured for PDCCH reception. In addition, conventional triggering rules pertaining to UL transmissions may now be applied, for each DL CC configured for PDCCH reception, only to those UL transmissions on UL CC that are receiving grants and HARQ feedback from this DL CC. 
         [0070]    Other DL CCs without PDCCH that may have PDSCH transmissions assigned from a particular CC carrying PDCCH may apply the same DRX defined by the PDCCH active time of this CC carrying PDCCH. This solution avoids the need to maintain DRX timers on each DL CC without PDCCH and on each UL CC, but eliminates the possibility to optimize DRX timers for each CC. 
         [0071]    In the case there are several CCs configured to receive a PDCCH that may provide DL assignments for a CC which does not have PDCCH, the DRX for this CC is the sum of PDCCH active times of the CCs which have PDCCH and may provide PDSCH assignments for this CC. Alternatively, the PDCCH active time of one “primary” CC out of the several CCs configured to receive a PDCCH that may provide DL assignments for a given CC, may be selected to define the PDSCH active time for this CC. 
         [0072]    Active Time Defined on a Per-Carrier with PDCCH and Delayed DL SCH Reception 
         [0073]    PDSCH transmissions are currently not delayed relative to PDCCH assignment of this transmission. Therefore when PDCCH on one CC (CC #x) may allocate PDSCH for another CC (CC #y), reception on the other CC (CC #y) may be enabled even when there is no assignment on this CC (CC #y) since the reception of the PDSCH and common reference symbols on the other CC (CC #y) may start before the PDCCH is completely received on one CC (CC #x). To allow CC with only PDSCH reception configured to wake up only when the corresponding PDCCH assignment was received on another CC, PDSCH transmission may be delayed relative to PDCCH to allow for activation of PDSCH CC reception and PDCCH processing time. 
         [0074]    Alternative, PDSCH transmissions may be delayed k subframes from PDCCH assignment when PDSCH transmission occurs on a CC that is different from the CC the PDCCH assignment was received on. Furthermore, all PDSCH transmissions may be delayed relative to a PDCCH assignment, regardless of which DL CC is assigned for an R10 WTRU. 
         [0075]    With either of these approaches, DRX on CCs that do not have PDCCH configured do not require DRX active time defined by existing DRX timers, (e.g., DRX cycle, on-duration, inactivity, retransmission timers). The WTRU is not required to always receive on a CC without PDCCH during PDCCH active time on other CCs. 
         [0076]    DRX on CCs without PDCCH may be governed by the PDCCH assignments received for this WTRU on other CCs. Reception is only enabled when a PDCCH assignment has been received. 
         [0077]    Since PDSCH transmission is delayed by k subframes, UL HARQ feedback is also delayed by k subframes. Relative to PDCCH assignment HARQ feedback will be received at k+4 subframes. This potentially results in feedback collision between assignments with delayed PDSCH and feedback across CCs, and non-delayed PDSCH and feedback when a PDCCH and a PDSCH are on the same CC. There are several potential solutions, including delay PDSCH and feedback even when on same CC, or aggregate feedback with the same mechanism used for more DL CCs than UL CCs. 
         [0078]    Due to the delayed DSCH transmission additional DL HARQ processes will be required. Currently there is an eight (8) subframe HARQ process RTT. With the k subframe delayed DSCH, the DL HARQ RTT may be increased by k subframes. In order to allow for continuous PDSCH transmission, additional HARQ processes may be required. 
         [0079]    One alternative to increasing the DL HARQ RTT and number of DL HARQ processes may be to reduce the PDCCH and/or PDSCH processing time. For example if k=2 with PDCCH processing reduced to 2 subframes and enabling reception PDSCH reception across CCs reduced to 2 subframes the existing HARQ RTT and number of HARQ processes may be maintained. 
         [0080]    Another consideration is UL feedback collisions in the time domain between WTRUs. A R8 WTRU without delay is scheduled k subframes after a release 10 WTRU with delay. Several solutions may be considered for this conflict including UL CCs are assigned either to further delayed feedback or not. All WTRUs configured on a given UL CC will either have further delayed feedback or not. Alternatively, a smart eNB scheduler may minimize the switching points between further delayed feedback and not further delayed feedback. When switching between feedback latencies occurs, the scheduler may enforce scheduling gaps to avoid feedback collision. 
         [0081]    Alternatively, subframe time boundary of CCs without PDCCH allocation (CC #y) may be shifted in time, such as the reception of the PDSCH and the common reference symbols may start after the PDCCH reception on the other CC (CC #x) is completed (up to symbol #3) and processed. For example, symbol #0 of CCs without PDCCH allocation may be transmitted at the same as symbol #8 of CCs with PDCCH. This may allow the WTRU to process the PDCCH in 4 symbols or 4/14 of a subframe. With this approach, the requirement in terms of PDSCH processing time to send the UL HARQ feedback may not be impacted significantly relative to R8, (i.e., the processing time may be reduced by only 5/14 of a subframe). 
         [0082]    Referring again to  FIG. 1 , the processor  145  in the WTRU  105  comprises at least one DRX inactivity timer  155  and at least one on-duration timer  160 . The WTRU  105  operates in a DRX mode employing carrier aggregation, receives DL transmissions or transmits UL transmissions, during an active time, on a CC that is not configured for PDCCH reception, monitors a PDSCH for shared channel dynamic allocations including a DL assignment or a UL grant, and applies DRX to the CC based on PDSCH active time or PUSCH active time. 
         [0083]    Alternatively, the processor  145  in the WTRU  105  operates in a DRX mode employing carrier aggregation, receives DL transmissions or transmits UL transmissions, during an active time, on a plurality of CCs where a first subset of the CCs are configured for PDCCH reception and a second subset of the CCs are not configured for PDCCH reception, and applies DRX to at least one CC in the second subset based on a PDCCH active time of at least one of the CCs in the first subset. 
         [0084]      FIG. 3  shows an LTE wireless communication system/access network  200  that includes an evolved-universal terrestrial radio access network (E-UTRAN)  205 . The E-UTRAN  205  includes several eNBs  220 . A WTRU  210  is in communication with an eNB  220 . The eNBs  220  interface with each other using an X2 interface. Each of the eNBs  220  interface with a mobility management entity (MME)/serving gateway (S-GW)  230  through an S1 interface. Although a single WTRU  210  and three eNBs  220  are shown in  FIG. 3 , it should be apparent that any combination of wireless and wired devices may be included in the wireless communication system access network  200 . 
         [0085]      FIG. 4  is an exemplary block diagram of an LTE wireless communication system  300  including the WTRU  210 , the eNB  220 , and the MME/S-GW  230 . As shown in  FIG. 4 , the WTRU  210 , the eNB  220  and the MME/S-GW  230  are configured to perform DRX based on per carrier active time as described above. 
         [0086]    In addition to the components that may be found in a typical WTRU, the WTRU  210  includes a processor  316  with an optional linked memory  322 , at least one transceiver  314 , an optional battery  320 , and an antenna  318 . The processor  316  is configured to perform DRX based on per carrier active time as disclosed above. The transceiver  314  is in communication with the processor  316  and the antenna  318  to facilitate the transmission and reception of wireless communications. In case a battery  320  is used in the WTRU  210 , it powers the transceiver  314  and the processor  316 . 
         [0087]    The WTRU  210  is configured to perform a DRX operation. The transceiver  314  is configured to monitor a DL CC for the reception of a PDCCH, and the processor  316  is configured to determine a PDCCH active time for each DL CC that the WTRU  210  is configured to receive the PDCCH. The transceiver  314  may also be configured to monitor a DL CC for the reception of a PDSCH, and the processor  316  is configured to determine a PDSCH active time for each DL CC that the WTRU  210  is configured to receive the PDSCH. 
         [0088]    In addition to the components that may be found in a typical eNB, the eNB  220  includes a processor  317  with an optional linked memory  315 , transceivers  319 , and antennas  321 . The processor  317  is configured to perform a method of DRX based on per carrier active time as disclosed above. The transceivers  319  are in communication with the processor  317  and antennas  321  to facilitate the transmission and reception of wireless communications. The eNB  220  is connected to the MME/S-GW  230 , which includes a processor  333  with an optional linked memory  334 . 
         [0089]    Although features and elements are described above in particular combinations, each feature or element can be used alone without the other features and elements or in various combinations with or without other features and elements. The methods or flow charts provided herein may be implemented in a computer program, software, or firmware incorporated in a computer-readable storage medium for execution by a general purpose computer or a processor. Examples of computer-readable storage mediums include a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs). 
         [0090]    Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine. 
         [0091]    A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) or Ultra Wide Band (UWB) module.