CN117793922A - 控制信息的监听方法及装置 - Google Patents

控制信息的监听方法及装置 Download PDF

Info

Publication number
CN117793922A
CN117793922A CN202211192583.3A CN202211192583A CN117793922A CN 117793922 A CN117793922 A CN 117793922A CN 202211192583 A CN202211192583 A CN 202211192583A CN 117793922 A CN117793922 A CN 117793922A
Authority
CN
China
Prior art keywords
shared channel
physical shared
retransmission timer
terminal
duration
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202211192583.3A
Other languages
English (en)
Inventor
陈二凯
徐瑞
秦熠
曹佑龙
米翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202211192583.3A priority Critical patent/CN117793922A/zh
Priority to PCT/CN2023/117448 priority patent/WO2024067002A1/zh
Publication of CN117793922A publication Critical patent/CN117793922A/zh
Pending legal-status Critical Current

Links

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
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • 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]

Landscapes

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

Abstract

控制信息的监听方法及装置，涉及无线通信领域。在该控制信息的监听方法中，终端可以接收来自网络设备的用于指示至少一个物理共享信道的数据传输，根据至少一个物理共享信道的数量确定重传定时器的时长。其中，重传定时器的时长为终端监听第二控制信息的最大时长，第二控制信息用于调度至少一个物理共享信道的数据重传。这样，重传定时器的时长可以根据至少一个物理共享信道的数量调整，使得重传定时器的时长被配置得更为合理，以提高至少一个物理共享信道的数据重传的性能。

Description

控制信息的监听方法及装置
技术领域
本申请涉及无线通信领域，尤其涉及控制信息的监听方法。
背景技术
在通信系统中，终端接收指示下行传输的物理下行控制信道(physical downlinkcontrol channel，PDCCH)或者接收半持续调度(semi-persistent scheduling，SPS)的物理下行共享信道(physical downlink shared channel，PDSCH)，并且终端接收数据失败，会启动重传定时器，以在重传定时器运行期间接收来自网络设备的重传调度信息。类似的，终端接收到指示上行传输的PDCCH，或者接收到配置授权(configured grant，CG)的物理上行共享信道(physical uplink shared channel，PUSCH)，并完成PUSCH的传输之后，会启动重传定时器，以在重传定时器运行期间接收来自网络设备的重传调度信息。然而，目前重传定时器的配置并不合理，影响重传性能。
发明内容
本申请实施例提供通信方法及装置，可以根据至少一个物理共享信道的数量调整重传定时器的时长，使得重传定时器的时长被配置得更为合理，以提高至少一个物理共享信道的数据重传的性能。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，提供了一种通信方法，该方法可以由终端执行；或者，也可以由应用于终端中的模块，例如芯片、芯片系统或电路执行，还可以由能实现全部或部分终端功能的逻辑模块或软件实现，对此不作限定。为了便于描述，下面以由终端执行为例进行说明。该方法包括：接收来自网络设备的用于指示至少一个物理共享信道的数据传输的第一控制信息；根据该至少一个物理共享信道的数量确定重传定时器的时长，该重传定时器的时长为监听第二控制信息的最大时长，该第二控制信息用于调度该至少一个物理共享信道的数据重传；启动该重传定时器，并在该重传定时器的时长内监听该第二控制信息。
基于上述第一方面提供的方法，终端可以根据至少一个物理共享信道的数量调整重传定时器的时长，使得重传定时器的时长更为合理，进而提高至少一个物理共享信道的数据重传的性能。
在一种可能的实现方式中，该方法还包括：接收来自该网络设备的配置信息，该配置信息用于配置该重传定时器的多个候选时长。
基于上述可能的实现方式，终端可以根据至少一个物理共享信道的数量，在网络设备配置的多个候选时长中确定重传定时器的时长。
在一种可能的实现方式中，根据该至少一个物理共享信道的数量确定重传定时器的时长，包括：根据该至少一个物理共享信道的数量在该多个候选时长中，确定与该至少一个物理共享信道的数量对应的重传定时器的时长。
基于上述可能的实现方式，终端可以将多个候选时长中，与至少一个物理共享信道的数量对应的候选时长确定为重传定时器的时长。
在一种可能的实现方式中，至少一个物理共享信道的数量为第一数值的情况下，重传定时器的时长大于至少一个物理共享信道的数量为第二数值的情况下，重传定时器的时长，其中，该第一数值大于该第二数值。
基于上述可能的实现方式，若至少一个物理共享信道的数量较大，终端确定的重传定时器的时长较大，至少一个物理共享信道的数量较小，终端确定的重传定时器的时长较短。可以理解的，至少一个物理共享信道的数量越多，进行数据重传的可能性就越大，终端可能要被调度多次重传。此时，终端为重传定时器确定一个较大的时长，可以避免至少一个物理共享信道中的某些信道的重传来不及调度，影响重传性能。至少一个物理共享信道的数量越少，进行数据重传的可能性就越小，终端可能要被调度重传的次数越少。此时，终端为重传定时器确定一个较小的时长，在保证重传性能的情况下，还能降低终端的功耗可。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，启动该重传定时器，包括：在a+T1时刻启动该重传定时器，该a为该至少一个物理共享信道的最后一个物理共享信道对应的时刻，该T1为该网络设备配置的时长。
基于上述可能的实现方式，终端可以在发送至少一个物理共享信道的最后一个物理共享信道之后启动重传定时器，缩短了终端处于激活状态的时间，进而降低了终端的功耗。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该至少一个物理共享信道的数量大于1，该启动该重传定时器，包括：在b+T2时刻启动该重传定时器，该b为该至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，该T2为该网络设备配置的时长。
基于上述可能的实现方式，终端可以在实际发送的最后一个物理共享信道的时域位置之后的时刻启动重传定时器，缩短了终端处于激活状态的时间，进而降低了终端的功耗。
在一种可能的实现方式中，该方法还包括：向该网络设备发送指示信息，该指示信息用于指示该实际发送的最后一个物理共享信道。
基于上述可能的实现方式，终端可以向网络设备指示实际发送的最后一个物理共享信道，以便网络设备确定实际发送的最后一个物理共享信道，进而确定何时向终端发送重传指示信息。
在一种可能的实现方式中，该重传定时器为该最后一个物理共享信道对应的重传定时器；或者，该重传定时器为该至少一个物理共享信道对应的重传定时器；或者，该重传定时器与该至少一个物理共享信道一一对应。
基于上述可能的实现方式，在重传定时器为该最后一个物理共享信道对应的重传定时器的情况下，终端可以维护一个重传定时器，降低了终端的复杂度。在重传定时器为该至少一个物理共享信道对应的重传定时器的情况下，终端无论接收到哪个物理共享信道对应的第二控制信息，都不停止重传定时器，直至重传定时器超时，以使得终端来得及接收到所有需要重传的物理共享信道对应的第二控制信息。在重传定时器与该至少一个物理共享信道一一对应的情况下，终端接收到哪个物理共享信道对应的第二控制信息，终端就停止哪个物理共享信道对应的重传定时器，既来得及接收到所有需要重传的物理共享信道对应的第二控制信息，又不会在至少一个物理共享信道对应的第二控制信息都接收到的情况下，继续维护重传定时器，能够降低终端的功耗。
在一种可能的实现方式中，该物理共享信道为物理下行共享信道，该方法还包括：向该网络设备发送反馈信息，该反馈信息用于指示该至少一个物理共享信道上的数据传输是否成功；启动该重传定时器，包括：在c+T3时刻启动该重传定时器，该c为发送该反馈信息的时刻，该T3为该网络设备配置的时长。
基于上述可能的实现方式，终端可以在发送反馈信息后启动重传定时器。
第二方面，提供了一种通信方法，该方法可以由网络设备执行；或者，也可以由应用于网络设备中的模块，例如芯片、芯片系统或电路执行，还可以由能实现全部或部分网络设备功能的逻辑模块或软件实现，对此不作限定。为了便于描述，下面以由网络设备执行为例进行说明。该方法包括：向终端发送第一控制信息，该第一控制信息用于指示至少一个物理共享信道的数据传输；根据该至少一个物理共享信道的数量确定重传定时器的时长，该重传定时器的时长为该终端监听第二控制信息的最大时长，该第二控制信息用于调度该至少一个物理共享信道的数据重传；启动该重传定时器，并在该重传定时器的时长内向该终端发送该第二控制信息。
基于上述第二方面提供的方法，网络设备可以根据至少一个物理共享信道的数量调整重传定时器的时长，使得重传定时器的时长更为合理，进而提高至少一个物理共享信道的数据重传的性能。
在一种可能的实现方式中，该方法还包括：向该终端发送配置信息，该配置信息用于配置该重传定时器的多个候选时长。
基于上述可能的实现方式，网络设备可以为终端配置重传定时器的多个候选时长，以便终端在多个候选时长中、根据至少一个物理共享信道的数量确定重传定时器的时长。
在一种可能的实现方式中，根据该至少一个物理共享信道的数量确定重传定时器的时长，包括：根据该至少一个物理共享信道的数量在该多个候选时长中，确定与该至少一个物理共享信道的数量对应的重传定时器的时长。
基于上述可能的实现方式，网络设备可以将多个候选时长中，与至少一个物理共享信道的数量对应的候选时长确定为重传定时器的时长。
在一种可能的实现方式中，该至少一个物理共享信道的数量为第一数值的情况下，该重传定时器的时长大于该至少一个物理共享信道的数量为第二数值的情况下，该重传定时器的时长，其中，该第一数值大于该第二数值。
基于上述可能的实现方式，若至少一个物理共享信道的数量较大，网络设备确定的重传定时器的时长较大，至少一个物理共享信道的数量较小，网络设备确定的重传定时器的时长较短。可以理解的，至少一个物理共享信道的数量越多，进行数据重传的可能性就越大，终端可能要被调度多次重传。此时，网络设备为重传定时器确定一个较大的时长，可以避免至少一个物理共享信道中的某些信道的重传来不及调度，影响重传性能。至少一个物理共享信道的数量越少，进行数据重传的可能性就越小，终端可能要被调度重传的次数越少。此时，网络设备为重传定时器确定一个较小的时长，在保证重传性能的情况下，还能降低终端的功耗可。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，启动该重传定时器，包括：在a+T1时刻启动该重传定时器，该a为该至少一个物理共享信道的最后一个物理共享信道对应的时刻，该T1为第一预设时长。
基于上述可能的实现方式，网络设备可以在发送至少一个物理共享信道的最后一个物理共享信道之后启动重传定时器，缩短了终端处于激活状态的时间，进而降低了终端的功耗。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该至少一个物理共享信道的数量大于1，启动该重传定时器，包括：在b+T2时刻启动该重传定时器，该b为该至少一个物理共享信道中实际接收的最后一个物理共享信道对应的时刻，该T2为第二预设时长。
基于上述可能的实现方式，网络设备可以在实际发送的最后一个物理共享信道的时域位置之后的时刻启动重传定时器，缩短了终端处于激活状态的时间，进而降低了终端的功耗。
在一种可能的实现方式中，该方法还包括：接收来自该终端的指示信息，该指示信息用于指示该实际接收的最后一个物理共享信道。
基于上述可能的实现方式，网络设备可以根据指示信息确定实际接收的最后一个物理共享信道，进而确定何时向终端发送重传指示信息。
在一种可能的实现方式中，该重传定时器为该最后一个物理共享信道对应的重传定时器；或者，该重传定时器为该至少一个物理共享信道对应的重传定时器；或者，该重传定时器与该至少一个物理共享信道一一对应。
基于上述可能的实现方式，在重传定时器为该最后一个物理共享信道对应的重传定时器的情况下，网络设备可以维护一个重传定时器，降低了网络设备的复杂度。在重传定时器为该至少一个物理共享信道对应的重传定时器的情况下，网络设备无论发送了哪个物理共享信道对应的第二控制信息，都不停止重传定时器，直至重传定时器超时，以使得网络设备来得及发送所有需要重传的物理共享信道对应的第二控制信息。在重传定时器与该至少一个物理共享信道一一对应的情况下，网络设备发送了哪个物理共享信道对应的第二控制信息，网络设备就停止哪个物理共享信道对应的重传定时器，既来得及发送所有需要重传的物理共享信道对应的第二控制信息，又不会在至少一个物理共享信道对应的第二控制信息都接收到的情况下，继续维护重传定时器。
在一种可能的实现方式中，该物理共享信道为物理下行共享信道，该方法还包括：接收来自该终端的反馈信息，该反馈信息用于指示该至少一个物理共享信道上的数据传输是否成功；启动该重传定时器，包括：在c+T3时刻启动该重传定时器，该c为接收该反馈信息的时刻，该T3为第三预设时长。
基于上述可能的实现方式，网络设备可以在接收到反馈信息后启动重传定时器。
第三方面，提供了一种通信装置用于实现上述方法。该通信装置可以为上述第一方面中的终端，或者包含上述终端的装置，或者为上述第一方面中的终端中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部终端功能的逻辑模块或软件实现；或者，该通信装置可以为上述第二方面中的网络设备，或者包含上述网络设备的装置，或者为上述第二方面中的网络设备中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部网络设备功能的逻辑模块或软件实现。该通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
结合上述第三方面，在一种可能的实现方式中，该通信装置可以包括收发模块和处理模块。该收发模块，也可以称为收发单元，用以实现上述任一方面及其任意可能的实现方式中的发送和/或接收功能。该收发模块可以由收发电路，收发机，收发器或者通信接口构成。该处理模块，可以用于实现上述任一方面及其任意可能的实现方式中的处理功能。该处理模块例如可以为处理器。
结合上述第三方面，在一种可能的实现方式中，收发模块包括发送模块和接收模块，分别用于实现上述任一方面及其任意可能的实现方式中的发送和接收功能。
第四方面，提供了一种通信装置，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的终端，或者包含上述终端的装置，或者为上述第一方面中的终端中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部终端功能的逻辑模块或软件实现；或者，该通信装置可以为上述第二方面中的网络设备，或者包含上述网络设备的装置，或者为上述第二方面中的网络设备中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部网络设备功能的逻辑模块或软件实现。
结合上述第四方面，在一种可能的实现方式中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。
结合上述第四方面，在一种可能的实现方式中，该通信装置为芯片或芯片系统。可选的，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
第五方面，提供了一种通信装置，包括：处理器和接口电路；接口电路，用于接收计算机程序或指令并传输至处理器；处理器用于执行所述计算机程序或指令，以使该通信装置执执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的终端，或者包含上述终端的装置，或者为上述第一方面中的终端中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部终端功能的逻辑模块或软件实现；或者，该通信装置可以为上述第二方面中的网络设备，或者包含上述网络设备的装置，或者为上述第二方面中的网络设备中的模块，如芯片、芯片系统或电路，或者为能实现部分或全部网络设备功能的逻辑模块或软件实现。
结合上述第五方面，在一种可能的实现方式中，该通信装置为芯片或芯片系统。可选的，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
第八方面，提供了一种通信系统，该通信系统包括用于执行上述第一方面所述的方法的终端、以及用于执行上述第二方面所述的方法的网络设备。
第九方面，提供了一种通信系统，该通信系统包括终端和网络设备，该网络设备，用于向该终端发送用于指示至少一个物理共享信道的数据传输的第一控制信息；该终端，用于接收来自网络设备的第一控制信息；该终端，还用于根据该至少一个物理共享信道的数量确定重传定时器的时长，该重传定时器的时长为监听第二控制信息的最大时长，该第二控制信息用于调度该至少一个物理共享信道的数据重传；该终端，还用于启动该重传定时器，并在该重传定时器的时长内监听该第二控制信息。
在一种可能的实现方式中，该网络设备，还用于向该终端发送用于配置该重传定时器的多个候选时长的配置信息；该终端，还用于接收来自该网络设备的配置信息。
在一种可能的实现方式中，该终端，还用于根据该至少一个物理共享信道的数量确定重传定时器的时长，包括：该终端根据该至少一个物理共享信道的数量在该多个候选时长中，确定与该至少一个物理共享信道的数量对应的重传定时器的时长。
在一种可能的实现方式中，该至少一个物理共享信道的数量为第一数值的情况下，该重传定时器的时长大于该至少一个物理共享信道的数量为第二数值的情况下，该重传定时器的时长，其中，该第一数值大于该第二数值。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该终端，还用于启动该重传定时器，包括：该终端在a+T1时刻启动该重传定时器，该a为该至少一个物理共享信道的最后一个物理共享信道对应的时刻，该T1为该网络设备配置的时长。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该至少一个物理共享信道的数量大于1，该终端，还用于启动该重传定时器，包括：该终端在b+T2时刻启动该重传定时器，该b为该至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，该T2为该网络设备配置的时长。
在一种可能的实现方式中，该终端，还用于向该网络设备发送用于指示该实际发送的最后一个物理共享信道的指示信息；该网络设备，还用于接收来自该终端的该指示信息。
在一种可能的实现方式中，该重传定时器为该最后一个物理共享信道对应的重传定时器；或者，该重传定时器为该至少一个物理共享信道对应的重传定时器；或者，该重传定时器与该至少一个物理共享信道一一对应。
在一种可能的实现方式中，该物理共享信道为物理下行共享信道，该终端，还用于向该网络设备发送用于指示该至少一个物理共享信道上的数据传输是否成功的反馈信息；该网络设备，还用于接收来自该终端的该反馈信息；该终端，还用于启动该重传定时器，包括：该终端在c+T3时刻启动该重传定时器，该c为发送该反馈信息的时刻，该T3为该网络设备配置的时长。
第十方面，提供了一种通信方法，该方法可以由终端/网络设备执行；或者，也可以由应用于终端/网络设备中的模块，例如芯片、芯片系统或电路执行，还可以由能实现全部或部分终端/网络设备功能的逻辑模块或软件实现，对此不作限定。这里以网络设备和终端执行该方法作为示例进行介绍。该通信方法包括：网络设备向终端发送用于指示至少一个物理共享信道的数据传输的第一控制信息；该终端接收来自网络设备的第一控制信息；该终端根据该至少一个物理共享信道的数量确定重传定时器的时长，该重传定时器的时长为监听第二控制信息的最大时长，该第二控制信息用于调度该至少一个物理共享信道的数据重传；该终端启动该重传定时器，并在该重传定时器的时长内监听该第二控制信息。
在一种可能的实现方式中，该网络设备向该终端发送用于配置该重传定时器的多个候选时长的配置信息；该终端接收来自该网络设备的配置信息。
在一种可能的实现方式中，该终端根据该至少一个物理共享信道的数量确定重传定时器的时长，包括：该终端根据该至少一个物理共享信道的数量在该多个候选时长中，确定与该至少一个物理共享信道的数量对应的重传定时器的时长。
在一种可能的实现方式中，该至少一个物理共享信道的数量为第一数值的情况下，该重传定时器的时长大于该至少一个物理共享信道的数量为第二数值的情况下，该重传定时器的时长，其中，该第一数值大于该第二数值。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该终端启动该重传定时器，包括：该终端在a+T1时刻启动该重传定时器，该a为该至少一个物理共享信道的最后一个物理共享信道对应的时刻，该T1为该网络设备配置的时长。
在一种可能的实现方式中，该物理共享信道为物理上行共享信道，该至少一个物理共享信道的数量大于1，该终端启动该重传定时器，包括：该终端在b+T2时刻启动该重传定时器，该b为该至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，该T2为该网络设备配置的时长。
在一种可能的实现方式中，该终端向该网络设备发送用于指示该实际发送的最后一个物理共享信道的指示信息；该网络设备接收来自该终端的该指示信息。
在一种可能的实现方式中，该重传定时器为该最后一个物理共享信道对应的重传定时器；或者，该重传定时器为该至少一个物理共享信道对应的重传定时器；或者，该重传定时器与该至少一个物理共享信道一一对应。
在一种可能的实现方式中，该物理共享信道为物理下行共享信道，该终端向该网络设备发送用于指示该至少一个物理共享信道上的数据传输是否成功的反馈信息；该网络设备接收来自该终端的该反馈信息；该终端启动该重传定时器，包括：该终端在c+T3时刻启动该重传定时器，该c为发送该反馈信息的时刻，该T3为该网络设备配置的时长。
其中，第三方面至第十方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面至第二方面中任一方面或任一方面中不同可能的实现方式所带来的技术效果，此处不再赘述。
可以理解的是，在方案不矛盾的前提下，上述各个方面中的方案均可以结合。
附图说明
图1为非连续接收(discontinuous reception，DRX)的示意图；
图2为drx-InactivityTimer的示意图；
图3A为drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL的示意图；
图3B为drx-HARQ-RTT-TimerUL和drx-RetransmissionTimerUL的示意图；
图4A为下行控制信息(downlink control information，DCI)调度PUSCH的示意图；
图4B为DCI调度PDSCH的示意图；
图5为本申请实施例提供的通信系统架构示意图；
图6为本申请实施例提供的通信装置的硬件结构示意图；
图7为本申请实施例提供的通信方法的流程示意图；
图8为本申请实施例提供的通信装置的结构示意图。
具体实施方式
在介绍本申请实施例之前，对本申请实施例涉及的相关技术术语进行解释说明。可以理解的是，这些解释说明是为了让本申请实施例更容易被理解，而不应该视为对本申请实施例所要求的保护范围的限定。
1、DRX
第五代(5th generation，5G)新空口(new radio，NR)标准引入了DRX技术。DRX技术可以用于省电(power saving)。DRX技术的基本机制是给终端配置DRX周期(DRX cycle)。如图1所示，DRX周期包括激活期(on duration)和休眠期(opportunity for DRX)。终端在激活期处于激活状态，能够正常收发数据，在休眠期有机会进入休眠状态，不接收PDCCH，以减少功耗。应理解，终端进入休眠状态后，虽然不接收PDCCH，但是可以接收来自其它物理信道的数据，如PDSCH或确认信号(acknowledge，ACK)等。例如：在SPS中，处于休眠状态的终端可以接收周期性配置的下行子帧上发送的PDSCH。
2、DRX去激活定时器(drx-InactivityTimer)
若终端在激活期接收到PDCCH，则表示终端在接下来一段时间可能要收发数据，因此终端可以启动或重启drx-InactivityTimer。在drx-InactivityTimer期间终端处于激活状态，继续监听PDCCH。如图2所示，若终端在t1时间段内接收到PDCCH，则终端启动时长为t2的drx-InactivityTimer。终端在t1和t2时间段内处于激活状态，能够监听PDCCH。
3、DRX混合自动重传请求(hybrid automatic repeat request，HARQ)往返时间(round-trip time，RTT)定时器(drx-HARQ-RTT-Timer)和DRX重传定时器(drx-RetransmissionTimer)
本申请实施例中，drx-HARQ-RTT-Timer可以根据数据的传输方向分为DRX HARQRTT上行链路(up link，UL)定时器(drx-HARQ-RTT-TimerUL)和DRX HARQ RTT下行链路(down link，DL)定时器(drx-HARQ-RTT-TimerDL)。类似的，drx-RetransmissionTimer也可以根据数据的传输方向分为DRX重传上行定时器(drx-RetransmissionTimerUL)和DRX重传下行定时器(drx-RetransmissionTimerDL)。
首先，介绍drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL。
如图3A所示，如果终端收到一个指示下行传输的PDCCH，或者收到SPS的PDSCH(此时没有伴随着传输PDCCH)，并且终端的数据接收失败，网络设备就需要重传数据。在反馈HARQ否定确认(not-acknowledgement，NACK)消息之后，终端可以为相应的HARQ进程启动drx-HARQ-RTT-TimerDL。drx-HARQ-RTT-TimerDL的时长可以用于表示终端期望收到用于HARQ重传指示信息的最小时长，即在drx-HARQ-RTT-TimerDL期间，终端不期望接收DL重传指示信息。当drx-HARQ-RTT-TimerDL超时，终端可以启动drx-RetransmissionTimerDL，drx-RetransmissionTimerDL的时长可以表示终端接收到DL重传指示信息的最大时长，即在drx-RetransmissionTimerDL期间，终端处于激活状态，可以接收PDCCH和/或PDSCH，如接收DL重传指示信息。
下面介绍drx-HARQ-RTT-TimerUL和drx-RetransmissionTimerUL。
如图3B所示，如果终端收到一个指示上行传输的PDCCH或者收到CG的PUSCH(此时没有伴随着传输PDCCH)，并且完成PUSCH传输之后，终端为相应的HARQ进程启动drx-HARQ-RTT-TimerUL，drx-HARQ-RTT-TimerUL的时长可以表示终端期望收到用于HARQ重传指示信息的最小时长，即在drx-HARQ-RTT-TimerUL期间，终端不期望接收UL重传指示信息。当drx-HARQ-RTT-TimerUL超时，终端启动drx-RetransmissionTimerUL，drx-RetransmissionTimerUL的时长可以表示终端接收到UL重传指示信息的最大时长。在drx-RetransmissionTimerUL期间，终端处于激活状态，接收PDCCH指示PUSCH重传。
在通信系统中，提出了一个DCI调度多个PDSCH或者多个PUSCH的方案。这样，可以避免终端频繁监听DCI，从而降低终端的功耗和复杂度。
对于一个DCI调度多个PUSCH的情况，如果终端配置了DRX，那么每个PUSCH传输完成后，终端会启动drx-HARQ-RTT-TimerUL。在drx-HARQ-RTT-TimerUL超时后，终端会启动drx-RetransmissionTimerUL，并在drx-RetransmissionTimerUL运行期间，持续监听PDCCH。具体的，可以如图4A所示。图4A中，h1表示DCI调度的第一个PUSCH对应的drx-HARQ-RTT-TimerUL的时长，r1表示DCI调度的第一个PUSCH对应的drx-RetransmissionTimerUL的时长。h2表示DCI调度的第二个PUSCH对应的drx-HARQ-RTT-TimerUL的时长，r2表示DCI调度的第二个PUSCH对应的drx-RetransmissionTimerUL的时长。h3表示DCI调度的第三个PUSCH对应的drx-HARQ-RTT-TimerUL的时长，r3表示DCI调度的第三个PUSCH对应的drx-RetransmissionTimerUL的时长。
对于一个DCI调度多个PDSCH，如果终端配置了DRX，那么多个PDSCH的HARQ-NACK信息在同一个PUCCH上反馈。终端反馈了HARQ-NACK信息后，会启动HARQ进程对应的drx-HARQ-RTT-TimerDL。在drx-HARQ-RTT-TimerDL超时后，终端会启动drx-RetransmissionTimerDL，即多个PDSCH对应的drx-HARQ-RTT-TimerDL在时域上是交叠的，多个PDSCH对应的drx-RetransmissionTimerDL在时域上也是交叠的。具体的，可以如图4B所示。图4B中，h表示DCI调度的多个PDSCH对应的drx-HARQ-RTT-TimerUL的时长，r表示DCI调度的多个PDSCH对应的drx-RetransmissionTimerUL的时长。
下面结合附图对本申请实施例的实施方式进行详细描述。
本申请实施例提供的方法可用于各种通信系统。例如该通信系统可以为长期演进(long term evolution，LTE)系统、5G通信系统、Wi-Fi系统、第三代合作伙伴计划(3rdgeneration partnership project，3GPP)相关的通信系统、未来演进的通信系统(如：第六代(6th generation，6G)通信系统等)、或多种系统融合的系统等，不予限制。下面以图5所示通信系统50为例，对本申请实施例提供的方法进行描述。图5仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。
如图5所示，为本申请实施例提供的通信系统50的架构示意图。图5中，通信系统50可以包括一个或多个网络设备501(仅示出了1个)以及可以与网络设备501进行通信的终端502-终端504。
在图5中，网络设备可以为终端提供无线接入服务。具体来说，每个网络设备都对应一个服务覆盖区域，进入该区域的终端可通过Uu口与网络设备通信，以此来接收网络设备提供的无线接入服务。可选地，该服务覆盖区域可以包括一个或多个小区。终端与网络设备之间可以通过Uu口链路通信。其中，Uu口链路可以根据其上传输的数据的方向分为UL和DL。UL上可以传输从终端向网络设备发送的上行数据，DL上可以传输从网络设备向终端传输的下行数据。例如：图5中，终端503位于网络设备501的覆盖区域内，网络设备501可以通过DL向终端503发送下行数据，终端503可通过UL向网络设备501发送上行数据。
本申请实施例中的网络设备，例如：网络设备501可以是任意一种具有无线收发功能的设备。包括但不限于：LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional NodeB)，NR中的基站(gNodeB或gNB)或收发点(transmission receiving point/transmissionreception point，TRP)，3GPP后续演进的基站，Wi-Fi系统中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。网络设备还可以是云无线接入网络(cloudradio access network，CRAN)场景下的无线控制器。网络设备还可以是集中单元(centralized unit，CU)，和/或，分布单元(distributed unit，DU)。网络设备还可以是服务器，可穿戴设备，机器通信设备、或车载设备等。以下以网络设备为基站为例进行说明。所述多个网络设备可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端进行通信，也可以通过中继站与终端进行通信。终端可以与不同技术的多个基站进行通信，例如，终端可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。本申请实施例中，用于实现网络设备的功能的装置可以是网络设备；也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中或者和网络设备匹配使用。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的方法中，以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的方法。
本申请实施例中的终端，例如：终端502、终端503或终端504是一种具有无线收发功能的设备。终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端还可以称为终端设备，终端设备可以是用户设备(user equipment，UE)，其中，UE包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，UE可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。终端设备还可以是工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、或智慧家庭(smart home)中的无线终端等等。本申请实施例中，用于实现终端的功能的装置可以是终端；也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中或者和终端匹配使用。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的方法中，以用于实现终端的功能的装置是终端为例，描述本申请实施例提供的方法。
作为示例而非限定，在本申请中，终端可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。例如，可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能的设备。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能的设备，例如：智能手表等，以及包括只专注于某一类应用功能，需要和其它设备如智能手机配合使用的设备，如各类进行体征监测的智能手环、智能首饰等。
在本申请中，终端可以是物联网(internet of things，IoT)系统中的终端，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。本申请中的终端可以是机器类型通信(machine type communication，MTC)中的终端。本申请的终端可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元，车辆通过内置的所述车载模块、车载模组、车载部件、车载芯片或者车载单元可以实施本申请的方法。
可选的，本申请实施例提供的方法可应用于实时性强、数据容量要求大的多媒体业务，如视频传输、云游戏(cloud gaming，CG)和扩展现实(extended reality，XR)等业务中。其中XR包括虚拟现实(virtual reality，VR)和增强现实(augmented reality，AR)。因此，本申请实施例中的终端还可以是头戴式显示器(head mounted display，HMD)或者智能眼镜(如VR眼镜、AR眼镜)等，不予限制。
图5所示的通信系统50仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，通信系统50还可以包括其他设备，同时也可根据具体需要来确定网络设备和终端的数量，不予限制。
可选的，本申请实施例图5中的各网元或设备(例如网络设备501、终端502、终端503或终端504)也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。
可选的，本申请实施例图5中的各网元或设备(例如网络设备501、终端502、终端503或终端504)的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者硬件与软件的结合，或者平台(例如，云平台)上实例化的虚拟化功能。
在具体实现时，图5所示的各网元或设备(例如网络设备501、终端502、终端503或终端504等)都可以采用图6所示的组成结构，或者包括图6所示的部件。图6所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置60包括至少一个处理器601和至少一个通信接口604，用于实现本申请实施例提供的方法。该通信装置60还可以包括通信线路602和存储器603。
处理器601可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路602可包括一通路，在上述组件之间传送信息，例如总线。
通信接口604，用于与其他设备或通信网络通信。通信接口604可以是任何收发器一类的装置，如可以是以太网接口、无线接入网(radio access network，RAN)接口、无线局域网(wireless local area networks，WLAN)接口、收发器、管脚、总线、或收发电路等。
存储器603可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路602与处理器601相耦合。存储器603也可以和处理器601集成在一起。本申请实施例提供的存储器通常可以具有非易失性。
其中，存储器603用于存储执行本申请实施例提供的方案所涉及的计算机执行指令，并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机执行指令，从而实现本申请实施例提供的方法。或者，可选的，本申请实施例中，也可以是处理器601执行本申请下述实施例提供的方法中的处理相关的功能，通信接口604负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
作为一种实施例，处理器601可以包括一个或多个CPU，例如图6中的CPU0和CPU1。
作为一种实施例，通信装置60可以包括多个处理器，例如图6中的处理器601和处理器607。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
作为一种实施例，通信装置60还可以包括输出设备605和/或输入设备606。输出设备605和处理器601耦合，可以以多种方式来显示信息。例如，输出设备605可以是液晶显示器(liquid crystal display，LCD)，发光二极管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备606和处理器601耦合，可以以多种方式接收用户的输入。例如，输入设备606可以是鼠标、键盘、触摸屏设备或传感设备等。
可以理解的，图6中示出的组成结构并不构成对该通信装置的限定，除图6所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面将结合附图，对本申请实施例提供的方法进行描述。下述实施例中的各网元可以具备图6所示部件，不予赘述。
可以理解的是，本申请实施例中，“传输”可以根据具体的上下文理解为发送和/或接收。“传输”可以是名词，也可以是动词。在不强调动作的执行主体时，常常用“传输”代替发送和/或接收。例如，短语“传输PUSCH”，从终端的角度来看，可以理解为“发送PUSCH”，而从基站的角度来看，可以理解为“接收PUSCH”。另外，需要指出的是“传输PUSCH/PDSCH”，本领域技术人员可以理解为“传输承载在PUSCH/PDSCH中的信息”。
可以理解的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。
可以理解的是，在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。此外，类似于“A、B和C中的至少一项”或“A、B或C中的至少一项”的表述通常用于表示如下中任一项：单独存在A；单独存在B；单独存在C；同时存在A和B；同时存在A和C；同时存在B和C；同时存在A、B和C。以上是以A、B和C共三个元素进行举例来说明该项目的可选用条目，当表述中具有更多元素时，该表述的含义可以按照前述规则获得。
为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。
可以理解，说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各个实施例未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。可以理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
可以理解，在本申请中，“当…时”、“若”以及“如果”均指在某种客观情况下会做出相应的处理，并非是限定时间，且也不要求实现时一定要有判断的动作，也不意味着存在其它限定。
本申请中的“同时”可以理解为在相同的时间点，也可以理解为在一段时间段内，还可以理解为在同一个周期内。
可以理解，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应的，本申请实施例中给出的装置也可以相应的实现这些特征或功能，在此不予赘述。
可以理解的，本申请实施例中同一个步骤或者具有相同功能的步骤或者技术特征在不同实施例之间可以互相参考借鉴。
可以理解的，本申请实施例中，终端和/或网络设备可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部步骤。
如图7所示，为本申请实施例提供的一种通信方法，图7中以网络设备和终端作为该交互示意的执行主体为例来示意该方法，但本申请并不限制该交互示意的执行主体。例如，图7中的网络设备也可以是支持该网络设备实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分网络设备功能的逻辑模块或软件；图7中的终端也可以是支持该终端实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分终端功能的逻辑模块或软件。该通信方法可以包括如下步骤：
S701：网络设备向终端发送第一控制信息。相应的，终端接收来自网络设备的第一控制信息。
其中，网络设备可以是图5所示的通信系统50中的网络设备501。终端可以是图5所示通信系统50中的任意一个终端，例如为终端501。
本申请实施例中，第一控制信息可以用于指示至少一个物理共享信道的数据传输。其中，物理共享信道可以是PUSCH或者PDSCH。
本申请实施例中，第一控制信息指示至少一个PUSCH的数据传输可以理解为第一控制信息调度至少一个PUSCH。第一控制信息指示至少一个PDSCH的数据传输可以理解为第一控制信息调度至少一个PDSCH。
一种可能的设计，第一控制信息为DCI。终端接收到DCI后，可以根据DCI进行至少一个物理共享信道的数据传输。
作为一种示例，若物理共享信道是PDSCH，该DCI包括至少一个PDSCH的时频资源的指示信息。终端接收到DCI后，在该时频资源上接收至少一个PDSCH。若物理共享信道是PUSCH，该DCI包括至少一个PUSCH的时频资源的指示信息。终端接收到DCI后，在该时频资源上发送至少一个PUSCH。
另一种可能的设计，第一控制信息包括在半静态调度的配置消息中，如包括在无线资源控制(radio resource control，RRC)消息或DCI中。终端接收到半静态调度的配置消息后，可以根据半静态调度的配置消息，进行至少一个物理共享信道的数据传输；或者，终端接收到半静态调度的配置消息后，先不进行至少一个物理共享信道的数据传输，在接收到激活该半静态调度的配置消息的激活消息(如DCI)后，再进行传输。
作为一种示例，若物理共享信道是PDSCH，第一控制信息包括在RRC消息中，第一控制信息包括至少一个PDSCH的时频资源的指示信息。终端在接收到来自网络设备的RRC消息，并且接收到用于激活该RRC消息配置的至少一个PDSCH的DCI后，在该时频资源上接收至少一个PDSCH。
作为另一种示例，若物理共享信道是PUSCH，第一控制信息包括在RRC消息或DCI中，第一控制信息包括至少一个PUSCH的时频资源的指示信息。终端接收到来自网络设备的RRC消息或DCI后，在该时频资源上发送至少一个PUSCH。或者，第一控制信息包括在RRC消息中，第一控制信息包括至少一个PUSCH的时频资源的指示信息。终端接收到来自网络设备的RRC消息，并且接收到用于激活该RRC消息配置的至少一个PUSCH的DCI后，在该时频资源上发送至少一个PUSCH。
S702：终端根据至少一个物理共享信道的数量确定重传定时器的时长。
本申请实施例中，重传定时器的时长为监听第二控制信息的最大时长。第二控制信息可以用于调度至少一个物理共享信道的数据重传。
作为一种示例，若物理共享信道是PDSCH，则重传定时器为drx-RetransmissionTimerDL，若物理共享信道是PUSCH，则重传定时器为drx-RetransmissionTimerUL。应理解，在具体应用中，重传定时器还可以有其他的命名方式，本申请实施例不进行具体限定。
可以理解的，至少一个物理共享信道的数量越多，进行数据重传的可能性就越大，终端可能要被调度多次重传。此时，若终端将重传定时器的时长设置的太短会导致至少一个物理共享信道中的某些信道的重传来不及调度，影响重传性能。因此，在本申请实施例中，至少一个物理共享信道的数量越多，重传定时器的时长越长，至少一个物理共享信道的数量越少，重传定时器的时长越短。即：至少一个物理共享信道的数量为第一数值的情况下，重传定时器的时长大于至少一个物理共享信道的数量为第二数值的情况下，重传定时器的时长。其中，第一数值大于第二数值。
应理解，终端在重传定时器的时长内，处于激活状态，要监听PDCCH，所以在确定重传定时器的时长时还要考虑到终端的功耗。重传定时器的时长越长，终端的功耗越大，重传定时器的时长越短，终端的功耗越小。也就是说，在确定重传定时器的时长时，应当兼顾重传性能和终端的功耗。
一种可能的设计，至少一个物理共享信道的数量与重传定时器的时长有对应关系，终端根据至少一个物理共享信道的数量和该对应关系，确定重传定时器的时长。
作为一种示例，至少一个物理共享信道的数量与重传定时器的时长的对应关系可以如表1所示。在表1中，任意一个重传定时器的时长都对应一个数量范围。若至少一个物理共享信道的数量为1或2，则重传定时器的时长为t1，若至少一个物理共享信道的数量为3或4，则重传定时器的时长为t2，若至少一个物理共享信道的数量为5或6，则重传定时器的时长为t3。
表1
至少一个物理共享信道的数量 重传定时器的时长
1～2 t1
3～4 t2
5～6 t3
… …
作为另一种示例，至少一个物理共享信道的数量与重传定时器的时长的对应关系可以如表2所示。在表2中，任意一个重传定时器的时长都对应一个物理共享信道的数量。若至少一个物理共享信道的数量为1，则重传定时器的时长为t1，若至少一个物理共享信道的数量为2，则重传定时器的时长为t2，若至少一个物理共享信道的数量为3，则重传定时器的时长为t3。
表2
至少一个物理共享信道的数量 重传定时器的时长
1 t1
2 t2
3 t3
… …
作为另一种示例，至少一个物理共享信道的数量与重传定时器的时长的对应关系可以如表3所示。在表3中，若至少一个物理共享信道的数量为1，则重传定时器的时长为t1，若至少一个物理共享信道的数量大于1，则重传定时器的时长为t2。
表3
至少一个物理共享信道的数量 重传定时器的时长
1 t1
大于1 t2
可以理解的，上述表1、表2和表3仅是至少一个物理共享信道的数量与重传定时器的时长的对应关系的示例，在具体应用中，至少一个物理共享信道的数量与重传定时器的时长的对应关系还可以是其他形式的，不予限制。
可选的，在S702之前，网络设备向终端发送配置信息。相应的，终端接收来自网络设备的配置信息。其中，该配置信息可以用于配置重传定时器的多个候选时长，例如，配置信息包括该多个候选时长。本申请实施例中，多个可以指大于或等于2个。此时，终端可以根据配置信息配置的多个候选时长和至少一个物理共享信道的数量，确定重传定时器的时长。
一种可能的实现方式，终端根据至少一个物理共享信道的数量在多个候选时长中，确定与至少一个物理共享信道的数量对应的重传定时器的时长。
作为一种示例，若配置信息包括t1、t2和t3，至少一个物理共享信道的数量为2，则终端根据上述表1，可以确定与至少一个物理共享信道的数量对应的重传定时器的时长为t1，终端根据上述表2，可以确定与至少一个物理共享信道的数量对应的重传定时器的时长为t2。
作为另一种示例，若配置信息包括t1和t2，至少一个物理共享信道的数量为2，则终端根据上述表3，可以确定与至少一个物理共享信道的数量对应的重传定时器的时长为t2；若配置信息包括t1和t2，至少一个物理共享信道的数量为1，则终端根据上述表3，可以确定与至少一个物理共享信道的数量对应的重传定时器的时长为t1。
可选的，网络设备根据至少一个物理共享信道的数量确定重传定时器的时长。这样，网络设备就可以知道终端在什么时候处于激活状态，来接收第二控制信息。网络设备可以在重传定时器的持续时间内，向终端发送第二控制信息。网络设备根据至少一个物理共享信道的数量确定重传定时器的时长的过程，可以参考终端根据至少一个物理共享信道的数量确定重传定时器的时长的对应描述，在此不做赘述。
S703：终端启动重传定时器，并在重传定时器的时长内监听第二控制信息。
可以理解的，物理共享信道是PUSCH和物理共享信道是PDSCH的情况下，终端启动重传定时器的过程不同，下面进行具体阐述。
情况1：物理共享信道是PUSCH。
在图4A对应的描述中介绍了：对于一个DCI调度多个PUSCH，如果终端配置了DRX，那么每个PUSCH传输完成后，终端会启动drx-HARQ-RTT-TimerUL。在drx-HARQ-RTT-TimerUL超时后，终端会启动drx-RetransmissionTimerUL，并在drx-RetransmissionTimerUL运行期间，持续监听PDCCH。那么，对于图4A的方案，终端在A1时间段内都处于激活状态，终端的功耗较大。为了降低终端的功耗，可以配置终端在同一时刻启动多个PUSCH对应的重传定时器。这样，可以缩短终端处于激活状态的时间，所以能够降低终端的功耗。
可以理解的，终端在同一时刻可以启动多个PUSCH中每个PUSCH对应的重传定时器，或者启动多个PUSCH中的某一个PUSCH对应的重传定时器，或者启动一个重传定时器，用于监控多个PUSCH的对应的第二控制信息。
一种可能的设计，重传定时器为最后一个物理共享信道对应的重传定时器；或者，重传定时器为至少一个物理共享信道对应的重传定时器；或者，重传定时器与至少一个物理共享信道一一对应。其中，最后一个物理共享信道为至少一个物理共享信道中的最后一个物理共享信道，或者，最后一个物理共享信道为至少一个物理共享信道中实际发送的最后一个物理共享信道。
本申请实施例中，重传定时器为最后一个物理共享信道对应的重传定时器可以理解为终端启动最后一个物理共享信道对应的重传定时器，而不启动至少一个物理共享信道中除最后一个物理共享信道之外的其他物理共享信道的重传定时器。在这种情况下，终端可以在重传定时器的持续时间内接收第二控制信息。但是，若终端先接收到最后一个物理共享信道对应的第二控制信息，终端停止重传定时器，进入休眠状态，会导致终端可能接收不到其他物理共享信道对应的第二控制信息。
本申请实施例中，重传定时器为至少一个物理共享信道对应的重传定时器可以理解为终端为至少一个物理共享信道启动一个重传定时器。在这种情况下，终端可以在重传定时器的持续时间内接收第二控制信息。而且，终端无论接收到哪个物理共享信道对应的第二控制信息，都不停止重传定时器，直至重传定时器超时，以使得终端来得及接收到所有需要重传的物理共享信道对应的第二控制信息。但是，在至少一个物理共享信道对应的第二控制信息都接收到的情况下，重传定时器还没有超时，终端也不会停止重传定时器，会增加终端的功耗。
本申请实施例中，重传定时器与至少一个物理共享信道一一对应可以理解为终端为至少一个物理共享信道中的每个物理共享信道启动重传定时器。在这种情况下，终端可以在重传定时器的持续时间内接收第二控制信息。而且，终端接收到哪个物理共享信道对应的第二控制信息，终端就停止哪个物理共享信道对应的重传定时器，既来得及接收到所有需要重传的物理共享信道对应的第二控制信息，又不会在至少一个物理共享信道对应的第二控制信息都接收到的情况下，继续维护重传定时器，能够降低终端的功耗。
一种可能的实现方式，终端在a+T1时刻启动重传定时器。其中，a为至少一个物理共享信道的最后一个物理共享信道对应的时刻，T1为第一预设时长，第一预设时长为网络设备配置的时长。例如，T1为drx-HARQ-RTT-TimerUL的时长。
作为一种示例，对于图4A，终端在第三个PUSCH发送完成后，启动drx-HARQ-RTT-TimerUL定时器，在drx-HARQ-RTT-TimerUL超时后，启动重传定时器。如：启动第三个PUSCH对应重传定时器，或者启动3个PUSCH对应的重传定时器，或者启动与3个PUSCH中每个PUSCH对应的重传定时器。在本示例中，终端在A2时间段内处于激活状态。
另一种可能的实现方式，若至少一个物理共享信道的数量大于1，终端在b+T2时刻启动重传定时器。其中，b为至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，T2为第二预设时长，第二预设时长为网络设备配置的时长。例如，T2为drx-HARQ-RTT-TimerUL的时长。
作为一种示例，对于图4A，若终端实际发送的最后一个物理共享信道为第二个PUSCH，则终端在第二个PUSCH发送完成后，启动drx-HARQ-RTT-TimerUL定时器，在drx-HARQ-RTT-TimerUL超时后，启动重传定时器。如：启动第二个PUSCH对应的重传定时器，或者启动3个PUSCH对应的重传定时器，或者启动与3个PUSCH中每个PUSCH对应的重传定时器。
可以理解的，对于终端在b+T2时刻启动重传定时器的方案，终端可以向网络设备指示哪一个物理共享信道是实际发送的最后一个物理共享信道，以便网络设备确定何时向终端发送第二控制信息。
一种可能的实现方式，终端向网络设备发送指示信息。相应的，网络设备接收来自终端的指示信息。其中，指示信息可以用于指示终端实际发送的最后一个物理共享信道，或者指示信息可以用于指示网络设备实际接收的最后一个物理共享信道。
作为一种示例，指示信息对应的时频资源与实际发送的最后一个物理共享信道对应的时频资源相同。即终端通过实际发送的最后一个物理共享信道对应的时频资源发送指示信息。该指示信息包括1比特，若该1比特的值为1，则表示与该指示信息对应的时频资源相同的物理共享信道为实际发送的最后一个物理共享信道。
作为另一种示例，指示信息对应的时频资源与至少一个物理共享信道中第一个物理共享信道对应的时频资源相同。即终端通过至少一个物理共享信道中第一个物理共享信道对应的时频资源发送指示信息。该指示信息可以包括实际发送的最后一个物理共享信道的标识，或者，该指示信息包括实际发送的物理共享信道的数量，以便网络设备根据该指示信息确定终端实际发送的最后一个物理共享信道。
情况2：物理共享信道是PDSCH。
对于情况2，在S703之前，终端向网络设备发送反馈信息。相应的，网络设备接收来自终端的反馈信息。其中，反馈信息可以用于指示至少一个物理共享信道上的数据传输是否成功。
作为一种示例，反馈信息包括与至少一个物理共享信道中每个物理共享信道对应的指示信息，该指示信息指示与该指示信息对应的物理共享信道上的数据传输是否成功。
作为另一种示例，反馈信息包括1比特指示信息。该1比特指示信息用于指示至少一个物理共享信道上的数据传输是否成功。例如，若至少一个物理共享信道中每个物理共享信道上的数据传输都成功，则该1比特指示信息指示至少一个物理共享信道上的数据传输成功；若至少一个物理共享信道中至少一个物理共享信道上的数据传输失败，则该1比特指示信息指示至少一个物理共享信道上的数据传输失败。
一种可能的实现方式，终端在c+T3时刻启动重传定时器。其中，c为发送反馈信息的时刻，T3为第三预设时长，第三预设时长为网络设备配置的时长。
作为一种示例，终端在发送完反馈信息后，启动drx-HARQ-RTT-TimerDL定时器，在drx-HARQ-RTT-TimerDL超时后，启动重传定时器。
可选的，网络设备启动重传定时器，并在重传定时器的时长内向终端发送第二控制信息。其中，网络设备启动重传定时器的过程与终端启动重传定时器的过程类似，因此，可以参考终端启动重传定时器的对应描述，在此不做赘述。
其中，上述S701-S703中的网络设备或者终端的动作可以由图6所示的通信装置60中的处理器601调用存储器603中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图7所示的方法，终端可以根据至少一个物理共享信道的数量确定重传定时器的时长，例如，当至少一个物理共享信道的数量较多时，确定的重传定时器的时长较长，当至少一个物理共享信道的数量较少时，确定的重传定时器的时长较短。如此，可以使得重传定时器的时长被配置得更为合理，以提高至少一个物理共享信道的数据重传的性能。
本申请上文中提到的各个实施例之间在方案不矛盾的情况下，均可以进行结合，不作限制。
可以理解的，以上各个实施例中，由终端实现的方法和/或步骤，也可以由可用于终端的部件(例如芯片或者电路)实现；由网络设备实现的方法和/或步骤，也可以由可用于网络设备的部件(例如芯片或者电路)实现。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置可以为上述方法实施例中的终端，或者包含上述终端的装置，或者为可用于终端的部件；或者，该通信装置可以为上述方法实施例中的网络设备，或者包含上述网络设备的装置，或者为可用于网络设备的部件。可以理解的是，上述终端设备或者网络设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法操作，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
应理解的是，上述仅以终端和网络设备为例描写各个网元之间的交互。实际上，上述终端所执行的处理并不限于仅由单一网元执行，上述网络设备所执行的处理也并不限于仅由单一网元执行。例如，网络设备所执行的处理可以分别由CU、DU和远端单元(remoteunit，RU)中的至少一个执行。
本申请实施例可以根据上述方法示例对终端或网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可以理解的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，以采用集成的方式划分各个功能模块的情况下，图8示出了一种通信装置80的结构示意图。通信装置80包括处理模块801和收发模块802。处理模块801，也可以称为处理单元用于执行除了收发操作之外的操作，例如可以是处理电路或者处理器等。收发模块802，也可以称为收发单元用于执行收发操作，例如可以是收发电路，收发机，收发器或者通信接口等。
在一些实施例中，该通信装置80还可以包括存储模块(图8中未示出)，用于存储程序指令和数据。
示例性地，通信装置80用于实现终端的功能。通信装置80例如为图7所示的实施例。
其中，收发模块802，用于接收来自网络设备的第一控制信息。其中，第一控制信息用于指示至少一个物理共享信道的数据传输。例如，收发模块802可以用于执行S701。
处理模块801，用于根据至少一个物理共享信道的数量确定重传定时器的时长，重传定时器的时长为监听第二控制信息的最大时长，第二控制信息用于调度至少一个物理共享信道的数据重传。例如，处理模块801可以用于执行S702。
处理模块801，还用于启动重传定时器，并通过收发模块802在重传定时器的时长内监听第二控制信息。例如，处理模块801可以用于执行S703。
一种可能的实现方式，收发模块802，还用于接收来自网络设备的配置信息，配置信息用于配置重传定时器的多个候选时长。
一种可能的实现方式，处理模块801，具体用于根据至少一个物理共享信道的数量在多个候选时长中，确定与至少一个物理共享信道的数量对应的重传定时器的时长。
一种可能的实现方式，至少一个物理共享信道的数量为第一数值的情况下，重传定时器的时长大于至少一个物理共享信道的数量为第二数值的情况下，重传定时器的时长，其中，第一数值大于第二数值。
一种可能的实现方式，物理共享信道为物理上行共享信道，处理模块801，具体用于在a+T1时刻启动重传定时器，a为至少一个物理共享信道的最后一个物理共享信道对应的时刻，T1为网络设备配置的时长。
一种可能的实现方式，物理共享信道为物理上行共享信道，至少一个物理共享信道的数量大于1，处理模块801，具体用于在b+T2时刻启动重传定时器，b为至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，T2为网络设备配置的时长。
一种可能的实现方式，收发模块802，还用于向网络设备发送指示信息，指示信息用于指示实际发送的最后一个物理共享信道。
一种可能的实现方式，重传定时器为最后一个物理共享信道对应的重传定时器；或者，重传定时器为至少一个物理共享信道对应的重传定时器；或者，重传定时器与至少一个物理共享信道一一对应。
一种可能的实现方式，物理共享信道为物理下行共享信道，收发模块802，还用于向网络设备发送反馈信息，反馈信息用于指示至少一个物理共享信道上的数据传输是否成功；处理模块801，具体用于在c+T3时刻启动重传定时器，c为发送反馈信息的时刻，T3为网络设备配置的时长。
当用于实现终端的功能时，关于通信装置80所能实现的其他功能，可参考图7所示的实施例7的相关介绍，不多赘述。
或者，示例性地，通信装置80用于实现网络设备的功能。通信装置80例如为图7所示的实施例所述的网络设备。
其中，收发模块802，用于向终端发送第一控制信息，第一控制信息用于指示至少一个物理共享信道的数据传输。例如，收发模块802可以用于执行S701。
处理模块801，用于根据至少一个物理共享信道的数量确定重传定时器的时长，重传定时器的时长为终端监听第二控制信息的最大时长，第二控制信息用于调度至少一个物理共享信道的数据重传。
处理模块801，还用于启动重传定时器，并通过收发模块802在重传定时器的时长内向终端发送第二控制信息。
一种可能的实现方式，收发模块802，还用于向终端发送配置信息，配置信息用于配置重传定时器的多个候选时长。
一种可能的实现方式，处理模块801，具体用于根据至少一个物理共享信道的数量在多个候选时长中，确定与至少一个物理共享信道的数量对应的重传定时器的时长。
一种可能的实现方式，至少一个物理共享信道的数量为第一数值的情况下，重传定时器的时长大于至少一个物理共享信道的数量为第二数值的情况下，重传定时器的时长，其中，第一数值大于第二数值。
一种可能的实现方式，物理共享信道为物理上行共享信道，处理模块801，具体用于在a+T1时刻启动重传定时器，a为至少一个物理共享信道的最后一个物理共享信道对应的时刻，T1为第一预设时长。
一种可能的实现方式，物理共享信道为物理上行共享信道，至少一个物理共享信道的数量大于1，处理模块801，具体用于在b+T2时刻启动重传定时器，b为至少一个物理共享信道中实际接收的最后一个物理共享信道对应的时刻，T2为第二预设时长。
一种可能的实现方式，收发模块802，还用于接收来自终端的指示信息，指示信息用于指示实际接收的最后一个物理共享信道。
一种可能的实现方式，重传定时器为最后一个物理共享信道对应的重传定时器；或者，重传定时器为至少一个物理共享信道对应的重传定时器；或者，重传定时器与至少一个物理共享信道一一对应。
一种可能的实现方式，物理共享信道为物理下行共享信道，收发模块802，还用于接收来自终端的反馈信息，反馈信息用于指示至少一个物理共享信道上的数据传输是否成功；处理模块801，具体用于在c+T3时刻启动重传定时器，c为接收反馈信息的时刻，T3为第三预设时长。
当用于实现网络设备的功能时，关于通信装置80所能实现的其他功能，可参考图7所示的实施例7的相关介绍，不多赘述。
在一个简单的实施例中，本领域的技术人员可以想到通信装置80可以采用图6所示的形式。比如，图6中的处理器601可以通过调用存储器603中存储的计算机执行指令，使得通信装置80执行上述方法实施例中所述的方法。
示例性的，图8中的处理模块801和收发模块802的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机执行指令来实现。或者，图8中的处理模块801的功能/实现过程可以通过图6中的处理器601调用存储器603中存储的计算机执行指令来实现，图8中的收发模块802的功能/实现过程可以通过图6中的通信接口604来实现。
可以理解的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。
可选的，本申请实施例还提供了一种芯片系统，包括：至少一个处理器和接口，该至少一个处理器通过接口与存储器耦合，当该至少一个处理器执行存储器中的计算机程序或指令时，使得上述任一方法实施例中的方法被执行。在一种可能的实现方式中，该芯片系统还包括存储器。可选的，该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。
可选的，本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的通信装置的内部存储单元，例如通信装置的硬盘或内存。上述计算机可读存储介质也可以是上述通信装置的外部存储设备，例如上述通信装置上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述通信装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述通信装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
可选的，本申请实施例还提供了一种计算机程序产品。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机程序产品中，该程序在执行时，可包括如上述各方法实施例的流程。
可选的，本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以由计算机指令来指令相关的硬件(如计算机、处理器、终端或网络设备等)完成。该程序可被存储于上述计算机可读存储介质中或上述计算机程序产品中。
可选的，本申请实施例还提供了一种通信系统，包括：上述实施例中的网络设备和终端。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (22)

1.一种通信方法，其特征在于，所述方法包括：
接收来自网络设备的第一控制信息，所述第一控制信息用于指示至少一个物理共享信道的数据传输；
根据所述至少一个物理共享信道的数量确定重传定时器的时长，所述重传定时器的时长为监听第二控制信息的最大时长，所述第二控制信息用于调度所述至少一个物理共享信道的数据重传；
启动所述重传定时器，并在所述重传定时器的时长内监听所述第二控制信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收来自所述网络设备的配置信息，所述配置信息用于配置所述重传定时器的多个候选时长。
3.根据权利要求2所述的方法，其特征在于，所述根据所述至少一个物理共享信道的数量确定重传定时器的时长，包括：
根据所述至少一个物理共享信道的数量在所述多个候选时长中，确定与所述至少一个物理共享信道的数量对应的重传定时器的时长。
4.根据权利要求1-3中任一项所述的方法，其特征在于，
所述至少一个物理共享信道的数量为第一数值的情况下，所述重传定时器的时长大于所述至少一个物理共享信道的数量为第二数值的情况下，所述重传定时器的时长，其中，所述第一数值大于所述第二数值。
5.根据权利要求1-4中任一项所述的方法，其特征在于，所述物理共享信道为物理上行共享信道，所述启动所述重传定时器，包括：
在a+T1时刻启动所述重传定时器，所述a为所述至少一个物理共享信道的最后一个物理共享信道对应的时刻，所述T1为所述网络设备配置的时长。
6.根据权利要求1-4中任一项所述的方法，其特征在于，所述物理共享信道为物理上行共享信道，所述至少一个物理共享信道的数量大于1，所述启动所述重传定时器，包括：
在b+T2时刻启动所述重传定时器，所述b为所述至少一个物理共享信道中实际发送的最后一个物理共享信道对应的时刻，所述T2为所述网络设备配置的时长。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
向所述网络设备发送指示信息，所述指示信息用于指示所述实际发送的最后一个物理共享信道。
8.根据权利要求5-7中任一项所述的方法，其特征在于，
所述重传定时器为所述最后一个物理共享信道对应的重传定时器；或者，
所述重传定时器为所述至少一个物理共享信道对应的重传定时器；或者，
所述重传定时器与所述至少一个物理共享信道一一对应。
9.根据权利要求1-4中任一项所述的方法，其特征在于，所述物理共享信道为物理下行共享信道，所述方法还包括：
向所述网络设备发送反馈信息，所述反馈信息用于指示所述至少一个物理共享信道上的数据传输是否成功；
所述启动所述重传定时器，包括：
在c+T3时刻启动所述重传定时器，所述c为发送所述反馈信息的时刻，所述T3为所述网络设备配置的时长。
10.一种通信方法，其特征在于，所述方法包括：
向终端发送第一控制信息，所述第一控制信息用于指示至少一个物理共享信道的数据传输；
根据所述至少一个物理共享信道的数量确定重传定时器的时长，所述重传定时器的时长为所述终端监听第二控制信息的最大时长，所述第二控制信息用于调度所述至少一个物理共享信道的数据重传；
启动所述重传定时器，并在所述重传定时器的时长内向所述终端发送所述第二控制信息。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
向所述终端发送配置信息，所述配置信息用于配置所述重传定时器的多个候选时长。
12.根据权利要求11所述的方法，其特征在于，所述根据所述至少一个物理共享信道的数量确定重传定时器的时长，包括：
根据所述至少一个物理共享信道的数量在所述多个候选时长中，确定与所述至少一个物理共享信道的数量对应的重传定时器的时长。
13.根据权利要求10-12中任一项所述的方法，其特征在于，
所述至少一个物理共享信道的数量为第一数值的情况下，所述重传定时器的时长大于所述至少一个物理共享信道的数量为第二数值的情况下，所述重传定时器的时长，其中，所述第一数值大于所述第二数值。
14.根据权利要求10-13中任一项所述的方法，其特征在于，所述物理共享信道为物理上行共享信道，所述启动所述重传定时器，包括：
在a+T1时刻启动所述重传定时器，所述a为所述至少一个物理共享信道的最后一个物理共享信道对应的时刻，所述T1为第一预设时长。
15.根据权利要求10-13中任一项所述的方法，其特征在于，所述物理共享信道为物理上行共享信道，所述至少一个物理共享信道的数量大于1，所述启动所述重传定时器，包括：
在b+T2时刻启动所述重传定时器，所述b为所述至少一个物理共享信道中实际接收的最后一个物理共享信道对应的时刻，所述T2为第二预设时长。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：
接收来自所述终端的指示信息，所述指示信息用于指示所述实际接收的最后一个物理共享信道。
17.根据权利要求14-16中任一项所述的方法，其特征在于，
所述重传定时器为所述最后一个物理共享信道对应的重传定时器；或者，
所述重传定时器为所述至少一个物理共享信道对应的重传定时器；或者，
所述重传定时器与所述至少一个物理共享信道一一对应。
18.根据权利要求10-13中任一项所述的方法，其特征在于，所述物理共享信道为物理下行共享信道，所述方法还包括：
接收来自所述终端的反馈信息，所述反馈信息用于指示所述至少一个物理共享信道上的数据传输是否成功；
所述启动所述重传定时器，包括：
在c+T3时刻启动所述重传定时器，所述c为接收所述反馈信息的时刻，所述T3为第三预设时长。
19.一种通信装置，其特征在于，包括用于执行如权利要求1至9中任一项所述方法的单元或模块，或者包括用于执行如权利要求10-18中任一项所述方法的单元或模块。
20.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述装置执行如权利要求1至9中任一项所述的方法，或者执行如权利要求10至18中任一项所述的方法。
21.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被执行时使得计算机执行如权利要求1至9中任一项所述的方法或者如权利要求10至18中任一项所述的方法。
22.一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，使得计算机实现权利要求1至9中任一项所述的方法或者实现权利要求10至18中任一项所述的方法。
CN202211192583.3A 2022-09-28 2022-09-28 控制信息的监听方法及装置 Pending CN117793922A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211192583.3A CN117793922A (zh) 2022-09-28 2022-09-28 控制信息的监听方法及装置
PCT/CN2023/117448 WO2024067002A1 (zh) 2022-09-28 2023-09-07 控制信息的监听方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211192583.3A CN117793922A (zh) 2022-09-28 2022-09-28 控制信息的监听方法及装置

Publications (1)

Publication Number Publication Date
CN117793922A true CN117793922A (zh) 2024-03-29

Family

ID=90385640

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211192583.3A Pending CN117793922A (zh) 2022-09-28 2022-09-28 控制信息的监听方法及装置

Country Status (2)

Country Link
CN (1) CN117793922A (zh)
WO (1) WO2024067002A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019213895A1 (en) * 2018-05-10 2019-11-14 Nokia Shanghai Bell Co., Ltd. Monitoring pdcch for uplink harq-ack feedback
CN111757436A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 一种非连续接收的方法及设备
US11356954B2 (en) * 2019-07-26 2022-06-07 Qualcomm Incorporated Hybrid automatic repeat request (HARQ) handling for discontinuous reception
WO2021068141A1 (zh) * 2019-10-09 2021-04-15 Oppo广东移动通信有限公司 非连续接收的方法、终端设备及存储介质
CN115868132B (zh) * 2020-10-12 2024-07-30 Oppo广东移动通信有限公司 无线通信方法和设备

Also Published As

Publication number Publication date
WO2024067002A1 (zh) 2024-04-04

Similar Documents

Publication Publication Date Title
JP2023179693A (ja) 監視方法およびデバイス
CN113382379B (zh) 无线通信方法和通信装置
WO2021057122A1 (zh) 一种监测信号的方法和装置
CN115174021A (zh) 一种无线通信方法和装置
US20230224091A1 (en) Wireless communication method and device
CN111431684B (zh) 一种资源指示方法及装置
CN114286310A (zh) 一种通信方法、装置及系统
CN111757436A (zh) 一种非连续接收的方法及设备
CN113645680A (zh) 一种确定侧行链路资源的方法、装置以及系统
CN113950151A (zh) 物理下行控制信道pdcch监测方法、装置及终端
CN112398596A (zh) 一种处理侧行链路资源的方法、装置及系统
CN112449425B (zh) 一种通信方法和装置
CN109076506A (zh) 一种资源调度方法、接入网设备以及用户设备
CN114424596A (zh) 一种侧行链路资源处理的方法、装置和系统
WO2021228237A1 (zh) 通信方法、装置及系统
CN115580931A (zh) 信息传输的方法和装置
CN112398591B (zh) 一种确定侧行链路资源的方法、装置以及系统
CN117793922A (zh) 控制信息的监听方法及装置
EP4271055A1 (en) Wireless communication method and terminal device
WO2017205999A1 (zh) 一种数据传输的方法、设备和系统
WO2021072705A1 (zh) 无线通信的方法和设备
WO2021062828A1 (zh) 一种同步信号块序号的指示方法、装置及系统
WO2022151407A1 (zh) 通信方法及装置
CN113852989A (zh) 确定数据传输方式的方法及装置
WO2022082806A1 (zh) 无线通信的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication