帖上平均而言，可能存在M< =化TE-迅顺个具 有CCA杨通性的载波。具有和不具有无执照频谱的LTE/LTE-A还可具有不同的HARQ目标终 止。假定存在化TE含0个为该肥配置的载波，则代替使用NcellsDL =化TE-逊則計化TE来确定用于划 分软缓冲器的经配置CC总数，eNB将在框702基于杨通无执照CC的平均数目M和LTE CC数目 化TE来确定经配置CC总数。在框703,基站将使用基于CCA杨通性统计的经配置CC数目来划分 软缓冲器。
[0069] 应当注意，在确定用于划分的经配置CC总数时，一个或多个有执照CC可仅被用于 控制信令而不进行数据传输。在此类情形中，将不需要为正被用于控制信令的运一个或多 个有执照CC进行软缓冲器划分。因此，基站可在软缓冲器管理规程中不包括控制传输有执 照CC。
[0070] 应当注意，用M+化TE来替代NcellsDL可能在给定帖中CCA检查为杨通的实际无执照CC 数目超过用于划分的平均数目的情况下导致额外处置。应当进一步注意，杨通无执照CC数 目的代表性平均值M可由服务蜂窝小区配置。等效地，也可使用缩放因子ae(〇，l]，W使得a X化TE-逊順+Nlte=M+Nlte。本公开的各个方面不限于用于确立用于划分的经修改CC数目的任 何特定方法。
[0071] 本公开的各个附加方面可使用基于虚拟蜂窝小区的软缓冲器管理W反映更准确 的用于划分的经配置CC数目。UE可配置有用于CCA监视的N个蜂窝小区、W及用于载波聚集 的M< = N个蜂窝小区。虚拟蜂窝小区被定义为被配置成用于载波聚集的M个蜂窝小区中具有 杨通CCA的无执照CC。运M个蜂窝小区可W是N个经配置蜂窝小区中的任何蜂窝小区，其中运 M个蜂窝小区是CCA为杨通的蜂窝小区之中的蜂窝小区。各个替换方面可基于M个CC(而不是 配置成用于CCA监视的全部N个CC)来执行软缓冲器划分。
[0072] 图8是解说被执行W实现本公开的一个方面的示例框的功能框图。在框800,基站 确定被配置成用于由肥进行CCA监视的无执照CC数目。由于在无执照CC上的传输得不到保 证，因而许多无执照CC可被配置成用于由肥进行CCA监视W增大达成更大传输容量的概率。
[0073] 在框801，基站确定被配置成用于由该肥进行载波聚集的无执照CC数目。配置成用 于在该肥处进行载波聚集的无执照CC数目可最多达配置成用于CCA监视的数目。在框802， 基站检测运些经配置CC中最多达配置成用于载波聚集的数目的任何经配置CC的杨通CCA状 态。运些杨通的无执照CC可W是配置成用于CCA监视的全部无执照CC中的任何无执照CC。在 框803,基站基于配置成至少用于具有杨通CCA的虚拟蜂窝小区的载波聚集的无执照CC数目 来划分软缓冲器。
[0074] 由于在有执照CC上的传输得到保证，因而可W优选有利于此类有执照CC地对软缓 冲器使用进行优先级排序。图9是解说被执行W实现本公开的一个方面的示例框的功能框 图。在框900，基站确定由肥监视的有执照CC数目。在框901，基站确定由该UE监视的无执照 CC数目。在框902,基站可偏向于有执照CC地对软缓冲器划分进行优先级排序。使有执照CC 优先于无执照CC的优先级排序可通过操纵所估计的杨通无执照CC数目M(其中M^LTE-冠舟為） 或通过针对有执照和无执照CC使用不同公式来完成。例如，有执照CC可在式(2)中对N。ellsD^ 使用公式NcellsDL = Ml+NLTE，而无执照CC可在式(2)中使用公式NcellsDL=(Ml+NLTE)xM2/Ml，其 中 M2〉=M1。
[0076] M2〉=M1的关系将对不同公式进行加权W使有执照CC优先于无执照CC地进行优先 级排序。
[0077] 由于用于软缓冲器划分的经配置CC总数包括有执照和无执照CC两者，因而本公开 的各个方面可提供联合或单独的划分或软缓冲器管理。上述示例假定了联合软缓冲器管 理。然而，本公开的各个方面允许基站针对有执照CC和无执照CC单独地划分软缓冲器。图10 是解说被执行W实现本公开的一个方面的示例框的功能框图。在框1000和1001，基站分别 确定由肥监视的有执照和无执照CC数目。在框1002,根据本文描述的诸方面，基站可针对有 执照和无执照CC单独地划分软缓冲器。
[0078] 应当注意，在附加方面，框1002的单独划分也可被使用，并且可与针对有执照和无 执照CC的单独肥类别定义相结合。参照表1，可针对UE的无执照CC定义一组新的肥类别。运 些新的无执照CC肥类别可包括针对特定类别的不同比特量。
[0079] 应当进一步注意，基站可基于当前网络操作来确定要(诸如通过框1002)执行单独 软缓冲器管理。例如，联合软缓冲器管理可被选择用于载波聚集网络操作，而单独软缓冲器 管理在多个基站在彼此之间具有非理想回程通信时可被选择用于多流或双连通性操作。
[0080] 应当进一步注意，对M的确定可由肥来辅助。肥可基于它自己的需要/要求和/或观 察到的信道/干扰/负载状况来报告一些优选的M。
[0081] 应当进一步注意，式（1)和（2)的关于无执照CC的Miimit可不同于关于有执照CC的 Miimit。例如，LTE的Miimit可W是8,而具有无执照频谱的LTE/LTE-A的Miimit可W是16。应当注 意，有执照或无执照CC的化imit在本公开的替换方面可被选择为不同于8或16的常数。
[0082] 本公开的各个方面进一步设及在不同HARQ过程上的软缓冲器划分。为简单化，在 给定CC内的不同HARQ过程上划分软缓冲器仍基于"等分(equal split)"概念，其中用于划 分的HARQ过程数目仍可使用W下公式来确定:min( Mdl_harq，Mi imi t)。考虑非均等地拆分HARQ 过程(例如，基于HARQ往返时间(RTT))将是本公开的可任选方面。
[0083] 在此描述的软缓冲器管理规程的各个方面和操作中，可能发生其中基于CCA杨通 性统计的用于划分软缓冲器的CC数目可能与所调度的实际CC或HARQ过程数目不匹配的场 景。运种失配划分或缺额预订(underbooking)源自用于划分的CC数目小于所调度的CC数 目、或CC中用于划分的HARQ过程数目小于该CC上所调度的HARQ过程数目。
[0084] 为了解决随缺额预订而出现的问题，本公开的各个方面提议了通过CC依存性或 HARQ过程依存性来解决缺额预订的可能规则。图11是解说被执行W实现本公开的一个方面 的示例框的功能框图。在框1100,使用本文描述的基于CCA杨通性信息的方法之一来划分软 缓冲器。在框1101，基站检测失配划分，运是因为用于划分的CC数目与所调度的实际CC数目 不匹配、或用于划分的HARQ过程数目与CC上所调度的实际HARQ过程数目不匹配。
[0085] 在本公开的第一方面，在框1102a，基站使用CC依存性规则对访问所划分的软缓冲 器进行优先级排序。例如，有执照CC(如果此类CC存在)被给予优先于无执照CC的最高优先 级。此外，在有执照或无执照CC群当中，还根据CC蜂窝小区索引对运些群进行优先级排序， 其中（通过RRC消息接发来配置的)较低蜂窝小区索引被给予较高优先级。
[0086] 应当注意，可使用实现和/或标准化来最小化或减少跨CC软缓冲器重布置的发生。 当前在LTE中，通常在每个CC内执行因失配划分或缺额预订引起的软缓冲器重布置。减少或 最小化此类跨CC重布置的一个示例是针对每个经配置CC为最小HARQ过程数目保证软缓冲 器。
[0087] 在本公开的第二方面，在框1102b，基站使用HARQ过程依存性规则对访问所划分的 软缓冲器进行优先级排序。例如，可对已向服务蜂窝小区传送ACK/NAK反馈的HARQ过程给予 较高优先级。此类HARQ过程将已从UE接收到NAK，W使得其知晓将规划重传。运是与尚未传 送ACK/NAK反馈(例如，由于UL CCA失败、或类似原因）的HARQ过程相比而言。可基于重传次 数和/或自第一次传输W来逝去的时间量来向运些HARQ过程给予不同优先级。由于较老的 待决HARQ过程可能待决达长时间，因而具有最大重传次数或自第一次传输W来流逝较长时 间量的HARQ过程可能包括将不如更新近的HARQ过程那么关键的陈旧数据分组。如此，附加 方面可W考虑将较高优先级指派给新调度的HARQ过程。还可将较高优先级给予具有MIMO传 输的HARQ过程。因此，对于具有MIMO模式的CC，一些子帖可具有秩1传输，而其他子帖可具有 带有大于1的秩的传输。
[0088] 在本公开的第=方面，在框1102c，基站还可修改它自己的行为W解决软缓冲器管 理。例如，用于无执照CC的eNB可基于UE处的软缓冲器管理W及帖中的CCA杨通性来相应地 进行调度。如果所调度的CC/HARQ过程数目大于用于软缓冲器划分的标称经调度CC/HARQ过 程，则本公开的各个方面针对运些CC/HARQ过程考虑不同HARQ目标终止。
[0089] 应当注意，虽然先前描述的示例提供了具有和不具有无执照频谱的LTE/LTE-A操 作之间的讨论，但是本公开的替换方面也可应用于其中仅存在为肥配置的无执照载波或其 中存在支持HARQ的其他类型的RAT的组合(例如，LTE加改进的WiFi)的场景。本公开的各个 方面与每种此类不同网络和RAT兼容。
[0090] 本领域技术人员应理解，信息和信号可使用各种不同技术和技艺中的任何一种来 表示。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、位(比特）、码元、 和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。
[0091] 图5-11中的功能框和模块可包括处理器、电子设备、硬件设备、电子组件、逻辑电 路、存储器、软件代码、固件代码等，或其任何组合。
[0092] 技术人员将进一步领会，结合本文的公开所描述的各种解说性逻辑框、模块、电 路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软 件的运一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是W其功能性的形式作 一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的 设计约束。技术人员可针对每种特定应用W不同方式来实现所描述的功能性，但此类实现 决策不应被解读为致使脱离本公开的范围。技术人员还将容易认识到，本文描述的组件、方 法、或交互的顺序或组合仅是示例并且本公开的各个方面的组件、方法、或交互可按不同于 本文解说和描述的那些方式的方式被组合或执行。
[0093] 结合本文的公开所描述的各种解说性逻辑框、模块、W及电路可用设计成执行本 文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程 口阵列(FPGA)