CN116746262A - 移动通信中的跨载波调度的方法和装置 - Google Patents

移动通信中的跨载波调度的方法和装置 Download PDF

Info

Publication number
CN116746262A
CN116746262A CN202280010975.5A CN202280010975A CN116746262A CN 116746262 A CN116746262 A CN 116746262A CN 202280010975 A CN202280010975 A CN 202280010975A CN 116746262 A CN116746262 A CN 116746262A
Authority
CN
China
Prior art keywords
pucch
carrier
carrier mode
processor
slots
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.)
Pending
Application number
CN202280010975.5A
Other languages
English (en)
Inventor
阿布戴拉提夫·沙拿
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 CN116746262A publication Critical patent/CN116746262A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • 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
    • 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
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了移动通信中的关于用户设备和网络装置的跨载波调度的各种解决方案。一种装置可以在PUCCH小区组中的分量载波(CC)上接收物理下行链路控制信道(PDCCH)。该装置可以在PUCCH小区组中的由PDCCH调度的CC上的物理下行链路共享信道(PDSCH)上接收下行链路数据。该装置可以接收经由无线电资源控制(RRC)信号半静态地配置的或经由下行链路控制信息(DCI)动态地配置的物理上行链路控制信道(PUCCH)载波模式。该装置可以根据PUCCH载波模式在CC上的PUCCH上发送与下行链路数据相对应的上行链路控制信息(UCI)。

Description

移动通信中的跨载波调度的方法和装置
相关专利申请的交叉引用
本公开是要求2021年1月28日提交的美国临时专利申请No.63/142,516的优先权权益的非临时申请的一部分，其内容通过引用整体并入本文。
技术领域
本公开总体上涉及移动通信，并且更具体地，涉及移动通信中的关于用户设备和网络装置的时延改善(latency enhancement)和UCI传输改善(UCI transmissionenhancement)的使用PUCCH载波模式的动态和半静态跨载波调度。
背景技术
除非本文中另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不因被包括在本部分中而被承认为现有技术。
在长期演进(Long-Term Evolution，LTE)或新无线电(New Radio，NR)中，引入混合自动重传请求确认(hybrid automatic repeat request-acknowledgement，HARQ-ACK)信息传输以改进传输可靠性和稳健性。用户设备(user equipment，UE)需要在HARQ-ACK码本中报告针对对应的下行链路接收的HARQ-ACK信息。HARQ-ACK码本应当在由对应的下行链路控制信息(downlink control information，DCI)格式中的HARQ反馈定时指示符字段的值所指示的时隙中发送。DCI格式还应当指示被调度用于HARQ-ACK信息传输的物理上行链路控制信道(physical uplink control channel，PUCCH)资源。HARQ-ACK复用可以用于促进HARQ-ACK信息传输。对应于多个物理下行链路共享信道(physical downlink sharedchannel，PDSCH)传输的多个HARQ-ACK反馈可被累积、复用并一次发送到网络装置。一个PUCCH资源可以用于携带要在相同时隙中发送的多个HARQ-ACK反馈。
HARQ反馈比特的当前传输框架不适合URLLC。URLLC是针对对端到端时延和可靠性要求很高的新兴应用而引入的。一般URLLC的要求是，大小为32字节的分组应当以10-5的成功概率在1毫秒的端到端时延内发送。URLLC业务通常是偶发和短的，而低时延和高可靠性要求是严格的。例如，URLLC的控制可靠性必须比高达10-6BLER的数据可靠性更严格。因此，在上行链路时隙中仅允许一个PUCCH资源用于HARQ反馈比特传输将增加传输延迟。
另一方面，引入多链路操作以增加通信系统的系统容量和传输效率。多链路操作可以通过载波聚合(carrier aggregation，CA)或双连接(dual connectivity，DC)来实现，其中使用附加链路来增加可以传送到UE和从UE传送的数据量。UE可以被配置有多于一个无线电链路(例如，分量载波)并且可以连接到多于一个网络节点(例如，服务小区)。在CA的架构下，支持跨载波调度，以提高传输效率并降低时延。跨载波调度使得UE能够连接到不同网络节点，以在不同载波上接收下行链路数据。还可以使用跨载波调度来平衡来自业务的负载和跨不同分量载波的调度。在没有跨载波调度的情况下，物理下行链路控制信道(PDCCH)上的下行链路调度指派仅对发送它们的分量载波(component carrier，CC)有效。在跨载波调度的情况下，下行链路调度指派可以在除了接收到PDCCH的CC之外的CC上接收。
然而，在当前NR框架中，不支持针对上行链路控制信息(uplink controlinformation，UCI)传输(例如，PUCCH)的跨载波调度。在第三代合作伙伴计划(3rdGeneration Partnership Project，3GPP)版本16中，PUCCH载波被配置为PUCCH小区组内的单个小区。在时分双工(time division duplex，TDD)系统中，上行链路/下行链路TDD模式是URLLC时延的瓶颈。TDD允许上行链路和下行链路使用整个频谱，但使用不同的时隙。时间被划分为短的时隙，并且一些时隙被指定用于上行链路，而其他时隙被指定用于下行链路。该方法实现了非对称业务以及时变的上行链路和下行链路需求。然而，由于PUCCH仅能在上行链路时隙中调度，所以在TDD模式分配更多时隙作为下行链路时隙的情况下，上行链路时隙之间的持续时间将被拖得太长并且导致长时延。最坏情况下的PUCCH对准延迟是由下行链路和上行链路的长度主导的，并且可能禁止应用URLLC重传。因此，需要引入针对PUCCH传输的跨载波调度并增强针对URLLC的UCI传输。
因此，如何减少对准延迟/时延并增强可靠性对于新开发的无线通信网络中的URLLC或其他时延关键应用而言是重要的问题。因此，需要在支持URLLC时提供适当的跨载波调度机制和UCI传输改善以获得更好的性能。
发明内容
下面的发明内容仅仅是例示性的，而非旨在以任何方式进行限制。即，提供下面的发明内容来引入本文所描述的新颖且非显而易见的技术的概念、亮点、益处以及优点。在具体实施方式中进一步描述选择的实现方式。因此，下面的发明内容并非旨在标识所要求保护的主题的必要特征，也并非旨在用于确定所要求保护的主题的范围。
本公开的目的是提出解决上述与移动通信中的关于用户设备和网络装置的时延改善和UCI传输改善的动态和半静态跨载波调度有关的问题的解决方案或方案。
在一个方面，一种方法可以包括：装置在PUCCH小区组中的CC上接收PDCCH。该方法还可以包括：该装置在PUCCH小区组中的由PDCCH调度的CC上接收PDSCH。该方法还可以包括：该装置接收经由RRC信号半静态地配置的或者经由DCI动态地配置的PUCCH载波模式。该方法还可以包括：该装置根据所述PUCCH载波模式在CC上的PUCCH上发送与下行链路数据相对应的UCI。
在一个方面，一种方法可以包括：装置在CC上接收下行链路数据。该方法还可以包括：该装置在CC上接收经由半静态配置或动态和半静态配置的PUCCH载波模式。该方法还可以包括：该装置在发送与下行链路数据相对应的UCI时，根据所述PUCCH载波模式来执行PUCCH载波切换。
在一个方面，一种装置可以包括收发器和耦接到该收发器的处理器。收发器可以被配置为与无线网络的网络节点无线通信。处理器可以被配置为：经由收发器，在PUCCH小区组中的CC上接收PDCCH。处理器还可以被配置为：经由收发器，在PUCCH小区组中的由PDCCH调度的CC上的PDSCH上接收下行链路数据。处理器还可以被配置为：经由收发器，接收经由RRC信号半静态地配置或经由DCI动态地配置的PUCCH载波模式。所述处理器还可以被配置为：经由所述收发器，根据所述PUCCH载波模式在CC上的PUCCH上发送与下行链路数据相对应的UCI。
值得注意的是，尽管本文提供的描述可以是在某些无线电接入技术、网络和网络拓扑(诸如长期演进(Long-Term Evolution，LTE)、LTE-Advanced、LTE-Advanced Pro、第五代(5th Generation，5G)、新无线电(New Radio，NR)、物联网(Internet-of-Things，IoT)和窄带物联网(Narrow Band Internet of Things，NB-IoT)、工业物联网(IndustrialInternet of Things，IIoT)和第六代(6th Generation，6G))的上下文中，但是所提出的概念、方案和其任何变型/衍生型可以在其他类型的无线电接入技术、网络和网络拓扑中实现，用于其他类型的无线电接入技术、网络和网络拓扑中实现，以及通过其他类型的无线电接入技术、网络和网络拓扑中实现。因此，本公开的范围不限于本文描述的示例。
附图说明
包括附图以提供对本公开的进一步理解，并且附图被并入并构成本公开的一部分。附图例示了本公开的实现方式，并与说明书一起用于解释本公开的原理。可以清楚的是，附图不一定按比例绘制，因为一些部件可能被显示得与实际实现方式中的尺寸不成比例，以便清楚地例示本公开的概念。
图1是描绘根据本公开的实现方式的方案下的示例场景的示意图。
图2是描绘根据本公开的实现方式的方案下的示例场景的示意图。
图3是根据本公开的实现方式的示例通信系统的框图。
图4是根据本公开的实现方式的示例进程的流程图。
图5是根据本公开的实现方式的示例进程的流程图。
具体实施方式
本文公开了要求保护的主题的详细实施方式和实现方式。然而，应当理解，所公开的实施方式和实现方式仅是对可以以各种形式实施的要求保护的主题的例示。然而，本公开可以按许多不同形式实施，而不应视为对本文所阐述的示例性实施方式和实现方式进行限制。相反地，提供这些示例性实施方式和实现方式，以使本公开的描述透彻且完整，并且将向本领域技术人员全面传达本公开的范围。在下面的描述中，已知特征和/或技术的细节可以省略，以避免不必要地模糊所呈现的实施方式和实现方式。
概述
根据本公开的实现方式涉及与移动通信中的关于用户设备和网络装置的时延改善的半静态和动态跨载波调度有关的各种技术、方法、方案和/或解决方案。根据本公开，许多可能的解决方案可以单独地或联合地实现。即，尽管这些可能的解决方案可以在下面单独描述，但是这些可能的解决方案中的两者或更多者可以按一个组合或另一组合来实现。
在当前NR框架中，不支持针对UCI传输(例如，PUCCH)的跨载波调度。在3GPP版本16中，PUCCH载波被配置为PUCCH小区组内的单个小区。在TDD系统中，上行链路/下行链路TDD模式是URLLC时延的瓶颈。TDD允许上行链路和下行链路使用整个频谱，但使用不同的时隙。时间被划分为短的时隙，并且一些时隙被指定用于上行链路，而其他时隙被指定用于下行链路。该方法实现非对称业务以及时变的上行链路和下行链路需求。然而，由于PUCCH仅能在上行链路时隙中调度，所以在TDD模式分配更多时隙作为下行链路时隙的情况下，上行链路时隙之间的持续时间将被拖得太长并且导致长时延。最坏情况下的PUCCH对准延迟是由下行链路和上行链路的长度主导的，并且可能禁止应用URLLC重传。因此，需要引入针对PUCCH传输的跨载波调度并增强针对URLLC或其他时延关键应用的UCI传输。
鉴于以上内容，本公开提出了与关于UE和网络装置的时延改善和UCI传输改善的动态和半静态跨载波调度有关的多种方案。根据本公开的方案，支持具有在不同CC上的上行链路时隙之间的适当时间偏移的TDD载波的CA系统。UE可以被配置有针对PUCCH的动态和半静态跨载波调度。用于PUCCH的CC的切换可以有助于减少具有不同TDD模式的两个或更多个载波的CA的时延。因此，通过应用本公开的方案，可以改进UCI传输的性能以减少对准延迟/时延。具有URLLC要求的应用可以受益于通过本公开的实现方式实现的改善。
图1例示了根据本公开的实现方式的方案下的示例场景100。场景100涉及UE和多个网络节点，其可以是无线通信网络(例如，LTE网络、5G网络、NR网络、IoT网络或NB-IoT网络)的一部分。场景100例示了针对PUCCH的半静态跨载波调度的示例。UE可以被配置有多个CC，诸如第一CC(例如，CC 1)、第二CC(例如，CC 2)和第三CC(例如，CC 3)。第一CC、第二CC和第三CC可以具有针对上行链路/下行链路时隙的相同或不同的TDD模式。例如，对于CC 1，下行链路时隙对上行链路时隙的比率是3:1，对于CC 2，下行链路时隙对上行链路时隙的比率是4:1，并且对于CC 3，下行链路时隙对上行链路时隙的比率是3:1。为了减少对准延迟，UE可以被配置有用于PUCCH的CC的半静态切换。
具体地，UE可以在PUCCH小区组中的第一CC上接收PDCCH。PDCCH可以在第一CC上调度PDSCH。UE可以在由PDCCH调度的第一CC上的PDSCH上接收下行链路数据。然后，UE还可以经由半静态配置或动态配置在第一CC上接收PUCCH载波模式。网络节点可以定义PUCCH载波模式，并且经由无线电资源控制(radio resource control，RRC)信号半静态地向UE发信号通知PUCCH载波模式，或者经由下行链路控制信息(downlink control information，DCI)动态地向UE发信号通知PUCCH载波模式。
为了减少时延，可以在与第一CC不同的另一CC(例如，第二CC或第三CC)上调度PUCCH。PUCCH载波模式可以指示用于发送UCI的调度的PUCCH载波。例如，PUCCH载波模式配置可用于在第一时隙S1中发送UCI的CC 2，配置可用于在第二时隙S2中发送UCI的CC 3，配置可用于在第三时隙S3中发送UCI的CC 1，以及配置可用于在第六时隙S6中发送UCI的CC3。在CC 1、CC 2和CC 3中，在第四时隙S4和第五时隙S5中没有配置上行链路时隙，因此PUCCH载波模式在第四时隙S4和第五时隙S5中不指示任何CC。DCI可以指示要发送UCI的时隙。因此，UE将知道哪个CC被用于PUCCH传输，并且根据PUCCH载波模式在第二CC上的PUCCH上发送与下行链路数据相对应的UCI(例如，HARQ-ACK)。当发送与下行链路数据相对应的UCI时，UE可以执行从第一CC到第二CC或到第三CC的PUCCH载波切换。
在一些实现方式中，UE可以在PUCCH小区组中的由PDCCH调度的与第一CC不同的另一CC(例如，第二CC或第三CC)上的PDSCH上接收下行链路数据。因此，可以在与已经接收到下行链路数据的CC不同的另一CC上调度PUCCH。在UE在第二CC上接收下行链路数据的情况下，可以在PUCCH小区组内的第一CC或第三CC上调度PUCCH。在UE在第三CC上接收下行链路数据的情况下，可以在PUCCH小区组内的第一CC或第二CC上调度PUCCH。
PUCCH载波模式配置多个CC以用于PUCCH传输。可以应用对可选择CC的数量的一些限制。例如，可以仅使用预定数量的CC(例如，K＝3个CC)来发送UCI。UE可以(例如，经由RRC配置或DCI指示)接收PUCCH载波模式，该PUCCH载波模式配置PUCCH小区组内的可以用于发送UCI的第一CC(例如，CC 1)、第二CC(例如，CC 2)和第三CC(例如，CC 3)。例如，可以支持指定(appointing)PUCCH小区组内的多个服务小区用于PUCCH(例如，每PDSCH-ServingCell配置)。应允许PDSCH-ServingCellConfig的PUCCH-Cell字段列出ServCellIndex的最多K个元素。PUCCH携带的UCI独立于为PUCCH传输选择的CC(例如，CC 2)。对于不同的PUCCH小区组，每PUCCH小区组配置单个PUCCH载波模式。
在一些实现方式中，PUCCH载波模式可以在一个小区组内配置第一CC和第二CC，并且可以在另一小区组中配置第三CC。在允许同一小区组内的PUCCH载波切换并且不允许跨小区组的PUCCH载波切换的情况下，PUCCH载波模式可以配置有第一CC和第二CC用于发送UCI。在允许跨小区组的PUCCH载波切换的情况下，PUCCH载波模式可以配置有不同小区组的第一CC、第二CC和第三CC用于发送UCI。跨小区组的PUCCH载波切换可配置给UE(例如，经由RRC)。用于UCI传输的PUCCH载波模式可以减少在具有不同TDD模式的两个或更多个带间载波内操作的载波聚合的时延。
在一些实现方式中，PUCCH载波模式可以配置具有可以用于发送PUCCH的PUCCH小区组的主小区(primary cell，PCell)和辅小区(secondary cell，SCell)。
在时域中配置PUCCH载波模式。换言之，PUCCH载波模式是时间模式。在时域中配置多个时隙。PUCCH小区组可以具有作为PUCCH载波的两个小区(例如，主小区(PCell)和辅小区(SCell))。可以基于时隙利用PUCCH载波模式来发信号通知UE，并且PUCCH载波模式指示用于时隙中的至少一者的PCell和SCell中的一者。例如，PUCCH载波模式[S，P，P，S，P]意味着在第一时隙上使用SCell进行PUCCH传输，在第二时隙上使用PCell进行PUCCH传输，在第三时隙上使用PCell进行PUCCH传输，在第四时隙上使用SCell进行PUCCH传输，以及在第五时隙上使用PCell进行PUCCH传输。
在一些实现方式中，PUCCH载波模式指示用于时隙中的至少一者的第一CC、第二CC和第三CC中的一者。PUCCH载波模式定义用于时隙中的每一者的PCell/PSCell/PUCCH-SCell中的一者，因此时隙中的每一者被映射到PCell和SCell中的一者。具体地，在第一CC、第二CC和第三CC中，时隙中的每一者可以被配置为上行时隙或下行时隙，上行资源可以在上行时隙中调度，而下行资源可以在下行时隙中调度。上行链路时隙中的每一者及其对应的CC将被配置在PUCCH载波模式中以用于PUCCH传输。然而，在第一CC、第二CC和第三CC中，如果在同一时隙中配置有两个或更多个上行链路时隙，则在PUCCH载波模式中将仅配置它们中的一个上行链路时隙。即使UE知道存在两个或更多个CC可以用于在同一时隙中发送UCI，UE也可以在上行链路时隙中仅发送UCI及其在PUCCH载波模式中预先确定的对应CC。
在一些实现方式中，PUCCH载波模式可以被配置有周期性。例如，UE可以周期性地接收PUCCH载波模式。所接收的PUCCH载波模式中的每一者可以保持与先前接收的PUCCH载波模式相同。在其他实施方式中，所接收的PUCCH载波模式中的每一者可以具有与先前接收的PUCCH载波模式不同的时间模式、长度和CC数量。又例如，UE可以接收配置PUCCH载波模式的配置和应用PUCCH载波模式的时段。然后，UE可以基于所接收的PUCCH载波模式和预定时段来周期性地应用PUCCH载波模式以发送UCI，直到从网络节点接收到另一PUCCH载波模式为止。用于半静态PUCCH载波切换的PUCCH载波模式的周期性和长度可以由时域模式pucchCellPattern的RRC配置直接确定。
在一些实现方式中，PUCCH载波模式的长度从1到帧中时隙的最大数量可以是可变的。具体地，时隙长度根据参数集而不同，并且参数集指示子载波间隔类型。对于普通循环前缀(cyclic prefix，CP)和时隙配置0，如果参数集为0，则对应的子载波间隔为15kHz，并且时隙长度为1ms。如果参数集为1，则对应的子载波间隔为30kHz，并且时隙长度为0.5ms。如果参数集为2，则对应的子载波间隔为60kHz，并且时隙长度为0.25ms。如果参数集为3，则对应的子载波间隔为120kHz，并且时隙长度为0.125ms。如果参数集为4，则对应的子载波间隔为240kHz，并且时隙长度为0.0625ms。因此，随着子载波间隔变宽，时隙长度变短。因此，PUCCH载波模式的最小长度(即，一个时隙)可以随着子载波间隔变宽而变短，并且PUCCH载波模式的最大长度(即，一个帧)可以在不同的子载波间隔下相同。
在一些实现方式中，第一CC、第二CC和第三CC可以被配置有不同的参数集。在用于接收PDCCH和下行链路数据的CC的参数集与用于发送UCI的CC的参数集不同的情况下，调度指派中的定时偏移(例如指派涉及哪个时隙)是在PDSCH参数集中解释的。
在一些实现方式中，PCell和SCell可以被配置有不同的参数集。在用于接收PDCCH和下行链路数据的PUCCH小区(例如，PCell)的参数集与用于发送UCI的PUCCH小区(例如，SCell)的参数集不同的情况下，调度指派中的定时偏移(例如指派涉及哪个时隙)是在PDSCH参数集中解释的。
在一些实现方式中，PUCCH载波模式可以以时隙粒度来配置。PUCCH载波模式的最小调度时间粒度是PCell/PSCell/PUCCH-SCell的一个时隙。时隙在时间上的长度取决于参数集而变化。如上所述，随着子载波间隔变宽，时隙长度变短。因此，从时隙长度的角度来看，随着子载波间隔变宽，时隙粒度变小。在大多数参数集中，NR的最小时间调度粒度远小于1ms。
在DCI中携带的PUCCH载波模式的情况下，DCI还可以指示哪个时隙用于发送UCI。该行为可以利用K1索引/值或任何其他可负担的方式来发信号通知，以用信号通知1比特。K1值指向将要发送PUCCH的时隙。然而，随着PUCCH载波改变，K1的单位需要被澄清。
具体地，K1为PDSCH到HARQ_feedback定时指示符(PDSCH-to-HARQ_feedbacktiming indicator)。在DCI消息中提供的PDSCH-to-HARQ-timing-indicator字段值映射到由RRC重配置消息中的PUCCH-Config下的更高层参数dl-DataToUL-ACK提供的一组时隙的值(K1值)。对于基于经由半静态配置或动态配置的PUCCH载波模式的PUCCH载波切换，需要基于用于UCI传输的CC的参数集来解释K1值。
例如，参考图2，图2是描绘根据本公开的实现方式的方案下的示例场景的示意图。在图2中，在第二时隙S2中接收PDSCH。K1值为4，这意味着UCI需要在第二时隙S2之后的第四个时隙(即第六时隙S6)中发送。
K1粒度是基于已经接收到DCI的CC来确定的。例如，参照图1，UE可以在CC1上的PDCCH上接收DCI，K1粒度的单位可以是一个时隙。随着子载波间隔变宽，时隙长度变短。因此，从时隙长度的角度来看，随着子载波间隔变宽，K1粒度变小。因此，K1粒度可以是基于CC1的时隙长度来确定的。
在另一实施方式中，K1粒度是基于已经接收到PDSCH传输的CC来确定的。在大多数情况下，PDSCH可以在与已经接收到DCI相同的CC上接收。因此，基于已经接收到PDSCH传输的CC确定的K1粒度可以与基于已经接收到DCI的CC确定的K1粒度相同。
在另一实施方式中，K1粒度是基于PUCCH小区组内的PUCCH载波中的最小SCS或最大SCS来确定的。例如，参考图1，假设第一CC(例如，CC 1)的SCS是15kHz，第二CC(例如，CC2)的SCS是30kHz，并且第三CC(例如，CC 3)的SCS是120kHz，则在K1粒度是基于最小SCS来确定的情况下，K1粒度可以是具有15kHz SCS的一个时隙长度1ms。在K1粒度是基于最大SCS来确定的情况下，K1粒度可以是具有120kHz SCS的一个时隙长度0.125ms。
在另一实施方式中，K1粒度是经由RRC信号或DCI被配置给UE的(例如，以使用PCell或另一SCell粒度)。一组K1的值可以按每PUCCH小区组来定义。在一些实现方式中，一组K1的值可以按具有PUCCH载波的最大SCS作为粒度参考的每PUCCH蜂窝小区组来定义。
UE可以根据一些定义的规则来扫描PUCCH载波，以选择PUCCH发生的载波。如果扫描失败并且没有载波可用，则UE可能不期望接收指向PUCCH资源在任何PUCCH载波上都不可用的时隙的K1。在另一实施方式中，如果扫描失败并且没有载波可用，则如果所接收的K1指向PUCCH资源在任何PUCCH载波上都不可用的时隙，则UE可以取消PUCCH传输。在另一实施方式中，如果扫描失败并且没有载波可用，则如果所接收的K1指向PUCCH资源在任何PUCCH载波上都不可用的时隙，则UE可以推迟PUCCH传输。在另一实施方式中，时隙内的灵活符号不被考虑用于PUCCH传输。然而，为了进一步减少时延，用于PUCCH传输的灵活符号是可配置的(例如，经由RRC信号)。
根据可以半静态地定义的一些规则来定义要选择的PUCCH载波的顺序。具体地，载波顺序被半静态地配置给UE，并且PCell可以总是被排序为第一优先级。载波顺序由UE根据一些规则或准则隐式地确定。例如，具有最大UL机会的载波和具有最大SCS的载波可以具有更高的优先级。在一些实现方式中，PUCCH载波可以由UE使用诸如UCI有效载荷和/或PUCCH资源和/或K1之类的一些可用信息来确定。如果多个载波验证了PUCCH载波选择的所有条件，则可以选择具有最低或最高索引的载波。
在一些实现方式中，如果所选择的PUCCH载波上的PUCCH资源与PUSCH(CG/DG)SRS/PRACH/SR传输重叠，并且根据所定义的规则需要在所选择的载波上应用UE内复用规则，则UE可以被配置有改变PUCCH载波以避免UE内复用的可能性。当选择PUCCH载波时，可以考虑UE内复用。例如，如果PUCCH载波上需要UE内复用，则该PUCCH载波被去优先化或不被选择或改变其在优先级列表中的优先级，并且例如选择下一PUCCH载波。UE内复用规则可以被限制到一些PUCCH载波。例如，仅PCell。UE可以根据UE内复用实例来改变/修改PUCCH载波优先级列表。例如，需要UE内复用的PUCCH载波被降级到列表中的更低优先级。
例示性实现方式
图3例示了根据本公开的实现方式的至少具有示例通信装置310和示例网络装置320的示例通信系统300。通信装置310和网络装置320中的各个装置可以执行各种功能以实现本文所描述的与移动通信中的关于用户设备和网络装置的时延改善和UCI传输改善的半静态和动态跨载波调度有关的方案、技术、进程以及方法，包括以上描述的场景/方案以及以下描述的进程400和500。
通信装置310可以是电子装置的一部分，该电子装置可以是诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置之类的UE。例如，通信装置310可以在智能电话、智能手表、个人数字助理、数码相机或诸如平板计算机、膝上型计算机或笔记本计算机之类的计算设备中实现。通信装置310还可以是机器类型装置的一部分，该机器类型装置可以是IoT、NB-IoT或IIoT装置(诸如非移动或固定装置、家庭装置、有线通信装置或计算装置)。例如，通信装置310可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实现。另选地，通信装置310可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，举例来说，例如但不限于一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction set computing，RISC)处理器或一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。例如，通信装置310可以包括图3中所示的那些部件中的至少一些部件，诸如处理器312。通信装置310还可以包括与本公开的所提出的方案无关的一个或多个其他部件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，通信装置310的此类部件既未在图3中示出，也未在下面加以描述。
网络装置320可以是电子装置的一部分，该电子装置可以是诸如基站、小小区、路由器或网关之类的网络节点。例如，网络装置320可以在LTE、LTE-Advanced或LTE-AdvancedPro网络中的eNodeB中或在5G、NR、IoT、NB-IoT或IIoT网络中的gNB中实现。另选地，网络装置320可以以一个或多个IC芯片的形式实现，举例来说，例如但不限于一个或多个单核处理器、一个或多个多核处理器或一个或多个RISC或CISC处理器。例如，网络装置320可以包括图3中所示的那些部件中的至少一些部件，诸如处理器322。网络装置320还可以包括与本公开的所提出的方案无关的一个或多个其他部件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，网络装置320的此类部件既未在图5中示出，也未在下面加以描述。
在一个方面，处理器312和处理器322中的各个处理器可以以一个或多个单核处理器、一个或多个多核处理器、或者一个或多个CISC处理器的形式来实现。也就是说，即使本文中使用单数术语“处理器”来指代处理器312和处理器322，但根据本公开的处理器312和处理器322中的各个处理器在一些实现方式中也可以包括多个处理器，并在其它实现方式中包括单个处理器。在另一方面，处理器312和处理器322中的各个处理器可以以具有电子部件的硬件(并且可选为固件)的形式来实现，该电子部件包括，例如并且不限于，一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个寄存器、一个或多个电感器、一个或多个忆阻器(memristor)和/或一个或多个变容器，其被配置和布置成实现根据本公开的特定目的。换言之，在至少一些实现方式中，处理器312和处理器322中的各个处理器是被专门设计、布置以及配置成执行特定任务的专用机器，该特定任务包括根据本公开的各种实现的移动通信中的关于用户设备和网络装置的时延改善的半静态和动态跨载波调度。
在一些实现方式中，通信装置310还可以包括耦接到处理器312并且能够无线地发送和接收数据的收发器316。在一些实现方式中，通信装置310还可以包括耦接到处理器312且能够由处理器312存取且将数据存储于其中的存储器314。在一些实现方式中，网络装置320还可以包括耦接到处理器322并且能够无线地发送和接收数据的收发器326。在一些实现方式中，网络装置320还可以包括耦接到处理器322且能够由处理器322存取且将数据存储于其中的存储器324。因此，通信装置310和网络装置320可以分别经由收发器316和收发器326彼此无线通信。为了帮助更好地理解，以下对通信装置310和网络装置320中的每一者的操作、功能和能力的描述是在移动通信环境的上下文中提供的，其中通信装置310在通信装置或UE中实现或作为通信装置或UE实现，并且网络装置320在通信网络的网络节点中实现或作为通信网络的网络节点实现。
在一些实现方式中，处理器312可以经由收发器316在PUCCH小区组中的CC上接收PDCCH。PDCCH可以在与已经接收到PDCCH的CC相同或不同的CC上调度PDSCH。处理器312可以经由收发器316在PUCCH小区组中的由PDCCH调度的CC上的PDSCH上接收下行链路数据。然后，处理器312还可以接收经由无线电资源控制(RRC)信号半静态地配置的或经由下行链路控制信息(DCI)动态地配置的PUCCH载波模式。处理器312可以执行从第一CC到第二CC的PUCCH载波切换，并且根据PUCCH载波模式在CC上的PUCCH上发送与下行链路数据相对应的UCI。
在一些实现方式中，PUCCH载波模式由网络装置320配置。PUCCH载波模式在PUCCH小区组内配置能够用于发送UCI的第一CC和第二CC。
在一些实现方式中，PUCCH载波模式在PUCCH小区组内配置能够用于发送PUCCH的主小区(PCell)和辅小区(SCell)。
在一些实现方式中，在时域中配置PUCCH载波模式，并且在时域中配置多个时隙。PUCCH载波模式指示用于时隙中的至少一者的第一CC和第二CC中的一者。在一些实现方式中，PUCCH载波模式指示用于时隙中的至少一者的PCell和SCell中的一者。
在一些实现方式中，时隙中的每一者被映射到PCell和SCell中的一者。
在一些实现方式中，PUCCH载波模式的长度从1到时隙的最大数量是可变的。
在一些实现方式中，PCell和SCell被配置有不同的参数集。
在一些实现方式中，PUCCH载波模式是以时隙粒度来配置的。
在一些实现方式中，第一CC和第二CC被配置有不同的参数集。
在一些实现方式中，PUCCH载波模式被配置有周期性。
例示性进程
图4例示了根据本公开的实现方式的示例进程400。进程400可以是实现以上所述的针对本公开的用于延迟改善的动态跨载波调度方案的示例实现方式(无论是部分地还是完全地)。进程400可以表示通信装置310的特征的实现方式的一个方面。进程400可以包括一个或多个操作、动作或功能，如框410、420、430和440中的一个或更多个所示。尽管被例示为分立的框，但是进程400的各个框可以根据期望实现方式而被划分成附加的框、被组合成更少的框、或被消除。此外，进程400的框可以以图4所示顺序执行，或者另选地以不同的顺序执行。进程400可以由通信装置310或任何合适的UE或机器类型设备来实现。仅出于说明的目的而非限制，以下在通信装置310的上下文中描述进程400。进程400可以在框410处开始。
在框410处，进程400可以包括：由装置310的处理器312在PUCCH小区组中的CC上接收PDCCH。进程400可以从框410进行到框420。
在框420处，进程400可以包括：由处理器312在PUCCH小区组中的由PDCCH调度的CC上的PDSCH上接收下行链路数据。进程400可以从框420进行到框430。
在框430处，进程400可以包括：由处理器312接收经由RRC信号半静态地配置的或经由DCI动态地配置的PUCCH载波模式。进程400可以从框430进行到框440。
在框440处，进程400可以包括：由处理器312根据PUCCH载波模式在CC上的PUCCH上发送与下行链路数据相对应的UCI。
在一些实现方式中，PUCCH载波模式在小区组内配置能够用于发送UCI的第一CC和第二CC。
在一些实现方式中，PUCCH载波模式在PUCCH小区组内配置能够用于发送PUCCH的主小区(PCell)和辅小区(SCell)。
在一些实现方式中，在时域中配置PUCCH载波模式。
在一些实现方式中，在时域中配置多个时隙，并且PUCCH载波模式指示用于时隙中的至少一者的第一CC和第二CC中的一者。在一些实现方式中，PUCCH载波模式指示用于时隙中的至少一者的PCell和SCell中的一者。
在一些实现方式中，时隙中的每一者映射到PCell和SCell中的一者。
在一些实现方式中，PUCCH载波模式的长度从1到时隙的最大数量是可变的。
在一些实现方式中，PCell和SCell被配置有不同的参数集。
在一些实现方式中，PUCCH载波模式是基于时隙粒度来配置的。
在一些实现方式中，第一CC和第二CC被配置有不同的参数集。
在一些实现方式中，PUCCH载波模式被配置有周期性。
图5例示了根据本公开的实现方式的示例进程500。进程500可以是以上描述的针对利用本公开的UCI传输改善的方案的示例实现(无论是部分地还是完全地)。进程500可以表示通信装置310的特征的实现方式的方面。进程500可以包括一个或多个操作、动作或功能，如框510、520、530和540中的一个或多个所示。尽管被例示为分立的框，但是进程500的各个框可以根据期望实现方式而被划分成附加的框、被组合成更少的框、或被消除。此外，进程500的框可以以图5所示顺序执行，或者另选地以不同的顺序执行。进程500可以由通信装置310或任何合适的UE或机器类型设备来实现。仅出于说明的目的而非限制，以下在通信装置310的上下文中描述进程500。进程500可以在框510处开始。
在510处，进程500可以包括：由装置310的处理器312在CC上接收下行链路数据。进程500可以从510进行到520。
在520处，进程500可以包括：由处理器312在CC上接收经由半静态配置或动态配置的PUCCH载波模式。进程500可以从520进行到530。
在530处，进程500可以包括：由处理器312在发送与下行链路数据相对应的UCI时，根据PUCCH载波模式执行PUCCH载波切换。
在一些实现方式中，进程500可以包括：由处理器312周期性地应用PUCCH载波模式。
附加注意事项
本文所述的主题有时例示了包含在不同的其它部件内或与其相连接的不同部件。要理解，这样描绘的架构仅仅是示例性的，并且实际上，可以实现获得相同功能的许多其它架构。在概念意义上，用于获得相同功能的部件的任何排布结构都有效地“关联”，以使获得期望功能。因而，在此为获得特定功能而组合的任两个部件都可以被看作彼此“相关联”，以使获得期望功能，而与架构或中间部件无关。同样地，这样关联的任两个部件还可以被视作彼此“可操作地连接”，或“可操作地耦接”，以实现期望功能，并且能够这样关联的任两个部件也可以被视作可彼此“能够操作地耦接”，以获得期望功能。能够操作地耦接的具体示例包括但不限于，能够在物理上配合和/或物理上交互的部件和/或能够无线地交互和/或无线地交互的部件和/或逻辑上交互和/或能够在逻辑上交互的部件。
而且，针对在此实质上使用的任何复数和/或单数术语，本领域技术人员可以针对背景和/或应用在适当时从复数翻译成单数和/或从单数翻译成复数。为清楚起见，可以在本文中明确地阐述各种单数/复数置换。
此外，本领域技术人员将理解，通常，如本文所用的术语，而且尤其是在所附权利要求(例如，所附权利要求的主体)中使用的术语通常旨在作为“开放式”术语(例如，术语“包括”应当被解释为“包括但不限于”，术语“具有”应当被解释为“至少具有”，术语“包含”应当被解释为“包含但不限于”等)。本领域技术人员还将理解，如果意图陈述特定数量的引用的权利要求，则这种意图将明确地在该权利要求中陈述，并且在没有这些陈述的情况下，则不存在这种意图。例如，为了帮助理解，下文所附权利要求可以包含使用介绍性短语“至少一个”和“一个或多个”来介绍权利要求陈述。然而，使用这种短语不应被认为暗示由不定冠词“一”或“一个”介绍的权利要求陈述将包含这种介绍权利要求陈述的任何特定权利要求限制于仅包含一个这种陈述的实现，即使相同权利要求包括介绍性短语“一个或多个”或“至少一个”以及诸如“一”或“一个”的不定冠词(例如，“一”或“一个”应当被解释成意指“至少一个”或“一个或多个”)；对于使用用于引用权利要求陈述的定冠词也是如此。另外，即使明确地陈述了特定数量的引用的权利要求陈述，本领域技术人员也应当认识到，这种陈述应当被解释成至少意指所陈述的数量(例如，“两个陈述”的裸陈述在没有其它修饰语的情况下意指至少两个陈述，或者两个或更多个陈述)。而且，在使用类似于“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.一种方法，所述方法包括：
由装置的处理器在PUCCH小区组中的分量载波(CC)上接收物理下行链路控制信道(PDCCH)；
由所述处理器在所述PUCCH小区组中的由所述PDCCH调度的CC上的物理下行链路共享信道(PDSCH)上接收下行链路数据；
由所述处理器接收经由无线电资源控制(RRC)信号半静态地配置的或经由下行链路控制信息(DCI)动态地配置的物理上行链路控制信道(PUCCH)载波模式；以及
由所述处理器根据所述PUCCH载波模式在CC上的PUCCH上发送与所述下行链路数据相对应的上行链路控制信息(UCI)。
2.根据权利要求1所述的方法，其中，所述PUCCH载波模式在所述PUCCH小区组内配置能够用于发送所述PUCCH的主小区(PCell)和辅小区(SCell)。
3.根据权利要求2所述的方法，其中，在时域中配置所述PUCCH载波模式。
4.根据权利要求3所述的方法，其中，在所述时域中配置多个时隙，并且所述PUCCH载波模式指示用于所述时隙中的至少一者的所述主小区(PCell)和所述辅小区(SCell)中的一者。
5.根据权利要求4所述的方法，其中，所述时隙中的每一者被映射到所述主小区(PCell)和所述辅小区(SCell)中的至少一者。
6.根据权利要求4所述的方法，所述PUCCH载波模式的长度从1到所述时隙的最大数量是可变的。
7.根据权利要求2所述的方法，其中，所述主小区(PCell)和所述辅小区(SCell)被配置有不同的参数集。
8.根据权利要求1所述的方法，其中，所述PUCCH载波模式是以时隙粒度配置的。
9.根据权利要求1所述的方法，其中，所述PUCCH载波模式被配置有周期性。
10.一种方法，所述方法包括：
由装置的处理器在分量载波(CC)上接收下行链路数据；
由所述处理器在所述CC上接收经由半静态配置或动态配置的物理上行链路控制信道(PUCCH)载波模式；以及
由所述处理器在发送与所述下行链路数据相对应的上行链路控制信息(UCI)时，根据所述PUCCH载波模式执行PUCCH载波切换。
11.根据权利要求10所述的方法，所述方法还包括：
由所述处理器周期性地应用所述PUCCH载波模式。
12.一种装置，所述装置包括：
收发器，所述收发器在操作期间与无线网络的网络节点无线通信；以及
处理器，所述处理器通信地耦接到所述收发器以执行操作，所述操作包括：
经由所述收发器，在PUCCH小区组中的分量载波(CC)上接收物理下行链路控制信道(PDCCH)；
经由所述收发器，在所述PUCCH小区组中的由所述PDCCH调度的CC上的物理下行链路共享信道(PDSCH)上接收下行链路数据；
经由所述收发器，接收经由无线电资源控制(RRC)信号半静态地配置的或经由下行链路控制信息(DCI)动态地配置的物理上行链路控制信道(PUCCH)载波模式；以及
经由所述收发器，根据所述PUCCH载波模式在CC上的PUCCH上发送与所述下行链路数据相对应的上行链路控制信息(UCI)。
13.根据权利要求12所述的装置，其中，所述PUCCH载波模式在所述PUCCH小区组内配置能够用于发送所述UCI的主小区(PCell)和辅小区(SCell)。
14.根据权利要求13所述的装置，其中，在时域中配置所述PUCCH载波模式。
15.根据权利要求14所述的装置，其中，在所述时域中配置多个时隙，并且其中，所述PUCCH载波模式指示用于所述时隙中的至少一者的所述主小区(PCell)和所述辅小区(SCell)中的一者。
16.根据权利要求15所述的装置，其中，所述时隙中的每一者被映射到所述主小区(PCell)和所述辅小区(SCell)中的至少一者。
17.根据权利要求15所述的装置，所述PUCCH载波模式的长度从1到所述时隙的最大数量是可变的。
18.根据权利要求13所述的装置，其中，所述主小区(PCell)和所述辅小区(SCell)被配置有不同的参数集。
19.根据权利要求12所述的装置，其中，所述PUCCH载波模式是以时隙粒度配置的。
20.根据权利要求12所述的装置，其中，所述PUCCH载波模式被配置有周期性。
CN202280010975.5A 2021-01-28 2022-01-28 移动通信中的跨载波调度的方法和装置 Pending CN116746262A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163142516P 2021-01-28 2021-01-28
US63/142,516 2021-01-28
PCT/CN2022/074580 WO2022161459A1 (en) 2021-01-28 2022-01-28 Method and apparatus for cross-carrier scheduling in mobile communications

Publications (1)

Publication Number Publication Date
CN116746262A true CN116746262A (zh) 2023-09-12

Family

ID=82654190

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280010975.5A Pending CN116746262A (zh) 2021-01-28 2022-01-28 移动通信中的跨载波调度的方法和装置

Country Status (4)

Country Link
US (1) US20240089963A1 (zh)
EP (1) EP4268530A1 (zh)
CN (1) CN116746262A (zh)
WO (1) WO2022161459A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130242881A1 (en) * 2012-03-16 2013-09-19 Yiping Wang Explicit indication of uplink control channel resources in carrier aggregation systems
US20190116489A1 (en) * 2016-03-31 2019-04-18 Ntt Docomo, Inc. User terminal, radio base station and radio communication method
EP4149039A1 (en) * 2017-03-23 2023-03-15 Apple Inc. Scheduling and hybrid automatic repeat request operation and codebook design for new radio carrier aggregation

Also Published As

Publication number Publication date
US20240089963A1 (en) 2024-03-14
WO2022161459A1 (en) 2022-08-04
EP4268530A1 (en) 2023-11-01

Similar Documents

Publication Publication Date Title
TWI658716B (zh) 支援具有不同上行鏈路/下行鏈路分時雙工配置之頻帶間載波聚合之系統及方法
US9794859B2 (en) Flexible adjustment of uplink and downlink ratio configuration
CN103190100B (zh) 发送探测基准信号的方法和设备
US9473289B2 (en) PUCCH resource allocation and use
RU2631660C1 (ru) Распределение и использование ресурсов физического канала управления восходящей линии связи
JP2019522916A (ja) 基準信号のトリガ及び制御シグナリング
US20150103703A1 (en) Resource Allocation In Different TDD Configurations With Cross Carrier Scheduling
MX2013007728A (es) Metodo y dispositivo de transmision de datos.
WO2021078189A1 (en) Method and apparatus for dynamic cross-carrier scheduling in mobile communications
US9730107B2 (en) Method and apparatus for performing cell management in wireless communication system
US20200145143A1 (en) Methods And Apparatus For HARQ Procedure And PUCCH Resource Selection In Mobile Communications
WO2022083671A1 (en) Methods for dynamic and static cross-carrier pucch signaling and configuration in mobile communications
WO2022161459A1 (en) Method and apparatus for cross-carrier scheduling in mobile communications
WO2022247928A1 (en) Method and apparatus for scheduling of physical uplink control cnannel (pucch) carrier switching in mobile communications
EP4167515A1 (en) Method and apparatus for pucch carrier switching and pucch repetition in mobile communications
WO2022233315A1 (en) Method and apparatus for physical uplink control channel (pucch) carrier switching in mobile communications
KR20140080389A (ko) Ｄ2ｄ 통신에서 ａｃｋ/ｎａｃｋ 송수신 방법 및 장치
WO2023245634A1 (en) Methods and apparatuses of uci transmission
WO2023130346A1 (en) Method and apparatus of beam determination
WO2023283876A1 (en) Method and apparatus for uplink transmission
CN115175324A (zh) 一种信道复用方法、装置及通信设备

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