CN109314981B

CN109314981B - 共享通信介质上的上行链路通信方法及装置

Info

Publication number: CN109314981B
Application number: CN201780035139.1A
Authority: CN
Inventors: A·肯达马拉伊坎南; C·S·帕特尔; 骆涛; T·A·卡道斯
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2016-06-10
Filing date: 2017-06-12
Publication date: 2022-04-19
Anticipated expiration: 2037-06-12
Also published as: AU2017278292A1; WO2017214612A1; EP3469845A1; US10477526B2; US20170359815A1; TW201806418A; JP2019517753A; KR102503604B1; JP7088848B2; CN109314981A; BR112018074879A2; KR20190017775A; TWI732883B; AU2017278292B2

Abstract

概括地说，本公开内容涉及共享通信介质上的上行链路过程。在一个方面中，接入终端在共享通信介质上从接入点接收下行链路子帧；以及响应于接收到下行链路子帧，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的UCI。

Description

共享通信介质上的上行链路通信方法及装置

相关申请的交叉引用

本专利申请要求于2016年6月10日提交的、标题为“ACKNOWLEDGMENT PROCEDURESON A SHARED COMMUNICATION MEDIUM”的美国临时申请No.62/348,715，于2016 年6月13日提交的、标题为“ACKNOWLEDGMENT PROCEDURES ON A SHARED COMMUNICATION MEDIUM”的美国临时申请No.62/349,599，以及于2016年6月15日提交的、标题为“ACKNOWLEDGMENTPROCEDURES ON A SHARED COMMUNICATION MEDIUM”的美国临时申请No.62/350,698的权益，上述每个申请都已经转让给本申请的受让人，并且以引用方式将其完整内容明确地并入本文。

技术领域

概括地说，本公开内容的方面涉及电信，并且更具体地说，本公开内容的方面涉及共享通信介质上的上行链路过程等。

背景技术

广泛部署无线通信系统以提供诸如语音、数据、多媒体等之类的各种类型的通信内容。典型的无线通信系统是能够通过共享可用的系统资源(例如，带宽、发射功率等)来支持与多个用户进行通信的多址系统。这类多址系统的示例可以包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统及其它。这些系统通常遵照诸如以下各项的规范来部署：由第三代合作伙伴计划 (3GPP)提供的长期演进(LTE)、由第三代合作伙伴计划2(3GPP2)提供的超移动宽带(UMB)和演进数据优化(EV-DO)、由电气和电子工程师协会(IEEE)提供的802.11等。

在蜂窝网络中，“宏小区”接入点向某个地理区域上的大量用户提供连接和覆盖。宏网络部署被认真地规划、设计和实现为在地理区域上提供良好覆盖。为了改善室内或其它特定的地理覆盖(比如针对住宅和办公楼)，最近开始部署额外的“小型小区”(通常是低功率接入点)以对传统宏网络进行补充。小型小区接入点还可以提供增加的容量增长、更丰富的用户体验等等。

小型小区接入点蜂窝网络操作(比如LTE操作)已经扩展到未许可频谱(比如由无线局域网(WLAN)技术使用的未许可国家信息基础设施 (U-NII)频带)中。将小型小区接入点LTE操作的这种扩展设计为增加频谱效率，以及从而增加LTE系统的容量。然而，其还可能侵犯了通常使用相同未许可频带的其它无线接入技术(RAT)的操作，最值得注意的是通常被称为“Wi-Fi”的IEEE 802.11x WLAN技术。

发明内容

以下呈现了与本文中公开的一个或多个方面有关的简化的发明内容。同样地，以下发明内容不应被视为与所有预期方面有关的广泛概述，也不应将以下发明内容视为标识与所有预期方面相关的关键或重要元素或划定与任何特定方面相关联的范围。相应地，以下发明内容的唯一目的是：先于下文呈现的具体实施方式，以简化的形式呈现与涉及本文中公开的机制的一个或多个方面有关的某些概念。

概括地说，本公开内容涉及共享通信介质上的上行链路过程。在一个方面中，一种在共享通信介质上进行通信的方法包括：在接入终端处在共享通信介质上从接入点接收下行链路子帧；以及响应于接收到下行链路子帧，通过接入终端在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的UCI。

在一个方面中，一种用于在共享通信介质上进行通信的装置包括：接入终端的收发机，所述收发机被配置为：在共享通信介质上从接入点接收下行链路子帧；以及接入终端的至少一个处理器，所述处理器被配置为使收发机：响应于对下行链路子帧的接收，在多个上行链路控制信息(UCI) 信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的 UCI。

在一个方面中，一种用于在共享通信介质上进行通信的装置包括：接入终端的通信单元，所述通信单元被配置为：在共享通信介质上从接入点接收下行链路子帧；以及接入终端的处理单元，所述处理单元被配置为使通信单元：响应于对下行链路子帧的接收，在多个上行链路控制信息(UCI) 信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的 UCI。

在一个方面中，一种存储用于在共享通信介质上进行通信的计算机可执行指令的非临时性计算机可读介质包括计算机可执行指令，所述计算机可执行指令包括：用于使接入终端在共享通信介质上从接入点接收下行链路子帧的至少一个指令；以及用于使接入终端响应于对下行链路子帧的接收，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的UCI的至少一个指令。

基于附图和具体实施方式，与本文中公开的方面相关联的其它目的和优点对于本领域技术人员而言将是显而易见的。

附图说明

给出附图以帮助对本公开内容的各个方面的描述，并且提供附图仅为了说明方面而不是对其进行限制。

图1是根据本公开内容的至少一个方面示出示例无线网络环境的系统级图。

图2根据本公开内容的至少一个方面示出了示例帧结构。

图3是根据本公开内容的至少一个方面示出上行链路控制信息(UCI) 有效载荷协调的示例的时序图。

图4根据本公开内容的至少一个方面，示出了示例性混合自动重传请求(HARQ)时序图，其中，接入终端在多个UCI信道上，在UCI有效载荷中发送确认。

图5根据本公开内容的至少一个方面，示出了示例性HARQ时序图，其中，发生了由于跨越UCI信道的确认重复造成的错误事件。

图6是根据本公开内容的至少一个方面的示例性HARQ时序图，其示出了与某些信道上的传输有关的时序考虑。

图7是根据本公开内容的至少一个方面示出跨越接入终端的示例复用方案的资源图。

图8是根据本公开内容的至少一个方面示出根据本文中描述的技术的通信的示例方法的流程图。

图9是根据本公开内容的至少一个方面的更详细地示出接入点和接入终端的示例组件的设备级图。

图10根据本公开内容的至少一个方面示出了表示为一系列相互关联的功能模块的示例装置。

具体实施方式

概括地说，本公开内容涉及共享通信介质上的上行链路过程。接入终端可能需要执行各种上行链路操作以支持与接入点在共享通信介质上的通信。例如，接入终端可以向接入点发送各种上行链路控制信息(UCI)，诸如确认或非确认消息(ACK/NACK)、信道质量指示符(CQI)、调度请求 (SR)、缓冲器状态报告(BSR)等等。接入终端在给定上行链路子帧期间在UCI有效载荷中发送这些“UCI传输”，例如经由物理上行链路控制信道 (PUCCH)或物理上行链路共享信道(PUSCH)。可以将PUCCH和PUSCH 进一步分类为短PUCCH(sPUCCH)、增强型PUCCH(ePUCCH)和/或增强型PUSCH(ePUSCH)。这些“UCI信道”中的每个UCI信道可以支持不同大小的UCI有效载荷、具有不同的说前先听(LBT)要求和/或具有不同的时间线(即，在接入终端在下行链路上从接入点接收对UCI信道的接入准许的时间与接入终端在上行链路上向接入点发送ACK的时间之间的关系)。另外，可以在基于准许的上行链路传输中提供特定于给定接入终端的信息，而经由组触发仅可以用信号通知广播信息。

UCI有效载荷的上行链路传输在无线网络环境中面临多个挑战，在所述无线网络环境中“主”RAT系统和一个或多个“竞争”RAT系统共享通信介质。例如，由于通信介质的共享性质，接入终端处来自竞争RAT系统的干扰可能导致LBT失败。来自竞争RAT系统的接入点处的干扰可能导致解码失败。为了解决这些问题，接入终端120可以对相同的下行链路子帧进行多次ACK/NACK。通过取决于在多个UCI信道上可用的准许或资源来跨那些信道发送ACK/NACK，可以进一步增加该冗余。然而，该冗余可能导致管理错误事件(例如，重复)更具挑战性。相应地，本文中提供了各种技术来协调UCI有效载荷以及与其相关联的传输资源。

例如，在一个方面中，接入终端在共享通信介质上从接入点接收下行链路子帧；以及响应于接收到下行链路子帧，在多个UCI信道中的第一UCI 信道的第一上行链路子帧上发送针对下行链路子帧的UCI。在一个方面中，第一UCI信道可以是用于发送UCI的、多个UCI信道中的第一可用UCI 信道，并且接入终端可以不在多个UCI信道中的另一个信道上重复UCI的传输。在另一个方面中，接入终端可以被配置为：无论多个UCI信道中的其它UCI信道的可用性如何，都在第一UCI信道上发送针对所有接收的下行链路帧的所有UCI。在另一个方面中，接入终端可以响应于接收到下行链路子帧，在多个UCI信道中的第二UCI信道的第二上行链路子帧上发送 UCI，其中，UCI是仅在经配置的持续时间到期之前，在第二UCI信道的第二上行链路子帧上发送的。在另一个方面中，接入终端可以基于多个UCI 信道的特性，在没有来自接入点的输入的情况下，选择第一UCI信道。

在指向出于说明的目的来提供的各个示例的下文的描述和相关附图中提供了本公开内容的这些和其它方面。可以在不脱离本公开内容的范围的情况下设计替代方面。另外，可能没有详细描述或可能省略了本公开内容的公知方面，以便不使更加相关的细节模糊。

本领域技术人员将明白的是，可以使用各种不同的技术和方法中的任意技术和方法来表示下文描述的信息和信号。例如，在贯穿下文的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子，或它们的任意组合来表示，这部分取决于特定的应用，部分取决于期望的设计，部分取决于相应的技术等。

另外，许多方面是在例如要由计算设备的元件执行的动作序列的方面来描述的。将认识到的是：本文中描述的各个动作可以由特定电路(例如，专用集成电路(ASIC))、由被一个或多个处理器执行的程序指令或由这二者的组合来执行。此外，对于本文中描述的方面中的每个方面来说，任何这样的方面的相应形式可以实现为：例如，“逻辑单元，其被配置为”执行本文中所描述的。

图1是示出示例无线网络环境的系统级图，通过示例的方式示出为包括“主”无线接入技术(RAT)系统100和“竞争”RAT系统150。每个系统可以由通常能够通过无线链路进行接收和/或发送的不同无线节点组成，包括与各种类型的通信(例如，语音、数据、多媒体服务、相关联的控制信令等)有关的信息。主RAT系统100被示为包括通过无线链路130彼此相通信的接入点110和接入终端120。竞争RAT系统150示为包括通过分别的无线链路132彼此相通信的两个竞争节点152，并且竞争RAT系统150 可以类似地包括一个或多个接入点、接入终端或其它类型的无线节点。作为示例，主RAT系统100的接入点110和接入终端120可以根据长期演进 (LTE)技术经由无线链路130进行通信，而竞争RAT系统150的竞争节点152可以根据Wi-Fi技术经由无线链路132进行通信。将明白的是：每个系统可以支持分布在整个地理区域的任意数量的无线节点，图示实体仅出于说明的目的来示出。

除非另有说明，否则术语“接入终端”和“接入点”不旨在是具体的或限于任何特定的RAT。概括地说，接入终端可以是允许用户在通信网络上进行通信的任何无线通信设备(例如，移动电话、路由器、平板计算机、膝上型计算机、个人计算机、服务器、娱乐设备、物联网(IOT)/具有万物互联(IOE)功能的设备、车载通信设备等)，并且可以在不同的RAT环境中替代地被称为用户装备(UD)、移动站(MS)、用户站(STA)、用户设备(UE)等。类似地，接入点可以取决于在其中部署接入点的网络，根据一种或多种RAT进行操作来与接入终端相通信，并且可以替代地被称为基站(BS)、网络节点、节点B、演进型节点B(eNB)等。例如，这样的接入点可以与小型小区接入点相对应。“小型小区”通常指代可以包括或以其它方式被称为毫微微小区、微微小区、微小区、无线局域网(WLAN) 接入点、其它小型覆盖区域接入点等的一类低功率的接入点。可以部署小型小区来对宏小区覆盖进行补充，所述小型小区可以覆盖社区内的几个街区或乡村环境中的若干平方英里，从而带来改进的信令、增加的容量增长、更丰富的用户体验等等。

返回到图1，由主RAT系统100使用的无线链路130和由竞争RAT系统150使用的无线链路132可以在共享通信介质140上操作。这种类型的通信介质可以由一个或多个频率、时间和/或空间通信资源(例如，包含跨越一个或多个载波的一个或多个信道)组成。作为示例，通信介质140可以与未许可频带的至少一部分相对应。尽管(例如，由诸如美国的联邦通信委员会(FCC)的政府实体)为某些通信保留了不同的许可频带，但是一些系统，特别是使用小型小区接入点的那些系统，已经将操作扩展到未许可频带(比如包括Wi-Fi的WLAN技术所使用的未许可国家信息基础设施 (U-NII)频带，以及公民宽带无线服务(CBRS)频带)。

在一些情况下，共享频谱带可以指轻度许可的频谱和/或其中可以在不同RAT的通信之间存在某种程度的协调或者对特定RAT(例如，比如现任 RAT)的通信给予某种程度的偏好的频谱。在其它情况下，共享频谱带通常可以指其中不同的RAT在相同RF频谱带内共存或操作的频谱，其可以包括轻度许可/协调频谱，或者替代地，纯未许可频谱，在所述纯未许可频谱中，不同RAT可以使用各种信道争用技术来自由地争用对信道介质的接入。本公开内容中描述的方面可以应用于各种共享或未许可频谱制度(regime)。

由于对通信介质140的共享使用，无线链路130和无线链路132之间存在交叉链路干扰的可能性。另外，一些RAT和一些管辖可以要求争用或 LBT以接入通信介质140。作为示例，可以使用空闲信道评估(CCA)协议，在所述CCA协议中每个设备在抓住(以及在某些情况下保留)通信介质用于其自己的传输之前，经由感测在共享通信介质上没有其它业务的介质来进行验证。在一些设计中，CCA协议可以包括分别用于将通信介质让与RAT内和RAT间业务的不同的CCA前导码检测(CCA-PD)和CCA能量检测(CCA-ED)机制。例如，不管设备在某些通信介质(比如未许可频带)上的RAT如何，欧洲电信标准协会(ETSI)命令所有设备都进行争用。

如下文将更详细描述的，接入点110和/或接入终端120可以根据本文的教导进行各种配置，以提供或以其它方式支持上文简要讨论的共享通信介质上的上行链路过程。例如，接入点110可以包括混合自动重传请求 (HARQ)管理器112，以及接入终端120可以包括HARQ管理器122。在一个方面中，可以以不同方式将HARQ管理器112和/或HARQ管理器122 配置为管理对确认信息的发送和接收，如本文中进一步描述的。

图2示出了可以针对主RAT系统100实现的以促进对通信介质140的基于争用的接入的示例帧结构。

图示的帧结构包括可以根据系统帧号(SFN)数字方案(SFN N、N+1、 N+2等)编号以及被划分成相应子帧(SF)的一系列无线帧(RF)，所述子帧还可以被编号(例如，SF0、SF1等)以用于参考。每个相应的子帧可以进一步被划分为时隙，以及时隙可以进一步被划分为符号周期(SP)(图2 中未示出)。作为示例，LTE帧结构包括被划分成1024个编号的无线帧的系统帧，每个所述无线帧由10个子帧组成，所述子帧一起构成了SFN周期 (例如，对于具有1ms子帧的10ms无线帧来说持续10.24s)。每个子帧可以包括两个时隙，以及每个时隙可以包括六个或七个符号周期。帧结构的使用可以在设备之间提供比其它自组织信令技术更自然和高效的协调。

图2的示例帧结构是时分双工(TDD)帧结构，其中，每个子帧可以在不同的时刻作为下行链路(D)、上行链路(U)或特殊(S)子帧来进行不同地操作。通常，下行链路子帧被保留用于发送从接入点110到接入终端120的下行链路信息，上行链路子帧被保留用于发送从接入终端120到接入点110的上行链路信息，以及特殊子帧可以包括由保护时段分隔的下行链路部分和上行链路部分。对下行链路、上行链路和特殊子帧的不同布置可以被称为不同的TDD配置。一些TDD配置可以具有更多的下行链路子帧，以及一些TDD配置可以具有更多的上行链路子帧以适应不同的业务场景。

在一些设计中，图2的帧结构可以是“固定的”，因为每个子帧的位置关于绝对时间可以是预先确定的，但是在任何给定情况下由于用于接入通信介质140的争用过程，所以帧结构可以被主RAT信令占用或可以不被占用。例如，如果接入点110或接入终端120未能赢得针对给定子帧的争用，则该子帧可能是静默的。然而，在其它设计中，图2的帧结构可以是“浮动的(floating)”，因为每个子帧的位置关于得到对通信介质140的接入的点可以是动态确定的。例如，可以将给定帧(例如，SFN N)的开始关于绝对时间进行延迟，直到接入点110或接入终端120能够赢得争用为止。

如下文将更详细描述的，接入终端120可能需要执行各种上行链路操作以支持与接入点110在通信介质140上的通信。例如，接入终端120可以自主地或根据请求来向接入点110发送各种UCI，比如ACK/NACK、CQI、 SR、BSR等。因此，本文中提供了各种技术来协调UCI有效载荷以及与其相关联的传输资源。

图3是根据本公开内容的至少一个方面示出UCI有效载荷协调的示例的时序图。在该示例中，接入终端120在给定上行链路子帧300期间发送由一个或多个比特组成的UCI有效载荷302(比如经由PUCCH或PUSCH)。如上所述，可以将PUCCH和PUSCH进一步分类为sPUCCH、ePUCCH和 /或ePUSCH。在一些实例中，sPUCCH可以是占用少于14个符号的上行链路控制信道。例如，sPUCCH可以被包括在特殊子帧的上行链路部分中。如上所述，UCI有效载荷302可以不同地被配置为传送ACK/NACK、CQI、 SR、BSR等。在UCI有效载荷302中的ACK/NACK、CQI、SR、BSR等的传输在本文中可以被称为“UCI传输”。

如上所述，接入点110和/或接入终端120可以分别包括HARQ管理器 112和HARQ管理器122。HARQ管理器122可以被配置为：向HARQ管理器112发送UCI有效载荷302(包括任何ACK/NACK、CQI、SR、BSR 等)或导致对UCI有效载荷302向HARQ管理器112的发送。可以在一个或多个不同信道(比如sPUCCH、ePUCCH和/或ePUSCH)上发送该HARQ 反馈。

sPUCCH上的反馈(例如，UCI有效载荷302中的ACK/NACK、CQI、 SR、BSR等)可以是基于触发的。具体而言，所述反馈可以由针对用户组 (可能甚至是由接入点110服务的所有用户)的公共物理下行链路控制信道(PDCCH)触发。ePUCCH上的反馈可以是基于触发的(如sPUCCH的情况)，或者是基于上行链路准许的。ePUSCH上的反馈可以是基于上行链路准许的。

如上所述，sPUCCH、ePUCCH和ePUSCH中的每一者(本文中被称为“UCI信道”)可以支持不同大小的有效载荷(例如，UCI有效载荷302)。例如，sPUCCH可以支持大约10到30比特的有效载荷，而ePUCCH可以支持大约75到100比特的有效载荷。此外，每个UCI信道可以具有不同的 LBT要求。例如，在16μs的下行链路传输内，sPUCCH可以在没有LBT 的情况下携带ACK/NACK。此外，每个UCI信道可以具有不同的时间线(即，在接入终端120在下行链路上从接入点110接收对UCI信道的接入的准许的时间与接入终端120在上行链路上向接入点110发送ACK的时间之间的关系)。另外，可以在基于准许的上行链路传输中提供特定于给定接入终端 (例如，接入终端120)的信息，而经由组触发仅可以用信号通知广播信息。

UCI有效载荷302的上行链路传输在图1所示的示例性无线网络环境中面临多个挑战，所述无线网络环境具有“主”RAT系统100和“竞争” RAT系统150。例如，由于图1的通信介质140的共享性质，接入终端120 处来自竞争RAT系统150(和/或另一个竞争RAT系统)的干扰可能导致 LBT失败。接入终端120处来自竞争RAT系统150(和/或另一个竞争RAT 系统)的干扰可能导致解码失败。

为了解决该问题，接入终端120可以对相同的下行链路子帧进行多次 ACK/NACK。通过取决于在多个UCI信道上可用的准许或资源来(在UCI 有效载荷302中)跨那些信道发送ACK/NACK，可以进一步增加对相同下行链路子帧进行确认的该冗余。

图4根据本公开内容的至少一个方面示出了示例性HARQ时序图400，其中接入终端(例如，接入终端120)在多个UCI信道上在UCI有效载荷302中发送ACK/NACK(即，UCI)。HARQ时序图400示出了五个下行链路(D)子帧(SF0至SF4)、特殊(S)子帧(SF5)和四个上行链路(U) 子帧(SF6至SF9)的示例性模式。然而，如将理解的，取决于实现方式，可以存在多于或少于五个下行链路子帧以及多于或少于四个上行链路子帧。

在HARQ时序图400中，接入终端120尝试在最早的上行链路子帧处，在sPUCCH上的UCI有效载荷(例如，UCI有效载荷302)中发送被调度的下行链路子帧的ACK/NACK，所述最早的上行链路子帧在被调度的下行链路子帧至少X个子帧之后，如在接入点110的传输机会(TxOP)内计数的。注意，如果保持传统LTE时间差，则X将是四个子帧。因此，在图4 的示例中，在下行链路子帧SF1处调度或接收HARQ过程H0(操作402)。四个子帧之后，在特殊子帧SF5处，接入终端120在sPUCCH上确认HARQ 过程H0(操作404)。

另外，为了提供一水平的冗余，在下行链路子帧SF4处，接入终端120 接收到针对上行链路子帧SF8的针对ePUCCH的接入准许(操作406)。同样地，在上行链路子帧SF8处，接入终端120在ePUCCH上，在UCI有效载荷(例如，UCI有效载荷302)中发送在下行链路子帧SF1处接收的HARQ 过程H0的ACK/NACK(操作408)。

该冗余可能导致管理错误事件(例如，重复)更具挑战性。图5根据本公开内容的至少一个方面示出了示例性HARQ时序图500，其中发生了由于跨越UCI信道的ACK/NACK重复而造成的错误事件。HARQ时序图 500示出了具有五个下行链路(D)子帧(SF0至SF4)、特殊(S)子帧(SF5) 和四个上行链路(U)子帧(SF6至SF9)的示例性模式的第一接入点传输机会(TxOP N)，以及具有两个下行链路(D)子帧(SF0至SF1)、特殊(S) 子帧(SF2)和三个上行链路(U)子帧(SF3至SF5)的示例性模式的第二接入点传输机会(TxOP N+1)。然而，如将理解的，取决于实现方式，可以分别存在多于或少于五个和两个下行链路子帧以及多于或少于四个和三个上行链路子帧。

在HARQ时序图500中，与HARQ时序图400类似，接入终端(例如，接入终端120)尝试在最早的上行链路子帧处，在sPUCCH上在UCI有效载荷(例如，UCI有效载荷302)中发送被调度的下行链路子帧的 ACK/NACK，所述最早的上行链路子帧是在被调度的下行链路子帧之后的至少X(例如，在LTE中为4)个子帧。因此，在图5的示例中，在TxOP N的下行链路子帧SF1处调度或接收HARQ过程H0(操作502)。四个子帧之后，在特殊子帧SF5处，接入终端120在sPUCCH上确认HARQ过程 H0(操作504)。

在TxOP N+1的下行链路子帧SF0处，接入点(例如，接入点110)再次调度或准许对HARQ过程H0的接入(操作506)。然而，在图5的示例中，该准许丢失(例如，由于来自共享通信介质中的其它设备的干扰)。在 TxOP N+1的下行链路子帧SF1处，接入终端120接收针对TxOP N+1的上行链路子帧SF5的针对ePUCCH的接入准许(操作508)。如图4中那样，接入终端120可以使用该准许来(冗余地)确认先前接收的或调度的HARQ 过程H0。

因为被调度的最后HARQ过程H0是在TxOP N+1的下行链路子帧SF0 处，所以接入点110将期望在TxOP N+1的上行链路子帧SF5处接收的任何ACK/NACK是针对在TxOP N+1的下行链路子帧SF0处的准许的。然而，因为在TxOP N+1的下行链路子帧SF0处的准许丢失，所以在TxOP N的下行链路子帧SF1处的针对HARQ过程H0的准许是接入终端120针对HARQ 过程H0接收的最后准许。因此，在TxOP N+1的上行链路子帧SF5处，接入终端120将对在TxOP N的下行链路子帧SF1处接收的HARQ过程H0 进行ACK/NACK，而不是对在TxOP N+1的下行链路子帧SF0处接收的 HARQ过程H0(这是错误)进行ACK/NACK(操作510)。

存在若干方法来解决这些类型的错误。第一解决方案是在第一发生的 UCI信道(即，sPUCCH、ePUCCH或ePUSCH)上发送UCI传输(例如， UCI有效载荷302中的ACK/NACK、CQI、SR、BSR等)。在该解决方案中，接入终端120在sPUCCH、ePUCCH或ePUSCH的第一机会处发送UCI。一旦发送，接入终端120就不在其它UCI信道上重复UCI的传输。在任何 UCI传输之后，将特定HARQ过程(例如，HARQ过程H0)在HARQ缓冲器中设置为NACK。该解决方案的优点是其排除了由在多个UCI信道上发送相同UCI引起的错误事件。

另一种解决方案是在预先配置的UCI信道上发送UCI传输。在该解决方案中，每个接入终端120可以被预先配置为在固定UCI信道(无论其是 sPUCCH、ePUCCH还是ePUSCH)上发送UCI。例如，接入终端120可以被配置为：选择sPUCCH、ePUCCH或ePUSCH中的第一个可用的，以及然后继续在该信道上发送UCI传输。该解决方案的优点在于：其允许 sPUCCH、ePUCCH和ePUSCH的有限信道资源在接入终端120之间进行划分。

对于尚未接收到该半静态配置的接入终端120，可以存在为UCI传输留出的一些额外资源，或者可以使用ePUSCH机制(因为其是基于准许的)。在任何UCI传输之后，将特定HARQ过程(例如，HARQ过程H0)在HARQ 缓冲器中设置为NACK。

第三种解决方案是在时间约束下允许UCI冗余。在该解决方案中，允许接入终端120在某个固定持续时间内，在多个UCI信道上针对给定HARQ 过程来重复UCI传输。这种固定时间约束促进了避免上文参考图5描述的错误事件。例如，在时间约束下，因为时间约束会到期，所以接入终端120 将不会在TxOP N+1的上行链路子帧SF5处，在ePUCCH上对针对在TxOP N的下行链路子帧SF1处接收的HARQ过程H0的准许进行确认。时间约束解决方案的优点是通过允许重复和避免错误事件来引入增加的LBT分集。

作为时间约束的示例，在相同的TxOP内，如果可用的话，接入终端 120可以在sPUCCH、ePUSCH和/或ePUCCH上重复针对给定HARQ过程的UCI传输。在当前TxOP结束时，不允许进一步重复针对给定HARQ过程的UCI传输。同样地，已经通过UCI信道中的任何UCI信道确认的HARQ 过程在HARQ缓冲器中被设置为NACK。接入点110可以将接入终端120 配置为使用该时间约束。

作为时间约束的另一个示例，在某个时间“T”ms内，如果可用的话，接入终端120可以在sPUCCH、ePUSCH和/或ePUCCH上重复UCI传输。在预先配置的持续时间结束时，不允许进一步重复针对给定HARQ过程的 UCI传输。同样地，已经通过UCI信道中的任何UCI信道确认的HARQ过程在HARQ缓冲器中被设置为NACK。时间T ms可以由接入点110配置。

另一个解决方案是允许接入终端120自主地选择UCI信道，这应该与由接入点110进行的盲检测相结合。更具体地说，接入终端120可以取决于信道、干扰和链路预算条件，在UCI信道中的任何UCI信道上发送HARQ 反馈(即，UCI传输)。例如，如果UCI有效载荷(例如，UCI有效载荷 302)较小，则接入终端120可以选择使用sPUCCH(其可以支持大约10 到30比特的有效载荷)，以及在其它情况下可以选择使用ePUCCH(其可以支持大约75到100比特的有效载荷)。作为另一个示例，如果接入终端 120处于小区边缘(如基于射频(RF)测量所确定的)，则接入终端120可以选择使用ePUCCH，以及在其它情况下使用sPUCCH。该解决方案的优点在于：其使开销最小化以及允许接入终端120为UCI传输选择适当的运载工具(vehicle)。

注意：由接入终端120进行的自主UCI信道选择可以与上文讨论的其它解决方案组合以避免错误事件或至少使错误事件最小化。例如，在每个接入终端120可以被预先配置为在固定UCI信道上发送UCI的第二解决方案中，接入终端120可以自主地选择UCI信道。类似地，在允许接入终端 120在某个固定持续时间内在多个UCI信道上针对给定HARQ过程重复UCI传输的第三解决方案中，接入终端120可以自主地选择在时间约束内在其上发送UCI的UCI信道。

相关的解决方案是不允许接入终端120在相同子帧期间在ePUCCH和 ePUSCH上的同时传输。相反，如果在ePUSCH上的准许可用，则自动跳过ePUCCH以及将内容复用到ePUSCH上。

在一个方面中，上文讨论的接入终端120的配置可以由HARQ管理器 122控制和/或驻留在HARQ管理器122中。在一个方面中，可以基于由 HARQ管理器112控制的和/或驻留在HARQ管理器112中的信息，在HARQ 管理器122中从接入点110接收这些配置。

存在与ePUCCH上的传输有关的时序考虑。具体而言，ePUCCH和 sPUCCH可以具有不同的HARQ时间线。例如，sPUCCH上的UCI传输可以在特殊(S)子帧上发生，如图4所示。相反，ePUCCH上的UCI传输被触发为在上行链路(U)子帧上发生，也如图4所示。

图6是根据本公开内容的至少一个方面的示例性HARQ时序图600，其示出了与ePUCCH和sPUCCH上的传输有关的时序考虑。HARQ时序图 600示出了五个下行链路(D)子帧(SF0至SF4)、特殊(S)子帧(SF5) 和三个上行链路(U)子帧(SF6至SF8)的示例性模式。然而，如将理解的，取决于实现方式，可以存在多于或少于五个下行链路子帧以及多于或少于三个上行链路子帧。

如图6所示，在下行链路子帧SF0至SF4处调度HARQ过程H0至H4 (操作602)。在下行链路子帧SF4处，接入终端120接收准许或触发，以在sPUCCH和ePUCCH上发送UCI传输(操作604)。与图4中所示的时间线类似，接入终端120可以在特殊子帧SF5处在sPUCCH上确认前两个下行链路子帧SF0和SF1(操作606)。

然而，在下行链路子帧SF4处接收的触发可以针对上行链路突发的第一子帧(即，上行链路子帧SF5)调度针对ePUCCH的UCI传输，这消除了在稍后的子帧上对特殊LBT间隙的需要。在这种情况下，上行链路子帧 SF5处的UCI传输可以确认下行链路子帧SF0至SF2(操作608)(其中，接入终端120对在下行链路子帧之后至少四个子帧处的下行链路子帧进行了确，如在传统LTE中的)。替代地，在下行链路子帧SF4处接收的触发可以针对上行链路突发的最后子帧(即，上行链路子帧SF8)调度针对ePUCCH 的UCI传输，这允许了通过在TxOP N到N+4时间线内并入额外子帧来对相同TxOP中的更多子帧进行确认。在这种情况下，上行链路子帧SF8处的UCI传输可以确认下行链路子帧SF0至SF4(操作610)(其中，接入终端120再次对在下行链路子帧之后至少四个子帧处的下行链路子帧进行确认，如在传统LTE中的)。

本公开内容的另一个考虑是UCI信道上的资源分配。用于UCI传输的“资源”被定义为交错(interlace)索引和复用索引的组合。例如，如果 sPUCCH的10个交错是可用的并且每个交错可以允许对高达两个接入终端 120的复用，则这创建了20个sPUCCH资源。复用索引可以指循环移位索引或Walsh码/正交覆盖码(OCC)索引。

图7是根据本公开内容的至少一个方面示出跨越接入终端的示例 sPUCCH复用方案的资源图。通常，可以通过将不同的交错分配给不同的接入终端来对sPUCCH进行频分复用。在所示的示例中，可以将第一交错 (交错#1)分配给第一接入终端(例如，接入终端120)，以及可以将第二交错(交错#2)分配给第二接入终端。此外，在给定的交错内，可以经由码分复用来容纳多个接入终端。码分复用可以在时域、频域或两者中实现 (如图所示)。在时域中，可以跨符号周期使用Walsh码。所采用的Walsh 码的长度可以取决于sPUCCH的长度(例如，在所示示例中的为二(2)的长度，其中N＝4以及P＝2)。在频域中，可以在给定资源块(RB)内跨越资源元素(RE)使用Walsh码。

在针对给定接入终端的sPUCCH/ePUCCH占用了多个交错的情况下，可以用下列两种方式中的一种方式来形成sPUCCH/ePUCCH有效载荷：(a) sPUCCH/ePUCCH有效载荷总体上可以跨越随后是编码和资源映射的所有分配的交错中生成，或者(b)sPUCCH/ePUCCH有效载荷可以基于对HARQ 过程到交错的映射来准备。例如，可以将HARQ过程的子集映射到某个交错，以及可以将HARQ过程的另一个子集映射到不同的交错。接入终端120 可以基于针对其sPUCCH/ePUCCH传输分配了单个交错还是多个交错来确定应该确认哪些HARQ过程。该分配可以在针对基于准许的ePUCCH传输的准许中指示，或者在针对基于触发的sPUCCH或ePUCCH传输来半静态地定义的映射规则中指示。

如上所述，ePUSCH是基于上行链路准许的，并且因此，在准许中指定资源分配。类似地，当ePUCCH是基于上行链路准许的时，在准许中指定资源分配。但是，对于基于触发的ePUCCH和sPUCCH，需要以替代方式来指定资源分配。

在即将到来的TxOP内的ePUCCH传输的确切位置可以以多种可能性中的一种可能性发生。ePUCCH可以在TxOP内即将到来的上行链路突发的第一子帧上发生、在TxOP内即将到来的上行链路突发的最后子帧上发生，或者在即将到来的周期性上行链路锚定子帧(锚定子帧被预先定义为在时间上的某些位置处发生)上发生。这可以使用C-PDCCH来向多个接入终端指示，或者使用上行链路准许来向接入终端的子集指示。在一个方面中，该指示可以使用用于指示下列四种状态中的一种状态的两比特模式来进行：(1)没有ePUCCH，(2)ePUCCH在上行链路突发的第一子帧上，(3) ePUCCH在上行链路突发的最后子帧上，或者(4)ePUCCH在周期性上行链路子帧上。

接入点调度机制应该考虑即将到来的周期性上行链路锚定子帧，以及将其它上行链路传输配置为与该配置一致。例如，接入点调度机制应该调度占用锚定子帧之前和之后的子帧的上行链路准许的长度(在子帧中测量的)，以及将针对相邻子帧的LBT配置配置为与周期性上行链路锚定子帧的位置一致。

对于基于触发的sPUCCH和ePUCCH，取决于SR是否连同HARQ反馈和/或信道状态信息(CSI)反馈一起发生，有效载荷大小可以是变量。这可以由接入点110通过执行对由接入终端120发送的有效载荷的盲检测的方式来自主地确定。

在LTE中，PUCCH资源索引表用于标识根据PDCCH的起始控制信道元素(CCE)、PUCCH移位和RB分配来导出的PUCCH资源。

PUCCH上的资源分配的问题在于每个UCI运载工具(例如，UCI有效载荷302)可以携带针对多个下行链路子帧的确认(ACK或NACK)，因此基于相应的下行链路准许的映射可能是模糊的。例如，对于下行链路准许 (比如特定子帧(例如，第一下行链路子帧)的下行链路准许或者触发了 sPUCCH的下行链路准许)的起始CCE(如在LTE中使用的)，存在若干选择。然而，使用特定子帧的下行链路准许可能不起作用，因为接入终端 120可能丢失准许中的一些准许但是仍然应该能够在没有不明确性的情况下识别PUCCH资源。使用触发了sPUCCH的下行链路准许是不可行的，因为其是组触发器。

对该问题的解决方案是半静态地向接入终端120分配PUCCH资源。

另一种解决方案是在用于调度物理下行链路共享信道(PDSCH)的每个下行链路准许中动态地分配PUCCH资源。该解决方案将适用于基于触发的ePUCCH或sPUCCH。具体而言，接入点110可以进行以下各项中的任一项：

(i)在下行链路准许中指示sPUCCH和ePUCCH资源；

(ii)半静态地指示sPUCCH和ePUCCH资源；

(iii)在下行链路准许中指示sPUCCH资源，并且半静态地指示ePUCCH 资源；或者

(iii)在下行链路准许中指示ePUCCH资源，并且半静态地指示sPUCCH 资源。

另一种解决方案是将HARQ过程的子集半静态地分配给每个UCI信道，即，sPUCCH、ePUCCH和PUSCH。该解决方案将由每个物理信道携带的UCI的有效载荷大小最小化，从而增加可靠性。如果在UCI信道中如此选择HARQ过程的子集，则该解决方案也可以避免在多个信道上对相同 HARQ过程的确认，或至少使其最小化。

例如，接入点110可以调度较高优先级HARQ过程的子集，所述较高优先级HARQ过程的子集被映射到具有相对较快的HARQ周转时间的UCI 信道，并且可能较早地被例如，经触发的UCI信道(比如sPUCCH)确认 (但是也可以在其它UCI信道上被重复)。其它HARQ过程(较低优先级 HARQ过程)可以使用具有较慢HARQ周转时间的UCI信道。

作为另一个示例，接入点110可以调度分配给基于触发的UCI信道(例如，sPUCCH)的HARQ过程，所述HARP过程也可能在其它UCI信道上被重复。如果在某个时间内未确认HARQ过程，则接入点110可以在要由其它UCI信道确认的额外HARQ过程上调度接入终端120。

替代地，接入终端120可以基于要确认的数个HARQ过程的半静态配置，在PUSCH信道上选择sPUCCH/ePUCCH和UCI的有效载荷大小。

在一个方面中，如果接入点110希望排除要使用sPUCCH/ePUCCH来确认的某个下行链路传输，则还可以允许接入点110指示“空资源”。这允许接入点110执行更好的资源管理。

注意：sPUCCH携带与满足N到N+4时间线的相同TxOP(T)中的下行链路子帧相对应的UCI传输(例如，ACK/NACK)，以及未决的UCI传输在下一个TxOP(T+1)中发送。一种解决方案是接入终端120可以接收新的下行链路准许并且因此接收TxOP(T+1)的新sPUCCH资源。在这种情况下，接入终端120使用TxOP(T+1)的新资源来发送来自先前TxOP 的未决UCI传输。

然而，可能出现的问题是：来自未决TxOP的sPUCCH可能消耗对其它接入终端120不可用的资源。一种解决方案是接入点110利用替代 sPUCCH资源或空资源，来与新的sPUCCH资源一起发出空下行链路准许，以释放由接入终端120正在使用的当前资源。

另一种解决方案是将携带未决UCI传输的sPUCCH配置为具有“超时”时段。可以在例如TxOP或绝对时间(例如，毫秒)中测量这样的超时时段。可以静态或半静态地配置，或动态地指示超时时段。

探测参考信号(SRS)传输可以由特定于接入终端120的上行链路准许或者到多个接入终端的公共PDCCH触发来配置。SRS可以连同ePUSCH 一起发生，或者SRS可以连同sPUCCH资源一起发送。针对SRS传输的每个变型的传输位置可以不同，并且针对每个变型的LBT配置可以不同。对于由上行链路准许触发的SRS，可以存在一个或多个专用比特，所述专用比特指示了由接入终端120对SRS传输的触发。可以增强这些比特以指示： SRS在sPUCCH资源上发送而不是连同PUSCH一起发送。这可以通过以下操作来实现：接入点110提供空PUSCH准许连同SRS触发比特“过载”以在其伴随有空PUSCH准许时被不同地解释。例如，如果SRS触发伴随有空的PUSCH准许，则接入终端120可以将其确定为sPUCCH资源上的 SRS，相应地在sPUCCH资源上执行与SRS一致的其传输和LBT。

上行链路控制信息可以被配置为通过PUSCH来发送。上行链路控制信息可以包括针对一个或多个分量载波的HARQ ACK/NACK、CSI、SR等中的一者或多者。总的来说，包括所有经配置的分量载波的UCI有效载荷(例如，UCI有效载荷302)可能是PUSCH上的显著开销，并且可能限制用于 PUSCH传输的调制和编码方案(MCS)。在多子帧准许中，PUSCH上的 UCI传输可以在一个或多个子帧上发生，并且这应当在没有不明确性的情况下向接入终端120进行指示。可以使用以下方法来解决这些问题。

在一个方面中，接入点110可以使用多子帧准许中的一个或多个比特，向接入终端120指示UCI将在其上与PUSCH进行复用的一个或多个子帧。具体而言，接入点110可以向接入终端120指示：接入终端120要在其上将HARQ ACK/NACK反馈与PUSCH进行复用的一个或多个子帧，和/或接入终端120要在其上将CSI/SR反馈与PUSCH进行复用的一个或多个子帧。准许中的比特可以经由位图，或者通过使用比特子集，来指示用于 PUSCH/UCI复用的确切子帧，以指示第一、最后或周期性锚定子帧中的一者连同PUSCH上没有对UCI的复用的可能性。

为了限制UCI有效载荷对PUSCH性能的影响，可以通过下列方式中的一种方式在多个子帧上分配UCI：第一，可以通过以下方式来在多个子帧上分配UCI：将HARQ ACK/NACK与PUSCH在一个或多个子帧的一个集合上进行复用，以及将HARQ ACK/NACK与CSI在可以与子帧的第一集合重叠或不重叠的一个或多个子帧的第二集合上进行复用。用于携带 HARQACK/NACK的子帧的位置可以在上行链路准许中明确指定，或者可以通过与用于携带CSI或其它UCI的子帧的隐式关系来推断。

第二，可以通过以下方式来在多个子帧上分配UCI：将分量载波的一个子集的HARQACK/NACK和/或CSI复用到子帧的一个集合上，以及将分量载波的不同集合的HARQ ACK/NACK和/或CSI复用到子帧的第二集合上，等等。用于携带针对分量载波的子集的UCI的子帧位置可以是半静态地预先配置的，或者是经由上行链路准许来动态地指示的。

第三，可以通过以下方式来在多个子帧上分配UCI：将跨越一个或多个分量载波的HARQ过程的子集的HARQ ACK/NACK复用到一个或多个子帧的一个集合上，以及将HARQ过程的不同集合的HARQ ACK/NACK 复用到一个或多个子帧的另一个集合上，等等。用于携带用于HARQ过程的子集的HARQ ACK/NACK的子帧的位置可以是半静态地预先配置的，或者是经由上行链路准许来动态地指示的。

另外，如果要在子帧上携带的UCI的有效载荷大小大于某个门限，则可以优选在该特定子帧上限制PUSCH的MCS。然而，在多子帧准许中，可以不针对所有子帧指示PUSCH的MCS，而是，指示可以与跨准许中的所有子帧的公共MCS相对应。在这种情况下，接入点110可以取决于UCI 有效载荷(例如，UCI有效载荷302)，来预先配置要由接入终端120使用的替代MCS。替代MCS可以根据UCI有效载荷大小被指定作为绝对MCS，或者被指定为关于准许中指示的MCS的MCS的差异。

在一个方面中，对上文讨论的资源分配必需的配置可以由接入终端120 上的HARQ管理器122控制和/或驻留在HARQ管理器122中。在一个方面中，可以基于由HARQ管理器112控制的和/或驻留在HARQ管理器112 中的信息，在HARQ管理器122中从接入点110接收这些配置。

图8是根据上述技术，示出共享通信介质(比如共享通信介质140)上的通信的示例方法800的流程图。例如，方法800可以由接入终端120执行。作为示例，通信介质可以包括在LTE技术和Wi-Fi技术设备之间共享的未许可射频频带上的一个或多个时间、频率或空间资源。

在802处，接入终端120在共享通信介质140上从接入点110接收下行链路子帧。

在804处，响应于在802处接收到下行链路子帧，接入终端120在多个UCI信道中的第一UCI信道的第一上行链路子帧上，发送针对下行链路子帧的UCI。在一个方面中，如上所述，第一UCI信道可以是多个UCI信道中的第一可用UCI信道。在那种情况下，接入终端120不在多个UCI信道中的另一个信道上重复UCI的传输。

在一个方面中，接入终端120可以被配置为：无论多个UCI信道中的其它UCI信道的可用性如何，都在第一UCI信道上发送针对所有接收的下行链路帧的所有UCI。

在一个方面中，方法800还可以包括：接入终端120响应于接收到下行链路子帧，在多个UCI信道中的第二UCI信道的第二上行链路子帧上发送UCI。在那种情况下，UCI可以是仅在经配置的持续时间到期之前，在第二UCI信道的第二上行链路子帧上发送的。此外，接入终端120在经配置的持续时间到期之后，在多个UCI信道中的另一个信道上不重复UCI的传输。经配置的持续时间可以是由接入点110配置的。

在一个方面中，接入终端120可以基于多个UCI信道的特性，在没有来自接入点110的输入的情况下，选择第一UCI信道。在那种情况下，多个UCI信道的特性可以包括：多个UCI信道的有效载荷能力、多个UCI信道上的干扰、多个UCI信道的链路预算条件，或者它们的任意组合。

在一个方面中，UCI可以包含在UCI有效载荷中，并且UCI有效载荷可以包含针对多个下行链路子帧的UCI。在一个方面中，可以将第一UCI 信道上的上行链路资源半静态地分配给接入终端120。替代地，可以在下行链路子帧中动态地分配第一UCI信道上的上行链路资源。在这种情况下，对上行资源的动态分配进行了以下各项：在下行链路子帧中指示第一基于准许的上行链路资源和第二基于准许的上行链路资源，半静态地指示第一基于准许的上行链路资源和第二基于准许的资源，在下行链路子帧中指示第一基于准许的上行链路资源和半静态地指示第二基于准许的资源，或者在下行链路子帧中指示第二基于准许的上行链路资源和半静态地指示第一基于准许的资源。

为了一般性起见，接入点110和接入终端120在图1中仅在相关部分中分别示为包括HARQ管理器112和HARQ管理器122。然而，将明白的是：可以以各种方式来配置接入点110和接入终端120以提供或以其它方式支持本文中讨论的确认信令技术。

图9是更详细地示出主RAT系统100的接入点110和接入终端120的示例组件的设备级图。如图所示，接入点110和接入终端120通常可以分别包括用于经由至少一种指定的RAT与其它无线节点通信的无线通信设备 (由通信设备930和950表示)。通信设备930和950可以被不同地配置用于对信号进行发送和编码，并且相反地，用于根据指定的RAT(例如，消息、指示、信息、导频等等)来对信号进行接收和解码。

通信设备930和950可以分别包括例如一个或多个收发机(比如相应的主RAT收发机932和952)，以及在一些设计中，分别包括(可选的)共置的辅RAT收发机934和954(例如，与由竞争RAT系统150使用的RAT 相对应)。如本文中所使用的，“收发机”可以包括发射机电路、接收机电路或它们的组合，但不必在所有设计中提供发送和接收功能二者。例如，当提供全通信不是必要的时，可以在一些设计中使用低功能接收机电路(例如，无线电芯片或只提供低水平嗅探的类似电路)来减小成本。另外，如本文中所使用的，术语“共置”(例如，无线电单元、接入点、收发机等) 可以指代各种布置中的一种布置。例如，在相同壳体中的组件；由相同处理器托管的组件；彼此在定义距离内的组件，和/或经由接口(例如，以太网交换机)连接的组件，其中，接口满足任何要求的组件间通信(例如，消息传送)的时延要求。

接入点110和接入终端120通常还可以均包括用于对其各自的通信设备930和950的操作进行控制(例如，定向、修改、启用、禁用等)的通信控制器(由通信控制器940和960表示)。通信控制器940和960可以分别包括一个或多个处理器942和962，以及分别耦合到处理器942和962的一个或多个存储器944和964。存储器944和964可以被配置为存储数据、指令或其组合，作为板上的高速缓存存储器、作为分别的组件、组合等。处理器942和962以及存储器944和964可以是独立的通信组件，或者可以是接入点110和接入终端120的相应主机系统功能的一部分。

应当明白的是：HARQ管理器112和HARQ管理器122可以以不同的方式来实现。在一些设计中，与其相关联的功能中的一些或全部功能可以由至少一个处理器(例如，处理器942中的一个或多个处理器和/或处理器 962中的一个或多个处理器)以及至少一个一个存储器(例如，存储器944 中的一个或多个存储器和/或存储器964中的一个或多个存储器)来实现，或者以其它方式在上述至少一个处理器和至少一个存储器的指导下实现。在其它设计中，与其相关联的功能中的一些或全部功能可以实现为一系列相互关联的功能模块。

图10示出了被表示为一系列相互关联的功能模块的用于实现HARQ管理器112和HARQ管理器122的示例接入终端装置。在图示示例中，装置 1000包括用于接收的模块1002和用于发送的模块1004。用于接收的模块 1002可以被配置为：在共享通信介质上从接入点接收下行链路子帧。用于发送的模块1004可以被配置为：响应于接收到下行链路子帧，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对下行链路子帧的UCI。

图10的模块的功能可以使用与本文中的教导相一致的各种方式来实现。在一些设计中，可以将这些模块的功能实现为一个或多个电组件。在一些设计中，可以将这些块的功能实现为包括一个或多个处理器组件的处理系统。在一些设计中，可以使用例如一个或多个集成电路(例如，ASIC) 的至少一部分来实现这些模块的功能。如本文中所讨论的，集成电路可以包括处理器、软件、其它有关的组件或者它们的某种组合。因此，不同模块的功能可以实现为：例如，集成电路的不同子集、软件模块的集合的不同子集或者它们的组合。另外，将明白的是：(例如，集成电路和/或软件模块的集合的)给定子集可以提供针对多于一个模块的功能的至少一部分。

此外，可以使用任何合适的单元来实现由图10表示的组件和功能以及本文中描述的其它组件和功能。还可以至少部分使用如本文中所教导的相应结构来实现这样的单元。例如，上文结合图10的“用于……的模块”的组件描述的组件还可以与类似指定的“用于……的单元”的功能相对应。因此，在一些方面中，这样的单元中的一个或多个单元可以使用处理器组件、集成电路或者如本文中所教导的其它合适结构中的一者或多者来实现，包括实现为算法。本领域的技术人员将在本公开内容中认识到以上述文字表示以及可以由伪代码表示的动作序列表示的算法。例如，图8所表示的组件和功能可以包括用于执行LOAD操作、COMPARE操作、RETURN操作、IF-THEN-ELSE循环等的代码。

应当理解的是，使用诸如“第一”、“第二”等等之类的标示的对本文中的元素的任何提及通常不限制那些元素的数量或顺序。而是在本文中可以将这些标示用作在两个或更多元素或元素的实例之间进行区分的便利方法。因此，对于第一元素和第二元素的提及不意味着在此处仅使用两个元素，或者第一元素一定以某种方式在第二元素之前。此外，除非明确说明，否则一组元素可以包括一个或多个元素。此外，本说明书或权利要求中使用的“A、B或C中的至少一个”或者“A、B或C中的一个或多个”或者“由A、B和C构成的组中的至少一个”形式的术语意指“A或B或C或这些元素的任意组合”。例如，该术语可以包括A、或B、或C、或A和B、或A和C、或A和B和C、或2A、或2B、或2C等等。

鉴于上文的描述和解释，本领域的技术人员将明白的是，结合本文中公开的方面所描述的各个说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或它们的组合。为了清楚地表示硬件和软件之间的该可交换性，上文对各个说明性的组件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现为硬件还是实现为软件，取决于特定的应用和对整个系统所施加的设计约束。本领域技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是这种实现方式决策不应解释为造成对本公开内容的范围的背离。

相应地，将明白的是：例如，装置或装置的任何组件可以被配置为(或者使得可操作为或者适用于)提供如本文中所教导的功能。例如，这可以通过下列各项来实现：通过制造(例如，制作)装置或组件使其将提供功能；通过对装置或组件进行编程使其将提供功能；或者通过某种其它合适的实现方式技术的使用。作为一个示例，可以将集成电路制作为提供所需要的功能。作为另一个示例，可以将集成电路制作为支持所需要的功能，并且然后将集成电路配置(例如，经由编程)为提供所需要的功能。作为另一个示例，处理器电路可以执行代码来提供所需要的功能。

此外，结合本文中公开的方面所描述的方法、顺序和/或算法可以直接实现在硬件中、由处理器执行的软件模块中或者这二者的组合中。软件模块可以位于随机存取存储器(RAM)、闪存存储器、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器 (EEPROM)、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其它形式的临时性或非临时性存储介质中。示例性的存储介质耦合到处理器，使处理器能够从存储介质读取信息以及向存储介质写入信息。在替代方案中，存储介质可以整合到处理器(例如，高速缓存存储器)。

相应地，还将明白的是：例如，本公开内容的某些方面可以包括体现用于通信的方法的临时或非临时性计算机可读介质。

尽管前文本公开内容示出了各个说明性方面，但应该指出的是：在不脱离由所附权利要求书定义的范围的情况下，可以对说明的示例进行各种变化和修改。本公开内容不意在单独限于具体示出的示例。例如，除非另有说明，否则根据本文中描述的本公开内容的方面的方法权利要求的功能、步骤和/或动作不需要以任何特定的顺序来执行。此外，虽然可以用单数形式来描述或主张某些方面，但除非明确声明限于单数形式，否则复数是预期的。

Claims

1.一种在共享通信介质上进行通信的方法，包括：

在接入终端处在所述共享通信介质上从接入点接收下行链路子帧；

响应于接收到所述下行链路子帧，通过所述接入终端在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对所述下行链路子帧的UCI；以及

响应于接收到所述下行链路子帧，通过所述接入终端在所述多个UCI信道中的第二UCI信道的第二上行链路子帧上发送所述UCI，其中，所述UCI是仅在经配置的持续时间到期之前，在所述第二UCI信道的所述第二上行链路子帧上发送的。

2.根据权利要求1所述的方法，其中，所述第一UCI信道是所述多个UCI信道中的第一可用UCI信道。

3.根据权利要求1所述的方法，其中，所述接入终端被配置为：无论所述多个UCI信道中的其它UCI信道的可用性如何，都在所述第一UCI信道上发送针对所有接收的下行链路帧的所有UCI。

4.根据权利要求1所述的方法，其中，所述接入终端在所述经配置的持续时间到期之后，在所述多个UCI信道中的另一个信道上不重复所述UCI的传输。

5.根据权利要求1所述的方法，其中，所述经配置的持续时间是由所述接入点配置的。

6.根据权利要求1所述的方法，其中，所述接入终端基于所述多个UCI信道的特性，在没有来自所述接入点的输入的情况下，选择所述第一UCI信道。

7.根据权利要求6所述的方法，其中，所述多个UCI信道的所述特性包括：所述多个UCI信道的有效载荷能力、所述多个UCI信道上的干扰、所述多个UCI信道的链路预算条件，或者它们的任意组合。

8.根据权利要求1所述的方法，其中，所述UCI是包含在UCI有效载荷中的，并且其中，所述UCI有效载荷包含针对多个下行链路子帧的UCI。

9.根据权利要求8所述的方法，其中，所述第一UCI信道上的上行链路资源是半静态地分配给所述接入终端的。

10.根据权利要求8所述的方法，其中，所述第一UCI信道上的上行链路资源是在所述下行链路子帧中动态地分配的。

11.根据权利要求10所述的方法，其中，对所述上行链路资源的所述动态分配进行了以下各项：

在所述下行链路子帧中指示第一基于准许的上行链路资源和第二基于准许的上行链路资源，

半静态地指示所述第一基于准许的上行链路资源和所述第二基于准许的上行链路资源，

在所述下行链路子帧中指示所述第一基于准许的上行链路资源和半静态地指示所述第二基于准许的上行链路资源，或者

在所述下行链路子帧中指示所述第二基于准许的上行链路资源和半静态地指示所述第一基于准许的上行链路资源。

12.一种用于在共享通信介质上进行通信的装置，包括：

接入终端的收发机，所述收发机被配置为：在所述共享通信介质上从接入点接收下行链路子帧；

所述接入终端的至少一个处理器，所述至少一个处理器被配置为：

使所述收发机响应于对所述下行链路子帧的接收，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对所述下行链路子帧的UCI；以及

使所述收发机响应于对所述下行链路子帧的接收，在所述多个UCI信道中的第二UCI信道的第二上行链路子帧上发送所述UCI，其中，所述UCI是仅在经配置的持续时间到期之前，在所述第二UCI信道的所述第二上行链路子帧上发送的。

13.根据权利要求12所述的装置，其中，所述第一UCI信道是所述多个UCI信道中的第一可用UCI信道。

14.根据权利要求12所述的装置，其中，所述接入终端被配置为：无论所述多个UCI信道中的其它UCI信道的可用性如何，都在所述第一UCI信道上发送针对所有接收的下行链路帧的所有UCI。

15.根据权利要求12所述的装置，其中，所述接入终端在所述经配置的持续时间到期之后，在所述多个UCI信道中的另一个信道上不重复所述UCI的传输。

16.根据权利要求12所述的装置，其中，所述经配置的持续时间是由所述接入点配置的。

17.根据权利要求12所述的装置，其中，所述接入终端基于所述多个UCI信道的特性，在没有来自所述接入点的输入的情况下，选择所述第一UCI信道。

18.根据权利要求17所述的装置，其中，所述多个UCI信道的所述特性包括：所述多个UCI信道的有效载荷能力、所述多个UCI信道上的干扰、所述多个UCI信道的链路预算条件，或者它们的任意组合。

19.根据权利要求12所述的装置，其中，所述UCI是包含在UCI有效载荷中的，并且其中，所述UCI有效载荷包含针对多个下行链路子帧的UCI。

20.根据权利要求19所述的装置，其中，所述第一UCI信道上的上行链路资源是半静态地分配给所述接入终端的。

21.根据权利要求19所述的装置，其中，所述第一UCI信道上的上行链路资源是在所述下行链路子帧中动态地分配的。

22.根据权利要求21所述的装置，其中，对所述上行链路资源的所述动态分配进行了以下各项：

23.一种用于在共享通信介质上进行通信的装置，包括：

接入终端的通信单元，所述通信单元被配置为：在所述共享通信介质上从接入点接收下行链路子帧；以及

所述接入终端的处理单元，所述处理单元被配置为：

使所述通信单元响应于对所述下行链路子帧的接收，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对所述下行链路子帧的UCI；以及

使所述通信单元响应于对所述下行链路子帧的接收，在所述多个UCI信道中的第二UCI信道的第二上行链路子帧上发送所述UCI，其中，所述UCI是仅在经配置的持续时间到期之前，在所述第二UCI信道的所述第二上行链路子帧上发送的。

24.一种存储计算机可执行指令的非临时性计算机可读介质，所述计算机可执行指令在由至少一个处理器执行时使所述至少一个处理器执行与在共享通信介质上进行通信有关的功能，所述计算机可执行指令包括：

用于使接入终端在所述共享通信介质上从接入点接收下行链路子帧的至少一个指令；

用于使所述接入终端响应于对所述下行链路子帧的接收，在多个上行链路控制信息(UCI)信道中的第一UCI信道的第一上行链路子帧上发送针对所述下行链路子帧的UCI的至少一个指令；以及

用于使所述接入终端响应于对所述下行链路子帧的接收，在所述多个UCI信道中的第二UCI信道的第二上行链路子帧上发送所述UCI的至少一个指令，其中，所述UCI是仅在经配置的持续时间到期之前，在所述第二UCI信道的所述第二上行链路子帧上发送的。