CN115918149A - 用于数据平面的级联和预处理的系统和方法 - Google Patents
用于数据平面的级联和预处理的系统和方法 Download PDFInfo
- Publication number
- CN115918149A CN115918149A CN202180042142.2A CN202180042142A CN115918149A CN 115918149 A CN115918149 A CN 115918149A CN 202180042142 A CN202180042142 A CN 202180042142A CN 115918149 A CN115918149 A CN 115918149A
- Authority
- CN
- China
- Prior art keywords
- rlc
- pdu
- pdcp pdu
- new
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种5G通信系统或6G通信系统,其用于支持超出4G通信系统(诸如长期演进(LTE))的更高数据速率。本公开具体地涉及一种用于优化数据平面的无线电链路控制(RLC)机制的系统和方法。
Description
技术领域
本公开总体上涉及无线通信网络,并且更具体地涉及一种用于优化数据平面的无线电链路控制(RLC)机制的系统和方法。
背景技术
考虑到无线通信的一代代发展,已经开发了主要用于针对人类的服务的技术,诸如语音呼叫、多媒体服务和数据服务。在5G(第5代)通信系统的商业化之后,预期联网装置的数量将呈指数地增长。这些将越来越多地连接到通信网络。联网事物的示例可以包括车辆、机器人、无人机、家用器具、显示器、连接到各种基础设施的智能传感器、施工机械和工厂设备。预期移动装置以各种形状因数演变,诸如增强现实眼镜、虚拟现实耳机和全息图装置。为了通过将数千亿装置和事物在6G(第6代)区域中连接来提供各种服务,一直在努力开发改进的6G通信系统。出于这些原因,6G通信系统被称为超5G系统。
预期将在2030年左右商业化的6G通信系统将具有太(1,000千兆)级bps的峰值数据速率和小于100μ秒的无线电时延,并且因此将比5G通信系统快50倍且具有其1/10的无线电时延。
为了实现这样的高数据速率和超低时延,已经考虑在太赫频带(例如,95GHz至3THz频带)中实现6G通信系统。预期由于太赫频带中的路径损耗和大气吸收比在5G中所引入的毫米波频带中更严重,因此确保信号传输距离(也即,覆盖范围)的技术将变得更关键。作为确保覆盖范围的主要技术,有必要开发射频(RF)元件、天线、比正交频分复用(OFDM)方案具有更好覆盖范围的新波形、波束形成和大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线以及多天线传输技术,诸如大规模天线。另外,一直在讨论关于改进太赫频带信号的覆盖范围的新技术,诸如基于超材料的透镜和天线、轨道角动量(OAM)以及可重新配置的智能表面(RIS)。
此外,为了改进频谱效率和整体网络性能,已经开发了用于6G通信系统的以下技术:用于实现上行链路传输和下行链路传输以在相同的时间同时地使用相同频率资源的全双工技术;用于以集成方式利用卫星、高空平台电台(HAPS)等的网络技术;用于支持移动基站等并实现网络操作优化和自动化等的改进的网络结构;基于频谱使用的预测经由冲突避免的动态频谱共享技术;在无线通信中使用人工智能(AI)以通过从开发6G的设计阶段利用AI并将端对端AI支持功能内部化来改进整体网络操作;用于通过可达成的超高性能通信以及网络上的计算资源(诸如移动边缘计算(MEC)、云等)来克服UE计算能力的极限的下一代分布式计算技术。另外,通过设计要在6G通信网络中使用的新协议、开发用于实现基于硬件的安全环境和数据的安全使用的机制并且开发用于维护隐式的技术,继续尝试加强装置之间的连接性、优化网络、促进网络实体的软件化并且提高无线通信的开放性。
预期超连接的6G通信系统的研究和开发,包括人对机器(P2M)和机器对机器(M2M),将实现接下来的超连接体验。特别地,预期可以通过6G通信系统来提供各种服务,诸如真正沉浸式扩展现实(XR)、高保真移动全息图和数字复制品。另外,将通过6G通信系统来提供诸如用于安全性和可靠性增强的远程手术、工业自动化和紧急响应的服务,使得可以在各种领域应用该技术,诸如工业、医疗护理、汽车和家用器具。
近来,已经针对下一代通信系统研究了关于无线电链路控制(RLC)的各种研究以优化RLC报头处理的开销。
发明内容
技术问题
随着数据需求、高带宽、处理能力出现进一步增加,未来的调制解调器通信协议系统、特别是在超5G/6G的系统中对高速数据处理具有巨大需求是非常可行的。随着要在缩短的传输时间间隔(TTI)中处理的分组的数量增加,需要在各个方面提高数据平面处理能力以实现极快的处理。近来,有很多方法来改进多核心架构设计。然而,当前的现有技术需要简化并且也通过为应用层和传送层提供可靠的通信机制来固定用于未来一代协议的处理功能的开销。
为了实现前述要求,用于调制解调器的通信协议应至少提供例如打包信息的高效方式、处理方面的最小开销、轻便的功能、可扩展的解决方案以及用于为上层服务的可靠机制。
因此,需要定义新一代RLC机制以解决用于优化RLC报头处理的开销的至少一个这种方面。
问题的解决方案
本公开提供了一种用于传输数据的系统和方法。在这种方法中,无线电链路控制(RLC)层从分组数据汇聚协议(PDCP)层接收多个协议数据单元(PDU)分组,并且基于从PDCP层接收到的服务数据单元(SDU)长度来预处理每个接收到的PDU分组的RLC报头的RLC子报头。RLC层基于可用媒体访问控制(MAC)许可来将一个完整PDCP PDU分组连同RLC子报头长度信息级联到RLC PDU中,并且然后将PDU分组分段成因可用MAC许可较少而被截断的新PDCP PDU分组。此外,该方法连同RLC报头来准备RLC PDU,该RLC PDU包括级联的至少一个完整PDCP PDU分组和至多一个新PDCP PDU分组,并且传输RLC PDU。
为了进一步阐明本公开的优点和特征,将通过参考在附图中示出的本公开的特定实施例来呈现本公开的更具体描述。应了解,这些附图仅描绘了本公开的典型实施例,并因此不应被视为对其范围的限制。将通过附图用附加的特异性和细节来描述和解释本公开。
附图说明
当参考附图阅读以下详细描述时,将更好地理解本公开的这些和其他特征、方面和优点,其中相同的标记在整个附图中表示相同的部分,其中:
图1示出了在第四代无线通信技术中操作的无线通信系统的示例性情形。
图2示出了根据现有技术的LTE(4G)中的数据平面的示例。
图3示出了根据现有技术的LTE(4G)中的基本RLC报头结构。
图4示出了根据现有技术的LTE(4G)中的RLC报头结构的各种示例。
图5示出了根据现有技术的NR(5G)中的数据平面的示例。
图6示出了根据现有技术的NR(5G)中的基本RLC报头结构。
图7示出了根据本公开的实施例的用于通过配置RLC层来级联和预处理数据平面的方法的流程图。
图8示出了根据本公开的实施例的用于下一代系统的数据平面的示例性变型1。
图9示出了根据本公开的实施例的RLC报头的示例性变型1。
图10a至图10b示出了根据本公开的实施例的下一代RLC报头结构的示例性变型1。
图11示出了根据本公开的实施例的根据下一代RLC报头的变型1的正常传输(TX)过程。
图12a示出了根据本公开的实施例的重传和重新分段机制。
图12b示出了根据本公开的实施例的在执行重新分段机制的重传过程期间的下一代数据平面的又一个示例性实施例。
图13示出了根据本公开的实施例的变型1中的UMD PDU报头结构。
图14示出了根据本公开的实施例的下一代RLC报头的又一个变型3。
图15示出了根据本公开的实施例的根据变型3的UMD PDU报头。
图16示出了根据本公开的实施例的根据具有打包的长度子报头的数据平面的变型1/变型3的用户平面的又一个示例性实施例。
图17示出了根据本公开的实施例的根据具有打包的长度子报头的下一代RLC报头的变型1/变型3的又一个示例性实施例。
图18示出了根据本公开的实施例的根据变型1的具有打包的长度子报头的UMDPDU报头的另一个示例性实施例。
图19示出了根据本公开的实施例的根据变型3的具有打包的长度子报头的UMDPDU报头的又一个示例性实施例。
图20示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1/变型3的下一代用户平面的又一个示例性实施例。
图21示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1/变型3的下一代RLC报头的另一个示例性实施例。
图22示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1的UMD PDU报头的又一个示例性实施例。
图23示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型3的UMD PDU报头的又一个示例性实施例。
图24示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型1/变型3的下一代RLC报头的另一个示例性实施例。
图25示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型1的RLC UMD PDU报头的又一个示例性实施例。
图26示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型3的RLC UMD PDU报头的另一个示例性实施例
图27示出了根据本公开的实施例的下一代RLC报头与现有技术RLC报头结构之间的差异。
图28示出了根据本公开的实施例的RLC机制与现有技术RLC报头结构之间的差异。
图29示出了根据本公开的实施例的下一代数据平面优于现有技术的益处。
图30示出了根据本公开的实施例的网络节点的另一个示例性图示。
图31是示出根据本公开的实施例的无线通信系统中的终端3100的配置的图示。
此外,技术人员将了解,图中的元件是为了简单而示出的,并且可能不一定按比例绘制。例如,流程图以所涉及的最突出步骤来示出方法,以帮助改进对本公开的方面的理解。此外,在装置的构造方面,可能已经在附图中用常规符号表示装置的一个或多个部件,并且附图可以仅示出与理解本公开的实施例相关的那些具体细节,以免因对于受益于本文描述的本领域普通技术人员来说显而易见的细节而使附图变得模糊。
具体实施方式
出于促进对本公开的原理的理解目的,现在将参考附图中示出的实施例,并且将使用特定语言来描述这些实施例。然而,应理解,本公开的范围并不因此受到限制,所示系统中的这种改变和进一步修改以及其中所示的本公开原理的这种进一步应用被认为是本公开相关领域的技术人员通常会想到的。
本领域技术人员将理解,前述一般描述和以下详细描述解释了本公开并且不意图限制本公开。
在整个说明书中对“一方面”、“另一方面”或类似言语的引用意味着结合实施例描述的特定特征、结构、特性包括在本公开的至少一个实施例中。因此,在整个说明书中出现的短语“在实施例中”、“在另一实施例中”和类似言语可以但不一定都指同一实施例。
术语“包括”、“包括了(compris ing)”或其任何其他变型旨在涵盖非排他性包含,使得包括一系列步骤的过程或方法不仅包括那些步骤,而且可以包括未明确列出或这种过程或方法固有的其他步骤。类似地,前面有“包括”的一个或多个装置或子系统或元件或结构或部件并不排除(在没有更多约束的情况下)存在其他装置或其他子系统或其他元件或其他结构或其他部件,或者附加装置或附加子系统或附加元件或附加结构或附加部件。
近年来,已经开发了几种宽带无线技术来满足日益增长的宽带订户数量以提供更好的应用和服务。已经开发出第二代无线通信系统以在确保用户移动性的同时提供语音服务。第三代无线通信系统不仅支持语音服务,而且支持数据服务。近年来,已经开发出第四代(4G)无线通信系统来提供高速数据服务。
图1示出了在第四代无线通信技术中操作的无线通信系统的示例性情形。然而,目前,第四代(4G)无线通信系统遭受资源不足而不能满足对高速数据服务的增长的需求。通过开发第五代无线通信系统以满足对高速数据服务的不断增长的需求来解决这个问题。此外,第五代(5G)无线通信系统提供超高可靠性并且支持低时延应用。
随着数据需求、高带宽、处理能力出现进一步增加,下一代无线通信系统(即,6G及以上一代)应能够满足这种不断增长的需求。为此,通信协议应能够处理高速数据。在LTE中,用户平面存在的协议包括分组数据汇聚协议(PDCP)、无线电链路控制(RLC)、媒体访问控制(MAC)和PHY协议。控制平面堆栈另外地包括无线电资源控制(RRC)和非接入层(NAS)。
RLC协议层存在于UE和eNodeb中,它是LTE空中接口控制和数据平面的一部分。图2示出了LTE(4G)中的数据平面的示例。图3示出了根据现有技术的LTE(4G)中的基本RLC报头结构。此外,图4示出了根据现有技术的LTE(4G)中的RLC报头结构的各种示例。此外,对于不同RLC SN长度,存在不同类型的RLC报头,然而,作为示例,图4中仅示出了四种类型。LTE(4G)的RLC的主要功能是:
通过ARQ的纠错机制;
依序递送机制;
级联机制;
分段和重组机制;以及
重新排序机制。
根据4G机制,当RLC从下层接收到许可时,发射器实体将多个PDCP PDU级联到RLC协议数据单元(PDU)中并且为RLC PDU分配一个RLC SN。
参考图3,FI指示成帧信息字段。更新该成帧信息字段以通知RLC PDU的第一字节和最后字节是否分别对应于RLC SDU的第一字节和最后字节。
E指示扩展字段。扩展字段指示是否跟随数据字段以指示报头的结束或是否跟随另一扩展,即,跟随一组E字段和LI字段。
LI指示长度指示符字段。长度指示符字段指示RLC SDU的长度。
在4G中,对于最后级联的PDCP PDU,不更新E和LI字段。此外,根据图2,仅在接收到许可之后才准备完整的RLC SN。
在LTE(4G)中,当可从MAC获得许可时分配单个RLC SN,并且单个RLC SN因级联而映射到多个PDCP PDU。因此,当PDCP PDU的大小小于可用许可时,即使对于大量的PDCP PDU分组,也只需要少量的RLC SN。如果由于BLER第一次丢失RLC PDU,则所生成的状态报告只需要报告完全丢失的RLC SN。现在,当在可获得更少许可的情况下重传经NACK的RLC SN时,发送使用报头中的重新分段标志(RF)指示的AMD PDU片段。因此,LTE(4G)RLC报头的有利因素是需要比PDCP SN更少量的RLC SN。
然而,LTE中的RLC报头会产生各种问题,例如但不限于,多种报头类型会导致RLC报头的可变大小。由于无法提前知道要打包的PDCP PDU的数量,因此只能在接收到许可之后准备完整的RLC报头。因此,只有在许可之后才可以更新RLC报头结构中的LI字段。
在重新分段的情况下,在重传经NACK的RLC SN的情况下,需要更新RLC报头以包括RF、LSF和SO字段并且基于在重新分段期间级联的PDCP PDU的数量来重新填充LI信息。通过将其他PDCP PDU的RLC PDU LI字段从总MAC PDU长度减去来计算级联的RLC PDU中包括的最后PDCP PDU的长度。
因此,可以看出,LTE(4G)RLC报头因具有可变大小的RLC报头并且不预处理RLC而产生前述问题。
图5示出了NR(5G)中的数据平面的示例。图6示出了根据现有技术的NR(5G)中的基本RLC报头结构。NR(5G)的RLC的主要功能是:
通过ARQ的纠错机制;
依序递送机制;
分段和重组机制;以及
重新排序机制。
因此,NR(5G)的RLC缺乏级联机制。因此,在没有级联机制的情况下,单个RLC SN映射到单个RLC SDU,即,一个PDCP PDU,并且因此,这在预处理方面极其有利。
参考图6,SI指示分段信息字段。分段信息字段指示RLC PDU包含完整的RLC SDU还是RLC SDU的第一片段、中间片段、中间片段。
SO指示分段偏移字段。分段偏移字段指示RLC SDU片段在原始RLC SDU内的位置(按字节计)。在分段的情况下,在没有许可的情况下,对于第一片段,SI字段足以指示第一片段,因为SO=0是冗余的。
NR(5G)RLC报头的优点可以列出如下:
NR(5G)RLC报头具有固定大小;
单个RLC SN被分配到单个PDCP PDU;
甚至可以在许可更新操作之前准备RLC报头。
可以在不对已经预处理的RLC完整PDU报头太多改变的情况下容易地填充分段信息,因为对于要传送的第一片段,只需要更新SI位。
在分段或重新分段期间,RLC只需要准备具有SO字段的RLC片段报头。因此,可以看出,NR(5G)RLC报头至少提供固定大小的RLC报头、已经预处理的RLC和高效分段信息。
另一方面,NR(5G)RLC报头会产生各种问题,诸如:
在NR(5G)RLC机制中,窗口维护需要大量的RLC SN,因为单个RLC SN映射到单个PDCP SN。此外,接收器端处的处理循环因额外序列号而增加。
对于每个许可,MAC必须准备多个MAC子报头,因为MAC子报头捕获RLC PDU信息的长度。
每个RLC PDU或RLC PDU片段的长度与MAC子报头打包。
此外,随着数据需求、高带宽、处理能力出现进一步增加,未来的调制解调器通信协议系统、特别是在超5G/6G的系统中对高速数据处理具有巨大需求是非常可行的。随着要在缩短的传输时间间隔(TTI)中处理的分组的数量增加,需要在各个方面提高数据平面处理能力以实现极快的处理。近来,有很多方法来改进多核心架构设计。然而,当前的现有技术需要简化并且也通过为应用层和传送层提供可靠的通信机制来固定用于未来一代协议的处理功能的开销。
为了实现前述要求,用于调制解调器的通信协议应至少提供例如打包信息的高效方式、处理方面的最小开销、轻便的功能、可扩展的解决方案以及用于为上层服务的可靠机制。
因此,需要定义新一代RLC机制以解决用于优化RLC报头处理的开销的至少一个这种方面。
本公开提供了一种用于通过限制报头的数量和固定报头来优化RLC报头处理的开销的系统和方法。为了减少RLC SN的数量并且引入固定大小的RLC报头,在用于下一代系统(超5G/6G系统)的RLC机制中重新引入以下机制:
RLC处的级联机制;
用于实现预处理的PDCP PDU的长度的RLC子报头;以及
来自MAC TB的一个许可指示的一个RLC PDU。
可以通过使用硬件加速器(HWA)进行报头解析来有效地实施本公开。分段处理仍与NR相同。下面详细地解释在各种模式下进行传输的RLC报头结构和过程的各种变型。
根据本公开的实施例,一种针对在UE和网络节点之间建立的无线电链路通过将无线电链路控制(RLC)层配置为从分组数据汇聚协议(PDCP)层接收多个协议数据单元(PDU)分组来传输数据的方法。此后,RLC层基于RLC子报头长度信息来预处理每个接收到的PDU分组的RLC报头的RLC子报头。RLC层进一步基于可用媒体访问控制(MAC)许可将来自接收到的多个PDU分组的完整PDCP PDU分组以及RLC子报头长度信息级联到RLC PDU中。此后,将RLC序列号(SN)分配到级联的至少一个完整PDCP PDU分组。此外,方法包括由RLC层将多个协议数据单元(PDU)分组分段成第二PDCP PDU分组,该第二PDCP PDU分组因较少的可用MAC许可而被截断。此外,将新的RLC序列号(SN)分配到分段的第二PDCP PDU分组,并且连同RLC报头来准备RLC PDU,该RLC PDU包括级联的至少一个完整的第一PDCP PDU分组和基于可用MAC许可分段的至多一个第二PDCP PDU分组。此外,RLC层向下(MAC)层传输RLC PDU。
图7示出了根据本公开的实施例的用于通过配置RLC层来级联和预处理数据平面的方法的流程图。在实施方式中,方法700可以在发射器实体处或在接收器实体处实施。发射器实体或接收器实体可以在网络侧或在用户设备(UE)处列举。
在步骤701处,方法700包括由无线电链路控制(RLC)层从分组数据汇聚协议(PDCP)层接收多个协议数据单元(PDU)分组。在实施方式中,RLC层进一步被配置为从MAC层接收可用许可。RLC报头可以具有预定的固定大小。
在步骤703处,方法700包括由RLC层基于针对多个PDU分组中的每一者从PDCP层接收到的服务数据单元(SDU)长度来预处理每个接收到的PDU分组的RLC报头的RLC子报头。
此后,在步骤705处,方法700包括由RLC层基于可用媒体访问控制(MAC)许可将来自接收到的多个PDU分组的至少一个完整PDCP PDU分组以及RLC子报头长度信息级联到RLCPDU中。
在步骤705处的级联之后,在步骤707处,方法700执行由RLC层将多个协议数据单元(PDU)分组分段成新PDCP PDU分组,该新PDCP PDU分组因较少的可用MAC许可而被截断。在实施方式中,方法700进一步将第一RLC序列号分配到级联的至少一个完整PDCP PDU分组并且将新RLC序列号(SN)分配到新PDCP PDU分组。
随后,在步骤709处,方法700包括连同RLC报头来准备RLC PDU,该RLC PDU包括级联的至少一个完整PDCP PDU分组和基于可用MAC许可而分段的至多一个新PDCP PDU分组。在实施方式中,RLC PDU的准备包括由RLC层来确定接收到的可用许可是否足以包括至少一个完整PDCP PDU分组。此后,基于可用许可和可用PDCP PDU,RLC层将多个协议数据单元(PDU)分组分成至少一个完整PDCP PDU分组和新PDCP PDU分组。作为示例,将新RLC序列号(SN)分配到新PDCP PDU分组并且其不同于分配到级联的至少一个完整PDCP PDU分组的第一RLC序列号(SN)。此外,新PDCP PDU分组的新RLC报头仅包括序列号(SN),而不包括RLC子报头长度信息。此后,通过容纳基于可用MAC许可分段的新PDCP PDU分组和至少一个完整PDCP PDU分组来准备RLC PDU。
因此,在步骤709处准备RLC PDU之后,在步骤711处,由RLC层将RLC PDU传输到下(MAC)层。现在,如果接收到的可用许可和PDCP PDU不够,那么用至少一个完整PDCP PDU分组来准备RLC PDU。因此,用至少一个完整PDCP PDU分组来传输RLC PDU。因此,当前机制可以被定义为快速打包的ARQ。
在又一实施方式中,方法700在后续PDU中在下一MAC许可传输周期中传输未被容纳在RLC PDU中的具有分配的新RLC序列号(SN)的分段的新PDCP PDU分组的剩余部分。作为示例,至少一个完整PDCP PDU分组被定义为可以完全地传输的PDCP PDU分组,并且新PDCPPDU分组被定义为根据可用MAC许可无法完全地传输的PDCP PDU分组。
在又一实施方式中,方法700针对下一MAC许可传输周期通过RLC层来接收可用MAC许可。作为示例,在这个步骤中接收的可用MAC许可用于下一MAC许可传输周期。此后,由RLC层确定接收到的可用许可是否足以包括来自分段的新PDCP PDU分组的剩余部分的至少一个第一完整PDCP PDU分组。随后,方法700基于接收到的可用许可和可用PDCP PDU将分段的新PDCP PDU分组的剩余部分分成至少一个第一完整PDCP PDU分组和第二新PDCP PDU分组。在这里,将新RLC序列号(SN)分配到至少一个第一完整PDCP PDU分组。此后,该方法将不同于新RLC序列号(SN)的另一个新RLC序列号(SN)分配到第二新PDCP PDU分组。因此,第二新PDCP PDU分组的新RLC报头仅包括另一个序列号(SN)而不包括RLC子报头长度信息。该方法进一步通过基于可用MAC许可容纳至少一个第一完整PDCP PDU分组和第二新PDCP PDU分组来准备RLC PDU。此外,在下一或即将来临的MAC许可传输周期中传输第二新PDCP PDU分组的剩余部分。
在又一实施方式中,方法700包括从接收器实体接收与RLC PDU的传输失败相关联的不成功确认消息。此后,方法700执行基于接收到不成功确认而在下一传输周期中将RLCPDU重传到MAC层。特别地,在下一传输周期中由RLC层从MAC层接收新可用的MAC许可。此后,确定新可用的许可足够在下一传输周期中重传RLC PDU,并且此后,基于对新可用的MAC许可的足够的确定而由RLC层向MAC层重传连同RLC报头的RLC PDU,其类似于失败传输的RLCPDU。
根据又一实施方式,方法700进一步包括由RLC层确定新接收到的可用MAC许可是否不足以用新接收到的可用许可来重传RLC PDU。因此,基于对新接收到的可用许可的确定,将RLC PDU进一步重新分段。重新分段对应于将多个协议数据单元(PDU)分组分段成因新接收到的可用MAC许可的可用性较少而被截断的至少两个RLC PDU分组。
图8示出了根据本公开的实施例的用于下一代系统的数据平面的示例性变型1。在用于下一代系统的数据平面的一个实施方式中,可能不允许分割PDCP PDU的长度的RLC子报头,并且可能存在一些PDCP PDU,即,在分割时。此外,PDCP PDU的长度可以是至少1字节。将在即将到来的段落中详细地解释下一代RLC报头结构的结构。
图9示出了根据本公开的实施例的RLC报头的示例性变型1。根据本公开,将单个RLC SN分配到可以根据图7的步骤707完全地传输的RLC SDU。使用RLC长度子报头来指示级联的RLC PDU的各个RLC SDU的长度。此外,为根据步骤705至707分段的RLC SDU分配单独的RLC SN。使用与NR中相同的SI、SO字段来指示分段信息。每个RLC PDU具有包含RLC PDU的总长度的伴随MAC子报头。最后SDU的长度不被包括在长度子报头中。根据图9,在RLC层处将PDCP PDU递送到下层。RLC完整PDU具有可以为所有之前的SN准备的SN长度(在此样本示例中是24位)的固定报头大小。
如图9所示的RLC报头包括:
D/C位(数据:1和控制:0);
P位(轮询);
SI(2位)(分段信息)-仅用于PDU片段;
E(1位)(扩展位)-用于指示是否存在RLC长度子报头。(1:是,0:否);
SN(序列号-16位)(样本)。
当PDCP PDU级联到单个RLC PDU中时,每个PDCP PDU对应于长度字段的RLC子报头。
E位(扩展位)1-一组E,长度0-这是RLC PDU的最后PDCP PDU部分。
-长度(15位)-针对对应的PDCP PDU更新的PDCP PDU的长度。(样本)。
MAC报头包含LCID和RLC PDU的总长度。(与NR中相同)
图10a至图10b示出了根据本公开的实施例的下一代RLC报头结构的示例性变型1。参考图10a和图10b,根据一个实施方式,在下一代RLC报头结构的数据字段中,属于原始AMDPDU的部分可以保持原样,即,除了固定大小RLC报头外都属于数据。SI位(分段信息)仅用于AMD PDU片段。将仅由D/C位和PDCP SN组成的PDCP报头分配到每个PDCP SDU,即,IP分组。(SN长度被认为是15位)。在RLC处将PDCP PDU递送到下层。RLC完整PDU具有可以为所有之前的SN准备的SN长度(考虑24位)的固定报头大小。
根据变型1的下一代RLC报头可以由以下各者组成:
D/C位(数据:1和控制:0);
P位(轮询);
RF位(0:AMD PDU,1:AMD片段PDU);
FI(2位)(碎片信息)-指示RLC PDU的第一字节和最后字节是否分别对应于RLCSDU的第一字节和最后字节;
SI(2位)(分段信息)-主要用于PDU片段;以及
SN(序列号-16位)(用于指示目的)。
每个PDCP PDU应伴随可以放在每个PDCP PDU之前的PDCP PDU的长度字段的RLC子报头。
E位(扩展位)1-一组E,接着是长度和数据PDU;
0-这是RLC PDU中的最后PDCP PDU部分。
长度(15位)-可以针对所有PDCP PDU更新PDCP PDU的长度。
图11示出了根据本公开的实施例的根据下一代RLC报头的变型1的正常传输(TX)过程。
-最初,可以由PDCP层分配PDCP报头,并且可以将分组递送到RLC。
-RLC可以基于配置的SN长度来准备所有固定大小的RLC报头。(D/C:1,P:0,RF:0,FI:00,SI:00)
-在接收到PDCP PDU后,RLC可以通过将E位分配到1来准备PDCP PDU的长度的RLC子报头和长度字段。长度字段可以刚好在PDCP PDU之前在相同的存储器中准备或在单独的存储器中准备。这个步骤对应于图7的步骤701。在进行并行传输时,RLC还可以选择将交织的PDCP SDU打包在单个TB中。
-基于接收到的许可,RLC可以基于接收到分组和更新FI字段的次序来打包可用PDCP PDU及其长度报头。
-属于这个RLC PDU的最后PDCP所属的E位可以设定为指示RLC PDU的结束的0。而且,最后RLC子报头的长度字段可以更新为容纳的PDCP PDU片段的实际长度。
在下一许可机会/周期期间,可以传输剩余PDCP PDU片段,其中该PDCP PDU片段具有适当的FI和长度的新更新的RLC子报头。
具有级联的多个PDCP PDU的单个RLC PDU可以具有由唯一RLC SN组成的RLC固定大小报头。
RLC报头中的P位可以根据轮询条件来设置。
MAC可以分配具有RLC PDU的E、LCID和总长度的单个MAC子报头。
作为示例,根据图11,假设接收到的可用许可是7020,因此在RLC预处理之后,执行一个或多个完整PDCP PDU的级联,如在框115中所示。此后,在111处将0作为第一RLC SN分配到级联的完整PDCP PDU分组115。此后,向因可用MAC许可较少而被截断的新PDCP PDU分组117分配新的或唯一RLC SN,即,113。因此,在这个当前传输周期中传输这个完整传输块。此外,在下一传输周期中传输剩余分段的新PDCP PDU,在这里假设当接收到的MAC许可超过2012时显示出下一传输周期。因此,在下一传输周期中,剩余分段的新PDCP PDU使用相同的SN号,即,113。因此,在下一传输周期中,可能因可用MAC许可较少而执行对新PDCP PDU的进一步分段。在这种情形中,将分段的新PDCP PDU的剩余部分再次分成另一至少一个第一完整PDCP PDU分组和第二新PDCP PDU分组。在这里,向另一至少一个第一完整PDCP PDU分组分配先前相同的新RLC序列号(SN),并且将向第二新PDCP PDU分组分配另一新RLC序列号(SN)。此后,通过基于可用MAC许可容纳至少一个第一完整PDCP PDU分组和第二新PDCP PDU分组来准备RLC PDU并且将其传输。此外,将在下一即将来临的MAC许可传输周期中传输第二新PDCP PDU分组的剩余部分。
图12a示出了根据本公开的实施例的重传和重新分段机制。自此以后将解释下一代RLC报头重传和重新分段过程。
-最初,在第一次传输期间可能没有形成RLC AMD PDU片段的情况。然而,可能仅在重新分段和重传期间形成RLC AMD PDU片段。
-基于状态PDU接收,可以释放经ACK的RLC SN。特别地,可以释放属于经ACK的RLCSN的未被分段的完整PDCP PDU。
-如果每个RLC SN被ACK,则可以释放属于多于一个RLC SN的PDCP PDU。
-对于经NACK的RLC SN,可以完全重传RLC SN有效载荷。
-如果可用许可是足够的,则可以按原样传输如先前针对该RLC SN形成的完整RLCPDU,而不在报头中进行任何改变。(除了P位)。
如果来自MAC的可用许可较少,那么可以将重传RLC PDU进一步分段。
对于要重传的第一AMD PDU片段,将RF标志设定为1,可以将SI标志设定为01(指示第一片段),其不具有SO字段,因为SO=0是冗余信息并且FI可以根据原始AMD PDU进行更新。
在下一传输机会,基于可用许可,可以通过根据片段PDU的实际偏移将信息分配为D/C-1、RF-1、SI-10(对于片段的结束)或SI-11(片段的中间)、SN(作为原始AMD PDU)和SO(16位)来创建RLC AMD PDU片段报头。FI可以根据原始AMD PDU进行更新。
-因此,FI位(碎片信息)可以任选地设定为打包在RLC AMD PDU片段中而不是保持AMD PDU片段的原始FI的实际级联的PDCP PDU。
图12b示出了根据本公开的实施例的在执行重新分段机制的重传过程期间的下一代数据平面的又一个示例性实施例。参考图27,下面解释重新分段过程。
考虑RLC PDU丢失的情形。发射器实体从接收器实体接收到报告RLC SN的丢失的NACK,因此必须再次重传这些分组。为了重传,将RLC报头以及PDCP有效载荷(即,RLC PDU)存储在重传缓冲器实体中。如果可从MAC获得的许可足够重传完整PDU,那么按原样传输原始RLC PDU。如果来自MAC的可用许可较少,那么将在重新分段机制中对RLC PDU进一步分段,如图27所描绘。当重传原始RLC PDU的第一片段时,仅将RF和SI位分别更新为0和01以指示这个部分是对应于被NACK的RLC SN的原始RLC PDU的第一片段。在下一传输机会期间,准备指示正确SO的RLC片段报头,并且在不改变任何原始RLC PDU信息的情况下重传RLC PDU的剩余片段。
现在,下面详细描述RLC报头结构的各种变型。
图13示出了根据本公开的实施例的变型1中的UMD PDU报头结构。如果FI=00,则UMD PDU可以不包含SN。如果FI=01、10、11,则UMD PDU可以包含SN。可以为FI将是01、10或11中的任一者的每个后续UMD PDU分配新的RLC SN。此外,可能没有UMD PDU片段,并且E和字段长度的解释与AMD PDU相同。
根据又一个示例性实施例,自此以后将解释下一代RLC报头结构的多个变型。在变型3的一个实施方式中,代替RLC长度子报头中的E位,所添加的PDCP PDU的数量可以由NumSDU的RLC子报头指示。此外,在变型1和3中,长度的RLC子报头可以分布在RLC PDU上。但是,如果完成HW解析,则分布的RLC子报头长度可能没有任何问题。然而,在SW中的RLC报头的解析期间,在RLC PDU的整个延展上访问存储器以解析分布的长度的RLC子报头可能会引起更多的高速缓存未命中以及繁重的处理。因此,所有的RLC子报头长度可以一起打包在RLC报头本身的开始部分,并且在那之后可以继续放置PDCP PDU。这种方法可能会产生如上所述的变型1和变型3的其他变型。
根据又一个示例性实施例,总RLC PDU长度可以被包括在RLC PDU的MAC子报头中。任选地,RLC PDU的最后SDU的长度字段可能是冗余的并且可以不包括。其长度可以被计算为=(总RLC PDU长度-(所有其他RLC SDU的长度之和))。这进一步产生更多变型,其中不包括RLC PDU中的最后SDU的RLC SDU的长度。不管任何选项如何,所有选项的AMD PDU片段报头都保持相同。此外,UMD PDU报头基于以上选择而遵循长度子报头的相同打包。
因此,基于以下参数中的至少一者可用任何变型实现下一代RLC报头结构:
RLC长度子报头的位置;
分布的RLC长度子报头-刚好放在每个PDCP PDU之前;
打包的RLC长度子报头-所有长度子报头都刚好放在RLC固定报头之后;
长度的指示;
使用E位来指示存在的下一组长度字段;
使用NumSDU来指示所级联的总PDCP PDU存在的总长度字段;
所包括的RLC PDU中的最后SDU的长度;以及
如果未被包括,则根据MAC子报头中的总RLC PDU长度进行计算-(其他SDU的长度的和)。
图14示出了根据本公开的实施例的下一代RLC报头的又一个变型3。在一个实施方式中,PDCP PDU的长度可以是放在PDCP PDU之前的2字节长度。在RLC PDU中级联的SDU的数量可以由NumSDU前面的字段指示。(8位)。余下的所有参数解释和过程保持与在以上实施例中描述的相同。AMD PDU片段结构与在上图8中描述的相同。除了固定大小RLC报头,原始AMDPDU的剩余字节被认为是AMD PDU片段的数据部分。任选地,由于NumSDU=1是冗余信息,因此这可以使用指示NumSDU是存在(1)还是不存在(0)的R位来指示。
图15示出了根据本公开的实施例的根据变型3的UMD PDU报头。UMD PDU报头的描述与在图10a中解释的相同。因此,为了简洁起见,在这里省略UMD PDU报头的描述。
图16示出了根据本公开的实施例的根据具有打包的长度子报头的数据平面的变型1/变型3的用户平面的又一个示例性实施例。
图17示出了根据本公开的实施例的根据具有打包的长度子报头的下一代RLC报头的变型1/变型3的又一个示例性实施例。此时,AMD PDU具有16位SN或AMD PDU片段具有16位SN而没有SO。
图18示出了根据本公开的实施例的根据变型1的具有打包的长度子报头的UMDPDU报头的另一个示例性实施例。
图19示出了根据本公开的实施例的根据变型3的具有打包的长度子报头的UMDPDU报头的又一个示例性实施例。
图20示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1/变型3的下一代用户平面的又一个示例性实施例。
图21示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1/变型3的下一代RLC报头的另一个示例性实施例。因此,AMD PDU具有16位SN,其中N>1,或AMD PDU片段具有16位SN而没有SO,其中N>1。
图22示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型1的UMD PDU报头的又一个示例性实施例。
图23示出了根据本公开的实施例的根据具有打包的长度子报头而没有最后SDU长度的变型3的UMD PDU报头的又一个示例性实施例。因此,对于FI=00,UMD PDU没有SN,其中N>1,或者对于FI!=00,UMD PDU具有16SN,其中N>1。
图24示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型1/变型3的下一代RLC报头的另一个示例性实施例。因此,AMD PDU具有16位SN,其中N>1,或AMD PDU片段具有16位SN而没有SO,其中N>1。
图25示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型1的RLC UMD PDU报头的又一个示例性实施例。因此,对于FI=00,UMD PDU没有SN,其中N>1,或者对于FI!=00,UMD PDU具有16SN,其中N>1。
图26示出了根据本公开的实施例的根据具有分布的长度子报头而没有最后SDU长度的变型3的RLC UMD PDU报头的另一个示例性实施例。因此,对于FI=00,UMD PDU没有SN,其中N>1,或者对于FI不等于00,UMD PDU具有16SN,其中N>1。
因此,通过RLC报头结构的前述多个变型,本公开可以获得与4G和5GRLC报头结构相比的最佳结构。特别地,优于4G的优点是RLC报头结构的当前变型具有固定大小的RLC报头和预处理。至于5G,本公开提供了减少数量的RLC SN和较少数量的MAC子报头。由于RLCPDU将多个PDCP PDU级联到单个RLC PDU中,因此在极高数据率的情况下需要的RLC SN数量大大减少。此外,RLC固定报头大小具有恒定大小,因为在RLC PDU上推动并分割PDCP PDU的长度字段。这有助于预处理,如上所解释。此外,RLC AMD PDU片段报头大小具有第一片段的相同大小并且因此更容易解释。在原始AMD PDU的片段的中间和片段的结束的情况下,RLCAMD PDU片段报头大小具有用于SO的2字节额外字段。此外,通过具有MAC、RLC和PDCP报头的固定位置和大小,可以在HWA中解析除了那些(在级联时被分割)外的所有PDCP报头。然而,如果最小许可保证支持MAC子报头、RLC报头、PDCP PDU报头的长度和PDCP报头的组合大小,那么对于任何AMD PDU(除了AMD PDU片段外),可以使用HWA来实施RLC报头和MAC报头。此外,在第一次传输中没有片段极大地简化了RLC状态报告处理。此外,片段处理被限于重新分段的情况。因此,本公开提供了a)较少数量的RLC SN,b)固定大小的RLC报头,c)预处理,d)高效分段信息。
鉴于前述内容,提供了与本公开相关的各种有利特征:
将连续打包在TB中的多个分组进行级联,特别是在分组大小更小的情况下。对于1500字节的标准IP分组,当可获得最佳可能许可时,这可以将RX侧性能提高约3倍。
所提出的报头结构打包用增强的TX预处理和并行TX实施的范围来实现简化的RX处理。
减少了在极高数据率的情况下需要的RLC SN的数量,因为RLC PDU将多个PDCPPDU级联到单个RLC PDU中。这进而也减少RX处理负载,并且完成的PDCP PDU一旦经过验证就立即递送。
RLC固定报头大小具有恒定大小,因为PDCP PDU的长度字段被认为是单独的RLC子报头。
更容易解释RLC AMD PDU片段报头大小,因为它也具有第一片段的相同大小。在原始AMD PDU的片段的中间和片段的结束的情况下,RLC AMD PDU片段报头大小具有用于SO的2字节额外字段。
RLC状态报告处理极大地简化,因为与NR相比的RLC SN减少了~2/N,其中N是级联到单个RLC PDU中的RLC SDU。
RLC TX和RLC RX的处理可能在并行核心中进行,从而加强整个过程。
具有MAC、RLC和PDCP报头的固定位置和大小,除了那些(被分割)外的所有PDCP报头,那么可以在HWA中解析所有报头。
图27示出了根据本公开的实施例的下一代RLC报头与现有技术RLC报头结构之间的差异。存在可变大小RLC报头,没有预处理,并且LI在LTE中没有字节对齐。NE需要大量的RLC SN以及每个PDU的MAC子报头。下一代RLC报头具有以下优点:
RLC报头具有固定大小并且在存储器中准备。
长度子报头是字节对齐的并且对于任何即将到来的RLC SDU可以在并行TX核心中准备。
长度信息变成RLC子报头的一部分。从长度子报头开始,考虑RLC PDU有效载荷。
从报头中省略最后打包的PDCP PDU的长度字段。
对于可以完全打包在TB中的连续PDCP PDU,存在单个RLC SN。
被传输的PDCP PDU的第一片段仅需要更新SI字段=(01),并且对此不存在SO。
在后续许可中仅为该PDCP PDU的中间/最后片段准备新的5字节RLC片段报头。
图28示出了根据本公开的实施例的RLC机制与现有技术RLC报头结构之间的差异。在LTE中,单个MAC TB仅包含每LCH单个RLC SN,而在所提出的RLC机制中,单个MAC TB将包含用于所有完全打包的RLC SDU的单个RLC SN和用于每个RLC片段的RLC SN。此外,在LTE中,分割/重组是基于FI字段和连续RLC SN。SI和SO字段仅适用于片段重传或重新分段,而在新方法中,分段/重组可以基于RLC SN、SI和SO字段。新方法支持并行TX处理,此外,在NR中,RLC SN空间与PDCP SN空间相同,而在新RLC机制中,RLC SN空间是PDCP SN范围*2/N,其中N是每个MAC TB中的RLC SDU的平均数量。
图29示出了根据本公开的实施例的各种模拟结果。因此,接下来是下一代RLC机制优于现有技术的益处。
参考图29,在模拟环境中将CPU周期与NR和所提出的RLC机制进行比较。模拟的情形:许可(G):13686字节,大小:1500B,PDU丢失率(B):0%和10%。由于在所提出的方法中,RLC SN的数量极大地减少,因此对于每个PDCP SDU,RX处理所需的平均周期具有约~40%的增益(2350个周期->1412个周期)
表1示出了LTE、NR与下一代RLC机制之间的特征比较。考虑诸如预处理、并行TX、TX周期、并行RX、硬件友好结构、SN空间要求和Rx处理周期等特征以进行比较,并且说明下一代RLC机制优于现有技术的优点。
[表1]
图30示出了网络节点的另一个示例性图示。网络节点3000可以包括TX/RX 3005(例如,通信器或通信接口)、存储器单元3003(例如,存储设备)以及至少一个处理器3001。此外,网络节点3000还可以包括云RAN(C-RAN)、中央单元(CU)、核心网络(NW)、分布式单元(DU)或任何其他可能的网络(NW)实体。上面解释了网络节点的各种示例,因此这里为了简洁起见而省略。TX/RX单元3005可以用作发射器实体或接收器实体,以执行经由无线信道来发射和接收信号的功能。
在示例中,处理器3001可以是单个处理单元或多个单元,它们全部可以包括多个计算单元。处理器3001可以实施为一个或多个微处理器、微计算机、微控制器、数字信号处理器、中央处理单元、状态机、逻辑电路系统和/或基于操作指令来操纵信号的任何装置。除其他能力之外,处理器3001被配置为获取并执行存储在存储器中的计算机可读指令和数据。处理器可以包括一个或多个处理器。此时,一个或多个处理器可以是通用处理器,诸如中央处理单元(CPU)、应用处理器(AP)等,仅图形处理单元,诸如图形处理单元(GPU)、视觉处理单元(VPU),和/或专用AI处理器,诸如神经处理单元(NPU)。一个或多个处理器根据存储在非易失性存储器和易失性存储器中的预定义操作规则或人工智能(AI)模型来控制输入数据的处理。通过训练或学习来提供预定义操作规则或人工智能模型。
存储器可以包括本领域中已知的任何非暂时性计算机可读介质,包括例如易失性存储器(诸如静态随机存取存储器(SRAM)和动态随机存取存储器(DRAM))和/或非易失性存储器(诸如只读存储器(ROM))、可擦除可编程ROM、闪存存储器、硬盘、光盘和磁带。
图31是示出根据本公开的实施例的无线通信系统中的终端3100的配置的图示。图31的配置可以被理解为终端3100的配置的一部分。在下文中,应理解,末尾包括“单元”或“器”的术语可以是指用于处理至少一个功能或操作的单元,并且可以在硬件、软件或硬件和软件的组合中实施。
参考图31,终端3100可以包括TX/RX单元3103(例如,通信器或通信接口)、存储单元3105(例如,存储设备)以及至少一个处理器3101。通过示例,终端3100可以是用户设备,诸如蜂窝电话或通过多个蜂窝网络(诸如3G、4G、5G或准5G网络、6G或任何将来的无线通信网络)进行通信的其他装置。TX/RX单元3103被用作发射器实体或接收器实体并且可以执行经由无线信道来发射和接收信号的功能。
除非另外定义,否则本文所用的所有技术术语和科学术语具有本公开所属领域的普通技术人员通常理解的相同含义。本文提供的系统、方法和示例仅仅是说明性的,而不意图限制。
上文已参考具体实施例描述了益处、其他优点以及问题的解决方案。然而,所述益处、优点、问题的解决方案以及可以使得任何益处、优点或解决方案出现或变得更为显著的任何部件都不应解释为是任何或所有权利要求的关键、必需或必要特征或部件。
尽管已经使用特定语言来描述本主题,但不意图因此而产生任何限制。如本领域技术人员将显而易见,可以对方法进行各种工作修改,以便实施如本文所教导的本发明概念。附图和前述描述给出了实施例的示例。本领域技术人员将了解,所描述的元件中的一个或多个元件可以被很好地组合成单个功能元件。替代地,某些元件可以分成多个功能元件。来自一个实施例的元件可以被添加到另一个实施例。
Claims (15)
1.一种针对在用户设备(UE)和网络节点之间建立的无线电链路来传输数据的方法,包括:
由无线电链路控制(RLC)层从分组数据汇聚协议(PDCP)层接收多个协议数据单元(PDU)分组;
由RLC层基于针对多个PDU分组中的每一者从PDCP层接收到的服务数据单元(SDU)长度来预处理每个接收到的PDU分组的RLC报头的RLC子报头;
由所述RLC层基于可用媒体访问控制(MAC)许可将来自所接收到的多个PDU分组的至少一个完整PDCP PDU分组以及RLC子报头长度信息级联到RLC PDU中;
由所述RLC层将所述多个协议数据单元(PDU)分组分段成新PDCP PDU分组,所述新PDCPPDU分组因较少的可用MAC许可而被截断;
连同所述RLC报头来准备RLC PDU,所述RLC PDU包括所述级联的至少一个完整PDCPPDU分组和基于所述可用MAC许可而分段的至多一个新PDCP PDU分组;以及
由所述RLC层向下(MAC)层传输所述RLC PDU。
2.根据权利要求1所述的方法,进一步包括:
将第一RLC序列号(SN)分配到所述级联的至少一个完整PDCP PDU分组;以及
将新RLC序列号(SN)分配到所述新PDCP PDU分组。
3.根据权利要求1所述的方法,进一步包括:
由所述RLC层从MAC层接收所述可用许可,其中所述RLC报头具有预定的固定大小。
4.根据权利要求2所述的方法,其中准备所述RLC PDU包括:
由所述RLC层确定所接收到的可用许可是否足以包括所述至少一个完整PDCP PDU分组;
基于所接收到的可用许可和可用PDCP PDU将所述多个协议数据单元(PDU)分组分成所述至少一个完整PDCP PDU分组和所述新PDCP PDU分组,其中新RLC序列号(SN)被分配到所述新PDCP PDU分组并且不同于分配到所述级联的至少一个完整PDCP PDU分组的第一RLC序列号(SN),并且其中所述新PDCP PDU分组的新RLC报头仅包括所述序列号(SN)而不包括所述RLC子报头长度信息;以及
通过基于所述可用MAC许可容纳所述分段的新PDCP PDU分组和所述至少一个完整PDCPPDU分组来准备所述RLC PDU,
其中所述至少一个完整PDCP PDU分组被定义为能够完全地传输的PDCP PDU分组,并且所述新PDCP PDU分组被定义为根据所述可用MAC许可无法完全地传输的PDCP PDU分组,
其中如果所接收到的可用许可和所述PDCP PDU不够,那么用所述至少一个完整PDCPPDU分组来准备所述RLC PDU,
其中用所述至少一个完整PDCP PDU分组来传输所述RLC PDU。
5.根据权利要求4所述的方法,进一步包括:
在后续PDU中在下一MAC许可传输周期中传输未被容纳在所述RLC PDU中的具有所分配的新RLC序列号(SN)的所述分段的新PDCP PDU分组的剩余部分。
6.根据权利要求5所述的方法,进一步包括:
由所述RLC层在下一MAC许可传输周期中接收可用MAC许可;
由所述RLC层确定所接收到的可用许可是否足以包括来自所述分段的新PDCP PDU分组的所述剩余部分的至少一个第一完整PDCP PDU分组;
基于所接收到的可用许可和可用PDCP PDU来将所述分段的新PDCP PDU分组的所述剩余部分分成所述至少一个第一完整PDCP PDU分组和第二新PDCP PDU分组,其中新RLC序列号(SN)被分配到所述至少一个第一完整PDCP PDU分组;
将不同于所述新RLC序列号(SN)的另一个新RLC序列号(SN)分配到所述第二新PDCPPDU分组,其中所述第二新PDCP PDU分组的新RLC报头仅包括另一个序列号(SN)而不包括所述RLC子报头长度信息;以及
通过基于所述可用MAC许可容纳所述至少一个完整PDCP PDU分组和所述第二新PDCPPDU分组来准备所述RLC PDU,其中在下一MAC许可传输周期中传输所述第二新PDCP PDU分组的剩余部分。
7.根据权利要求1所述的方法,进一步包括:
从接收器实体接收与所述RLC PDU的传输失败相关联的不成功确认消息;
基于接收到不成功确认而在下一传输周期中将所述RLC PDU重传到MAC层;
由所述RLC层在所述下一传输周期中从所述MAC层接收新可用的MAC许可;
确定所述新可用的许可足够在所述下一传输周期中重传所述RLC PDU;
由所述RLC层基于对所述新可用的MAC许可的足够的确定来向所述MAC层重传类似于所述失败传输的RLC PDU的所述RLC PDU以及所述RLC报头;
由所述RLC层确定所述新接收到的可用MAC许可是否不足以用所述新接收到的可用许可来重传所述RLC PDU;以及
基于对所述新接收到的可用许可的确定来对所述RLC PDU进行重新分段,其中所述重新分段对应于将所述多个协议数据单元(PDU)分组分段成因所述新接收到的可用MAC许可的可用性较少而被截断的至少两个RLC PDU分组。
8.一种针对在UE和网络节点之间建立的无线电链路来传输数据的设备,所述设备包括:
收发器,所述收发器被配置为发射和接收信号;以及
控制器,所述控制器与所述收发器耦合并且被配置为:
由无线电链路控制(RLC)层从分组数据汇聚协议(PDCP)层接收多个协议数据单元(PDU)分组,
由RLC层基于针对多个PDU分组中的每一者从PDCP层接收到的服务数据单元(SDU)长度来预处理每个接收到的PDU分组的RLC报头的RLC子报头,
由所述RLC层基于可用媒体访问控制(MAC)许可将来自所述接收到的多个PDU分组的至少一个完整PDCP PDU分组以及RLC子报头长度信息级联到RLC PDU中,
由所述RLC层将所述多个协议数据单元(PDU)分组分段成新PDCP PDU分组,所述新PDCPPDU分组因较少的可用MAC许可而被截断,
连同所述RLC报头来准备RLC PDU,所述RLC PDU包括所述级联的至少一个完整PDCPPDU分组和基于所述可用MAC许可而分段的至多一个新PDCP PDU分组,以及
由所述RLC层向下(MAC)层传输所述RLC PDU。
9.根据权利要求8所述的设备,其中所述控制器进一步被配置为:
将第一RLC序列号(SN)分配到所述级联的至少一个完整PDCP PDU分组,以及
将新RLC序列号(SN)分配到所述新PDCP PDU分组。
10.根据权利要求8所述的设备,其中所述控制器进一步被配置为:
由所述RLC层从MAC层接收所述可用许可,其中所述RLC报头具有预定的固定大小。
11.根据权利要求9所述的设备,其中所述控制器进一步被配置为:
由所述RLC层确定所接收到的可用许可是否足以包括所述至少一个完整PDCP PDU分组,
基于所接收到的可用许可和可用PDCP PDU将所述多个协议数据单元(PDU)分组分成所述至少一个完整PDCP PDU分组和所述新PDCP PDU分组,其中新RLC序列号(SN)被分配到所述新PDCP PDU分组并且不同于分配到所述级联的至少一个完整PDCP PDU分组的第一RLC序列号(SN),并且其中所述新PDCP PDU分组的新RLC报头仅包括所述序列号(SN)而不包括所述RLC子报头长度信息,以及
通过基于所述可用MAC许可容纳所述分段的新PDCP PDU分组和所述至少一个完整PDCPPDU分组来准备所述RLC PDU,
其中所述至少一个完整PDCP PDU分组被定义为能够完全地传输的PDCP PDU分组,并且所述新PDCP PDU分组被定义为根据所述可用MAC许可无法完全地传输的PDCP PDU分组,
其中如果所接收到的可用许可和所述PDCP PDU不够,那么用所述至少一个完整PDCPPDU分组来准备所述RLC PDU,并且
其中用所述至少一个完整PDCP PDU分组来传输所述RLC PDU。
12.根据权利要求11所述的设备,其中所述控制器进一步被配置为:
在后续PDU中在下一MAC许可传输周期中传输未被容纳在所述RLC PDU中的具有所述分配的新RLC序列号(SN)的所述分段的新PDCP PDU分组的剩余部分。
13.根据权利要求12所述的设备,其中所述控制器进一步被配置为:
由所述RLC层在下一MAC许可传输周期中接收可用MAC许可,
由所述RLC层确定所接收到的可用许可是否足以包括来自所述分段的新PDCP PDU分组的所述剩余部分的至少一个第一完整PDCP PDU分组,
基于所接收到的可用许可和可用PDCP PDU来将所述分段的新PDCP PDU分组的所述剩余部分分成所述至少一个第一完整PDCP PDU分组和所述第二新PDCP PDU分组,其中所述新RLC序列号(SN)被分配到所述至少一个第一完整PDCP PDU分组,
将不同于所述新RLC序列号(SN)的另一个新RLC序列号(SN)分配到所述第二新PDCPPDU分组,其中所述第二新PDCP PDU分组的新RLC报头仅包括另一个序列号(SN)而不包括所述RLC子报头长度信息,以及
通过基于所述可用MAC许可容纳所述至少一个完整PDCP PDU分组和所述第二新PDCPPDU分组来准备所述RLC PDU,其中在下一MAC许可传输周期中传输所述第二新PDCP PDU分组的剩余部分。
14.根据权利要求8所述的设备,其中所述控制器进一步被配置为:
从接收器实体接收与所述RLC PDU的传输失败相关联的不成功确认消息,
基于接收到不成功确认而在下一传输周期中将所述RLC PDU重传到MAC层,
由所述RLC层在所述下一传输周期中从所述MAC层接收新可用的MAC许可,
确定所述新可用的许可足够在所述下一传输周期中重传所述RLC PDU,
由所述RLC层基于对所述新可用的MAC许可的足够的确定来向所述MAC层重传类似于所述失败传输的RLC PDU的所述RLC PDU以及所述RLC报头,
由所述RLC层确定所述新接收到的可用MAC许可是否不足以用所述新接收到的可用许可来重传所述RLC PDU,以及
基于对所述新接收到的可用许可的确定来对所述RLC PDU进行重新分段,其中所述重新分段对应于将所述多个协议数据单元(PDU)分组分段成因所述新接收到的可用许可的可用性较少而被截断的至少两个RLC PDU分组。
15.根据权利要求8所述的设备,其中所述设备被实施为发射器实体或接收器实体。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN202041024699 | 2020-06-12 | ||
IN202041024699 | 2021-06-02 | ||
PCT/KR2021/007280 WO2021251772A1 (en) | 2020-06-12 | 2021-06-10 | System and method for concatenation and preprocessing in data plane |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115918149A true CN115918149A (zh) | 2023-04-04 |
Family
ID=79282793
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180042142.2A Pending CN115918149A (zh) | 2020-06-12 | 2021-06-10 | 用于数据平面的级联和预处理的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230090572A1 (zh) |
EP (1) | EP4140181A4 (zh) |
CN (1) | CN115918149A (zh) |
WO (1) | WO2021251772A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101638195B1 (ko) * | 2010-02-01 | 2016-07-08 | 삼성전자주식회사 | 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치 |
KR101847582B1 (ko) * | 2010-06-09 | 2018-04-10 | 삼성전자 주식회사 | 이동 통신 시스템 및 그 이동 통신 시스템에서 패킷 제어 방법 |
US10028311B2 (en) * | 2014-04-22 | 2018-07-17 | Lg Electronics Inc. | Method for processing received PDCP PDUs for D2D communication system and device therefor |
EP3301842A1 (en) * | 2016-09-30 | 2018-04-04 | Panasonic Intellectual Property Corporation of America | Efficient user plane architecture for new rat |
WO2018085203A1 (en) * | 2016-11-01 | 2018-05-11 | Sharp Laboratories Of America, Inc. | Configurable radio link controller frame structure |
-
2021
- 2021-06-10 EP EP21822287.5A patent/EP4140181A4/en active Pending
- 2021-06-10 CN CN202180042142.2A patent/CN115918149A/zh active Pending
- 2021-06-10 WO PCT/KR2021/007280 patent/WO2021251772A1/en unknown
-
2022
- 2022-11-21 US US17/991,331 patent/US20230090572A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20230090572A1 (en) | 2023-03-23 |
WO2021251772A1 (en) | 2021-12-16 |
EP4140181A4 (en) | 2023-10-25 |
EP4140181A1 (en) | 2023-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3527000B1 (en) | Media access control header and transport block formats | |
US10454626B2 (en) | Transmitter defragmentation for data unit fragments | |
EP4243487A1 (en) | Method and apparatus for processing packet in wireless communication system | |
CN107786533B (zh) | L2层数据包处理方法和使用该方法的电子装置 | |
US9602248B2 (en) | Method of transmitting and receiving ARQ feedback information | |
US20220150693A1 (en) | Method and apparatus for accelerating data processing in next-generation wireless communication system | |
CN111213430B (zh) | 基站设备以及用于发送数据和信号的方法 | |
US20200145145A1 (en) | Acknowledgment data unit for data unit fragment | |
US20190297530A1 (en) | Wireless communication apparatus and wireless communication system | |
US8938028B2 (en) | Radio communications apparatus and communication method | |
WO2022108665A1 (en) | Virtualized radio access network (vran) decoding as a service | |
CN107959946B (zh) | 无线接入网数据复用、解复用的方法、装置及设备 | |
KR20180136841A (ko) | Mac 계층 헤더 처리 방법 및 장치 | |
CN113938431A (zh) | 突发数据包传输方法、装置和电子设备 | |
US8073012B2 (en) | Method and related apparatus for handling packet discard in a wireless communications system | |
CN115918149A (zh) | 用于数据平面的级联和预处理的系统和方法 | |
CN110140338B (zh) | 用户设备、传输点、由通信装置执行的方法 | |
US8085753B2 (en) | Method and relate apparatus for enhancing transmission efficiency in a transmitter of a wireless communication system | |
CN111480361B (zh) | 基站装置、终端装置、无线通信方法 | |
CN108012289B (zh) | Pdu的发送方法及装置,和pdu的接收方法及装置 | |
US20240098564A1 (en) | Data sending method, data receiving method, and communication apparatus | |
US20220216950A1 (en) | Method and apparatus for data retransmission based on automatic repeat request in communication network | |
US20230328587A1 (en) | Multi-technology multi-user implementation for lower mac protocol processing | |
KR20220063695A (ko) | 차세대 이동 통신 시스템에서 데이터 처리를 가속화하는 방법 및 장치 | |
KR20220103526A (ko) | 고신뢰도 harq 피드백 기반 rlc 재전송을 통한 수신단 rlc 프로세싱 부하를 경감하는 방법, 장치, 및 시스템 |
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 |