WO2019085607A1 - Drx配置下的上行传输方法及装置、设备、存储介质 - Google Patents

Drx配置下的上行传输方法及装置、设备、存储介质 Download PDF

Info

Publication number
WO2019085607A1
WO2019085607A1 PCT/CN2018/102310 CN2018102310W WO2019085607A1 WO 2019085607 A1 WO2019085607 A1 WO 2019085607A1 CN 2018102310 W CN2018102310 W CN 2018102310W WO 2019085607 A1 WO2019085607 A1 WO 2019085607A1
Authority
WO
WIPO (PCT)
Prior art keywords
timer
pdcch
retransmission
new transmission
base station
Prior art date
Application number
PCT/CN2018/102310
Other languages
English (en)
French (fr)
Inventor
李娜
陈卓
陈俊
Original Assignee
中国移动通信有限公司研究院
中国移动通信集团有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国移动通信有限公司研究院, 中国移动通信集团有限公司 filed Critical 中国移动通信有限公司研究院
Publication of WO2019085607A1 publication Critical patent/WO2019085607A1/zh

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the embodiments of the present disclosure relate to, but are not limited to, a discontinuous reception (DRX) technology, and in particular, to an uplink transmission method and apparatus, device, and storage medium in a DRX configuration.
  • DRX discontinuous reception
  • VoLTE Voice over Long Term Evolution
  • 4G fourth generation
  • the subsequent base station After the user equipment (UE) reports the buffer status report (BSR), the subsequent base station sends the physical downlink control channel (PDCCH) subframe time of the scheduling UE to enter the DRX sleep period, and the UE At the same time, the base station of some manufacturers does not re-schedule the UE when the UE enters the active state, causing the Packet Data Convergence Protocol (PDCP) discard timer (discard timer) to be discarded, and the current PDCP discarding timing.
  • the timer is set to be 100 milliseconds (ms) to 300 ms. The PDCP discard timer will actively discard packets when the timer expires.
  • the embodiments of the present disclosure provide an uplink transmission method, apparatus, device, and storage medium in a DRX configuration.
  • This embodiment provides an uplink transmission method in a DRX configuration, where the method includes:
  • the timer starts to start timing
  • the UE monitors a physical downlink control channel (PDCCH) subframe within the timer timing duration;
  • PDCCH physical downlink control channel
  • the UE If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs trigger data new transmission/retransmission.
  • Another embodiment provides an uplink transmission method in a DRX configuration, where the method includes:
  • the first timer After the UE sends the MAC PDU to the base station, the first timer starts to be started; the duration of the first timer is a time from the time when the UE sends the MAC PDU to the physical hybrid automatic retransmission indication channel (PHICH) corresponding to the time.
  • PHICH physical hybrid automatic retransmission indication channel
  • the UE After the first timer expires, the UE continues to listen to neighboring N PDCCH subframes after the timeout; the N is an integer greater than or equal to 1;
  • the UE If the UE receives the PDCCH new transmission/retransmission indication in the neighboring N PDCCH subframes, the UE performs trigger data new transmission/retransmission.
  • a further embodiment provides an uplink transmission device in a DRX configuration, the device comprising a first activation unit and a first monitoring unit, wherein:
  • the first initiating unit is configured to send a MAC PDU to the base station, and start a timer to start timing;
  • the first monitoring unit is configured to monitor a PDCCH subframe within the timer timing duration
  • the first data new transmission/retransmission unit is configured to: if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs trigger data new transmission/retransmission.
  • a further embodiment provides an uplink transmission device in a DRX configuration, the device comprising a second activation unit and a second monitoring unit, wherein:
  • the second initiating unit is configured to send a media intervention control layer protocol data unit MAC PDU to the base station, and start a first timer, where the duration of the first timer is from a time when the UE sends the MAC PDU to the The time between the PHICH feedback moments corresponding to the time;
  • the second intercepting unit is configured to: after the timeout of the first timer, listen to neighboring N PDCCH subframes after timeout; the N is an integer greater than or equal to 1;
  • the second data new transmission/retransmission unit is configured to: if the UE receives the PDCCH new transmission/retransmission indication in the neighboring N PDCCH subframes, the UE performs trigger data new transmission/retransmission.
  • Yet another embodiment provides an uplink transmitter device in a DRX configuration, including a memory, a processor, and a computer program stored on the memory and operable on the processor, the processor implementing the DRX described above when executing the program The steps of the uplink transmission method under configuration.
  • Still another embodiment provides a computer readable storage medium having stored thereon a computer program, the computer program being executed by a processor, the step of the uplink transmission method in the DRX configuration described above.
  • An uplink transmission method and apparatus, device, and storage medium in a DRX configuration wherein, after the UE sends a MAC PDU to the base station, the timer starts to start timing; The UE monitors the physical downlink control channel (PDCCH) subframe; if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs trigger data new transmission/retransmission; thus, the UE can be prevented from actively discarding the packet.
  • PDCCH physical downlink control channel
  • Figure 1 is a schematic structural diagram of a typical DRX cycle
  • FIG. 2 is a schematic structural diagram of a DRX cycle after introducing a DRX-InactivityTimer
  • FIG. 3 is a schematic flowchart of an implementation process of an uplink transmission method in a DRX configuration according to an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart of an implementation process of an uplink transmission method in a DRX configuration according to an embodiment of the present disclosure
  • FIG. 5 is a schematic structural diagram of a DRX cycle when a timer 2 and a timer 3 are used in combination according to an embodiment of the present disclosure
  • 6A is a schematic structural diagram of a structure of an uplink transmission apparatus in a DRX configuration according to an embodiment of the present disclosure
  • 6B is a schematic structural diagram of a structure of an uplink transmission apparatus in a DRX configuration according to an embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a hardware entity of a terminal according to an embodiment of the present disclosure.
  • DRX Radio Resource Control
  • RRC Radio Resource Control
  • the DRX mechanism allows the UE to periodically enter a sleep mode (sleep mode) at certain times without listening to the PDCCH subframe. When it needs to be monitored, it wakes up from the sleep state, so that The UE achieves the purpose of power saving. Although this has a certain impact on the delay of data transmission, if this delay does not affect the user experience, it is meaningful to implement DRX in consideration of the more important power consumption of the UE.
  • a typical DRX cycle is shown in Figure 1.
  • the duration of the "On Duration” is the time when the UE monitors the downlink PDCCH subframe. In the “duration”, the UE is in the awake state. During the period of "DRT sleep time (Opportunity for DRX)", the UE enters sleep and does not monitor the time of the PDCCH subframe in order to save power. It can be seen from this FIG. 1 that the longer the time for DRX sleep, the lower the power consumption of the UE, but the delay of the corresponding service transmission will also increase.
  • the network side has exactly one larger byte of data to be sent to the UE.
  • the data cannot be sent in the subframe 0. .
  • the UE will enter the DRX sleep state in subframe 1 and will not receive any downlink PDSCH data from the network side.
  • the network side can only wait until the end of the DRX cycle, and continue to send data that has not been transmitted to the UE when the next OnDuration time arrives.
  • this processing mechanism is not wrong, it obviously increases the processing delay of the entire service.
  • the drx-Inactivity timer shown in Figure 2 is added to the DRX mechanism.
  • the UE still needs to continue to listen to the downlink PDCCH subframe until the DRX InactivityTimer times out even if the originally configured OnDuration time has expired. After the DRX-InactivityTimer mechanism is added, it obviously reduces the processing delay of data.
  • Figure 2 depicts the role of the DRX-InactivityTimer to reduce the processing delay of the data.
  • the duration of the DRX-InactivityTimer is set too long, the UE has to continue after the data of the network layer has not expired after the data is sent. Listening to the downlink subframes does not allow you to go to sleep in time. In order to let the UE go to sleep as quickly as possible, the system introduces a DRX command related to DRX.
  • the network side detects that no uplink and downlink data can be transmitted, the UE may send a Media Access Control (MAC) Protocol Data Unit (PDU), where the PDU carries a DRX command control unit. .
  • MAC Media Access Control
  • PDU Protocol Data Unit
  • the UE receives this DRX control unit it will stop the OnDurationTimer and DRX-InactivityTimer and enter DRX as soon as possible.
  • One DRX cycle in Figure 1 is equal to the sum of the UE wake-up time (ON-duration) and sleep time.
  • the system can configure a short DRX cycle or a long DRX cycle for the UE according to different service scenarios. For example, when performing VOIP service, the voice codec usually sends a VOIP packet in 20ms, then a DRX short period of 20ms length can be configured, and during a long silent period during a voice call, the DRX long period can be configured.
  • the UE enters a long DRX cycle, and the DRXShortCycleTimer is enabled after the DRX-InactivityTimer times out.
  • OnDurationTimer This parameter indicates the online duration after the UE wakes up in a DRX cycle.
  • the PDCCH subframe number is used as a basic unit. For example, psf6 indicates that the duration of the UE online monitoring is 6 PDCCH subframes. When the UE meets the DRX cycle condition, it will enter the OnDurationTimer.
  • DRX-InactivityTimer This parameter indicates how many PDCCH subframes need to be continuously monitored after the UE successfully decodes a downlink PDCCH. Similarly, the number of PDCCH subframes is used as a basic unit. For example, psf80 indicates that the UE needs to continue to monitor 80 downlink PDCCH subframes before entering the sleep state. The timer is started when a new uplink or downlink transmission is displayed in the PDCCH subframe, and is stopped when the Go-To-Sleep CE is received.
  • DRX-RetransmissionTimer This parameter is used in the scene of downlink retransmission. Since the downlink HARQ adopts the asynchronous retransmission, the UE does not determine when the eNB will retransmit the data, but the UE may not wait for the unrestricted. After all, the UE needs to save power and needs to enter the sleep state, so This retransmission timer is the maximum number of PDCCH subframes that the UE needs to continuously monitor in order to receive the desired downlink retransmission data. Similarly, the number of PDCCH subframes is used as a basic unit.
  • psf8 indicates that the UE needs to continue to wait for a maximum of 8 downlink PDCCH subframes in order to receive downlink retransmission data.
  • the retransmission timer is started when the HARQ RTT timer expires and data in the downlink HARQ buffer is not successfully decoded.
  • the received PDCCH subframe indicates that the process has data transmission or currently belongs to the DL-SPS subframe, the scheduling is stopped. Timer.
  • the HARQ RTT timer expires, it means that the UE can start receiving retransmission data on the eNB side. If the RTT timer has not expired, the eNB will not send retransmission data.
  • DRXStartOffset the meaning of this parameter is from which subframe the DRX cycle starts. For example, the period is 10 subframes, then the range of DRXStartOffset is 0-9; and if the period is 20 subframes, the range of DRXStartOffset is 0-19. , somewhat similar to measuring the gapOffset in GAP
  • longDRX-CycleStartOffset This parameter can represent both the longDRX-Cycle and DRXStartOffset meanings in subframes. For example, long-term selection sf1280, offset selection 0. However, it should be noted that if the short-term (ShortDrx-Cycle) parameter is also configured on the network side, the long period must be configured as an integer multiple of the short period. For example, if the short-cycle configuration is sf64 (64 subframes), then sf80 cannot be configured for a long period because 80 cannot divide 64.
  • This parameter indicates the short period duration used by DRX, in units of subframes, and sf5 indicates that the short period duration (including on-duration time) is 5 subframes.
  • DRXShortCycleTimer This parameter indicates how many subframes continue to enter the long period without receiving the PDCCH in the short period. If the value is 2, it means that the continuous (2 ⁇ short DRX-Cycle) subframes enter the long period without successfully decoding to the PDCCH.
  • the parameters related to the timer are all in units of PDCCH subframes, and the periods related to the period are all in units of subframes.
  • the discontinuous reception mechanism allows the UE to periodically enter a sleep state, does not listen to the PDCCH subframe, and wakes up from sleep only when it needs to be monitored, thereby achieving the purpose of power saving.
  • the DRX related configuration parameters of the VoLTE service in the current network are as follows:
  • OnDurationTimer PSF8 DRX inactive timer (DRX-InactivityTimer) PSF4 DRX timer waiting for retransmission of data (DRXReTxTimer) PSF4
  • SF denotes a subframe
  • SF40 denotes 40 subframes
  • PSF denotes a PDCCH subframe
  • PSF4 denotes 4 PDCCH subframes.
  • the subsequent base station After the user equipment (UE) reports the buffer status report (BSR), the subsequent base station sends the physical downlink control channel (PDCCH) subframe time of the scheduling UE to enter the DRX sleep period, and the UE At the same time, the base station of some manufacturers does not re-schedule the UE when the UE enters the active state, causing the Packet Data Convergence Protocol (PDCP) discard timer (discard timer) to be discarded, and the current PDCP discarding timing.
  • the set duration of the device is 100 milliseconds (ms) to 300 ms, and the PDCP drop timer will actively discard the packet when the timing expires.
  • the protocol does not design a DRX mechanism for the uplink synchronous HARQ situation.
  • the LTE uplink uses synchronous HARQ, and the retransmission may be adaptive or non-adaptive.
  • the base station can only use the synchronous adaptive HARQ.
  • the retransmission through the PHICH feedback is an Acknowledgement (ACK), and the PDCCH indication cannot be immediately received, because the UE cannot monitor the PDCCH at this time during the sleep period.
  • ACK Acknowledgement
  • the imperfection of the protocol causes the uplink synchronous HARQ retransmission to not proceed normally.
  • the base station of some vendors does not perform subsequent processing on the BSR sent by the UE after the UE enters the active state (the next on Duration period), that is, the UL corresponding to the BSR is not delivered. Grant.
  • the terminal does not initiate the SR again until the retxBSR-Timer times out (currently the default setting is 320ms).
  • the retxBSR-Timer has already exceeded the PDCP discard timer (the current network configuration is 100ms to 300ms) when it times out, thus causing the uplink discarding problem.
  • the reason why the UE does not initiate the scheduling request (SR) until the retxBSR-Timer times out is that there are three types of BSRs according to the protocol description: 1. Regular BSR (Regular BSR); 2. Periodic BSR ( Periodic BSR); 3. Fill the BSR (Padding BSR).
  • Regular BSR Regular BSR
  • Periodic BSR Periodic BSR
  • BSR Packet Control Service
  • the UE buffer is not empty, and during this period, the UE may not have high priority data to enter the buffer, so the UE can only wait until the retxBSR-Timer times out (more than 320ms) to trigger.
  • the request is scheduled, and the retxBSR-Timer has already exceeded the PDCP discard timer (the current network configuration is 100ms to 300ms) when it times out, thus causing the uplink discarding problem.
  • This embodiment provides an uplink transmission method in a DRX configuration.
  • the method is applied to a terminal.
  • the function implemented by the method can be implemented by using a processor in the terminal to call the program code.
  • the program code can be saved in the memory, visible.
  • the terminal includes at least a processor and a memory.
  • FIG. 3 is a schematic flowchart of an implementation process of an uplink transmission method in a DRX configuration according to an embodiment of the present disclosure. As shown in FIG. 3, the method includes:
  • Step S301 after the UE sends a MAC PDU to the base station, start a timer to start timing.
  • the MAC PDU includes at least one of the following: a BSR MAC Control Unit (CE); uplink data. That is, the MAC PDU may include only the BSR MAC CE, or only the uplink data, or both the BSR MAC CE and the uplink data.
  • a BSR MAC Control Unit CE
  • uplink data may include only the BSR MAC CE, or only the uplink data, or both the BSR MAC CE and the uplink data.
  • the "post" after the UE sends the MAC PDU to the base station may refer to P time units, such as a subframe, and one timing unit is generally a millisecond or a subframe.
  • P time units such as a subframe
  • one timing unit is generally a millisecond or a subframe.
  • the person skilled in the art can also determine the time when the timer is started according to the moment when the MAC PDU is sent, for example, the time when the MAC PDU is sent is determined as the time when the timer is started, or the time when the MAC PDU is sent is delayed by P times.
  • the unit or the P time unit in advance is used as the time of the dynamic timer.
  • P is equal to 0
  • the time at which the MAC PDU is to be transmitted is determined as the time at which the timer is started.
  • Step S302 The UE monitors a PDCCH subframe within the timer timing duration.
  • Step S303 If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs trigger data new transmission/retransmission.
  • the timers may be of different types.
  • the timer may be a fixed duration timer or an infinite timer.
  • the fixed duration timer is a periodic timer with a fixed duration.
  • the infinitely long timer is not fixed when the specified duration is long, that is, the period of the timer is not fixed. When a certain condition is satisfied, the timer is terminated; in other words, the infinitely long timer is actually a dynamic
  • the periodic timers are discussed separately according to the types of timers:
  • the timer duration of the timer is a fixed duration
  • the method further includes: if the monitored PDCCH subframe receives the PDCCH new transmission/retransmission in the monitored PDCCH subframe Instructing, the UE continues to monitor the physical downlink control channel PDCCH subframe; after the timer expires, the PDCCH is no longer monitored.
  • the timer is a fixed duration timer 1: during the running of the timer, the UE needs to continuously monitor the PDCCH subframe; in the range of the timer 1, if the UE receives the PDCCH new transmission/retransmission indication, it continues to monitor the PDCCH until The timer 1 is timed out, and in response to the PDCCH new transmission/retransmission indication, the UE performs new transmission/retransmission of the trigger data. After the fixed duration timer 1 times out, if the PDCCH new transmission/retransmission indication is not received, the UE does not need to continue to monitor the PDCCH.
  • the timer is a DRX inactivity timer; in the DRX inactivity timer timing duration, the UE monitors the PDCCH subframe, and after the DRX inactivity timer expires, there is no need to continue to monitor the PDCCH.
  • the timer may multiplex the DRX inactive timer (DRX-InactivityTimer), during which the UE monitors the PDCCH subframe, and after the timer expires, there is no need to continue to monitor the PDCCH;
  • DRX-InactivityTimer DRX-InactivityTimer
  • the timer duration of the timer is shorter than the duration of the PDCP discard timer; the method further includes:
  • the UE does not receive the PDCCH new transmission/retransmission indication sent by the base station within the time duration of the timer, triggering a BSR retransmission request, where the BSR retransmission request is used to request uplink resources for retransmission The MAC PDU.
  • Timer 3 Starts the timer 3. If the UE sends the uplink MAC PDU but does not receive the new PDCCH sent by the base station during the fixed duration of the timer 3, The transmitting/retransmitting indication triggers a BSR request, and requests the uplink resource to retransmit the MAC PDU.
  • the UE If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs new transmission/retransmission of the trigger data (data) in response to the PDCCH new transmission/retransmission indication; Upon receiving the PDCCH new transmission/retransmission indication of the base station, the UE does not need to continue to monitor the PDCCH subframe.
  • the timer is an infinite duration timer
  • the method further includes: if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the infinite timer expires, In response to the PDCCH new transmission/retransmission indication, the UE performs trigger data new transmission/retransmission.
  • the infinite length timer is started, and the UE needs to continuously monitor the PDCCH subframe. If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the infinitely long timer ends, and the new PDCCH is transmitted in response to the PDCCH. /Retransmission indication, the UE performs trigger data new transmission/retransmission; the UE needs to continuously monitor the PDCCH subframe until receiving the PDCCH new transmission/retransmission indication of the base station.
  • This embodiment provides an uplink transmission method in a DRX configuration.
  • the method is applied to a terminal.
  • the function implemented by the method can be implemented by using a processor in the terminal to call the program code.
  • the program code can be saved in the memory, visible.
  • the terminal includes at least a processor and a memory.
  • FIG. 4 is a schematic flowchart of implementing an uplink transmission method in a DRX configuration according to an embodiment of the present disclosure. As shown in FIG. 4, the method includes:
  • Step S401 After the UE sends the MAC PDU to the base station, the first timer starts to be started.
  • the duration of the first timer is between the time when the UE sends the MAC PDU and the PHICH feedback time corresponding to the time. duration;
  • the method includes: determining, by the UE, that the time for sending the MAC PDU to the base station is the first time, starting the first timer to start timing at the first time; determining The PHICH feedback time corresponding to the moment is the second time, and the first timer expires at the second time.
  • the duration of the timer is the duration from the time when the UE sends the MAC PDU to the PHICH feedback time corresponding to the time. During the running of this timer, the UE does not monitor the PDCCH.
  • Step S402 after the first timer expires, the UE continues to listen to neighboring N PDCCH subframes after timeout; the N is an integer greater than or equal to 1;
  • Step S403 If the PDCCH new transmission/retransmission indication is received in the neighboring N PDCCH subframes, the PDCCH is not continuously monitored and the trigger data new transmission/retransmission is performed in response to the PDCCH new transmission/retransmission indication.
  • the method further includes:
  • the terminal UE sends a MAC PDU to the base station, and starts a second timer, where the timing of the second timer is shorter than the PDCP discard timer; the timing of the first timer is outside the duration of the second timer. If the UE has not received the PDCCH new transmission/retransmission indication sent by the base station, the buffer status report BSR retransmission request is triggered, and the BSR retransmission request is used to request the uplink resource to facilitate the retransmission. Said MAC PDU.
  • the second timer is a fixed duration timer 3, that is, the timing of the timer is shorter than the PDCP discard timer.
  • the method further includes: after the first timer expires, if the UE receives a Negative Acknowledgement (NACK) fed back by the base station through the PHICH, the UE does not need to continue. Monitor the PDCCH.
  • NACK Negative Acknowledgement
  • the method further includes:
  • Step S11 after the first timer expires, if the UE receives the ACK fed back by the base station only through the PHICH, and does not receive the PDCCH new transmission/retransmission indication in the neighboring N PDCCH subframes, The UE starts a fixed duration timer.
  • the fixed duration timer multiplexes the DRX uplink retransmission timer.
  • the fixed duration timer can be the timer 1 described above.
  • Step S12 The UE monitors a physical downlink control channel PDCCH subframe within the fixed duration timer timing duration;
  • step S13 if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe within the fixed duration timer, the UE performs trigger data in response to the PDCCH new transmission/retransmission indication. Pass / retransmit.
  • the UE continues to monitor the physical downlink control channel PDCCH subframe; After the timeout, the PDCCH is no longer monitored.
  • the N is an integer greater than or equal to 2, and the method further includes:
  • the UE If the UE receives the PDCCH new transmission/retransmission indication after the ith PDCCH subframe after the timeout, the UE does not listen to the remaining (Ni) PDCCH subframes after the ith, and In response to the PDCCH new transmission/retransmission indication, the UE performs trigger data new transmission/retransmission, where i is an integer greater than or equal to 1 and less than or equal to (N-1);
  • the UE If the UE does not receive the PDCCH new transmission/retransmission indication after the timeout, the UE continues to listen to the (i+1)th PDCCH subframe.
  • An embodiment of the present disclosure provides an uplink transmission method in a DRX configuration, where the method includes:
  • the UE starts a preset timer after an uplink synchronization HARQ process sends an uplink MAC PDU.
  • the preset timer can be one of the following four or a combination:
  • a) fixed duration timer 1 during the running of the timer, the UE needs to continuously monitor the PDCCH subframe; in the range of the timer 1, if the UE receives the PDCCH new transmission/retransmission indication, continues to monitor the PDCCH until the timer 1 The timing is terminated, and in response to the PDCCH new transmission/retransmission indication, the UE performs new transmission/retransmission of the trigger data. After the fixed duration timer 1 times out, if the PDCCH new transmission/retransmission indication is not received, the UE does not need to continue to monitor the PDCCH.
  • the fixed duration timer 1 can reuse the existing DRX-InactivityTimer.
  • the UE does not need to monitor the PDCCH indication.
  • the length of the timer 2 is the length of time between the time when the uplink MAC PDU is transmitted and the PHICH feedback corresponding to the time. The following is discussed in three cases: 1) After the timer expires, the UE needs to listen to N, for example, 1 PDCCH subframe, that is, the same subframe as the PHICH feedback, if the UE receives the PDCCH new transmission/heavy in the subframe.
  • the indication is that the UE does not need to continue to monitor the PDCCH and responds to the PDCCH new transmission/retransmission indication, and the UE performs trigger data new transmission/retransmission; 2) after the timer expires, if the UE receives the NACK fed back by the base station through the PHICH, There is no need to continue to monitor the PDCCH. 3) If the UE receives the ACK of the feedback from the base station only through the PHICH and does not receive the PDCCH new transmission/retransmission indication, the fixed duration timer 4 is started. During the operation of the fixed duration timer 4, the UE needs to continuously monitor the PDCCH subframe. , return to the situation a) fixed duration timer 4 can reuse the existing DRX-ULRetransmissionTimer.
  • the UE does not need to listen to the PHICH. After the timer expires, the UE needs to listen to one PDCCH subframe. On the PDCCH subframe, the UE needs to simultaneously read the PHICH information (ie, NACK or ACK) fed back by the base station.
  • the UE needs to simultaneously read the PHICH information (ie, NACK or ACK) fed back by the base station.
  • multiple PDCCH subframes can be monitored during asynchronous HARQ; when cascading HACQ, multiple PDCCH subframes can be monitored. Of course, only one PDCCH can be monitored. In other embodiments, cyclic listening is performed. If the first PDCCH subframe of the neighbor has already received the PDCCH new transmission/retransmission indication, the second PDCCH subframe does not need to be monitored. If the first PDCCH subframe is not monitored, the PDCCH new transmission is not monitored. The retransmission indication needs to listen to the second PDCCH subframe until N.
  • Infinitely long timer The infinitely long timer is started, and the UE needs to continuously monitor the PDCCH subframe. If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the infinitely long timer ends and the response The PDCCH new transmission/retransmission indication, the UE performs trigger data new transmission/retransmission; the UE needs to continuously monitor the PDCCH subframe until receiving the PDCCH new transmission/retransmission indication of the base station;
  • Timer 3 Starts the timer 3. In the timing range, the UE needs to continuously monitor the PDCCH subframe. If the UE sends the uplink MAC PDU but continues during the fixed duration timer 3 If the PDCCH new transmission/retransmission indication sent by the base station is not received, the BSR request is triggered, and the uplink resource is requested to retransmit the MAC PDU. If the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, the UE performs trigger data new transmission/retransmission in response to the PDCCH new transmission/retransmission indication;
  • the MAC PDU may include only the BSR MAC CE, or only the uplink data, or both the BSR MAC CE and the uplink data.
  • Embodiment 1 Combination of Timer 2 and Timer 3
  • the timer 2 and the retransmission timer 3 are simultaneously started.
  • the UE does not need to monitor the PDCCH.
  • the UE monitors one PDCCH subframe, but the UE does not receive the new transmission/retransmission indication sent by the base station, so the UE starts the timer 4 for continuing to monitor the PDCCH indication. .
  • the UE does not receive the retransmission new transmission indication, so the UE enters the sleep period.
  • the UE never receives the PDCCH new transmission/retransmission indication, so after the timer 3 times out, the UE triggers the SR request to request retransmission of resources.
  • a method for triggering a BSR is added to the technical solution provided by the embodiment: if the UE sends an uplink MAC PDU, but before the fixed duration timer of the PDCP discard timer expires, the PDCCH new to the base station is not received.
  • the pass/retransmit indication triggers the BSR retransmission request.
  • the UE For the uplink synchronous HARQ situation in the case of DRX, the UE needs to monitor the PDCCH on the PHICH subframe corresponding to the time when the MAC PDU is sent, so as to receive the base station retransmission/new transmission indication.
  • this embodiment can effectively solve the uplink packet loss problem caused by the DRX being turned on, the UE entering the sleep period after transmitting the uplink data, and thus failing to receive the base station scheduling in time.
  • the UE After the DRX is enabled on the live network, after the UE reports the buffer status report (BSR), some base stations do not send the uplink grant (UL grant) corresponding to the BSR, and the UE retransmits the BSR timer (retxBSR- The scheduling request (SR) is also not initiated before the Timer) timeout.
  • the length of the retxBSR-Timer is longer than the length of the PDCP discard timer, which causes the UE to lose packets.
  • the following embodiments are proposed: After the UE sends a MAC PDU to the base station, the UE starts a timer.
  • the timer may be multiplexed with a DRX-inactivity timer (DRX-InactivityTimer).
  • DRX-InactivityTimer a DRX-inactivity timer
  • the duration of the timer is the duration from the time when the UE sends the MAC PDU to the PHICH feedback time corresponding to the time. During the running of this timer, the UE does not monitor the PDCCH. After the timer expires, the UE needs to listen to one PDCCH subframe, that is, the same subframe as the PHICH feedback. If the UE receives the PDCCH new transmission/retransmission indication in the subframe or the UE receives the NACK fed back by the base station through the PHICH, it is not necessary to continue to monitor the PDCCH.
  • the timer whose duration is equal to the duration of the DRX uplink retransmission timer (DRX-ULRetransmissionTimer) is used during the running of the timer.
  • the UE needs to continuously monitor the PDCCH subframe; or,
  • the timer is an infinite duration timer. During the running of the timer, the UE needs to continuously monitor the PDCCH until receiving the PDCCH new transmission/retransmission indication of the base station; or
  • the duration of the timer is shorter than the PDCP discard timer. After the timer expires, if the PDCCH new transmission/retransmission indication of the base station has not been received, the BSR request is triggered.
  • the timer is shorter than the PDCP discard timer. After the timer expires, if the PDCCH new transmission/retransmission indication of the base station is not received, the BSR request is triggered. Avoid packet loss caused by persistent UL grants from the base station.
  • the timer is shorter than the PDCP discard timer. If the PDCCH new transmission/retransmission indication of the base station has not been received after the timer expires, The BSR request is triggered; (2) the UE monitors the PDCCH on the PHICH subframe corresponding to the time when the MAC PDU is sent.
  • an embodiment of the present disclosure provides an uplink transmission apparatus in a DRX configuration, and each unit included in the apparatus and each module included in each unit may be implemented by a processor in the terminal;
  • the logic circuit can be implemented; in the process of implementation, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA).
  • CPU central processing unit
  • MPU microprocessor
  • DSP digital signal processor
  • FPGA field programmable gate array
  • FIG. 6A is a schematic structural diagram of an uplink transmission apparatus in a DRX configuration according to an embodiment of the present disclosure.
  • the apparatus 600 includes a first activation unit 601, a first monitoring unit 602, and a first data new transmission/retransmission unit. 603, where:
  • the first starting unit 601 is configured to send a media intervention control layer protocol data unit MAC PDU to the base station, and start a timer to start timing;
  • the first monitoring unit 602 is configured to monitor a physical downlink control channel PDCCH subframe within the timer timing duration;
  • the first data new transmission/re-sales flyer 603 is configured to: if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, respond to the PDCCH new transmission/retransmission indication, and perform trigger data new transmission. /Retransmission.
  • the timing duration of the timer is a fixed duration
  • the apparatus further includes a continuation monitoring unit and a first processing unit, where:
  • the continuation monitoring unit is configured to continue to monitor the physical downlink control channel PDCCH subframe if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe within the timer duration of the timer;
  • the first processing unit is configured to not monitor the PDCCH after the timer expires.
  • the timer is a DRX inactivity timer
  • the first listening unit is configured to monitor a PDCCH subframe within a DRX inactivity timer timing duration; the first processing unit, configured It is not necessary to continue to monitor the PDCCH after the DRX inactivity timer expires.
  • the timer duration of the timer is shorter than the timing of the PDCP discard timer; the apparatus further includes a first BSR retransmission unit configured to remain in the timer for the duration of the timer.
  • the BSR retransmission request is triggered, where the BSR retransmission request is used to request the uplink resource to retransmit the MAC PDU.
  • the timer is an infinite duration timer
  • the apparatus further includes a termination unit configured to infinitely long timing if a PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe. Terminates periodically;
  • the first data is newly transmitted/retransmitted, and is configured to: if the PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe, respond to the PDCCH new transmission/retransmission indication, and perform trigger data new transmission/retransmission pass.
  • the MAC PDU includes at least one of the following: a BSR MAC Control Element CE; uplink data.
  • an embodiment of the present disclosure provides an uplink transmission apparatus in a DRX configuration, and each unit included in the apparatus and each module included in each unit may be implemented by a processor in the terminal;
  • the logic circuit can be implemented; in the process of implementation, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA).
  • CPU central processing unit
  • MPU microprocessor
  • DSP digital signal processor
  • FPGA field programmable gate array
  • FIG. 6B is a schematic structural diagram of an uplink transmission apparatus in a DRX configuration according to an embodiment of the present disclosure.
  • the apparatus 610 includes a second activation unit 611, a second monitoring unit 612, and a second data transmission/re-float. Yuan 613, where:
  • the second initiating unit 611 is configured to send a media intervention control layer protocol data unit MAC PDU to the base station, and start a first timer to start timing.
  • the duration of the first timer is a time when the MAC PDU is sent from the UE to the location.
  • the second monitoring unit 612 is configured to: after the timeout of the first timer, listen to neighboring N PDCCH subframes after timeout; the N is an integer greater than or equal to 1;
  • the second data new transmission/retransmission unit 613 is configured to not continue to monitor the PDCCH and respond to the PDCCH new transmission/retransmission if the PDCCH new transmission/retransmission indication is received in the neighboring N PDCCH subframes Instruct, perform a new transmission/retransmission of the trigger data.
  • the apparatus further includes a third initiating unit and a second BSR retransmission unit, wherein:
  • the third initiating unit is configured to send a media intervention control layer protocol data unit MAC PDU to the base station, and start a second timer, where the timing of the second timer is shorter than the PDCP discard timer;
  • the second BSR retransmission unit is configured to be outside the timing duration of the first timer and within the timing duration of the second timer, if the UE has not received the PDCCH new transmission sent by the base station/
  • the retransmission indication triggers a BSR retransmission request, and the BSR retransmission request is used to request an uplink resource to facilitate retransmission of the MAC PDU.
  • the apparatus further includes a second processing unit, configured to determine, after the first timer expires, whether the NACK or ACK fed back by the base station is received by the PHICH, if the base station receives the feedback through the PHICH. NACK, there is no need to continue to monitor the PDCCH.
  • the apparatus further includes a fourth activation unit, and is further configured to:
  • the first timer After the first timer expires, it is determined whether the NACK or ACK fed back by the base station is received by the PHICH, and if the ACK fed back by the base station is received only through the PHICH, the PDCCH is not received in the neighboring N PDCCH subframes.
  • the fixed duration timer is started.
  • the apparatus further includes a third listening unit and a third data new/retransmitting unit, wherein:
  • the third monitoring unit is configured to monitor a physical downlink control channel PDCCH subframe within a fixed duration timer duration
  • the third data new transmission/retransmission unit is configured to respond to the PDCCH new if a PDCCH new transmission/retransmission indication of the base station is received in the monitored PDCCH subframe if the fixed duration timer is within a fixed duration Pass/retransmit instructions to trigger new data transmission/retransmission.
  • the fixed duration timer multiplexes the DRX uplink retransmission timer.
  • the second activation unit includes a startup module and an end module, wherein:
  • the initiating module is configured to determine that the time when the MAC PDU is sent to the base station by the first time, and start the timing of starting the first timer at the first time;
  • the ending module is configured to determine that the PHICH feedback time corresponding to the first time is the second time, and the first timer expires at the second time.
  • the N is an integer greater than or equal to 2
  • the apparatus further includes a third processing unit and a fourth processing unit, wherein:
  • the third processing unit is configured to not listen to the remaining (Ni) PDCCHs after the i-th if the ith new PDCCH subframe receives the PDCCH new transmission/retransmission indication after the timeout a subframe, and in response to the PDCCH new transmission/retransmission indication, performing trigger data new transmission/retransmission, where i is an integer greater than or equal to 1 and less than or equal to (N-1);
  • the fourth processing unit is configured to continue to listen to the (i+1)th PDCCH subframe if the ith PDCCH PDCCH subframe does not receive the PDCCH new transmission/retransmission indication after the timeout.
  • the MAC PDU includes at least one of the following: a BSR MAC Control Element CE; uplink data.
  • the uplink transmission method in the DRX configuration described above is implemented in the form of a software function module, and is sold or used as a standalone product, it may also be stored in a computer readable storage medium. in.
  • the technical solution of the embodiments of the present disclosure may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present disclosure.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk.
  • program codes such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk.
  • an embodiment of the present disclosure provides an uplink transmission device in a DRX configuration, including a memory, a processor, and a computer program stored on the memory and operable on the processor, where the processor implements the foregoing The steps of the uplink transmission method under the DRX configuration.
  • an embodiment of the present disclosure provides a computer readable storage medium, where the computer program is stored, and when the computer program is executed by the processor, the steps of the uplink transmission method in the DRX configuration are implemented.
  • FIG. 7 is a schematic diagram of a hardware entity of a terminal according to an embodiment of the present disclosure.
  • the hardware entity of the terminal 700 includes: a processor 701, a communication interface 702, and a memory 703.
  • the processor 701 typically controls the overall operation of the terminal 700.
  • Communication interface 702 can enable a computing device to communicate with other terminals or servers over a network.
  • the memory 703 is configured to store instructions and applications executable by the processor 701, and may also cache data to be processed or processed by the processor 701 and each module in the terminal 700 (eg, image data, audio data, voice communication data, and video). Communication data) can be realized by flash memory (FLASH) or random access memory (RAM).
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner such as: multiple units or components may be combined, or Can be integrated into another system, or some features can be ignored or not executed.
  • the coupling, or direct coupling, or communication connection of the components shown or discussed may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms. of.
  • the units described above as separate components may or may not be physically separated, and the components displayed as the unit may or may not be physical units; they may be located in one place or distributed on multiple network units; Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present disclosure may be integrated into one processing unit, or each unit may be separately used as one unit, or two or more units may be integrated into one unit; the above integration
  • the unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a removable storage device, a read only memory (ROM), a magnetic disk, or an optical disk, and the like, which can store program codes.
  • ROM read only memory
  • the above-described integrated unit of the present disclosure may be stored in a computer readable storage medium if it is implemented in the form of a software function module and sold or used as a standalone product.
  • the technical solution of the embodiments of the present disclosure may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present disclosure.
  • the foregoing storage medium includes various media that can store program codes, such as a mobile storage device, a ROM, a magnetic disk, or an optical disk.

Landscapes

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

Abstract

本公开实施例公开了一种DRX配置下的上行传输方法及装置、设备、存储介质，其中，所述方法包括：UE向基站发送MAC PDU后，启动定时器开始计时；在所述计时器定时时长内，所述UE监听PDCCH子帧；如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，UE进行触发数据新传/重传。

Description

DRX配置下的上行传输方法及装置、设备、存储介质
相关申请的交叉引用
本申请基于申请号为201711072299.1、申请日为2017年11月03日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此以全文引入的方式引入本申请。
技术领域
本公开实施例涉及但不限于非连续接收(Discontinuous Reception，DRX)技术，尤其涉及一种DRX配置下的上行传输方法及装置、设备、存储介质。
背景技术
现网中，话音业务(Voice over Long Term Evolution，VoLTE)是第四代(4G)网络承载话音业务的解决方案。VoLTE业务开启DRX机制后，本申请人发现了如下上行丢包问题：
终端(User Equipment，UE)上报缓冲区状态报告(Buffer Status Report，BSR)之后，后续基站发送调度UE的物理下行控制信道(Physical Downlink Control Channel，PDCCH)子帧时刻UE进入DRX休眠期，与此同时，某些厂家的基站并未在UE进入激活态时再次调度该UE，导致UE上行分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)丢弃定时器(discard timer)超时弃包，目前PDCP丢弃定时器设置的定时时长为100毫秒(ms)至300ms，PDCP丢弃定时器在定时超时的时侯就会发生主动弃包。
发明内容
有鉴于此，本公开实施例提供一种DRX配置下的上行传输方法及装置、设备、存储介质。
本公开实施例的技术方案是这样实现的：
本实施例提供一种DRX配置下的上行传输方法，所述方法包括：
UE向基站发送媒体介入控制层协议数据单元(MAC PDU)后，启动定时器开始计时；
在所述计时器定时时长内，所述UE监听物理下行控制信道(PDCCH)子帧；
如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则UE进行触发数据新传/重传。
另一实施例提供一种DRX配置下的上行传输方法，所述方法包括：
UE向基站发送MAC PDU后，启动第一定时器开始计时；所述第一定时器的时长为从所述UE发送MAC PDU的时刻到与所述时刻对应的物理混合自动重传指示信道(PHICH)反馈时刻之间的时长；
在所述第一定时器超时后，所述UE继续监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
如果所述UE在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，所述UE进行触发数据新传/重传。
又一实施例提供一种DRX配置下的上行传输装置，所述装置包括第一启动单元和第一监听单元，其中：
所述第一启动单元，配置为向基站发送MAC PDU，启动定时器开始计时；
所述第一监听单元，配置为在所述计时器定时时长内，监听PDCCH子帧；
所述第一数据新传/重传单元，配置为如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，UE进行触发数据新传/重传。
再一实施例提供一种DRX配置下的上行传输装置，所述装置包括第二启动单元和第二监听单元，其中：
所述第二启动单元，配置为向基站发送媒体介入控制层协议数据单元MAC PDU，启动第一定时器开始计时，所述第一定时器的时长为从UE发送MAC PDU的时刻到与所述时刻对应的PHICH反馈时刻之间的时长；
所述第二监听单元，配置为在所述第一定时器超时后，监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
所述第二数据新传/重传单元，配置为如果所述UE在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，所述UE进行触发数据新传/重传。
还一实施例提供一种DRX配置下的上行传输方设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的DRX配置下的上行传输方法的步骤。
还一实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时上述的DRX配置下的上行传输方法的步骤。
本公开实施例提供的一种DRX配置下的上行传输方法及装置、设备及存储介质，其中，UE向基站发送MAC PDU后，启动定时器开始计时；在所述计时器定时时长内，所述UE监听物理下行控制信道(PDCCH)子帧；如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，UE进行触发数据新传/重传；如此，能够防止UE主动弃包。
附图说明
图1为一个典型的DRX周期的结构示意图；
图2为引入DRX-InactivityTimer后DRX周期的结构示意图；
图3为本公开实施例DRX配置下的上行传输方法的实现流程示意图；
图4为本公开实施例DRX配置下的上行传输方法的实现流程示意图；
图5为本公开实施例定时器2和定时器3结合使用时DRX周期的结构示意图；
图6A为本公开实施例DRX配置下的上行传输装置的组成结构示意图；
图6B为本公开实施例DRX配置下的上行传输装置的组成结构示意图；
图7为本公开实施例终端的一种硬件实体示意图。
具体实施方式
下面介绍一下DRX，“空闲(idle)态”、“连接(connected)态”这样的概念是从无线资源控制(Radio Resource Control，RRC)层角度来说的；简单来说，当UE在某个小区完成了驻留之后，则称该UE进入了“空闲态”。如果该UE后续又完成了随机接入过程，称该UE进入了“连接态”。无论是空闲态，还是连接态，UE就会一直监听下行PDCCH子帧，查看是否有来自服务小区的信息。这样做看起来没有问题，然而现实很多时候，UE并不是一直在和网络进行有效信息的交互，不会总是执行上传或者下载业务，通话时也不会一直有语音数据的传输。大多数的时间，UE和网络是没有数据交互的，如果这个时候UE还去持续的监听PDCCH子帧，显然是很费电的。因而，在保证数据能有效传输的前提下，有必要设计一种节省UE电量的机制，这个机制就叫做DRX。
DRX这种机制可以让UE周期性的在某些时候进入睡眠状态(sleep mode)，不去监听PDCCH子帧，而需要监听的时候，则从睡眠状态中唤醒(wake up)，这样就可以使UE达到省电的目的。虽然这样对数据传输的时延有一定的影响，但如果这种时延并不影响用户体验，那么考虑到UE更为重要的功率消耗，执行DRX是很有意义的。
一个典型的DRX周期如图1所示，标识“持续时间(On Duration)” 的这段时间是UE监控下行PDCCH子帧的时间，在“持续时间”里，UE是处于唤醒状态的。标识“DRX睡眠时间(Opportunity for DRX)”的这段时间中，UE为了省电，进入了睡眠而不监控PDCCH子帧的时间。从这个图1中可以看到，用于DRX睡眠的时间越长，UE的功率消耗就越低，但相应的业务传输的时延也会跟着增加。
下面考虑这样的一个场景：0号子帧是唤醒时间OnDuration的最后一个子帧，此时网络侧刚好有一个较大字节的数据需要发给UE，这些数据无法在0号子帧全部发送完。如果按照图1的DRX周期，那么UE将在1号子帧进入DRX睡眠状态，不会再去接收来自网侧的任何下行PDSCH数据。网络侧也只能等到DRX周期结束，并在下一个OnDuration时刻到来时，继续向UE发送没有传完的数据。这种处理机制虽然没有错，但显然增加了整个业务的处理时延。为了避免这种情况的出现，DRX机制中增加了如图2所示的drx-Inactivity定时器。如果DRX非激活定时器(DRX-InactivityTimer)正在运行，那么即便原本配置的OnDuration时间已经结束，UE仍然需要继续监听下行PDCCH子帧，直到DRX InactivityTimer超时。增加了DRX-InactivityTimer机制之后，显然会减少数据的处理时延。
图2描述了DRX-InactivityTimer的作用是为了降低数据的处理时延，但如果DRX-InactivityTimer的时长设置的过长，当网络层的数据发送完之后定时器还没有超时，则UE还不得不继续监听下行子帧，无法及时的进入睡眠状态。为了尽量快速的让UE进入睡眠状态，系统引入了一个与DRX相关的MAC控制单元DRX command。当网络侧检测到已经没有上下行数据可传时，可以向该UE发送媒体介入控制层(Media Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)，这个PDU里携带一个DRX command控制单元。当UE收到这个DRX控制单元之后，将停止OnDurationTimer和DRX-InactivityTimer，尽快的进入DRX。
图1中一个DRX周期等于UE唤醒时间(ON-duration)和睡眠时间的总和。在LTE里，系统可以根据不同的业务场景，给UE分别配置短周期(short DRX cycle)或者长周期(long DRX cycle)。比如在进行VOIP业务时，语音编解码器通常20ms发送一个VOIP包，那么就可以配置长度为20ms的DRX短周期，而在语音通话期间较长的静默期，就可以配置DRX长周期。如果同时配置了短周期和长周期，且DRXShortCycleTimer定时器超时，那么UE将进入一次长DRX周期，DRX-InactivityTimer超时后开启DRXShortCycleTimer。
下面介绍一下与DRX相关的参数，如下：
OnDurationTimer(唤醒时间定时器)：该参数表示在一个DRX周期里，UE睡醒后的在线时长。以PDCCH子帧个数为基本单位，比如psf6表示UE在线监测的时长为6个PDCCH子帧。当UE满足DRX周期条件时，就会进入OnDurationTimer。
DRX-InactivityTimer(不激活定时器)：该参数表示当UE成功解码到一个下行PDCCH之后，还需要继续监测多少个PDCCH子帧。同样以PDCCH子帧个数为基本单位，比如psf80表示UE还需要继续监测80个下行PDCCH子帧才能进入睡眠态。当PDCCH子帧中显示有新的上行或下行传输时启动该定时器，当收到Go-To-Sleep CE时停止该定时器。
DRX-RetransmissionTimer：这个参数用在下行重传的场景。由于下行HARQ采用的是异步重传，因此UE并不确定eNB什么时候会下发重传数据，但UE也不可能无限制的等待下去，毕竟UE还需要省电，还需要进入睡眠状态，所以这个重传定时器是表示UE为了接收期望的下行重传数据，需要连续监测的最大PDCCH子帧个数。同样以PDCCH子帧个数为基本单位，比如psf8表示UE为了接收下行重传数据，还需要继续等待最多8个下行PDCCH子帧。当HARQ RTT定时器超时且下行HARQ缓存里还有数 据没有被解码成功时启动该重传定时器，当收到PDCCH子帧显示该进程有数据传输或当前属于DL-SPS子帧时，停止该定时器。HARQ RTT定时器一旦超时就意味着UE可以开始接收eNB侧的重传数据了，若RTT定时器还没有超时，eNB也不会下发重传数据。
DRXStartOffset参数，这个参数的含义是DRX周期是从哪个子帧开始的，比如周期是10个子帧，那么DRXStartOffset的范围就是0～9；而如果周期是20个子帧，那么DRXStartOffset的范围就是0～19，有点类似测量GAP里的gapOffset
longDRX-CycleStartOffset：这个参数可以同时表示longDRX-Cycle和DRXStartOffset这两层含义，以子帧为单位。比如长周期选择sf1280，偏移选择0。但需要注意的是，如果网侧同时也配置了短周期(ShortDrx-Cycle)参数，那么长周期必须配置成短周期的整数倍。比如短周期配置的是sf64(64个子帧)，那么长周期就不能配置sf80，因为80不能整除64。
shortDRX-Cycle：这个参数表示DRX采用的短周期时长，以子帧为单位，sf5表示短周期时长(含on-duration时间)为5个子帧。
DRXShortCycleTimer：这个参数表示在短周期内持续多少个子帧没有收到PDCCH就进入长周期。如果值为2，则表示持续(2×shortDRX-Cycle)个子帧没有成功解码到PDCCH就进入长周期。
也就是说：与定时器相关的参数都是以PDCCH子帧为单位的，而与周期相关的都是以子帧为单位的。
非连续接收机制让UE周期性地进入睡眠状态，不去监听PDCCH子帧，只有在需要监听的时候才从睡眠中唤醒，由此达到省电的目的。现网中VoLTE业务DRX相关配置参数如下：
定时器Timer 参数值
DRX长周期(LongDrxCycle) SF40
持续时间定时器(OnDurationTimer) PSF8
DRX非激活定时器(DRX-InactivityTimer) PSF4
DRX等待重传数据的定时器(DRXReTxTimer) PSF4
其中SF表示子帧，SF40表示40个子帧；PSF表示PDCCH子帧，PSF4表示4个PDCCH子帧。
VoLTE业务开启非连续接收(Discontinuous Reception，DRX)机制后，本申请人发现了如下上行丢包问题：
终端(User Equipment，UE)上报缓冲区状态报告(Buffer Status Report，BSR)之后，后续基站发送调度UE的物理下行控制信道(Physical Downlink Control Channel，PDCCH)子帧时刻UE进入DRX休眠期，与此同时，某些厂家的基站并未在UE进入激活态时再次调度该UE，导致UE上行分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)丢弃定时器(discard timer)超时弃包，目前PDCP丢弃定时器设置的定时时长为100毫秒(ms)至300ms，PDCP丢弃定时器在定时超时时就会发生主动弃包。
出现上述上行弃包问题出现的原因主要有两点：
原因一，协议并未针对上行同步HARQ情况设计DRX机制。如下表1所示，LTE上行使用同步HARQ，重传可以是自适应的、也可以是非自适应的。考虑UE在发送BSR后便进入休眠期的场景，当基站BSR译码失败且非自适应上行资源与随机接入资源发生碰撞时、或者基站BSR译码成功时，基站只能使用同步自适应HARQ重传通过PHICH反馈即是确认字符(Acknowledgement，ACK)、而不能即刻反馈PDCCH指示，因为UE此时处于休眠期不能监听PDCCH。协议的不完善，导致上行同步HARQ重传不能正常进行。
原因二，从现网问题中可以看到，有些厂家的基站并未在UE进入激活态(下一个on Duration期间)后对UE发送的BSR进行后续处理，即并未 下发与BSR相应的UL Grant。同时，终端后续并未再次发起SR，直至retxBSR-Timer超时(目前现网默认设置为320ms)。而retxBSR-Timer超时时早已超过了PDCP discard timer(现网配置100ms～300ms)，因此导致了上行弃包问题。
表1：上行同步HARQ操作(UL synchronous HARQ Operation)
Figure PCTCN2018102310-appb-000001
原因二中，UE后续并未再次发起调度请求(Scheduling Request，SR)直至retxBSR-Timer超时的原因在于：根据协议描述，BSR有三种：1、常规BSR(Regular BSR)；2、周期性BSR(Periodic BSR)；3、填充BSR(Padding BSR)。3种BSR中，只有常规BSR要发送且没有足够的上行资源时，才会触发调度请求。一般来说，触发常规BSR的情况有三种：1)当UE缓冲区buffer为空，且有数据进入buffer时；2)当buffer非空，且有高优先级的数据进入buffer时；3)当retxBSR-Timer超时导致重新发送BSR时。
按照现有协议中Regular BSR的触发方式描述，UE缓冲区不为空、且在此期间内UE很可能没有高优先级数据进入buffer，因此UE只能等到retxBSR-Timer超时(超过320ms)才能触发调度请求，而retxBSR-Timer超时时早已超过了PDCP discard timer(现网配置100ms～300ms)，因此导致了上行弃包问题。
下面结合附图和具体实施例对本公开的技术方案进一步详细阐述。
本实施例提出一种DRX配置下的上行传输方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在存储器中，可见，该终端至少包括处理器和存储器。
图3为本公开实施例DRX配置下的上行传输方法的实现流程示意图，如图3所示，该方法包括：
步骤S301，UE向基站发送MAC PDU后，启动定时器开始计时；
这里，所述MAC PDU包括以下至少之一：BSR MAC控制单元(Control Element，CE)；上行数据。即，所述MAC PDU可以为仅包括BSR MAC CE，或者仅包括上行数据，或者既包括BSR MAC CE又包括上行数据。
这里，UE向基站发送MAC PDU后中的“后”可以是指P个计时单位，例如子帧，一个计时单位一般是毫秒或子帧。当然本领域的技术人员还可以根据发送MAC PDU的时刻确定启动定时器的时刻，例如将发送MAC PDU的时刻确定为启动定时器的时刻，或者，将发送MAC PDU的时刻加上延迟P个计时单位或提前P个计时单位作为动定时器的时刻，当P等于0时，即将发送MAC PDU的时刻确定为启动定时器的时刻。
步骤S302，在所述计时器定时时长内，所述UE监听PDCCH子帧。
步骤S303，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则UE进行触发数据新传/重传。
在其他的实施例中，定时器可以有不同的种类，例如定时器可以为固定时长定时器、也可以为无限长定时器，其中，固定时长定时器为定时时长为固定的周期性的定时器，无限长定时器是指定时时长不固定，即定时器的周期不是固定不变，当某个条件满足的时候，定时器就会终止；换句话说，无限长定时器实际上是一种动态周期的定时器，下面根据定时器的种类分别进行讨论：
在其他的实施例中，所述计时器的定时时长为固定时长，所述方法还包括：在所述计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，所述UE继续监听物理下行控制信道PDCCH子帧；在所述计时器超时后，不再监听PDCCH。
这里，定时器为固定时长定时器1：在该定时器运行期间，UE需要持续监听PDCCH子帧；在定时器1的范围内，如果UE接收到PDCCH新传/重传指示，继续监听PDCCH直到定时器1定时终止，并响应所述PDCCH新传/重传指示，UE进行触发数据的新传/重传。固定时长定时器1超时后，如果没有接收到PDCCH新传/重传指示，UE无需继续监听PDCCH。
在其他的实施例中，所述定时器为DRX非激活定时器；在DRX非激活定时器定时时长内，所述UE监听PDCCH子帧，在DRX非激活定时器超时后，无需继续监听PDCCH。
这里，该定时器可以复用DRX非激活定时器(DRX-InactivityTimer)，在该定时器运行期间，UE监听PDCCH子帧，在该定时器超时后，无需继续监听PDCCH；
在其他的实施例中，所述定时器的计时时长短于PDCP丢弃定时器的计时时长；所述方法还包括：
如果所述UE在所述定时器的定时时长内一直未收到基站发送的PDCCH新传/重传指示，则触发BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MAC PDU。
这里，定时器的定时时长短于PDCP discard timer的固定时长定时器3：启动定时器3，如果UE发送了上行MAC PDU但在固定时长定时器3运行期间内一直未收到基站发送的PDCCH新传/重传指示，则触发BSR请求，请求上行资源用于重传所述MAC PDU。如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则响应所述PDCCH新传/重传指示，UE进 行触发数据(data)新传/重传；在定时范围内，如果接收到基站的PDCCH新传/重传指示则UE不需要继续监听PDCCH子帧。
在其他的实施例中，所述定时器为无限时长定时器，所述方法还包括：如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则无限长定时器定时终止，响应所述PDCCH新传/重传指示，UE进行触发数据新传/重传。
这里，启动无限长定时器，UE需要持续监听PDCCH子帧，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则无限长定时器定时结束，并且响应所述PDCCH新传/重传指示，UE进行触发data新传/重传；UE需要持续监听PDCCH子帧直至接收到基站的PDCCH新传/重传指示。
本实施例提出一种DRX配置下的上行传输方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在存储器中，可见，该终端至少包括处理器和存储器。
图4为本公开实施例DRX配置下的上行传输方法的实现流程示意图，如图4所示，该方法包括：
步骤S401，UE向基站发送MAC PDU后，启动第一定时器开始计时；所述第一定时器的时长为从所述UE发送MAC PDU的时刻到与所述时刻对应的PHICH反馈时刻之间的时长；
这里，所述启动第一定时器开始计时，包括：UE确定自身向基站发送MAC PDU的时刻为第一时刻，在所述第一时刻启动所述第一定时器开始计时；确定与所述第一时刻对应的PHICH反馈时刻为第二时刻，在所述第二时刻所述第一定时器计时结束。该定时器的时长为从UE发送MAC PDU的时刻到与该时刻对应的PHICH反馈时刻之间的时长。在该定时器运行期间，UE不监听PDCCH。
步骤S402，在所述第一定时器超时后，所述UE继续监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
步骤S403，如果在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，无需继续监听PDCCH且响应所述PDCCH新传/重传指示，进行触发数据新传/重传。
在其他的实施例中，所述方法还包括：
终端UE向基站发送MAC PDU，启动第二定时器，所述第二定时器的定时时长短于PDCP丢弃定时器；在所述第一定时器的定时时长外且在所述第二定时器的定时时长内，如果所述UE一直未收到基站发送的PDCCH新传/重传指示，则触发缓冲区状态报告BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MAC PDU。
这里，所述第二定时器为固定时长定时器3，即定时器的定时时长短于PDCP discard timer。
在其他的实施例中，所述方法还包括：在所述第一定时器超时后，如果所述UE通过PHICH接收到基站反馈的否定确认字符(Negative Acknowledgement，NACK)，则所述UE无需继续监听PDCCH。
在其他的实施例中，所述方法还包括：
步骤S11，在所述第一定时器超时后，如果所述UE只通过PHICH接收到基站反馈的ACK而并未在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示时，所述UE启动固定时长定时器。
这里，所述固定时长定时器复用DRX上行重传定时器。固定时长定时器可以为上述的定时器1。
步骤S12，在所述固定时长计时器定时时长内，所述UE监听物理下行控制信道PDCCH子帧；
步骤S13，如果所述固定时长计时器定时时长内，如果监听的PDCCH 子帧中接收到基站的PDCCH新传/重传指示，则响应所述PDCCH新传/重传指示，UE进行触发数据新传/重传。
这里，在所述固定时长计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，所述UE继续监听物理下行控制信道PDCCH子帧；在所述计时器超时后，不再监听PDCCH。
在其他的实施例中，所述N为大于等于2的整数，所述方法还包括：
如果所述UE在超时后之后相邻的第i个PDCCH子帧接收到PDCCH新传/重传指示，则UE不再监听所述第i个之后的剩余(N-i)个PDCCH子帧，且所述UE响应所述PDCCH新传/重传指示，所述UE进行触发数据新传/重传，其中，i为大于等于1且小于等于(N-1)的整数；
如果所述UE在超时后之后相邻的第i个PDCCH子帧没有接收到PDCCH新传/重传指示，则UE继续监听所述第(i+1)个PDCCH子帧。
本公开实施例提供一种DRX配置下的上行传输方法，该方法包括：
对于配置了DRX的情况，UE在某个上行同步HARQ进程发送了上行MAC PDU后，启动预设定时器。预设定时器可以为下面四者之一或者结合使用：
a)固定时长定时器1：在该定时器运行期间，UE需要持续监听PDCCH子帧；在定时器1的范围内，如果UE接收到PDCCH新传/重传指示，继续监听PDCCH直到定时器1定时终止，并响应所述PDCCH新传/重传指示，UE进行触发数据的新传/重传。固定时长定时器1超时后，如果没有接收到PDCCH新传/重传指示，UE无需继续监听PDCCH。固定时长定时器1可以复用现有DRX-InactivityTimer。
b)：在该定时器2运行期间，UE无需监听PDCCH指示。定时器2的长度为发送该上行MAC PDU的时刻到与该时刻对应的PHICH反馈之间的时长。下面分三种情况来讨论：1)该定时器超时后，UE需要监听N个例 如1个PDCCH子帧，即与PHICH反馈相同的子帧，如果UE在该子帧接收到PDCCH新传/重传指示，无需继续监听PDCCH且并且响应所述PDCCH新传/重传指示，UE进行触发data新传/重传；2)该定时器超时后，如果UE通过PHICH接收到基站反馈的NACK，则无需继续监听PDCCH。3)如果UE只通过PHICH接收到基站反馈的ACK而并未接收到PDCCH新传/重传指示时，启动固定时长定时器4，在固定时长定时器4运行期间，UE需要持续监听PDCCH子帧，回到情况a)固定时长定时器4可以复用现有DRX-ULRetransmissionTimer。
这里，在定时器2运行期间，UE无需监听PHICH。定时器超时后，UE需要监听1个PDCCH子帧。在该PDCCH子帧上，UE同时需要读取基站反馈的PHICH信息(即NACK或ACK)。本实施例中，异步HARQ时可以监听多个PDCCH子帧；同步HACQ时，可以监听多个PDCCH子帧，当然也可以只监听1个，在其他的实施例中，循环监听，当超时后相邻的第一个PDCCH子帧已经监听到PDCCH新传/重传指示，那么就不需要监听第二个PDCCH子帧，如果超时后相邻的第一个PDCCH子帧没有监听到PDCCH新传/重传指示，则需要监听第二个PDCCH子帧，直到N个。
c)无限长定时器：启动无限长定时器，UE需要持续监听PDCCH子帧，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则无限长定时器定时结束，并且响应所述PDCCH新传/重传指示，UE进行触发data新传/重传；UE需要持续监听PDCCH子帧直至接收到基站的PDCCH新传/重传指示；
d)时长短于PDCP discard timer的固定时长定时器3：启动定时器3，在定时范围内，UE需要持续监听PDCCH子帧；如果UE发送了上行MACPDU但在固定时长定时器3运行期间内一直未收到基站发送的PDCCH新传/重传指示，则触发BSR请求，请求上行资源用于重传所述MAC PDU。 如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则响应所述PDCCH新传/重传指示，UE进行触发data新传/重传；
这里，所述MAC PDU可以为仅包括BSR MAC CE，或者仅包括上行数据，或者既包括BSR MAC CE又包括上行数据。
实施例一：定时器2和定时器3结合使用情况
UE在发送BSR之后，同时启动定时器2和重传定时器3。参见图5所示，在定时器2运行期间，UE无需监听PDCCH。该定时器2超时后UE监听1个PDCCH子帧，但是在该子帧上UE并没有接收到基站下发的新传/重传指示，因此UE开启了定时器4，用于继续监听PDCCH指示。直至定时器4超时UE都没有接收到重传新传指示，因此UE进入休眠期。与此同时，在定时器3运行期间，UE始终没有接收到PDCCH新传/重传指示，因此在定时器3超时后，UE触发SR请求以请求重发资源。
本实施例提供的技术方案中增加一种事件触发BSR的方法：如果UE发送了上行MAC PDU，但在时长短于PDCP discard timer的固定时长定时器超时前，一直未收到基站发送的PDCCH新传/重传指示，则触发BSR重传请求。针对DRX情况下上行同步HARQ情况，UE需要在发送MAC PDU时刻所对应的PHICH子帧上监听PDCCH，以便接收基站重传/新传指示。
与现有技术相比，本实施例可以有效解决DRX开启情况下、UE发送上行数据后却进入休眠期、进而不能及时接收基站调度而导致的上行丢包问题。
在现网VoLTE业务开启DRX的情况下，在UE上报缓存状态报告(BSR)后，有些基站并未下发与BSR对应的上行授权(UL grant)，UE在重传BSR的定时器(retxBSR-Timer)超时之前也未发起调度请求(SR)。由于retxBSR-Timer的时长长于PDCP丢包定时器(PDCP discard timer)的 时长，因此会导致UE丢包的问题。对此，本实施例提出如下处理思路：UE向基站发送MAC PDU后，启动一个定时器；
该定时器可以复用DRX非激活定时器(DRX-InactivityTimer)，在该定时器运行期间，UE监听PDCCH子帧，在该定时器超时后，无需继续监听PDCCH；或者，
该定时器的时长为从UE发送MAC PDU的时刻到与该时刻对应的PHICH反馈时刻之间的时长。在该定时器运行期间，UE不监听PDCCH。在该定时器超时后，UE需要监听1个PDCCH子帧，即与PHICH反馈相同的子帧。如果UE在该子帧接收到PDCCH新传/重传指示或者UE通过PHICH接收到基站反馈的NACK，则无需继续监听PDCCH。如果UE只通过PHICH接收到基站反馈的ACK而并未接收到PDCCH新传/重传指示时，启动时长等于DRX上行重传定时器(DRX-ULRetransmissionTimer)时长的定时器，在该定时器运行期间，UE需要持续监听PDCCH子帧；或者，
该定时器为无限时长定时器，在该定时器运行期间，UE需要持续监听PDCCH直至接收到基站的PDCCH新传/重传指示；或者，
该定时器时长短于PDCP discard timer，在该定时器超时后，如果一直未收到基站的PDCCH新传/重传指示，则触发BSR请求。
本实施例要求UE向基站发送MAC PDU后，启动时长短于PDCP discard timer的定时器，在该定时器超时后，如果一直未收到基站的PDCCH新传/重传指示，则触发BSR请求，避免因持续未收到基站的UL grant而导致的丢包问题。
本实施例中，(1)UE向基站发送MAC PDU后，启动时长短于PDCP discard timer的定时器，在该定时器超时后，如果一直未收到基站的PDCCH新传/重传指示，则触发BSR请求；(2)UE在发送MAC PDU时刻所对应的PHICH子帧上监听PDCCH。
基于前述的实施例，本公开实施例提供一种DRX配置下的上行传输装置，该装置所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6A为本公开实施例DRX配置下的上行传输装置的组成结构示意图，如图6A所示，该装置600包括第一启动单元601、第一监听单元602和第一数据新传/重传单元603，其中：
所述第一启动单元601，配置为向基站发送媒体介入控制层协议数据单元MAC PDU，启动定时器开始计时；
所述第一监听单元602，配置为在所述计时器定时时长内，监听物理下行控制信道PDCCH子帧；
所述第一数据新传/重传单603，配置为如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则响应所述PDCCH新传/重传指示，进行触发数据新传/重传。
在其他的实施例中，所述计时器的定时时长为固定时长，所述装置还包括继续监听单元和第一处理单元，其中：
所述继续监听单元，配置为在所述计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，继续监听物理下行控制信道PDCCH子帧；
所述第一处理单元，配置为在所述计时器超时后，不再监听PDCCH。
在其他的实施例中，所述定时器为DRX非激活定时器；所述第一监听单元，配置为在DRX非激活定时器定时时长内，监听PDCCH子帧；所述第一处理单元，配置为在DRX非激活定时器超时后，无需继续监听PDCCH。
在其他的实施例中，所述定时器的计时时长短于PDCP丢弃定时器的 计时时长；所述装置还包括第一BSR重传单元，配置为如果在所述定时器的定时时长内一直未收到基站发送的PDCCH新传/重传指示，则触发BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MACPDU。
在其他的实施例中，所述定时器为无限时长定时器，所述装置还包括终止单元，配置为如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则无限长定时器定时终止；
所述第一数据新传/重传，配置为如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，响应所述PDCCH新传/重传指示，进行触发数据新传/重传。
在其他的实施例中，所述MAC PDU包括以下至少之一：BSR MAC控制单元CE；上行数据。
以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开装置实施例中未披露的技术细节，请参照本公开方法实施例的描述而理解。
基于前述的实施例，本公开实施例提供一种DRX配置下的上行传输装置，该装置所包括的各单元、以及各单元所包括的各模块，可以通过终端中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6B为本公开实施例DRX配置下的上行传输装置的组成结构示意图，如图6B所示，该装置610装置包括第二启动单元611、第二监听单元612和第二数据新传/重传单元613，其中：
所述第二启动单元611，配置为向基站发送媒体介入控制层协议数据单元MAC PDU，启动第一定时器开始计时，所述第一定时器的时长为从UE 发送MAC PDU的时刻到与所述时刻对应的PHICH反馈时刻之间的时长；
所述第二监听单元612，配置为在所述第一定时器超时后，监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
所述第二数据新传/重传单元613，配置为如果在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，无需继续监听PDCCH且响应所述PDCCH新传/重传指示，进行触发数据新传/重传。
在其他的实施例中，所述装置还包括第三启动单元和第二BSR重传单元，其中：
所述第三启动单元，配置为向基站发送媒体介入控制层协议数据单元MAC PDU，启动第二定时器，所述第二定时器的定时时长短于PDCP丢弃定时器；
所述第二BSR重传单元，配置为在所述第一定时器的定时时长外且在所述第二定时器的定时时长内，如果所述UE一直未收到基站发送的PDCCH新传/重传指示，则触发BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MAC PDU。
在其他的实施例中，所述装置还包括第二处理单元，配置为在所述第一定时器超时后，判断通过PHICH是否接收到基站反馈的NACK或ACK，如果通过PHICH接收到基站反馈的NACK，则无需继续监听PDCCH。
在其他的实施例中，所述装置还包括第四启动单元，还配置为：
在所述第一定时器超时后，判断通过PHICH是否接收到基站反馈的NACK or ACK，如果只通过PHICH接收到基站反馈的ACK而并未在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示时，启动固定时长定时器。
在其他的实施例中，所述装置还包括第三监听单元和第三数据新传/重传单元，其中：
所述第三监听单元，配置为在所述固定时长计时器定时时长内，监听物理下行控制信道PDCCH子帧；
所述第三数据新传/重传单元，配置为如果所述固定时长计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则响应所述PDCCH新传/重传指示，进行触发数据新传/重传。
在其他的实施例中，所述固定时长定时器复用DRX上行重传定时器。
在其他的实施例中，所述第二启动单元包括启动模块和结束模块，其中：
所述启动模块，配置为确定自身向基站发送MAC PDU的时刻为第一时刻，在所述第一时刻启动所述第一定时器开始计时；
所述结束模块，配置为确定与所述第一时刻对应的PHICH反馈时刻为第二时刻，在所述第二时刻所述第一定时器计时结束。
在其他的实施例中，所述N为大于等于2的整数，所述装置还包括第三处理单元和第四处理单元，其中：
所述第三处理单元，配置为如果在超时后之后相邻的第i个PDCCH子帧接收到PDCCH新传/重传指示，则不再监听所述第i个之后的剩余(N-i)个PDCCH子帧，且响应所述PDCCH新传/重传指示，进行触发数据新传/重传，其中，i为大于等于1且小于等于(N-1)的整数；
所述第四处理单元，配置为如果在超时后之后相邻的第i个PDCCH子帧没有接收到PDCCH新传/重传指示，则继续监听所述第(i+1)个PDCCH子帧。
在其他的实施例中，所述MAC PDU包括以下至少之一：BSR MAC控制单元CE；上行数据。
以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开装置实施例中未披露的技术细节， 请参照本公开方法实施例的描述而理解。
需要说明的是，本公开实施例中，如果以软件功能模块的形式实现上述的DRX配置下的上行传输方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本公开实施例不限制于任何特定的硬件和软件结合。
对应地，本公开实施例提供一种DRX配置下的上行传输设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的DRX配置下的上行传输方法的步骤。
对应地，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的DRX配置下的上行传输方法的步骤。
这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本公开装置实施例中未披露的技术细节，请参照本公开存储介质和设备实施例的描述而理解。
需要说明的是，图7为本公开实施例终端的一种硬件实体示意图，该终端700的硬件实体包括：处理器701、通信接口702和存储器703，其中
处理器701通常控制终端700的总体操作。
通信接口702可以使计算设备通过网络与其他终端或服务器通信。
存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及终端700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本公开的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本公开上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (18)

  1. 一种非连续接收DRX配置下的上行传输方法，所述方法包括：
    终端UE向基站发送媒体介入控制层协议数据单元MAC PDU后，启动定时器开始计时；
    在所述计时器定时时长内，所述UE监听物理下行控制信道PDCCH子帧；
    如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，UE进行触发数据新传/重传。
  2. 根据权利要求1所述的方法，所述计时器的定时时长为固定时长，所述方法还包括：
    在所述计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，所述UE继续监听物理下行控制信道PDCCH子帧；
    在所述计时器超时后，不再监听PDCCH。
  3. 根据权利要求2所述的方法，所述定时器为DRX非激活定时器；在DRX非激活定时器定时时长内，所述UE监听PDCCH子帧，在DRX非激活定时器超时后，无需继续监听PDCCH。
  4. 根据权利要求1所述的方法，所述定时器的计时时长短于分组数据汇聚协议PDCP丢弃定时器的计时时长；所述方法还包括：
    如果所述UE在所述定时器的定时时长内一直未收到基站发送的PDCCH新传/重传指示，则触发缓冲区状态报告BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MAC PDU。
  5. 根据权利要求1所述的方法，所述定时器为无限时长定时器，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则无限长定时器定时终止，UE进行触发数据新传/重传。
  6. 一种DRX配置下的上行传输方法，所述方法包括：
    终端UE向基站发送媒体介入控制层协议数据单元MAC PDU后，启动第一定时器开始计时；所述第一定时器的时长为从所述UE发送MAC PDU的时刻到与所述时刻对应的物理混合自动重传指示信道PHICH反馈时刻之间的时长；
    在所述第一定时器超时后，所述UE继续监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
    如果所述UE在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，所述UE进行触发数据新传/重传。
  7. 根据权利要求6所述的方法，所述方法还包括：
    终端UE向基站发送MAC PDU，启动第二定时器，所述第二定时器的定时时长短于PDCP丢弃定时器；
    在所述第一定时器的定时时长外且在所述第二定时器的定时时长内，如果所述UE一直未收到基站发送的PDCCH新传/重传指示，则触发缓冲区状态报告BSR重传请求，所述BSR重传请求用于请求上行资源以便于重传所述MAC PDU。
  8. 根据权利要求6所述的方法，所述方法还包括：
    如果所述UE在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，无需继续监听PDCCH。
  9. 根据权利要求6所述的方法，所述方法还包括：
    在所述第一定时器超时后，如果所述UE通过PHICH接收到基站反馈的否定确认字符NACK，则所述UE无需继续监听PDCCH。
  10. 根据权利要求6所述的方法，所述方法还包括：
    在所述第一定时器超时后，如果所述UE只通过PHICH接收到基站反馈的确认字符ACK而并未在所述相邻N个PDCCH子帧接收到PDCCH 新传/重传指示时，所述UE启动固定时长定时器。
  11. 根据权利要求10所述的方法，所述方法还包括：
    在所述固定时长计时器定时时长内，所述UE监听物理下行控制信道PDCCH子帧；
    如果所述固定时长计时器定时时长内，如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，则UE进行触发数据新传/重传。
  12. 根据权利要求10或11所述的方法，所述固定时长定时器复用DRX上行重传定时器。
  13. 根据权利要求6至11任一项所述的方法，所述启动第一定时器开始计时，包括：
    UE确定自身向基站发送MAC PDU的时刻为第一时刻，在所述第一时刻启动所述第一定时器开始计时；
    确定与所述第一时刻对应的PHICH反馈时刻为第二时刻，在所述第二时刻所述第一定时器计时结束。
  14. 根据权利要求6至11任一项所述的方法，所述N为大于等于2的整数，所述方法还包括：
    如果所述UE在超时之后相邻的第i个PDCCH子帧接收到PDCCH新传/重传指示，则UE不再监听所述第i个之后的剩余(N-i)个PDCCH子帧，且所述UE进行触发数据新传/重传，其中，i为大于等于1且小于等于(N-1)的整数；
    如果所述UE在超时后之后相邻的第i个PDCCH子帧没有接收到PDCCH新传/重传指示，则UE继续监听所述第(i+1)个PDCCH子帧。
  15. 一种DRX配置下的上行传输装置，所述装置包括第一启动单元、第一监听单元和第一数据新传/重传单元，其中：
    所述第一启动单元，配置为向基站发送媒体介入控制层协议数据单 元MAC PDU，启动定时器开始计时；
    所述第一监听单元，配置为在所述计时器定时时长内，监听物理下行控制信道PDCCH子帧；
    所述第一数据新传/重传单元，配置为如果监听的PDCCH子帧中接收到基站的PDCCH新传/重传指示，UE进行触发数据新传/重传。
  16. 一种DRX配置下的上行传输装置，所述装置包括第二启动单元、第二监听单元和第二数据新传/重传单元，其中：
    所述第二启动单元，配置为向基站发送媒体介入控制层协议数据单元MAC PDU，启动第一定时器开始计时，所述第一定时器的时长为从UE发送MAC PDU的时刻到与所述时刻对应的PHICH反馈时刻之间的时长；
    所述第二监听单元，配置为在所述第一定时器超时后，监听超时之后的相邻N个PDCCH子帧；所述N为大于等于1的整数；
    所述第二数据新传/重传单元，配置为如果所述UE在所述相邻N个PDCCH子帧接收到PDCCH新传/重传指示，所述UE进行触发数据新传/重传。
  17. 一种DRX配置下的上行传输方设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至5任一项所述的DRX配置下的上行传输方法的步骤；或者所述处理器执行所述程序时实现权利要求6至14任一项所述的DRX配置下的上行传输方法的步骤。
  18. 一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现权利要求1至5任一项所述的DRX配置下的上行传输方法的步骤；或者，该计算机程序被处理器执行时实现权利要求6至14任一项所述的DRX配置下的上行传输方法的步骤。
PCT/CN2018/102310 2017-11-03 2018-08-24 Drx配置下的上行传输方法及装置、设备、存储介质 WO2019085607A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711072299.1 2017-11-03
CN201711072299.1A CN109756996B (zh) 2017-11-03 2017-11-03 Drx配置下的上行传输方法及装置、设备、存储介质

Publications (1)

Publication Number Publication Date
WO2019085607A1 true WO2019085607A1 (zh) 2019-05-09

Family

ID=66332442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/102310 WO2019085607A1 (zh) 2017-11-03 2018-08-24 Drx配置下的上行传输方法及装置、设备、存储介质

Country Status (2)

Country Link
CN (1) CN109756996B (zh)
WO (1) WO2019085607A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114080831A (zh) * 2019-07-16 2022-02-22 高通股份有限公司 剩余信道占用时间指示
US11368998B2 (en) * 2015-04-01 2022-06-21 Huawei Technologies Co., Ltd. System and method for a tracking channel

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220322485A1 (en) * 2019-05-27 2022-10-06 Beijing Xiaomi Mobile Software Co., Ltd. Discontinuous reception method and apparatus, electronic device and computer readable storage medium
CN110211416B (zh) * 2019-06-06 2021-12-21 广域铭岛数字科技有限公司 物联网智能车库的信息传输方法及系统
CN111800801B (zh) * 2019-08-16 2022-05-27 维沃移动通信有限公司 Pdcch的监听方法和设备
CN112204909B (zh) * 2020-08-27 2023-12-29 北京小米移动软件有限公司 盲重传方法和装置、盲重传指示方法和装置
CN112543479B (zh) * 2020-12-03 2022-08-23 展讯通信（上海）有限公司 上行数据传输的实现方法、装置及用户设备
CN112789881B (zh) * 2021-01-07 2023-10-03 北京小米移动软件有限公司 一种直连链路的控制方法、装置、通信设备及存储介质
CN116419274A (zh) * 2021-12-31 2023-07-11 华为技术有限公司 数据传输的方法和装置
CN115334570A (zh) * 2022-08-01 2022-11-11 维沃移动通信有限公司 资源控制方法、终端和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841823A (zh) * 2009-03-16 2010-09-22 大唐移动通信设备有限公司 多载波系统中非连续监听控制信道的方法及装置
CN102075993A (zh) * 2011-01-30 2011-05-25 大唐移动通信设备有限公司 载波聚合系统中的定时器维护方法和设备
CN104219738A (zh) * 2013-05-29 2014-12-17 华为技术有限公司 非连续接收参数配置方法及装置
EP2876967A1 (en) * 2013-10-08 2015-05-27 Nokia Corporation Drx operation with dual connectivity

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MY164925A (en) * 2009-06-18 2018-02-15 Interdigital Patent Holdings Inc Operating in a discontinuous reception mode employing carrier aggregation
CN103037481A (zh) * 2011-09-30 2013-04-10 中兴通讯股份有限公司 一种实现非连续收发的方法及装置
US20140112270A1 (en) * 2012-10-22 2014-04-24 Innovative Sonic Corporation Method and apparatus for direct device to device communication in a wireless communication system
CN106533633B (zh) * 2015-09-10 2020-08-04 中国移动通信集团公司 信息处理方法、用户设备及基站

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841823A (zh) * 2009-03-16 2010-09-22 大唐移动通信设备有限公司 多载波系统中非连续监听控制信道的方法及装置
CN102075993A (zh) * 2011-01-30 2011-05-25 大唐移动通信设备有限公司 载波聚合系统中的定时器维护方法和设备
CN104219738A (zh) * 2013-05-29 2014-12-17 华为技术有限公司 非连续接收参数配置方法及装置
EP2876967A1 (en) * 2013-10-08 2015-05-27 Nokia Corporation Drx operation with dual connectivity

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11368998B2 (en) * 2015-04-01 2022-06-21 Huawei Technologies Co., Ltd. System and method for a tracking channel
CN114080831A (zh) * 2019-07-16 2022-02-22 高通股份有限公司 剩余信道占用时间指示
CN114080831B (zh) * 2019-07-16 2024-03-01 高通股份有限公司 剩余信道占用时间指示

Also Published As

Publication number Publication date
CN109756996A (zh) 2019-05-14
CN109756996B (zh) 2021-01-15

Similar Documents

Publication Publication Date Title
WO2019085607A1 (zh) Drx配置下的上行传输方法及装置、设备、存储介质
US8565128B2 (en) Method and apparatus of handling a timer for triggering buffer status report
KR101832813B1 (ko) 무선 통신 시스템, 무선 단말, 무선 기지국, 및 무선 통신 방법
CN102932882B (zh) 一种非连续接收方法及系统
US10342063B2 (en) Activation of DRX parameters
WO2020155062A1 (zh) 目标下行信号的接收方法、装置、设备及系统
WO2016197366A1 (zh) 一种drx实现方法、配置方法及相关设备
US20120257559A1 (en) Battery consumption control method of user equipment in mobile communication system
US20090247203A1 (en) Method and Apparatus for Improving DRX Functionality
WO2013166953A1 (zh) 一种不连续接收的动态配置方法、终端和基站
EP2152040A1 (en) Method and apparatus for improving DRX functionality when DRX timers are overlapped with a measurement gap
WO2021052057A1 (zh) 非连续接收drx数据传输方法、装置及存储介质
WO2013020401A1 (zh) 一种非连续接收方法及系统
WO2019095294A1 (zh) 用于侦听pdcch的方法和终端设备
EP2148542A1 (en) Method and apparatus for improving DRX functionality
US20230208563A1 (en) Discontinuous reception control method and apparatus, terminal, and readable storage medium
WO2011120449A1 (zh) 载波去激活的方法和设备
WO2021159973A1 (zh) 非连续接收处理方法、终端、装置以及介质
WO2021197472A1 (zh) 边链路监听方法、设备及存储介质
CN110366192B (zh) 一种信息处理方法、装置和计算机可读存储介质
WO2022206665A1 (zh) 车联网中的传输资源选择方法、装置及终端
WO2014117501A1 (zh) Drx模式的启动方法、用户设备、基站及系统
WO2024093792A1 (zh) 定时器运行方法及装置
WO2022179242A1 (zh) 一种通信方法及设备
WO2022184045A1 (zh) 多播业务的接收方法、装置及电子设备

Legal Events

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

Ref document number: 18873951

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

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

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 11/08/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18873951

Country of ref document: EP

Kind code of ref document: A1