WO2012145896A1 - 延迟调度请求的方法、终端设备及基站 - Google Patents

延迟调度请求的方法、终端设备及基站 Download PDF

Info

Publication number
WO2012145896A1
WO2012145896A1 PCT/CN2011/073356 CN2011073356W WO2012145896A1 WO 2012145896 A1 WO2012145896 A1 WO 2012145896A1 CN 2011073356 W CN2011073356 W CN 2011073356W WO 2012145896 A1 WO2012145896 A1 WO 2012145896A1
Authority
WO
WIPO (PCT)
Prior art keywords
delay
terminal device
scheduling request
logical channel
control parameter
Prior art date
Application number
PCT/CN2011/073356
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 富士通株式会社
Priority to PCT/CN2011/073356 priority Critical patent/WO2012145896A1/zh
Priority to CN201180069044.4A priority patent/CN103404200B/zh
Publication of WO2012145896A1 publication Critical patent/WO2012145896A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for delay scheduling request (SR, Scheduling Request), a terminal device, and a base station.
  • SR delay scheduling request
  • a terminal device a terminal device
  • a base station a base station
  • the terminal device needs to install multiple sets of transceivers to access different networks.
  • the terminal device can be installed with a transceiver of a Long Term Evolution (LTE) system, an Industrial Scientific Medical (ISM) system (eg, WiFi, Bluetooth BlueTooth, etc.). Since multiple transceivers in the same terminal are very close together, the power of one system transmitter may be much higher than the power of another system receiver.
  • LTE Long Term Evolution
  • ISM Industrial Scientific Medical
  • Figure 1 shows an example of interference coexistence.
  • the terminal equipment may include an LTE system, a GPS system, and a Bluetooth/WiFi system.
  • the LTE system may interfere with the Bluetooth/WiFi system, and the Bluetooth/WiFi system may also The LTE system generates interference. If the working frequency bands of different systems are far apart, the filtering technique can well control the interference of the transmitted signals on the received signals.
  • 3GPP mainly considers the scenario in which the following systems coexist.
  • the interference problems that may occur include:
  • the signal transmission of the LTE system may cause interference to the signal reception of the ISM system;
  • the signal transmission of the ISM system may cause interference to the signal reception of the LTE system;
  • FIG. 2 is a diagram showing an example of a terminal device receiving an LTE system signal at different times and transmitting a WiFi or Bluetooth signal.
  • 3GPP defines two methods for implementing time division multiplexing. Includes:
  • a method based on automatic repeat request (HARQ) process reservation reserves a partial subframe for the LTE system according to the time relationship of the HARQ process defined by the LTE system, and allocates the remaining subframes to the ISM system, that is, in the remaining subframes, the device terminal can send the ISM system data and receive.
  • HARQ automatic repeat request
  • a method based on discontinuous reception (DRX) of the LTE system utilizes the DRX mechanism of the current LTE system, and after the LTE transceiver of the terminal device enters a sleep state, the terminal device can transmit and receive data of the ISM system.
  • DRX discontinuous reception
  • the terminal device needs to send the desired period of operation of the LTE system and the ISM system to the base station, and the working time of the LTE system and the working time of the ISM system in the period (hereinafter referred to as a TDM pattern), and Other auxiliary information, such as interference type, coexistence mode, etc.
  • the TDM pattern coexisted between the LTE system and the ISM system is finally determined by the base station, and the TDM pattern is implemented by appropriately configuring the parameters of the DRX.
  • Figure 3 illustrates a TDM pattern suggested by a terminal device to a base station.
  • Figure 4 illustrates a configuration of the DRX that the base station ultimately determines based on the proposed TDM pattern.
  • the embodiments of the present invention provide a method for delaying a scheduling request, a terminal device, and a base station, and the purpose is to delay triggering or sending a scheduling request, so as to avoid mutual interference between the ISM system and the LTE system.
  • a method for delaying a scheduling request After the terminal device enters an ISM working state by using an LTE working state, the method includes: a first delay determining step, where the terminal device has an uplink on the logical channel. Data, determining whether to allow the delayed triggering buffer status report according to the control parameter of the logical channel for indicating whether the delay is allowed;
  • the delay triggering reporting step when the first delay determining step allows the delay, does not trigger the buffer status report and sets the first delay flag to delay triggering the scheduling request to the terminal device.
  • a method for delaying a scheduling request After the terminal device enters an ISM working state by using an LTE working state, the method includes: a second delay determining step, where the terminal device triggers a buffering state. After the report, and when the scheduling request needs to be triggered, determining whether to allow the delay scheduling request according to the control parameter for indicating whether the delay is allowed for the logical channel that triggers the buffer status report;
  • the delay trigger request step delays triggering a scheduling request process for the terminal device when the second delay determining step allows a delay.
  • a method for delaying a scheduling request After the terminal device enters an ISM working state by using an LTE working state, the method includes: a flag setting step, and the terminal device triggers the scheduling request process. Then, determining, according to the control parameter of the logical channel that triggers the scheduling request process, whether to allow the delay, whether to allow the delay scheduling request, and setting the second delay flag according to the determination result;
  • a third delay determining step when the scheduling request needs to be sent, according to the second delay flag Whether the position is judged whether the delay is allowed;
  • the delay sending request step delays transmitting a scheduling request to the terminal device when determining the allowable delay.
  • a method for delaying a scheduling request includes:
  • the base station sets a control parameter when configuring the logical channel for the terminal device; the control parameter is used to indicate whether the logical channel is allowed to be delayed after the terminal device enters the ISM working state;
  • the base station sends the control parameter to the terminal device.
  • a terminal device where the terminal device includes:
  • a first delay determiner determining, according to a control parameter of the logical channel for indicating whether delay is allowed, when the logical channel has uplink data, determining whether to allow a delayed trigger buffer status report. Delay triggering the reporter, at the first delay When the determiner allows the delay, the buffer status report is not triggered and the first delay flag is set to delay triggering the scheduling request to the terminal device.
  • a terminal device where the terminal device includes:
  • a second delay determiner after triggering the buffer status report, and when the scheduling request needs to be triggered, determining whether to allow the delay scheduling request according to the control parameter for indicating whether the delay is allowed for the logical channel that triggers the buffer status report;
  • the delay trigger requester delays triggering a scheduling request process for the terminal device when the second delay determiner allows the delay.
  • a terminal device where the terminal device includes:
  • a flag bit setter after triggering the scheduling request process, determining whether to allow the delay scheduling request according to a control parameter of the logical channel that triggers the scheduling request process for indicating whether to allow the delay, and setting a second delay flag according to the determination result Bit
  • a third delay determiner when the scheduling request needs to be sent, according to the second delay flag Whether to allow delay
  • Delayed transmission of the requestor delaying the transmission of the scheduling request when determining the allowable delay.
  • a base station includes: a parameter setter, where a control parameter is set when a logical channel is configured for the terminal device; the control parameter is used to indicate that the terminal device enters the ISM Whether the logical channel is allowed to delay the scheduling request after the working state;
  • a parameter transmitter that sends the control parameter to the terminal device.
  • a computer readable program wherein when the program is executed in a terminal device, the program causes a computer to execute a delay scheduling request as described above in the terminal device method.
  • a storage medium storing a computer readable program, wherein the computer readable program causes a computer to execute a delay scheduling request as described above in a terminal device
  • a computer readable program wherein when the program is executed in a base station, the program causes a computer to perform a method of delay scheduling request as described above in the base station.
  • a storage medium storing a computer readable program, wherein the computer readable program causes a computer to perform a delay scheduling request as described above in a base station.
  • An advantageous effect of the embodiment of the present invention is that, by determining whether the logical channel is allowed to delay according to the control parameter, the triggering scheduling request may be delayed or the scheduling request may be delayed to avoid mutual interference between the ISM system and the LTE system.
  • 2 is a terminal device that receives an LTE system signal and transmits at different times in the prior art.
  • FIG. 3 is a schematic diagram of a TDM pattern suggested by a terminal device to a base station in the prior art
  • FIG. 4 is a schematic diagram of a DRX configuration finally determined by a base station according to the TDM pattern of FIG. 3 in the prior art
  • FIG. 5 is a schematic diagram of triggering a scheduling request in a DRX mechanism of an LTE system
  • FIG. 6 is a schematic diagram of a trigger scheduling request according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for delaying a scheduling request according to Embodiment 1 of the present invention.
  • FIG. 8 is a flowchart of a method for delay scheduling request according to Embodiment 1 of the present invention
  • FIG. 9 is a flowchart of a method for delay scheduling request according to Embodiment 1 of the present invention
  • FIG. 10 is a terminal of Embodiment 1 of the present invention; Schematic diagram of the device;
  • FIG. 11 is a flowchart of a method for delay scheduling request according to Embodiment 2 of the present invention
  • FIG. 12 is a flowchart of a method for delay scheduling request according to Embodiment 2 of the present invention
  • FIG. 13 is a flowchart of a terminal device according to Embodiment 2 of the present invention
  • FIG. 14 is a flowchart of a method for delaying scheduling request according to Embodiment 3 of the present invention
  • FIG. 15 is a flowchart of a method for delay scheduling request according to Embodiment 3 of the present invention
  • FIG. 16 is a flowchart of a terminal device according to Embodiment 3 of the present invention.
  • 17 is a flowchart of a method for delaying a scheduling request according to Embodiment 4 of the present invention
  • 18 is a schematic structural diagram of a base station according to Embodiment 4 of the present invention
  • FIG. 19 is a system structural diagram of a terminal device according to an embodiment of the present invention.
  • FIG. 20 is still another system structural diagram of a terminal device according to an embodiment of the present invention.
  • FIG. 21 is still another system configuration diagram of a terminal device according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of triggering a scheduling request in a DRX mechanism of an LTE system.
  • the terminal device regardless of whether the terminal device is in the dormant state, if the terminal device has uplink data arrival, if the scheduling request or random access needs to be triggered, the terminal device immediately triggers the scheduling request or randomly. Access, then stop the sleep state, and switch to the active state to listen to the physical downlink control channel of the base station.
  • the terminal device when the DRX mechanism is adopted, if the terminal device has entered the ISM working state, when the uplink data of the LTE system arrives, if the current LTE method is used, the scheduling request or random access is immediately triggered. , then the ISM system and the LTE system will work at the same time, thus causing mutual interference. In order to avoid this, the terminal device may be allowed to delay initiating the scheduling request and the random access procedure.
  • FIG. 6 is a schematic diagram of a trigger scheduling request according to an embodiment of the present invention.
  • the scheduling request may be delayed or the scheduling request may be delayed. This prevents the ISM system and the LTE system from interfering with each other.
  • the embodiment of the present invention is described by taking the coexistence of the LTE system and the ISM system as an example, but it should be understood that the present invention is not limited to the LTE system and the ISM system, and can be applied to any system involving two coexistences in the terminal device. It should be noted that the scheduling request in the embodiment of the present invention may be understood as a meaning in a broad sense, and may also include a random access procedure and the like.
  • Example 1 The embodiment of the invention provides a method for delaying a scheduling request, in which the terminal device has entered the ISM working state by the LTE working state. As shown in FIG. 7, the method includes:
  • Step 701 When the logical channel has uplink data, the terminal device determines whether to allow the delay triggering the buffer status report according to the control parameter of the logical channel for indicating whether the delay is allowed.
  • Step 702 When the delay is allowed in step 701, the buffer is not triggered. The status reports and sets a first delay flag to delay triggering a scheduling request for the terminal device.
  • a control parameter may be set for each logical channel, where the control parameter is used to indicate whether the scheduling request or the random access procedure allows delay when the logical channel causes a scheduling request or a random access procedure to be initiated.
  • control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the base station configures a logical channel for the terminal device
  • the value of the control parameter corresponding to the logical channel is configured at the same time, and a parameter may be reset, or the current parameter, for example, logicalCh dSR-Ma S k
  • control parameter may also be set by the terminal device, and a control parameter may be set for each configured logical channel, and the terminal device itself determines the value of the control parameter corresponding to each logical channel.
  • the logical channel in step 701 may also be multiple, and may determine whether the current logical channel is determined when there is no data on other logical channels, or when the priority of the logical channel having other data is lower than the priority of the current logical channel. Allow delay; or determine whether the logical channel with data is allowed to delay when the retransmission timer expires.
  • FIG. 8 is a flowchart of still another method for delaying a scheduling request according to an embodiment of the present invention. As shown in Figure 8, the method includes:
  • Step 800 the terminal device starts the ISM working time
  • Step 801 When uplink data arrives on the current logical channel, determine that there is no data on other logical channels, or other logical channels with data have lower priority than the current logical channel; Step 802, determine current according to control parameters of the current logical channel. Whether the logical channel is allowed to delay; when the delay is allowed, step 803 is performed; In step 803, the buffer status report is not triggered and the first delay flag is set to delay triggering the scheduling request for the terminal device.
  • the terminal device in order to trigger the buffer status report immediately after restarting the LTE operation, the terminal device needs to set a first delay flag, such as BSR_flag, to indicate whether there is a delayed buffer status report during the ISM operation. .
  • the method may further include: Step 804: Immediately trigger a buffer status report.
  • the terminal device immediately triggers the buffer status report, and may trigger a scheduling request or a random access procedure without an uplink resource. It can be as described in the prior art, and will not be described here.
  • the method may further include:
  • Step 805 the ISM working time of the terminal device ends, and the LTE working time starts, that is, the terminal device enters the LTE working state;
  • Step 806 The terminal device determines that there is a delayed buffer status report according to the first delay flag bit. Moreover, when there is a delayed buffer status report, the terminal device performs step 804 to trigger a buffer status report.
  • the terminal device can determine the flag bit BSR_flag. If the BSR_flag indicates that there is a delayed buffer status report during the ISM operation, the terminal device triggers the buffer status report.
  • FIG. 9 is a flowchart of still another method for delaying a scheduling request according to an embodiment of the present invention. As shown in Figure 9, the method includes:
  • Step 900 the terminal device starts the ISM working time
  • Step 901 The buffer status report retransmission timer expires, and it is determined that there is uplink data waiting for transmission on the logical channel;
  • Step 902 determining, according to the control parameter of each logical channel having data, whether all logical channels having data are allowed to delay; when the delay is allowed, step 903 is performed;
  • Step 903 The buffer status report is not triggered and the first delay flag is set to delay triggering the scheduling request for the terminal device.
  • the buffer status report retransmission timer may be retxBSR-Timer. After the retxBSR-Timer times out, if there is uplink data waiting for transmission in the logical channel, then When the end device judges that all logical channels with data transmission cause a scheduling request or a random access procedure to be initiated, whether to delay the scheduling request or the random access procedure is allowed.
  • the determination result in step 902 is no, that is, if at least one logical channel with data transmission does not allow the delay scheduling request or the random access procedure, the method may further include:
  • Step 904 triggering the cache status report immediately.
  • the method may further include:
  • Step 905 the ISM working time of the terminal device ends, and the LTE working time starts, that is, the terminal device enters the LTE working state;
  • Step 906 The terminal device determines that there is a delayed buffer status report according to the first delay flag bit. Moreover, when there is a delayed buffer status report, the terminal device performs step 904 to trigger a buffer status report.
  • the terminal device can determine the flag bit BSR_flag. If the BSR_flag indicates that there is a delayed buffer status report during the ISM operation, the terminal device triggers the buffer status report.
  • the embodiment of the present invention further provides a terminal device.
  • the terminal device includes: a first delay determiner 1001 and a delay trigger reporter 1002.
  • the first delay determiner 1001 determines whether to allow the delayed trigger buffer status report according to the control parameter of the logical channel for indicating whether the delay is allowed when the logical channel has the uplink data; the delay trigger reporter 1002 allows the first delay determiner 1001. When delayed, the buffer status report is not triggered and the first delay flag is set to delay triggering the scheduling request to the terminal device.
  • the first delay determiner 1001 may specifically include: a first determiner and a first determiner; wherein
  • the first determiner determines that there is no data on the other logical channels or that other logical channels having the data have lower priority than the current logical channel when the current logical channel has data arrival;
  • the first determiner determines whether the current logical channel is allowed to delay according to the control parameter of the current logical channel.
  • the first delay determiner 1001 may specifically include: a second determiner and a second determiner;
  • the second determiner is configured to determine, when the buffer status report retransmission timer expires, that there is uplink data waiting for transmission on the logical channel;
  • the second determiner is configured to determine, based on the control parameters of each logical channel having data, whether the logical channels of all data are allowed to delay.
  • the terminal device may further include: a delay report determiner 1003 and a trigger reporter 1004;
  • the delay report determiner 1003 is configured to determine, according to the first delay flag, whether there is a delayed buffer status report after the terminal device restarts the LTE working state;
  • the trigger reporter 1004 triggers a cache status report when the delay report determiner 1003 determines that there is a delayed buffer status report.
  • the trigger reporter 1004 is further configured to immediately trigger the buffer status report when the first delay determiner 1001 does not allow the delay.
  • the embodiment of the invention provides a method for delaying a scheduling request, in which the terminal device has entered the ISM working state by the LTE working state. As shown in Figure 11, the method includes:
  • Step 1101 After triggering the buffer status report and triggering the scheduling request, the terminal device determines, according to the control parameter of the logical channel that triggers the buffer status report, whether to allow the delay, whether to allow the scheduling request to be delayed;
  • Step 1102 When the delay is allowed in step 1101, the scheduling request process for the terminal device is triggered to be delayed.
  • a control parameter may be set for each logical channel, where the control parameter is used to indicate whether the scheduling request or the random access procedure allows delay when the logical channel causes a scheduling request or a random access procedure to be initiated.
  • control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the control parameter may also be set by the terminal device, and a control parameter may be set for each configured logical channel, and the terminal device itself determines the value of the control parameter corresponding to each logical channel.
  • FIG. 12 is a flowchart of still another method for delaying a scheduling request according to an embodiment of the present invention. As shown in Figure 12, the method includes:
  • Step 1200 The terminal device starts the ISM working time, and the buffer status report has been triggered.
  • Step 1202 The scheduling request process for the terminal device is not triggered.
  • the method may further include:
  • Step 1203 Immediately trigger a scheduling request process for the terminal device.
  • the method may further include:
  • Step 1204 the ISM working time of the terminal device ends, and the LTE working time starts, that is, the terminal device enters the LTE working state;
  • Step 1205 The terminal device determines whether the scheduling request needs to be triggered when there is a triggered buffer status report. When it is determined that the scheduling request needs to be triggered, the terminal device performs step 1203 to trigger the scheduling request process.
  • the triggering condition of the scheduling request process may be the prior art, and details are not described herein again.
  • the embodiment of the present invention further provides a terminal device, as shown in FIG. 13, the terminal device includes: a second delay determiner 1301 and a delay trigger requester 1302;
  • the second delay determiner 1301 determines whether to allow the delay scheduling request according to the control parameter for indicating whether to allow the delay of the logical channel of the trigger buffer status report after triggering the buffer status report and when the scheduling request needs to be triggered;
  • the delay trigger requester 1302 delays triggering the scheduling request process for the terminal device when the second delay determiner 1301 allows the delay.
  • the terminal device may further include: a request determiner 1303 and a trigger requester 1304;
  • the request determiner 1303 is configured to determine whether the scheduling request needs to be triggered after the terminal device restarts the LTE working state and has a triggered buffer status report;
  • the trigger requester 1304 triggers the scheduling request process when the request determiner 1303 determines that the scheduling request needs to be triggered.
  • the trigger requester 1304 can also be used to immediately trigger the scheduling request process when the second delay determiner 1301 does not allow the delay.
  • the scheduling request may be delayed, and the ISM system and the LTE system are prevented from being mutually interference.
  • the embodiment of the invention provides a method for delaying a scheduling request, in which the terminal device has entered the ISM working state by the LTE working state. As shown in Figure 14, the method includes:
  • Step 1401 After triggering the scheduling request process, the terminal device determines, according to the control parameter of the logical channel that triggers the scheduling request process, whether to allow the delay, whether to allow the delay scheduling request, and sets a second delay flag according to the determination result;
  • Step 1402 When it is required to send a scheduling request, determine, according to the second delay flag, whether the delay is allowed;
  • Step 1403 when determining the allowable delay, delay sending a scheduling request to the terminal device.
  • a control parameter may be set for each logical channel, where the control parameter is used to indicate whether the scheduling request or the random access procedure allows delay when the logical channel causes a scheduling request or a random access procedure to be initiated.
  • control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the base station configures a logical channel for the terminal device
  • the value of the control parameter corresponding to the logical channel is configured at the same time, and a parameter may be reset, or the current parameter, for example, logicalCh dSR-Ma S k
  • control parameter may also be set by the terminal device, and a control parameter may be set for each configured logical channel, and the terminal device itself determines the value of the control parameter corresponding to each logical channel. It can be seen from the above that, according to the control parameter, it is determined whether the logical channel is allowed to delay, and the scheduling request can be delayed to avoid mutual interference between the ISM system and the LTE system.
  • FIG. 15 is a flowchart of still another method for delaying a scheduling request according to an embodiment of the present invention. As shown in Figure 15, the method includes:
  • Step 1500 The terminal device starts the ISM working time, and the scheduling request process has been triggered.
  • Step 1501 Determine, according to the control parameter of the logical channel that triggers the scheduling request process, whether to allow the delay, whether to allow the scheduling request to be delayed, and according to the judgment As a result, a second delay flag is set;
  • Step 1502 when the scheduling request needs to be sent, according to the second delay flag bit to determine whether to allow the delay scheduling request; if the delay is allowed, then step 503;
  • Step 1503 The scheduling request for the terminal device is not sent.
  • the terminal device when determining whether the logical channel triggering the scheduling request allows the scheduling request or the random access procedure, the terminal device sets a second delay flag, for example, setting SR_flag. When there is a triggered scheduling request waiting for transmission, the terminal device further determines, according to the SR_flag, whether the scheduling request is allowed to be delayed.
  • the method may further include:
  • Step 1504 it is determined whether there is a dedicated physical uplink control channel (PUCCH, Physical uplink control channel) resource; when it is determined that there is no dedicated physical uplink control channel resource, step 1505 is performed;
  • PUCCH Physical uplink control channel
  • Step 1505 The terminal device triggers a random access procedure.
  • the terminal device if the terminal device does not have a dedicated PUCCH resource to send a scheduling request in any one subframe, the terminal device triggers a random access procedure.
  • the method may further include:
  • Step 1506 The terminal device sends a scheduling request in the current subframe.
  • the terminal device may further perform step 1505 to trigger the random access procedure.
  • the method may further include:
  • Step 1507 the ISM working time of the terminal device ends, and the LTE working time begins, that is, The terminal device re-enters the LTE working state.
  • Step 1508 determining whether the second delay flag is an allowable delay; if the delay is allowed, resetting the second delay flag to a disallowed delay. Then, the terminal device performs step 1504.
  • the terminal device if SR_flag indicates the allowable delay, the terminal device does not transmit the scheduling request.
  • the terminal device reset flag SR_flag is not allowed to delay.
  • the terminal device determines that the triggered scheduling request is waiting for transmission, the terminal device performs step 1504 to determine whether there is a dedicated physical uplink control channel resource PUCCH to send the scheduling request.
  • the embodiment of the present invention further provides a terminal device.
  • the terminal device includes: a flag bit setter 1601, a third delay determiner 1602, and a delayed transmission requester 1603; wherein the flag bit setter 1601 is triggered.
  • the third delay determiner 1602 is configured to determine, according to the second delay flag bit, whether the delay is allowed when the scheduling request needs to be sent;
  • the delayed transmission requester 1603 delays the transmission of the scheduling request when determining the allowable delay based on the second delay flag.
  • the terminal device may further include: a flag bit resetter 1607, a resource determiner 1604, and a random access device 1605;
  • the flag resetter 1607 determines whether the second delay flag is an allowable delay after the terminal device restarts the LTE working state; if the delay is allowed, resetting the second delay flag to a disallowed delay;
  • the resource determiner 1604 is configured to determine whether there is a dedicated physical uplink control channel resource after the flag bit resetter 1607 resets the second delay flag to a delay.
  • the resource determiner 1604 is further configured to: when the third delay determiner 1602 determines that the delay is not allowed according to the second delay flag, determine whether there is a dedicated physical uplink control channel resource; the random accessor 1605 determines at the resource determiner 1604. When there is no dedicated physical uplink control channel resource, the random access procedure is triggered.
  • the terminal device may further include: a requesting device 1606, when the resource determiner 1604 determines that there is a dedicated physical uplink control channel resource in the current subframe, in the current sub- The frame sends a scheduling request.
  • the random access device 1605 is further configured to: when the number of times the sending requester 1606 sends the scheduling request reaches the maximum number of transmissions, trigger the random access procedure.
  • the scheduling request process may be triggered, whether the logical channel is allowed to delay according to the control parameter, and the scheduling request is not sent when the delay is allowed, the scheduling request may be delayed, and the ISM system and the LTE system are prevented from being mutually interference.
  • the embodiment of the present invention further provides a method for delaying a scheduling request. As shown in FIG. 17, the method includes:
  • Step 1701 The base station sets a control parameter when configuring a logical channel for the terminal device.
  • the control parameter is used to indicate whether the logical channel allows the scheduling request to be delayed after the terminal device enters the ISM working state.
  • Step 1702 The base station sends the control parameter to the terminal device.
  • a control parameter may be set for each logical channel, where the control parameter is used to indicate whether the scheduling request or the random access procedure allows delay when the logical channel causes a scheduling request or a random access procedure to be initiated.
  • control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the control parameter may be set by the base station when configuring the logical channel, and the control parameter may be added to the configuration parameter of the logical channel.
  • the base station configures a logical channel for the terminal device
  • the value of the control parameter corresponding to the logical channel is configured at the same time, and a parameter may be reset, or the current parameter, for example, logicalCh dSR-Ma S k
  • the embodiment of the present invention further provides a base station.
  • the base station includes: a parameter setting device 1801 and a parameter transmitter 1802;
  • the parameter setter 1801 sets a control parameter when configuring a logical channel for the terminal device; the control parameter is used to indicate whether the logical channel allows the scheduling request to be delayed after the terminal device enters the ISM working state;
  • Parameter transmitter 1802 sends the control parameters to the terminal device.
  • the base station sets the control parameters for the logical channel, so that the terminal device determines whether the logical channel is allowed to delay according to the control parameter, and can delay the transmission of the scheduling request, thereby avoiding mutual interference between the ISM system and the LTE system.
  • FIG. 19 is a schematic block diagram showing a system configuration of a terminal device 1900 according to an embodiment of the present invention, The first delay determiner 1001 and the delay trigger reporter 1002 described in Embodiment 1 are included.
  • FIG. 20 is a schematic block diagram showing the system configuration of the terminal device 2000 according to the embodiment of the present invention, which includes the second delay determiner 1301 and the delay trigger requester 1302 described in Embodiment 2.
  • 21 is a schematic block diagram showing the system configuration of the terminal device 2100 according to the embodiment of the present invention, which includes the flag bit setter 1601, the third delay determiner 1602, and the delayed transmission requester 1603 described in Embodiment 3.
  • 19 through 21 are exemplary; other types of structures may be used in addition to or in place of the structure to implement telecommunications functions or other functions.
  • the terminal device 1900, 2000 or 2100 further includes a central processing unit 1001, a communication module 110, an input unit 120, an audio processing unit 130, a memory 140, a camera 150, a display 160, and a power supply 170.
  • the central processing unit 1001 (sometimes referred to as a controller or operational control, which may include a microprocessor or other processor device and/or logic device) receives input and controls various portions and operations of the terminal device.
  • Input unit 120 provides input to central processor 1001.
  • the input unit 120 is, for example, a button or a touch input device.
  • the camera 150 is for taking in image data, and supplies the taken image data to the central processing unit 1001 for use in a conventional manner, for example, for storing, transmitting, and the like.
  • a power source 170 is used to provide power to the terminal device.
  • the display 160 is used to display a display object such as an image and a text.
  • the display may be, for example, an LCD display, but is not limited thereto.
  • Memory 140 is coupled to central processor 1001.
  • the memory 140 can be a solid state memory such as a read only memory (ROM), a random access memory (RAM), a SIM card, and the like. It may also be a memory that retains information even when the power is turned off, can be selectively erased, and is provided with more data, an example of which is sometimes referred to as EPROM or the like. Memory 140 can also be some other type of device.
  • Memory 140 includes a buffer memory 141 (sometimes referred to as a buffer).
  • the memory 140 may include an application/function storage 142 for storing applications and function programs or a flow for performing operations of the terminal device through the central processing unit 1001.
  • the memory 140 may also include a data storage portion 143 for storing data such as contacts, digital data, pictures, sounds, and/or any other data used by the terminal device.
  • the driver storage unit 144 of the memory 140 may include a terminal device for Communication functions and/or various drivers for performing other functions of the terminal device (such as messaging applications, address book applications, etc.).
  • the communication module 110 is a transmitter/receiver 110 that transmits and receives signals via the antenna 111.
  • a communication module (transmitter/receiver) 110 is coupled to the central processing unit 1001 to provide an input signal and receive an output signal, which can be the same as in the case of a conventional mobile phone.
  • a plurality of communication modules 110 may be provided in the same terminal device.
  • a communication module (transmitter/receiver) 110 is also coupled via audio processor 130 to speaker 131 and microphone 132 to provide an audio output via speaker 131 and to receive audio input from microphone 132 to effect the usual telecommunications functions.
  • Audio processor 130 may include any suitable buffer, decoder, amplifier, or the like.
  • the audio processor 130 is also coupled to the central processing unit 100 so that it is possible to record on the local unit through the microphone 132, and it is possible to play the sound stored on the unit through the speaker 131.
  • the embodiment of the present invention further provides a computer readable program, wherein when the program is executed in the terminal device, the program causes the computer to execute the delay scheduling request according to Embodiments 1 to 3 in the terminal device .
  • the embodiment of the present invention further provides a storage medium storing a computer readable program, wherein the computer readable program causes the computer to execute the method of delay scheduling request according to Embodiments 1 to 3 in the terminal device.
  • the embodiment of the present invention further provides a computer readable program, wherein when the program is executed in a base station, the program causes the computer to execute the method of delay scheduling request as described in Embodiment 4 in the base station.
  • the embodiment of the present invention further provides a storage medium storing a computer readable program, wherein the computer readable program causes the computer to execute the method of delay scheduling request as described in Embodiment 4 in a base station.
  • the above apparatus and method of the present invention may be implemented by hardware, or may be implemented by hardware in combination with software.
  • the present invention relates to a computer readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to cause the logic component to implement the various methods described above Or steps.
  • the present invention also relates to a storage medium for storing the above program, such as a hard disk, a magnetic disk, an optical disk, a DVD, a flash memory, or the like.

Description

延迟调度请求的方法、 终端设备及基站 技术领域
本发明涉及一种通信领域， 特别涉及一种延迟调度请求 （SR , Scheduling Request) 的方法、 终端设备及基站。 背景技术
为了实现用户无处不在的接入网络， 终端设备需要安装多套收发机 以接入不同的网络。例如，终端设备可以同时安装有长期演进（LTE, Long Term Evolution)系统， 工业科学医学（ISM, Industrial Scientific Medical) 系统 （例如 WiFi、 蓝牙 BlueTooth等） 的收发机。 由于同一终端设备内 多套收发机距离非常近， 一个系统发射机的功率可能会远高于另外一个 系统接收机的功率。
图 1给出了一个干扰共存的示例，如图 1所示，终端设备可包括 LTE 系统、 GPS系统和蓝牙/ WiFi系统， LTE系统可能对蓝牙/ WiFi系统产生 干扰， 蓝牙/ WiFi系统也可能对 LTE系统产生干扰。如果不同系统的工作 频带间隔较远， 通过滤波技术可以很好的控制发射信号对接收信号造成 的干扰。
然而， 对于有些场景， 例如， 当同一终端设备内不同系统的工作频 段非常接近时， 目前的滤波技术不足以提供有效的干扰避免。 因此针对 这样的场景， 为了实现终端设备内多种系统收发机共存时的干扰避免， 除了滤波技术外， 还需要考虑其他的方法。
目前， 3GPP主要考虑了下述系统共存的场景。
(1) LTE和 WiFi系统共存
(2) LTE和 Bluetooth系统共存
(3) LTE 和全球导航卫星系统 （GNSS , Global Navigation Satellite System) 共存
而在上述系统共存的场景中， 会出现的干扰问题包括：
(1)在 LTE系统的 Band 40， LTE系统的信号发送会对 ISM系统的信 号接收造成干扰； (2)在 LTE系统的 Band 40， ISM系统的信号发送会对 LTE系统的信 号接收造成干扰；
(3)在 LTE系统的 Band 7， LTE系统的信号发送会对 ISM系统的信 号接收造成干扰；
(4)在 LTE系统的 Band 7/13/14， LTE系统的信号发送会对 GNSS系 统的信号接收造成干扰
为了避免上述场景下的共存干扰， 其中一种方法为采用时分复用的 方式， 将两个不同系统的信号发送和信号接收从时间上分开。 图 2 是终 端设备在不同时刻接收 LTE系统信号、以及发送 WiFi或蓝牙信号的实例 示意图。
目前， 3GPP定义了两种实现时分复用的方法。 包括：
(1) 基于自动重传请求 (HARQ)进程预留的方法。 该方法根据 LTE系 统定义的 HARQ进程的时间关系， 为 LTE系统预留部分子帧， 而将其余 的子帧分配给 ISM系统， 即在其余的子帧， 设备终端可以进行 ISM系统 数据的发送和接收。
(2) 基于 LTE系统的非连续接收 (DRX)的方法。该方法利用目前 LTE 系统的 DRX机制，在终端设备的 LTE收发机进入休眠状态后， 终端设备 可以进行 ISM系统数据的发送和接收。
为了实现该方法， 终端设备需要向基站发送其希望的 LTE 系统和 ISM系统工作的周期、 以及在该周期内 LTE系统的工作时间和 ISM系统 的工作时间 (下文将其称为 TDM图样)， 以及其他的一些辅助信息，例如， 干扰类型， 共存模式等。 而后由基站来最终确定 LTE系统和 ISM系统共 存的 TDM图样， 并通过适当的配置 DRX的参数来实现该 TDM图样。 图 3示例了一个终端设备向基站建议的 TDM图样。图 4示例了一个根据 该建议的 TDM图样， 基站最终决定的 DRX的配置。
但是， 在实现本发明的过程中， 发明人发现现有技术的缺陷在于： 在 LTE和 ISM共存的情况下， 当采用 DRX机制时， 如果终端设备已经 进入了 ISM工作状态， 当有 LTE系统的上行数据到达后， 如果按照目前 LTE的方法立即触发调度请求或者随机接入，那么会导致 ISM系统和 LTE 系统同时工作， 因此会造成互相之间的干扰。 应该注意， 上面对技术背景的介绍只是为了方便对本发明的技术方 案进行清楚、 完整的说明， 并方便本领域技术人员的理解而阐述的。 不 能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技 术方案为本领域技术人员所公知。 发明内容
本发明实施例提供一种延迟调度请求的方法、 终端设备及基站， 目 的在于延迟触发或者发送调度请求， 避免 ISM系统和 LTE系统造成互相 之间的干扰。
根据本发明实施例的一个方面， 提供一种延迟调度请求的方法， 应 用于终端设备由 LTE工作状态进入 ISM工作状态之后， 所述方法包括： 第一延迟判断步骤， 终端设备在逻辑信道有上行数据时， 根据所述 逻辑信道的用于指示是否允许延迟的控制参数， 判断是否允许延迟触发 缓存状态报告；
延迟触发报告步骤， 在所述第一延迟判断步骤允许延迟时， 不触发 缓存状态报告并设置第一延迟标志位， 以延迟触发对所述终端设备的调 度请求。
根据本发明实施例的又一个方面， 提供一种延迟调度请求的方法， 应用于终端设备由 LTE工作状态进入 ISM工作状态之后，所述方法包括： 第二延迟判断步骤， 终端设备在触发缓存状态报告之后、 且需要触 发调度请求时， 根据触发所述缓存状态报告的逻辑信道的用于指示是否 允许延迟的控制参数， 来判断是否允许延迟调度请求；
延迟触发请求步骤， 在所述第二延迟判断步骤允许延迟时， 延迟触 发对所述终端设备的调度请求过程。
根据本发明实施例的又一个方面， 提供一种延迟调度请求的方法， 应用于终端设备由 LTE工作状态进入 ISM工作状态之后，所述方法包括： 标志位设置步骤， 终端设备在触发调度请求过程之后， 根据触发所 述调度请求过程的逻辑信道的用于指示是否允许延迟的控制参数， 来判 断是否允许延迟调度请求， 并根据判断结果设置第二延迟标志位；
第三延迟判断步骤， 在需要发送调度请求时， 根据所述第二延迟标 志位判断是否允许延迟；
延迟发送请求步骤， 在确定允许延迟时， 延迟发送对所述终端设备 的调度请求。
根据本发明实施例的又一个方面， 提供一种延迟调度请求的方法， 所述方法包括：
基站在为终端设备配置逻辑信道时设置控制参数； 所述控制参数用 于指示在所述终端设备进入 ISM工作状态后， 所述逻辑信道是否允许延 迟；
所述基站将所述控制参数发送给所述终端设备。
根据本发明实施例的又一个方面， 提供一种终端设备， 所述终端设 备包括：
第一延迟判断器， 在逻辑信道有上行数据时， 根据所述逻辑信道的 用于指示是否允许延迟的控制参数， 判断是否允许延迟触发缓存状态报 告. 延迟触发报告器， 在所述第一延迟判断器允许延迟时， 不触发缓存 状态报告并设置第一延迟标志位， 以延迟触发对所述终端设备的调度请 求。
根据本发明实施例的又一个方面， 提供一种终端设备， 所述终端设 备包括：
第二延迟判断器， 在触发缓存状态报告之后、 且需要触发调度请求 时， 根据触发所述缓存状态报告的逻辑信道的用于指示是否允许延迟的 控制参数， 来判断是否允许延迟调度请求；
延迟触发请求器， 在所述第二延迟判断器允许延迟时， 延迟触发对 所述终端设备的调度请求过程。
根据本发明实施例的又一个方面， 提供一种终端设备， 所述终端设 备包括：
标志位设置器， 在触发调度请求过程之后， 根据触发所述调度请求 过程的逻辑信道的用于指示是否允许延迟的控制参数， 来判断是否允许 延迟调度请求， 并根据判断结果设置第二延迟标志位；
第三延迟判断器， 在需要发送调度请求时， 根据第二延迟标志位判 断是否允许延迟；
延迟发送请求器， 在确定允许延迟时， 延迟发送调度请求。
根据本发明实施例的又一个方面， 提供一种基站， 所述基站包括： 参数设置器， 在为终端设备配置逻辑信道时设置控制参数； 所述控 制参数用于指示在所述终端设备进入 ISM工作状态后， 所述逻辑信道是 否允许延迟调度请求；
参数发送器， 将所述控制参数发送给所述终端设备。
根据本发明实施例的又一个方面， 提供一种计算机可读程序， 其中 当在终端设备中执行所述程序时， 所述程序使得计算机在所述终端设备 中执行如上所述的延迟调度请求的方法。
根据本发明实施例的又一个方面， 提供一种存储有计算机可读程序 的存储介质， 其中所述计算机可读程序使得计算机在终端设备中执行如 上所述的延迟调度请求的方法
根据本发明实施例的又一个方面， 提供一种计算机可读程序， 其中 当在基站中执行所述程序时， 所述程序使得计算机在所述基站中执行如 上所述的延迟调度请求的方法。
根据本发明实施例的又一个方面， 提供一种存储有计算机可读程序 的存储介质， 其中所述计算机可读程序使得计算机在基站中执行如上所 述的延迟调度请求的方法。
本发明实施例的有益效果在于， 通过根据控制参数判断逻辑信道是 否允许延迟， 可以延迟触发调度请求、或者延迟发送调度请求，避免 ISM 系统和 LTE系统造成互相之间的干扰。
参照后文的说明和附图， 详细公开了本发明的特定实施方式， 指明 了本发明的原理可以被采用的方式。 应该理解， 本发明的实施方式在范 围上并不因而受到限制。 在所附权利要求的精神和条款的范围内， 本发 明的实施方式包括许多改变、 修改和等同。
针对一种实施方式描述和 /或示出的特征可以以相同或类似的方式在 一个或更多个其它实施方式中使用， 与其它实施方式中的特征相组合， 或替代其它实施方式中的特征。
应该强调， 术语"包括 /包含"在本文使用时指特征、 整件、 步骤或组 件的存在， 但并不排除一个或更多个其它特征、 整件、 步骤或组件的存 在或附加。 附图说明
参照以下的附图可以更好地理解本发明的很多方面。 附图中的部件 不是成比例绘制的， 而只是为了示出本发明的原理。 为了便于示出和描 述本发明的一些部分， 附图中对应部分可能被放大或缩小。
在本发明的一个附图或一种实施方式中描述的元素和特征可以与一 个或更多个其它附图或实施方式中示出的元素和特征相结合。 此外， 在 附图中， 类似的标号表示几个附图中对应的部件， 并可用于指示多于一 种实施方式中使用的对应部件。
图 1是现有技术中干扰共存的示例图；
图 2 是现有技术中终端设备在不同时刻接收 LTE系统信号和发送
WiFi或 BlueTooth信号的实例示意图；
图 3是现有技术中终端设备向基站建议的 TDM图样的示意图； 图 4是现有技术中根据图 3的 TDM图样， 基站最终决定的 DRX配 置的示意图；
图 5是 LTE系统的 DRX机制中触发调度请求的示意图；
图 6是本发明实施例的触发调度请求的示意图；
图 7是本发明实施例 1的延迟调度请求的方法的流程图；
图 8是本发明实施例 1的又一延迟调度请求的方法的流程图； 图 9是本发明实施例 1的又一延迟调度请求的方法的流程图； 图 10是本发明实施例 1的终端设备的构成示意图；
图 11是本发明实施例 2的延迟调度请求的方法的流程图； 图 12是本发明实施例 2的又一延迟调度请求的方法的流程图； 图 13是本发明实施例 2的终端设备的构成示意图；
图 14是本发明实施例 3的延迟调度请求的方法的流程图； 图 15是本发明实施例 3的又一延迟调度请求的方法的流程图； 图 16是本发明实施例 3的终端设备的构成示意图；
图 17是本发明实施例 4的延迟调度请求的方法的流程图； 图 18是本发明实施例 4的基站的构成示意图；
图 19是本发明实施例的终端设备的系统结构图；
图 20是本发明实施例的终端设备的又一系统结构图;
图 21是本发明实施例的终端设备的又一系统结构图。
具体实施方式
参照附图， 通过下面的说明书， 本发明的前述以及其它特征将变得 明显。 在说明书和附图中， 具体公开了本发明的特定实施方式， 其表明 了其中可以采用本发明的原则的部分实施方式， 应了解的是， 本发明不 限于所描述的实施方式， 相反， 本发明包括落入所附权利要求的范围内 的全部修改、 变型以及等同物。
图 5是 LTE系统的 DRX机制中触发调度请求的示意图。 如图 5所 示， 在 LTE的 DRX机制中， 不管终端设备是否处于休眠状态， 当终端设 备有上行数据到达后， 如果需要触发调度请求或者随机接入， 那么终端 设备会立即触发调度请求或者随机接入， 然后会停止休眠状态， 转入激 活状态来监听基站的物理下行控制信道。
在 LTE和 ISM共存的情况下， 当采用 DRX机制时， 如果终端设备 已经进入了 ISM工作状态， 当有 LTE系统的上行数据到达后， 如果按照 目前 LTE的方法， 立即触发调度请求或者随机接入， 那么会导致 ISM系 统和 LTE系统同时工作， 因此会造成互相之间的干扰。 为了避免出现该 情况， 可以允许终端设备来延迟发起调度请求和随机接入过程。
图 6是本发明实施例的触发调度请求的示意图。如图 6所示，在 ISM 工作状态期间有 LTE系统的上行数据到达时， 可以延迟触发调度请求或 者延迟发送调度请求， 从而避免 ISM系统和 LTE系统造成互相之间的干 扰。
本发明的实施方式以 LTE系统和 ISM系统共存为例进行介绍，但是 应该理解， 本发明不仅限于 LTE系统和 ISM系统， 可用于任何涉及终端 设备中两种共存的系统。 值得注意的是， 本发明实施例中的调度请求可 以理解为广义上的意义， 还可以包括随机接入过程等。
实施例 1 本发明实施例提供一种延迟调度请求的方法， 终端设备已经由 LTE 工作状态进入了 ISM工作状态。 如图 7所示， 该方法包括：
步骤 701，终端设备在逻辑信道有上行数据时，根据逻辑信道的用于 指示是否允许延迟的控制参数， 来判断是否允许延迟触发缓存状态报告； 步骤 702，在步骤 701允许延迟时，不触发缓存状态报告并设置第一 延迟标志位， 以延迟触发对该终端设备的调度请求。
在本实施例中， 可以对于每条逻辑信道设置一个控制参数， 该控制 参数用来指示由该逻辑信道导致需要发起调度请求或随机接入过程时， 调度请求或随机接入过程是否允许延迟。
具体地， 该控制参数可以由基站在配置逻辑信道时设置， 可以在逻 辑信道的配置参数里面加入该控制参数。 例如， 基站在为终端设备配置 逻辑信道时， 会同时配置该逻辑信道对应的该控制参数的取值， 可以重 新设置一个参数， 也可以利用目前的参数例如 logicalCh dSR-MaSk
具体地， 该控制参数还可以由终端设备设置， 可以为每条配置的逻 辑信道设置一个控制参数， 并由终端设备自己决定每条逻辑信道对应的 该控制参数的取值。
由上述可知， 根据控制参数判断逻辑信道是否允许延迟， 可以延迟 触发调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
在具体实施时， 步骤 701 中的逻辑信道还可以为多条， 可以在其他 逻辑信道上没有数据、 或者其他有数据的逻辑信道的优先级低于当前逻 辑信道的优先级时判断当前逻辑信道是否允许延迟； 或者在重传定时器 超时时判断有数据的逻辑信道是否都允许延迟。 以下通过附图进行详细 说明。
图 8是本发明实施例的又一延迟调度请求的方法的流程图。 如图 8 所示， 该方法包括：
步骤 800， 终端设备开始 ISM工作时间；
步骤 801，在当前逻辑信道上有上行数据到达时，确定其他逻辑信道 上没有数据、 或者有数据的其他逻辑信道的优先级低于当前逻辑信道； 步骤 802，根据当前逻辑信道的控制参数判断当前逻辑信道是否允许 延迟； 在允许延迟时， 执行步骤 803; 步骤 803，不触发缓存状态报告并设置第一延迟标志位， 以延迟触发 对该终端设备的调度请求。
在本实施例中， 为了在重新开始 LTE工作后， 能够立即触发该缓存 状态报告， 终端设备需要设置第一延迟标志位， 例如 BSR_flag， 用来指 示在 ISM工作期间是否有被延迟的缓存状态报告。
如图 8所示， 在步骤 802不允许延迟时， 该方法还可以包括： 步骤 804， 立即触发缓存状态报告。
在本实施例中， 终端设备立即触发该缓存状态报告， 可在没有上行 资源的情况下， 进而触发调度请求或随机接入过程。 可如现有技术所述， 此处不再赘述。
如图 8所示， 该方法还可以包括：
步骤 805， 终端设备的 ISM工作时间结束， LTE工作时间开始， 即 终端设备进入 LTE工作状态；
步骤 806，终端设备根据第一延迟标志位确定有被延迟的缓存状态报 告； 并且， 在有被延迟的缓存状态报告时， 所述终端设备执行步骤 804， 触发缓存状态报告。
在本实施例中， 终端设备可以判断标志位 BSR_flag， 如果 BSR_flag 指示在 ISM工作期间有被延迟的缓存状态报告， 那么终端设备触发缓存 状态报告。
图 9是本发明实施例的又一延迟调度请求的方法的流程图。 如图 9 所示， 该方法包括：
步骤 900， 终端设备开始 ISM工作时间；
步骤 901，缓存状态报告重传定时器超时，确定存在有逻辑信道上有 上行数据等待传输；
步骤 902，根据每一有数据的逻辑信道的控制参数判断是否所有有数 据的逻辑信道均允许延迟； 在均允许延迟时， 执行步骤 903;
步骤 903，不触发缓存状态报告并设置第一延迟标志位， 以延迟触发 对该终端设备的调度请求。
在本实施例中， 该缓存状态报告重传定时器可为 retxBSR-Timer, 在 retxBSR-Timer超时后， 如果有逻辑信道中有上行数据等待传输， 那么终 端设备判断所有有数据传输的逻辑信道导致需要发起调度请求或随机接 入过程时， 是否允许延迟调度请求或随机接入过程。
如图 9所示， 在步骤 902的判断结果为否， 即如果至少有一条有数 据传输的逻辑信道不允许延迟调度请求或随机接入过程时， 该方法还可 以包括：
步骤 904， 立即触发缓存状态报告。
如图 9所示， 该方法还可以包括：
步骤 905， 终端设备的 ISM工作时间结束， LTE工作时间开始， 即 终端设备进入 LTE工作状态；
步骤 906，终端设备根据第一延迟标志位确定有被延迟的缓存状态报 告； 并且， 在有被延迟的缓存状态报告时， 所述终端设备执行步骤 904， 触发缓存状态报告。
在本实施例中， 终端设备可以判断标志位 BSR_flag， 如果 BSR_flag 指示在 ISM工作期间有被延迟的缓存状态报告， 那么终端设备触发缓存 状态报告。
本发明实施例还提供一种终端设备，如图 10所示，该终端设备包括: 第一延迟判断器 1001和延迟触发报告器 1002; 其中，
第一延迟判断器 1001在逻辑信道有上行数据时， 根据逻辑信道的用 于指示是否允许延迟的控制参数， 判断是否允许延迟触发缓存状态报告; 延迟触发报告器 1002在第一延迟判断器 1001允许延迟时， 不触发 缓存状态报告并设置第一延迟标志位， 以延迟触发对终端设备的调度请 求。
在一个实施方式中， 第一延迟判断器 1001具体可以包括： 第一确定 器和第一判断器； 其中，
第一确定器在当前逻辑信道有数据到达时， 确定其他逻辑信道上没 有数据、 或者有数据的其他逻辑信道的优先级低于当前逻辑信道；
第一判断器根据当前逻辑信道的控制参数判断当前逻辑信道是否允 许延迟。
在另一个实施方式中， 第一延迟判断器 1001具体可以包括： 第二确 定器和第二判断器； 其中， 第二确定器用于在缓存状态报告重传定时器超时时， 确定有逻辑信 道上有上行数据等待传输；
第二判断器用于根据每一有数据的逻辑信道的控制参数判断是否所 有有数据的逻辑信道均允许延迟 。
如图 10所示， 该终端设备还可以包括： 延迟报告判断器 1003和触 发报告器 1004; 其中，
延迟报告判断器 1003用于在终端设备重新开始 LTE工作状态之后, 根据第一延迟标志位判断是否有被延迟的缓存状态报告；
触发报告器 1004在延迟报告判断器 1003判断有被延迟的缓存状态 报告时， 触发缓存状态报告。
在本实施例中， 触发报告器 1004还用于在第一延迟判断器 1001不 允许延迟时， 立即触发缓存状态报告。
由上述实施例可知， 在逻辑信道有上行数据等待传输时， 根据控制 参数判断逻辑信道是否允许延迟， 在允许延迟时不触发缓存状态报告， 可以延迟触发调度请求，避免 ISM系统和 LTE系统造成互相之间的干扰。
实施例 2
本发明实施例提供一种延迟调度请求的方法， 终端设备已经由 LTE 工作状态进入了 ISM工作状态。 如图 11所示， 该方法包括：
步骤 1101， 终端设备在触发缓存状态报告之后、 且需要触发调度请 求时， 根据触发缓存状态报告的逻辑信道的用于指示是否允许延迟的控 制参数， 来判断是否允许延迟调度请求；
步骤 1102， 在步骤 1101允许延迟时， 延迟触发对终端设备的调度请 求过程。
在本实施例中， 可以对于每条逻辑信道设置一个控制参数， 该控制 参数用来指示由该逻辑信道导致需要发起调度请求或随机接入过程时， 调度请求或随机接入过程是否允许延迟。
具体地， 该控制参数可以由基站在配置逻辑信道时设置， 可以在逻 辑信道的配置参数里面加入该控制参数。 例如， 基站在为终端设备配置 逻辑信道时， 会同时配置该逻辑信道对应的该控制参数的取值， 可以重 新设置一个参数， 也可以利用目前的参数例如 logicalCh dSR-MaSk 具体地， 该控制参数还可以由终端设备设置， 可以为每条配置的逻 辑信道设置一个控制参数， 并由终端设备自己决定每条逻辑信道对应的 该控制参数的取值。
由上述可知， 根据控制参数判断逻辑信道是否允许延迟， 可以延迟 触发调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
图 12是本发明实施例的又一延迟调度请求的方法的流程图。如图 12 所示， 该方法包括：
步骤 1200，终端设备开始 ISM工作时间，且已经触发缓存状态报告； 步骤 1201， 在需要触发调度请求时， 根据触发缓存状态报告的逻辑 信道的用于指示是否允许延迟的控制参数， 来判断是否允许延迟调度请 求； 在允许延迟时， 执行步骤 1202;
步骤 1202， 不触发对终端设备的调度请求过程。
如图 12所示， 在步骤 1201的判断结果为否， 即不允许延迟调度请 求或随机接入过程时， 该方法还可以包括：
步骤 1203， 立即触发对终端设备的调度请求过程。
如图 12所示， 该方法还可以包括：
步骤 1204， 终端设备的 ISM工作时间结束， LTE工作时间开始， 即 终端设备进入 LTE工作状态；
步骤 1205， 终端设备在有被触发的缓存状态报告时， 判断是否需要 触发调度请求； 在确定需要触发调度请求时， 该终端设备执行步骤 1203， 触发调度请求过程。
在本实施例中， 调度请求过程的触发条件可以采用现有技术， 此处 不再赘述。
本发明实施例还提供一种终端设备，如图 13所示，该终端设备包括: 第二延迟判断器 1301和延迟触发请求器 1302; 其中，
第二延迟判断器 1301在触发缓存状态报告之后、且需要触发调度请 求时， 根据触发缓存状态报告的逻辑信道的用于指示是否允许延迟的控 制参数， 来判断是否允许延迟调度请求；
延迟触发请求器 1302在第二延迟判断器 1301允许延迟时， 延迟触 发对终端设备的调度请求过程。 如图 13所示， 该终端设备还可以包括： 请求判断器 1303和触发请 求器 1304; 其中，
请求判断器 1303用于在终端设备重新开始 LTE工作状态之后、且有 被触发的缓存状态报告时， 判断是否需要触发调度请求；
触发请求器 1304在请求判断器 1303判断需要触发调度请求时， 触 发调度请求过程。
在本实施例中，触发请求器 1304还可以用于在第二延迟判断器 1301 不允许延迟时， 立即触发调度请求过程。
由上述实施例可知， 在已经触发缓存状态报告之后， 根据控制参数 判断逻辑信道是否允许延迟， 在允许延迟时不触发调度请求， 可以延迟 触发调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
实施例 3
本发明实施例提供一种延迟调度请求的方法， 终端设备已经由 LTE 工作状态进入了 ISM工作状态。 如图 14所示， 该方法包括：
步骤 1401， 终端设备在触发调度请求过程之后， 根据触发调度请求 过程的逻辑信道的用于指示是否允许延迟的控制参数， 来判断是否允许 延迟调度请求， 并根据判断结果设置第二延迟标志位；
步骤 1402， 在需要发送调度请求时， 根据第二延迟标志位判断是否 允许延迟；
步骤 1403，在确定允许延迟时，延迟发送对该终端设备的调度请求。 在本实施例中， 可以对于每条逻辑信道设置一个控制参数， 该控制 参数用来指示由该逻辑信道导致需要发起调度请求或随机接入过程时， 调度请求或随机接入过程是否允许延迟。
具体地， 该控制参数可以由基站在配置逻辑信道时设置， 可以在逻 辑信道的配置参数里面加入该控制参数。 例如， 基站在为终端设备配置 逻辑信道时， 会同时配置该逻辑信道对应的该控制参数的取值， 可以重 新设置一个参数， 也可以利用目前的参数例如 logicalCh dSR-MaSk
具体地， 该控制参数还可以由终端设备设置， 可以为每条配置的逻 辑信道设置一个控制参数， 并由终端设备自己决定每条逻辑信道对应的 该控制参数的取值。 由上述可知， 根据控制参数判断逻辑信道是否允许延迟， 可以延迟 发送调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
图 15是本发明实施例的又一延迟调度请求的方法的流程图。如图 15 所示， 该方法包括：
步骤 1500，终端设备开始 ISM工作时间，且已经触发调度请求过程； 步骤 1501， 根据触发调度请求过程的逻辑信道的用于指示是否允许 延迟的控制参数， 来判断是否允许延迟调度请求， 并根据判断结果设置 第二延迟标志位；
步骤 1502， 在需要发送调度请求时， 根据第二延迟标志位判断是否 允许延迟调度请求； 若允许延迟， 则执行步骤 503;
步骤 1503， 不发送对该终端设备的调度请求。
在本实施例中， 终端设备在判断触发该调度请求的逻辑信道是否允 许延迟调度请求或随机接入过程时， 设置第二延迟标志位， 例如设置 SR_flag。当有触发的调度请求等待发送时， 终端设备进一步根据 SR_flag 来判断该调度请求是否允许被延迟发送。
如图 15所示， 在步骤 1502中根据第二延迟标志位确定不允许延迟 时， 该方法还可以包括：
步骤 1504，判断是否有专用的物理上行控制信道（PUCCH, Physical uplink control channel) 资源； 在判断出没有专用的物理上行控制信道资 源时， 执行步骤 1505;
步骤 1505， 终端设备触发随机接入过程。
在本实施例中， 如果该终端设备在任何一个子帧内都没有专用的 PUCCH资源来发送调度请求， 那么终端设备触发随机接入过程。
如图 15所示， 在步骤 1504判断出当前子帧中有专用的物理上行控 制信道资源时， 该方法还可以包括：
步骤 1506， 终端设备在当前子帧发送调度请求。
在本实施例中，在步骤 1506中调度请求的发送次数达到最大传输次 数时， 终端设备还可以执行步骤 1505， 触发随机接入过程。
如图 15所示， 该方法还可以包括：
步骤 1507， 终端设备的 ISM工作时间结束， LTE工作时间开始， 即 终端设备重新进入 LTE工作状态。
步骤 1508，判断第二延迟标志位是否为允许延迟；如果为允许延迟， 重置第二延迟标志位为不允许延迟。 然后， 终端设备执行步骤 1504。
在本实施例中，如果 SR_flag指示允许延迟，那么终端设备不发送调 度请求。 当 ISM工作时间结束， LTE工作时间开始后， 终端设备重置标 志位 SR_flag为不允许延迟。当终端设备判断有触发的调度请求等待发送 时， 那么终端设备执行步骤 1504， 判断是否有专用的物理上行控制信道 资源 PUCCH来发送调度请求。
本发明实施例还提供一种终端设备，如图 16所示，该终端设备包括: 标志位设置器 1601、 第三延迟判断器 1602和延迟发送请求器 1603; 其 中， 标志位设置器 1601在触发调度请求过程之后， 根据触发调度请求过 程的逻辑信道的用于指示是否允许延迟的控制参数， 来判断是否允许延 迟调度请求， 并根据判断结果设置第二延迟标志位；
第三延迟判断器 1602用于在需要发送调度请求时， 根据第二延迟标 志位判断是否允许延迟；
延迟发送请求器 1603在根据第二延迟标志位确定允许延迟时， 延迟 发送调度请求。
如图 16所示， 该终端设备还可以包括： 标志位重置器 1607、 资源判 断器 1604和随机接入器 1605; 其中，
标志位重置器 1607在终端设备重新开始 LTE工作状态之后，判断第 二延迟标志位是否为允许延迟； 如果为允许延迟， 重置第二延迟标志位 为不允许延迟；
资源判断器 1604用于在标志位重置器 1607重置第二延迟标志位为 不允许延迟之后， 判断是否有专用的物理上行控制信道资源；
或者， 资源判断器 1604还用于在第三延迟判断器 1602根据第二延 迟标志位确定不允许延迟时， 判断是否有专用的物理上行控制信道资源; 随机接入器 1605在资源判断器 1604判断没有专用的物理上行控制 信道资源时， 触发随机接入过程。
如图 16所示， 该终端设备还可以包括： 发送请求器 1606， 在资源判 断器 1604判断当前子帧中有专用的物理上行控制信道资源时， 在当前子 帧发送调度请求。
在本实施例中， 随机接入器 1605还可以用于： 在发送请求器 1606 发送调度请求的次数达到最大传输次数时， 触发随机接入过程。
由上述实施例可知， 在已经触发调度请求过程之后， 根据控制参数 判断逻辑信道是否允许延迟， 在允许延迟时不发送调度请求， 可以延迟 发送调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
实施例 4
本发明实施例还提供一种延迟调度请求的方法， 如图 17所示， 该方 法包括：
步骤 1701， 基站在为终端设备配置逻辑信道时设置控制参数； 该控 制参数用于指示在终端设备进入 ISM工作状态后， 该逻辑信道是否允许 延迟调度请求；
步骤 1702， 基站将该控制参数发送给该终端设备。
在本实施例中， 可以对于每条逻辑信道设置一个控制参数， 该控制 参数用来指示由该逻辑信道导致需要发起调度请求或随机接入过程时， 调度请求或随机接入过程是否允许延迟。
具体地， 该控制参数可以由基站在配置逻辑信道时设置， 可以在逻 辑信道的配置参数里面加入该控制参数。 例如， 基站在为终端设备配置 逻辑信道时， 会同时配置该逻辑信道对应的该控制参数的取值， 可以重 新设置一个参数， 也可以利用目前的参数例如 logicalCh dSR-MaSk
本发明实施例还提供一种基站， 如图 18所示， 该基站包括： 参数设 置器 1801和参数发送器 1802; 其中，
参数设置器 1801在为终端设备配置逻辑信道时设置控制参数； 该控 制参数用于指示在终端设备进入 ISM工作状态后， 该逻辑信道是否允许 延迟调度请求；
参数发送器 1802将该控制参数发送给该终端设备。
由上述可知， 通过基站为逻辑信道设置控制参数， 使得终端设备根 据控制参数判断逻辑信道是否允许延迟， 可以延迟发送调度请求， 避免 ISM系统和 LTE系统造成互相之间的干扰。
图 19是本发明实施例的终端设备 1900的系统构成的示意框图， 其 中包括了实施例 1所述的第一延迟判断器 1001和延迟触发报告器 1002。 图 20是本发明实施例的终端设备 2000的系统构成的示意框图， 其中包 括了实施例 2所述的第二延迟判断器 1301和延迟触发请求器 1302。 图 21是本发明实施例的终端设备 2100的系统构成的示意框图，其中包括了 实施例 3所述的标志位设置器 1601、第三延迟判断器 1602和延迟发送请 求器 1603。
图 19至图 21是示例性的； 还可以使用其他类型的结构， 来补充或 代替该结构， 以实现电信功能或其他功能。
如图 19至图 21所示， 终端设备 1900、 2000或 2100还包括中央处 理器 1001、通信模块 110、输入单元 120、音频处理单元 130、存储器 140、 照相机 150、 显示器 160、 电源 170。
该中央处理器 1001 (有时也称为控制器或操作控件， 可以包括微处 理器或其他处理器装置和 /或逻辑装置）接收输入并控制终端设备的各个 部分和操作。输入单元 120向中央处理器 1001提供输入。该输入单元 120 例如为按键或触摸输入装置。 照相机 150用于摄取图像数据， 并将摄取 的图像数据提供给中央处理器 1001， 以按常规方式使用， 例如， 进行存 储、 传送等。
电源 170用于向终端设备提供电力。 显示器 160用于进行图像和文 字等显示对象的显示。 该显示器例如可为 LCD显示器， 但并不限于此。
存储器 140耦合到中央处理器 1001。 该存储器 140可以是固态存储 器， 例如， 只读存储器 （R0M)、 随机存取存储器 (RAM)、 SIM卡等。 还可 以是这样的存储器， 其即使在断电时也保存信息， 可被选择性地擦除且 设有更多数据， 该存储器的示例有时被称为 EPR0M等。 存储器 140还可 以是某种其它类型的装置。存储器 140包括缓冲存储器 141 (有时被称为 缓冲器）。 存储器 140可以包括应用 /功能存储部 142， 该应用 /功能存储 部 142用于存储应用程序和功能程序或用于通过中央处理器 1001执行终 端设备的操作的流程。
存储器 140还可以包括数据存储部 143，该数据存储部 143用于存储 数据， 例如联系人、 数字数据、 图片、 声音和 /或任何其他由终端设备使 用的数据。 存储器 140的驱动程序存储部 144可以包括终端设备的用于 通信功能和 /或用于执行终端设备的其他功能 （如消息传送应用、 通讯录 应用等） 的各种驱动程序。
通信模块 110 即为经由天线 111 发送和接收信号的发送机 /接收机 110。 通信模块 （发送机 /接收机） 110耦合到中央处理器 1001， 以提供 输入信号和接收输出信号， 这可以和常规手机的情况相同。
基于不同的通信技术， 在同一终端设备中， 可以设置有多个通信模 块 110， 如蜂窝网络模块、 蓝牙模块和 /或无线局域网模块等。 通信模块 (发送机 /接收机） 110还经由音频处理器 130耦合到扬声器 131和麦克 风 132， 以经由扬声器 131提供音频输出， 并接收来自麦克风 132的音频 输入， 从而实现通常的电信功能。 音频处理器 130 可以包括任何合适的 缓冲器、 解码器、 放大器等。 另外， 音频处理器 130还耦合到中央处理 器 100， 从而使得可以通过麦克风 132能够在本机上录音， 且使得可以通 过扬声器 131来播放本机上存储的声音。
本发明实施例还提供一种计算机可读程序， 其中当在终端设备中执 行该程序时， 该程序使得计算机在该终端设备中执行如实施例 1 至实施 例 3所述的延迟调度请求的方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质， 其中 该计算机可读程序使得计算机在终端设备中执行如实施例 1 至实施例 3 所述的延迟调度请求的方法。
本发明实施例还提供一种计算机可读程序， 其中当在基站中执行该 程序时， 该程序使得计算机在该基站中执行如实施例 4所述的延迟调度 请求的方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质， 其中 该计算机可读程序使得计算机在基站中执行如实施例 4所述的延迟调度 请求的方法。
本发明以上的装置和方法可以由硬件实现， 也可以由硬件结合软件 实现。 本发明涉及这样的计算机可读程序， 当该程序被逻辑部件所执行 时， 能够使该逻辑部件实现上文所述的装置或构成部件， 或使该逻辑部 件实现上文所述的各种方法或步骤。 本发明还涉及用于存储以上程序的 存储介质， 如硬盘、 磁盘、 光盘、 DVD、 Flash存储器等。 以上结合具体的实施方式对本发明进行了描述， 但本领域技术人员 应该清楚， 这些描述都是示例性的， 并不是对本发明保护范围的限制。 本领域技术人员可以根据本发明的精神和原理对本发明做出各种变型和 修改， 这些变型和修改也在本发明的范围内。

Claims

权 利 要 求 书
1、一种延迟调度请求的方法，应用于终端设备由 LTE工作状态进入 ISM工作状态之后， 所述方法包括：
第一延迟判断步骤， 终端设备在逻辑信道有上行数据时， 根据所述 逻辑信道的用于指示是否允许延迟的控制参数， 判断是否允许延迟触发 缓存状态报告；
延迟触发报告步骤， 在所述第一延迟判断步骤允许延迟时， 不触发 缓存状态报告并设置第一延迟标志位， 以延迟触发对所述终端设备的调 度请求。
2、 根据权利要求 1所述的方法， 所述第一延迟判断步骤具体包括： 第一确定步骤， 在当前逻辑信道有上行数据到达时， 确定其他逻辑 信道上没有数据、 或者有数据的其他逻辑信道的优先级低于所述当前逻 辑信道；
第一判断步骤， 根据所述当前逻辑信道的控制参数判断所述当前逻 辑信道是否允许延迟。
3、 根据权利要求 1所述的方法， 所述第一延迟判断步骤具体包括： 第二确定步骤， 在缓存状态报告重传定时器超时时， 确定有逻辑信 道上有上行数据等待传输；
第二判断步骤， 根据每一有数据的逻辑信道的控制参数判断是否所 有有数据的逻辑信道均允许延迟 。
4、根据权利要求 1所述的方法，在终端设备重新开始 LTE工作状态 之后， 所述方法还包括：
延迟报告判断步骤， 根据所述第一延迟标志位判断是否有被延迟的 缓存状态报告；
触发报告步骤， 在所述延迟报告判断步骤判断有被延迟的缓存状态 报告时， 所述终端设备触发缓存状态报告。
5、 根据权利要求 1所述的方法， 所述控制参数由基站在配置所述逻 辑信道时设置； 或者所述控制参数由所述终端设备为所述逻辑信道设置。
6、一种延迟调度请求的方法，应用于终端设备由 LTE工作状态进入 ISM工作状态之后， 所述方法包括：
第二延迟判断步骤， 终端设备在触发缓存状态报告之后、 且需要触 发调度请求时， 根据触发所述缓存状态报告的逻辑信道的用于指示是否 允许延迟的控制参数， 来判断是否允许延迟调度请求；
延迟触发请求步骤， 在所述第二延迟判断步骤允许延迟时， 延迟触 发所述终端设备的调度请求过程。
7、根据权利要求 6所述的方法，在终端设备重新开始 LTE工作状态 之后， 所述方法还包括：
请求判断步骤， 在有被触发的缓存状态报告时， 判断是否需要触发 调度请求；
触发请求步骤， 在需要触发调度请求时， 所述终端设备触发调度请 求过程。
8、 根据权利要求 6所述的方法， 所述控制参数由基站在配置所述逻 辑信道时设置； 或者所述控制参数由所述终端设备为所述逻辑信道设置。
9、一种延迟调度请求的方法，应用于终端设备由 LTE工作状态进入 ISM工作状态之后， 所述方法包括：
标志位设置步骤， 终端设备在触发调度请求过程之后， 根据触发所 述调度请求过程的逻辑信道的用于指示是否允许延迟的控制参数， 来判 断是否允许延迟调度请求， 并根据判断结果设置第二延迟标志位；
第三延迟判断步骤， 在需要发送调度请求时， 根据所述第二延迟标 志位判断是否允许延迟；
延迟发送请求步骤， 在确定允许延迟时， 延迟发送所述终端设备的 调度请求。
10、 根据权利要求 9所述的方法， 在终端设备重新开始 LTE工作状 态之后， 所述方法还包括：
标志位重置步骤： 判断第二延迟标志位是否为允许延迟； 如果为允 许延迟， 重置第二延迟标志位为不允许延迟；
资源判断步骤， 判断是否有专用的物理上行控制信道资源； 随机接入步骤， 在所述资源判断步骤判断没有专用的物理上行控制 信道资源时， 所述终端设备触发随机接入过程。
11、 根据权利要求 10所述的方法， 所述方法还包括： 发送请求步骤， 在所述资源判断步骤判断当前子帧中有专用的物理 上行控制信道资源时， 所述终端设备在当前子帧发送调度请求。
12、 根据权利要求 11所述的方法， 所述方法还包括： 在所述调度请 求的发送次数达到最大传输次数时， 所述终端设备触发随机接入过程。
13、 根据权利要求 9所述的方法， 所述控制参数由基站在配置所述 逻辑信道时设置； 或者所述控制参数由所述终端设备为所述逻辑信道设 置。
14、 一种延迟调度请求的方法， 所述方法包括：
基站在为终端设备配置逻辑信道时设置控制参数； 所述控制参数用 于指示在所述终端设备进入 ISM工作状态后， 所述逻辑信道是否允许延 迟调度请求；
所述基站将所述控制参数发送给所述终端设备。
15、 一种终端设备， 所述终端设备包括：
第一延迟判断器， 在逻辑信道有上行数据时， 根据所述逻辑信道的 用于指示是否允许延迟的控制参数， 判断是否允许延迟触发缓存状态报 告. 延迟触发报告器， 在所述第一延迟判断器允许延迟时， 不触发缓存 状态报告并设置第一延迟标志位， 以延迟触发对所述终端设备的调度请 求。
16、 根据权利要求 15所述的终端设备， 所述第一延迟判断器具体包 括：
第一确定器， 在当前逻辑信道有上行数据到达时， 确定其他逻辑信 道上没有数据、 或者有数据的其他逻辑信道的优先级低于所述当前逻辑 信道；
第一判断器， 根据所述当前逻辑信道的控制参数判断所述当前逻辑 信道是否允许延迟。
17、 根据权利要求 15所述的终端设备， 所述第一延迟判断器具体包 括：
第二确定器， 在缓存状态报告重传定时器超时时， 确定有逻辑信道 上有上行数据等待传输；
第二判断器， 根据每一有数据的逻辑信道的控制参数判断是否所有 有数据的逻辑信道均允许延迟 。
18、 根据权利要求 15所述的终端设备， 所述终端设备还包括： 延迟报告判断器， 在所述终端设备重新开始 LTE工作状态之后， 根 据所述第一延迟标志位判断是否有被延迟的缓存状态报告；
触发报告器， 在所述延迟报告判断器判断有被延迟的缓存状态报告 时， 触发缓存状态报告。
19、 一种终端设备， 所述终端设备包括：
第二延迟判断器， 在触发缓存状态报告之后、 且需要触发调度请求 时， 根据触发所述缓存状态报告的逻辑信道的用于指示是否允许延迟的 控制参数， 来判断是否允许延迟调度请求；
延迟触发请求器， 在所述第二延迟判断器允许延迟时， 延迟触发对 所述终端设备的调度请求过程。
20、 根据权利要求 19所述的终端设备， 所述终端设备还包括： 请求判断器， 在终端设备重新开始 LTE工作状态之后、 且有被触发 的缓存状态报告时， 判断是否需要触发调度请求；
触发请求器， 在所述请求判断器判断需要触发调度请求时， 触发调 度请求过程。
21、 一种终端设备， 所述终端设备包括：
标志位设置器， 在触发调度请求过程之后， 根据触发所述调度请求 过程的逻辑信道的用于指示是否允许延迟的控制参数， 来判断是否允许 延迟调度请求， 并根据判断结果设置第二延迟标志位；
第三延迟判断器， 在需要发送调度请求时， 根据所述第二延迟标志 位判断是否允许延迟；
延迟发送请求器， 在根据所述第二延迟标志位确定允许延迟时， 延 迟发送调度请求。
22、 根据权利要求 21所述的终端设备， 所述终端设备还包括： 标志位重置器： 在终端设备重新开始 LTE工作状态之后， 判断所述 第二延迟标志位是否为允许延迟； 如果为允许延迟， 重置第二延迟标志 位为不允许延迟；
资源判断器， 判断是否有专用的物理上行控制信道资源；
随机接入器， 在所述资源判断器判断没有专用的物理上行控制信道 资源时， 触发随机接入过程。
23、 根据权利要求 22所述的终端设备， 所述终端设备还包括： 发送请求器， 在所述资源判断器判断当前子帧中有专用的物理上行 控制信道资源时， 在当前子帧发送调度请求。
24、 根据权利要求 23所述的终端设备， 所述随机接入器还用于： 在 所述发送请求器发送调度请求的次数达到最大传输次数时， 触发随机接 入过程。
25、 一种基站， 所述基站包括：
参数设置器， 在为终端设备配置逻辑信道时设置控制参数； 所述控 制参数用于指示在所述终端设备进入 ISM工作状态后， 所述逻辑信道是 否允许延迟调度请求；
参数发送器， 将所述控制参数发送给所述终端设备。
26、 一种计算机可读程序， 其中当在终端设备中执行所述程序时， 所述程序使得计算机在所述终端设备中执行如权利要求 1至 13任意一项 所述的延迟调度请求的方法。
27、 一种存储有计算机可读程序的存储介质， 其中所述计算机可读 程序使得计算机在终端设备中执行如权利要求 1至 13任意一项所述的延 迟调度请求的方法。
28、 一种计算机可读程序， 其中当在基站中执行所述程序时， 所述 程序使得计算机在所述基站中执行如权利要求 14所述的延迟调度请求的 方法。
29、 一种存储有计算机可读程序的存储介质， 其中所述计算机可读 程序使得计算机在基站中执行如权利要求 14 所述的延迟调度请求的方 法。
PCT/CN2011/073356 2011-04-27 2011-04-27 延迟调度请求的方法、终端设备及基站 WO2012145896A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/073356 WO2012145896A1 (zh) 2011-04-27 2011-04-27 延迟调度请求的方法、终端设备及基站
CN201180069044.4A CN103404200B (zh) 2011-04-27 2011-04-27 延迟调度请求的方法、终端设备及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/073356 WO2012145896A1 (zh) 2011-04-27 2011-04-27 延迟调度请求的方法、终端设备及基站

Publications (1)

Publication Number Publication Date
WO2012145896A1 true WO2012145896A1 (zh) 2012-11-01

Family

ID=47071551

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073356 WO2012145896A1 (zh) 2011-04-27 2011-04-27 延迟调度请求的方法、终端设备及基站

Country Status (2)

Country Link
CN (1) CN103404200B (zh)
WO (1) WO2012145896A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107277856A (zh) * 2017-05-05 2017-10-20 电信科学技术研究院 一种配置、触发缓冲区状态上报的方法及装置
WO2019015513A1 (zh) * 2017-07-21 2019-01-24 夏普株式会社 无线通信方法和设备
CN110121204A (zh) * 2013-03-29 2019-08-13 华为技术有限公司 一种通信方法、移动管理实体设备、通信设备、存储介质及通信系统
CN110312317A (zh) * 2013-12-31 2019-10-08 华为技术有限公司 一种控制数据传输的方法、装置以及系统
CN113597002A (zh) * 2020-04-30 2021-11-02 维沃移动通信有限公司 下行接收触发方法、终端和网络侧设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102355606B1 (ko) * 2017-06-15 2022-01-27 삼성전자 주식회사 복수의 서비스를 효율적으로 지원하기 위한 스케쥴링 리퀘스트 수행 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101491133A (zh) * 2007-01-02 2009-07-22 T-移动国际股份公司 通过集成了gps接收机的移动无线终端设备获取移动无线网的特征量的方法
WO2009116939A2 (en) * 2008-03-21 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) Prohibiting unnecessary scheduling requests for uplink grants
WO2010090565A1 (en) * 2009-02-09 2010-08-12 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a wireless communication system
CN101911754A (zh) * 2008-01-08 2010-12-08 日本电气株式会社 缓冲状态报告(bsr)信息传输的触发的最优化方法
CN102027761A (zh) * 2008-05-15 2011-04-20 哈里斯施特拉特克斯网络运行公司 用于无线网络中的分布式数据路由的系统和方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8315234B2 (en) * 2007-09-24 2012-11-20 Wi-Lan, Inc. Time multiplexing for coexistence within multiple communication systems
JP5321075B2 (ja) * 2009-01-16 2013-10-23 ソニー株式会社 無線通信端末

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101491133A (zh) * 2007-01-02 2009-07-22 T-移动国际股份公司 通过集成了gps接收机的移动无线终端设备获取移动无线网的特征量的方法
CN101911754A (zh) * 2008-01-08 2010-12-08 日本电气株式会社 缓冲状态报告(bsr)信息传输的触发的最优化方法
WO2009116939A2 (en) * 2008-03-21 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) Prohibiting unnecessary scheduling requests for uplink grants
CN102027761A (zh) * 2008-05-15 2011-04-20 哈里斯施特拉特克斯网络运行公司 用于无线网络中的分布式数据路由的系统和方法
WO2010090565A1 (en) * 2009-02-09 2010-08-12 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a wireless communication system

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110121204A (zh) * 2013-03-29 2019-08-13 华为技术有限公司 一种通信方法、移动管理实体设备、通信设备、存储介质及通信系统
CN110121204B (zh) * 2013-03-29 2024-01-05 华为技术有限公司 一种通信方法、移动管理实体设备、通信设备、存储介质及通信系统
CN110312317A (zh) * 2013-12-31 2019-10-08 华为技术有限公司 一种控制数据传输的方法、装置以及系统
CN110312317B (zh) * 2013-12-31 2021-10-26 华为技术有限公司 一种控制数据传输的方法、装置以及系统
CN107277856A (zh) * 2017-05-05 2017-10-20 电信科学技术研究院 一种配置、触发缓冲区状态上报的方法及装置
WO2019015513A1 (zh) * 2017-07-21 2019-01-24 夏普株式会社 无线通信方法和设备
CN113597002A (zh) * 2020-04-30 2021-11-02 维沃移动通信有限公司 下行接收触发方法、终端和网络侧设备
CN113597002B (zh) * 2020-04-30 2023-10-20 维沃移动通信有限公司 下行接收触发方法、终端和网络侧设备

Also Published As

Publication number Publication date
CN103404200A (zh) 2013-11-20
CN103404200B (zh) 2016-08-24

Similar Documents

Publication Publication Date Title
JP6401336B2 (ja) 不連続及び周期的ｐｕｓｃｈ送信を伴う無線アクセス技術
WO2021031934A1 (zh) 边链路非连续发送、接收方法与装置及终端设备
TWI482523B (zh) 處理觸發暫存器狀態報告之計時器的方法及通訊裝置
WO2012145905A1 (zh) 工作状态的控制方法及终端设备
TWI526030B (zh) 連接模式不連續接收之調回協調
WO2021088009A1 (zh) 反馈方法、反馈装置及存储介质
WO2019205061A1 (zh) Harq反馈方法及装置
WO2012145896A1 (zh) 延迟调度请求的方法、终端设备及基站
WO2018086121A1 (zh) 获取、传输harq反馈信息的方法及装置
WO2014047878A1 (zh) 资源重配方法、基站及用户设备
WO2018022863A1 (en) Differential scheduling for real-time communication services
EP4057549A1 (en) Feedback method, feedback apparatus and storage medium
WO2022193149A1 (zh) 波束确定方法、波束确定装置及存储介质
WO2021007786A1 (zh) 数据传输方法、装置及存储介质
WO2019192021A1 (zh) 上行资源请求方法及装置
WO2020186489A1 (zh) 信道检测机制的确定方法、装置、设备及存储介质
US11540214B2 (en) Timer adjustment method and device
WO2020258041A1 (zh) 数据传输方法、装置、系统及存储介质
WO2018027997A1 (zh) 上行信号传输方法、终端设备和网络设备
WO2020124499A1 (zh) 传输上行信息的方法、装置、基站及终端
EP3996465B1 (en) Method and apparatus for controlling active time, and computer-readable storage medium
WO2020164052A1 (zh) 资源确定方法及装置
WO2022194000A1 (zh) 上行发送处理方法、装置、终端及可读存储介质
JP7457735B2 (ja) 無線通信の方法及び端末デバイス
US20230262691A1 (en) Uplink transmission sending method and apparatus, uplink transmission receiving method and apparatus, communication device, and medium

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: 11864346

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11864346

Country of ref document: EP

Kind code of ref document: A1