CN111837441B - 移动通信中处理乱序上行调度的方法和装置 - Google Patents

移动通信中处理乱序上行调度的方法和装置 Download PDF

Info

Publication number
CN111837441B
CN111837441B CN202080001208.9A CN202080001208A CN111837441B CN 111837441 B CN111837441 B CN 111837441B CN 202080001208 A CN202080001208 A CN 202080001208A CN 111837441 B CN111837441 B CN 111837441B
Authority
CN
China
Prior art keywords
uplink transmission
processor
scheduling
pusch
control signal
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.)
Active
Application number
CN202080001208.9A
Other languages
English (en)
Other versions
CN111837441A (zh
Inventor
穆罕默德·S·阿利比·艾勒马利
阿布戴拉提夫·沙拿
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.)
MediaTek Singapore Pte Ltd
Original Assignee
MediaTek Singapore Pte 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 MediaTek Singapore Pte Ltd filed Critical MediaTek Singapore Pte Ltd
Publication of CN111837441A publication Critical patent/CN111837441A/zh
Application granted granted Critical
Publication of CN111837441B publication Critical patent/CN111837441B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • 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
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Abstract

描述了关于移动通信中用户设备和网络装置处理乱序上行链路调度的各种解决方案。装置可以接收用于调度第一上行链路传输的第一控制信号。该装置可以接收用于调度第二上行链路传输的第二控制信号。该装置可以确定第二上行链路传输是否被调度为早于第一上行链路传输。在第二上行链路传输被调度为早于第一上行链路传输的情况下，该装置可以丢弃第一上行链路传输。

Description

移动通信中处理乱序上行调度的方法和装置
相关申请的交叉引用
本公开要求于2019年2月15日提交的美国临时专利申请No.62/806,011和于2019年11月18日提交的美国临时专利申请No.62/936,657的优先权，以上列出申请的内容通过引用完整地并入本文中。
技术领域
本公开总体上关于移动通信，更具体地，关于移动通信中用户设备(userequipment，UE)和网络装置相关的处理乱序(out-of-order)上行链路调度。
背景技术
除非在本文中另外指示，否则本部分中描述的方法不是对于下面列出权利要求的现有技术，并且不因包含在该部分中而被承认是现有技术。
在新无线电(New Radio，NR)版本15中，对被调度的(scheduled)物理上行链路共享信道(physical uplink shared channel，PUSCH)和它们的调度(scheduling)物理下行链路控制信道(physical downlink control channel，PDCCH)之间的顺序有限制。因此，不支持乱序(out-of-order)的上行链路调度。因此，将不以乱序的上行链路调度来调度用户设备(user equipment，UE)。不允许网络节点向UE调度乱序的上行链路传输。
在一些应用中，支持乱序的上行链路调度有益于以具有不同要求的混合业务(例如，超可靠低延迟通信(ultra-reliable low-latency communication，URLLC)和增强移动宽带(enhanced mobile broadband，eMBB))操作UE。例如，URLLC服务通常比eMBB服务具有更严格的延迟要求。通过乱序的上行链路调度，UE能够首先处理URLLC服务的传输以满足延迟要求。但是，乱序的上行链路调度可能会导致UE处理时间线(processing timeline)的问题。当对UE调度乱序的上行链路传输时，UE会没有足够的处理时间来准备所有上行链路传输。
当乱序的上行链路传输被紧密地(closely)调度的情况下，将给UE带来大量的计算和巨大的负担，这导致增加的功耗和复杂的UE实现。强制应用更加激进的UE处理时间要求将导致对UE实现和成本的严峻挑战。因此，需要适当的解决方案来处理乱序的上行链路调度，并同时不对UE实现和架构施加很大压力。
因此，如何处理乱序的上行链路调度并且避免在UE实现和架构上增加复杂度，成为新开发的无线通信网络的重要方面。因此，需要提供适当的方案，使UE支持乱序的上行链路调度并在设计复杂度上保持一定的灵活性。
发明内容
以下发明内容仅是例示性的，并且不旨在以任何方式限制。即，提供以下发明内容以引入这里所描述的新颖且非明显技术的概念、亮点、益处以及优点。下面详细的描述中进一步描述了选择的实现方式。因此，以下发明内容不旨在识别所要求保护主题的必要特征，也不旨在用于确定所要求保护主题的范围。
本公开的目的是提出解决方案或机制，以解决上述在移动通信中关于用户设备和网络装置处理乱序的上行链路调度相关的上述问题。
在一个方面，一种方法可以涉及由装置接收用于调度第一上行链路传输的第一控制信号。该方法还可以涉及由装置接收用于调度第二上行链路传输的第二控制信号。该方法可以进一步涉及该装置确定第二上行链路传输是否被调度为早于第一上行链路传输。该方法可以进一步涉及在第二上行链路传输被调度为早于第一上行链路传输，该装置丢弃第一上行链路传输。
在一个方面，一种装置可以包括收发器，该收发器在操作期间与无线网络的网络节点无线通信。该装置还可以包括通信地耦接到收发器的处理器。处理器在操作期间可以执行的操作包括经由收发器接收用于调度第一上行链路传输的第一控制信号。处理器还可执行的操作包括经由收发器接收用于调度第二上行链路传输的第二控制信号。处理器可以进一步执行的操作包括确定第二上行链路传输是否被调度为早于第一上行链路传输。处理器可以进一步执行的操作包括在第二上行链路传输被调度为早于第一上行链路传输的情况下丢弃第一上行链路传输。
值得注意的是，尽管这里提供的描述可以在某些无线电接入技术、网络和网络拓扑的背景下，例如长期演进(Long-Term Evolution，LTE)、LTE-A、LTE-A Pro、5G、新无线电(New Radio，NR)、物联网(Internet-of-Things，IoT)、窄带物联网(Narrow Band Internetof Things，NB-IoT)和工业物联网(Industrial Internet of Things，IIoT)，所提出的概念、方案及其任何变体/衍生物可以在、用于和通过其他类型的无线电接入技术、网络和网络拓扑实现。因此，本公开的范围不限于本文描述的示例。
附图说明
附图被包括进来以提供对本公开的进一步理解，并入本发明并构成本公开的一部分。附图例示了本公开的实现方式，并且与说明书一起用于说明本公开的原理。能理解的是，附图不一定是按比例的，因为为了清楚地例示本发明的构思，一些组件可以被显示为与实际实现方式中的尺寸不成比例。
图1示出了根据本公开的实现的方案下的示例性场景。
图2示出了根据本公开的实现的方案下的示例性场景。
图3示出了根据本公开的实现的方案下的示例性场景。
图4示出了根据本公开的实现的方案下的示例性场景。
图5示出了根据本公开的实现的方案下的示例性场景。
图6示出了根据本公开的实现的示例通信装置和示例网络装置。
图7示出了根据本公开的实现的示例过程的流程图。
图8示出了根据本公开的实现的示例过程的流程图。
具体实施方式
这里公开了所要求保护主题内容的详细实施例和实现方式。然而，应当理解，公开的详细实施例和实现方式仅为了示例体现为各种形式的所要求保护的主题内容。然而本公开可以体现为多种不同形式，不应理解为仅限于示例的实施例和实现方式。提供这些示例的实施例和实现方式以使得本公开的描述全面且完整并且能够向本领域普通技术人员全面传递本公开的范围。在下面的描述中，省略了已知特征和技术的细节，以避免不必要地使得本发明的实施例和实现方式变得模糊。
概述
本公开的实现方式涉及与移动通信中用户设备和网络装置相关的处理乱序上行调度有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管可以在下面分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合的方式实现。
在NR版本15中，对被调度的PUSCH以及它们的调度PDCCH之间的顺序有限制。因此，不支持乱序的上行链路调度。例如，这种限制在第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)规范中被描述为“对于在给定的调度的小区中任何两个混合自动重传请求确认(hybrid automatic repeat request-acknowledgement HARQ)过程识别符(identifier，ID)，如果UE被调度为通过在符号i处结束的PDCCH，启动在符号j处开始的第一PUSCH传输，则不期望将UE调度为通过在符号i之后结束的PDCCH，发送在第一PUSCH结束之前开始的PUSCH”。因此，将不会使用乱序的上行链路调度来调度UE。不允许网络节点对UE调度乱序的上行链路传输。
在一些应用中，支持乱序的上行链路调度有益于以具有不同要求的混合业务(例如，URLLC和eMBB)操作UE。例如，URLLC服务通常比eMBB服务具有更严格的延迟要求。通过乱序的上行链路调度，UE能够首先处理URLLC服务的传输以满足延迟要求。但是，乱序的上行链路调度可能会导致UE处理时间线(例如，准备上行链路数据)的问题。当对UE调度乱序的上行链路传输时，UE会没有足够的处理时间来准备所有上行链路传输。例如，当接收到第一下行链路控制信息(downlink control information，DCI)时，UE将对其进行译码并为关联的PUSCH传输做准备。当第二DCI在初始调度的PUSCH被发送之前调度另一个PUSCH时，这意味着UE在准备较早的PUSCH的同时，将具有额外的负担来准备第二PUSCH。
当乱序的上行链路传输被紧密地调度的情况下，将给UE带来大量的计算和巨大的负担，这导致增加的功耗和复杂的UE实现。强制应用更加激进的UE处理时间要求将导致对UE实现和成本的严峻挑战。因此，为了在不增加UE实现复杂度和成本的情况下支持乱序的上行链路调度，UE需要一些调度/丢弃条件/规则来处理乱序的上行链路调度。因此，需要适当的解决方案来处理乱序的上行链路调度，同时仍不对UE实现和架构施加很大压力。
鉴于以上内容，本公开提出了与UE和网络装置处理乱序的上行链路调度有关的多种方案。根据本公开的方案，UE可以被配置为确定是否调度了乱序的上行链路传输。在调度了乱序的上行链路传输的情况下，UE可以被配置为根据一些调度/丢弃条件丢弃至少一个上行链路传输。另一方面，在调度了乱序的上行链路传输的情况下，UE可以被配置为延长用于稍后的上行链路传输的准备时间。因此，UE可以具有灵活性以支持乱序的上行链路调度，而对UE的实现和架构没有很大的压力。
图1示出了根据本公开的实现的方案下的示例场景100。场景100涉及UE和网络节点，其可以是无线通信网络(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络、NB-IoT网络或IIoT网络)的一部分。场景100示出了乱序上行链路调度的示例。UE可以被配置为从网络节点接收第一控制信号。第一控制信号可以包括用于调度第一上行链路传输的第一DCI或PDCCH(例如，DCI-0)。第一上行链路传输可以包括PUSCH(例如，PUSCH-0)。UE可以被配置为从网络节点接收第二控制信号。在第一控制信号之后接收第二控制信号。第二控制信号可以包括用于调度第二上行链路传输的第二DCI或PDCCH(例如，DCI-1)。第二上行链路传输可以包括PUSCH(例如，PUSCH-1)。对于乱序的上行链路调度，在给定服务小区的活动(active)带宽部分(bandwidth part，BWP)上，UE可以被调度为与HARQ过程x相关联的第二PUSCH(例如，PUSCH-1)的开始时间早于与HARQ过程y(例如，x！＝y)相关联的第一PUSCH(例如，PUSCH-0)的结尾符号，该第二PUSCH的PDCCH(例如，DCI-1)不在第一调度PDCCH(例如，DCI-0)的结尾符号之前结束。
UE可以被配置为确定是否调度了乱序的上行链路调度(例如，第二上行链路传输是否被调度为早于第一上行链路传输)。UE可以被配置为在调度了乱序的上行链路调度的情况下跳过(例如，不发送)至少一个上行链路传输(例如，PUSCH)。例如，在第二上行链路传输被调度为早于第一上行链路传输的情况下，UE可以丢弃第一上行链路传输。具体地，UE可以被配置为跳过发送PUSCH(例如，PUSCH-0)：该PUSCH(例如，PUSCH-0)的调度PDCCH(例如，DCI-0)位于调度了稍后PUSCH(例如，PUSCH-1)的PDCCH(例如，DCI-1)之前，该PUSCH(例如，PUSCH-0)的第一个符号位于被调度为遵循乱序上行链路调度的稍后PUSCH(例如，PUSCH-1)的结尾/最后一个符号之后的多个预定符号(例如，X个符号)内。
在一些实现中，预定符号(例如，X个符号)的值可以包括基于UE能力(capability)(例如，能力#1或能力#2)之一的PUSCH准备时间。备选地，可以将对预定符号的支持，定义为UE能力。UE可以被配置为将预定符号的值报告为UE能力。一种可能的选择是指定多个X值，并且UE可以报告它可以支持的X值。
图2示出了根据本公开的实现的方案下的示例场景200。场景200涉及UE和网络节点，其可以是无线通信网络(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络、NB-IoT网络或IIoT网络)的一部分。场景200示出了鉴于乱序的上行链路调度而跳过上行链路传输的另一示例。类似地，UE可以被调度为在第一PUSCH(例如，PUSCH-0)之前开始第二PUSCH(例如，PUSCH-1)，该第二PUSCH(例如，PUSCH-1)的PDCCH(例如，DCI-1)的结束时间不早于第一调度PDCCH(例如，DCI-0)。
UE可以被配置为通过确定第一控制信号的最后一个符号是否在第二控制信号的第一个符号之前的预定符号内，来确定是否调度了乱序上行链路调度。UE可以被配置为在调度了乱序的上行链路调度的情况下，跳过至少一个上行链路传输(例如，PUSCH)。具体地，在调度PDCCH(例如，DCI-0)的最后一个符号位于调度了稍后PUSCH(例如，PUSCH-1)的PDCCH(例如，DCI-1)的开始/第一个符号之前的预定符号(例如，Y个符号)内的情况下，UE可以被配置为跳过发送PUSCH(例如，PUSCH-0)：该PUSCH(例如，PUSCH-0)的调度PDCCH(例如DCI-0)位于调度了稍后PUSCH(例如，PUSCH-1)的PDCCH(例如，DCI-1)之前。
在一些实现中，预定符号(例如，Y个符号)的值可以包括基于UE能力(例如，能力#1或能力#2)之一的PUSCH准备时间。备选地，可以将对预定符号的支持，定义为UE能力。UE可以被配置为将预定符号的值报告为UE能力。一种可能的选择是指定多个Y值，并且UE可以报告它可以支持的Y值。
另一方面，在确定调度了乱序的上行链路调度之后(例如，第二上行链路传输被调度早于第一上行链路传输)，UE可以被配置为将第二上行链路传输(例如，稍后调度的PUSCH)的准备时间延长预定数量的符号(例如，E个符号)。例如，N2可以被定义为当不存在乱序的UL调度时用于稍后PUSCH的PUSCH准备时间。对于乱序的上行链路调度情况，可以将用于稍后调度的PUSCH的PUSCH准备时间延长为N2+E个符号。对预定数量的符号(例如，E个符号)的支持可以被定义为UE能力。UE可以被配置为报告预定符号的值作为UE能力。一种可能的选择是指定多个E值，并且UE可以报告其需要的E值，以适应乱序上行链路调度。
在一些实现中，对于由于乱序的上行链路调度因而UE可以跳过至少一个上行链路传输(例如，PUSCH)的情况，可以将稍后调度的PUSCH的PUSCH准备时间延长E个符号。UE可以被配置为确定由于乱序的上行链路调度，其是否可以跳过至少一个PUSCH。UE可以被配置为当UE确定由于乱序的上行链路调度其可以跳过至少一个PUSCH的情况下，UE将稍后调度的PUSCH的准备时间延长E个符号。例如，当不存在跳过场景时，N2可以被定义为用于稍后调度的PUSCH的PUSCH准备时间。对于跳过的情况，用于稍后调度的PUSCH的PUSCH准备时间可以延长为N2+E个符号。
图3示出了根据本公开的实现的方案下的示例场景300。场景300涉及UE和网络节点，其可以是无线通信网络(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络、NB-IoT网络或IIoT网络)的一部分。场景300示出了乱序的上行链路调度的另一示例。对于乱序的上行链路调度，UE可以被配置为丢弃其起始符号(例如，第一个符号)在优先的(prioritized)上行链路传输结束(例如，最后一个符号)之后的预定符号(例如，X个符号)之内的上行链路传输(例如，PUSCH)。在场景300中，PUSCH-2可以是优先的PUSCH。UE可以丢弃PUSCH-0和PUSCH-1，因为它们的起始符号位于PUSCH-2结束之后的X个符号之内。
在一些实施例中，对于在给定的调度小区中的任何两个HARQ过程ID，在UE被调度为通过在符号i结束的PDCCH开始在符号j开始的第一PUSCH传输的情况下，以及在UE被调度为通过在符号i之后结束的PDCCH(例如，DCI-2)，发送在第一PUSCH结束之前开始的第二PUSCH(例如，PUSCH-2)的情况下，则UE可以被配置为跳过在第二PUSCH(例如，PUSCH-2)结束之后的X个符号内开始的任何PUSCH传输(例如PUSCH-0或PUSCH-1)。
在一些实现中，预定符号(例如，X个符号)的值可包括PUSCH准备时间(例如，N2)。PUSCH准备时间可以由网络节点配置或由UE预定。备选地，预定符号(例如，X个符号)的值可以包括3GPP规范中定义的预定值(例如，Tproc,2)。可替代地，预定符号的值可以被定义为UE能力。UE可以被配置为报告预定符号的值作为UE能力。一种可能的选择是指定多个X值，并且UE可以报告它可以支持的X值。
图4示出了根据本公开的实现的方案下的示例场景400。场景400涉及UE和网络节点，其可以是无线通信网络(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络、NB-IoT网络或IIoT网络)的一部分。场景400示出了乱序的上行链路调度的另一示例。UE可以接收用于调度第一上行链路传输(例如，PUSCH-0)的第一控制信号(例如，DCI-0)和用于调度第二上行链路传输(例如，PUSCH-1)的第二控制信号(例如，DCI-1)。对于乱序的上行链路调度，在优先的上行链路传输(例如，PUSCH-1)与任何先前调度的上行链路传输(例如PUSCH-0)的开始之间应当存在X个符号的间隙。对于在给定的调度小区中的任何两个HARQ过程ID，当UE被调度为通过在符号i结束的PDCCH(例如DCI-0)，开始发送在符号j处开始的第一PUSCH传输(例如PUSCH-0)时，不期望UE被调度成通过在符号i之后结束的PDCCH来发送在第一PUSCH的开始之前的X个符号内结束的PUSCH。
在一些实施例中，在优先的PUSCH(例如，PUSCH-1)与任何先前调度的PUSCH(例如，PUSCH-0)的开始之间的间隙小于X的情况下，UE可以认为这是错误情况。不期望以乱序上行链路调度(其中，在优先的PUSCH与任何先前调度的PUSCH的开始之间的间隙小于X)来调度UE。UE可以配置为忽略/丢弃第一控制信号(例如，DCI-0)和第二控制信号(例如，DCI-1)中的至少一个，并且不发送第一上行链路传输(例如，PUSCH-0)和第二上行链路传输(例如，PUSCH-1)中的至少一个。
在一些实施例中，间隙X个符号可以包括PUSCH准备时间(例如，N2)。PUSCH准备时间可以由网络节点配置或由UE预定。备选地，间隙X个符号的值可以包括3GPP规范中定义的预定值(例如，Tproc,2)。备选地，可以将间隙X个符号的值定义为UE能力。UE可以被配置为报告间隙X个符号的值作为UE能力。一种可能的选择是指定多个X值，并且UE可以报告它可以支持的X值。
备选地，在确定调度了乱序的上行链路调度之后(例如，第二上行链路传输被调度为早于第一上行链路传输)，在一些调度条件下UE可以被配置为处理两个上行链路传输(例如，两个PUSCH)。UE可以被配置为确定调度条件是否被满足。UE可以被配置为在满足了调度条件的情况下执行第一上行链路传输和第二上行链路传输两者。调度条件可以包括例如但不限于，传输块(transport block，TB)的大小、资源块(resource block，RB)的数量、符号的数量、载波聚合的使用等。当满足调度条件时，这意味着调度可以是宽松的(loose)，并且UE能够在这种调度下处理两个上行链路传输。UE可以根据调度条件确定其是否可以处理两个上行链路传输。调度条件可以由网络节点配置或由UE确定。
在一些实现中，调度条件可以应用于第一上行链路传输或第二上行链路传输。例如，在较高优先级(higher priority)的PUSCH不满足调度条件的情况下，UE可以丢弃较低优先级(lower priority)PUSCH的传输。否则，也可以发送较低优先级的PUSCH。在另一示例中，在较低优先级的PUSCH不满足调度条件的情况下，UE可以丢弃较低优先级PUSCH的传输。否则，也可以发送较低优先级的PUSCH。对在某些调度条件下处理两个PUSCH的支持可以作为UE能力。UE可以被配置为向网络节点报告其支持处理两个PUSCH。
在一些实现中，对于乱序的上行链路调度，在UE丢弃第一PUSCH(例如，由第一DCI调度的)的传输的情况下，UE不期望接收调度其他PUSCH的任何其他DCI，其中该其他PUSCH相关联的资源在时间上与丢弃的PUSCH资源重叠。UE可以忽略/丢弃调度其他PUSCH的任何其他DCI，其中该其他PUSCH相关联的资源在时间上与丢弃的PUSCH资源重叠。
图5示出了根据本公开的实现的方案下的示例场景500。场景500涉及UE和网络节点，其可以是无线通信网络(例如，LTE网络、LTE-A网络、LTE-A Pro网络、5G网络、NR网络、IoT网络、NB-IoT网络或IIoT网络)的一部分。场景500示出了乱序的上行链路调度的另一示例。UE可以接收用于调度第一上行链路传输(例如，PUSCH-0)的第一控制信号(例如，DCI-0)和用于调度第二上行链路传输(例如，PUSCH-1)的第二控制信号(例如，DCI-1)。第一上行链路传输和第二上行链路传输可以在时域中重叠/冲突。当第一调度的PUSCH(例如，PUSCH-0)和第二调度的PUSCH(例如，PUSCH-1)在时域中重叠/冲突时，UE可以被配置为丢弃第一调度的PUSCH的传输。
当UE检测到针对高优先级PUSCH(例如，PUSCH-1)的第二上行链路授予(grant)的情况下，确实需要停止发送第一PUSCH(例如，PUSCH-0)时，对此可进一步分析。在一些实施例中，UE可以停止在高优先级PUSCH(例如，PUSCH-1)开始之前X个符号处的传输。X个符号的长度可以包括PUSCH准备时间(例如，N2)。在一些实施例中，UE可以继续发送低优先级PUSCH(例如，PUSCH-0)，直到高优先级PUSCH(例如，PUSCH-1)的开始。这可以被定义为UE能力。UE可以被配置为向网络节点报告其支持能力。在一些实施例中，在一些调度条件下，UE可以继续发送低优先级PUSCH(例如，PUSCH-0)，直到开始高优先级PUSCH(例如，PUSCH-1)。调度条件可以包括例如但不限于TB大小、RB的数量、符号的数量、载波聚合的使用等。这可以被定义为UE能力。UE可以被配置为向网络节点报告其支持。
例示性实现方式
图6示出了根据本公开的实现方式的示例通信装置610和示例网络装置620。通信装置210和网络装置220中的每一个可以执行各种功能以实现本文描述的关于无线通信中用户设备和网络装置相关的处理乱序上行链路调度的方案、技术、过程和方法，包括上述场景/机制以及下面描述的过程700和800。
通信装置610可以是电子装置的一部分，该电子装置可以是诸如便携式或移动装置的UE、可穿戴装置、无线通信装置或计算装置。例如，通信装置610可以在智能手机、智能手表、个人数字助理、数字相机或诸如平板计算机、膝上型计算机或笔记本电脑的计算设备中实现。通信装置610还可以是机器型装置的一部分，机器型装置可以是诸如不可移动或固定装置的IoT、NB-IoT或IIOT装置、家庭装置、有线通信装置或计算装置。例如，通信装置610可以在智能恒温器、智慧冰箱、智慧门锁、无线扬声器或家庭控制中心中实现。或者，通信装置610可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction-set-computing，RISC)处理器或一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置610可以包括图6中所示的那些组件中的至少一些，例如，处理器612等。通信装置610还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，下面图6中并未描述通信装置610的这些组件。
网络装置620可以是电子装置的一部分，电子装置可以是诸如基站、小型小区(cell)、路由器或网关的网络节点。例如，网络装置620可以在LTE、LTE-A或LTE-A Pro网络中的eNodeB中实现，或者在5G、NR、IoT、NB-IoT或IIOT网络中的gNB中实现。或者，网络装置620可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个RISC处理器、或者一个或更多CISC处理器。网络装置620可以包括图6中所示的组件中的至少一部分，例如，处理器622等。网络装置620还可以包括与本公开的提出的方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且为了简单和简洁起见，下面图6中并未描述网络装置620的这些组件。
在一个方面，处理器612和处理器622中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个RISC处理器、或者一个或更多CISC处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器612和处理器622，但是根据本公开处理器612和处理器622中的每一个在一些实现方式中可以包括多个处理器并且在其他实现方式中可以包括单个处理器。在另一方面，处理器612和处理器622中的每一个均可以以硬件(以及可选地，固件)的形式实现，硬件具有的电子组件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、被配置和布置成实现特定目的的一个或多个忆阻器(memristors)和/或一个或多个变容二极管。换句话说，在至少一些实施方式中，处理器612和处理器622中的每一个可以是专用器件，其被专门设计、布置和配置成根据本公开的各种实施方式在设备(例如，如通信装置610所示)和网络(例如，如网络装置620所示)中执行特定任务(包括功耗降低)。
在一些实现方式中，通信装置610还可以包括耦接到处理器612并且能够无线地发送和接收数据的收发器616。在一些实现方式中，通信装置610还可以包括存储器614，存储器614耦接到处理器612并且能够由处理器612存取其中数据。在一些实现方式中，网络装置620还可以包括耦接到处理器622并且能够无线地发送和接收数据的收发器626。在一些实现方式中，网络装置620还可以包括存储器624，存储器624耦接到处理器622并且能够由处理器622存取其中数据。因此，通信装置610和网络装置620可以分别经由收发器616和收发器626彼此无线通信。为了帮助更好地理解，以下对通信装置610和网络装置620中的每一个的操作、功能和性能的下述描述是基于移动通信环境，其中通信装置610在通信装置或UE中实现或者被实现为通信装置或者UE，网络装置620在通信网络的网络节点中实现或者被实现为通信网络的网络节点。
在一些实现中，处理器612可以被配置为经由收发器616从网络装置620接收用于调度第一上行链路传输(例如，PUSCH)的第一控制信号(例如，DCI或PDCCH)。处理器612可以被配置为经由收发器616从网络装置620接收用于调度第二上行链路传输(例如，PUSCH)的第二控制信号(例如，DCI或PDCCH)。处理器612可以在第二控制信号之前接收第一控制信号。对于乱序的上行链路调度，在给定服务小区的活动BWP上，处理器612可以被调度为与HARQ过程x相关联的第二PUSCH的开始时间早于与HARQ过程y(例如，x！＝y)相关联的第一PUSCH的结尾符号，该第二PUSCH的PDCCH不在第一调度PDCCH的结尾符号之前结束。
处理器612可以被配置为确定是否调度了乱序的上行链路调度(例如，第二上行链路传输是否被调度为早于第一上行链路传输)。处理器612可以被配置为在调度了乱序的上行链路调度的情况下，跳过(例如，不发送)至少一个上行链路传输(例如，PUSCH)。例如，在第二上行链路传输被调度为早于第一上行链路传输的情况下，处理器612可以丢弃第一上行链路传输。具体地，处理器612可以被配置为跳过发送如下PUSCH：其调度PDCCH(scheduling PDCCH)位于调度了稍后PUSCH的PDCCH之前，以及其第一个符号位于遵循乱序的上行链路调度而被调度的稍后PUSCH的结尾/最后一个符号之后的预定符号(例如，X个符号)内。
在一些实现中，预定符号(例如，X个符号)的值可以包括基于能力(例如，能力#1或能力#2)之一的PUSCH准备时间。替代地，对预定符号的支持可以被定义为能力。处理器612可以被配置为报告预定符号的值作为能力。一种可能的选择是指定多个X值，并且处理器612可以报告它可以支持的X值。
在一些实现中，处理器612可以被配置为通过确定第一控制信号的最后一个符号是否在第二控制信号的第一个符号之前的预定符号内，来确定是否调度了乱序的上行链路调度。处理器612可以被配置为在调度了乱序的上行链路调度的情况下跳过至少一个上行链路传输(例如，PUSCH)。具体地，处理器612可以被配置为在调度PDCCH的最后一个符号位于调度了稍后PUSCH的PDCCH的开始/第一个符号之前的预定符号(例如，Y个符号)内的情况下，跳过其调度PDCCH位于调度了稍后PUSCH的PDCCH之前的PUSCH。
在一些实现中，预定符号(例如，Y个符号)的值可以包括基于能力(例如，能力#1或能力#2)之一的PUSCH准备时间。替代地，对预定符号的支持可以被定义为能力。处理器612可以被配置为报告预定符号的值作为能力。一种可能的选择是指定多个Y值，并且处理器612可以报告它可以支持的Y值。
在一些实现中，在确定调度了乱序的上行链路调度之后(例如，第二上行链路传输被调度为早于第一上行链路传输)，处理器612可以被配置为将第二上行链路传输(例如，稍后调度的PUSCH)的准备时间延长预定数量的符号(例如，E个符号)。例如，当不存在乱序UL调度时，N2可以被定义为用于稍后调度的PUSCH的PUSCH准备时间。对于乱序的上行链路调度情况，处理器612可以将用于稍后调度的PUSCH的PUSCH准备时间延长为N2+E个符号。对预定数量的符号(例如，E个符号)的支持可以被定义为能力。处理器612可以被配置为报告预定符号的值作为能力。一种可能的选择是指定多个E值，并且处理器612可以报告其适应乱序上行链路调度所需的E值。
在一些实现中，对于当处理器612由于乱序的上行链路调度而跳过至少一个上行链路传输(例如，PUSCH)的情况，处理器612可以将用于稍后调度的PUSCH的PUSCH准备时间延长E个符号。处理器612可以被配置为确定由于乱序的上行链路调度，其是否可以跳过至少一个PUSCH。处理器612可以被配置为在处理器612确定由于乱序的上行链路调度而可以跳过至少一个PUSCH的情况下，将用于稍后调度的PUSCH的准备时间延长E个符号。例如，N2可以被定义为当不存在跳过场景时用于稍后调度的PUSCH的PUSCH准备时间。对于跳过情况，处理器612可以将用于稍后调度的PUSCH的PUSCH准备时间延长为N2+E个符号。
在一些实现中，对于乱序的上行链路调度，处理器612可以被配置为丢弃起始符号(例如，第一个符号)在优先的上行链路传输的结尾(例如，最后一个符号)之后的预定符号(例如，X个符号)之内的上行链路传输(例如，PUSCH)。对于给定调度的网络节点中的任何两个HARQ过程ID，在处理器612被调度为通过在符号i结束的PDCCH，开始始于符号j的第一PUSCH传输的情况下，以及在处理器612被调度为通过在符号i之后结束的PDCCH，发送在第一PUSCH的结尾之前开始的第二PUSCH的情况下，处理器612可以被配置为跳过在第二PUSCH的结尾之后的X个符号内开始的任何PUSCH传输。
在一些实现中，对于乱序的上行链路调度，在优先的上行链路传输与任何先前调度的上行链路传输的开始之间应当存在X符号的间隙。对于给定调度的网络节点中的任何两个HARQ过程ID，如果处理器612被调度为通过在符号i结束的PDCCH，开始始于符号j的第一PUSCH传输，则不期望处理器612被调度为通过在符号i之后结束的PDCCH，发送在第一PUSCH开始之前的X个符号内结束的PUSCH。
在一些实现中，当优先的PUSCH与任何先前调度的PUSCH的开始之间的间隙小于X时，处理器612可以将其视为错误情况。当优先PUSCH与任何先前调度的PUSCH的开始之间的间隙小于X时，不期望处理器612按乱序上行链路调度进行调度。处理器612可配置为忽略/丢弃第一控制信号和第二控制信号中的至少一个，并且不发送第一上行链路传输和第二上行链路传输中的至少一个。
在一些实现中，在确定调度了乱序的上行链路调度之后(例如，第二上行链路传输被调度为早于第一上行链路传输)，处理器612可以被配置为在一些调度条件下处理两个上行链路传输(例如，两个PUSCH)。处理器612可以被配置为确定调度条件是否被满足。处理器612可以被配置为在调度条件被满足的情况下执行第一上行链路传输和第二上行链路传输。当满足调度条件时，这意味着调度可以是宽松(loose)的以及处理器612能够在这种调度下处理两个上行链路传输。处理器612可以根据调度条件确定它是否可以处理两个上行链路传输。调度条件可以由网络装置620配置或由处理器612确定。
在一些实现中，当较高优先级的PUSCH不满足调度条件时，处理器612可以丢弃较低优先级PUSCH的传输。否则，也可以传输较低优先级的PUSCH。可替代地，当较低优先级的PUSCH不满足调度条件时，处理器612可以丢弃较低优先级PUSCH的传输。否则，也可以传输较低优先级的PUSCH。对于在一些调度条件下处理两个PUSCH的支持，可以作为一种能力。处理器612可以被配置为向网络装置620报告其支持。
在一些实现中，对于乱序的上行链路调度，在处理器612丢弃第一PUSCH(例如，由第一DCI调度)的传输的情况下，处理器612不期望接收调度其他PUSCH的任何其他DCI，其中该其他PUSCH相关联的资源在时间上与丢弃的PUSCH资源重叠。处理器612可以忽略/丢弃调度其他PUSCH的任何其他DCI，其中该其他PUSCH相关联的资源在时间上与丢弃的PUSCH资源重叠。
在一些实现中，当第一调度的PUSCH和第二调度的PUSCH在时域中重叠/冲突时，处理器612可以被配置为丢弃第一调度的PUSCH的传输。处理器612可以停止在高优先级PUSCH开始之前的X个符号处的传输。X个符号的长度可以包括PUSCH准备时间(例如，N2)。
在一些实现中，处理器612可以继续低优先级PUSCH的传输，直到开始高优先级PUSCH。这可以定义为能力。处理器612可以被配置为向网络装置620报告其支持。
在一些实现中，处理器612可以在一些调度条件下继续低优先级PUSCH的传输直到开始高优先级PUSCH。这可以定义为能力。处理器612可以被配置为向网络装置620报告其支持。
例示性过程
图7示出了根据本公开的实现方式的示例过程700。过程700可以是与根据本公开的针对处理乱序的上行链路调度相关的上述场景/方案的示例实现方式，无论是部分的还是完全的。过程700可以表示通信装置610的多个特征的实现方式。过程700可以包括如框710、720、730和740中的一个或多个所示的一个或多个操作、动作或功能。尽管被示出为离散的框，根据所需的实现方式，过程700的各个框可以被划分为附加的框、组合成更少的框或者被取消。此外，过程700的框可以按照图7中所示的顺序执行，或者，可以按照不同的顺序执行。过程700可以由通信装置610或任何合适的UE或机器类型的设备实现。仅出于说明性目的而非限制，下面以通信装置610为背景描述过程700。过程700在框710处开始。
在710，过程700可涉及装置610的处理器612接收用于调度第一上行链路传输的第一控制信号。过程700可以从710进行到720。
在720，过程700可以涉及处理器612接收用于调度第二上行链路传输的第二控制信号。过程700可以从720进行到730。
在730，过程700可以涉及处理器612确定第二上行链路传输是否被调度为早于第一上行链路传输。过程700可以从730进行到740。
在740，过程700可以涉及当第二上行链路传输被调度为早于第一上行链路传输时，处理器612丢弃第一上行链路传输。
在一些实现中，过程700可涉及处理器612确定第一上行链路传输的第一符号是否在第二上行链路传输的最后一个符号之后的预定符号内。
在一些实现中，预定符号可以包括PUSCH准备时间。
在一些实现中，过程700可以涉及处理器612确定第一控制信号的最后一个符号是否在第二控制信号的第一个符号之前的预定符号内。
在一些实现中，过程700可以涉及处理器612报告预定符号的值作为UE能力。
在一些实现中，过程700可以涉及在第二上行链路传输被调度为早于第一上行链路传输的情况下，处理器612忽略第二控制信号。
在一些实现中，过程700可以涉及处理器612确定第一上行链路传输和第二上行链路传输在时域上是否重叠。过程700还可以涉及处理器612在第一上行链路传输和第二上行链路传输在时域上重叠的情况下，丢弃第一上行链路传输的一部分。
图8示出了根据本公开的实现方式的示例过程800。过程800可以是与根据本公开的针对处理乱序的上行链路调度相关的上述场景/方案的示例实现方式，无论是部分的还是完全的。过程800可以表示通信装置610的多个特征的实现方式。过程800可以包括如框810、820、830和840中的一个或多个所示的一个或多个操作、动作或功能。尽管被示出为离散的框，根据所需的实现方式，过程800的各个框可以被划分为附加的框、组合成更少的框或者被取消。此外，过程800的框可以按照图8中所示的顺序执行，或者，可以按照不同的顺序执行。过程800可以由通信装置610或任何合适的UE或机器类型的设备实现。仅出于说明性目的而非限制，下面以通信装置610为背景描述过程800。过程800在框810处开始。
在810，过程800可以涉及装置610的处理器612接收用于调度第一上行链路传输的第一控制信号。过程800可以从810进行到820。
在820，过程800可以涉及处理器612接收用于调度第二上行链路传输的第二控制信号。过程800可以从820进行到830。
在830，过程800可以涉及处理器612确定第二上行链路传输是否被调度为早于第一上行链路传输。过程800可以从830进行到840。
在840，过程800可以涉及在第二上行链路传输被调度为早于第一上行链路传输的情况下，处理器612将第二上行链路传输的准备时间延长预定数量的符号。
在一些实现中，过程800可以涉及处理器612确定是否满足调度条件。过程800可以进一步涉及在满足调度条件的情况下，处理器612执行第一上行链路传输和第二上行链路传输。
在一些实现中，过程800可以涉及在不满足调度条件的情况下，处理器612丢弃第一上行链路传输。
补充说明
本文中所描述的主题有时例示了包含在不同的其它部件之内或与其连接的不同部件。要理解的是，这些所描绘架构仅是示例，并且实际上能够实施实现相同功能的许多其它架构。在概念意义上，实现相同功能的部件的任意布置被有效地“关联”成使得期望之功能得以实现。因此，独立于架构或中间部件，本文中被组合为实现特定功能之任何两个部件能够被看作彼此“关联”成使得期望之功能得以实现。同样，如此关联之任何两个部件也能够被视为彼此“在操作上连接”或“在操作上耦接”，以实现期望功能，并且能够如此关联的任意两个部件还能够被视为彼此“在操作上可耦接”，以实现期望的功能。在操作在可耦接之特定示例包括但不限于物理上能配套和/或物理上交互的部件和/或可无线地交互和/或无线地交互的部件和/或逻辑上交互和/或逻辑上可交互的部件。
此外，关于本文中任何复数和/或单数术语的大量使用，本领域普通技术人员可针对上下文和/或应用按需从复数转化为单数和/或从单数转化为复数。为了清楚起见，本文中可以明确地阐述各种单数/复数互易。
另外，本领域技术人员将理解，通常，本文中所用的术语且尤其是在所附的权利要求(例如，所附的权利要求的主体)中所使用的术语通常意为“开放”术语，例如，术语“包含”应被解释为“包含但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应解释为“包括但不限于”，等等。本领域技术人员还将理解，如果引入的权利要求列举的特定数目是有意的，则这种意图将在权利要求中明确地列举，并且在这种列举不存在时不存在这种意图。例如，作为理解的帮助，所附的权利要求可以包含引入权利要求列举的引入性短语“至少一个”和“一个或更多个”的使用。然而，这种短语的使用不应该被解释为暗示权利要求列举通过不定冠词“一”或“一个”的引入将包含这种所引入的权利要求列举的任何特定权利要求限制于只包含一个这种列举的实现方式，即使当同一权利要求包括引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词(例如，“一和/或一个”应被解释为意指“至少一个”或“一个或更多个”)时，这同样适用于用来引入权利要求列举的定冠词的使用。另外，即使明确地列举了特定数量的所引入的权利要求列举，本领域技术人员也将认识到，这种列举应被解释为意指至少所列举的数量(例如，在没有其它的修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举)。此外，在使用类似于“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所述的方法，其中，所述预定符号包括物理上行链路共享信道(PUSCH)准备时间。
4.根据权利要求1所述的方法，其中，所述确定包括：确定所述第一控制信号的最后一个符号是否在所述第二控制信号的第一个符号之前的预定符号内。
5.根据权利要求1所述的方法，还包括：
由所述处理器报告预定符号的值作为用户设备UE的能力。
6.根据权利要求1所述的方法，还包括：
在所述第二上行链路传输被调度为早于所述第一上行链路传输的情况下，所述处理器忽略所述第二控制信号。
7.根据权利要求1所述的方法，还包括：
由所述处理器确定所述第一上行链路传输和所述第二上行链路传输在时域上是否重叠；以及
如果所述第一上行链路传输和所述第二上行链路传输在时域中重叠，则所述处理器丢弃所述第一上行链路传输的一部分。
8.一种处理上行链路调度的方法，包括：
由装置的处理器接收用于调度第一上行链路传输的第一控制信号；
由所述处理器接收用于调度第二上行链路传输的第二控制信号；其中，所述第二控制信号的结束时间晚于所述第一控制信号的结束时间；
由所述处理器确定所述第二上行链路传输是否被调度为早于所述第一上行链路传输；以及
如果所述第二上行链路传输被调度为早于所述第一上行链路传输，则所述处理器将所述第二上行链路传输的准备时间延长预定数量的符号。
9.根据权利要求8所述的方法，还包括：
由所述处理器确定调度条件是否被满足；以及
在所述调度条件被满足的情况下，由所述处理器执行所述第一上行链路传输和所述第二上行链路传输两者。
10.根据权利要求9所述的方法，还包括：
在不满足所述调度条件的情况下，由所述处理器丢弃所述第一上行链路传输。
11.一种无线通信装置，包括：
收发器，在操作过程中所述收发器与无线网络的网络节点进行无线通信；以及
通信地耦接到所述收发器的处理器，使得在操作期间，所述处理器执行的操作包括：
经由所述收发器接收用于调度第一上行链路传输的第一控制信号；
经由所述收发器接收用于调度第二上行链路传输的第二控制信号；其中，所述第二控制信号的结束时间晚于所述第一控制信号的结束时间；
确定所述第二上行链路传输是否被调度为早于所述第一上行链路传输；以及
在所述第二上行链路传输被调度为早于所述第一上行链路传输的情况下，丢弃所述第一上行链路传输。
12.根据权利要求11所述的装置，其中，在确定所述第二上行链路传输是否被调度为早于所述第一上行链路传输时，所述处理器确定所述第一上行链路传输的第一个符号是否在所述第二上行链路传输的最后一个符号之后的预定符号内。
13.根据权利要求12所述的装置，其中，所述预定符号包括物理上行链路共享信道(PUSCH)准备时间。
14.根据权利要求11所述的装置，其中，在确定所述第二上行链路传输是否被调度为早于所述第一上行链路传输时，所述处理器确定所述第一控制信号的最后一个符号是否在所述第二控制信号的第一个符号之前的预定符号内。
15.根据权利要求11所述的装置，其中，在操作期间，所述处理器还执行以下操作：
经由所述收发器报告预定符号的值作为用户设备UE的能力。
16.根据权利要求11所述的装置，其中，在操作期间，所述处理器还执行以下操作：
在所述第二上行链路传输被调度为早于所述第一上行链路传输的情况下，忽略所述第二控制信号。
17.根据权利要求11所述的装置，其中，在操作期间，所述处理器还执行以下操作：
确定所述第一上行链路传输和所述第二上行链路传输在时域中是否重叠；以及
如果所述第一上行链路传输和所述第二上行链路传输在时域中重叠，则丢弃所述第一上行链路传输的一部分。
18.一种无线通信装置，包括：
收发器，在操作期间与无线网络的网络节点进行无线通信；以及
通信地耦接到所述收发器的处理器，使得在操作期间，所述处理器执行的操作包括：
经由所述收发器接收用于调度第一上行链路传输的第一控制信号；
经由所述收发器接收用于调度第二上行链路传输的第二控制信号；其中，所述第二控制信号的结束时间晚于所述第一控制信号的结束时间；
确定所述第二上行链路传输是否被调度为早于所述第一上行链路传输；以及
在所述第二上行链路传输被调度为早于所述第一上行链路传输的情况下，将所述第二上行链路传输的准备时间延长预定数量的符号。
19.根据权利要求18所述的装置，其中，在操作期间，所述处理器还执行以下操作：
确定是否满足调度条件；以及
在满足所述调度条件的情况下，执行所述第一上行链路传输和所述第二上行链路传输两者。
20.根据权利要求19所述的装置，其中，在操作期间，所述处理器还执行以下操作：
在不满足所述调度条件的情况下，丢弃所述第一上行链路传输。
CN202080001208.9A 2019-02-15 2020-02-14 移动通信中处理乱序上行调度的方法和装置 Active CN111837441B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201962806011P 2019-02-15 2019-02-15
US62/806,011 2019-02-15
US201962936657P 2019-11-18 2019-11-18
US62/936,657 2019-11-18
US16/789,799 2020-02-13
US16/789,799 US11246153B2 (en) 2019-02-15 2020-02-13 Method and apparatus for handling out-of-order uplink scheduling in mobile communications
PCT/CN2020/075267 WO2020164586A1 (en) 2019-02-15 2020-02-14 Method and apparatus for handling out-of-order uplink scheduling in mobile communications

Publications (2)

Publication Number Publication Date
CN111837441A CN111837441A (zh) 2020-10-27
CN111837441B true CN111837441B (zh) 2024-01-19

Family

ID=72043619

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080001208.9A Active CN111837441B (zh) 2019-02-15 2020-02-14 移动通信中处理乱序上行调度的方法和装置

Country Status (4)

Country Link
US (1) US11246153B2 (zh)
CN (1) CN111837441B (zh)
TW (1) TWI740377B (zh)
WO (1) WO2020164586A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020192748A1 (en) * 2019-03-27 2020-10-01 FG Innovation Company Limited Method and apparatus for handling overlapping pusch durations
JP2020162019A (ja) * 2019-03-27 2020-10-01 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
US20220150839A1 (en) * 2019-05-03 2022-05-12 Apple Inc. Closed loop power control for pusch
US11979902B2 (en) * 2019-07-10 2024-05-07 Qualcomm Incorporated Data scheduling in uplink burst
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
US11849461B2 (en) * 2020-02-14 2023-12-19 Intel Corporation UL transmission multiplexing and prioritization
WO2022120645A1 (en) * 2020-12-09 2022-06-16 Lenovo (Beijing) Limited Methods and apparatus of enhanced pdsch/pusch scheduling by enhanced pdcch with multiple transmissions
WO2023000147A1 (en) * 2021-07-19 2023-01-26 Nec Corporation Method, device and computer storage medium of communication
WO2023236002A1 (en) * 2022-06-06 2023-12-14 Qualcomm Incorporated Scheduling enhancement for a physical uplink shared channel conveying time-domain channel state information

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103250369A (zh) * 2010-12-01 2013-08-14 高通股份有限公司 利用盲解码确定上行链路控制路径
CN104641577A (zh) * 2012-09-19 2015-05-20 Lg电子株式会社 发送上行链路控制信息的方法和装置
CN107113083A (zh) * 2014-09-26 2017-08-29 高通股份有限公司 超低时延lte上行链路帧结构
CN107396394A (zh) * 2016-05-12 2017-11-24 华硕电脑股份有限公司 短传输时间间隔的上行链路传输的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8964678B2 (en) * 2011-12-23 2015-02-24 Blackberry Limited Method implemented in an eNodeB base station
US10397906B2 (en) * 2015-11-13 2019-08-27 Lg Electronics Inc. Method for transmitting wireless signals and apparatus therefor
KR20180040630A (ko) * 2016-02-02 2018-04-20 닛본 덴끼 가부시끼가이샤 Ul 스케줄링 및 ul 송신을 수행하는 방법 및 장치
US10349320B2 (en) * 2016-03-29 2019-07-09 Sharp Kabushiki Kaisha User equipments, base stations and methods
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
CN110063073B (zh) 2017-01-05 2022-08-05 瑞典爱立信有限公司 用于适配传输功率的方法和终端设备
US10764871B2 (en) * 2017-01-16 2020-09-01 Qualcomm Incorporated Extension of data transmission from ULRB to ULCB
US10499386B2 (en) 2017-06-15 2019-12-03 Sharp Kabushiki Kaisha Procedure, base station and user equipment for uplink transmission without grant

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103250369A (zh) * 2010-12-01 2013-08-14 高通股份有限公司 利用盲解码确定上行链路控制路径
CN104641577A (zh) * 2012-09-19 2015-05-20 Lg电子株式会社 发送上行链路控制信息的方法和装置
CN107113083A (zh) * 2014-09-26 2017-08-29 高通股份有限公司 超低时延lte上行链路帧结构
CN107396394A (zh) * 2016-05-12 2017-11-24 华硕电脑股份有限公司 短传输时间间隔的上行链路传输的方法及装置

Also Published As

Publication number Publication date
TW202033042A (zh) 2020-09-01
US20200267749A1 (en) 2020-08-20
CN111837441A (zh) 2020-10-27
TWI740377B (zh) 2021-09-21
WO2020164586A1 (en) 2020-08-20
US11246153B2 (en) 2022-02-08

Similar Documents

Publication Publication Date Title
CN111837441B (zh) 移动通信中处理乱序上行调度的方法和装置
US11973719B2 (en) Mechanisms for feedback of multiple HARQ procedures in a slot in mobile communications
CN110692277B (zh) 在移动通信中报告混合自动重传请求-确认信息的方法和装置
CN111226408A (zh) 用于移动通信中的上行链路传输的混合自动重传请求反馈过程
US11540312B2 (en) Method and apparatus for handling multiple active configurations of configured grant in mobile communications
CA2939930C (en) Tdd and fdd joint carrier aggregation in lte-advanced
WO2020063755A1 (en) Physical downlink control channel monitoring configuration in mobile communications
US20190357197A1 (en) Method And Apparatus For Handling Out-Of-Order Scheduling In Mobile Communications
US20190387506A1 (en) Method And Apparatus For Enhancing Time Domain-Resource Allocation Framework In Mobile Communications
CN111972022A (zh) 移动通信中紧凑下行链路控制信息的时域资源分配
US11304202B2 (en) Method for transmitting uplink control information, and related product
WO2020164606A1 (en) Method and apparatus for user equipment processing timeline enhancement in mobile communications
CN111742513B (zh) 用于移动通信中的用户设备处理时间轴增强的方法和装置
CN111295852B (zh) 用于移动通信中的系统信息重传的方法和装置
CN113315606A (zh) 用于无线通信的方法及装置
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
WO2022089403A1 (en) Methods for intra-ue multiplexing in mobile communications
CN117378162A (zh) 移动通信中物理上行链路控制信道载波切换的方法和装置
TW202316893A (zh) 用於pucch載波切換和pucch重複的方法和裝置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant