CN116982280A - 一种通信方法、装置及存储介质 - Google Patents

Abstract

本公开提出一种通信方法、装置及存储介质。该方法包括：通过预配置上行资源(PUR)向基站发送物理上行共享信道(PUSCH)；在发送PUSCH后的第一时长，启动PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的往返时间(RTT)。本公开提供的方案，能够实现PUR支持HARQ ModeB。

Description

一种通信方法、装置及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种通信方法、装置及存储介质。

背景技术

在非地面通信(NTN，Non-terrestrial Network)等场景下，当上行混合自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)被配置为HAQR ModeB时，基站不会等到收到上行发送的物理上行共享信(PUSCH，Physical Uplink Shared Channel)后再基于译码结果决定是否进行调度重传，而是可以直接进行盲重传调度。然而，HAQR ModeB是针对连接态用户设备(UE)的混合自动重传请求(HARQ)模式，相关技术中，对于如何实现预配置上行资源(PUR，preconfigured uplink resource)支持HAQR ModeB尚不明确。

发明内容

本公开提出的通信方法、装置及存储介质，用于实现PUR支持HAQR ModeB。

第一方面，本公开实施例提供一种通信方法，所述方法由终端执行，所述方法包括：

通过预配置上行资源PUR向基站发送物理上行共享信道PUSCH；

在发送所述PUSCH后的第一时长，开启PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的往返时间RTT。

在本公开的一些实施方式中，所述方法还包括：

基于所述终端从完成PUSCH传输到可以开始接收物理下行控制信道PDCCH之间的时延，确定所述第一时长；或，

基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

在本公开的一些实施方式中，所述开启PUR响应窗口定时器，包括以下之一：

在第一子帧开启所述PUR响应窗口定时器，所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧；

在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1为整数；

在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2为整数；

在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N3为整数。

在本公开的一些实施方式中，所述终端支持预设混合自动重传请求HARQ模式。

在本公开的一些实施方式中，所述方法还包括：

接收所述基站发送的无线资源控制RRC连接释放信息；所述RRC连接释放信息中包括所述预设HARQ模式的配置信息。

在本公开的一些实施方式中，所述方法还包括：

确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设信息单元；或者，

确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设信息单元。

在本公开的一些实施方式中，所述方法还包括：

确定所述终端支持预设HARQ模式，其中，所述预设信息单元的值为第一预设值；或者，

确定所述终端不支持预设HARQ模式，其中，所述预设信息单元的值为第二预设值。

在本公开的一些实施方式中，所述方法还包括：

接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，

接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述终端在连接态下接收所述基站发送的RRC连接建立信息或RRC重配信息。

在本公开的一些实施方式中，所述预设HARQ模式为HARQ ModeB，和/或，所述预设HARQ模式对应的传输通道为HARQ Process 0。

在本公开的一些实施方式中，所述PUSCH为重传的PUSCH。

在本公开的一些实施方式中，所述方法还包括：

在发送PUSCH的第二时长后，启动PUR响应窗口定时器；其中，所述PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT。

在本公开的一些实施方式中，所述终端通过非地面通信NTN接入小区。。

第二方面，本公开实施例提供一种终端，包括：

处理单元，用于通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器。

第三方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面至第三方面任一方面的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述网络设备所用的指令，当指令被执行时，使终端设备执行上述第一方面至第三方面的任一方面的方法。

第五方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面至第三方面的任一方面的方法。

第六方面，本公开提供一种通信系统，其特征在于，包括：终端和基站，其中，

所述终端用于执行第一方面的方法。

综上，本公开提供了一种通信方法、装置及存储介质，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器。本公开提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为相关技术中NTN通信系统的结构示意图；

图2a为相关技术中NTN通信系统在透传模式下的通信流程示意图；

图2b为相关技术中NTN通信系统在再生模式下的通信流程示意图；

图3为本公开实施例所提供的一种通信方法的流程示意图；

图4为本公开实施例所提供的一种通信方法的流程示意图；

图5为本公开实施例所提供的一种通信方法的流程示意图；

图5a为本公开实施例所提供的一种通信方法的流程示意图；

图6为本公开实施例所提供的一种通信方法的流程示意图；

图6a为本公开实施例所提供的一种通信方法的流程示意图；

图7为本公开实施例所提供的一种通信方法的流程示意图；

图8为本公开实施例所提供的一种通信方法的流程示意图；

图9为本公开实施例所提供的一种通信方法的流程示意图；

图10为本公开实施例所提供的一种通信方法的流程示意图；

图11为本公开实施例所提供的一种终端的结构示意图；

图12为本公开实施例所提供的一种通信装置的结构示意图；

图13为本公开实施例所提供的一种通信装置为芯片或芯片系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

为了更好的理解本公开实施例公开的方案，下面首先对本公开实施例适用的通信系统进行描述。

NTN是第五代移动通信系统(5G)引入的一项通信技术。在NTN应用过程中，如图1所示，无线资源通过卫星或无人机提供，而不是通过地面基站提供。依据卫星处理信号方式的不同，NTN的传输模式可以分为透传模式和再生模式。如图2a所示，在透传模式下，NTN地面站将下一代基站(gNB)的信号发送给卫星，卫星将信号转换到卫星频段后，通过卫星频段下发给UE，在此过程中，除了频率转换与信号放大，卫星不对gNB信号解调；如图2b所示，在再生模式下，NTN地面站将gNB的信号发送给卫星后，卫星依次对信号进行解调译码和再重新编码调制，也就是对信号进行再生，再通过卫星频段发送再生的信号。

表1示出了相关技术中典型NTN网络卫星的参数：

表1

在长期演进技术(LET)的一些应用场景下，比如，增强机器类通信(eMTC，enhancedMachine-Type Communication)和窄带物联网(NB-IoT，Narrow Band Internet ofThings)应用场景下，可以利用PUR进行上行传输。在进行PUR传输时，连接态的UE可以向网络请求为UE配置PUR资源，网络可以基于UE发送的请求、UE订阅信息或本地策略，决定是否为UE配置PUR资源；当网络为UE配置PUR资源时，UE在进入空闲(idle)态或非激活态后，当满足定时提前有效性的要求，且服务小区的信号质量变化未超过一定门限时，就可以使用配置的PUR资源进行上行传输。在PUR传输中，只包括有移动终端源请求(MO)PUR，没有移动终端源接收(MT)PUR，且只支持发送一个上行数据和接收一个下行数据。

在采用PUR进行上行传输时，对于蜂窝物联网(CIOT，Cellular InternetofThings)控制面，UE通过PUR资源发送的RRCEarlyDataRequest中携带了含有上行链路(UL)数据的非接入层(NAS，No n-Access Stratum)消息，但网络在接收到RRCEarlyDataRequest后，如果有下行数据，下行数据将在通用控制信道(CCCH，CommonControl Channel)上连接RRCearlydataccomplete消息的NAS消息中传输；如果没有下行数据，eNB或ng-eNB可以通过发送一个layer1确认来终止这个过程，该确认可选地包含一个时间推进命令、一个MAC时间推进命令或一个没有用户数据的RRCearlydataccomplete。如果希望回退到传统的无线资源控制(RRC，Radio Resource Control)连接连理程序，则可以采用以下两种方式：

方式一，发送一个layer1回退指示，随后的UE行为取决于UE实现。

方式二，向UE发送RRCConnectionSetup；另外，在发送RRCEarlyDataRequest前，如果上行数据过大无法放入RRCEarlyDataRequest，UE可以使用PUR资源发送RRCConnectionRequest，回退到传统的RRC连接建立程序，UE可以被分配一个新的小区无线网络临时标识(C-RNTI，Cell-RadioNetwork TemporaryIdentifier)；在向UE发送RRCConnectionSetup之后，eNB或ng-eNB可以通过发送layer1回退指示来请求UE中止使用PUR传输，接收到layer1回退指示后的UE操作取决于UE实现。

而对于用户面，UE在RRC_IDLE模式中，并且有一个有效的PUR资源；同时，RRCConnectionR elease消息中为UE提供了带有暂停指示的NextHopChainingCount消息；同时，上行用户数据在专用业务信道(DTCH，Dedicated Traffic Channel)上复用，RRCConnectionResumeRequest消息在CCCH上发送；同时，下行用户数据可以选择通过在DTCH上与RRCConnectionRelease消息多路复用的形式传输；上行链路和下行链路的用户数据将进行加密，加密密钥是通过前一个RRC连接的RRCConnection Release消息中提供的NextHopChainingCount派生出来的；还可以对上行链路和下行链路的用户数据进行加密，且加密密钥是通过前一个RRC连接的RRCConnectionRelease消息中提供的NextHopChaining Count派生出来的；RRCConnectionRelease消息可以是被新衍生的密钥完整地保护和加密过的；UE没有过渡到RRC连接态。

对于MAC层，在使用PUR传输后，MAC实体在PUR响应窗口中使用定时器pur-ResponseWindo wTimer对PUR-RNTI识别的PDCCH进行监控。对于在随机接入响应(RAR，Random Access Respon se)中具有UL授权的UL传输和对于PUR传输，HARQ进程标识符会被设置为0，代表HARQ模式为HARQ ModeB。

相关技术中，当IOT NTN支持上行HARQ ModeB时，对于配置了HARQ modeB的上行HARQ，UE不会启动对应非连续接收(DRX，Discontinuous Reception)机制下UL的HARQ RTTtimer，这是因为，基站不会等到收到上行发送的PUSCH后再基于译码结果决定是否进行调度重传，而是可以直接进行盲重传调度，因此，下行重传调度可以在一个RTT结束前就开始，而不需要等待一个RTT后再开始，此时，若终端启动HARQ RTT timer，并在HARQ RTT timer超时后通过启动重传定时器来监听下行重传调度，便难以实现对重传调度信息的监测。

然而，相关技术中，HARQ ModeB主要应用于连接态UE，而PUR属于idle态行为，如何实现PUR支持HARQ ModeB，是目前亟待解决的问题。

基于此，在本公开的各个实施例中，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图3为本公开实施例所提供的一种通信方法的流程示意图，所述方法由终端执行。如图3所示，该方法可以包括：

步骤301：通过PUR向基站发送PUSCH；

步骤302：在发送所述PUSCH后的第一时长，开启PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的RTT。

在一些实施例中，所述基站可以是gNB基站。

在一些实施例中，可以在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧。

在一些实施例中，所述第一时长可以基于以下两种方式确定：

第一种，基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长。

第二种，基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

应当说明的是，可以根据第一种和第二种确定方式来确定所述第一时长，也可以根据第一种或第二种确定方式确定所述第一时长，本公开实施例对此不作限定。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器；所述第一时长的单位可以为秒、毫秒、子帧、时隙或正交频分复用技术(OFDM，Orthogonal Frequency DivisionMultiplexing)符号等。

在一些实施例中，在基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长时，可以在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1可以是整数。

在一些实施例中，在基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长时，可以在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2可以是整数。

在一些实施例中，可以在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDC CH时机的时间间隔确定；所述N3为整数。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设信息单元(IE，InformationElement)来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH发送后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图4为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤401：通过PUR向基站发送PUSCH；

步骤402：在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧。

在一些实施例中，所述基站可以是gNB基站。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器。所述第一时长的单位可以为秒、毫秒、子帧、时隙或OFDM符号等。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图5为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤501：通过PUR向基站发送PUSCH。

步骤502：基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定第一时长，所述第一时长不包括所述终端与所述基站的RTT。

步骤503：在发送所述PUSCH后的第一时长，开启PUR响应窗口定时器。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器；所述第一时长的单位可以为秒、毫秒、子帧、时隙或正交频分复用技术(OFDM，Orthogonal Frequency DivisionMultiplexing)符号等。

如图5a所示，所述步骤501具体可以包括：

步骤5011：通过PUR向基站发送PUSCH。

步骤5012：在第一子帧之后的第N1个子帧，开启PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1为整数。

在一些实施例中，所述基站可以是gNB基站。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

在一些实施例中，还可以确定所述N1。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图6为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤601：通过PUR向基站发送PUSCH。

步骤602：基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定第一时长，所述第一时长不包括所述终端与所述基站的RTT；

步骤603：在发送PUSCH后的第一时长，开启PUR响应窗口定时器。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器；所述第一时长的单位可以为秒、毫秒、子帧、时隙或正交频分复用技术(OFDM，Orthogonal Frequency DivisionMultiplexing)符号等。

如图6a所示，步骤601具体可以包括：

步骤6011：通过PUR向基站发送PUSCH。

步骤6012：在所述第一子帧之后第N2个子帧，启动PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧，所述N2根据第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2为整数。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

在一些实施例中，还可以确定所述N2。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图7为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤701：通过PUR向基站发送PUSCH。

步骤702：在所述第一子帧之后的第N3个子帧，启动PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧，所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N3为整数。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器。所述第一时长的单位可以为秒、毫秒、子帧、时隙或OFDM符号等。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息包括不预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图8为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤801：通过PUR向基站发送PUSCH。

步骤802：在发送PUSCH后的第一时长，开启PUR响应窗口定时器；其中，所述第一时长不包括所述终端与所述基站的RTT，所述终端支持预设HARQ模式。

在一些实施例中，所述终端支持预设HARQ模式，可以是所述终端被配置了预设HARQ模式。

在一些实施例中，所述PUR响应窗口定时器，可以用于监听下行数据，比如，可以用于监听下行重传调度信息，还可以用于监听下行发送的其他响应数据。

在一些实施例中，还可以确定所述终端是否支持预设HARQ模式，即，所述终端是否被配置了预设HARQ模式。

在一些实施例中，可以在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧。

在一些实施例中，所述第一时长可以基于以下两种方式确定：

第一种，基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长。

第二种，基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

应当说明的是，可以根据第一种和第二种确定方式来确定所述第一时长，也可以根据第一种或第二种确定方式确定所述第一时长，本公开实施例对此不作限定。

在一些实施例中，在基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长时，可以在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1可以是整数。

在一些实施例中，在基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长时，可以在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2可以是整数。

在一些实施例中，可以在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDC CH时机的时间间隔确定；所述N3可以为整数。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器。所述第一时长的单位可以为秒、毫秒、子帧、时隙或OFDM符号等。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图9为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤901：通过PUR向基站发送PUSCH。

步骤902：在发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述第一时长不包括所述终端与所述基站的RTT，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，即，重启所述PUR响应窗口定时器。

在一些实施例中，可以在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，所述第一时长可以基于以下两种方式确定：

第一种，基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长。

第二种，基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

应当说明的是，可以根据第一种和第二种确定方式来确定所述第一时长，也可以根据第一种或第二确定方式来确定所述第一时长，本公开实施例对此不作限定。

在一些实施例中，在基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长时，可以在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1可以是整数。

在一些实施例中，在基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长时，可以在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2可以是整数。

在一些实施例中，可以在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDC CH时机的时间间隔确定；所述N3可以为整数。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器。所述第一时长的单位可以为秒、毫秒、子帧、时隙或OFDM符号等。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

在一些实施例中，可以只对于通过NTN接入小区的终端，执行上述方法，即，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

图10为本公开实施提供的一种通信方法的流程示意图，所述方法由终端执行，在图3所示实施例的基础上，该方法可以包括：

步骤1001：通过PUR向基站发送PUSCH。

步骤1002：在发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述所述第一时长不包括所述终端与所述基站的RTT，所述终端通过NTN接入小区。

在一些实施例中，还可以确定所述终端是否通过NTN接入小区。

在一些实施例中，可以在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧。

在一些实施例中，所述第一时长可以基于以下两种方式确定：

第一种，基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长。

第二种，基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

应当说明的是，可以根据第一种和第二种确定方式确定所述第一时长，也可以根据第一种或第二种确定方式确定所述第一时长，本公开实施例对此不作限定。

在一些实施例中，在基于所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，确定所述第一时长时，可以在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1可以是整数。

在一些实施例中，在基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长时，可以在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2可以是整数。

在一些实施例中，可以在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDC CH时机的时间间隔确定；所述N3可以为整数。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以是所述终端从完成PUSCH传输到具有开始接收PDCCH之间的时延，即，所述终端从完成PUSCH传输的时刻到具有开始接收PDCCH的能力的时刻之间的时间间隔。

在一些实施例中，所述PDCCH时机也可以称为PDCCH occasion。

在一些实施例中，所述第一时长可以为整数，所述第一时长的取值范围可以是0～10000；所述第一时长可以为正整数，也可以为负整数；当所述第一时长为正整数时，表示在发送PDSCH完成之后开启所述PUR响应窗口定时器；当所述第一时长为负整数时，表示已经开始开始PDSCH，但还未发送完成时开启所述PUR响应窗口定时器。所述第一时长的单位可以为秒、毫秒、子帧、时隙或OFDM符号等。

在一些实施例中，所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延，可以根据所述基站和所述终端的约定确定，也可以根据网络配置确定。

在一些实施例中，所述终端可以仅在被配置了特定HARQ模式的情况下，即所述终端支持预设HARQ模式的情况下，通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器；所述预设HARQ模式可以是HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道可以是HARQ Process 0。

在一些实施例中，所述终端可以通过接收基站发送的RRC连接释放信息获取所述预设HARQ模式的配置信息。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，可以根据所述配置信息中是否存在预设IE来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE；其中，所述预设IE的大小可以是0bit。

在一些实施例中，还可以确定所述配置信息中是否包含所述预设IE。

在一些实施例中，在通过接收基站发送的RRC连接释放信息获取所述配置信息时，还可以根据所述配置信息所包含预设IE的值来确定所述终端是否配置为HARQ模式；具体地，可以确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值；其中，所述预设IE的大小可以是1bit。

在一些实施例中，还可以确定所述预设IE的取值。

在一些实施例中，所述第一预设值可以是1，所述第二预设值可以是0，即，当所述预设IE的取值为1时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为0时，表示所述终端未被配置预设HARQ模式；对应地，所述第一预设值也可以是0，所述第二预设值也可以是1，即，当所述预设IE的取值为0时，表示所述终端被配置了预设HARQ模式，当所述预设IE的取值为1时，表示所述终端未被配置预设HARQ模式。

在一些实施例中，所述终端还可以通过接收基站发送的RRC连接建立信息或RRC重配信息获取所述预设HARQ模式的配置信息；具体地，接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述RRC连接建立信息或RRC重配信息是所述终端在连接态下接收的，UE可以在idle态下使用所述RRC连接建立信息或RRC重配信息中的配置信息。

在一些实施例中，所述终端在使用PUR进行PUSCH初传时，即，所述终端使用PUR第一次发送PUSCH时，可以不按照上述方法开启所述PUR响应窗口定时器；具体地，可以在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT；其中，所述预设时长可以是相关技术中监测下行重传调度时规定的时长，比如，第二时长可以是RTT与4ms相加的和。

在一些实施例中，所述终端在使用PUR进行PUSCH重传时，即，所述终端使用PUR第N次发送PUSCH时，N≥2，可以按照上述方法开启所述PUR响应窗口定时器，也可以称为重启所述PUR响应窗口定时器；具体地，可以通过PUR向基站发送PUSCH后的第一时长，开启PUR响应窗口定时器，其中，所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，还可以确定所述终端使用PUR进行PUSCH传输的类型为初传或重传。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

为了实现上述本申请实施例提供的方法中的各功能，终端可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。

与上述几种实施例提供的网络设备管理方法相对应，本公开还提供一种通信装置，由于本公开实施例提供的通信装置与上述几种实施例提供的通信方法相对应，因此通信方法的实施方式也适用于本实施例提供的通信装置，在本实施例中不再详细描述。

图11为本公开实施例提供的一种终端1100的结构示意图。

如图11所示，终端1100可以包括：

发送单元1101，用于通过PUR向基站发送PUSCH；

处理单元1102，用于在发送PUSCH后的第一时长，开启PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的RTT。

在一些实施例中，所述处理单元1102，还可以用于：

基于所述终端从完成PUSCH传输到支持接收物理下行控制信道PDCCH之间的时延，确定所述第一时长；或者，

基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

在一些实施例中，所述处理单元1102，具体可以用于以下之一：

在第一子帧开启所述PUR响应窗口定时器；所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧；

在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1是整数；

在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2是整数；

在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N3为整数。

在一些实施例中，所述终端支持预设HARQ模式。

在一些实施例中，所述装置还可以包括：

接收单元，用于接收所述基站发送的无线资源控制RRC连接释放信息；所述RRC连接释放信息中包括所述预设HARQ模式的配置信息。

在一些实施例中，所述处理单元1102，还可以用于：

确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设IE；或者，

确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设IE。

在一些实施例中，所述处理单元1102，还可以用于：

确定所述终端支持预设HARQ模式，其中，所述预设IE的值为第一预设值；或者，

确定所述终端不支持预设HARQ模式，其中，所述预设IE的值为第二预设值。

在一些实施例中，所述接收单元，还可以用于：

接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，

接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述终端在连接态下接收所述基站发送的RRC连接建立信息或RRC重配信息。

在一些实施例中，所述预设HARQ模式为HARQ ModeB。

在一些实施例中，所述预设HARQ模式对应的传输通道为HARQ Process 0。

在一些实施例中，所述所述终端向所述基站发送的PUSCH为重传的PUSCH。

在一些实施例中，所述处理单元1102，还可以用于：

在发送PUSCH后的第二时长，启动PUR响应窗口定时器；其中，所述终端通过PUR发送的PUS CH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT。

在一些实施例中，所述终端通过NTN接入小区。

综上，本公开实施例提供的方案，通过在基于PUR发送PUSCH的一段时间后监听下行发送的响应，终端不需要等到接收下行发送的数据后根据所接收下行数据的译码结果决定是否进行重传，而是可以直接开始重传，从而实现PUR支持HARQ ModeB。

请参见图12，图12是本申请实施例提供的一种通信装置1200的结构示意图。通信装置1200可以是终端设备，也可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

通信装置1200可以包括一个或多个处理器1201。处理器1201可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。

可选的，通信装置1200中还可以包括一个或多个存储器1202，其上可以存有计算机程序1204，处理器1201执行计算机程序1204，以使得通信装置1200执行上述方法实施例中描述的方法。可选的，存储器1202中还可以存储有数据。通信装置1200和存储器1202可以单独设置，也可以集成在一起。

可选的，通信装置1200还可以包括收发器1205、天线1206。收发器1205可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1205可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

可选的，通信装置1200中还可以包括一个或多个接口电路1207。接口电路1207用于接收代码指令并传输至处理器1201。处理器1201运行代码指令以使通信装置1200执行上述方法实施例中描述的方法。

在一种实现方式中，处理器1201中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在一种实现方式中，处理器1201可以存有计算机程序1203，计算机程序1203在处理器1201上运行，可使得通信装置1200执行上述方法实施例中描述的方法。计算机程序1203可能固化在处理器1201中，该种情况下，处理器1201可能由硬件实现。

在一种实现方式中，通信装置1200可以包括电路，电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(Bi CMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是网络设备或者终端设备，但本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图16的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于通信装置可以是芯片或芯片系统的情况，可参见图13所示的芯片的结构示意图。图13所示的芯片包括处理器1301和接口1302。其中，处理器1301的数量可以是一个或多个，接口1302的数量可以是多个。

可选的，芯片还包括存储器1303，存储器1303用于存储必要的计算机程序和数据。

本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现的功能，但这种实现不应被理解为超出本申请实施例保护的范围。

本申请还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。

本申请还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行计算机程序时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。

本申请中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。在本申请实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本申请中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本申请并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本申请中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (16)

1.一种通信方法，其特征在于，所述方法由终端执行，所述方法包括：

通过预配置上行资源PUR向基站发送物理上行共享信道PUSCH；

在发送所述PUSCH后的第一时长，开启PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的往返时间RTT。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于所述终端从完成PUSCH传输到可以开始接收物理下行控制信道PDCCH之间的时延，确定所述第一时长；或，

基于所述终端完成PUSCH传输的时刻距离下一次PDCCH时机的时间间隔，确定所述第一时长。

3.根据权利要求2所述的方法，其特征在于，所述开启PUR响应窗口定时器，包括以下之一：

在第一子帧开启所述PUR响应窗口定时器，所述第一子帧为所述PUSCH传输结束位置所在子帧或所述PUSCH传输结束位置所在子帧的下一个子帧；

在第一子帧之后的第N1个子帧，开启所述PUR响应窗口定时器；所述N1根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延确定；所述N1为整数；

在第一子帧之后第N2个子帧，开启所述PUR响应窗口定时器；所述N2根据所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N2为整数；

在第一子帧之后的第N3个子帧，开启所述PUR响应窗口定时器；所述N3根据所述终端从完成PUSCH传输到可以开始接收PDCCH之间的时延和所述第一子帧距离下一个PDCCH时机的时间间隔确定；所述N3为整数。

4.根据权利要求1所述的方法，其特征在于，所述终端支持预设混合自动重传请求HARQ模式。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收所述基站发送的无线资源控制RRC连接释放信息；所述RRC连接释放信息中包括所述预设HARQ模式的配置信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

确定所述终端支持预设HARQ模式，其中，所述配置信息包括预设信息单元；或者，

确定所述终端不支持预设HARQ模式，其中，所述配置信息不包括预设信息单元。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

确定所述终端支持预设HARQ模式，其中，所述预设信息单元的值为第一预设值；或者，

确定所述终端不支持预设HARQ模式，其中，所述预设信息单元的值为第二预设值。

8.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收所述基站发送的RRC连接建立信息，所述RRC连接建立信息包括所述预设HARQ模式的配置信息；或者，

接收所述基站发送的RRC重配信息，所述RRC重配信息包括所述预设HARQ模式的配置信息；其中，所述终端在连接态下接收所述基站发送的RRC连接建立信息或RRC重配信息。

9.根据权利要求4至8中任一项所述的方法，其特征在于，所述预设HARQ模式为HARQMode B，和/或，所述预设HARQ模式对应的传输通道为HARQ Process 0。

10.根据权利要求1至8中任一项所述的方法，其特征在于，所述PUSCH为重传的PUSCH。

11.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

在发送PUSCH的第二时长后，启动PUR响应窗口定时器；其中，所述PUSCH为初传的PUSCH，所述第二时长包括预设时长和所述终端与所述基站的RTT。

12.根据权利要求1至9中任一项所述的方法，其特征在于，所述终端通过非地面通信NTN接入小区。

13.一种终端，其特征在于，包括：

发送单元，用于通过PUR向基站发送PUSCH

处理单元，用于在发送PUSCH后的第一时长，开启PUR响应窗口定时器，所述第一时长不包括所述终端与所述基站的RTT。

14.一种通信装置，其特征在于，所述装置包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行：

如权利要求1至14任一项所述的方法。

15.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使以下方法被实现：

如权利要求1至14中任一项所述的方法。

16.一种通信系统，其特征在于，所述系统包括终端和基站，其中，

所述终端用于执行如权利要求1至14中任一项所述的方法。