CN116746249A - 用于移动通信中的物理上行链路共享信道调度的过程 - Google Patents

Abstract

描述了用于移动通信中的物理上行链路共享信道PUSCH调度的新过程的各种解决方案。一种装置执行与第一混合自动重传请求HARQ处理相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。在最后一个PUSCH传输之后而非之前，该装置还接收由特定无线电网络临时标识符加扰并且调度第一HARQ处理的后续PUSCH传输的下行链路控制信息信号。

Description

用于移动通信中的物理上行链路共享信道调度的过程

相关申请的交叉引用

本公开是要求2021年1月14日提交的美国专利申请No.63/137,178的优先权权益的非临时申请的部分，其内容通过引用而整体并入本文。

技术领域

本公开总体上涉及移动通信，更特别地，涉及用于移动通信中的物理上行链路共享信道(physical uplinkshared channel，PUSCH)调度的过程。

背景技术

除非本文中另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不因被包括在本部分中而被承认为现有技术。

在诸如基于用于第5代(5th Generation，5G)新无线电(NewRadio，NR)及以上的第3代合作伙伴计划(3rd GenerationPartnership Project，3GPP)规范的移动通信中，在3GPP规范的版本15(Rel-15)中存在关于在具有相同的混合自动重传请求(hybridautomatic repeatrequest，HARQ)处理标识(identification，ID)的第一PUSCH已经被发送之前，利用另一动态PUSCH来调度用户设备(user equipment，UE)的限制。具体地，该限制规定：直到给定HARQ处理的最后一个PUSCH的期望传输结束之后，才希望将UE调度为针对该HARQ处理，通过由小区无线电网络临时标识符(cell radio networktemporaryidentifier，C-RNTI)或调制编码方案(modulation coding scheme，MCS)C-RNTI(MCS-C-RNTI)加扰的下行链路控制信息(downlink control information，DCI)格式0_0或0_1来发送另一PUSCH。该限制的意图在于通过排除具有相同的HARQ处理ID的PUSCH的背靠背调度(back-to-back scheduling)来简化UE实现。通过背靠背调度，意味着除非给定HARQ处理的最后一个PUSCH已经被发送，否则UE将不希望调度针对该HARQ处理ID的PUSCH的另一DCI。当前3GPP规范中的限制仅集中于利用由C-RNTI或MCS-C-RNTI加扰的DCI来调度的PUSCH。

从UE实现的角度来看，利用由其它无线电网络临时标识符(radio networktemporary identifier，RNTI)加扰的DCI来动态调度的PUSCH通常需要相同的复杂度来处理PUSCH的“背靠背”调度。然而，存在不在当前限制范围内的动态调度的PUSCH的两种情况。在第一种情况下，利用被用于调度Msg3的初始传输和重传的临时小区-RNTI(temporarycell-RNTI，TC-RNTI)加扰的DCI当前未被包括在该限制中。这些是动态调度的PUSCH，并且UE行为与利用C-RNTI加扰的DCI调度的PUSCH相同。在第二种情况下，当被用于配置的授权PUSCH(configured grant PUSCH，CG-PUSCH)的第二次(或稍后)重传时，由配置的调度RNTI(configured scheduling RNTI，CS-RNTI)加扰的DCI当前没有被包括在该限制中。与第一种情况类似，CG-PUSCH的后续重传被认为是动态PUSCH。因此，需要一种与用于移动通信中的PUSCH调度的新过程有关的解决方案。

发明内容

下面的发明内容仅仅是例示性的，而非旨在以任何方式进行限制。即，提供下面的发明内容来介绍本文所描述的新颖且非显而易见的技术的概念、亮点、益处以及优点。在下面的详细描述中进一步描述选择的实现。因此，下面的发明内容并非旨在标识所要求保护的主题的必要特征，也并非旨在用于确定所要求保护的主题的范围。

本公开的目的是，提出解决前述问题的解决方案和方案。即，相信本公开提出的各种方案解决了与用于移动通信中的PUSCH调度的过程有关的问题。更具体地，根据本公开提出的各种方案旨在将当前限制扩展到由TC-RNTI和CS-RNTI加扰的DCI调度的PUSCH(除了CG-PUSCH的第一次重传之外)。

在一个方面，一种方法包括：执行与给定HARQ处理相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。所述方法还包括：在最后一个PUSCH传输之后而非之前，接收由特定RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。

在另一方面，一种方法包括：执行DCI信号调度的并且与第一HARQ处理相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。所述方法还包括：接收由特定RNTI加扰并且调度第一HARQ处理的后续PUSCH传输的DCI信号。所述方法还包括：在最后一个PUSCH传输之前接收到DCI信号的情况下，跳过后续PUSCH传输。

在又一方面，一种方法包括：执行与第一HARQ处理相关联并且通过随机接入(random access，RA)响应中的上行链路(uplink，UL)授权或通过由TC-RNTI加扰的DCI信号来调度的一个或多个PUSCH传输中的最后一个PUSCH传输。所述方法还包括：接收由TC-RNTI加扰并且调度第一HARQ处理的后续PUSCH传输的DCI信号。所述方法还包括：在最后一个PUSCH传输之前接收到DCI信号的情况下，跳过后续PUSCH传输。

值得注意的是，尽管本文所提供的描述可以是在某些无线电接入技术、网络以及网络拓扑(如5G/NR)的背景下，但是所提出的概念、方案及其任何变型/衍生型可以在其它类型的无线电接入技术、网络以及网络拓扑中实现、用于其它类型的无线电接入技术、网络以及网络拓扑以及由其它类型的无线电接入技术、网络以及网络拓扑来实现，所述无线电接入技术、网络以及网络拓诸如(例如但不限于)：长期演进(Long-Term Evolution，LTE)、LTE-Advanced、LTE-Advanced Pro、物联网(Internet-of-Thing，IoT)、窄带物联网(NarrowBand Internet ofThing，NB-IoT)、工业物联网(Industrial Internet ofThing，IIoT)、车联网(vehicle-to-everything，V2X)、以及非陆地网络(non-terrestrial network，NTN)通信。因此，本公开的范围不限于本文所描述的示例。

附图说明

包括附图以提供对本公开的进一步理解，并且附图被并入并构成本公开的一部分。附图例示了本公开的实现，并与说明书一起用于解释本公开的原理。可以清楚的是，附图不一定按比例绘制，因为一些组件可能被显示得与实际实现中的尺寸不成比例，以便清楚地例示本公开的概念。

图1是可以实现根据本公开提出的各种方案的示例网络环境的示意图。

图2是根据本公开实施方式的示例场景的示意图。

图3是根据本公开实施方式的示例场景的示意图。

图4是根据本公开实施方式的示例通信装置和示例网络装置的框图。

图5是根据本公开实施方式的示例处理的流程图。

图6是根据本公开实施方式的示例处理的流程图。

图7是根据本公开实施方式的示例处理的流程图。

具体实施方式

本文公开了要求保护的主题的详细实施方式和实现。然而，应当理解，所公开的实施方式和实现仅仅是对可以以各种形式实施的所要求保护的主题的例示。然而，本公开可以按许多不同形式实施，而不应视为对本文所阐述的示例性实施方式和实现进行限制。相反地，提供这些示例性实施方式和实现，以使本公开的描述透彻且完整，并且向本领域技术人员全面传达本公开的范围。在下面的描述中，已知特征和/或技术的细节可以省略，以避免不必要地模糊所呈现的实施方式和实现。

概述

根据本公开的实施方式涉及与用于移动通信中的PUSCH调度的过程有关的各种技术、方法、方案和/或解决方案。根据本公开，许多可能的解决方案可以单独地或联合地实现。即，尽管这些可能解决方案可以在下面单独描述，但是这些可能解决方案中的两个或更多个可能解决方案可以按一个组合或另一组合来实现。

图1例示了可以实现根据本公开提出的各种解决方案和方案的示例网络环境100的示意图。参照图1，网络环境100涉及UE 110与无线网络120(例如，5G NR移动网络或者诸如NTN之类的另一类型网络)进行无线通信。UE 110可以经由基站或网络节点125(例如，eNB、gNB或发送-接收点(transmit-receive point，TRP))来与无线网络120进行无线通信。在网络环境100中，UE 110和无线网络120可以实现与用于移动通信中的PUSCH调度的过程有关的各种方案，如下所述。

根据本公开提出的第一方案，可以直到给定HARQ处理的最后一个PUSCH的期望传输结束之后，才希望UE 110接收调度该HARQ处理的PUSCH的传输的、由TC-RNTI加扰的DCI(例如，加扰的循环冗余校验(cyclic redundancy check，CRC))。图2例示了根据提出的方案的示例场景200。参照图2，不希望UE 110接收由TC-RNTI调度的DCI。在一些情况下，前述限制可能仅适用于用由TC-RNTI加扰的DCI来调度最后一个PUSCH的情况(例如，该限制不适用于利用Msg2来调度最后一个PUSCH的情况)。

作为提出的第一方案的实施方式的示例，如果给定HARQ处理的最后一个PUSCH是通过具有由TC-RNTI加扰的CRC的DCI格式0_0或者由RA响应中的上行链路(uplink，UL)授权来调度的，不希望将UE 110调度为针对该HARQ处理，通过由TC-RNTI加扰的CRC的DCI格式0_0来发送另一PUSCH，其中该DCI是在最后一个PUSCH的期望传输结束之前接收的。

根据本公开提出的第二方案，在利用/通过DCI调度PUSCH的情况下，可以直到给定HARQ处理的最后一个PUSCH的期望传输结束之后，才希望UE 110接收调度该HARQ处理的PUSCH的传输的由TC-RNTI加扰的DCI(例如，加扰的CRC)。图3例示了根据提出的方案的示例场景300。参照图3，不希望UE 110接收由CS-RNTI调度的DCI。

作为提出的第二方案的实施方式的示例，如果给定HARQ处理的最后一个PUSCH是通过具有由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的CRC的DCI来调度的，不希望将UE 110调度为针对该HARQ处理，通过由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的DCI格式0_0或0_1来发送另一PUSCH，其中该DCI是在所述最后一个PUSCH的期望传输结束之前接收的。

作为提出的第二方案的实施方式的另一示例，如果给定HARQ处理的最后一个PUSCH是通过具有由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的CRC的DCI来调度的，不希望将UE110调度为针对该HARQ处理，通过由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的DCI格式0_0、0_1或0_2来发送另一PUSCH，其中该DCI是在所述最后一个PUSCH的期望传输结束之前接收的。

在提出的第一和第二方案的每一个中，直到给定HARQ处理的最后一个PUSCH的期望传输结束之后，才希望将UE 110调度为针对该HARQ处理，通过由TC-RNTI加扰的DCI格式0_0来发送另一PUSCH。在提出的第一和第二方案的每一个中，在利用/通过DCI调度PUSCH的情况下，直到给定HARQ处理的最后一个PUSCH的期望传输结束之后，才希望将UE 110调度为针对该HARQ处理，通过由CS-RNTI加扰的DCI格式0_0或0_1来发送另一PUSCH。

在提出的第一和第二方案的每一个中，在UE 110接收到调度给定HARQ处理的PUSCH的C-RNTI、MCS-C-RNTI或CS-RNTI加扰的DCI格式0_0或0_1的情况下，直到该HARQ处理的最后一个PUSCH的传输结束之后，才希望UE 110接收调度同一HARQ处理的另一PUSCH的C-RNTI、MCS-C-RNTI或CS-RNTI加扰的另一DCI格式0_0或0_1。在提出的第一和第二方案的每一个中，在UE 110接收到调度给定HARQ处理的PUSCH的CS-RNTI加扰的DCI格式0_0或0_1的情况下，直到该HARQ处理的最后一个PUSCH的传输结束之后，才希望UE 110接收调度同一HARQ处理的另一PUSCH的CS-RNTI加扰的另一DCI格式0_0或0_1。

在提出的第一和第二方案的每一个中，在UE 110接收到调度给定HARQ处理的PUSCH的由C-RNTI、MCS-C-RNTI或CS-RNTI加扰的DCI格式0_0、0_1或0_2的情况下，直到该HARQ处理的最后一个PUSCH的传输结束之后，才希望UE 110接收调度同一HARQ处理的另一PUSCH的C-RNTI、MCS-C-RNTI或CS-RNTI加扰的另一DCI格式0_0、0_1或0_2。在提出的第一和第二方案的每一个中，在UE 110接收到调度给定HARQ处理的PUSCH的CS-RNTI加扰的DCI格式0_0、0_1或0_2的情况下，直到该HARQ处理的最后一个PUSCH的传输结束之后，才希望UE110接收调度同一HARQ处理的另一PUSCH由CS-RNTI加扰的另一DCI格式0_0、0_1或0_2。在提出的第一和第二方案的每一个中，在UE 110接收到调度给定HARQ处理的PUSCH的CS-RNTI加扰的DCI格式的情况下，直到该HARQ处理的最后一个PUSCH的传输结束之后，才希望UE 110接收调度同一HARQ处理的另一PUSCH的CS-RNTI加扰的另一DCI格式。

例示性实施方式

图4例示了根据本公开实施方式的示例通信装置410和示例网络装置420。通信装置410和网络装置420中的每一者可以执行各种功能以实现本文所描述的与用于移动通信中的PUSCH调度过程有关的方案、技术、处理以及方法，包括上述场景/方案以及下述处理。

通信装置410可以是电子装置的一部分，该电子装置可以是UE，诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置。例如，通信装置410可以在智能手机、智能手表、个人数字助理、数字摄像机、或者诸如平板计算机、膝上型计算机或笔记本计算机之类的计算装置中实现。通信装置410可以是机器型装置的一部分，所述机器型装置可以是诸如不动或固定装置的IoT、NB-IoT、IIoT或NTN装置、家用装置、有线通信装置或计算装置。例如，通信装置410可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实现。另选地，通信装置410可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式来实现，举例来说，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction set computing，RISC)处理器、或者一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置410可以包括图4所示组件中的至少一些，举例来说，例如处理器412。通信装置410还可以包括与本公开提出的方案不相关的一个或多个其它组件(例如，内部电源、显示设备和/或用户接口设备)，并因此，为了简单和简洁起见，通信装置410的这种组件既没有在图4中示出，也没有在下面加以描述。

网络装置420可以是电子装置/站的一部分，该电子装置/站可以是诸如基站、小小区、路由器、网关或卫星的网络节点。例如，网络装置420可以在LTE网络中的eNodeB中、在5G、NR、IoT、NB-IoT、IIoT中的gNB中、或者在NTN网络中的卫星中实现。另选地，网络装置420可以以一个或多个IC芯片的形式来实现，举例来说，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、或者一个或多个RISC或CISC处理器。网络装置420可以包括图4所示组件中的至少一些，举例来说，例如处理器422。网络装置420还可以包括与本公开提出的方案不相关的一个或多个其它组件(例如，内部电源、显示设备和/或用户接口设备)，并因此，为了简单和简洁起见，网络装置420的这种组件既没有在图4中示出，也没有在下面加以描述。

在一方面，处理器412和处理器222中的每个处理器可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个RISC处理器、或者一个或多个CISC处理器的形式来实现。也就是说，即使本文中使用单数术语“处理器”来指代处理器412和处理器422，但根据本公开的处理器412和处理器422中的各个处理器也可以在一些实施方式中包括多个处理器而在其它实施方式中包括单个处理器。在另一方面，处理器412和处理器422中的各个处理器可以以具有电子组件的硬件(并且可选为固件)的形式来实现，电子组件包括，例如但不限于，一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个寄存器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容器，其被配置和设置成实现根据本公开的特定目的。换言之，在至少一些实施方式中，处理器412和处理器422中的各个处理器是被专门设计、布置以及配置成执行特定任务的专用机器，该特定任务包括根据本公开的各种实现的用于移动通信中的PUSCH调度的新过程。

在一些实施方式中，通信装置410还可以包括被耦接至处理器412并且能够无线地发送和接收数据的收发器416。在一些实施方式中，通信装置410还可以包括被耦接至处理器412并且能够被处理器412存取且在其中存储数据的存储器414。在一些实施方式中，网络装置420还可以包括被耦接至处理器422并且能够无线地发送和接收数据的收发器426。在一些实施方式中，网络装置420还可以包括被耦接至处理器422并且能够由处理器422存取且在其中存储数据的存储器424。因此，通信装置410和网络装置420可以分别经由收发器416和收发器426彼此无线通信。

通信装置410和网络装置420中的各个装置可以是能够使用根据本公开的各种所提出的方案彼此进行通信的通信实体。为帮助更好理解，对通信装置410和网络装置420中的每一者的操作、功能以及能力的以下描述是在这样的移动通信环境背景下提供的，即，其中通信装置410在通信装置或UE(例如，UE 110)中实现或者实现为通信装置或UE，并且网络装置420在通信网络(例如，无线网络120)的网络节点或基站(例如，网络节点125)中实现或者实现为通信网络的网络节点。还值得注意的是，尽管下面描述的示例实现是在移动通信的背景下提供的，但是同样可以在其它类型的网络中实现。

根据本公开提出的与用于移动通信中的PUSCH调度过程有关的方案，使用在UE110中实现或实现为UE的通信装置410以及在网络环境100中的网络节点125中实现或实现为网络节点的网络装置420，通信装置410的处理器412可以经由收发器416与网络装置420执行与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。另外，在最后一个PUSCH传输之后而非之前，处理器412可以经由收发器416从网络装置420接收由特定RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。此外，处理器412可以经由收发器416与装置420执行给定HARQ处理的后续PUSCH传输。

在一些实施方式中，特定RNTI可以包括TC-RNTI。在这种情况下，DCI信号可以包括CRC由TC-RNTI加扰的DCI格式0_0。

在一些实施方式中，特定RNTI可以包括CS-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括MCS-C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

根据本公开提出的与移动通信中的PUSCH调度的过程有关的另一方案，使用在UE110中实现或实现为UE的通信装置410以及在网络环境100中的网络节点125中实现或实现为网络节点的网络装置420，通信装置410的处理器412可以经由收发器416执行由DCI信号调度的并且与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。另外，处理器412可以经由收发器416接收由特定RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。此外，在DCI信号是在最后一个PUSCH传输之前接收到的情况下，处理器412可以跳过后续PUSCH传输。

在一些实施方式中，特定RNTI可以包括TC-RNTI。在这种情况下，DCI信号可以包括CRC由TC-RNTI加扰的DCI格式0_0。

在一些实施方式中，特定RNTI可以包括CS-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括MCS-C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

根据本公开提出的与用于移动通信中的PUSCH调度的过程有关的又一方案，利用在UE 110中实现或实现为UE的通信装置410以及在网络环境100中的网络节点125中实现或实现为网络节点的网络装置420，通信装置410的处理器412可以经由收发器416执行与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联并且通过RA响应中的UL授权或通过由TC-RNTI加扰的DCI信号来调度的一个或多个PUSCH传输中的最后一个PUSCH传输。另外，处理器412可以经由收发器416接收由TC-RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。此外，在DCI信号是在最后一个PUSCH传输之前接收到的情况下，处理器412可以跳过后续PUSCH传输。

在一些实施方式中，DCI信号可以包括DCI格式0_0。

例示性处理

图5例示了根据本公开实施方式的示例处理500。无论是部分还是完全的，处理500可以是根据本公开的关于移动通信中的PUSCH调度过程的上述方案的示例实施方式。处理500可以表示通信装置410和/或网络装置420的特征实现的一方面。处理500可以包括如由步骤510、520以及530中的一个或多个步骤所例示的一个或多个操作、动作或功能。尽管例示为分立的步骤，但是处理500的各个步骤可以根据期望的实施方式划分成附加步骤、组合成更少的步骤、或被删除。此外，处理500的步骤可以以图5所示的顺序执行，或者另选地以不同的顺序执行。处理500可以由通信装置410或者任何合适的UE或机器型设备来实现。完全出于例示性目的而非限制地，下面在通信装置410作为UE 110和网络装置420作为无线网络120(例如，5G/NR移动网络)中的网络节点125的背景下描述处理500。处理500可以从步骤510开始。

在510中，处理500包括：通信装置410的处理器412经由收发器416执行与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。处理500从510进行至520。

在520，处理500包括：在最后一个PUSCH传输之后而非之前，处理器412经由收发器416接收由特定RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。处理500从520进行至530。

在530，处理500包括：处理器412经由收发器416执行给定HARQ处理的后续PUSCH传输。

在一些实施方式中，特定RNTI可以包括TC-RNTI。在这种情况下，DCI信号可以包括CRC由TC-RNTI加扰的DCI格式0_0。

在一些实施方式中，特定RNTI可以包括CS-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括MCS-C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

图6例示了根据本公开实施方式的示例处理600。无论是部分还是完全的，处理600可以是根据本公开的关于移动通信中的PUSCH调度过程的上述方案的示例实施方式。处理600可以表示通信装置410和/或网络装置420的特征实现的一方面。处理600可以包括如由步骤610、620以及630中的一个或多个步骤所例示的一个或多个操作、动作或功能。尽管例示为分立的步骤，但是处理600的各个步骤可以根据期望的实施方式划分成附加步骤、组合成更少的步骤、或被删除。此外，处理600的步骤可以以图6所示的顺序执行，或者另选地以不同的顺序执行。处理600可以由通信装置410或者任何合适的UE或机器型设备来实现。完全出于例示性目的而非限制地，下面在通信装置410作为UE 110和网络装置420作为无线网络120(例如，5G/NR移动网络)中的网络节点125的背景下描述处理600。处理600可以从步骤610开始。

在610，处理600包括：通信装置410的处理器412经由收发器416执行由DCI信号调度并且与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联的一个或多个PUSCH传输中的最后一个PUSCH传输。处理600从610进行至620。

在620，处理600包括：处理器412经由收发器416接收由特定RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。处理600从620进行至630。

在630，处理600包括：在DCI信号是在最后一个PUSCH传输之前接收到的情况下，处理器412跳过后续PUSCH传输。

在一些实施方式中，特定RNTI可以包括TC-RNTI。在这种情况下，DCI信号可以包括CRC由TC-RNTI加扰的DCI格式0_0。

在一些实施方式中，特定RNTI可以包括CS-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

在一些实施方式中，特定RNTI可以包括MCS-C-RNTI。在这种情况下，DCI信号可以包括DCI格式0_0或0_1或0_2。

图7例示了根据本公开实施方式的示例处理700。无论是部分还是完全的，处理700可以是根据本公开的关于移动通信中的PUSCH调度过程的上述方案的示例实施方式。处理700可以表示通信装置410和/或网络装置420的特征实现的一方面。处理700可以包括如由步骤710、720以及730中的一个或多个步骤所例示的一个或多个操作、动作或功能。尽管例示为分立的步骤，但是处理700的各个步骤可以根据期望的实施方式划分成附加步骤、组合成更少的步骤、或被删除。此外，处理700的步骤可以以图7所示的顺序执行，或者另选地以不同的顺序执行。处理700可以由通信装置410或者任何合适的UE或机器型设备来实现。完全出于例示性目的而非限制地，下面在通信装置410作为UE 110和网络装置420作为无线网络120(例如，5G/NR移动网络)中的网络节点125的背景下描述处理700。处理700可以从步骤710开始。

在710，处理700包括：通信装置410的处理器412经由收发器416执行与给定HARQ处理(例如，一个或多个HARQ处理当中的第一HARQ处理)相关联的并且通过RA响应中的UL授权或通过由TC-RNTI加扰的DCI信号来调度的一个或多个PUSCH传输中的最后一个PUSCH传输。处理700从710进行至720。

在720，处理700包括：处理器412经由收发器416接收由TC-RNTI加扰并且调度给定HARQ处理的后续PUSCH传输的DCI信号。处理700从720进行至730。

在730，处理700包括：在DCI信号是在最后一个PUSCH传输之前接收到的情况下，处理器412跳过后续PUSCH传输。

在一些实施方式中，DCI信号可以包括DCI格式0_0。

附加注意事项

本文所述的主题有时例示了包含在不同的其它组件内或与其相连接的不同组件。要理解，这样描绘的架构仅仅是示例性的，并且实际上，可以实现获得相同功能的许多其它架构。在概念意义上，用于获得相同功能的组件的任何排布结构都有效地“关联”，以使获得期望功能。因而，在此为获得特定功能而组合的任两个组件都可以被看作彼此“相关联”，以使获得期望功能，而与架构或中间组件无关。同样地，这样关联的任两个组件还可以被视作彼此“可操作地连接”，或“可操作地耦接”，以实现期望功能，并且能够这样关联的任两个组件也可以被视作可彼此“能够操作地耦接”，以获得期望功能。能够操作地耦接的具体示例包括但不限于，能够在物理上配合和/或物理上交互的组件和/或能够无线地交互和/或无线地交互的组件和/或逻辑上交互和/或能够在逻辑上交互的组件。

而且，针对在此实质上使用的任何复数和/或单数术语，本领域技术人员可以针对背景和/或应用在适当时从复数翻译成单数和/或从单数翻译成复数。为清楚起见，可以在本文中明确地阐述各种单数/复数置换。

此外，本领域技术人员应当明白，通常，如本文所用的术语，而且尤其是在所附权利要求(例如，所附权利要求的主体)中使用的术语通常旨在作为“开放式”术语(例如，术语“包括”应当被解释为“包括但不限于”，术语“具有”应当被解释为“至少具有”，术语“包含”应当被解释为“包含但不限于”等)。本领域技术人员还将理解，如果意图陈述特定数量的引用的权利要求，则这种意图将明确地在该权利要求中陈述，此外在没有这些陈述的情况下，则不存在这种意图。例如，为了帮助理解，下文所附权利要求可以包含使用介绍性短语“至少一个”和“一个或多个”来介绍权利要求陈述。然而，使用这种短语不应被认为暗示由不定冠词“一”或“一个”介绍的权利要求陈述将包含这种介绍权利要求陈述的任何特定权利要求限制于仅包含一个这种陈述的实现，即使相同权利要求包括介绍性短语“一个或多个”或“至少一个”以及诸如“一”或“一个”的不定冠词(例如，“一”或“一个”应当被解释成意指“至少一个”或“一个或多个”)；对于使用用于引用权利要求陈述的定冠词也是如此。另外，即使明确地陈述了特定数量的引用的权利要求陈述，本领域技术人员也应当认识到，这种陈述应当被解释成至少意指所陈述的数量(例如，“两个陈述”的裸陈述在没有其它修饰语的情况下意指至少两个陈述，或者两个或更多个陈述)。而且，在使用类似于“A、B和C等中的至少一个”的惯例的那些实例中，通常，这种句法结构旨在本领域技术人员将理解这种惯例在意义上进行(例如，“具有A、B和C中的至少一个的系统”应当包括但不限于具有单独A、单独B、单独C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等的系统)。在使用类似于“A、B或C等中的至少一个”的惯例的那些实例中，通常，这种句法结构旨在本领域技术人员将理解这种惯例在意义上进行(例如，“具有A、B或C中的至少一个的系统”应当包括但不限于具有单独A、单独B、单独C、A和B一起、A和C一起、B和C一起、和/或A、B和C一起等的系统)。本领域技术人员还应当理解，实际上，呈现两个或更多个另选术语的任何转折词和/短语(无论在说明书中、权利要求中还是在附图中)应当被理解成，设想包括这些术语中一个、这些术语中的任一个或者两个术语的可能性。例如，短语“A或B”应当被理解成包括“A”或“B”或“A和B”的可能性。

根据前述内容，应当清楚，本公开的各个实现出于例示的目的而进行了描述，并且在不脱离本公开的范围和精神的情况下，可以进行各种修改。因此，本文所述各个实现并非旨在进行限制，并且通过以下权利要求指示真实范围和精神。

Claims (20)

1.一种方法，所述方法包括：

装置的处理器执行与第一混合自动重传请求处理相关联的一个或多个物理上行链路共享信道传输中的最后一个物理上行链路共享信道传输；以及

在所述最后一个物理上行链路共享信道传输之后而非之前，所述处理器接收由特定无线电网络临时标识符加扰并且调度所述第一混合自动重传请求处理的后续物理上行链路共享信道传输的下行链路控制信息信号。

2.根据权利要求1所述的方法，其中，所述特定无线电网络临时标识符包括临时小区无线电网络临时标识符。

3.根据权利要求2所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0。

4.根据权利要求1所述的方法，其中，所述特定无线电网络临时标识符包括配置的调度无线电网络临时标识符。

5.根据权利要求4所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

6.根据权利要求1所述的方法，其中，所述特定无线电网络临时标识符包括小区无线电网络临时标识符。

7.根据权利要求6所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

8.根据权利要求1所述的方法，其中，所述特定无线电网络临时标识符包括调制编码方案小区无线电网络临时标识符。

9.根据权利要求8所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

10.一种方法，所述方法包括：

装置的处理器执行由下行链路控制信息信号调度的并且与第一混合自动重传请求处理相关联的一个或多个物理上行链路共享信道传输中的最后一个物理上行链路共享信道传输；

所述处理器接收由特定无线电网络临时标识符加扰并且调度所述第一混合自动重传请求处理的后续物理上行链路共享信道传输的所述下行链路控制信息信号；以及

在所述下行链路控制信息信号是在所述最后一个物理上行链路共享信道传输之前接收到的情况下，所述处理器跳过所述后续物理上行链路共享信道传输。

11.根据权利要求10所述的方法，其中，所述特定无线电网络临时标识符包括临时小区无线电网络临时标识符。

12.根据权利要求11所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0。

13.根据权利要求10所述的方法，其中，所述特定无线电网络临时标识符包括配置的调度无线电网络临时标识符。

14.根据权利要求13所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

15.根据权利要求10所述的方法，其中，所述特定无线电网络临时标识符包括小区无线电网络临时标识符。

16.根据权利要求15所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

17.根据权利要求10所述的方法，其中，所述特定无线电网络临时标识符包括调制编码方案小区无线电网络临时标识符。

18.根据权利要求17所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0或0_1或0_2。

19.一种方法，所述方法包括：

装置的处理器执行与第一混合自动重传请求处理相关联并且通过随机接入响应中的上行链路授权或通过由临时小区无线电网络临时标识符加扰的下行链路控制信息信号来调度的一个或多个物理上行链路共享信道传输中的最后一个物理上行链路共享信道传输；

所述处理器接收由所述临时小区无线电网络临时标识符加扰并且调度所述第一混合自动重传请求处理的后续物理上行链路共享信道传输的所述下行链路控制信息信号；以及

在所述下行链路控制信息信号是在所述最后一个物理上行链路共享信道传输之前接收到的情况下，所述处理器跳过所述后续物理上行链路共享信道传输。

20.根据权利要求19所述的方法，其中，所述下行链路控制信息信号包括下行链路控制信息格式0_0。