CN111181697A - 用于tcp ack包的传输的方法和系统 - Google Patents

Abstract

提供由用户设备(UE)执行的用于传输一个或多个传输控制协议(TCP)确认(ACK)包的方法、以及用户设备，所述方法包括：保留包数据汇聚协议(PDCP)SN空间或无线链路控制(RLC)SN空间中的至少一个中的一个或多个序列号(SN)；将所保留的所述一个或多个SN分配给所述一个或多个TCP ACK包；以及发送所述一个或多个TCP ACK包。

Description

用于TCP ACK包的传输的方法和系统

技术领域

本文的一些示例实施例涉及传输控制协议(TCP)确认(ACK)包(packet)的传输，更具体地说，涉及用于优先化TCP ACK包的传输和增强TCP ACK包的传输的可靠性的方法和系统。

背景技术

通信处理器(CP)接收到的包按照连续方式被分配有包数据汇聚协议(PDCP)和无线链路控制(RLC)序列号(SN)。根据传输控制协议(TCP)，发送ACK包以确保单个包和/或多个包的成功递送。例如，从服务器(例如，演进型节点B(eNB)/下一代节点B(gNB))接收特定包的用户设备(UE)将TCP ACK包发送至服务器，以确认接收到包。如果服务器在计数器超时周期内未接收到TCP ACK包，则服务器将特定包再发送至UE。

发明内容

一些示例实施例提供了一种由用户设备(UE)执行的用于传输一个或多个传输控制协议(TCP)确认(ACK)包的方法。所述方法包括：保留包数据汇聚协议(PDCP)SN空间和无线链路控制(RLC)SN空间中的至少一个中的一个或多个序列号(SN)；将所保留的所述一个或多个SN分配给所述一个或多个TCP ACK包；以及发送所述一个或多个TCP ACK包。

一些示例实施例提供了一种由用户设备(UE)执行的用于传输承载服务的一个或多个传输控制协议(TCP)确认(ACK)包的方法。所述方法包括：将所述一个或多个TCP ACK包在第一队列中排序，和将承载服务的一个或多个非TCP ACK包在第二队列中排序，第一队列的优先级高于第二队列的优先级；以及基于第一队列的优先级和第二队列的优先级将包数据汇聚协议(PDCP)SN空间或者无线链路控制(RLC)SN空间中的至少一个中的多个序列号(SN)分配给所述一个或多个TCP ACK包和所述一个或多个非TCP ACK包。

一些示例实施例提供了一种由用户设备(UE)执行的用于传输多个承载服务的一个或多个传输控制协议(TCP)确认(ACK)包的方法。所述方法包括：基于多个单独队列的多个确定的优先级的平均值计算TCP ACK队列的优先级，所述TCP ACK队列包括所述一个或多个TCP ACK包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包，并且具有所述多个确定的优先级中的确定的优先级；以及基于计算的TCP ACK队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个TCP ACK包。

一些示例实施例提供了一种由用户设备(UE)执行的用于传输多个承载服务的一个或多个传输控制协议(TCP)确认(ACK)包的方法。所述方法包括：基于多个单独队列中的所述一个或多个TCP ACK包的数量和所述多个单独队列的多个确定的优先级计算TCP ACK队列的优先级，TCP ACK队列包括多个承载服务的所述一个或多个TCP ACK包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包并且具有所述多个确定的优先级中的确定的优先级；以及基于计算的TCP ACK队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个TCP ACK包。

一些示例实施例提供了一种由用户设备(UE)执行的用于传输传输控制协议(TCP)确认(ACK)包的方法。所述方法包括：通过以下中的至少一个发送所述一个或多个TCP ACK包：包括许可辅助访问(LAA)链路的NSA(非独立)NR(新无线)；装置对装置(D2D)端；准予可用于载波聚合(CA)和双重连通性(DC)中的至少一个的第一多个载波中的第一载波，第一载波具有第一多个载波中的最低块错误率(BLER)和第一多个载波中的最高信干噪比(SINR)；准予可用的第二多个载波中的第二载波，第二载波具有第二多个载波的最高功率余量(PH)；或者用于NSA NR的主载波和副载波。

一些示例实施例提供了一种用于传输一个或多个传输控制协议(TCP)确认(ACK)包的用户设备(UE)。所述UE包括：存储计算机可读指令的存储器；以及至少一个处理器，其耦接至存储器并且被构造为执行计算机可读指令，以保留包数据汇聚协议(PDCP)SN空间和无线链路控制(RLC)SN空间中的至少一个中的一个或多个SN，将所述一个或多个保留的SN分配至所述一个或多个TCP ACK包，以及发送所述一个或多个TCP ACK包。

当结合以下描述和附图考虑时，本文中的一些示例实施例的这些和其它方面将得到更好的解释和理解。然而，应当理解，以下描述虽然指示了一些示例实施例及其许多具体细节，但它们通过说明而非限制的方式给出。在不背离一些示例实施例的精神的情况下，可以在一些示例实施例的范围内进行许多改变和修改，并且一些示例实施例包括所有这些修改。

附图说明

附图中示出了一些示例实施例，其中相同的标号始终指代各个附图中的对应部件。从参照附图的以下说明中将更好地理解本文的一些示例实施例，在附图中：

图1是根据本文公开的一些示例实施例的用于TCP ACK包的传输的用户设备(UE)的框图；

图2示出了根据本文公开的一些示例实施例的其中保留了SN的PDCP SN空间和RLCSN空间；

图3示出了根据本文公开的一些示例实施例的PDCP SN空间和/或RLC SN空间的一部分，其中在所述部分的开始针对TCP ACK包保留了SN；以及

图4示出了根据本文公开的一些示例实施例的在第4代(4G)长期演进(LTE)网络中用于针对TCP ACK包和上行数据包分别分配SN的PDCP SN空间的分段；以及

图5示出了根据本文公开的一些示例实施例的在第5代(5G)LTE网络中用于针对TCP ACK包和上行数据包分别分配SN的PDCP SN空间和RLC SN空间的分段。

具体实施方式

参照附图中示出并且在以下说明中详细描述的一些非限制性示例实施例更完全地描述本文的一些示例实施例及其各种特征和优点的细节。本文中省略了对已知组件和处理技术的描述，以避免不必要地使一些示例实施例模糊。本文使用的示例仅旨在有利于理解其中可实施一些示例实施例的方式，并且进一步使得本领域技术人员能够实施。因此，示例不应被理解为限制一些示例实施例的范围。

上面描述的方法的各个操作可通过执行所述操作的诸如各种硬件和/或在一些形式的硬件中实施的软件(例如，处理器、ASIC等)的任何合适的装置来执行。

软件可包括用于实现逻辑功能的可执行指令的有序列表，并且可实施在任何“处理器可读介质”中，供指令执行系统、设备或装置(诸如单核或多核处理器或包含该处理器的系统)使用或与它们连接。

结合本文公开的实施例描述的方法或算法和功能的块或操作可直接在硬件、由处理器执行的软件模块或二者的组合中实施。如果以软件实现，则这些功能可作为一个或多个指令或代码存储在有形的、非暂时性的计算机可读介质上或通过该介质传输。软件模块可驻留在随机存取存储器(RAM)、闪存、只读存储器(ROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、寄存器、硬盘、可移动磁盘、CD ROM或本领域已知的任何其它形式的存储介质中。

本文的一些示例实施例公开了用于TCP ACK包的优先化和可靠传输的方法和系统。

一些示例实施例提供了：在PDCP SN空间和RLC SN空间中的至少一个中保留SN，以将保留的SN分配至TCP ACK包。

一些示例实施例提供了：在时间T，即使在CP处可用上行TCP包，也准备PDCP和RLC包，例如，预先将足以支持下一‘X’个传输时间间隔(TTI)(例如直至‘T+X’TTI)的传输的PDCP/RLC SN分配/映射至TCP包，从而在上行缓冲器中，允许用于在将SN分配至未决(pending)上行TCP包(非TCP ACK包)之前将后续SN分配给未来的TCP ACK包的额外时间(例如，‘X-Y’TTI)，其中Y大于或等于零，其取决于CP和硬件能力。

一些示例实施例提供了：将PDCP SN空间和RLC SN空间中的至少一个分段，其中将SN的一部分分配至TCP ACK包并且将SN的第二部分分配至其余TCP(例如，非TCP ACK)包。

一些示例实施例提供了：利用配置有不同优先级的多个队列，用于在PDCP SN空间和RLC SN空间中的至少一个中分别将SN分配至TCP ACK包和其它上行TCP包，其中，队列的优先级将取决于这些TCP ACK包所属的对应的逻辑信道标识的优先级。

一些示例实施例提供了：利用用于所构造的服务的TCP ACK包的专用队列，并且在处理准予的同时可通过多路复用器和汇编程序利用规则计算队列的逻辑信道优先级。

一些示例实施例提供了：利用多个可用链路的链路质量度量来选择用于TCP ACK包传输的可靠链路。利用关于链路质量的跨层信息交换，媒体访问控制(MAC)或相关模块使用该信息在处理准予的同时生成上行传输块(TB)，其中可将TCP ACK包映射至更好的链路。

一些示例实施例包括：在PDCP SN空间和RLC SN空间中的至少一个中保留限定数量的SN。可针对TCP ACK包的传输将限定数量的保留的SN分配至TCP ACK包。如果在PDCP SN空间和RLC SN空间中的至少一个中保留SN，则可在PDCP SN空间和RLC SN空间中的至少一个中为TCP ACK包分配SN，其能够使TCP ACK包比非TCP ACK包传输得更快。

在一个示例中，认为保留了在PDCP SN空间和RLC SN空间中的至少一个的开始处的SN以分配至TCP ACK包。当上行数据率等于或大于下行数据率时，尽管在上行缓冲器中存在上行数据包，也可低延迟地发送TCP ACK包；这是因为分配至TCP ACK包的SN位于PDCP SN空间和RLC SN空间中的至少一个的开始处。被分配有在PDCP SN空间和RLC SN空间中的至少一个的开始处的SN的上行包可比被分配有位于PDCP SN空间和RLC SN空间中的至少一个中的稍后处的SN的上行包更早发送。

一些示例实施例包括：即使在CP有更多可用的上行包，也预先准备足以支持接下来的仅几个TTI的传输的PDCP和RLC包中的至少一个。这可允许更多的时间用于在CP处可能接收未来的TCP ACK包。在将SN分配给上行缓冲器中未决的上行TCP包之前，可将未来的TCPACK包分配给接下来的/后续的SN。一旦所准备的包的计数达到定义的阈值，可针对随后的几个TTI传输而启动包创建处理。

一些示例实施例包括：将PDCP SN空间和RLC SN空间中的至少一个分段成第一区和第二区；其中第一区用于将SN分配给TCP ACK包，第二区用于将SN分配给其它TCP包，其中SN在其各自的区中按次序分配给TCP ACK包和其它TCP包。

一些示例实施例包括：为每个承载服务配置不同的队列来存储(这里也称为“排序”)TCP ACK包和其它TCP包。因此，对于每个承载器，保持两个单独的队列来分别存储TCPACK和非TCP ACK包。对于每个承载器，存储TCP ACK包的队列将比存储非TCP包的队列具有更高的优先级；但是与配置有更高逻辑信道优先级的另一个承载器的队列相比，所述存储TCP ACK包的队列具有更低的优先级。这些优先级将由多路复用器和汇编器使用，同时在不同的承载器或逻辑信道上划分准予。因此，对于每个承载器，对TCP ACK包的调度将在该承载器的非TCP ACK包之前被优先化。

一些示例实施例包括配置用于存储所有承载器的TCP ACK包的单个队列，其中各个承载器可提供不同的服务质量(QoS)。一些示例实施例提供了在单个队列中设置属于不同承载器的TCP ACK包的优先级的方法。计算的优先级将由多路复用器和汇编器使用，同时在不同的承载器或逻辑信道上划分准予。

在一个示例中，考虑存在三个活动数据无线承载器(DRB)，其包括标识为3的第一DRB、标识为4的第二DRB和标识为5的第三DRB。每个DRB包括单独队列。第一DRB、第二DRB和第三DRB的单独队列的优先级可分别为4、5和6。因此，可以假定，在不损失一般性的情况下，第三DRB具有最高优先级。属于第一DRB、第二DRB和第三DRB的TCP ACK包可以一起被包括在特殊队列(TCP ACK队列)中。

在一些示例实施例中，TCP ACK队列可配置有大于6的优先级。

在一些示例实施例中，可通过使第一DRB、第二DRB和第三DRB的单独队列的优先级平均来设置TCP ACK队列的优先级。在当前示例中，TCP ACK队列的优先级为(4+5+6)/3＝5。在等同优先级的情况下(如该示例中，第二DRB的队列的优先级等于TCP ACK队列的优先级)，用户设备(UE)要么可认为TCP ACK队列的优先级与第二DRB的队列相比更高，要么可认为TCP ACK队列的优先级与第二DRB的队列相比更低。

继续以上示例，考虑第一DRB、第二DRB和第三DRB的单独队列分别包括2个、5个和7个TCP ACK包。在一些示例实施例中，可通过计算每个单独队列的包数量和相应独立队列的优先级的乘积之和、并将结果除以所有独立队列中的包总数，来设置TCP ACK队列的优先级。在当前示例中，TCP ACK队列的优先级为(2×4+5×5+7×6)/(2+5+7)＝5.35。因此，TCPACK队列的优先级将低于第三DRB的队列的优先级，但是高于第二DRB的队列的优先级。

如果第一DRB的队列包括2个TCP ACK包，第二DRB的队列包括5个TCP包，第三DRB的队列包括0个TCP ACK包，则可将TCP ACK队列的优先级设置为(2×4+5×5)/(2+5)＝4.7。因此，TCP ACK队列的优先级将低于第二DRB的队列的优先级，但是高于第一DRB的队列的优先级。

一些示例实施例包括：确保TCP ACK包在无线介质中的传输可靠性。对于NSA(非独立)NR(新无线)，当链路之一是许可辅助访问(LAA)时，可通过使用许可链路传输TCP ACK包来确保可靠性。如果同级端(peer)与网络具有可靠链路，则可以通过装置到装置(D2D)同级端(中继UE)链路发送TCP ACK包来确保可靠性。对于载波聚合(CA)和双重连通性(DC)，如果准予可用于多个载波，则可通过以最低块错误率(BLER)和最高的信干噪比(SINR)在载波上传输TCP ACK包来确保可靠性。如果准予对于多个载波可用，则可通过在具有最佳计算功率余量(PH)的载波上传输TCP ACK包来确保可靠性。

一些示例实施例包括：在用于NSA NR的主载波和副载波二者上映射TCP ACK包。由于TCP ACK包的大小相对较小，因此将TCP ACK包映射在两个载波中可确保TCP ACK包的可靠性和更快的传输。

现在参照附图(特别是图1至图4)示出了一些示例实施例，在附图中类似的参考字符始终表示整个附图中的对应特征。

图1描述了根据本文公开的一些示例实施例的用于传输TCP ACK包的UE 100的各个组件。如图1所示，UE可包括SN保留器101和通信接口102。SN保留器101可保留PDCP SN空间和RLC SN空间中的至少一个中的SN。例如，保留SN的步骤可包括：指定要分配给TCP ACK包或上行数据包之一的SN。如果UE 100的上行数据速率和下行数据速率相似或相同，则UE100的上行缓冲器可包括上行数据包和TCP ACK包。UE 100可发送TCP ACK包，以确认下行数据包的成功接收。为了在上行缓冲器中发送上行包(如本文所述，上行包可包括上行数据包和TCP ACK包)，UE 100可向UE 100的上行缓冲器中的每个上行包分配至少一个PDCP SN和/或RLC SN。根据一些示例实施例，这里描述为由UE 100和SN保留器101中的任一个或全部执行的操作可以由至少一个处理器执行，该处理器执行包括与操作相对应的指令的程序代码。指令可被存储在UE 100的存储器中。本公开中使用的术语“处理器”可指例如硬件实现的数据处理装置，该装置具有在物理上结构化为执行期望的操作的电路，所述操作包括例如被表示为被包含在程序中的代码和/或指令的操作。在一些示例实施例中，上述硬件实现的数据处理装置可包括(但不限于)微处理器、中央处理单元(CPU)、处理器核、多核处理器、多处理器、专用集成电路(ASIC)和现场可编程门阵列(FPGA)。例如，通信接口102可通过电路实现，或者可替换地，通过执行程序代码的至少一个处理器实现，该程序代码包括与本文描述为由通信接口102执行的任何或所有操作相对应的指令。

SN保留器101可在上行包到达上行缓冲器时将PDCP SN和RLC SN中的至少一个分配给上行包。在常规UE中，如果在上行缓冲器中存在上行数据包，则与上行数据包的SN编号相比，在上行数据包之后到达的TCP ACK包被分配了在PDCP SN空间和RLC SN空间中的所述至少一个中的更高SN编号。这导致TCP ACK包的传输延迟，这是因为TCP ACK包仅在发送了上行数据包之后才被发送。

然而，根据一些示例实施例，SN保留器101可在可分配给TCP ACK包的PDCP SN空间和RLC SN空间中的至少一个中保留SN。保留的SN可位于PDCP SN空间和/或RLC SN空间的开始处。当与分配给TCP ACK包的位于PDCP SN空间和/或RLC SN空间的起始处的SN相比，为上行数据包分配了位于PDCP SN空间和/或RLC SN空间中的稍后处的SN时，可在上行数据包之前发送被分配有在PDCP SN空间和/或RLC SN空间的开始处的SN的TCP ACK包。即使上行数据包在TCP ACK包到达之前到达上行缓冲器，也可以在上行数据包之前发送TCP ACK包。

考虑传统用户设备(UE)通过演进型节点B(eNB)/下一代节点B(gNB)连接到服务器的场景。如果UE的上行数据率不大于UE的下行数据率，则UE的上行数据率可等于UE的下行数据率。因此，传统UE中的上行缓冲器空间很可能被上行数据包占用(甚至耗尽)。在这样的条件下，到达上行缓冲器的指示成功接收下行包的TCP ACK包可被分配有位于PDCP和/或RLC SN空间中的稍后处的SN。仅在传输了可被分配有PDCP和/或RLC SN空间中的起始SN的上行数据包之后才发送具有稍后处的SN的TCP ACK包。还可能出现用于容纳TCP ACK包的上行缓冲器空间不足。在上述场景中，ACK包向服务器的递送可会被延迟。

服务器包括用于跟踪与发送的数据包对应的TCP ACK包的计数器。如果在计数器超时之前没有接收到TCP ACK包，则服务器重新发送对应于未接收到的TCP ACK包的数据包，从而导致过度消耗带宽。此外，上行数据包和与来自服务器的重传包相对应的新TCPACK包可能竞争上行缓冲器空间。这可能导致TCP ACK包的传输的进一步延迟。然而，通过保留在PDCP SN空间和/或RLC SN空间的开始处的SN用于在发送上行数据包之前向服务器发送TCP ACK包，UE 100提供了解决常规UE的上述难题的方法，从而减小了TCP ACK包的传输延迟。

在一些示例实施例中，可在PDCP SN空间和/或RLC SN空间中以静态率或动态率保留SN。如果保留率是静态的，则在PDCP SN空间和/或RLC SN空间中保留的SN数保持不变。SN的保留率可基于上行缓冲器中的TCP ACK包的数量、下行数据率、上行数据率等而(动态地)变化。

在一些示例实施例中，可利用PDCP SN空间和/或RLC SN空间的一部分来保留将分配给TCP ACK包的SN，其中在PDCP SN空间和/或RLC SN空间的该部分的开始处可保留限定数量的SN。

在一些示例实施例中，PDCP SN空间和/或RLC SN空间可被分段为多个部分，其中可利用PDCP SN空间和/或RLC SN空间的一部分来将SN分配至TCP ACK包，并且可利用PDCPSN空间和/或RLC SN空间的另一部分来将SN分配至上行数据包。

通信接口102可将被分配有PDCP SN空间和RLC SN空间中的至少一个中的SN的TCPACK包和上行数据包发送至演进型节点B(eNB)/下一代节点B(gNB)。

图1是UE 100的框图，但是应该理解，一些示例实施例不限于此。在一些示例实施例中，UE 100可包括更少组件或更多组件。此外，组件的标签或名称仅用于说明性目的，并不限制一些示例实施例的范围。一个或多个组件可组合在一起，以在UE 100中执行相同或基本相似的功能。

图2示出了根据本文公开的一些示例实施例的其中保留了SN的PDCP SN空间和RLCSN空间。在一些示例实施例中，可保留限定数量的SN，以分配给TCP ACK包。例如，参照图2，可保留PDCP SN空间和RLC SN空间中的SN编号5、11、105等，以分配给TCP ACK包。PDCP SN空间和RLC SN空间中的其余SN编号可为未保留的SN，并且可分配给数据包。这部分保留的SN可为静态的和动态的中的至少一种。如果限定数量的保留的SN为静态的，则保留的SN可周期性地位于PDCP SN空间和RLC SN空间中的至少一个中。因此，每个保留的SN可位于PDCPSN空间和RLC SN空间中的至少一个中的固定数量的未保留的SN之间。如果所述限定数量的SN为静态的，则保留的SN之间的未保留的SN保持不变。如果SN保留率为动态的，则为了分配给TCP ACK包而保留的限定数量的SN可变化。各个保留的SN之间的限定数量的未保留的SN也可变化。保留率的变化可基于上行数据率、下行数据率、块错误率(BLER)、比特错误率(BER)、信号质量、网络负载或限定数量的保留的SN中的未使用的SN的数量的变化。

如果下行数据率变化，则上行缓冲器中的TCP ACK包的数量也可变化。如果下行数据率增大，则将在SN空间中保留的SN的数量可增大。因此保留的SN之间的限定数量的未保留的SN可对应地减小。另一方面，如果下行数据率减小，则将在SN空间中保留的SN的数量可减小。因此，保留的SN之间的限定数量的未保留的SN可对应地增大。

如果保留的PDCP/RLC SN不用于分配给TCP ACK包，则可利用那些未利用的保留的SN，以发送PDCP数据报头包并且接着针对保留的SN形成RLC包。在一些示例实施例中，可利用序列中的先前或后续的PDCP服务数据单元(SDU)形成对应的PDCP包数据单元(PDU)。接着，可从产生的PDCP PDU中形成RLC包。可将未使用的保留的SN分配给先前的PDCP SDU、后续的PDCP SDU和PDCP SDU报头中的至少一个。因此，避免了在双连接场景中的PDCP重新排序，和/或进行了PDCP/RLC重新建立操作。否则，可不发送用于未使用的SN的PDCP和/或RLCPDU，并且可以依次发送下一包。此外，如果保留的SN不用于分配给TCP ACK包，则可以减少PDCP SN空间和RLC SN空间中的至少一个中的限定数量的保留的SN。

图3示出了根据本文公开的一些示例实施例的PDCP SN空间和/或RLC SN空间的一部分，其中在该部分的开始处的SN被保留用于TCP ACK包。参照图3，示出了PDCP SN空间和/或RLC SN空间的示例部分，其中该部分的开始处的SN被保留用于TCP ACK包。具体地说，SN0和SN1被保留用于TCP ACK包，SN2至SN7被保留用于其它上行数据包。一些示例实施例包括计算可在限定的时间段内发送的限定数量的上行包。限定数量的上行包被分配有PDCP SN空间和/或RLC SN空间中的SN。因此，即使有上行数据包等待SN分配，PDCP SN空间和/或RLCSN空间的一部分也可用于将SN分配给限定数量的上行包。限定数量的上行包和限定的时间周期是基于调制解调器硬件、软件能力、上行准予率、信号条件、网络负载、载波聚合(CA)行为和其它因素中的一个或多个来计算的。

一些示例实施例还包括：选择PDCP SN空间和/或RLC SN空间的后续限定部分以发送限定数量的后续上行包。当已发送所述限定数量的上行包中的一部分时，可执行所述选择。执行所述选择是为了维持或增强上行数据率，使得一旦接收到上行准予，用于将SN分配给后续上行数据包或后续TCP ACK包(或PDCP/RLC PDU的形成)的时间更少。

在一个示例中，考虑这样的情况：具有500个上行包，其中10个为TCP ACK包。另外，考虑这样的情况：可在30ms(1ms至30ms)的时间段中发送150个上行包(包编号1至150)。本文中，将被分配有PDCP SN空间和/或RLC SN空间中的SN的限定数量的上行包为150。一些示例实施例包括：选择可用于将SN分配给所述150个上行包的PDCP SN空间和/或RLC SN空间的一部分(也就是，SN 11至SN160)。考虑这样的情况：如果每个上行包被分配有一个SN，则将使用150个SN。一些示例实施例包括：如果可以，则将在PDCP SN空间和/或RLC SN空间的开始处的SN分配给TCP ACK包。例如，可将从SN 11开始至SN 20的SN分配至所述10个TCPACK包。上行数据包(不同于TCP ACK包)被分配有在SN 21至SN 160的范围内的SN。因此，用于将SN分配至所述150个上行包的该部分PDCP SN空间和/或RLC SN空间为SN 11至SN 160，其中，SN 11至SN 20保留以分配给TCP ACK包，并且SN 21至SN 160用于分配给上行数据包(不同于TCP ACK包)。

此外，一些示例实施例包括：选择PDCP SN空间和/或RLC SN空间(SN 161至SN310)的后续部分，以分配可在后续30ms(31ms至60ms)内发送的后续150个上行包(包编号151至300)。一旦已发送120个上行包(包编号11至130)，就可执行所述选择。在执行所述选择的同时，可将在PDCP SN空间和/或RLC SN空间的所述后续部分的开始处的另外的SN分配至TCP ACK包。

图4示出了根据本文公开的一些示例实施例的用于在4G网络中将SN分离地分配至TCP ACK包和上行数据包的PDCP SN空间的分段。上行包包括上行数据包和TCP ACK包。在一些示例实施例中，将PDCP SN空间分段为多个部分，包括部分1和部分2。PDCP SN空间的每个部分可包括限定数量的SN。部分2可用于专门将SN分配给TCP ACK包。PDCP SN空间的部分1(其包括限定数量的SN)可用于将SN分配给上行数据包。

在4G网络中，可在接收上行准予之后生成RLC包。因此，在生成RLC包的同时，可在传输PDCP SN空间的部分1中的上行数据包之前发送PDCP SN空间的部分2中的TCP ACK包。

在一些示例实施例中，如图4所示，PDCP SN空间从0至4095(SN可由12比特值表示)。PDCP SN空间的部分1中的SN(SN 0至SN 4079)可用于分配给上行缓冲器中的上行数据包。PDCP SN空间的部分2中的SN(SN 4080至SN 4095)可专门用于分配给上行缓冲器中的TCP ACK包。因此，保留PDCP SN空间的部分2以分配给TCP ACK包。根据一些示例实施例，UE100可被构造为在发送PDCP SN在0至4079的范围内的上行包之前发送PDCP SN在4080至4095的范围内的上行包。

可通过包封PDCP包来形成RLC包。还应该注意，上面使用的词语‘上行数据包’和‘TCP ACK包’分别是指‘包括上行数据包(非TCP ACK包)的PDCP PDU’和‘包括TCP ACK包的PDCP PDU’。

图5示出了根据本文公开的一些示例实施例的用于在5G网络中将SN分离地分配至TCP ACK包和上行数据包的PDCP SN空间的分段。上行包构成上行数据包和TCP ACK包。在一些示例实施例中，将PDCP SN空间分段为多个部分。PDCP SN空间和RLC SN空间的一部分包括用于专门将SN分配给TCP ACK包的限定数量的SN。PDCP SN空间和RLC SN空间的另一部分包括用于将SN分配给上行数据包的限定数量的SN。

在一些示例实施例中，如图5所示，PDCP SN空间从0至4095(SN可由12比特值表示)，其中PDCP SN空间可被分段为包括部分1和部分2的两部分。PDCP SN空间的部分1中的SN(SN 0至SN 4079)可用于分配给上行缓冲器中的上行数据包。PDCP SN空间的部分2中的SN(SN 4080至SN 4095)可专门用于分配给上行缓冲器中的TCP ACK包。因此，可保留PDCPSN空间的部分2以分配给TCP ACK包。根据一些示例实施例，UE 100可被构造为在发送PDCPSN在0至4079的范围内的上行包之前发送PDCP SN在4080至4095的范围内的上行包。

在一个示例中，考虑以下情况：当第一TCP ACK包到达上行缓冲器时，一些示例实施例包括将SN 4080分配给第一TCP ACK包。然后，如果第二TCP ACK包到达，则一些示例实施例包括将SN 4081分配给第二TCP ACK包。如果在4080至4095的范围内的所有SN被TCPACK包用尽，并且有TCP ACK包到达上行缓冲器，则分配给该TCP ACK包的SN可为4080。相似地，如果在0至4079的范围内的所有SN被上行数据包用尽，并且有上行数据包到达上行缓冲器，则分配至该上行数据包的SN可为0。因此，当PDCP和/或RLC SN的各个部分中的SN的分配达到最终SN时，SN的后续分配涉及在PDCP和/或RLC SN的对应部分中在初始SN附近徘徊。

在一些示例实施例中，如图5所示，RLC SN空间从0至4095(SN可由12比特值表示)，其中RLC SN空间可被分段为包括部分1和部分2的两部分。RLC SN空间的部分1中的SN(SN 0至SN 4079)可用于分配给上行缓冲器中的上行数据包。RLC SN空间的部分2中的SN(SN4080至SN 4095)可用于分配给上行缓冲器中的TCP ACK包。可保留RLC SN空间的部分2以分配给TCP ACK包。根据一些示例实施例，UE 100可被构造为在发送RLC SN在0至4079的范围内的上行包之前发送RLC SN在4080至4095的范围内的上行包。

在一些示例实施例中，在4G网络中，可将PDCP SN空间分段为两部分，这是因为可在接收上行准予之前生成PDCP包，而由于在接收上行准予之后生成RLC包，因此RLC SN空间可不分裂。在5G网络(独立或非独立)中，PDCP SN空间和RLC SN空间二者可划分为两个分段，并且如图5所示，PDCP SN空间和RLC SN空间中的SN可一一映射。无论是否接收准予，均可生成PDCP包和RLC包。

在5G中，在PDCP SN空间和RLC SN空间的对应分段之间可存在一一映射。属于特定RLC SN分段和PDCP SN分段的包可转发至更高/更低层的RLC SN分段和PDCP SN分段的对应的分段。

结合一些示例实施例讨论的PDCP SN空间的分段以及PDCP SN空间和RLC SN空间二者的分段不限于特定类型的无线接入技术(RAT)，例如，4G或5G。一些示例实施例可用于其它类型的无线网络和RAT中。

在常规第5代/第4代(5G/4G)长期演进(LTE)网络中，由于计算优先级，在接收上行准予之前为上行包分配了PDCP SN和/或RLC SN。如果配置非NULL安全方法，则在传输之前分配PDCP SN可意味着要么使用协议定义的规则对包进行加密，要么在传输之前的稍后时间对其进行加密。因为加密消耗时间和CPU时钟，执行加密操作的决定取决于UE实现和/或通信处理器(CP)能力。在这种情况下，当没有对与分配的PDCP SN同时接收到的PDCP服务数据单元(SDU)(互联网协议包)执行加密时，在稍后的时间点存在改变PDCP SN的灵活性。向PDCP SDU分配PDCP SN还有其它优点。

在基于UE实现的空闲时间(这里称为非实时(NRT)加密)或当UE准备使用RLC协议数据单元(PDU)(RLC报头和加密的PDCP PDU)传输上行MAC传输块(TB)时，执行上行PDCP包的加密(这里称为实时(RT)加密)。这可认为是RT加密，因为UE在固定的时间间隔‘T+K’传输时间间隔(TTI)中发送上行MAC TB，其中T是接收上行准予时的TTI，K是对所分配的资源执行传输的固定时间间隔。在较低的CP硬件能力(例如，低成本芯片组)下，实现较高的吞吐量可导致较高的计算成本。此外，由于未来的无线接入技术(RAT)试图减少K因子，以便减少上行/下行传输时间或总体响应时间，执行RT加密成为不太理想的设计选择。

根据传统加密处理，使用COUNT值对PDCP SDU进行加密，其中可以使用当前超帧号(HFN)和分配的PDCP SN来计算COUNT值。如上所述，在新无线(NR)接入技术(5G)中，由于计算优先级，预先执行PDCP和RLC PDU的加密。可以理解，一旦将PDCP SN编号分配给一个包，那么将来改变的成本高，因为它涉及使用旧的COUNT值进行解密和使用新的COUNT值进行重新加密。

在频分双工(FDD)LTE中，在时间‘T’接收到TTI中的上行准予之后，在传输定时器间隔(TTI)‘T+4’中发送上行包，其中一个TTI是1毫秒。为了提供更高的吞吐量，希望对其SN由于SN的重新调整而变化的包执行使用旧COUNT值解密和使用新COUNT值重新加密的组合。然而，由于通信处理器(CP)中CPU周期消耗的增加、双倍时间资源浪费和安全硬件限制，这可能是不可行的。

因此，分配SN是为了在接收到上行准予之后发起上行传输，以避免如上所述的对包数据执行加密操作。这允许实现更高的数据率和更好的CPU利用。然而，在接收上行准予之前将SN分配给上行包涉及消耗在PDCP SN空间和/或RLC SN空间的开始处的SN。如果存在双向数据传输(同时进行上行传输和下行接收)，则可以将TCP ACK包分配给位于PDCP SN空间和/或RLC SN空间中的稍后处的SN。因此，TCP ACK包的传输可能有延迟。延迟的TCP ACK传输也会导致TCP窗口更新速度较慢。然而，正如图4至图5中所讨论的那样，通过保留在PDCP SN空间和/或RLC SN空间的末尾处的SN以在发送上行数据包之前向服务器发送TCPACK包，UE 100提供对上述挑战的解决方案，从而减少TCP ACK包的传输延迟。

在传统方法和系统中，在CP级执行深度包检查，并且定义方法来对TCP ACK包进行优先级排序，以便减少ACK包的传输延迟。然而，已经发现现有的解决方案集中在相对较低的吞吐量范围、针对上行包的SN的重新调整以及允许RT加密。现有的解决方案涉及高CPU消耗，并且它们的设计方法可能不合需要并且不可扩展为提供较高的吞吐量范围。因此，为了对TCP ACK包进行优先级排序以减少TCP ACK包的传输延迟，传统的方法和系统可能不能通过使用先前的安全操作、在确定的响应时间中准予可扩展的和未来的无线接入技术设计、努力进行加密/解密操作以及提供有保证的TCP ACK优先化中的至少一个来实现对PDCP和/或RLC SN的提供。因此，传统方法和系统可能不能为将来的RAT提供增强TCP ACK包传输的可靠性的解决方案。然而，正如图4至图5中所讨论的那样，一些示例实施例可以使用高级的和未来的RAT(诸如4G和5G)来实现。一些示例实施例还通过在一部分PDCP和/或RLC SN达到最终SN时分配初始SN，来提供增加的可扩展性。

本文公开的一些示例实施例可以通过在至少一个硬件装置上运行的至少一个软件程序以及执行网络管理功能以控制网络元件来实现。图1中所示的网络元件包括块，其可以是硬件装置或者硬件装置和软件模块的组合中的至少一个。

本文公开的一些示例实施例描述了方法和系统。应该理解，保护的范围被扩展到程序，并且当该程序在服务器或移动装置或任何合适的可编程装置上运行时，还被扩展到其中具有消息的计算机可读装置，这种计算机可读装置包含用于实现该方法的一个或多个操作的程序代码装置。在一些示例实施例中，该方法通过用例如超高速集成电路硬件描述语言(VHDL)、另一种编程语言编写的软件程序来实现或与用例如超高速集成电路硬件描述语言(VHDL)、另一种编程语言编写的软件程序一起实现，或者通过正在至少一个硬件装置上执行的一个或多个VHDL或若干软件模块来实现。硬件装置可为可编程的任何类型的便携式装置。该装置还可包括例如像例如ASIC的硬件装置，或者例如ASIC和FPGA的硬件和软件装置的组合，或者至少一个微处理器和至少一个具有位于其中的软件模块的存储器。这里描述的一些示例实施例可以部分地在硬件中实现并且部分地在软件中实现。可替换地，一些示例实施例可以在不同的硬件装置上实现，例如，使用多个CPU实现。

上述一些示例实施例的描述将充分揭示本文的一些示例实施例的一般性质，从而别人可通过使用目前的知识，在不脱离一般概念的情况下，针对各种应用容易地修改和/或改变一些示例实施例，因此，这样的改变和修改应该并旨在在一些示例实施例的等同物的含义和范围内理解。应该理解，本文所使用的措辞或术语是为了描述而不是限制的目的。因此，虽然这里描述了一些示例实施例，但是本领域的技术人员应该认识到，本文的一些示例实施例可以在本文所描述的一些示例实施例的精神和范围内进行修改。

Claims (23)

1.一种由用户设备(UE)执行的用于一个或多个传输控制协议确认包的传输的方法，该方法包括步骤：

保留位于包数据汇聚协议序列号空间和无线链路控制序列号空间中的至少一个中的一个或多个序列号；

将所保留的所述一个或多个序列号分配至所述一个或多个传输控制协议确认包；以及

发送所述一个或多个传输控制协议确认包。

2.根据权利要求1所述的方法，其中，所保留的所述一个或多个序列号的数量是静态的。

3.根据权利要求1所述的方法，其中，所保留的所述一个或多个序列号的数量是动态的。

4.根据权利要求3所述的方法，其中，所述保留的步骤基于上行数据率、下行数据率、块错误率、比特错误率、信号质量、网络负载和所保留的所述一个或多个序列号中的未使用的序列号的数量中的至少一个保留所述数量的所保留的所述一个或多个序列号。

5.根据权利要求4所述的方法，还包括步骤：

将所保留的所述一个或多个序列号中的未使用的序列号分配至先前的包数据汇聚协议服务数据单元、后续的包数据汇聚协议服务数据单元和包数据汇聚协议服务数据单元报头中的至少一个。

6.根据权利要求1所述的方法，其中，所述保留的步骤通过以下步骤保留所述一个或多个序列号：

将所述包数据汇聚协议序列号空间或者所述无线链路控制序列号空间中的所述至少一个分段为第一区和第二区，所述第一区包括第一多个序列号，所述第二区包括第二多个序列号；以及

在所述第二区中包括的所述第二多个序列号当中保留所述一个或多个序列号。

7.根据权利要求6所述的方法，还包括步骤：

将所述第一区中包括的所述第一多个序列号分配至一个或多个非传输控制协议确认包。

8.根据权利要求1所述的方法，还包括以下步骤：

基于多个单独队列的多个确定的优先级的平均值计算传输控制协议确认队列的优先级，所述传输控制协议确认队列包括多个承载服务的所述一个或多个传输控制协议确认包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包并且具有所述多个确定的优先级中的确定的优先级；以及

基于计算的所述传输控制协议确认队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个传输控制协议确认包。

9.根据权利要求1所述的方法，还包括以下步骤：

基于多个单独队列中的所述一个或多个传输控制协议确认包的数量和所述多个单独队列的多个确定的优先级计算传输控制协议确认队列的优先级，所述传输控制协议确认队列包括多个承载服务的所述一个或多个传输控制协议确认包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包并且具有所述多个确定的优先级中的确定的优先级；以及

基于计算的所述传输控制协议确认队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个传输控制协议确认包。

10.根据权利要求1所述的方法，还包括步骤：

通过以下中的至少一个发送所述传输控制协议确认包：

包括许可辅助访问链路的非独立新无线，

装置对装置端，

准予可用于载波聚合和双重连通性中的至少一个的第一多个载波中的第一载波，所述第一载波具有所述第一多个载波中的最低块错误率和所述第一多个载波中的最高信干噪比，

准予可用的第二多个载波中的第二载波，所述第二载波具有所述第二多个载波的最高功率余量，以及

用于非独立新无线的主载波和副载波。

11.根据权利要求1所述的方法，其中：

所述保留的步骤保留在所述包数据汇聚协议序列号空间的一部分中的所述一个或多个序列号；并且

所述发送的步骤在第4代长期演进网络上发送所述一个或多个传输控制协议确认包。

12.根据权利要求1所述的方法，其中：

所述保留的步骤保留在所述包数据汇聚协议序列号空间的一部分和所述无线链路控制序列号空间的一部分二者中的所述一个或多个序列号，所述包数据汇聚协议序列号空间与所述无线链路控制序列号空间具有一一映射；

所述分配的步骤将所保留的所述一个或多个序列号分配至所述一个或多个传输控制协议确认包，以为所述一个或多个传输控制协议确认包中的每一个分配所述包数据汇聚协议序列号空间的所述一部分中的第一序列号和所述无线链路控制序列号空间的所述一部分中的对应的第二序列号；以及

所述发送的步骤在第5代长期演进网络上发送所述一个或多个传输控制协议确认包。

13.一种由用户设备执行的用于传输承载服务的一个或多个传输控制协议确认包的方法，该方法包括步骤：

将所述一个或多个传输控制协议确认包在第一队列中排序，并且将所述承载服务的一个或多个非传输控制协议确认包在第二队列中排序，所述第一队列的优先级高于所述第二队列的优先级；以及

基于所述第一队列的优先级和所述第二队列的优先级将包数据汇聚协议序列号空间和无线链路控制序列号空间中的至少一个中的多个序列号分配给所述一个或多个传输控制协议确认包和所述一个或多个非传输控制协议确认包。

14.一种由用户设备执行的用于传输多个承载服务的一个或多个传输控制协议确认包的方法，该方法包括步骤：

基于多个单独队列的多个确定的优先级的平均值计算传输控制协议确认队列的优先级，所述传输控制协议确认队列包括所述一个或多个传输控制协议确认包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包并且具有所述多个确定的优先级中的确定的优先级；以及

基于计算的所述传输控制协议确认队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个传输控制协议确认包。

15.一种由用户设备执行的用于传输多个承载服务的一个或多个传输控制协议确认包的方法，该方法包括步骤：

基于多个单独队列中的所述一个或多个传输控制协议确认包的数量和所述多个单独队列的多个确定的优先级计算传输控制协议确认队列的优先级，所述传输控制协议确认队列包括所述一个或多个传输控制协议确认包，所述多个单独队列中的每一个包括所述多个承载服务之一的一个或多个上行数据包并且具有所述多个确定的优先级中的确定的优先级；以及

基于计算的所述传输控制协议确认队列的优先级和所述多个单独队列的所述多个确定的优先级分配上行准予资源，以传输所述一个或多个传输控制协议确认包。

16.一种由用户设备执行的用于传输传输控制协议确认包的方法，包括步骤：

通过以下中的至少一个发送所述一个或多个传输控制协议确认包：

包括许可辅助访问链路的非独立新无线，

装置对装置端，

准予可用于载波聚合和双重连通性中的至少一个的第一多个载波中的第一载波，所述第一载波具有所述第一多个载波中的最低块错误率和所述第一多个载波中的最高信干噪比，

准予可用的第二多个载波中的第二载波，所述第二载波具有所述第二多个载波的最高功率余量，以及

用于非独立新无线的主载波和副载波。

17.一种用于传输一个或多个传输控制协议确认包的用户设备，该用户设备包括：

存储计算机可读指令的存储器；以及

至少一个处理器，其耦接至所述存储器并且被构造为执行计算机可读指令，以进行以下操作：

保留包数据汇聚协议序列号空间和无线链路控制序列号空间中的至少一个中的一个或多个序列号，

将所保留的所述一个或多个序列号分配至所述一个或多个传输控制协议确认包，以及

发送所述一个或多个传输控制协议确认包。

18.根据权利要求17所述的用户设备，其中，所保留的所述一个或多个序列号的数量是静态的。

19.根据权利要求17所述的用户设备，其中，所保留的所述一个或多个序列号的数量是动态的。

20.根据权利要求19所述的用户设备，其中，所述至少一个处理器被构造为执行所述计算机可读指令，以基于上行数据率、下行数据率、块错误率、比特错误率、信号质量、网络负载和所保留的所述一个或多个序列号中的未使用的序列号的数量中的至少一个保留所述数量的所保留的所述一个或多个序列号。

21.根据权利要求20所述的用户设备，其中，所述至少一个处理器被构造为执行计算机可读指令，以将所保留的所述一个或多个序列号中的未使用的序列号分配给先前的包数据汇聚协议服务数据单元、后续的包数据汇聚协议服务数据单元和包数据汇聚协议SDU报头中的至少一个。

22.根据权利要求17所述的用户设备，其中，所述至少一个处理器被构造为执行计算机可读指令，以通过以下步骤保留所述一个或多个序列号：

将所述包数据汇聚协议序列号空间和所述无线链路控制序列号空间中的所述至少一个分段为第一区和第二区，所述第一区包括第一多个序列号，所述第二区包括第二多个序列号；以及

在所述第二区中包括的所述第二多个序列号当中保留所述一个或多个序列号。

23.根据权利要求22所述的用户设备，其中，所述至少一个处理器被构造为执行计算机可读指令，以将所述第一区中包括的所述第一多个序列号分配给一个或多个非传输控制协议确认包。

Images