CN110999385A

CN110999385A - 关于与新无线电中上行链路拆分承载的改进的方法和装置

Info

Publication number: CN110999385A
Application number: CN201880038324.0A
Authority: CN
Inventors: 奥利维尔·马克
Original assignee: JRD Communication Shenzhen Ltd
Current assignee: JRD Communication Shenzhen Ltd
Priority date: 2017-06-16
Filing date: 2018-01-04
Publication date: 2020-04-10
Also published as: EP3639563A1; US20200205213A1; GB201709683D0; GB2563590B; WO2018227953A1; EP3639563A4; GB2563590A

Abstract

一种使无线通信装置能够访问网络提供的服务的方法，所述方法包括：使用配置的拆分阈值，通过在数据传输之前将数据预分配给二个或多个链路，实现动态上行承载拆分(uplink bearer split)。

Description

关于与新无线电中上行链路拆分承载的改进的方法和装置

技术领域

本发明的实施例通常涉及无线通信系统，特别是支持无线通信装置的装置和方法，例如用户设备(User Equipment，UE)或移动装置访问无线接入技术(Radio AccessTechnology，RAT)或无线接入网络(Radio Access Network，RAN)，特别是，但并非只与新无线电(New Radio，NR)的上行链路分割承载的改进或与之相关的改进。

背景技术

无线通信系统，如第三代(third-generation，3G)的移动电话标准和技术是众所周知的。这种3G标准和技术是由第三代合作项目(Third GenerationPartnershipProject，3GPP)开发的。第三代无线通信一般是为支持宏蜂窝(macro-cell)移动电话通信而开发的。通信系统和网络已发展为宽带和移动系统。

第三代伙伴关系项目开发了所谓的长期演进(Long Term Evolution，LTE)系统，即一个进化的通用移动通信系统陆地无线接入网络(Evolved UniversalMobileTelecommunication System Territorial Radio Access Network，E-UTRAN)，用于移动接入网络，在所述移动接入网络中一个或多个宏小区(macro-cell)由称为eNodeB或进化节点B(evolved NodeB，eNB)的基站支持。最近，LTE正在向所谓的5G或新无线电(New Radio，NR)系统进一步发展，其中一个或多个小区由称为gNB的基站提供支持。

在NR中，由于时间限制更紧密/传输块(transport block，TB)大小更大，NR协议规范得到了简化，以便进行预处理(及于媒体访问控制(Medium AccessControl，MAC)业务数据单元(Service Data Unit，SDU)和相关子标头)，以帮助UE及时处理收到的上行链路(uplink，UL)授予。这主要通过移除无线链路控制(Radio Link Control，RLC)串联(concatenation)来实现。

在NR系统中，也建议类似于LTE系统，以支持双(或多)连接(dualconnectivity，DC)。它扩展以涵盖NR-NR或LTE-NR案例。在DC中，连接模式下的UE配置为利用调度程序提供的(Evolved Universal MobileTelecommunication System Territorial Radio Access，E-UTRA)和/或NR之间的无线电资源，这些调度程序通过非理想回程(backhaul)连接。方案LTE-NR尤其重要，因为预计某些初始NR部署将使用gNB作为添加到LTE旧网络的辅助节点。

在DC中，数据无线电承载可能有不同的类型：主小区组(master cell group，MCG)承载(如果它仅使用所述主节点小区组的资源)，辅助小区组(secondarycell group，SCG)承载(如果仅使用所述辅助节点小区组的资源)，或拆分承载(如果它使用来自主节点和辅助节点小区组的资源)。在拆分承载的情况下，所述的PDCP实体连接到2个RLC实体(每个链路中一个)，从而可以在所述的2个节点之间拆分所述数据。这尤其能增加总体吞吐量。在拆分承载中，所述用户数据可能拆分为DL和/或UL。在以下内容中，"UL拆分承载"用于指示可能拆分2个链路的用户数据的拆分承载。所述术语"链路"用于指示所述RLC/MAC，下层PDCP实体已连接所述RLC/MAC，所述下层PDCP实体可以向所述RLC/MAC发送数据。

上行(UL)拆分承载最初被讨论作为LTE Rel-12的一部分。然而，此时只同意了DL拆分承载。在UL中，所述用户数据仅发送到预配置的链路。所述UL拆分承载实际上是在LTERel-13中引入的。然而，所述的预处理与LTE无关，因为它的需要只出现在新无线电(NR)中。隐含地，所述的LTE设计引入了PDCP和RLC/MAC层之间的严格流量控制，每当配置UL拆分承载时(这是从所述配置的PDCP数据ul-DataSplitThreshold中得出的)在所述的配置中，所述的PDCP PDU将保留在PDCP中，直到任一链路的下层请求它们(收到所述其中一个链路上的UL授予)。然后，只有需要满足来自MAC逻辑通道优先级(Logical ChannelPrioritization，LCP)功能的上述请求的必要数量的PDCP PDU，被送至已收到所述UL授予的链路(如果PDCP数据量低于所述阈值，则限于优先的链路)。这种机制不允许对MAC SDU/MAC子表头进行预处理，因为路由仅在UL授予接收后执行。此外，当UL拆分承载配置为：仅在有足够的数据进行传输时，通过2个链路触发所述传输时，这很有趣。当所述的数据量很小，并且很容易在一个链路上传输时，在二个链路上触发传输效率不高。在LTE中，由于所述数据保留在PDCP中，因此可以轻易的通过比较所述的PDCP数据量(等待被传输)与配置的阈值(ul-DataSplitThreshold)来实现。

可以看出，当存在NR链路时，无法重复使用所述的LTE方法，因为它需要支持所述NR链路上的预处理。因此需要一种解决方案，允许对所述的NR链路进行预处理，并且还支持一种机制，仅在需要时才触发二个链路上的传输。已经有多个针对NR-NR或NR-LTE DC设计的这种UL数据拆分的提案被讨论了。

一个建议是摆脱"动态拆分"，而是使用"硬拆分"方法，例如传入的PDCPPDU基于固定拆分率路由到任一链路。但是，此方法因其链路性能不佳而闻名，因为所述的固定拆分率将不匹配最大可能链路吞吐量。所述拆分率方法的一个主要缺点是，它将二个链路上所述的速率比率限制为某些特定值，与无线电条件、负载等无关。动态拆分方法，根据所述的无线电情况/每个链路的负载情况在二个链路之间动态拆分所述数据，出于性能原因比较受欢迎。

为了实现"动态拆分"，一个建议是重复利用LTE动态拆分方法。但是，这不允许进行真正的预处理，因为数据可能在UL授予接收(意味着RLC SN的重新分配)时从一个链路切换到其他链路。此外，来说，这对UE的要求比单一连接更高。

因此，第三个建议是保持一个"动态拆分"，通过允许在上行授予接收之前预先分配(提交)有限数量的数据至一个NR链路(或多个NR链路)，从而允许NR预处理。这种方法可以调解NR链路的链路性能和实际预处理的可能性。它可以被视为LTE机制的自然延伸：对NR链路放宽了所述紧密PDCP和/或下层流量控制，以便在NR链路下层中缓冲一些有限的数据量。预计这种方法是最有可行性的，因为它保持了链路性能优势，同时仍然允许对NR进行真正的预处理。但是，此方法引入了需要解决的新问题。在此方法中，进一步减少所述的预分配数据量也很重要。问题是如何确保只允许在下层中缓冲所述所需的数据量。然后，第二个问题是如何实现有效的阈值机制来激活所述的UL数据拆分。

发明内容

本发明认识了上述问题，并认为需解决上述问题。

本发明正在寻求至少解决这一领域中一些存在的所述问题。

本发明提出了一种将所述预分配数据量降至最低的机制。

本发明还描述了一个框架，用于将预分配与阈值机制相结合，以激活所述的拆分操作。

提供此发明内容是为了以简化的形式介绍一些概念，下面将在所谓的详细描述中进一步介绍。本发明内容无意确定权利要求主题的关键特征或基本特征，也无意用作确定所述权利要求主题的范围的辅助工具。

根据本发明的第一个方面，提供了一种使无线通信装置能够访问网络提供的服务的方法，所述方法包括：动态上行承载拆分，使用配置的拆分阈值，在数据传输之前启用预分配数据到二个或多个链路中的一个或多个链路。

最好基于配置的拆分阈值在所述链路上拆分数据。

优选地，所述的二个链路上的激活数据拆分，是基于等于所述配置的拆分阈值的数据量。

优选地，所述的配置拆分阈值包括预分配给所述的二个或多个链路中的一个或多个链路的数据。

优选地，所述的数据量是PDCP数据量，包括提交到所述的二个或多个链路中的一个或多个链路的所述的PDCP数据。

优选地，所述数据量包括所述的PDCP数据量和用于为了在所述一个或多个链路中的一个相应逻辑通道中传输而缓冲的总数据，所述一个或多个链路中的一个相应逻辑通道为提交PDCP数据的逻辑通道。

优选地，所述数据量包括为UE中的承载进行传输而缓冲的总数据。

优选地，所述数据量包括所述的PDCP数据和所述为了用于在下层的多个相应逻辑通道传输而缓冲的总数据。

优选地，当UL数据拆分被激活时，用于激活所述UL数据拆分操作的所述数据量不会被报告，或对任一链路可见，并且报告所述的PDCP数据量，并且使得所述的PDCP数据量变得对任一链路可见。

优选地，在数据传输之前，在下层(lower layer，LL)最大缓冲值上执行预分配数据到所述二个或多个链路中的一个或多个链路，所述缓冲值被调整为最小值。

优选地，通过使用预期的最大UL授予，将所述的LL最大缓冲最小化。优选地，所述的LL最大缓冲被预期的最大逻辑通道(logic channel，LC)传输时间间隔(transmissiontime interval，TTI)吞吐量降至最低。

优选地，预期最大UL授予和预期最大LC TTI吞吐量之一推导出自于参考最大UL授予或参考最大LC TTI乘以一个边缘系数MarginFactor，所述系数配置为考虑来自网络(network，NW)侧的所述授予的可能加增。

优选地，所述的预期最大UL授予或所述的预期最大LC TTI吞吐量推导出自于的UL授予值的平均，或发生LC传输的以前的TTI的以前的LC分配值。

优选地，所述平均执行，是使用基于时间窗口的平均，或对配置的样本数进行平均。

优选地，当使用预期的最大UL授予时，所述LL最大缓冲是通过虚拟的运行LCP算法推导出的，所述算法假定接收了所述的预期最大UL授予，并使用所述为返回LC的分配；其中，当使用预期的最大LC TTI吞吐量时，所述LL最大缓冲是所述的预期最大LC TTI吞吐量值。

优选地，当链路上的LC操作LL最大缓冲时，所述的UE要求会放宽，例如，对于此LC只有达到所述的LL最大缓冲限度才能以传输块(transport block，TB)方式发送，从而允许所述的UE发送填充，否则即使它具有为此逻辑通道而缓冲的其他数据，发送其他数据。

优选地，所述数据根据以下一个或多个以进行预分配给每个链路：要传输的缓冲数据在每个链路上是相似的；或者要传输的缓冲数据对比LL最大缓冲(LL Max Buffering)的比率对于每个链路都类似。

优选地，数据仅预先分配给一个链路，并保留在PDCP中，以便可能让其他链路使用，具体根据以下一个或多个进行：在所述一个链路上传输的LL缓冲数据是最大值，但不高于PDCP缓冲数据；或在一个链路上要传输的LL缓冲数据与LL最大缓冲的比率为最大值，但不得高于PDCP缓冲数据与所述其他链路的最大缓冲的比率。

优选地，允许预分配数据的所述链路是NR链路，而所述的链路不允许预分配数据，但必须在PDCP中保留，则是LTE链路。

优选地，如果缓冲数据大于所述的拆分阈值，则所述传输的PDCP部分将对所有链路可见，并且将在具有不同选项的所有链路上预先分配数据。

优选地，所述网络是无线接入网络、新的无线电NR/5G网络和LTE网络中的其中一个。

根据本发明所述的第二个方面，提供了一个用户设备，UE装置用于执行本发明的另一个方面的所述方法。

根据本发明的第三个方面，提供了一个基站。

根据本发明所述的第四个方面，提供了一种非易失性计算机可读介质，具有计算机可读指令存储在所述介质上，供处理器执行本发明的另一个方面的所述方法。

根据本发明的另一个方面，提供了一种使无线通信装置能够访问由网络提供的服务的方法，所述方法包括：动态上行链路承载拆分，允许在数据传输之前将数据预分配给二个链路中的一个或多个链路，其中所述的UL数据在二个链路上的激活是在数据量为等于或高于配置的拆分阈值，其中包括预分配给二个链路的一个或多个链路(如果有)的数据。

非易失型计算机可读介质可以包含至少以下组合的一种形式，包括：硬盘、光盘只读存储器(Compact Disc Read Only Memory，CD-ROM)、光学存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器(Erasable Programmable Read OnlyMemory，EPROM)、电子可擦除的可编程只读存储器(Electrically Erasable ProgrammableRead Only Memory，EPROM)及闪存(Flash memory)。

附图说明

上述发明的进一步细节、各方面和实施例仅以示例方式描述，并参照附图进行所述明。为了简单明了，对附图中的元素进行了所说明，但不一定被绘制为标尺。在所述各附图已经有例如参考数字等以便更容易理解。

图1显示按照现有技术显示LTE-UL拆分承载机制的示意图；

图2显示按照现有技术与1示例相关的进一步相关功能的示意图；

图3显示根据本发明的实施例的PDCP数据路由的第一个案例的简化示意图；

图4显示根据本发明的实施例的PDCP数据路由的第二个案例的示意图；

图5显示根据本发明的实施例的PDCP数据路由的第三个案例的简化示意图；

图6显示根据本发明的实施例，表示预期最大UL授予值的推导的示意图；

图7显示根据本发明的实施例，表示预期最大LC TTI Tput值的推导的示意图；以及

图8显示根据本发明的实施例显示硬拆分机制的示意图。

具体实施方式

本领域技术人员将认识到并理解所述的例子的具体内容只是一些实施例的例子，并且本文所述的教导适用于各种不同环境。

本发明涉及NR中UL拆分承载的方法和系统。尤其与在至少一个链路为NR链路时在UL中拆分用户数据的方法，以及确定何时激活此类拆分的方法，而不是使用单个预配置的链路。

NR和LTE在UL上的主要区别之一与预处理有关。在NR中，预计接收UL授予和传输之间的处理时间将大大缩短，而TB大小将显著增加。因此，NR用户平面协议已进行了简化，允许在接收UL授予之前对媒体访问控制(medium access control，MAC)服务数据单元(service data unit，SDU)进行预处理。特别是，RLC串联被移除，以允许这种预处理。

在单连接中，数据包数据收敛协议(Packet data convergence protocol，PDCP)协议数据单元(protocol data unit，PDU)可以预处理成为无线电链路控制(radiolinkcontrol，RLC)服务数据单元(SDU)和MAC SDU。可以预处理RLC和MAC标头或子标头(sub-header)。收到UL授予时，可能需要对最后一个RLCSDU进行分段，这只需要非常有限度的处理。

在双连接中，在UL拆分承载的情况下，传统的LTE现实运作不允许此类预处理。实际上，PDCP PDU保留在PDCP中，直到下层常在UL授予后请求PDCP PDU。

这方面的标准协议如下。

“可配置阈值的方法用于确定UE是否应在多个链路上传输。缓冲区状态作为阈值，这是基本的作为。可以考虑其他阈值，如数据速率或延迟。

如果等级低于阈值，则所述UE在一个链路上传输；如果高于阈值，则可以考虑改善以进行预处理和链路性能。”

本发明与同时使用两个链路时，允许预处理和链路性能的增强功能有关。它还与适应此类增强功能的基于阈值的机制有关，允许仅在需要时执行多个链路上的传输。此处使用的术语"链路"旨在表示LTE或NR下层协议，例如，在双连接或多连接领域用语中的RLC/MAC，其中PDCP实体可能连接到多个链路。这偶尔也被称为"分支"。

本发明的重点是调整LTE UL分离承载机制，允许在NR链路上进行预处理。

通常，对于LTE或NR，在缓冲区状态报告(buffer status report，BSR)(即逻辑通道组的缓冲区状态)后，UE应该能够根据其能力处理收到的UL授予，并在此UL授予中最大化数据传输。UE不应传输填充(padding)，因为它无法处理在BSR中较早被要求传输的准时数据。它需要具有处理能力，以便按时处理收到的UL授予。由于时间限制/更大的传输块(TB)大小，NR协议规范进行了简化，使预处理能够帮助UE按时处理收到的UL授予。

在UL拆分承载的情况下，至少有一个链路使用NR(即NR-NR；NR-LTE；LTE-NR)；在使用NR的任何链路上，都可以进行预处理。在任何情况下，UE的主要要求是准备好按时传输数据，无论是否需要预处理。所谓的超级UE也许能够实时处理授予，在这种情况下，他们应该可以自由地这样做，特别是如果这带来了好处的情况下。

其中，LTE设计引入了PDCP和RLC/MAC层之间的紧密流量控制。每当配置UL拆分承载时，PDCP PDU将保留在PDCP中，直到任一链路的下层请求它们，即直到其中一个链路收到UL授予为止。UL拆分承载配置推导出自于PDCP配置中是否存在PDCP数据ul-DataSplitThreshold。收到UL授予后，用于满足来自MAC逻辑通道优先级(logical channelprioritization，LCP)功能的请求，而需要预先确定的PDCP PDU数，将发送到收到UL授予的链路。如果PDCP数据量低于配置的ul-DataSplitThreshold阈值，则数据传输将限制为单个链路，即所谓由上层配置的"优先链路"。图1中对此进行了说明。可以看出，此机制不允许进行预处理，因为仅在UL授予接收后执行路由。

此外，最好仅在有足够的数据要发送时，才在二个链路上执行传输。目标是避免小数据传输以触发二个链路(SR、BSR，然后可能的双重授予分配)，而这样做没有任何优势。

在LTE Rel-13中提出了一种实现方式，是通过使用相对于PDCP数据量的配置阈值。这一点参照图4进行描述。阈值使用两次。在第一个实例中，使PDCP数据在用于BSR触发和/或计算一个链路上(当PDCP数据量低于阈值时)或二个链路(当PDCP数据量等于或高于阈值时)上"可见"。在第二个实例中，阈值用于在下层请求下，在一个链路上(当PDCP数据量低于阈值时)或二个链路(当PDCP数据量等于或高于阈值时)上传输PDCP PDU。在每个实例中，所述一个链路是优先级链路，由上层配置。关于第二个实例，似乎最好是：即使PDCP数据量低于阈值，也应当允许发送完整的PDCP PDU，所述PDCP PDU可以适用于在此LC的LCP之后进行的分配中，随在非优先级链路上收到UL授予之后。否则，这会导致无线电资源的浪费，因为UE将发送填充。相反的，当PDCP数据量低于阈值且在非优先级链路上收到UL授予时，无法适于加入在此LC的LCP之后(在此UL授予之后应)的分配的PDCP PDU，不应该被提交到非优先级链路，因为分配中只传输PDCP PDU的一部分，PDCP PDU的剩余部分将触发对非优先级链路的进一步分配，这是不希望发生的事。

因此，本发明看似可能与NR和LTE相关。还需要保留具有NR链路的类似阈值机制，通过所述机制，将在高于某个阈值的二个链路之间拆分数据。

本发明提出了一种框架，将UL分割阈值结合于预先分配到一个或多个给定链路，以及一种或多种方法，以尽量减少对一个或多个给定链路的预分配。需要注意的是，本发明考虑了允许对NR链路进行"预分配"的一种形式。在本发明中，预分配是指在接收UL授予之前实际将数据提交到NR链路的同义词，而不仅仅是预处理。预分配给NR链路的目的是允许对需要所述链路的UEs进行必要的预处理。但是，预处理本身应留给UE实行。超级UE可能不需要任何预处理。本发明旨在尽量减少任何此类预分配的影响，并根据预分配限制考虑对UE填补传输块(TB)的要求的影响。本发明进一步阐述了如何将阈值与为传输缓冲的数据"总量"一起使用。

为了更好地了解UL传输的要求和限制，需要一些与LTE中UL传输上缓冲数据相关的背景。首先，有必要了解，对于连续上行流量，典型的BSR值可能相当高。

从LTE的基础，可以注意到，(报告表中的最大BSR阈值)基于预期响应时间(介于BSR计算和UL授予之间)和小区组(cell group)的最大UL速率以计算BSR范围。使用的预期响应时间为2*RTT＝16ms。RTT代表往返时间(round trip time，RTT)。在第八版(Rel-8)中，对于单一个载波和单一层，最大UL速率为75Mbps；因此，这生产约150kB。后来扩展到支持四层和五个卷积码(convolution codes，CC)，产生3000kB。这当然并不排除UE会做更多缓冲。

可以看出，BSR范围实际上覆盖了1毫秒(LTE中正常TTI持续时间)传输所需的缓冲的16倍。使用NR时，预期响应时间将较低，但同样的原则将适用。

UE通常可以保留/报告缓冲区大小(buffer size，BS)，所述缓冲区大小表示一个传输时间间隔(transmission time interval，TTI)中的传输所需的缓冲的数倍。对于任何"连续传输"或"长突发数据"，通常都是如此。对于BSR表计算，则假定与最大可能分配对应的UL授予。然而，一般情况下，情况可能并非如此，这取决于小区的负载和无线电的条件。通常，在每个TTI上，只有最大UL授予的x％分配给UE。在以下这种情况下同样的观察仍然适用，即UE通常可能回报告表示在一个TTI中将进行传输所需的缓冲的数倍的缓冲区大小BS。NB调度程序将包括调度UE通过多个TTI的信息。

需要注意的是，对于传输控制协议(transmission control protocol，TCP)连接，典型的TCP动作是：直到触发主机流量控制或主动队列管理(active queuemanagement，AQM)机制之前，发射端的缓冲会增加。在某种程度上，这是有益的，因为UE将报告更高的BS，并可能期望NB调度程序增加其分配。

对于如此高的BSR值，问题是UE需要准备妥当/准备好以单个TTI传输所有数据，最多只能达到最大可能的UL授予(根据其能力)，而通常情况永远不会如此，因为这需要UE处于完美的无线电条件下。

查看LTE中的ul-DataSplitThreshold值也会很有帮助。LTE中的ul-DataSplitThreshold阈值定义如下：

值的范围为0、100、200、...字节(Byte)到819千字节(kilobyte，kB)。可以看出，营运商可以针对任意最小数据量非常灵活地设置所述拆分。将所述阈值与可在一个链路一个TTI中传输的最大理论数据进行是比较非常重要。假设一个载波单元(Component Carrier，CC)，最大150每秒百万比特(Million bitsper second，Mbps)，这提供18750B/TTI。因此，SplitThreshold可能需要配置在低于或高于可在一个链路一个TTI中传输的最大数据。保持这种灵活性对于NR设计而言非常重要。

如前所述，在LTE基础和当前NR基础中，在报告BSR之后，也就是对于逻辑通道组的缓冲区状态，UE应该能够根据其功能处理收到的UL授予，并最大化在此UL授予中的数据传输(至少根据以前的BSR)。如前所述，通常回报的BSR将非常高(因为占用横跨多个TTI的传输)，往往超过可以在链路上收到的最大理论值UL授予。

因为UE无法处理之前要求在BSR中传输的准时数据，所以UE不应传输填充(padding)。因此，UE需要准备以传输高达在链路上可以接收的最大理论UL授予，即使这种情况从未发生。在NR链路上，如前面所述，标准规范应允许预处理，即将数据预分配给(提交)到NR下层(RLC/MAC)。基本上，可以考虑，需要允许在一个TTI期间预计传输的最大数据量预先分配给RLC/MAC。在没有任何改良的情况下，这意味着需要允许在链路上可以接收的最大理论UL授予需要在RLC/MAC中进行缓冲。特别是对于NR，这个值可能很大，在UL拆分的环境中可能是难以接受的，因为这在链路拥塞时将降低性能。

因此，应尽量减少此类预分配，因为如果链路暂时拥塞，任何过度分配都会降低性能。

因此，建议在配置UL拆分承载时，NR链路允许一个下层(LL)最大缓冲限度(针对每个链路，针对每个逻辑通道(logic channel，LC))。LL最大缓冲限度可以只指向"新数据"，即提交到下层的(并可能是预处理成RLC PDU或MAC SDU的)PDCP PDU或要在LL中传输缓冲的总数据(包括"新数据"、RLC STATUS状态信息、应进行重传的非确认(NACK)的RLC PDU)。

LL最大缓冲限度还应反映对此LC，预期UE可能会在一个TB发送的最大数据。换句话说，UE要求是宽松的，例如，对于此LC，在一个TB中最多只能以LL最大缓冲限度的量发送。如果UE已为此LC缓冲数据，但无法按时处理，则允许UE发送填充，以备UL授予和LCP规则需要发送更多数据的情况。如果它为其他LC准备了数据，则可能会传输此类数据，以避免无线电资源浪费。本文稍后将介绍不同的LL最大缓冲限度替代方案。

对于将PDCP数据路由到一个或二个链路，需要考虑二个主要用例：在情况A下，未触发UL拆分操作，PDCP数据只能预先分配给优先级的CG(由较高层配置)；以及情况B，触发UL拆分，PDCP数据应预先分配给二个CG。情况A如图3所示。

对于案例B，有几个子案例(假设MCG是优先的组别)如下：

·B1-split_threshold拆分阈值设置为相对较高的值：

o(LL最大缓冲MCG＝LL最大缓冲SCG)<＝split_threshold

·B2-split_threshold拆分阈值设置为中间值：

o LL最大缓冲MCG<＝split_threshold<(LL最大缓冲MCG+LL最大缓冲SCG)

·B3-split_threshold拆分阈值设置为相对较低的值：

o plit_threshold<＝LL最大缓冲MCG

参考图4，假设案例B1是主要用例，特别是如果LL最大缓冲MCG/SCG可以如下所示最小化。

可以支持案例B2/B3，特别是如果LL最大缓冲MCG/SCG无法最小化(例如，需要匹配每个链路上可接收的最大UL授予)。事实上，在这种情况下，可能需要更早开始拆分。正如之前讨论过的，LTE拆分阈值配置允许这样做，因为可以设置为100B这么低的值。有几种选择：选择一，其中首先使用优先的CG。UE将预先分配数据给优先的CG，最高可以达到所述优先的CG的LL最大缓冲。然后，它将预先分配给未优先级的CG；选择二，其中使用二个CG，与配置的优先级CG之间独立互不相关。值得注意的是，在LTE基本作法中，当触发UL拆分时，数据会根据进来的UL授予进行拆分。仅当未触发UL拆分时，才使用配置的优先级CG。

使用选择一的一个问题是，如果没有足够的缓冲数据，则只能使用优先的CG(在用例B3的情况下)，而预期的行为是使用二个链路，因此，PDCP中的任何临时缓冲数据可能都对二个链路可见，导致二个链路上都存在UL授予。因此，选择二可能更好。此外，选择二将更接近LTE基本作法。在这种情况下，可能需要一些规则来预分配数据到每个链路。建议根据下列规则之一预先分配数据到链路：要传输的缓冲数据在每个链路上相似；或者，对于每个链路，要传输的缓冲数据与LL最大缓冲的比率都相似。这将确保数据拆分是根据每个链路上的动态数据速率。第二个规则是比较好的，因为它能更适合在多个链路的吞吐量可能显著不同的情况。

下图5描述了预先分配数据的选项，以确保每个链路上的缓冲数据与LL最大缓冲的比率相类似。对于用例B2/B3的情况，数据按LL最大缓冲的比例拆分。当其中一个链路为非NR时(例如LTE)，则无需预分配数据(可能不需要LL缓冲)。在这种情况下，同样的原则可以适用，因为LTE链路的数据缓冲需要保留在PDCP中，因为不需要将数据分配给下层。对于LTE链路，可以类似于如下所述对NR链路那样推导出最大缓冲值。最大缓冲值可用于路由算法，以拆分NR链路和LTE链路之间的数据(对于LTE链路，缓冲数据保留在PDCP中)。据了解，无需强制一些缓冲的PDCP数据稍后在LTE链路上传输；只是需要根据路由算法，在PDCP保留所需的数据量，供LTE链路潜在使用。

可以实施不同的可能的建模选项，包括以下选项。

PDCP数据的路由可能类似于LTE，即根据下层的请求。对于LTE链路，LL最大缓冲为0。在这种情况下，UL授予将触发对PDCP的请求。对于NR链路，LL最大缓冲值为>0。在这种情况下，UE是允许，但如果它不需要，则不是强制预先将高达LL最大缓冲的数据分配给链路。然后，UE可以预处理它(或它的一部分)，以便在UL授予的情况下准备就绪。此建模假定PDCP将最大缓冲数据量配置给下层，下层在需要时请求相应的数据量。

PDCP可以提交数据，假定其具有对LL缓冲状态的可见性。这在标准规范中可能更容易实现。

在下面的部分中，我们将介绍几个替代方法来推导出LL最大缓冲值。有两种主要方法来推导出LL最大缓冲值(对于给定的逻辑通道，在给定链路上)。它可能推导出自于最大UL授予值；或推导出自于最大LC TTI吞吐量值。此外，通过考虑较早的BSR报告，还可以进一步降低LL最大缓冲值(对于上述任何方法)：仅需要缓冲最后一个BSR中报告的缓冲区状态值。

首先，我们考虑从最大UL授予值推导出LL最大缓冲值的替代方法。

在NR中，LC可以映射/限制到不同的数值和/或载波。在这种情况下，可能有不同的UL授予(在不同的数字和/或载波上)，从而支持此逻辑通道的传输。

现在考虑一个单一的UL授予，但原则可以推广到的以下情况，通过将所述程序应用到每个可能的UL授予来源(数字/载体)，几个UL授予可以支持LC的传输。这将为每个UL授予源生成LL最大缓冲，所述LL最大缓冲可以累计到总LL最大缓冲值。

最大UL授予值可以是：根据UE能力的最大UL授予；由网络(network，NW)以半静态(无线资源控制(radio resource control，RRC))或动态(MAC)方式配置；或最大预期UL授予值。在前一种情况下，这可能是参考，即，UE可能期望随时收到分配最大UL资源(自然至少不超过它向NW发出的数据量)的UL授予。值得关注的是，此值通常非常高。第二种情况的缺点是，这限制了吞吐量或导致过多的信令。关于第三种选择，这旨在使缓冲按照实际的调度(scheduling)进行调配，下文将进一步详细介绍。

知道最大UL授予值后，可以如下得出LL最大缓冲值：假设总最大UL授予值可用于LC(这不是优化，但是简单的)；或使用LCP预测，考虑到LCP(QoS)的情况，可以最小化每个LC的LL最大缓冲。LCP预测将在下面进一步详细。

现在，我们进一步描述如何推导出最大预期UL授予值。参考UL授予值可以通过确定其中一种值，从以前收到的UL授予中得出：在固定时间窗口的平均值，忽略没有授予的TTI；或N个最后UL授予的平均值。参考UL授予值也可以从PHY动态参数(调制与编码策略(modulation and coding scheme，MCS))推导出。

预期的最大UL授予值可以从如下参考值得出：预期最大UL授予＝参考UL授予*MarginFactor边际因子(裁剪为最大UL授予值)。在此公式中，MarginFactor>＝1是一个由NW配置的参数，以便NW增加授予值，而无需冒风险让UE发送填充。根据UE能力，初始值(当没有现有历史记录时)可能设置为最大UL授予值。如图6所示。

假设某些最大UL授予值有被假定，则LCP(逻辑通道优先级划分)预测适用。当配置了多个承载时，则能够考虑QoS。在旧LTE参考中，LCP功能由MAC在接收UL授予时执行，以便在具有可用数据(缓冲数据)的不同承载之间拆分传输资源，同时考虑到QoS(逻辑通道的优先级，优先级划分后的比特率)。在确定最大UL授予值时，如果以后收到这样的授予，UE可以模拟LCP程序结果。例如，在下面的TTI中，通过运行(虚拟或其他)LCP程序来提前考虑运行所述过程的影响，并假定它已收到此类UL授予。这可能需要考虑优先级比特率(Prioritized Bit Rate,PBR)计算的令牌存储桶(token buckets)的增加。这将产生所述授予的每个LC需要多少数据，可用来作为所述LL最大缓冲值。作为一个简单的示例，假设另一个RB具有相同的优先级(和缓冲数据)；只需要缓冲所述最大UL授予值的一半，因为在这种情况下，LCP需要将传输资源拆分给二个承载。

如果从最大LC TTI吞吐量值产生出所述LL最大缓冲值，则考虑以下替代方法。作为考虑UL授予值(该值对小区组中的所有LC都是全局的)的替代方法，UE可以考虑小区组中的LC吞吐量，所述LC吞吐量已经考虑了LCP。在以下部分，"LC TTI吞吐量"称为分配的LC的数据量，作为TTI上的UL授予的一部分。它可以为0(例如，如果所述TTI中未收到任何授予，或者如果LCP最后没有为此LC发送任何数据)。

同样，如上所述，LC可以映射/限制到不同的数值和/或载波。在这种情况下，可能有不同的UL授予(在不同的数字和/或载波上)，从而支持此逻辑通道的传输。

在下面，考虑一个单一的UL授予，但原则可以通过应用所述程序于每个可能的UL授予来源(数字/载体)，推广至几个UL授予可以启用LC的传输的情况下。这将为每个UL授予来源生成LL最大缓冲，所述LL最大缓冲可以累计到总LL最大缓冲值。

最大LC TTI吞吐量值可以是：对应于根据UE能力的最大UL授予；由NW以半静态(RRC)或动态(MAC)方式配置；或最大预期LC TTI吞吐量值。在第一种情况下，这将是参考，即，UE可能期望随时收到分配最大UL资源(自然至少不超过它向NW发出信号的数据量)的UL授予。值得关注的是，此值通常非常高。对于第二种情况的缺点是，这限制了吞吐量或导致过多的信令。关于第三种情况，这旨在使缓冲按照实际的调度(scheduling)进行调配，下文将详细介绍。

然后，可以将LL最大缓冲设置为所述最大LC TTI吞吐量值(此方法中已考虑LCP)。

现在将描述得出最大预期LC TTI吞吐量值的方式。可以从以前为此LC发送的数据，通过确定固定时间窗口中的平均值，忽略不带授予的TTI，衍生出参考LC TTI吞吐量值；或使用最后N个UL授予中的平均值。执行平均时，它可以决定是否要包括没有为此LC发送数据的UL授予。最好只考虑发送数据的TTIs(UL授予)，因为这样可以正确考虑PBR行为。实际上，通常低优先级的承载将通过每x个TTI发送一个PDU来实现PBR，从而满足平均PBR。

预期的最大UL授予值可以从如下参考值得出：预期最大LC TTI吞吐量值＝参考LCTTI吞吐量值*MarginFactor边际因子(剪切为最大LC TTI吞吐量值，即最大UL授予值)。其中MarginFactor>＝1是一个NW可以配置的参数，以便NW增加LC TTI吞吐量值，而无需冒让UE发送填充的风险。根据UE能力，初始值(当没有现有历史记录时)可能设置为最大LC TTI吞吐量值。上图7所示。

LL最大缓冲的概念也可以扩展到单个连接用例。它可以用来作为UE的辅助信息，以限制下层缓冲。这能够允许实现更高效的传输丢弃机制；和用户平面(user plane，UP)堆栈(stack)中更高效的优先级机制。例如，决定TCP确认(acknowledgement，ACK)或其他优先级数据的优先级。

现在将考虑在需要时触发UL拆分操作所需的阈值操作。在LTE中，所述阈值与缓冲的PDCP数据相关。但是，在LTE中，在拆分承载操作的情况下，在配置拆分承载时隐式假定严格的流量控制，例如PDCP PDU会一直存储在PDCP中，直到下层请求(非拆分操作并非如此)。这意味着，在大多数情况下，要传输的数据被缓冲到PDCP中(只有要重新传输的RLC SDU段、RLC STATUS或RLC PDU将被传输，但不存储在PDCP中，这通常表示很低的数量)。因此，PDCP数据量的使用基本上可以归结为要查看需要传输多少UL数据。

保留这种方法将是有益的，因为每当要传输的缓冲数据高于阈值时，UL拆分都会被激活。与提供优先链路的吞吐量相比，传入吞吐量增加，或者优先链路拥塞时，情况可能如此。

在NR中，协议设计应允许在NR链路上进行预处理。这意味着某些数据可以在UL授予到达之前在NR链路上预分配(提交)。无论拆分的方案、动态或硬拆分，这都是实际需要的。不倾向于保留基于PDCP数据量的阈值，因为它可以防止将阈值设置为小于(LL最大缓冲MCG+LL最大缓冲SCG)。如上所述，保持LTE基本作法中存在的灵活性似乎很重要。

此外，如果不考虑PDCP数据量，还可以保留LTE方法，此外，还考虑在NR下层中提交和缓冲的数据量。即，阈值应相关于"总新数据"(PDCP数据，以及已在下层中发送和缓冲的PDCP PDU)或要针对此承载传输的"总数据"(包括应重新传输的非确认(NACKed)的RLC数据、RLC STATUS)。考虑总数据似乎更容易。

当至少有1个NR链路时，即NR-NR或NR-LTEUL拆分操作时，这一点可能适用。对于LTE链路，可能会考虑下层中的缓冲数据(与NR对齐)或不考虑(保持与LTE中的相同机制)，如上所述，这没有多大区别。

在LTE中，所述阈值使用两次：使PDCP数据"可见"，用于优先级链路(如果低于阈值)或二个链路(如果高于阈值)上的BSR触发和/或计算，以及将PDCP数据路由到优先链路(如果低于阈值)或二个链路(如果高于阈值)。

对于这二个目的，也可以使用相同的原则，而考虑与数据量相关的更动。相同的数据量指标(metric)和阈值应该用于这二个目的。

与LTE不同的是，在LTE中，PDCP数据量既用于BSR触发和/或计算，也用于作为指标以激活UL拆分(路由到二个链路并使数据对二个链路可见)。在本发明中，PDCP数据量用于BSR触发(LTE链路也需要)和/或BSR计算，但激活UL拆分(路由到二个链路并使数据对二个链路可见)的指标是不同的。

如前所述，还讨论了"硬拆分"方法，其中PDCP PDU根据配置的比率分发到二个链路。如果没有PDCP和下层之间的指定流控制，PDCP数据量也不再用作指标，因为PDCP中剩余的缓冲数据将因实作的情况而不同。假设PDCPSDU被处理成PDCP PDU并尽快路由，则新数据将主要保留在RLC/MAC层中。然后，PDCP数据可能大多保持在配置的所述阈值以下，这将导致将数据被发送到优先的CG，如下文参考图8所述，。

提出使用数据速率指标的选项。但是，使用这二个链路的触发应该是要传输的数据量。这也类似于LTE。因此，对于硬拆分方法，也可以考虑数据量与阈值进行比较的以下替代方法：PDCP和RLC/MAC层中的总缓冲"新数据"；或在PDCP以及RLC/MAC层以备传送的总缓冲数据，("新数据"+RLC STATUS+应重新传输的非确认RLC数据)。

下面是至少基于上述一些实施例的MAC/PDCP高阶的文本提议的例子，。

关于BSR触发和/或计算，在MAC规范中(使用LTE基准)：

对于拆分承载，当指示在PDCP中可用于传输到MAC实体的数据，以进行BSR触发和缓冲区大小计算时，UE应：

-如果配置了ul-DataSplitThreshold阈值，并且总缓冲数据(包括在NR链

路中预分配的数据)大于或等于ul-DataSplitThreshold阈值：

--将在PDCP中可用于传输的数据指示给为SCG配置的MAC实体和为MCG配置的MAC实体；

-否则

-如果上层设置ul-DataSplitDRB-ViaSCG为TRUE[3]：

-将在PDCP中可用于传输的数据指示给仅为SCG配置的MAC实体；

-如果配置了ul-DataSplitThreshold，则将PDCP中可用于传输的数据为0指示给为MCG配置的MAC实体；

-否则

-将在PDCP中可用于传输的数据指示给仅为MCG配置的MAC实体；

-如果配置了ul-DataSplitThreshold，则将PDCP中可用于传输的数据为0指示给为SCG配置的MAC实体。

相关于数据路由，在MAC规范中：

向下层提交PDCP数据PDU时，传输PDCP实体应当：

-如果pdcpDuplication被激活：

-复制PDCP数据PDU并将其提交给与PDCP实体关联的每个RLC实体；

-否则

-如果可供传输的总缓冲数据(包括在NR链路中预分配的数据)小于ul-DataSplitThreshold阈值：

-将其提交到配置的RLC实体；

-否则

-将其提交到关联的RLC实体之一。

另外

-对于拆分承载，PDCP在LTE下层请求时(遵循UL授予到达和LCP程序)将PDCPPDU提交到LTE下层。

-如果请求来自未配置的RLC实体，而PDCP应仅提交到配置的实体，则只要PDCPPDU符合下层请求，则允许将PDCP PDU提交到未配置的实体；

-(注意：这不是在LTE，经过NR讨论后不知道为什么，也提出上述方案以建议尝试机会性的改变LTE)。

-对于拆分承载，只要用于LL中传输的数据低于此LC和链路的LL最大缓冲限制，PDCP可以将PDCP PDU提交到NR下层。

-向二个NR CG提交数据时，PDCP应确保每个链路的缓冲数据与LL最大缓冲限制的比率相似。

-向一个NR CG和一个LTE CG提交数据时，PDCP应确保NR链路的缓冲数据与LL最大缓冲限制的比率最大，但不得高于LTE链路的PDCP缓冲数据与LL最大缓冲限制的比率。

与LCP程序相关：在MAC规范中；

-在上述调度过程中，UE还应遵循以下规则：

-[…]

-对于给定的LC，UE的传输量不得超过此LC的最大缓冲值；

一个LC的LL最大缓冲由上层配置。(简单的)

或

一个LC的LL最大缓冲的计算如下：(更优化的)

-LcTtiTput＝在小区中最后LcTTiNb个传输中运行中LC数据的平均量，或(如果小区中没有此LC的早期传输)对应于最大UL授予

-LL最大缓冲＝LcTtiTput*MarginFactor边际因子

上层按LC配置LcTputTTiNb和MarginFactor边际因子。

从上述建议和实例中，说明了一种处理拆分承载的有效方法。本发明关于任何与标准无关的上行链路动态分割承载配置。

虽然没有详细显示，构成网络一部分的任何装置或设备可以至少包括处理器、存储单元和通信接口，其中处理器单元、存储单元和通信接口被配置以执行本发明任何方面的方法。下面将介绍其他选项和选择。

本发明实施例的信号处理功能，特别是gNB和UE，可以使用相关技术熟练的人已知的计算系统或架构来实现。计算系统，如桌上型、笔记本电脑或膝上型电脑、手持式计算装置(个人数字助理(personal digital assistant，PDA)、手机、掌上等)，大型机(mainframe)、服务器、客户端或可能适合给定的应用程序或环境的任何其他特殊或通用计算装置。计算系统可以包括一个或多个处理器，可以使用通用或特殊用途的处理引擎实现，例如微处理器、微控制器或其他控制模块。

计算系统还可以包括一个主内存，如随机存取内存(Random AccessMemory，RAM)或其他易失存储器，用于存储由处理器执行的信息和指令。在处理器执行指令期间，此类主内存还可用于存储临时变量或其他中间信息。计算系统同样可以包括只读存储器(readonly memory，ROM)或其他静态存储装置，用于存储处理器的静态信息和指令。

所述计算系统还可能包含一个信息存储系统，例如可能包含一个媒体磁盘驱动器和一个卸除式储存装置接口。媒体磁盘驱动器可能包含支持固定或卸除式储存装置介质的磁盘驱动器或其他机制，如硬盘磁盘驱动器、软盘磁盘驱动器、磁带机磁盘驱动器、光学式磁盘驱动器、光盘(Compact Disc，CD)磁盘驱动器或数字视频光盘(Digital Video Disc，DVD)驱动器读或写(R或RW)磁盘驱动器或其他可移动或固定媒体磁盘驱动器。存储介质可以包含，例如，硬盘、软盘、磁带、光盘或DVD，或其他由媒体磁盘驱动器读取和写入的固定或可移动介质。存储介质可包含具有特定计算机软件或数据存储在其中的计算机可读存储介质。

在替代实施方式中，信息存储系统可以包含其他类似组件，以允许将计算机程序或其他指令或数据加载到计算系统中。例如，此类组件可能包含可移动存储单元和接口，如程序卡匣和卡匣接口、可卸除式内存(例如闪存或其他可卸除式内存模块)和内存时槽，以及其他允许将软件和数据从可移动存储单元传输到计算系统的卸除式储存装置和接口。

所述计算系统还可以包含一个通信接口。这样的通信接口可用于允许在计算系统和外部装置之间传输软件和数据。通信接口的示例包含调制解调器、网络接口(如以太网或其他网络接口控制器(Network Interface Controller，NIC)卡)、通信端口(例如通用串行总线(Universal Serial Bus，USB)埠)、个人电脑存储卡国际协会(Personal ComputerMemory Card International Association，PCMCIA)时槽和卡等。通过通信接口传输的软件和数据的形式是能够通过通信接口介质接收的电子、电磁、光学或其他信号。

在本文文件中，术语"计算机程序产品"、"计算机可读媒体"等通常可用于指有形介质，例如内存、存储装置或存储单元。这些和其他形式的计算机可读媒体可以存储一个或多个指令，供组成计算器系统的处理器使用，以使所述处理器执行指定的操作。此类指令通常称为"计算机程序代码"(可按计算机程序或其他分组的形式分组)，在执行时，使所述计算器系统能够执行本发明实施方式的功能。请注意，代码可能会直接导致处理器执行指定的操作，进行编译以执行此操作，或者将其与其他软件、硬件和固件元素(例如用于执行标准函式库)组合使用。

非易失性计算机可读介质可以包含至少一组，包含：硬盘、CD-ROM、光学存储装置、磁性存储装置、只读存储器、可编程只读存储器、可读可读只读存储器、可读可读只读器内存、EPROM、可电子可编程只读存储器和闪存。

在使用软件实现元素的实施方式中，软件可以存储在计算机可读的介质中，并使用例如可移动存储磁盘驱动器等方式加载到计算系统中。控制模块(在本例中，软件指令或可执行计算机程序代码)，当在所述计算器系统的所述处理器中执行时，会导致处理器执行如本文所述本发明的功能。

此外，本发明的概念可应用于网络元素中执行信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立装置的设计中使用本发明的概念，例如数字信号处理器(Digital Signal Processor，DSP)的微控制器，或特定应用的集成电路(Application-Specific Integrated Circuit，ASIC)和/或任何其他子系统元素。

为清楚起见，可以了解，上述描述参照了单个处理逻辑来描述本发明的实施方式。然而，发明的概念同样可以通过多个不同的功能单元和处理器来实现，以提供信号处理功能。因此，对特定功能单位的引用只能被视为提供所述功能的适当手段的引用，而不是表明严格的逻辑或物理结构或组织。

本发明的某些方面可以用任何适当的形式实现，包含硬件、软件、固件或这些方面的任何组合。本发明可选择作为在一个或多个数据处理器和/或数字信号处理器或可配置模块组件(如现场可编程门阵列(Field-Programmable Gate Array，FPGA)装置)上运行的计算机软件来实现，至少部分实现。因此，本发明实施方式的元素和组件可以以任何适当的方式在物理、功能和逻辑上实现。事实上，所述功能可以在一个单元中实现，可以在多个单元中实现，也可以作为其他功能单元的一部分实现。

虽然本发明已与一些实施方式一起描述，但并不是用于限定本文所述的特定形式。相反地，本发明的范围仅受所附权利要求的限制。此外，尽管某一特征表面上与特定实施方式有关，但本领域的技术人员将了解可以根据本发明组合所述实施方式的各种特征。在权利要求中，"包含"一词不排除其他要素或步骤的存在。

此外，虽然多个手段、元素或方法步骤单独列出，但可以通过单个单元或处理器来实现。此外，虽然个别特征可能包含在不同的权利要求中，但这些要素可以为了某些优点好处而进行组合，在不同的权利要求中列入这些特征并不意味着组合特征是不可行的及/或有利的。此外，将某一个特征列入一个权利要求类别中并不意味着对这一个类别的限制，而是表明所述特征酌情同样适用于其他权利要求类别。

此外，权利要求中特征要素的顺序并不意味着特征要素必须执行的任何特定顺序，特别是方法权利要求中各个步骤的顺序并不意味着必须按此顺序执行步骤。相反，这些步骤可以按任何适当的顺序执行。此外，单数的引用不排除多数。因此，"一"、"一个"、"第一"、"第二"等的引用并不排除多个。

虽然本发明已与一些实施方式一起描述，但并非仅限于本文所述的特定形式。相反，本发明的范围仅受所附权利要求的限制。此外，尽管某一特征似乎与特定实施方式有关，但本领域的技术人员将了解，所述实施方式的各种特征可以根据本发明进行组合。在权利要求中，"包含"或"包含"一词不排除存在其他要素的存在。

Claims

1.一种使无线通信装置能够访问网络提供的服务的方法，其特征在于，所述方法包括：使用配置的拆分阈值，通过在数据传输之前将数据预分配给二个或多个链路，实现动态上行链路承载拆分。

2.根据权利要求1所述的方法，其特征在于，基于预分配给所述二个或多个链路的数据量，拆分数据至所述多个链路。

3.根据权利要求2所述的方法，其特征在于，在二个链路上的启动数据拆分是基于等于大于所述配置的拆分阈值的数据量。

4.根据权利要求3所述的方法，其特征在于，所述配置的拆分阈值包括预分配给所述二个或多个链路中的一个或多个链路的数据。

5.根据权利要求3或4所述的方法，其特征在于，所述数据量是分组数据汇聚协议PDCP数据量，并且包括提交到所述二个或多个链路中的一个或多个链路的PDCP数据。

6.根据权利要求3或4所述的方法，其特征在于，所述数据量包括所述PDCP数据量和用于缓冲以传送在所述一个或多个链路中的相应逻辑通道的总数据，其中在所述一个或多个链路中的所述相应逻辑通道中提交PDCP数据。

7.根据权利要求3或4所述的方法，其特征在于，所述数据量包括为用户设备中的承载进行传输而缓冲的总数据。

8.根据权利要求7所述的方法，其特征在于，所述数据量包括缓冲的所述PDCP数据和总数据，缓冲的所述PDCP数据和所述总数据用于下层中相应逻辑通道的传输。

9.根据权利要求3到8中的任何一项所述的方法，其特征在于，当上行链路数据拆分启动时，用于启动所述上行链路数据拆分操作的所述数据量不会报告给任一链路或对任一链路可见，所述PDCP数据量被报告给任一链路并变得对任一链路可见。

10.根据上述任一权利要求所述的方法，其特征在于，在数据传输前，在下层执行将数据预分配给所述二个或多个链路的一个或多个链路，所述下层最大缓冲值被调整为最小值。

11.根据权利要求10所述的方法，其特征在于，通过使用预期的最大上行链路授予，以最小化所述下层最大缓冲。

12.根据权利要求10所述的方法，其特征在于，通过预期的最大逻辑通道传送时间间隔TTI吞吐量，以最小化所述下层最大缓冲。

13.根据权利要求10所述的方法，其特征在于，预期最大上行链路授予和预期最大逻辑通道TTI吞吐量之一推导出自于参考最大上行链路授予或参考最大逻辑通道TTI乘以边缘系数MarginFactor，其中所述边缘系数MarginFactor为考虑从网络端可能增加的授予而进行配置。

14.根据权利要求13所述的方法，其特征在于，参考最大上行链路授予或所述参考最大逻辑通道TTI吞吐量推导出自于以前上行链路授予值的平均值或发生逻辑通道传输的来自先前TTI的先前逻辑通道分配值。

15.根据权利要求14所述的方法，其特征在于，使用基于时间窗口的平均或对配置的样本数进行平均，以执行所述平均。

16.根据权利要求12所述的方法，其特征在于，当使用预期的最大上行链路授予时，所述下层最大缓冲是通过虚拟化运行LCP算法来产生的，所述算法假定接收所述预期的最大上行链路授予，并使用为逻辑通道回传的分配；其中，当使用预期的最大逻辑通道TTI吞吐量时，所述下层最大缓冲是预期的最大逻辑通道TTI吞吐量值。

17.根据权利要求12到16中的任何一项所述的方法，其特征在于，当对链路上的逻辑通道操作下层最大缓冲时，所述用户设备的要求放宽，例如，可能仅预期在给所述逻辑通道的一个传输块中发送达到此最大缓冲限度，否则允许所述用户设备发送填充，即使所述用户设备有为此缓冲的更多数据。

18.根据权利要求10到17中的任何一项所述的方法，其特征在于，根据以下一个或多个以预先分配所述数据给每个链路：要传输的缓冲数据在每个链路上相似；或对于每个链路，要传输的缓冲数据与下层最大缓冲的比率相似。

19.根据权利要求10到17中的任何一项所述的方法，其特征在于，基于以下一个或多个，仅预先分配数据给一个链路，并保留在PDCP中，以便另一个链路可能使用：要在一个链路上传输的下层缓冲数据为最大数据，但不高于PDCP缓冲数据；或要在一个链路上传输的下层缓冲数据与下层最大缓冲的比率为最大，但不高于另一链路的PDCP缓冲数据与最大缓冲的比率。

20.根据权利要求19所述的方法，其特征在于，允许预分配数据的所述链路是新无线电NR链路，不允许预分配但必须保留数据在PDCP中的所述链路是LTE链路。

21.根据权利要求10到17中的任何一项所述的方法，其特征在于，如果缓冲数据大于所述拆分阈值，则传输的PDCP部分将对所有链路可见，并且数据将预先分配在具有不同选项的所有链路上。

22.根据上述任一权利要求所述的方法，其特征在于，所述网络是无线接入网络、新无线电NR/5G网络和LTE网络其中之一。

23.一种用户设备，包含处理器、存储单元和通信接口，其特征在于，所述处理器单元、存储单元和通信接口配置为执行权利要求1-22中任何一项所述的方法。

24.一种基站装置，包含处理器、存储单元和通信接口，其特征在于，所述处理器单元、存储单元和通信接口配置为执行权利要求1-22中任何一项所述的方法。

25.一种非易失型计算机可读介质，其特征在于，包含计算机可读指令存储在其中，供处理器执行，以执行根据权利要求1-22中的任何一项所述的方法。

26.一种使无线通信装置能够访问网络提供的服务的方法，其特征在于，所述方法包括：通过在数据传输之前允许将数据预先分配给二个链路中的一个或多个链路，实现动态上行承载拆分，当数据量等于或高于配置的拆分阈值时，包括如果有链路的情况下预分配数据给二个链路中的一个或多个链路，则启动二个链路上的所述上行链路数据拆分。

27.根据权利要求1所述的方法，其特征在于，PDCP实体在接收上行链路授予之前，通过允许将数据提交到二个或多个RLC/MAC下层协议链路中的一个或多个，使用配置的拆分阈值和包含PDCP数据量和已在下层发送和缓冲的多个PDCP PDU的数据量，从而连接到二个RLC实体(每个链路中的一个)。

28.根据权利要求1所述的方法，其特征在于，将数据提交到由上层配置的单个优先级链路，是基于低于配置的所述拆分阈值的数据量。