WO2011120449A1 - 载波去激活的方法和设备 - Google Patents

载波去激活的方法和设备 Download PDF

Info

Publication number
WO2011120449A1
WO2011120449A1 PCT/CN2011/072435 CN2011072435W WO2011120449A1 WO 2011120449 A1 WO2011120449 A1 WO 2011120449A1 CN 2011072435 W CN2011072435 W CN 2011072435W WO 2011120449 A1 WO2011120449 A1 WO 2011120449A1
Authority
WO
WIPO (PCT)
Prior art keywords
timer
user terminal
scc
sccs
carrier deactivation
Prior art date
Application number
PCT/CN2011/072435
Other languages
English (en)
French (fr)
Inventor
赵亚利
许芳丽
杨晓东
Original Assignee
电信科学技术研究院
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2011120449A1 publication Critical patent/WO2011120449A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H04L5/0087—Timing of allocation when data requirements change

Definitions

  • the DRX mechanism of LTE considers the arrival model of data services, that is, the arrival of data packets is bursty (it can be understood that once a data packet arrives, more packets arrive in a shorter time).
  • the LTE DRX process uses a variety of timers and is combined with the HARQ (Hybrid-ARQ, hybrid automatic repeat request) process to achieve better power saving performance.
  • HARQ RTT Red-Trip Time timer: It is only applicable to DL (Downlink). It makes it possible for the UE to not monitor the control channel before the next retransmission, so as to achieve better power saving effect. The UE will turn on this timer if it receives control signaling for HARQ transmission (initial transmission or retransmission). If the data in the corresponding HARQ process is unsuccessful after the previous HARQ transmission (the UE feeds back NACK), after the HARQ RTT timer expires, the UE turns on the drx-Retransmission timer.
  • the UE After the HARQ RTT timer2 times out, since the initial transmission of Process 2 is not decoded successfully, the UE turns on drx-Retransmission timer2. At time t4 before drx-Retransmission timer2 times out, the eNB schedules a retransmission of Process 2, and then the UE terminates drx-Retransmission timer2 and turns on HARQ RTT timer2.
  • DRX is also defined for power saving.
  • the definition of DRX in LTE-A is as follows: The UE uses the same DRX operation for all configured carriers, such as the same PDCCH active time, the definition. It just shows the same active time on each CC, and does not define the details of how the DRX timer operates. Based on the above definitions, DRX has the following two understandings:
  • On duration timer Configures the on duration of all CCs in the CC set to be consistent for the UE configuration.
  • the UE starts the timer by receiving the control signaling of the initial transmission of the HARQ on any CC in the CC set in the active time, and the UE continuously listens to all the activations before the timer expires. Control channel on the CC. If the UE receives the control signaling of the initial HARQ transmission on any CC in the active CC set before the drx-Inactivity timer expires, the drx-Inactivity timer will be restarted.
  • drx-Retransmission timer For process S, it is only applicable to DL. During the drx-Retransmission timer, the UE listens for control signaling and waits for retransmission scheduling of the corresponding HARQ process. The timer is stopped upon receipt of a schedule for retransmission of the process. Although the drx-Retransmission timer is controlled for one process, as long as the drx-Retransmission timer on any CC is running, the UE will listen to the PDCCH on all active CCs.
  • the active time of the UE includes the following time: On Duration Timer or drx-Inactivity timer or drx-Retransmission timer or mac-contentionResolutionTimer (race resolution timer) running time;
  • the DRX mechanism understands 2 as shown in Figure 6:
  • At least the drx-inactivity timer, the HARQ RTT timer, and the drx-Retransmission timer are based on CC maintenance. As long as any CC is active time, other CCs are also active time.
  • the timer operates as follows:
  • Short DRX cycle Timer For UE configuration, all CCs are consistent. After the Short cycle timer expires, the UE will use the Long cycle.
  • the UE For the CC configuration, the UE starts the timer by receiving the control signaling of the initial transmission of the HARQ on the corresponding CC in the active time. Before the timer expires, the UE continuously monitors the control channel on the corresponding CC. If the UE receives the control signaling of the initial HARQ transmission on the corresponding CC before the drx-Inactivity timer expires, the drx-Inactivity timer is terminated and restarted on the CC and the DL CC that schedules it. Although the drx-Inactivity timer is controlled for one CC, as long as the drx-inactivity timer on any CC is running, the UE will listen to the PDCCH on all active CCs.
  • HARQ RTT timer For process configuration, only for DL, if the UE receives control signaling of HARQ transmission (initial transmission or retransmission) on the corresponding CC, the timer will be started. If the data in the corresponding HARQ process is not successfully decoded after the previous HARQ transmission (the UE feeds back NACK), after the HARQ RTT timer expires, the UE turns on the drx-Retransmission timer. If the data in the corresponding HARQ process is successfully decoded after the previous HARQ transmission (the UE feeds back the ACK), after the HARQ RTT timer expires, the UE does not start the drx-Retransmission timer. If only the HARQ RTT timer is currently running, the UE does not listen to the control channel.
  • drx-Retransmission timer For process S, it is only applicable to DL. During the drx-Retransmission timer, the UE listens for control signaling and waits for retransmission scheduling of the corresponding HARQ process. The timer is stopped upon receipt of a schedule for retransmission of the process. Although the drx-Retransmission timer is controlled for one process, as long as any one The drx-Retransmission timer on each CC operates, and the UE will monitor the PDCCH on all activated CCs.
  • On Duration timer or any CC has drx-Inactivity timer or drx-Retransmission timer or mac-contentionResolutionTimer running time;
  • the UE in the CC set can be further configured to perform the carrier activation/deactivation operation according to the current service condition of the UE. For the deactivated carrier, the UE does not need to monitor the PDCCH again, so that a better power saving effect can be achieved.
  • the LTE-A system stipulates that the PCC of the UE does not allow activation/deactivation, and is always activated by default, and the SCC in the configuration CC set is deactivated by default. If these SCCs are needed, the carrier activation operation needs to be performed first.
  • the current protocol has stipulated that the carrier activation/deactivation operation in the multi-carrier system can be performed in an explicit manner, that is, using a carrier activation/deactivation MAC CE (MAC control element). In this manner, the eNB controls the UE to activate and deactivate the SCC through RRC signaling.
  • Embodiments of the present invention provide a method and device for carrier deactivation to implement implicit deactivation in a multi-carrier system.
  • the embodiment of the invention provides a method for carrier deactivation, which is applied to a multi-carrier system, and the method includes:
  • An embodiment of the present invention provides a user terminal, including:
  • the deactivation unit is configured to deactivate the corresponding DL SCC if the carrier deactivation timer expires.
  • FIG. 1 is a schematic diagram of a basic principle of a DRX in the prior art
  • FIG. 4 is a schematic diagram of a CA technology in LTE-A in the prior art
  • FIG. 5 is a schematic diagram of an understanding of the DRX mechanism in the prior art
  • FIG. 6 is a schematic diagram of the DRX mechanism understanding 2 in the prior art
  • FIG. 8 and FIG. 9 are diagrams showing an example of an implicit deactivation method in the first case
  • FIG. 10 is a schematic diagram of a de-activation timer maintenance mode in the second case of the embodiment of the present invention.
  • FIG. 11 and FIG. 12 are diagrams showing an example of an implicit deactivation method in the second case
  • FIG. 13 is a schematic diagram of a de-activation timer maintenance mode in the third case of the embodiment of the present invention
  • 17 is a schematic diagram of a de-activation timer maintenance mode in a fourth embodiment of the present invention.
  • FIG. 18 and FIG. 19 are diagrams showing an example of an implicit deactivation method in the fourth case
  • FIG. 20 is a schematic diagram of another de-activation timer maintenance mode in the fourth case of the embodiment of the present invention.
  • FIG. 21 is a schematic structural diagram of a user terminal according to an embodiment of the present invention. detailed description
  • the time length configuration of the de-activation timer is first introduced.
  • the length of the de-activation timer is configured by RRC signaling.
  • the specific configuration includes the following two types:
  • the length of time configured for the de-activation timer needs to be at least longer than the HARQ RTT, and there is a certain margin to ensure that the UE will not be deactivated before it can receive the scheduling signaling for retransmission.
  • the following is a method for performing implicit carrier deactivation using a timer provided in the embodiment of the present invention by using a de-activation timer.
  • the de-activation timer is based on the UE or the CC-based configuration and whether the UE is configured with the DRX or the de-activation timer is not the same.
  • the following describes the possible maintenance mode of the de-activation timer for different scenarios.
  • the de-activation timer is based on the UE configuration.
  • the de-activation timer is based on the UE maintenance, and the de-activation timer maintenance mode is shown in Figure 7, which includes:
  • Step 701 The UE starts/restarts a de-activation timer of the UE after receiving the DL initial transmission or retransmission scheduling signaling for any one DL SCC.
  • the UE may also start/restart the de-activation timer after receiving the initial signaling for the UL CC or the scheduling signaling of the retransmission on any one of the DL SCCs.
  • the UE is on any one of the DL SCCs.
  • start/restart the de-activation timer of the UE After receiving the initial transmission for the UL CC or the HARQ feedback of the retransmission is NACK, start/restart the de-activation timer of the UE, where the UL CC may be any UL CC.
  • the UE may start or restart the de-activation timer according to one of the foregoing methods for starting/restarting the de-activation timer of the UE.
  • Start/re-selecting in the embodiment of the present invention indicates that the UE starts or re-selects. Pass
  • Step 702 When the de-activation timer expires, if any DL SCC can schedule the UL CC to have process data hangs (that is, there is data in the HARQ buffer), the shell 1 J restarts the de-activation timer.
  • the UE may be combined with any one or more of the methods of starting or restarting the de-activation timer in step 701 according to the manner of restarting the de-activation timer in this step, or may be restarted in this step separately. -activation timer mode.
  • Step 703 When the de-activation timer expires, all DL sccs of the UE are deactivated.
  • CC1, CC2, and CC3 where CC1 is DL PCC, CC2 and CC3 are DL SCC, as shown in Figure 8, de-activation timer maintenance and implicit go
  • CC1 is DL PCC
  • CC2 and CC3 are DL SCC
  • T2 Because the downlink data of process 1 on CC1 includes the carrier activation MAC CE that activates CC2 and CC3, CC1 and CC3 should be activated after the UE parses the data packet, and the UE starts the de-activation timer;
  • T3 The UE receives the scheduling for the initial transmission of process 1 on CC2, at which time the UE should restart the de-activation timer;
  • T5 The initial transmission of process 1 on CC3 is successful before the de-activation timer of the UE is timed out;
  • T6 The UE receives the scheduling signaling for the retransmission of the process 1 on the CC2 at time T6, and restarts the de-activation timer;
  • T7 The process 1 of the UE on CC2 is successfully transmitted before the de-activation timer of the UE is timed out;
  • T8 The UE's de-activation timer expires at the time of T8 and at this time There is no process hang on the UL CC that can be scheduled by the DL SCC, so the UE can implicitly deactivate all activated DL SCCs, that is, CC2 and CC3 at time T8.
  • the maintenance mode of the de-activation timer can also be:
  • the UE is configured with three DL CCs, which are labeled as CC1, CC2, and CC3, respectively, where CC1 is DL PCC, CC2 and CC3 are DL SCC, and the maintenance of the 'de deactivation timer and the implicit deactivation mechanism are as follows.
  • T4 and T8 T4 does not need to restart the de-activation timer for retransmission, and T8 only needs to judge whether the de-activation timer expires.
  • the de-activation timer is based on the CC configuration, and the de-activation timer is based on the CC maintenance.
  • the de-activation timer is maintained as shown in Figure 10, including:
  • Step 1002 The UE starts or restarts a de-activation timer corresponding to the DL SCC after receiving scheduling signaling for initial transmission or retransmission of a certain UL CC on a certain DL SCC, and/or the UE is in a certain DL SCC. Received on a UL CC After the initial transmission or the retransmitted HARQ feedback is NACK, the de-activation timer corresponding to the DL SCC is started or restarted.
  • Step 1003 When the de-activation timer of a certain DL SCC is about to expire, if the process data of the UL CC that can be scheduled by the DL SCC is suspended, the de-activation timer corresponding to the DL SCC is restarted.
  • the UE may use the method of restarting the de-activation timer in this step in combination with any one or more of the steps of starting or restarting the de-activation timer in step 1002, or may use the restart in this step separately. -activation timer mode.
  • the UE is configured with three DL CCs, labeled CC1, CC2, and CC3, where CC1 is DL PCC, CC2 and CC3 are DL SCC, and CC-based de-activation timer maintenance mechanism: 3 ⁇ 4.
  • the de-activation timer maintenance and implicit deactivation mechanisms include:
  • T1 The UE receives the scheduling signaling for the CC1 downlink and the data transmission of the corresponding downlink process 1 on the CC1.
  • the data block transmitted by the downlink process 1 of the CC1 includes a carrier activated MAC CE, and the MAC CE can activate the carriers CC2 and CC3. ;
  • T2 Since the downlink data of process 1 on CC1 includes the carrier activation MAC CE that activates CC2 and CC3, CC1 and CC3 should be activated after the UE parses the data packet, and the UE starts its corresponding for DL CC2 and CC3 respectively. Deactivate the timer de-activation timer2 and de-activation timer3;
  • T4 The UE receives the scheduling of the initial transmission of the process 1 on the CC3 at time T4. At this time, the UE should restart the deactivation timer deactivation timer corresponding to CC3;
  • T6 The UE receives the scheduling signaling for the retransmission of the process 1 on the CC2 at the time of the T6, and the UE should restart the deactivation timer de-activation timer 2 corresponding to the CC2;
  • T8 At time T8, the UE's de-activation timer 3 on CC3 times out and at this time no process data hangs on the UL CC that the DL SCC can schedule, so CC3 can be implicitly deactivated at time T8;
  • T9 At time T9, the UE's de-activation timer 2 on CC2 times out and at this time there is no process pending on the UL CC that the DL SCC can schedule, so CC2 can be implicitly deactivated at time T9.
  • the maintenance mode of the de-activation timer can also be:
  • the UE receives scheduling signaling for the initial transmission on the DL SCC or its schedulable DL SCC on a certain DL SCC, and then starts/restarts the de-activation timer on the DL SCC and its scheduled DL SCC;
  • the UE starts/restarts the de-activation timer of the UE on the DL SCC; and the above two startup/restart
  • the de-activation timer can be used alone or in combination.
  • the de-activation timer of the UE on a certain DL SCC times out, the DL SCC is deactivated.
  • the de-activation timer is required to be long enough to ensure the initial transmission of the UE on the DL SCC and all DL or UL CCs that it can schedule before the de-activation timer expires on the DL SCC. Retransmission can be done. In this way, it should also be noted that any UE DL SCC is activated to start or restart the UE's de-activation timer on the DL SCC.
  • T6 For retransmission on CC2, there is no need to restart de-activation timer2;
  • T8 For CC2, only need to judge the de-activation timer2 timeout to deactivate the DL SCC;
  • T9 It is only necessary to judge the de-activation timer3 timeout on CC3 to activate the DL SCC.
  • the de-activation timer is based on the UE configuration, the UE is configured with the DRX, and the DR-based understanding is performed.
  • the de-activation timer is maintained based on the UE.
  • the maintenance mode of the de-activation timer is as shown in FIG.
  • Step 1301 The UE receives the scheduling signaling of the DL initial transmission or retransmission for any one DL SCC, and needs to start/restart the de-activation timer of the UE.
  • the UE's de-activation timer can be started/restarted. It should be noted that the UE can start or restart the de-activation according to one or more of the above three methods of starting or restarting the de-activation timer. Timerlois
  • Step 1302 When process data is suspended on the UL CC that can be scheduled by any one of the DL SCCs, restart the de-activation timer of the UE at a time when the uplink retransmission scheduling signaling may be sent.
  • step 1303 can be directly executed without performing this step.
  • Step 1303 the de-activation timer expires, and the UE's drx-Inactivity timer and/or HARQ RTT timer/drx-Retransmission timer are not started or timed out, and the UE deactivates all DL SCCs.
  • the last two processes in the method can also be processed as follows: When the de-activation timer expires and the UE's drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer is not started or times out, if any DL SCC can If no process hangs on the scheduled UL CC, the de-activation timer is restarted, otherwise the UE deactivates all DL SCCs.
  • the UE may also determine whether the drx-inactivity timer of the user terminal is started or timed out. If the drx-inactivity timer of the user terminal is not started or times out, all DL SCCs are activated; the UE may also only judge the user terminal. Whether the HARQ RTT timer and the drx-Retransmission timer are started or timed out. If neither the HARQ RTT timer nor the drx-Retransmission timer is started or times out, all DL SCCs are deactivated.
  • the UE is configured with three DL CCs, labeled CC1, CC2, and CC3, where CC1 is DL PCC, CC2 and CC3 are DL SCC, and UE-based de-activation timer maintenance mechanism: 3 ⁇ 4.
  • the de-activation timer maintenance and implicit deactivation mechanisms include:
  • T1 The UE receives the scheduling signaling for the downlink of CC1 and the data transmission of the corresponding downlink process 1 on CC1. At this time, the UE should start the drx-Inactivity timer and the HARQ RTT timerll for the process 1 on CC1;
  • T3 The UE receives the scheduling for the initial transmission of the process 1 on the CC2. At this time, the UE should restart the drx-Inactivity timer and start the HARQ RTT timer 21 for the process 1 on the CC2. In addition, the implicit deactivation timer of the UE needs to be restarted. De-activation timer;
  • T6 The initial transmission of process 1 on CC3 is successful before the UE's de-activation timer and HARQ RTT timer31 have not timed out;
  • T7 The process 1 of the UE on CC2 is successfully transmitted before the de-activation timer of the UE and the HARQ RTT timer 21 are not timed out;
  • T8 The de-activation timer of the UE expires at time T8 and the drx-inactivity timer of the UE at this time and the HARQ RTT timer and the drx-Retransmission timer of any process on any CC of the UE are in the unstarted state, ⁇ port If the UE does not have a pending uplink transmission on all UL CCs that can be scheduled by the SCC, then all SCCs configured for the UE, that is, CC2 and CC3, should be implicitly deactivated at this time.
  • the UE After the UE receives the scheduling signaling for the DL initial transmission of any one DL SCC, it starts/restarts or the UE's de-activation timer, ⁇ , UE ⁇ -ii, which is received on the UL DL SCC for UL After the scheduling signaling of the initial transmission of the CC, it is required to start/restart the de-activation timer of the UE; when the UE's de-activation timer expires, all DL SCCs of the UE are deactivated.
  • the maintenance mode requires that the de-activation timer has a long time length, and needs to ensure that the initial transmission and the weight of all the DL SCCs of the UE and all UL CCs that can be scheduled before the UE's de-activation timer expires. Pass can be completed.
  • the UE is configured with three DL CCs, which are labeled CC1, CC2, and CC3, respectively, where CC1 is DL PCC, CC2 and CC3 are DL SCC, and the UE is configured based on the UE-configured de-activation timer maintenance mechanism. As shown, the maintenance of the de-activation timer and the implicit deactivation mechanism differ from Figure 14 in that:
  • T8 At time T8, the UE's de-activation timer expires to deactivate all SCCs configured for the UE, namely CC2 and CC3.
  • the maintenance mode of the de-activation timer can also be as shown in Figure 16, including:
  • Step 1601 When the drx-inactivity timer of the UE times out, start or restart the de-activation timer of the UE.
  • Step 1603 When the drx-Retransmission timer of any DL SCC of the UE times out, start or restart the de-activation timer of the UE.
  • Step 1604 When the de-activation timer expires and the drx-inactivity timer/HARQ RTT timer/drx-Retransmission timer of the UE is not started, and all the UL CCs that can be scheduled by all the DL SCCs of the UE have no process data suspension, the UE Deactivate all DL SCCs.
  • the UE may also determine whether the drx-inactivity timer of the user terminal is started or timed out. If the drx-inactivity timer of the user terminal is not started or times out, all the DL SCCs are deactivated; the UE may also only judge the user terminal. Whether the HARQ RTT timer and the drx-Retransmission timer are started or timed out. If neither the HARQ RTT timer nor the drx-Retransmission timer is started or times out, all DL SCCs are deactivated.
  • the maintenance mode of the de-activation timer can also be:
  • the de-activation timer of the UE When the drx-Inactivity timer of the UE times out, the de-activation timer of the UE is started/restarted; when the de-activation timer expires, all DL SCCs of the UE are deactivated. It should be noted that, in this manner, the length of the de-activation timer can be 0, may also be other values, as long as it can be guaranteed that the initial transmission and retransmission on all DL SCCs of the UE and all UL CCs that it can schedule can be completed before the UE's de-activation timer expires.
  • the de-activation timer is based on the CC configuration
  • the UE is configured with DRX, based on the DRX understanding 2
  • the de-activation timer is based on the CC maintenance.
  • the de-activation timer maintenance manner includes:
  • Step 1701 The UE receives scheduling signaling for DL initial transmission or retransmission for any one DL SCC, and starts/restarts the de-activation timer on the DL SCC and the DL SCC that schedules the DL SCC.
  • Step 1702 After receiving the initial signaling or retransmission scheduling signaling for a certain UL CC on the certain DL SCC, the UE needs to restart the de-activation timer corresponding to the DL SCC, and/or the UE is in a certain DL SCC. After receiving the initial transmission or retransmission HARQ feedback for a certain UL CC, the de-activation timer corresponding to the DL SCC is restarted after the NACK.
  • step 1703 can be directly executed without performing this step.
  • the UE may use the de-activation timer corresponding to the DL SCC in the step of restarting or restarting the de-activation timer corresponding to the DL SCC according to any one or more of the steps 1702.
  • the method of restarting the de-activation timer corresponding to the DL SCC in this step may also be used separately.
  • Step 1704 When the de-activation timer on a certain DL SCC times out, the drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer on the DL SCC is not started or times out, and the UE deactivates the DL SCC. It should be noted that, in this manner, any DL SCC is activated, and the UE needs to start a de-activation timer for the CC. There is no limit to the length of the de-activation timer in this way.
  • the last two processes in the method can also be processed as follows: When the de-activation timer on a DL SCC times out, the drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer on the DL SCC is not started or When the timeout expires and no process is suspended on any of the UL CCs that the DL SCC can schedule, the UE deactivates the DL SCC. It should be noted that the UE may also only determine whether the drx-Inactivity timer on the DL SCC is started or timed out.
  • the UE is configured with three DL CCs, labeled CC1, CC2, and CC3, where CC1 is DL PCC, CC2 and CC3 are DL SCC, then the de-activation timer maintenance mechanism based on CC configuration: 3 ⁇ 4 port Figure 18 As shown, the maintenance of the de-activation timer and the implicit deactivation mechanism include:
  • T6 The UE de-activation timer expires on CC3 at time T6 and the drx-Inactivity timer and the HARQ RTT timer and the drx-Retransmission timer on CC3 are in an inactive state, if at this time, the UL CC that can be scheduled on CC3 is also If there is no pending uplink transmission, CC3 should be implicitly deactivated.
  • T7 The UE receives the scheduling signaling for the retransmission of the process 1 on the CC2 during the drx-Retransmission timer 21 of the process 1 of the CC2, and the UE should start the HARQ RTT timer 2 and the CC2 on the CC2 for the process. Implicitly deactivate the timer de-activation timer2;
  • T8 The UE successfully receives the process 1 on the CC3 before the de-activation timer 2 and the HARQ RTT timer 21 on the CC2 are not exceeded;
  • the de-activation timer is required to be long enough to ensure that the UE is in the DL SCC and all DL/UL CCs that it can schedule before the de-activation timer expires on the DL SCC. Both the initial transmission and the retransmission can be completed. In this way, it is also necessary to note that any DL SCC of the UE is activated and needs to start/restart the UE's de-activation timer on the DL SCC.
  • T8 At time T8, the UE's de-activation timer on CC2 times out and the drx-Inactivity timer on CC2 should implicitly deactivate CC2.
  • Step 2004 when the de-activation timer of a certain DL SCC times out, the drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer for the DL SCC is not started, and none of the UL CCs that can be scheduled by the DL SCC are available.
  • the UE deactivates the DL SCC. It should be noted that the UE may also only determine whether the drx-Inactivity timer on the DL SCC is started or timed out.
  • the UE may also only judge the DL SCC. Whether the HARQ RTT timer and the drx-Retransmission timer are started or timed out. If neither the HARQ RTT timer nor the drx-Retransmission timer is started or times out, the DL SCC is deactivated.
  • the de-activation timer can be maintained in the following manner: When the drx-inactivity timer of the UE on the DL SCC times out, the de-activation timer of the UE is started or restarted, and the de-activation timer on the DL SCC is used. After the timeout, the UE deactivates the DL SCC.
  • the length of the de-activation timer may be 0, or may be other values, as long as the initial transmission of the UE on the DL SCC and all UL CCs that can be scheduled before the de-activation timer of the UE is guaranteed. Retransmission can be done.
  • the user terminal after receiving the explicit activation signaling, stops the drx-in activity timer corresponding to the DL SCC, and specifically includes: if the user terminal maintains a de-activation timer based on the UE, Then, the drx-Inactivity timer corresponding to the UE is stopped; if the user terminal maintains the de-activation timer based on the CC, the drx-Inactivity timer on the DL SCC corresponding to the explicit activation signaling is stopped.
  • the deactivation unit 12 is configured to deactivate the corresponding DL SCC if the carrier deactivation timer expires.
  • the carrier deactivation timer and its length are configured by RRC signaling, and the carrier deactivation timer and its length are based on DL SCC or user terminal configuration.
  • the carrier deactivation timer is maintained based on DL SCC or user terminal.
  • the maintenance unit 11 is further configured to:
  • a carrier deactivation timer corresponding to the user terminal is started or restarted after receiving scheduling signaling for initial transmission or retransmission of the UL CC on any one of the DL SCCs configured for the user terminal;
  • the carrier deactivation timer At the time when the carrier deactivation timer expires, if any one of the DL SCC-regulated UL CCs has process data pending, the carrier deactivation timer corresponding to the user terminal is restarted.
  • the time length of the carrier deactivation timer may be set to be greater than the maximum time required between two consecutive transmissions of a process on the DL SCC and the UL CC.
  • the maintenance unit 11 can also be used to:
  • a carrier deactivation timer corresponding to the user terminal is started or restarted after receiving scheduling signaling for initial transmission of the UL CC on any one of the DL SCCs configured for the user terminal.
  • the maintenance unit 11 can also be used to:
  • a carrier deactivation timer is initiated or restarted on any of the DL SCCs when scheduling signaling for UL CC initial transmission or retransmission is received on any of the DL SCCs configured for the user terminal;
  • the carrier deactivation timer is started or restarted on any of the DL SCCs;
  • the carrier deactivation timer is initiated or restarted on any of the DL SCCs when scheduling signaling for the initial transmission of the UL CC is received on any of the DL SCCs configured for the user terminal.
  • the maintenance unit 11 is further configured to: when the drx-inactivity timer of the user terminal times out, start or restart the carrier deactivation timer of the user terminal.
  • the maintenance unit 11 may be further configured to: start or restart a carrier deactivation timer of the user terminal when a HARQ RTT timer of any DL SCC of the user terminal times out; and/or when the user terminal is The drx-Retransmission timer of a DL SCC times out, The carrier deactivation timer of the user terminal is activated or restarted.
  • the maintenance unit 11 may be further configured to: when the user terminal times out the drx-inactivity timer on any DL SCC, start or restart a carrier deactivation timer on any one of the DL SCCs.
  • the maintenance unit 11 is further configured to: when the user terminal times out a HARQ RTT timer of any one of the DL SCCs, start or restart a carrier deactivation timer of any one of the DL SCCs; and/or when the user The terminal times out the drx-Retransmission timer of any one of the DL SCCs, and starts or restarts the carrier deactivation timer of any of the DL SCCs.
  • the time length of the carrier deactivation timer is greater than the maximum time required for a process on the DL SCC and the UL CC to start the retransmission.
  • the determining unit 13 is further configured to determine whether the drx-Inactivity timer of the user terminal is started or timed out; and/or determine whether the HARQ RTT timer and the drx-Retransmission timer of the user terminal are started or timed out.
  • the deactivation unit 12 is further configured to: when the determination result of the determining unit is not started or timed out, deactivate the DL SCC.
  • the determining unit 13 may be further configured to determine whether the drx-Inactivity timer on the DL SCC is started or timed out; and/or determining whether the HARQ RTT timer and the drx-Retransmission timer on the DL SCC are started or timed out;
  • the activation unit 12 is further configured to: when the determination result of the determining unit is not started or timed out, deactivate the DL SCC.
  • the method further includes:
  • the carrier deactivation timer is maintained according to the data and the transmission requirement of the control information on the downlink secondary carrier DL SCC, and the corresponding DL SCC is deactivated when the carrier deactivation timer expires, thereby providing LTE-A system Implicit deactivation mechanism in .

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

载波去激活的方法和设备
本申请要求于 2010 年 4 月 2 日提交中国专利局， 申请号为 201010141126.2, 发明名称为 "载波去激活的方法和设备" 的中国专 利申请、 以及于 2010 年 8 月 6 日提交中国专利局， 申请号为 201010246883.6, 发明名称为 "载波去激活的方法和设备" 的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信领域， 尤其涉及一种载波去激活的方法和设备。 背景技术
在基于共享信道的移动通信***中， 例如 LTE ( Long Term Evolution,长期演进）中，上下行数据的传输由 eNB ( evolved Node-B , 基站）调度器负责控制， 当调度器确定调度某用户时， 将通过控制信 道通知终端在何种资源上发送或接收数据。 UE ( User Equipment, 终 端）监听控制信道， 当检测到包含自己的调度信息时， 根据控制信道 上的指示完成数据的发送 (上行)或接收 (下行)。 在激活状态下， 由于 终端不确定 eNB何时对其进行调度， 因此一种常见的工作模式为， 终 端连续监听控制信道，对每个包含其下行调度控制信道的子帧都进行 解析， 以判断是否被调度。 这种工作方式在终端数据量较大， 可能被 频繁调度的情况下能获得较高的效率。 然而对某些业务而言， 数据的 到达频率较低， 导致终端被调度的次数也较小， 如果终端仍然连续监 听控制信道， 无疑会增加其耗电量。 为了解决耗电问题， LTE***采 用了 DRX ( Discontinuous Reception, 非连续接收） 工作模式， 在这 种工作模式下， 终端周期性的对控制信道进行监听， 从而达到节电的 目的。
DRX的基本原理如图 1所示， 其中 On duration (持续）表示 UE监 听控制信道的时间段， 其间射频通道打开， 并连续监听控制信道； 除 去 On duration之外的其它时间， UE处于 Sleep (睡眠）状态， 其射频 链路将被关闭， 不再监听控制信道， 以达到省电的目的。 On Duration 都是周期性出现（Cycle ) , 具体周期由 eNB配置实现。
LTE的 DRX机制考虑了数据业务的到达模型， 即数据分组的到达 是突发的（可以理解为， 一旦有数据分组到达， 那么会在较短时间内 连续到达较多的分组） 。 为了适应这种业务到达特点， LTE DRX过 程采用了多种定时器，并与 HARQ ( Hybrid- ARQ,混合自动重传请求 ) 过程相结合， 以期到达更好的节电性能。
LTE DRX过程采用的定时器包括：
On duration timer: UE周期性醒来在 On duration时间内连续监听 控制信道， 如图 1所示。
Short DRX cycle Timer: 为了更好的配合数据业务到达的特点， LTE***允许配置两种 DRX cycle: long cycle和 short cycle。 两种 cycle 的 on duration timer相同,但 sleep的时间不一样。在 short cycle中, sleep 时间相对更短， UE可以更快地再次监听控制信道。 Long cycle时必须 配置的，并且是 DRX过程的初始状态； short cycle是可选的。 short DRX cycle timer设置了采用 short cycle持续的时间。 Short cycle timer超时 后， UE将使用 Long cycle。
drx-Inactivity timer: 配置了 DRX后， 当 UE在允许监听控制信道 的时间内 （Active Time )收到 HARQ初始传输的控制信令时打开该定 时器， 在该定时器超时之前， UE连续监听控制信道。 如果在 drx-Inactivity timer超时前， UE收到 HARQ初始传输的控制信令， 将终 止并重新启动 drx-Inactivity timer。
HARQ RTT ( Round-Trip Time, 往返时延） timer: 仅适用于 DL ( Downlink, 下行） ， 使 UE有可能在下次重传到来前不监听控制信 道， 达到更好的节电效果。 UE如果收到了 HARQ传输（初始传输或重 传）的控制信令， 将打开此定时器。 如果对应 HARQ进程中的数据在 前一次 HARQ传输后解码不成功 （UE反馈 NACK ) , 在 HARQ RTT timer超时后， UE打开 drx-Retransmission timer。 ：¾口果对应 HARQ进程 中的数据在前一次 HARQ传输后解码成功（UE反馈 ACK ) , 在 HARQ RTT timer定时器超时后 , UE不启动 drx-Retransmission timer„ ^口果当 前只有 HARQ RTT timer运行， UE不监听控制信道。
drx-Retransmission timer： 仅适用于 DL。 在 drx-Retransmission timer其间， UE监听控制信令， 等待对应 HARQ进程的重传调度。 一 旦接收到针对重传的调度， 则停止该定时器。
图 2给出了上述定时器的工作过程和相互关系。在 on duration其间 的 tl时刻， eNB调度了针对 process 1的初始传输， 于是 UE打开 drx-Inactivity timer和对应的 HARQ RTT timerl。 由于 Process 1的初始 传输解码不成功， HARQ RTT timer超时后， UE打开了 drx-Retransmission timerl。
t2时刻， eNB调度了针对 Process 2的初始传输， drx-Inactivity timer 被重新启动， 同时打开针对 Process 2的 HARQ RTT timer2。
在 drx-Retransmission timerl超时前的 t3时刻， UE收到了针对 Process 1的重传, 于是终止 drx-Retransmission timerl , 并打开 HARQ RTT timerl。
HARQ RTT timer2超时后， 由于 Process 2的初始传输没有解码成 功 , 于是 UE打开 drx-Retransmission timer2。 在 drx-Retransmission timer2超时前的 t4时刻， eNB调度了 Process 2的重传， 于是 UE终止 drx-Retransmission timer2 , 打开 HARQ RTT timer2。
在 drx-Retransmission timerl超时之前的 t5时刻， eNB继续调度了 Process 1的重传, 于是 drx-Retransmission timerl被终止 , 同时启动 HARQ RTT timerl。 在 HARQ RTT timer2超时之前， UE对 Process 2中 的数据解码成功， 于是向 eNB反馈 ACK, 同时在 HARQ RTT timer2超 时后， 也不再启动 drx-Retransmission timer2。 同样， 在 HARQ RTT timerl超时之前， UE对 Process 1中的数据解码成功， 于是向 eNB反馈 ACK, 在 HARQ RTT timerl超时后， 也不再启动 drx-Retransmission timerl。
通过上述过程可以看出 ,在 On duration Timer ^ drx-Retransmission timer和 drx-Inactivity timer中， 有任何一个定时器正在运行， UE都将 监听控制信道。 UE监听控制信道的时间又称为 Active Time。 UE的行 为由定时器的相互作用决定。
LTE及以前的无线通信***中， 通常每个小区中只有一个（或一 对）载波， UE同一时刻只能在一个小区中 （载波上）进行数据收发。 在 LTE***中载波的最大带宽为 20MHz,如图 3所示。在 LTE Advanced ( LTE-A ) ***中， ***的峰值速率比 LTE有很大的提高， 要求达到 下行 lGbps, 上行 500Mbps, 20MHz的传输带宽已经无法满足这种需 求。 为了提供更高的传输速率， LTE- A***采用了载波聚合技术， 即 UE能够同时聚合多个成员载波并在这些载波上同时进行数据传输， 从而提高数据传输速率。为了保证 LTE的 UE能在每一个聚合的载波下 工作， 每一个载波最大不超过 20MHz。 LTE-A中 CA技术如图 4所示。 在图 4所示的 LTE- A***中， UE可聚合的载波个数为 4个， 网络侧可 以同时在 4个载波上和 UE进行数据传输。
在多载波***中基站可以根据 UE请求的所有业务的最大速率之 和为 UE配置一个 CC (工作载波） 集合。 在给 UE配置的 CC集合中， ***会基于 UE选择一个 CC作为该 UE的 PCC ( Primary Component Carrier, 主载波）， 配置载波集合中的其它 CC则称为 SCC ( Secondary Component Carrier, 辅载波） 。 需要注意： 不同 UE的 PCC可能不同。
在 LTE-A***中， 为了节电同样定义了 DRX, 目前 LTE-A中关于 DRX的定义如下： UE对所有配置载波使用相同的 DRX操作， 比如相 同的 PDCCH active time (激活时间 ) , 该定义只是说明了各个 CC上 active time相同， 并未定义 DRX timer如何操作的细节。 基于上述定义 关于 DRX有如下两种理解：
DRX机制理解 1如图 5所示：
配置 CC集合为一个整体， 即可以看成一个 CC, DRX timer按照如 下方式配置与维护：
On duration timer: 针对 UE配置， 配置 CC集合内所有 CC的 on duration时刻一致。
Short DRX cycle Timer: 针对 UE配置， 配置 CC集合内所有 CC一 致。 Short cycle timer超时后 , UE将使用 Long cycle。
drx-Inactivity timer: 针对 UE配置， UE在 active time内激活 CC集 合内的任何一个 CC上收到 HARQ初始传输的控制信令即启动该定时 器， 在该定时器超时之前， UE连续监听所有激活 CC上的控制信道。 如果在 drx-Inactivity timer超时前， UE在激活 CC集合内的任何一个 CC 上收到 HARQ初始传输的控制信令， 将重新启动 drx-Inactivity timer。
HARQ RTT timer: 针对进程配置， 仅适用于 DL, UE如果在激活 的 CC集合内的任何一个 CC上收到了 HARQ传输 (初始传输或重传 ) 的控制信令， 将启动该定时器。 如果对应 HARQ进程中的数据在前一 次 HARQ传输后解码不成功 （UE反馈 NACK ) , 在 HARQ RTT timer 超时后， UE将打开 drx-Retransmission timer。 如果对应 HARQ进程中 的数据在前一次 HARQ传输后解码成功 （UE反馈 ACK ) , 在 HARQ RTT timer定时器超时后 , UE不启动 drx-Retransmission timer„ ^口果当 前只有 HARQ RTT timer运行， UE不监听控制信道。
drx-Retransmission timer： 针对进程 S己置 , 仅适用于 DL。 在 drx-Retransmission timer其间， UE监听控制信令， 等待对应 HARQ进 程的重传调度。一旦接收到针对该进程重传的调度，则停止该定时器。 虽然 drx-Retransmission timer是针对一个进程控制的， 但只要任何一 个 CC上的 drx-Retransmission timer运行， UE都将在所有激活的 CC上 监听 PDCCH。
基于上述理解， 根据 LTE规范， UE的 active time包含如下时间： On Duration Timer或者 drx-Inactivity timer或者 drx-Retransmission timer或者 mac-contentionResolutionTimer (竟争解决定时器 )运行的时 间；
在 PCC的 PUCCH ( Physical Uplink Control Channel, 物理上行控 制信道）上发送 SR( scheduling request,调度请求）后等待 UL( Up Link, 上行）调度的时间；
配置集合内任何一个 DL CC上有可能有针对对应 UL CC上的上 行重传调度信令的时刻； 对于非竟争随机接入， UE接收到 RAR ( random access response, 随机接入响应 )到等待接收针对该 UE C-RNTI的新传输的调度信令的 时间；
DRX机制理解 2如图 6所示：
至少 drx-Inactivity timer、 HARQ RTT timer和 drx-Retransmission timer三个 DRX相关定时器基于 CC维护， 只要任何一个 CC处于 active time , 则其它 CC也处于 active time。 timer按照如下操作：
On duration timer: 针对 UE配置， 所有 CC一致。
Short DRX cycle Timer: 针对 UE配置， 所有 CC一致。 Short cycle timer超时后， UE将在使用 Long cycle。
drx-Inactivity timer:针对 CC配置， UE在 active time内在对应的 CC 上收到 HARQ初始传输的控制信令即启动该定时器， 在该定时器超时 之前， UE连续监听对应 CC上的控制信道。 如果在 drx-Inactivity timer 超时前， UE在对应 CC上收到 HARQ初始传输的控制信令， 则在该 CC 以及调度它的 DL CC上将终止并重新启动 drx-Inactivity timer。 虽然 drx-Inactivity timer是针对一个 CC控制的， 但只要任何一个 CC上的 drx-Inactivity timer运行， UE都将在所有激活的 CC上监听 PDCCH。
HARQ RTT timer: 针对进程配置， 仅适用于 DL, UE如果在对应 CC上收到了 HARQ传输（初始传输或重传 )的控制信令， 将启动该定 时器。 如果对应 HARQ进程中的数据在前一次 HARQ传输后解码不成 功 （ UE反馈 NACK ) , 在 HARQ RTT timer超时后， UE打开 drx-Retransmission timer。 如果对应 HARQ进程中的数据在前一次 HARQ传输后解码成功 （UE反馈 ACK ) , 在 HARQ RTT timer定时器 超时后， UE不启动 drx-Retransmission timer。如果当前只有 HARQ RTT timer运行， UE不监听控制信道。
drx-Retransmission timer： 针对进程 S己置 , 仅适用于 DL。 在 drx-Retransmission timer其间， UE监听控制信令， 等待对应 HARQ进 程的重传调度。一旦接收到针对该进程重传的调度，则停止该定时器。 虽然 drx-Retransmission timer是针对一个进程控制的， 但只要任何一 个 CC上的 drx-Retransmission timer运行， UE都将在所有激活的 CC上 监听 PDCCH。
在该理解下 UE的 active time包含如下时间：
On Duration Timer或者任何一个 CC上有 drx-Inactivity timer或者 drx-Retransmission timer或者 mac-contentionResolutionTimer运行的时 间；
在 PCC的 PUCCH上发送 SR ( scheduling request, 调度请求）后等 待 UL调度的时间；
配置集合内任何一个 DL CC上有可能有针对对应 UL CC上的上 行重传调度信令的时刻；
对于非竟争随机接入， UE接收到 RAR ( random access response, 随机接入响应 )到等待接收针对该 UE C-RNTI的新传输的调度信令的 时间。
由于 UE的业务具有波动性和突发性， 即某段时间内业务量 4艮少， 而某段时间内业务量很大， 因此在 UE业务量比较少的时候， 为了更 好的节电，可以进一步对配置 CC集合内的 CC按照 UE当前的业务情况 进行载波激活 /去激活操作， 对于去激活的载波， UE不需要再监听 PDCCH , 这样就可以达到更好的节电效果。
LTE-A***规定 UE的 PCC不允许激活 /去激活， 一直默认是激 活的， 而配置 CC集合中的 SCC默认是去激活的， 如果需要使用这 些 SCC,需要首先进行载波激活操作。 目前协议已经规定对多载波系 统中的载波激活 /去激活操作可以采用显式方式， 即使用载波激活 /去 激活 MAC CE ( MAC control element, 媒体接入控制层控制单元）。 这种方式由 eNB通过 RRC信令控制 UE激活和去激活 SCC, 这种方 式需要定义新的 RRC消息和相应的控制过程， 增加了信令开销和复 杂度， 而且通过 RRC消息进行载波激活和去激活模式控制的时延比 较长。 除了显式方式外， 协议还支持隐式去激活机制， 但是目前对于 隐式去激活方式尚在讨论之中， 没有明确结论。 发明内容
本发明实施例提供了一种载波去激活的方法和设备，实现多载波 ***中的隐式去激活。
本发明实施例提供了一种载波去激活的方法， 应用于多载波系 统， 该方法包括：
根据下行辅载波 DL SCC上的数据和控制信息的传输需求维护载 波去激活定时器；
如果所述载波去激活定时器超时， 去激活所述 DL SCC。 本发明实施例提供了一种用户终端， 包括：
维护单元，用于根据下行辅载波 DL SCC上的数据和控制信息的 传输需求维护载波去激活定时器；
去激活单元， 用于若所述载波去激活定时器超时， 去激活对应的 DL SCC。 与现有技术相比， 本发明实施例至少具有以下优点：
根据下行辅载波 DL SCC上的数据和控制信息传输需求维护载波 去激活定时器， 当载波去激活定时器超时时去激活对应的 DL SCC, 从而提供了 LTE-A***中的隐式去激活机制。 附图说明
图 1是现有技术中 DRX的基本原理示意图；
图 2是现有技术中定时器的工作过程和相互关系示意图； 图 3是现有技术中 LTE***中载波带宽示意图；
图 4是现有技术中 LTE-A中 CA技术示意图；
图 5是现有技术中 DRX机制理解 1示意图；
图 6是现有技术中 DRX机制理解 2示意图；
图 7是本发明实施例第一种情况下 de-activation timer的维护方式 示意图；
图 8、 图 9是第一种情况下的隐式去激活方法的示例图； 图 10是本发明实施例第二种情况下 de-activation timer维护方式 示意图；
图 11、 图 12是第二种情况下的隐式去激活方法的示例图； 图 13是本发明实施例第三种情况下 de-activation timer维护方式 示意图；
图 14、 图 15是第三种情况下的隐式去激活方法的示例图； 图 16是本发明实施例第三种情况下另一 de-activation timer维护 方式示意图；
图 17是本发明实施例第四种情况下 de-activation timer维护方式 示意图；
图 18、 图 19是第四种情况下的隐式去激活方法的示例图； 图 20是本发明实施例第四种情况下另一 de-activation timer维护 方式示意图；
图 21是本发明实施例提供的用户终端的结构示意图。 具体实施方式
本发明实施例提供的载波去激活的方法中， 首先介绍 de-activation timer的时间长度的配置方式， de-activation timer的时间 长度由 RRC信令配置， 具体配置方式包括如下两种：
1 )基于 CC配置；
2 )基于 UE配置。
具体的， 通过 RRC信令配置 de-activation timer的时间长度。 即 基站 eNB向用户终端发送携带 de-activation timer的时间长度信息的 RRC信令， 用户终端获取 RRC信令， 配置对应的 de-activation timer 的时间长度。 de-activation timer的长度可用基于 UE配置， 也可以基 于 CC配置。 用户终端上配置的 de-activation timer的时间长度基于 CC配置 时， 对于每一 DL SCC, 分别设置 de-activation timer的时间长度， 使 用户终端能够灵活控制每个 DL SCC进行去激活的时间； 而基于 UE 配置时， 用户终端上配置的 de-activation timer长度对于所有 DL SCC 都适用。
需要说明的是，为 de-activation timer配置的时间长度至少需要大 于 HARQ RTT的时间， 要有一定余量以保证在 UE可以收到针对重 传的调度信令之前不会被去激活。 下面重点通过 de-activation timer的维护方式介绍本发明实施例 中提供的利用定时器进行隐式载波去激活的方法。
针对 de-activation timer是基于 UE还是基于 CC配置以及 UE是 否配置有 DRX, de-activation timer的维护方式也不完全相同， 下面 针对不同场景具体介绍 de-activation timer可能的维护方式。 首先介绍第一种情况， de-activation timer基于 UE 配置， 此时 de- activation timer基于 UE维护 , de- activation timer的维护方式^口图 7所示， 包括：
步骤 701 , UE接收到针对任何一个 DL SCC的 DL初始传输或者 重传的调度信令之后启动 /重启 UE的 de-activation timer;
此外， 可选的， UE在任何一个 DL SCC上接收到针对 UL CC的 初始传输或者重传的调度信令之后也可以启动 /重启 de-activation timer; 另夕卜， UE在任何一个 DL SCC上接收到针对 UL CC的初始传 输或者重传的 HARQ 反馈为 NACK 之后， 启动 /重启 UE 的 de-activation timer, 此处的 UL CC可以为任何一个 UL CC。
需要说明的是，针对上述三种启动 /重启 UE的 de-activation timer 的方式， UE可以根据其中一种启动或者重启 de-activation timer (本 发明实施例中的启动 /重选均表示启动或者重传）， 也可以根据其中任 意两种或者三种启动或者重启 de-activation timer。 步骤 702, 当 de-activation timer超时的时刻， 如果任何一个 DL SCC可以调度的 UL CC有进程数据挂起（即 HARQ buffer中有数据）， 贝1 J重启 de-activation timer„
需要说明的是， UE可以根据本步骤中重启 de-activation timer的 方式与步骤 701 中的任意一种或者多种启动或者重启 de-activation timer 的方式结合使用， 也可以单独使用本步骤中重启 de-activation timer的方式。
步骤 703 , 当 de-activation timer超时， 去激活该 UE所有的 DL scc。
例如， 假定为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2 和 CC3 , 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 如图 8所 示， de-activation timer的维护以及隐式去激活机制如下：
Tl : UE在 CC1上接收到针对 CC1下行的调度信令以及对应的 下行进程 1的数据传输， CC1的下行进程 1传输的数据块中包含载波 激活 MAC CE, 该 MAC CE可以激活载波 CC2和 CC3;
T2:因为 CC1上进程 1的下行数据中包含激活 CC2和 CC3的载 波激活 MAC CE,因此当 UE解析出该数据包后应该激活 CC2和 CC3 , 此时 UE启动 de- activation timer;
T3: UE接收到针对 CC2上进程 1的初始传输的调度， 此时 UE 应该重启 de- activation timer；
T4: UE接收到针对 CC3上进程 1的初始传输的调度， 此时 UE 应该重启 de- activation timer；
T5: 在 UE的 de-activation timer未超时之前， CC3上进程 1的初 始传输成功；
T6: UE在 T6时刻收到针对 CC2上进程 1重传的调度信令， 则 重启 de- activation timer;
T7: 在 UE的 de-activation timer未超时之前， UE在 CC2上的进 程 1传输成功；
T8: 在 T8时刻 UE的在 UE的 de-activation timer超时且此时所 有 DL SCC可以调度的 UL CC上没有进程挂起， 因此 UE在 T8时刻 可以隐式去激活所有激活的 DL SCC, 即 CC2和 CC3。
第一种情况下， de-activation timer的维护方式还可以为：
UE接收到针对任何一个 DL SCC的 DL初始传输的调度信令需 要启动 /重启 UE的 de- activation timer, 此外， 可选的， UE在任何一 个 DL SCC上接收到针对 UL CC的初始传输的调度信令之后也可以 启动 /重启该 UE的 de-activation timer; 且 UE可以根据上述两种启动 /重启该 UE的 de- activation timer的方式中的一种启动 /重启该 UE的 de-activation timer, 也可以同时才艮据该两种方式启动 /重启该 UE 的 de- activation timer。 当 UE的 de- activation timer超时, 去激活 UE的 所有 DL SCC。 需要说明的是， 这种方式下要求 de-activation timer的 时间长度足够长，需要保证在 UE的 de-activation timer超时之前， UE 所有 DL SCC以及其可以调度的所有 UL CC上的初始传输和重传都 能够冗成。
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3 ,其中 CC1为 DL PCC, CC2和 CC3为 DL SCC,贝' J de-activation timer的维护以及隐式去激活机制如图 9所示， 与图 8的区别在于 T4 和 T8, T4针对重传不需要重启 de-activation timer, T8只需要判断 de- activation timer是否超时。 第二种情况, de-activation timer基于 CC配置, de-activation timer 基于 CC维护， 此时 de-activation timer的维护方式如图 10所示， 包 括：
步骤 1001 , UE接收到针对任何一个 DL SCC的 DL初始传输或 者重传的调度信令则在该 DL SCC以及调度该 DL SCC的 DL SCC上 启动或者重启 de-activation timer„
步骤 1002, UE在某个 DL SCC上接收到针对某个 UL CC的初始 传输或者重传的调度信令之后启动或者重启该 DL SCC 对应的 de-activation timer,和 /或 UE在某个 DL SCC上接收到针对某个 UL CC 的初始传输或者重传的 HARQ反馈为 NACK之后 , 启动或者重启该 DL SCC对应的 de-activation timer。
需要说明的是， 此步骤为可选步骤， 可以不执行本步骤而直接执 行步骤 1003。
步骤 1003, 当某个 DL SCC的 de-activation timer定时器即将超 时的时刻如果该 DL SCC可以调度的 UL CC有进程数据挂起， 则重 启该 DL SCC对应的 de-activation timer。
需要说明的是， UE可以根据本步骤中重启 de-activation timer的 方式与步骤 1002 中的任意一种或者多种启动或者重启 de-activation timer 的方式结合使用， 也可以单独使用本步骤中重启 de-activation timer的方式。
需要说明的是， 此步骤为可选步骤， 可以不执行本步骤而直接执 行步骤 1004。
步骤 1004, 当某个 DL SCC的 de-activation timer超时时去激活 该 DL SCC。
在这种方式下， 需要注意， 任何一个 DL SCC被激活， 则 UE需 要启动针对该 CC的 de-activation timer„
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3, 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 基于 CC配置 的 de-activation timer维护机制： ¾。图 11所示， de-activation timer的维 护以及隐式去激活机制包括：
T1： UE在 CC1上接收到针对 CC1下行的调度信令以及对应的 下行进程 1的数据传输， CC1的下行进程 1传输的数据块中包含载波 激活 MAC CE, 该 MAC CE可以激活载波 CC2和 CC3;
T2:因为 CC1上进程 1的下行数据中包含激活 CC2和 CC3的载 波激活 MAC CE,因此当 UE解析出该数据包后应该激活 CC2和 CC3, 此时 UE针对 DL CC2 和 CC3 分别启动其对应的去激活定时器 de- activation timer2和 de- activation timer3；
T3: UE在 T3时刻接收到针对 CC2上进程 1的初始传输的调度， 此时 UE应该重启 CC2对应的去激活定时器 de-activation timer2;
T4: UE在 T4时刻接收到针对 CC3上进程 1的初始传输的调度， 此时 UE应该重启 CC3对应的去激活定时器 de-activation timer3 ;
T5 : 在 CC3的 de-activation timer3未超时之前， CC3上进程 1 的初始传输成功；
T6: UE在 T6时刻收到针对 CC2上进程 1重传的调度信令，则 UE应该重启 CC2对应的去激活定时器 de-activation timer2;
T7: 在 CC2的 de-activation timer2未超时之前， UE在 CC2上的 进程 1传输成功；
T8: 在 T8时刻 UE的在 CC3上的 de-activation timer3超时且此 时该 DL SCC可以调度的 UL CC上没有进程数据挂起， 因此 CC3可 以在 T8时刻被隐式去激活；
T9: 在 T9时刻 UE的在 CC2上的 de-activation timer2超时且此 时该 DL SCC可以调度的 UL CC上没有进程挂起， 因此 CC2可以在 T9时刻被隐式去激活。
第二种情况下， de-activation timer的维护方式还可以为：
UE在某个 DL SCC上接收到针对该 DL SCC或者其可调度的 DL SCC上的初始传输的调度信令， 则启动 /重启该 DL SCC及其调度的 DL SCC上的 de-activation timer;此外，可选的，当 UE在某个 DL SCC 上收到针对任何一个 UL CC 的初始传输的调度信令之后启动 /重启 UE在该 DL SCC 上的 de-activation timer; 且上述两种启动 /重启 de-activation timer的方式可以单独使用或者结合使用。 当 UE在某个 DL SCC上的 de-activation timer超时， 则去激活该 DL SCC。
需要注意， 这种方式下要求 de- activation timer足够长， 需要保证 在该 DL SCC上的 de-activation timer超时之前， UE在该 DL SCC以 及其可以调度的所有 DL或者 UL CC上的初始传输和重传都能够完 成。 在这种方式下， 还需要注意 UE任何一个 DL SCC被激活都需要 启动或者重启 UE在该 DL SCC上的 de-activation timer。
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3, 其中 CCl为 DL PCC, CC2和 CC3为 DL SCC, 则基于 CC配 置的 de-activation timer维护机制： ¾口图 12所示， de-activation timer的 维护以及隐式去激活机制与图 11中的区别在于：
T6： 针对 CC2上的重传， 无需重启 de-activation timer2；
T8:为 CC2上只需要判断 de-activation timer2超时就可以去激活 该 DL SCC;
T9:为 CC3上只需要判断 de-activation timer3超时就可以去激活 该 DL SCC。 第三种情况， de-activation timer基于 UE配置、 UE配置有 DRX, 且基于 DRX理解 1 , de-activation timer基于 UE维护，此时 de-activation timer的维护方式如图 13所示， 包括：
步骤 1301 , UE接收到针对任何一个 DL SCC的 DL初始传输或 者重传的调度信令需要启动 /重启 UE的 de-activation timer;
此外，可选的：如果 UE在任何一个 DL SCC上接收到针对 UL CC 的初始传输或者重传的调度信令或者 UE在任何一个 DL SCC上接收 到针对 UL CC的初始传输或者重传的 HARQ反馈为 NACK之后可以 启动 /重启 UE的 de-activation timer; 需要说明的是， UE可以才艮据上 述三种启动或者重启 de-activation timer的方式中的一种或多种启动 或者重启 de- activation timer„
步骤 1302, 当任何一个 DL SCC可以调度的 UL CC上有进程数 据挂起时， 则在可能发送上行重传调度信令的时刻重启 UE 的 de- activation timer„
需要说明的是， 此步骤为可选步骤， 可以不执行本步骤而直接执 行步骤 1303。
步聚 1303 , de- activation timer超时、且 UE的 drx-Inactivity timer 和 /或 HARQ RTT timer/drx-Retransmission timer均未启动或者超时, UE去激活所有的 DL SCC。 此外， 该方法中最后两个过程还可以按照如下处理： 当 de- activation timer 超时且 UE 的 drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer 均未启动或者超时, 如果有任何一个 DL SCC可以调度的 UL CC上没有进程挂起， 则重启 de-activation timer, 否则 UE去激活所有的 DL SCC。 需要说明的是， UE还可以 仅判断用户终端的 drx-Inactivity timer是否启动或者超时， 若用户终 端的 drx-Inactivity timer未启动或者超时， 去激活所有的 DL SCC; UE还可以仅判断用户终端的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时， 若 HARQ RTT timer和 drx-Retransmission timer均未启动或者超时， 去激活所有的 DL SCC。
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3 , 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 基于 UE配置 的 de-activation timer维护机制： ¾。图 14所示， de-activation timer的维 护以及隐式去激活机制包括：
T1： UE在 CC1上接收到针对 CC1下行的调度信令以及对应的 下行进程 1的数据传输， 此时 UE应该启动 drx-Inactivity timer和针 对 CC1上进程 1的 HARQ RTT timerll ;
T2: 因为 CC1上进程 1的下行数据中包含激活 CC2和 CC3的 载波激活 MAC CE, 因此当 UE解析出该数据包后应该激活 CC2和 CC3 , 因为此时 UE的 drx-Inactivity timer处于启动状态， 因此 CC2 和 CC3也应该处于激活状态，此时应该启动 UE的隐式去激活定时器 启动 de- activation timer;
T3: UE接收到针对 CC2上进程 1 的初始传输的调度， 此时 UE应该重启 drx-Inactivity timer并针对 CC2上进程 1启动 HARQ RTT timer21 ,此外，还需要重启 UE的隐式去激活定时器启动 de-activation timer;
T4： UE接收到针对 CC3上进程 1的初始传输的调度， 此时 UE 应该重启 drx-Inactivity time并针对 CC3上进程 1启动 HARQ RTT timer31 ,此外，还需要重启 UE的隐式去激活定时器启动 de-activation timer;
T5 : UE在 CC2的进程 1的 drx-Retransmission timer21运行期间 接收到针对 CC2上进程 1的重传的调度信令，则此时 UE应该启动针 对 CC2上该进程的 HARQ RTT timer21 , 此外， 还需要重启 UE的隐 式去激活定时器启动 de-activation timer;
T6: 在 UE的 de-activation timer和 HARQ RTT timer31未超时之 前， CC3上进程 1的初始传输成功；
T7: 在 UE的 de-activation timer和 HARQ RTT timer21未超时之 前， UE在 CC2上的进程 1 传输成功；
T8: 在 T8时刻 UE的 de-activation timer超时并且该时刻 UE的 drx-Inactivity timer和针对该 UE任何 CC上的任何进程的 HARQ RTT timer以及 drx-Retransmission timer都处于未启动 ^夫态, ^口果 匕时该 UE在所有 SCC可以调度的 UL CC上也没有挂起的上行传输， 则应 该此时隐式去激活为该 UE配置的所有 SCC, 即 CC2和 CC3。
这种情况下， de-activation timer的维护方式也可以为：
UE接收到针对任何一个 DL SCC的 DL初始传输的调度信令之 后启动 /重启或者 UE的 de-activation timer, 匕夕卜, " ϊ^ό , UE ^-ii 何一个 DL SCC上接收到针对 UL CC的初始传输的调度信令之后都 需要启动 /重启该 UE的 de-activation timer;当 UE的 de- activation timer 超时， 则去激活 UE的所有 DL SCC。
需要说明的是，这种维护方式要求 de-activation timer的时间长度 足够长， 需要保证在 UE的 de-activation timer超时之前， UE所有 DL SCC以及其可以调度的所有 UL CC上的初始传输和重传都能够完成。
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3 , 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 贝' J基于 UE配 置的 de-activation timer维护机制 口图 15所示, de-activation timer的 维护以及隐式去激活机制与图 14的不同在于：
T5： UE在 CC2的进程 1的 drx-Retransmission timer21运行期间 接收到针对 CC2上进程 1的重传的调度信令，则此时 UE应该启动针 对 CC2上该进程的 HARQ RTT timer21 , 此时无需重启 de-activation timer;
T8: 在 T8时刻 UE的 de-activation timer超时则可以去激活为该 UE配置的所有 SCC, 即 CC2和 CC3。
第三种情况下， de-activation timer的维护方式还可以如图 16所 示， 包括：
步骤 1601 , 当 UE的 drx-Inactivity timer超时， 启动或者重启该 UE的 de-activation timer;
步骤 1602, 当 UE任何一个 DL SCC的 HARQ RTT timer超时 , 启动或者重启该 UE的 de- activation timer;
步骤 1603 , 当 UE任何一个 DL SCC的 drx-Retransmission timer 超时， 启动或者重启该 UE的 de-activation timer;
需要说明的是， 步骤 1602与 1603之间没有必然的顺序关系， 且 这两种启动或者重启针对该 DL SCC的 de-activation timer的方式可以 分别独立使用或者结合使用。
步 1604, 当 de-activation timer超时且 UE 的 drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer均未启动, 且 UE所 有 DL SCC可以调度的所有 UL CC上都没有进程数据挂起时， UE去 激活所有的 DL SCC。
需要说明的是， UE还可以仅判断用户终端的 drx-Inactivity timer 是否启动或者超时, 若用户终端的 drx-Inactivity timer未启动或者超 时，去激活所有的 DL SCC; UE还可以仅判断用户终端的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时, 若 HARQ RTT timer和 drx-Retransmission timer均未启动或者超时, 去激活所有的 DL SCC。
这种情况下， de-activation timer的维护方式还可以为：
当 UE 的 drx-Inactivity timer 超时， 则启动 /重启该 UE 的 de- activation timer; 当 de-activation timer超时则去激活 UE的所有 DL SCC。 需要说明的是， 这种方式下， de-activation timer的长度可以为 0, 也可以为其它值， 只要能保证在 UE的 de-activation timer超时之 前， UE所有 DL SCC以及其可以调度的所有 UL CC上的初始传输和 重传都能够完成。 第四种情况， de-activation timer基于 CC配置， UE配置有 DRX, 基于 DRX理解 2, de-activation timer基于 CC维护， 如图 17所示， 此时 de-activation timer的维护方式包括：
步骤 1701 , UE接收到针对任何一个 DL SCC的 DL初始传输或 者重传的调度信令， 在该 DL SCC以及调度该 DL SCC的 DL SCC上 启动 /重启 de- activation timer。
步骤 1702, UE在某个 DL SCC上接收到针对某个 UL CC的初始 传输或者重传的调度信令之后都需要重启该 DL SCC 对应的 de-activation timer, 和 /或 UE在某个 DL SCC接收到针对某个 UL CC 的初始传输或者重传的 HARQ反馈为 NACK之后重启该 DL SCC对 应的 de- activation timer。
需要说明的是， 此步骤为可选步骤， 可以不执行本步骤而直接执 行步骤 1703。
步骤 1703 , 当 UE的某个 DL SCC的 de-activation timer超时，但 是该 DL SCC可以调度的任何一个 UL CC上有进程数据挂起， 则重 启该 DL SCC对应的 de-activation timer。
需要说明的是， UE 可以根据本步骤中重启该 DL SCC对应的 de-activation timer的方式与步骤 1702中的任意一种或者多种启动或 者重启该 DL SCC对应的 de-activation timer的方式结合使用，也可以 单独使用本步骤中重启该 DL SCC对应的 de-activation timer的方式。
需要说明的是， 此步骤为可选步骤， 可以不执行本步骤而直接执 行步骤 1704。
步骤 1704, 当某个 DL SCC上的 de-activation timer超时， 该 DL SCC 上的 drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer均未启动或者超时， UE去激活该 DL SCC。 需要说明的是， 在这种方式下， 任何一个 DL SCC被激活， UE 需要启动针对该 CC 的 de-activation timer。 这种方式下对于 de-activation timer长度没有限制。
此外， 该方法中最后两个过程还可以按照如下处理： 当某个 DL SCC上的 de-activation timer超时， 该 DL SCC上的 drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer均未启动或者超时, 且该 DL SCC可以调度的任何一个 UL CC上都没有进程挂起的时候， UE去激活该 DL SCC。 需要说明的是， UE还可以仅判断 DL SCC上 的 drx-Inactivity timer 是否启动或者超时， 若 DL SCC 上的 drx-Inactivity timer未启动或者超时， 去激活该 DL SCC; UE还可以 仅判断 DL SCC上的 HARQ RTT timer和 drx-Retransmission timer是 否启动或者超时， 若 HARQ RTT timer和 drx-Retransmission timer均 未启动或者超时， 去激活该 DL SCC。
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3 , 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 则基于 CC配 置的 de-activation timer维护机制： ¾口图 18所示， de-activation timer的 维护以及隐式去激活机制包括：
T1： UE在 CC1上接收到针对 CC1下行的调度信令以及对应的 下行进程 1 的数据传输， 此时 UE应该启动针对 CC1 上进程 1 的 drx-Inactivity timerl 1和 HARQ RTT timerl 1；
T2: 因为 CC1上进程 1的下行数据中包含激活 CC2和 CC3的 载波激活 MAC CE, 因此当 UE解析出该数据包后应该激活 CC2和 CC3 , 因为 UE在 CC2和 CC3上应该分别启动针对 CC2和 CC3的 drx-Inactivity timer2 和 drx-Inactivity timer3 以及隐式去激活定时器 de- activation timer2和 de- activation timer3；
T3: UE接收到针对 CC2上进程 1的初始传输的调度， 此时 UE 应该重启 CC2上的 drx-Inactivity timer2并针对 CC2上进程 1启动 HARQ RTT timer21 , 此时还需要重启 CC2 对应的去激活定时器 de- activation timer2; T4： UE接收到针对 CC3上进程 1的初始传输的调度， 此时 UE 应该重启 CC3上的 drx-Inactivity time3并针对 CC3上进程 1 启动 HARQ RTT timer31 , UE 应该重启 CC3 对应的去激活定时器 de- activation timer3；
T5: 在 CC3的 de-activation timer3和 HARQ RTT timer31未超时 之前， CC3上进程 1的初始传输成功；
T6: 在 T6时刻 UE在 CC3上的 de-activation timer超时且 CC3 上的 drx-Inactivity timer以及 HARQ RTT timer和 drx-Retransmission timer都处于未启动状态，如果此时在 CC3可以调度的 UL CC上也没 有挂起的上行传输， 则应该隐式去激活 CC3。
T7: UE在 CC2的进程 1的 drx-Retransmission timer21运行期间 接收到针对 CC2上进程 1的重传的调度信令， 则此时 UE在 CC2上 应该启动针对该进程的 HARQ RTT timer2以及 CC2上的隐式去激活 定时器 de-activation timer2;
T8: 在 CC2上的 de-activation timer2和 HARQ RTT timer21未超 时之前， UE成功接收 CC3上的进程 1 ;
T9: 在 T6时刻 UE在 CC2上的 de-activation timer超时且 CC2 上的 drx-Inactivity timer以及 HARQ RTT timer和 drx-Retransmission timer都处于未启动状态，如果此时在 CC2可以调度的 UL CC上也没 有挂起的上行传输， 则应该隐式去激活 CC2。
这种情况下， de-activation timer的维护方式还可以为： UE在某 个 DL SCC上接收到针对该 DL SCC或者其可调度的 DL SCC上的初 始传输的调度信令，则启动 /重启该 DL SCC及其调度的 DL SCC上的 de-activation timer; 此外， 可选的， 当 UE在某个 DL SCC上收到针 对任何一个 UL CC 的初始传输的调度信令之后都需要启动 /重启该 UE的 de-activation timer;当 UE在某个 DL SCC上的 de- activation timer 超时， 则去激活该 DL SCC。 需要说明的是， 这种方式下要求 de-activation timer足够长， 需要保证在该 DL SCC上的 de-activation timer超时之前， UE在该 DL SCC以及其可以调度的所有 DL/UL CC 上的初始传输和重传都能够完成。 在这种方式下， 还需要注意 UE任 何一个 DL SCC 被激活都需要启动 /重启 UE在该 DL SCC 上的 de- activation timer„
例如， 设为 UE配置了三个 DL CC, 分别标记为 CC1、 CC2和 CC3 , 其中 CC1为 DL PCC, CC2和 CC3为 DL SCC, 则基于 CC配 置的 de-activation timer维护机制： ¾口图 19所示， de-activation timer的 维护以及隐式去激活机制与图 18的区别在于：
T6: UE在 CC2的进程 1的 drx-Retransmission timer21运行期间 接收到针对 CC2上进程 1的重传的调度信令， 则此时 UE在 CC2上 应该启动针对该进程的 HARQ RTT timer2, 无需重启 CC2上的隐式 去激活定时器 de-activation timer2;
T7: 在 CC2上的 de-activation timer2和 HARQ RTT timer21未超 时之前， UE成功接收 CC3上的进程 1 ;
T8: 在 T8时刻 UE在 CC2上的 de-activation timer超时且 CC2 上的 drx-Inactivity timer则应该隐式去激活 CC2。
T9: 在 T9时刻 UE在 CC3上的 de-activation timer超时且 CC2 上的 drx-Inactivity timer则应该隐式去激活 CC3。 第四种情况下， 如图 20所示， de-activation timer的维护方式还 可以包括：
步骤 2001 , 当 UE在某个 DL SCC上的 drx-Inactivity timer超时， 则 UE启动或者重启针对该 DL SCC的 de-activation timer;
步骤 2002, 当 UE任何一个 DL SCC的 HARQ RTT timer超时， 则 UE启动或者重启针对该 DL SCC的 de-activation timer;
步骤 2003 , 当 UE任何一个 DL SCC的 drx-Retransmission timer 超时， UE启动或者重启针对该 DL SCC的 de-activation timer;
需要说明的是， 本步骤与步骤 2002之间没有必然的顺序关系， 且这两种启动或者重启针对该 DL SCC的 de-activation timer的方式可 以分别独立使用或者结合使用。 步骤 2004, 当某个 DL SCC的 de-activation timer超时， 针对该 DL SCC的 drx-Inactivity timer/HARQ RTT timer/drx-Retransmission timer均未启动， 且该 DL SCC可以调度的所有 UL CC上都没有进程 数据挂起时， UE去激活该 DL SCC。 需要说明的是， UE还可以仅判 断 DL SCC上的 drx-Inactivity timer是否启动或者超时， 若 DL SCC 上的 drx-Inactivity timer未启动或者超时， 去激活该 DL SCC； UE还 可以仅判断 DL SCC上的 HARQ RTT timer和 drx-Retransmission timer 是否启动或者超时， 若 HARQ RTT timer和 drx-Retransmission timer 均未启动或者超时， 去激活该 DL SCC。
这种情况下， de-activation timer的维护方式还可以为： 当 UE在 DL SCC 上的 drx-Inactivity timer超时， 则启动或者重启该 UE 的 de- activation timer, 当 DL SCC上的 de-activation timer超时, UE去激 活该 DL SCC。 该情况下， de-activation timer的长度可以为 0, 也可 以为其它值， 只要能保证在 UE的 de-activation timer超时之前， UE 在 DL SCC及其可以调度的所有 UL CC上的初始传输和重传都能够 完成。 需要说明的是， 本发明实施例提供的方法中， 用户终端收到显式 激活信令后， 停止与 DL SCC对应的 drx-Inactivity timer, 具体包括： 若用户终端基于 UE维护 de-activation timer, 则停止与 UE对应的 drx-Inactivity timer; 若用户终端基于 CC维护 de-activation timer, 则 停止与显式激活信令对应的 DL SCC上的 drx-Inactivity timer。
通过采用本发明实施例提供的方法，根据下行辅载波 DL SCC上 的数据和控制信息的传输需求维护载波去激活定时器， 当载波去激活 定时器超时时去激活对应的 DL SCC ,从而提供了 LTE-A***中的隐 式去激活机制。 基于与上述方法相同的技术构思，本发明实施例提供一种用户终 端， 如图 21所示， 包括： 维护单元 11 ,用于根据下行辅载波 DL SCC上的数据和控制信息 的传输需求维护载波去激活定时器；
去激活单元 12, 用于若所述载波去激活定时器超时， 去激活对 应的 DL SCC。
所述载波去激活定时器及其长度由 RRC信令配置， 所述载波去 激活定时器及其长度基于 DL SCC或者用户终端配置。
所述载波去激活定时器基于 DL SCC或者用户终端维护。
所述维护单元 11还用于：
当接收到针对用户终端配置的任何一个 DL SCC的下行初始传输 或者重传的调度信令之后启动或者重启与所述用户终端对应的载波 去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或者重传的调度信令之后启动或者重启与所述用户终端 对应的载波去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或重传的 HARQ反馈为 NACK之后启动或者重启与所述 用户终端对应的载波去激活定时器； 和 /或
在所述载波去激活定时器超时的时刻，如果任何一个 DL SCC调 度的 UL CC有进程数据挂起， 重启与所述用户终端对应的载波去激 活定时器。
其中， 所述载波去激活定时器的时间长度可以设置为大于所述 DL SCC和 UL CC上的一个进程连续两次传输之间需要的最长时间。
所述维护单元 11还可以用于：
当接收到针对用户终端配置的任何一个 DL SCC的下行初始传的 调度信令之后启动或者重启与所述用户终端对应的载波去激活定时 器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输的调度信令之后启动或者重启与所述用户终端对应的载 波去激活定时器。 所述维护单元 11还可以用于：
当接收到针对用户终端配置的任一 DL SCC的下行初始传输或者 重传的调度信令， 在所述任一 DL SCC以及调度所述任一 DL SCC的 DL SCC上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输或者重传的调度信令，在所述任一 DL SCC上启动或者重启载 波去激活定时器； 和 /或
当针对用户终端配置的任一 DL SCC上接收到针对 UL CC的初 始传输或重传的 HARQ反馈为 NACK, 在所述任一 DL SCC上启动 或者重启载波去激活定时器； 和 /或
在所述任一 DL SCC对应的载波去激活定时器超时的时刻，若所 述任一 DL SCC调度的 UL CC上有进程数据挂起， 则重启所述任一 DL SCC对应的载波去激活定时器。
其中， 所述载波去激活定时器的时间长度可以设置为大于所述 DL SCC和 UL CC上的一个进程连续两次传输之间需要的最长时间。
所述维护单元 11还可以用于：
当接收到针对用户终端配置的任一 DL SCC的下行初始传输的调 度信令， 在所述任一 DL SCC以及调度所述任一 DL SCC的 DL SCC 上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输的调度信令，在所述任一 DL SCC上启动或者重启载波去激活 定时器。
其中， 所述载波去激活定时器的时间长度大于所述 DL SCC 和 UL CC上的一个进程开始到重传结束所需要的最长时间。
所述维护单元 11还可以用于： 当用户终端的 drx-Inactivity timer 超时， 启动或者重启所述用户终端的载波去激活定时器。 所述维护单 元 11还可以用于： 当所述用户终端的任一 DL SCC的 HARQ RTT timer超时， 启动或者重启所述用户终端的载波去激活定时器； 和 /或 当所述用户终端的任一 DL SCC的 drx-Retransmission timer超时， 启 动或者重启所述用户终端的载波去激活定时器。
所述维护单元 11还可以用于： 当所述用户终端在任一 DL SCC 上的 drx-Inactivity timer超时， 启动或者重启所述任一 DL SCC上的 载波去激活定时器。 所述维护单元 11还用于： 当所述用户终端在所 述任一 DL SCC的 HARQ RTT timer超时，启动或者重启所述任一 DL SCC的载波去激活定时器；和 /或当所述用户终端在所述任一 DL SCC 的 drx-Retransmission timer超时， 启动或者重启所述任一 DL SCC的 载波去激活定时器。
其中， 所述载波去激活定时器的时间长度大于所述 DL SCC 和 UL CC上的一个进程开始到重传结束所需要的最长时间。
本发明实施例中， 还包括判断单元 13 , 用于判断所述用户终端 的 drx-Inactivity timer是否启动或者超时； 和 /或判断所述用户终端的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时； 所 述去激活单元 12还用于： 所述判断单元的判断结果为未启动或者超 时时， 去激活所述 DL SCC。
判断单元 13, 还可以用于判断所述 DL SCC上的 drx-Inactivity timer是否启动或者超时； 和 /或判断所述 DL SCC上的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时；所述去激活单元 12还用于： 所述判断单元的判断结果为未启动或者超时时， 去激活 所述 DL SCC。
本发明实施例中， 所述载波去激活定时器超时则去激活该 UE所 有的 DL SCC, 或者所述任一 DL SCC上的载波去激活定时器超时， 则去激活所述任一 DL SCC。
本发明实施例中， 还包括：
停止单元 14,用于接收到显式去激活信令时，停止与所述 DL SCC 对应的载波去激活定时器。
通过采用本发明实施例提供的用户终端， 根据下行辅载波 DL SCC上的数据和控制信息的传输需求维护载波去激活定时器，当载波 去激活定时器超时时去激活对应的 DL SCC,从而提供了 LTE-A*** 中的隐式去激活机制。 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明可借助软件加必需的通用硬件平台的方式来实现， 当然也可 以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解， 软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质 中， 包括若干指令用以使得一台终端设备（可以是手机，个人计算机, 服务器， 或者网络设备等）执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领 域的普通技术人员来说， 在不脱离本发明原理的前提下， 还可以做出 若干改进和润饰， 这些改进和润饰也应视本发明的保护范围。

Claims

权利要求
1、 一种载波去激活的方法， 应用于多载波***， 其特征在于， 该方法包括：
根据下行辅载波 DL SCC 上的数据和控制信息的传输需求维护 载波去激活定时器；
如果所述载波去激活定时器超时， 去激活所述 DL SCC。
2、 如权利要求 1所述的方法， 其特征在于， 所述载波去激活定 时器及其长度由 RRC信令配置， 所述载波去激活定时器及其长度基 于 DL SCC或者用户终端配置。
3、 如权利要求 1所述的方法， 其特征在于， 所述载波去激活定 时器基于 DL SCC或者用户终端维护。
4、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
当接收到针对用户终端配置的任何一个 DL SCC 的下行初始传 输或者重传的调度信令之后启动或者重启与所述用户终端对应的载 波去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或者重传的调度信令之后启动或者重启与所述用户终端 对应的载波去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或重传的 HARQ反馈为 NACK之后启动或者重启与所述 用户终端对应的载波去激活定时器； 和 /或
在所述载波去激活定时器超时的时刻，如果任何一个 DL SCC调 度的 UL CC有进程数据挂起， 重启与所述用户终端对应的载波去激 活定时器。
5、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
当接收到针对用户终端配置的任何一个 DL SCC 的下行初始传 输的调度信令之后启动或者重启与所述用户终端对应的载波去激活 定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输的调度信令之后启动或者重启与所述用户终端对应的载 波去激活定时器。
6、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
当接收到针对用户终端配置的任一 DL SCC 的下行初始传输或 者重传的调度信令， 在所述任一 DL SCC以及调度所述任一 DL SCC 的 DL SCC上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输或者重传的调度信令，在所述任一 DL SCC上启动或者重启载 波去激活定时器； 和 /或
当针对用户终端配置的任一 DL SCC上接收到针对 UL CC的初 始传输或重传的 HARQ反馈为 NACK, 在所述任一 DL SCC上启动 或者重启载波去激活定时器； 和 /或
在所述任一 DL SCC对应的载波去激活定时器超时的时刻，若所 述任一 DL SCC调度的 UL CC上有进程数据挂起， 则重启所述任一 DL SCC对应的载波去激活定时器。
7、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括： 当接收到针对用户终端配置的任一 DL SCC 的下行初始传输的 调度信令，在所述任一 DL SCC以及调度所述任一 DL SCC的 DL SCC 上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输的调度信令，在所述任一 DL SCC上启动或者重启载波去激活 定时器。
8、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
当用户终端的 drx-Inactivity timer超时， 启动或者重启所述用户 终端的载波去激活定时器。
9、 如权利要求 8所述的方法， 其特征在于， 还包括：
当所述用户终端的任一 DL SCC的 HARQ RTT timer超时， 启动 或者重启所述用户终端的载波去激活定时器； 和 /或
当所述用户终端的任一 DL SCC的 drx-Retransmission timer超时， 启动或者重启所述用户终端的载波去激活定时器。
10、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
当所述用户终端在任一 DL SCC上的 drx-Inactivity timer超时， 启动或者重启所述任一 DL SCC上的载波去激活定时器。
11、 如权利要求 10所述的方法， 其特征在于， 还包括： 当所述用户终端在所述任一 DL SCC的 HARQ RTT timer超时， 启动或者重启所述任一 DL SCC的载波去激活定时器； 和 /或
当所述用户终端在所述任一 DL SCC的 drx-Retransmission timer 超时， 启动或者重启所述任一 DL SCC的载波去激活定时器。
12、 如权利要求 4、 5、 8或 9所述的方法， 其特征在于， 去激活 所述 DL SCC之前， 还包括：
判断所述用户终端的 drx-Inactivity timer是否启动或者超时； 和 / 或
判断所述用户终端的 HARQ RTT timer 和 drx-Retransmission timer是否启动或者超时；
如果所述用户终端的 drx-Inactivity timer、和 /或 HARQ RTT timer 和 drx-Retransmission timer均未启动或者超时, 执行去激活所述 DL SCC的步骤。
13、 如权利要求 6、 7、 10或 11所述的方法， 其特征在于， 去激 活所述 DL SCC之前， 还包括：
判断所述 DL SCC上的 drx-Inactivity timer是否启动或者超时； 和 /或
判断所述 DL SCC上的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时；
如果所述 DL SCC上的 drx-Inactivity timer、 和 /或 HARQ RTT timer和 drx-Retransmission timer均未启动或者超时,执行去激活所述 DL SCC的步骤。
14、 如权利要求 4或 6所述的方法， 其特征在于， 所述载波去激 活定时器的时间长度大于所述 DL SCC和 UL CC上的一个进程连续 两次传输之间需要的最长时间。
15、 如权利要求 7或 9所述的方法， 其特征在于， 所述载波去激 活定时器的时间长度大于所述 DL SCC和 UL CC上的一个进程开始 到重传结束所需要的最长时间。
16、 如权利要求 4、 5、 8、 9或 12所述的方法， 其特征在于， 所 述载波去激活定时器超时则去激活该 UE所有的 DL SCC。
17、 如权利要求 6、 7、 10、 11或 13所述的方法， 其特征在于， 所述任一 DL SCC上的载波去激活定时器超时， 则去激活所述任一 DL SCC。
18、 如权利要求 1所述的方法， 其特征在于， 所述根据下行辅载 波 DL SCC上的数据和控制信息传输需求维护载波去激活定时器包 括：
若接收到显式去激活信令，则停止与所述 DL SCC对应的载波去 激活定时器。
19、 一种用户终端， 其特征在于， 包括：
维护单元，用于根据下行辅载波 DL SCC上的数据和控制信息的 传输需求维护载波去激活定时器；
去激活单元， 用于若所述载波去激活定时器超时， 去激活对应的 DL SCC。
20、 如权利要求 19所述的用户终端， 其特征在于， 所述载波去 激活定时器及其长度由 RRC信令配置， 所述载波去激活定时器及其 长度基于 DL SCC或者用户终端配置。
21、 如权利要求 19所述的用户终端， 其特征在于， 所述载波去 激活定时器基于 DL SCC或者用户终端维护。
22、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当接收到针对用户终端配置的任何一个 DL SCC 的下行初始传 输或者重传的调度信令之后启动或者重启与所述用户终端对应的载 波去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或者重传的调度信令之后启动或者重启与所述用户终端 对应的载波去激活定时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输或重传的 HARQ反馈为 NACK之后启动或者重启与所述 用户终端对应的载波去激活定时器； 和 /或 在所述载波去激活定时器超时的时刻，如果任何一个 DL SCC调 度的 UL CC有进程数据挂起， 重启与所述用户终端对应的载波去激 活定时器。
23、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当接收到针对用户终端配置的任何一个 DL SCC 的下行初始传 的调度信令之后启动或者重启与所述用户终端对应的载波去激活定 时器； 和 /或
当针对用户终端配置的任何一个 DL SCC上接收到针对 UL CC 的初始传输的调度信令之后启动或者重启与所述用户终端对应的载 波去激活定时器。
24、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当接收到针对用户终端配置的任一 DL SCC 的下行初始传输或 者重传的调度信令， 在所述任一 DL SCC以及调度所述任一 DL SCC 的 DL SCC上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输或者重传的调度信令，在所述任一 DL SCC上启动或者重启载 波去激活定时器； 和 /或
当针对用户终端配置的任一 DL SCC上接收到针对 UL CC的初 始传输或重传的 HARQ反馈为 NACK, 在所述任一 DL SCC上启动 或者重启载波去激活定时器； 和 /或
在所述任一 DL SCC对应的载波去激活定时器超时的时刻，若所 述任一 DL SCC调度的 UL CC上有进程数据挂起， 则重启所述任一 DL SCC对应的载波去激活定时器。
25、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当接收到针对用户终端配置的任一 DL SCC 的下行初始传输的 调度信令，在所述任一 DL SCC以及调度所述任一 DL SCC的 DL SCC 上启动或者重启载波去激活定时器； 和 /或
当在针对用户终端配置的任一 DL SCC上接收到针对 UL CC初 始传输的调度信令，在所述任一 DL SCC上启动或者重启载波去激活 定时器。
26、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当用户终端的 drx-Inactivity timer超时， 启动或者重启所述用户 终端的载波去激活定时器。
27、 如权利要求 26所述的用户终端， 其特征在于， 所述维护单 元还用于：
当所述用户终端的任一 DL SCC的 HARQ RTT timer超时， 启动 或者重启所述用户终端的载波去激活定时器； 和 /或
当所述用户终端的任一 DL SCC的 drx-Retransmission timer超时， 启动或者重启所述用户终端的载波去激活定时器。
28、 如权利要求 19所述的用户终端， 其特征在于， 所述维护单 元还用于：
当所述用户终端在任一 DL SCC上的 drx-Inactivity timer超时， 启动或者重启所述任一 DL SCC上的载波去激活定时器。
29、 如权利要求 28所述的用户终端， 其特征在于， 所述维护单 元还用于：
当所述用户终端在所述任一 DL SCC的 HARQ RTT timer超时， 启动或者重启所述任一 DL SCC的载波去激活定时器； 和 /或
当所述用户终端在所述任一 DL SCC的 drx-Retransmission timer 超时， 启动或者重启所述任一 DL SCC的载波去激活定时器。
30、如权利要求 22、 23、 26或 27所述的用户终端， 其特征在于， 还包括判断单元， 用于判断所述用户终端的 drx-Inactivity timer 是否启动或者超时； 和 /或判断所述用户终端的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时；
所述去激活单元还用于：所述判断单元的判断结果为未启动或者 超时时， 去激活所述 DL SCC。
31、如权利要求 24、 25、 28或 29所述的用户终端， 其特征在于， 还包括判断单元，用于判断所述 DL SCC上的 drx-Inactivity timer 是否启动或者超时；和 /或判断所述 DL SCC上的 HARQ RTT timer和 drx-Retransmission timer是否启动或者超时；
所述去激活单元还用于：所述判断单元的判断结果为未启动或者 超时时， 去激活所述 DL SCC。
32、 如权利要求 22或 24所述的用户终端， 其特征在于， 所述载 波去激活定时器的时间长度大于所述 DL SCC和 UL CC上的一个进 程连续两次传输之间需要的最长时间。
33、 如权利要求 25或 27所述的用户终端， 其特征在于， 所述载 波去激活定时器的时间长度大于所述 DL SCC和 UL CC上的一个进 程开始到重传结束所需要的最长时间。
34、 如权利要求 22、 23、 26、 27或 30所述的用户终端， 其特征 在于， 所述载波去激活定时器超时则去激活该 UE所有的 DL SCC。
35、 如权利要求 24、 25、 28、 29或 31所述的用户终端， 其特征 在于， 所述任一 DL SCC上的载波去激活定时器超时， 则去激活所述 任一 DL SCC。
36、 如权利要求 19所述的用户终端， 其特征在于， 还包括： 停止单元， 用于接收到显式去激活信令时， 停止与所述 DL SCC 对应的载波去激活定时器。
PCT/CN2011/072435 2010-04-02 2011-04-02 载波去激活的方法和设备 WO2011120449A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201010141126 2010-04-02
CN201010141126.2 2010-04-02
CN2010102468836A CN102104465B (zh) 2010-04-02 2010-08-06 载波去激活的方法和设备
CN201010246883.6 2010-08-06

Publications (1)

Publication Number Publication Date
WO2011120449A1 true WO2011120449A1 (zh) 2011-10-06

Family

ID=44157017

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/072435 WO2011120449A1 (zh) 2010-04-02 2011-04-02 载波去激活的方法和设备

Country Status (2)

Country Link
CN (1) CN102104465B (zh)
WO (1) WO2011120449A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2391046A3 (en) * 2010-04-02 2016-06-01 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140101830A (ko) 2011-08-12 2014-08-20 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 융통성있는 대역폭 동작을 위한 다운링크 리소스 할당
WO2015000139A1 (zh) * 2013-07-02 2015-01-08 华为技术有限公司 一种授权分配的方法、装置和***
CN104853372B (zh) * 2014-02-17 2019-11-05 中兴通讯股份有限公司 一种减少ue释放次数的方法、装置及基站
KR102071393B1 (ko) 2017-09-06 2020-03-02 엘지전자 주식회사 무선 통신에서의 자원 관리
WO2019153353A1 (zh) * 2018-02-12 2019-08-15 Oppo广东移动通信有限公司 传输数据的方法和设备
CN110213839B (zh) 2018-02-28 2022-03-01 中兴通讯股份有限公司 管理wlan状态的方法及装置、存储介质、电子装置
CN110324890B (zh) * 2018-03-30 2022-05-17 维沃移动通信有限公司 部分带宽激活定时器的控制方法及终端
CN110475391B (zh) * 2018-05-09 2021-10-26 大唐移动通信设备有限公司 非连续接收定时器的控制方法、装置、终端及基站
CN111512674B (zh) * 2018-11-30 2022-02-11 Oppo广东移动通信有限公司 一种传输数据的方法、终端设备和网络设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101536446A (zh) * 2006-11-02 2009-09-16 Lm爱立信电话有限公司 用于降低papr的子载波激活和去激活
CN101600245A (zh) * 2009-06-30 2009-12-09 中兴通讯股份有限公司 双载波hsdpa中辅载波激活与去激活方法及装置
CN101651851A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 一种多载波模式下去激活载波的方法、装置及通信***

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7859985B2 (en) * 2004-03-22 2010-12-28 Texas Instruments Incorporated Control on at least one frequency selecting data carrier frequencies

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101536446A (zh) * 2006-11-02 2009-09-16 Lm爱立信电话有限公司 用于降低papr的子载波激活和去激活
CN101651851A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 一种多载波模式下去激活载波的方法、装置及通信***
CN101600245A (zh) * 2009-06-30 2009-12-09 中兴通讯股份有限公司 双载波hsdpa中辅载波激活与去激活方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2391046A3 (en) * 2010-04-02 2016-06-01 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof

Also Published As

Publication number Publication date
CN102104465B (zh) 2013-11-06
CN102104465A (zh) 2011-06-22

Similar Documents

Publication Publication Date Title
JP6655586B2 (ja) キャリア・アグリゲーションを使用する不連続受信モードにおける動作
JP5525061B2 (ja) マルチキャリアシステムにおけるコンポーネントキャリアのアクティブ化・アクティブ化解除の最適化方法及びシステム
WO2011120449A1 (zh) 载波去激活的方法和设备
WO2018127217A1 (zh) 一种监听指示及监听方法、装置
CN102932882B (zh) 一种非连续接收方法及***
CN103391549B (zh) 一种不连续接收的动态配置方法、终端和基站
WO2019015460A1 (zh) 信道监听的指示方法、信道监听方法、终端及网络侧设备
WO2012100731A1 (zh) 载波聚合***中的定时器维护方法和设备
CN101841823B (zh) 多载波***中非连续监听控制信道的方法及装置
WO2012041075A1 (zh) 非连续接收方法、移动台、基站和无线通信***
JP2013506357A (ja) 間欠受信配置方法及びシステム
KR20120113687A (ko) 이동통신 단말기의 배터리 소모 개선 방법 및 장치
WO2013082937A1 (zh) 一种数据传输方法及装置
WO2012146162A1 (zh) 状态切换方法、非激活定时器启动方法和用户设备
WO2019085607A1 (zh) Drx配置下的上行传输方法及装置、设备、存储介质
KR20180023032A (ko) 무선 통신 시스템, 무선 단말, 무선 기지국, 및 무선 통신 방법
WO2011000251A1 (zh) 一种上行资源获取方法、调度方法、装置及***
WO2013020393A1 (zh) 一种非连续接收方法及***
CN102130711B (zh) 载波聚合***中非连续接收活动时间的确定方法及装置
JP5724036B2 (ja) Ｄｒｘモードで端末が上りリンク同期を維持する処理方法及び装置
WO2011050581A1 (zh) 一种上行同步处理方法及设备
WO2011069368A1 (zh) 一种多载波上的不连续接收的优化方法和演进基站
WO2021159973A1 (zh) 非连续接收处理方法、终端、装置以及介质
WO2012040892A1 (zh) 载波聚合***中载波状态的处理方法和用户设备
WO2011120291A1 (zh) 多载波非连续调度的接收方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11762023

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 21/01/2013)

122 Ep: pct application non-entry in european phase

Ref document number: 11762023

Country of ref document: EP

Kind code of ref document: A1