CN115699967A - 传输优先级 - Google Patents

Abstract

一种对数据传输和控制传输进行优先级排序的方法和系统，其中调度的传输资源重叠。用户设备基于传输特性选择传输，传输特性例如为优先级或消息类型。在某些情况下，这两个传输可以被复用以进行传输。

Description

传输优先级

技术领域

本揭示涉及一种涉及传输的优先级，尤指一种处理数据和控制上行链路传输发生冲突时的优先级设定。

背景技术

无线通信系统如第三代(3G)移动电话标准和技术是众所周知的。这样的3G标准和技术是由第三代合作伙伴计划(3GPP)(RTM)开发。第三代无线通信通常用于支持宏蜂窝移动电话通信。通信系统和网络已经向宽带和移动系统发展。

在蜂窝无线通信系统中，用户设备(UE)通过无线链路连接到无线电接入网络(RAN)。RAN包括一组基站，该基站向基站覆盖的小区中的UE提供无线链路，RAN也提供整体网络控制的核心网络(CN)的接口。值得注意的是，RAN和CN各自执行与整个网络相关的各自功能。为方便起见，术语蜂窝网络用于指代RAN和CN的组合，可以理解该术语用于指代用于执行所公开功能的相应系统。

第三代合作伙伴计划为移动接入网络开发了所谓的长期演进(LTE)系统，即演进通用移动通信系统区域无线接入网(E-UTRAN)，其中一个或多个宏小区由称为eNodeB或eNB(演进NodeB)的基站支持。最近，LTE正朝着5G或新无线电(New Radio，NR)系统进一步发展，其中一个或多个小区由称为gNB的基站支持。NR建议使用正交频分复用(OFDM)物理传输格式。

NR协议旨在提供在未经许可的无线电频段(称为NR-U)中运行的选项。在未经许可的无线电频段中运行时，在未经许可的无线电频段中运行时，gNB和UE必须与其他装置竞争物理介质/资源访问。例如，Wi-Fi(RTM)、NR-U和LAA可以使用相同的物理资源。

无线通信的趋势是提供更低延迟和更高可靠性的服务。例如，NR旨在支持超可靠和低延迟通信(URLLC)，而大规模机器类型通信(mMTC)旨在为小数据包(通常大小为32字节)提供低延迟和高可靠性，其中用户平面延迟为1ms，可靠性为99.99999％，物理层的丢包率为10-5或10-6。

mMTC服务旨在通过高能效通信通道在较长的生命周期内支持大量装置，其中与每个装置之间的数据传输是偶尔并且不经常发生。例如，一个单元可能需要支持数千个装置。

以下公开涉及对蜂窝无线通信系统的各种改进。

发明内容

本摘要以简化形式介绍本揭示的概念，这些概念将在下面的详细说明中进一步描述。本摘要并非确定本揭示所主张主题的关键特征或基本特征，也无意用于确定所述主张主题的范围。

本揭示提供了一种从用户设备UE到基站的数据传输和控制传输进行优先级排序的方法。其中所述传输有重叠的资源。所述控制传输可以是HARQ反馈。如果两者都不能在调度的资源中传输，则所述UE可以将数据传输优先于控制传输。当所述基站没有接收到预期的HARQ反馈，会设定所述反馈是一NACK。所述基站适当地进行，例如通过调度重传。

所述UE可以根据所述控制传输或数据传输的相对优先级来选择传输所述控制传输或数据传输。如果所述控制传输或数据传输具有相同的优先级，可进行数据传输。在所述同等优先级的情况下，所述UE的行为可能取决于所述优先级。在所述优先级低的情况下，所述UE可以将所述控制信息与在PUSCH上的所述数据传输进行复用。其中所述优先级高，则所述UE可以在PUSCH上传输所述数据而不是所述控制信息。此外，可以基于控制信息的所述类型择择传输数据或控制信息。如果所述控制信息是NACK消息，则所述数据被传输，而如果所述控制信息是ACK消息，则发送所述控制信息。如果启用复用，所述ACK消息可以被复用。

在反馈是基于CBG的反馈的情况下，所述UE可以根据所述方法在传输所述控制信息之前，切换到基于TB的反馈。

所述非暂时性计算机可读介质可以包括：硬盘，CD-ROM、光存储装置、磁存储装置、只读存储器、可编程只读存储器、可擦可编程只读存储器、EPROM、电可擦可编程只读存储器和闪存。

附图说明

将参考附图仅以示例的方式描述本发明的进一步细节、方面和实施例。图中的组件是为了便于简单说明，不一定按比例绘制。为了便于理解，在各个附图中相同的组件使用相同的附图标记。

图1绘示出了蜂窝通信网络的示例性组件的示意图。

图2到图7绘示了传输优先级的方法。

具体实施方式

本领域技术人员将认识到并理解，所描述的示例的具体细节仅是对一些实施例的说明，并且本文中阐述的教示内容适用于各种替代设置。

图1显示了组成蜂窝网络的三个基站(例如，eNB或gNB，取决于特定的蜂窝标准和术语)的示意图。通常，每个基站由一个蜂窝网络运营商部署，以为该区域中的UE提供地理覆盖。基站形成无线电区域网络(RAN)。每个基站为其区域或小区中的UE提供无线网络覆盖。基站通过X2接口互联，通过S1接口与核心网相连。为了举例说明蜂窝网络的关键特征，在此仅绘示出了基本细节。在UE之间通过PC5接口用于侧行链路(SideLink，SL)通信。与图1相关的接口和组件名称仅用作示例，按照相同原理运行的不同系统可能使用不同的命名法。

每个基站都包含实现RAN功能的硬件和软件，包括与核心网络和其他基站的通信、核心网络和UE之间的控制和数据信号传输，以及与每个基站相关联的UE保持无线通信。核心网络包括实现网络功能的硬件和软件，例如整体网络管理和控制，以及呼叫和数据的路由。

如上所述，使用NR无线电标准提供的某些服务具有严格的可靠性和延迟目标。URLLC服务一般要求(按TR 38.913的定义)是32字节需有1x10-5的可靠性和1ms的用户平面延迟。为了实现此目标，可以修改用于分配传输资源的规则以允许控制和数据传输在时间上重叠。例如，

物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)承载上行控制信息(Uplink control information，UCI)，其中UCI包括混合式自动重送请求(HybridAutomatic Repeat reQuest，HARQ)反馈，而物理上行链路分享信道(Physical UplinkShared Channel，PUSCH)主要从逻辑共享信道传输数据，而PUCCH和PUSCH可以重叠。在其他场景中，UE可能正在运行不同优先级的服务。由于事先不知道到达数据包的优先级，因此在低优先级数据包之后出现的高优先级数据包可能会导致资源重叠情况。当基站已经为UE传输分配了周期性资源时，这种重叠可能会频繁发生。那么需要上行控制传输或动态上行控制的下行传输可能会导致资源与UE周期性资源的重叠。UE硬件可能不支持在独立频率资源上同时传输此类信道。本揭示中的重叠传输旨在覆盖在时域中具有两个传输重叠的传输。这种时域重叠涵盖了两个传输共享至少一个正交频分复用(Orthogonal FrequencyDivision Modulation，OFDM)符号的情况。它还涵盖了两个传输落在同一时隙内并且UE不能在该时隙内传输这两个传输(例如，由于硬件限制)的情况。通过在PUSCH资源上屏蔽UCI或对PUSCH数据进行速率匹配，在PUSCH上复用PUCCH控制信息，先前已经支持重叠资源。这种多路复用提高了有效码率，因此可能导致两个信道的可靠性降低。如果大量传输块(transport block，TB)需要确认，或者配置具有需要传输大量比特的大型HARQ码本，则会显着降低可靠性。

类似地，码块组(Code block group，CBG)反馈会导致大量反馈比特需要传输。

此外，每个传输都有一个与其相关联的优先级，这会影响如何处理冲突。均匀地复用具有非常不同优先级的两个传输可能导致较高优先级传输的不公平降级，反而允许传输低优先级信号。在优先级不同的情况下，公平传输算法可以选择延后较低优先级信号的传输，以提高较高优先级传输的可靠性。当需要重新传输时，较高优先级的传输具有无法满足的延迟要求时，这一点尤其重要。当两个传输具有同等优先级而发生冲突时，可能会出现一种特殊情况，要求UE决定如何解决冲突，而无需明确指出相对重要性。

在一具体实施例中，现现有标准建议在多路复用配置时授权(Configured grant，CG)-UCI和HARQ-ACK未配置，应该跳过冲突的CG-PUSCH。在某些情况下，例如，如果PUSCH的传输优先级较低时，跳过PUSCH传输并尝试稍后传输可能是合适的。是，如果PUSCH传输具有低延迟要求，则在给定的情况下跳过PUSCH可能会导致违反延迟目标，并且最终会丢弃数据包。下文阐述了用于PUCCH和PUSCH的复用或优先化的方法以解决这个困难。

本揭示重点在于UE内重叠控制传输和数据传输。PUSCH上的上行链路数据传输包括基于动态授权(Dynamic grant，DG)和基于配置授权(Configured grant，CG)的PUSCH传输。因此，本揭示提出的方法适用于两种类型的PUSCH传输。对于UE控制传输，主要关注包括HARQ反馈的控制信息。此HARQ反馈将与UE从其他通信实体(如基站)接收的TB相对应。尽管本揭示将重点放在HARQ反馈上，但以下阐述的原理适用于一般控制传输，包括HARQ反馈、调度请求和信道状态信息等。此外，当系统在许可频带上运行以及在共享频带上运行时，兴趣范围的场景包括非授权频段。非授权频段操作带来一些问题，主要源于非授权载波上信道访问的不确定性。与许可频段操作相比，这导致PUCCH和PUSCH冲突问题变得更糟。然而，本揭示提出的方法和原则通过提供解决各种场景中的冲突/冲突的原则，适用于许可和未许可操作。

下面列出了一组基于传输类型和相对优先级的碰撞传输优先级排序方法。一个共同的原则是数据传输优先于携带HARQ ACK/NACK(或其他)控制信息的控制传输。基站假定反馈丢失因此传输PUSCH而不是PUCCH的是NACK，且就像接收到NACK一样进行(通常认为数据的重传失败)。数据优先于控制信息提高了满足服务延迟目标的能力。

在冲突传输具有相同优先级的情况下，则UE的行为可能取决于优先级。例如，对于较低优先级的传输，可以对信号进行多路复用，从而接受可能降低的可靠性，而对于较高优先级的传输，可以进行数据传输并跳过冲突控制传输。这有助于满足高优先级数据传输的延迟要求，基站可以假定NACK用于未接收的控制传输。这可以触发来自基站的适当响应，以保护UE为其解除HARQ反馈优先级的传输。该响应可以是对应下行链路(Downlink，DL)TB的快速重传。通过这种方式，结果是确保满足两种传输的性能目标。

此外，还可以基于控制数据内容对传输进行优先级排序。例如，数据可以优先于HARQ的NACK传输(并且基站可以假定为NACK)，而HARQ的ACK可以优先于数据传输。

如上所述，在使用CBG反馈的情况下，反馈传输可能会很大。在该反馈与数据传输冲突的情况下，特别是在优先级相同的情况下，可以将反馈更改为基于TB的反馈。

这些原则可以视情况相互结合使用，也可以单独使用。数据传输可以在配置授权(CG)或动态授权(DG)资源上进行。下面列出了这些原则的一些例子。

在第一示例中，如图2所示，数据和控制(HARQ反馈)在时间重叠的PUSCH和PUCCH上被调度(200)。在步骤201，UE跳过控制传输的传输，在步骤202，在PUSCH上传输数据。在步骤203，基站接收PUSCH传输，并检测丢失的PUCCH传输(由于HARQ反馈的传输适用是可预期)。在步骤204，基站假设HARQ反馈将是NACK，并触发适当的行为(例如重传)。

此方法可确保按计划进行数据传输，从而满足延迟要求。根据该方法，如果未发送HARQ反馈有利于数据，则基站将假定反馈将是NACK。如果实际反馈将是NACK，则基站将正确运行，并且与发送反馈的方式相同。用于TB如果缺少HARQ反馈，则也可以在基站根据传输优先级和剩余分组延迟预算(Packet Delay Budget，PDB)决定重新传输。如果在PDB到期之前有足够的时间，基站可以触发HARQ反馈。如果PDB即将到期，它可能会选择安排重新传输。同样，传输的优先级会影响基站对丢失的HARQ反馈的响应方式。此外，数据传输是在不将其与控制信息多路复用的情况下进行的，因此保持了传输的可靠性。这种方法还避免了数据传输的延迟，从而保留了延迟性能。如果实际反馈将是ACK，则基站将做出错误的假设，并可能尝试重新传输假设丢失的数据。这种重传实际上是不需要的，因此传输资源利用效率降低，但数据传输可靠性的提高可能超过效率的降低。

图3显示了数据传输和控制传输之间的优先级划分的另一个示例。

在步骤300，PUCCH传输和PUSCH传输在时间上重叠，例如至少一个OFDM符号持续时间。在步骤301，UE确定PUCCH传输和PUSCH传输这两个传输的相对优先级。如果优先级不同，则UE进行到步骤302或303以发送具有最高优先级的传输。优先级可以基于来自基站的指示在RRC/更高层配置中提供给PHY层，或者在PHY层信令中动态地提供(例如在相关DCI中)。如果未指定优先级，则UE可以采用正常或最低优先级。可以假设诸如HARQ反馈(FB)之类的控制信息具有其指示的优先级，该优先级可以用相关的HARQ码本进行配置。在没有HARQ码本优先级或其他控制信息的情况下，可以假定优先级是相关PDSCH的优先级。

在步骤301，如果优先级相同，则UE优先在PUCCH上传输控制传输(步骤304)，在PUSCH上传输数据。显然，控制传输仅在其优先级高于数据传输时才进行。

如果没有进行控制传输，如参考图2所解释的，基站假定HARQ反馈将是NACK并相应地进行。

图3的流程图可以总结如下：

-PUSCH具有比PUCCH(HARQ FB)更高或相同的优先级：

→传输PUSCH并跳过PUCCH(使用HARQ FB)。

→在与PUSCH时间重叠的情况下，基站在跳过时假设HARQ反馈的NACK。

否则：

→传输PUCCH并跳过PUSCH。

图3的方法确保传输具有最高优先级的传输，并且传输的可靠性不会因将控制和数据复用在一起而降低。对于数据优先于控制信息进行传输的情况，其优点和效果如图3所述。特别地，在预期的HARQ反馈是NACK的情况下，实际行为与进行控制传输时的行为一致，而如果HARQ反馈是ACK，则可以执行不必要的数据传输，从而减少传输资源效率，但具有提高数据传输可靠性的优点。基站可以通过分析传输优先级和相关数据包的剩余PDB来最小化不必要的重传。

在控制信息优先于数据传输的情况下，可以将该数据重新调度到稍后的传输机会(视情况而定采用配置授权或动态授权)。对于动态授权的情况，基站发送一个新的调度命令以直接重传调度。对于配置授权的情况，UE可以在下一个周期性资源上进行传输，或者可以发送关于数据包优先级和PDB的调度请求。

图3的过程解决了一个潜在的问题，即如果HARQ反馈比特与PUSCH复用，则实际传输的HARQ反馈比特的数量可能是未知的。这可能与配置授权PUSCH尤其相关。由于在提议的方案中没有控制和数据传输的多路复用，所以基站要么接收完整的、原始的传输，要么什么都不接收。否则，当根据传统过程进行复用时，基站和UE之间关于多少反馈比特是复用控制信息的一部分的不对准可能导致基站处的解码错误，使得复用传输毫无价值。

显而易见的，本文中讨论的方法和过程适用于与PUCCH冲突的PUSCH传输。它们不知道资源是作为动态授权还是配置授权分配的，并且适用于所有类型的PUSCH传输。

图4显示了另一种确定传输优先级的方法。在步骤400中，PUCCH和PUSCH被分配给在时间上重叠的传输资源，例如至少一个OFDM符号持续时间。在步骤401，UE评估传输的相对优先级，如果它们不同，则进行到步骤402或403以执行最高优先级的传输。如果两个传输具有相同的优先级，则UE进行到步骤404。

在步骤404，UE评估两个传输的实际优先级。如果优先级低，则在步骤405，UE复用数据和控制信息并在PUSCH上传输复用的数据。在步骤406，如果优先级高，则UE优先于控制信息在PUSCH上发送数据传输。如上所述，基站假定未发送的HARQ反馈是NACK消息。具有优先级的示例可以是物理层优先级指示。对于URLLC服务，基站将此指示设置为1(高优先级)。对于正常优先级，该指示设置为0(正常或低优先级)。缺失的指示也被假定为0。然后在步骤401，比较PUCCH和PUSCH的优先级以决定是执行步骤402还是步骤403。如果PUCCH和PUSCH都具有相同的优先级，则步骤404比较实际优先级是什么。在步骤405，在0(低优先级)的情况下，UE根据复用控制和数据。在1(高优先级)的情况下，UE按照步骤404发送PUSCH。

图4的方法确保根据调度的时序进行低优先级传输，尽管由于控制和数据传输的多路复用而可能降低可靠性。但是，对于高优先级传输，这种降低的可靠性可能导致无法满足延迟和QoS目标，因此传输的是数据而不是控制信息。基站将对反馈假设一个NACK。然后，考虑到优先级和PDB，它可以决定触发反馈或重新传输相关数据，从而确保上行链路和下行链路数据流的良好传输质量。

图5显示了划分优先级的另一个示例，其中PUSCH传输用于基于动态授权或配置授权的PUSCH，但没有CG-UCI。在步骤500，PUCCH和PUSCH传输被调度在时间上重叠的资源上，例如通过至少一个OFDM符号。在步骤501，UE评估两个传输的相对优先级，如果它们不同，则进行到步骤502或503以传输最高优先级的传输。

如果这两个传输具有相同的优先级，则UE进行到步骤504，在该步骤中评估PUCCH传输的性质。如果控制传输中的HARQ反馈是NACK，则UE进行步骤505并优先于PUCCH传输PUSCH。如上所述，基站假定预期的HARQ反馈是NACK消息并相应地进行。

在步骤504，如果PUCCH传输是ACK消息，则在步骤506，UE优先于PUSCH传输PUCCH传输。这种方案的优点是基站不会对丢失的HARQ反馈进行任何无用的重传，因为只有在步骤505中HARQ反馈为NACK时才会丢失HARQ反馈。

图6显示了对图5的方法的修改，该系统在非授权频谱中运行并配置为使用每个配置授权UCI。这个UCI可以被称为CG-UCI。与图5相同的步骤具有相同的附图标记。

在步骤600，如果HARQ反馈是ACK，UE进一步检查CG-UCI和HARQ反馈复用是否被启用。如果启用了复用，则UE在步骤601将HARQ反馈与CG-UCI复用，并发送与复用的CG-UCI和ACK复用的CG-PUSCH。如果未启用复用，则在步骤602发送PUCCH(带有HARQ反馈)并且不发送CG-PUSCH(连同CG-UCI)。

如果HARQ反馈可用于多个TB，则在步骤600可以使用在冲突前最后接收到的TB的HARQ反馈值(ACK或NACK)。另一种选择是将多个TB的反馈组合在单个布尔(Boolean)值中，以便于图6的决策。例如，对于具有基于CBG反馈的单个或多个TB的情况，单个布尔值的结果可以通过对可用HARQ反馈位使用压缩函数获得。

在该方法中，如果反馈是NACK，则基站行为符合预期，且不发送反馈也没有缺点。如果反馈是ACK，则基站可以调度重传，从而导致传输资源效率降低，但是PUSCH的传输不会降低可靠性。

图7示出了另一种优先化方法，适用于PUSCH和PUCCH传输重叠(步骤700)，例如至少一个OFDM符号，并且HARQ反馈配置有基于码块组(Code block group，CBG)的反馈。

在步骤701，评估相对优先级，如果它们不同，则在步骤702或703进行更高优先级的传输，并且跳过另一个传输。如果两个传输具有相同的优先级，则UE进行到步骤704并切换到基于TB的HARQ反馈。在步骤705，UE发送与PUSCH复用的PUCCH(具有HARQ反馈)。如果PUSCH是配置授权PUSCH传输与CG-UCI，并且HARQ反馈具有相同的优先级，TB级HARQ反馈将与CG-UCI复用并与PUSCH一起传输。

基于CBG的反馈通常比基于TB的反馈包含更多的数据，因此切换到基于TB的反馈会减少要传输的反馈数据。因此，由于需要较少的穿孔来适应PUCCH传输，因此减少了由于复用导致的PUSCH传输可靠性的降低。该方法还确保无延迟地传输TB级反馈，从而消除了基站对由于丢失PUCCH传输而对反馈进行假设的需要。

如上所述，每个示例的方面可以用于与本文中所示和描述不同的组合中，这与从基于CBG的HARQ反馈到基于TB的HARQ反馈的变化特别相关，可以在任何上述示例。

因此，提供了用于解决调度数据和控制传输之间的冲突的各种方法。可以通过基于传输的相对优先级、传输类型或两个传输的其他相关参数选择要进行的传输来解决冲突。

尽管没有详细示出，构成网络一部分的任何装置可以至少包括处理器、存储单元和通信接口，其中处理器、存储单元和通信接口配置为执行本发明的任何方面的方法。下文描述了进一步的选项和选择。

本发明的实施例尤其是gNB和UE的信号处理功能可以使用相关领域技术人员已知的计算机系统或架构达成。该计算机系统可以是台式电脑、膝上型电脑或笔记本电脑、手持计算装置(PDA、手机、掌上电脑等)、服务器、客户端或任何其他类型可以使用对于给定的应用程序或环境需要的通用计算装置。计算机系统可以包括一个或多个处理器，该处理器可以使用通用或专用处理引擎来实现，例如微处理器、微控制器或其他控制模块。

计算机系统还可以包括主存储器，例如随机存取存储器(RAM)或其他动态存储器，用于存储可由处理器执行的信息和指令。该主存储器还可以用于存储当处理器执行的指令期间所需的临时变量或其他中间信息。计算机系统同样可以包括只读存储器(ROM)或其他静态存储装置，用于存储处理器的静态信息和指令。

该计算机系统还可以包括信息存储系统，该信息存储系统可以包括媒体驱动器和可移动存储接口。媒体驱动器可以包括驱动器或其他用以固定或支持可移动存储介质的机构，例如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、压缩盘(CD)或数字视频驱动器(DVD)(RTM)读取或写入驱动器(包括可写入写入驱动器或可擦写驱动器)，或其他可移动或固定媒体驱动器。存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD，或由介质驱动器读取和写入的其他固定或可移动介质。存储介质可以包括具有存储在其中的特定计算机软件或数据的计算机可读存储介质。

在替代实施例中，信息存储系统可以包括用于允许将计算机程序或其他指令或数据加载到计算机系统中的其他类似组件。这样的组件可以包括例如可移动存储单元和接口，例如程序盒和盒接口、可移动存储器(例如，闪存或其他可移动存储器模块)和存储器插槽，以及其他可移动存储单元以及允许软件和数据从可移动存储单元传输到计算机系统的接口。

计算机系统还可以包括通信接口。这种通信接口可用于允许在计算机系统和外部装置之间传输软件和数据。通信接口的示例可以包括调制解调器、网络接口(例如以太网或其他NIC卡)、通信端口(例如通用串行总线(USB)端口)、PCMCIA插槽和卡等。经由通信接口传输的软件和数据是信号的形式，这些信号可以是电子的、电磁的和光学的或能够被通信接口介质接收的其他信号。

在本文件中，术语“计算机程序产品”、“计算机可读介质”等通常可以用来指代有形介质，例如存储器、存储器装置，或存储单元。这些和其他形式的计算机可读介质可以存储一个或多个指令以供包括计算机系统的处理器使用以使处理器执行指定的操作。这样的指令通常被称为“计算机程序代码”(其可以以计算机程序或其他分组的形式被分组)。当被执行时，计算机系统能够执行本发明实施例的功能。请注意，代码可以直接使处理器执行指定的操作、被编译以执行此操作和/或与其他软件、硬件和/或固件元素(例如，用于执行标准功能的功能库)组合以执行此操作。

非暂时性计算机可读介质可以包括以下至少一个：硬盘、CD-ROM、光存储装置、磁存储装置、只读存储器、可编程只读存储器、可擦除可编程只读存储器、EPROM、电可擦除可编程只读存储器和闪存。在使用软件实现组件的实施例中，软件可以存储在计算机可读介质中并使用例如可移动存储驱动器加载到计算机系统中。控制模块(在该示例中，软件指令或可执行计算机程序代码)在由计算机系统中的处理器执行时，使处理器执行如本文中所述的本发明的功能。

此外，本发明构思可以应用于用于在网络组件内执行信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立装置的设计中采用本发明构思，例如数字信号处理器(DSP)的微控制器，或应用程序特定集成电路(ASIC)和/或任何其他子系统元素。

为了清楚起见，以上描述参考单个处理逻辑描述了本发明的实施例。然而，本发明构思同样可以通过多个不同的功能单元和处理器来实现以提供信号处理功能。因此，对特定功能单元的引用仅被视为对提供所描述功能的适当手段的引用，而不是表示严格的逻辑或物理结构或组织。

本发明的各方面可以任何合适的形式实现，包括硬件、软件、固件或这些的任何组合。本发明可以至少部分地实现为在一个或多个数据处理器和/或数字信号处理器或诸如FPGA装置的可配置模块组件上运行的计算机软件。

因此，本发明的实施例的组件和组件可以以任何合适的方式在物理上、功能上和逻辑上实现。实际上，该功能可以在单个单元中、在多个单元中或作为其他功能单元的一部分来实现。尽管已经结合一些实施例描述了本发明，但本发明并不旨在限于本文中所阐述的特定形式。相反，本发明的范围仅由所附权利要求限制。此外，尽管似乎结合特定实施例描述了特征，但是本领域技术人员将认识到，所描述实施例的各种特征可以根据本发明进行组合。在权利要求中，术语“包括”不排除其他组件或步骤的存在。

此外，虽然单独列出，但可以通过例如单个单元或处理器来实现多个装置、组件或方法步骤。此外，虽然单独的特征可以包括在不同的权利要求中，但这些特征可以有利地组合，并且不同权利要求中的包括并不意味着特征的组合是不可行的和/或有利的。此外，在一个权利要求类别中包含一个特征并不意味着对该类别的限制，而是表明该特征在适当的情况下同样适用于其他权利要求类别。

此外，权利要求中特征的顺序并不意味着必须执行这些特征的任何特定顺序，特别是方法权利要求中各个步骤的顺序并不意味着必须按照该顺序执行这些步骤。相反，可以以任何合适的顺序执行这些步骤。此外，单数引用不排除复数。因此，对“一”、“一个”、“第一”、“第二”等的引用并不排除复数。

尽管已经结合一些实施例描述了本发明，但并不意在限制于本文中所阐述的特定形式。相反，本发明的范围仅由所附权利要求限制。此外，尽管似乎结合特定实施例描述了特征，但是本领域技术人员将认识到，所描述的实施例的各种特征可以根据本发明进行组合。在权利要求中，术语“包括”或“包含”不排除其他元素的存在。

Claims (14)

1.一种从用户设备UE到基站的数据传输和控制传输进行优先级排序的方法，其中所述数据传输和所述控制传输具有重叠资源，所述方法包括：

在所述UE调度数据传输和控制传输，其中每个传输的传输资源重叠；及

在所述UE选择数据传输和所述控制传输其中之一在所述传输资源中传输；

其中所述选择步骤基于所述数据传输和所述控制传输的特性执行。

2.根据权利要求1的方法，其中所述特性是所述数据传输和所述控制传输的相对优先级。

3.根据权利要求1或2所述的方法，其中所述特征是消息类型。

4.根据前述权利要求中任一项所述的方法，其中，所述控制传输是HARQ反馈传输，并且所述UE选择所述数据传输。

5.根据前述权利要求中任一项所述的方法，其中，所述基站认定丢失的HARQ反馈传输为NACK。

6.根据权利要求5所述的方法，其中所述基站调度以重新传输所述丢失的HARQ反馈传输所确认的数据。

7.根据前述权利要求中任一项所述的方法，其中，基于所述传输携带数据的特性来选择所述数据传输。

8.根据权利要求2所述的方法，其中当优先级相等，则所述UE执行根据传输的绝对优先级进行所述选择步骤。

9.根据权利要求8所述的方法，其中当绝对优先级低，则所述UE选择所述数据传输和所述控制传输，并将所述控制传输与所述数据传输复用。

10.根据权利要求9所述的方法，其中所述UE切换到基于TB的反馈以用于复用所述控制传输。

11.根据权利要求8所述的方法，其中当绝对优先级高，则所述UE选择所述数据传输。

12.根据前述权利要求中任一项所述的方法，其中，所述特性是HARQ反馈消息的类型。

13.根据权利要求12所述的方法，其中如果控制传输是NACK消息，则进行所述数据传输，并且当所述控制传输是ACK，则进行所述控制传输。

14.一种用户设备，用于执行如权利要求1至13中任一项所述的方法。

Images