用于多PUSCH和多PDSCH调度的确认信令

技术领域

本申请整体涉及无线通信系统，包括使用调度多个共享信道的下行链路控制信息(DCI)。

背景技术

无线移动通信技术使用各种标准和协议以在基站和无线通信设备之间传输数据。无线通信系统标准和协议可以包括，例如，第三代合作伙伴计划(3GPP)长期演进(LTE)(如4G)、3GPP新空口(NR)(如5G)和用于无线局域网(WLAN)的IEEE 802.11标准(行业组织内通常称其为

如3GPP所设想，不同的无线通信系统标准和协议可以使用各种无线接入网(RAN)，以使RAN(其有时也可称为RAN节点、网络节点，或简称为节点)的基站与被称为用户装备(UE)的无线通信设备进行通信。3GPP RAN可包括，例如，全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)RAN(GERAN)、通用陆地无线接入网(UTRAN)、演进通用陆地无线接入网(E-UTRAN)和/或下一代无线接入网(NG-RAN)。

每个RAN可以使用一种或多种无线接入技术(RAT)来进行基站与UE之间的通信。例如，GERAN实施GSM和/或EDGE RAT，UTRAN实施通用移动电信系统(UMTS)RAT或其他3GPPRAT，E-UTRAN实施LTE RAT(其有时简称为LTE)，NG-RAN则实施NR RAT(其有时在本文中也称为5G RAT、5G NR RAT或简称为NR)。在某些部署中，E-UTRAN还可实施NR RAT。在某些部署中，NG-RAN还可实施LTE RAT。

RAN所用的基站可以对应于该RAN。E-UTRAN基站的一个示例是演进通用陆地无线接入网(E-UTRAN)节点B(通常也表示为演进节点B、增强型节点B、eNodeB或eNB)。NG-RAN基站的一个示例是下一代节点B(有时也称为gNodeB或gNB)。

RAN通过其与核心网络(CN)的连接与外部实体一起提供通信服务。例如，E-UTRAN可以利用演进分组核心网(EPC)，而NG-RAN可以利用5G核心网(5GC)。

附图说明

为了容易地识别对任何特定元件或动作的讨论，参考标号中的一个或多个最高有效数位是指首先引入该元件的附图编号。

图1示出了根据实施方案的用于使用M-DCI来调度多PUSCH或多PDSCH的信令。

图2示出了根据实施方案的信令，其中UE通过使用确认信令来确认由M-DCI调度的多PUSCH或多PDSCH。

图3示出了根据实施方案的使用第一DCI调度多PUSCH的信令，并且其中第二DCI用于携载确认信令。

图4示出了根据实施方案的针对DCI的使用的时间线，该DCI用于确认信令并且示出DCI的格式。

图5示出了根据各种实施方案的示出调度多个共享信道的使用的第一DCI和包含针对多个共享信道的使用的确认信令的第二DCI之间的潜在交互的图。

图6示出了根据实施方案的说明使用OCC-2(N

图7示出了根据实施方案的PCICH的RES的构造。

图8示出了根据实施方案的说明使用OCC-4(N

图9示出了根据实施方案的PCICH的RES的构造。

图10示出了根据实施方案的非交织RES到PRB映射与其一起使用的CORESET。

图11示出了根据本文公开的实施方案的使用束(bundle)索引值B的交织RES到PRB映射。

图12示出了根据实施方案的交织RES到PRB映射与其一起使用的CORESET。

图13示出了根据实施方案的UE的方法。

图14示出了根据实施方案的基站的方法。

图15示出了根据实施方案的UE的方法。

图16示出了根据实施方案的基站的方法。

图17示出了根据本文公开的实施方案的无线通信系统的示例性架构。

图18示出了根据本文公开的实施方案的用于在无线设备和网络设备之间执行信令的系统。

具体实施方式

各实施方案就UE进行描述。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，如本文所述的UE用于表示任何适当的电子部件。

物理上行链路共享信道(PUSCH)和/或物理下行链路控制信道(PDSCH)可在基站和UE之间的RAN中使用以分别用于上行链路通信或下行链路通信。在一些RAN中，PUSCH和/或PDSCH可通过基站在物理下行链路控制信道(PDCCH)上发送到UE的下行链路控制信息(DCI)来调度。

设想一些RAN可以相对高的频率操作。例如，NR RAN可以多达71GHz的频率操作。在这些(和其他)情况下，使用单个DCI来调度多个PUSCH(多PUSCH)或多个PDSCH(多PDSCH)可以是有利的。与相反地用对应DCI单独调度每个PUSCH/PDSCH的情况相比，以单个DCI对多PUSCH或多PDSCH的该调度可减少RAN内的开销。在本公开中，调度多PUSCH或多PDSCH的DCI可被称为M-DCI，而调度仅单个PUSCH或PDSCH的DCI可被称为S-DCI。

用于调度PUSCH/PDSCH/多PUSCH/多PDSCH(和/或其他目的)的DCI可在由UE使用的与该UE处的搜索空间配置一致的监测时机(MO)期间在该UE处接收。此外，当UE使用具有多个分量载波(CC)的载波聚合(CA)时，可在具有针对DCI的MO的CC上接收该DCI。

图1示出了根据实施方案的用于使用M-DCI 102来调度多PUSCH或多PDSCH的信令100。基站可将M-DCI 102发送到UE。M-DCI 102将多PUSCH或多PDSCH 104调度为在基站和UE之间，使得UE被告知多PUSCH或多PDSCH 104的定时(如图所示)。

由于干扰、低信号功率或其他原因，在UE处可能错过由基站发送到UE的DCI。因此，UE可能不知道由DCI调度的任何资源。因此，这些资源不由UE使用来执行与基站的传输/接收来自基站的传输(并且在该情况下被浪费)。在DCI调度仅单个PUSCH/PDSCH的情况下，如果该情况不频繁，则可以是可接受的。然而，在M-DCI(诸如M-DCI 102)在UE处错过的情况下，所浪费的资源的量比在S-DCI情况下更大，达到因此类资源的浪费而引起的任何所得系统退化/频谱效率影响对于RAN的操作者不太可接受的程度。

图2示出了根据实施方案的信令200，其中UE通过使用确认信令208来确认由M-DCI202调度的多PUSCH或多PDSCH。在图2的实施方案中，基站将M-DCI 202发送到UE以调度所示的多PDSCH 206。需注意，在其他实施方案中，多PDSCH 206可相反地是多PUSCH。

为了解决错过的M-DCI的前述问题，响应于M-DCI 202，UE可将确认信令204发送到基站。该确认信令204向基站指示在UE处接收到M-DCI 202。在接收到确认信令204时，基站可确保UE和基站之间存在关于多PDSCH 206的存在和定时的联合理解。确认信令204尚未由UE发送(或该确认信令尚未在基站处被恰当接收)，基站可相反地已取消多PDSCH 206(以便不浪费多PDSCH 206的资源，原因是M-DCI 202在UE处的未确认接收)。

设想确认信令204可采取多种形式中的一种或多种形式。例如，确认信令204可通过使用对应于M-DCI 202的上行链路信号来暗示，或者可包括混合自动重传请求(HARQ)确认(HARQ-ACK)信令(通过物理上行链路控制信道(PUCCH))和/或非周期性探测参考信号(A-SRS)信令。

图2还示出了确认信令208。确认信令208可由基站发送到UE，以便确认如在M-DCI202中调度的多PDSCH 206(或在其他实施方案中，多PUSCH)仍然进行。例如，在于UE处接收到M-DCI 202但未接收到确认信令208的情况下，可不期望UE接收多PDSCH 206(或在另选的实施方案中，在多PUSCH上发送)。

确认信令208可响应于在基站处接收到确认信令204而由基站发送到UE。然而，这不是必须的，原因是使用确认信令208而无需基站首先接收确认信令204的实施方案是可能的并且将以本文所述的方式适当地起作用。

确认信令208到UE的发送(或不发送)允许基站有效地控制UE处的多PDSCH 206(或多PUSCH)的取消。例如，在使用确认信令204的实施方案中，可能的情况是确认信令204由UE发送但在基站处未接收到。在该情况下，如果无线通信系统未被配置为使用确认信令208，则基站将取消其对多PDSCH 206的使用(由于从未接收到确认信令204)，同时UE将继续尝试使用多PDSCH 206(因为该UE发送了确认信令204)。这可导致对信道的干扰(多PUSCH情况)和/或在UE处尝试对并非用于UE的数据进行解码(多PDSCH情况)。然而，如果无线通信系统被配置为使用确认信令208，则基站可通过抑制确认信令208隐式地告知UE其取消使用多PDSCH 206(或多PUSCH)。这允许UE(也)避免尝试在信道上使用多PDSCH 206(或多PUSCH)。

基站可希望抑制确认信令208以隐式地取消多PDSCH 206(或多PDSCH)的其他情况可包括例如以下情况：其中在发送M-DCI 202之后延迟敏感流量到达以发射到UE，并且先前调度的多PDSCH 206(或多PDSCH)的后续使用将导致发射该流量的不期望的延迟。即使在不使用确认信令204的实施方案中，该益处也可适用。

确认信令208可包括在UE特定的DCI格式中，该格式可为用于重新确认M-DCI 202的群组共同DCI格式，或者该格式可为物理确认指示符信道(PCICH)的信令，如下文将描述。

图3示出了根据实施方案的使用第一DCI 304调度多PUSCH 302的信令300，并且其中第二DCI 306用于携载确认信令。第一DCI 304可为M-DCI。应当理解，在其他实施方案中，多PUSCH 302的使用可相反地是多PDSCH。

在图3中，基站可向UE发送第一DCI 304，UE可(任选地)将确认信令310发送回基站，并且基站然后可发送第二DCI 306以确认基站对多PUSCH 302的使用正以上述方式进行。根据一些实施方案，UE对多PUSCH 302(或多PDSCH)的使用取决于第一DCI 304和第二DCI 306中的每一者的接收。换句话讲，如果UE未接收到第二DCI 306，则UE可取消多PUSCH302上的发射(或在多PDSCH的情况下的任何接收尝试)。

第一DCI 304可具有第一DCI格式，并且第二DCI 306可为与第一DCI 304相关联的第二DCI格式。例如，第二DCI 306可为结合调度多个共享信道的M-DCI(诸如第一DCI 304)使用的已知DCI格式，如图所示。

在根据图3的第一实施方案中，UE可设置有一对搜索空间(SS)配置。该对的第一SS配置可指示MO用于根据第一DCI 304的格式使用。该对的第二SS配置可指示MO用于根据第二DCI 306的格式使用。在该第一实施方案中，第一SS配置的MO可以与第二SS配置的MO相同的周期性发生。在这些情况下，因此可能的是第一SS配置的MO从第二SS配置的MO偏移UE已知的偏移值308。在这些情况下，可能的是UE根据偏移值308仅在于第一SS配置的MO期间首先接收到第一DCI 304的情况下(并且在一些情况下，在UE还发送确认信令310的情况下)监测第二DCI 306。否则(如果第一SS配置的MO不具有M-DCI)，UE在第二SS配置的对应MO期间可不监测第二DCI 306。如果在第一SS配置的对应MO中未检测到(并且在一些情况下也未确认)第一DCI 304，则这可通过避免不必要地监测第二DCI 306的MO来使UE功率消耗最小化。

在根据图3的第二实施方案中，UE可设置有一对SS配置。该对的第一SS配置可指示MO用于根据第一DCI 304的格式使用。该对的第二SS配置可指示MO用于根据第二DCI 306的格式使用。在该第二实施方案中，可能的是第一SS配置的MO和第二SS配置的MO的周期性不同(或至少并未明确地已知为在UE处相同)。在此类情况下，因此可能的是没有偏移值308大体上描述两种不同SS配置的MO之间的距离。在这些情况下，UE可通过如前所述监测第一SS配置的MO来检测第一DCI 304，然后确定要在用于第二DCI 306的第二搜索空间集上监测的对应MO是SS配置集相对于用于所检测到的第一DCI 304的MO的时间最近的(接着的)MO。以此方式，并非需要监测第二SS配置的每一MO，从而避免不必要的功率消耗。

图4示出了根据实施方案的针对DCI 402的使用的时间线400，该DCI用于确认信令并且示出DCI 402的格式。时间线400示出了第一MO 404。可在UE处监测第一MO 404。在该第一MO 404期间，UE以上述方式检测调度多PUSCH或多PDSCH的使用的M-DCI。根据实施方案，第一MO 404可为第一SS配置的MO。

然后，时间线400进行到第二MO 406。UE可以上述方式根据来自第一MO 404的不同SS配置来检测该第二MO 406。在第二MO 406期间，UE检测DCI 402。

DCI 402可为被引入并且用于确认多个共享信道调度的格式的一个示例，如本文所述。DCI 402可为“2-X”格式DCI的示例，该DCI可用于携载针对可接收DCI 402的一个或多个UE的确认信令(例如，可使用DCI 402而无需以与关于图4描述的UE类似的方式通过多个UE进行进一步改变)。

如图所示，DCI 402可包括多个块408 1至408N。块408中的每个块可对应于DCI402旨在用于的UE。针对特定UE的数据块的起始位置可由在基站处已知并且通过较高层提供给被配置为使用该块的UE的块识别参数来确定。在一些实施方案中，该参数可被称为“startingBitOfFormat2X参数”。因此，对于图4中正在讨论中的UE，可能的是UE先前已经配置有此类参数，使得该UE可识别块408中的哪一块是其块。

在每个块内，可找到确认位图。该确认位图可包括对应于由UE针对该块使用的一个或多个CC的一个或多个位。由于每个UE可使用不同数量的CC，因此设想块的确认位图的大小可因不同块而变化(如图所示)。用于位图映射的CC索引的顺序(例如，由基站和UE使用以区分由UE使用的CC的索引)可使得CC索引以从位图的最高有效位到位图的最低有效位的升序顺序映射。

对于位图的每个位，值“1”可指示先前调度的多PUSCH/多PDSCH保持调度(被确认)在该CC上使用，并且值“0”可指示先前调度的多PUSCH/多PDSCH不再在该CC上调度(被取消)。以此方式，DCI 402将针对多个共享信道的确认信令携载到一个或多个UE。

可能的是位图包含针对由UE使用的所有CC的位(无论多个共享信道使用是否需要针对该CC进行确认)。在这些情况下，先前未调度多个共享信道使用的CC可仅指示“0”值。在其他实施方案中，位图414可相反地包含针对仅需要确认或取消多个共享信道调度的那些CC的位。

为了区分DCI 402的格式与可具有相同大小的DCI的其他格式，专用无线电网络临时标识符(RNTI)可被配置并用于对DCI 402的循环冗余校验(CRC)410进行加扰。

在图4的示例中，可能的是正在讨论中的UE配置有指示DCI 402的块2 412对应于UE的块识别参数。因此，UE在检测到DCI 402时识别块2 412的位置并且解码来自块2 412的位图414。位图414针对由UE使用的四个CC中的每个CC以其CC索引的顺序指示“1”或“0”。因此，UE根据位图414的位在这些CC上使用(或不使用)先前调度的多PUSCH/多PDSCH。

设想其他DCI格式(例如，除DCI 402的格式以外)还可用于携载确认信令。在一些情况下，可能的是可如此使用预先存在的格式的DCI。

在一些实施方案中，格式1-0的DCI可用于确认由先前M-DCI进行的多PUSCH/多PDSCH调度。在这些情况中的一些情况下，可将新的RNTI值分配给UE以用于区分用于多个共享信道确认的格式1-0DCI与用于其他目的的格式1-0的其他DCI。

在其他情况下，可能的是用于确认信令的格式1-0DCI被限制为在作为UE特定的SS(USS)配置的用于UE的SS配置中发射到UE(并且在这些格式偶然出现在由UE使用的共同SS(CSS)配置中时UE不理解这些格式属于该UE)。在此类情况下，可将新的1位标记字段添加到格式1-0DCI。在该新的字段中，“1”的值可向UE指示格式1-0DCI是携载针对先前调度的多个共享信道的确认信令的DCI。

用于确认信令的格式1-0DCI还可包括UE的确认位图。该确认位图可包括对应于由UE使用的一个或多个CC的一个或多个位。用于位图映射的CC索引的顺序(例如，由基站和UE使用以区分由UE使用的CC的索引)可使得CC索引以从位图的最高有效位到位图的最低有效位的升序顺序映射。

对于位图的每个位，值“1”可指示先前调度的多PUSCH/多PDSCH保持调度(被确认)在该CC上使用，并且值“0”可指示先前调度的多PUSCH/多PDSCH不再在该CC上调度(被取消)。以此方式，格式1-0将针对多个共享信道的确认信令携载到UE。

可能的是位图包含针对由UE使用的所有CC的位(无论多个共享信道使用是否需要针对该CC进行确认)。在这些情况下，先前未调度多个共享信道使用的CC可仅指示“0”值。在其他实施方案中，位图可相反地包含针对仅需要确认或取消多个共享信道调度的那些CC的位。

用于确认信令的格式1-0DCI还可包括HARQ进程号，该HARQ进程号被设置为与调度待确认的多PUSCH/多PDSCH的DCI的HARQ进程号相同的值，使得UE知道继续使用多PUSCH/多PDSCH。

在一些实施方案中，用于确认信令的格式1-0DCI可包括调制和编码方案(MCS)偏移值，该MCS偏移值用于更新由调度正被确认的多PUSCH/多PDSCH的DCI提供给UE的MCS值。这可在例如以下情况下使用：其中基站知道自发送了调度多PUSCH/多PDSCH的M-DCI以后信道条件已经改变，并且因此有必要对待与这些信道条件一起使用的MCS等级进行对应改变。可在UE处使用偏移值以改变与由UE使用的MCS表一起使用以确定利用其将接收/发送多PUSCH/多PDSCH的MCS等级的索引。该更加最新的信息可通过允许使用MCS等级的更加时间紧密设置或确认来帮助系统变得更加高效。

可能的是以所描述的方式用于确认信令的格式1-0DCI的所有其他位可被设置为零。

进一步设想，在使用各种DCI格式中的一种DCI格式用于确认由先前M DCI进行的多PUSCH/多PDSCH调度(包括但不限于针对此类确认信令使用格式1-0DCI的实施方案)的实施方案中，可能的是，先前M-DCI包含供UE在监测具有确认信令的DCI时使用的一个或多个聚合等级(AL)的指示。在这些情况中的一些情况下，可能的是首先通过RRC信令向UE配置在监测具有确认信令的DCI时使用的一组AL作为UE处的搜索空间配置的一部分。然后，由先前DCI动态地发信号通知来自该组的待使用的一个或多个AL。在第一种情况下，假设K个可能的聚合等级，可能的是log

在一些实施方案中，设想先前M-DCI还可包括用于指示UE是否应期望基站发送具有确认信令的DCI的启用字段。例如，可能的是在一些情况(诸如具有相对较高可靠性的小区中心UE)下，提供确认信令的开销可能不是高效的。例如，此类UE可被理解为以相对较高的概率接收M-DCI，并且因此可不被配置为以确认信令进行响应(这节省了整个系统的开销)。在此类情况下，还可例如确定因此无需发送具有确认信令的DCI(因为仅假设UE将继续使用多PUSCH/多PDSCH，并且在这种情况下UE不期望对不存在的确认信令的响应并且可不会另外被配置为期望确认信令)。因此，先前DCI中存在启用字段可因此允许基站在每UE的基础上配置是否使用确认信令。

图5示出了根据各种实施方案的示出调度多个共享信道的使用的第一DCI 502和包含针对多个共享信道的使用的确认信令的第二DCI 504之间的潜在交互的图500。第一DCI 502可为M-DCI。如图所示，第一DCI 502可相对于第二DCI 504提供第一指示506，该第一指示可包括以下中的一者或多者：当监测第二DCI 504时待使用的一个或多个AL和/或第二DCI 504在第一实例中的存在(或不存在)。如图所示，第二DCI 504可相对于第一DCI 502提供第二指示508，该第二指示可包括以下中的一者或多者：确认信令(如本文所讨论)、用于多PUSCH/多PDSCH的所更新MCS(例如，借助于在第一DCI 502中提供的相对于多PUSCH/多PDSCH的MCS索引提供的偏移值)、和/或由第一DCI 502使用的HARQ进程号。

在一些实施方案中，可在PCICH中提供对应于由M-DCI调度的多个共享信道的确认信令。例如，可能的是如将描述的这种PCICH可被实现为比例如用于发送如先前所述的确认信令的DCI更少的发射资源。在一些情况下(如将示出)，可使用单个物理资源块(PRB)来发射PCICH。

本文描述PCICH的使用的实施方案可假设基站对调度多PUSCH/多PDSCH的第一DCI的初始发送(例如，M-DCI的发送)以及(任选的)在基站处接收确认信令，如在先前讨论的实施方案中(并且出于相同原因)。

在一些实施方案中，可将一个或多个UE分配给PCICH群组。为了最小化信令开销，可将针对PCICH群组中的每个UE的确认信令映射到PCICH的相同资源元素集(RES)。为了最大化时频资源的使用，可使用不同的正交覆盖码(OCC)来分离PCICH群组中的每个UE的数据。

基站可确定对应于已经针对UE上的CC调度的多PUSCH/多PDSCH的确认(或不确认)的位。在一些实施方案中，基站可重复该位(如将示出)。基站可对每个位执行二进制相移键控(BPSK)以生成对应BPSK符号。这些BPSK符号可表示为z

序列的每个符号z

用于不同UE的PCICH中的d

N

表1提供了当N

表1：正交序列ω(0)、......、ω(N

在一个实施方案中，可根据基于UE所经历的信号与干扰加噪声比(SINR)将UE划分到PCICH群组中。例如，可使用N

图6示出了根据实施方案的说明使用OCC-2(N

UE 604中的每个UE可为使用PCICH 602的PCICH群组的一部分。在基站处，针对UE604中的每个UE生成单个位，从而指示针对该UE，先前调度的多PUSCH/多PDSCH是否仍要由基站使用(例如，是否已经被取消)。每个此类位可经历多次重复。在图600中，重复计数606示出每个此类位重复四次。这对应于可包括于在其上发送PCICH 602的单个PRB 610中的RES 608的数量(四个)。PRB 610上的RES 608的数量可由每个RES 608的大小来确定。RES608的大小可继而根据使用中的N

如图所示，每个(重复)位经历BPSK调制612以生成该位的符号。然后，根据OCC-2序列614中的相关联OCC-2序列来扩展符号，从而得到总共两个符号(与N

需注意，由于重复计数606为四，因此使用具有四个重复位的该布置使得有可能针对四个RES 608中的每个RES执行该过程。

图7示出了根据实施方案的PCICH的RES 608的构造700。RES 608可根据图6的RES608。

如图所示，UE 604中的每个UE的符号(例如，对应于针对UE 604中的每个UE生成的位的BPSK符号)根据唯一的OCC-2序列扩展702，从而生成两个相关联扩展符号。第一扩展符号集704(包括每个UE 604的一个扩展符号)然后被映射到用于RES 608的第一可用资源元素708上(其中第一可用资源元素708对应于图6的第一RES 608的可用资源元素616中的一个可用资源元素)。第二扩展符号集706(包括每个UE 604的另一个扩展符号)然后被映射到用于RES 608的第二可用资源元素710上(其中第二可用资源元素710对应于图6的第一RES608的可用资源元素616中的另一个可用资源元素)。

返回图6，可看出，可将多达四个此类RES 608放置到待作为PCICH 602发射的单个PRB 610中。然后，UE可根据正交码解码RES 608中的一个(或多个)RES，以便区分针对UE604中的每个UE的确认信令。

虽然图6的示例已示出四个UE 604根据OCC-2在PCICH 602的单个PRB 610上的映射，但是设想多于四个UE可与OCC-4一起使用，其中该方法根据四个(或更少)UE的群组重复，并且所得PCICH包括多个PRB(每组一个)。

图8示出了根据实施方案的说明使用OCC-4(N

UE 804中的每个UE可为使用PCICH 802的PCICH群组的一部分。在基站处，针对UE804中的每个UE生成单个位，从而指示针对该UE，先前调度的多PUSCH/多PDSCH是否仍要由基站使用(例如，是否已经被取消)。每个此类位可经历多次重复。在图800中，重复计数806示出每个此类位重复两次。这对应于可包括于在其上发送PCICH 802的单个PRB 810中的RES 808的数量(两个)。PRB 810上的RES 808的数量可由每个RES 808的大小来确定。RES808的大小可继而根据使用中的N

如图所示，每个(重复)位经历BPSK调制812以生成该位的符号。然后，根据OCC-4序列814中的相关联OCC-4序列来扩展符号，从而得到总共四个符号(与N

需注意，由于重复计数806为二，因此使用具有两个重复位的该布置使得有可能针对两个RES 808中的每个RES执行该过程。

图9示出了根据实施方案的PCICH的RES 808的构造900。RES 808可根据图8的RES808。

如图所示，UE 804中的每个UE的符号(例如，对应于针对UE 804中的每个UE生成的位的BPSK符号)根据唯一的OCC-4序列扩展902，从而生成四个相关联扩展符号。第一扩展符号集904(包括每个UE 804的一个扩展符号)然后被映射到用于RES 808的第一可用资源元素906上(其中第一可用资源元素906对应于图8的第一RES 808的可用资源元素816中的第一可用资源元素)。第二扩展符号集914(包括每个UE 804的第二扩展符号)然后被映射到用于RES 808的第二可用资源元素908上(其中第二可用资源元素908对应于图8的第一RES808的可用资源元素816中的第二可用资源元素)。第三扩展符号集916(包括每个UE 804的第三扩展符号)然后被映射到用于RES 808的第三可用资源元素910上(其中第三可用资源元素910对应于图8的第一RES 808的可用资源元素816中的第三可用资源元素)。第四扩展符号集918(包括每个UE 804的第四扩展符号)然后被映射到用于RES 808的第四可用资源元素912上(其中第四可用资源元素912对应于图8的第一RES 808的可用资源元素816中的第四可用资源元素)。

返回图8，可看出，可将多达两个此类RES 808放置到待作为PCICH 802发射的单个PRB 810中。然后，UE可根据正交码解码RES 808中的一个(或多个)RES，以便区分针对UE804中的每个UE的确认信令。

虽然图8的示例已示出八个UE 804根据OCC-4在PCICH 802的单个PRB 810上的映射，但是设想多于八个UE可与OCC-4一起使用，其中该方法根据八个(或更少)UE的群组重复，并且所得PCICH包括多个PRB(每组一个)。

与图6的PCICH 602相比，图8的PCICH 802具有加倍能力，原因在于该PCICH可报告多达八个UE(而不是四个)。然而，所发送数据的重复次数减小了一半，减小到两次(而不是如图6的PCICH 602中的四次重复)。因此，可能的是，图6的PCICH 602用于具有较低SINR几何结构的UE(使得在该情况下可充分利用另外的重复)，并且图6的PCICH 802用于具有较高SINR几何结构的UE(使得可在该PCICH报告另外的UE)，如上所述。

在任何实施方案中，UE可假设PCICH的DMRS被映射到RES内的资源元素k。可能的是对于OCC-2，k＝1，并且对于OCC-4，k＝1、4。

UE可假设PCICH DMRS与调度多PUSCH/多PDSCH的M-DCI相对于多普勒漂移、多普勒扩展、平均延迟、延迟扩展以及在适用情况下的空间Rx参数中的一者或多者准协同定位(QCL)。

PCICH的RES可被映射到核心资源集(CORESET)内的资源以用于以已知方式发射到UE。概念上说，如关于图6和图8所讨论的PCICH的RES/PRB可以虚拟化方式理解，使得它们可(任选地)被分解，然后以将示出的方式放置在CORESET的一个或多个(实际)PRB上。

根据PCICH的RES，如关于图6和图8所讨论的一个或多个完整PCICH可被映射到CORESET中的一个或多个PRB。将该PCICH的RES映射到CORESET的实际PRB的过程可被称为RES到PRB映射。在非交织RES到PRB映射中，该映射可将该PCICH的RES保持在一起。在交织RES到PRB映射中，PCICH的RES可在CORESET的多个和/或非连续PRB上扩展。

在此类RES到PRB映射之后，可使用索引对(n

因此，可理解，CORESET可用于使用频域中的不同资源(例如，不同PRB)来发射PCICH(例如，基于PCICH的RES束的单位，如将描述)以及PDCCH(例如，基于资源元素群组(REG)束单位)。

在本文所用的一些示例中，可使用PCICH的各自包括PCICH的一个或多个RES的RES束。例如，就OCC-2和具有四个RES的PCICH(如图6中)而言，第一RES束(例如，RES束#0)可包括PCICH的四个RES中的第一RES(例如，RES#0)和第二RES(例如，RES#1)，并且第二RES束(例如，RES束#1)可包括PCICH的四个RES中的第三RES(例如，RES#2)和第四RES(例如，RES#3)。作为另一示例，就OCC-4和具有两个RES的PCICH而言，第一RES束(例如，RES束#0)可包括PCICH的两个RES中的第一RES(例如，RES#0)，并且第二RES束(例如，RES束#1)可包括PCICH的两个RES中的第二RES(例如，RES#1)。设想了其他束配置(具有不同数量的RES)。RES到PRB映射可根据RES束发生，如将示出。

RES到PRB映射的第一实施方案可使用非交织RES到PRB映射。在这些实施方案中，PCICH的RES放置在CORESET上的N个连续PRB内。在一些设计中，使用N＝1，并且这可与用于无线通信系统的规范一致(这通常可迫使PCICH配合在单个PRB上)。

图10示出了根据实施方案的非交织RES到PRB映射与其一起使用的CORESET 1002。CORESET 1002可具有数量为24的PRB

CORESET 1002可包括：第一PCICH 1004，该第一PCICH包含针对第一PCICH群组中的(至少一个)UE(如图所示UE#0)的确认信令；和第二PCICH 1006，该第二PCICH包含针对第二PCICH群组中的(至少一个)UE(如图所示UE#1)的确认信令。第一PCICH 1004的n

在该情况下，第一PCICH 1004和第二PCICH 1006可各自包括一对RES束，如上所述。根据非交织RES到PRB映射，第一PCICH 1004的第一RES束1008和第二RES束1010被映射到CORESET 1002的第一PRB 1012(例如，根据对于第一PCICH 1004而言n

RES到PRB映射的其他实施方案可使用交织RES到PRB映射。该设计可帮助使用单个CORESET资源内的控制信道元素(CCE)到REG资源映射有效地将PCICH与PDCCH复用。

在交织RES到PRB映射实施方案中，可根据如上所述的n

在一些实施方案中，R可针对利用用于PDCCH发射的交织CCE到REG映射的CORESET由RRC信令配置。在一些实施方案中，R∈{2，3，6}。在一些实施方案中，定义无线通信系统的操作的规范可针对具有PCICH的CORESET施加R＝2。

在使用交织RES到PRB映射的一些实施方案中，一旦如上确定CORESET的(多个)PRB，束索引值B就可根据相关PRB的在其上找到对应PCICH的RES的部分来生成。该束索引值B可由基站通过RRC信令提供给UE作为PCICH信道配置的一部分。

图11示出了根据实施方案的使用束索引值B的交织RES到PRB映射1100。RES到PRB映射1100使用CORESET的第一PRB 1102和第二PRB 1104。以上述方式，第一PRB 1102可对应于n

在该情况下，第一PCICH(对应于PCICH#0，如图所示)和第二PCICH(对应于PCICH#1，如图所示)可各自包括一对RES束，如上所述。如图所示，B＝0的PCICH(对应于PCICH#0)可将其第一RES束放置在第一PRB 1102中的第一位置1106中，并且可将其第二RES束放置在第二PRB 1104的第一位置1108中，使得第一位置1106和第一位置1108的使用对应于B＝0。此外，B＝1的PCICH(对应于PCICH#1)可将其第一RES束放置在第一PRB 1102中的第二位置1110中，并且可将其第二RES束放置在第二PRB 1104的第二位置1112中，使得第二位置1110和第二位置1112的使用对应于B＝1。

图12示出了根据实施方案的交织RES到PRB映射与其一起使用的CORESET 1202。CORESET 1002可对应于24的

CORESET 1202可包括：第一PCICH 1204，该第一PCICH包含针对第一PCICH群组中的(至少一个)UE(如图所示UE#0)的确认信令；和第二PCICH 1206，该第二PCICH包含针对第二PCICH群组中的(至少一个)UE(如图所示UE#1)的确认信令。第一PCICH 1204和第二PCICH1206中的每一者的n

在图12所示的实施方案中进一步可能的是，R＝2。因此，

在该情况下，第一PCICH 1204和第二PCICH 1206可各自包括一对RES束，如上所述。根据交织RES到PRB映射，第一PCICH 1204的第一RES束1208和第二PCICH 1206的第一RES束1210被映射到CORESET 1202的第一PRB 1212。该映射可根据对于第一PCICH 1204和第二PCICH 1206中的每一者n

此外，第一PCICH 1204的第二RES束1214和第二PCICH 1206的第二RES束1216被映射到CORESET 1202的第二PRB 1218。该映射可根据对于第一PCICH 1204和第二PCICH 1206中的每一者n

图13示出了根据实施方案的UE的方法1300。方法1300包括：从基站接收1302调度第一多个共享信道的第一DCI。

方法1300还包括：从基站接收1304包括确认信令的第二DCI，该确认信令指示基站将使用与UE的第一多个共享信道。

方法1300还包括：使用第一多个共享信道与基站执行1306的一个或多个通信。

在方法1300的一些实施方案中，第一多个共享信道包括多PUSCH和多PDSCH中的一者。

在方法1300的一些实施方案中，在UE处在第一SS配置的第一MO期间接收第一DCI，并且在UE处在第二SS配置的第二MO期间接收第二DCI。在这些实施方案中的一些实施方案中，UE确定第二MO是第二SS配置相对于第一MO的时间最近的MO。

在方法1300的一些实施方案中，第二DCI用于包括该UE的多个UE并且包括与第一UE相关联的包括确认信令的数据块。在这些实施方案中的一些实施方案中，该数据块由UE根据由基站提供给UE的起始位置参数定位在第二DCI内。

在方法1300的一些实施方案中，方法1300还包括：使用对应于第二DCI的RNTI来将第二DCI识别为包含确认信令。

在方法1300的一些实施方案中，方法1300还包括：基于在第二DCI中发现的该第二DCI包括确认信令的指示来将第二DCI识别为包含确认信令。

在方法1300的一些实施方案中，在由UE使用的第一CC上调度第一多个共享信道，并且确认信令包括位图，该位图包括对应于第一CC的第一位，该第一位指示基站将使用第一多个共享信道。在这些实施方案中的一些实施方案中，第一DCI进一步在由UE使用的第二CC上调度第二多个共享信道，并且位图还包括对应于第二CC的第二位，该第二位指示基站将不使用第二多个共享信道。在这些实施方案中的一些实施方案中，确认信令还包括对应于第二CC的第二位；并且第一位和第二位在位图内以升序CC索引顺序排序。

在方法1300的一些实施方案中，第一DCI指示将发送第二DCI。

在方法1300的一些实施方案中，第一DCI包括HARQ进程号，并且第二DCI包括HARQ进程号。

在方法1300的一些实施方案中，第二DCI更新由UE使用的在第一DCI中指示的调制和编码方案(MCS)。

本文所设想的实施方案包括装置，该装置包括用于执行方法1300的一个或多个要素的构件。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时使得电子设备执行方法1300的一个或多个要素。该非暂态计算机可读介质可为，例如，UE的存储器(诸如作为UE的无线设备1802的存储器1806，如本文所述)。

本文所设想的实施方案包括装置，该装置包括用于执行方法1300的一个或多个要素的逻辑部件、模块或电路。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使得一个或多个处理器执行方法1300的一个或多个要素。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括如方法1300的一个或多个要素中所描述或与之有关的信号。

本文所设想的实施方案包括计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括指令，其中由处理器执行该程序将使得该处理器执行方法1300的一个或多个要素。处理器可为UE的处理器(诸如作为UE的无线设备1802的处理器1804，如本文所述)。这些指令可例如位于处理器中和/或位于UE的存储器(诸如作为UE的网络设备1802的存储器1806，如本文所述)上。

图14示出了根据实施方案的基站的方法1400。方法1400包括：向UE发送1402调度第一多个共享信道的第一DCI。

方法1400还包括：向UE发送1404包括确认信令的第二DCI，该确认信令指示基站将使用与UE的第一多个共享信道。

方法1400还包括：使用第一多个共享信道与UE执行1406的一个或多个通信。

在方法1400的一些实施方案中，第二DCI用于包括该UE的多个UE并且包括与UE相关联的包括确认信令的数据块。

在方法1400的一些实施方案中，在由UE使用的第一分量载波(CC)上调度第一多个共享信道，并且确认信令包括位图，该位图包括对应于第一CC的第一位，该第一位指示基站将使用第一多个共享信道。在这些实施方案中的一些实施方案中，第一DCI进一步在由UE使用的第二CC上调度第二多个共享信道，并且位图还包括对应于第二CC的第二位，该第二位指示基站将不使用第二多个共享信道。

本文所设想的实施方案包括装置，该装置包括用于执行方法1400的一个或多个要素的构件。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时使得电子设备执行方法1400的一个或多个要素。该非暂态计算机可读介质可为，例如，基站的存储器(诸如作为基站的网络设备1818的存储器1822，如本文所述)。

本文所设想的实施方案包括装置，该装置包括用于执行方法1400的一个或多个要素的逻辑部件、模块或电路。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使得一个或多个处理器执行方法1400的一个或多个要素。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括如方法1400的一个或多个要素中所描述或与之有关的信号。

本文所设想的实施方案包括计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括指令，其中由处理元件执行该程序将使得该处理元件执行方法1400的一个或多个要素。处理器可为基站的处理器(诸如作为基站的网络设备1818的处理器1820，如本文所述)。这些指令可例如位于处理器中和/或位于基站的存储器(诸如作为基站的网络设备1818的存储器1822，如本文所述)上。

图15示出了根据实施方案的UE的方法1500。方法1500包括：从基站接收1502被配置为调度第一多个共享信道的DCI。

方法1500还包括：从基站接收1504指示基站将使用与UE的第一多个共享信道的PCICH。

方法1500还包括：使用第一多个共享信道与基站执行1506的一个或多个通信。

在方法1500的一些实施方案中，在CORESET的第一PRB上接收PCICH。在这些实施方案中的一些实施方案中，方法1500还包括：从基站接收用于第一PRB的PRB索引，以及基于该第一PRB索引来确定PRB在CORESET内的位置。在这些实施方案中的一些实施方案中，进一步在CORESET的第二PRB上接收PCICH。在一些此类情况下(其中进一步在CORESET的第二PRB上接收PCICH)，第二PRB包括PCICH的包括多个RES的RES束。在一些此类情况下(其中进一步在CORESET的第二PRB上接收PCICH)，方法1300还包括：从基站接收用于第一PRB的第一PRB索引，基于第一PRB索引来计算第二PRB索引，并且基于第二PRB索引来确定第二PRB在CORESET内的位置。在一些此类情况下(在进一步在CORESET的第二PRB上接收PCICH的情况下)，通过束索引值向UE指示第一PRB中用于接收PCICH的位置和第二PRB中用于接收PCICH的位置。

本文所设想的实施方案包括装置，该装置包括用于执行方法1500的一个或多个要素的构件。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时使得电子设备执行方法1500的一个或多个要素。该非暂态计算机可读介质可为，例如，UE的存储器(诸如作为UE的无线设备1802的存储器1806，如本文所述)。

本文所设想的实施方案包括装置，该装置包括用于执行方法1500的一个或多个要素的逻辑部件、模块或电路。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使得一个或多个处理器执行方法1500的一个或多个要素。该装置可为，例如，UE的装置(诸如作为UE的无线设备1802，如本文所述)。

本文所设想的实施方案包括如方法1500的一个或多个要素中所描述或与之有关的信号。

本文所设想的实施方案包括计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括指令，其中由处理器执行该程序将使得该处理器执行方法1500的一个或多个要素。处理器可为UE的处理器(诸如作为UE的无线设备1802的处理器1804，如本文所述)。这些指令可例如位于处理器中和/或位于UE的存储器(诸如作为UE的网络设备1802的存储器1806，如本文所述)上。

图16示出了根据实施方案的基站的方法1600。方法1600包括：向第一UE发送1602DCI，该DCI被配置为在第一UE上调度第一多个共享信道并且在第二UE上调度第二多个共享信道。

方法1600还包括：生成1604指示基站是否将使用第一多个共享信道的第一符号和指示基站是否将使用第二多个共享信道的第二符号。

方法1600还包括：使用第一序列将第一符号扩展1606为第一多个扩展符号，并且使用与第一序列正交的第二序列将第二符号扩展为第二多个扩展符号。

方法1600还包括：将第一多个扩展符号和第二多个扩展符号映射1608到待发送到第一UE的PCICH的第一RES上。

1600还包括将PCICH发送1610到第一UE。

在方法1600的一些实施方案中，第一符号包括BPSK符号。

在方法1600的一些实施方案中，RES的大小对应于第一序列中的元素的数量。

在方法1600的一些实施方案中，PCICH包括有包括第一RES的多个RES，并且多个RES的数量对应于第一序列中的元素的数量。

在方法1600的一些实施方案中，方法1600还包括：将第一多个扩展符号和第二多个扩展符号映射到PCICH的第二RES上。在这些实施方案中的一些实施方案中，PCICH包括第一RES束和第二RES束，第一RES束包括第一RES，第二RES束包括第二RES。在一些此类实施方案中(其中PCICH包括有包括第一RES的第一RES束和包括第二RES的第二RES束)，在核心资源集(CORESET)的物理资源块(PRB)上将PCICH发送到第一UE。在一些此类实施方案中(其中PCICH包括有包括第一RES的第一RES束和包括第二RES的第二RES束)，第一RES束还包括第三RES。在一些此类实施方案中(其中PCICH包括有包括第一RES的第一RES束和包括第二RES的第二RES束)，在核心资源集(CORESET)的第一物理资源块(PRB)上将PCICH的第一RES束发送到第一UE，并且在CORESET的第二PRB上将PCICH的第二RES束发送到第一UE。在一些此类实施方案中(其中PCICH的第一RES束在核心资源集(CORESET)的第一物理资源块(PRB)上发送到第一UE，并且PCICH的第二RES束在CORESET的第二PRB上发送到第一UE)，方法1600还包括：向第一UE发送指示第一RES束在第一PRB上的位置和第二RES束在第二PRB上的位置的束索引参数。

本文所设想的实施方案包括装置，该装置包括用于执行方法1600的一个或多个要素的构件。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时使得电子设备执行方法1600的一个或多个要素。该非暂态计算机可读介质可为，例如，基站的存储器(诸如作为基站的网络设备1818的存储器1822，如本文所述)。

本文所设想的实施方案包括装置，该装置包括用于执行方法1600的一个或多个要素的逻辑部件、模块或电路系统。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使得一个或多个处理器执行方法1600的一个或多个要素。该装置可为，例如，基站的装置(诸如作为基站的网络设备1818，如本文所述)。

本文所设想的实施方案包括如方法1600的一个或多个要素中所描述或与之有关的信号。

本文所设想的实施方案包括计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括指令，其中由处理元件执行该程序将使得该处理元件执行方法1600的一个或多个要素。处理器可为基站的处理器(诸如作为基站的网络设备1818的处理器1820，如本文所述)。这些指令可例如位于处理器中和/或位于基站的存储器(诸如作为基站的网络设备1818的存储器1822，如本文所述)上。

图17示出了根据本文公开的实施方案的无线通信系统1700的示例性架构。以下提供的描述是针对结合3GPP技术规范提供的LTE系统标准和/或5G或NR系统标准操作的示例性无线通信系统1700。

如图17所示，无线通信系统1700包括UE 1702和UE 1704(不过，可使用任意数量的UE)。在该示例中，UE 1702和UE 1704被示出为智能电话(例如，能够连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)，但也可包括针对无线通信配置的任何移动或非移动计算设备。

UE 1702和UE 1704可被配置为与RAN 1706通信耦接。在实施方案中，RAN 1706可为NG-RAN、E-UTRAN等。UE 1702和UE 1704利用与RAN 1706的连接(或信道)(分别示出为连接1708和连接1710)，其中每个连接(或信道)包括物理通信接口。RAN 1706可包括实现连接1708和连接1710的一个或多个基站，诸如基站1712和基站1714。

在该示例中，连接1708和连接1710是实现此类通信耦接的空中接口，并且可符合由RAN 1706使用的RAT，诸如例如LTE和/或NR。

在一些实施方案中，UE 1702和UE 1704还可经由侧链路接口1716直接进行通信数据交互。示出了UE 1704被配置为经由连接1720访问接入点(示出为AP 1718)。以举例的方式，连接1720可包括本地无线连接，诸如符合任何IEEE 802.11协议的连接，其中AP 1718可包括

在实施方案中，UE 1702和UE 1704可被配置为根据各种通信技术，诸如但不限于，正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和ProSe或侧链路通信)，使用正交频分复用(OFDM)通信信号在多载波通信信道上互相进行通信或与基站1712和/或基站1714进行通信，尽管实施方案的范围在该方面不受限制。OFDM信号可包括多个正交子载波。

在一些实现方案中，基站1712或基站1714的全部或部分可被实现为作为虚拟网络的一部分运行在服务器计算机上的一个或多个软件实体。此外，或在其他实施方案中，基站1712或基站1714可被配置为经由接口1722互相进行通信。在无线通信系统1700为LTE系统(例如，当CN 1724为EPC时)的实施方案中，接口1722可为X2接口。该X2接口可在连接到EPC的两个或以上基站(例如，两个或以上eNB等)之间和/或连接到EPC的两个eNB之间予以定义。在无线通信系统1700为NR系统(例如，当CN 1724为5GC时)的实施方案中，接口1722可为Xn接口。该Xn接口在连接到5GC的两个或更多个基站(例如，两个或更多个gNB等)之间、连接到5GC的基站1712(例如，gNB)和eNB之间，和/或连接到5GC(例如，CN 1724)的两个eNB之间予以定义。

示出了RAN 1706通信耦接到CN 1724。CN 1724可包括一个或多个网络元件1726，该一个或多个网络元件被配置为向经由RAN 1706连接到CN 1724的客户/订阅者(例如，UE1702和UE 1704的用户)提供各种数据和电信服务。CN 1724的部件可在包括用于从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)读取和执行指令的部件的一个物理设备或独立的物理设备中实现。

在实施方案中，CN 1724可为EPC，并且RAN 1706可经由S1接口1728与CN 1724连接。在实施方案中，S1接口1728可分成两部分：S1用户平面(S1-U)接口，该S1-U接口携载基站1712或基站1714和服务网关(S-GW)之间的流量数据；以及S1-MME接口，该S1-MME接口是基站1712或基站1714和移动性管理实体(MME)之间的信令接口。

在实施方案中，CN 1724可为5GC，并且RAN 1706可经由NG接口1728与CN 1724连接。在实施方案中，NG接口1728可分成两部分：NG用户平面(NG-U)接口，该NG-U接口携载基站1712或基站1714和用户平面功能(UPF)之间的流量数据；以及S1控制平面(NG-C)接口，该NG-C接口是基站1712或基站1714和接入和移动性管理功能(AMF)之间的信令接口。

一般来说，应用服务器1730可为提供与CN 1724一起使用互联网协议(IP)承载资源的应用的元件(例如，分组交换数据服务)。应用服务器1730还可被配置为经由CN 1724支持针对UE 1702和UE 1704的一种或多种通信服务(例如，VoIP会话、群组通信会话等)。应用服务器1730可通过IP通信接口1732与CN 1724通信。

图18示出了根据本文公开的实施方案的用于在无线设备1802和网络设备1818之间执行信令1834的系统1800。系统1800可为如本文所述的无线通信系统的一部分。无线设备1802可为，例如，无线通信系统的UE。网络设备1818可为，例如，无线通信系统的基站(例如，eNB或gNB)。

无线设备1802可包括一个或多个处理器1804。处理器1804可执行指令，使得执行无线设备1802的各种操作，如本文所述。处理器1804可包括一个或多个基带处理器，该一个或多个基带处理器使用，例如，被配置为执行本文所述的操作的中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、控制器、现场可编程门阵列(FPGA)设备、另一硬件设备、固件设备或它们的任何组合来实现。

无线设备1802可包括存储器1806。存储器1806可为存储指令1808(其可包括，例如，由处理器1804执行的指令)的非暂态计算机可读存储介质。指令1808还可称为程序代码或计算机程序。存储器1806还可存储由处理器1804使用的数据和由处理器计算的结果。

无线设备1802可包括一个或多个收发器1810，该一个或多个收发器可包括射频(RF)发射器和/或接收器电路系统，该RF发射器和/或接收器电路系统使用无线设备1802的天线1812，以根据对应RAT促进无线设备1802与其他设备(例如，网络设备1818)进行发射或接收的信令(例如，信令1834)。

无线设备1802可包括一根或多根天线1812(例如，一根、两根、四根或更多根)。对于具有多根天线1812的实施方案，无线设备1802可充分利用此类多根天线1812的空间分集，以在同一时频资源上发送和/或接收多个不同数据流。这一做法可被称为，例如，多输入多输出(MIMO)做法(指的是分别在传输设备和接收设备侧使用的实现这一方面的多根天线)。由无线设备1802进行的MIMO传输可根据应用于无线设备1802的预编码(或数字波束成形)来实现，该无线设备根据已知或假设的信道特性在天线1812之间复用数据流，使得每个数据流相对于其他流以适当的信号强度，并且在空域中的期望位置(例如，与该数据流相关联的接收器的位置)被接收。某些实施方案可使用单用户MIMO(SU-MIMO)方法(其中数据流全部针对单个接收器)和/或多用户MIMO(MU-MIMO)方法(其中个别数据流可针对空域中不同位置的个别(不同)接收器)。

在具有多根天线的某些实施方案中，无线设备1802可实施模拟波束成形技术，由此，由天线1812发送的信号的相位被相对调整，使得天线1812的(联合)传输具有定向性(这有时被称为波束控制)。

无线设备1802可包括一个或多个接口1814。接口1814可用于向无线设备1802提供输入或输出。例如，作为UE的无线设备1802可包括接口1814，诸如麦克风、扬声器、触摸屏、按钮等，以便允许该UE的用户向该UE进行输入和/或输出。这种UE的其他接口可由(例如，除已描述的收发器1810/天线1812以外的)发射器、接收器和其他电路系统构成，这些接口允许该UE和其他设备之间进行通信，并且可根据已知协议(例如，

无线设备1802可包括确认信令模块1816。确认信令模块1816可经由硬件、软件或它们的组合来实现。例如，确认信令模块1816可被实现为处理器、电路和/或存储在存储器1806中并由处理器1804执行的指令1808。在一些示例中，确认信令模块1816可集成在处理器1804和/或收发器1810内。例如，确认信令模块1816可通过(例如，由DSP或通用处理器执行的)软件部件和处理器1804或收发器1810内的硬件部件(例如，逻辑门和电路系统)的组合来实现。

确认信令模块1816可用于本公开的各个方面，例如，图1至图5、图10、图12、图13和图15的方面。确认信令模块1816被配置为从基站接收确认信令并解码确认信令，如本文所述。

网络设备1818可包括一个或多个处理器1820。处理器1820可执行指令，使得执行网络设备1818的各种操作，如本文所述。处理器1804可包括一个或多个基带处理器，该一个或多个基带处理器使用例如被配置为执行本文所述的操作的CPU、DSP、ASIC、控制器、FPGA设备、另一硬件设备、固件设备或它们的任何组合来实现。

网络设备1818可包括存储器1822。存储器1822可为存储指令1824(这些指令可包括例如由处理器1820执行的指令)的非暂态计算机可读存储介质。指令1824还可被称为程序代码或计算机程序。存储器1822还可存储由处理器1820使用的数据和由处理器计算的结果。

网络设备1818可包括一个或多个收发器1826，该一个或多个收发器可包括RF发射器和/或接收器电路系统，该RF发射器和/或接收器电路系统使用网络设备1818的天线1828，以根据对应RAT促进网络设备1818与其他设备(例如，无线设备1802)进行发射或接收的信令(例如，信令1834)。

网络设备1818可包括一根或多根天线1828(例如，一根、两根、四根或更多根)。在具有多根天线1828的实施方案中，网络设备1818可执行如已描述的MIMO、数字波束成形、模拟波束成形、波束控制等。

网络设备1818可包括一个或多个接口1830。接口1830可用于向网络设备1818提供输入或输出。例如，作为基站的网络设备1818可包括由(例如，除已描述的收发器1826/天线1828以外的)发射器、接收器和其他电路系统构成的接口1830，这些接口使得该基站能够与核心网络中的其他装备进行通信，和/或使得该基站能够与外部网络、计算机、数据库等进行通信，以达到执行操作、管理和维护该基站或与其可操作连接的其他装备的目的。

网络设备1818可包括确认信令模块1832。确认信令模块1832可经由硬件、软件或它们的组合来实现。例如，确认信令模块1832可被实现为处理器、电路和/或存储在存储器1822中并由处理器1820执行的指令1824。在一些示例中，确认信令模块1832可集成在处理器1820和/或收发器1826内。例如，确认信令模块1832可通过(例如，由DSP或通用处理器执行的)软件部件和处理器1820或收发器1826内的硬件部件(例如，逻辑门和电路系统)的组合来实现。

确认信令模块1832可用于本公开的各个方面，例如，图1至图12、图14和图16的方面。确认信令模块1832被配置为编码确认信令并将该确认信令发送到UE，如本文所述。

对于一个或多个实施方案，在前述附图中的一个或多个附图中示出的部件中至少一个部件可被配置为执行如本文所述的一个或多个操作、技术、过程和/或方法。例如，本文结合前述附图中的一个或多个附图所述的基带处理器可被配置为根据本文所述示例中的一个或多个示例进行操作。又如，与上文结合前述附图中的一个或多个附图所述的UE、基站、网络元件等相关联的电路系统可被配置为根据本文示出的示例中的一个或多个示例进行操作。

除非另有明确说明，否则上述实施方案中的任一者可与任何其他实施方案(或实施方案的组合)进行组合。一个或多个具体实施的前述描述提供了说明和描述，但是并不旨在穷举或将实施方案的范围限制为所公开的精确形式。鉴于上面的教导内容，修改和变型是可能的，或者可从各种实施方案的实践中获取修改和变型。

本文所述的系统和方法的实施方案和具体实施可包括各种操作，这些操作可体现在将由计算机系统执行的机器可执行指令中。计算机系统可包括一个或多个通用或专用计算机(或其他电子设备)。计算机系统可包括硬件部件，这些硬件部件包括用于执行操作的特定逻辑部件，或者可包括硬件、软件和/或固件的组合。

应当认识到，本文所述的系统包括对具体实施方案的描述。这些实施方案可组合成单个系统、部分地结合到其他系统中、分成多个系统或以其他方式划分或组合。此外，可设想在另一个实施方案中使用一个实施方案的参数、属性、方面等。为了清楚起见，仅在一个或多个实施方案中描述了这些参数、属性、方面等，并且应认识到除非本文特别声明，否则这些参数、属性、方面等可与另一个实施方案的参数、属性、方面等组合或将其取代。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

尽管为了清楚起见已经相当详细地描述了前述内容，但是将显而易见的是，在不脱离本发明原理的情况下，可以进行某些改变和修改。应当指出的是，存在实现本文所述的过程和装置两者的许多另选方式。因此，本发明的实施方案应被视为例示性的而非限制性的，并且本说明书不限于本文给出的细节，而是可在所附权利要求书的范围和等同物内进行修改。