CN114223162A - 两步rach中的pucch资源配置 - Google Patents

Abstract

无线通信设备、系统和方法涉及为后续HARQ消息传送实现两步RACH的PUCCH资源配置的机制。在UE向BS发送msgA后，BS用msgB进行响应，该msgB包括PDCCH的DCI中的PUCCH资源指示符，或PDSCH中的PUCCH资源指示符。UE试图分别解码PDCCH或PDSCH。在解码时，UE将使用由资源指示符标识的配置。利用PUCCH资源配置信息，UE信令通知HARQ消息。

Description

两步RACH中的PUCCH资源配置

相关申请的交叉引用

本申请要求2020年8月11日提交的美国专利申请第16/947,662号和2019年8月16日提交的美国临时专利申请第62/888,325号的优先权和权益，这些专利申请的全部内容通过引用结合于此，如同在下文中完全阐述其全部内容并用于所有适用目的。

技术领域

本申请涉及无线通信系统，更具体地说，涉及用于在两步随机接入过程中向用户设备(UE)信令通知物理上行链路控制信道(PUCCH)资源配置的改进的方法(以及相关设备和系统)。

背景技术

无线通信系统被广泛部署以提供各种类型的通信内容，例如语音、视频、分组数据、消息传送、广播等。这些系统可以通过共享可用的系统资源来支持与多个用户的通信。无线多址通信系统可以包括多个基站(BS)，每个基站同时支持针对多个通信设备的通信，这些通信设备也可以被称为用户设备(UE)。

UE可以通过执行随机接入过程来同步到网络，包括在UE和BS之间交换多个消息(例如，2个)。在UE发送随机接入消息(也称为“消息A”或“msgA”)之后，UE在随机接入响应窗口内监视来自BS的随机接入响应消息(也称为“消息B”或“msgB”)。msgB包括PDCCH和物理下行链路共享信道(PDSCH)部分。BS寻求msgB在UE处的解码状态(即，UE是否能够解码msgB)，以便确定msgB是否应该被重传。然而，使用单独的消息来为UE传送上行链路资源分配信息以用于发送解码状态增加了不期望的信令开销。

因此，需要以有效和减少信令开销的方式来处理随机接入过程，以及适应不同的连接状态和灵活的信道结构。

发明内容

以下概述了本公开的一些方面，以提供对所讨论的技术的基本理解。该概述不是对本公开的所有预期特征的广泛综述，并且既不旨在标识本公开所有方面的关键或重要元素，也不旨在描绘本公开任何或所有方面的范围。其唯一目的是以概要形式呈现本公开的一个或多个方面的一些概念，作为稍后呈现的更详细描述的序言。

例如，在本公开的一个方面，一种无线通信的方法包括：由用户设备(UE)从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令。该方法还包括：作为两步RACH过程的一部分，由UE向BS发送随机接入信道(RACH)消息。该方法还包括：作为两步RACH过程的一部分，由UE从BS接收RACH响应消息。该方法还包括：由UE基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道((PUCCH)资源。该方法还包括：由UE使用PUCCH资源向BS发送HARQ消息。

在本公开的另一方面，一种无线通信的方法包括：作为两步RACH过程的一部分，由用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息。该方法还包括：由UE基于针对资源指示符的比特长度指示符来解码RACH响应消息的物理下行链路控制信道(PDCCH)，以获得PDCCH的下行链路控制信息(DCI)，该资源指示符是基于DCI的。该方法还包括由UE基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源。该方法还包括由UE使用PUCCH资源向BS发送HARQ消息。

在本公开的另一方面，一种无线通信的方法包括：作为两步RACH过程的一部分，由用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息。该方法还包括由UE解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符。该方法还包括由UE基于来自PDSCH的资源指示符来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源。该方法还包括由UE使用PUCCH资源向BS发送HARQ消息。

在本公开的另一方面，一种无线通信的方法包括：由基站(BS)向用户设备(UE)发送系统信息消息，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息。该方法还包括：作为两步RACH过程的一部分，由BS从UE接收随机接入信道(RACH)消息。该方法还包括：由BS在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符，以确定第二PUCCH资源，以及在物理下行链路共享信道(PDSCH)中包括第二资源指示符，以确定第三PUCCH资源。该方法还包括由BS向UE发送PDCCH和PDSCH作为RACH响应消息。该方法还包括由BS使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个从UE接收混合自动重复请求(HARQ)消息。

在本公开的另一方面，用户设备包括收发器，其被配置为：从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令；作为两步RACH过程的一部分，向BS发送随机接入信道(RACH)消息；以及作为两步RACH过程的一部分，从BS接收RACH响应消息。该装置还包括处理器，该处理器被配置为基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源；并且其中收发器还被配置为使用PUCCH资源向BS发送HARQ消息。

在本公开的另一方面，用户设备包括收发器，该收发器被配置为：作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息。用户设备还包括处理器，该处理器被配置为：基于针对资源指示符的比特长度指示符，对RACH响应消息的物理下行链路控制信道(PDCCH)进行解码，以获得PDCCH的下行链路控制信息(DCI)，该资源指示符是基于DCI的；以及基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源。用户设备还包括：其中该收发器还被配置为：使用PUCCH资源来向BS发送HARQ消息。

在本公开的另一方面，用户设备包括收发器，该收发器被配置为：作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息。用户设备还包括处理器，被配置为：解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符；基于来自PDSCH的资源指示符，确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源，并且其中该收发器还被配置为：使用PUCCH资源向BS送HARQ消息。

在本公开的另一方面，基站包括收发器，该收发器被配置为：向用户设备(UE)发送系统信息消息，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息；以及作为两步RACH过程的一部分，从UE接收随机接入信道(RACH)消息。该基站还包括处理器，该处理器被配置为：在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符，以确定第二PUCCH资源，并且在物理下行链路共享信道(PDSCH)中包括第二资源指示符以确定第三PUCCH资源。基站还包括，其中收发器还被配置为：向UE发送PDCCH和PDSCH作为RACH响应消息；以及使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个，从UE接收混合自动重复请求(HARQ)消息。

在本公开的另一方面，提供了一种其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于使得用户设备从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令的代码。该程序代码还包括：用于作为两步RACH过程的一部分，使得UE向BS发送随机接入信道(RACH)消息的代码。该程序代码还包括：用于作为两步RACH过程的一部分，使得UE从BS接收RACH响应消息的代码。该程序代码还包括：用于使得UE基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码。该程序代码还包括：用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

在本公开的另一方面，提供了一种其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于作为两步RACH过程的一部分，使得用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息的代码。该程序代码还包括：用于使得UE基于针对资源指示符的比特长度指示符来解码RACH响应消息的物理下行链路控制信道(PDCCH)以获得PDCCH的下行链路控制信息(DCI)的代码，该资源指示符是基于DCI的。该程序代码还包括：用于使得UE基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码。该程序代码还包括：用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

在本公开的另一方面，提供了一种其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于作为两步RACH过程的一部分，使得用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息的代码。该程序代码还包括：用于使得UE解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符的代码。该程序代码还包括：用于使得UE基于来自PDSCH的资源指示符来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码。该程序代码还包括：用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

在本公开的另一方面，提供了一种其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于使得基站(BS)向用户设备(UE)发送系统信息消息的代码，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息。该程序代码还包括：用于作为两步RACH过程的一部分，使得BS从UE接收随机接入信道(RACH)消息的代码。该程序代码还包括：用于使得BS在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符以确定第二PUCCH资源，以及在物理下行链路共享信道(PDSCH)中包括第二资源指示符以确定第三PUCCH资源的代码。该程序代码还包括：用于使得BS向UE发送PDCCH和PDSCH作为RACH响应消息的代码。该程序代码还包括：用于使得BS使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个从UE接收混合自动重复请求(HARQ)消息的代码。

在本公开的另一方面，用户设备包括：用于从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令的部件。用户设备还包括：用于作为两步RACH过程的一部分，向BS发送随机接入信道(RACH)消息的部件。用户设备还包括：用于作为两步RACH过程的一部分，从BS接收RACH响应消息的部件。用户设备还包括：用于基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件。用户设备还包括用于使用PUCCH资源向BS发送HARQ消息的部件。

在本公开的另一方面，用户设备包括：用于作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息的部件。用户设备还包括：用于基于针对资源指示符的比特长度指示符来解码RACH响应消息的物理下行链路控制信道(PDCCH)，以获得PDCCH的下行链路控制信息(DCI)的部件，该资源指示符是基于DCI的。用户设备还包括：用于基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件。用户设备还包括：用于使用PUCCH资源向BS发送HARQ消息的部件。

在本公开的另一方面，用户设备包括：用于作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息的部件。用户设备还包括：用于解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符的部件。用户设备还包括：用于基于来自PDSCH的资源指示符来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件。用户设备还包括：用于使用PUCCH资源向BS发送HARQ消息的部件。

在本公开的另一方面，基站包括：用于向用户设备(UE)发送系统信息消息的部件，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息。基站还包括：用于作为两步RACH过程的一部分，从UE接收随机接入信道(RACH)消息的部件。基站还包括：用于在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符以确定第二PUCCH资源，以及在物理下行链路共享信道(PDSCH)中包括第二资源指示符以确定第三PUCCH资源的部件。基站还包括用于向UE发送PDCCH和PDSCH作为RACH响应消息的部件。基站还包括用于使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个从UE接收混合自动重复请求(HARQ)消息的部件。

通过结合附图阅读以下对本发明的具体示例性实施例的描述，本发明的其他方面、特征和实施例对于本领域普通技术人员来说将变得显而易见。虽然本发明的特征可以相对于下面的某些实施例和附图来讨论，但是本发明的所有实施例可以包括这里讨论的一个或多个有利特征。换句话说，虽然一个或多个实施例可以被讨论为具有某些有利特征，但是根据本文所讨论的本发明的各种实施例，还可以使用这样的特征中的一个或多个。以类似的方式，虽然示例性实施例可以在下面作为设备、系统或方法实施例来讨论，但是应该理解，这样的示例性实施例可以在各种设备、系统和方法中实现。

附图说明

图1示出了根据本公开的一些实施例的无线通信网络。

图2示出了根据本公开的一些实施例的无线通信方法的协议图。

图3是根据本公开的一些实施例的用户设备(UE)的框图。

图4是根据本公开的实施例的示例性基站(BS)的框图。

图5A示出了根据本公开的一些实施例的查找表格式。

图5B示出了根据本公开的一些实施例的查找表格式。

图6A示出了根据本公开的一些实施例的下行链路控制信息格式。

图6B示出了根据本公开的一些实施例的下行链路控制信息格式。

图7示出了根据本公开的一些实施例的PDSCH消息有效载荷结构。

图8示出了根据本公开的一些实施例的无线通信方法的流程图。

图9示出了根据本公开的一些实施例的无线通信方法的流程图。

图10示出了根据本公开的一些实施例的无线通信方法的流程图。

图11示出了根据本公开的一些实施例的无线通信方法的流程图。

图12示出了根据本公开的一些实施例的无线通信方法的流程图。

图13示出了根据本公开的一些实施例的无线通信方法的流程图。

具体实施方式

下面结合附图阐明的详细描述旨在作为各种配置的描述，而不旨在表示可以实践本文描述的概念的唯一配置。详细描述包括具体细节，其目的是提供对各种概念的透彻理解。然而，对于本领域技术人员来说显而易见的是，这些概念可以在没有这些具体细节的情况下实践。在一些情况下，公知的结构和组件以框图形式示出，以避免模糊这些概念。

本公开总体上涉及无线通信系统，也称为无线通信网络。在各种实施例中，该技术和装置可以用于无线通信网络，例如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络、LTE网络、全球移动通信系统(GSM)网络、第五代(5G)或新无线电(NR)网络以及其他通信网络。如本文所述，术语“网络”和“系统”可以互换使用。

OFDMA网络可以实现无线电技术，诸如演进型UTRA(E-UTRA)、电气和电子工程师协会(IEEE)802.11、IEEE 802.16、IEEE 802.20、闪存-OFDM等。UTRA、E-UTRA和GSM是通用移动通信系统(UMTS)的一部分。具体地，长期演进(LTE)是使用E-UTRA的UMTS的一个版本。在名为“第三代合作伙伴计划”(3GPP)的组织提供的文档中描述了UTRA、E-UTRA、GSM、UMTS和LTE，在名为“第三代合作伙伴计划2”(3GPP 2)的组织的文档中描述了cdma2000。这些不同的无线电技术和标准是已知的或者正在开发中。例如，第三代合作伙伴计划(3GPP)是电信协会团体之间的合作，旨在定义全球适用的第三代(3G)移动电话规范。3GPP长期演进(LTE)是3GPP项目，旨在改进UMTS移动电话标准。3GPP可以定义下一代移动网络、移动系统和移动设备的规范。本公开涉及来自LTE、4G、5G、NR以及更高版本的无线技术的演进，其中使用一组新的和不同的无线电接入技术或无线电空中接口在网络之间共享对无线频谱的接入。

具体地，5G网络考虑了可以使用基于OFDM的统一空中接口实现的多样部署、多样频谱和多样服务及设备。为了实现这些目标，除了为5G NR网络开发新的无线电技术之外，还考虑进一步增强LTE和LTE-A。5G NR将能够扩展以提供覆盖(1)大规模物联网(IoT)，具有超高密度(例如，约1M节点/平方千米)、超低复杂性(例如，约10s比特/秒)、超低能量(例如，约10年以上电池寿命)并且具有达到挑战性位置的能力的深度覆盖；(2)包括具有用以保护敏感的个人、财务或机密信息的强大安全性、超高可靠性(例如，约99.9999％的可靠性)、超低延迟(例如，约1毫秒)的关键任务控制以及具有大范围移动性或缺乏移动性的用户；以及(3)具有增强的移动宽带，包括极高的容量(例如，约10Tbps/平方千米)、极高的数据速率(例如，多Gbps速率、100+Mbps用户体验速率)以及具有高级发现和优化功能的深度感知。

5G NR可被实现为使用优化的基于OFDM的波形，该波形具有可缩放的数字方案和传输时间间隔(TTI)；具有通用、灵活的框架，以采用动态、低延迟的时分双工(TDD)/频分双工(FDD)设计来高效地复用服务和特征；以及具有先进的无线技术，如海量多输入、多输出(MIMO)、鲁棒的毫米波(mmWave)传输、先进的信道编码和以设备为中心的移动性。5G NR中数字方案的可缩放性，随着子载波间隔的缩放，可以有效地解决跨多样频谱和多样部署操作多样服务的问题。例如，在小于3GHz的FDD/TDD实现方式的各种室外和宏覆盖部署中，例如在5、10、20MHz以及类似的带宽(BW)上，子载波间隔可以以15kHz发生。对于TDD大于3GHz的其他各种室外和小小区覆盖部署，子载波间隔可能在80/100MHz BW上以30kHz发生。对于其他各种室内宽带实现方式，在5GHz频带的未经许可部分使用TDD，子载波间隔可能在160MHz BW上以60kHz发生。最后，对于使用毫米波组件以28GHz的TDD进行发送的各种部署，子载波间隔可能在500MHz BW上以120kHz发生。

5G NR的可缩放数字方案有助于针对多样延迟和服务质量(QoS)要求的可缩放TTI。例如，较短的TTI可用于低延迟和高可靠性，而较长的TTI可用于更高的频谱效率。长的和短的TTI的有效复用允许传输在符号边界上开始。5G NR还考虑了自包括集成子帧设计，其在同一子帧中具有上行链路/下行链路调度信息、数据和确认。自包括集成子帧支持在未经许可或基于竞争的共享频谱、自适应上行链路/下行链路中的通信，该自适应上行链路/下行链路可以在每个小区的基础上灵活配置，以在上行链路和下行链路之间动态切换，从而满足当前的流量需求。

下面进一步描述本公开的各种其他方面和特征。显然，本文的教导可以以多种形式体现，并且本文公开的任何特定结构、功能或两者仅仅是代表性的，而不是限制性的。基于本文的教导，本领域普通技术人员应该理解，本文公开的方面可以独立于任何其他方面来实现，并且这些方面中的两个或更多个可以以各种方式组合。例如，可以使用本文阐述的任何数量的方面来实现装置或实践方法。此外，除了本文阐述的一个或多个方面之外，或者除了本文阐述的一个或多个方面之外，可以使用其他结构、功能或者结构及功能来实现这样的装置或者实践这样的方法。例如，方法可以被实现为系统、设备、装置的一部分，和/或被实现为存储在计算机可读介质上用于在处理器或计算机上执行的指令。此外，一个方面可以包括权利要求的至少一个元素。

本申请描述了通过经由多个机制向UE信令通知PUCCH配置信息来实现两步RACH的可缩放PUCCH资源配置的机制。然后，PUCCH配置信息被用于传输HARQ消息。在一些实施例中，使用多种PUCCH资源调度方法来在UE处提供灵活性，以获得PUCCH资源调度，其中具有使用信令通知的PUCCH资源调度的分层优先层次。

例如，UE可以接收包括默认PUCCH资源配置信息(例如，有限的一组半持久配置)的系统信息消息(或无线电资源控制(RRC)消息，为了讨论的简单起见，在这里简单地统称为系统信息消息)，以及稍后可以在来自BS的RACH响应消息(msgB)的PDCCH中信令通知什么类型的下行链路控制信息(DCI)格式的一个或多个指示。在UE向BS发送RACH消息(msgA)之后，BS用msgB进行响应，该msgB包括PDCCH的DCI中的PUCCH资源指示符，以及msgB的PDSCH有效载荷中的另一个PUCCH资源指示符。

当接收到msgB时，UE尝试解码PDCCH，然后解码PDSCH。如果UE成功解码了PDCCH和PDSCH两者，那么UE将使用PDSCH有效载荷中指示的PUCCH资源配置。相反，如果UE成功解码了msgB中的PDCCH，但没有成功解码msgB中的PDSCH，则UE将使用PDCCH DCI中指示的PUCCH资源配置。在UE没有成功解码PDCCH的情况下，UE可以使用默认PUCCH资源配置信息。利用所获得的相应的PUCCH资源配置信息(或者来自PDSCH、PDCCH，或者来自系统信息的默认信息)，UE基于是否成功接收到msgB，向BS信令通知HARQ消息(ACK/NACK)。

本申请的方面提供了几个好处。例如，使用这种PUCCH资源配置信息信令方法适应不同的RRC状态和msgB解码结果，并支持msgB信道结构的灵活性。此外，本公开的实施例通过在发送msgB之后不需要来自BS的单独信道来减少用于PUCCH资源配置的信令开销。还支持用于PUCCH的可缩放资源配置，并且本公开的实施例也符合现有版本中定义的PUCCH格式。在以下描述中阐述了本公开的附加特征和益处。

图1示出了根据本公开的一些实施例的无线通信网络100。网络100可以是5G网络。网络100包括多个基站(BS)105(分别标记为105a、105b、105c、105d、105e和105f)和其他网络实体。BS 105可以是与UE 115通信的站，也可以被称为演进节点B(eNB)、下一代eNB(gNB)、接入点等。每个BS 105可以为特定的地理区域提供通信覆盖。在3GPP中，术语“小区”可以指BS 105和/或服务于该覆盖区域的BS子系统的特定地理覆盖区域，这取决于使用该术语的上下文。

BS 105可以为宏小区或小小区(例如微微小区或毫微微小区)和/或其他类型的小区提供通信覆盖。宏小区通常覆盖相对较大的地理区域(例如，半径几公里)，并且可以允许向网络提供商订购服务的UE不受限制地接入。诸如微微小区的小小区通常覆盖相对较小的地理区域，并且可以允许向网络提供商订购服务的UE不受限制地接入。诸如毫微微小区的小小区通常也将覆盖相对较小的地理区域(例如，家庭)，并且除了不受限制的接入之外，还可以向与该毫微微小区具有关联的UE(例如，封闭订户组(CSG)中的UE、家庭中用户的UE等)提供不受限制的接入。用于宏小区的BS可以被称为宏BS。用于小小区的BS可以被称为小小区BS、微微BS、毫微微BS或家庭BS。在图1所示的示例中，BS 105d和105e可以是常规的宏BS，而BS 105a-105c可以是启用了三维(3D)、全维(FD)或大规模MIMO之一的宏BS。BS 105a-105c可以利用它们的高维MIMO能力，在仰角和方位角波束成形两者中利用3D波束成形来增加覆盖范围和容量。BS 105f可以是小小区BS，其可以是家庭节点或便携式接入点。BS 105可以支持一个或多个(例如，两个、三个、四个等)小区。

网络100可以支持同步或异步操作。对于同步操作，BS可以具有相似的帧定时，并且来自不同BS的传输可以在时间上大致对齐。对于异步操作，BS可以具有不同的帧定时，并且来自不同BS的传输可能在时间上不对齐。

UE 115分散在整个无线网络100中，并且每个UE 115可以是固定的或移动的。UE115也可以被称为终端、移动站、订户单元、站等。UE 115可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、平板计算机、膝上型计算机、无绳电话、无线本地环路(WLL)站等。在一个方面，UE 115可以是包括通用集成电路卡(UICC)的设备。在另一方面，UE可以是不包括UICC的设备。在一些方面，不包括UICC的UE 115也可以被称为IoT设备或万联网(IoE)设备。UE 115a-115d是接入网络100的移动智能电话型设备的示例。UE 115也可以是专门配置用于连接通信的机器，包括机器类型通信(MTC)、增强MTC(eMTC)、窄带物联网(NB-IoT)等。UE 115e-115k是被配置用于接入网络100的通信的各种机器的示例。UE115能够与任何类型的BS通信，无论是宏BS、小小区或者其他。在图1中，闪电图形(例如，通信链路)指示UE 115与服务BS 105之间的无线传输、或者BS之间的期望传输、以及BS之间的回程传输，其中服务BS 105是被指定在下行链路和/或上行链路上服务UE 115的BS。

在操作中，BS 105a-105c可以使用3D波束成形和协调空间技术(诸如协调多点(CoMP)或多连接)为UE 115a和115b服务。宏BS 105d可以执行与BS 105a-105c以及小小区BS 105f的回程通信。宏BS 105d还可以发送由UE 115c和115d订阅和接收的多播服务。这种多播服务可以包括移动电视或流视频，或者可以包括用于提供社区信息的其他服务，诸如天气紧急情况或警报，诸如安珀警报(amber alert)或灰色警报。

BS 105也可以与核心网络通信。核心网络可以提供用户认证、接入授权、跟踪、互联网协议(IP)连接以及其他接入、路由或移动功能。至少一些BS105(例如，其可以是gNB或接入节点控制器(ANC)的示例)可以通过回程链路(例如，NG-C、NG-U等)与核心网络接口，并且可以执行无线电配置和调度以与UE 115通信。在各种示例中，BS 105可以通过其可以是有线或无线通信链路的回程链路(例如，X1、X2等)直接或间接(例如，通过核心网络)彼此通信。

网络100还可以为任务关键设备(例如可以是无人机的UE 115e)支持具有超可靠和冗余链路的任务关键通信。与UE 115e的冗余通信链路可以包括来自宏BS 105d和105e的链路，以及来自小小区BS 105f的链路。诸如UE115f(例如，温度计)、UE 115g(例如，智能仪表)和UE 115h(例如，可穿戴设备)之类的其他机器类型设备可以通过网络100直接与诸如小小区BS105f和宏BS 105e之类的BS进行通信，或者在多跳配置中通过与另一个用户装置进行通信来与BS进行通信，该另一个用户装置将其信息中继到网络，诸如UE 115f将温度测量信息传送到智能仪表UE 115g，然后UE 115g通过小小区BS 105f将温度测量信息报告给网络。网络100还可以通过动态、低延迟的TDD/FDD通信(诸如在车辆对车辆(V2V)通信中)，提供额外的网络效率。

在一些实施方式中，网络100利用基于OFDM的波形进行通信。基于OFDM的系统可以将系统BW划分为多个(K)正交子载波，这些正交子载波通常也被称为子载波、音调(tone)、频段(bin)等。每个子载波可以用数据调制。在一些情况下，相邻子载波之间的子载波间隔可以是固定的，并且子载波的总数(K)可以取决于系统BW。系统BW也可以被划分为子带。在其他情况下，子载波间隔和/或TTI的持续时间可以是可缩放的。

在一个实施例中，BS 105可以为网络100中的下行链路(DL)和上行链路(UL)传输分配或调度传输资源(例如，以时频资源块(RB)的形式)。DL指的是从BS 105到UE 115的传输方向，而UL指的是从UE 115到BS105的传输方向。通信可以是无线电帧的形式。无线电帧可以被分成多个子帧或时隙，例如大约10个子帧或时隙。每个时隙可以进一步划分为迷你时隙(mini-slot)。对于FDD模式，同时的UL和DL传输可以发生在不同的频带中。例如，每个子帧包括UL频带中的UL子帧和DL频带中的DL子帧。在TDD模式下，UL和DL传输在不同的时间段使用相同的频带发生。例如，无线电帧中的子帧的子集(例如，DL子帧)可以用于DL传输，并且无线电帧中的子帧的另一子集(例如，UL子帧)可以用于UL传输。

DL子帧和UL子帧可以进一步分成几个区域。例如，每个DL或UL子帧可以具有用于传输参考信号、控制信息和数据的预定义区域。参考信号是便于BS 105与UE 115之间通信的预定信号。例如，参考信号可以具有特定的导频模式或结构，其中导频音调可以跨越工作BW或频带，每个导频音调位于预定义时间和预定义频率。例如，BS 105可以发送小区特定参考信号(CRS)和/或信道状态信息-参考信号(CSI-RS)，以使UE 115能够估计DL信道。类似地，UE 115可以发送探测参考信号(SRS)，以使BS 105能够估计UL信道。控制信息可以包括资源分配和协议控制。数据可以包括协议数据和/或操作数据。在一些实施例中，BS 105和UE 115可以使用自包括子帧进行通信。自包括子帧可以包括用于DL通信的部分和用于UL通信的部分。自包括子帧可以是以DL为中心或以UL为中心的。以DL为中心的子帧可以包括用于DL通信的持续时间比用于UL通信的持续时间更长。以UL为中心的子帧可以包括用于UL通信的持续时间比用于DL通信的持续时间更长。

在一个实施例中，网络100可以是部署在许可频谱上的NR网络。BS 105可以在网络100中发送同步信号(例如，包括主同步信号(PSS)和次同步信号(SSS))，以便于同步。BS105可以广播与网络100相关联的系统信息(例如，包括主信息块(MIB)、剩余系统信息(RMSI)和其他系统信息(OSI))，以便于初始网络接入。在一些情况下，BS 105可以在物理广播信道(PBCH)上以同步信号块(SSB)的形式广播PSS、SSS和/或MIB，并且可以在物理下行链路共享信道(PDSCH)上广播RMSI和/或OSI。

在一个实施例中，试图接入网络100的UE 115可以通过检测来自BS 105的PSS来执行初始小区搜索。PSS可以实现周期定时的同步，并且可以指示物理层标识值。然后，UE 115可以接收SSS。SSS可以实现无线电帧同步，并且可以提供小区标识值，该小区标识值可以与物理层标识值相结合来标识小区。PSS和SSS可以位于载波的中心部分或载波内的任何合适的频率。

在接收到PSS和SSS之后，UE 115可以接收MIB。MIB可以包括用于初始网络接入的系统信息和用于RMSI和/或OSI的调度信息。在解码MIB之后，UE 115可以接收RMSI和/或OSI。RMSI和/或OSI可以包括与随机接入信道(RACH)过程、寻呼、用于物理下行链路控制信道(PDCCH)监控的控制资源集(CORESET)、物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)、功率控制和SRS相关的无线电资源控制(RRC)信息。

在获得MIB、RMSI和/或OSI之后，UE 115可以执行随机接入过程来建立与BS 105的连接。在四步随机接入过程中，UE 115可以发送随机接入前导码，BS 105可以用随机接入响应进行响应。随机接入响应(RAR)可以包括对应于随机接入前导码的检测到的随机接入前导码标识符(ID)、定时提前(TA)信息、UL许可、临时小区-无线电网络临时标识符(C-RNTI)和/或退避指示符(backoff indicator)。一旦接收到随机接入响应，UE 115可以向BS 105发送连接请求，并且BS 105可以用连接响应进行响应。连接响应可以指示竞争解决。在一些示例中，随机接入前导码、RAR、连接请求和连接响应可以分别被称为消息1(MSG 1)、消息2(MSG 2)、消息3(MSG 3)和消息4(MSG 4)。根据本公开的实施例，随机接入过程可以是两步随机接入过程，其中，UE 115可以在单个传输中发送随机接入前导码和连接请求，BS 105可以通过在单个传输中发送随机接入响应和连接响应来进行响应。两步随机接入过程中的组合的随机接入前导码和连接请求可以被称为消息A(msgA)。两步随机接入过程中的组合的随机接入响应和连接响应可以被称为消息B(msgB)。

在建立连接之后，UE 115和BS 105可以进入操作状态，其中可以交换操作数据。例如，BS 105可以为UL和/或DL通信调度UE 115。BS 105可以经由PDCCH向UE 115发送UL和/或DL调度许可。BS 105可以根据DL调度许可经由PDSCH向UE 115发送DL通信信号。UE 115可以根据UL调度许可，经由PUSCH和/或PUCCH向BS 105发送UL通信信号。

在一些实施例中，BS 105和UE 115可以为RACH通信采用混合自动请求(HARQ)PUCCH资源调度技术，以减少开销和时延，下面将更详细地描述对用于HARQ的资源的信令。例如，在一些实施例中，多种PUCCH资源调度方法被用于在UE处提供灵活性以获得PUCCH资源调度。PUCCH调度方法之一利用系统信息。

当BS 105广播与网络相关联的系统信息时(例如，在UE的RACH过程之前，或者更新的RACH过程之前，等等)，根据本公开的实施例，BS 105可以包括与RACH过程相关的各种配置参数。例如，系统信息可以包括UE可以在诸如DCI或PDSCH(如下文进一步讨论的)中的PUCCH资源配置信息的其它来源由于解码失败而不可用时使用的默认PUCCH资源配置信息。默认PUCCH资源配置信息可以包括，例如，用作到查找表中的索引的默认资源指示符。查找表可以提供针对用于HARQ传输(无论是ACK还是NACK)的PUCCH资源配置所需的大部分或全部PUCCH参数。查找表本身也可以与系统信息消息一起传送，或者预先在UE和BS处配置。此外，一些传输参数可以结合来自系统信息消息的信息来配置，诸如循环移位。因此，大多数PUCCH参数是从查找表中获得的，而循环移位可以基于UE在RACH过程开始时发送的参数msgA(例如，当与从查找表条目中标识的循环移位相结合时，类似于前导码序列索引的资源索引)来确定。

PUCCH调度方法之一的另一个示例利用了提供来自BS 105的msgB的PDCCH部分的DCI中的资源指示符。经由msgB的PDCCH来调度/传送PUCCH资源可以在经由msgB的PDSCH不能获得PUCCH资源指示的情况下使用(例如，由于PDSCH的解码失败等)。此外，基于系统信息，PUCCH资源指示可以优先于默认指示。

在PUCCH资源指示方法中，系统信息消息还可以(或者可替换地)包括比特长度指示符(为了讨论的目的，本文也称为变量N)，其标识包括在msgB的(PDCCH中的)DCI中的资源指示符的大小(以比特为单位)。当UE 115从BS 105接收到msgB时，接收方UE 115可以使用该值N来识别资源指示符在PDCCH的DCI中的位置。例如，如果根据缩短的查找表(例如，8行而不是16行)来调度用于HARQ的PUCCH资源，则DCI可以利用当前以DCI格式1_0使用的PUCCH资源指示符的三个比特(作为示例)。作为另一个示例，如果根据更大的查找表(例如，16行)调度PUCCH资源，则可以替代地修改DCI的(诸如DCI格式1_0的)其他字段(或者可以实现不同于如格式1_0的现有格式新的定制DCI格式)，以携带与资源指示符相关的信息。同样，查找表可以提供UE 115将用来向BS 105发送HARQ传输的大部分或全部的PUCCH参数。

PUCCH资源指示方法还可以利用附加信息来容纳超过可用于PUCCH资源指示的DCI字段大小的配置选项。例如，系统信息消息还可以包括标识，该标识将触发UE 115在RACH过程期间为HARQ消息确定PUCCH资源时使用资源偏移。例如，系统信息消息可以标识将在涉及UE 115的后续RACH过程中使用的配置参数或配置参数的组合。一些示例配置参数包括msgA前导码序列标识符、msgA前导码时机索引、msgA PUSCH时机、msgB-RNTI、msgB PDCCH的CORESET/搜索空间索引等、或由系统信息消息标识的参数的某种组合。这种配置参数可以与资源指示符结合使用，以将资源偏移加到根据索引到查找表中(例如，使用资源指示符)而确定的PUCCH资源。结果，可能不需要比现有表更大的查找表(例如，具有超过16个条目)，因为资源偏移提供了对现有条目的进一步修改，以向UE 115提供额外的资源调度选项。

PUCCH调度方法的另一个示例利用msgB的PDSCH中的PUCCH资源指示。例如，在两步RACH过程期间从BS 105接收msgB的UE 115能够解码PDCCH和PDSCH的情况下，UE 115将优先使用PDSCH中提供的PUCCH资源指示而不是其他方法(PDCCH的DCI中的指示，和/或来自系统信息消息的默认配置信息)。这允许例如通过RRC协议来动态配置PUCCH资源，或者进行硬编码。例如，动态配置可以包括PDSCH信令通知一组已经被动态选择的配置参数，包括例如物理资源块(PRB)的起始位置或频域中的PRB偏移、时隙内跳频、第二跳PRB偏移、第一符号、符号数量、循环移位的初始索引、PRB数量、时域正交覆盖码(OCC)、OCC长度、OCC索引、时隙间跳频、附加解调参考信号(DMRS)配置、最大码率、时隙数量、支持π/2二进制相移键控(BPSK)、和/或支持同时HARQ ACK和CSI、这些的一些子集或组合等。作为另一个示例，硬编码配置可以包括利用上面介绍的和下面参考图5A-图5B进一步讨论的更长(例如16条目)或更短(例如8条目)的表。

可以通过向UE 115的单播消息(通常以已经开始RACH过程的一个UE为目标)或者向多个UE 115的多播消息(通常以已经全部开始RACH过程的多个UE为目标，诸如在相同的RACH时机)来完成在来自BS 105的msgB的PDSCH中提供PUCCH资源指示。对于多播，有效载荷可以包括每个UE115接收msgB(特别是msgB的PDSCH)连续到最后一个的信息，使得UE2跟随UE 1，UE 3跟随UE 2，等等。无论资源配置是动态配置的还是硬编码的，使用用于资源指示的PDSCH允许用PUCCH资源指示信令通知附加信息。除了PUCCH资源配置信息之外，有效载荷可以包括每个UE的标识符，诸如竞争解决标识符、C-RNTI或两者。

因此，在高级别上，BS 105可以向参与RACH过程的UE 115信令通知各种PUCCH资源配置，UE 115可以在接收到msgB之后使用这些配置在HARQ消息中发送ACK或NACK。具体而言，在使用的降序层次中，UE 115可以首先尝试使用经由PDSCH信令而标识的PUCCH资源。如果这不可用，则UE 115然后可以复原到经由PDCCH信令而标识的PUCCH资源。如果这也不可用，则UE 115可以复原到使用经由先前的系统信息信令而标识的默认PUCCH资源。这些方法以及它们之间的相互作用将在下面关于后续附图进行更详细的讨论。根据本公开的实施例，可以适应不同的RRC状态和msgB解码结果，支持msgB信道结构灵活性，减少用于PUCCH资源配置的信令开销，支持用于PUCCH的可缩放资源配置，并且促进与较新的PUCCH格式定义的兼容性。

网络100可以在共享频带或未经许可的频带上操作，例如，在毫米波频带中的大约3.5千兆赫(GHz)、亚6GHz或更高的频率。网络100可以将一个频带划分成多个信道，例如，每个信道占用大约20兆赫(MHz)。BS 105和UE 115可以由共享共享通信介质中的资源的多个网络操作实体操作，并且可以获取共享介质中信道占用时间(COT)用于通信。COT在时间上可以是不连续的，并且可以指无线节点在赢得对无线介质的竞争时可以发送帧的时间量。每个COT可以包括多个传输时隙。COT也可以称为传输机会(TXOP)。

图2示出了根据本公开的一些实施例的UE 300(其中UE 115是示例)与BS 400(其中BS 105是示例)之间的无线通信方法200(具体是采用HARQ的随机接入过程200)的协议图。随机接入过程200可以包括两步随机接入过程，其中UE 300在单个传输中发送随机接入前导码和连接请求，BS 400可以通过在单个传输中发送随机接入响应和连接响应来响应。在两步随机接入过程中，组合的随机接入前导码和连接请求可以被称为消息A(MSG A)，而组合的随机接入响应和连接响应可以被称为消息B(MSG B)。

在动作202，BS 400向UE 300发送系统信息消息。系统信息消息可以包括用于在UE300处后续确定PUCCH资源的各种配置参数。例如，系统信息消息(与本文的讨论相关-其他信息进一步包括在这里没有讨论的系统信息消息中)可以包括默认PUCCH资源配置信息(该默认PUCCH资源配置信息包括默认资源指示符)，以及经由PDCCH DCI信令通知的资源指示符的比特长度大小，和/或在确定资源指示符时使用的(多个)RACH消息参数的标识。系统信息消息还可以包括一个或多个查找表，或者对存储在UE 300处的查找表的更新。

在传输系统信息消息之后，UE 300可以发起RACH过程。当UE处于多种RRC状态(包括例如RRC空闲/不活动状态，或者RRC连接时)中的任何一种时，这可能发生。为此，在动作204，UE 300向BS 400发送msgA。如上所述，msgA可以包括随机接入前导码和连接请求(以及其他信息，诸如跟踪区域更新、调度请求和UE标识符)的组合。

在动作206处，BS 400处理从动作204接收的来自UE 300的msgA中的前导码和有效载荷。作为该处理的一部分，例如，BS 400可以动态地确定要包括在BS 400将发送回UE 300的msgB的PDSCH(有效载荷)部分中的一个或多个PUCCH资源。此外，BS 400可以将另外的PUCCH资源编码到msgB的PDCCH的DCI中，以供UE 300在解码msgB的PDSCH失败的情况下使用。除了针对用于HARQ消息传送的PUCCH的PDCCH和PDSCH资源调度信息之外，BS 400还可以将其他信息包括在msgB中，包括检测到的随机接入前导码ID、TA信息、C-RNTI、退避指示符和竞争解决。

在动作208，BS 400向UE 300发送生成的msgB(其包括PDCCH和PDSCH部分中的PUCCH资源指示)。

在动作210，UE 300从BS 400接收msgB并处理该消息。这包括，首先，解码PDCCH。如果成功，则UE 300从PDCCH获得其解码PDSCH所需的信息，以及获得在解码msgB的PDSCH失败的情况下用于HARQ消息传送的PUCCH资源调度信息。如果UE 300也成功解码了msgB的PDSCH，那么UE 300将获得BS 400包括在PDSCH中的PUCCH资源调度信息，并且该信息将优先用于HARQ消息。

在动作212，UE 300向BS 400发送HARQ消息。如果成功接收到msgB，这可能是ACK，如果不成功，这可能是NACK。例如，如果UE 300能够解码PDCCH但不能解码PDSCH，根据本公开的实施例，UE 300可以使用它从在msgB中的PDCCH的DCI获得的PUCCH资源调度信息来向BS 400发送HARQ NACK。或者，如果对PDCCH的解码不成功，则UE 300可以改为使用它从系统信息消息(例如，在该示例中的动作202)获得的默认PUCCH资源调度信息来向BS 400发送HARQ NACK。作为另一个示例，如果解码msgB的PDCCH和PDSCH成功，则UE 300可以使用从PDSCH获得的PUCCH资源调度信息来向BS 400发送HARQ ACK。如将会认识到的，根据本公开的实施例，UE 300也可以可选地使用来自PDCCH和/或系统信息消息的PUCCH资源调度信息来向BS 400发送HARQ ACK。

图3是根据本公开实施例的示例性UE 300的框图。UE 300可以是上面在图1和图2中讨论的UE 115。如图所示，UE 300可以包括处理器302、存储器304、RACH处理和控制模块308、包括调制解调器子系统312和射频(RF)单元314的收发器310、以及一个或多个天线316。这些元件可以彼此直接或间接通信，例如经由一条或多条总线。

处理器302可以包括中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、控制器、现场可编程门阵列(FPGA)设备、另一硬件设备、固件设备或其任意组合，其被配置为执行本文描述的操作。处理器302也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其他这样的配置。

存储器304可以包括高速缓冲存储器(例如，处理器302的高速缓冲存储器)、随机存取存储器(RAM)、磁阻RAM(MRAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、固态存储器设备、硬盘驱动器、其他形式的易失性和非易失性存储器或者不同类型存储器的组合。在一个实施例中，存储器304包括非暂时性计算机可读介质。存储器304可以存储或者已经在其上记录了指令306。指令306可以包括当被处理器302执行时使得处理器302执行本文参考结合本公开的实施例的UE 115描述的操作(例如图1-2、图5A-图8、图10和图12的各方面)的指令。指令306也可以被称为程序代码。程序代码可以用于使得无线通信设备(或无线通信设备的(多个)特定组件)执行这些操作，例如通过使得一个或多个处理器(例如处理器302)控制或命令无线通信设备(或无线通信设备的(多个)特定组件)这样做。术语“指令”和“代码”应该广义地解释为包括任何类型的(多个)计算机可读语句。例如，术语“指令”和“代码”可以指一个或多个程序、例程、子程序、函数、过程等。“指令”和“代码”可以包括单个计算机可读语句或许多计算机可读语句。

RACH处理和控制模块308可以经由硬件、软件或其组合来实现。例如，RACH处理和控制模块308可以实现为处理器、电路和/或存储在存储器304中并由处理器302执行的指令306。在一些示例中，RACH处理和控制模块308可以集成在调制解调器子系统312内。例如，RACH处理和控制模块308可以由调制解调器子系统312内的软件组件(例如，由DSP或通用处理器执行)和硬件组件(例如，逻辑门和电路)的组合来实现。

RACH处理和控制模块308可以用于本公开的各个方面，例如图1-图2、图5A-图8、图10和图12的各方面。RACH处理和控制模块308被配置为与UE 300的其他组件通信，以发送一个或多个RACH消息(例如，msgA)，接收一个或多个RACH消息(例如，msgB)，从系统信息消息传送、msgB的PDCCH和/或PDSCH的消息传送中的一个或多个接收并确定PUCCH资源调度信息，对一个或多个RACH消息(例如，msgB)执行HARQ处理，使用根据本公开的实施例确定的PUCCH资源来发送对于一个或多个RACH消息(例如，msgB)的ACK/NACK，确定定时器是否已经到期、启动定时器、取消定时器、停止定时器、确定传输计数器是否已经达到阈值、重置传输计数器、重启随机接入过程、触发RLF和/或执行与本公开中描述的UE的RACH过程相关的其他功能。

如图所示，收发器310可以包括调制解调器子系统312和RF单元314。收发器310可以被配置为与其他设备(诸如BS 105)双向通信。调制解调器子系统312可以被配置为根据调制和编码方案(MCS)(例如，低密度奇偶校验(LDPC)编码方案、turbo编码方案、卷积编码方案、数字波束成形方案等)来调制和/或编码来自存储器304和/或RACH处理和控制模块308的数据。RF单元314可以被配置为处理(例如，执行模数转换或数模转换等)来自调制解调器子系统312(在出站(outbound)传输上)的经调制/编码的数据(例如，UL数据突发、RRC消息、(多个)RACH消息(例如，msgA)、针对DL数据突发的ACK/NACK)或源自另一源(诸如，UE115或BS 105)的传输。RF单元314还可以被配置为结合数字波束成形来执行模拟波束成形。尽管显示为集成在收发器310中，但是调制解调器子系统312和RF单元314可以是在UE 300处耦合在一起的单独设备，以使UE 300能够与其他设备通信。

RF单元314可以向天线316提供经调制和/或处理的数据(例如，数据分组，或者更一般地，可以包含一个或多个数据分组和其他信息的数据消息)，用于发送到一个或多个其他设备。天线316还可以接收从其他设备发送的数据消息。天线316可以提供接收到的数据消息，用于在收发器310处进行处理和/或解调。收发器310可以向RACH处理和控制模块308提供经解调和解码的数据(例如，(多个)系统信息消息、(多个)RACH消息(例如，包括PUCCH资源调度信息的msgB)、DL/UL调度许可、DL数据突发、RACH消息、RRC消息、ACK/NACK请求)以进行处理。天线316可以包括相似或不同设计的多个天线，以便维持多个传输链路。RF单元314可以配置天线316。

在一个实施例中，UE 300可以包括实现不同RAT(例如，NR和LTE)的多个收发器310。在实施例中，UE 300可以包括实现多个RAT(例如，NR和LTE)的单个收发器310。在一个实施例中，收发器310可以包括各种组件，其中组件的不同组合可以实现不同的RAT。

图4是根据本公开实施例的示例性BS 400的框图。BS 400可以是如上在图1和图2中讨论的BS 105。如图所示，BS 400可以包括处理器402、存储器404、RACH处理和控制模块408、包括调制解调器子系统412和RF单元414的收发器410、以及一个或多个天线416。这些元件可以彼此直接或间接通信，例如经由一条或多条总线。

处理器402可以具有作为特定类型处理器的各种特征。例如，这些可以包括被配置为执行这里描述的操作的CPU、DSP、ASIC、控制器、FPGA设备、另一硬件设备、固件设备或其任意组合。处理器402也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其他这样的配置。

存储器404可以包括高速缓冲存储器(例如，处理器402的高速缓冲存储器)、RAM、MRAM、ROM、PROM、EPROM、EEPROM、闪存、固态存储器设备、一个或多个硬盘驱动器、基于忆阻器的阵列、其他形式的易失性和非易失性存储器或者不同类型存储器的组合。在一些实施例中，存储器404可以包括非暂时性计算机可读介质。存储器404可以存储指令406。指令406可以包括当由处理器402执行时使处理器402执行本文描述的操作(例如图1-2、图5A-7、图9、图11和图13的各方面)的指令。指令406也可以被称为代码，如上面参考图3所讨论的，其可以被广义地解释为包括任何类型的(多个)计算机可读语句。

RACH处理和控制模块408可以经由硬件、软件或其组合来实现。例如，RACH处理和控制模块408可以实现为处理器、电路和/或存储在存储器404中并由处理器402执行的指令406。在一些示例中，RACH处理和控制模块408可以集成在调制解调器子系统412内。例如，RACH处理和控制模块408可以由调制解调器子系统412内的软件组件(例如，由DSP或通用处理器执行)和硬件组件(例如，逻辑门和电路)的组合来实现。

RACH处理和控制模块408可以用于本公开的各个方面，例如图1-图2、图5A-图7、图9、图11和图13的各方面。RACH处理和控制模块408被配置为包括向UE(例如，UE 115和/或UE300)发送或重新发送具有定时提前(TA)命令的一个或多个RACH消息，接收针对一个或多个已发送或重新发送的RACH消息的ACK/NACK，向UE发送指示DL资源(例如，时间-频率资源)的一个或多个DL调度许可，向UE发送DL数据，向UE发送指示UL资源的一个或多个UL调度许可，从UE接收UL数据，等等。

RACH处理和控制模块408被配置为与BS 400的其他组件通信，以接收一个或多个RACH消息(例如，msgA)，将PUCCH资源调度信息包括到系统信息消息和/或RACH消息(例如，msgB)中，发送一个或多个系统信息消息，发送一个或多个RACH消息(例如，msgB)，对一个或多个RACH消息(例如，msgB)执行HARQ处理，接收针对一个或多个RACH消息(例如，msgB)的ACK/NACK，确定定时器是否已经到期、启动定时器、取消定时器、确定传输计数器是否已经达到阈值、重置传输计数器、终止随机接入过程和/或执行与本公开中描述的BS的RACH过程相关的其他功能。

如图所示，收发器410可以包括调制解调器子系统412和RF单元414。收发器410可以被配置为与其他设备(诸如UE 115和/或UE 300和/或另一核心网络元件)双向通信。调制解调器子系统412可以被配置为根据MCS(例如，LDPC编码方案、turbo编码方案、卷积编码方案、数字波束成形方案等)来调制和/或编码数据。RF单元414可以被配置为处理(例如，执行模数转换或数模转换等)来自调制解调器子系统412(在出站传输上)的经调制/编码数据(例如，RACH消息(例如，msgB等)、ACK/NACK请求、DL/UL调度许可、DL数据、RRC消息等)或源自另一个源(例如UE 115或UE 300)的传输。RF单元414还可以被配置为结合数字波束成形来执行模拟波束成形。尽管显示为集成在收发器410中，但是调制解调器子系统412和/或RF单元414可以是在BS 400处耦合在一起的单独设备，以使BS 400能够与其他设备通信。

RF单元414可以向天线416提供经调制和/或处理的数据(例如，数据分组，或者更一般地，可以包括一个或多个数据分组和其他信息的数据消息)，用于传输到一个或多个其他设备。根据本公开的实施例，这可以包括例如信息的传输以完成到网络的附接以及与驻留的UE 115或UE 300的通信。天线416还可以接收从其他设备发送的数据消息，并提供接收到的数据消息，用于在收发器410处进行处理和/或解调。收发器410可以提供经解调和解码的数据(例如，(多个)RACH消息(例如，msgA)、(多个)RACH消息的ACK/NACK(例如，msgB的ACK/NACK)、UL数据、DL数据的ACK/NACK等)到RACH处理和控制模块408进行处理。天线416可以包括相似或不同设计的多个天线，以便维持多个传输链路。

在一个实施例中，BS 400可以包括实现不同RAT(例如，NR和LTE)的多个收发器410。在一个实施例中，BS 400可以包括实现多个RAT(例如，NR和LTE)的单个收发器410。在一个实施例中，收发器410可以包括各种组件，其中组件的不同组合可以实现不同的RAT。

图5A和图5B示出了根据本公开在标识PUCCH资源中使用的查找表格式(例如，使用包括在来自BS的msgB和/或系统信息消息中的资源指示符)。

如图5A所示，查找表500由多行502-516组成，其中每行包括一组PUCCH配置参数，包括时间/频率资源分配、索引等。例如，如图所示，查找表500包括参数索引504、PUCCH格式506、第一符号508、符号数量510、PRB偏移512和初始循环移位索引集514。在图5A所示的示例中，在查找表500中总共有16行。为了信令通知针对PUCCH配置参数(即PUCCH资源调度信息)要索引到哪一行，如下面进一步讨论的，可以在PDCCH信令中使用四个比特(以唯一地标识所有16行)。

根据本公开的一些实施例，查找表可以具有减少数量的条目，而不是16行。例如，图5B示出了(与图5A的查找表500相比)具有减少数量的条目的示例查找表530。在所示示例中，总共有8行，被标识为行502-518(更多或更少也是可能的，并且在本公开的范围内)。行502-518可以是图5A的表500中所示的那些行502-516的子集，或者是不同的行。为了信令通知针对查找表530中的PUCCH配置参数要索引到哪一行，可以使用三个比特来唯一地标识PDCCH信令中的所有8行，这将在下面进一步讨论。

因此，如在本公开的其他方面中更详细讨论的，当参考查找表时，本公开的实施例可以索引(例如，根据本文的各种实施例使用某种形式的资源指示符)到相关查找表(例如，当BS 105依赖全尺寸的表时的查找表500，或者当依赖减小尺寸的表时的查找表530)的特定行中。

为了信令通知用于索引到查找表(500/530)中的资源指示符信息，本公开的实施例可以使用系统信息消息中包括的信息、msgB PDCCH中的DCI和/或msgB PDSCH中包括的有效载荷信息的组合。根据本公开的一些实施例，在图6A-6B中示出了几种DCI格式。

例如，根据本公开的一些实施例，图6A示出了具有多个字段的示例性DCI格式600，这些字段可以用于传送用于PUCCH配置参数的资源指示符的用途。例如，DCI格式600重新调整了DCI格式1_0的用途，用于传送PUCCH资源指示符字段，以标识响应于来自BS 105的msgB，UE 115将用于HARQ消息传送的PUCCH。然而，根据本公开的实施例，与先前使用的C-RNTI相反,CRC被msgB-RNTI掩码(mask)。如图所示，行602标识了PUCCH资源指示符，即用于索引到查找表中的PUCCH资源指示符。如行602中所标识的，PUCCH资源指示符是3比特宽。因此，DCI格式600可以用于索引到减少条目数量的查找表中，例如图5B所示的查找表530，因为三比特足以唯一地标识表530的所有八行。

为了索引到更大的表中，诸如图5A所示的具有16行条目的查找表500，可以改为使用如图6B所示的修改的DCI格式630。像DCI格式600一样，CRC由msgB-RNTI而不是C-RNTI掩码。

如图6B所示，DCI格式630修改和/或重新调整几个比特字段的用途，以向UE 115信令通知PUCCH资源指示符。例如，传统上利用四比特传送HARQ进程号的行632在图6B中被修改为可选的。当被包括时，DCI格式630中的HARQ进程号的比特宽度为三。第四个比特被重新调整用途以用于行634处所示的新字段，作为PUCCH资源指示符的最高有效位(MSB)。因此，对于四比特PUCCH资源指示符，MSB将被包括在这个重新调整用途的字段中。四比特PUCCH资源指示符的剩余部分被包括在图6B的行638处所示的PUCCH资源指示符字段的LSB中。使用三个可用比特来传送四比特PUCCH资源指示符的剩余比特(即，MSB之后的LSB)，该字段从图6A的行602处的PUCCH资源指示符字段被重新调整用途。一旦接收到PDCCH中的DCI格式630，UE 115将访问这两个字段并将它们组合在一起以形成完整的PUCCH资源指示符，用于随后索引到查找表的适当行中。

继续DCI格式630的其他字段，类似于HARQ进程号，行636处所示的下行链路分配索引(DAI)被修改为可选的(先前在DCI格式1_0中占据两比特)。该字段以及现在可选的HARQ进程号可能会被重新调整用途以用于传送其他信息(如果有的话)。虽然被示出和描述为重新调整用途的DCI格式，但是DCI格式630也可以可选地是定制格式，其具有专门设计来容纳根据本公开的实施例的信令的字段，诸如至少一个字段为四比特宽度以用于PUCCH四比特资源指示符。

UE 115可以基于先前在系统信息消息中信令通知的信息(诸如在上面讨论的图2中的动作202处示出的系统信息消息)来识别是寻找DCI格式600(图6A)还是DCI格式630(图6B)。这可以作为变量N来传送，其中如果设置为三，则UE 115将在表中寻找三比特宽的PUCCH资源指示符，诸如图6A中所示的字段。可选地，如果设置为四，则UE 115在表中查找MSB字段和LSB字段(如图6B所示)，或者四比特宽的定制字段(具有新的、定制的DCI格式替代方案)，以获得完整的四比特宽的PUCCH资源指示符。

除了经由来自BS 105的msgB的PDCCH中的DCI来信令通知PUCCH资源指示符信息之外，PUCCH资源指示符还可以经由msgB中的PDSCH来传送。根据本公开的一些实施例，图7中示出了示例性的PDSCH消息有效载荷结构。图7首先示出了针对目标UE 115的单播PDSCH消息有效载荷结构702。这包括MAC子标头、竞争解决ID、特定UE的C-RNTI、PUCCH资源指示(如本文的实施例中所讨论的那样，索引到查找表中动态信息或硬编码的PUCCH资源指示符)和定时提前命令。虽然被示为包括竞争解决ID和C-RNTI两者，但是在一些实施例中，一个或另一个可以被包括在去往UE 115的单播消息的PDSCH消息有效载荷结构702中。

图7进一步示出了多播PDSCH消息有效载荷结构704，其包括去往共享相同RACH时机的多个UE 115的消息。如图所示，有两个单独的有效载荷706和708。这是示例性的，因为根据本公开的实施例，多播PDSCH消息有效载荷结构704可以包括比示出的有效载荷更多的有效载荷。提供这两个是为了说明这里的示例。在该示例中，有效载荷706包括用于第一UE(在该示例中为UE1)的信息，其中PUCCH资源信息正在被发送(经由msgB的PDSCH)到UE1。因此，它包括当前与UE1相关联的竞争解决ID和/或C-RNTI。有效载荷706之后是有效载荷708，包括用于UE2的PUCCH资源信息(UE2在此时同样参与RACH过程)。因此，它包括当前与UE2相关联的竞争解决ID和/或C-RNTI，以及用于UE2的PUCCH资源信息。这对于BS 105在RACH过程中向其多播msgB的任何数量的UE以类似的方式继续。

根据本公开的实施例，如前所述，UE 115可以经由系统信息、msgB PDCCH和msgBPDSCH接收不同的PUCCH资源指示。每一个都可能部分或全部不同于其他。因此，本公开的实施例还描述了一种分层方法，用于确定在接收到msgB之后使用哪个PUCCH资源指示来将HARQ发送回BS 105。

图8示出了根据本公开的一些实施例实现分层方法的无线通信方法800的流程图。方法800的各方面可以由利用一个或多个组件(诸如处理器302、存储器304、RACH通信和处理模块308、收发器310、调制解调器312、一个或多个天线316及其各种组合)的诸如UE 115和/或UE 300的无线通信设备来执行。如图所示，方法800包括多个列举的步骤，但是方法800的实施例可以包括在列举的步骤之前、期间、之后和之间的附加步骤。例如，在一些实例中，方法1000和/或1200、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构中的一个或多个方面可以被实现为方法800的一部分。此外，在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框802，UE 115从BS 105接收系统信息。如图2的动作202所示，系统信息消息可以包括用于在UE 115处后续确定PUCCH资源的各种配置参数。例如，系统信息消息可以包括默认PUCCH资源配置信息(该信息包括默认资源指示符)，以及经由PDCCH DCI信令通知的资源指示符的比特长度大小，和/或在确定资源指示符时使用的(多个)RACH消息参数的标识。系统信息消息还可以包括一个或多个查找表，或者对存储在UE 115中的查找表的更新。

在框804处，UE 115从在框802处接收的系统信息中获得RACH配置信息(例如，用于RACH信令的时域分配、作为频域中的分配的RACH前导码等)。此外，UE 115获得在框802讨论的默认PUCCH资源配置信息。

在框806，作为RACH过程的一部分，UE 115基于经由以上在框802和804讨论的系统信息信令通知的预配置资源，向BS 105发送RACH消息(例如，msgA)。

在框808，响应于在框806发送的msgA，UE 115从BS 105接收RACH响应消息(例如，msgB)。根据本公开的实施例，UE 115尝试解码msgB的PDCCH和PDSCH，以获得用于HARQ消息传送的PUCCH资源配置信息。

UE 115首先尝试解码msgB的PDCCH。在判定框810，如果UE 115不能解码msgB的PDCCH，方法800前进到框812。

在框812，UE 115基于在框804获得的默认PUCCH资源配置信息向BS105发送HARQ消息(例如，NACK)。例如，NACK将指示UE 115未能正确地从BS 105接收到msgB。这为BS 105提供了向UE 115重复传输msgB的另一个机会，在这种情况下，方法800将在框802或806再次开始(取决于系统信息是否在此期间再次传输)。

例如，当诸如在DCI(在PDCCH中)或PDSCH中的其他PUCCH资源配置信息源由于解码失败而不可用时，UE 115可以使用默认PUCCH资源配置信息。这里，由于在判定框810确定UE115不能解码PDCCH，因此UE115不能解码PDSCH(因为为了解码PDSCH，必须解码PDCCH)。默认PUCCH资源配置信息可以包括例如默认资源指示符，其用作到查找表(诸如分别来自图5A和图5B的查找表500或530)的索引。查找表可以提供用于HARQ传输(无论是ACK还是NACK)的PUCCH资源配置所必需的PUCCH资源集(即，来自给定的行的配置参数)。

除了基于经由系统信息获得的默认PUCCH资源配置信息索引到查找表中之外，UE115还可以根据从查找表获得的PUCCH资源集中的一个或多个传输参数的默认值来配置该一个或多个传输参数。例如，初始循环移位索引可以根据UE 115在框806发送其msgA时使用的一个或多个参数来配置。例如，当与从查找表条目标识的循环移位结合时，来自msgA的参数可以是类似于前导码序列索引的资源索引。例如，初始循环移位索引可以通过等式1获得：

(1)初始循环移位索引

＝(PUCCH资源集索引+前导码序列索引)mod(循环移位的数量)，

其中“前导码序列索引(preamble sequence index)”是从UE 115进行的msgA传输中获得的。因此，大多数PUCCH参数是从查找表中获得的，而循环移位可以基于UE在RACH过程开始时发送的参数msgA来确定。当UE115不能解码在框808接收的msgB PDCCH/PDSCH时，这为UE 115提供了用于HARQ消息传送的默认选择。根据本公开的一些实施例，使用来自PDSCH和/或PDCCH的配置信息优先于使用这种默认配置信息。

返回到判定框810，如果UE 115能够解码msgB的PDCCH，则方法800转而前进到框814。

在框814，UE 115解码PDCCH(例如，包括使用msgB-RNTI解扰PDCCH的CRC)，并由此获得PDCCH中的DCI。首先，如参考前面的附图所讨论的，当从PDCCH获得PUCCH资源配置信息时，UE 115可以进一步依赖在框802接收的系统信息消息中信令通知的附加信息。系统信息消息可以包括比特长度指示符N，该比特长度指示符N标识包括在msgB的DCI(在PDCCH中)中的资源指示符将是什么大小(以比特为单位)。例如，比特长度指示符N可以标识DCI中的资源指示符的长度是3比特(诸如用于减小尺寸的查找表，例如图5B的表530)还是4比特(诸如用于全尺寸的查找表，例如图5A的表500)。除了这些示例之外，本公开的实施例也适用于其他N值。

在进一步的实施例中，系统信息还可以包括用于UE 115将资源偏移加到从查找表(例如，查找表500)获得的配置信息的标识。例如，系统信息消息可以标识配置参数或配置参数的组合，其将在涉及UE 115的msgA或msgB的后续RACH过程中使用。一些示例配置参数包括msgA前导码序列标识符、msgA前导码时机索引、msgA PUSCH时机、msgB-RNTI、msgBPDCCH的CORESET/搜索空间索引等、或由系统信息消息标识的参数的某种组合。配置参数可以构成信息的Q比特，其中“Q”是为了便于参考的变量。这种配置参数可以与资源指示符结合使用，以将资源偏移加到PUCCH资源。结果，可能不需要比现有表更大的查找表(例如，具有超过16个条目)，因为资源偏移提供了对现有条目的进一步修改，以向UE 115提供额外的资源调度选项。

在解码PDCCH之后，UE 115尝试使用来自PDCCH的信息来解码msgB的PDSCH。在判定框816，如果UE 115不能解码msgB的PDSCH，方法800前进到框818。

在框818，如框814所讨论的，UE 115使用从PDCCH获得的PUCCH配置信息来发送HARQ消息(例如，在解码PDSCH失败时的NACK)。这为BS 105提供了另一个机会来重复向UE115传输msgB，在这种情况下，方法800将在框802或框806再次开始(取决于系统信息是否在此期间再次传输)。

例如，发送HARQ消息可以依赖于经由DCI资源指示符获得的PUCCH配置信息(以及，另外在一些实施例中，在系统信息中信令通知使用资源偏移的Q比特信息的情况下的这样的Q比特信息)。

返回到判定框816，如果UE 115能够解码msgB的PDSCH，则方法800转而前进到框820(即，而不是在没有来自msgB的PDSCH的PUCCH配置信息的情况下进行发送)。

在框820，UE 115解码PDSCH，并获得在PDSCH有效载荷中发送的PUCCH配置信息。PUCCH资源指示符可以在单播有效载荷或多播有效载荷(如图7中所示的那些)中发送。PUCCH资源指示可以包括动态PUCCH资源配置，其包括动态选择的参数，诸如频域中的物理资源块(PRB)的起始位置或PRB偏移、时隙内跳频、第二跳PRB偏移、第一符号、符号数量、循环移位的初始索引、PRB的数量、时域正交覆盖码(OCC)、OCC长度、OCC索引、时隙间跳频、附加解调参考信号(DMRS)配置、最大码率、时隙数量、对π/2二进制相移键控(BPSK)的支持、和/或对同时HARQ ACK和CSI的支持、这些的一些子集或组合等。或者，PUCCH资源指示可以是诸如在图5A-5B的查找表示例中的硬编码配置。

根据本公开的一些实施例，使用来自PDSCH的配置信息优先于使用来自PDCCH的配置信息，这又优先于使用基于系统信息的默认配置信息。

在框822，UE 115使用在框820获得的PUCCH配置信息发送HARQ消息(例如，ACK或NACK)。

图9示出了根据本公开的一些实施例的分层方法的无线通信方法900的流程图。方法900的各方面可以由利用一个或多个组件(诸如处理器402、存储器404、RACH通信和处理模块408、收发器410、调制解调器412、一个或多个天线416及其各种组合)的诸如BS 105和/或BS 400的无线通信设备来执行。如图所示，方法900包括多个列举的步骤，但是方法900的实施例可以包括在列举的步骤之前、之后和之间的附加步骤。例如，在一些实例中，方法1100和/或1300、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构的一个或多个方面可以被实现为方法900的一部分。在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框902，BS 105向UE 115发送系统信息(例如，向多个UE 115广播，但是为了这里讨论的简单起见，针对单个UE 115进行了描述)。如图8的框802处讨论的，系统配置可以包括各种类型的信息。例如，取决于确定BS 105将以何种(哪些)方式向UE 115发送PUCCH配置信息，BS 105可以包括特定类型的信息，诸如默认PUCCH配置信息，以及N和/或Q的值，和/或从msgA或msgB使用的配置参数等。

在框904，BS 105在经由框902处的系统信息信令通知的预配置资源上从UE 115接收RACH消息(例如，msgA)。

在框906，BS 105响应于在框904接收到的msgA，向UE 115发送RACH响应消息(例如，msgB)。RACH响应消息包括PDCCH和PDSCH分量。根据本公开的实施例，BS 105在PUCCH(经由DCI)和PDSCH两者中包括PUCCH资源指示符信息。例如，BS 105可以根据由在框902发送的先前系统信息中的N值(以及Q，在PUCCH资源的配置的数量大于DCI字段大小的情况下)信令通知的查找表尺寸，将PUCCH资源指示符信息编码到DCI格式(例如，图6A或图6B)中。这将用于索引到查找表(例如，图5A或5B)中，以获得PUCCH配置信息。此外，BS 105还可以将PUCCH配置信息(或者仅仅是PUCCH资源指示符，在该PUCCH配置信息是硬编码的情况下)编码到诸如图7所示的PDSCH有效载荷中(无论是单播还是多播)。

在框908，在UE 115成功地获得了PUCCH配置信息(无论是默认配置信息，经由PDCCH信令通知的，和/或经由PDSCH信令通知的)之后，BS105在适当指示的PUCCH资源上接收HARQ消息，作为对HARQ消息的响应，BS 105或者重复msgB或者继续连接过程。

图10示出了根据本公开的一些实施例的使用DCI实现PDCCH信令方法的无线通信方法1000的流程图。方法1000的各方面可以由利用一个或多个组件(诸如处理器302、存储器304、RACH通信和处理模块308、收发器310、调制解调器312、一个或多个天线316及其各种组合)的诸如UE 115和/或UE 300的无线通信设备来执行。如图所示，方法1000包括多个列举的步骤，但是方法1000的实施例可以包括在列举的步骤之前、期间、之后和之间的附加步骤。例如，在一些实例中，方法800和/或1200、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构的一个或多个方面可以被实现为方法1000的一部分。此外，在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框1002，UE 115从BS 105接收系统信息，诸如上面参考图8的框802所讨论的。具体而言，根据图10的实施例，系统信息包括经由PDCCH DCI信令通知的资源指示符的比特长度大小(N值)，并且在一些实施例中，在其中PUCCH资源的配置的数量大于DCI字段大小的情况下还包括Q值。系统信息还可以包括一个或多个查找表或对其的更新。

在框1004，UE 115存储来自在框1002接收的系统信息的比特长度指示N，用于随后在msgB的DCI中定位资源指示符。在信令通知Q和/或与获得用于发送HARQ消息的PUCCH配置信息相关的其他信息的情况下，UE 115也可以获得并存储这些值以用于RACH过程。

在框1006，响应于从UE 115发送到BS 105的RACH消息(msgA)，UE 115从BS 105接收RACH响应消息(例如，msgB)。RACH响应消息可以包括PDCCH和PDSCH分量。

在框1008，UE 115从CRC开始解扰并解码PDCCH。UE 115使用msgB-RNTI来执行CRC的解扰。

在判定框1010，如果用于PUCCH资源的配置的数量大于DCI字段大小，则方法1000前进到框1012。

在框1012，UE 115从DCI(例如，从修改的或新的DCI格式，诸如图6B所示)访问资源指示符，该DCI提供更大的资源指示符，例如4比特资源指示符。

在框1014，UE 115访问与在框1004存储的Q值(例如，将使用哪个消息参数)相关的信息，并确定Q比特值。例如，在系统信息指示msgA的参数将提供Q比特值的情况下，UE 115将访问该信息(例如，msgA前导码序列标识符、msgA前导码时机索引、msgA PUSCH时机等)。作为另一个示例，在msgB被指示为提供Q比特值的情况下，UE 115将访问该信息(例如，msgB-RNTI、用于msgB PDCCH的CORESET/搜索空间索引等)。

在框1016，UE 115将来自框1012的资源指示符与来自框1014的Q比特值组合，它们将被一起从二进制形式转换成十进制形式，以便索引到具有索引值的查找表中。

现在返回到判定框1010，如果PUCCH资源的配置的数量不大于DCI字段大小，则方法1000转而前进到判定框1018。

在判定框1018，如果系统信息将查找表标识为减小的查找表，诸如来自图5B的示例的表530(例如，如比特长度指示符N所指示的)，则方法1000前进到框1020。

在框1020，UE 115在PUCCH DCI字段中访问资源指示符。在该示例中，利用减小的查找表，在框1002处UE 115接收到的系统信息将会信令通知较小的N值，诸如3比特，以便UE115在接收到msgB的PDCCH时识别DCI的适当字段中的3比特资源指示符。

返回到判定框1018，如果系统信息将查找表标识为更大的查找表，诸如来自图5A的示例的表500(例如，如比特长度指示符N所指示的)，则方法1000转而前进到框1022。

在框1022，UE 115在修改的DCI的适当字段(在此也称为第一字段)中访问资源指示符的MSB。例如，这可以是行632处的重新调整用途/分割的HARQ号字段，其现在重新调整一个比特的用途以用于MSB字段。

在框1024，UE 115在修改的DCI的适当字段(在此也称为第二字段)中访问资源指示符的LSB。例如，这可以是行638处的重新调整用途的PUCCH资源指示符字段，其现在被重新调整用途作为PUCCH资源指示符字段的LSB。

在框1026，UE 115将MSB和LSB比特组合在一起，以形成将用于索引到查找表中的PUCCH资源指示符。在一些实施例中，根据本公开的实施例，BS 105可以向UE 115信令通知具有专门用于通信的字段(例如，具有4比特长度的一个PUCCH资源指示符字段等)的新的DCI格式，而不是将资源指示符分割成MSB和LSB字段来重新调整现有DCI格式的用途。

方法1000从框1016、1020和1026中的任何一个前进到框1028。

在框1028，UE 115将资源指示符(从框1016、1020或1026确定的)翻译成十进制格式，以便能够索引到查找表中(例如，在一些示例中从二进制到十进制)。例如，利用来自框1020或1026的资源指示符，转换可以采取等式2的形式：

其中b_PUCCH,DCI(n)表示DCI中PUCCH资源指示符的第n比特。

作为另一个示例，利用来自框1016的资源指示符(包括Q比特信息)，转换可以采取等式3的形式：

其中b_config(q)表示两步RACH配置参数的第q比特(例如，来自msgA或msgB)。

在一些示例中，b_config(q)可以是为msgA或msgB传输配置的时间、频率和/或码域资源索引(或如上所述的一些其他参数)的函数。等式4给出了b_config(q)推导的示例：

(4)b_config(q)＝mod(X，2^q，q＝0，1，…，Q-1，其中X可以是msgA前导码序列ID、msgA前导码/PUSCH时机索引、msgB-RNTI等。

在将资源指示符翻译成十进制格式之后，方法1000前进到框1030。在框1030，UE115从翻译的资源指示符所索引到的查找表的行中访问用于PUCCH的配置参数。根据该信息，方法1000可以继续进行，其中UE 115发送HARQ消息，诸如上面关于框818所讨论的(例如，其中没有解码PDSCH以从PDSCH有效载荷中获得PUCCH配置信息)。

图11示出了根据本公开的一些实施例的使用DCI实现PDCCH信令方法的无线通信方法1100的流程图。方法1100的各方面可以由利用一个或多个组件(诸如处理器402、存储器404、RACH通信和处理模块408、收发器410、调制解调器412、一个或多个天线416及其各种组合)的诸如BS 105和/或BS 400的无线通信设备来执行。如图所示，方法1100包括多个列举的步骤，但是方法1100的实施例可以包括在列举的步骤之前、之后和之间的附加步骤。例如，在一些实例中，方法900和/或1300、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构的一个或多个方面可以被实现为方法1100的一部分。在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框1102，BS 105向一个或多个UE 115发送系统信息，诸如上面关于框902所讨论的。具体而言，根据图11的实施例，系统信息包括经由PDCCH DCI信令通知的资源指示符的比特长度大小(N值)，并且在一些实施例中在其中PUCCH资源的配置的数量大于DCI字段大小的情况下还包括Q值，。系统信息还可以包括一个或多个查找表或对其的更新。

在框1104，如上面关于框904所讨论的，BS 105从UE(为了说明起见，指的是一个UE)接收RACH消息(例如，msgA)。

在框1106，在框1102发送的指示(包括标识使用的查找表的多大尺寸的N值)之后，BS 105确定查找表(例如，在一些示例中为500或530)的尺寸。

在判定框1108，如果查找表是减小尺寸的查找表，诸如图5B的表530，则方法1100前进到框1110。

在框1110，BS 105将资源指示符编码到DCI中用于msgB传输的PDCCH部分，该资源指示符具有比在框1102的系统信息中信令通知的更短的比特长度。

返回到判定框1108，如果查找表不是减小尺寸的查找表(诸如图5A的表500)，则方法1100前进到框1114。

在框1114，BS 105将具有整体较长的比特长度(例如，四比特)的资源指示符的MSB编码到DCI的第一字段中。

在框1116，BS 105将资源指示符的LSB(即其剩余比特)编码到DCI的第二字段中。虽然作为单独的方面进行了讨论，但是在一些实施例中，根据本公开的实施例，BS 105可以向UE 115信令通知具有专门用于通信的字段(例如，具有4比特长度的一个PUCCH资源指示符字段等)的新的DCI格式，而不是将资源指示符分割成MSB和LSB字段来重新调整现有DCI格式的用途。在这种情况下，来自框1114和1116的编码将涉及对一个整体字段的编码。

方法1100从框1110或1116前进到框1112。在框1112，BS 105向UE115发送具有DCI的RACH响应消息(msgB)，该DCI在PDCCH中包括编码的资源指示符。如上所述，UE 115将继续使用该信息来确定在发送HARQ消息中使用的PUCCH资源。

图12示出了根据本公开的一些实施例的使用PDSCH有效载荷实现PDCCH信令方法的无线通信方法1200的流程图。方法1200的各方面可以由利用一个或多个组件(诸如处理器302、存储器304、RACH通信和处理模块308、收发器310、调制解调器312、一个或多个天线316及其各种组合)的诸如UE 115和/或UE 300的无线通信设备来执行。如图所示，方法1200包括多个列举的步骤，但是方法1200的实施例可以包括在列举的步骤之前、期间、之后和之间的附加步骤。例如，在一些实例中，方法800和/或1000、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构的一个或多个方面可以被实现为方法1200的一部分。此外，在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框1202，响应于UE 115先前向BS 105发送RACH消息(例如，msgA)，UE 115从BS105接收RACH响应消息(例如，msgB)。

在框1204，UE 115从CRC开始解扰和解码PDCCH。UE 115使用msgB-RNTI来执行CRC的解扰。

在框1206，在成功解码PDCCH后，UE 115使用来自PDCCH的信息解码PDSCH。

在框1208，UE 115从包括UE的标识符的解码的PDSCH部分访问资源指示符。例如，参考图7的PDSCH消息有效载荷结构(单播或多播)，UE115访问有效载荷结构，并定位与UE的有效载荷部分相关联的PUCCH资源指示和PUCCH的任何其他参数。例如，这也可以由包括在有效载荷中的UE115的竞争解决ID和/或C-RNTI来标识。根据该信息，方法1200可以继续进行，其中UE 115发送HARQ消息，诸如上面关于框822所讨论的(例如，在对PDSCH进行解码以从PDSCH有效载荷中获得PUCCH配置信息的情况下)。

图13示出了根据本公开的一些实施例的使用PDSCH有效载荷实现PDCCH信令方法的无线通信方法1300的流程图。方法1300的各方面可以由利用一个或多个组件(诸如处理器402、存储器404、RACH通信和处理模块408、收发器410、调制解调器412、一个或多个天线416及其各种组合)的诸如BS 105和/或BS 400的无线通信设备来执行。如图所示，方法1300包括多个列举的步骤，但是方法1300的实施例可以包括在列举的步骤之前、之后和之间的附加步骤。例如，在一些实例中，方法900和/或1100、格式500、530、600和630和/或来自图7的PDSCH消息有效载荷结构的一个或多个方面可以被实现为方法1300的一部分。在一些实施例中，一个或多个列举的步骤可以省略或以不同的顺序执行。

在框1302处，BS 105从UE接收RACH消息(例如，msgA)，如上文关于框904所述。

在框1304，BS 105将PUCCH配置信息(例如，由RRC动态配置的或用查找表硬编码的)编码到PDSCH有效载荷(诸如图7所示(对于单播或多播))中。

在判定框1306，如果存在作为相同RACH时机的一部分的其它UE，则方法1300可以返回到框1304，以便将PUCCH配置信息编码到PDSCH中的多播有效载荷中。

相反，如果在判定框1306，不存在已经向BS 105发送了msgA的相同RACH时机的其他UE部分，则方法1300前进到框1308。

在框1308，BS 105向已经关于框1302发送了msgA的(多个)UE发送RACH响应消息(msgB)。msgB包括具有编码到PDSCH有效载荷中的资源指示符/配置信息的PDSCH，UE将尝试解码该PDSCH有效载荷以用于HARQ消息。

信息和信号可以使用各种不同的技术和工艺来表示。例如，贯穿以上描述引用的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任意组合来表示。

结合本文公开内容描述的各种说明性框和模块可以用通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或设计用于执行本文描述的功能的它们的任意组合来实现或执行。通用处理器可以是微处理器，但是替代地，处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合(例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的组合、或者任何其他这样的配置)。

本文描述的功能可以在硬件、由处理器执行的软件、固件或其任意组合中实现。如果在由处理器执行的软件中实现，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其传输。其他示例和实现在本公开和所附权利要求的范围内。例如，由于软件的性质，上述功能可以使用由处理器执行的软件、硬件、固件、硬连线或这些的任意组合来实现。实现功能的特征也可以物理地位于不同的位置，包括被分布使得部分功能在不同的物理位置实现。此外，如本文使用的，包括在权利要求中，项目列表中使用的“或”(例如，以诸如“其中至少一个”或“其中一个或多个”的短语开头的项目列表)表示包括性列表，使得例如[A、B或C中的至少一个]的列表意味着A或B或C或AB或AC或BC或ABC(即，A和B和C)。

本公开的其他实施例包括一种用于无线通信的方法，包括：由用户设备(UE)从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令；作为两步RACH过程的一部分，由UE向BS发送随机接入信道(RACH)消息；作为两步RACH过程的一部分，由UE从BS接收RACH响应消息；由UE基于系统信息参数和来自两步RACH过程的参数中的至少一个，确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源；以及由UE使用PUCCH资源向BS发送HARQ消息。

该方法还可以包括，其中该确定还包括由UE尝试解码RACH响应消息的物理下行链路控制信道(PDCCH)。该方法还可以包括：由UE响应于解码PDCCH失败，基于从系统信息消息获得的信息，访问在查找表中的行中的PUCCH资源集；由UE基于RACH消息的资源索引来配置循环移位索引；以及由UE将循环移位索引应用于PUCCH资源集，以得到PUCCH资源。该方法还可以包括，其中，该确定还包括：响应于成功解码PDCCH，由UE尝试解码RACH响应消息的物理下行链路共享信道(PDSCH)；以及由UE从系统信息消息中确定资源配置字段长度，该资源配置字段长度标识PDCCH的下行链路控制信息(DCI)将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。该方法还可以包括：由UE基于资源配置字段长度，从DCI获得资源指示符，用于在具有第一尺寸的查找表中进行资源查找；以及由UE基于资源指示符访问查找表中的PUCCH资源，其中，该资源配置字段长度包括三比特，并且该DCI包括DCI格式1_0。该方法还可以包括由UE在DCI的第一字段中访问资源指示符的第一部分；由UE在DCI的第一字段之后的第二字段中访问资源指示符的第二部分；以及由UE将第一部分和第二部分进行组合，以形成将用于在具有第二尺寸的查找表中进行资源查找的资源指示符。该方法还可以包括由UE基于资源指示符来访问查找表中的PUCCH资源，其中资源配置字段长度包括四比特，并且DCI基于对DCI格式1_0的修改。该方法还可以包括：由UE从来自DCI的信息和在两步RACH过程中使用的来自UE的RACH消息的配置参数的组合中导出资源指示符；以及由UE基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移。该方法还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。该方法还可以包括由UE响应于成功解码PDSCH，从PDSCH获得PUCCH资源。该方法还可以包括，其中PUCCH资源包括动态选择的配置参数。该方法还可以包括其中RACH响应消息包括多播消息。该方法还可以包括其中RACH响应消息包括单播消息。该方法还可以包括其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。该方法还可以包括其中减少数量的条目包括该多个条目的子集。

本公开的其他实施例包括用户设备，包括收发器以及处理器，该收发器被配置为：从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令；作为两步RACH过程的一部分，向BS发送随机接入信道(RACH)消息；以及作为两步RACH过程的一部分，从BS接收RACH响应消息；该处理器被配置为：基于系统信息参数和来自两步RACH过程的参数中的至少一个，确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源；其中，该收发器还被配置为使用PUCCH资源向BS发送HARQ消息。

用户设备还可以包括，其中处理器还被配置为尝试解码RACH响应消息的物理下行链路控制信道(PDCCH)。用户设备还可以包括，其中处理器还被配置为：响应于解码PDCCH失败，基于从系统信息消息获得的信息，访问在查找表中的行中的PUCCH资源集；基于RACH消息的资源索引来配置循环移位索引；以及将循环移位索引应用于PUCCH资源集以得到PUCCH资源。用户设备还可以包括，其中处理器还被配置为：响应于成功解码PDCCH，尝试解码RACH响应消息的物理下行链路共享信道(PDSCH)；以及从系统信息消息中确定资源配置字段长度，该资源配置字段长度标识PDCCH的下行链路控制信息(DCI)将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。用户设备还可以包括，其中处理器还被配置为：基于资源配置字段长度，从DCI获得资源指示符，用于在具有第一尺寸的查找表中进行资源查找；以及基于资源指示符访问查找表中的PUCCH资源，其中资源配置字段长度包括三比特，DCI包括DCI格式1_0。用户设备还可以包括，其中处理器还被配置为：在DCI的第一字段中访问资源指示符的第一部分；在DCI的第一字段之后的第二字段中访问资源指示符的第二部分；以及组合第一部分和第二部分，以形成用于在具有第二尺寸的查找表中进行资源查找的资源指示符。用户设备还可以包括，其中处理器还被配置为基于资源指示符来访问查找表中的PUCCH资源，其中资源配置字段长度包括四比特，并且DCI基于对DCI格式1_0的修改。用户设备还可以包括，其中处理器还被配置为：从来自DCI的信息和在两步RACH过程中使用的来自UE的RACH消息的配置参数的组合中导出资源指示符；以及基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移。用户设备还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。用户设备还可以包括，其中处理器还被配置为响应于成功解码PDSCH，从PDSCH获得PUCCH资源。用户设备还可以包括，其中PUCCH资源包括动态选择的配置参数。用户设备还可以包括，其中RACH响应消息包括多播消息。用户设备还可以包括，其中RACH响应消息包括单播消息。用户设备还可以包括，其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。用户设备还可以包括，其中减少数量的条目包括该多个条目的子集。

本公开的其他实施例包括其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于使得用户设备从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令的代码；用于作为两步RACH过程的一部分，使得UE向BS发送随机接入信道(RACH)消息的代码；用于作为两步RACH过程的一部分，使得UE从BS接收RACH响应消息的代码；用于使得UE基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码；以及用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

非暂时性计算机可读介质还可以包括，其中用于使得确定的代码还包括：用于使得UE尝试解码RACH响应消息的物理下行链路控制信道(PDCCH)的代码。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于响应于解码PDCCH失败，使得UE基于从系统信息消息获得的信息来访问在查找表中的行中的PUCCH资源集的代码；用于使得UE基于RACH消息的资源索引来配置循环移位索引的代码；以及用于使得UE将循环移位索引应用质还可以包括，其中用于使得确定的代码还包括：用于响应于成功解码PDCCH，使得UE尝试解码RACH响应消息的物理下行链路共享信道(PDSCH)的代码；以及用于使得UE从系统信息消息中确定资源配置字段长度的代码，该资源配置字段长度标识PDCCH的下行链路控制信息(DCI)将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得UE基于资源配置字段长度从DCI获得资源指示符以用于在具有第一尺寸的查找表中进行资源查找的代码；以及用于使得UE基于资源指示符来访问查找表中的PUCCH资源的代码，其中该资源配置字段长度包括三比特，并且该DCI包括DCI格式1_0。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得UE在DCI的第一字段中访问资源指示符的第一部分的代码；用于使得UE在DCI的第一字段之后的第二字段中访问资源指示符的第二部分的代码；以及用于使得UE组合第一部分和第二部分以形成用于在具有第二尺寸的查找表中进行资源查找的资源指示符的代码。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得UE基于资源指示符来访问查找表中的PUCCH资源的代码，其中该资源配置字段长度包括四比特，并且该DCI基于对DCI格式1_0的修改。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得UE从来自DCI的信息和在两步RACH过程中使用的来自UE的RACH消息的配置参数的组合中导出资源指示符的代码；以及用于使得UE基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移的代码。非暂时性计算机可读介质还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于响应于成功解码PDSCH，使得UE从PDSCH获得PUCCH资源的代码。非暂时性计算机可读介质还可以包括，其中PUCCH资源包括动态选择的配置参数。非暂时性计算机可读介质还可以包括，其中RACH响应消息包括多播消息。非暂时性计算机可读介质还可以包括，其中RACH响应消息包括单播消息。非暂时性计算机可读介质还可以包括，其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。非暂时性计算机可读介质还可以包括，其中减少数量的条目包括该多个条目的子集。

本公开的其他实施例包括其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于作为两步RACH过程的一部分，使得用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息的代码；用于使得UE基于针对资源指示符的比特长度指示符来解码RACH响应消息的物理下行链路控制信道(PDCCH)，以获得PDCCH的下行链路控制信息(DCI)的代码，该资源指示符是基于DCI的；用于使得UE基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码；以及用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得得UE在RACH响应消息之前从BS接收系统信息消息的代码，该系统信息消息包括比特长度指示符，该比特长度指示符标识用于标识DCI中的PUCCH资源配置字段的比特长度。非暂时性计算机可读介质还可以包括，其中用于使得解码的代码还包括：用于使得UE应用消息无线电网络临时标识符(RNTI)来解扰和解码PDCCH的代码；以及用于使得UE在DCI中的PUCCH资源指示符字段中访问资源指示符的代码，其中该应用和访问是基于包括三比特长度的比特长度指示符的，并且DCI包括DCI格式1_0。非暂时性计算机可读介质还可以包括，其中用于使得解码的代码还包括。非暂时性计算机可读介质还可以包括，其中用于使得解码的代码还包括：用于使得UE在DCI的第一字段中访问资源指示符的第一部分的代码；用于使得UE在DCI的第一字段之后的第二字段中访问资源指示符的第二部分的代码，其中在该第一字段和该第二字段之间具有另一字段；以及用于使得UE组合该第一部分和该第二部分以形成比特长度指示符的代码，其中该访问和组合是基于包括四比特长度的比特长度指示符的，DCI是基于DCI格式1_0的。非暂时性计算机可读介质还可以包括，其中响应于比特长度指示符包括四比特，查找表包括第一数量的条目，以及响应于比特长度指示符包括三比特，查找表包括第二数量的条目，第二数量的条目包括第一数量的条目的子集。非暂时性计算机可读介质还可以包括，其中用于使得确定PUCCH资源的代码还包括：用于使得UE从DCI和在两步RACH过程中使用的配置参数的组合中导出资源指示符的代码。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于作为两步RACH过程的一部分，使得UE在RACH响应消息之前向BS发送RACH消息的代码，该配置参数是来自RACH消息的。非暂时性计算机可读介质还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。非暂时性计算机可读介质还可以包括，其中用于使得确定PUCCH资源的代码还包括：用于使得UE基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移的代码。

本公开的其他实施例包括其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于作为两步RACH过程的一部分，使得用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息的代码；用于使得UE解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符的代码；用于使得UE基于来自PDSCH的资源指示符来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的代码；以及用于使得UE使用PUCCH资源向BS发送HARQ消息的代码。

非暂时性计算机可读介质还可以包括，其中从PDSCH确定的PUCCH资源包括动态选择的配置参数。非暂时性计算机可读介质还可以包括，其中RACH消息包括多播消息。非暂时性计算机可读介质还可以包括，其中RACH消息包括单播消息。非暂时性计算机可读介质还可以包括，其中用于使得确定PUCCH资源的代码还包括。非暂时性计算机可读介质还可以包括，其中用于使得确定PUCCH资源的代码还包括由UE基于资源指示符访问查找表。

本公开的其他实施例包括其上记录有程序代码的非暂时性计算机可读介质，该程序代码包括：用于使得基站(BS)向用户设备(UE)发送系统信息消息的代码，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息；用于作为两步RACH过程的一部分，使得BS从UE接收随机接入信道(RACH)消息的代码；用于使得BS在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符以确定第二PUCCH资源，并在物理下行链路共享信道(PDSCH)中包括第二资源指示符以确定第三PUCCH资源的代码；用于使得BS向UE发送PDCCH和PDSCH作为RACH响应消息的代码；以及用于使得BS使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个从UE接收混合自动重复请求(HARQ)消息的代码。

非暂时性计算机可读介质还可以包括，其中使用第一PUCCH资源接收HARQ消息是对解码PDCCH失败的响应。非暂时性计算机可读介质还可以包括，其中使用第二PUCCH资源接收HARQ消息是对解码PDSCH失败的响应。非暂时性计算机可读介质还可以包括，其中使用第三PUCCH资源接收HARQ消息是对成功解码PDCCH和PDSCH的响应。非暂时性计算机可读介质还可以包括，其中用于使得包括第一资源指示符的代码还包括：用于使得BS在系统信息消息中包括DCI的资源配置字段长度的代码，该资源配置字段长度标识PDCCH的DCI将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得BS将资源配置字段长度设置为三比特的代码；以及用于使得BS根据DCI格式1_0配置DCI以包括在PDCCH中的代码。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得BS将资源配置字段长度设置为四比特的代码；以及用于使得BS根据修改的DCI格式1_0配置DCI以包括在PDCCH中的代码。非暂时性计算机可读介质还可以包括，其中用于使得配置的代码还包括：用于使得BS将资源指示符分割成第一部分和第二部分的代码；用于使得BS将第一部分添加到DCI的第一字段中的代码；以及用于使得BS将第二部分添加到DCI的第一字段之后的第二字段中的代码。非暂时性计算机可读介质还可以包括，其中所述代码还包括：用于使得BS在系统信息消息中包括偏移参数的代码，该偏移参数标识要应用于从查找表中标识的资源的资源偏移。非暂时性计算机可读介质还可以包括，其中包括第二资源指示符以确定第三PUCCH资源包括：由BS动态选择第三PUCCH资源的配置参数。非暂时性计算机可读介质还可以包括，其中RACH响应消息包括多播消息。非暂时性计算机可读介质还可以包括，其中RACH响应消息包括单播消息。非暂时性计算机可读介质还可以包括，其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。非暂时性计算机可读介质还可以包括，其中减少数量的条目包括该多个条目的子集。

本公开的其他实施例包括用户设备，包括：用于从基站(BS)接收系统信息消息或无线电资源控制(RRC)信令的部件；用于作为两步RACH过程的一部分，向BS发送随机接入信道(RACH)消息的部件；用于作为两步RACH过程的一部分，从BS接收RACH响应消息的部件；用于基于系统信息参数和来自两步RACH过程的参数中的至少一个来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件；以及用于使用PUCCH资源向BS发送HARQ消息的部件。

用户设备还可以包括，其中用于确定的部件还包括：用于由UE尝试解码RACH响应消息的物理下行链路控制信道(PDCCH)的部件。用户设备还可以包括：用于响应于解码PDCCH失败，基于从系统信息消息获得的信息，访问在查找表中的行中的PUCCH资源集的部件；用于基于RACH消息的资源索引来配置循环移位索引的部件；以及用于将循环移位索引应用于PUCCH资源集以得到PUCCH资源的部件。用户设备还可以包括，其中用于确定的部件还包括用于：响应于成功解码PDCCH，尝试解码RACH响应消息的物理下行链路共享信道(PDSCH)的部件；以及用于从系统信息消息中确定资源配置字段长度的部件，该资源配置字段长度标识PDCCH的下行链路控制信息(DCI)将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。用户设备还可以包括：用于基于资源配置字段长度，从DCI获得资源指示符以用于在具有第一尺寸的查找表中进行资源查找的部件；以及用于基于资源指示符来访问查找表中的PUCCH资源的部件，其中资源配置字段长度包括三比特，并且DCI包括DCI格式1_0。用户设备还可以包括：用于在DCI的第一字段中访问资源指示符的第一部分的部件；用于在DCI的第一字段之后的第二字段中访问资源指示符的第二部分的部件的部件；以及用于组合第一部分和第二部分以形成用于将对具有第二尺寸的查找表进行资源查找的资源指示符的部件。用户设备还可以包括：用于基于资源指示符来访问查找表中的PUCCH资源的部件，其中资源配置字段长度包括四比特，并且DCI是基于对DCI格式1_0的修改的。用户设备还可以包括：用于从来自DCI的信息和在两步RACH过程中使用的来自UE的RACH消息的配置参数的组合中导出资源指示符的部件；以及用于基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移的部件。用户设备还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。用户设备还可以包括：用于响应于成功解码PDSCH而从PDSCH获得PUCCH资源的部件。用户设备还可以包括，其中PUCCH资源包括动态选择的配置参数。用户设备还可以包括，其中RACH响应消息包括多播消息。用户设备还可以包括，其中RACH响应消息包括单播消息。用户设备还可以包括，其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。用户设备还可以包括，其中减少数量的条目包括该多个条目的子集。

本公开的其他实施例包括用户设备，包括：用于作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息的部件；用于基于针对资源指示符的比特长度指示符来解码RACH响应消息的物理下行链路控制信道(PDCCH)，以获得PDCCH的下行链路控制信息(DCI)的部件，该资源指示符是基于DCI的；用于基于资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件；以及用于使用PUCCH资源向BS发送HARQ消息的部件。

用户设备还可以包括：用于在RACH响应消息之前从BS接收系统信息消息的部件，该系统信息消息包括比特长度指示符，该比特长度指示符标识用于标识DCI中的PUCCH资源配置字段的比特长度。用户设备还可以包括，其中用于解码的部件还包括：用于应用消息无线电网络临时标识符(RNTI)来解扰和解码PDCCH的部件；以及用于在DCI的PUCCH资源指示符字段中访问资源指示符的部件，其中该应用和访问基于比特长度指示符包括三比特长度，并且DCI包括DCI格式1_0。用户设备还可以包括，其中用于解码的部件还包括：用于在DCI的第一字段中访问资源指示符的第一部分的部件；用于在DCI的第一字段之后的第二字段中访问资源指示符的第二部分的部件，其中在该第一字段和该第二字段之间具有另一字段；以及用于组合第一部分和第二部分以形成比特长度指示符的部件，其中该访问和组合基于比特长度指示符包括四比特的长度，DCI是基于DCI格式1_0的。用户设备还可以包括，其中响应于比特长度指示符包括四比特，查找表包括第一数量的条目，以及响应于比特长度指示符包括三比特，查找表包括第二数量的条目，第二数量的条目包括第一数量的条目的子集。用户设备还可以包括，其中用于确定PUCCH资源的部件还包括：用于从DCI和在两步RACH过程中使用的配置参数的组合中导出资源指示符的部件。用户设备还可以包括：用于作为两步RACH过程的一部分，在RACH响应消息之前向BS发送RACH消息的部件，配置参数是来自RACH消息的。用户设备还可以包括，其中配置参数是为在两步RACH过程中使用的消息所配置的域资源索引的函数。用户设备还可以包括，其中用于确定PUCCH资源的部件还包括：用于基于所导出的资源指示符将资源偏移加到在查找表中标识的物理资源块偏移的部件。

本公开的其他实施例包括用户设备，包括：用于作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息的部件；用于解码RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符的部件；用于基于来自PDSCH的资源指示符来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源的部件；以及用于使用PUCCH资源向BS发送HARQ消息的部件。

用户设备还可以包括，其中从PDSCH确定的PUCCH资源包括动态选择的配置参数。用户设备还可以包括，其中RACH消息包括多播消息。用户设备还可以包括，其中RACH消息包括单播消息。用户设备还可以包括，其中用于确定PUCCH资源的部件还包括：用于基于资源指示符访问查找表的部件。

本公开的其他实施例包括基站，包括：用于向用户设备(UE)发送系统信息消息的部件，该系统信息消息包括用于确定第一物理上行链路控制信道(PUCCH)资源的默认信息；用于作为两步RACH过程的一部分，从UE接收随机接入信道(RACH)消息的部件；用于在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括第一资源指示符以确定第二PUCCH资源，以及在物理下行链路共享信道(PDSCH)中包括第二资源指示符以确定第三PUCCH资源的部件；用于向UE发送PDCCH和PDSCH作为RACH响应消息的部件；以及用于使用第一PUCCH资源、第二PUCCH资源和第三PUCCH资源中的至少一个从UE接收混合自动重复请求(HARQ)消息的部件。

基站还可以包括，其中使用第一PUCCH资源接收HARQ消息是对解码PDCCH失败的响应。基站还可以包括，其中使用第二PUCCH资源接收HARQ消息是对解码PDSCH失败的响应。基站还可以包括，其中使用第三PUCCH资源接收HARQ消息是对成功解码PDCCH和PDSCH的响应。基站还可以包括，其中用于包括第一资源指示符的部件还包括：用于在系统信息消息中包括DCI的资源配置字段长度的部件，资源配置字段长度标识PDCCH的DCI将指示使用资源指示符对具有第一尺寸还是第二尺寸的查找表进行资源查找，该第二尺寸大于该第一尺寸。基站还可以包括：用于将资源配置字段长度设置为三比特的部件；以及用于根据DCI格式1_0配置DCI以包括在PDCCH中的部件。基站还可以包括：用于将资源配置字段长度设置为四比特的部件；以及用于根据修改的DCI格式1_0配置DCI以包括在PDCCH中的部件。基站还可以包括，其中用于配置的部件还包括：用于将资源指示符分割成第一部分和第二部分的部件；用于将第一部分添加到DCI的第一字段中的部件；以及用于将第二部分添加到DCI的第一字段之后的第二字段中的部件。基站还可以包括：用于在系统信息消息中包括偏移参数的部件，该偏移参数标识要应用于从查找表中标识的资源的资源偏移。基站还可以包括，其中包括第二资源指示符以确定第三PUCCH资源包括：由BS动态选择第三PUCCH资源的配置参数。基站还可以包括，其中RACH响应消息包括多播消息。基站还可以包括，其中RACH响应消息包括单播消息。基站还可以包括，其中具有第二尺寸的查找表包括多个条目，并且具有第一尺寸的查找表包括减少数量的条目。基站还可以包括，其中减少数量的条目包括该多个条目的子集。

如本领域的技术人员现在将会理解的，并且取决于手头的特定应用，在不脱离本公开的精神和范围的情况下，可以对本公开的设备的材料、装置、配置和使用方法进行许多修改、替换和改变。有鉴于此，本公开的范围不应该限于本文所示和所述的特定实施例的范围，因为它们仅仅是举出其一些示例，相反，它们应当与所附的权利要求及其功能等同物完全相称。

Claims (60)

1.一种无线通信的方法，包括：

作为两步RACH过程的一部分，由用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息；

由所述UE解码所述RACH响应消息的物理下行链路控制信道(PDCCH)，以基于所述PDCCH的下行链路控制信息(DCI)获得资源指示符；

由所述UE基于所述资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源；以及

由所述UE使用所述PUCCH资源向所述BS发送HARQ消息。

2.根据权利要求1所述的方法，其中，所述DCI包括DCI格式1_0。

3.根据权利要求1所述的方法，其中，所述解码还包括：

由所述UE在所述DCI的PUCCH资源指示符字段中访问资源指示符。

4.根据权利要求3所述的方法，其中，所述资源指示符包括四比特的长度。

5.根据权利要求1所述的方法，其中，所述解码还包括：

由所述UE在所述DCI的第一字段中访问所述资源指示符的第一部分；

由所述UE在所述DCI的第一字段之后的第二字段中访问所述资源指示符的第二部分，其中在所述第一字段与所述第二字段之间具有另一字段；以及

由所述UE组合所述第一部分和所述第二部分以形成所述资源指示符。

6.根据权利要求1所述的方法，其中，响应于所述资源指示符包括四比特的长度，所述查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特的长度，所述查找表包括第二数量的条目，所述第二数量的条目包括所述第一数量的条目的子集。

7.根据权利要求1所述的方法，其中，所述UE处于无线电资源控制(RRC)连接的状态。

8.根据权利要求1所述的方法，还包括：

在所述发送之前，由所述UE解码所述RACH响应消息的物理下行链路共享信道(PDSCH)；以及

由所述UE从所述RACH响应消息的PDSCH中为所述HARQ过程确定定时提前。

9.一种用于无线通信的方法，包括：

作为两步RACH过程的一部分，由用户设备(UE)从基站(BS)接收随机接入信道(RACH)响应消息；

由所述UE解码所述RACH响应消息的物理下行链路共享信道(PDSCH)，以获得资源指示符；

由所述UE基于来自所述PDSCH的资源指示符，确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源；以及

由所述UE使用所述PUCCH资源向所述BS发送HARQ消息。

10.根据权利要求9所述的方法，其中，从所述PDSCH确定的所述PUCCH资源包括动态选择的配置参数。

11.根据权利要求9所述的方法，其中，所述RACH消息包括多播消息。

12.根据权利要求9所述的方法，其中，所述RACH消息包括单播消息。

13.根据权利要求9所述的方法，其中，确定所述PUCCH资源还包括：由所述UE基于所述资源指示符访问查找表。

14.根据权利要求13所述的方法，其中，响应于所述资源指示符包括四比特的长度，所述查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特的长度，所述查找表包括第二数量的条目，所述第二数量的条目包括第一数量的条目的子集。

15.根据权利要求9所述的方法，其中，所述解码还包括：

由UE应用消息B无线电网络临时标识符(RNTI)来解扰和解码所述PDSCH。

16.根据权利要求9所述的方法，其中，所述UE处于无线电资源控制(RRC)空闲/不活动状态。

17.根据权利要求9所述的方法，其中，所述确定还包括：

由所述UE从所述RACH响应消息的所述PDSCH中为所述HARQ过程确定定时提前。

18.一种无线通信的方法，包括：

作为两步RACH过程的一部分，由基站(BS)从用户设备(UE)接收随机接入信道(RACH)消息；

由所述BS在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括资源指示符，所述资源指示符与PUCCH资源相关；

由所述BS向所述UE发送PDCCH作为RACH响应消息的一部分；以及

由所述BS使用所述PUCCH资源从所述UE接收混合自动重复请求(HARQ)消息。

19.根据权利要求18所述的方法，还包括：

由所述BS根据DCI格式1_0配置所述DCI以包括在所述PDCCH中。

20.根据权利要求19所述的方法，其中，所述配置还包括：

由所述BS将所述资源指示符分割成第一部分和第二部分；

由所述BS将所述第一部分添加到所述DCI的第一字段中；以及

由所述BS将所述第二部分添加到所述DCI的所述第一字段之后的第二字段中。

21.根据权利要求18所述的方法，其中，所述RACH响应消息包括多播消息。

22.根据权利要求18所述的方法，其中，所述RACH响应消息包括单播消息。

23.根据权利要求18所述的方法，其中，响应于所述资源指示符包括四比特的长度，与所述资源指示符相关联的查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特的长度，所述查找表包括第二数量的条目，所述第二数量的条目包括所述第一数量的条目的子集。

24.根据权利要求18所述的方法，其中，所述UE处于无线电资源控制(RRC)连接的状态。

25.根据权利要求18所述的方法，还包括：

由所述BS在所述RACH响应消息的物理下行链路共享信道(PDSCH)中包括用于所述UE的定时提前；以及

由所述BS向所述UE发送所述PDSCH作为所述RACH响应消息的另一部分。

26.一种无线通信的方法，包括：

作为两步RACH过程的一部分，由基站(BS)从用户设备(UE)接收随机接入信道(RACH)消息；

由所述BS在物理下行链路共享信道(PDSCH)中包括资源指示符，以确定物理上行链路控制信道(PUCCH)资源；

由所述BS向所述UE发送所述PDSCH作为RACH响应消息的一部分；以及

由所述BS使用所述PUCCH资源从所述UE接收混合自动重复请求(HARQ)消息。

27.根据权利要求26所述的方法，其中，所述RACH消息包括多播消息。

28.根据权利要求26所述的方法，还包括：

在所述发送之前并且作为RACH响应消息的一部分，由所述BS用消息B无线电网络临时标识符(RNTI)加扰物理下行链路控制信道(PDCCH)的循环冗余校验(CRC)。

29.根据权利要求26所述的方法，其中，所述UE处于无线电资源控制(RRC)空闲/不活动状态。

30.根据权利要求26所述的方法，还包括：

在所述发送之前，由所述BS在所述RACH响应消息的所述PDSCH中包括用于所述UE的定时提前。

31.一种用户设备，包括：

收发器，被配置为：作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息；以及

处理器，被配置为：

解码所述RACH响应消息的物理下行链路控制信道(PDCCH)，以基于所述PDCCH的下行链路控制信息(DCI)获得资源指示符；以及

基于所述资源指示符根据访问查找表来确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源，

其中，所述收发器还被配置为使用所述PUCCH资源向所述BS发送HARQ消息。

32.根据权利要求31所述的用户设备，其中，所述DCI包括DCI格式1_0。

33.根据权利要求31所述的用户设备，其中，所述处理器还被配置为：

在所述DCI的PUCCH资源指示符字段中访问所述资源指示符。

34.根据权利要求33所述的用户设备，其中，所述资源指示符包括四比特的长度。

35.根据权利要求31所述的用户设备，其中，所述处理器还被配置为：

在所述DCI的第一字段中访问所述资源指示符的第一部分；

在所述DCI的所述第一字段之后的第二字段中访问所述资源指示符的第二部分，其中在所述第一字段与所述第二字段之间具有另一字段；以及

组合所述第一部分和所述第二部分以形成所述资源指示符。

36.根据权利要求31所述的用户设备，其中，响应于所述资源指示符包括四比特，所述查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特，所述查找表包括第二数量的条目，所述第二数量的条目包括所述第一数量的条目的子集。

37.根据权利要求31所述的用户设备，其中，所述用户设备处于无线电资源控制(RRC)连接的状态。

38.根据权利要求31所述的用户设备，其中，所述处理器还被配置为：

在所述发送之前，解码所述RACH响应消息的物理下行链路共享信道(PDSCH)；以及

从所述RACH响应消息的所述PDSCH中为所述HARQ过程确定定时提前。

39.一种用户设备，包括：

收发器，被配置为：作为两步RACH过程的一部分，从基站(BS)接收随机接入信道(RACH)响应消息；以及

处理器，被配置为：

解码所述RACH响应消息的物理下行链路共享信道(PDSCH)以获得资源指示符；以及

基于来自所述PDSCH的所述资源指示符，确定用于混合自动重复请求(HARQ)过程的物理上行链路控制信道(PUCCH)资源，

其中，所述收发器还被配置为使用所述PUCCH资源向所述BS发送HARQ消息。

40.根据权利要求39所述的用户设备，其中，从所述PDSCH确定的所述PUCCH资源包括动态选择的配置参数。

41.根据权利要求39所述的用户设备，其中，所述RACH消息包括多播消息。

42.根据权利要求39所述的用户设备，其中，所述RACH消息包括单播消息。

43.根据权利要求39所述的用户设备，其中，所述处理器还被配置为基于所述资源指示符来访问查找表。

44.根据权利要求43所述的用户设备，其中，响应于所述资源指示符包括四比特，所述查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特，所述查找表包括第二数量的条目，所述第二数量的条目包括所述第一数量的条目的子集。

45.根据权利要求39所述的用户设备，其中，作为所述解码的一部分，所述处理器还被配置为：

应用消息B无线电网络临时标识符(RNTI)来解扰和解码所述PDSCH。

46.根据权利要求39所述的用户设备，其中，所述用户设备处于无线电资源控制(RRC)空闲/不活动状态。

47.根据权利要求39所述的用户设备，其中，作为所述确定的一部分，所述处理器还被配置为：

从所述RACH响应消息中为所述HARQ过程确定定时提前。

48.一种基站，包括：

收发器，被配置为：作为两步RACH过程的一部分，从用户设备(UE)接收随机接入信道(RACH)消息；以及

处理器，被配置为：在物理下行链路控制信道(PDCCH)中的下行链路控制信息(DCI)中包括资源指示符，所述资源指示符与物理上行链路控制信道(PUCCH)资源相关；

其中，所述收发器还被配置为：

向所述UE发送所述PDCCH作为RACH响应消息的一部分；以及

使用所述PUCCH资源从所述UE接收混合自动重复请求(HARQ)消息。

49.根据权利要求48所述的基站，其中，所述处理器还被配置为：

根据DCI格式1_0配置所述DCI配置以包括在所述PDCCH中。

50.根据权利要求49所述的基站，其中，所述处理器还被配置为：

将所述资源指示符分割成第一部分和第二部分；

将所述第一部分添加到所述DCI的第一字段中；以及

将所述第二部分添加到所述DCI的所述第一字段之后的第二字段中。

51.根据权利要求48所述的基站，其中，所述RACH响应消息包括多播消息。

52.根据权利要求48所述的基站，其中，所述RACH响应消息包括单播消息。

53.根据权利要求48所述的基站，其中，响应于所述资源指示符包括四比特，与所述资源指示符相关联的查找表包括第一数量的条目，以及响应于所述资源指示符包括三比特，所述查找表包括第二数量的条目，所述第二数量的条目包括所述第一数量的条目的子集。

54.根据权利要求48所述的基站，其中，所述UE处于无线电资源控制(RRC)连接的状态。

55.根据权利要求48所述的基站，其中：

所述处理器还被配置为在所述RACH响应消息的物理下行链路共享信道(PDSCH)中包括用于所述UE的定时提前；以及

所述收发器还被配置为向所述UE发送所述PDSCH作为所述RACH响应消息的另一部分。

56.一种基站，包括：

收发器，被配置为：作为两步RACH过程的一部分，从用户设备(UE)接收随机接入信道(RACH)消息；以及

处理器，被配置为：在物理下行链路共享信道(PDSCH)中包括资源指示符，以确定物理上行链路控制信道(PUCCH)资源；

其中所述收发器还被配置为：

向所述UE发送所述PDSCH作为RACH响应消息的一部分；以及

使用所述PUCCH资源从所述UE接收混合自动重复请求(HARQ)消息。

57.根据权利要求56所述的基站，其中，所述RACH消息包括多播消息。

58.根据权利要求56所述的基站，其中，所述处理器还被配置为：

作为所述RACH响应消息的一部分，用消息B无线电网络临时标识符(RNTI)加扰物理下行链路控制信道(PDCCH)的循环冗余校验(CRC)。

59.根据权利要求56所述的基站，其中，所述UE处于无线电资源控制(RRC)空闲/不活动状态。

60.根据权利要求56所述的基站，其中，所述处理器还被配置为：

在所述发送之前，在所述RACH响应消息的所述PDSCH中包括用于所述UE的定时提前。

Images