CN114245971A - 确定无线通信***上行控制信道和信号资源的方法和装置 - Google Patents
确定无线通信***上行控制信道和信号资源的方法和装置 Download PDFInfo
- Publication number
- CN114245971A CN114245971A CN202080056481.1A CN202080056481A CN114245971A CN 114245971 A CN114245971 A CN 114245971A CN 202080056481 A CN202080056481 A CN 202080056481A CN 114245971 A CN114245971 A CN 114245971A
- Authority
- CN
- China
- Prior art keywords
- dci
- pucch
- pdsch
- terminal
- information
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种在无线通信***中由终端执行的方法,包括:从基站接收至少一个下行链路控制信息(DCI);基于至少一个DCI来确定物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源向基站发送包括混合自动重传请求确认(HARQ‑ACK)信息的PUCCH,其中确定PUCCH资源包括:在至少一个DCI中存在物理下行链路共享信道(PDSCH)到HARQ反馈定时指示符字段的情况下,基于至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定PUCCH资源;以及在至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从基站接收的无线电资源控制(RRC)信令来确定PUCCH资源。
Description
技术领域
本发明涉及一种无线通信***。更具体地,本公开涉及用于在无线通信***中确定上行链路(UL)控制信道和信号资源的方法和装置。
背景技术
为了满足在***(4G)通信***的商业化之后关于无线数据业务的快速需求,已经努力开发改进的第五代(5G)通信***或前5G通信***。为此,5G通信***或前5G通信***也被称为超4G网络通信***或后长期演进(LTE)***。考虑5G通信***将在毫米波(mmWave)频带中实现,例如60GHz频带,以便实现更高的数据速率。
因特网是人类在其中产生和消费信息、面向人的连接性网络,现在正在发展成物联网(IoT),其中诸如对象的分布式实体交换和处理信息。万物联网(IoE)也已经出现,它是IoT技术和大数据处理技术通过与云端服务器等的连接而结合在一起的。为了实现IoT,需要各种技术元素,例如传感技术、有线/无线通信和网络基础设施、服务接口技术和安全技术,并且最近已经研究了与用于连接对象的传感器网络、机器到机器(M2M)、机器类型通信(MTC)等相关的技术。
已经进行了各种尝试来将5G通信***应用到IoT网络。例如,诸如传感器网络、M2M、MTC等的5G通信已经通过诸如波束成形、多输入多输出(MIMO)、阵列天线等的方案来实现。作为大数据处理技术的云无线电接入网(RAN)的应用也可以是5G技术和IoT技术融合的一个例子。
如上所述,随着无线通信***的发展,可以提供各种服务,因此,需要平滑地提供这种服务的方式。
发明内容
解决方案
根据本公开的实施例,一种在无线通信***中由终端执行的方法包括:从基站接收至少一个下行链路控制信息(DCI);基于至少一个DCI确定物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源向基站发送包括混合自动重传请求确认(HARQ-ACK)信息的PUCCH,其中,确定PUCCH资源包括:在至少一个DCI中存在物理下行链路共享信道(PDSCH)到HARQ反馈定时指示符字段的情况下,基于至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定PUCCH资源;以及在至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从基站接收的无线电资源控制(RRC)信令来确定PUCCH资源。
附图说明
为了更完整地理解本公开及其优点,现在结合附图参考以下描述,其中相同的附图标记表示相同的部件:
图1示出了应用本公开的实施例的新无线电(NR)***中的时频域的基本结构;
图2示出了根据本公开的实施例的用于描述在整个***频带中分配增强型移动宽带(eMBB)、超可靠低等待时间通信(URLLC)和海量机器类型通信(mMTC)数据的状态的图;
图3示出了根据本公开的实施例的用于描述在整个***频带被划分成的每个子频带中发送服务和数据的方法的图;
图4示出了用于描述过程的图,在该过程中,一个传输块被分成几个码块并且添加循环冗余校验(CRC);
图5示出了根据本公开的实施例的用于描述使用外部代码的传输方案的图;
图6A-6B示出了根据本公开的实施例的用于描述其中使用外部代码的通信***的结构的框图;
图7示出了根据本公开的实施例的用于描述为传输块生成奇偶校验码块的方法的图;
图8示出了根据本公开的实施例的用于描述确定物理上行链路控制信道(PUCCH)资源的方法的图;
图9示出了根据本公开的实施例的用于描述基于网络配置的两个物理下行链路控制信道(PDCCH)监控资源之间的时间轴上的位置关系的图;
图10示出了根据本公开的实施例的用于描述基于网络配置的三个PDCCH监控资源之间的时间轴上的位置关系的图;
图11示出了根据本公开的实施例的用于描述基于网络配置的两个PDCCH监控资源之间的时间轴上的位置关系的图;
图12示出了根据本公开的实施例的用于描述基于网络配置的两个PDCCH监控资源之间的时间轴上的位置关系的图;
图13示出了根据本公开的实施例的用于描述其中下行链路控制信息(DCI)通过多个激活的带宽部分被发送的操作的图;
图14示出了用于描述根据本公开的实施例的传输方法的图;
图15示出了用于描述根据本公开的实施例的传输方法的图;
图16示出了根据本公开的实施例的用于描述用于发送物理下行链路共享信道(PDSCH)和对应于PDSCH的混合自动重传请求(HARQ)确认(ACK)的物理上行链路控制信道(PUCCH)之间的关系的图;
图17示出了根据本公开的实施例的用于描述当通过一个PDCCH发送的DCI通过多个PDSCH被调度时,用于发送与多个PDSCH相对应的HARQ-ACK的多个PDSCH和PUCCH资源之间的关系的图;
图17A示出了根据本公开的实施例的DCI传输过程;
图17B示出了根据本公开的实施例的指示DCI的PUCCH资源的方法;
图18示出了根据本公开的实施例的用于描述安排指示在相同时间点的PUCCH传输的DCI的方法的图;
图19示出了根据本公开的实施例的用于描述安排指示在相同时间点的PUCCH传输的DCI的方法的图;
图20示出了根据本发明实施例的终端的框图;以及
图21示出了根据本发明实施例的基站的框图。
具体实施方式
所公开的实施例提供了一种用于在移动通信***中有效地提供服务的方法和装置。
另外的方面将部分地在随后的描述中阐述,并且部分地将从描述中显而易见,或者可以通过本公开所呈现的实施例的实践来获知。
根据本公开的实施例,一种在无线通信***中由终端执行的方法包括:从基站接收至少一个下行链路控制信息(DCI);基于至少一个DCI确定物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源向基站发送包括混合自动重传请求确认(HARQ-ACK)信息的PUCCH,其中,确定PUCCH资源包括:在至少一个DCI中存在物理下行链路共享信道(PDSCH)到HARQ反馈定时指示符字段的情况下,基于至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定PUCCH资源;以及在至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从基站接收的无线电资源控制(RRC)信令来确定PUCCH资源。
根据本公开的实施例,无线通信***中的终端包括:收发器;以及至少一个控制器,其经配置以:从基站接收至少一个下行链路控制信息(DCI);基于至少一个DCI确定物理上行链路控制信道(PUCCH)资源;以及基于所确定的PUCCH资源向基站发送包括混合自动重传请求确认HARQ-ACK信息的PUCCH,其中至少一个控制器还经配置以:在至少一个DCI中存在物理下行链路共享信道(PDSCH)到HARQ反馈定时指示符字段的情况下,基于至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定PUCCH资源;并且在至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从基站接收的无线电资源控制(RRC)信令来确定PUCCH资源。
在进行以下描述之前,阐述贯穿本专利文件使用的某些词语和短语的定义可能是有利的:术语“包括(include)”和“包含(comprises)”以及其派生词意指非限制性地包括;术语“或”是包含性的,是指和/或;短语“与.相关联”和“与其相关联”以及其派生词可以意指包括、被包括在内、与.互连、包含、被包含在内、连接到或与.连接、耦合到或与.耦合、可与.通信、与.协作、交错、并列、邻近、被绑定到或与.绑定、具有、具有.的性质等;并且术语“控制器”是指控制至少一个操作的任何设备、***或其部分,这样的设备可以用硬件、固件或软件、或至少两者的组合来实现。应当注意,与任何特定控制器相关联的功能可以是集中式的或分布式的,无论是本地的还是远程的。
此外,下面描述的各种功能可以由一个或多个计算机程序来实现或支持,每个计算机程序由计算机可读程序代码形成,并包含在计算机可读介质中。术语“应用程序”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据、或其适于在适当的计算机可读程序代码中实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质排除了传输暂时性电信号或其它信号的有线、无线、光或其它通信链路。一种非暂时性计算机可读介质包括可以永久存储数据的介质,以及可以存储数据并随后重写数据的介质,例如可重写光盘或可擦除存储设备。
在整个本专利文件中提供了某些词和短语的定义,本领域普通技术人员应当理解,在许多情况下(如果不是大多数情况下),该定义适用于被这样定义的词和短语的现有以及将来的使用。
下面讨论的图1至图21以及用于描述本专利文件中的本公开的原理的各种实施例仅仅是示例性的,而不应以任何方式解释为限制本公开的范围。所属领域的技术人员将了解,本发明的原理可实施于任何适当安排的***或装置中。
在整个公开内容中,表述“a、b或c中的至少一者”仅表示a,仅b,仅c,a和b两者,a和c两者,b和c两者,所有的a、b和c,或其变体。
终端的示例可以包括用户设备(UE)、移动台(MS)、蜂窝电话、智能电话、计算机、能够执行通信功能的多媒体***等。
在本公开中,控制器也可以被称为处理器。
在本公开中,层(或层装置)也可以被称为实体。
为了满足在***(4G)通信***的商业化之后关于无线数据业务的快速需求,已经在努力开发改进的第五代(5G)通信***或前5G通信***。为此,5G通信***或前5G通信***也被称为超4G网络通信***或后长期演进(LTE)***。在第三代合作伙伴计划(3GPP)中规定的5G通信***被称为新无线电(NR)***。为了实现更高的数据传输速率,已经考虑了在毫米波(mmWave)频带(例如,60GHz频带)以及与现有3G/4G网络中使用的频率类似的频带中的5G通信***的实现。在5G通信***中,为了减轻无线电波的传播路径损耗和增加无线电波在超高频带中的传播距离,已经讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术,并且也已经应用于NR***。为了改进***网络,在5G通信***中,已经开发了各种技术,诸如演进的或高级的小小区、云无线电接入网络(云RAN)、超密集网络、设备到设备(云RAN)、无线回程、移动网络、协作通信、协调多点(CoMP)和干扰消除。还存在用于5G***的正在开发的其它各种方案,包括例如作为高级编码调制(ACM)方案的混合频移键控(FSK)、正交幅度调制(QAM)调制(FQAM)和滑动窗口叠加编码(SWSC),以及作为高级接入方案的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏编码多址(SCMA)。
因特网是人类在其中产生和消费信息、面向人的连接性网络,现在正在发展成物联网(IoT),其中诸如对象的分布式实体交换和处理信息。万物联网(IoE)也已经出现,它是IoT技术和大数据处理技术通过与云端服务器等的连接而结合在一起的。为了实现IoT,需要各种技术元素,例如传感技术、有线/无线通信和网络基础设施、服务接口技术和安全技术,并且最近已经研究了与用于连接对象的传感器网络、机器到机器(M2M)、机器类型通信(MTC)等相关的技术。这种IoT环境可以提供智能因特网技术(IT)服务,其通过收集和分析在连接对象之间生成的数据来在人类生活中创建新的价值。可以通过现有信息技术(IT)和各种行业之间的融合和结合,将IT应用于各种领域,包括智能家居、智能建筑物、智能城市、智能汽车或联网汽车、智能电网、健康护理、智能设备、高级医疗服务等。
因此,已经进行了将5G通信***应用到IoT网络的各种尝试。例如,诸如传感器网络、M2M、MTC等的5G通信已经通过诸如波束成形、MIMO、阵列天线等的方案来实现。作为大数据处理技术的云RAN的应用也可以是5G技术和10T技术的融合的示例。
作为新无线电(NR)接入技术的新5G通信已经被设计成允许在时间和频率资源上自由地复用各种服务,并且因此可以根据服务的需要动态地或自由地分配波形/数字、参考信号等。为了在无线通信中向终端提供最佳服务,需要基于信道质量和干扰量的测量来优化数据传输,这就使得精确的信道状态测量不可缺少。然而,与信道和干扰特性不随频率资源而变化很大的4G通信不同,5G信道具有随服务而变化很大的信道和干扰特性,需要支持频率资源组(FRG)级的子集以允许单独测量。在NR***中,一种类型的可支持服务可以被分类为增强型移动宽带(eMBB)、海量机器类型通信(mMTC)、超可靠和低等待时间通信(URLLC)等。eMBB可以被认为是高容量数据的高速传输,mMTC可以被认为是UE的功率和多个UE的接入的最小化,以及URLLC可以被认为是针对高可靠性和低等待时间的服务。根据应用于UE的服务的类型,可以应用不同的要求。
同时,随着最近对下一代通信***的研究,已经讨论了用于调度与终端通信的各种方案。因此,需要考虑下一代通信***的特性的有效调度和数据发送/接收方案。
这样,在通信***中,可以向用户提供多种服务,并且为了向用户提供多种服务,需要一种基于特征在相同时间段内提供多种服务中的每一个的方法和使用该方法的装置。
在下文中,将参考附图详细描述本公开的实施例。
当描述本公开的实施例时,将不描述在本公开的技术领域中公知的并且与本公开不直接相关的技术问题。通过省略任何不必要的描述,将更清楚地描述本公开的主题而不被模糊。
出于相同的原因,在附图中一些元件将被夸大、省略或简化。每个元件的大小并不完全反映元件的实际大小。在每个附图中,相同或相应的元件将被称为相同的附图标记。
参考下面结合附图描述的本发明的实施例,本发明的优点和特征及其实现方法将是显而易见的。然而,本公开不限于所公开的实施例,而是可以以各种方式实现,并且提供这些实施例以完成本公开并允许本领域普通技术人员理解本公开的范围。本公开由权利要求的类别限定。在整个说明书中,相同的附图标记表示相同的元件。
同时,本领域的普通技术人员知道,流程图的框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令还可以存储在通用计算机、专用计算机或其它可编程数据处理设备的处理器中,使得由计算机或可编程数据处理设备的处理器实现的指令产生用于执行在流程图和/或框图的一个或多个块中指定的功能的装置。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中,该计算机可用或计算机可读存储器可以引导计算机或其它可编程数据处理设备以特定方式运行,使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图和/或框图一个或多个块中指定的功能的指令的制品。计算机程序指令还可以被加载到计算机或其它可编程数据处理设备上,以使得在计算机或其它可编程设备上执行一系列操作步骤,从而产生计算机实现的过程,使得执行计算机或其它可编程设备的指令可以提供用于实现在流程图和/或框图的一个或多个块中指定的功能的步骤。
此外,每个块表示代码的模块、段或部分,其包括用于实现指定逻辑功能的一个或多个可执行指令。还应当注意,在其它实现中,在块中所记录的功能可以不按照所指示的顺序发生。例如,连续示出的两个块实际上可以基本上同时执行,或者这些块有时可以以相反的顺序执行,这取决于所涉及的功能。
在当前实施例中,如本文所使用的术语“~单元”表示执行某些任务的软件或硬件组件,例如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而,“~单元”的含义不限于软件或硬件。单元可有利地经配置以驻留在可寻址存储介质上并经配置以再现一个或多个处理器。因此,作为示例,单元可以包括组件,诸如软件组件、面向对象的软件组件、类组件和任务组件、进程、函数、属性、过程、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、阵列和变量。在组件和“~单元”中提供的功能可组合成较少的组件和“~单元”或进一步分离成额外的组件和“~单元”。此外,组件和单元可以被实现为执行设备或安全多媒体卡中的一个或多个CPU。在实施例中,“~单元”可以包括一个或多个处理器。
无线通信***已经从提供面向语音的服务的初始无线通信***发展到提供高速和高质量分组数据服务的宽带无线通信***,如通信标准,诸如第三代合作伙伴计划(3GPP)高速分组接入(HSPA)、长期演进(LTE)或演进的通用陆地无线接入(E-UTRA)、LTE-Advanced(LTE-A或E-UTRA演进)、3GPP2高速率分组数据(HRPD)、超移动宽带(UMB)、电气和电子工程师协会(IEEE)802.16e等。作为5G无线通信***,已经建立了5G或NR通信标准。
作为宽带无线通信***的代表性示例的5G或NR***在DL和UL中采用正交频分复用(OFDM)。更具体地,在DL中采用循环前缀(CP)OFDM,并且在UL中采用离散傅立叶变换扩展(DFT-S)OFDM和CP-OFDM。UL是终端通过其向基站(gNodeB或BS)发送数据或控制信号的无线电链路,并且DL是基站通过其向终端发送数据或控制信号的无线电链路。多接入方案通过为每个用户分配和操作携带数据或控制信息的时频资源,从而为每个用户分离数据或控制信息,使得时频资源不会相互重叠,即实现正交性。
5G或NR***采用混合自动重传请求(HARQ)方案,当解密在数据的初始传输中失败时,HARQ方案在物理层中重传数据。HARQ是指这样一种方案,其中当接收器不能准确地解密(解码)数据时,接收器向发送器发送指示解码失败的信息,即否定确认(NACK),以允许发送器在物理层中重发数据。接收器可以通过将发送器重发的数据与先前解码失败的数据相结合来改善数据接收性能。当准确地解码数据时,接收器向发送器发送指示解码成功的信息,即确认(ACK),以允许发送器发送新数据。
图1示出了应用本公开的实施例的NR***中的时频域的基本结构。更具体地,图1示出了时频域的基本结构,该时频域是在应用本公开的实施例的NR***中的DL或UL中发送前述数据或控制信道的无线电资源域。
在图1中,水平轴表示时域,垂直轴表示频域。参照图1,时域中的最小传输单元可以是OFDM符号,并且可以收集Nsymb个OFDM符号1-02以构成一个时隙1-06。子帧的长度可以被定义为1.0毫秒(ms),并且无线电帧1-14的长度可以被定义为10ms。频域中的最小传输单元可以是子载波,并且整个***传输带宽的带宽可以包括总共NBW个子载波1-04。
时域-频域中的资源的基本单元可以是资源元素(RE)1-12,并且可以由OFDM符号索引和子载波索引来表示。资源块(RB)(或物理资源块(PRB))1-08可以由时域中的Nsymb个连续OFDM符号1-02和频域中的NRB个连续子载波1-10来定义。因此,一个RB 1-08可以包括Nsymb X NRB个RE 1-12。通常,数据的最小传输单元可以是上述RB单元。在NR***中,通常,Nsymb=14且NRB=12,并且NBW和NRB可以与***传输频带的带宽成比例。数据速率可以与为终端调度的RB的数量成比例地增加。
在NR***中,对于其中DL和UL通过基于频率进行区分来操作的频分双工(FDD)***,DL传输带宽和UL传输带宽可以彼此不同。信道带宽可以指示对应于***传输带宽的RF带宽。表1和表2分别示出了NR***中在低于6GHz的频带和高于6GHz的频带中定义的***传输带宽、子载波间隔和信道带宽之间的对应关系的一部分。例如,具有100MHz的信道带宽、30kHz子载波间隔的NR***可以具有273个RB的传输带宽。在所示的表中,N/A可以是NR***中不支持的带宽-子载波组合。
[表1]
[表2]
在根据本公开的实施例的NR***中,频率范围可以如下针对频率范围1(FR1)和频率范围2(FR2)分别定义。
[表3]
频率范围指定 | 对应的频率范围 |
FR1 | 450MHz-7125MHz |
FR2 | 24250MHz-52600MHz |
在本公开的前述实施例中,FR1和FR2的范围可以被不同地改变和应用。例如,FR1的频率范围可以从450兆赫(MHz)改变到6000MHz并被应用。
在NR***中,可以通过DCI将关于DL数据或UL数据的调度信息从基站传递到UE。DCI可以根据各种格式来定义,每种格式可以指示DCI是否是关于UL数据的调度信息(UL授权)、关于DL数据的调度信息(DL授权)或具有小规模控制信息的紧凑DCI,是否应用使用多个天线的空间复用,以及是否是用于功率控制的DCI。例如,作为关于DL数据的调度控制信息(DL授权)的DCI格式1-1可以包括以下控制信息之一。
-载波指示符:指示在其中发送信号的频率载波。
-DCI格式指示符:指示DCI是用于DL还是UL。
-带宽部分(BWP)指示符:指示在其中发送信号的BWP。
-频域资源分配:指示分配用于数据传输的频域的RB。可以基于***带宽和资源分配方案来确定要表达的资源。
-时域资源分配:指示要在其中发送数据相关信道的时隙的OFDM符号。
-VRB到PRB映射:指示将虚拟RB(VRB)与物理RB(PRB)映射的方案。
-调制和编码方案(MCS):指示用于数据传输的调制方案和编码率。也就是说,这可以指示关于调制方案是正交相移键控(QPSK)、正交幅度调制(16QAM)、64QAM还是256QAM的信息,以及指示传输块大小(TBS)和信道编码信息的编码速率值。
-码块组(CBG)传输信息:指示关于当设置CBG重传时要传输的CBG的信息。
-HARQ过程号:指示HARQ的过程号。
-新数据指示符:指示传输是HARQ初始传输还是重传。
-冗余版本:指示HARQ的冗余版本。
-用于物理上行链路控制信道(PUCCH)的发送功率控制(TPC)命令:指示用于作为UL控制信道的PUCCH的TPC命令。
对于PUSCH传输,时域资源分配可以通过关于将要在其中发送PUSCH的时隙、时隙中的起始符号位置S和符号数L的信息来传送,符号数L是PUSCH被映射到的符号的数量。这里,S可以是从时隙开始的相对位置,L可以是连续符号的数量,并且S和L可以根据如下定义的开始和长度指示符值(SLIV)来确定。
在根据本发明实施例的NR***中,通常可以通过RRC配置来配置包括SLIV值、PDSCH映射类型、PUSCH映射类型和关于要在一行中发送PDSCH和PUSCH的时隙的信息的表。在DCI的时域资源分配中,通过指示上述配置表的索引值,基站可以传送SLIV值、PDSCH映射类型、PUSCH映射类型、以及关于其中PDSCH和PUSCH要被发送到终端的时隙的信息。
在根据本发明实施例的NR***中,PUSCH映射类型可以被定义为类型A和类型B。在PUSCH映射类型A中,解调参考信号(DMRS)符号中的第一符号可以位于时隙的第二或第三OFDM符号中。在PUSCH映射类型B中,DMRS符号中的第一符号可以位于针对PUSCH传输所分配的时域资源的第一OFDM符号中。
在根据本发明实施例的NR***中,PDSCH映射类型可以被定义为类型A和类型B。在这种情况下,DMRS符号的第一符号可以位于PDSCH的第一符号中。
[表4]和[表5]可以示出针对每种类型的PDSCH和PUSCH所支持的S和L的组合。
[表4]
[表5]
DCI可以通过信道编码和调制在物理下行链路控制信道(PDCCH或控制信息,在下文中可互换地使用)上发送。
通常,DCI可以由特定的无线网络临时标识符(RNTI,或终端标识符)独立地为每个终端加扰,并且循环冗余校验(CRC)被添加到DCI,该DCI然后被信道编码并且被独立地配置在PDCCH中用于传输。PDCCH可以在PDCCH被映射到在终端中配置的控制资源集(CORESET)之后被发送。
可以在作为用于DL数据传输的物理信道的PDSCH上传输DL数据。可在控制信道传输周期之后传输PDSCH,且可基于通过PDCCH传输的DCI来确定频域中的调度信息(例如,详细映射位置,调制方案等)。
通过DCI的控制信息中的MCS,基站可以向UE通知应用于要发送的PDSCH的调制方案和要发送的数据的大小,以及传输块大小(TBS)。根据本公开的实施例的MCS可以包括5位或更多或更少。在本公开的实施例中,TBS可以对应于在将用于纠错的信道编码应用于数据之前的大小,即,基站打算发送的传输块(TB)。
在本公开的当前实施例中,TB可以包括MAC报头、MAC CE、一个或多个MAC服务数据单元(SDU)、填充位等。在另一个例子中,TB可以指示从MAC层向下传输到物理层的数据单元,或者MAC协议数据单元(PDU)。
根据本发明实施例的NR***所支持的调制方案可以是QPSK、16QAM、64QAM和256QAM,并且相应的调制阶数Qm可以对应于2、4、6和8。对于QPSK调制,可以发送每符号2比特,而对于16QAM,可以发送每符号4比特。此外,对于64QAM可以发送每符号6比特,而对于256QAM可以发送每符号8比特。
图2和图3示出了根据本公开的实施例是用于描述在频率-时间资源中分配诸如eMBB、URLLC和mMTC的5G或NR***中考虑的服务的数据的状态的图。
参照图2和3,将描述一种方案,其中为每个***中的信息传输分配频率和时间资源。
图2示出了根据本公开的实施例的用于描述在整个***频带中分配增强型移动宽带(eMBB)、超可靠低等待时间通信(URLLC)和海量机器类型通信(mMTC)数据的状态的图。参照图2,当生成URLLC数据2-03、2-05和2-07并因此需要在特定频带中的eMBB 2-01和mMTC2-09的分配和传输期间被传输时,终端或基站可以清空eMBB 2-01和mMTC 2-09已经被分配的部分或传输URLLC数据2-03、2-05,和2-07而不传输eMBB 2-01和mMTC 2-09已经被分配的部分。URLLC数据2-03、2-05和2-07可以被分配给分配有eMBB 2-01的资源的一部分并且被发送,因为上述服务中的URLLC的延迟时间需要被减少。当URLLC数据2-03、2-05和2-07另外被分配到已经分配了eMBB数据2-01的资源并且在该资源中被发送时,eMBB数据可能不在冗余的频率-时间资源中被发送,使得eMBB数据的传输性能可能被降低。也就是说,在这种情况下,可能发生由于分配URLLC数据而导致的eMBB数据传输失败。
图3示出了根据本公开的实施例的用于描述在整个***频带被划分成的每个子频带中发送服务和数据的方法的图。根据本公开的实施例的子带配置相关信息可以预先确定,并且子带配置相关信息可以通过高层信令从基站发送到UE。在另一个示例中,子带相关信息可以由基站或网络节点任意划分,使得可以在不单独传输子带配置相关信息的情况下向UE提供服务。在图3中,作为示例,可以假设子带3-02用于eMBB数据3-08的传输,可以假设子带3-04用于URLLC数据3-10,3-12和3-14的传输,并且可以假设子带3-06用于mMTC数据3-16的传输。
在整个公开中,用于URLLC数据传输的传输时间间隔(TTI)的长度可以短于用于eMBB数据传输或mMTC数据传输的TTI的长度。可以比eMBB数据或mMTC数据更快地发送对与URLLC数据相关的信息的响应,从而可以以低等待时间来发送和接收信息。用于传输前述三种类型的服务或数据的每种类型的物理信道的结构可以不同。例如,TTI的长度、频率资源的分配单元、控制信道的结构或数据的映射方法中的至少一者可以是不同的。
虽然在本公开的前述实施例中已经假定了三种类型的服务和三种类型的数据用于描述,但是本领域的普通技术人员将充分理解,可以存在更多类型的服务和相应的数据,并且本公开可适用于这种情况。
为了描述本公开中提出的方法和装置,可以使用NR***中的术语、物理信道和信号。然而,本发明可应用于其它无线通信***以及NR***。
图4示出了用于描述过程的图,在该过程中,一个传输块被划分为几个码块,并且增加了CRC。
参考图4,可以将CRC 4-03添加到要在UL或DL中发送的TB 4-01的结束部分或开始部分。CRC 4-03可以具有16或24比特或预先固定的比特数,或者可以具有随信道条件等变化的比特数,并且可以用于确定信道编码成功。
在操作4-05中,可将其中将CRC添加到TB的块4-01和4-03划分成若干码块(CB)4-07、4-09、4-11和4-13。可以预先定义CB的最大大小,并且在这种情况下,最后的CB 4-13可以在大小上小于其它CB,或者可以填充0、随机值或1以具有与其它CB相同的长度。
在操作4-15中,可以将CRC 4-17、4-19、4-21和4-23添加到每个CB。CRC可以具有16或24比特或预先固定的比特数,并且可以用于确定信道编码成功。
TB 4-01和循环生成器多项式可用于生成前述CRC 4-03,并且循环生成器多项式可以以各种方式定义。例如,假设用于24位CRC的循环生成器多项式是gCRC24A(D)=[D24+D23+D18+D17+D14+D11+D10+D7+D6+D5+D4+D3+D+1]|,并且L=24,则对于TB数据a0,a1,a2,a3,...,aA-1,CRCp0,p1,p2,p3,...,pL-1可以被确定为在a0DA+23+a1DA+22+...+aA-1D24+p0D23+p1D22+...+p22D1+p23除以gCRC24A(D)之后具有余数0的值p0,p1,p2,p3,...,pL-1。尽管在本公开的前述实施例中作为示例CRC长度L是24,但是前述长度可以被确定为各种长度,诸如12、16、24、32、40、48、64等。
如上所述,在操作4-05中,发送器可以在前述过程中向TB添加CRC,然后将TB划分为N个CB 4-07、4-09、4-11和4-13。在操作4-15中,可以将CRC 4-17、4-19、4-21和4-23添加到划分的CB 4-07、4-09、4-11和4-13中的每一者。为了生成添加到CB的CRC,可以使用具有与用于生成添加到TB的CRC的CRC不同的长度的CRC或不同的循环生成器多项式。然而,添加到前述TB的CRC 4-03和添加到CB的CRC 4-17、4-19、4-21和4-23可以根据要应用于相应CB的信道码的类型而被省略。例如,当向CB应用低密度奇偶校验(LDPC)码而不是turbo码时,可以省略要为相应CB***的CRC 4-17、4-19、4-21和4-23。然而,即使当应用LDPC时,也可以将CRC 4-17、4-19、4-21和4-23添加到相应的CB。此外,当使用极化码时,可以添加或省略CRC。
如参考图4所描述的,在要发送的TB中,可以基于要应用的信道编码的类型来确定一个CB的最大长度。可以基于CB的最大长度来执行将TB和要添加到TB的CRC划分为CB。
同时,在现有的LTE***中,将特定于CB的CRC添加到CB,并且将CB的数据比特和CRC编码成信道码以确定编码比特,其中对于相应的编码比特,如前所述地确定速率匹配比特数。
图5示出了根据本公开的实施例的用于描述使用外部代码的传输方案的图。图6A-6B示出了根据本公开的实施例的用于描述其中使用外部代码的通信***的结构的框图。参照图5、图6A和图6B,将描述使用外部代码发送信号的方法。
参照图5,在操作5-02中,在一个TB被划分为几个CB之后,位于每个CB中的相同位置的比特或符号5-04可以被编码为第二信道码,从而产生奇偶校验位或符号5-06。此后,可以将CRC 5-08和5-10添加到利用第二信道码编码生成的相应CB和奇偶校验CB。
是否添加CRC可以根据信道码的类型来确定。例如,当turbo码用作第一信道码时,可以添加CRC 5-08和5-10,但是可以通过第一信道码编码对相应CB和奇偶校验码块进行编码。在本公开中,作为第一信道码,可以使用卷积码、LDPC码、turbo码、极化码等。然而,这仅仅是一个例子,并且各种信道码可以作为第一信道码应用于本公开。在本公开中,可以使用Reed-Solomon码、BCH码、raptor码、奇偶校验位生成码等作为第二信道码。然而,这仅仅是一个例子,并且各种信道码可以作为第二信道码应用于本公开。
图6A-6B示出了根据本公开的实施例的用于描述其中使用外部代码的通信***的结构的框图。参照图6A,当不使用外部代码时,第一信道译码编码器6-01和第一信道译码解码器6-05可以在收发器中使用,并且第二信道译码编码器和第二信道译码解码器可以不使用。同时,当不使用外部代码时,第一信道译码编码器6-01和第一信道译码解码器6-05可以经配置以与稍后将描述的外部代码被使用的情况相同。
参照图6B,当使用外部代码时,要发送的数据可以通过第二信道译码编码器6-09。通过第二信道译码编码器6-09的比特或符号可以通过第一信道译码编码器6-11。当在通过信道6-13之后在接收器中接收到信道编码符号时,接收器可以基于接收到的信号顺序地操作第一信道译码解码器6-15和第二信道译码解码器6-17。第一信道译码解码器6-15和第二信道译码解码器6-17可以执行与第一信道译码编码器6-11和第二信道译码编码器6-09相对应的操作。
图7示出了根据本公开的实施例的用于描述为传输块生成奇偶校验码块的方法的图。更具体地,图7示出了根据本公开的实施例的用于描述通过将第二信道代码或外部代码应用于从一个TB划分的若干CB来生成一个或多个奇偶校验码块的方法的图。
如参考图4所描述的,一个TB可以被分成一个或多个CB。在这种情况下,当基于TB的大小生成一个CB时,可以不向CB添加CRC。当将外部代码应用于要发送的CB时,可以如参考操作7-24所描述的那样生成奇偶校验CB 7-40和7-42。当使用外部代码时,奇偶校验码块7-40和7-42可以位于最后一个CB的后面。
在操作7-38中,在外部代码之后,可以添加CRC 7-26、7-28、7-30、7-32、7-34和7-36。此后,可以利用信道码以及CRC对每个CB和每个奇偶校验CB进行编码。
在NR***中,可以通过下面描述的步骤来计算TB的大小。
Step 1:可以计算分配给分配资源中的一个PRB中的PDSCH映射的RE的数量N'RE。
N'RE可以计算为这里,可以是12,并且可以指示分配给PDSCH的OFDM符号的数量。在一个PRB中,指示由相同CDM组的DMRS所占用的RE的数量。在由较高层信令配置的一个PRB中,指示由开销所占用的RE的数量,并且可以被设置为0、6、12和18中的一个。此后,可以计算分配给PDSCH的RE的数量NRE。NRE可以被计算为NRE=min(156,N′RE)·nPRB,并且nPRB可以指示分配给终端的PRB的数量。
Step 2:随机信息比特的数量Ninfo可以计算为Ninfo=NRE·R·Qm·υ。这里,R可以指示码率,并且Qm可以指示调制顺序,并且可以使用与控制信息中的MCS比特字段预先一致的表来传送该值的信息。此外,v可以指示所分配的层的数量。在Ninfo≤3824的情况下,可以通过步骤3计算TBS。TBS也可以通过步骤4计算。
[表6]
Index | TBS | Index | TBS | Index | TBS | Index | TBS |
1 | 24 | 31 | 336 | 61 | 1288 | 91 | 3624 |
2 | 32 | 32 | 352 | 62 | 1320 | 92 | 3752 |
3 | 40 | 33 | 368 | 63 | 1352 | 93 | 3824 |
4 | 48 | 34 | 384 | 64 | 1416 | ||
5 | 56 | 35 | 408 | 65 | 1480 | ||
6 | 64 | 36 | 432 | 66 | 1544 | ||
7 | 72 | 37 | 456 | 67 | 1608 | ||
8 | 80 | 38 | 480 | 68 | 1672 | ||
9 | 88 | 39 | 504 | 69 | 1736 | ||
10 | 96 | 40 | 528 | 70 | 1800 | ||
11 | 104 | 41 | 552 | 71 | 1864 | ||
12 | 112 | 42 | 576 | 72 | 1928 | ||
13 | 120 | 43 | 608 | 73 | 2024 | ||
14 | 128 | 44 | 640 | 74 | 2088 | ||
15 | 136 | 45 | 672 | 75 | 2152 | ||
16 | 144 | 46 | 704 | 76 | 2216 | ||
17 | 152 | 47 | 736 | 77 | 2280 | ||
18 | 160 | 48 | 768 | 78 | 2408 | ||
19 | 168 | 49 | 808 | 79 | 2472 | ||
20 | 176 | 50 | 848 | 80 | 2536 | ||
21 | 184 | 51 | 888 | 81 | 2600 | ||
22 | 192 | 52 | 928 | 82 | 2664 | ||
23 | 208 | 53 | 984 | 83 | 2728 | ||
24 | 224 | 54 | 1032 | 84 | 2792 | ||
25 | 240 | 55 | 1064 | 85 | 2856 | ||
26 | 256 | 56 | 1128 | 86 | 2976 | ||
27 | 272 | 57 | 1160 | 87 | 3104 | ||
28 | 288 | 58 | 1192 | 88 | 3240 | ||
29 | 304 | 59 | 1224 | 89 | 3368 | ||
30 | 320 | 60 | 1256 | 90 | 3496 |
在NR***中,当一个CB被输入到LDPC编码器时,奇偶校验位可以被相加和输出。在这种情况下,奇偶校验位的量可以随着LDCP基图而变化。对于特定输入,发送由LDPC编码生成的所有奇偶校验位的方法可以被称为全缓冲速率匹配(FBRM)。限制可传输的奇偶校验位的数量的方法可以被称为有限缓冲器速率匹配(LBRM)。当资源被分配用于数据传输时,LDPC编码器输出被产生到循环缓冲器中,并且所产生的缓冲器比特可以被重复地传输与所分配的资源一样多的次数。在这种情况下,循环缓冲器的长度可以被称为Ncb。假设由LDPC编码产生的所有奇偶校验位的数量是N,则在FBRM方法中Ncb=N。同时,在LBRM方法中,Ncb=min(N,Nref),Nref可以被给出为并且RLBRM可以被确定为2/3。在上述获得TBS的方法中,TBSLBRM可以指示小区中的终端所支持的最大层数。在这种情况下,可以假设当最大调制阶数没有被设置到终端时,最大调制阶数被设置到小区中的终端,或者最大调制阶数是64QAM,码速率是948/1024,其是最大码速率,NRE是NRE=156·nPRB,并且nPRB为nPRB=nPRB,LBRM,并且可以如表7所示给出相应的值。
[表7]
在NR***中,终端所支持的最大数据速率可以通过[等式1]来确定。
[等式1]
在等式1中,J可以指示按照载波聚合分组的载波的数量,Rmax=948/1024,可以指示最大层数,可以指示最大调制阶数,f(j)可以指示缩放系数,并且μ可以指示子载波间隔。1、0.8、0.75和0.4中的一个f(j)可以由终端报告,并且μ可以由如下提供的表8给出。
[表8]
可以指示平均OFDM符号长度,可以计算为并且可以指示BW(j)中的最大RB数量。开销值OH(j)可以在FR1(频带小于或等于6GHz)的DL中被给出为0.14,UL中被给出为0.18,在FR2(频带超过6GHz)的DL中被给出为0.08,UL中被给出为0.10。基于等式1,在具有100MHz的频率带宽、30kHz的子载波间隔的小区中,可以如表9所示计算DL中的最大数据速率。
[表9]
另一方面,在终端的实际数据传输中测量的实际数据速率可以是将数据量除以数据传输时间的结果。这可以是将用于一个TB的传输的TBS或用于两个TB的传输的TBS总和除以TTI长度的值。例如,与表5的假设类似,在具有100MHz的频率带宽、30kHz的子载波间隔中的小区中,可以基于所分配的PDSCH符号的数量来确定DL中的最大数据速率,如表10所示。
[表10]
终端所支持的最大数据速率可以从表9中识别,并且对应于所分配的TBS的实际数据速率可以从表10中识别。在这种情况下,实际数据速率可以大于基于调度信息的最大数据速率。
在无线通信***,特别是NR***中,可以在基站和终端之间协商终端可支持的数据速率。数据速率可以通过使用终端支持的最大频带、最大调制阶数、最大层数等来计算。然而,所计算的数据速率可以不同于从用于实际数据传输的TB大小(TBS)和TTI长度所计算的值。
因此,可以向终端分配大于对应于终端所支持的数据速率的值的TBS,并且为了防止这种情况,可以根据终端所支持的数据速率来限制可以被调度的TBS。
可以包括HARQ-ACK反馈、信道状态报告或调度请求中的至少一者的UL控制信息(UCI)可以在PUCCH或PUSCH中发送。PUCCH可以在先前由较高层信令配置的资源中发送和/或在DCI中指示。例如,基站可以通过高层信令为终端配置一个PUCCH资源集或多个PUCCH资源集。每个PUCCH资源集可以包括一个PUCCH资源或多个PUCCH资源,每个PUCCH资源可以被配置用于特定的PUCCH格式。每个PUCCH资源可以包括时间资源信息和频率资源信息,时间资源信息诸如一个符号中的起始符号位置和映射符号的数量,频率资源信息包括起始PRB位置、经映射PRB的数量、跳频、跳频中的频域信息等。PUCCH资源还可以包括预编码信息,例如循环移位、正交覆盖码(OCC)信息和离散傅立叶变换。实际上,由终端发送的PUCCH资源域可以在诸如DCI的PUCCH资源指示符(PRI)的比特字段中指示。在前述比特字段中指示的值可以是指示由较高层信令配置的PUCCH资源集和PUCCH资源中的一者的信息。
终端可以在连接到基站时向基站报告关于其能力的信息。上述能力可以包括终端可支持的参数(例如,最大层数、最大调制阶数、最大频率带宽、特定技术的支持等),并且终端可以向基站报告上述信息。为此,基站可以通过发送UE能力查询消息来指示向终端提供关于能力的信息,并且终端可以通过发送UE能力信息消息来提供关于能力的信息。关于终端的能力的信息可以通过诸如RRC信令等较高层信令被传送到基站。基站或单独的服务器可以存储关于特定终端的能力的信息。存储在基站或单独的服务器中的关于终端的能力的信息可以被用于基站在终端下一次接入同一基站时立即识别终端的能力。
UE能力信息可以包括关于终端接收PDSCH并向基站发送HARQ-ACK反馈所需的最小时间信息的信息,并且该最小时间信息可以被称为最小处理时间。UE能力信息还可以包括关于终端从基站接收UL调度并发送PUSCH所需的最小时间信息的信息。基站可以基于上述关于处理时间的UE能力信息向终端指示HARQ-ACK反馈定时和PUSCH传输定时。也就是说,基站可以通过大于最小处理时间的值向终端指示上述定时信息。
根据本公开的实施例,在5G或NR***中,当基站发送包括DL数据的PDSCH时,基站可以在用于调度PDSCH的DCI中指示与关于终端发送PDSCH的HARQ-ACK信息的定时的定时信息相对应的值K1。当HARQ-ACK信息包括定时提前并且没有被指示在符号L1之前被发送时,终端可以向基站发送HARQ-ACK信息。也就是说,HARQ-ACK信息可以包括定时提前,并且可以在与符号L1一致的定时或在符号L1之后从终端发送到基站。当HARQ-ACK信息包括定时提前并且被指示在符号L1之前被发送时,HARQ-ACK信息在从终端到基站的HARQ-ACK传输中可能不是有效的HARQ-ACK信息。符号L1可以是第一符号,其中CP从PDSCH的最后定时起经历Tproc,1之后开始。Tproc,1可以按等式2计算。
[等式2]
Tproc,1=((N1+d1,1+d1,2)(2048+144)·κ2-μ)·TC|
在等式2中,N1、d1,1、d1,2、κμ和TC可以如下定义。
-当通过PUCCH(UL控制信道)发送HARQ-ACK时,可能d1,1=0;当通过PUSCH(UL共享信道,数据信道)发送HARQ-ACK时,可能d1,1=1。
-当在终端中配置多个激活的配置载波或载波时,载波之间的最大定时差可以反映为第二信号的传输。
-对于PDSCH映射类型A,即,在PDSCH的最后OFDM符号的位置索引i小于7的情况下,当第一DMRS符号位置是时隙的第三或第四符号时,d1,2=7-i。
-对于PDSCH映射类型B,即,在PDSCH的长度是4个符号的情况下,当第一DMRS符号位置是PDSCH的第一符号时,d1,2=3;当PDSCH的长度是2个符号时,则d1,2=3+d,其中d表示PDSCH和包括用于调度PDSCH的控制信号的PDCCH彼此重叠的符号的数量。
-N1可以由表11中的μ定义。μ=0、1、2和3可以分别表示子载波间隔15kHz、30kHz、60kHz和120kHz。
[表11]
-对于表11中提供的N1,可以根据UE能力使用不同的值。
如上分别定义。
在根据本公开的实施例的5G或NR***中,当基站发送包括UL调度许可的控制信息时,基站可以指示与关于终端发送UL数据或PUSCH的定时的定时信息相对应的值K2。
当PUSCH包括定时提前并且没有被指示在符号L2之前被发送时,终端可以向基站发送PUSCH。也就是说,PUSCH可以包括定时提前,并且可以在与符号L2一致的定时或在符号L2之后从终端发送到基站。当PUSCH包括定时提前并且被指示在符号L2之前被发送时,终端可以忽略来自基站的UL调度许可控制信息。符号L2可以是第一符号,其中要发送的PUSCH符号的CP从包括调度许可的PDCCH的最后定时起经历Tproc,2之后开始。Tproc,2可以如等式3中那样计算。
[等式3]
Tproc,2=((N2+d2,1)(2048+144)·κ2-μ)·TC|
在等式3中,N2、d2,1、κμ和TC可以如下定义。
-当PUSCH分配的符号中的第一符号可以包括DMRS时,d2,1=0;否则,d2,1=1。
-当在终端中配置多个激活的配置载波或载波时,载波之间的最大定时差可以反映为第二信号的传输。
-N2可由表12中的μ定义。μ=0、1、2和3可分别表示子载波间隔15kHz、30kHz、60kHz和120kHz。
[表12]
-对于表12中提供的N2,可以根据UE能力使用不同的值。即,
可以分别定义。
同时,根据本公开的实施例的5G或NR***可以在一个载波中设置BWP,使得特定终端可以被指定用于在BWP集合中的发送和接收。可以这样执行以减少终端的功耗。基站可以设置多个BWP,并且可以在控制信息中改变被激活的BWP。终端可用于改变BWP的时间可以如表13中所定义。
[表13]
在表13中,FR1可以是指小于或等于6GHz的频带,FR2可以是指大于或等于6GHz的频带。在本公开的上述实施例中,可以根据UE能力来确定类型1和类型2。在本公开的上述实施例中,场景1、2、3和4可以如表14所示给出。
[表14]
在控制信息中存在BWP改变请求或BWP改变被触发时,其可意味着由BWP指示符指示的BWP信息不同于当前激活的BWP,使得BWP可被改变。另一方面,在当前激活的BWP指示相同的BWP时,这可能意味着没有BWP改变请求。
在下文中,将参考附图详细描述本公开的实施例。当确定本公开的主题不清楚时,可以跳过相关功能或配置的详细描述。此外,将在下面描述的术语是考虑本公开中的功能来定义的,并且可以根据用户或操作者的意图或实践而变化。因此,应该基于整个公开内容来定义这些术语。在下文中,基站(BS)是执行终端的资源分配的实体,并且可以是gNode B(gNB)、eNode B(eNB)、Node B、无线接入单元、基站控制器或网络上的节点中的至少一者。终端可以包括UE、MS、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体***。在本公开中,DL可以意味着用于从基站传输到UE的信号的无线传输路径,并且UL可以意味着用于从UE传输到基站的信号的无线传输路径。虽然通过使用NR***作为示例来描述本公开的实施例,但是本公开的实施例也可以应用于具有类似技术背景或信道形式的其它通信***。此外,本公开的实施例还可以通过在不会很大程度上脱离基于技术人员确定的本公开的范围的范围内的一些修改来应用于其他通信***。
在本公开中,相关技术的物理信道和信号可以与数据或控制信号互换使用。例如,PDSCH是用于发送数据的物理信道,但是在本公开中,PDSCH可以用作数据。
在下文中,在本公开中,高层信令是通过使用物理层的DL数据信道将信号从BS传递到UE或者通过使用物理层的UL数据信道将信号从UE传递到BS的方法,并且可以被提及为RRC信令或媒体接入控制(MAC)控制元素(CE)。
同时,在本公开中,峰值数据速率、最大的数据速率、最大数据速率等可以互换使用。
在本公开的第一实施例中,可以提供用于确定用于发送UL PUCCH的资源的方法和装置。
在本公开的实施例中,可以根据DCI传输来确定包括UL控制信息的PUCCH传输。DCI可以传送用于PUCCH传输的资源信息。当几个DCI指示在相同定时发送的PUCCH资源时,终端可能需要确定哪个PUCCH资源发送UL控制信息。PUCCH资源的确定可以基本上以以下方式提供。
上述方法是一种如下所示的方法,其中当检测到与在相同定时发送的PUCCH有关的DCI时,首先基于服务小区索引来对DCI进行安排(或索引),然后基于PDCCH监控时机(定时)来安排DCI,再使用由最后DCI指示的PUCCH资源来安排DCI。
图8示出了根据本公开的实施例的用于描述确定PUCCH资源的方法的图。参照图8,将描述用于确定PUCCH资源的方法,该PUCCH资源将在发送由5个DCI调度的、与PDSCH或SPS(半持久性调度)调度有关的信息的HARQ-ACK信息的PUCCH是将在相同定时发送的PUCCH时被实际发送。
根据图8的方法,当检测到与在相同定时发送的PUCCH有关的DCI时,可以首先基于服务小区索引来对DCI进行安排(或索引)。接下来,可以基于PDCCH监控时机来安排DCI,从而可以按照DCI 0、DCI 1、DCI 2、DCI 3和DCI 4的顺序来安排DCI。根据所定义的方法,与DCI 0、DCI 1、DCI 2、DCI 3和DCI 4相关的UL控制信息可以在由最后DCI(DCI 4)指示的PUCCH 2中发送。
然而,在以下部分中,基站和终端之间可能需要清楚的理解:
-如何确定PDCCH监控时机顺序;
-如何处理在接收到最后DCI之后没有保证足够的处理时间的情况;
根据本公开的实施例的网络可以通过PDCCH-Config、ControlResourceSet信息元素(IE)、Searchspace IE等向终端提供PDCCH监控资源配置。网络可以通过参数(如ControlResourceSet IE中的持续时间)将CORESET的长度设置为1到3个符号的长度。此外,特定CORESET可以通过SearchSpace IE中的controlResourceSetId参数与SearchSpace相关联,并且可以通过诸如监控Searchspace IE中的SlotPeriodicityAndOffset、持续时间和monitoringSymbolsWithSlot的参数来设置时间轴上的位置。
图9示出了根据本公开的实施例的用于描述基于网络配置的两个PDCCH监控资源之间的时间轴上的位置关系的图。参照图9,(a)示出了其中两个PDCCH监控资源Z4-100和Z4-110在时间轴上彼此不重叠的示例,(b)示出了其中两个PDCCH监控资源Z4-200和Z4-210在时间轴上彼此部分重叠的示例,以及(c)示出了其中一个PDCCH监控资源310在时间轴上完全包括在另一个PDCCH监控资源Z4-300中的示例。
根据本公开的实施例,在时间轴上彼此不重叠的PDCCH监控资源可以被确定为不同的PDCCH监控时机。可以确定PDCCH监控时机索引,使得对于位于时间轴上更靠后的PDCCH监控资源的PDCCH监控时机索引大于位于时间轴上更靠前的PDCCH监控资源的PDCCH监控时机索引。在图9的(a)中,当PDCCH监控资源Z4-110的PDCCH监控时机索引是k时,PDCCH监控资源Z4-100的PDCCH监控时机索引可以被确定为k+n(n>=1)。同时,当PDCCH监控资源Z4-110和Z4-100之间不存在另一个PDCCH监控资源时,可以将值n确定为1。
图10示出了根据本公开的实施例的用于描述基于网络配置的三个PDCCH监控资源之间的时间轴上的位置关系的图。
在图10中,PDCCH监控资源Z5-110和PDCCH监控资源Z5-100在时间轴上彼此部分重叠,PDCCH监控资源Z5-100和PDCCH监控资源Z5-120在时间轴上彼此部分重叠,并且PDCCH监控资源Z5-110和PDCCH监控资源Z5-120在时间轴上彼此不重叠。如图10所示,当在时间轴上彼此部分重叠的PDCCH监控资源被确定为相同的PDCCH监控时机时,PDCCH监控资源Z5-110和PDCCH监控资源Z5-120可以被确定为相同的PDCCH监控时机。
根据本公开的实施例,在时间轴上彼此部分重叠的PDCCH监控资源可以被确定为不同的PDCCH监控时机。可以确定PDCCH监控时机索引,使得对于位于时间轴上更靠后的PDCCH监控资源的PDCCH监控时机索引大于位于时间轴上更靠前的PDCCH监控资源的PDCCH监控时机索引。如上所述,在图9的(b)中,当PDCCH监控资源Z4-210的PDCCH监控时机索引是k时,PDCCH监控资源Z4-200的PDCCH监控时机索引可以被确定为k+n(n>=1)。当在PDCCH监控资源Z4-210和Z4-200之间不存在另一个PDCCH监控资源时,值n可以被确定为1。在图10中,当PDCCH监控资源Z5-100的PDCCH监控时机索引是k时,PDCCH监控资源Z5-110的PDCCH监控时机索引可以被确定为k+n(n>=1),并且PDCCH监控资源Z5-120的PDCCH监控时机索引可以被确定为k+n+o(o>=1)。
根据本公开的实施例,在时间轴上彼此部分重叠的PDCCH监控资源可以被确定为不同的PDCCH监控时机。PDCCH监控时机索引可以基于包括在PDCCH监控资源中的一些符号在时间轴上的位置来确定。用于确定前述PDCCH监控时机索引的符号可以是PDCCH监控资源的最后一个符号。当符号位于时间轴上更靠后时,可以确定包括该符号的PDCCH监控资源的PDCCH监控时机索引大于包括位于更靠前的符号的PDCCH监控资源的PDCCH监控时机索引。即,在图9的(c)中,当PDCCH监控资源Z4-310的PDCCH监控时机索引是k时,PDCCH监控资源Z4-300的PDCCH监控时机索引可以被确定为k+n(n>=1)。
图11示出了根据本公开的实施例的用于描述基于网络配置的两个PDCCH监控资源之间的时间轴上的位置关系的图。
参照图11,图11的(a)和(b)都示出了每个PDCCH监控资源的最后一个符号在时间轴上具有相同的位置。根据本公开的实施例,可以将具有最后符号的相同位置的PDCCH监控资源的PDCCH监控时机索引确定为相同的。也就是说,PDCCH监控资源Z6-100和PDCCH监控资源Z6-110的PDCCH监控时机索引可以被确定为相同的值。根据本公开的实施例,即使PDCCH监控资源在时间轴上彼此部分重叠,当每个PDCCH监控资源的最后一个符号在时间轴上具有相同的位置时,也可以将PDCCH监控资源的PDCCH监控时机索引确定为相同的。也就是说,可以将PDCCH监控资源Z6-200和PDCCH监控资源Z6-210的PDCCH监控时机索引确定为相同的。
图12说明根据本发明实施例的用于描述基于网络配置的两个PDCCH监控资源之间的时间轴上的位置关系的图。
网络可以经配置以针对一个载波中的每个BWP使用不同的子载波间隔μ。网络可以为每个载波使用不同的子载波间隔μ。在激活和使用网络为终端配置的BWP之中的多个BWP的情况下,当由网络为终端配置和使用的载波所使用的子载波间隔不同并且每个BWP的子载波间隔不同时,终端的PDCCH监控资源可以包括具有不同子载波间隔的无线电资源,如图12所示。根据本公开的实施例,可以基于PDCCH监控资源的最后一个符号的后边界在时间轴上的位置来确定PDCCH监控资源的PDCCH监控时机索引。在本公开的实施例中,可以将具有相同边界的PDCCH监控资源的PDCCH监控时机索引确定为相同的值。当边界在时间轴上更靠后时,可以确定PDCCH监控资源的PDCCH监控时机索引大于具有位于时间轴上更靠前的边界的PDCCH监控资源的PDCCH监控时机索引。根据图12所示的示例,符号Z7-130的后边界和符号Z7-210的后边界在时间轴上具有相同的位置,使得PDCCH监控资源Z7-100和PDCCH监控资源Z7-200的PDCCH监控时机索引具有相同的值,并且符号Z7-310的后边界在时间轴上位于更前的位置。使得相应的PDCCH监控资源(Z7-300)可以具有较少的PDCCH监控时机索引。即,当PDCCH监测资源Z7-300的PDCCH监测时机索引为k时,PDCCH监测资源Z7-100和PDCCH监测资源Z7-200的PDCCH监测时机索引可以被确定为k+n(n>=1)。
根据本公开的实施例,终端可以在PDCCH监控时机索引i和服务小区索引0中尝试DCI检测。当检测到的DCI格式1_0或DCI格式1_1存在时,终端可以确定由DCI指示的PUCCH资源的时隙索引,并且可以将检测到的DCI推送到与确定的时隙索引m相对应的STACKm,并且存储检测到的DCI。同时,终端可以重复上述操作,同时将服务小区索引增加1,直到服务小区索引与为终端设置的服务小区的数量相同。同时,当服务小区索引与为终端设置的服务小区索引相同时,终端可以将PDCCH监测时机索引增加1,将服务小区索引设置为0,并重复上述操作。可以基于由关于Stackm的POP执行产生的DCI来确定时隙Slotm中的PUCCH资源。
根据本公开的实施例,终端可以在PDCCH监控时机索引i和服务小区索引0中尝试DCI检测。当检测到的DCI格式1_0或DCI格式1_1存在时,终端可以确定由DCI指示的PUCCH资源的时隙索引,并且可以将由检测到的DCI所指示的PUCCH资源指示符存储在对应于所确定的时隙索引m的变量PUCCH_resm中。同时,终端可以重复上述操作,同时将服务小区索引增加1,直到服务小区索引与为终端设置的服务小区的数量相同。同时,当服务小区索引与为终端设置的服务小区索引相同时,终端可以将PDCCH监测时机索引增加1,将服务小区索引设置为0,并重复上述操作。时隙Slotm中的PUCCH资源可以被确定为PUCCH_resm。
根据本公开的实施例的网络可以为终端设置至少一个BWP。可以通过更高层信令(例如,RRC信令)为终端设置BWP。网络可以通过集合BWP发送数据。必要时,网络可以通过高层信令(例如,RRC信令、MAC CE信令)或L1信令来激活多个BWP。
图13示出了根据本公开的实施例的用于描述其中下行链路控制信息(DCI)通过多个激活的带宽部分被发送的操作的图。参照图13,根据本公开的实施例,多个活动BWP可以存在于终端中,并且DCI可以通过BWP发送。通过经由多个BWP发送的DCI,可以调度PDSCH。用于发送相应HARQ-ACK的资源可以由DCI指示。当上述HARQ-ACK传输PUCCH资源指示与相同定时对应的PUCCH资源时,终端可能需要确定用于传输UL控制信息的PUCCH资源。
图14说明用于描述根据本公开实施例的传输方法的图。参照图14,将描述当发送由5个DCI调度的PDSCH的HARQ-ACK信息的PUCCH或基于SPS配置所接收的PDSCH的HARQ-ACK信息的PUCCH具有相同定时时确定PUCCH资源的方法。利用根据本公开的实施例的方法,首先使用BWP索引(例如,升序)来对用于在相同定时调度PUCCH资源的DCI进行安排(或索引),然后使用PDCCH监控时机。通过在前述方法中的安排,DCI可以按照DCI 0、DCI 1、DCI 2、DCI3和DCI 4的顺序安排。可以在PUCCH 2中发送与DCI 0、DCI 1、DCI 2、DCI 3和DCI 4相关的UL信息,该PUCCH 2由所安排的DCI(DCI 4)中的最后DCI指示。可以在PUCCH 2中发送与DCI0、DCI 1、DCI 2、DCI 3、DCI 4、以及与基于SPS配置接收的PDSCH中的PUCCH资源相关联的PDSCH有关的UL信息,该PUCCH 2由所安排的DCI(DCI 4)中的最后DCI指示。
图15示出了用于描述根据本公开的实施例的传输方法的图。参照图15,将描述当发送由7个DCI调度的PDSCH的HARQ-ACK信息的PUCCH或基于SPS配置接收的PDSCH的HARQ-ACK信息的PUCCH具有相同定时时确定PUCCH资源的方法。利用根据本公开的实施例的方法,首先使用BWP索引(例如,升序)来对用于在相同定时调度PUCCH资源的DCI进行安排(或索引),然后使用服务小区索引(升序),然后使用PDCCH监控时机。通过在前述方法中的安排,DCI可以按照DCI 0、DCI 1、DCI 2、DCI 3、DCI 4、DCI 5和DCI 6的顺序安排。可以在PUCCH 2中发送与DCI 0、DCI 1、DCI 2、DCI 3、DCI 4、DCI 5和DCI 6相关的UL信息,该PUCCH 2由所安排的DCI(DCI 6)中的最后DCI指示。可以在PUCCH 2中发送与DCI 0、DCI1、DCI 2、DCI 3、DCI 4、DCI 5、DCI 6、以及与基于SPS配置所接收的PDSCH中的PUCCH资源相关联的PDSCH有关的UL信息,该PUCCH 2由所安排的DCI(DCI 6)中的最后DCI指示。
在本公开的第二实施例中,可以提供一种用于配置UL控制信息并将其反馈到UL的方法和装置。
关于PDSCH成功的有效HARQ-ACK是否通过前述PUCCH被发送到网络可以在以下方法中基于PDSCH和PUCCH之间的关系来确定。在以下描述中,当通过多个DCI发送多个PDSCH时,基于其发送有效HARQ-ACK的标准不清楚,这需要清楚地理解。
根据本公开的实施例,当在“多个PDSCH中的最后PDSCH的最后符号的结束点”与“由终端的定时提前所提前的、PUCCH传输资源的第一个符号的CP的起始点”之间的时间轴上的距离大于或等于特定值(例如,Tproc,1=(N1+d1,1)(2048+144)·κ2-μ·TC)(即,资源满足时间条件)时,终端可以复用多个PDSCH的有效HARQ-ACK信息,并通过PUCCH资源发送复用的HARQ-ACK信息。
根据本公开的实施例,当在“多个PDSCH中的最后PDSCH的最后符号的结束点”与“由终端的定时提前所提前的、PUCCH传输资源的第一个符号的CP的起始点”之间的时间轴上的距离大于或等于特定值(例如,Tproc,1=(N1+d1,1)(2048+144)·κ2-μ·TC)(即,资源满足时间条件)时,终端可以复用多个PDSCH的有效HARQ-ACK信息,并通过PUCCH资源发送复用的HARQ-ACK信息。
根据本发明的实施例,当资源未能满足前述时间条件时,终端可能不发送有效的HARQ-ACK信息。根据本公开的实施例,当存在至少一个(多个)PDSCH未能满足时间条件时,终端可能不发送用于所有(多个)PDSCH的有效HARQ-ACK信息。
根据本公开的实施例,终端可以丢弃包括至少一个无效HARQ-ACK信息的PUCCH传输。根据本公开的实施例,终端可以丢弃包括至少一个无效HARQ-ACK信息的PUSCH传输。
根据本公开的实施例,当在终端中设置PUCCH重复传输时,终端可以从至少满足时间条件的资源开始PUCCH传输,而不在不满足前述时间条件的资源中执行PUCCH传输。根据本公开的实施例,当为终端设置n次的PUCCH重复传输并且m个PUCCH资源未能满足前述时间条件时,可以从满足该时间条件的PUCCH资源(即,在时间轴上位置更靠后的资源)开始执行(n-m)次的PUCCH传输。根据本公开的实施例,当为终端设置n次的PUCCH重复传输并且m个PUCCH资源不满足前述时间条件时,可以从满足该时间条件的PUCCH资源开始执行n次的PUCCH传输。根据本公开的实施例,用于为上述UE设置PUCCH重复传输的情况的传输方法可以同等地应用于设置PUSCH重复传输的情况。
根据本公开的实施例,终端可以将不满足上述时间条件的用于PDSCH的HARQ-ACK比特配置为NACK,并将满足该时间条件的用于PDSCH的HARQ-ACK比特配置为有效HARQ-ACK信息,并且发送HARQ-ACK信息。根据本公开的实施例,终端可以基本上将所有PDSCH的HARQ-ACK信息配置为NACK,并且在完成每个PDSCH解码时将相应的HARQ-ACK信息更新为有效的HARQ-ACK信息。
根据本公开的实施例,终端可以仅发送满足前述时间条件的PDSCH的HARQ-ACK比特作为HARQ-ACK信息。根据本公开的实施例,当对应于经调度PDSCH的HARQ-ACK的比特宽度是N个比特并且对应于不能满足前述时间条件的PDSCH的HARQ-ACK的比特宽度是M个比特时,终端可以配置具有N-M个比特的HARQ-ACK码本并发送该码本。
根据本公开的实施例,当(多个)PDSCH未满足前述时间条件时,终端可以将未满足时间条件的(多个)PDSCH处理为未被发送到终端。根据本公开的实施例,当基站在实践中发送N个PDSCH,其中M个PDSCH未满足时间条件时,终端可以将未满足时间条件的M个PDSCH处理为未被发送,并且因此将除了M个PDSCH之外的(N-M)个PDSCH的HARQ-ACK信息配置为HARQ-ACK信息并且发送该HARQ-ACK信息。
关于PDSCH的成功的有效HARQ-ACK是否通过PUCCH被发送到网络可以在以下方法中基于PDSCH和PUCCH之间的关系来确定。在以下处理时间的描述中,可能需要基站和终端之间对于PDSCH的最后符号的起始点的清楚理解。
图16示出了根据本公开的实施例的用于描述用于发送PDSCH的PUCCH与对应于PDSCH的HARQ-ACK之间的关系的图。根据基站和终端之间的位置,在基站的传输信号到达终端之前可能发生传播延迟。根据本公开的实施例,用于确定关于PDSCH接收的成功的有效HARQ-ACK是否被发送到网络的PDSCH的最后符号的结束点可以是由终端接收的PDSCH的最后符号的边界Y1-20。
图17示出了根据本公开的实施例的用于描述当通过一个PDCCH发送的DCI通过多个PDSCH被调度时,用于发送与多个PDSCH相对应的HARQ-ACK的多个PDSCH和PUCCH资源之间的关系的图。
参照图17,上述PDSCH Y2-20和Y2-30可以包括相同的TB。根据本公开的实施例,用于确定关于PDSCH接收的成功的有效HARQ-ACK是否被发送到网络的PDSCH的最后符号的结束点可以是由多个PDSCH中的终端最后接收的PDSCH的最后符号的边界Y2-20。根据本公开的实施例,用于确定关于PDSCH接收的成功的有效HARQ-ACK是否被发送到网络的PDSCH的最后符号的结束点可以基于多个PDSCH所映射到的时间资源的索引。例如,可以比较PDSCHY2-20的最后符号的时间资源索引(即,时隙数和符号数)和PDSCH Y2-30的最后符号的时间资源索引,并且结束点可以基于位于时间轴上更靠后的符号。
同时,上述PDSCH Y2-20和Y2-30可以包括不同的TB。根据本公开的实施例,关于通过PDSCH发送的TB的接收成功的有效HARQ-ACK是否被发送到网络可以基于每个PDSCH的最后符号的边界。例如,通过PDSCH Y2-20进行的用于TB传输的有效HARQ-ACK传输可以基于时间Y2-50,并且通过PDSCH Y2-30进行的用于TB传输的有效HARQ-ACK传输可以基于时间Y2-40。
终端可以在PDSCH解码之前将对应于PDSCH的HARQ-ACK设置为NACK。当PDSCH解码完成并且其结果成功时,终端可以将HARQ-ACK更新为ACK。当在HARQ-ACK传输定时和HARQ-ACK信息被更新之前完成PDSCH解码时,终端可以传递更新后的信息;当HARQ-ACK信息未被更新时,终端可以发送先前配置的HARQ-ACK信息。即使在直到HARQ-ACK传输定时仍未完成解码时,终端也可以继续解码并生成HARQ-ACK信息。此后,终端可以确定基于由网络通过PDCCH发送的DCI所调度的PDSCH是否对应于重传,并且当PDSCH对应于重传并且通过上述解码生成的HARQ-ACK信息是ACK时,终端可以在新确定的HARQ-ACK信息传输资源中发送ACK,而不接收或解码重传的PDSCH。当PDSCH对应于重传并且通过上述解码生成的HARQ-ACK信息是NACK时,终端可以接收重传的PDSCH并且基于指定的HARQ方案通过组合操作来执行PDSCH解码。
在本公开的第三实施例中,可以提供用于分析和确定HARQ-ACK反馈定时信息的方法和装置。
根据本公开的实施例,可以基于通过PDCCH发送的DCI来确定包括与PDSCH接收的成功有关的UL控制信息(例如HARQ-ACK信息)的PUCCH传输。当多个DCI指示在相同定时处的PUCCH传输,并且指示在相同定时处的PUCCH传输的DCI指示不同的PUCCH资源时,终端可以确定要在其中发送UL控制信号的PUCCH资源。这可以如下确定:
DCI格式1_0可以固定地包括3比特的PDSCH到HARQ_feedback定时指示符。同时,包括在DCI格式1_1中的PDSCH到HARQ_feedback定时指示符的比特数可以由更高层信令(例如,RRC信令)来确定。例如,包括在RRC信令中的dl-DataToUL-ACK参数的条目数是I,DCI格式1_1可以包括作为PDSCH到HARQ_feedback定时指示符的比特。根据本公开的实施例的网络可以为终端设置dl-DataToUL-ACK参数的一个条目。在这种情况下,要由终端监控的PDCCH的DCI格式1_1可以具有0比特作为PDSCH到HARQ_feedback的定时指示符。
在本发明的一个实施例中,其中PDSCH到HARQ_feedback定时指示符是0比特,网络可以为终端设置dl-DataToUL-ACK参数的一个条目。在这种情况下,PDSCH到HARQ_feedback定时指示符的字段可能不存在(或可能不呈现)于要由终端监控的PDCCH的DCI格式1_1中。在这种情况下,在确定PUCCH传输资源的过程中,在如何处理这种DCI方面可能出现问题。
图17A说明根据本发明实施例的DCI传输过程。更具体地,图17A示出了一种情况,其中可以为终端设置多个服务小区,并且发送DCI 0和DCI 1,其中在每个服务小区的相同PDCCH监控时机中不存在用于PDSCH到HARQ_feedback定时指示符的字段。在这种情况下,用于PDSCH到HARQ_feedback定时指示符的字段不存在于DCI 0和DCI 1中,使得不能使用上述方法来确定PUCCH资源。
根据本公开的实施例,当网络为终端设置的dl-DataToUL-ACK参数的条目数为1时,终端或基站可以将该设置的dl-DataToUL-ACK参数的值视为PDSCH到HARQ_feedback定时指示符的值。
根据本公开的实施例,当PDSCH到HARQ_feedback定时指示符实际上不作为0比特存在时,终端或基站可以假定存在虚拟PDSCH到HARQ_feedback定时指示符字段并执行处理。终端或基站可以处理虚拟PDSCH到HARQ_feedback定时指示符字段值作为特定值。根据本公开的实施例,作为特定值,可以使用通过高层信令(例如,RRC信令)指定的值。根据本公开的实施例,特定值可以是通过RRC信令指定的dl-DataToUL-ACK参数。根据本公开的实施例,当在确定PUCCH传输资源的过程中实际不存在PDSCH到HARQ_feedback定时指示符字段时,终端和基站可以在假设PDSCH到HARQ_feedback定时指示符字段中存在通过RRC信令指定的dl-DataToUL-ACK参数的情况下执行处理。根据本公开的实施例,可以如下确定UL控制信号传输方法。
即,基于本公开的前述实施例,即使当DCI中不存在PDSCH到HARQ_feedback定时指示符字段时,终端也可以确定PUCCH资源。例如,在图17A中如本公开的上述实施例一样,由DCI 1指示的PUCCH2可以被确定为传输资源。
在确定PUCCH传输资源时,可以使用PDCCH映射到的第一CCE索引nCCE,p、通过PDCCH传输的DCI中的“PUCCH资源指示符”字段的值,并且可以将其中传输PUCCH的时隙确定为“PDSCH到HARQ_feedback定时指示符”字段的值。在这种情况下,当通过PDCCH发送的DCI中的“PDSCH到HARQ_feedback定时指示符”字段不存在时,即,该字段具有0比特的值时,时隙可能不被确定。
根据本公开的实施例,当“PDSCH到HARQ_feedback定时指示符”字段不存在时,终端和基站可以假定该字段存在,并且使用通过RRC信令指定的dl-DataToUL-ACK参数值作为该字段的值。
根据本公开的实施例的基站可以将pdsch-HARQ-ACK-码本参数设置为半静态,使得终端和基站使用类型1HARQ-ACK码本。在这种情况下,当确定是将HARQ-ACK信息还是NACK信息映射到类型1HARQ-ACK码本的每个比特时,可以使用PDSCH到HARQ_feedback定时指示符字段。当该字段不存在时,可以不确定HARQ-ACK码本的比特值。
根据本公开的实施例,当“PDSCH到HARQ_feedback定时指示符”字段不存在时,终端和基站可以假定该字段存在,并且使用通过RRC信令指定的dl-DataToUL-ACK参数值作为该字段的值。
根据本发明实施例的终端可以复用HARQ-ACK信息、调度请求(SR)信息和信道状态信息(CSI),并通过PUCCH资源进行发送。在这种情况下,可以通过具有“PDSCH到HARQ_feedback定时指示符”字段的值的最后DCI中的“PUCCH资源指示符”字段的值来确定PUCCH资源。在这种情况下,当“PDSCH到HARQ_feedback定时指示符”字段不存在时,可以不确定PUCCH资源。
根据本公开的实施例,当“PDSCH到HARQ_feedback定时指示符”字段不存在时,终端和基站可以假定该字段存在,并且使用通过RRC信令指定的dl-DataToUL-ACK参数值作为该字段的值。
根据本公开的实施例,当DCI中的PDSCH到HARQ_feedback定时指示符字段的值是0比特时,在假定该值被设置为dl-DataToUL-ACK的情况下,终端和基站可以处理PDSCH到HARQ_feedback定时指示符字段的值。
当基站为终端指定多个服务小区时,每个服务小区可以由通过PDSCH发送的激活命令来激活。当在时隙n中接收到激活命令时,终端可以在时隙(n+k)之后应用激活命令。前述k可以计算为μ可以指示子载波间隔,并且可以指示子载波间隔μ中的每个子帧的时隙的数量。k1可以指示调度PDSCH的DCI中PDSCH到HARQ_反馈定时指示符字段的值。关于如何处理在DCI中不存在PDSCH到HARQ_feedback定时指示符字段的情况,可能出现问题。
根据本公开的实施例,当调度用于发送服务小区的激活命令的PDSCH的DCI中存在PDSCH到HARQ_feedback定时指示符字段时,终端和基站可以通过将字段的值用作k1来计算除非该字段不存在于DCI中,否则终端和基站可以通过使用在较高层(例如RRC层)中设置的dl-DataToUL-ACK的值来计算k。
图17B示出了根据本公开的实施例的指示DCI的PUCCH资源的方法。更具体地,图17B示出了所有DCI指示位于相同时隙中的PUCCH资源的情况。当在不满足终端的处理时间条件(即,Tth=N3·(2048+144)·κ·2-μ·TC|)的时间处接收DCI 3和DCI 4时,DCI 3和DCI4可以包括在用于确定用于HARQ-ACK信息传输的PUCCH传输资源的一组DCI中。在这种情况下,根据上表的规则使用由DCI 4指示的PUCCH 2,并且当不包括PUCCH 2时,可以使用由DCI2指示的PUCCH 1。根据上表的内容,在确定用于HARQ-ACK信息传输的PUCCH传输资源时所使用的通过PDCCH传输的DCI集合中包括哪些DCI可能不是清楚的,因此需要阐明。
根据本公开的实施例,指示位于相同时隙中的PUCCH资源的所有DCI可以包括在用于确定用于HARQ-ACK信息传输的PUCCH传输资源的、通过PDCCH传输的DCI集合中,而不管终端的处理时间条件。即,在图17B中,DCI 3和DCI 4的接收点W2-400与PUCCH资源的第一符号的起始点W2-500之间的时间轴上的距离可以小于N3·(2048+144)·κ·2-μ·TC|,但是在确定PUCCH传输资源时也可以考虑DCI3和DCI 4,并且在这种情况下,PUCCH传输资源可以被确定为由DCI4指示的PUCCH 2。
根据本公开的实施例,可以在确定PUCCH传输资源的过程中考虑终端的处理时间。例如,可以在确定通过用于确定PUCCH传输资源的PDCCH传输的DCI集合的过程中,考虑终端的处理时间。在本公开的前述实施例中,传输“用于确定PUCCH传输资源的DCI集合”中所包括的DCI的PDCCH传输资源可以位于PUCCH传输资源的第一符号的起始点之前的至少某个时间。传输“用于确定PUCCH传输资源的DCI集合”中所包括的DCI的PDCCH传输资源的最后符号的结束点可以位于PUCCH传输资源的第一符号的起始点之前的至少某个时间。通过不满足前述时间条件的PDCCH传输资源传输的DCI可以不包括在用于确定PUCCH传输资源的DCI集合中。
即,在图17B中,DCI 0的接收点W2-100、DCI 1的接收点W2-200和DCI 2的接收点W2-300与PUCCH资源的第一符号的起始点W2-500在时间轴上的距离可以大于或等于N3·(2048+144)·κ·2-μ·TC|,从而可以包括DCI 0、DCI 1和DCI 2。并且DCI 3的接收点W2-400和DCI 4的接收点W2-400与PUCCH资源的第一符号的起始点W2-300在时间轴上的距离可以小于N3·(2048+144)·κ·2-μ·TC|,因此DCI 3和DCI 4可以不被包括。参照图17B,作为由包括在“用于确定PUCCH传输资源的DCI集合”中的DCI 0、DCI 1和DCI 2中的最后PDCCH监控资源中传输的DCI 2所指示的PUCCH 1,可以确定PUCCH传输资源。
根据本公开的实施例,当检测到与在相同定时发送的PUCCH有关的DCI时,可以首先基于服务小区索引来安排DCI。接下来,可以基于PDCCH监控时机来安排DCI。在这种情况下,终端可以预期在其中发送DCI的PDCCH的接收位于PUCCH资源的第一符号的起始点之前至少N3·(2048+144)·κ·2-μ·TC|。即,可以根据前述安排规则来安排满足PUCCH资源的第一符号的起始点与PDCCH的接收时间之间在时间轴上的距离大于至少N3·(2048+144)·κ·2-μ·TC|这一条件的DCI,并且可以忽略不满足该条件的DCI。或者,可以根据前述安排规则来安排满足PUCCH资源的第一符号的起始点与PDCCH的接收时间之间在时间轴上的距离大于或等于至少N3·(2048+144)·κ·2-μ·Tc|这一条件的DCI,并且可以忽略不满足该条件的DCI。k可以是Ts除以Tc的结果64,并且Ts可以是1/(△fref·Nf,ref)。这里,△fref可以是15·103Hz,而Nf,ref可以是2048。Tc可以是1/(△fmax·Nf),其中△fmax可以是480·103Hz并且Nf可以是4096。μ可以对应于PUCCH的SCS配置和提供最后DCI的PDCCH的SCS配置中的最小值。N3可以如表15所示,由μ和PDSCH-ServingCellConfig中的processingType2Enabled确定。
[表15]
图18示出了根据本公开的实施例的用于描述安排指示在相同时间点的PUCCH传输的DCI的方法的图。参照图18,指示在相同时间的PUCCH传输的DCI可以首先基于服务小区索引来进行安排(或索引),然后基于PDCCH监控时机来安排。例如,如图18所示,可能存在在所有DCI中没有PDSCH到HARQ_feedback定时指示符字段的情况、作为安排的结果而在最后DCI中不存在PDSCH到HARQ_feedback定时指示符字段的情况、作为安排的结果而在最后DCI中存在PDSCH到HARQ_feedback定时指示符的情况、以及作为安排的结果而在所有DCI中存在PDSCH到HARQ_feedback定时指示符的情况。在本公开的实施例中,可以使用由包括PDSCH到HARQ_feedback定时指示符的值的DCI格式1_0和DCI格式1_1之间的最后DCI所指示的PUCCH资源。因此,在情况1中,不存在相应的DCI,使得终端可能不能确定PUCCH资源。由DCI指示的对应于X1-20的PUCCH资源可以在情况2中使用,由DCI指示的对应于X1-30的PUCCH资源可以在情况3中使用,并且由DCI指示的对应于X1-40的PUCCH资源可以在情况4中使用。根据用于调度PDSCH的DCI格式或DCI的安排顺序,用于确定PUCCH资源的DCI可能不存在或可能变得不同,这增加了终端和基站的复杂性。
图19示出了根据本公开的实施例的用于描述安排指示在相同时间点的PUCCH传输的DCI的方法的图。参考图19,可以改进参考图18描述的方法。利用将参照图19描述的方法,指示在相同时间的PUCCH传输的DCI可以首先基于服务小区索引来进行安排(或索引),然后基于PDCCH监控时机来进行安排(或索引)。此后,可以使用上述经安排的(或经索引的)DCI中的最后DCI来确定PUCCH资源,而不管DCI中是否存在PDSCH到HARQ_feedback定时指示符字段。也就是说,不管用于调度PDSCH的DCI格式或DCI安排顺序,经安排之后的最后DCI X2-10、X2-20、X2-30和X2-40可以用作用于确定PUCCH传输资源的DCI。
为了执行本公开的实施例,在图20和21中示出了终端和BS中的每一者的发送器、接收器和处理器。为了计算实际数据速率并执行本公开的第一实施例或第二实施例中的发送和接收方法,基站和终端中的每一者的接收器、处理器和发送器可以根据本公开的上述实施例中的每一个来操作。
图20示出了根据本发明实施例的终端的框图。
参照图20,根据本公开的终端可以包括处理器2010、收发器2020和存储器2030。收发机2020可以包括接收器和发送器。收发器2020可以向BS发送信号和从BS接收信号。该信号可以包括控制信息和数据。为此,收发机2020可以包括进行上变频和放大发送信号的频率的RF发送器和低噪声放大所接收的信号并对频率进行下变频的RF接收器。
收发器2020可以通过无线电信道接收信号,并将接收到的信号输出到处理器2010,并通过无线电信道发送从处理器2010输出的信号。处理器2010可以控制一系列过程,使得终端根据本公开的上述实施例进行操作。例如,收发器2020可以从基站接收控制信息和数据,包括用于数据传输的调度信息。在本公开的实施例中,处理器2010可以基于上述控制信息来确定UL控制信道和信号资源并执行相应的信号处理。此后,收发器2020可将需要传输的信号传输到基站。
图21示出了根据本发明实施例的基站的框图。
如图21所示,根据本公开的基站可以包括处理器2110、收发器2120和存储器2130。收发机2120可以包括接收器和发送器。收发器可以向终端发送信号和从终端接收信号。该信号可以包括控制信息和数据。为此,收发机2120可以包括进行上变频和放大发送信号的频率的RF发送器和低噪声放大所接收的信号并对频率进行下变频的RF接收器。收发器2120可以通过无线电信道接收信号,并将接收到的信号输出到处理器2110,并通过无线电信道发送从处理器2110输出的信号。
处理器2110可以控制一系列处理,使得基站根据本公开的上述实施例进行操作。例如,根据本公开的实施例的处理器2110可以通过使用诸如终端的处理时间、无线电资源调度状态等信息的至少一部分来生成控制信息。
此后,收发器2120可以发送所生成的控制信息或接收终端的反馈或UL数据信号。
同时,本说明书和附图中所公开的实施例已经被提供来容易地描述本公开并且帮助理解本公开,并且不旨在限制本公开的范围。换句话说,对于本领域的普通技术人员显而易见的是,在不脱离本公开的范围的情况下,可以对其进行各种改变。此外,本公开的上述实施例中的每一者都可以组合来实施。例如,本公开的第一实施例和本公开的第二实施例可以组合应用,或者本公开的第一实施例的一部分和本公开的第二实施例的一部分可以组合应用。此外,本公开的上述实施例还可以基于本公开的上述实施例的技术精神在修改的示例中实现,例如LTE***、5G***等。
尽管已经用各种实施例描述了本公开,但是本领域技术人员可以建议各种改变和修改。本公开旨在包括落入所附权利要求的范围内的这种改变和修改。
Claims (14)
1.一种在无线通信***中由终端执行的方法,所述方法包括:
从基站接收至少一个下行链路控制信息DCI;
基于所述至少一个DCI来确定物理上行链路控制信道PUCCH资源;以及
基于所确定的PUCCH资源向所述基站发送包括混合自动重传请求HARQ确认HARQ-ACK信息的PUCCH;
其中确定所述PUCCH资源包括:
在所述至少一个DCI中存在物理下行链路共享信道PDSCH到HARQ反馈定时指示符字段的情况下,基于所述至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定所述PUCCH资源;以及
在所述至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从所述基站接收的无线电资源控制RRC信令来确定所述PUCCH资源。
2.根据权利要求1所述的方法,其中所述RRC信令包括dl-DataToUL-ACK的值,以及
其中基于从所述基站接收的所述RRC信令来确定所述PUCCH资源包括基于dl-DataToUL-ACK的值来确定所述PUCCH资源。
3.根据权利要求1所述的方法,其中所述至少一个DCI指示用于所述PUCCH的传输的相同时隙。
4.根据权利要求1所述的方法,其中所述PUCCH进一步包括调度请求SR信息或信道状态信息CSI中的至少一者。
5.根据权利要求1所述的方法,其中所述至少一个DCI的格式是DCI格式1_1。
6.根据权利要求1所述的方法,进一步包括基于服务小区的索引和PDCCH监控时机的索引来对所述至少一个DCI进行索引,以及
其中基于所述至少一个DCI来确定所述PUCCH资源包括基于经索引的至少一个DCI中的最后DCI来确定所述PUCCH资源。
7.根据权利要求6所述的方法,其中,基于所述至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定所述PUCCH资源包括:在所述最后DCI中存在PDSCH到HARQ反馈定时指示符字段的情况下,基于所述最后DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定所述PUCCH资源,以及
其中,基于从所述基站接收的所述RRC信令来确定所述PUCCH资源包括:在所述最后DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从所述基站接收的所述RRC信令来确定所述PUCCH资源。
8.一种无线通信***中的终端,包括:
收发器;和
至少一个控制器,其经配置以:
从基站接收至少一个下行链路控制信息DCI;
基于所述至少一个DCI来确定物理上行链路控制信道PUCCH资源;以及
基于所确定的PUCCH资源向所述基站发送包括混合自动重传请求HARQ确认HARQ-ACK信息的PUCCH;
其中所述至少一个控制器进一步经配置以:
在所述至少一个DCI中存在物理下行链路共享信道PDSCH到HARQ反馈定时指示符字段的情况下,基于所述至少一个DCI中的PDSCH到HARQ反馈定时指示符字段中的信息来确定所述PUCCH资源;以及
在所述至少一个DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从所述基站接收的无线电资源控制RRC信令来确定所述PUCCH资源。
9.根据权利要求8所述的终端,其中所述RRC信令包括dl-DataToUL-ACK的值,以及
其中所述至少一个控制器进一步经配置以基于dl-DataToUL-ACK的值来确定所述PUCCH资源。
10.根据权利要求8所述的终端,其中所述至少一个DCI指示用于所述PUCCH的传输的相同时隙。
11.根据权利要求8所述的终端,其中所述PUCCH进一步包括调度请求SR信息或信道状态信息CSI中的至少一者。
12.根据权利要求8所述的终端,其中所述至少一个DCI的格式是DCI格式1_1。
13.根据权利要求8所述的终端,其中所述至少一个控制器进一步经配置以:
基于服务小区的索引和PDCCH监测时机的索引对所述至少一个DCI进行索引;以及
基于经索引的至少一个DCI中的最后DCI来确定所述PUCCH资源。
14.根据权利要求13所述的终端,其中所述至少一个控制器进一步经配置以:
在所述最后DCI中存在PDSCH到HARQ反馈定时指示符字段的情况下,基于PDSCH到HARQ反馈定时指示符字段中的信息来确定所述PUCCH资源;以及
在所述最后DCI中不存在PDSCH到HARQ反馈定时指示符字段的情况下,基于从所述基站接收的所述RRC信令来确定所述PUCCH资源。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20190095751 | 2019-08-06 | ||
KR10-2019-0095751 | 2019-08-06 | ||
KR20190100542 | 2019-08-16 | ||
KR10-2019-0100542 | 2019-08-16 | ||
KR1020190107657A KR20210017949A (ko) | 2019-08-06 | 2019-08-30 | 무선 통신 시스템에서 상향링크 제어 채널 및 신호 자원 결정 방법 및 장치 |
KR10-2019-0107657 | 2019-08-30 | ||
PCT/KR2020/010433 WO2021025502A1 (en) | 2019-08-06 | 2020-08-06 | Method and apparatus for determining uplink control channel and signal resource in wireless communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114245971A true CN114245971A (zh) | 2022-03-25 |
Family
ID=74499384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080056481.1A Pending CN114245971A (zh) | 2019-08-06 | 2020-08-06 | 确定无线通信***上行控制信道和信号资源的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11844075B2 (zh) |
EP (1) | EP3991348A4 (zh) |
CN (1) | CN114245971A (zh) |
WO (1) | WO2021025502A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7064931B2 (ja) * | 2018-04-05 | 2022-05-11 | シャープ株式会社 | 基地局装置および端末装置 |
US11676438B2 (en) * | 2019-04-02 | 2023-06-13 | Rai Strategic Holdings, Inc. | Authentication and age verification for an aerosol delivery device |
KR20200117161A (ko) * | 2019-04-03 | 2020-10-14 | 삼성전자주식회사 | 무선 통신 시스템에서 제어 정보를 모니터링하는 방법 및 장치 |
US12022445B2 (en) * | 2019-04-26 | 2024-06-25 | Ntt Docomo, Inc. | Radio communication node that has a first radio link with a parent node and a second radio link with a child node, and corresponding communication method |
US11864246B2 (en) * | 2020-02-07 | 2024-01-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for random access |
US11647520B2 (en) * | 2020-06-03 | 2023-05-09 | Samsung Electronics Co., Ltd. | Mechanism for configuring span-based PDCCH monitoring |
EP4088408A1 (en) * | 2020-10-22 | 2022-11-16 | Ofinno, LLC | Transmissions in control channel repetition |
US11831375B2 (en) * | 2021-01-13 | 2023-11-28 | Qualcomm Incorporated | Sub-band channel state information reporting for ultra-reliable low latency communications |
US20230129120A1 (en) * | 2021-10-12 | 2023-04-27 | Samsung Electronics Co., Ltd. | Acknowledgement information for multi-cell scheduling |
WO2023153656A1 (ko) * | 2022-02-11 | 2023-08-17 | 엘지전자 주식회사 | 제어 채널을 모니터링하는 방법, 단말, 장치 및 저장 매체, 그리고 제어 채널을 전송하는 기지국 |
WO2024000484A1 (en) * | 2022-06-30 | 2024-01-04 | Shenzhen Tcl New Technology Co., Ltd. | Wireless communication method and related devices |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103098536A (zh) * | 2010-04-22 | 2013-05-08 | 夏普株式会社 | 用于物理上行链路控制信道资源分配的通信方法和***以及基站、用户设备和其中的集成电路 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9628227B2 (en) * | 2010-01-08 | 2017-04-18 | Sharp Kabushiki Kaisha | Mobile communication method and system for sounding reference signal transmission, and base station, user equipment and integrated circuit therein |
US10715283B2 (en) | 2017-10-02 | 2020-07-14 | Kt Corporation | Apparatus and method of transmitting and receiving HARQ ACK/NACK information for new radio |
US20190158205A1 (en) * | 2017-11-17 | 2019-05-23 | Sharp Laboratories Of America, Inc. | User equipments, base stations and methods |
US11032051B2 (en) * | 2018-01-12 | 2021-06-08 | Mediatek Singapore Pte. Ltd. | Method and apparatus for reducing uplink overhead in mobile communications |
US10893506B2 (en) | 2018-02-01 | 2021-01-12 | Qualcomm Incorporated | Multipurpose downlink control information bit fields |
US11259309B2 (en) * | 2018-03-30 | 2022-02-22 | Mediatek Singapore Pte. Ltd. | Method and apparatus for reporting hybrid automatic repeat request-acknowledgement information in mobile communications |
WO2019216640A1 (ko) * | 2018-05-09 | 2019-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 제어 채널 모니터링 방법 및 상기 방법을 이용하는 단말 |
CN111130735B (zh) * | 2019-04-30 | 2021-11-23 | 维沃移动通信有限公司 | 一种反馈控制方法、ue及网络设备 |
US11418292B2 (en) * | 2020-10-04 | 2022-08-16 | PanPsy Technologies, LLC | Wireless device and wireless network processes for feedback enhancement |
-
2020
- 2020-08-06 US US16/987,184 patent/US11844075B2/en active Active
- 2020-08-06 CN CN202080056481.1A patent/CN114245971A/zh active Pending
- 2020-08-06 EP EP20850032.2A patent/EP3991348A4/en active Pending
- 2020-08-06 WO PCT/KR2020/010433 patent/WO2021025502A1/en unknown
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103098536A (zh) * | 2010-04-22 | 2013-05-08 | 夏普株式会社 | 用于物理上行链路控制信道资源分配的通信方法和***以及基站、用户设备和其中的集成电路 |
Non-Patent Citations (3)
Title |
---|
""R1-1814394 draft CR 38.213 after RAN1#95"", 3GPP TSG_RAN\\WG1_RL1, pages 43 - 79 * |
""R1-1905890"", 3GPP TSG_RAN\\WG1_RL1 * |
MOTOROLA MOBILITY, LENOVO: "R1-1711283 "PUCCH resource allocation for HARQ-ACK feedback to Msg4"", 3GPP TSG_RAN\\WG1_RL1, no. 1 * |
Also Published As
Publication number | Publication date |
---|---|
US20210045105A1 (en) | 2021-02-11 |
US11844075B2 (en) | 2023-12-12 |
EP3991348A1 (en) | 2022-05-04 |
EP3991348A4 (en) | 2022-08-31 |
WO2021025502A1 (en) | 2021-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109997328B (zh) | 无线蜂窝通信***中用于部分重发的方法和设备 | |
US11844075B2 (en) | Method and apparatus for determining uplink control channel and signal resource in wireless communication system | |
CN107733565B (zh) | 用于在移动通信***中解码数据的设备和方法 | |
KR20200018210A (ko) | 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치 | |
KR20200018141A (ko) | 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치 | |
KR20180007584A (ko) | 무선 셀룰라 통신 시스템에서 이종 서비스간 공존 방법 및 장치 | |
US11528741B2 (en) | Method and device for determining transmission time in wireless communication system | |
CN112154690B (zh) | 用于在无线通信***中发射或接收信号的方法和装置 | |
CN113261225A (zh) | 无线通信***中用于反馈发送和接收的方法和装置 | |
EP3843302B1 (en) | Data communication method and device using multiple mcs in wireless communication system | |
US20230370195A1 (en) | Method and apparatus for transmission or reception of data in communication system | |
EP3910858A1 (en) | Method and device for transmitting and receiving data in communication system | |
US20190254022A1 (en) | Method and apparatus for mapping uplink control information in wireless communication system | |
US11595848B2 (en) | Method and apparatus for transmission and reception of data in communication system | |
EP3627741A1 (en) | Method and device for transmitting or receiving uplink control channel in wireless communication system | |
EP4020871A1 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
US20230198687A1 (en) | Method and apparatus for transmitting and receiving data and feedback in wireless communication system | |
US20230063957A1 (en) | Method and device for determining transmission time in wireless communication system | |
EP3574696B1 (en) | Method and apparatus for determining uplink transmission timing in wireless communication system | |
KR20210017949A (ko) | 무선 통신 시스템에서 상향링크 제어 채널 및 신호 자원 결정 방법 및 장치 | |
CN113767656A (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 |