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

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

【技术实现步骤摘要】
【国外来华专利技术】用于频带内载波聚合中的同时的PUCCH和PUSCH传输的方法
[0001]相关专利申请的交叉引用
[0002]本公开是非临时申请的一部分，要求2020年10月23日提交的美国专利申请No.63/104,638的优先权，该申请的内容通过引用整体并入本文。


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

技术介绍

[0004]除非本文中另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不通过包括在本部分中而被承认为现有技术。
[0005]在无线通信中，例如在用于第5代(5G)新无线电(New Radio，NR)的第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)规范下的移动通信中，用于具有不同优先级的PUSCH和PUCCH之间的重叠的优先级化规则仍待定义。一方面，在PUCCH上携带的增强型移动宽带(enhanced Mobile BroadBand，eMBB)上行链路控制信息(uplink control information，UCI)通常很大并且以低优先级发送。另一方面，超可靠低时延通信(Ultra
‑
Reliable Low
‑
Latency Communication，URLLC)PUSCH通常以高优先级发送。因此，复用低优先级eMBB PUCCH和高优先级URLLC PUSCH不是合理的方案，并且URLLC PUSCH有很大风险不满足可靠性和时延要求。此外，仍然需要定义对于频带内CA的不同小区中的同时的PUCCH/PUSCH传输的支持。因此，需要一种在移动通信中的频带内CA中进行同时的PUCCH和PUSCH传输的解决方案。

技术实现思路

[0006]以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文所述的新颖且非显而易见的技术的概念、要点、益处和优点。在下面的详细描述中进一步描述了选择的实施方式。因此，以下概述不旨在标识所要求保护的主题的基本特征，也不旨在用于确定所要求保护的主题的范围。
[0007]本公开的目的是提出解决本文所述问题的解决方案或方案。更具体地，相信本公开中提出的各种方案提供了用于移动通信中的频带内CA中的同时的PUCCH和PUSCH传输的解决方案。
[0008]在一个方面，一种方法可以包括UE从网络接收信号。该方法还可以包括UE在网络的不同小区中执行同时的PUCCH和PUSCH传输以响应于接收到该信号。
[0009]在另一方面，一种装置可以包括收发器和耦接于该收发器的处理器。收发器可以被配置为与网络进行无线通信。处理器可以经由收发器从网络接收信号。然后，处理器可以
在网络的不同小区中执行同时的PUCCH和PUSCH传输以响应于接收到该信号。
[0010]值得注意的是，虽然这里提供的描述可以在诸如5G/NR移动通信的某些无线电接入技术、网络和网络拓扑的上下文中，但是所提出的概念、方案及其任何变型/派生形式可以在、用于或经由其它类型的无线电接入技术、网络和网络拓扑实施，例如但不限于长期演进(LTE)、LTE
‑
Advance、LTE
‑
Advance Pro、物联网(IoT)、窄带物联网(NB
‑
IoT)、工业物联网(IIoT)、车辆到万物(V2X)和非陆地网络(NTN)通信。因此，本公开的范围不限于本文所述的示例。
附图说明
[0011]附图被包括以提供对本公开的进一步理解，并且被并入并构成本公开的一部分。附图示出了本公开的实施方式，并且与说明书一起用于解释本公开的原理。可以理解，附图不一定是按比例的，因为为了清楚地说明本公开的概念，一些组件可以与实际实施中的尺寸不成比例额方式示出。
[0012]图1是其中可以实施根据本公开的各种提出的方案的示例网络环境的示意图。
[0013]图2是根据本公开的实施的示例通信装置和示例网络装置的框图。
[0014]图3是根据本公开的实施的示例性处理的流程图。
具体实施方式
[0015]这里公开了所要求保护的主题的详细实施例和实施方式。然而，应当理解，所公开的实施例和实施方式仅仅是对可以以各种形式体现的所要求保护的主题的说明。然而，本公开可以以许多不同的形式来实施，并且不应当被解释为限于这里阐述的示例性实施例和实施方式。相反，提供这些示例性实施例和实施方式使得本公开的描述是全面且完整的，并且将向本领域技术人员充分传达本公开的范围。在下面的描述中，可以省略公知特征和技术的细节，以避免不必要地模糊所呈现的实施例和实施方式。
[0016]概述
[0017]根据本公开的实施方式涉及与移动通信中的频带内CA中的同时的PUCCH和PUSCH传输有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实施多个可能的解决方案。也就是说，尽管这些可能的解决方案可以在下面单独描述，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合来实施。
[0018]图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传输有关的各种方案。
[0019]关于前述争论的一个可能的选项是延迟eMBB PUCCH并给予URLLC PUSCH传输优先级。这将在不产生任何多余重传的情况下工作。然而，这种选项将延迟eMBB业务，并且还将需要一些基站调度来查询被延迟的PUCCH。
[0020]另一选项是在不同载波上同时传输PUCCH和PUSCH。自3GPP规范的版本15(Rel
‑
15)以来，已经支持不同载波上的同时的PUSCH传输。这种选项将在没有高成本的情况下避免丢弃或延迟低优先级传输。然而，需要定义如何支持用于频带内CA的不同小区中的同时的PUCCH/PUSCH传输。
[0021]在所提出的根据本公开的方案下，关于针对频带间CA和频带内CA的在不同本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】1.一种方法，包括：由在用户设备中实施的装置的处理器从网络接收信号；以及由所述处理器在所述网络的不同小区中执行同时的物理上行链路控制信道和物理上行链路共享信道传输，以响应于接收到所述信号。2.根据权利要求1所述的方法，其特征在于，所述信号包括逐个物理上行链路控制信道组配置的高层参数。3.根据权利要求1所述的方法，其特征在于，所述信号包括逐个小区组配置的高层参数。4.根据权利要求1所述的方法，其特征在于，所述信号包括用于启用和禁用具有不同优先级的同时的物理上行链路控制信道和物理上行链路共享信道传输的高层参数。5.根据权利要求1所述的方法，其特征在于，接收所述信号的步骤包括接收包含无线电资源控制参数的无线电资源控制信号。6.根据权利要求5所述的方法，其特征在于，响应于所述无线电资源控制参数的不存在或存在，禁用或启用执行具有不同或相同优先级的所述同时的物理上行链路控制信道和物理上行链路共享信道传输。7.根据权利要求6所述的方法，其特征在于，所述无线电资源控制参数针对频带间和频带内同时的物理上行链路控制信道和物理上行链路共享信道传输分别配置。8.根据权利要求1所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输包括在具有不同优先级的物理上行链路控制信道和物理上行链路共享信道之间执行所述同时的物理上行链路控制信道和物理上行链路共享信道传输。9.根据权利要求8所述的方法，其特征在于，所述信号启用所述同时的物理上行链路控制信道和物理上行链路共享信道传输，以响应于所述物理上行链路控制信道和所述物理上行链路共享信道具有不同物理层级别优先级。10.根据权利要求8所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输包括执行以下同时的传输：高优先级物理上行链路控制信道和低优先级物理上行链路共享信道，或低优先级物理上行链路控制信道和高优先级物理上行链路共享信道。11.根据权利要求8所述的方法，其特征在于，所述执行同时的物理上行链路控制信道和物理上行链路共享信道传输的步骤包括在不同小区中执行超可靠低时延通信和增强型移动宽带的同时传输。12.一种装置，所述装置能够在用户...

【专利技术属性】
技术研发人员：阿布戴拉提夫，
申请(专利权)人：联发科技新加坡私人有限公司，
类型：发明
国别省市：