CN116584122A - 用于频带内载波聚合中的同时的pucch和pusch传输的方法 - Google Patents

Abstract

描述了用于移动通信中的频带内载波聚合(CA)中的同时的物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)传输的各种解决方案。可在UE中实施的装置从网络接收信号。装置然后在网络的不同小区中执行同时的物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)传输，以响应于接收到该信号。

Description

用于频带内载波聚合中的同时的PUCCH和PUSCH传输的方法

相关专利申请的交叉引用

本公开是非临时申请的一部分，要求2020年10月23日提交的美国专利申请No.63/104,638的优先权，该申请的内容通过引用整体并入本文。

技术领域

本公开总体上涉及移动通信，更具体地，涉及用于在移动通信中的频带内载波聚合(carrier aggregation，CA)中进行同时的物理上行链路控制信道(physical uplinkcontrol channel，PUCCH)和物理上行链路共享信道(physical uplink shared channel，PUSCH)传输的技术。

背景技术

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

在无线通信中，例如在用于第5代(5G)新无线电(New Radio，NR)的第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)规范下的移动通信中，用于具有不同优先级的PUSCH和PUCCH之间的重叠的优先级化规则仍待定义。一方面，在PUCCH上携带的增强型移动宽带(enhanced Mobile BroadBand，eMBB)上行链路控制信息(uplink controlinformation，UCI)通常很大并且以低优先级发送。另一方面，超可靠低时延通信(Ultra-Reliable Low-Latency Communication，URLLC)PUSCH通常以高优先级发送。因此，复用低优先级eMBB PUCCH和高优先级URLLC PUSCH不是合理的方案，并且URLLC PUSCH有很大风险不满足可靠性和时延要求。此外，仍然需要定义对于频带内CA的不同小区中的同时的PUCCH/PUSCH传输的支持。因此，需要一种在移动通信中的频带内CA中进行同时的PUCCH和PUSCH传输的解决方案。

发明内容

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

本公开的目的是提出解决本文所述问题的解决方案或方案。更具体地，相信本公开中提出的各种方案提供了用于移动通信中的频带内CA中的同时的PUCCH和PUSCH传输的解决方案。

在一个方面，一种方法可以包括UE从网络接收信号。该方法还可以包括UE在网络的不同小区中执行同时的PUCCH和PUSCH传输以响应于接收到该信号。

在另一方面，一种装置可以包括收发器和耦接于该收发器的处理器。收发器可以被配置为与网络进行无线通信。处理器可以经由收发器从网络接收信号。然后，处理器可以在网络的不同小区中执行同时的PUCCH和PUSCH传输以响应于接收到该信号。

值得注意的是，虽然这里提供的描述可以在诸如5G/NR移动通信的某些无线电接入技术、网络和网络拓扑的上下文中，但是所提出的概念、方案及其任何变型/派生形式可以在、用于或经由其它类型的无线电接入技术、网络和网络拓扑实施，例如但不限于长期演进(LTE)、LTE-Advance、LTE-Advance Pro、物联网(IoT)、窄带物联网(NB-IoT)、工业物联网(IIoT)、车辆到万物(V2X)和非陆地网络(NTN)通信。因此，本公开的范围不限于本文所述的示例。

附图说明

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

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

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

图3是根据本公开的实施的示例性处理的流程图。

具体实施方式

这里公开了所要求保护的主题的详细实施例和实施方式。然而，应当理解，所公开的实施例和实施方式仅仅是对可以以各种形式体现的所要求保护的主题的说明。然而，本公开可以以许多不同的形式来实施，并且不应当被解释为限于这里阐述的示例性实施例和实施方式。相反，提供这些示例性实施例和实施方式使得本公开的描述是全面且完整的，并且将向本领域技术人员充分传达本公开的范围。在下面的描述中，可以省略公知特征和技术的细节，以避免不必要地模糊所呈现的实施例和实施方式。

概述

根据本公开的实施方式涉及与移动通信中的频带内CA中的同时的PUCCH和PUSCH传输有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实施多个可能的解决方案。也就是说，尽管这些可能的解决方案可以在下面单独描述，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合来实施。

图1例示了其中可以实施根据本公开的各种解决方案和方案的示例网络环境100。参照图1，网络环境100可以涉及与无线网络120(例如，5G NR移动网络和/或诸如LTE网络、LTE-Advance网络、NB-IoT网络、IoT网络、IoT网络和/或NTN等另一类型的网络)进行无线通信的UE 110。UE 110可以经由基站或网络节点125(例如，eNB、gNB或发送接收点(transmit-receive point，TRP))与无线网络120进行无线通信。在网络环境100中，如下所述，UE 110和无线网络120可以实施与移动通信中的频带内CA中的同时的PUCCH和PUSCH传输有关的各种方案。

关于前述争论的一个可能的选项是延迟eMBB PUCCH并给予URLLC PUSCH传输优先级。这将在不产生任何多余重传的情况下工作。然而，这种选项将延迟eMBB业务，并且还将需要一些基站调度来查询被延迟的PUCCH。

另一选项是在不同载波上同时传输PUCCH和PUSCH。自3GPP规范的版本15(Rel-15)以来，已经支持不同载波上的同时的PUSCH传输。这种选项将在没有高成本的情况下避免丢弃或延迟低优先级传输。然而，需要定义如何支持用于频带内CA的不同小区中的同时的PUCCH/PUSCH传输。

在所提出的根据本公开的方案下，关于针对频带间CA和频带内CA的在不同小区中的同时的PUCCH/PUSCH传输的能力和报告方面，可以存在多个选项。第一选项可以涉及将针对频带间CA的不同小区中的同时的PUCCH/PUSCH传输定义为可选的UE能力。第二选项可涉及将针对频带间CA的不同小区中的同时的PUCCH/PUSCH传输配置为对于某些频带间组合而言受到支持的特征，且因此可逐个频带组合来报告此特征或能力。第三选项可以涉及将针对频带内CA的不同小区中的同时的PUCCH/PUSCH传输定义为可选的特征，并且因此可逐个频带报告此特征或能力。由于同时的PUCCH/PUSCH传输在频带间CA和频带内CA中需要不同的实施方式，第四选项可以涉及提供单独的UE特征。

在所提出的根据本公开的方案下，针对频带间CA和频带内CA的不同小区中的同时的PUCCH/PUSCH传输，在支持逐个数字参数(numerology)方面可以存在多个选项。第一选项可以涉及支持频带内CA的具有相同数字参数的同时的PUCCH/PUSCH传输。第二选项可以涉及不支持频带内CA的具有不同数字参数的同时的PUCCH/PUSCH传输。

在所提出的根据本公开的方案下，对于频带间CA和频带内CA的不同小区中的同时的PUCCH/PUSCH传输，在传输对齐方面可以有多种选择。第一选项可以涉及在传输在符号级别上对齐(例如，以最低子载波间隔(subcarrier spacing，SCS)的符号作为参考)的情况下，支持对于频带内CA的具有不同数字参数的同时的PUCCH/PUSCH传输。第二选项可以涉及在特定条件下支持对于频带内CA的不同小区中的同时的PUCCH/PUSCH传输。例如，该条件可以涉及遵循具有最小SCS的载波的分辨率的在不同小区中的同时的PUCCH/PUSCH传输的开始时间和结束时间。第三选项可以涉及需要同时的PUCCH/PUSCH上行链路(UL)信道的开始时间和结束时间跨分量载波(component carrier，CC)对齐。

在所提出的根据本公开的方案下，关于同时的PUCCH/PUSCH传输，UE(例如，UE110)可以通过高层参数来配置以启用和禁用同时的PUCCH/PUSCH传输。在第一选项中，可以逐个小区组或PUCCH组配置高层参数。例如，可以逐个小区组或PUCCH组启用和禁用同时的PUCCH/PUSCH传输。在第二选项中，可以为频带间和频带内的同时的PUCCH/PUSCH传输分别配置高层参数。例如，对于频带间和频带内传输，可以分别启用和禁用同时的PUCCH/PUSCH传输。在第三选项中，可以利用无线电资源控制(radio resource control，RRC)参数来启用同时的PUCCH/PUSCH传输。例如，在不存在RRC参数(例如，UE 110未接收到)的情况下，可以禁用同时的PUCCH/PUSCH传输。在第四选项中，可以针对不同优先级的传输单独配置高层参数。例如，可以仅针对具有高的物理层(PHY)级别优先级的信道启用同时的PUCCH/PUSCH传输。作为另一示例，对于具有频带间CA能力的UE(例如，UE 110)，在不同小区中的不同PHY级别优先级的同时的PUCCH/PUSCH传输可以由网络(例如，网络120通过网络节点125)经由同一PUCCH组内的RRC信令(例如，利用RRC参数)来配置。

在所提出的根据本公开的方案下，可以在具有不同优先级的PUCCH和PUSCH之间启用同时的PUCCH/PUSCH传输。在第一选项中，在PUSCH和PUCCH具有不同的PHY级别优先级的情况下，可以启用同时的PUCCH/PUSCH传输。否则，在PUCCH和PUSCH具有相同的PHY级别优先级的情况下，PUCCH和PUSCH可以被复用。在第二选项中，可以利用高层参数来启用和禁用针对具有不同优先级的PUCCH和PUSCH的同时的PUCCH/PUSCH传输。在第三选项中，可以利用高层参数来启用和禁用针对具有相同优先级的PUCCH和PUSCH的同时的PUCCH/PUSCH传输。

在所提出的根据本公开的方案下，在除此以外低优先级信道将被丢弃的情况下，可以在具有不同优先级的PUCCH和PUSCH之间启用同时的PUCCH/PUSCH传输。例如，如果PUSCH和PUCCH具有不同的PHY级别优先级并且不能被复用(例如，基于3GPP规范的版本16(Rel-16)和版本17(Rel-17)中定义的优先级规则，低优先级信道将被丢弃)，则在这种情况下可以启用同时的PUCCH/PUSCH传输。否则，如果可以复用PUSCH和PUCCH(例如，基于不同PHY级别优先级的信道之间的Rel-17复用规则)，则可以复用PUSCH和PUCCH。在所提出的方案下，对于具有不同优先级的PUCCH和PUSCH，UE 110可以被配置为执行同时的PUCCH/PUSCH传输或者对不同优先级的PUCCH和PUSCH进行复用。

在所提出的根据本公开的方案下，可以基于特定条件启用同时的PUCCH/PUSCH传输。在第一选项中，可以使用高层参数来启用或禁用条件。在第二选项中，可以使用高层参数来规定和启用/禁用条件。在第三选项中，在低优先级PUCCH(low-priority PUCCH，LP-PUCCH)携带混合自动重传请求(hybrid automatic repeat request，HARQ)反馈的情况下，可以启用同时的PUCCH/PUSCH传输。例如，在LP-PUCCH不携带HARQ反馈的情况下，可以禁用同时的PUCCH/PUSCH传输，并且可以执行Rel-16/Rel-17的优先级化规则(例如，丢弃LP-PUCCH)。在第四选项中，在LP-PUCCH携带数据(例如，在低优先级PUSCH(low-priorityPUSCH，LP-PUSCH)上传输上行链路共享信道(uplink shared channel，UL-SCH))的情况下，可以启用同时的PUCCH/PUSCH传输。例如，在LP-PUSCH仅承载信道状态信息(channel stateinformation，CSI)而没有数据的情况下，可以禁用同时的PUCCH/PUSCH传输，并且可以执行Rel-16/Rel-17的优先级化规则(例如，丢弃LP-PUSCH)。在第五选项中，在高优先级PUCCH(high-priority PUCCH，HP-PUCCH)具有特定PUCCH格式的情况下，可以启用同时的PUCCH/PUSCH传输。例如，在HP-PUCCH是PUCCH格式-0的情况下，可以启用同时的PUCCH/PUSCH传输。否则，可以执行Rel-16/Rel-17的优先级化规则(例如，丢弃LP-PUSCH)。

说明性实施方式

图2例示了根据本公开的实施的示例通信装置210和示例网络装置220。通信装置210和网络装置220中的每一个可以执行各种功能以实施本文描述的与在移动通信中的频带内CA中的同时的PUCCH和PUSCH传输有关的方案、技术、流程和方法，包括上面描述的场景/方案以及下面描述的流程。

通信装置210可以是电子设备的一部分，该电子设备可以是UE，例如便携式或移动装置、可穿戴装置、无线通信装置或计算装置。例如，通信装置210可以在智能电话、智能手表、个人数字助理、数码相机或诸如平板计算机、膝上型计算机或笔记本计算机的计算设备中实施。通信装置210还可以是机器类型设备的一部分，该机器类型设备可以是诸如固定或静止装置、家用装置、有线通信装置或计算装置等IoT、NB-IoT、IIoT或NTN装置。例如，通信装置210可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实施。或者，通信装置210可以以一个或多个集成电路(IC)芯片的形式来实施，例如但不限于一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(RISC)处理器、或者一个或多个复杂指令集计算(CISC)处理器。通信装置210可以包括图2所示的那些组件中的至少一些，例如处理器212。通信装置210还可以包括与本公开所提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，通信装置210的这样的组件既未在图2中示出也未在下文描述。

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

在一个方面中，处理器212和处理器222中的每一个可以一个或更多个单核处理器、一个或更多个多核处理器、一个或更多个RISC处理器或一个或更多个CISC处理器的形式来实施。也就是说，尽管这里使用单数术语“处理器”来指代处理器212和处理器222，但是根据本公开，在一些实施方式中，处理器212和处理器222中的每一个可以包括多个处理器，而在其他实施方式中可以包括单个处理器。在另一个方面中，处理器212和处理器222中的每一个可以以具有电子组件的硬件(以及可选地固件)的形式来实施，所述电子组件包括例如但不限于一个或多个晶体管，一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容二极管，其被配置和布置为实施根据本公开的特定目的。换言之，在至少一些实施方式中，处理器212和处理器222中的每一个都是专门设计，设置和配置为执行特定任务的专用机器，所述特定任务包括根据本公开的各种实施方式的移动通信中的在频带内CA中的同时的PUCCH和PUSCH传输。

在一些实施方式中，通信装置210还可以包括耦接于处理器212并能够无线地发送和接收数据的收发器216。在一些实施方式中，通信装置210还可以包括耦接于处理器212并能够由处理器212访问并在其中存储数据的存储器214。在一些实施方式中，网络装置220还可以包括耦接于处理器222并能够无线地发送和接收数据的收发器226。在一些实施方式中，网络装置220还可以包括耦接于处理器222并能够由处理器222访问并在其中存储数据的存储器224。因此，通信装置210和网络装置220可以分别经由收发器216和收发器226彼此无线通信。

通信装置210和网络装置220中的每一个可以是能够使用所提出的根据本公开的各种方案彼此通信的通信实体。为了帮助更好地理解，在移动通信环境的上下文中提供对通信装置210和网络装置220中的每一个的操作，功能和能力的以下描述，在所述移动通信环境中，通信装置210实施于或实施为通信网络(例如，无线网络120)中的装置或UE(例如，UE 110)，以及网络装置220实施于或实施为通信网络(例如，无线网络120)中的网络节点或基站(例如，网络节点125)。还值得注意的是，虽然以下描述的示例实施是在移动通信的上下文中提供的，但是同样可以在其他类型的网络中实施。

在根据本公开的与移动通信中的频带内CA中的同时的PUCCH和PUSCH传输有关的各种所提出的方案下，利用在网络环境100中实施于或实施为UE 110的通信装置210以及实施于或实施为网络节点125的网络装置220，通信装置210的处理器212可以经由收发器216从网络(例如，经由作为网络节点125的装置220的网络120)接收信号。此外，处理器212可以经由收发器216在网络的不同小区中执行同时的PUCCH和PUSCH传输，以响应于接收到信号。

在一些实施方式中，信号可以包括逐个PUCCH组配置的高层参数。替代地，信号可以包括逐个小区组配置的高层参数。

在一些实施方式中，信号可以包括用于启用和禁用具有不同优先级的同时的PUCCH和PUSCH传输的高层参数。

在一些实施方式中，在接收信号时，处理器212可以接收包含RRC参数的RRC信号。在这种情况下，响应于RRC参数的不存在或存在，可以禁用或启用具有不同或相同优先级的同时的PUCCH和PUSCH传输的执行。在一些实施方式中，RRC参数可以由网络单独地配置(例如，经由作为网络节点125的装置220)用于频带间和频带内同时的PUCCH和PUSCH传输。

在一些实施方式中，在执行同时的PUCCH和PUSCH传输时，处理器212可以在具有不同优先级的PUCCH和PUSCH之间执行同时的PUCCH和PUSCH传输。在这种情况下，信号可以启用同时的PUCCH和PUSCH传输，以响应于PUCCH和PUSCH具有不同PHY级别优先级。此外，在执行同时的PUCCH和PUSCH传输时，处理器212可以执行以下的同时传输：(a)HP-PUCCH和LP-PUSCH，或(b)LP-PUCCH和HP-PUSCH。此外，在执行同时的PUCCH和PUSCH传输时，处理器212可以在不同的小区中执行URLLC和eMBB的同时传输。

示例性流程

图3例示了根据本公开的实施的示例性流程300。流程300可以是根据本公开的关于移动通信中的在频带内CA中的同时的PUCCH和PUSCH传输的上述方案的部分或完全的示例实施方式。流程300可以表示通信装置210和网络装置220的特征的实施方式的一个方面。流程300可以包括如框310和320中的一个或多个所示的一个或多个操作、动作或功能。虽然被例示为离散的块，但是流程300的各个块可以被划分为更多的块，组合为较少的块，或者删除，这依赖于所期望的实施方式。此外，流程300的块可以以图3所示的顺序执行，或者替代地以不同的顺序执行。流程300可以由通信装置210或任何适当的UE或机器类型设备以及由网络装置220或任何适当的网络节点或基站来实施。仅出于说明性目的而非限制，以下在实施于UE 110中或实施为UE 110的通信装置210和实施于网络节点125中或实施为网络节点125的网络装置220的上下文中描述流程300。流程300可以在框310处开始。

在310处，流程300可以涉及在UE 110中实施或实施为UE 110的通信装置210的处理器212经由收发器216从网络(例如，经由作为网络节点125的装置220的网络120)接收信号。流程300可以从310进行到320。

在320处，流程300可涉及处理器212经由收发器216在网络的不同小区中执行同时的PUCCH和PUSCH传输，以响应于接收到信号。

在一些实施方式中，信号可以包括逐个PUCCH组配置的高层参数。替代地，信号可以包括逐个小区组配置的高层参数。

在一些实施方式中，信号可以包括用于启用和禁用不同优先级的同时的PUCCH和PUSCH传输的高层参数。

在一些实施方式中，在接收信号时，流程300可以涉及处理器212接收包含RRC参数的RRC信号。在这种情况下，响应于RRC参数的不存在或存在，可以禁用或启用具有不同或相同优先级的同时的PUCCH和PUSCH传输的执行。在一些实施方式中，RRC参数可以由网络单独地配置(例如，经由作为网络节点125的装置220)用于频带间和频带内的同时的PUCCH和PUSCH传输。

在一些实施方式中，在执行同时的PUCCH和PUSCH传输时，流程300可以涉及处理器212在具有不同优先级的PUCCH和PUSCH之间执行同时的PUCCH和PUSCH传输。在这种情况下，响应于PUCCH和PUSCH具有不同的PHY级别优先级，信号可以启用同时的PUCCH和PUSCH传输。此外，在执行同时的PUCCH和PUSCH传输时，流程300可以涉及处理器212执行以下同时的传输：(a)HP-PUCCH和LP-PUSCH，或(b)LP-PUCCH和HP-PUSCH。此外，在执行同时的PUCCH和PUSCH传输时，流程300可以涉及处理器212在不同小区中执行URLLC和eMBB的同时传输。

附加注释

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

此外，关于本文中基本上任何复数和/或单数术语的使用，本领域技术人员可以根据上下文和/或应用适当地从复数转化为单数和/或从单数转化为复数。为清楚起见，本文中可明确阐述各种单数/复数排列。

此外，本领域技术人员将理解，一般而言，本文中使用的术语，特别是在所附权利要求中使用的术语，例如所附权利要求的主体，通常旨在作为“开放式”术语，例如，术语“包括”应被解释为“包括但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应被解释为“包括但不限于”。本领域的技术人员将进一步理解，如果想要特定数目的引入的权利要求叙述，则这样的意图将在权利要求中明确地叙述，并且在没有这样的叙述的情况下，不存在这样的意图。例如，为了帮助理解，以下所附权利要求可以包含使用介绍性短语“至少一个”和“一个或多个”来引入权利要求叙述。然而，这样的短语的使用不应被解释为暗示由不定冠词“一”或“一个”引入的权利要求叙述将包含这样引入的权利要求叙述的任何特定权利要求限制为仅包含一个这样的叙述的实施方式，即使当同一权利要求包括介绍性短语“一个或多个”或“至少一个”时，并且不定冠词诸如“一”或“一个”，例如“一个”和/或“一个”应被解释为意指“至少一个”或"一个或多个；"这同样适用于引入权利要求叙述的明确文章的使用。此外，即使引入的权利要求列举的具体数量被明确地列举，本领域技术人员将认识到，这样的列举应被解释为意指至少所列举的数量，例如，没有其他修饰语的“两个列举”的裸列举意指至少两个列举，或两个或更多个列举。此外，在那些情况下，惯例类似于“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.根据权利要求1所述的方法，其特征在于，所述信号包括逐个小区组配置的高层参数。

4.根据权利要求1所述的方法，其特征在于，所述信号包括用于启用和禁用具有不同优先级的同时的物理上行链路控制信道和物理上行链路共享信道传输的高层参数。

5.根据权利要求1所述的方法，其特征在于，接收所述信号的步骤包括接收包含无线电资源控制参数的无线电资源控制信号。

6.根据权利要求5所述的方法，其特征在于，响应于所述无线电资源控制参数的不存在或存在，禁用或启用执行具有不同或相同优先级的所述同时的物理上行链路控制信道和物理上行链路共享信道传输。

7.根据权利要求6所述的方法，其特征在于，所述无线电资源控制参数针对频带间和频带内同时的物理上行链路控制信道和物理上行链路共享信道传输分别配置。

8.根据权利要求1所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输包括在具有不同优先级的物理上行链路控制信道和物理上行链路共享信道之间执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输。

9.根据权利要求8所述的方法，其特征在于，所述信号启用所述同时的物理上行链路控制信道和物理上行链路共享信道传输，以响应于所述物理上行链路控制信道和所述物理上行链路共享信道具有不同物理层级别优先级。

10.根据权利要求8所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输包括执行以下同时的传输：

高优先级物理上行链路控制信道和低优先级物理上行链路共享信道，或

低优先级物理上行链路控制信道和高优先级物理上行链路共享信道。

11.根据权利要求8所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输的步骤包括在不同小区中执行超可靠低时延通信和增强型移动宽带的同时传输。

12.一种装置，所述装置能够在用户设备中实施，包括：

收发器，其被配置为与网络进行无线通信；以及

处理器，其耦接于所述收发器且被配置为执行操作，所述操作包括：

经由所述收发器从所述网络接收信号；以及

经由所述收发器在所述网络的不同小区中执行同时的物理上行链路控制信道和物理上行链路共享信道传输，以响应于接收到所述信号。

13.根据权利要求12所述的装置，其特征在于，所述信号包括逐个物理上行链路控制信道组配置的高层参数。

14.根据权利要求12所述的装置，其特征在于，所述信号包括逐个小区组配置的高层参数。

15.根据权利要求12所述的装置，其特征在于，所述信号包括用于启用和禁用具有不同优先级的同时的物理上行链路控制信道和物理上行链路共享信道传输的高层参数。

16.根据权利要求12所述的装置，其特征在于，在接收所述信号时，所述处理器被配置为接收包含无线电资源控制参数的无线电资源控制信号，并且其中，响应于所述无线电资源控制参数的不存在或存在而禁用或启用执行具有不同或相同优先级的所述同时的物理上行链路控制信道和物理上行链路共享信道传输。

17.根据权利要求12所述的装置，其特征在于，在执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输时，所述处理器被配置为在具有不同优先级的物理上行链路控制信道和物理上行链路共享信道之间执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输。

18.根据权利要求17所述的装置，其特征在于，所述信号启用所述同时的物理上行链路控制信道和物理上行链路共享信道传输，以响应于所述物理上行链路控制信道和所述物理上行链路共享信道具有不同物理层级别优先级。

19.根据权利要求17所述的装置，其特征在于，在执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输时，所述处理器被配置为执行以下同时的传输：

高优先级物理上行链路控制信道和低优先级物理上行链路共享信道，或

低优先级物理上行链路控制信道和高优先级物理上行链路共享信道。

20.根据权利要求17所述的装置，其特征在于，在执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输时，所述处理器被配置为在不同小区中执行超可靠低时延通信和增强型移动宽带的同时传输。