CN109716728B - 用于对协议数据单元递送进行排序的方法与装置 - Google Patents

用于对协议数据单元递送进行排序的方法与装置 Download PDF

Info

Publication number
CN109716728B
CN109716728B CN201780057370.0A CN201780057370A CN109716728B CN 109716728 B CN109716728 B CN 109716728B CN 201780057370 A CN201780057370 A CN 201780057370A CN 109716728 B CN109716728 B CN 109716728B
Authority
CN
China
Prior art keywords
delivery
pdcp
pdu
identifier
packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780057370.0A
Other languages
English (en)
Other versions
CN109716728A (zh
Inventor
亚伦·詹姆斯·卡拉德
菲利普·勒鲁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN109716728A publication Critical patent/CN109716728A/zh
Application granted granted Critical
Publication of CN109716728B publication Critical patent/CN109716728B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了用于对协议数据单元递送进行排序的装置与方法。根据实施例，通过将指示符与每个PDCP分组相关联来提供排头阻塞的缓解，这可以提供与递送要求和/或传输流有关的PDCP分组的区分。

Description

用于对协议数据单元递送进行排序的方法与装置
相关申请交叉引用
本申请要求于2016年9月30日提交的序列号为62/402,203、名称为“用于对协议数据单元递送进行排序的方法与装置”的美国临时专利申请以及于2017年9月26日提交的序列号为15/716,028、名称为“用于对协议数据单元递送进行排序的方法与装置”的美国专利申请的优先权的权益，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及现场通信网络，尤其涉及用于对分组递送或协议数据单元递送进行排序的方法与装置。
背景技术
根据第三代合作伙伴计划(3G)建立的长期演进(Long Term Evolution,LTE)标准，在图1中示出了与用户设备(User Equipment,UE)105和演进型NodeB(evolved NodeB,eNB)100相关联的协议栈。用户设备的协议层包括物理(Physical,PHY)层130、媒体访问控制(Media Access Control,MAC)层128、无线链路控制(Radio Link Control,RLC)层126、分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层124、无线资源控制(Radio Resource Control,RRC)层122和非接入层(Non-Access Stratum,NAS)120。此外，eNB 100的协议层包括PHY层118、MAC层116、RLC层114、PDCP层112和RRC层110。
从图1中可以看到，UE和eNB中均存在PDCP层124,112。协议栈中的该层使用空中接口向UE发送并从eNB接收分组。该协议与其它第2层(Layer 2,L2)协议一起使用，包括RLC层和MAC层协议。PDCP层负责其它动作之外的动作，包括IP数据的报头压缩和解压缩、数据传输以及PDCP序列号(Sequence Number,SN)的维护。
在LTE中，期望有序递送PDCP分组。因此，当在接收器的PDCP层无序接收PDCP分组时，这些PDCP分组被缓存直到其可以有序递送。这些分组到后续接收层或功能的传输，例如，鲁棒性报头压缩(Robust Header Compression,RoHC)或UE中的其它上层协议层，可以通过排头型阻塞问题来抑制。当存在多个传输流时，该阻塞问题尤其明显，并且由于第一传输流的PDCP分组被无序接收，因此阻止了与第二传输流相关联的数据的递送。这可能导致所有随后接收的PDCP分组的递送受到阻塞直到“丢失分组”按顺序递送，而不管后续接收的分组用于哪个流。
因此，需要一种用于对现有技术的一个或多个限制不受影响的协议数据单元递送进行排序的方法与装置。
提供此背景信息是为了揭示申请人认为与本申请可能相关的信息。不需要承认，也不应该被解释为，任何上述信息构成针对本申请的现有技术。
发明内容
本申请的目的是提供用于对分组递送或协议数据单元递送进行排序的方法与装置。根据本申请的一个方面，提供了一种用于对协议数据单元(protocol data unit,PDU)递送进行排序的方法。所述方法包括在发送器中的分组数据汇聚协议(PDCP)层处将指示无序递送的标识符插入到所述PDU中并由所述发送器传输所述PDU。
根据一些实施例，所述标识符是流标识符(流ID)或是具有相关联的序列号集合的流ID。在一些实施例中，所述标识符是序列号，其中，第一序列号集合指示有序递送，第二序列号集合指示不按顺序递送。在一些实施例中，所述标识符还包括序列号，其中，所述序列号取决于所述标识符。
根据一些实施例，所述方法还包括将用于递送的所述PDU映射到至少一个特定数据无线承载(data radio bearer,DRB)，其中，所述至少一个特定无线承载基于所述流ID至少部分地确定。
根据本申请的一个方面，提供了一种用于对协议数据单元(PDU)递送进行排序的装置。所述装置包括处理器和用于存储指令的存储器。所述指令在由所述处理器执行时使所述装置将指示无序递送的标识符插入到PDU中并传输所述PDU。
根据一些实施例，所述装置是用户设备(UE)。在一些实施例中，所述装置是基站。在一些实施例中，所述装置是核心网络功能。
根据本申请的一个方面，提供了一种用于对分组数据汇聚协议(PDCP)分组递送进行排序的方法。所述方法包括由接收器接收PDCP分组，其中，所述PDCP分组包括标识符。所述方法还包括：根据对所述标识符的检查，当所述标识符被设置为不按顺序递送时，将所述PDCP分组转发给上层。
根据本申请的一个方面，提供了一种用于对分组数据汇聚协议(PDCP)递送进行排序的装置。所述装置包括处理器和用于存储指令的存储器。所述指令在由所述处理器执行时将所述装置配置为接收PDCP分组，其中，所述PDCP分组包括标识符。所述指令在由所述处理器执行时进一步配置所述装置根据对所述标识符的检查，当所述标识符被设置为不按顺序递送时，将所述PDCP分组转发给上层。
根据一些实施例，所述装置是用户设备(UE)。在一些实施例中，所述装置是基站。在一些实施例中，所述装置是核心网络功能。
根据本申请的一个方面，提供了一种用于对协议数据单元递送进行排序的方法。所述方法包括将标识符插入到分组的报头中，其中，所述标识符指示所需的有序分组递送或所需的无序分组递送。所述方法还包括传输所述分组。
根据一些实施例，所述方法还包括将序列号插入到所述分组的报头中，其中，插入的序列号取决于所述标识符。
根据本申请的另一方面，提供了一种用于对协议数据单元(PDU)递送进行排序的方法。所述方法包括将流标识符插入到分组的报头中，其中，所述流标识符指示有序分组递送或无序分组递送并传输所述分组。
附图说明
通过以下结合附图的详细描述，本申请的其它特征和优点将变得显而易见，其中：
图1示出了根据现有技术的与LTE环境中的用户设备和演进型NodeB(eNB)相关联的协议栈。
图2示出了根据本申请实施例的用于对分组递送进行排序的方法。
图3示出了根据本申请实施例的用于对分组递送进行排序的方法。
图4示出了根据本申请实施例的标识有修改的PDCP报头。
图5示出了根据本申请实施例的当流ID用于定义分组排序配置时的发送器侧行为。
图6示出了根据本申请实施例的当流ID用于定义分组排序配置时的发送器侧行为。
图7示出了根据本申请实施例的当逻辑信道标识符(logical channelidentifier,LCID)用于定义对分组排序配置进行定义的流时的发送器侧行为。
图8A示出了根据本申请实施例的PDCP描述。
图8B示出了根据本申请实施例的RLC描述。
图8C示出了根据本申请实施例的MAC描述。
图9示出了根据本申请实施例的PDCP反馈分组。
图10是根据本申请实施例的硬件设备的示意图。
应注意，在所有附图中，相同的特征由相同的附图标记标识。
具体实施方式
本申请提供了本文中公开和描述的可用于对协议数据单元递送进行排序的方法与装置。根据本申请实施例，提供了一种当分组在用户设备和无线接入节点之间的交互期间被无序接收时，可以减轻这些PDCP分组的后续递送的排头阻塞的方法与装置。根据实施例，通过将指示符与每个PDCP分组相关联来提供排头阻塞的缓解，这可以提供与递送要求和/或传输流有关的PDCP分组的区分。所述指示符也可以称为标识符。
还将容易理解的是，无序等同于不按顺序并与之同义，因此这些术语可以互换使用。例如，无序递送可以等同地且可互换地称为不按顺序递送。还将理解，需要有序递送的指示符可以被实现为不指示允许无序递送。
根据本申请实施例，通过将标识符与每个PDCP分组(也称为PDCP协议数据单元(PDU))相关联来提供排头阻塞的缓解。标识符可用于标识PDCP分组是否需要有序递送。这样，可以在一经接收时递送具有标识符的PDCP分组，该标识符指定不需要有序递送。仅在接收到具有先前序列号(SN)的PDCP分组时才递送具有标识符的PDCP分组，该标识符指定需要有序递送。这允许灵活性，并且提供与现有技术没有区别的最坏情况场景。
根据本申请实施例，通过关联指示符和序列号(SN)来提供排头阻塞的缓解，所述指示符用以标识PDCP分组是否需要有序递送，所述序列号对于所述指示符是特定的。因此，第一序列号集合用于标识需要有序递送的PDCP分组的序列，第二序列号集合用于标识不需要有序递送的PDCP分组。在本实施例中，无序接收需要有序递送的PDCP分组不会对不需要有序递送的PDCP分组的递送产生妨碍。
本领域技术人员应理解，在传统实现方式中，当两个不同的业务流是同一PDCP流的一部分时，关联于第一业务流的丢失的PDCP PDU将导致PDCP层缓存所述PDCP流中的所有其它数据，直到接收到丢失的PDCP PDU或者发生超时。在发生这种情况时，关联于第二业务流的所有PDCP PDU可能已有序到达。关联于第二业务流的PDCP PDU可以有序递送，但是却被第一业务流中的丢失的PDCP PDU所阻塞。本申请实施例允许将指示符添加到PDCP PDU，使得允许PDCP功能或层来区分PDCP业务内的业务流。这可以用于为每个业务流提供PDCPPDU的有序递送，即使其导致整个PDCP PDU流的整体无序递送。
根据本申请实施例，通过关联指示符来提供排头阻塞的缓解，所述指示符用以标识与PDCP分组相关联的传输流。在该配置中，每个传输流具有相关联的序列号集合。这样，第一传输控制协议(transmission control protocol,TCP)流的排序与第二TCP流的排序几乎没有关系。所述指示符可以是传输流标识的指示符或其它这样的标识符。
容易理解的是，尽管本文中讨论的许多实施例参考了PDCP层，但是很容易理解，该讨论可以至少等同地应用于其它协议层，只要其它协议层具有类似功能即可。例如，RLC层与PDCP层具有至少一些相似性，因此该讨论也可以至少部分地应用于该层。
图2示出了根据本申请实施例的用于对分组递送进行排序的方法，其中，从发送器的角度来执行所述方法。容易理解的是，发送器可以与用户设备(UE)或基站相关联，例如，NodeB、演进型Node B(eNodeB或eNB)、下一代NodeB(有时称为gNodeB或gNB)或其它基站配置。此外，发送器可以与核心网络功能相关联，核心网络功能具有与其相关联的网络接口，所述网络接口用于从连接到网络的网络功能接收数据并向其发送数据。
如图2所示，方法200包括将指示符或标识符插入到用于递送的分组中(205)。在一个实施例中，所述标识符指示分组是有序还是不按顺序递送。在一个实施例中，所述标识符用于标识与传输流相关联的PDCP PDU，该标识符可以被配置为流标识符或流ID。在一些实施例中，所述指示符是序列号，其中，第一序列号集合指示有序递送，第二序列号集合指示不按顺序递送。第一和第二序列号集合可以定义为位于阈值水平的相对侧的数字。所述方法还包括发送器传输分组(230)。在一些实施例中，所述方法还包括将序列号插入到分组中(210)，其中，所述序列号(SN)对于插入的标识符是特定的。
进一步参考图2，在一些实施例中，所述方法还包括将PDCP PDU映射到特定数据无线承载(DRB)(220)。在本实施例中，提供了多个DRB，其中，至少一个DRB被配置为提供分组的不按顺序递送。
图3示出了根据本申请实施例的用于对分组递送进行排序的方法300，其中，从接收器的角度来执行所述方法。接收器可以与用户设备(UE)或基站相关联，例如，NodeB、演进型Node B(eNodeB或eNB)、下一代NodeB(有时称为5G NodeB、gNodeB或gNB)或其它基站配置。此外，接收器可以与核心网络功能相关联，该核心网络功能具有与其相关联的网络接口，所述网络接口用于从连接到网络的网络功能接收数据并向其发送数据。
如图3所示，所述方法300包括接收具有标识符的分组或PDCP PDU(310)，其中，所述标识符指示分组是有序还是不按顺序递送。所述方法还包括控制由接收器对分组进行的转发，其中，控制转发基于标识符。例如，在某些实例中，控制转发包括当标识符指示不按顺序递送时立即转发分组。在一些实施例中，所述方法还包括评估关联于PDU的序列号(并且通常指定在报头内)(320)。例如，所接收的分组可以包括相关联的序列号，并且控制转发包括当标识符指示有序递送且接收器没有接收到具有先前序列号的分组时延迟分组的转发。
当分组包括指示不按顺序递送的标识符时，转发包括立即转发分组，因此这可以被认为类似于使用转发定时器，其中，转发定时器被设置为基本上为零。该转发定时器可以被认为是重新排序定时器，其定义了在分组被无序接收时递送该分组之前设备(例如，UE、基站或核心网络功能)等待的时间长度，例如，分组的序列号。
以下定义与一个或多个分组相关联的标识符的配置的进一步讨论。容易理解的是，这些配置不被认为是限制性的，而是仅仅示出了根据本申请实施例的可以被配置为定义有序递送或不按顺序递送的标识符的选项。
仅基于指示符的排序
图4示出了根据本申请实施例的具有报头406的PDCP PDU 400，所述报头406标识对PDCP PDU 400的修改。根据实施例，通过将指示符与每个PDCP分组相关联来提供排头阻塞的缓解，这可以提供与递送要求有关的PDCP分组的区分。标识符可以被配置为提供在每个PDCP分组中的单个比特，例如，PDCP-PDU分组，指示该分组是否需要有序递送或不按顺序传输，即无序递送。根据实施例，保留位(R)402(在图4中由括号标识)之一可用于传输该信息。然而，根据其它实施例，标识符可以位于PDCP报头的其它位置或PDCP分组的其它元素内。根据实施例，序列号(SN)404与PDCP分组相关联，并且可以用于重传目的，例如，当发生分组丢失时。应该理解，图4仅示出了用于将标识符结合到PDCP报头400中的若干选项之一。显而易见的是，不同的选项可以使用关联于PDCP的不同比特以便传递标识符。
根据实施例，在接收器处恢复PDCP分组，检查标识符，并且如果有序递送位标志(即标识符)被设置为否，则立即将分组转发给上层。如果标识符被设置为真，则如果已经接收到有序递送位设置为真的先前SN，则将分组仅转发给上层。然而，根据本实施例，应注意，在这种场景下，必须假定任何丢失的PDCP分组包含被设置为真的有序递送位(标识符)。
根据实施例，标识符的这种配置的结果是需要有序递送的分组可能遭受不必要的延迟，因为这些分组被保留直到接收到具有先前序列号的分组，而不管先前的分组是否需要有序递送。该延迟不大于现有PDCP方法中引入的延迟，在现有PDCP方法中，无线承载内的所有分组都需要有序递送。然而，这种延迟可能无法通过本实施例、任何或所有实施例来减轻。本实施例的一个可能的优点是，当分组不需要有序递送并且被正确接收时，这些分组在接收PDCP层不会遭受不必要的延迟。应当理解，根据本实施例，对发送器的反馈不会改变，因为该反馈仅依赖于一系列序列号。
基于指示符和序列号的排序
根据本申请实施例，通过关联指示符并包括序列号(SN)404来提供排头阻塞的缓解，所述指示符用以标识PDCP分组是否需要有序递送，所述序列号(SN)404对于所述指示符是特定的。例如，需要有序递送的分组具有与其相关联的第一序列号集合，而不需要有序递送的分组具有与其相关联的第二序列号集合。根据实施例，在每个PDCP分组中包括单个比特，指示“有序”或“不按顺序”递送，并且基于标识符分配与分组相关联的序列号。这样，当丢失的分组被指定为“不按顺序”时，该丢失的分组将不会导致“有序”分组的排头阻塞。根据实施例，保留位(R)402(在图4中由括号标识)之一可以用作指示有序或不按顺序的标识符。
根据实施例，与有序分组相关联的序列号可以被配置为具有独立或正交的SN空间。另外，根据本实施例，重传丢失的分组所需的对发送器的反馈将包括标识符的标识，该标识符指示丢失的分组是否被分配为有序或无序分组，并指示丢失的分组的序列号。使用该SN的过程(例如，加密和解密)可另外使用该指示符位来区分不同的PDU。
在一些实施例中，可以从SN推断指定有序递送要求或无序递送可接受性的指示符。例如，在一些实施例中，偶数编号的SN可以与有序递送要求相关联，而奇数编号的SN可以与无序递送要求相关联。容易理解的是，可以使用可以分别定义有序递送或无序递送的SN的其它排序配置。
例如，第一序列号集合指示有序递送，第二序列号集合指示不按顺序递送。在另一实施例中，关联于有序递送的SN可以是连续的SN集合，而关联于无序递送的SN可以是不同的连续集合。
基于流的排序
根据本申请实施例，通过关联指示符来提供排头阻塞的缓解，所述指示符用以标识与PDCP分组相关联的传输流。在该配置中，每个传输流具有相关联的序列号集合。
上述讨论的传输流可以采用流标识符或流ID的形式。容易理解的是，通过使用流ID，可以存在特定流所需的固有服务质量，因此在某些实例中，流ID可以被定义为服务质量流ID或认为与之同义，例如，QoS流ID。
根据实施例，上层有序递送仅在特定流内重要。例如，一个TCP流的排序与另一个TCP流的排序几乎没有关系。因此，为了提供这种区分，根据实施例，可以在PDCP层内使用“流ID”字段。根据实施例，每个流ID字段具有其自己的SN集合，并且基于流ID和相关联的SN强制执行分组接收的排序。根据实施例，控制信令基于流ID和SN字段的这种组合，因此，分组接收反馈将包含与特定流相关的多个元素和与该特定流相关联的SN。
根据实施例，流字段，例如，来自鲁棒性报头压缩(RoHC)的上下文ID(context ID,CID)可用于定义流ID。如果使用RoHC CID字段，则CID不暗示是否需要有序。因此，在一些实施例中，当CID用于传递流ID时，可以使用附加位(例如，上述讨论的保留位之一)来传递特定流ID是否需要有序递送。因为CID字段通常是加密的，所以该字段可以例如从RoHC报头移动/复制到外部协议报头(PDCP)中。在另一个实施例中，接收器可以知道需要有序递送的特定流ID(可以由RoHC CID字段定义)的半静态分配。接收器可以通过使用半静态查找表来标识相关的流ID，这将是容易理解的。在另一实施例中，例如，通过使用查找表等，接收器知道需要有序递送的预定义流ID集合(由RoHC CID字段定义)。根据实施例，其中一个流ID可以指代所有不需要有序递送的流。根据其它实施例，给定流ID的排序类型由显式控制信令配置。
在其它实施例中，流ID字段不直接与CID有关，而是可以单独确定。流ID可以承载在保留位(R)402中的一个或多个中，例如，参考图4，或者可以给这些比特保留位分配额外的空间。
在其它实施例中，可以使用，例如，N的模函数仅从SN获得流ID，其中，N是所标识的流的数量。例如，N可以是预定义的并且通过控制信令限制或动态配置。可以将无序流预定义为一个或多个流，或者可以通过控制信令将每个流动态地设置为有序或无序。
图5示出了根据本申请实施例的当流ID用于定义分组排序配置时的发送器侧行为500。在该图中，在PDCP层执行的动作可以由上层PDCP功能505和下层PDCP功能510、515定义，然后是加密功能520和到RLC层的随后递送525。在下行链路(downlink,DL)上，上层PDCP功能505可以基于流ID执行流标识，并且随后将分组递送到与该特定流ID相关联的特定下层PDCP功能510、515。容易理解的是，虽然图5仅示出了两个下层PDCP功能510、515，但是可以存在更多的PDCP功能，并且所实现的PDCP功能的数量可以直接取决于分配给分组的流ID的数量。在下层PDCP功能515、510处接收到分组时，可以执行RoHC，流ID例如在抽象语法标记(abstract syntax notation,ASN)中，计数为明文形式。应当理解，上层PDCP层可以仅检查输入的PDU，以便确定提供给适当下层PDCP层的流ID。
可以在加密过程520期间添加流ID和计数中的任一者或两者。可以将具有或不具有流ID和计数中任一者或两者的加密过程520的结果转发给RLC层功能525。
在一些实施例600中，如图6中所示，可以针对各个流ID并行地执行加密步骤620、625，并且所得到的分组可以在RLC层630处汇聚。
如图6的实施例600中所示，可以维持上层PDCP 505和下层PDCP 510和515划分。这允许不同流ID的不同处理链。如上所述，图5的加密过程520可以分成并行加密过程620和625，这两个过程均将其输出(通常是PDCP PDU)提供给RLC层630。
容易理解的是，在接收侧，例如，在上行链路(uplink,UL)场景中，图5和图6中标识的动作将反转(例如，加密将变为解密)，并且这些图中所示的箭头将指向相反的方向。在一些实施例中，计数确定(例如，计数框)功能可以变为负责有序递送的功能。应注意，一个或多个流ID可以代表不需要有序递送的流。箭头的反转将导致先前讨论的反转过程以相反的顺序执行，使得发送器侧过程将从接收PDCP SDU开始，接收器侧过程将从接收PDCP PDU开始并以生成PDCP SDU结束。
相对依赖性
根据实施例，不是具体地定义哪个流ID需要有序递送，而是使用一个字段来通知第一PDU对先前PDU具有相对依赖性。根据实施例，在PDU中传输的x比特可以用于指示[0,2x-1]范围内的值X，其可以用于定义PDU的相对依赖性。例如，当前PDU SN的相对依赖性可以与(当前PDU SN-X)有关。这可以用于通知接收器直到处理序列号为SN-X的PDU时才可以有效地处理该分组。根据实施例，可以在RLC层或PDCP层内实现相对依赖性的标识，例如，值X。可以在RLC层使用RLC SN。
作为示例，如果对于特定流，协议层知道已经接收了哪些分组并且所有先前的PDU分组已被确认，则发送器可以自由地指示该流的下一个PDU不依赖于任何先前的PDU，因此X＝0。然而，如果某些分组尚未被确认，则可以确定X等于最后确认的分组的SN与当前传输的PDU分组的SN之间的差。
根据实施例，可以在RLC层使用相对依赖性，因为在当前接收到的分组之前可能永远不会存在多于固定数量传输的依赖性(即，相对于尚未确认的分组)。因此，在本实施例中，RLC序列号可以将X限制为较小的值，例如，3比特，其可以在当前接收到的分组之前定义多达8个传输时间间隔(transmission time interval,TTI)的依赖性。
根据实施例，调度器被配置为知道标签标记，例如，调度器可以被配置为向接收器提供数据，其中，所述数据指示当前传输对先前传输的依赖性。
根据实施例，调度器从发送RLC层接收一个传输包含需要排序的数据的信息。为了简化该示例，考虑两个不同的流，一个是有序的，一个是无序的，因此在授权的每个TTI，调度器传输关于该授权是否包含有序数据或无序数据的一位信息。此外，调度器可以跟踪确认的传输，使得调度器知道任何先前的传输是以下情况之一：1)递送；或2)可能已递送但未确认或未能正确接收且尚未重传。当组合这两个信息集合时，调度器可以确定包含有序数据的下一传输是否依赖于未被确认或未能正确确认的先前的有序数据传输。因此，调度器可以通知接收器当前传输依赖于先前传输，并且可以通过确定该传输的相对TTI来确定相对依赖性，例如，对于相对依赖性的确定，通过如先前所讨论的那样对TTI进行计数。接收RLC层随后可以相应地等待重传，例如，直到当前传输所相对依赖的传输。
根据实施例，取决于RLC层的设计，RLC SN可以或可以不松散地(loosely)与TTI传输或先前传输协作，例如，如果当多个PDU在相同TTI中时SN不增加。
根据实施例，调度器进行的相对依赖性的消息传递不是根据每TTI/授权基础来指示的，而是根据逻辑信道ID(LCID)/RLC或PDCP序列来指示的。调度器提供指示是否立即进行处理的消息或者提供指示接收侧要等待的协议层和ID的消息。调度器进行的该指示可以在每个PDCP层上或在每个RLC层上完成。另外，由于在RLC层或MAC层可以发生级联，因此可以通过具有确认模式(acknowledged mode,AM)PDU报头中的字段来支持这两个层，该字段指示该组PDU对其它RLC PDU的相对依赖性。根据实施例，AM PDU报头的字段可以用RLC报头中的SN字段进行增量编码，并指示其所依赖的RLC的SN。为了指示多个RLC报头依赖性，可以在同一TTI中生成多个RLC PDU，每个RLC PDU使用不同的RLC报头。
RLC层指示
根据实施例，RLC分组报头可以包括用于指示当前RLC传输对其它RLC传输的依赖性的指示符。可以使用RLC报头中的一个或多个保留位来配置所述指示符，或者可以通过添加RLC报头的一位或多位的附加字段来配置所述指示符，从而导致RLC报头的当前位被移位。根据实施例，所述指示符在称为FL字段的新字段中定义，所述FL字段可以从上层信令透明地确定。替代地，如果在PDCP层也指示接收分组的重新排序，则可以直接确定FL字段。在这种情况下，该信息/字段可以从用于空中传输的PDCP层报头中剥离，并且从RLC FL字段中重新创建。
根据实施例，FL字段指示当前系列的PDCP PDU所依赖的RLC SN。该RLC SN可以或可以不用当前SN进行增量编码。接收侧的RLC层可以被配置为检查FL字段。如果已经处理了FL字段中指示的SN，则可以进一步处理所有附接且完全接收的PDCP PDU(这些PDCPPDU包含在AM PDU的数据字段中)。否则，该数据必须被缓存以供稍后处理。应注意，为了尽早解密PDCP，该动作可以在此时完成。可选地，可以对PDCP进行标记以便上层协议层了解有序递送的要求以及这些PDCP属于哪个流。在RLC和PDCP不在相同位置的实例中，可以通过与上层RLC SN相关联的标识符将这种认识提供给上层协议层，该标识符指示业务的处理/发送顺序。根据本实施例，确认和否定确认的传输不需要任何修改。
MAC层指示
众所周知，MAC层对LCID值标识的许多不同信道进行多路复用。根据实施例，在接收器侧，流可以通过LCID来区分，因此，MAC信息可以用于区分流。在一些实施例中，堆栈不发生改变并且每个LCID/流映射被到单独的PDCP，其可以表示不同的无线承载(radiobearer,RB)。在一些实施例中，LCID被映射到一个PDCP功能，例如，图7中所示的上层PDCP705。根据实施例，LCID中的一个可以被配置或定义为不支持对递送的重新排序。根据实施例，在该配置中，可以基于MAC层中使用的LCID隐式地确定RLC FL字段或PDCP流ID。
在一些实施例中，多个LCID可以对应于单个无线承载。该单个无线承载可以映射到单个PDCP，并且从核心网络(core network,CN)和控制信道信令的角度来看可以被视为单个承载。
根据实施例，需要一个会话密钥和一个无线承载。各个PDCP PDU到LCID的映射可以通过PDCP/RLC分割来指示。根据实施例，所述映射可以通过参考RLC/MAC映射来配置。例如，在MAC层，可以添加1位字段，指示后续PDU中的SN已被剥离或移除，并且应当假设等于比具有相同LCID的最后一个PDU中的SN大的字段。在RLC层，例如，许多不同的PDCP PDU被级联在一起，并且单个SN可以被附加到RLC报头。
根据实施例，存在RLC层到LCID的一对一映射，并且LCID上的反馈不发生改变，例如，每个RLC反馈缓存。PDCP 700可以分成一个上层PDCP层705和多个下层PDCP层710、715，每个层应用单独的SN。该配置在图7中示出。图7示出了根据本申请实施例的当LCID用于定义对分组排序配置进行定义的流时的发送器侧行为。加密720、725将隐式地使用流ID。根据实施例，这可以通过使不同下层PDCP的会话密钥不同，或者通过扩展加密中使用的计数字段以包括流ID来执行。
在加密720、725之后，可以将每个分组转发给其各自的RLC层，例如，RLC A 730或RLC B 735。
根据实施例，将LCID映射到一个RLC层并且提供联合反馈。PDCP/RLC层可以透明地接收LCID信息，以便知道在哪些服务数据单元(service data unit,SDU)上应用重新排序。
注意，以上定义了各种层可以交互的不同方式，以提供与流标识和分组重新排序要求有关的各层的认识。根据实施例，这些交互可以是不同层可以在不同关键点处结合或分离的方式。在创建这种无线承载期间，MAC和PDCP层之间定义的数据存在新的映射。具体地，映射到相同PDCP/DRB的LCID被通知给MAC，使得其在没有严格优先级的情况下对这些LCID进行多路复用。在本实施例中，可以应用以下方面中的一个或多个。
在一些实施例中，第一方面涉及缓存报告。例如，如果多个LCID包含基本上具有相同优先级的信息，则区分缓存区报告中的数据不一定有意义。因此，在本实施例中，缓存状态报告(buffer status report,BSR)可以仅指代多组LCID上的总和，其中，这种集聚(grouping)可以通过RRC信令来配置。
在一些实施例中，第二方面涉及PDCP层。例如，映射到低层PDCP层的LCID(如图7所示)可以在RLC层之上结合，因此可以使用相同的加密密钥或已经联合导出或交换的密钥。
在一些实施例中，第三方面涉及RoHC。例如，可能需要将多个LCID映射到相同的RoHC。该映射对应于将如图7所示的RoHC移动到上层PDCP层。该映射可以减少RoHC层的上下文维护。
在一些实施例中，第四方面涉及PDCP SN。例如，多个PDCP可以使用相同的序列号，因此在LCID之间共享与该序列号相关的PDCP反馈。
在一些实施例中，第五方面涉及RLC SN。例如，多个RLC可以使用相同的序列号，因此在LCID之间共享与该序列号相关的RLC反馈。
根据实施例，可以提供与LTE兼容实现方式相关联的当前配置的修改，其中，当配置至少两个数据无线承载(DRB)时，这些无线承载中的至少一个被配置为不适用于有序递送。在本实施例中，为每个无线承载分配不同的业务流模板(traffic flow template,TFT)，以便区分递送要求。在一个实施例中，核心网络可以将流分成，例如，有序流、非有序流，并且TFT可以将隧道端点标识符(tunnel endpoint identifier,TEID)映射到适当的DRB。在另一实施例中，TFT可用于定义到非有序DRB的用户数据报协议(user datagramprotocol,UDP)业务以及到有序DRB的传输控制协议(TCP)。在实施例中，无线承载的建立另外提供关于在这些DRB之间应用的优先级或公平性的信息。
应当理解，可以对分组或流进行映射以便递送到至少一个特定数据无线承载(DRB)，其中，该至少一个DRB被配置为提供有序递送或不按顺序递送。因此，流ID可用于确定至少一个特定DRB。
根据一些实施例，业务流的映射可以由上行链路方向上的UE定义，并且由下行链路方向上的无线接入节点(例如，eNodeB)定义。根据一些实施例，可以提供映射规则。根据一些实施例，映射规则可以嵌入在通用分组无线服务(general packet radio service,GPRS)隧道协议(GTP-U)报头中。例如，映射规则可以针对业务流的镜像映射(例如，由特定流ID定义的业务流)。在该示例中，在上行链路方向上，当UE充当发送器时，UE可以映射用于递送的上行链路分组，使得该映射至少部分地取决于先前接收的下行链路分组的映射。作为另一示例，在下行链路方向上，当基站(例如，eNB或gNB)充当发送器时，基站可以映射用于递送的下行链路分组，使得该映射至少部分地取决于先前接收的上行链路分组的映射。容易理解的是，先前接收的下行链路分组的映射等同于下行链路分组且在相反传输方向上的已知映射，先前接收的上行链路分组的映射等同于上行链路分组的已知映射。
根据实施例，以下定义MAC/RLC/PDCP协议层的协议描述。根据实施例，传输侧协议如表1中所示进行定义。根据实施例，假设协议包括基于流的区分，即，每个流有一个SN，RLC层使用基于SN的加密，并且在RLC/MAC层中存在级联。还要注意的是，在下表中，以斜体标识的项目被认为是可选的。
Figure GDA0001998321540000101
表1
根据实施例，假设在PDU传输之前已经初始化了以下参数：会话密钥、RoHC类型、初始SN、分类方案和LCID映射。
根据实施例，可以修改动作的顺序，只要提供有效的最终结果即可。参考表1，通过读取NG-U报头，分组被分类为流和DRB ID；在流和数据无线承载(DRB)内存在单独的RoHC实例并且如配置给RB的那样应用RoHC；每个PDU附加唯一的SN，其中，所述SN在每个PDU之后递增；并且加密被应用于RoHC和数据字段，作为密码密钥的一部分，使用RB ID(DRB#)、流ID和SN。
根据实施例，RLC/MAC负责多路复用、级联和分段，并且有效地将分组未经修改地提供给空中链路。应当理解，可以对分组进行改变，但是这将通过空中链路执行。
根据实施例，RLC/MAC层执行SN压缩，其中，在相同TTI内发送的所有具有顺序SN(和相同流/RB ID)的PDU被级联在一起。PDCP SN被丢弃并移动到RLC SN字段。如果配置的话，可以执行RLC SN字段的压缩(丢弃MSB的)。如果发生分段，则可以将片段号附加到(或以其它方式添加到)报头。该片段号通常在第一次对特定PDCP PDU进行分段时采用起始值0初始化。片段号在每次使用时都会递增，并且可以被配置为在片段号超过分配的计数空间时发生回绕。如果第一PDCP PDU被分段，则将RLC SN设置为该分段的SN。RLC/MAC层随后执行级联/分段，其中，下层的总长度字段LT给定，RLC确定其可以传输多少PDU，即，找到N，其中最大的N满足
Figure GDA0001998321540000102
在RLC报头中发送前N个长度字段(L1,L2,…,LN)。最终PDU可以具有从下层长度字段确定的长度字段。帧指示符(frame indicator,FI)位可以添加到RLC报头。RLC/MAC层随后执行多路复用，其中，MAC层选择从最高优先级到最低优先级无线承载的业务，并生成如上所定义的关于SN压缩和级联/分段的分组，从而提供在TRB中分配的长度。然而，如果无线承载不能使用整个长度，则其继续进行下一个无线承载。
图8A、图8B和图8C分别示出了根据本申请实施例的PDCP描述、RLC描述和MAC描述。参考图8A，PDCP层执行以下动作，包括分类820、鲁棒性报头压缩(RoHC)822、序列号(SN)添加824和加密826。在分类期间，PDCP层通过流ID 802和无线承载ID(radio bearer ID,RBID)805对PDCP PDU进行分类。在RoHC期间，PDCP层压缩报头804，从而产生RoHC 806。随后添加SN 808，并且对RoHC 806和数据808进行加密810。参考图8B，RLC层执行级联/分段830。如图8C中所示，MAC层执行多路复用840。
根据实施例，接收侧协议如表2中所示进行定义。MAC层读取LCID和L字段并分离不同的PDU以供适当的RLC实体处理。L字段被内部传递给上层以及TTI。RLC层执行重组，其中，所有完全组成的分组立即被发送给上层。可以缓存第一个和最后一个分组，直到其可以被重组。如果通过合并创建PDU，则转发给PDCP进行处理。RLC层随后执行SN解压缩，其中，从RLC SN和该RLC PDU内的SDU的数量重构PDCP SN。然后，PDCP层可以执行重新排序，其中，如果已经处理了所有具有匹配的流ID的PDCP SN，则仅发送分组进行进一步处理。每当发送新分组进行进一步处理时，PDCP SN在内部维护并递增。一个流ID(例如，流ID＝0)被标记为不需要有序递送的流，因此总是一直立即转发用于该流ID的分组。PDCP层随后执行RoHC解压缩，其中，每个流ID有单独的RoHC。然后执行分类，其中，基于流ID、RB ID和可能的附加字段(例如，网络切片ID或IP地址)确定NG-U报头。
Figure GDA0001998321540000111
表2
根据实施例，当流ID用于定义用于递送的分组的处理时，例如，有序递送或无序递送，与分组的接收有关的反馈将必须包括至少一个到流ID的参考。在一些实施例中，对于RLC层反馈，流ID字段可以附加到RLC反馈分组中的所有SN字段。在一些实施例中，对于PDCP层，反馈被配置为提供多个PDCP反馈，例如，每个流ID一个反馈分组或SN映射。图9中示出了根据本申请实施例配置的PDCP反馈分组900。PDCP反馈分组900包括流ID字段905。
本领域技术人员应理解，虽然已经描述了关于UE与无线接入节点之间或UE或无线接入节点内的交互的讨论，但应理解，无线接入节点可表示无线接入网络内的节点(诸如基站或接入点)，所述无线接入网络提供对UE的无线接入。在LTE网络的上下文中，该节点可以是eNodeB，而在其它网络中，其可以是NodeB。在下一代网络的上下文中，该节点可以是gNodeB。
图10是根据本申请不同实施例的硬件设备或电子设备1000的示意图，该硬件设备或电子设备1000可以包括，例如，通信系统的节点或功能实体，或者执行本文描述的上述方法和特征的任何或所有步骤。在一些实施例中，电子设备(electronic device,ED)或硬件设备1000可以是通信网络基础设施的元件，诸如基站(例如，NodeB、演进型Node B(eNodeB或eNB)、下一代NodeB(有时被称为gNodeB或gNB)、归属用户服务器(home subscriberserver,HSS)、网关(gateway,GW)，诸如分组网关(packet gateway,PGW)或服务网关(serving gateway,SGW)或核心网络(core network,CN)或公共陆地移动网络(PublicLand Mobility Network,PLMN)内的各种其它节点或功能。在其它实施例中，电子设备可以是通过无线电接口连接到网络基础设施的设备，诸如移动电话、智能电话或可被分类为用户设备(UE)的其它此类设备。在一些实施例中，ED可以是机器类型通信(Machine TypeCommunication,MTC)设备(也称为机器对机器(machine-to-machine,m2m)设备)或是可被分类为UE的另一此类设备，尽管没有向用户提供直接服务。在一些参考文献中，ED也可以是被称为移动设备，该术语旨在反映连接到移动网络的设备，无论设备本身是为移动性设计还是具有移动性能力。特定设备可以利用所示的所有组件或仅利用组件的子集，并且集成度可能随设备而变化。此外，设备可以包含组件的多个实例，诸如多个处理器、存储器、发送器、接收器、收发器等。如图所示，所述设备包括处理器1005，诸如中央处理单元(CentralProcessing Unit,CPU)，并且还可以包括专用处理器，诸如图形处理单元(GraphicsProcessing Unit,GPU)或其它此类处理器，存储器1020、非暂时性大容量存储器1010、I/O接口1025、网络接口1015和收发器1030，所有这些组件均经由双向总线通信耦合。根据某些实施例，可以使用任何或所有所描绘的元件，或者仅使用元件的子集。此外，设备可以包含某些元件的多个实例，诸如多个处理器、存储器或收发器。另外，硬件设备的元件可以在没有双向总线的情况下直接耦合到其它元件。ED还可以可选地包括视频适配器或其它组件。
存储器1020可以包括任何类型的非暂时性存储器，诸如静态随机存取存储器(static random access memory,SRAM)、动态随机存取存储器(dynamic random accessmemory,DRAM)、同步DRAM(synchronous DRAM,SDRAM)、只读存储器(read-only memory,ROM)或其任一组合，等等。大容量存储元件可以包括任何类型的非暂时性存储设备，诸如固态驱动器、硬盘驱动器、磁盘驱动器、光盘驱动器、USB驱动器或任一被配置为存储数据和机器可执行程序代码的计算机程序产品。在一些实施例中，大容量存储器可以与异构存储器集成。根据某些实施例，存储器或大容量存储器上可记录由处理器执行的语句和指令，用于执行本文描述的任何上述方法步骤。
电子设备1000可以包括一个或多个网络接口1015，所述网络接口1015可以包括有线网络接口和无线网络接口中的至少一种。网络接口可以包括用于连接到网络的有线网络接口，并且还可以包括用于通过无线链路连接到其它设备的无线接入网络接口。当ED是网络基础设施元件时，对于作为PLMN的元件而不是无线电边缘(例如，eNB)处的元件的那些节点或功能，可以省略无线接入网络接口。当ED是网络无线电边缘处的基础设施时，有线和无线网络接口均可以包括。当ED是无线连接设备(诸如用户设备)时，可以存在无线接入网络接口，并且可以通过诸如WiFi网络接口等其它无线接口来补充。网络接口允许电子设备与远程实体通信，诸如连接到网络的那些远程实体。
根据实施例，视频适配器和I/O接口1025提供将电子设备与外部输入和输出设备耦合的接口。输入和输出设备的示例包括与视频适配器耦合的显示器以及与I/O接口耦合的I/O设备，诸如触摸屏。其它设备可以与电子设备耦合，并且可以使用额外的或更少的接口。例如，诸如通用串行总线(Universal Serial Bus,USB)(未示出)等串行接口可用于为外部设备提供接口。本领域技术人员应理解，在ED是数据中心的一部分的实施例中，I/O接口和视频适配器可以被虚拟化并通过网络接口提供。
在一些实施例中，电子设备1000可以是独立设备，而在其它实施例中，电子设备可以驻留在数据中心内。如本领域所理解的，数据中心是可以用作集体计算和存储资源的计算资源(通常为服务器的形式)的集合。在数据中心内，多个服务器可以连接在一起以提供计算资源池，在该计算资源池上可以将虚拟化实体实例化。数据中心可以彼此互连以形成由计算和存储资源池组成的网络，所述计算和存储资源池通过连接资源彼此连接。所述连接资源可以采用诸如以太网或光通信链路等物理连接的形式，并且在一些实例中也可以包括无线通信信道。如果两个不同的数据中心通过多个不同的通信信道连接，则可以使用包括链路聚合组(link aggregation group,LAG)的形成在内的多种技术中的任一种技术将链路组合在一起。应当理解，可以在不同的子网络之间划分任何或所有计算、存储和连接资源(以及网络内的其它资源)，在一些情况下，可以为资源切片的形式。如果多个连接的数据中心或其它节点集合中的资源进行了切片，则可以创建不同的网络切片。
还应该理解，已经在各个特征或元件的上下文中讨论了不同的实施例。这是为了简化讨论。在一个实施例中引入的特征和元件可以与在其它实施例中引入的特征和元件相组合。在仅为了说明的目的而提供的一个非限制性示例中，标识符仅指示有序递送或不按顺序递送，并且分组还包括流ID，其中，流ID用于与序列号一起使用，以便在标识符被设置为指示有序递送的实例中确定分组顺序的评估。
根据本申请实施例，提供了一种用于对协议数据单元递送进行排序的方法。所述方法包括将标识符插入到分组的报头中，其中，所述标识符指示有序分组递送或无序分组递送，并传输所述分组。在一些实施例中，所述方法还包括将序列号插入到所述分组的报头中，其中，插入的序列号取决于所述标识符。
根据本申请实施例，提供了一种用于对协议数据单元递送进行排序的方法。所述方法包括将流标识符插入到分组的报头中，其中，所述流标识符指示有序分组递送或无序分组递送，并传输所述分组。
通过前述实施例的描述，可以仅通过使用硬件或通过使用软件和必要的通用硬件平台来实现本申请。基于这样的理解，本申请的技术方案可以以软件产品的形式体现。所述软件产品可以存储在非易失性或非暂时性存储介质中，该存储介质可以是压缩盘只读存储器(compact disk read-only memory,CD-ROM)、USB闪存盘或可移动硬盘。所述软件产品包括许多指令，这些指令使计算机设备(个人计算机、服务器或网络设备)能够执行本申请实施例中提供的方法。例如，这种执行可以对应于如本文所述的逻辑操作的模拟。所述软件产品可以附加地或替代地包括多个指令，这些指令使计算机设备能够执行根据本申请实施例的用于配置或编程数字逻辑装置的操作。
尽管已经参考本申请的具体特征和实施例描述了本申请，但显然可以在不脱离本申请的情况下对其进行各种修改和组合。此外，在一些实例中，已经使用特定于LTE的术语描述了本申请，容易理解的是，这些术语的使用是说明性的而非限制性的。因此，说明书和附图应仅视为对由所附权利要求限定的本申请的说明，并且预期涵盖任何和所有落入本申请范围内的修改、变化、组合或等同物。

Claims (14)

1.一种用于对协议数据单元PDU递送进行排序的方法，所述方法包括：
在发送器中的分组数据汇聚协议PDCP层处将指示无序递送的标识符插入到所述PDU中，所述标识符是流标识符ID；及
由所述发送器传输所述PDU；
所述方法还包括：
将用于递送的所述PDU映射到至少一个特定数据无线承载DRB，其中，所述至少一个特定DRB基于所述流ID至少部分地确定。
2.根据权利要求1所述的方法，其中，所述标识符插入到所述PDU的报头中。
3.根据权利要求1所述的方法，其中，每个流ID具有关联的序列号集合。
4.根据权利要求1所述的方法，其中，一个流ID与需要无序递送的多个流相关联。
5.根据权利要求1所述的方法，其中，所述PDU是上行链路分组，并且用于递送的所述上行链路分组的映射至少部分地取决于下行链路分组的已知映射。
6.根据权利要求1所述的方法，其中，所述PDU是下行链路分组，并且用于递送的所述下行链路分组的映射至少部分地取决于上行链路分组的已知映射。
7.根据权利要求1至6中任一项所述的方法，其中，所述标识符是序列号，其中，第一序列号集合指示有序递送，第二序列号集合指示无序递送。
8.根据权利要求1至6中任一项所述的方法，其中，所述方法还包括：
在所述发送器的所述PDCP层处将序列号插入到用于递送的所述PDU中，其中，所述序列号取决于所述标识符。
9.一种用于对协议数据单元PDU递送进行排序的装置，所述装置包括：
处理器；和
存储器，用于存储在由所述处理器执行时使所述装置被配置用以执行以下操作的指令：
将指示无序递送的标识符插入到所述PDU中，所述标识符是流标识符ID；以及
传输所述PDU；
将用于递送的所述PDU映射到至少一个特定数据无线承载DRB，其中，所述至少一个特定DRB基于所述流ID至少部分地确定。
10.根据权利要求9所述的装置，其中，所述标识符插入到所述PDU的报头中。
11.根据权利要求9所述的装置，其中，每个流ID具有关联的序列号集合。
12.根据权利要求9至11中任一项所述的装置，其中，所述标识符是序列号，其中，第一序列号集合指示有序递送，第二序列号集合指示无序递送。
13.根据权利要求9至11中任一项所述的装置，其中，所述指令在由所述处理器执行时进一步使所述装置被配置用以执行以下操作：
将序列号插入到用于递送的所述PDU中，其中，所述序列号取决于所述标识符。
14.根据权利要求9至11中任一项所述的装置，其中，所述装置是用户设备、基站或核心网络功能。
CN201780057370.0A 2016-09-30 2017-09-27 用于对协议数据单元递送进行排序的方法与装置 Active CN109716728B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662402203P 2016-09-30 2016-09-30
US62/402,203 2016-09-30
US15/716,028 US20180098241A1 (en) 2016-09-30 2017-09-26 Method and apparatus for ordering of protocol data unit delivery
US15/716,028 2017-09-26
PCT/CN2017/103710 WO2018059447A1 (en) 2016-09-30 2017-09-27 Method and apparatus for ordering of protocol data unit delivery

Publications (2)

Publication Number Publication Date
CN109716728A CN109716728A (zh) 2019-05-03
CN109716728B true CN109716728B (zh) 2020-09-11

Family

ID=61757432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780057370.0A Active CN109716728B (zh) 2016-09-30 2017-09-27 用于对协议数据单元递送进行排序的方法与装置

Country Status (4)

Country Link
US (1) US20180098241A1 (zh)
EP (1) EP3513590A1 (zh)
CN (1) CN109716728B (zh)
WO (1) WO2018059447A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111885642B (zh) * 2016-11-02 2022-06-10 中兴通讯股份有限公司 切换方法及装置
US11050721B2 (en) * 2016-12-26 2021-06-29 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
KR20180091548A (ko) * 2017-02-07 2018-08-16 삼성전자주식회사 차세대 이동통신 시스템에서 QoS를 처리하는 PDCP 계층의 동작 방법 및 장치
CN108810984B (zh) * 2017-05-05 2020-03-24 维沃移动通信有限公司 数据处理方法及装置
WO2018231006A1 (en) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Method and apparatus for rapidly reporting frequency measurement results in next generation mobile communication system
EP3747166A1 (en) * 2018-01-31 2020-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Link aggregation based on estimated time of arrival
US11546250B2 (en) * 2018-01-31 2023-01-03 Telefonaktiebolaget Lm Ericsson (Publ) Link aggregation with receive side buffering
KR102556490B1 (ko) * 2018-06-04 2023-07-17 삼성전자주식회사 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치
US11343022B2 (en) 2018-08-01 2022-05-24 Charter Communications Operating, Llc Disabling hybrid automatic repeat request (HARQ) acknowledgments for packets for which acknowledgements are supported at network or higher layer
WO2020088626A1 (zh) 2018-11-01 2020-05-07 华为技术有限公司 一种pdu会话的动态调整方法、装置
CN111132271B (zh) * 2018-11-01 2022-03-29 华为终端有限公司 一种pdu会话的动态调整方法、装置
CN111835657A (zh) * 2019-04-15 2020-10-27 华为技术有限公司 传输数据的方法和装置
CN112153691B (zh) * 2019-06-27 2022-04-12 华为技术有限公司 数据包传输的方法和通信装置
CN114586322B (zh) * 2019-10-30 2024-08-23 索尼集团公司 通信装置、基础设施设备和方法
US20210314270A1 (en) * 2020-04-01 2021-10-07 Qualcomm Incorporated Dynamic packet buffering duration
CN114501339B (zh) * 2020-10-23 2022-11-08 大唐移动通信设备有限公司 多媒体广播业务的处理方法、装置及存储介质
US20220116333A1 (en) * 2021-12-23 2022-04-14 Intel Corporation Apparatus, system, and method of out-of-order delivery of wireless communication frames
US12120033B2 (en) * 2022-06-16 2024-10-15 Samsung Electronics Co., Ltd. Method and apparatus for managing the flow of data in PDCP
US20240015587A1 (en) * 2022-07-05 2024-01-11 Cisco Technology, Inc. Packet sequencing and deduplication in multipath wireless networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330443A (zh) * 2007-06-19 2008-12-24 中兴通讯股份有限公司 增强型小区前向接入信道状态重排序方法
CN101978620A (zh) * 2008-03-17 2011-02-16 Lg电子株式会社 用于传送pdcp状态报告的方法
CN105917599A (zh) * 2014-01-16 2016-08-31 三星电子株式会社 无连接通信系统中操作用户面协议栈的装置和方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1734969A (zh) * 2004-08-10 2006-02-15 北京三星通信技术研究有限公司 上行增强专用信道的外环功率控制方法
US7733867B2 (en) * 2005-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Header compression for real time internet applications
JP4658142B2 (ja) * 2005-11-30 2011-03-23 富士通株式会社 通信装置およびフレーム制御方法
CN101296027B (zh) * 2007-04-23 2012-10-10 电信科学技术研究院 多载波移动通信系统传输mbms的方法及装置
WO2009018318A2 (en) * 2007-08-02 2009-02-05 Interdigital Patent Holdings, Inc. Packet data convergence protocol procedures
KR20100006119A (ko) * 2008-07-08 2010-01-18 한국전자통신연구원 식별 방법 및 프로토콜 데이터 유닛 생성 장치
CN101742430A (zh) * 2008-11-20 2010-06-16 华为技术有限公司 数据包处理方法、装置以及基站
CN103533586B (zh) * 2012-07-03 2016-07-20 电信科学技术研究院 切换过程中的信令交互及层重建的方法和设备
US9648514B2 (en) * 2013-08-09 2017-05-09 Blackberry Limited Method and system for protocol layer enhancements in data offload over small cells
CN104797009B (zh) * 2014-01-21 2018-09-14 普天信息技术有限公司 双连接网络中的无线承载释放方法及系统
CN104812000A (zh) * 2014-01-27 2015-07-29 中兴通讯股份有限公司 一种实现数据传输的方法及装置
CN105704197B (zh) * 2014-11-28 2020-04-10 电信科学技术研究院 一种数据传输方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330443A (zh) * 2007-06-19 2008-12-24 中兴通讯股份有限公司 增强型小区前向接入信道状态重排序方法
CN101978620A (zh) * 2008-03-17 2011-02-16 Lg电子株式会社 用于传送pdcp状态报告的方法
CN105917599A (zh) * 2014-01-16 2016-08-31 三星电子株式会社 无连接通信系统中操作用户面协议栈的装置和方法

Also Published As

Publication number Publication date
EP3513590A4 (en) 2019-07-24
US20180098241A1 (en) 2018-04-05
CN109716728A (zh) 2019-05-03
WO2018059447A1 (en) 2018-04-05
EP3513590A1 (en) 2019-07-24

Similar Documents

Publication Publication Date Title
CN109716728B (zh) 用于对协议数据单元递送进行排序的方法与装置
JP7321349B2 (ja) 通信システム、方法および集積回路
CN109982386B (zh) 集成电路、主控基站、通信系统及其方法
JP4469394B2 (ja) 無線通信システムにおけるプロトコルデータユニットのオーバーヘッド減少方法
EP3520561B1 (en) Efficient user plane architecture
US8953519B2 (en) Wireless communication system and method for determining the size allocated to a field in the header of a packet based on the length of the packet payload
CN103782569B (zh) 数据处理装置和方法
US11296841B2 (en) Communications method and apparatus
US20200059324A1 (en) Transmitting node, receiving node, methods and mobile communications system
TW202002705A (zh) 支援資料預處理之方法及其行動通訊裝置
CN101379733A (zh) Wcdma的增强rlc实体和rnc实体的操作方法及其系统
JP2023027035A (ja) 無線リンク制御ステータスのレポーティング
JP7173140B2 (ja) 送信装置及びバッファ制御方法
WO2020164533A1 (zh) 无线通信的方法、用户设备、网络设备及通信装置
KR20200086625A (ko) 무선 통신 시스템에서 데이터 처리 방법 및 장치
JP2008172296A (ja) 送信機
WO2016061987A1 (zh) 报文处理方法及装置
KR102190921B1 (ko) 이동 통신 시스템에서 대용량 서비스 데이터 유닛을 지원하기 위한 방법 및 장치
CN116939704A (zh) 数据包处理方法及装置
KR20080097936A (ko) 무선 통신 시스템에서의 데이터 처리 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant