阅读说明：本技术 针对基于微时隙和基于时隙的传输处理冲突 (Handling collisions for micro-slot based and slot based transmissions ) 是由 熊岗 德布迪普·查特吉 艾利克斯·霍雷夫 谢尔盖·潘特列夫 何宏 张羽书 郭勇俊 于 2018-05-03 设计创作，主要内容包括：描述了一种用户设备(UE)的装置。该装置可以包括第一电路、第二电路和第三电路。第一电路可操作来处理来自gNB的携带关于上行链路(UL)冲突的规则的一个或多个配置传输并且处理第一下行链路(DL)传输和第二DL传输。第二电路可操作来标识针对第一DL传输的第一UL传输和针对第二DL传输的第二UL传输,第一UL传输与第二UL传输在至少一个正交频分复用(OFDM)符号中重叠。第三电路可操作来根据关于UL冲突的规则生成第一UL传输和第二UL传输中的至少一者。(An apparatus of a User Equipment (UE) is described. The apparatus may include a first circuit, a second circuit, and a third circuit. The first circuitry is operable to process one or more configuration transmissions from the gNB carrying rules regarding Uplink (UL) collisions and to process a first Downlink (DL) transmission and a second DL transmission. The second circuitry is operable to identify a first UL transmission for the first DL transmission and a second UL transmission for the second DL transmission, the first UL transmission overlapping the second UL transmission in at least one Orthogonal Frequency Division Multiplexing (OFDM) symbol. The third circuit is operable to generate at least one of the first UL transmission and the second UL transmission according to rules regarding UL collisions.)

针对基于微时隙和基于时隙的传输处理冲突

优先权要求

本申请根据35U.S.C.§119(e)要求2017年5月3日递交的标题为“MECHANISMS ONHANDLING COLLISION FOR MINI-SLOT AND SLOT BASED TRANSMISSIONS FOR NR”的美国临时专利申请序列号62/500,779和2017年5月5日递交的标题为“ENHANCED PRE-EMPTIONINDICATION SIGNALING FOR MULTIPLEXING OF NEW RADIO TRANSMISSIONS OF DIFFERENTDURATIONS”的美国临时专利申请序列号62/501,887的优先权，这里通过引用将这些申请完全并入。

背景技术

已实现了多种无线蜂窝通信系统，包括第3代合作伙伴计划(3rd GenerationPartnership Project，3GPP)通用移动电信系统(Universal Mobile TelecommunicationsSystem，UMTS)系统、3GPP长期演进(Long-TermEvolution，LTE)系统和3GPP LTE高级版(LTE-Advanced，LTE-A)系统。正在开发基于LTE和LTE-A系统的下一代无线蜂窝通信系统，例如第五代(5G)无线系统/5G移动网络系统。

具体实施方式

已实现或者正在提出各种无线蜂窝通信系统，包括第3代合作伙伴计划(3GPP)通用移动电信系统(UMTS)、3GPP长期演进(LTE)系统、3GPP LTE高级版(LTE-A)系统、和第5代(5G)无线系统/5G移动网络系统/5G新无线电(New Radio，NR)系统。

移动通信已从早期语音系统大幅演进到当今的集成通信平台。下一代无线通信系统(例如5G和/或NR)可提供在任何地方、任何时间由各种用户和应用对信息的访问和数据的共享。NR可以是一种统一的网络和/或系统，其以满足极为不同并且有时冲突的性能维度和服务为目标。这种多样化的多维要求可由不同的服务和应用所驱动。一般而言，NR可基于3GPP LTE-A以及额外的潜在新无线电接入技术(Radio Access Technology，RAT)演进，以提供更好、更简单且无缝的无线连通性解决方案。NR可使得各种各样的事物能够被无线通信系统连接，并且可递送快速、丰富的内容和服务。

增强型移动宽带(Mobile Broadband，eMBB)和超可靠和低时延通信(ultra-reliable and low latency communications，URLLC)NR用例家族就用户平面时延和要求的覆盖水平而言可具有非常不同的要求。对于URLLC的一些要求可涉及用户平面时延和/或可靠性。对于URLLC，用户平面时延的目标对于上行链路(UL)可以是0.5毫秒(ms)，并且对于下行链路(DL)可以是0.5ms。可靠性的目标可以是1ms内1-10^-5。

为此，对于NR可定义微时隙结构，以针对一定的时隙长度支持包括URLLC在内的非常低的时延。它们也可用于在采用波束扫描的情况下在时隙内针对相同UE和/或不同UE支持更细时分复用(Time Division Multiplexing，TDM)粒度的调度。注意，至少对于高于6千兆赫兹(GHz)的载波频率，微时隙可开始于任何OFDM符号。另外，对于至少高于6GHz可支持长度为1个符号的微时隙，并且对于URLLC应用可针对微时隙支持至少2符号的持续时间。

对于NR，可支持具有短持续时间和长持续时间的UL控制信道。更具体而言，短物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)可跨越1或2个符号，而长PUCCH可跨越任何数目的符号(例如，从4到14个符号)。短PUCCH可围绕着时隙的最后发送的(一个或多个)UL符号被发送；而长PUCCH可在仅UL时隙或者以UL为中心的时隙中被发送，其中，符号数目可变，对于PUCCH传输最少为4个符号。

对于给定的UE，基于微时隙的传输和基于时隙的传输都可被支持。在NR演进型节点B(gNB)调度基于微时隙的和基于时隙的DL传输的情况下，携带针对这两个DL数据传输的混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)确认(Acknowledgement，ACK)反馈的PUCCH可能冲突。

图1根据本公开的一些实施例图示了基于微时隙的和基于时隙的反馈的潜在物理上行链路控制信道(PUCCH)冲突的场景100。图1图示了基于微时隙的和基于时隙的HARQ-ACK反馈的潜在PUCCH冲突的一个示例。在此情况下，某些机制可倾向于被定义为处理这种冲突和/或确保gNB和UE之间的对齐以便恰当地解码。

本文论述了用于对于NR针对基于微时隙的和基于时隙的传输处理PUCCH冲突的机制和方法。一些实施例可被应用来针对基于微时隙的和基于时隙的传输处理PUSCH冲突。一些实施例可被应用来处理长PUCCH和具有基于微时隙的传输的PUSCH之间的冲突。一些实施例可被应用来处理具有基于时隙的传输的PUSCH和短PUCCH之间的冲突。

就本文论述的而言，短语“基于微时隙的传输”可以指基于符号级的传输，其中时域中的DL数据信道(例如，物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH))资源分配具有一个或多个OFDM符号的粒度。这可与“基于时隙的传输”形成对照，其中时域中的DL数据信道资源分配可具有可跨越例如7或14个符号的时隙的粒度。然而，注意即使是对于“基于时隙的传输”的情况，在相应的频域资源(例如，物理资源块(PhysicalResource Block，PRB))中也可不为PDSCH指派整个时隙(即，7或14个符号)。

另外，3GPP NR空中接口的设计目标可以是在一个频谱中高效地支持多个不同的服务(例如，eMBB、URLLC和/或大规模机器型通信(massive Machine TypeCommunications，mMTC))。eMBB、URLLC和mMTC服务可要求为特定的服务优化不同组L1参数。结果，不同的参数集(numerology)(例如，子载波间距、符号持续时间等等)以及带宽和诸如传输模式和反馈过程之类的其他系统参数可被用于各种数据速率、时延要求等等。

NR设计的主要挑战可以是使能同一频谱中eMBB和URLLC服务的高效复用。原因是两个服务都可能要求大带宽(例如，数十兆赫兹(MHz))，但可能具有不同的时延要求，这些要求限制了简单频域复用的可应用性并且可导致倾向于TDM方案。一个设计选项可以是通过为URLLC和eMBB分配一定的资源来使能在时域中对资源的半静态划分；然而，这种设计可遭受eMBB和URLLC服务两者的低效率和/或峰值数据速率损失。因此，动态复用方案对于URLLC和eMBB服务两者在一个频谱中的高效操作可能更有利。

在各种实施例中，对于DL，URLLC和eMBB之间的动态资源共享可通过发送URLLC调度流量来支持，并且URLLC传输可发生在为正在进行的eMBB流量调度的资源中。假定典型的URLLC传输持续时间可短于eMBB传输，则URLLC传输可抢占(preempt)正在进行的eMBB传输(例如，可刺穿(puncture)已经为eMBB调度的资源元素)。具体地，gNB可在分配的资源的子集上中断eMBB传输，来支持URLLC传输。

这种方案可在没有额外的机制来通知eMBB UE关于抢占(例如，刺穿)事件的情况下工作，这取决于传输码率和信道编码方案，该传输码率和信道编码方案可支持对少量资源元素的刺穿。图2根据本公开的一些实施例图示了增强型移动宽带(eMBB)和/或超可靠低时延通信(URLLC)抢占的场景200。

本文论述了用于抢占和/或刺穿事件的信令的机制和方法及其在UE和gNB过程中的用途。在各种实施例中，解决方案在eMBB传输被URLLC传输所中断并且中断/抢占/刺穿指示被通知给受影响的UE的情况下可改善NR eMBB性能。一些实施例涉及在共用搜索空间中携带的独立抢占指示信令，或者UE特定搜索空间PDCCH可涉及为这种指示最小化系统开销的物理资源。一些实施例涉及指示监视触发条件。一些实施例涉及在抢占的情况下更新HARQ反馈定时的机制。一些实施例可涉及在使能码块组重传的情况下抢占的优化信令。

抢占事件可不被指示给受影响的可引起严重劣化的UE，即使调度了重传。这可由于被抢占的区域中的无关接收器软度量而发生，其可不再被用于恰当的组合。这些事件可被UE检测；然而，这可引起严重的处理负担，而不保证对被抢占的资源元素的恰当检测。高效的指示方法可改善向UE通知关于被破坏的资源并且相应地调整接收处理。本文论述了各种高效的指示方法。

在接下来的描述中，论述了许多细节以提供对本公开的实施例的更透彻说明。然而，本领域技术人员将会清楚，没有这些具体细节也可实现本公开的实施例。在其他情况下，以框图形式而不是详细示出公知的结构和设备，以避免模糊本公开的实施例。

注意，在实施例的相应附图中，信号以线条表示。一些线条可能更粗，以指示更大数目的构成信号路径，和/或在一端或多端具有箭头，以指示信息流的方向。这种指示并不打算是限制性的。更确切地说，这些线条与一个或多个示范性实施例被联合使用来帮助更容易理解电路或逻辑单元。由设计需要或偏好决定的任何所表示的信号可实际上包括可在任一方向上行进并且可利用任何适当类型的信号方案实现的一个或多个信号。

在整个说明书各处，以及在权利要求中，术语“连接”的意思是所连接的事物之间的直接的电连接、机械连接或磁连接，没有任何中间设备。术语“耦合”的意思是连接的事物之间的直接电连接、机械连接或磁连接，或者通过一个或多个无源或有源中间设备的间接连接。术语“电路”或“模块”可以指被布置为与彼此合作来提供期望的功能的一个或多个无源和/或有源组件。术语“信号”可以指至少一个电流信号、电压信号、磁信号或数据/时钟信号。“一”和“该”的含义包括多数指代。“在…中”的含义包括“在…中”和“在…上”。

术语“基本上”、“接近”、“大致”、“近似”和“大约”一般指在目标值的+/-10％内。除非另有指明，否则使用序数形容词“第一”、“第二”和“第三”等等来描述共同对象只是表明相似对象的不同实例被引用，而并不打算暗示这样描述的对象必须在时间上、空间上、排名上或者以任何其他方式处于给定的序列中。

要理解，这样使用的术语在适当的情况下是可互换的，从而使得本文描述的发明的实施例例如能够在与本文图示或以其他方式描述的那些不同的其他朝向中操作。

说明书中和权利要求中的术语“左”、“右”、“前”、“后”、“顶”、“底”、“上”、“下”等等(如果有的话)是用于描述性目的的，而并不一定用于描述永久的相对位置。

就实施例而言，各种电路、模块和逻辑块中的晶体管是隧道效应FET(TunnelingFET，TFET)。各种实施例的一些晶体管可包括金属氧化物半导体(metal oxidesemiconductor，MOS)晶体管，其包括漏极端子、源极端子、栅极端子、和体端子。晶体管也可包括三栅(Tri-Gate)和FinFET晶体管、全包围栅圆柱体晶体管、方形线晶体管、或者矩形带状晶体管、或者像碳纳米管或自旋器件之类的实现晶体管功能的其他器件。MOSFET对称源极和漏极端子是相同的端子并且在这里可互换使用。另一方面，TFET器件具有非对称源极和漏极端子。本领域技术人员将会明白，在不脱离本公开的范围的情况下，其他晶体管，例如双极结晶体管-BJT PNP/NPN、BiCMOS、CMOS等等，可被用于一些晶体管。

对于本公开而言，短语“A和/或B”和“A或B”的意思是(A)、(B)或者(A和B)。对于本公开而言，短语“A、B和/或C”的意思是(A)、(B)、(C)、(A和B)、(A和C)、(B和C)、或者(A、B和C)。

此外，本公开中论述的组合逻辑和时序逻辑的各种元素既可涉及物理结构(例如，与门、或门、或者异或门)，也可涉及实现逻辑结构的器件的合成的或者以其他方式优化的集合，其中，所述逻辑结构作为所论述的逻辑的布尔等同。

此外，对于本公开而言，术语“eNB”可以指传统的具备LTE能力的演进型节点B(Evolved Node-B，eNB)、具备窄带物联网(Narrowband Internet-of-Things，NB-IoT)能力的eNB、具备蜂窝物联网(Cellular Internet-of-Things，CIoT)能力的eNB、具备机器型通信(Machine-Type Communication，MTC)能力的eNB、具备eMBB能力的eNB、具备URLLC能力的eNB、具备mMTC能力的eNB、和/或用于无线通信系统的另一基站。术语“gNB”可以指具备5G能力或具备NR能力的eNB。对于本公开而言，术语“UE”可以指传统的具备LTE能力的用户设备(User Equipment，UE)、具备NB-IoT能力的UE、具备CIoT能力的UE、具备MTC能力的UE、具备eMBB能力的eNB、具备URLLC能力的eNB、具备mMTC能力的eNB、和/或用于无线通信系统的另一移动设备。术语“UE”也可以指具备下一代或5G能力的UE。

下文论述的eNB和/或UE的各种实施例可处理各种类型的一个或多个传输。对传输的一些处理可包括解调、解码、检测、解析和/或以其他方式处置接收到的传输。在一些实施例中，处理传输的eNB或UE可确定或识别传输的类型和/或与传输相关联的条件。对于一些实施例，处理传输的eNB或UE可根据传输的类型而动作，和/或可基于传输的类型而有条件地动作。处理传输的eNB或UE还可识别传输所携带的数据的一个或多个值或字段。处理传输可包括将传输移动经过协议栈(其例如可以用硬件和/或软件配置的元件实现)的一层或多层，例如通过将由eNB或UE接收到的传输移动经过协议栈的一层或多层来进行。

下文论述的eNB和/或UE的各种实施例也可生成各种类型的一个或多个传输。传输的一些生成可包括调制、编码、格式化、组装、和/或以其他方式处置要发送的传输。在一些实施例中，生成传输的eNB或UE可确立传输的类型和/或与传输相关联的条件。对于一些实施例，生成传输的eNB或UE可根据传输的类型而动作，和/或可基于传输的类型而有条件地动作。生成传输的eNB或UE还可确定传输所携带的数据的一个或多个值或字段。生成传输可包括将传输移动经过协议栈(其例如可以用硬件和/或软件配置的元件实现)的一层或多层，例如通过将要被eNB或UE发送的传输移动经过协议栈的一层或多层来进行。

在各种实施例中，资源可跨越无线通信系统的各种资源块(Resource Block，RB)、物理资源块(Physical Resource Block，PRB)、和/或时间段(例如，帧、子帧和/或时隙)。在一些情境中，所分配的资源(例如，信道、正交频分复用(Orthogonal Frequency-DivisionMultiplexing，OFDM)符号、子载波频率、资源元素(resource element，RE)和/或其一些部分)可(在传输之前)被格式化以便在无线通信链路上传输。在其他情境中，可从通过无线通信链路的接收中检测(在接收后检测)所分配的资源(例如，信道、OFDM符号、子载波频率、RE和/或其一些部分)。

本文论述的各种实施例的方面可涉及用于对NR针对基于微时隙的和基于时隙的传输处理PUCCH冲突。如本文所述，在基于微时隙和基于时隙的DL传输都被调度的情况下，由于基于微时隙的传输可能携带URLLC应用的数据，而URLLC应用可倾向于使用快速HARQ-ACK以满足严格的时延要求，所以针对基于微时隙和基于时隙的DL传输携带HARQ-ACK反馈的PUCCH如图1所示可能冲突。在此情况下，某些机制可倾向于被定义为处理这种冲突以确保gNB和UE之间的对齐以进行恰当的解码。注意冲突可发生在两个或更多个PUCCH在时域中在至少一个符号处重叠的情况下。

注意接下来的部分中提到的实施例可被直接扩展到如下情形：基于时隙的传输的PUCCH携带其他上行链路控制信息(Uplink Control Information，UCI)信息(例如，波束状态报告或信道状态信息(channel state information，CSI)报告)并且与针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH冲突。

另外，类似的设计原理可被扩展到如下情形：基于时隙的传输的PUSCH与针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH冲突的情况，或者对于给定的UE具有基于时隙的传输的PUSCH与具有基于微时隙的传输的PUSCH冲突。

本文提供了针对基于微时隙和基于时隙的DL传输处理PUCCH冲突的实施例。注意虽然接下来的部分示出了短PUCCH被用于针对基于微时隙的DL传输携带HARQ-ACK反馈并且长PUCCH被用于针对基于时隙的DL传输携带HARQ-ACK反馈，但各种实施例可类似地适用于不同的PUCCH持续时间或者相同的PUCCH持续时间被用于针对基于微时隙的或者基于时隙的DL传输携带HARQ-ACK反馈的情况。

在一些实施例中，在微时隙中的PUCCH和时隙中的PUCCH之间的HARQ-ACK冲突的情况下，UE可丢弃针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH。为了满足URLLC传输的严格时延要求，用于基于微时隙的PDSCH传输的HARQ-ACK反馈可倾向于被以更高的优先级传输。

作为对向微时隙(例如，URLLC流量)传输给予更高优先级的进一步扩展，在不同的参数集被应用于针对基于时隙和基于微时隙的传输携带HARQ-ACK的不同PUCCH的传输的情况下，如果UE针对UL传输不支持不同参数集的基于频分复用(FDM)的复用，则UE可丢弃携带针对基于时隙的DL传输的HARQ-ACK反馈的PUCCH。

在一些实施例中，在冲突的情况下的丢弃规则或优先规则(例如，针对UL冲突的规则)可根据DL指派的定时来定义。例如，在较晚的时间接收到的DL指派可被认为具有更高的优先级。

在一些实施例中，在冲突的情况下的丢弃规则或优先规则可根据冲突的PUCCH传输的持续时间，和/或是采用短PUCCH还是长PUCCH来定义。例如，长PUCCH可被认为比短PUCCH具有更高的优先级。

在一些实施例中，在冲突的情况下的丢弃规则或优先规则可根据冲突的PUCCH所携带的UCI内容来定义。例如，HARQ-ACK反馈可比其他UCI类型，例如信道状态信息(CSI)报告，具有更高优先级。

在一些实施例中，在基于微时隙的和基于时隙的传输之间存在PUCCH冲突的情况下，UE可延迟针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH。另外，针对基于时隙的DL传输携带HARQ-ACK的PUCCH的持续时间可被相应地减少。此外，针对基于微时隙的DL传输携带HARQ-ACK的PUCCH可在针对基于时隙的DL传输携带HARQ-ACK的PUCCH之前被发送。

在一些实施例中，为了有利地促进gNB和UE之间的对齐和/或允许gNB恰当地解码PUCCH，可定义某些规则。具体地，当针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH的传输的结束符号小于或等于阈值时，UE可延迟针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH，其中该阈值可根据时隙持续时间来预定(例如，由规范预定)，或者可由更高层经由主信息块(master information block，MIB)传输、剩余主信息块(remaining masterinformation block，RMIB)传输、系统信息块(system information block，SIB)传输、或者无线电资源控制(radio resource control，RRC)信令传输来配置。

图3根据本公开的一些实施例图示了针对基于时隙的下行链路(DL)传输携带混合自动重传请求(HARQ)确认(ACK)的被延迟的PUCCH的场景300。图2图示了针对基于时隙的DL传输携带HARQ-ACK的、被延迟的PUCCH的一个示例。在该示例中，对于14个符号的时隙持续时间而言，阈值可以是符号#5。在此情况下，针对基于时隙的DL传输携带HARQ-ACK的PUCCH可跨越8个符号，直到时隙的结束为止，并且可在针对基于微时隙的DL传输携带HARQ-ACK的PUCCH之后被发送。

在一些实施例中，在基于微时隙的和基于时隙的传输之间存在PUCCH冲突的情况下，UE可对针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH进行刺穿或速率匹配。经刺穿的符号可用于发送针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH。取决于用于基于微时隙的和基于时隙的传输的PUCCH的时域位置，针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH可在针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH之前和之后被发送。

如果对于针对基于时隙的DL传输携带HARQ-ACK反馈的PUCCH应用时域正交覆盖码(orthogonal cover code，OCC)，则可使用缩短的OCC。或者，对于针对基于微时隙的DL传输携带HARQ-ACK反馈的PUCCH可禁用OCC。

图4根据本公开的一些实施例图示了刺穿针对基于时隙的DL传输携带HARQ-ACK的PUCCH的场景400。图4图示了刺穿针对基于时隙的DL传输携带HARQ-ACK的PUCCH的一个示例。在这个示例中，针对基于时隙的DL传输携带HARQ-ACK的PUCCH的符号#5和/或符号#6可被刺穿并且被用于只针对基于微时隙的DL传输携带HARQ-ACK的PUCCH的传输。

在一些实施例中，在基于微时隙的和基于时隙的传输之间存在PUCCH冲突的情况下，在用于基于时隙的或者基于微时隙的传输的PUCCH之一中可发送联合上行链路控制信息(UCI)。注意，可采用单独的资源映射来允许针对基于微时隙的DL传输携带HARQ-ACK反馈的RE在PUCCH的开头被发送。此方案可帮助满足URLLC应用的严格时延要求。

在一些实施例中，或者，仅在两个PUCCH在时间上完全重叠或者这两个PUCCH的传输可相同时，联合UCI可被发送。否则，PUCCH之一可根据如上所述的丢弃规则或优先规则被丢弃。

对于一些实施例中，在冲突的情况下，当对于基于微时隙的DL传输的HARQ-ACK反馈被利用短PUCCH格式来携带并且对于基于时隙的传输的HARQ-ACK反馈被利用长PUCCH格式来携带时，对于基于微时隙的DL传输的HARQ-ACK反馈可被捎带在携带针对基于时隙的DL传输的HARQ-ACK反馈的PUCCH上。对于这种情况可定义UCI捎带在PUSCH上的类似原理。

在一些实施例中，当对于基于微时隙的传输的严格时延要求没有在支配时，可考虑联合UCI。更具体而言，对于HARQ-ACK反馈，半静态或动态HARQ-ACK码本可用于确定HARQ-ACK比特的顺序和HARQ-ACK有效载荷大小。

图5根据本公开的一些实施例图示了对于基于时隙的和基于微时隙的DL传输的联合HARQ-ACK反馈的场景500。图5图示了对于基于时隙的和基于微时隙的DL传输的联合HARQ-ACK反馈的一个示例。在此示例中，对于基于微时隙的和基于时隙的DL传输的HARQ-ACK可由用于基于时隙的传输的PUCCH联合携带。

在一些实施例中，在基于微时隙的和基于时隙的传输之间存在PUCCH冲突的情况下，可在毗连的资源中发送两个PUCCH，这可有利地帮助减少互调失真(inter-modulationdistortion，IMD)。是否使能在毗连的资源中对两个PUCCH的传输可由更高层经由MIB、RMIB、SIB或RRC信令来配置。注意，在PUCCH冲突的情况下，UE可根据原本配置的资源发送针对基于时隙的传输携带HARQ-ACK反馈的PUCCH，并且UE可在用于针对基于时隙的传输携带HARQ-ACK反馈的PUCCH的配置资源的边缘上发送针对基于微时隙的传输携带HARQ-ACK反馈的PUCCH。

在一些实施例中，UE可被配置有用于PUCCH传输的两个毗连资源。在冲突的情况下，UE可根据配置的毗连资源来发送这两个PUCCH。

对于一些实施例，在针对冲突的PUCCH所配置的资源是毗连的情况下，UE可发送两个PUCCH。在配置的资源没有毗连的情况下，UE可根据如上所述的丢弃规则或优先规则来丢弃PUCCH之一。注意，该机制可以是可配置的，以考虑基于OFDM的UL传输和无功率限制的UE。

图6根据本公开的一些实施例图示了毗连资源中的两个PUCCH的传输的场景600。

在各种实施例中，描述了与微时隙和时隙中的UCI传输之间的冲突处理有关的各种方面。一般而言，丢弃任一UCI传输(例如，当两者都包含HARQ-ACK反馈时)可不利地影响关联的DL信道的DL性能。在一些设计中，HARQ-ACK捆绑或压缩方案可被实现来减少HARQ-ACK有效载荷，并且被捆绑或压缩的HARQ-ACK比特可利用在微时隙中发送的PUCCH来发送以减少时延。如果在时隙中发送的PUCCH不包括HARQ-ACK信息(例如，CQI)，则UE可倾向于丢弃时隙中的PUCCH上的UCI，并且在微时隙中的PUCCH上发送UCI，因为这对于微时隙操作一般是更有利的。

各种实施例可涉及促进对用于微时隙操作和时隙操作两者的控制信息的同时传输的方法。在一些设计中，用于时隙和微时隙的UCI信息可被联合编码并被映射到在时隙中发送的PUSCH的一个或多个预定的资源区域。

图7根据本公开的一些实施例图示了时隙传输上的微时隙捎带的上行链路控制信息(UCI)的场景700。在图7中，当时隙730和时隙740的、在时域中具有不同长度的PUSCH信道被调度在同一时隙中时，与微时隙操作相关联的UCI 710和UCI 720可在时隙730和时隙740的PUSCH信道上被发送。作为示例，可从重叠区域(例如这些微时隙和时隙之间的重叠区域)的第一符号开始携带这些UCI，并且可按从PUSCH信道的最低频率开始首先增大频率然后增大时间的顺序映射这些UCI。

图8根据本公开的一些实施例图示了多个波束对链路(Beam Pair Link，BPL)中的PUCCH传输的场景800。在一些实施例中，如果对于PUCCH传输存在多个波束对链路(BPL)，其中一些BPL可被同时使用(例如，一个BPL可被用于一个发送/接收点(Transmission/Reception Point，TRP)到一个UE天线面板(antenna panel)之间)，则UE可同时针对微时隙和时隙报告PUCCH。gNB随后可通过更高层信令或下行链路控制信息(DCI)针对用于基于微时隙和基于时隙的传输的PUCCH来配置在冲突发生时的回退BPL。或者，在一些实施例中，回退行为可以是预定的(例如，如果冲突发生，则用于基于时隙的传输的PUCCH可回退到第二BPL)。

本文论述的各种实施例的方面可涉及抢占和/或刺穿事件的信令及其在UE和gNB过程中的用途。已观察到，可存在这样的情况，当在解码中考虑抢占事件时，初始传输可能以恢复整个传输块而告终，即使对于正交相移键控(Quadrature Phase-Shift Keying，QPSK)和正交幅度调制16(Quadrature Amplitude Modulation 16，QAM16)调制和/或对于相对短的抢占信号在低到中数据速率的情况下没有重传。

对于更高数据速率的传输，该指示可有利地辅助对损坏的初始传输和重传的恰当软组合。恰当的软组合可至少包括将损坏的软比特从缓冲器中冲洗出。

作为一个特殊情况，重传资源的抢占也可以是可能的。例如，如果初始传输由于信道条件而失败(在带有链路自适应的情况下通常在10％的情况中)，但重传被抢占，则抢占指示可帮助识别哪些软度量应当被组合，哪些不应当。

因此，可存在抢占指示连同对受影响数据的重传一起可以有益的情况，以及抢占可在没有额外重传的情况下恢复解码的情况。在该意义上，指示和重传的机制可被解除耦合。

对于指示信道和定时，可以没有新的信道来携带抢占指示。取而代之，可以有两个主要候选：传统的UE特定搜索空间(UE-specific search space，USS)/共用搜索空间(common search space，CSS)PDCCH，或者群组共用PDCCH。由于对于群组共用PDCCH是否具有专用结构，或者在CSS中是否可能只有DCI格式可能缺乏约定，如本文所述，所以可以使用任一类型的PDCCH。

各种实施例可涉及关于指示定时的各种可选候选，或者要在时域中何处发送指示信号。在选项1中，指示可被携带在受影响的时隙(例如，第N时隙)中。根据选项1可以有两种风格的指示。

在选项1A中，该指示可与抢占信号一起被复用在相同时间资源中。这可通过例如允许UE读取调度抢占传输的DCI来完成。然而，由于可能不同的参数集，这可能不总是可以实现的。因此，该指示可与抢占传输TDM和/或FDM。

作为缓和上述问题的一种替换方式，UE在对同一时隙内的指示信号的存在进行盲检测时，可采用与时隙n中的受影响传输相同的参数集。为了提供更多的灵活性来允许使用不同参数集的eMBB和URLLC流量之间的复用，指示信号的参数集可由NR SIB、或者由更高层、或者由介质接入控制(Media Access Control，MAC)控制元素(Control Element，CE)、或者由它们的组合按照带宽部分来半静态地配置，以促进对指示信号的存在检测。

选项1A可能由于几个原因而有吸引力。用于指示的资源可按与抢占信号类似的方式刺穿PDSCH，并且因此可不要求仅仅为指示预留资源。即时指示对于帮助以自包含方式对受影响传输解码也可能是有益的。这种即时指示可与UL抢占信令统一以停止UL传输。

在选项1B中，指示可由末尾时隙PDCCH携带(在第N时隙中)。虽然形式上这个指示可被携带在受影响的时隙内，但就处理时延和对自包含操作的支持而言可能没有益处。另外，用于这种PDCCH的资源可倾向于或者被半静态预留，或者从共享信道资源元素动态借来。动态分配可倾向于刺穿或者速率匹配。刺穿可引起与抢占信号本身类似的问题，除非其较小且是分布的，以便对有效码率的影响达到最低限度。速率匹配也可使UE行为复杂化并且取决于传输参数可能不总是可以实现的。

在选项2中，指示可由下一时隙PDCCH携带(例如，携带在用于PDCCH传输的N+1可用时隙中)。此选项可有利地适应系统操作，因为其可不向UE引入额外的监视场合并且可不要求与共享信道进行资源的动态共享。此外，在自包含操作的情况下，这种指示可与对受影响数据的重传的调度相结合。

在选项3中，指示可由第K时隙PDCCH携带(例如，在N+K时隙中)，其中k>1。在这种场景中，可能没有多少动力来让指示处于原本调度的HARQ反馈之前，因为可能不太有机会将指示和可能的重传考虑在内来生成反馈。

图9根据本公开的一些实施例图示了指示定时和信道选项的场景900。

在各种实施例中，这些选项中的一个或多个按照配置可能已经是可以实现的。然而，其中的一些可能是不利的。例如，选项1B与其他选项相比可能没有益处并且可不被使用。虽然选项1A从保持处理时延的角度来看可能也是有吸引力的，但可存在与增大的PDCCH监视率有关的增大的UE复杂性和/或功率消耗。此外，如果对于指示不会有新的信道，则将PDCCH用于这种指示将大幅减少用于抢占传输(例如，URLLC)的有用资源。

对于选项2和选项3，HARQ反馈定时可被进一步更新。这可经由将HARQ-ACK反馈定时隐式更新到HARQ-ACK传输的下一个可用时机来实现，或者可作为抢占指示本身的一部分来显式传达(例如，传达抢占指示信号的DCI)。在一些实施例中，假定UE在时隙N中接收PDSCH并且在时隙N+1中接收抢占指示以及后续PDSCH重传，则用于PDSCH传输块(TransportBlock，TB)的HARQ-ACK可被推迟并且可至少根据时隙N+1来决定，其中由于与抢占指示符相关联的额外处理延迟，在时隙N+1中UE可接收抢占指示符和/或重传的PDSCH。

注意在PDCCH被用于携带指示信号的情况下，包括聚合水平在内的搜索空间、盲解码尝试的次数可由更高层经由NR最小系统信息(MSI)、NR剩余最小系统信息(RMSI)、NRSIB、或者RRC信令来配置。可能希望限制搜索空间或者盲解码尝试的次数，这可有利地降低UE功率消耗。

一般而言，关于指示信道的决定可取决于所支持的重传机制。然而，如本文所述，具有与重传解除耦合的专用指示机制可能是有益处的。因此，对于通知专用抢占信号可以考虑选项1A和选项2。指示信道本身可以是紧凑DCI格式(例如，具有10到20个比特)，被调度在共用搜索空间中或者UE特定搜索空间中。

关于指示的信息，可提供哪个信道将携带抢占指示并且在抢占指示中实际通知什么。在各种实施例中，可使用两种方案：对所抢占的物理资源的指示，以及对所抢占的码块(CB)和/或码块组(CBG)的指示。

在一些实施例中，一些方案可使用对所抢占的物理资源的指示。对于对抢占的物理资源的指示，指示可以是UE特定的和群组特定的(例如，广播)，因为物理资源的概念对于以给定参数集配置的所有UE可以是共用的。在存在具有不同参数集的受影响UE的情况下，可对所有不同的参数集发送指示，或者对于一个“默认”参数集发送指示，这可用于推导出任何其他参数集中的受影响资源。

以广播方式指示被抢占的资源的可能性就资源效率而言可能是有益的，尤其在抢占传输(例如，URLLC)可影响多个调度的UE的情况下。在这种情况下，广播指示可要求更少的系统资源来递送抢占信息。作为一种特殊情况，抢占信号可影响携带系统信息块的资源。在这种情况下，共用的抢占指示可通过调整解码度量来帮助解码消息。

对被抢占的物理资源的指示可包括对指示的监视和对指示内容的确定。

对抢占指示的监视可根据低时延服务和相关UE能力的存在和/或对其的支持，通过半静态信令来配置。然而，即使配置了抢占监视，也可能希望最小化盲解码开销。对“抢占DCI”设计的保持和“抢占DCI”监视触发条件两者都可以是在保持盲解码复杂性时考虑的因素。

关于保持盲解码的“抢占DCI”设计，携带抢占指示的DCI可被设计为引起最低限度的额外UE解码工作。例如，DCI的大小可以是gNB通常用于典型操作(例如，用于典型DL和UL传输的调度)的大小之一以避免添加盲解码假设。在这种情况下，对于此DCI的区分可通过加扰完成(例如，无线电网络临时标识符(e.g.,Radio Network Temporary Identifier，RNTI))，或者通过内容完成(例如，通过在DCI中引入DCI类型头部并且为抢占指示信令预留一个专用值)。

另外，可倾向于被活跃UE监视的任何其他常见DCI都可携带指示。例如，具有时隙格式指示的DCI或群组共用PDCCH可携带该指示。

关于“抢占DCI”监视触发条件，UE仅在对码块之一的解码失败时才可被触发对抢占指示进行搜索，以便认识到失败的原因。在一些实施例中，gNB可指示(例如，在SIB信息中指示)针对监视“抢占DCI”来开关(例如，开启或关闭)盲解码操作。另外，UE可仅在对于接收发生解码失败时自主地决定是否对抢占DCI进行搜索，以便节省UE功率。触发条件可仅在受影响的信道和抢占指示之间存在充分时延预算的情况下才起作用。

在更一般的情况中，可仅当在UE处存在活跃HARQ进程时，和/或被gNB使能时(例如，通过使用SIB或专用RRC信令来使能)，才监视抢占指示。

根据所论述的抢占监视的方面，可推断出有多种机制来有效地进行抢占监视，而不会在UE处引起额外的复杂性。

关于确定指示内容，如本文所述，就物理资源而言指示的优点是可以以组播和/或广播方式发送它，这在多个受影响UE(例如，多个低数据速率UE被服务)的情况下可能是有益的。注意，当多个低数据速率UE被同时服务时，它们的传输可只包含一个码块，或者少数几个码块。在这种场景中，即使在没有重传的情况下，指示被抢占的资源也可以有明确的益处，因为成功TB解码的可能性在低到中码率的情况下可大幅增大。

然而，相对较大的信令开销可与这种方案相关，这是由于与基于CBG的指示相比可能更多的信令组合引起的。因此，时域资源和频域可被分开分析，如本文所述。也可分析关于空间域的一些考虑。

在时域中，抢占传输可影响时隙的一个或多个部分，具有最高达符号级的粒度。这对于14符号时隙可对应于最多14个比特来指示为位图，并且对于7符号时隙可对应于7比特来指示为位图。然而，典型的PDSCH可被调度为从符号1、2或3开始，以避免与PDCCH区域重叠。因此，指示可不通知PDCCH区域中的潜在刺穿，从而进一步减小了信令大小。

此外，由于可在以后的时隙中通知抢占指示，因此将指示的时间实例与受影响时隙链接起来的机制可能是想要的。一些实施例可配置固定定时关系。然而，这可施加调度限制并且可导致gNB在抢占的情况下为这种指示预留控制资源。在该意义上，指示受影响的时隙的至少最低限度的灵活性可能是想要的，例如1到2比特来指示出指示实例与刺穿实例之间的偏移。

另一个选项(对于基于CBG的指示也适用)可以是将抢占指示限制为在PDCCH的下一个可用时隙中发送(排除比如UL时隙)，如果指示没有与可跟随在HARQ往返时间(RoundTrip Time，RTT)之后或者在来自UE的ACK/否定确认(Negative Acknowledgement，NACK)传输之前的重传准予一起被发送的话。从而，抢占指示或者可在一个或多个受影响UE的下一个可用PDCCH监视时机中发送，或者可作为可跟随在HARQ RTT之后或者在来自UE的ACK/NACK传输之前的重传指派的一部分发送。从而，对于对被抢占的物理资源的指示，时域指示可只是指出时隙内的受影响符号。在一些实施例中，信令的潜在减少可通过增大指示的粒度和/或引入有限的一组刺穿模式来完成。

注意，在符号级粒度被用于时域抢占指示的情况下，符号持续时间可根据参考参数集或者可针对携带抢占指示信号的PDCCH所配置的参数集来定义。

在频域中，被抢占资源的信令由于各种NR特征可能是更复杂的，这些NR特征可包括具有多个PRB的宽带操作、具有细粒度的频率选择性调度、和/或分布式频率分配。

考虑到抢占传输可能通常是宽带的(例如，URLLC)，粗略频域粒度对于指示可能就足够了。因此，至少受影响的带宽部分可被指示。对于BW部分内的受影响资源的更细粒度，指示可以按照可针对PDSCH的频域资源分配所定义和所使用的资源块组(RBG)，其中“P”个PRB的大小取决于相关BW部分的BW，或者甚至可以按照带宽部分或者子带。在一些实施例中，子带的大小可以是预定的(例如，由规范固定)，或者可以是基于系统带宽和参考值的可缩放值。

频率粒度可根据参考参数集或者针对携带抢占指示信号的PDCCH所配置的参数集来定义。

对于空间域，抢占可以是默认刺穿所有层以避免对URLLC传输的潜在影响。然而，为了前向兼容性，对于哪些层或天线端口已被抢占的指示也可被通知。

在一些实施例中，一些方案可使用对被抢占的CB和/或CBG的指示。对于对被抢占的CB和/CBG的指示，这种机制可基于对基于CBG的HARQ重传和多比特HARQ反馈支持的框架的潜在再使用。这种机制可仅被以特定于UE的方式来支持，因为它们可使用特定UE的传输码块分割假设。因此，向所有受影响UE通知抢占指示可引入显著的开销。然而，如果这种抢占指示与在HARQ RTT之后的重传的调度相结合，则开销可能是可接受的。

指示本身可被携带在DCI调度重传中。DCI应当携带至少一比特的信息，其指出CBG的先前时机是否被抢占以便相应地调整解码度量。

在一种更一般的情况中，重传的CBG上指示出CBG是否被抢占的位图可被通知。例如，如果对于UE配置4个CBG，则4比特的位图可通知对于当前HARQ过程重传哪些CBG。然后，对于重传的CBG的每一者，可以通知指示抢占的比特。这可由与配置的CBG的数目相同大小的位图来完成。另外，取决于多少个CBG被重传，此位图可被重解释。如果只有一个CBG或者几个CBG被重传，则抢占指示位图可用于指出码块组中的哪些码块被抢占。图10根据本公开的一些实施例图示了基于码块组(CBG)的抢占指示选项的场景1000。

或者，PI字段可以针对CBG指示预定的抢占模式中的一种。作为一个示例，2比特字段可用于指示前半部分、后半部分、全部以及被预留。此外，为了解决对控制信令开销的担心，也可考虑指示抢占的一个比特。这意味着，如果至少一个CBG被URLLC传输抢占，则gNB需要向所有失败的CBG指示抢占。

关于受影响数据的重传，在一些情况下，当gNB预期受影响的传输可在只考虑到抢占指示的情况下被接收器解码时(例如，由于较低的调制和编码方案(Modulation andCoding Scheme，MCS))，则gNB可拒绝受影响数据的重传，而不等待实际反馈。在其他情况下，gNB可决定重传受影响的CBG和/或TB以免等待反馈。在这两种情况下，UE处理时间线都应当被仔细研究。当前的协定采用了PDSCH接收和HARQ反馈发送之间的定时可在DCI中被动态通知。当接收到DCI时，UE可将整个响应延迟用于对原始TB的处理。在用于同一HARQ过程的CBG重传被调度在响应的实例之前时(有时也称为“随后传输”)，可考虑各种场景。

在场景1中，UE可为原始TB保持所配置的HARQ定时。在场景1a中，UE可在不考虑重传的CBG的情况下基于解码结果发送第一HARQ反馈，并且UE可在考虑到重传的CBG的情况下发送第二HARQ反馈。在场景1b中，UE可在考虑到重传的CBG的情况下基于解码结果发送一个HARQ反馈。

图11A-11B根据本公开的一些实施例图示了在随后传输和一时隙ACK/否定确认(NACK)延迟的情况中的处理时间线的场景1100和场景1150。场景1100和场景1150可分别与场景1a和场景1b相对应。

在场景2中，UE可为原始TB更新配置的HARQ定时。在场景2a中，UE可在考虑到重传的CBG的情况下基于解码结果在由调度CBG重传的DCI所配置的时间实例中发送一个HARQ反馈。

图12根据本公开的一些实施例图示了具有基于CBG的重传和一时隙ACK/NACK延迟的传统往返时间(RTT)的场景1200。场景1200可与场景2a相对应。

注意，取决于UE实现方式，遵循场景1b和2a可能是不可实现的，因为UE可具有小于初始HARQ响应延迟的处理延迟。

另外，在场景1a的变体中，在ACK/NACK反馈之前调度重传的DCI中的一比特指示可被gNB用于指示与初始传输相对应的ACK/NACK传输的暂停(例如，根据初始HARQ定时来丢弃ACK/NACK传输)，并且改为只根据在调度重传的DCI中指示的HARQ反馈定时来发送ACK/NACK反馈。这种指示可允许gNB避免额外的ACK/NACK传输(例如，当CB或CBG中的大多数可能未被抢占时)。

另一方面，HARQ RTT之前的这种重传可不被使用。这种随后传输的优点可以是时延减小(像图11A-11B中那样)，其中与没有抢占事件的原始时间线(像图12中那样)相比时延增大至少一个时隙。对于较大的初始RTT，时延节省可能是显著的；然而，对于较大的RTT，额外的时延节省可能没有那么有利。在已经支持包括HARQ RTT的灵活定时关系的实施例中，对于eMBB，具有时延要求的UE可简单地被配置以较短的RTT并且重传可跟随在ACK/NACK反馈之后。这可避免要求eMBB UE在现有HARQ时间线的中间重处理PDSCH CBG，或者将时间线移位一个或多个时隙。

图13根据本公开的一些实施例图示了eNB和UE。图13包括可操作来与彼此和与LTE网络的其他元素共存的eNB 1310和UE 1330的框图。描述了eNB 1310和UE 1330的高级别简化体系结构以免模糊实施例。应当注意在一些实施例中，eNB 1310可以是固定的非移动设备。

eNB 1310耦合到一个或多个天线1305，并且UE 1330类似地耦合到一个或多个天线1325。然而，在一些实施例中，eNB 1310可包含或包括天线1305，并且UE 1330在各种实施例中可包含或包括天线1325。

在一些实施例中，天线1305和/或天线1325可包括一个或多个定向或全向天线，包括单极天线、偶极天线、环形天线、贴片天线、微带天线、共面波天线或者适用于RF信号的发送的其他类型的天线。在一些MIMO(多输入和多输出)实施例中，天线1305被分离以利用空间分集。

eNB 1310和UE 1330可操作来在网络(例如无线网络)上与彼此通信。eNB 1310和UE 1330可通过无线通信信道1350与彼此通信，该无线通信信道1350既具有从eNB 1310到UE 1330的下行链路路径，也具有从UE 1330到eNB 1310的上行链路路径。

如图13中所示，在一些实施例中，eNB 1310可包括物理层电路1312、MAC(介质接入控制)电路1314、处理器1316、存储器1318和硬件处理电路1320。本领域技术人员将会明白，除了示出的组件以外还可使用没有示出的其他组件来形成完整的eNB。

在一些实施例中，物理层电路1312包括用于提供去往和来自UE 1330的信号的收发器1313。收发器1313利用一个或多个天线1305提供去往和来自UE或其他设备的信号。在一些实施例中，MAC电路1314控制对无线介质的接入。存储器1318可以是或者可以包括存储介质/媒介，例如磁存储介质(例如，磁带或磁盘)、光存储介质(例如，光盘)、电子存储介质(例如，传统的硬盘驱动器、固态盘驱动器或者基于闪存的存储介质)或者任何有形存储介质或非暂态存储介质。硬件处理电路1320可包括逻辑器件或电路来执行各种操作。在一些实施例中，处理器1316和存储器1318被布置为执行硬件处理电路1320的操作，例如本文对于eNB 1310和/或硬件处理电路1320内的逻辑器件和电路描述的操作。

因此，在一些实施例中，eNB 1310可以是包括应用处理器、存储器、一个或多个天线端口和用于允许应用处理器与另一设备通信的接口的设备。

还如图13中所示，在一些实施例中，UE 1330可包括物理层电路1332、MAC电路1334、处理器1336、存储器1338、硬件处理电路1340、无线接口1342和显示器1344。本领域技术人员将会明白，除了示出的组件以外还可使用没有示出的其他组件来形成完整的UE。

在一些实施例中，物理层电路1332包括用于提供去往和来自eNB 1310(以及其他eNB)的信号的收发器1333。收发器1333利用一个或多个天线1325提供去往和来自eNB或其他设备的信号。在一些实施例中，MAC电路1334控制对无线介质的接入。存储器1338可以是或者可以包括存储介质/媒介，例如磁存储介质(例如，磁带或磁盘)、光存储介质(例如，光盘)、电子存储介质(例如，传统的硬盘驱动器、固态盘驱动器或者基于闪存的存储介质)或者任何有形存储介质或非暂态存储介质。无线接口1342可被布置为允许处理器与另一设备通信。显示器1344可提供视觉和/或触觉显示供用户与UE 1330交互，例如触摸屏显示器。硬件处理电路1340可包括逻辑器件或电路来执行各种操作。在一些实施例中，处理器1336和存储器1338可被布置为执行硬件处理电路1340的操作，例如本文对于UE 1330和/或硬件处理电路1340内的逻辑器件和电路描述的操作。

因此，在一些实施例中，UE 1330可以是包括应用处理器、存储器、一个或多个天线、用于允许应用处理器与另一设备通信的无线接口和触摸屏显示器的设备。

图13的元件以及其他附图的具有相同名称或标号的元件可以按本文对于任何这种附图描述的方式操作或工作(虽然这种元件的操作和功能不限于这种描述)。例如，图13和图17-18也描绘了eNB、eNB的硬件处理电路、UE和/或UE的硬件处理电路的实施例，并且对于图13和图17-18描述的实施例可按本文对于任何附图描述的方式操作或工作。

此外，虽然eNB 1310和UE 1330各自被描述为具有若干个分开的功能元件，但这些功能元件中的一个或多个可被组合并且可由软件配置的元件和/或其他硬件元件的组合来实现。在本公开的一些实施例中，功能元件可以指在一个或多个处理元件上操作的一个或多个进程。软件和/或硬件配置的元件的示例包括数字信号处理器(Digital SignalProcessor，DSP)、一个或多个微处理器、DSP、现场可编程门阵列(Field-ProgrammableGate Array，FPGA)、专用集成电路(Application Specific Integrated Circuit，ASIC)、射频集成电路(Radio-Frequency Integrated Circuit，RFIC)，等等。

图14根据本公开的一些实施例图示了用于UE的硬件处理电路，用于对于NR针对基于微时隙的和基于时隙的传输处理PUCCH冲突以及用于抢占和/或刺穿事件的信令及其在UE和gNB过程中的用途。参考图13，UE可包括本文论述的各种硬件处理电路(例如图14的硬件处理电路1400)，硬件处理电器进而可包括可操作来执行各种操作的逻辑器件和/或电路。例如，在图13中，UE 1330(或者其中的各种元件或组件，例如硬件处理电路1340，或者其中的元件或组件的组合)可包括这些硬件处理电路的一部分或全部。

在一些实施例中，这些硬件处理电路内的一个或多个器件或电路可由软件配置的元件和/或其他硬件元件的组合来实现。例如，处理器1336(和/或UE 1330可包括的一个或多个其他处理器)、存储器1338和/或UE 1330的其他元件或组件(可包括硬件处理电路1340)可被布置为执行这些硬件处理电路的操作，例如本文对于这些硬件处理电路内的器件和电路描述的操作。在一些实施例中，处理器1336(和/或UE 1330可包括的一个或多个其他处理器)可以是基带处理器。

返回图14，可操作来在无线网络上与一个或多个eNB通信的UE 1330(或另一UE或移动手机)的装置可包括硬件处理电路1400。在一些实施例中，硬件处理电路1400可包括可操作来通过无线通信信道(例如，无线通信信道1350)提供各种传输的一个或多个天线端口1405。天线端口1405可耦合到一个或多个天线1407(其可以是天线1325)。在一些实施例中，硬件处理电路1400可包含天线1407，而在其他实施例中，硬件处理电路1400可以只是耦合到天线1407。

天线端口1405和天线1407可操作来从UE向无线通信信道和/或eNB提供信号，并且可操作来从eNB和/或无线通信信道向UE提供信号。例如，天线端口1405和天线1407可操作来从UE 1330向无线通信信道1350(以及从那里向eNB 1310或者向另一eNB)提供传输。类似地，天线1407和天线端口1405可操作来从无线通信信道1350(以及除此之外，从eNB 1310或另一eNB)向UE 1330提供传输。

硬件处理电路1400可包括可根据本文论述的各种实施例操作的各种电路。参考图14，硬件处理电路1400可包括第一电路1410、第二电路1420和/或第三电路1430。

在各种实施例中，第一电路1410可操作来处理来自gNB的携带关于UL冲突的规则的一个或多个配置传输。第一电路1410还可操作来处理第一DL传输和第二DL传输。第二电路1420可操作来针对第一DL传输标识第一UL传输并且针对第二DL传输标识第二UL传输，第一UL传输与第二UL传输在至少一个OFDM符号中重叠。第一电路1410可操作来向第二电路1420提供关于第一DL传输和/或第二DL传输的标识符信息。第三电路1430可操作来根据关于UL冲突的规则生成第一UL传输和/或第二UL传输。第一电路1410可操作来向第二电路1420提供，和/或(通过第二电路1420)向第三电路1430提供与关于UL冲突的规则有关的信息。硬件处理电路1400还可包括接口，用于从接收电路接收配置传输和DL传输并且用于向发送电路发送UL传输。

在一些实施例中，第一UL传输可根据关于UL冲突的规则被丢弃。对于一些实施例，第一UL传输可根据关于UL冲突的规则被延迟。在一些实施例中，第一UL传输可以是以下之一：PUSCH传输，或者PUCCH传输，并且第二UL传输可以是PUCCH传输。

对于一些实施例，第一UL传输可以用于携带针对第一DL传输的HARQ ACK，第二UL传输可以用于携带针对第二DL传输的HARQ ACK，并且/或者第一UL传输可根据关于UL冲突的规则被丢弃。在一些实施例中，可根据DL传输指派的定时来定义关于UL冲突的规则。对于一些实施例，可根据第一DL传输的持续时间和/或第二DL传输的持续时间来定义关于UL冲突的规则。

在一些实施例中，可根据第一UL传输的UCI类型和/或第二UL传输的UCI类型来定义关于UL冲突的规则。对于一些实施例，第一UL传输可以是基于时隙的传输，并且当第一UL传输用于携带HARQ ACK反馈时第一UL传输可根据关于UL冲突的规则被延迟。在一些实施例中，第一UL传输可以是基于时隙的传输，第一UL可以用于携带针对第一DL传输的HARQ ACK反馈，并且第一UL传输可根据关于UL冲突的规则被刺穿。

对于一些实施例，第一UL传输或者第二UL传输的UCI是联合UCI。在一些实施例中，第一UL传输可以是基于时隙的传输，第二UL传输可以是基于微时隙的传输，并且第一UL传输可在与第二UL传输毗连的频率资源中被发送。对于一些实施例，可根据在频率中连续的一组配置的资源来定义关于UL冲突的规则。

在一些实施例中，当用于第一UL传输的资源不与用于第二UL传输的资源毗连时，第一UL传输可根据关于UL冲突的规则被丢弃。对于一些实施例，第二UL传输可以是基于微时隙的传输，第二UL传输可包括一个或多个捆绑的HARQ ACK比特和/或一个或多个压缩的HARQ ACK比特。在一些实施例中，第一UL传输可以是PUCCH传输并且与第一BPL相关联，第二UL传输可以是PUCCH传输并且与第二BPL相关联，并且第一UL传输和第二UL传输可被同时发送。

在各种实施例中，第一电路1410可操作来处理来自gNB的携带一个或多个抢占条件的指示符的一个或多个配置传输。第二电路1420可操作来根据一个或多个抢占条件识别接收到的携带抢占指示的PDCCH传输。第一电路1410可操作来经由接口1412向第二电路1420提供关于一个或多个抢占条件的信息。硬件电路1400还可包括用于接收配置传输和PDCCH传输的接口。

在一些实施例中，一个或多个抢占条件可包括监视激活条件(monitoringactivation condition)和/或触发条件(triggering condition)。对于一些实施例，其中触发条件可包括未能对正在进行的HARQ过程的码块解码。在一些实施例中，触发条件可包括存在活跃HARQ过程。

对于一些实施例，抢占指示可由专用DCI格式携带。在一些实施例中，携带抢占指示的DCI的CRC可被用专用RNTI来加扰。对于一些实施例，抢占指示可携带对偏移量的指示，该偏移量用于增大针对相应的被抢占过程的HARQ反馈延迟。

在一些实施例中，抢占指示可以是针对受影响的HARQ过程调度重传的DCI中的字段。对于一些实施例，抢占指示可以是具有与给定的HARQ过程中的一个或多个CBG相对应的大小的位图。在一些实施例中，位图的一个或多个比特可指出一个或多个相应的CBG在当前HARQ过程的先前调度时机中是否被抢占。

对于一些实施例，位图的一个或多个比特可应用于一个或多个相应CBG中的一个或多个CB。在一些实施例中，抢占指示可通知一个或多个被抢占的物理资源。对于一些实施例，抢占指示的时域部分可以是受影响时隙的符号上的长度为14比特的位图，该位图具有14比特的长度。

在一些实施例中，该位图可不包括携带PDCCH的符号。对于一些实施例，指示的粒度可取决于所配置的时隙持续时间。在一些实施例中，抢占指示的时域部分是集合中的预配置模式的索引。

对于一些实施例，抢占指示的频域部分是PRB群组上的位图。在一些实施例中，抢占指示的频域部分是带宽部分索引。对于一些实施例，抢占指示的空间域部分是以下之一：层，或者一个或多个天线端口索引的集合。在一些实施例中，对一个或多个被抢占的CBG的调度可独立于被抢占的HARQ过程的HARQ反馈时间线。

在一些实施例中，第一电路1410、第二电路1420和/或第三电路1430可被实现为分开的电路。在其他实施例中，第一电路1410、第二电路1420和/或第三电路1430可被组合并且一起实现在一电路中，而不更改实施例的实质。

图15根据本公开的一些实施例图示了用于UE的方法，用于对于NR针对基于微时隙的和基于时隙的传输处理PUCCH冲突。图16根据本公开的一些实施例图示了用于抢占和/或刺穿事件的信令的用于UE的方法及其在UE和gNB过程中的用途。参考图13，本文论述了可与UE 1330和硬件处理电路1340相关的方法。虽然图15的方法1500和图16的方法1600中的动作是按特定顺序示出的，但动作的顺序可被修改。从而，图示的实施例可按不同的顺序来执行，并且一些动作可被并行执行。图15和图16中列出的一些动作和/或操作根据某些实施例是可选的。呈现的动作的编号是为了清晰起见，而并不打算规定各种动作必须发生的操作顺序。此外，可按多种组合来利用来自各种流程的操作。

另外，在一些实施例中，机器可读存储介质可具有在被执行时使得UE 1330和/或硬件处理电路1340执行包括图15和图16的方法在内的操作的可执行指令。这种机器可读存储介质可包括多种存储介质的任何一种，比如磁存储介质(例如，磁带或磁盘)、光存储介质(例如，光盘)、电子存储介质(例如，传统的硬盘驱动器、固态盘驱动器或者基于闪存的存储介质)或者任何其他有形存储介质或非暂态存储介质。

在一些实施例中，装置可包括用于执行图15和图16的方法的各种动作和/或操作的装置。

返回图15，各种方法可根据本文论述的各种实施例。方法1500可包括处理1510、处理1515、标识1520和生成1525。

在处理1510中，可处理来自gNB的携带关于UL冲突的规则的一个或多个配置传输。在处理1515中，可处理第一DL传输和第二DL传输。在标识1520中，可标识针对第一DL传输的第一UL传输和针对第二DL传输的第二UL传输，第一UL传输与第二UL传输在至少一个OFDM符号中重叠。在生成1525中，可根据关于UL冲突的规则生成第一UL传输和第二UL传输中的至少一者。

在一些实施例中，第一UL传输可根据关于UL冲突的规则被丢弃。对于一些实施例，第一UL传输可根据关于UL冲突的规则被延迟。在一些实施例中，第一UL传输可以是以下之一：PUSCH传输，或者PUCCH传输，并且第二UL传输可以是PUCCH传输。

对于一些实施例，第一UL传输可以用于携带针对第一DL传输的HARQ ACK，第二UL传输可以用于携带针对第二DL传输的HARQ ACK，并且/或者第一UL传输可根据关于UL冲突的规则被丢弃。在一些实施例中，可根据DL传输指派的定时来定义关于UL冲突的规则。对于一些实施例，可根据第一DL传输的持续时间和/或第二DL传输的持续时间来定义关于UL冲突的规则。

在一些实施例中，可根据第一UL传输的UCI类型和/或第二UL传输的UCI类型来定义关于UL冲突的规则。对于一些实施例，第一UL传输可以是基于时隙的传输，并且当第一UL传输用于携带HARQ ACK反馈时，第一UL传输可根据关于UL冲突的规则被延迟。在一些实施例中，第一UL传输可以是基于时隙的传输，第一UL可以用于携带针对第一DL传输的HARQACK反馈，并且第一UL传输可根据关于UL冲突的规则被刺穿。

对于一些实施例，第一UL传输或者第二UL传输的UCI是联合UCI。在一些实施例中，第一UL传输可以是基于时隙的传输，第二UL传输可以是基于微时隙的传输，并且第一UL传输可在与第二UL传输毗连的频率资源中被发送。对于一些实施例，可根据在频率中连续的一组配置的资源来定义关于UL冲突的规则。

在一些实施例中，当用于第一UL传输的资源不与用于第二UL传输的资源毗连时，第一UL传输可根据关于UL冲突的规则被丢弃。对于一些实施例，第二UL传输可以是基于微时隙的传输，第二UL传输可包括一个或多个捆绑的HARQ ACK比特和/或一个或多个压缩的HARQ ACK比特。在一些实施例中，第一UL传输可以是PUCCH传输并且与第一BPL相关联，第二UL传输可以是PUCCH传输并且与第二BPL相关联，并且第一UL传输和第二UL传输可被同时发送。

返回图16，各种方法可根据本文论述的各种实施例。方法1600可包括处理1610和识别1615。在处理1610中，可处理来自gNB的携带一个或多个抢占条件的指示符的一个或多个配置传输。在识别1615中，可根据一个或多个抢占条件识别接收到的携带抢占指示的PDCCH传输。

在一些实施例中，一个或多个抢占条件可包括监视激活条件和/或触发条件。对于一些实施例，其中触发条件可包括未能对正在进行的HARQ过程的码块解码。在一些实施例中，触发条件可包括活跃HARQ过程的存在。

对于一些实施例，抢占指示可由专用DCI格式携带。在一些实施例中，携带抢占指示的DCI的CRC可被用专用RNTI来加扰。对于一些实施例，抢占指示可携带偏移量的指示，所述偏移量用于增大针对相应的被抢占过程的HARQ反馈延迟。

在一些实施例中，抢占指示可以是针对受影响的HARQ过程调度重传的DCI中的字段。对于一些实施例，抢占指示可以是具有与给定的HARQ过程中的一个或多个CBG相对应的大小的位图。在一些实施例中，位图的一个或多个比特可指出一个或多个相应的CBG在当前HARQ过程的先前调度时机中是否被抢占。

对于一些实施例，位图的一个或多个比特可应用于一个或多个相应CBG中的一个或多个CB。在一些实施例中，抢占指示可通知一个或多个被抢占的物理资源。对于一些实施例，抢占指示的时域部分可以是受影响时隙的符号上的长度为14比特的位图，该位图具有14比特的长度。

在一些实施例中，该位图可不包括携带PDCCH的符号。对于一些实施例，指示的粒度可取决于所配置的时隙持续时间。在一些实施例中，抢占指示的时域部分是集合中的预配置模式的索引。

对于一些实施例，抢占指示的频域部分是PRB群组上的位图。在一些实施例中，抢占指示的频域部分是带宽部分索引。对于一些实施例，抢占指示的空间域部分是以下之一：层，或者一个或多个天线端口索引的集合。在一些实施例中，对一个或多个被抢占的CBG的调度可独立于被抢占的HARQ过程的HARQ反馈时间线。

图17根据本公开的一些实施例图示了设备的示例组件。在一些实施例中，设备1700可包括至少如图所示那样耦合在一起的应用电路1702、基带电路1704、射频(RadioFrequency，RF)电路1706、前端模块(front-end module，FEM)电路1708、一个或多个天线1710和电力管理电路(power management circuitry，PMC)1712。图示的设备1700的组件可被包括在UE或RAN节点中。在一些实施例中，设备1700可包括更少的元件(例如，RAN节点可不利用应用电路1702，而是包括处理器/控制器来处理从EPC接收的IP数据)。在一些实施例中，设备1700可包括额外的元件，例如存储器/存储装置、显示器、相机、传感器或者输入/输出(I/O)接口。在其他实施例中，下文描述的组件可被包括在多于一个设备中(例如，对于云RAN(Cloud-RAN，C-RAN)实现方式，所述电路可被分开包括在多于一个设备中)。

应用电路1702可包括一个或多个应用处理器。例如，应用电路1702可包括例如但不限于一个或多个单核或多核处理器之类的电路。(一个或多个)处理器可包括通用处理器和专用处理器(例如，图形处理器、应用处理器等等)的任何组合。处理器可与存储器/存储装置相耦合或者可包括存储器/存储装置并且可被配置为执行存储在存储器/存储装置中的指令以使得各种应用或操作系统能够在设备1700上运行。在一些实施例中，应用电路1702的处理器可处理从EPC接收的IP数据封包。

基带电路1704可包括例如但不限于一个或多个单核或多核处理器之类的电路。基带电路1704可包括一个或多个基带处理器或控制逻辑以处理从RF电路1706的接收信号路径接收的基带信号并且为RF电路1706的发送信号路径生成基带信号。基带处理电路1704可与应用电路1702相接口以便生成和处理基带信号和控制RF电路1706的操作。例如，在一些实施例中，基带电路1704可包第三代(3G)基带处理器1704A、***(4G)基带处理器1704B、第五代(5G)基带处理器1704C或者用于其他现有世代、开发中的世代或者未来将要开发的世代(例如，第二代(2G)、第六代(6G)等等)的其他(一个或多个)基带处理器1704D。基带电路1704(例如，基带处理器1704A-D中的一个或多个)可处理使能经由RF电路1706与一个或多个无线电网络通信的各种无线电控制功能。在其他实施例中，基带处理器1704A-D的一些或全部功能可被包括在存储于存储器1704G中的模块中并且被经由中央处理单元(CPU)1704E来执行。无线电控制功能可包括但不限于信号调制/解调、编码/解码、射频偏移，等等。在一些实施例中、基带电路1704的调制/解调电路可包括快速傅立叶变换(Fast-Fourier Transform，FFT)、预编码或者星座映射/解映射功能。在一些实施例中，基带电路1704的编码/解码电路可包括卷积、咬尾卷积、turbo、维特比或者低密度奇偶校验(LowDensity Parity Check，LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例，并且在其他实施例中可包括其他适当的功能。

在一些实施例中，基带电路1704可包括一个或多个音频数字信号处理器(digitalsignal processor，DSP)1704F。(一个或多个)音频DSP1704F可包括用于压缩/解压缩和回声消除的元件，并且在其他实施例中可包括其他适当的处理元件。基带电路的组件可被适当地组合在单个芯片中、单个芯片集中或者在一些实施例中被布置在同一电路板上。在一些实施例中，基带电路1704和应用电路1702的构成组件的一些或全部可一起实现在例如片上系统(system on a chip，SOC)上。

在一些实施例中，基带电路1704可提供与一个或多个无线电技术兼容的通信。例如，在一些实施例中，基带电路1704可支持与演进型通用地面无线电接入网络(evolveduniversal terrestrial radio access network，EUTRAN)或者其他无线城域网(wirelessmetropolitan area network，WMAN)、无线局域网(wireless local area network，WLAN)、无线个人区域网(wireless personal area network，WPAN)的通信。基带电路1704被配置为支持多于一个无线协议的无线电通信的实施例可被称为多模式基带电路。

RF电路1706可通过非固态介质利用经调制的电磁辐射使能与无线网络的通信。在各种实施例中，RF电路1706可包括开关、滤波器、放大器等等以促进与无线网络的通信。RF电路1706可包括接收信号路径，该接收信号路径可包括电路来对从FEM电路1708接收的RF信号进行下变频并且将基带信号提供给基带电路1704。RF电路1706还可包括发送信号路径，该发送信号路径可包括电路来对由基带电路1704提供的基带信号进行上变频并且将RF输出信号提供给FEM电路1708以便发送。

在一些实施例中，RF电路1706的接收信号路径可包括混频器电路1706A、放大器电路1706B和滤波器电路1706C。在一些实施例中，RF电路1706的发送信号路径可包括滤波器电路1706C和混频器电路1706A。RF电路1706还可包括合成器电路1706D，用于合成频率来供接收信号路径和发送信号路径的混频器电路1706A使用。在一些实施例中，接收信号路径的混频器电路1706A可被配置为基于由合成器电路1706D提供的合成频率对从FEM电路1708接收的RF信号进行下变频。放大器电路1706B可被配置为对经下变频的信号进行放大并且滤波器电路1706C可以是被配置为从经下变频的信号中去除不想要的信号以生成输出基带信号的低通滤波器(low-pass filter，LPF)或带通滤波器(band-pass filter，BPF)。输出基带信号可被提供给基带电路1704以便进一步处理。在一些实施例中，输出基带信号可以是零频基带信号，虽然这并不是必要要求。在一些实施例中，接收信号路径的混频器电路1706A可包括无源混频器，虽然实施例的范围不限于此。

在一些实施例中，发送信号路径的混频器电路1706A可被配置为基于由合成器电路1706D提供的合成频率对输入基带信号进行上变频以为FEM电路1708生成RF输出信号。基带信号可由基带电路1704提供并且可被滤波器电路1706C滤波。

在一些实施例中，接收信号路径的混频器电路1706A和发送信号路径的混频器电路1706A可包括两个或更多个混频器并且可分别被布置用于正交下变频和上变频。在一些实施例中，接收信号路径的混频器电路1706A和发送信号路径的混频器电路1706A可包括两个或更多个混频器并且可被布置用于镜像抑制(例如，哈特利镜像抑制)。在一些实施例中，接收信号路径的混频器电路1706A和混频器电路1706A可分别被布置用于直接下变频和直接上变频。在一些实施例中，接收信号路径的混频器电路1706A和发送信号路径的混频器电路1706A可被配置用于超外差操作。

在一些实施例中，输出基带信号和输入基带信号可以是模拟基带信号，虽然实施例的范围不限于此。在一些替换实施例中，输出基带信号和输入基带信号可以是数字基带信号。在这些替换实施例中，RF电路1706可包括模拟到数字转换器(analog-to-digitalconverter，ADC)和数字到模拟转换器(digital-to-analog converter，DAC)电路并且基带电路1704可包括数字基带接口以与RF电路1706通信。

在一些双模式实施例中，可提供单独的无线电IC电路来为每个频谱处理信号，虽然实施例的范围不限于此。

在一些实施例中，合成器电路1706D可以是分数N型合成器或分数N/N+1型合成器，虽然实施例的范围不限于此，因为其他类型的频率合成器可能是适当的。例如，合成器电路1706D可以是增量总和合成器、倍频器或者包括带有分频器的锁相环的合成器。

合成器电路1706D可被配置为基于频率输入和分频器控制输入合成输出频率来供RF电路1706的混频器电路1706A使用。在一些实施例中，合成器电路1706D可以是分数N/N+1型合成器。

在一些实施例中，频率输入可由压控振荡器(voltage controlled oscillator，VCO)提供，虽然这不是必要要求。取决于想要的输出频率，分频器控制输入可由基带电路1704或应用处理器1702提供。在一些实施例中，可基于由应用处理器1702指示的信道从查找表确定分频器控制输入(例如，N)。

RF电路1706的合成器电路1706D可包括分频器、延迟锁相环(delay-locked loop，DLL)、复用器和相位累加器。在一些实施例中，分频器可以是双模分频器(dual modulusdivider，DMD)并且相位累加器可以是数字相位累加器(digital phase accumulator，DPA)。在一些实施例中，DMD可被配置为将输入信号进行N或N+1分频(例如，基于进位输出)以提供分数分频比。在一些示例实施例中，DLL可包括一组级联的可调谐延迟元件、相位检测器、电荷泵和D型触发器。在这些实施例中，延迟元件可被配置为将VCO周期分解为Nd个相等的相位包，其中Nd是延迟线中的延迟元件的数目。这样，DLL提供负反馈以帮助确保经过延迟线的总延迟是一个VCO周期。

在一些实施例中，合成器电路1706D可被配置为生成载波频率作为输出频率，而在其他实施例中，输出频率可以是载波频率的倍数(例如，载波频率的两倍，载波频率的四倍)并且与正交发生器和分频器电路一起使用来在载波频率下生成彼此具有多个不同相位的多个信号。在一些实施例中，输出频率可以是LO频率(fLO)。在一些实施例中，RF电路1706可包括IQ/极坐标转换器。

FEM电路1708可包括接收信号路径，该接收信号路径可包括被配置为在从一个或多个天线1710接收的RF信号上操作、对接收到的信号进行放大并且将接收到的信号的放大版本提供给RF电路1706以便进一步处理的电路。FEM电路1708还可包括发送信号路径，该发送信号路径可包括被配置为对由RF电路1706提供的供发送的信号进行放大以便由一个或多个天线1710中的一个或多个发送的电路。在各种实施例中，通过发送或接收路径的放大可仅在RF电路1706中完成、仅在FEM 1708中完成或者在RF电路1706和FEM 1708两者中完成。

在一些实施例中，FEM电路1708可包括TX/RX开关以在发送模式和接收模式操作之间切换。FEM电路可包括接收信号路径和发送信号路径。FEM电路的接收信号路径可包括LNA以对接收到的RF信号进行放大并且提供经放大的接收RF信号作为输出(例如，提供给RF电路1706)。FEM电路1708的发送信号路径可包括功率放大器(power amplifier，PA)来对(例如由RF电路1706提供的)输入RF信号进行放大，并且包括一个或多个滤波器来生成RF信号供后续发送(例如，由一个或多个天线1710中的一个或多个发送)。

在一些实施例中，PMC 1712可管理提供给基带电路1704的电力。具体地，PMC 1712可控制电源选择、电压缩放、电池充电或者DC到DC转换。当设备1700能够被电池供电时，例如当设备被包括在UE中时，经常可包括PMC 1712。PMC 1712可增大功率转换效率，同时提供期望的实现大小和散热特性。

虽然图17示出了PMC 1712仅与基带电路1704耦合。然而，在其他实施例中，PMC1712可额外地或者替换地与其他组件耦合并且为其他组件执行类似的电力管理操作，其他组件例如但不限于是应用电路1702、RF电路1706或FEM 1708。

在一些实施例中，PMC 1712可控制设备1700的各种节电机制或者以其他方式作为这些节电机制的一部分。例如，如果设备1700处于因为预期很快要接收流量而仍连接到RAN节点的RRC_Connected状态中，则其可在一段时间无活动之后进入被称为非连续接收模式(Discontinuous Reception Mode，DRX)的状态。在此状态期间，设备1700可在短暂时间间隔中断电并从而节省电力。

如果在较长的一段时间中没有数据流量活动，则设备1700可转变关闭到RRC_Idle状态，在该状态中其与网络断开连接并且不执行诸如信道质量反馈、移交等等之类的操作。设备1700进入极低功率状态并且其执行寻呼，在寻呼中它再次周期性地醒来以侦听网络，然后再次断电。设备1700在此状态中可不接收数据，为了接收数据，它必须转变回到RRC_Connected状态。

额外的节电模式可允许设备在长于寻呼间隔(从数秒到几小时不等)的时段中对网络来说不可用。在此时间期间，设备对网络来说是完全不可达的并且可完全断电。在此时间期间发送的任何数据遭受较大延迟，并且假定该延迟是可接受的。

应用电路1702的处理器和基带电路1704的处理器可用于执行协议栈的一个或多个实例的元件。例如，基带电路1704的处理器单独或者组合地可用于执行层3、层2或层1功能，而应用电路1704的处理器可利用从这些层接收的数据(例如，封包数据)并且进一步执行层4功能(例如，传输通信协议(transmission communication protocol，TCP)和用户数据报协议(user datagram protocol，UDP)层)。就本文提及的而言，层3可包括无线电资源控制(radio resource control，RRC)层，这在下文更详细描述。就本文提及的而言，层2可包括介质接入控制(medium access control，MAC)层、无线电链路控制(radio linkcontrol，RLC)层和封包数据收敛协议(packet data convergence protocol，PDCP)层，这在下文更详细描述。就本文提及的而言，层1可包括UE/RAN节点的物理(PHY)层，这在下文更详细描述。

图18根据本公开的一些实施例图示了基带电路的示例接口。如上所述，图17的基带电路1704可包括处理器1704A-1704E和被所述处理器利用的存储器1704G。处理器1704A-1704E的每一者可分别包括存储器接口1804A-1804E，来向/从存储器1704G发送/接收数据。

基带电路1704还可包括一个或多个接口来通信地耦合到其他电路/设备，例如存储器接口1812(例如，向/从基带电路1704外部的存储器发送/接收数据的接口)、应用电路接口1814(例如，向/从图17的应用电路1702发送/接收数据的接口)、RF电路接口1816(例如，向/从图17的RF电路1706发送/接收数据的接口)、无线硬件连通性接口1818(例如，向/从近场通信(Near Field Communication，NFC)组件、组件(例如，低能耗)、组件和其他通信组件发送/接收数据的接口)以及电力管理接口1820(例如，向/从PMC 1712发送/接收电力或控制信号的接口)。

要指出这里的附图中的与这里的任何其他附图的元素具有相同标号和/或名称的任何元素在各种实施例中可按与其他附图的那些元素相似的方式操作或工作(不限于以这种方式操作或工作)。

说明书中提及“一实施例”、“一个实施例”、“一些实施例”或者“其他实施例”的意思是联系这些实施例描述的特定特征、结构或特性被包括在至少一些实施例中，但不一定是所有实施例中。“一实施例”、“一个实施例”或“一些实施例”的各种出现不一定全都指的是相同实施例。如果说明书陈述“可”、“可能”或者“可以”包括某一组件、特征、结构或特性，那么并不要求包括该特定组件、特征、结构或特性。如果说明书或权利要求提及“一”元素，那么并不意味着只有一个该元素。如果说明书或权利要求提及“一额外”元素，那么并不排除有多于一个额外元素。

此外，特定的特征、结构、功能或特性在一个或多个实施例中可按任何适当的方式被组合。例如，在与两个实施例相关联的特定特征、结构、功能或特性不互斥的任何地方，第一实施例可与第二实施例相组合。

虽然已结合其特定实施例描述了本公开，但本领域普通技术人员根据前述描述将清楚这种实施例的许多替换、修改和变化。例如，其他存储器体系结构，例如动态RAM(Dynamic RAM，DRAM)，可使用论述的实施例。本公开的实施例打算包含落在所附权利要求的宽广范围内的所有这种替换、修改和变化。

此外，为了图示和论述的简单，并且为了不模糊本公开，在给出的附图中可能示出或不示出到集成电路(integrated circuit，IC)芯片和其他组件的公知电源/地连接。另外，可能以框图形式示出布置以避免模糊本公开，并且同时也考虑到了如下事实：关于这种框图布置的实现的具体细节是高度取决于在其内实现本公开的平台的(即，这种具体细节应当完全在本领域技术人员的视野内)。在阐述具体细节(例如，电路)以便描述本公开的示例实施例的情况下，本领域技术人员应当清楚，没有这些具体细节，或者利用这些具体细节的变体，也可实现本公开。从而说明书应当被认为是例示性的，而不是限制性的。

以下示例属于进一步实施例。示例中的具体细节可用在一个或多个实施例中的任何地方。本文描述的装置的所有可选特征也可对于方法或过程实现。

提供了摘要以允许读者确定技术公开的性质和主旨。摘要是在如下理解下提交的：它不会被用于限制权利要求的范围或含义。特此将所附权利要求并入到详细描述中，其中每个权利要求独立作为一个单独的实施例。