WO2023245594A1 - 无线通信方法、终端设备以及网络设备 - Google Patents

无线通信方法、终端设备以及网络设备 Download PDF

Info

Publication number
WO2023245594A1
WO2023245594A1 PCT/CN2022/101020 CN2022101020W WO2023245594A1 WO 2023245594 A1 WO2023245594 A1 WO 2023245594A1 CN 2022101020 W CN2022101020 W CN 2022101020W WO 2023245594 A1 WO2023245594 A1 WO 2023245594A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq
timer
channel
time
time domain
Prior art date
Application number
PCT/CN2022/101020
Other languages
English (en)
French (fr)
Inventor
胡奕
李海涛
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2022/101020 priority Critical patent/WO2023245594A1/zh
Publication of WO2023245594A1 publication Critical patent/WO2023245594A1/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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Definitions

  • the present application relates to the field of communication technology, and more specifically, to a wireless communication method, terminal equipment and network equipment.
  • the terminal device When the terminal device is configured with the discontinuous reception (DRX) function, the terminal device can discontinuously monitor the physical downlink control channel (PDCCH) to achieve the purpose of power saving for the terminal device.
  • PDCCH physical downlink control channel
  • the mode of the hybrid automatic repeat request (HARQ) process may include a first mode and a second mode.
  • the first mode can perform HARQ feedback for the HARQ process
  • the second mode can perform no HARQ feedback for the HARQ process.
  • This application provides a wireless communication method, terminal equipment and network equipment. Each aspect involved in this application is introduced below.
  • a wireless communication method including: a terminal device receives a first PDCCH, the first PDCCH is used to schedule a first transmission block TB, and the first TB corresponds to a first HARQ process; the terminal device corresponds to a first HARQ process according to the first HARQ process.
  • the mode determines the DRX behavior of the terminal device, where the mode corresponding to the first HARQ process includes a first mode and a second mode, and the first mode and the second mode correspond to different DRX behaviors.
  • a wireless communication method including: a network device sends a first PDCCH, the first PDCCH is used to schedule a first TB, and the first TB corresponds to a first HARQ process; wherein, the mode corresponding to the first HARQ process is For determining the DRX behavior of the terminal device, the modes corresponding to the first HARQ process include a first mode and a second mode, and the first mode and the second mode correspond to different DRX behaviors.
  • a terminal device including: a first receiving unit, used to receive a first PDCCH, the first PDCCH is used to schedule a first TB, and the first TB corresponds to the first HARQ process; a first determining unit, Determine the DRX behavior of the terminal device according to the mode corresponding to the first HARQ process, where the mode corresponding to the first HARQ process includes a first mode and a second mode, and the first mode and the second mode correspond to different DRX behaviors.
  • a network device including: a first sending unit for sending a first PDCCH, the first PDCCH is used for scheduling a first TB, the first TB corresponds to the first HARQ process; and the first HARQ process corresponds to The mode is used to determine the DRX behavior of the terminal device, where the mode corresponding to the first HARQ process includes a first mode and a second mode, and the first mode and the second mode correspond to different DRX behaviors.
  • a terminal including a processor, a memory, and a communication interface.
  • the memory is used to store one or more computer programs.
  • the processor is used to call the computer program in the memory to cause the terminal device to execute Some or all of the steps in the method of the first aspect.
  • a sixth aspect provides a network device, including a processor, a memory, and a communication interface.
  • the memory is used to store one or more computer programs.
  • the processor is used to call the computer program in the memory so that the network device Perform some or all of the steps of the method of the second aspect.
  • embodiments of the present application provide a communication system, which includes the above-mentioned terminal and/or network device.
  • the system may also include other devices that interact with the terminal or network device in the solution provided by the embodiments of this application.
  • embodiments of the present application provide a computer-readable storage medium that stores a computer program, and the computer program causes a terminal to perform some or all of the steps in the methods of the above aspects.
  • embodiments of the present application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause the terminal to execute each of the above. Some or all of the steps in a method.
  • the computer program product can be a software installation package.
  • embodiments of the present application provide a chip, which includes a memory and a processor.
  • the processor can call and run a computer program from the memory to implement some or all of the steps described in the methods of the above aspects.
  • This application considers the impact of different modes of HARQ on DRX behavior. Different DRX behaviors can be determined according to different modes corresponding to the HARQ process to monitor the PDCCH at the appropriate time, so that the HARQ process can have better performance in different modes. Scheduling performance, and can take into account the power saving of terminal equipment.
  • Figure 1 is a wireless communication system applied in the embodiment of the present application.
  • Figure 2 is a schematic diagram of a transparent forwarding network architecture.
  • Figure 3 is a schematic diagram of a regeneration and forwarding network structure.
  • Figure 4 is an example diagram of the DRX continuous timer operation process.
  • Figure 5 is a schematic flow chart of a wireless communication method provided by an embodiment of the present application.
  • FIG. 6 is an example diagram of a method for starting a first timer provided by an embodiment of the present application.
  • FIG. 7 is an example diagram of another method of starting the first timer provided by the embodiment of the present application.
  • FIG. 8 is an example diagram of a communication method including step S621 provided by the embodiment of the present application.
  • FIG. 9 is an example diagram of a communication method including step S622 provided by the embodiment of the present application.
  • Figure 10 is an example diagram of a communication method including step S721 provided by the embodiment of the present application.
  • FIG. 11 is an example diagram of a communication method including step S722 provided by the embodiment of the present application.
  • Figure 12 is an example diagram of the feedback timing of multiple downlink TBs scheduled by the first PDCCH according to the embodiment of the present application.
  • Figure 13 is a schematic structural diagram of a terminal device provided by an embodiment of the present application.
  • Figure 14 is a schematic structural diagram of a network device provided by an embodiment of the present application.
  • Figure 15 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • FIG. 1 is a wireless communication system 100 applied in the embodiment of the present application.
  • the wireless communication system 100 may include a network device 110 and a terminal device 120.
  • the network device 110 may be a device that communicates with the terminal device 120 .
  • the network device 110 may provide communication coverage for a specific geographical area and may communicate with terminal devices 120 located within the coverage area.
  • Figure 1 exemplarily shows one network device and two terminals.
  • the wireless communication system 100 may include multiple network devices and the coverage of each network device may include other numbers of terminal devices. This application The embodiment does not limit this.
  • the wireless communication system 100 may also include other network entities such as a network controller and a mobility management entity, which are not limited in this embodiment of the present application.
  • network entities such as a network controller and a mobility management entity, which are not limited in this embodiment of the present application.
  • the terminal equipment in the embodiment of this application may also be called user equipment (UE), access terminal, user unit, user station, mobile station, mobile station (MS), mobile terminal (MT) ), remote station, remote terminal, mobile device, user terminal, terminal, wireless communications equipment, user agent or user device.
  • the terminal device in the embodiment of the present application may be a device that provides voice and/or data connectivity to users, and may be used to connect people, things, and machines, such as handheld devices and vehicle-mounted devices with wireless connection functions.
  • the terminal device in the embodiment of the present application can be a mobile phone (mobile phone), a tablet computer (Pad), a notebook computer, a handheld computer, a mobile internet device (mobile internet device, MID), a wearable device, a virtual reality (virtual reality, VR) equipment, augmented reality (AR) equipment, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical surgery, smart Wireless terminals in smart grid, wireless terminals in transportation safety, wireless terminals in smart city, wireless terminals in smart home, etc.
  • the UE may be used to act as a base station.
  • a UE may act as a scheduling entity that provides sidelink signals between UEs in V2X or D2D, etc.
  • cell phones and cars use sidelink signals to communicate with each other.
  • Cell phones and smart home devices communicate between each other without having to relay communication signals through base stations.
  • the network device in the embodiment of the present application may be a device used to communicate with a terminal device.
  • the network device may also be called an access network device or a wireless access network device.
  • the network device may be a base station.
  • the network device in the embodiment of this application may refer to a radio access network (radio access network, RAN) node (or device) that connects the terminal device to the wireless network.
  • radio access network radio access network, RAN node (or device) that connects the terminal device to the wireless network.
  • the base station can broadly cover various names as follows, or be replaced with the following names, such as: Node B (NodeB), evolved base station (evolved NodeB, eNB), next generation base station (next generation NodeB, gNB), relay station, Access point, transmission point (transmitting and receiving point, TRP), transmitting point (TP), main station MeNB, secondary station SeNB, multi-standard wireless (MSR) node, home base station, network controller, access node , wireless node, access point (AP), transmission node, transceiver node, base band unit (BBU), radio remote unit (Remote Radio Unit, RRU), active antenna unit (active antenna unit) , AAU), radio head (remote radio head, RRH), central unit (central unit, CU), distributed unit (distributed unit, DU), positioning node, etc.
  • NodeB Node B
  • eNB evolved base station
  • next generation NodeB next generation NodeB, gNB
  • relay station Access point
  • the base station may be a macro base station, a micro base station, a relay node, a donor node or the like, or a combination thereof.
  • a base station may also refer to a communication module, modem or chip used in the aforementioned equipment or devices.
  • the base station can also be a mobile switching center and a device that undertakes base station functions in device-to-device D2D, vehicle-to-everything (V2X), machine-to-machine (M2M) communications, and in 6G networks.
  • Base stations can support networks with the same or different access technologies. The embodiments of this application do not limit the specific technology and specific equipment form used by the network equipment.
  • Base stations can be fixed or mobile.
  • a helicopter or drone may be configured to act as a mobile base station, and one or more cells may move based on the mobile base station's location.
  • a helicopter or drone may be configured to serve as a device that communicates with another base station.
  • the network device in the embodiment of this application may refer to a CU or a DU, or the network device includes a CU and a DU.
  • gNB can also include AAU.
  • Network equipment and terminal equipment can be deployed on land, indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; they can also be deployed on aircraft, balloons and satellites in the sky. In the embodiments of this application, the scenarios in which network devices and terminal devices are located are not limited.
  • Non-terrestrial communication network non terrestrial network, NTN
  • Non-terrestrial means may include, for example, satellites or UAS platforms.
  • NTN For terrestrial network communications, communication equipment cannot be set up for land communications in oceans, mountains, deserts and other scenes. Alternatively, terrestrial communications typically do not cover sparsely populated areas due to the cost of setting up and operating communications equipment. Compared with terrestrial network (TN) communications, NTN has many advantages. First of all, NTN communication can not be restricted by the user's geographical area. As for the NTN communication network, there will be no geographical restrictions. In theory, satellites can orbit the earth, so every corner of the earth can be covered by satellite communications. Moreover, the area that NTN communication equipment can cover is much larger than the area covered by terrestrial communication equipment. For example, in satellite communications, a satellite can cover a large ground area. Secondly, NTN communication has great social value. NTN communication can achieve coverage at a lower cost.
  • NTN communication can be used to cover remote mountainous areas or poor and backward countries or regions at a lower cost. This allows people in these areas to enjoy advanced voice communications and mobile Internet technologies, which is conducive to narrowing the digital gap with developed areas and promoting the development of these areas.
  • NTN communication has a long communication distance and does not significantly increase the communication cost.
  • NTN communication has high stability. For example, NTN communication is not limited by natural conditions and can be used even in the case of natural disasters.
  • communication satellites can be divided into low-earth orbit (LEO) satellites, medium-earth orbit (MEO) satellites, geostationary earth orbit (GEO) satellites, and high-earth orbit (GEO) satellites.
  • LEO low-earth orbit
  • MEO medium-earth orbit
  • GEO geostationary earth orbit
  • GEO high-earth orbit
  • HEO high elliptical orbit
  • the orbital altitude range of LEO satellites is 500km ⁇ 1500km.
  • the orbital period is about 1.5 hours to 2 hours.
  • the signal propagation delay of single-hop communication between users is generally less than 20ms.
  • the maximum satellite visibility time is 20 minutes.
  • the signal propagation distance is short, the link loss is small, and the transmission power requirements of the user terminal are not high.
  • the orbital altitude of GEO satellites is 35786km. GEO satellites rotate around the Earth every 24 hours.
  • the signal propagation delay for single-hop communication between users is generally 250ms.
  • satellites can use multiple beams to cover the ground, that is, multiple beam footprints can form a satellite coverage area (field of view of the satllite).
  • a satellite can form dozens or even hundreds of beams to cover the ground.
  • a satellite beam can cover a ground area with a diameter of tens to hundreds of kilometers.
  • NTN network can be implemented based on satellite network architecture.
  • the satellite network architecture can include the following network elements: gateway, feeder link, service link, satellite and inter-satellite link (ISL), etc.
  • the number of gateways can be one or more. Gateways can be used to connect satellite and terrestrial public networks. The gateway is usually located at ground level.
  • the feeder link may be the link for communication between the gateway and the satellite.
  • the service link may be a link for communication between the terminal device and the satellite.
  • the satellite network structure can be divided into transparent forwarding (transparent payload) network architecture and regenerative payload (regenerative payload) network architecture based on the functions it provides.
  • FIG. 2 is a schematic diagram of a transparent forwarding network architecture.
  • the transparent forwarding network architecture can provide wireless frequency filtering, frequency conversion and amplification functions. In the transparent forwarding network architecture, it can only provide transparent forwarding of signals without changing the waveform signal it forwards.
  • FIG. 3 is a schematic diagram of a regeneration and forwarding network structure.
  • the regeneration and forwarding network architecture can provide wireless frequency filtering, frequency conversion and amplification functions, as well as demodulation/decoding, routing/conversion, and encoding/modulation functions.
  • the satellite In the regeneration and forwarding network structure, the satellite can have some or all functions of the base station. Inter-satellite links can exist under a regenerative forwarding network architecture.
  • the network device can configure the DRX function for the terminal device.
  • the terminal device can discontinuously monitor the PDCCH to save power on the terminal device.
  • Each medium access control (MAC) entity can have one DRX configuration.
  • the configuration parameters of DRX include one or more of the following: DRX cycle (drx cycle), DRX duration timer (drx-onDurationTimer), the delay for the terminal device to start the DRX duration timer (drx-StartOffset), DRX inactivation timer (drx-InactivityTimer), DRX retransmission timer (drx-RetransmissionTimer), DRX uplink retransmission timer (drx-ULRetransmissionTimer).
  • the DRX retransmission timer may refer to the downlink DRX retransmission timer (drx-RetransmissionTimerDL).
  • the terminal device If the terminal device is configured with DRX, the terminal needs to monitor the PDCCH during the DRX activation period. During the DRX inactive period, the terminal does not need to monitor the PDCCH.
  • the DRX activation period may include the following five situations, for example.
  • Situation 1 One or more of the following timers are running: DRX continuous timer (drx-onDurationTimer), DRX inactivity timer (drx-InactivityTimer), DRX downlink retransmission timer (drx-RetransmissionTimerDL), DRX short TTI Retransmission timer (drx-RetransmissionTimerShortTTI), DRX uplink retransmission timer (drx-RetransmissionTimerUL), DRX short TTI uplink retransmission timer (drx-ULRetransmissionTimerShortTTI) and contention resolution timer (mac-ContentionResolutionTimer).
  • a scheduling request (scheduling request, SR) is transmitted on the physical uplink control channel (PUCCH) or short physical uplink control channel (SPUCCH) and is pending (pending) state.
  • PUCCH physical uplink control channel
  • SPUCCH short physical uplink control channel
  • Scenario 3 In the non-contention-based random access process, the terminal device has not received the physical scrambled cell-radio network temporary identifier (C-RNTI) after successfully receiving the random access response. An initial transmission indicated by the physical downlink control channel (PDCCH).
  • C-RNTI cell-radio network temporary identifier
  • the uplink scheduling grant (UL grant) can be received, and there is data in the HARQ buffer (HARQ buffer) of the synchronized HARQ process.
  • Scenario 5 The terminal device is configured with mpdcch-UL-HARQ-ACK-FeedbackConfig and is currently undergoing repeated transmission within a bundle.
  • Figure 4 is an example diagram of the DRX continuous timer operation process. As shown in Figure 4, within the DRX cycle (DRX cycle), when the DRX duration timer is running, that is, within the duration period (on duration) shown in Figure 4, the terminal device can monitor the PDCCH.
  • the DRX cycle may include a short DRX cycle or a long DRX cycle.
  • the terminal can determine the time to start the DRX duration timer based on whether it is currently in a short DRX cycle or a long DRX cycle.
  • the DRX persistence timer can be started when the following conditions are met.
  • the terminal device is a narrowband internet of things (NB-IoT) terminal device, if there is at least one uplink or downlink HARQ round-trip time timer (RTT Timer) corresponding to the HARQ process If it is not running, the DRX duration timer is started in the current subframe.
  • the terminal device is not an NB-IoT device, the DRX persistence timer is started in the current subframe.
  • the terminal When the terminal receives the PDCCH for the initial transmission of scheduled data, it can start the DRX deactivation timer. As explained above, while the DRX deactivation timer is running, the terminal monitors the PDCCH. It can be understood that based on the DRX deactivation timer, the terminal device can continue to monitor the PDCCH in the presence of newly transmitted data.
  • the DRX retransmission timer can be started after a period of time.
  • Each HARQ process can correspond to a HARQ retransmission timer.
  • the terminal monitors the PDCCH. It can be understood that based on the DRX retransmission timer, the terminal equipment can monitor the PDCCH used for retransmission.
  • the start time of the DRX deactivation timer and/or the DRX retransmission timer may be related to the HARQ round trip time (RTT) timer.
  • the terminal device can start the DRX retransmission timer corresponding to the downlink HARQ process.
  • the terminal can start the DRX uplink retransmission timer corresponding to the uplink HARQ process.
  • the HARQ RTT timer if the HARQ RTT timer times out, it may be determined whether to start the DRX inactivation timer according to the type of terminal. If the terminal device is an NB-IoT terminal device, and if the PDCCH indicates that multiple transport blocks (TB) are scheduled, when the HARQ RTT timers corresponding to the HARQ processes used by all these TBs time out, DRX deactivation can be initiated. timer.
  • the terminal device is an NB-IoT terminal device, and if the PDCCH indicates that a TB is scheduled, the DRX inactivation timer can be started when the HARQ RTT timer corresponding to the HARQ process used by the TB expires.
  • the DRX deactivation timer for NB-IoT terminal equipment, if the PDCCH indicates that multiple TBs are scheduled, it will be started when the uplink HARQ RTT timers corresponding to the HARQ processes used by all these TBs have expired. Or restart DRX to activate the timer.
  • the PDCCH indicates that a TB is scheduled, when the uplink HARQ RTT timer corresponding to the HARQ process used by the TB times out, the DRX deactivation timer will be started or restarted.
  • the conditions for the terminal device to start the downlink HARQ RTT timer may include: if the terminal receives a PDCCH indicating downlink transmission, or if the terminal has configured downlink in this subframe Authorization, you can determine to start the HARQ RTT timer in the corresponding subframe according to the type of terminal.
  • the terminal device is an NB-IoT terminal device or an enhanced machine type communication (eMTC) terminal device, if the PDCCH indicates that multiple TB transmissions are scheduled, the terminal can receive the last transmission of the multiple TBs.
  • eMTC enhanced machine type communication
  • the subframe where the last repeated transmission of a TB physical downlink shared channel (PDSCH) starts the HARQ RTT timers corresponding to all downlink HARQ processes used by the PDSCH of multiple TBs.
  • the terminal device is an NB-IoT terminal device or an eMTC terminal device
  • the terminal device can start the downlink HARQ process used by the PDSCH in the subframe where the last repeated transmission of the PDSCH is received.
  • Corresponding HARQ RTT timer In the case where the terminal device is neither an NB-IoT terminal device nor an eMTC terminal device, the HARQ RTT timer corresponding to the downlink HARQ process used by the PDSCH is started in the corresponding subframe.
  • the conditions for the terminal device to start the uplink HARQ RTT timer may include: if the terminal device receives a PDCCH indicating an uplink transmission using an asynchronous HARQ process, or if the terminal device is in the If the subframe has a configured uplink authorization for an asynchronous HARQ process, or the terminal receives a PDCCH instruction to use uplink transmission of an automatic HARQ process, the uplink HARQ RTT timer can be determined based on whether mpdcch-UL-HARQ-ACK-FeedbackConfig is configured. Whether to start in this subframe.
  • the terminal device can complete the physical uplink shared channel of the last TB of the multiple TBs. , PUSCH) in the subframe where the last repeated transmission starts the uplink HARQ RTT timers corresponding to all uplink HARQ processes used by PUSCH in the multiple TBs. If mpdcch-UL-HARQ-ACK-FeedbackConfig is not configured, and the PDCCH indicates that a single TB transmission is scheduled, the terminal device can start the uplink HARQ process corresponding to the PUSCH in the subframe where the last repeated transmission of the PUSCH is completed. The uplink HARQ RTT timer.
  • the definitions of the HARQ RTT timer and the uplink HARQ RTT timer can be as described below.
  • the HARQ RTT timer is 7+N. Among them, N is the PUCCH repetition factor used.
  • the HARQ RTT timer can be 3+k+N. Among them, k is the time interval between the last repeated transmission of PDSCH and the first repeated transmission of the corresponding HARQ feedback, and N is the PUCCH repetition factor used.
  • the HARQ RTT timer is 7+m*N.
  • N is the PUCCH repetition factor used
  • m is the number of scheduled TBs indicated by the PDCCH.
  • the HARQ RTT timer is 7+k*N.
  • N is the PUCCH repetition factor used
  • k is the number of HARQ feedback bindings
  • N TB is the number of scheduled TB indicated by the PDCCH
  • M is the PDCCH indication.
  • the HARQ RTT timer is k+3+N+deltaPDCCH (the unit can be sub frame).
  • k is the time interval between the last subframe of PDSCH transmission and the first subframe of corresponding HARQ feedback transmission
  • N is the transmission duration of corresponding HARQ feedback
  • deltaPDCCH is the last subframe added from the corresponding HARQ feedback. The time interval between the start of the next subframe of 3 subframes and the first subframe of the next PDCCH opportunity.
  • the HARQ RTT timer is k+2*N+1+deltaPDCCH (the unit can be a subframe).
  • k is the time interval between the last subframe of PDSCH transmission and the first subframe of corresponding HARQ feedback transmission
  • N is the transmission duration of corresponding HARQ feedback
  • deltaPDCCH is the last subframe from corresponding HARQ feedback plus 1 The time interval between the start of the next subframe of the subframe and the first subframe of the next PDCCH opportunity.
  • the uplink HARQ RTT timer is 4 subframes.
  • the uplink HARQ RTT timer is k ULHARQRTT subframes, where k ULHARQRTT can be k PHICH .
  • the uplink HARQ RTT timer is 4+deltaPDCCH subframes.
  • deltaPDCCH is the time interval from the last subframe of PUSCH transmission plus the next subframe of 3 subframes to the first subframe of the next PDCCH opportunity.
  • the uplink HARQ RTT timer is 1+deltaPDCCH subframe.
  • deltaPDCCH is the time interval from the last subframe of PUSCH transmission plus the next subframe of 1 subframe to the first subframe of the next PDCCH opportunity.
  • RTT offset is added to the definition formula of the HARQ RTT timer and the uplink HARQ RTT timer.
  • the RTT offset is 0.
  • the RTT offset is the RTT between the terminal and the base station (such as UE-eNB RTT).
  • the mode of the HARQ process may include a first mode and a second mode.
  • the first mode may be to perform HARQ feedback for the PDSCH receiving terminal using the HARQ process
  • the second mode may be to not perform HARQ feedback for the PDSCH receiving terminal using the HARQ process.
  • HARQ can affect the behavior of DRX.
  • HARQ can affect the start time of the DRX deactivation timer and/or the DRX retransmission timer.
  • This application proposes a communication method to consider the impact of HARQ processes on DRX behavior in different modes.
  • Figure 5 is a schematic flow chart of a wireless communication method provided by an embodiment of the present application.
  • the method shown in Figure 5 may be executed by a terminal device and/or a network device.
  • the network equipment can be non-terrestrial network equipment, such as satellites or unmanned aerial vehicle system platforms.
  • the serving cell of the terminal device may be an NTN cell.
  • the method shown in Figure 5 may include step S510 and step S520.
  • Step S510 The terminal equipment receives the first PDCCH.
  • the network device sends the first PDCCH.
  • the first PDCCH may be used to schedule the first TB. It can be understood that the first PDCCH can be used to schedule a single TB or multiple TBs. In the case where the first PDCCH schedules a single TB, the first TB may be a TB scheduled by the first PDCCH. In the case where the first PDCCH schedules multiple TBs, the first TB may be any one of the multiple TBs.
  • the first TB can be an uplink TB or a downlink TB.
  • the first TB may be an uplink TB.
  • the first PDCCH schedules downlink data the first TB may be a downlink TB.
  • the first TB may correspond to the first HARQ process.
  • the first HARQ process may be an uplink HARQ process or a downlink HARQ process.
  • the first HARQ process may be an uplink HARQ process.
  • the first HARQ process may be a downlink HARQ process.
  • Step S520 The terminal device determines the DRX behavior of the terminal device according to the mode corresponding to the first HARQ process.
  • the mode corresponding to the first HARQ process may include a first mode and a second mode.
  • the first mode and the second mode may correspond to different DRX behaviors.
  • the first mode may be a HARQ feedback enabled mode (or called an enable mode), and the second mode may be a HARQ feedback disable mode (or called a disable mode). It can be understood that, when the first HARQ is configured to enable the HARQ feedback mode, normal HARQ feedback can be performed for data transmission using the first HARQ. When the first HARQ is configured in the disable mode, HARQ feedback may not be performed for data transmission using the first HARQ process.
  • the first mode may be a mode supported by related technologies.
  • the DRX behavior may be different from the DRX behavior in the first mode.
  • this application takes into account the impact of different modes of HARQ on DRX behavior and determines different DRX behaviors according to different modes corresponding to the HARQ process, which can enable the terminal to monitor the PDCCH at the appropriate time, thereby having better performance in different modes.
  • Good scheduling performance and can take into account terminal power saving.
  • the DRX behavior may be the behavior related to the terminal device and the DRX activation period.
  • the DRX behavior may include the start time of the first timer. While the first timer is running, the terminal monitors the PDCCH.
  • the first timer may include, for example, a DRX deactivation timer and/or a DRX retransmission timer.
  • the DRX retransmission timer may correspond to the first HARQ process.
  • the first timer may include an uplink timer and/or a downlink timer.
  • the DRX retransmission timer may include an uplink DRX retransmission timer and/or a downlink DRX retransmission timer.
  • the downlink DRX retransmission timer is also called the DRX retransmission timer.
  • starting the first timer may include starting or restarting the first timer.
  • starting the first timer may include: creating a new first timer and causing the first timer to start running, or, if the first timer is running, restarting based on the timing duration of the first timer. Run the first timer.
  • the starting time of the first timer may be determined based on the first information.
  • the first information may include one or more of the following: transmission time of the first channel, and timing duration of the first HARQ RTT timer.
  • the first HARQ RTT timer may correspond to the first HARQ process.
  • the first HARQ RTT timer can be the HARQ RTT timer corresponding to the uplink or downlink HARQ process, and this application does not limit this.
  • the first channel may carry the first TB, and the first channel may be, for example, PDSCH or PUSCH.
  • the first channel may be PUSCH.
  • the first PDCCH schedules downlink data the first channel may be the PDSCH.
  • the first information may include a transmission time of the first channel.
  • the first timer may be started at the transmission end time of the first channel.
  • the first timer may be started immediately after the terminal device completes transmission of the first channel.
  • FIG. 6 is an example diagram of a method for starting a first timer provided by an embodiment of the present application. As shown in Figure 6, the transmission end time of the first channel is t1. At time t1, the first timer can be started.
  • the terminal device can ignore the impact of the HARQ RTT timer corresponding to the first HARQ process on the DRX behavior. That is to say, the time to start the first timer may have nothing to do with the HARQ RTT timer corresponding to the first HARQ process.
  • the transmission end time of the first channel may be the last time domain unit in the time domain resources occupied by the first channel or the time domain unit next to the last time domain unit in the time domain resources occupied by the first channel.
  • time domain unit involved in the entire text of this application can be any of the following: subframe, time slot, one or more symbols.
  • the transmission end time of the first channel may be the last subframe or the subframe next to the last subframe in the time domain resource occupied by the first channel.
  • the first channel can perform repeated transmissions (repetition).
  • the transmission end time of the first channel may be the transmission end time of the last repeated transmission of the first channel.
  • the first PDCCH can schedule multiple TBs. Multiple TBs may include the first TB.
  • the transmission end time of the first channel may be the transmission end time of the last TB among the plurality of TBs.
  • the modes of the HARQ processes corresponding to the plurality of TBs may all be the second mode, and the second mode may be, for example, the disable mode.
  • the modes of the HARQ processes corresponding to multiple TBs may be partly the first mode and the other part the second mode.
  • the second mode may be, for example, a disable mode.
  • the transmission end time of the PDSCH may be the subframe in which the last repeated transmission of the PDSCH is located.
  • the transmission end time of the PDSCH may be the subframe next to the subframe in which the last repeated transmission of the PDSCH is located.
  • the transmission end time of PUSCH may be the first subframe in which the last repeated transmission of PUSCH is located.
  • the transmission end time of PUSCH may be the subframe next to the first subframe.
  • the first subframe may be the last subframe in which the last repeated transmission of PUSCH is located.
  • the transmission end time of the PDSCH may be the second subframe in which the last repeated transmission of the PDSCH of the last TB among the multiple TBs is located, or the transmission end time of the PDSCH may be the subframe next to the second subframe.
  • the second subframe may be the last subframe in which the last repeated transmission of the PDSCH of the last TB among the plurality of TBs is located.
  • the transmission end time of PUSCH may be the third subframe where the last repeated transmission of PUSCH of the last TB among the multiple TBs is located, or the PUSCH The transmission end time may be the subframe next to the third subframe.
  • the third subframe may be the last subframe in which the last repeated transmission of the PUSCH of the last TB among the plurality of TBs is located.
  • the first information may include the timing duration of the first HARQ RTT timer.
  • the first timer may be started after the first HARQ RTT timer times out. For example, in the case where the first PDCCH schedules a single TB, the first timer may be started after the HARQ RTT timer corresponding to the first HARQ process times out. In the case where the first PDCCH schedules multiple TBs, the first timer may be started after the HARQ RTT timers corresponding to all HARQ processes in the second mode among the multiple HARQ processes used by the multiple TBs have expired.
  • the start time of the first HARQ RTT timer may be the transmission end time of the first channel.
  • the transmission end time of the first channel can be as described above, and will not be described again here.
  • FIG. 7 is an example diagram of another method of starting the first timer provided by the embodiment of the present application.
  • the first timer may be started after the first HARQ RTT timer times out.
  • the transmission end time of the first channel is t1.
  • the first HARQ RTT timer can be started.
  • the timing duration of the first HARQ RTT timer can be T.
  • the first HARQ RTT timer times out.
  • the first timer can be started.
  • the network device can also perform step S520, that is, the network device can determine the DRX behavior of the terminal device according to the mode corresponding to the first HARQ process. Network devices can be scheduled based on the DRX behavior of terminal devices.
  • the method for determining the timing duration of the first HARQ RTT timer is introduced in detail below.
  • the unit of the timing duration of the first HARQ RTT timer may be a time domain unit, for example, the unit may be a subframe.
  • the timing duration of the first HARQ RTT timer may be determined based on a predefined value.
  • Predefined values can be defined by the protocol or by the end device and/or network device.
  • the timing duration of the first HARQ RTT timer may be a predefined value.
  • the predefined value may be 12 subframes, that is, the timing duration of the first HARQ RTT timer may be 12 subframes.
  • the terminal device is an eMTC terminal device and/or an NB-IoT terminal device, it can be determined that the timing duration of the first HARQ RTT timer can be a predefined value.
  • the timing duration of the first HARQ RTT timer may be determined based on a predefined value and the first interval (for example, may be expressed as deltaPDCCH).
  • the first interval may be, for example, the time interval between the first time domain unit and the first time domain unit corresponding to the next PDCCH monitoring opportunity.
  • the terminal device is an NB-IoT terminal device
  • the timing duration of the first HARQ RTT timer can be determined based on the predefined value and the first interval.
  • the first time domain unit may be determined by the transmission time of the first channel.
  • the first time domain unit may be the transmission end time of the first channel plus the time domain unit where N time domain units are located.
  • the first time domain unit may be the transmission end time of the first channel plus the next time domain unit in which the N time domain units are located.
  • N can be an integer greater than 0.
  • N can be predefined or preconfigured.
  • the transmission end time of the first channel refers to the above description and will not be described again here.
  • the first interval may be, for example, the time interval between subframe i and the first subframe corresponding to the next PDCCH monitoring opportunity.
  • the subframe i may be the subframe in which the last repeated transmission of the PDSCH of the last TB in the plurality of TBs is received + the subframe in which the N subframes are located, or the PDSCH of the last TB in the plurality of TBs.
  • the timing length of the first HARQ RTT timer described above is determined based on a predefined value and can be applicable to any of the following scenarios: the first PDCCH schedules downlink single TB, the first PDCCH schedules downlink multiple TBs TB, the first PDCCH schedules uplink single TB, and the first PDCCH schedules uplink multiple TBs.
  • the first interval may also be called the second interval.
  • the RTT offset (RTT offset) of the first HARQ RTT timer may be 0.
  • the RTT offset may be 0. That is to say, if the serving cell of the terminal is an NTN cell, the timing length of the first HARQ RTT timer can be the same as the definition or value in the NT scenario.
  • the first TB is a downlink TB, the first HARQ process is in the second mode, and in the NTN scenario, the RTT offset may be 0.
  • the multiple TBs correspond to multiple HARQ processes.
  • Multiple TBs can be downstream TBs.
  • all of the multiple HARQ processes may be in the second mode, or part of the multiple HARQ processes may be in the second mode.
  • the second mode may be a disable mode. That is to say, all the multiple HARQ processes can be in the disabled mode, that is, none of them perform HARQ feedback, or some of the multiple HARQ processes can be in the disabled mode, that is, there can be HARQ processes that perform HARQ feedback.
  • the timing duration of the first HARQ RTT timer can be determined based on the second information.
  • the multiple TBs correspond to multiple HARQ processes.
  • the second information includes one or more of the following: multiple The number of HARQ processes that perform HARQ feedback in the HARQ process; the HARQ feedback mode of multiple HARQ processes.
  • the timing duration of the first HARQ RTT timer may be 7+m*N+RTT offset.
  • N may be the PUCCH repetition factor
  • m may be the number of TBs corresponding to the downlink HARQ processes that perform HARQ feedback among the multiple HARQ processes corresponding to the multiple TBs indicated in the first PDCCH. This embodiment can be applied to eMTC terminal equipment.
  • the multiple TBs are in a non-interleaved condition or if the multiple TBs are in an interleaved condition and the HARQ feedback mode of the bundling mode is not configured, if The HARQ process corresponding to one TB among these multiple TBs (for example, the first TB) does not perform HARQ feedback, so the timing duration of the HARQ RTT timer can be k+3+N+RTToffset+deltaPDCCH.
  • the definition of the first HARQ RTT timer may be the same as the case where the first PDCCH schedules a single downlink TB in the related art.
  • this application can set the parameters related to HARQ feedback to preset values based on the method of calculating the HARQ RTT timer timing length in related technologies or calculate it through the HARQ process that performs HARQ feedback, thereby reasonably configuring the third
  • the impact of the second-mode HARQ process on the HARQ RTT timer duration makes the HARQ RTT timer duration more consistent with actual scenarios.
  • the first HARQ RTT timer can not only be used to determine the start of the first timer, but can also be used to implement other functions, which is not limited by this application.
  • the method for determining the timing duration of the HARQ RTT timer described above can also be applied to other scenarios related to the HARQ RTT timer. For example, based on the timing duration of the above-mentioned first HARQ RTT timer, the start time of the DRX persistence timer can be determined.
  • Step S620 Determine the DRX behavior of the terminal device according to the mode of the first HARQ process used for PDSCH transmission of the first TB.
  • the DRX behavior may include step S621 or step S622.
  • the time when the terminal equipment starts the DRX deactivation timer and/or the DRX retransmission timer corresponding to the first HARQ process may be the PDSCH transmission end time.
  • the PDSCH transmission end time may be the subframe in which the last repeated transmission of the PDSCH occurs, or the next subframe in which the last repeated transmission of the PDSCH is completed.
  • FIG. 8 is an example diagram of a communication method including step S621 provided by the embodiment of the present application.
  • TB1 may be the first TB
  • HARQ process 0 may be the first HARQ process.
  • the terminal can start the DRX deactivation timer and/or the DRX retransmission timer corresponding to HARQ process 0.
  • Step S622 The terminal starts the first HARQ RTT timer corresponding to the first HARQ process in the subframe where the last repeated transmission of the PDSCH is located.
  • the timing duration of the first HARQ RTT timer can be: a predefined value or a predefined value + deltaPDCCH.
  • the timing duration of the first HARQ RTT timer may be a predefined value.
  • the timing duration of the first HARQ RTT timer may be the predefined value + deltaPDCCH.
  • the predefined value may be, for example: 12 subframes.
  • deltaPDCCH is the time interval between available subframe i and the first subframe corresponding to the next PDCCH monitoring opportunity.
  • the subframe i may be the next subframe of the subframe + N subframes where the last repeated transmission received by the PDSCH is located, or the subframe of the subframe + N subframes where the last repeated transmission received by the PDSCH is located. Among them, N can be predefined.
  • FIG. 9 is an example diagram of a communication method including step S622 provided by the embodiment of the present application.
  • TB1 may be the first TB
  • HARQ process 0 may be the first HARQ process.
  • the terminal device can start the first HARQ RTT timer corresponding to HARQ process 0.
  • the terminal device can start the DRX deactivation timer and/or the DRX retransmission timer corresponding to HARQ process 0.
  • Embodiment 2 involves the case where the first PDCCH schedules a single uplink TB (the first TB).
  • the first HARQ process corresponding to the first TB is in the second mode.
  • the method provided in Embodiment 2 may include steps S710 to S720.
  • Step S710 The terminal device in the RRC connected state receives the first PDCCH instruction to schedule one TB of PUSCH transmission.
  • Step S720 Determine the DRX behavior of the terminal device according to the mode of the first HARQ process used for PUSCH transmission of the first TB.
  • step S720 may include step S721 or S722.
  • Step S721 After completing the PUSCH transmission, the terminal device starts the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to the first HARQ process.
  • the time at which the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to the first HARQ process is started may be the PUSCH transmission end time.
  • the PUSCH transmission end time may be the (last) subframe where the last repeated transmission (repetition) of the PUSCH is located, or the next subframe in which the last repeated transmission of the PUSCH is completed.
  • Figure 10 is an example diagram of a communication method including step S721 provided by the embodiment of the present application.
  • TB1 may be the first TB
  • HARQ process 0 may be the first HARQ process.
  • the terminal can start the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to HARQ process 0.
  • Step S722 The terminal device starts the first HARQ RTT timer corresponding to the first HARQ process in the (last) subframe where the last repeated transmission of the PUSCH is located.
  • the first HARQ RTT timer may be an uplink HARQ RTT timer.
  • the definition of the timing duration of the first HARQ RTT timer may be the same as the definition of the timing duration of the uplink HARQ RTT timer in the TN scenario in related technologies.
  • FIG. 11 is an example diagram of a communication method including step S722 provided by the embodiment of the present application.
  • TB1 may be the first TB
  • HARQ process 0 may be the first HARQ process.
  • the terminal device can start the first HARQ RTT timer corresponding to HARQ process 0.
  • the terminal device can start the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to HARQ process 0.
  • Embodiment 3 involves the situation where the first PDCCH schedules multiple downlink TBs at the same time. Multiple downstream TBs include the first TB.
  • the second mode is the HARQ disable mode, that is, the first HARQ process corresponding to the first TB does not perform HARQ feedback.
  • the method provided in Embodiment 3 may include steps S810 to S820.
  • Step S810 The terminal equipment in the RRC connected state receives the first PDCCH.
  • the first PDCCH indicates that PDSCH transmission of multiple downlink TBs is scheduled simultaneously.
  • Step S810 may include step S811 or step S812.
  • Step S811 For the non-bundled HARQ feedback mode, the terminal may send HARQ feedback in sequence to the TBs in multiple downlink TBs that are scheduled at the same time and the HARQ process used is the first mode (enabled mode).
  • Step S812 For the bundled HARQ feedback mode, for the TBs in which the HARQ process used in multiple downlink TBs being scheduled at the same time is the first mode (enabled mode), the terminal device sequentially adds the HARQ feedback bundle size M according to the HARQ feedback bundling size M. Each M TB of HARQ feedback information is bound to obtain one HARQ feedback result. The terminal can send these HARQ binding feedback results respectively in sequence.
  • Figure 12 is an example diagram of the feedback timing of multiple downlink TBs of the first PDCCH provided by the embodiment of the present application.
  • the first PDCCH can call multiple downlink TBs, which are TB1 to TB6 respectively.
  • the mode of the HARQ process corresponding to TB2 and TB4 is the second mode
  • the mode of the HARQ process corresponding to TB1, TB3, TB5 and TB6 is the first mode.
  • Figure 12(a) shows an example of unbundled HARQ feedback, that is, an example of step S811.
  • the terminal sends HARQ feedback for TB1, TB3, TB5 and TB6 in sequence.
  • Figure 12(b) shows an example of bundling HARQ feedback, that is, an example of step S812.
  • the HARQ feedback bundling size M is 2, so the terminal can bundle 2 TB of HARQ feedback information to obtain one feedback result.
  • the HARQ feedback information of TB1 and TB3 is bound, and the HARQ feedback information of TB5 and TB6 is bound.
  • Step S820 The terminal determines DRX behavior based on the modes of HARQ processes corresponding to multiple downlink TBs.
  • DRX behavior may include one or more of the following behaviors: determination of the HARQ RTT timer duration, DRX deactivation timer and/or starting of the DRX retransmission timer.
  • the HARQ RTT timer length can be determined according to the type of terminal equipment and the HARQ feedback mode.
  • the timing length of the HARQ RTT timer can be 7 +m*N+RTT offset.
  • N may be the PUCCH repetition factor
  • m may be the number of TBs in which the HARQ process used in the multiple downlink TBs indicated in the first PDCCH is the first mode.
  • the HARQ RTT timer can be 7+k* N+RTT offset.
  • N can be the PUCCH repetition factor.
  • N TB may be the number of TBs in which the HARQ process used in the multiple downlink TBs indicated in the first PDCCH is in the first mode.
  • M may be the multi-TB HARQ feedback bundling size indicated in the first PDCCH.
  • the HARQ RTT timer can be k+3+N+RTToffset+deltaPDCCH.
  • k may be the time interval between the last subframe of PDSCH transmission for the multiple downlink TBs and the first subframe of the corresponding HARQ feedback transmission
  • N may be the transmission duration of the corresponding HARQ feedback
  • deltaPDCCH It may be the time interval from the next subframe corresponding to the last subframe + 3 + RTToffset of HARQ feedback transmission to the first subframe where the next PDCCH monitoring opportunity is located. It can be understood that the definition of the HARQ RTT timer in this case can be the same as the case where the PDCCH schedules a single downlink TB.
  • Embodiment 4 relates to the situation where the first PDCCH schedules multiple downlink TBs at the same time. Multiple downstream TBs include the first TB.
  • the second mode is the HARQ disable mode, that is, the first HARQ process corresponding to the first TB does not perform HARQ feedback.
  • the method provided in Embodiment 4 may include steps S910 to S920.
  • Step S910 The terminal device in the RRC connected state receives the first PDCCH indication and simultaneously schedules PDSCH transmission of multiple downlink TBs.
  • Step S920 The terminal determines DRX behavior based on the modes of HARQ processes corresponding to multiple downlink TBs.
  • step S920 may include step S921 or step S922.
  • Step S921 After completing the PDSCH reception of the multiple TBs, the terminal device starts the DRX deactivation timer and/or the DRX retransmission timer corresponding to the HARQ process used by the multiple downlink TBs.
  • the time when the terminal equipment starts the DRX deactivation timer and/or the DRX retransmission timer corresponding to the HARQ process used by the multiple downlink TBs may be: the last repeated transmission of the PDSCH of the last TB among the multiple downlink TBs. (repetition); or, the next subframe in which the last repeated transmission of the PDSCH of the last TB in multiple downlink TBs is completed.
  • Step S922 The terminal device starts the HARQ RTT timer corresponding to the HARQ process in the subframe where the last repeated transmission of the PDSCH of the last TB of multiple downlink TBs is located.
  • the timing length of the HARQ RTT timer can be determined based on the predefined value.
  • the timing duration of the HARQ RTT timer can be: a predefined value or a predefined value + deltaPDCCH.
  • the timing duration of the first HARQ RTT timer may be a predefined value.
  • the timing duration of the first HARQ RTT timer may be the predefined value + deltaPDCCH.
  • the predefined value may be, for example: 12 subframes.
  • deltaPDCCH is the time interval between available subframe i and the first subframe corresponding to the next PDCCH monitoring opportunity.
  • the subframe i may be the subframe next to the subframe + N subframes in which the last repeated transmission received by the PDSCH is located, or the subframe in which the last repeated transmission received by the PDSCH is located + N subframes. Among them, N can be predefined.
  • the HARQ process used by some TBs among the plurality of TBs is in the second mode.
  • the HARQ process used by some TBs among the plurality of TBs is in the first mode.
  • the terminal can start the HARQ RTT corresponding to the HARQ process in the subframe where the last repeated transmission of the PDSCH of the last TB of the multiple downlink TBs is located. timer.
  • the duration of the HARQ RTT timer can be defined using the method given in Embodiment 3, where the RTT offset can be the UE-eNB RTT.
  • the terminal device may start the DRX deactivation timer and/or the corresponding HARQ process after completing the PDSCH reception of the multiple downlink TBs.
  • DRX retransmission timer The time when the terminal equipment starts the DRX deactivation timer and/or the DRX retransmission timer corresponding to the HARQ process used by the multiple downlink TBs may be: the last repeated transmission of the PDSCH of the last TB among the multiple downlink TBs. (repetition); or, the next subframe in which the last repeated transmission of the PDSCH of the last TB in multiple downlink TBs is completed.
  • the terminal can start the HARQ RTT corresponding to the HARQ process in the subframe where the last repeated transmission of the PDSCH of the last TB of the multiple downlink TBs is located. timer.
  • the timing duration of the HARQ RTT timer can be a predefined value or a predefined value + deltaPDCCH.
  • the HARQ RTT timer can be determined according to the method given in Embodiment 3, in which the RTT offset can be 0.
  • the terminal can start the DRX deactivation timer and/or the DRX retransmission timer corresponding to the HARQ processes.
  • Embodiment 5 relates to the situation where the first PDCCH schedules multiple uplink TBs at the same time.
  • Multiple upstream TBs may include the first TB.
  • the first HARQ process corresponding to the first TB is in the second mode.
  • the method provided in Embodiment 5 may include steps S1010 to S1020.
  • Step S1010 The terminal in the RRC connected state receives the PDCCH indication and schedules PUSCH transmission of multiple uplink TBs at the same time.
  • Step S1020 If the HARQ process used by at least one TB among the multiple uplink TBs is in the second mode, determine the DRX behavior of the terminal device.
  • Step S1020 may include step S1021 or S1022.
  • Step S1021 After completing the PUSCH transmission of the multiple uplink TBs, the terminal device starts the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to the HARQ process.
  • the time when the terminal equipment starts the above-mentioned DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to the HARQ process may be: the subframe in which the last repeated transmission of PUSCH of the last TB of multiple uplink TBs is located (for example, the last one subframe); or, the next subframe in which the last repeated transmission of PUSCH of the last TB of the multiple uplink TBs is completed.
  • Step S1022 The terminal device starts the uplink HARQ RTT timer corresponding to the HARQ process in the subframe (for example, the last subframe) where the last repeated transmission of PUSCH of the last TB of multiple uplink TBs is located.
  • the definition of the timing duration of the uplink HARQ RTT timer can be the same as the definition of the timing duration of the uplink HARQ RTT timer in the TN scenario in related technologies.
  • the terminal can start the DRX deactivation timer and/or the DRX uplink retransmission timer corresponding to the HARQ processes.
  • Figure 13 is a schematic structural diagram of a terminal device 1300 provided by an embodiment of the present application.
  • the terminal device 1300 may include a first receiving unit 1310 and a first determining unit 1320.
  • the first receiving unit 1310 may be configured to receive the first PDCCH, the first PDCCH is used to schedule the first TB, and the first TB corresponds to the first HARQ process.
  • the first determining unit 1320 may be configured to determine the DRX behavior of the terminal device according to the mode corresponding to the first HARQ process, where the mode corresponding to the first HARQ process includes a first mode and a second mode, and the The first mode and the second mode correspond to different DRX behaviors.
  • the starting time of the first timer is determined based on first information
  • the first information includes one or more of the following: The transmission time of a channel, wherein the first channel is carried in the first TB; the timing duration of a first HARQ RTT timer, the first HARQ RTT timer corresponds to the first HARQ process.
  • the first information includes the transmission time of the first channel, and the first timer is started based on the transmission end time of the first channel.
  • the transmission end time of the first channel is the last time domain unit in the time domain resources occupied by the first channel or the last time domain in the time domain resources occupied by the first channel.
  • the next time domain unit of the unit is the transmission end time of the first channel.
  • the transmission end time of the first channel is the transmission end time of the last repeated transmission of the first channel.
  • the transmission end time of the first channel is the transmission end time of the last TB among the multiple TBs.
  • the first information includes the timing duration of the first HARQ RTT timer, and the first timer is started after the first HARQ RTT timer times out.
  • the timing duration of the first HARQ RTT timer is determined based on a predefined value.
  • the timing duration of the first HARQ RTT timer is determined based on a predefined value and the first interval.
  • the first interval is the time interval between the first time domain unit and the first time domain unit corresponding to the next PDCCH monitoring opportunity, wherein the first time domain unit is based on the first time domain unit.
  • the transmission time of the channel is determined.
  • the RTT offset of the first HARQ RTT timer is 0.
  • the timing duration of the first HARQ RTT timer is determined according to a predefined value.
  • the timing duration of the first HARQ RTT timer is based on the HARQ feedback modes of the multiple HARQ processes and The number of HARQ processes that perform HARQ feedback among the plurality of HARQ processes is determined.
  • the first channel is PDSCH or PUSCH.
  • the first sending unit 1410 may be used to send the first PDCCH, the first PDCCH is used to schedule the first TB, and the first TB corresponds to the first HARQ process; wherein the mode corresponding to the first HARQ process is used to determine The DRX behavior of the terminal device, the mode corresponding to the first HARQ process includes a first mode and a second mode, and the first mode and the second mode correspond to different DRX behaviors.
  • the DRX behavior includes a start time of a first timer, and the first timer includes a DRX deactivation timer and/or a DRX retransmission timer.
  • the starting time of the first timer is determined based on first information
  • the first information includes one or more of the following: The transmission time of a channel, wherein the first channel is carried in the first TB; the timing duration of a first HARQ RTT timer, the first HARQ RTT timer corresponds to the first HARQ process.
  • the first information includes the transmission time of the first channel, and the first timer is started based on the transmission end time of the first channel.
  • the RTT offset of the first HARQ RTT timer is 0.
  • the timing duration of the first HARQ RTT timer is determined based on the second information, wherein, The multiple TBs correspond to multiple HARQ processes, and the second information includes one or more of the following: the number of HARQ processes performing HARQ feedback among the multiple HARQ processes; the HARQ feedback modes of the multiple HARQ processes .
  • the timing duration of the first HARQ RTT timer is determined according to a predefined value.
  • the timing duration of the first HARQ RTT timer is determined based on a predefined value and the second interval.
  • the second interval is the time interval between the second time domain unit and the first time domain unit corresponding to the next PDCCH monitoring opportunity, wherein the second time domain unit is based on the first time domain unit.
  • the transmission time of the channel is determined.
  • the timing duration of the first HARQ RTT timer is based on the HARQ feedback modes of the multiple HARQ processes and The number of HARQ processes that perform HARQ feedback among the plurality of HARQ processes is determined.
  • the first channel is PDSCH or PUSCH.
  • the time domain unit is any one of the following: subframe, time slot, one or more symbols.
  • the serving cell of the terminal device is an NTN cell.
  • the terminal device is an NB-IoT terminal device and/or an eMTC terminal device.
  • Figure 15 is a schematic structural diagram of a communication device according to an embodiment of the present application.
  • the dashed line in Figure 15 indicates that the unit or module is optional.
  • the device 1500 can be used to implement the method described in the above method embodiment.
  • Device 1500 may be a chip, terminal device or network device.
  • Apparatus 1500 may include one or more processors 1510.
  • the processor 1510 can support the device 1500 to implement the method described in the foregoing method embodiments.
  • the processor 1510 may be a general-purpose processor or a special-purpose processor.
  • the processor may be a central processing unit (CPU).
  • the processor can also be another general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), or an off-the-shelf programmable gate array (FPGA) Or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • a general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.
  • Apparatus 1500 may also include one or more memories 1520.
  • the memory 1520 stores a program, which can be executed by the processor 1510, so that the processor 1510 executes the method described in the foregoing method embodiment.
  • the memory 1520 may be independent of the processor 1510 or integrated in the processor 1510.
  • Apparatus 1500 may also include a transceiver 1530.
  • Processor 1510 may communicate with other devices or chips through transceiver 1530.
  • the processor 1510 can transmit and receive data with other devices or chips through the transceiver 1530.
  • An embodiment of the present application also provides a computer-readable storage medium for storing a program.
  • the computer-readable storage medium can be applied in the terminal or network device provided by the embodiments of the present application, and the program causes the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.
  • An embodiment of the present application also provides a computer program product.
  • the computer program product includes a program.
  • the computer program product can be applied in the terminal or network device provided by the embodiments of the present application, and the program causes the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.
  • An embodiment of the present application also provides a computer program.
  • the computer program can be applied to the terminal or network device provided by the embodiments of the present application, and the computer program causes the computer to execute the methods performed by the terminal or network device in various embodiments of the present application.
  • the "instruction" mentioned may be a direct instruction, an indirect instruction, or an association relationship.
  • a indicates B which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B. relation.
  • B corresponding to A means that B is associated with A, and B can be determined based on A.
  • determining B based on A does not mean determining B only based on A.
  • B can also be determined based on A and/or other information.
  • the term "correspondence” can mean that there is a direct correspondence or indirect correspondence between the two, or it can also mean that there is an association between the two, or it can also mean indicating and being instructed, configuring and being configured, etc. relation.
  • predefinition or “preconfiguration” can be achieved by pre-saving corresponding codes, tables or other methods that can be used to indicate relevant information in devices (for example, including terminal devices and network devices).
  • devices for example, including terminal devices and network devices.
  • predefined can refer to what is defined in the protocol.
  • the "protocol” may refer to a standard protocol in the communication field, which may include, for example, LTE protocol, NR protocol, and related protocols applied in future communication systems. This application does not limit this.
  • the size of the sequence numbers of the above-mentioned processes does not mean the order of execution.
  • the execution order of each process should be determined by its functions and internal logic, and should not be determined by the implementation process of the embodiments of the present application. constitute any limitation.
  • the disclosed systems, devices and methods can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or can be integrated into another system, or some features can be ignored, or not implemented.
  • the coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, and the indirect coupling or communication connection of the devices or units may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or they may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each functional unit in each embodiment of the present application can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted from one computer-readable storage medium to another, e.g., the computer instructions may be transferred from a website, computer, server, or data center Transmission to another website, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) means.
  • the computer-readable storage medium may be any available medium that can be read by a computer or a data storage device such as a server or data center integrated with one or more available media.
  • the available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs (DVD)) or semiconductor media (e.g., solid state disks (SSD) )wait.
  • magnetic media e.g., floppy disks, hard disks, magnetic tapes
  • optical media e.g., digital video discs (DVD)
  • semiconductor media e.g., solid state disks (SSD)

Abstract

一种无线通信方法、终端设备以及网络设备，所述方法包括：终端设备接收第一PDCCH，第一PDCCH用于调度第一TB，第一TB对应第一HARQ进程；终端设备根据第一HARQ进程对应的模式，确定终端设备的DRX行为，其中，第一HARQ进程对应的模式包括第一模式和第二模式，且第一模式和第二模式对应不同的DRX行为。本申请考虑到HARQ的不同模式对DRX行为的影响，可以根据HARQ进程对应的不同模式确定不同的DRX行为，在合适的时机监听PDCCH，从而在HARQ进程处于不同模式下，均可以具有较好的调度性能，并且可以兼顾终端设备省电。

Description

无线通信方法、终端设备以及网络设备 技术领域
本申请涉及通信技术领域，并且更为具体地，涉及一种无线通信方法、终端设备以及网络设备。
背景技术
在终端设备配置了非连续接收(discontinuous reception，DRX)功能的情况下，终端设备可以非连续地监听物理下行控制信道(physical downlink control channel，PDCCH)，以达到终端设备省电的目的。
在一些通信系统中，混合自动重传请求(hybrid automatic repeat request，HARQ)进程的模式可以包括第一模式和第二模式。以下行HARQ进程为例，第一模式可以为HARQ进程进行HARQ反馈，第二模式可以为HARQ进程不进行HARQ反馈。
发明内容
本申请提供一种无线通信方法、终端设备和网络设备。下面对本申请涉及的各个方面进行介绍。
第一方面，提供了一种无线通信方法，包括：终端设备接收第一PDCCH，第一PDCCH用于调度第一传输块TB，第一TB对应第一HARQ进程；终端设备根据第一HARQ进程对应的模式，确定终端设备的DRX行为，其中，第一HARQ进程对应的模式包括第一模式和第二模式，且第一模式和第二模式对应不同的DRX行为。
第二方面，提供了一种无线通信方法，包括：网络设备发送第一PDCCH，第一PDCCH用于调度第一TB，第一TB对应第一HARQ进程；其中，第一HARQ进程对应的模式用于确定终端设备的DRX行为，第一HARQ进程对应的模式包括第一模式和第二模式，且第一模式和第二模式对应不同的DRX行为。
第三方面，提供了一种终端设备，包括：第一接收单元，用于接收第一PDCCH，第一PDCCH用于调度第一TB，第一TB对应第一HARQ进程；第一确定单元，用于根据第一HARQ进程对应的模式，确定终端设备的DRX行为，其中，第一HARQ进程对应的模式包括第一模式和第二模式，且第一模式和第二模式对应不同的DRX行为。
第四方面，提供了一种网络设备，包括：第一发送单元，用于发送第一PDCCH，第一PDCCH用于调度第一TB，第一TB对应第一HARQ进程；第一HARQ进程对应的模式用于确定终端设备的DRX行为，其中，第一HARQ进程对应的模式包括第一模式和第二模式，且第一模式和第二模式对应不同的DRX行为。
第五方面，提供一种终端，包括处理器、存储器以及通信接口，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述终端设备执行第一方面的方法中的部分或全部步骤。
第六方面，提供一种网络设备，包括处理器、存储器、通信接口，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述网络设备执行第二方面的方法中的部分或全部步骤。
第七方面，本申请实施例提供了一种通信系统，该系统包括上述的终端和/或网络设备。在另一种可能的设计中，该系统还可以包括本申请实施例提供的方案中与该终端或网络设备进行交互的其他设备。
第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得终端执行上述各个方面的方法中的部分或全部步骤。
第九方面，本申请实施例提供了一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使终端执行上述各个方面的方法中的部分或全部步骤。在一些实现方式中，该计算机程序产品可以为一个软件安装包。
第十方面，本申请实施例提供了一种芯片，该芯片包括存储器和处理器，处理器可以从存储器中调用并运行计算机程序，以实现上述各个方面的方法中所描述的部分或全部步骤。
本申请考虑到HARQ的不同模式对DRX行为的影响，可以根据HARQ进程对应的不同模式确定不同的DRX行为，以在合适的时机监听PDCCH，从而在HARQ进程处于不同模式下，均可以具有较好的调度性能，并且可以兼顾终端设备省电。
附图说明
图1是本申请实施例应用的无线通信系统。
图2为一种于透明转发网络架构的示意图。
图3为一种再生转发网络结构的示意图。
图4为DRX持续定时器运行过程示例图。
图5为本申请实施例提供的一种无线通信方法的示意性流程图。
图6为本申请实施例提供的一种启动第一定时器的方法的示例图。
图7为本申请实施例提供的另一种启动第一定时器的方法的示例图。
图8为本申请实施例提供过的一种包括步骤S621的通信方法的示例图。
图9为本申请实施例提供过的一种包括步骤S622的通信方法的示例图。
图10为本申请实施例提供过的一种包括步骤S721的通信方法的示例图。
图11为本申请实施例提供过的一种包括步骤S722的通信方法的示例图。
图12为本申请实施例提供的第一PDCCH调度多个下行TB的反馈时序示例图。
图13为本申请实施例提供的一种终端设备的示意性结构图。
图14为本申请实施例提供的一种网络设备的示意性结构图。
图15为本申请实施例提供的一种通信装置的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
通信系统
图1是本申请实施例应用的无线通信系统100。该无线通信系统100可以包括网络设备110和终端设备120。网络设备110可以是与终端设备120通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备120进行通信。
图1示例性地示出了一个网络设备和两个终端，可选地，该无线通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
可选地，该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。
应理解，本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5th generation，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统，又如卫星通信系统，等等。
本申请实施例中的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请实施例中的终端设备可以是指向用户提供语音和/或数据连通性的设备，可以用于连接人、物和机，例如具有无线连接功能的手持式设备、车载设备等。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。可选地，UE可以用于充当基站。例如，UE可以充当调度实体，其在V2X或D2D等中的UE之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。
本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备也可以称为接入网设备或无线接入网设备，如网络设备可以是基站。本申请实施例中的网络设备可以是指将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolved NodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站MeNB、辅站SeNB、多制式无线(MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access point，AP)、传输节点、收发节点、基带单元(base band unit，BBU)、射频拉远单元(Remote Radio Unit，RRU)、有源天线单元(active antenna unit，AAU)、射频头(remote radio head，RRH)、中心单元(central unit，CU)、分布式单元(distributed  unit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及设备到设备D2D、车辆外联(vehicle-to-everything，V2X)、机器到机器(machine-to-machine，M2M)通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信系统中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。
基站可以是固定的，也可以是移动的。例如，直升机或无人机可以被配置成充当移动基站，一个或多个小区可以根据该移动基站的位置移动。在其他示例中，直升机或无人机可以被配置成用作与另一基站通信的设备。
在一些部署中，本申请实施例中的网络设备可以是指CU或者DU，或者，网络设备包括CU和DU。gNB还可以包括AAU。
网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和卫星上。本申请实施例中对网络设备和终端设备所处的场景不做限定。
应理解，本申请中的通信设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现，或者通过平台(例如云平台)上实例化的虚拟化功能来实现。
非地面通信网络(non terrestrial network，NTN)
NTN采用非地面方式向用户提供通信服务。非地面方式例如可以包括卫星(satellite)或无人机系统平台(UAS platform)。
对于地面网络通信而言，海洋、高山、沙漠等场景，陆地通信无法搭设通信设备。或者，考虑到通信设备搭建和运营成本，陆地通信通常不会覆盖人口稀少的区域。相比地面网络(terrestrial network，TN)通信，NTN具有很多优点。首先，NTN通信可以不受用户地域的限制。而对于NTN通信网络而言，不会受到地域的限制。理论上，卫星可以围绕地球做轨道运动，因此地球上每一个角落都可以被卫星通信覆盖。并且，NTN通信设备可以覆盖的区域远大于地面通信设备覆盖的区域。例如，卫星通信中，一颗卫星可以覆盖较大的地面区域。其次，NTN通信有较大的社会价值。NTN通信可以以较低的成本实现覆盖，例如，可以通过卫星通信以较低的成本覆盖到边远山区或贫穷落后的国家或地区。这可以使这些地区的人们享受到先进的语音通信和移动互联网技术，有利于缩小与发达地区的数字鸿沟，促进这些地区的发展。再次，NTN通信的通信距离远，且没有明显增加通讯的成本。另外，NTN通信的稳定性高。例如，NTN通信可以不受自然条件的限制，即使在自然灾害的情况下，也可以使用。
通信卫星
按照轨道高度的不同，通信卫星可以分为低地球轨道(low-earth orbit，LEO)卫星、中地球轨道(medium-earth orbit，MEO)卫星、地球同步轨道(geostationary earth orbit，GEO)卫星、高椭圆轨道(high elliptical orbit，HEO)卫星等。下面详细介绍LEO卫星和GEO卫星。
LEO卫星的轨道高度范围为500km～1500km。轨道周期约为1.5小时～2小时。用户间单跳通信的信号传播延迟一般小于20ms。最大卫星可视时间20分钟。信号传播距离短，链路损耗少，对用户终端的发射功率要求不高。
GEO卫星的轨道高度为35786km。GEO卫星围绕地球旋转周期为24小时。用户间单跳通信的信号传播延迟一般为250ms。
为了保证卫星的覆盖以及提升整个卫星通信系统的系统容量，卫星可以采用多波束覆盖地面，即多个波束覆盖区(beam foot print)可以组成卫星覆盖范围(field of view of the satllite)。例如，一颗卫星可以形成几十甚至数百个波束来覆盖地面。其中，一个卫星波束可以覆盖直径几十至上百公里的地面区域。
卫星网络架构
NTN网络可以基于卫星网络架构实现。卫星网络架构可以包括以下网元：网关(gateway)、馈线链路(feeder link)、服务链路(service link)、卫星以及星间链路(inter satellite link，ISL)等。
网关的数量可以为一个或多个。网关可以用于连接卫星和地面公共网络。网关通常位于地面。
馈线链路可以为网关和卫星之间通信的链路。
服务链路可以为终端设备和卫星之间通信的链路。
卫星网络结构可以从其提供的功能上可以分为透明转发(transparent payload)网络架构和再生转发(regenerative payload)网络架构。
图2为一种于透明转发网络架构的示意图。透明转发网络架构可以提供无线频率滤波、频率转换和放大的功能。在透明转发网络架构中，可以只提供信号的透明转发，不会改变其转发的波形信号。
图3为一种再生转发网络结构的示意图。再生转发网络架构可以提供无线频率滤波、频率转换和放 大的功能，还可以提供解调/解码、路由/转换、编码/调制的功能。在再生转发网络结构中，卫星可以具有基站的部分或者全部功能。星间链路可以存在于再生转发网络架构下。
非连续接收(discontinuous reception，DRX)
在一些通信系统(例如LTE系统)中，网络设备可以为终端设备配置DRX功能。在终端设备配置了DRX功能的情况下，终端可以非连续地监听PDCCH，以达到终端设备省电的目的。
每个媒体接入控制(medium access control，MAC)实体可以有一个DRX配置。DRX的配置参数包含以下一种或多种：DRX周期(drx cycle)、DRX持续定时器(drx-onDurationTimer)、终端设备启动DRX持续定时器的时延(drx-StartOffset)、DRX非激活定时器(drx-InactivityTimer)、DRX重传定时器(drx-RetransmissionTimer)、DRX上行重传定时器(drx-ULRetransmissionTimer)。需要说明的是，在一些实施例中DRX重传定时器可以指下行DRX重传定时器(drx-RetransmissionTimerDL)。
如果终端设备配置了DRX，则在DRX激活期，终端需要监听PDCCH，在DRX非激活期，终端可以不监听PDCCH。DRX激活期例如可以包括以下5种情况。
情况一：以下一种或多种定时器正在运行：DRX持续定时器(drx-onDurationTimer)、DRX非激活定时器(drx-InactivityTimer)、DRX下行重传定时器(drx-RetransmissionTimerDL)、DRX短TTI重传定时器(drx-RetransmissionTimerShortTTI)、DRX上行重传定时器(drx-RetransmissionTimerUL)，DRX短TTI上行重传定时器(drx-ULRetransmissionTimerShortTTI)以及竞争解决定时器(mac-ContentionResolutionTimer)。
情况二：物理上行控制信道(physical uplink control channel，PUCCH)或短物理上行链路控制信道(short physical uplink control channel，SPUCCH)上传输了调度请求(scheduling request，SR)并处于未决(pending)状态。
情况三：在基于非竞争的随机接入过程中，终端设备在成功接收到随机接入响应后还没有接收到小区无线网络临时标识(cell-radio network temporary identifier，C-RNTI)加扰的物理下行控制信道(physical downlink control channel，PDCCH)指示的一次初始传输。
情况四：对于一个pending HARQ重传可以接收上行调度授权(UL grant)，并且该同步HARQ进程的HARQ缓存(HARQ buffer)里有数据。
情况五：终端设备配置了mpdcch-UL-HARQ-ACK-FeedbackConfig并且当前正在进行一个绑定(bundle)内的重复传输。
下面详细介绍与DRX相关的定时器。
DRX持续定时器
在DRX持续定时器运行的过程中，终端设备可以监听PDCCH。图4为DRX持续定时器运行过程示例图。如图4所示，在DRX周期(DRX cycle)内，当DRX持续定时器正在运行，即图4所示的持续周期(on duration)内，终端设备可以监听PDCCH。
DRX周期可以包括短DRX周期(short DRX cycle)或长DRX周期(long DRX cycle)。终端可以根据当前处于短DRX周期还是长DRX周期，确定启动DRX持续定时器的时间。
DRX持续定时器可以在满足以下条件的时间启动。
如果使用的是短DRX周期，如果当前子帧SFN满足[(SFN×10)+subframe number]modulo(drx-ShortCycle)＝(drxStartOffset)modulo(drx-ShortCycle)，则可以启动DRX持续定时器。
如果使用的是长DRX周期，如果当前子帧SFN满足[(SFN×10)+subframe number]modulo(drx-LongCycle)＝drx-StartOffset，则可以根据终端的类型确定当前子帧是否启动DRX持续定时器。例如，如果终端设备为窄带物联网(narrow band internet of things，NB-IoT)终端设备，如果至少存在一个HARQ进程对应的上行或下行的HARQ往返时间定时器(round-trip time timer，RTT Timer)没有运行，则在当前子帧启动DRX持续定时器。或者，如果终端设备不是NB-IoT设备，则在当前子帧启动DRX持续定时器。
DRX去激活定时器以及DRX重传定时器
在终端收到调度数据初传的PDCCH时，可以启动DRX去激活定时器。上文说明，DRX去激活定时器运行的过程中，终端监听PDCCH。可以理解的是，基于DRX去激活定时器，终端设备可以在存在新传数据的情况下，持续监听PDCCH。
在终端收到调度数据传输的PDCCH时，可以在一段时间之后启动DRX重传定时器。每个HARQ进程可以对应一个HARQ重传定时器。上文指出，DRX重传定时器运行的过程中，终端监听PDCCH。可以理解的是，基于DRX重传定时器，终端设备可以在监听到用于重传的PDCCH。
DRX去激活定时器和/或DRX重传定时器的启动时间可以与HARQ往返传输时间(round trip time，RTT)定时器相关。
在一些实施例中，对于DRX下行重传定时器，如果HARQ RTT定时器超时，并且该HARQ进程的数据解码失败，则终端设备可以启动该下行HARQ进程对应的DRX重传定时器。
在一些实施例中，对于DRX上行重传定时器，如果某个上行HARQ进程对应的上行HARQ RTT定时器超时，则终端可以启动该上行HARQ进程对应的DRX上行重传定时器。
在一些实施例中，对于DRX去激活定时器，如果HARQ RTT定时器超时，可以根据终端的类型，确定是否启动DRX非激活定时器。如果终端设备为NB-IoT终端设备，如果PDCCH指示调度的是多个传输块(transport block，TB)，则当所有这些TB使用的HARQ进程对应的HARQ RTT定时器都超时则可以启动DRX非激活定时器。如果终端设备为NB-IoT终端设备，如果PDCCH指示调度的是一个TB，则当这个TB使用的HARQ进程对应的HARQ RTT定时器超时则可以启动DRX非激活定时器。
在一些实施例中，对于DRX去激活定时器，对于NB-IoT终端设备，如果PDCCH指示调度的是多个TB，则当所有这些TB使用的HARQ进程对应的上行HARQ RTT定时器都超时则启动或重启DRX去激活定时器。对于NB-IoT终端设备，如果PDCCH指示调度的是一个TB，则当该TB使用的HARQ进程对应的上行HARQ RTT定时器超时则启动或重启DRX去激活定时器，下文将通过一些示例，详细说明如何确定HARQ RTT定时器的启动时间和定时器的时长。
对于下行HARQ RTT定时器的启动，在一些实施例中，终端设备启动下行HARQ RTT定时器的条件可以包括：如果终端接收到一个指示下行传输的PDCCH，或者如果终端在该子帧有配置的下行授权，则可以根据终端的类型确定在对应的子帧启动HARQ RTT定时器。在终端设备为NB-IoT终端设备或者增强型机器类通信(enhanced machine type communication，eMTC)终端设备的情况下，如果PDCCH指示调度了多个TB传输，则终端可以在接收该多个TB的最后一个TB的物理下行共享信道(physical downlink shared channel，PDSCH)的最后一次重复传输所在子帧启动该多个TB的PDSCH所使用的所有下行HARQ进程对应的HARQ RTT定时器。在终端设备为NB-IoT终端设备或者eMTC终端设备的情况下，如果PDCCH指示调度了单个TB传输，终端设备可以在接收该PDSCH的最后一次重复传输所在子帧启动该PDSCH所使用的下行HARQ进程对应的HARQ RTT定时器。在终端设备不是NB-IoT终端设备也不是eMTC终端设备的情况下，在对应的子帧启动该PDSCH所使用的下行HARQ进程对应的HARQ RTT定时器。
对于上行HARQ RTT定时器的启动，在一些实施例中，终端设备启动上行HARQ RTT定时器的条件可以包括：如果终端设备接收到PDCCH指示一个使用异步HARQ进程的上行传输，或者如果终端设备在该子帧对于某个异步HARQ进程有配置的上行授权，或者终端接收到PDCCH指示使用一个自动HARQ进程的上行传输，则可以根据是否配置有mpdcch-UL-HARQ-ACK-FeedbackConfig确定上行HARQ RTT定时器是否在该子帧启动。如果没有配置mpdcch-UL-HARQ-ACK-FeedbackConfig，在PDCCH指示调度了多个TB传输的情况下，则终端设备可以在完成该多个TB的最后一个TB的物理上行共享信道(physical uplink shared channel，PUSCH)的最后一次重复传输所在子帧启动该多个TB中的PUSCH所使用的所有上行HARQ进程对应的上行HARQ RTT定时器。如果没有配置mpdcch-UL-HARQ-ACK-FeedbackConfig，在PDCCH指示调度了单个TB传输的情况下，终端设备可以在完成该PUSCH的最后一次重复传输所在子帧启动该PUSCH所使用的上行HARQ进程对应的上行HARQ RTT定时器。
在一些通信标准(例如R16标准)中对于HARQ RTT定时器和上行HARQ RTT定时器的定义可以为下文所述的情况。
对于eMTC，如果PDCCH指示调度了一个TB，则HARQ RTT定时器为7+N。其中，N为使用的PUCCH重复因子。对于时分双工(time division duplex，TDD)，HARQ RTT定时器的时长可以为3+k+N。其中，k为PDSCH最后一次重复传输和对应的HARQ反馈的第一次重复传输之间的时间间隔，N为使用的PUCCH重复因子。
对于eMTC，如果PDCCH指示调度了多个TB并且没有配置HACK-ACK绑定(bundling)，则HARQ RTT定时器为7+m*N。其中，N为使用的PUCCH重复因子，m为该PDCCH指示的调度的TB个数。
对于eMTC，如果PDCCH指示调度了多个TB并且配置了HACK-ACK绑定，则HARQ RTT定时器为7+k*N。其中，N为使用的PUCCH重复因子，k为HARQ反馈绑定的个数，k可以满足k＝ceiling(N TB/M)，N TB为该PDCCH指示的调度的TB个数，M为PDCCH指示的多TB调度的HARQ反馈绑定大小。
对于NB-IoT，如果PDCCH指示调度了一个TB，或者如果PDCCH指示同时调度了多个TB且配置了HARQ-ACK绑定，则HARQ RTT定时器为k+3+N+deltaPDCCH(单位可以为子帧)。其中，k为 PDSCH传输的最后一个子帧和对应HARQ反馈传输的第一个子帧之间的时间间隔，N为对应HARQ反馈的传输时长，deltaPDCCH为从对应HARQ反馈的最后一个子帧加上3个子帧的下一个子帧开始到下一个PDCCH时机的第一个子帧之间的时间间隔。
对于NB-IoT，如果PDCCH指示同时调度了多个TB且没有配置HARQ-ACK绑定，则HARQ RTT定时器为k+2*N+1+deltaPDCCH(单位可以为子帧)。其中，k为PDSCH传输的最后一个子帧和对应HARQ反馈传输的第一个子帧之间的时间间隔，N为对应HARQ反馈的传输时长，deltaPDCCH为从对应HARQ反馈的最后一个子帧加1个子帧的下一个子帧开始到下一个PDCCH时机的第一个子帧之间的时间间隔。
对于eMTC，对于频分双工(frequency division duplex，FDD)和帧结构类型3，上行HARQ RTT定时器为4个子帧。对于TDD，上行HARQ RTT定时器为k ULHARQRTT个子帧，其中，k ULHARQRTT可以为k PHICH。
对于NB-IoT，如果PDCCH指示调度了一个TB，上行HARQ RTT定时器为4+deltaPDCCH个子帧。其中，deltaPDCCH为从PUSCH传输的最后一个子帧加上3个子帧的下一个子帧开始到下一个PDCCH时机的第一个子帧之间的时间间隔。
对于NB-IoT，如果PDCCH指示同时调度了多个TB，上行HARQ RTT定时器为1+deltaPDCCH个子帧。其中，deltaPDCCH为从PUSCH传输的最后一个子帧加上1个子帧的下一个子帧开始到下一个PDCCH时机的第一个子帧之间的时间间隔。
对于NTN系统，终端与网络设备之间的信号传输时延大大增加。因此，一些通信协议(例如R17IoT NTN项目)规定，在HARQ RTT定时器和上行HARQ RTT定时器的定义公式上增加RTT偏移(RTT offset)。在地面网络(terrestrial network，TN)系统中，RTT偏移为0，在NTN系统中，RTT偏移为终端到基站之间的RTT(例如UE-eNB RTT)。
在一些通信系统(例如R18IoT NTN通信系统)中，HARQ进程的模式可以包括第一模式和第二模式。以下行HARQ进程为例，第一模式可以为针对使用该HARQ进程的PDSCH接收终端进行HARQ反馈，第二模式可以为针对使用该HARQ进程的PDSCH接收终端不进行HARQ反馈。
如上文所述，HARQ可以影响DRX的行为。例如，HARQ可以影响DRX去激活定时器和/或DRX重传定时器的启动时间。本申请提出了一种通信方法以考虑HARQ进程处于不同模式下对DRX行为的影响。
图5为本申请实施例提供的一种无线通信方法的示意性流程图。图5所示的方法可以由终端设备和/或网络设备执行。其中，网络设备可以为非地面网络设备，例如卫星或无人机系统平台。终端设备的服务小区可以为NTN小区。
图5所示的方法可以包括步骤S510和步骤S520。
步骤S510，终端设备接收第一PDCCH。相应地，网络设备发送第一PDCCH。
第一PDCCH可以用于调度第一TB。可以理解的是，第一PDCCH可以用于调度单TB，也可以用于调度多TB。在第一PDCCH调度单TB的情况下，第一TB可以为第一PDCCH调度的TB。在第一PDCCH调度多TB的情况下，第一TB可以为多TB中的任意一个。
第一TB可以为上行TB，也可以为下行TB。在第一PDCCH调度上行数据的情况下，第一TB可以为上行TB。在第一PDCCH调度下行数据的情况下，第一TB可以为下行TB。
第一TB可以对应第一HARQ进程。第一HARQ进程可以为上行HARQ进程，也可以为下行HARQ进程。在第一TB为上行TB的情况下，第一HARQ进程可以为上行HARQ进程。在第一TB为下行TB的情况下，第一HARQ进程可以为下行HARQ进程。
步骤S520，终端设备根据第一HARQ进程对应的模式，确定终端设备的DRX行为。
第一HARQ进程对应的模式可以包括第一模式和第二模式。第一模式和第二模式可以对应不同的DRX行为。
在一些实施例中，第一模式可以为使能HARQ反馈模式(或称为使能模式)，第二模式可以为去使能HARQ反馈模式(或称为去使能模式)。可以理解的是，在第一HARQ被配置为使能HARQ反馈模式下，针对使用第一HARQ的数据传输可以进行正常的HARQ反馈。在第一HARQ被配置为去使能模式下，针对使用第一HARQ进程的数据传输可以不进行HARQ反馈。
在一些实施例中，对于上行HARQ进程，第一模式可以为相关技术支持的模式。在HARQ进程处于第二模式的情况下，DRX行为可以与第一模式下的DRX行为不同。
可以理解的是，本申请考虑到HARQ的不同模式对DRX行为的影响，根据HARQ进程对应的不同模式确定不同的DRX行为，可以使得终端在合适的时机监听PDCCH，从而在不同模式下均具有较好的调度性能，并且可以兼顾终端省电。
DRX行为可以是终端设备与DRX激活期相关行为。例如，DRX行为可以包括第一定时器的启动时间。在第一定时器运行的过程中，终端监听PDCCH。第一定时器例如可以包括DRX去激活定时器和/或DRX重传定时器。其中，DRX重传定时器可以与第一HARQ进程对应。第一定时器可以包括上行定时器和/或下行定时器。以第一定时器包括DRX重传定时器为例，DRX重传定时器可以包括上行DRX重传定时器和/或下行DRX重传定时器。在一些实施例中，下行DRX重传定时器也被称为DRX重传定时器。
需要说明的是，第一定时器的启动可以包括第一定时器的启动或重启。换句话说，第一定时器的启动可以包括：新建第一定时器并使得第一定时器开始运行，或者，在第一定时器正在运行的情况下，基于第一定时器的定时时长重新开始运行第一定时器。
在第一HARQ进程处于第二模式、DRX行为包括第一定时器的启动时间的情况下，第一定时器的启动时间可以基于第一信息确定。其中，第一信息可以包括以下中的一种或多种：第一信道的传输时间、第一HARQ RTT定时器的定时时长。
第一HARQ RTT定时器可以与第一HARQ进程对应。第一HARQ RTT定时器可以为上行或下行HARQ进程对应的HARQ RTT定时器，本申请对此不作限制。
第一信道可以承载第一TB，第一信道例如可以为PDSCH或PUSCH。在第一PDCCH调度上行数据时，第一信道可以为PUSCH。在第一PDCCH调度下行数据时，第一信道可以为PDSCH。
在一些实施例中，第一信息可以包括第一信道的传输时间。第一定时器可以在第一信道的传输结束时间启动。例如，第一定时器可以在终端设备完成第一信道的传输后立即启动。
图6为本申请实施例提供的一种启动第一定时器的方法的示例图。如图6所示，第一信道的传输结束时间为t1。在t1时刻，可以启动第一定时器。
可以理解的是，在第一HARQ进程处于第二模式的情况下，终端设备可以忽略第一HARQ进程对应的HARQ RTT定时器对于DRX行为的影响。也就是说，启动第一定时器的时间可以与第一HARQ进程对应的HARQ RTT定时器无关。
第一信道的传输结束时间可以为第一信道所占的时域资源中的最后一个时域单元或第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
需要说明的是，本申请全文中涉及的时域单元可以为以下任意一种：子帧、时隙、一个或多个符号。例如，第一信道的传输结束时间可以为第一信道占用的时域资源中的最后一个子帧或最后一个子帧的下一个子帧。
第一信道可以进行重复传输(repetition)。在这种情况下，第一信道的传输结束时间可以为第一信道的最后一次重复传输的传输结束时间。
第一PDCCH可以调度多个TB。多个TB可以包括第一TB。在这种情况下，第一信道的传输结束时间可以为多个TB中最后一个TB的传输结束时间。其中，多个TB对应的HARQ进程的模式可以均为第二模式，第二模式例如可以为去使能模式。多个TB对应的HARQ进程的模式可以一部分为第一模式，另一部分为第二模式，第二模式例如可以为去使能模式。
以第一信道为PDSCH且第一PDCCH调度单个TB为例，PDSCH的传输结束时间可以为PDSCH的最后一次重复传输所在的子帧。或者，PDSCH的传输结束时间可以为PDSCH的最后一次重复传输所在的子帧的下一个子帧。
以第一信道为PUSCH且第一PDCCH调度单个TB为例，PUSCH的传输结束时间可以为PUSCH的最后一次重复传输所在的第一子帧。或者，PUSCH的传输结束时间可以为第一子帧的下一个子帧。其中，第一子帧可以为PUSCH的最后一次重复传输所在的最后一个子帧。
以第一信道为PDSCH且第一PDCCH调度多个TB为例。PDSCH的传输结束时间可以为多个TB中的最后一个TB的PDSCH的最后一次重复传输所在的第二子帧，或者，PDSCH的传输结束时间可以为第二子帧的下一个子帧。其中，第二子帧可以为多个TB中的最后一个TB的PDSCH的最后一次重复传输所在的最后一个子帧。
以第一信道为PUSCH且第一PDCCH调度多个TB为例，PUSCH的传输结束时间可以为多个TB中的最后一个TB的PUSCH的最后一次重复传输所在的第三子帧，或者，PUSCH的传输结束时间可以为第三子帧的下一个子帧。其中，第三子帧可以为多个TB中的最后一个TB的PUSCH的最后一次重复传输所在的最后一个子帧。
在另一些实施例中，第一信息可以包括第一HARQ RTT定时器的定时时长。
在一些实施例中，第一定时器可以在第一HARQ RTT定时器超时之后启动。例如，在第一PDCCH调度单个TB的情况下，第一定时器可以在第一HARQ进程对应的HARQ RTT定时器超时后启动。在第一PDCCH调度多个TB的情况下，第一定时器可以在所述多个TB使用的多个HARQ进程中所有处 于第二模式的HARQ进程对应的HARQ RTT定时器均超时后启动。
第一HARQ RTT定时器的启动时间可以为第一信道的传输结束时间。第一信道的传输结束时间可以如上文所述，此处不再赘述。
图7为本申请实施例提供的另一种启动第一定时器的方法的示例图。在图7所示的方法中，第一定时器可以在第一HARQ RTT定时器超时之后启动。如图7所示，第一信道的传输结束时间为t1。在t1时刻，可以启动第一HARQ RTT定时器。第一HARQ RTT定时器的定时时长可以为T。在t2时刻，第一HARQ RTT定时器超时。在t2时刻，可以启动第一定时器。
可以理解的是，网络设备也可以进行步骤S520，即网络设备可以根据第一HARQ进程对应的模式，确定终端设备的DRX行为。网络设备可以根据终端设备的DRX行为进行调度。
下面详细介绍第一HARQ RTT定时器的定时时长的确定方法。
需要说明的是，第一HARQ RTT定时器的定时时长的单位可以为时域单元，例如单位可以为子帧。
在一些实施例中，第一HARQ RTT定时器的定时时长可以基于预定义的值确定。预定义的值可以是协议定义的，也可以是终端设备和/或网络设备定义的。
在一些实现方式中，第一HARQ RTT定时器的定时时长可以为预定义的值。例如，预定义的值可以为12个子帧，即第一HARQ RTT定时器的定时时长可以为12个子帧。终端设备为eMTC终端设备和/或NB-IoT终端设备的情况下，可以确定第一HARQ RTT定时器的定时时长可以为预定义的值。
在另一些实现方式中，第一HARQ RTT定时器的定时时长可以基于预定义的值和第一间隔(例如可以表示为deltaPDCCH)确定。第一间隔例如可以为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔。终端设备为NB-IoT终端设备的情况下，第一HARQ RTT定时器的定时时长可以基于预定义的值和第一间隔确定。
第一时域单元可以通过第一信道的传输时间确定。例如，第一时域单元可以为第一信道的传输结束时间加N个时域单元所在的时域单元。或者，第一时域单元可以为第一信道的传输结束时间加N个时域单元所在的时域单元的下一个时域单元。其中，N可以为大于0的整数。N可以为预定义或预配置的。第一信道的传输结束时间参考上文所述，此处不再赘述。
以第一PDCCH调度单个下行TB为例，第一间隔例如可以为子帧i到下一个PDCCH监听时机对应的第一个子帧之间的时间间隔。其中，子帧i可以为PDSCH接收的最后一次重复传输所在子帧+N个子帧的下一个子帧，或者为PDSCH接收的最后一次重复传输所在子帧+N个子帧的所在子帧。
以第一PDCCH调度多个下行TB为例，第一间隔例如可以为子帧i到下一个PDCCH监听时机对应的第一个子帧之间的时间间隔。其中，子帧i可以为所述多个TB中的最后一个TB的PDSCH接收的最后一次重复传输所在子帧+N个子帧所在子帧，或者为所述多个TB中的最后一个TB的PDSCH接收的最后一次重复传输所在子帧+N个子帧的下一个子帧。
可以理解的是，上文所述的第一HARQ RTT定时器的定时时长基于预定义的值确定可以适用于以下场景中的任意一种：第一PDCCH调度下行单TB、第一PDCCH调度下行多TB、第一PDCCH调度上行单TB、第一PDCCH调度上行多TB。在第一PDCCH调度下行多TB且所述多TB对应的HARQ进程中至少有一个HARQ进程处于第二模式的场景下，第一间隔也可以称为第二间隔。
在一些实施例中，第一HARQ RTT定时器的定时时长的计算过程中，第一HARQ RTT定时器的RTT偏移(RTT offset)可以为0。例如，在第一TB为上行TB的情况下，在第一HARQ进程处于第二模式下，RTT偏移可以为0。也就是说，如果终端的服务小区为NTN小区，则第一HARQ RTT定时器的定时时长可以与NT场景中的定义或取值相同。或者，在第一TB为下行TB的情况下，第一HARQ进程处于第二模式下，NTN场景下，RTT偏移可以为0。可以理解的是，对于下行TB，该下行TB对应的HARQ进程的模式为第一模式的情况下，在NTN场景下，RTT偏移可以为相关技术规定的取值(例如可以为UE-eNB RTT)。
在第一PDCCH调度多个TB的情况下，多个TB对应多个HARQ进程。多个TB可以为下行TB。其中，多个HARQ进程可以全部处于第二模式，或者，多个HARQ进程中的一部分可以处于第二模式。可以理解的是，第二模式可以为去使能模式。也就是说，多个HARQ进程可以全部为去使能模式，即全部不进行HARQ反馈，或者，多个HARQ进程中的部分可以为去使能模式，即可以存在进行HARQ反馈的HARQ进程。
在第一PDCCH调度多个TB的情况下，第一HARQ RTT定时器的定时时长可以根据第二信息确定，多个TB对应多个HARQ进程，第二信息包括以下一种或多种：多个HARQ进程中的进行HARQ反馈的HARQ进程数量；多个HARQ进程的HARQ反馈模式。
其中，HARQ反馈模式还可以包括配置HACK-ACK绑定的HARQ反馈模式或未配置HACK-ACK绑定的HARQ反馈模式。
作为一种实施例，在多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，第一HARQ RTT定时器的定时时长可以根据预定义的值确定的。例如，第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。可选地，第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，第二时域单元可以基于第一信道的传输时间确定。对于第二间隔的说明可以参见上文中第一间隔的相关内容。
作为一种实施例，在多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，第一HARQ RTT定时器的定时时长可以根据多个HARQ进程的HARQ反馈模式和多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
在一些实施例中，如果第一PDCCH同时调度了多个下行TB，并且没有配置HACK-ACK绑定的HARQ反馈模式，则第一HARQ RTT定时器的定时时长可以为7+m*N+RTT offset。其中，N可以为PUCCH重复因子，m可以为第一PDCCH中指示的多个TB对应的多个HARQ进程中进行HARQ反馈的下行HARQ进程对应的的TB个数。该实施例可以应用于eMTC终端设备。
在一些实施例中，如果第一PDCCH同时调度了多个下行TB，并且配置了HACK-ACK绑定的HARQ反馈模式。第一HARQ RTT定时器可以为7+k*N+RTT offset。其中，N可以为PUCCH重复因子，k可以为HARQ反馈绑定个数。k可以满足k＝ceiling(N TB/M)，N TB可以为第一PDCCH中指示的多个TB中进行HARQ反馈的HARQ进程对应的TB个数。M可以为第一PDCCH中指示的多TB HARQ反馈绑定大小。其中，ceiling()表示向上取整，即沿绝对值增大的方向舍入。例如，ceiling(4.1)＝5，ceiling(4.7)＝5。该实施例可以应用于eMTC终端设备。
在一些实施例中，对于第一PDCCH同时调度了多个下行TB的情况，如果这多个TB为非交织情况或者如果这多个TB为交织情况并且没有配置绑定模式的HARQ反馈模式，如果这多个TB中有一个TB(例如第一TB)对应的HARQ进程不进行HARQ反馈，则HARQ RTT定时器的定时时长可以为k+3+N+RTToffset+deltaPDCCH。其中，k可以为针对多个TB的PDSCH传输的最后一个子帧到对应的HARQ反馈传输的第一个子帧之间的时间间隔，N可以为对应的HARQ反馈的传输时长，deltaPDCCH可以为从对应HARQ反馈传输的最后一个子帧+3+RTToffset的下一个子帧开始到下一个PDCCH监听时机所在第一个子帧之间的时间间隔。该实施例可以应用于NB-IoT终端。
可以理解的是，对于配置了两个HARQ进程的终端，例如NB-IoT终端，在第一PDCCH调度的多个TB对应的HARQ进程中，如果存在一个进行HARQ反馈的HARQ进程以及一个不进行HARQ反馈的HARQ进程，则第一HARQ RTT定时器的定义可以与相关技术中第一PDCCH调度单个下行TB的情况相同。
需要说明的是，对于第一PDCCH调度包括第一TB的多个TB，多个TB中第二TB对应的第二HARQ进程为第一模式的情况下，第二HARQ进程对应的HARQ RTT定时器也使用相关技术的方法进行计算。
可以理解的是，本申请可以基于相关技术中计算HARQ RTT定时器定时时长的方法，将与HARQ反馈相关的参数设置为预设值或通过进行HARQ反馈的HARQ进程进行计算，从而合理地配置第二模式的HARQ进程对HARQ RTT定时器定时时长的影响，使得HARQ RTT定时器的时长可以更加符合实际的场景。
需要说明的，第一HARQ RTT定时器不仅可以用于确定第一定时器的启动，还可以用于实现其他功能，本申请对此不作限制。也就是说，上文所述的HARQ RTT定时器定时时长的确定方法也可以应用于与HARQ RTT定时器有关的其他场景。例如，基于上述第一HARQ RTT定时器的定时时长，可以确定DRX持续定时器的启动时间。
下面通过五个具体的实施例，对本申请提供的技术方案进行详细描述。
实施例一
实施例一涉及第一PDCCH调度单个下行TB(第一TB)的情况。第二模式为HARQ去使能模式，即第一TB对应的第一HARQ进程不进行HARQ反馈。实施例一提供的方法可以包括步骤S610～S620。
步骤S610，处于无线资源控制(radio resource control，RRC)连接态的终端设备接收第一PDCCH指示调度一个TB的PDSCH传输。
步骤S620，根据第一TB的PDSCH传输所使用的第一HARQ进程的模式，确定终端设备的DRX行为。
在第一HARQ进程的模式为第二模式的情况下，DRX行为可以包括步骤S621或步骤S622。
步骤S621，终端在完成PDSCH接收时，可以启动DRX去激活定时器和/或第一HARQ进程对应的DRX重传定时器。
其中，终端设备启动DRX去激活定时器和/或第一HARQ进程对应的DRX重传定时器的时刻可以 是PDSCH传输结束时间。PDSCH传输结束时间可以为PDSCH的最后一次重复传输所在子帧，或，完成所述PDSCH的最后一次重复传输的下一个子帧。
图8为本申请实施例提供过的一种包括步骤S621的通信方法的示例图。在图8中，TB1可以为第一TB，HARQ进程0可以为第一HARQ进程。在PDSCH传输结束时间t1，终端可以启动DRX去激活定时器和/或HARQ进程0对应的DRX重传定时器。
步骤S622，终端在所述PDSCH的最后一次重复传输所在子帧启动第一HARQ进程对应的第一HARQ RTT定时器。
第一HARQ RTT定时器的定时时长可以为：预定义的值或预定义的值+deltaPDCCH。
例如，对于终端设备为eMTC终端和/或NB-IoT终端设备的情况下，第一HARQ RTT定时器的定时时长可以为预定义的值。或者，对于终端设备为NB-IoT终端设备的情况下，第一HARQ RTT定时器的定时时长可以为预定义的值+deltaPDCCH。
预定义的值例如可以为：12个子帧。
deltaPDCCH为可以子帧i到下一个PDCCH监听时机对应的第一个子帧之间的时间间隔。其中，子帧i可以为PDSCH接收的最后一次重复传输所在子帧+N个子帧的下一个子帧，或者为PDSCH接收的最后一次重复传输所在子帧+N个子帧的所在子帧。其中，N可以为预定义的。
图9为本申请实施例提供过的一种包括步骤S622的通信方法的示例图。在图9中，TB1可以为第一TB，HARQ进程0可以为第一HARQ进程。在PDSCH传输结束时间t1，终端设备可以启动HARQ进程0对应的第一HARQ RTT定时器。在第一HARQ RTT定时器超时的时刻t2，终端设备可以启动DRX去激活定时器和/或HARQ进程0对应的DRX重传定时器。
实施例二
实施例二涉及第一PDCCH调度单个上行TB(第一TB)的情况。第一TB对应的第一HARQ进程处于第二模式。实施例二提供的方法可以包括步骤S710～S720。
步骤S710，处于RRC连接态的终端设备接收第一PDCCH指示调度一个TB的PUSCH传输。
步骤S720，根据第一TB的PUSCH传输所使用的第一HARQ进程的模式，则确定终端设备的DRX行为。
在第一HARQ进程的模式为第二模式的情况下，步骤S720可以包括步骤S721或S722。
步骤S721，终端设备在完成PUSCH传输后，启动DRX去激活定时器和/或第一HARQ进程对应的DRX上行重传定时器。
其中，启动DRX去激活定时器和/或第一HARQ进程对应的DRX上行重传定时器的时刻可以是PUSCH传输结束时间。PUSCH传输结束时间可以为PUSCH的最后一次重复传输(repetition)所在(最后一个)子帧，或，完成所述PUSCH的最后一次重复传输的下一个子帧。
图10为本申请实施例提供过的一种包括步骤S721的通信方法的示例图。在图10中，TB1可以为第一TB，HARQ进程0可以为第一HARQ进程。在PUSCH传输结束时间t1，终端可以启动DRX去激活定时器和/或HARQ进程0对应的DRX上行重传定时器。
步骤S722，终端设备在所述PUSCH的最后一次重复传输所在(最后一个)子帧启动第一HARQ进程对应的第一HARQ RTT定时器。
第一HARQ RTT定时器可以为上行HARQ RTT定时器。第一HARQ RTT定时器的定时时长的定义可以与相关技术中TN场景下上行HARQ RTT定时器的定时时长的定义相同。
图11为本申请实施例提供过的一种包括步骤S722的通信方法的示例图。在图11中，TB1可以为第一TB，HARQ进程0可以为第一HARQ进程。在PUSCH传输结束时间t1，终端设备可以启动HARQ进程0对应的第一HARQ RTT定时器。在第一HARQ RTT定时器超时的时刻t2，终端设备可以启动DRX去激活定时器和/或HARQ进程0对应的DRX上行重传定时器。
实施例三
实施例三涉及第一PDCCH同时调度多个下行TB的情况。多个下行TB包括第一TB。第二模式为HARQ去使能模式，即第一TB对应的第一HARQ进程不进行HARQ反馈。实施例三提供的方法可以包括步骤S810～S820。
步骤S810，处于RRC连接态的终端设备接收第一PDCCH。第一PDCCH指示同时调度多个下行TB的PDSCH传输。
步骤S810可以包括步骤S811或步骤S812。
步骤S811，对于非绑定的HARQ反馈方式，终端可以针对同时被调度的多个下行TB中所使用的HARQ进程为第一模式(使能模式)的TB依次分别发送HARQ反馈。
步骤S812，对于绑定的HARQ反馈方式，针对同时被调度的多个下行TB中所使用的HARQ进程 为第一模式(使能模式)的TB，终端设备按照HARQ反馈绑定大小M，依次将每M个TB的HARQ反馈信息进行绑定得到一个HARQ反馈结果。终端可以依次分别发送这些HARQ绑定反馈结果。
图12为本申请实施例提供的第一PDCCH多个下行TB的反馈时序示例图。在图12中，第一PDCCH可以调用多个下行TB，分别为TB1～TB6。其中，TB2和TB4对应的HARQ进程的模式为第二模式，TB1、TB3、TB5和TB6对应的HARQ进程的模式为第一模式。图12(a)示出了一种非绑定HARQ反馈的示例，即步骤S811的示例。在图12(a)中，终端针对TB1、TB3、TB5和TB6依次发送HARQ反馈。图12(b)示出了一种绑定HARQ反馈的示例，即步骤S812的示例。在图12(b)中，HARQ反馈绑定大小M为2，则终端可以将2个TB的HARQ反馈信息进行绑定，得到一个反馈结果。如图12(b)所示，TB1和TB3的HARQ反馈信息绑定，TB5和TB6的HARQ反馈信息绑定。
步骤S820，终端根据多个下行TB对应的HARQ进程的模式，确定DRX的行为。
DRX行为可以包括以下行为中的一种或多种：HARQ RTT定时器时长的确定、DRX去激活定时器和/或DRX重传定时器的启动。
HARQ RTT定时器时长可以根据终端设备的类型以及HARQ反馈模式确定。
作为一种实现方式，在终端设备的类型为eMTC的情况下，如果第一PDCCH同时调度了多个下行TB，并且没有配置绑定的HARQ反馈模式，则HARQ RTT定时器的定时时长可以为7+m*N+RTT offset。其中，N可以为PUCCH重复因子，m可以为第一PDCCH中指示的多个下行TB中所使用的HARQ进程为第一模式的TB个数。
作为一种实现方式，在终端设备的类型为eMTC的情况下，如果第一PDCCH同时调度了多个下行TB，并且配置了绑定的HARQ反馈模式，则HARQ RTT定时器可以为7+k*N+RTT offset。其中，N可以为PUCCH重复因子。k可以为HARQ反馈bundling个数，k可以满足k＝ceiling(N TB/M)。N TB可以为第一PDCCH中指示的多个下行TB中所使用的HARQ进程为第一模式的TB个数。M可以为第一PDCCH中指示的多TB HARQ反馈绑定大小。
作为一种实现方式，在终端设备的类型为NB-IoT的情况下，如果这多个TB为非交织情况或者如果这多个下行TB为交织情况并且没有配置绑定的HARQ反馈模式，如果这多个下行TB中有一个TB使用的HARQ进程为第二模式，则HARQ RTT定时器可以为k+3+N+RTToffset+deltaPDCCH。其中，k可以为针对所述多个下行TB的PDSCH传输的最后一个子帧到对应的HARQ反馈传输的第一个子帧之间的时间间隔，N可以为对应的HARQ反馈的传输时长，deltaPDCCH可以为从对应HARQ反馈传输的最后一个子帧+3+RTToffset的下一个子帧开始到下一个PDCCH监听时机所在第一个子帧之间的时间间隔。可以理解的是，这种情况下HARQ RTT定时器的定义可以与PDCCH调度单个下行TB的情况相同。
实施例四
实施例四涉及第一PDCCH同时调度多个下行TB的情况。多个下行TB包括第一TB。第二模式为HARQ去使能模式，即第一TB对应的第一HARQ进程不进行HARQ反馈。实施例四提供的方法可以包括步骤S910～S920。
步骤S910，处于RRC连接态的终端设备接收第一PDCCH指示同时调度多个下行TB的PDSCH传输。
步骤S920，终端根据多个下行TB对应的HARQ进程的模式，确定DRX的行为。
在一种实现方式中，如果多个下行TB所使用的HARQ进程都为第二模式。则步骤S920可以包括步骤S921或步骤S922。
步骤S921，终端设备在完成所述多个TB的PDSCH接收后启动DRX去激活定时器和/或所述多个下行TB所使用的HARQ进程对应的DRX重传定时器。
终端设备启动DRX去激活定时器和/或所述多个下行TB所使用的HARQ进程对应的DRX重传定时器的时刻可以是：多个下行TB中的最后一个TB的PDSCH的最后一次重复传输(repetition)所在子帧；或，完成多个下行TB中的最后一个TB的PDSCH的最后一次重复传输的下一个子帧。
步骤S922，终端设备在多个下行TB的最后一个TB的PDSCH的最后一次重复传输所在子帧启动该HARQ进程对应的HARQ RTT定时器。HARQ RTT定时器的定时时长可以根据预定义的值确定。
HARQ RTT定时器的定时时长可以为：预定义的值或预定义的值+deltaPDCCH。
例如，对于终端设备为eMTC终端和/或NB-IoT终端设备的情况下，第一HARQ RTT定时器的定时时长可以为预定义的值。或者，对于终端设备为NB-IoT终端设备的情况下，第一HARQ RTT定时器的定时时长可以为预定义的值+deltaPDCCH。
预定义的值例如可以为：12个子帧。
deltaPDCCH为可以子帧i到下一个PDCCH监听时机对应的第一个子帧之间的时间间隔。其中， 子帧i可以为PDSCH接收的最后一次重复传输所在子帧+N个子帧的下一个子帧，或者为PDSCH接收的最后一次重复传输所在子帧+N个子帧的所在子帧。其中，N可以为预定义的。
在另一种实现方式中，多个TB中有部分TB所使用的HARQ进程为第二模式。多个TB中有部分TB所使用的HARQ进程为第一模式。
对于所述多个下行TB所使用的HARQ进程中为第一模式的HARQ进程，终端可以在多个下行TB的最后一个TB的PDSCH的最后一次重复传输所在子帧启动该HARQ进程对应的HARQ RTT定时器。其中，HARQ RTT定时器的时长定义可以采用实施例三给出的方法，其中RTT偏移可以为UE-eNB RTT。在这些第一模式的HARQ进程对应的HARQ RTT定时器超时后，终端可以启动DRX去激活定时器和/或这些HARQ进程对应的DRX重传定时器。
对于所述多个下行TB所使用的HARQ进程中为第二模式的HARQ进程，终端设备在完成所述多个下行TB的PDSCH接收后可以启动DRX去激活定时器和/或该HARQ进程对应的DRX重传定时器。终端设备启动DRX去激活定时器和/或所述多个下行TB所使用的HARQ进程对应的DRX重传定时器的时刻可以是：多个下行TB中的最后一个TB的PDSCH的最后一次重复传输(repetition)所在子帧；或，完成多个下行TB中的最后一个TB的PDSCH的最后一次重复传输的下一个子帧。
对于所述多个下行TB所使用的HARQ进程中为第二模式的HARQ进程，终端可以在多个下行TB的最后一个TB的PDSCH的最后一次重复传输所在子帧启动该HARQ进程对应的HARQ RTT定时器。HARQ RTT定时器的定时时长可以为预定义的值或预定义的值+deltaPDCCH。或者，HARQ RTT定时器可以根据实施例三给出的方法确定，其中RTT偏移可以为0。
在这些为第二模式的HARQ进程对应的HARQ RTT定时器都超时后，终端可以启动DRX去激活定时器和/或所述这些HARQ进程对应的DRX重传定时器。
实施例五
实施例五涉及第一PDCCH同时调度多个上行TB的情况。多个上行TB可以包括第一TB。第一TB对应的第一HARQ进程处于第二模式。实施例五提供的方法可以包括步骤S1010～步骤S1020。
步骤S1010，处于RRC连接态的终端接收PDCCH指示同时调度多个上行TB的PUSCH传输。
步骤S1020，如果多个上行TB中至少有一个TB所使用的HARQ进程为第二模式，则确定终端设备的DRX行为。
步骤S1020可以包括步骤S1021或S1022。
步骤S1021，终端设备在完成所述多个上行TB的PUSCH传输后启动DRX去激活定时器和/或该HARQ进程对应的DRX上行重传定时器。
终端设备启动上述DRX去激活定时器和/或该HARQ进程对应的DRX上行重传定时器的时刻可以是：多个上行TB的最后一个TB的PUSCH的最后一次重复传输所在的子帧(例如最后一个子帧)；或，完成所述多个上行TB的最后一个TB的PUSCH的最后一次重复传输的下一个子帧。
步骤S1022，终端设备在多个上行TB的最后一个TB的PUSCH的最后一次重复传输所在子帧(例如最后一个子帧)启动该HARQ进程对应的上行HARQ RTT定时器。
上行HARQ RTT定时器的定时时长的定义可以与相关技术中TN场景下上行HARQ RTT定时器的定时时长的定义相同。
在这些为第二模式的HARQ进程对应的HARQ RTT Timer都超时后，终端可以启动DRX去激活定时器和/或所述这些HARQ进程对应的DRX上行重传定时器。
上文结合图1至图12，详细描述了本申请的方法实施例，下面结合图13至图15，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。
图13为本申请实施例提供的一种终端设备1300的示意性结构图。终端设备1300可以包括第一接收单元1310和第一确定单元1320。
第一接收单元1310可以用于接收第一PDCCH，所述第一PDCCH用于调度第一TB，所述第一TB对应第一HARQ进程。
第一确定单元1320可以用于根据所述第一HARQ进程对应的模式，确定所述终端设备的DRX行为，其中，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
可选地，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
可选地，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：第一信道的传输时间，其中所述第一信道承载于所述 第一TB；第一HARQ RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
可选地，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
可选地，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
可选地，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
可选地，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB中最后一个TB的传输结束时间。
可选地，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
可选地，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
可选地，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
可选地，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
可选地，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
可选地，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；所述多个HARQ进程的HARQ反馈模式。
可选地，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
可选地，所述第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。
可选地，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输时间确定。
可选地，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
可选地，所述第一信道为PDSCH或PUSCH。
可选地，所述时域单元为以下任意一种：子帧、时隙、一个或多个符号。
可选地，所述终端设备的服务小区为NTN小区。
可选地，所述终端设备为NB-IoT终端设备和/或eMTC终端设备。
图14为本申请实施例提供的一种网络设备1400的示意性结构图。网络设备1400可以包括第一发送单元1410。
第一发送单元1410可以用于发送第一PDCCH，所述第一PDCCH用于调度第一TB，所述第一TB对应第一HARQ进程；其中，所述第一HARQ进程对应的模式用于确定终端设备的DRX行为，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
可选地，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
可选地，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：第一信道的传输时间，其中所述第一信道承载于所述第一TB；第一HARQ RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
可选地，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
可选地，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
可选地，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
可选地，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB 中最后一个TB的传输结束时间。
可选地，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
可选地，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
可选地，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
可选地，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
可选地，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
可选地，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；所述多个HARQ进程的HARQ反馈模式。
可选地，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
可选地，所述第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。
可选地，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输时间确定。
可选地，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
可选地，所述第一信道为PDSCH或PUSCH。
可选地，所述时域单元为以下任意一种：子帧、时隙、一个或多个符号。
可选地，所述终端设备的服务小区为NTN小区。
可选地，所述终端设备为NB-IoT终端设备和/或eMTC终端设备。
图15是本申请实施例的通信装置的示意性结构图。图15中的虚线表示该单元或模块为可选的。该装置1500可用于实现上述方法实施例中描述的方法。装置1500可以是芯片、终端设备或网络设备。
装置1500可以包括一个或多个处理器1510。该处理器1510可支持装置1500实现前文方法实施例所描述的方法。该处理器1510可以是通用处理器或者专用处理器。例如，该处理器可以为中央处理单元(central processing unit，CPU)。或者，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
装置1500还可以包括一个或多个存储器1520。存储器1520上存储有程序，该程序可以被处理器1510执行，使得处理器1510执行前文方法实施例所描述的方法。存储器1520可以独立于处理器1510也可以集成在处理器1510中。
装置1500还可以包括收发器1530。处理器1510可以通过收发器1530与其他设备或芯片进行通信。例如，处理器1510可以通过收发器1530与其他设备或芯片进行数据收发。
本申请实施例还提供一种计算机可读存储介质，用于存储程序。该计算机可读存储介质可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
本申请实施例还提供一种计算机程序产品。该计算机程序产品包括程序。该计算机程序产品可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
本申请实施例还提供一种计算机程序。该计算机程序可应用于本申请实施例提供的终端或网络设备中，并且该计算机程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
应理解，本申请中术语“系统”和“网络”可以被可互换使用。另外，本申请使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。
在本申请的实施例中，提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。
在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
在本申请实施例中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
本申请实施例中，“预定义”或“预配置”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。
本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够读取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital video disc，DVD))或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (96)

  1. 一种无线通信方法，其特征在于，包括：
    终端设备接收第一物理下行控制信道PDCCH，所述第一PDCCH用于调度第一传输块TB，所述第一TB对应第一混合自动重传请求HARQ进程；
    所述终端设备根据所述第一HARQ进程对应的模式，确定所述终端设备的非连续接收DRX行为，其中，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
  2. 根据权利要求1所述的方法，其特征在于，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
  3. 根据权利要求2所述的方法，其特征在于，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：
    第一信道的传输时间，其中所述第一信道承载于所述第一TB；
    第一HARQ往返时间RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
  4. 根据权利要求3所述的方法，其特征在于，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
  5. 根据权利要求4所述的方法，其特征在于，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
  6. 根据权利要求4或5所述的方法，其特征在于，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
  7. 根据权利要求4-6中任一项所述的方法，其特征在于，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB中最后一个TB的传输结束时间。
  8. 根据权利要求3所述的方法，其特征在于，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
  9. 根据权利要求8所述的方法，其特征在于，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
  10. 根据权利要求9所述的方法，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
  11. 根据权利要求10所述的方法，其特征在于，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
  12. 根据权利要求8所述的方法，其特征在于，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
  13. 根据权利要求8所述的方法，其特征在于，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：
    所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；
    所述多个HARQ进程的HARQ反馈模式。
  14. 根据权利要求13所述的方法，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
  15. 根据权利要求14所述的方法，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。
  16. 根据权利要求15所述的方法，其特征在于，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输时间确定。
  17. 根据权利要求13所述的方法，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
  18. 根据权利要求3-17中任一项所述的方法，其特征在于，所述第一信道为PDSCH或PUSCH。
  19. 根据权利要求5、11或16所述的方法，其特征在于，所述时域单元为以下任意一种：子帧、 时隙、一个或多个符号。
  20. 根据权利要求1-19所述的方法，其特征在于，所述终端设备的服务小区为非地面通信网络NTN小区。
  21. 根据权利要求1-20所述的方法，其特征在于，所述终端设备为窄带物联网NB-IoT终端设备和/或增强型机器类通信eMTC终端设备。
  22. 一种无线通信方法，其特征在于，包括：
    网络设备发送第一物理下行控制信道PDCCH，所述第一PDCCH用于调度第一传输块TB，所述第一TB对应第一混合自动重传请求HARQ进程；
    所述第一HARQ进程对应的模式用于确定终端设备的非连续接收DRX行为，其中，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
  23. 根据权利要求22所述的方法，其特征在于，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
  24. 根据权利要求23所述的方法，其特征在于，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：
    第一信道的传输时间，其中所述第一信道承载于所述第一TB；
    第一HARQ往返时间RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
  25. 根据权利要求24所述的方法，其特征在于，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
  26. 根据权利要求25所述的方法，其特征在于，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
  27. 根据权利要求25或26所述的方法，其特征在于，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
  28. 根据权利要求25-27中任一项所述的方法，其特征在于，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB中最后一个TB的传输结束时间。
  29. 根据权利要求24所述的方法，其特征在于，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
  30. 根据权利要求29所述的方法，其特征在于，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
  31. 根据权利要求30所述的方法，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
  32. 根据权利要求31所述的方法，其特征在于，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
  33. 根据权利要求29所述的方法，其特征在于，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
  34. 根据权利要求29所述的方法，其特征在于，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：
    所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；
    所述多个HARQ进程的HARQ反馈模式。
  35. 根据权利要求34所述的方法，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
  36. 根据权利要求35所述的方法，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。
  37. 根据权利要求36所述的方法，其特征在于，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输时间确定。
  38. 根据权利要求34所述的方法，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
  39. 根据权利要求24-38中任一项所述的方法，其特征在于，所述第一信道为PDSCH或PUSCH。
  40. 根据权利要求26、32或37所述的方法，其特征在于，所述时域单元为以下任意一种：子帧、时隙、一个或多个符号。
  41. 根据权利要求22-40所述的方法，其特征在于，所述终端设备的服务小区为非地面通信网络NTN小区。
  42. 根据权利要求22-41所述的方法，其特征在于，所述终端设备为窄带物联网NB-IoT终端设备和/或增强型机器类通信eMTC终端设备。
  43. 一种终端设备，其特征在于，包括：
    第一接收单元，用于接收第一物理下行控制信道PDCCH，所述第一PDCCH用于调度第一传输块TB，所述第一TB对应第一混合自动重传请求HARQ进程；
    第一确定单元，用于根据所述第一HARQ进程对应的模式，确定所述终端设备的非连续接收DRX行为，其中，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
  44. 根据权利要求43所述的终端设备，其特征在于，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
  45. 根据权利要求44所述的终端设备，其特征在于，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：
    第一信道的传输时间，其中所述第一信道承载于所述第一TB；
    第一HARQ往返时间RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
  46. 根据权利要求45所述的终端设备，其特征在于，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
  47. 根据权利要求46所述的终端设备，其特征在于，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
  48. 根据权利要求46或47所述的终端设备，其特征在于，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
  49. 根据权利要求46-48中任一项所述的终端设备，其特征在于，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB中最后一个TB的传输结束时间。
  50. 根据权利要求45所述的终端设备，其特征在于，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
  51. 根据权利要求50所述的终端设备，其特征在于，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
  52. 根据权利要求51所述的终端设备，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
  53. 根据权利要求52所述的终端设备，其特征在于，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
  54. 根据权利要求50所述的终端设备，其特征在于，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
  55. 根据权利要求50所述的终端设备，其特征在于，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：
    所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；
    所述多个HARQ进程的HARQ反馈模式。
  56. 根据权利要求55所述的终端设备，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
  57. 根据权利要求56所述的终端设备，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第二间隔确定。
  58. 根据权利要求57所述的终端设备，其特征在于，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输 时间确定。
  59. 根据权利要求55所述的终端设备，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
  60. 根据权利要求45-59中任一项所述的终端设备，其特征在于，所述第一信道为PDSCH或PUSCH。
  61. 根据权利要求47、53或58所述的终端设备，其特征在于，所述时域单元为以下任意一种：子帧、时隙、一个或多个符号。
  62. 根据权利要求43-61所述的终端设备，其特征在于，所述终端设备的服务小区为非地面通信网络NTN小区。
  63. 根据权利要求43-62所述的终端设备，其特征在于，所述终端设备为窄带物联网NB-IoT终端设备和/或增强型机器类通信eMTC终端设备。
  64. 一种网络设备，其特征在于，包括：
    第一发送单元，用于发送第一物理下行控制信道PDCCH，所述第一PDCCH用于调度第一传输块TB，所述第一TB对应第一混合自动重传请求HARQ进程；
    其中，所述第一HARQ进程对应的模式用于确定终端设备的非连续接收DRX行为，所述第一HARQ进程对应的模式包括第一模式和第二模式，且所述第一模式和所述第二模式对应不同的DRX行为。
  65. 根据权利要求64所述的网络设备，其特征在于，所述DRX行为包括第一定时器的启动时间，所述第一定时器包括DRX去激活定时器和/或DRX重传定时器。
  66. 根据权利要求65所述的网络设备，其特征在于，如果所述第一HARQ进程处于所述第二模式，则所述第一定时器的启动时间基于第一信息确定，所述第一信息包括以下中的一种或多种：
    第一信道的传输时间，其中所述第一信道承载于所述第一TB；
    第一HARQ往返时间RTT定时器的定时时长，所述第一HARQ RTT定时器与所述第一HARQ进程对应。
  67. 根据权利要求66所述的网络设备，其特征在于，所述第一信息包括所述第一信道的传输时间，所述第一定时器基于所述第一信道的传输结束时间进行启动。
  68. 根据权利要求67所述的网络设备，其特征在于，所述第一信道的传输结束时间为所述第一信道所占的时域资源中的最后一个时域单元或所述第一信道所占的时域资源中的最后一个时域单元的下一时域单元。
  69. 根据权利要求67或68所述的网络设备，其特征在于，在所述第一信道进行重复传输的情况下，所述第一信道的传输结束时间为所述第一信道的最后一次重复传输的传输结束时间。
  70. 根据权利要求67-69中任一项所述的网络设备，其特征在于，在所述第一PDCCH调度多个TB的情况下，所述第一信道的传输结束时间为所述多个TB中最后一个TB的传输结束时间。
  71. 根据权利要求66所述的网络设备，其特征在于，所述第一信息包括所述第一HARQ RTT定时器的定时时长，所述第一定时器在所述第一HARQ RTT定时器超时之后启动。
  72. 根据权利要求71所述的网络设备，其特征在于，第一HARQ RTT定时器的定时时长是基于预定义的值确定的。
  73. 根据权利要求72所述的网络设备，其特征在于，所述第一HARQ RTT定时器的定时时长基于预定义的值和第一间隔确定。
  74. 根据权利要求73所述的网络设备，其特征在于，所述第一间隔为第一时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第一时域单元基于所述第一信道的传输时间确定。
  75. 根据权利要求71所述的网络设备，其特征在于，在所述第一TB为上行TB的情况下，所述第一HARQ RTT定时器的RTT偏移为0。
  76. 根据权利要求71所述的网络设备，其特征在于，在所述第一PDCCH调度多个TB，且所述多个TB均为下行TB的情况下，所述第一HARQ RTT定时器的定时时长是根据第二信息确定的，其中，所述多个TB对应多个HARQ进程，所述第二信息包括以下一种或多种：
    所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量；
    所述多个HARQ进程的HARQ反馈模式。
  77. 根据权利要求76所述的网络设备，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量为0的情况下，所述第一HARQ RTT定时器的定时时长是根据预定义的值确定的。
  78. 根据权利要求77所述的网络设备，其特征在于，所述第一HARQ RTT定时器的定时时长基于 预定义的值和第二间隔确定。
  79. 根据权利要求78所述的网络设备，其特征在于，所述第二间隔为第二时域单元到下一个PDCCH的监听时机对应的第一个时域单元之间的时间间隔，其中，所述第二时域单元基于所述第一信道的传输时间确定。
  80. 根据权利要求76所述的网络设备，其特征在于，在所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量大于0的情况下，所述第一HARQ RTT定时器的定时时长是根据所述多个HARQ进程的HARQ反馈模式和所述多个HARQ进程中的进行HARQ反馈的HARQ进程数量确定。
  81. 根据权利要求64-80中任一项所述的网络设备，其特征在于，所述第一信道为PDSCH或PUSCH。
  82. 根据权利要求68、74或79所述的网络设备，其特征在于，所述时域单元为以下任意一种：子帧、时隙、一个或多个符号。
  83. 根据权利要求64-82所述的网络设备，其特征在于，所述终端设备的服务小区为非地面通信网络NTN小区。
  84. 根据权利要求64-83所述的网络设备，其特征在于，所述终端设备为窄带物联网NB-IoT终端设备和/或增强型机器类通信eMTC终端设备。
  85. 一种终端，其特征在于，包括存储器和处理器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以使所述终端执行如权利要求1-21中任一项所述的方法。
  86. 一种网络设备，其特征在于，包括存储器和处理器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以使所述网络设备执行如权利要求22-42中任一项所述的方法。
  87. 一种装置，其特征在于，包括处理器，用于从存储器中调用程序，以使所述装置执行如权利要求1-21中任一项所述的方法。
  88. 一种装置，其特征在于，包括处理器，用于从存储器中调用程序，以使所述装置执行如权利要求22-42中任一项所述的方法。
  89. 一种芯片，其特征在于，包括处理器，用于从存储器调用程序，使得安装有所述芯片的设备执行如权利要求1-21中任一项所述的方法。
  90. 一种芯片，其特征在于，包括处理器，用于从存储器调用程序，使得安装有所述芯片的设备执行如权利要求22-42中任一项所述的方法。
  91. 一种计算机可读存储介质，其特征在于，其上存储有程序，所述程序使得计算机执行如权利要求1-21中任一项所述的方法。
  92. 一种计算机可读存储介质，其特征在于，其上存储有程序，所述程序使得计算机执行如权利要求22-42中任一项所述的方法。
  93. 一种计算机程序产品，其特征在于，包括程序，所述程序使得计算机执行如权利要求1-21中任一项所述的方法。
  94. 一种计算机程序产品，其特征在于，包括程序，所述程序使得计算机执行如权利要求22-42中任一项所述的方法。
  95. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1-21中任一项所述的方法。
  96. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求22-42中任一项所述的方法。
PCT/CN2022/101020 2022-06-24 2022-06-24 无线通信方法、终端设备以及网络设备 WO2023245594A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/101020 WO2023245594A1 (zh) 2022-06-24 2022-06-24 无线通信方法、终端设备以及网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/101020 WO2023245594A1 (zh) 2022-06-24 2022-06-24 无线通信方法、终端设备以及网络设备

Publications (1)

Publication Number Publication Date
WO2023245594A1 true WO2023245594A1 (zh) 2023-12-28

Family

ID=89378935

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/101020 WO2023245594A1 (zh) 2022-06-24 2022-06-24 无线通信方法、终端设备以及网络设备

Country Status (1)

Country Link
WO (1) WO2023245594A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112399435A (zh) * 2019-08-15 2021-02-23 华为技术有限公司 一种定时器控制方法、装置及系统
WO2021068141A1 (zh) * 2019-10-09 2021-04-15 Oppo广东移动通信有限公司 非连续接收的方法、终端设备及存储介质
CN113260024A (zh) * 2020-02-10 2021-08-13 大唐移动通信设备有限公司 一种非连续接收定时器管理方法及终端
CN113632402A (zh) * 2019-08-12 2021-11-09 Oppo广东移动通信有限公司 数据传输方法、装置、终端及存储介质
CN114556833A (zh) * 2019-11-08 2022-05-27 上海诺基亚贝尔股份有限公司 支持盲重传的不连续接收机制

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113632402A (zh) * 2019-08-12 2021-11-09 Oppo广东移动通信有限公司 数据传输方法、装置、终端及存储介质
CN112399435A (zh) * 2019-08-15 2021-02-23 华为技术有限公司 一种定时器控制方法、装置及系统
WO2021068141A1 (zh) * 2019-10-09 2021-04-15 Oppo广东移动通信有限公司 非连续接收的方法、终端设备及存储介质
CN114556833A (zh) * 2019-11-08 2022-05-27 上海诺基亚贝尔股份有限公司 支持盲重传的不连续接收机制
CN113260024A (zh) * 2020-02-10 2021-08-13 大唐移动通信设备有限公司 一种非连续接收定时器管理方法及终端

Similar Documents

Publication Publication Date Title
WO2023123514A1 (zh) Gnss有效性的处理方法、装置、设备及存储介质
US20230208508A1 (en) Transmission control method and apparatus, device, and storage medium
US20220151015A1 (en) Method and apparatus for data transmission, terminal, and storage medium
US20230224091A1 (en) Wireless communication method and device
WO2021155605A1 (zh) 配置授权定时器的使用方法与装置、终端设备和网络设备
WO2023245594A1 (zh) 无线通信方法、终端设备以及网络设备
WO2022077174A1 (zh) 无线通信方法和设备
WO2022120747A1 (zh) 无线通信的方法和终端设备
WO2024092811A1 (zh) 通信方法及通信装置
WO2022232991A1 (zh) Pdcch监听方法及drx上行重传定时器的控制方法
EP4340432A1 (en) Method for determining drx activation period and terminal device
WO2023205938A1 (zh) 通信方法、终端以及网络设备
WO2023279295A1 (zh) 信息处理方法、装置、终端设备及存储介质
WO2022082353A1 (zh) 非连续接收重传定时器的启动方法、装置、设备及介质
WO2022160137A1 (zh) 无线通信方法、终端设备和网络设备
CN115580380B (zh) 无线通信的方法及装置
WO2022099514A1 (zh) 无线通信方法和设备
WO2022151272A1 (zh) 定时器启动方法、装置、终端及存储介质
WO2024000229A1 (zh) 通信方法及通信装置
WO2023070682A1 (zh) 随机接入方法、装置、设备及存储介质
WO2024098341A1 (zh) 无线通信的方法和终端设备
WO2023102717A1 (zh) 通信方法及通信装置
WO2021227050A1 (zh) 一种信息处理方法、终端设备及存储介质
WO2023020367A1 (zh) 一种数据传输方法及相关装置
WO2023137643A1 (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: 22947365

Country of ref document: EP

Kind code of ref document: A1