SENDING METHOD AND DEVICE FOR SCHEDULING REQUEST UNDER CARRIER AGGREGATION, TERMINAL, AND STORAGE MEDIUM

Abstract

A sending method for a Scheduling Request (SR) under carrier aggregation is provided. A User Equipment (UE) receives, through a Radio Resource Control (RRC) message, and stores Physical Uplink Control Channel (PUCCH) configuration information and SR configuration information of a plurality of serving cells, and, when determining that an SR needs to be sent, the UE selects, according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR. A sending device for a scheduling request under carrier aggregation, a terminal and a storage medium are also provided.

Claims

1. A sending method for a Scheduling Request (SR) under carrier aggregation, comprising: receiving through a Radio Resource Control (RRC) message and storing, by a User Equipment (UE), Physical Uplink Control Channel (PUCCH) configuration information and SR configuration information of a plurality of serving cells, and, when determining that an SR needs to be sent, selecting, by the UE according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR.

2. The sending method as claimed in claim 1, wherein the plurality of serving cells comprises: a primary cell (PCell) and one or more secondary cells (SCells); and/or the SR configuration information comprises a configuration mode and an SR parameter.

3. The sending method as claimed in claim 2, wherein the configuration mode comprises one of the following modes: A: configuring independently an SR parameter for a serving cell allowed to send the SR; B: configuring a set of public SR parameters, which takes effect for all serving cells configured with PUCCH and allowed to send the SR through a PUCCH; and C: configuring part of SR parameters for each serving cell independently, and configuring the other public part of SR parameters for all serving cells, wherein the other part of SR parameters takes effect for all serving cells.

4. The sending method as claimed in claim 2, wherein the SR parameter at least comprises one of the following: SR configuration index sr-ConfigIndex, SR enabling indicator or cell offset.

5. The sending method as claimed in claim 1, wherein, when determining that an SR needs to be sent, selecting, according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR comprises: when the UE determines that an SR needs to be sent, judging, in each Transmission Time Interval (TTI) according to the SR configuration information, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity among the plurality of serving cells corresponding to the stored PUCCH configuration information; when there are one or more serving cells having a PUCCH possessing the SR sending opportunity, selecting a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR.

6. The sending method as claimed in claim 5, wherein selecting a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR comprises: selecting, according to a selection principle, a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR, wherein the selection principle comprises at least one of the following principles: a: the UE randomly selecting a serving cell to send the SR; b: the UE selecting a serving cell having a maximum power headroom to send the SR; c: the UE selecting a serving cell having a minimum transmit power in a current TTI to send the SR; d: the UE selecting, according to a priority, a serving cell having a highest priority to send the SR; e: the UE alternately selecting a serving cell to send the SR; and f: when there is a serving cell adopting a PUCCH of PUCCH format 3 to send Acknowledgment/Non-Acknowledgment (ACK/NACK) information in a current TTI, preferentially selecting the serving cell to send the SR.

7. The sending method as claimed in claim 6, wherein when the selection principle comprises combination of multiple principles comprising the principle f, selecting, according to the selection principle, the serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR comprises: preferentially judging, by the UE, whether in the plurality of serving cells there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI; if there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI, selecting the serving cell to send the SR; if there is no serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI or if there is a plurality of serving cells adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI simultaneously, selecting a serving cell to send the SR according to any principle in the multiple principles except the principle f.

8. The sending method as claimed in claim 1, wherein judging whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity in each TTI according to the SR configuration information comprises: calculating, by the UE, each SR sending opportunity and/or a service cell in which each SR sending opportunity is located using the SR configuration information of a network side.

9. The sending method as claimed in claim 8, wherein a constraint of calculating each SR sending opportunity is that: SR sending opportunities of all serving cells are calculated from one same set of SR parameters, and SR sending opportunities of different serving cells are not overlapped.

10. The sending method as claimed in claim 9, wherein calculating each SR sending opportunity comprises: looking up a table, by the UE, to obtain a transmission period SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR an of the SR on each serving cell according to sr-ConfigIndex of the SR configuration information, and calculating, by the UE, an uplink subframe position allowed to send the SR on each serving cell respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0.

11. The sending method as claimed in claim 8, wherein a formula for calculating a service cell in which each SR sending opportunity is located is:
((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)mod N.sub.cell=i where n.sub.f indicates a system frame number, n.sub.s indicates a timeslot number, SR.sub.Periodicity indicates an SR transmission period, N.sub.OFFSET,SR indicates a subframe offset, N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR, and i indicates a sequence number of a serving cell in which the SR sending opportunity is located.

12. The sending method as claimed in claim 8, wherein a formula for calculating a service cell in which each SR sending opportunity is located is:
(((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)+N.sub.celloffset)mod N.sub.cell=i where n.sub.f indicates a system frame number, n.sub.s indicates a timeslot number, SR.sub.Periodicity indicates an SR transmission period, N.sub.OFFSET,SR indicates a subframe offset, N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR, i indicates a sequence number of a serving cell in which the SR sending opportunity is located, and N.sub.celloffset indicates an offset of the serving cell.

13. The sending method as claimed in claim 1, wherein the method further comprises: after the UE determines that there are one or more serving cells having a PUCCH possessing an SR sending opportunity, giving up sending the SR in the current TTI according to at least one of the following factors: (1) currently there is no serving cell having sufficient power to send the SR; (2) the serving cell possessing the SR sending opportunity currently is conducting a Random Access Channel (RACH) process; (3) the serving cell possessing the SR sending opportunity currently is in a measurement gap; and (4) there is a SR sending opportunity having a higher priority after a specified time.

14. The sending method as claimed in claim 13, wherein situations where there is a SR sending opportunity having a higher priority after the specified time comprise at least one of the following: the SR sending opportunity after the specified time is located in a serving cell having a higher power headroom; the SR sending opportunity after the specified time is located in a serving cell having a smaller transmit power in relevant TTI; the SR sending opportunity after the specified time is located in a serving cell having a higher priority; and after the specified time, there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information.

15. A sending device for a Scheduling Request (SR) under carrier aggregation, comprising: a receiving and storing module and an SR sending module, wherein the receiving and storing module is configured to receive, through a Radio Resource Control (RRC) message, and store Physical Uplink Control Channel (PUCCH) configuration information and SR configuration information of a plurality of serving cells; and the SR sending module is configured to: when determining that an SR needs to be sent, select, according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR.

16. (canceled)

17. (canceled)

18. (canceled)

19. The sending device as claimed in claim 15, wherein the SR sending module comprises: a judgment module and a selection sending module, wherein the judgment module is configured to: when determining that an SR needs to be sent, judge, in each Transmission Time Interval (TTI) according to the SR configuration information, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity among the plurality of serving cells corresponding to the stored PUCCH configuration information; and when there are one or more serving cells having a PUCCH possessing the SR sending opportunity, notify the selection sending module; and the selection sending module is configured to select a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR.

20. The sending device as claimed in claim 19, wherein the selection sending module is further configured to select, according to a selection principle, a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR, wherein the selection principle comprises at least one of the following principles: a: randomly selecting a serving cell to send the SR; b: selecting a serving cell having a maximum power headroom to send the SR; c: selecting a serving cell having a minimum transmit power in a current TTI to send the SR; d: selecting, according to a priority, a serving cell having a highest priority to send the SR; e: alternately selecting a serving cell to send the SR; and f: when there is a serving cell adopting a PUCCH of PUCCH format 3 to send Acknowledgment/Non-Acknowledgment (ACK/NACK) information in a current TTI, preferentially selecting the serving cell to send the SR.

21. The sending device as claimed in claim 20, wherein when the selection principle comprises combination of multiple principles comprising the principle f, the selection sending module is further configured to: preferentially judge whether in the plurality of serving cells there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI; if there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI, select the serving cell to send the SR; if there is no serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI or if there is a plurality of serving cells adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI simultaneously, select a serving cell to send the SR according to any principle in the multiple principles except the principle f.

22.-28. (canceled)

29. A User Equipment (UE), comprising the sending device for a Scheduling Request (SR) under carrier aggregation as claimed in claim 15.

30. A storage medium, which stores a computer program that is configured to execute the sending method for a Scheduling Request (SR) under carrier aggregation as claimed in claim 1.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0088] FIG. 1 is a diagram showing a situation where a carrier aggregation terminal sends PUCCH in a primary cell only.

[0089] FIG. 2 is a diagram showing a situation where a carrier aggregation terminal is capable of sending PUCCH in secondary cells.

[0090] FIG. 3 is a flowchart of a sending method for an SR under carrier aggregation provided by an embodiment of the disclosure.

[0091] FIG. 4 is a structure diagram of a sending device for an SR under carrier aggregation provided by an embodiment of the disclosure.

DETAILED DESCRIPTION OF THE EMBODIMENTS

[0092] In some embodiments of the disclosure, a UE receives, through an RRC message, and stores PUCCH configuration information and SR configuration information of a plurality of serving cells, and, when determining that an SR needs to be sent, the UE selects, according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR.

[0093] The disclosure is described below in further detail through accompanying drawings and specific embodiments.

[0094] An embodiment of the disclosure provides a sending method for an SR under carrier aggregation. As shown in FIG. 3, the method may include the following acts.

[0095] At act S301, a UE receives, through an RRC message, and stores PUCCH configuration information and SR configuration information of a plurality of serving cells.

[0096] Herein, the plurality of serving cells may include a PCell and one or more SCells; and/or the SR configuration information may include a configuration mode and an SR parameter. The configuration mode may be one of the following modes:

[0097] A: configuring independently an SR parameter for a serving cell allowed to send the SR;

[0098] B: configuring a set of public SR parameters, which takes effect for all serving cells configured with PUCCH and allowed to send the SR through a PUCCH; and

[0099] C: configuring part of SR parameters for each serving cell independently, and configuring the other public part of SR parameters for all serving cells, the other part of SR parameters taking effect for all serving cells, for example, configuring a public SR configuration index (sr-ConfigIndex), then configuring an SR enabling indicator for each serving cell independently, the SR enabling indicator being used to indicate whether a certain serving cell or the PUCCH of a certain serving cell may send the SR. In this mode, the UE may need to combine the two parts of SR parameters to use.

[0100] The SR parameter may at least include one of the following: sr-ConfigIndex, SR enabling indicator or cell offset. The SR enabling indicator is used to indicate whether a certain serving cell or the PUCCH of a certain serving cell may send the SR, and the cell offset is used to calculate the cell in which the SR sending opportunity is located.

[0101] At act S302, when the UE determines an SR needs to be sent, a serving cell is selected, according to the SR configuration information, from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR.

[0102] Specifically, when the UE determines that an SR needs to be sent, it is judged, in each TTI according to the SR configuration information, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity among the plurality of serving cells corresponding to the stored PUCCH configuration information. When there are one or more serving cells having a PUCCH possessing the SR sending opportunity, a serving cell is selected from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR.

[0103] Herein, selecting a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR may include the following act. A serving cell is selected, according to a preset selection principle, from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR. The selection principle may include at least one of the following principles:

[0104] a: the UE randomly selecting a serving cell to send the SR;

[0105] b: the UE selecting a serving cell having a maximum power headroom to send the SR;

[0106] c: the UE selecting a serving cell having a minimum transmit power in a current TTI to send the SR;

[0107] d: the UE selecting, according to a predefined priority, a serving cell having a highest priority to send the SR; the predefined priority may be a priority agreed in a protocol or may be a priority configured by a network side through the RRC message;

[0108] e: the UE alternately selecting a serving cell to send the SR; and

[0109] f: when there is a serving cell adopting a PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI, preferentially selecting the serving cell to send the SR.

[0110] Herein, when the selection principle includes combination of multiple principles including the principle f, the UE preferentially judges whether in the plurality of serving cells there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI. If there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI, the serving cell is selected to send the SR. If there is no serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI or if there is a plurality of serving cells adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI simultaneously, a serving cell is selected to send the SR according to any principle in the multiple principles except the principle f.

[0111] In this act, the act of judging whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity in each TTI according to the SR configuration information may include the following act.

[0112] The UE calculates each SR sending opportunity and/or a service cell in which each SR sending opportunity is located using the SR configuration information of a network side.

[0113] Herein, a constraint of calculating each SR sending opportunity may be:

[0114] SR sending opportunities of all serving cells are calculated from one same set of SR parameters, and SR sending opportunities of different serving cells are not overlapped.

[0115] In this way, the SR sending opportunities may be evenly distributed on the serving cells configured with PUCCH and allowed to send the SR.

[0116] The act of calculating each SR sending opportunity may include the following acts. The UE looks up a table to obtain a transmission period SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR of the SR on each serving cell according to an sr-ConfigIndex of the SR configuration information, and calculates an uplink subframe position allowed to send the SR on each serving cell respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0

[0117] Herein, a formula for calculating a service cell in which each SR sending opportunity is located may be:

((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)mod N.sub.cell=i

[0118] where n.sub.f indicates a system frame number, n.sub.s indicates a timeslot number, SR.sub.Periodicity indicates an SR transmission period, N.sub.OFFSET,SR indicates a subframe offset, N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR, and i indicates a sequence number of a serving cell in which the SR sending opportunity is located. For example, i=0 indicates PCell, i=1 indicates the first serving cell configured with PUCCH and allowed to send SR that is sorted according to the order from low to high of an SCell index identification (Index ID), i=2 indicates the second one, and so on.

[0119] When calculating the serving cell in which the SR opportunity is located, the offset of the serving cell may be added. The offset of the serving cell is configured by the network side, for example, eNB. In such a case, a formula for calculating a service cell in which each SR sending opportunity is located may be:

(((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)+N.sub.celloffset)mod N.sub.cell=i

[0120] where N.sub.celloffset indicates the offset of the serving cell.

[0121] The method may further include the following act. After the UE determines that there are one or more serving cells having a PUCCH possessing an SR sending opportunity, the UE gives up sending the SR in the current TTI according to at least one of the following factors:

[0122] (1) currently there is no serving cell having sufficient power to send the SR;

[0123] (2) the serving cell possessing the SR sending opportunity currently is conducting an RACH process;

[0124] (3) the serving cell possessing the SR sending opportunity currently is in a measurement gap; and

[0125] (4) there is a SR sending opportunity having a higher priority after a specified time.

[0126] Herein, the specified time may be agreed by a protocol or may be configured by a base station through the RRC message.

[0127] Situations where there is a SR sending opportunity having a higher priority after the specified time include at least one of the following:

[0128] the SR sending opportunity after the specified time is located in a serving cell having a higher power headroom;

[0129] the SR sending opportunity after the specified time is located in a serving cell having a smaller transmit power in relevant TTI;

[0130] the SR sending opportunity after the specified time is located in a serving cell having a higher priority; and

[0131] after the specified time, there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information.

[0132] In order to implement the above method, an embodiment of the disclosure provides a sending device for an SR under carrier aggregation. As shown in FIG. 4, the device may include a receiving and storing module 41 and an SR sending module 42.

[0133] The receiving and storing module 41 may be realized by a memory of a UE and is configured to receive, through an RRC message, and store PUCCH configuration information and SR configuration information of a plurality of serving cells.

[0134] The SR sending module 42 may be realized by a processor of the UE in combination with the memory and is configured to: when determining that an SR needs to be sent, select, according to the SR configuration information, a serving cell from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR.

[0135] Herein, the plurality of serving cells may include a PCell and one or more SCells; and/or the SR configuration information may include a configuration mode and an SR parameter. The configuration mode may be one of the following modes:

[0136] A: configuring independently an SR parameter for a serving cell allowed to send the SR;

[0137] B: configuring a set of public SR parameters, which takes effect for all serving cells configured with PUCCH and allowed to send the SR through a PUCCH; and

[0138] C: configuring part of SR parameters for each serving cell independently, and configuring the other public part of SR parameters for all serving cells, the other part of SR parameters taking effect for all serving cells, for example, configuring a public SR configuration index (sr-ConfigIndex), then configuring an SR enabling indicator for each serving cell independently, the SR enabling indicator being used to indicate whether a certain serving cell or the PUCCH of a certain serving cell may send the SR. In this mode, the UE may need to combine the two parts of SR parameters to use.

[0139] The SR parameter may at least include one of the following: sr-ConfigIndex, SR enabling indicator or cell offset. The SR enabling indicator is used to indicate whether a certain serving cell or the PUCCH of a certain serving cell may send the SR, and the cell offset is used to calculate the cell in which the SR sending opportunity is located.

[0140] The SR sending module 42 may include a judgment module 43 and a selection sending module 44.

[0141] The judgment module 43 is configured to: when determining that an SR needs to be sent, judge, in each TTI according to the SR configuration information, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity among the plurality of serving cells corresponding to the stored PUCCH configuration information; and when there are one or more serving cells having a PUCCH possessing the SR sending opportunity, notify the selection sending module 44.

[0142] The selection sending module 44 is configured to select a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR.

[0143] Herein, the selection sending module 44 may be further configured to select, according to a preset selection principle, a serving cell from the one or more serving cells having a PUCCH possessing the SR sending opportunity to send the SR. The selection principle may include at least one of the following principles:

[0144] a: randomly selecting a serving cell to send the SR;

[0145] b: selecting a serving cell having a maximum power headroom to send the SR;

[0146] c: selecting a serving cell having a minimum transmit power in a current TTI to send the SR;

[0147] d: selecting, according to a predefined priority, a serving cell having a highest priority to send the SR; the predefined priority may be a priority agreed in a protocol or may be a priority configured by a network side through the RRC message;

[0148] e: alternately selecting a serving cell to send the SR; and

[0149] f: when there is a serving cell adopting a PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI, preferentially selecting the serving cell to send the SR.

[0150] Herein, when the selection principle includes combination of multiple principles including the principle f, the selection sending module 44 may be further configured to: preferentially judge whether in the plurality of serving cells there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI; if there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI, select the serving cell to send the SR; if there is no serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI or if there is a plurality of serving cells adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI simultaneously, select a serving cell to send the SR according to any principle in the multiple principles except the principle f.

[0151] The judgment module 43 may be further configured to calculate each SR sending opportunity and/or a service cell in which each SR sending opportunity is located using the SR configuration information of a network side.

[0152] Herein, a constraint of calculating each SR sending opportunity may be:

[0153] SR sending opportunities of all serving cells are calculated from one same set of SR parameters, and SR sending opportunities of different serving cells are not overlapped.

[0154] In this way, the SR sending opportunities may be evenly distributed on the serving cells configured with PUCCH and allowed to send the SR.

[0155] The judgment module 43 may be further configured to look up a table to obtain a transmission period SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR of the SR on each serving cell according to an sr-ConfigIndex of the SR configuration information, and calculate an uplink subframe position allowed to send the SR on each serving cell respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0.

[0156] Herein, a formula for calculating a service cell in which each SR sending opportunity is located may be:

((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)mod N.sub.cell=i

[0157] where n.sub.f indicates a system frame number, n.sub.s indicates a timeslot number, SR.sub.Periodicity indicates an SR transmission period, N.sub.OFFSET,SR indicates a subframe offset, N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR, and i indicates a sequence number of a serving cell in which the SR sending opportunity is located. For example, i=0 indicates PCell, i=1 indicates the first serving cell configured with PUCCH and allowed to send SR that is sorted according to the order from low to high of an SCell index identification (Index ID), i=2 indicates the second one, and so on.

[0158] When calculating the serving cell in which the SR opportunity is located, the offset of the serving cell may be added. The offset of the serving cell is configured by the network side, for example, eNB. In such a case, a formula for calculating a service cell in which each SR sending opportunity is located may be:

(((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)+N.sub.celloffset)mod N.sub.cell=i

[0159] where N.sub.celloffset indicates the offset of the serving cell.

[0160] The device may further include a giving up module 45, which is configured to: after the judgment module 43 determines that there are one or more serving cells having a PUCCH possessing an SR sending opportunity, give up sending the SR in the current TTI according to at least one of the following factors:

[0161] (1) currently there is no serving cell having sufficient power to send the SR;

[0162] (2) the serving cell possessing the SR sending opportunity currently is conducting a RACH process;

[0163] (3) the serving cell possessing the SR sending opportunity currently is in a measurement gap; and

[0164] (4) there is a SR sending opportunity having a higher priority after a specified time.

[0165] Herein, the specified time may be agreed by a protocol or may be configured by a base station through the RRC message.

[0166] Situations where there is a SR sending opportunity having a higher priority after the specified time may include at least one of the following:

[0167] the SR sending opportunity after the specified time is located in a serving cell having a higher power headroom;

[0168] the SR sending opportunity after the specified time is located in a serving cell having a smaller transmit power in relevant TTI;

[0169] the SR sending opportunity after the specified time is located in a serving cell having a higher priority; and

[0170] after the specified time, there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information.

[0171] Based on the above device, an embodiment of the disclosure provides a UE, which may include the above device.

[0172] The method of the disclosure is described below in further detail through specific scenarios.

First Embodiment

[0173] At act 1, a UE receives an RRC reconfiguration message from an eNB. The RRC reconfiguration message configures three serving cells CELL A, CELL B and CELL C for the UE. CELL A is PCell, CELL B/C is SCell, PUCCH is configured in CELL A and CELL B. The RRC reconfiguration message carries SR configuration information which may include SR parameters configured for CELL A and CELL B respectively. The UE stores the received PUCCH configuration information and SR configuration information.

[0174] At act 2, when the UE determines that an SR needs to be sent, the UE judges, in each TTI, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity in the current TTI. The method for calculating each SR sending opportunity is as follows:

[0175] the UE looks up a table to obtain transmission periods SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR of the SR on each serving cells CELL A and CELL B according to an sr-ConfigIndex respectively configured for CELL A and CELL B by the network, and calculates an uplink subframe position allowed to send the SR on CELL A and CELL B respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0.

[0176] At act 3, when the UE judges that cells CELL A and CELL B have an SR sending opportunity simultaneously in the current TTI, the UE selects one serving cell from CELL A and CELL B to send the SR according to a preset selection principle. Herein, the selection principle may include at least one of the following principles:

[0177] a: the UE randomly selecting a serving cell to send the SR;

[0178] b: the UE selecting a serving cell having a maximum power headroom to send the SR;

[0179] c: the UE selecting a serving cell having a minimum transmit power in a current TTI to send the SR;

[0180] d: the UE selecting, according to a priority, a serving cell having a highest priority to send the SR; the predefined priority may be a priority agreed in a protocol or may be a priority configured by a network side through the RRC message;

[0181] e: the UE alternately selecting a serving cell to send the SR; and

[0182] f: when there is a serving cell adopting a PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI, preferentially selecting the serving cell to send the SR.

[0183] In act 3, when the selection principle includes combination of multiple principles including the principle f, the UE preferentially judges whether in the plurality of serving cells there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in a current TTI. If there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI, the serving cell is selected to send the SR. If there is no serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI or if there is a plurality of serving cells adopting the PUCCH of PUCCH format 3 to send ACK/NACK information in the current TTI simultaneously, a serving cell is selected to send the SR according to any principle in the multiple principles except the principle f.

[0184] Herein, the method may further include the following act. After the UE determines that there are one or more serving cells having a PUCCH possessing an SR sending opportunity, the UE gives up sending the SR in the current TTI according to at least one of the following factors:

[0185] (1) currently there is no serving cell having sufficient power to send the SR;

[0186] (2) the serving cell possessing the SR sending opportunity currently is conducting an RACH process;

[0187] (3) the serving cell possessing the SR sending opportunity currently is in a measurement gap; and

[0188] (4) there is a SR sending opportunity having a higher priority after a specified time.

[0189] Herein, the specified time may be agreed by a protocol or may be configured by a base station through the RRC message.

[0190] Situations where there is a SR sending opportunity having a higher priority after the specified time may include at least one of the following:

[0191] the SR sending opportunity after the specified time is located in a serving cell having a higher power headroom;

[0192] the SR sending opportunity after the specified time is located in a serving cell having a smaller transmit power in relevant TTI;

[0193] the SR sending opportunity after the specified time is located in a serving cell having a higher priority; and

[0194] after the specified time, there is a serving cell adopting the PUCCH of PUCCH format 3 to send ACK/NACK information.

Second Embodiment

[0195] At act 1, a UE receives an RRC reconfiguration message from an eNB. The RRC reconfiguration message configures three serving cells CELL A, CELL B and CELL C for the UE. CELL A is PCell, CELL B/C is SCell, PUCCH is configured in CELL A and CELL B. The RRC reconfiguration message carries SR configuration information which may include a public SR parameter configured for CELL A and CELL B. The UE stores the received PUCCH configuration information and SR configuration information.

[0196] At act 2, when the UE determines that an SR needs to be sent, the UE judges, in each TTI, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity in the current TTI. The method for calculating each SR sending opportunity is as follows:

[0197] the UE looks up a table to obtain a transmission period SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR of the SR according to the public parameter sr-ConfigIndex SR I.sub.SR configured for CELL A and CELL B by the network, and calculates an uplink subframe position allowed to send the SR on CELL A and CELL B respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0, and meanwhile calculates the serving cell in which the SR sending opportunity is located according to a formula ((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity) mod N.sub.cell=i, where N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR and takes a value of 2 in this embodiment. In this embodiment, when i=0, CELL A is selected to send the SR; when i=1, CELL B is selected to send the SR.

Third Embodiment

[0198] At act 1, a UE receives an RRC reconfiguration message from an eNB. The RRC reconfiguration message configures three serving cells CELL A, CELL B and CELL C for the UE. CELL A is PCell, CELL B/C is SCell, PUCCH is configured in all CELL A/B/C. The RRC reconfiguration message carries SR configuration information which may include a public SR parameter configured for CELL A/B/C, and an SR enabling indicator configured for PUCCH and/or a serving cell possessing PUCCH and used for indicating whether the PUCCH and/or the serving cell may send the SR. The UE stores the received PUCCH configuration information and SR configuration information. In this embodiment, the eNB indicates in the RRC reconfiguration message that CELL A/B are allowed to send the SR.

[0199] At act 2, when the UE determines that an SR needs to be sent, the UE judges, in each TTI, whether there are one or more serving cells having a PUCCH possessing an SR sending opportunity in the current TTI. The method for calculating each SR sending opportunity is as follows:

[0200] the UE looks up a table to obtain a transmission period SR.sub.Periodicity and a subframe offset N.sub.OFFSET,SR of the SR according to the public parameter sr-ConfigIndex SR I.sub.SR configured for serving cells CELL A and CELL B by the network, and calculates an uplink subframe position allowed to send the SR respectively according to a formula: (10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR) mod SR.sub.Periodicity=0, and meanwhile calculates the serving cell in which the SR sending opportunity is located according to a formula ((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity) mod N.sub.cell=i, where N.sub.cell indicates the number of serving cells configured with PUCCH and allowed to send SR and takes a value of 2 in this embodiment. In this embodiment, when i=0, CELL A is selected to send the SR; when i=1, CELL B is selected to send the SR.

[0201] Herein, when calculating the serving cell in which the SR opportunity is located, the offset of the serving cell may be added. The offset of the serving cell is configured by the network side, for example, eNB. In such a case, a formula for calculating a service cell in which each SR sending opportunity is located may be:

(((10×n.sub.f+└n.sub.s/2┘−N.sub.OFFSET,SR)/SR.sub.Periodicity)+N.sub.celloffset)mod N.sub.cell=i

[0202] where N.sub.celloffset indicates the offset of the serving cell.

[0203] Some embodiments of the disclosure realize the SR sending when a plurality of carriers is configured with PUCCH simultaneously in the scenario of carrier aggregation.

[0204] An embodiment of the disclosure also provides a storage medium, which stores a computer program that is configured to execute the sending method for an SR under carrier aggregation described in each of the above embodiments.

[0205] The above are exemplary embodiments of the disclosure merely and are not intended to limit the protection scope of the disclosure. Any modifications, equivalent substitutions and improvements made within the principle of the disclosure are intended to be included in the scope of protection defined by the appended claims of the disclosure.

INDUSTRIAL APPLICABILITY

[0206] In the solution of some embodiments of the disclosure, a UE receives, through an RRC message, and stores PUCCH configuration information and SR configuration information of a plurality of serving cells, and, when determining that an SR needs to be sent, the UE selects, according to the SR configuration information, a serving cell is selected from the plurality of serving cells corresponding to the stored PUCCH configuration information to send the SR. The SR sending problem when a plurality of carriers is configured with PUCCH simultaneously in the scenario of carrier aggregation is solved.