CN110546985A - 蜂窝无线系统技术领域的第二层架构 - Google Patents

蜂窝无线系统技术领域的第二层架构 Download PDF

Info

Publication number
CN110546985A
CN110546985A CN201880020561.4A CN201880020561A CN110546985A CN 110546985 A CN110546985 A CN 110546985A CN 201880020561 A CN201880020561 A CN 201880020561A CN 110546985 A CN110546985 A CN 110546985A
Authority
CN
China
Prior art keywords
pdcp
pdu
entity
pdus
rlc
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.)
Granted
Application number
CN201880020561.4A
Other languages
English (en)
Other versions
CN110546985B (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.)
Jiekai Communications Shenzhen Co Ltd
Original Assignee
Jiekai Communications Shenzhen 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 Jiekai Communications Shenzhen Co Ltd filed Critical Jiekai Communications Shenzhen Co Ltd
Publication of CN110546985A publication Critical patent/CN110546985A/zh
Application granted granted Critical
Publication of CN110546985B publication Critical patent/CN110546985B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • 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
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/624—Altering the ordering of packets in an individual queue
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

提供了蜂窝无线系统的第二操作层的系统和方法。特别是重新排序协议数据单元(Protocol Data Unit，PDU)的方法，通过防止过度延迟的机制以确保顺序传送(in order delivery)。在需要快速传送的地方提供乱序传送(Out of order delivery)。

Description

蜂窝无线系统技术领域的第二层架构
技术领域
本发明涉及蜂窝通信系统的第二层结构，尤其是涉及蜂窝式架构的PDCP子层。
背景技术
无线通信系统，如所述第三代(3G)的移动电话标准和技术是众所周知的。这种3G标准和技术是由第三代合作项目(Third Generation Partnership Project，3GPP)开发的。第三代无线通信已普遍开发以支持宏小区(macro-cell)手机移动通信。通信系统和网络已经发展到宽带和移动系统。第三代合作项目已经开发了所谓的长期演进(Long TermEvolution，LTE)系统，即进化的通用移动通信系统领土无线接入网络(Evolved UniversalMobile Telecommunication System Territorial Radio Access Network，E-UTRAN)，用于移动接入网络(mobile access network)，在所述移动接入网络中由称为进化节点B(eNodeB或eNB)的基站支持一个或更多的宏小区。最近，LTE正在向所谓的5G或新无线电(New Radio，NR)进一步发展。
5G或NR为所述用户设备(user equipment，UE)到基站链路提出了新的无线链路标准。所述NR配置及协议使用许多LTE功能作为起点，但添加非常不同于LTE的广泛附加功能和操作模式。图1显示所揭示的NR第二层结构。所述媒体访问控制(Medium AccessControl，MAC)、无线链路控制(Radio Link Control，RLC)和分组数据汇聚协议(PacketData Convergence Protocol，)层可与同名称的上述LTE的各层的相对比，但是如下所述，上述的各层提供的上述功能存在一些根本差异。通过在PDCP上提供一个新的接入层(access stratum，AS)，以提供与下一代核心网(Next Generation Core，NGC)的连接，并支持为所述系统提出的新服务质量(Quality of Service，QoS)框架。
所述LTE与所述NR提出的RLC/PDCP层的主要区别是支持在RLC业务数据单元(Service Data Unit，SDU)重新组装后从RLC到PDCP完整PDCP协议数据单元(ProtocolData Unit，PDU)的乱序传送(Out-of-Order Delivery，OOD)，并且不支持RLC SDU串联(concatenation)，即每个RLC数据PDU包含一个RLC SDU或RLC SDU的一个片段。所述完整的PDCP PDU到PDCP的OOD被同意启用PDCP PDU的动态破译(on the fly deciphering)，这减少了处理能力的需求。以下它被称为OOD无线链路。需要注意的是，单个PDCP实体可能连接到多个无线链路(拆分承载)。
在所述的LTE系统中，仅支持顺序传送(In-Order Delivery，IOD)承载(即承载始终提供数据包的IOD，其根据所述QoS参数具有或多或少的可靠性)。此外，IOD首先在所述RLC和PDCP层之间强制执行，即在所述无线链路层。这意味着接收RLC实体向接收PDCP实体提供多个PDCP PDU，同时保存从所述传输PDCP实体传输到所述传输RLC实体提供的所述初始顺序。查看从发送PDCP实体到所述接收PDCP实体的PDCP PDU流，这意味着在正常情况下，接收PDCP实体预期从下层获得IOD。往所述PDCP实体的PDUIOD传输的仅有例外情况是在双连接(dual connectivity)期间(配置拆分承载时)或移交(HandOver，HO)期间。
在这些有限的情况下，所述PDCP实体可能不得不重新排序所述收到的多个PDU。所述第二种情况(移交)是零星发生的。在HO时，当使用RLC确认模式(Acknowledged Mode，AM)时，在所述初始链路上传输的最新PDCP PDU可能会在所述新链路上重新传输。只有在所述下层重新建立在所述新链路上时(当等待来自所述新链路的具有较高的序号(SequenceNumber，SN)的PDCP PDU时，仅存储来自旧链路的多个PDCP SDU)，才通过设置重新排序缓冲区来处理重新传输。第一种情况(在双连接期间的拆分承载)在正常操作期间需要一个重新排序缓冲区。使用拆分承载，所述PDCP PDU流跨2个无线链路(也称为"分支柱(legs)"或"分支(branches)")拆分，每个链路具有单独的RLC实体，因此所述接收PDCP实体可能会从两个不同的RLC实体接收多个PDU。即使每个分别向PDCP提供IOD，也不能保证至PDCP的总体IOD。但是，在LTE中，双连接仅在RLC AM中运行(在每个分支上)，因此至少没有需要通过所述重新排序过程来相应处理RLC PDU丢失。相反，每当需要IOD承载时，所述PDCP实体在所有情况下都需要所述NR系统重新排序，包括单一连接(因为RLC不再确保它)。当使用RLC非确认模式(Unacknowledged Mode，UM)时，任何需要IOD承载时候，可能严重损失PDU时，也特别需要它。需要仔细设计以避免过度的重新排序延迟。同时，NR系统也针对比LTE更低的用户平面(user plane)延迟作为目标。因此，需要一个系统，以便NR可以有效地支持IOD承载，而重新排序功能仅在PDCP中(OOD无线链路)。
由于IOD不再于RLC和PDCP之间强制执行，它还为提供支持OOD承载(不强制对上层的IOD的承载)开启大门。这种承载功能有助于完全消除对上层的任何重新排序延迟，从而减少所述延迟，同时不影响所述可靠性。因此，需要一个系统来支持OOD承载。
发明内容
本发明内容旨在以简化的形式介绍一些概念，下面将在详细说明中作进一步介绍。本发明内容并非用于确定所述权利要求标的物的主要特征或基本特征，也无意用作确定所述权利要求标的物的范围的辅助工具。
本发明在附于此所详细说明的权利要求中定义。
非易失型计算机可读介质可以包含至少以下组合的一种形式，包括：硬盘、光盘只读存储器(Compact Disc Read Only Memory，CD-ROM)、光学存储设备、磁存储设备、只读存储器、可编程只读存储器、可擦除可编程只读存储器(Erasable Programmable Read OnlyMemory，EPROM)、电子可擦除的可编程只读存储器及闪存。
附图所述明
上述发明的进一步细节、各方面和实施例仅以示例方式描述，并参照附图进行所述明。为了简单明了，对附图中的元素进行了所说明，但不一定被绘制为标尺。在所述各附图已经有例如参考数字等以便更容易理解。
图1显示预期的NR第二层结构；
图2显示重新排序的示例；
图3显示重新排序窗口；
图4显示重新排序过程；
图5显示重新排序过程的流程图；和
图6显示重新排序的示例。
具体实施方式
那些熟习此技艺人士将认识到并了解这些例子所描述的具体内容只是一些具体实施方式的例子，并且本文的教导适用于各种不同情况环境中。
LTE供了一个起点能为揭示的系统中提供IOD承载支持，但这样做必须予以克服会遇到的一些困难。
LTE单连接中的重新排序主要基于RLC SN，因为IOD首先在RLC层和PDCP层之间强制执行。由于HARQ操作导致对RLC的RLC数据PDU(或RLC PDU段)OOD，需要在无线链路上重新排序。在等待任何丢失的PDU或PDU段时，由RLC存储完整的PDU或PDU段，以确保到PDCP的IOD。当使用RLC AM协议时，由于ARQ的所述操作，所述最终RLC SN序列没有间隙。因此，除ARQ系统造成的延迟外，所述重新排序过程不会造成任何额外的延迟。当使用RLC UM时，由于零星的HARQ故障，在所述的RLC SN序列中发生稀疏间隙，并所述由于所述重新排序处理造成的额外延迟仅限于等待所述丢失的RLC PDU(所述序列中的每个间隙导致等于计时器t-Reordering值的延迟)。
在所述的PDCP实体中的重新排序将基于PDCP SN(不是RLC SN)，因此所述LTE方法无法使用，并且遇到新的问题。特别是，所述PDCP SN序列中的间隙必须由所述选定流程加以考虑。但是，在传送器端进行AQM(主动队列管理)、流量控制或SDU丢弃的操作中允许PDCPSN间隙可能很有吸引力。如果在所述RLC实体中执行重新排序，这不会影响所述PDCP实体，但必须让所述PDCP实体中的重新排序算法考虑这一点。特别是，所述PDCP实体可以等待永远不会送达的PDCP PDU。
对于所揭示的系统双连接可以支持RLC UM，以便备用的PDCP PDU可以路由到备用分支(在LTE系统中，这样的用例是不可能的，因为只有RLC AM支持拆分承载仅)。传输块(transport block，TB)可能包含数百个非连续PDCP PDU，这意味着单次HARQ故障可能导致所述PDCP PDU SN序列中的数百个间隙，必须通过所述PDCP实体中的所述重新排序算法来相应处理这些间隙。
传统的重新排序算法利用重新排序时间(t-reordering)，所述算法将等待丢失的SN或连续丢失的SN达所述重新排序时间长；典型的时间是几十毫秒(millisecond，ms)。这样的系统在有数据流一次HARQ故障造成的大量间隙就不能正常工作。
为了帮助理解现有重新排序系统的上述问题，特别是LTE系统，对此类系统的说明如下。
在LTE中，PDCP重新排序窗口操作基于以下变量和计时器：
●Next_PDCP_RX_SN：在所述的PDCP实体的所述接收器下一个预期的PDCP SN。在建立所述PDCP实体时，所述UE应将Next_PDCP_RX_SN设置为0。
●RX_HFN：表示超帧号(Hyper Frame Number，HFN)值，所述HFN值用于产生COUNT值，所述COUNT值用于给定PDCP实体的已接收PDCP PDU。在建立所述PDCP实体时，所述UE应将RX_HFN设置为0。
●Last_Submitted_PDCP_RX_SN：对于映射在RLC AM上的PDCP实体，Last_Submitted_PDCP_RX_SN指示最近传送给所述上层的多个PDCP SDU的SN。在建立所述PDCP实体时，所述UE应将Last_Submitted_PDCP_RX_SN设置为Maximum_PDCP_SN。
●Reordering_PDCP_RX_COUNT：一笔COUNT的值，所述COUNT值接续用于触发t-Reordering的上述PDCP PDU关联的COUNT值。
●t-Reordering：此计时器用于检测PDCP PDU的丢失。如果t-Reordering正在运行，则不应另外启动t-Reordering，即每个PDCP实体仅在给定时间运行一个t-Reordering。
如上所述，在LTE中，仅在双连接或HO使用RLC AM期间，才需要上述PDCP实体中的重新排序。PDCP中所述的LTE重新排序过程的操作将使用所述双连接为例进行说明。
上面列出的变量定义了一个重新排序窗口(也可以称为接收窗口)，如图2所示。其大小是一半所述PDCP SN空间。
变量Last_Submitted_PDCP_RX_SN+1定义表示所述重新排序窗口的下边缘(LE)，即表示尚未从上述下层(lower layers，LL)接收的第一个PDU。较早期的PDU不再从LL等待，并已传送给上层(upper layers，UL)。"Last_Submitted_PDCP_RX_SN"的上述设置使用基于如下工作原理的标准t-Reordering：
初始状态为Last_Submitted_PDCP_RX_SN＝MaxSN，Next_PDCP_RX_SN＝0。
如果在接收窗口中收到新的PDU：
a.更新Last_Submitted_PDCP_RX_SN，Next_PDCP_RX_SN。
b.如果t-Reordering正在运行
i.如果所述PDCP SDU与Reordering_PDCP_RX_COUNT-1已传送给UL：
1.停止并重置所述计时器
c.如果t-Reordering未运行(包括上述停止时)
i.如果至少有一个存储的PDCP SDU，则启动计时器t-Reordering，并且Reordering_PDCP_RX_COUNT赋予与RX_HFN和Next_PDCP_RX_SN关联的所述COUNT值。
如果在所述接收窗口之外收到新的PDU：它们被视为迟到PDU，并且被丢弃(重新排序窗口是"推送"类型窗口)。
如果t-Reordering过期
a.Reordering_PDCP_RX_COUNT更新为下一个丢失的PDU，所述下一个丢失的PDU的SN>＝Reordering_PDCP_RX_COUNT(不再等待丢失的多个PDCP SDU，其中不再等待丢失的多个PDCP SDU的COUNT<Reordering_PDCP_RX_COUNT)，以前的PDU以升序COUNT顺序传递到UL。
b.如果至少有一个存储PDCP SDU，则启动计时器t-Reordering，并且Reordering_PDCP_RX_COUNT赋予与RX_HFN和Next_PDCP_RX_SN关联的所述COUNT值。
LTE中所述重新排序算法的操作在以下文本中更为通用地描述。它既适用于上述PDCP中的实际运作，也适用于RLC AM(用于在调用ARQ之前)和RLC UM(用于到PDCP的IOD)中的实际运作。
考虑到由其序列号标识的传入的PDU流，则重新排序功能维护以下序列号变量：
●R：对应于被考虑用于重新排序的所述最早PDU的SN。早期的PDU不再考虑用于重新排序，即它们已发送到以下模块(当用于提供顺序传送时)或在状态报告中考虑(当用于ARQ时)。所述值用作所述重新排序窗口的下边缘。
●H：对应于最高已接收的PDU的SN。用作所述重新排序窗口的较高边缘。
●X：对应于"重新排序PDU"的SN，即触发/关联于所述t-Reordering计时器的PDU。
与往常一样，SN上的所有算术运算都受SN空间大小的模量(modulus)的影响，但为了简单起见此处不详细介绍这些莫量。此外，根据所述标准规范的实际运作，所述实际变量可以等效于R-1、H+1或X+1。据了解，为了解决传入PDU的SN潜在歧义，一般所述最大重新排序窗口大小设置为一半的所述SN空间。然后，有两种主要方法可以判别传入的PDU掉出最大重新排序窗口：无论是作为新的PDU，还是旧的PDU。在所所述的第一种情况下，所述重新排序窗口是"拉"的，即其上边缘(higher edge，HE)往前移，当接收数据包超出所述的最大重新排序窗口，而在所述后一种情况是"推"，只有数据包到达或决定不再等待丢失的数据包可以推动所述窗口的下边缘(lower edge，LE)使所述窗口往前移。下面讨论的t-Reordering的各方面通用于这两种窗口类型。
图3提供了给定时间t中可能的情况。蓝色PDU不再被考虑作重新排序(例如，已发送到上层)。所述重新排序窗口中的PDU(浅红色和黄色)将考虑重新排序，即，等待所述中间丢失的PDU。
定时器t-Reordering用于检测PDU丢失，并避免重新排序窗口停滞。通常，其值由无线资源控制(Radio Resource Control，RRC)配置。在下面我们用“Treordering”(无破折号)来标记它的值。它需要涵盖下层引入的最差重新排序延迟。当接收的PDU的序列号N与R不同时，丢失的PDU R...，N-1应从接收PDU N(在瞬时TN)到Treordering的区间内到达。因此，这些丢失的PDU只需要在这段时间内等待(最多在瞬时TN+Treordering)。
当按顺序接收的PDU时，R＝H+1，所述重新排序窗口为空，并且不会有延迟。一旦收到具有SN N>R的PDU，H将设置为N，R不更改。所述重新排序窗口变为非空(R<H+1)，并且所述计时器t-Reordering已启动，并且关联于所述重新排序PDU X＝H。如果t-Reordering计时器过期(丢失的PDU)，则将不再等待X之前任何剩余的丢失的PDU，并且表示重新排序窗口下边缘R往前移到所述第一个丢失的PDU>X。所述PDU X以及之前在所述重新排序窗口中被阻止的PDU不再被考虑重新排序(并可以传送到上层)。正如预期所述最大延迟是从接收PDU X起算t-Reordering。
每当t-Reordering停止并重置(因为收到上达X为止的丢失PDU)或过期时，则表示重新排序窗口下边缘R将往前移到首先丢失的PDU>X。然后，如果R<H+1(重新排序窗口仍然不为空，因为收到更多的PDU，增加了H并在接收的多个PDU中产生其他间隙)，则t-Reordering启动并与X＝H相关联。然而，在这种情况下，具有SN H的所述PDU可能收在Δms之前收到，这带来了额外的Δms延迟所述预期的最大延迟。
此额外延迟如图4所示。在T1处，接收PDU H1，启动与X1＝H1关联的计时器t-Reordering。在TA，在t-Reordering到期之前，会收到绿色PDU A。所述计时器t-Reordering停止，所述重新排序窗口下边缘从R1前移到R2，及至R2的PDU可以按顺序传送。此时，由于R2<H2+1，所述计时器t-Reordering将再次启动，并关联到X2＝H2。可以看出，PDU X2实际上是在T2接收到，亦即在所述TA的Δms时段之前接收的。在这种情况下，假设所述PDU R2丢失，则及至X2的PDU尽管可能在T2+Treordering处传送，却被阻挡直到TA+Treordering＝T2+Treordering+Δms。
图5显示一种算法，用于在所揭示的系统中提供PDCP PDU的重新排序，所述算法旨在至少改善以前系统中的一些所述问题。在步骤500所述PDCP实体具有连接到多个LL分支(例如多个OOD无线链路)，每个链路都提供PDCP PDU到所述的PDCP实体。在单个连接用例中，只使用一条分支。在双连接例子(拆分承载)中，使用二条分支。NR还有望支持多个连接用例，其中PDCP实体可能连接到甚至超过二个分支。
在步骤501中，每个LL支段可以向所述PDCP实体传送PDCP PDU。在给定的LL分支上，PDCP PDU可以按顺序传送。
在步骤502中，每个LL分支向所述PDCP实体发送一个指示，所述指示能够推导出所述最新的PDCP PDU(在PDCP PDU序列中)，在所述分支中不应再考虑重新排序所述最新的PDCP PDU。换句话说，所述指示能够推导出最早PDCP PDU(在所述PDCP PDU序列中)，在所述分支中仍应考虑重新排序(即在所述分支中等待)。在下面的说明中，这个PDCP PDU以状态变量VR(RLi)来引用，其中i是所述分支的索引。VR(RLi)可以对应于PDCP_SN或COUNT值(HFN+PDCP_SN)。在PDCP中，定义了一个重新排序窗口，所述窗口涵盖所述PDCP实体接收的所述PDCP PDU，并且所述值重新排序算法将考虑这些PDU。所述重新排序算法和所述重新排序过程将假定丢失了在所述重新排序窗口之前丢失的PDCP PDU，并且没有这些PDCP PDU将继续进行到所述上层的传输工作。
在步骤503所述PDCP实体使用从每个LL分支收到的指示以执行PDCP PDU重新排序。所述应考虑重新排序的最早PDCP PDU的指示，可以限制所述PDCP实体将等待丢失的PDU的等待时间。当每个配置的LL分支提供所述信息时，PDCP有可能知道是否不再从任何所述分支上收到丢失的PDU。也就是说，PDCP中所述重新排序窗口的下边缘可能基于每个支段的LL指示而往前移，例如，对于每个丢失的PDU，不使用t-Reordering周期。此过程通过使用每个分支的额外LL信息，从而避免等待无法到达的PDCP PDU带来的相关延迟，而这些信息在仅考虑到达的PDU的PDCP SN时可见，其他情况不可见。请务必注意，只有当所有分支都能够向PDCP提供指示时，这才可能实现。一旦一条分支不能提供所述指示给PDCP，这意味着在所述PDCP接收器端总是可以从这条分支期望任何丢失的PDU，因此将没有从所述分支使用所述指示的好处。
使用每个LL分支的上述指示对于RLC UM特别有用，RLC UM中HARQ故障将造成间隙。使用单连接时，PDCP中的t-Reordering计时器可用于涵盖等待HARQ重新排序的时间。但是，对于双连接，PDCP SN缺口是由于HARQ故障或两条路径之间的回程延迟(因此，当通过一条路径的PDCP PDU在通过其他路径的PDCP PDU之前到达时，会造成间隙)。如果使用重新排序计时器，则必须将其设置为非常保守的值，以涵盖两种可能的延迟。所述，使用从分支来的指示允许涵盖这两种情况，而没有过度延迟。
在一个示例系统中，HARQ重新排序延迟可能是10毫秒，而回程延迟可能是20毫秒。在一个传统的算法，在所述的PDCP实体所述重新排序计时器将设置为30毫秒，这意味着HARQ故障造成的每一个间隙的30毫秒延迟。相反的，每个分支的计时器可以设置为10毫秒，提供每次HARQ故障10毫秒延迟。
每个LL分支的指示可以基于每个分支的独立重新排序计时器，以用于推导出VR(RLi)。每个重新排序时间可以根据相关的eNB的HARQ策略进行配置，以使得所述PDCP实体可以决定是否从每段分支独立等待PDCP PDU。
有关如何推导出VR(RLi)可能不需要指定。可以了解，这些信息可以得出自于例如RLC状态变量的知识，对应于所述RLC接收窗口的下边缘。
在RLC AM的情况下，知道分支i的RLC状态变量VR(Ri)，来自所述RLC PDU VR(Ri)-1的PDCP PDU Ni是不再考虑重新排序的分支i的所述最新的PDCP PDU。因此，考虑重新排序的分支i的最早的PDCP PDU是Ni+1，即所述VR(RLi)＝Ni+1。
对于RLC UM，可以使用基于VR(URi)变量而不是VR(Ri)的类似算法。但是，需要考虑的一个重要点是，如果允许从RLC到PDCP的OOD，则不需要在RLC UM中维护t-Reordering机制(也因此连同接收窗口及其关联的VR(URi))即可确保到PDCP的IOD。这里认为，即使不需要为确保到PDCP的IOD的这一目的，在RLC UM(接收窗口及其关联的VR(URi))中维护t-Reordering机制是有益的，因为它能够推导出到所述辅助信息VR(RLi)，这可以加快所述在PDCP中的重新排序。作为替代方案，此类t-Reordering机制可以实际运作作为PDCP的一部分，作为在连接到所述PDCP实体的每个支段的所述输入端中添加的子块。从建模的角度来看，此解决方案的吸引力较小，因为它在所述接收PDCP实体中引入了每分支的子块。所述解决方案的另一个担忧是，每条分支的重新排序将基于PDCP SN，而不是RLC SN。与所揭示的解决方案不同的是，在所述传送器端产生的任何PDCP SN间隙都会对PDCP可见，并增加重新排序延迟。
可能允许没有SN(例如，控制PDU)的PDCP PDU，或者具有VR(R)-1或VR(UR)-1的RLCPDU可能不存在(例如，在RLC UM的情况下，当在拉动所述重新排序窗口后更新VR(UR)时)。在这种情况下，所述PDCP PDU Ni可用于推导出VR(RLi)，所述PDCP PDU Ni对应于在VR(R)或VR(UR)之前提取的最新PDCP数据PDU。
在某些配置中，最好允许从所述PDCP实体向更高层实体乱序传送，例如延迟方面的要求比PDU排序(OOD承载)更重要的情况。当OOD被激活时，多个PDCP SDU直接传递到所述上层，而无需等待丢失的多个PDCP SDU(来自丢失的PDCP PDU)。但是，在允许到上层的OOD时，避免传递重复数据包非常重要。重复可能发生在所述传输的不同的地方，导致所述PDCP实体收到多次所述相同的PDCP PDU。这可能是由于较低的层错误(例如，在HARQ协议错误，如ACK到NACK错误)，但也可能故意执行(同一PDCP PDU的几个副本可能发送到不同的无线链路，以提高所述的传输的可靠性)。因此，所述PDCP PDU SN是用于记录传输到所述上层已成功接收(并可能破译)的PDU。如果收到重复的PDCP PDU SN，则表示PDU作为重复项丢弃。要允许为OOD承载丢弃此类重复数据包，最好保留在配置IOD承载时所使用的PDCP接收器窗口机制，即维护所述相同的窗口状态变量。在配置所述OOD承载时，唯一需要区别的在于，不是存储SDU以便以后的IOD传送，而是传送SDU并且存储用于表示SDU已传送的指示。这使得OOD承载得以实现高效，从算法规范角度和实现角度减少了与IOD承载的背离。
OOD承载的支持主要考虑数据无线承载(data radio bearers，DRB)。但是，对于信号无线承载(signaling radio bearers，SRB)来说也可能很有用。可使用OOD的一个示例是SRB上进行的RRC测量报告(特别是定期测量报告)，其中低延迟比更正报告顺序更优先，同时不应影响可靠性。因此，为SRB配置OOD可能是有益的。可以在RRC级别包括SN，以识别不按顺序接收的PDU(例如，比预期晚收到的延迟测量报告可能会被丢弃，因为其SN低于所述最高接收SN)。
可以根据需要为每个承载独立进行OOD或IOD的配置。
在另一个实施例中，所述重新排序窗口可以使用多个计时器来监控自从丢失的PDCP PDU以来的计时时间。在传统系统中，使用单个计时器，每次遇到接收PDCP PDU序列中的间隙时，都会重新启动所述计时器。一旦检测到丢失的PDU，即启动此计时器(接收的PDU不会是在序列中下一个，因此在上述序列中产生了一个间隙)(稍后收到的丢失的PDU可能会在初始的间隙中拆分2个子间隙，我们并不认为这是“在上序列中产生间隙”)。
然后，在t-Reordering运行时等待与此间隙对应的丢失的PDU。如果收到所有PDU(填补了间隙)，则停止并重置所述计时器。如果至少没有收到某些，则所述计时器将过期，并且不再等待丢失的PDU。在这两种情况下，在t-Reordering运行时可能会收到更多的PDU，从而在所述序列中造成更多的间隙。在这种情况下，将重新启动所述计时器，就像刚刚产生所述间隙那样，不考虑所述PDU实际何时产生这些间隙。这在分析LTE中上述重新排序算法的一般操作时已经描述过(图4)。如前所述，此类系统可能会导致额外的重新排序延迟。理想情况下，每当在所述序列中产生新的间隙时，在t-Reordering延迟期间不应等待相应的丢失的PDU。
因此，建议使用多个重新排序计时器，以便每次检测到间隙时启动一个新的计时器，即每当检测到收到新的PDU时，SN不接续所述最高接收的PDCP SN。每次启动新的计时器时，都会与产生所述序列间隙的PDCP PDU(PDCP SN或COUNT值)相关联。然后，仅等待与每个间隙对应的丢失的PDCP PDU一段最大持续时间，所述最大持续时间对应于所述间隙的所述重新排序计时器的所述最大值。当重新排序计时器过期时，与此间隙对应的丢失的PDU可被视为丢失，所述PDCP不需要等待序列中比所述计时器关联的所述PDCP PDU还早的之前PDU。允许利用多个所述重新排序计时器以具体实现所述算法会是很方便有益的。在实际实现中，只需要一个重新排序计时器，因为它足以为每个新产生的间隙存储时间戳。当所述的计时器需要重新启动时，所述的持续时间可以只设置为：t-Reordering延迟-(当前时间戳-间隙时间戳)，这可确保只是在它需要的时间内等待所述丢失的PDU，没有额外的等待时间。此类系统需要较多的计时器或存储较多的时间戳，这会带来一些小的开销负担，但为在已接收的PDCP PDU预期重新排序延迟内可能有多个间隙的系统中，减少延迟。
可以根据要并行处理的预计间隙数来减少表示的计时器数(减少要存储的间隙时间戳)。例如，使用N个t-Reordering计时器可以最佳方式(即无需额外重新排序延迟)并行处理为数高达N个间隙。额外的间隙将导致等待所述t-Reordering计时器的最大值，但这种方法可能在延迟和处理要求之间提供更具吸引力的折衷。
上面讨论的LTE PDCP层使用的重新排序窗口操作假定在所述重新排序窗口之外收到的PDCP PDU是旧的PDU，并且被丢弃(所谓的"推送"窗口操作)。所述操作以这种方式定义，如LTE中重新排序的主要用途是在HO期间，其中旧PDU可能通过所述新连接重新传输，因此可以视为重复而丢弃。为了避免过度修改，同一系统用于双连接，但仅支持RLC AM，从而限制PDCP PDU间隙。
在此类系统中，还假定配置了所述PDCP传送器，以便在任何时候不到一半PDCP SN空间在传输。这可以通过所述RLC AM反馈(例如，VT(A)知识)来确保。所述PDCP传送器隐含知道所述"PDCP VT(A)"值，对应于从所述PDCP接收器来的累计ACK值。只要所述PDCP传送器控制传输，使不到一半的PDCP SN空间在传输，就不可能实际接收所述重新排序窗口以外的PDCP PDU。
然而，在所揭示的系统中，由于将与RLC UM一起运用所述的重新排序，包括在双连接使用例中，以前的假设不再适用。特别是，如果没有所述接收器的确认，传送器无法控制传输中的PDCP PDU数量，因此无法确保不到一半的所述PDCP SN空间在传输中。如果超过一半的所述PDCP SN空间在传输，可能会丢失在所述的PDCP接收器端的HFN同步。在LTE中，这在某种程度上可以在传送器端通过使用HARQ反馈等控制。然而，对于RLC UM拆分承载来说这变得极具挑战性。
为了避免丢失HFN同步，表示完整的COUNT值可用作PDCP SN。但是，这会带来巨大的开销，特别是除了比之前的系统要大的所述RLC头开销之外的开销。
也可以定义所述PDCP传送器处的传输窗口。当使用RLC AM时，所述传输窗口的下边缘可以通过RLC的隐式指示(例如VT(A)值)进行前移。但是，由于使用RLC UM时，不能取得此类信息，此外，从所述PDCP接收器到所述PDCP传送器的累积ACK报告可用于移动所述传输窗口的下边缘。这不仅在使用RLC UM时有益，而且在使用RLC AM但出于某种原因需要丢弃PDCP PDU时也是有益的。此类报告可根据窗口占用情况(基于窗口)或从所述PDCP传送器的轮询机制，自动从所述PDCP接收器自动发送。
上述讨论假定所述RLC实体向上述PDCP实体提供乱序传送。这意味着，所述RLC实体不需要执行重新排序功能，因此不需要存储RLC PDU等待重新排序。相反，所述RLC实体可以传送所述的RLC SDU直接到所述PDCP实体。如上所述，NR计划支持RLC PDU分段，因此应存储RLC PDU段以进行重新组装。当所述过RLC PDU被重新组装，所述RLC SDU可以提取并传递给所述PDCP实体。
对于RLC AM，接收窗口仍可在所述RLC实体中维护，而所述窗口外接收的RLC PDU可能会被丢弃。所述RLC实体还可以在所述接收窗口内执行重复检测，并丢弃已处理并传输到所述PDCP实体的PDU。这可以通过存储传输到PDCP的RLC SDU的信息来实现，而不是存储所述实际RLC PDU。对于RLC UM，在所述RLC实体中仍可保留重新排序窗口。同样，所述RLC实体也可能在所述窗口内执行重复检测，并丢弃已处理并传输到所述PDCP实体的PDU。这可以通过存储传输到PDCP的RLC SDU的所述信息来实现。
在NR中一致同意，与LTE类似，RLC AM支持T-reordering等功能，用于确定所述RLC状态报告的所述内容。
RLC AM ARQ过程可以分解成3个步骤：
a.在Rx：检测丢失的PDU或多个PDU，不会通过LL重新传送(HARQ)恢复；
b.在Rx处：发送状态报告STATUS REPORT，请求重新传输丢失的PDU或多个PDU；
c.在Tx：重传所述丢失的PDU或多个PDU。
RLC AM中的t-Reordering的目的是确定RLC接收器在声明丢失的PDU为丢失并调用ARQ过程之前，等待丢失的PDU的时间。RLC AM中的T-reordering因此影响ARQ程序中所述步骤"a"。
通常，这是需要的，因为LL不提供到RLC的顺序传送，例如，由于HARQ操作的原因。在这种情况下，应等待丢失的PDU的所述持续时间可以从HARQ设置(例如HARQ RTT和HARQ重新传送的数量)推导出，并所述网络(network，NW)应所述配置最短时间，以便不延迟上述ARQ程序。
然而，在传统的T-reordering操作中，可以看到，在T-reordering运行时，在所述接收序列中产生了更多的间隙(等待初始丢失的PDU)，所述与这些间隙对应的PDU将比需要的被等待更久，因为t-Reordering计时器将在收到第一个丢失的PDU或不再等待后立即重新启动，而不考虑何时产生这些间隙。这会在调用上述ARQ程序时造成额外的延迟，这是不可取的。
如上文NR中所述，单个HARQ故障可能会影响数百个RLC PDU。通常，它们应所述是连续的，在这种情况下，将产生所述RLC PDU序列中的单个间隙。但是，如果我们有集中式ARQ(集中单元/分布单元(central unit/distributed unit，CU/DU)拆分选项3)，我们可能另外会有每一个分支上发送的新的RLC PDU。在这种情况下，单个HARQ故障将在所述RLCPDU序列中造成数百个间隙，从而单个故障可能导致潜在的重大延迟。
与上述流程类似，可以使用新系统，在检测到间隙时(当接收最高的SN PDU时)启动新的t-Reordering计时器，以避免过度延迟。
在实际实现中，只需要一个重新排序计时器，存储每个新间隙的时间戳。当所述的计时器需要重新启动时，所述持续时间可以设置为：(T-reordering延迟-(当前时间戳-间隙时间戳))，这可确保只要需要即可等待每个丢失的PDU，没有因为多个间隙造成额外的延迟。
类似的考虑适用于RLC UM，并所述相同的多个计时器过程可用于此类配置。
据观察，所述RLC AM状态报告(用于ARQ反馈)和RLC AM重传，分别对应于所述ARQ程序的步骤"b"和"c"，可能是小而不频繁的数据。为了尽量减少所述的总体ARQ延迟，所述的控制数据和/或所述重新传输的RLC PDU或PDU段可以映射到超可靠低时延通信(UltraReliable and Low Latency communication，URLLC)资源，这得益于非常低的延迟和高可靠性，但大多适用于小和不频繁的数据。为了达到这个，所述RLC AM状态报告和/或RLC AM重传可能映射到一个不同的逻辑通道，而不是初始传输所述映射的RLC数据PDU。然后，此不同的逻辑通道可以映像在URLLC资源上。用于初始传输的逻辑通道以及用于重新传输的备用通道由所述接收RLC实体处理。
还有人指出，与LTE相反，ARQ可能在大量RLC PDU上运行，因为单个TB可能包含大量RLC PDU(1ms传送时间间隔(transmission time interval，TTI)，具有20Gbps，可以产生约大约1500B为数1666个PDU)。
为了减少ACK/NACK消息传递的数据传输要求，可以使用位图(bitmap)压缩来有效地发出大量丢失的PDU的范围的信号。提供可选的位图压缩允许所述UE决定是否使用压缩或未压缩的信号发送，可能有利于在每种情况下允许选择表示最合适的方法，方法的选择取决于所述结果的消息大小或根据从所述网络而来的配置信息。所述状态报告消息STATUSREPORT中的指示可用于通知所述接收方是否压缩了所述ACK/NACK位图。
从上述揭示中可以明显看出，RLC(AM和UM)中的T-reordering计时器有望有利于实现此处所述的上述流程。
T-reordering时间允许维护VR(UR)，可用于向上述PDCP实体提供信息VR(RL)，以协助上述PDCP实体中的上述重新排序流程。只在所述PDCP实体的一个排序计时器将阻止向所述PDCP实体提供信息以帮助重新排序，从而造成额外的延迟。所述计时器信息使所述PDCP实体知道是否从其一条分支上等待丢失的PDU。它还允许每条分支重新排序计时器的不同设置(例如，是否所述HARQ设置不同)。这将符合这一事实，这个t-Reordering与所述特定分支的HARQ有关。
此外，所述计时器可以维护一个"丢弃窗口"。例如，如果RLC PDU段在t-Reordering计时器到期之前存储但未完成，则可能会丢弃所述段。它最终会因拉动所述窗口而被丢弃，但这导致对所述存储的PDU段与其他未来的传输错误重组的风险增加。
以下文本描述了上述上述PDCP各方面的总体系统操作，特别是如何在NR中实现所述PDCP层，以避免重新排序延迟，确保尽可能降低延迟并确保轻松实现OOD承载。
可以定义以下状态变量，假设上述PDCP SN范围已扩展为涵盖HFN，如某些公司建议的那样(即没有HFN，用COUNT作为PDCP SN)：
VR(R)：接收状态变量。此状态变量保留所述SN的值，表示仍从下层(LL)等待的第一个丢失的PDU。它最初设置为0。它作为所述接收窗口的下边缘。
VR(MR)：最大可接受接收状态变量。此状态变量等于VR(R)+AM_Window_Size，它持有所述第一个PDU的SN的值，所述值超出所述接收窗口。它作为所述接收窗口的较高边缘。
VR(Xk)：t-Reordering状态变量k。此状态变量保留的SN值，接续用于触发t-Reordering的所述PDCP PDU的SN。可以有多个实例(因此连同k索引)。
VR(H)：最高接收状态变量。此状态变量持有的SN值，接续已接收的PDCP PDU中具有最高SN的所述PDCP PDU的SN值。它最初设置为0。
VR(RLi)：分支i的接收的状态变量。此状态变量持有分支i中不再被考虑根据下层信息重新排序的所述最新PDCP PDU对应的SN。这意味着不再从分支i期望具有较早SN的PDCP PDU。不详细说明所述此变量的设置。
如果保留"COUNT"概念(HFN作为最高有效位(most significant bit，MSB)，PDCPSN作为最低有效位(least significant bit，LSB))，则需要变量RX_HFN(如传统LTE中)，并且最好考虑以下基于COUNT的变量：
a.VR(Xk)：t-Reordering状态变量k。此状态变量保留所述COUNT的值，接续触发t-Reordering的PDCP PDU关联的所述COUNT值。可以有多个实例(因此，连同k索引)。
b.VR(RLi)：分支I的接收状态变量。此状态变量持有与所述最新PDCP PDU对应的所述COUNT，所述最新PDCP PDU在分支i中不再被考虑根据下层信息重新排序。这意味着不再从分支i期望带有较早COUNT值的PDCP PDU。不详细说明此变量的设置。
为清楚起见，描述假设不使用HFN，但扩展以包括HFN非常简单明了。如果使用HFN，则需要与传统LTE(PDCP_SN每次翻转时增加)类似的RX_HFN维护，并且它用于推导出所述全部COUNT值，而上述状态变量基于所述COUNT值。如上所述，存在两种主要类型的重新排序(或接收)窗口：拉窗口，收到的新PDU在所述窗口之外拉动所述窗口(所述窗口的LE往前移动，这意味着将不再等待一些旧的丢失的PDU)；或推送窗口，其中这些PDU被视为迟到的PDU并被丢弃。下面的描述假定使用推送窗口，与旧版PDCP类似。这意味着有一个接收窗口(大小等于一半的所述PDCP SN空间)由其LE定义(和推送)。接收的PDU落在所述窗口之外被视为迟到的PDU，并且不移动所述窗口。也可以使用拉窗口，所述唯一的区别是，落在所述窗口之外接收的PDU被视为新的PDU，也可能触发VR(R)的更新(类似于在RLC UM LTE实作)。通常，在PDCP中，最好使用推送窗口类型来避免HFN去同步问题，这就是为什么被选择作为如下描述的基础的原因。本说明还假定所有算术运算都受到SN范围内的模量的影响。所述模量参考为VR(R)(类似于36.322标准规范中描述的RLC AM操作)。
●初始状态是VR(R)＝VR(H)＝0。
●如果在接收窗口中收到具有SN N的新PDU：
■如果N已存储(IOD承载情况)或标记为已传送(OOD承载情况)
●丢弃所述PDU
■否则
●取得所述SDU
●存储所述SDU(IOD情况)或传送至UL并且标记为已传送(OOD情况)
■如果N＝VR(R)
●更新VR(R)至所述第一丢失PDU
■如果VR(H)<N
●开始V(Xk)＝N关联的新的t-Reordering计时器实例i
■更新VR(H)
●如果t-Reordering到期：
■更新VR(R)至具有SN>＝V(Xk)的所述第一丢失PDU
●如果更新了一个VR(RLi)，并且VR(RLj)可用于所有配置的分支j：
■将VR(R)更新到所有VR(RLj)的最小值
●每当VR(R)更新时
■传送落在到上层的该接收窗口之外已存储的PDCP SDU(IOD承载情况)，或丢弃已传送的存储的标记(OOD承载情况)
■如果任何k的VR(Xk)<＝VR(R)(即等待的PDU被接收)
●表示计时器k停止并重置，VR(Xk)被丢弃
■如果任何分支i的VR(RLi)<＝VR(R)(例如，接续在t-Reordering到期后)
●VR(RLi)＝VR(R)
上述所述明已参照PDCP实体和RLC实体。此类实体通常是计算机实现的设备，分别执行所述PDCP层和RLC层所需的此类处理。所述实体可能通过计算机系统上运行的软件、专用软件和硬件或固件实现。因此，这些术语旨在指功能定义的实体，而不是特定的物理实现。此类实体可能位于蜂窝无线通信链路的两端，例如UE或eNB端。
所述计算系统还可以包括一个主存储器，如随机存取内存(Random AccessMemory，RAM)或其他易失存储器，用于存储由处理器执行的信息和指令。在处理器执行的指令期间，此类主要内存也可用于存储临时变量或其他中间信息。同样，所述计算系统还可以包括一个只读存储器(read only memory，ROM)或其他静态存储设备，用于存储处理器的静态信息和指令。
所述计算系统还可能包括一个信息存储系统，例如可能包括一个媒体磁盘驱动器和一个卸除式储存装置接口。媒体磁盘驱动器可能包括支持固定或卸除式储存装置介质的磁盘驱动器或其他机制，如硬盘磁盘驱动器、软盘磁盘驱动器、磁带机磁盘驱动器、光学式磁盘驱动器、光盘磁盘驱动器或数字视频光盘(Digital Video Disc，DVD)驱动器读或写(R或RW)磁盘驱动器或其他可移动或固定媒体磁盘驱动器。存储介质可以包括，例如，硬盘、软盘、磁带、光盘(Compact Disc，CD)或DVD，或其他由媒体磁盘驱动器读取和写入的固定或可移动介质。存储介质可包括具有特定计算机软件或数据存储在其中的计算机可读存储介质。
在替代实施方式中，信息存储系统可以包括其他类似组件，以允许将计算机程序或其他指令或数据加载到计算系统中。例如，此类组件可能包括可移动存储单元和接口，如程序卡匣和卡匣接口、可卸除式内存(例如闪存或其他可卸除式内存模块)和内存时槽，以及其他允许将软件和数据从可移动存储单元传输到计算系统的卸除式储存装置和接口。
所述计算系统还可以包括一个通信接口。这样的通信接口可用于允许在计算系统和外部装置之间传输软件和数据。通信接口的示例包括调制解调器、网络接口(如以太网或其他网络接口控制器(Network Interface Controller，NIC)卡)、通信端口(例如通用串行总线(Universal Serial Bus，USB)埠)、个人电脑存储卡国际协会(Personal ComputerMemory Card International Association，PCMCIA)时槽和卡等。通过通信接口传输的软件和数据的形式是能够通过通信接口介质接收的电子、电磁、光学或其他信号。
在本文文件中，术语"计算机程序产品"、"计算机可读媒体"等通常可用于指有形介质，例如内存、存储设备或存储单元。这些和其他形式的计算机可读媒体可以存储一个或多个指令，供组成计算器系统的处理器使用，以使所述处理器执行指定的操作。此类指令通常称为"计算机程序代码"(可按计算机程序或其他分组的形式分组)，在执行时，使所述计算器系统能够执行本发明实施方式的功能。请注意，代码可能会直接导致处理器执行指定的操作，进行编译以执行此操作，或者将其与其他软件、硬件和固件元素(例如用于执行标准函式库)组合使用。
在使用软件实现元素的实施方式中，软件可以存储在计算机可读的介质中，并使用例如可移动存储磁盘驱动器等方式加载到计算系统中。控制模块(在本例中，软件指令或可执行计算机程序代码)，当在所述计算器系统的所述处理器中执行时，会导致处理器执行如本文所述本发明的功能。
此外，本发明的概念可应用于网络元素中执行信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立装置的设计中使用本发明的概念，例如数字信号处理器(Digital Signal Processor，DSP)的微控制器，或特定应用的集成电路(Application-Specific Integrated Circuit，ASIC)和/或任何其他子系统元素。
为清楚起见，可以了解，上述描述参照了单个处理逻辑来描述本发明的实施方式。然而，发明的概念同样可以通过多个不同的功能单元和处理器来实现，以提供信号处理功能。因此，对特定功能单位的引用只能被视为提供所述功能的适当手段的引用，而不是表明严格的逻辑或物理结构或组织。
本发明的某些方面可以用任何适当的形式实现，包括硬件、软件、固件或这些方面的任何组合。本发明可选择作为在一个或多个数据处理器和/或数字信号处理器或可配置模块组件(如现场可编程门阵列(Field-Programmable Gate Array，FPGA)装置)上运行的计算机软件来实现，至少部分实现。因此，本发明实施方式的元素和组件可以以任何适当的方式在物理、功能和逻辑上实现。事实上，所述功能可以在一个单元中实现，可以在多个单元中实现，也可以作为其他功能单元的一部分实现。
虽然本发明已与一些实施方式一起描述，但并不是用于限定本文所述的特定形式。相反地，本发明的范围仅受所附权利要求的限制。此外，尽管某一特征表面上与特定实施方式有关，但本领域的技术人员将了解可以根据本发明组合所述实施方式的各种特征。在权利要求中，"包括"一词不排除其他要素或步骤的存在。
此外，虽然多个手段、元素或方法步骤单独列出，但可以通过单个单元或处理器来实现。此外，虽然个别特征可能包括在不同的权利要求中，但这些要素可以为了某些优点好处而进行组合，在不同的权利要求中列入这些特征并不意味着组合特征是不可行的及/或有利的。此外，将某一个特征列入一个权利要求类别中并不意味着对这一个类别的限制，而是表明所述特征酌情同样适用于其他权利要求类别。
此外，权利要求中特征要素的顺序并不意味着特征要素必须执行的任何特定顺序，特别是方法权利要求中各个步骤的顺序并不意味着必须按此顺序执行步骤。相反，这些步骤可以按任何适当的顺序执行。此外，单数的引用不排除多数。因此，"一"、"一个"、"第一"、"第二"等的引用并不排除多个。
虽然本发明已与一些实施方式一起描述，但并非仅限于本文所述的特定形式。相反，本发明的范围仅受所附权利要求的限制。此外，尽管某一特征似乎与特定实施方式有关，但本领域的技术人员将了解，所述实施方式的各种特征可以根据本发明进行组合。在权利要求中，"包括"或"包含"一词不排除存在其他要素的存在。

Claims (19)

1.一种蜂窝通信系统的接收器中处理来自无线承载(Radio bearer)的分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)协议数据单元(Protocol Data Unit，PDU)的方法，其中PDCP实体从至少一个链路实体(Link entity)接收多个PDCP PDU，其中所述PDCP实体配置为提供多个PDCP SDU乱序传送到多个上层，其特征在于，所述方法包括以下的步骤：
在接收用的所述PDCP实体，从至少一个链路实体接收PDCP PDU，每个PDCP PDU具有关联的序号(Sequence Number，SN)，不保证在每个链路上按顺序传送；
维持接收或重新排序窗口；
将所述多个PDCP SDU传输到上层；
存储一个指示用于指示多个PDCP PDU的多个SN，其中所述多个PDCP SDU从所述多个PDCP PDU的多个SN成功传输到所述上层；
丢弃任何随后接收的PDCP PDU，其中所述随后接收的PDCP PDU的SN符合成功传输到上层的SDU的SN。
2.根据权利要求1所述的方法，其特征在于，所述无线承载是信令无线承载。
3.根据权利要求1所述的方法，其特征在于，在等待较早丢失的多个PDCP PDU时，被传输的多个PDCP SDU不存储在所述PDCP实体中。
4.根据权利要求1所述的方法，其特征在于，还包括当所述指示的多个SN落在所述接收或重新排序窗口之外时，丢弃关于传输到所述上层的已存储的所述指示。
5.一种从蜂窝通信系统的接收器中处理来自无线承载的多个PDCP PDU的方法，其中PDCP实体从至少一个链路实体接收PDCP PDU，其中所述PDCP实体配置为将多个PDCP SDU按顺序传送到上层，其特征在于，所述方法包括以下步骤：
在接收用的所述PDCP实体，从至少一个链路实体接收多个PDCP PDU，每个PDCP PDU具有关联的SN，不保证在每个链路上顺序传送；
通过在等待丢失的多个PDCP PDU时，存储已接收的多个PDCP SDU，使用所述PDCP SN执行多个PDCP SDU的重新排序并实现多个PDCP SDU的顺序传送至上层；
使用来自至少一个链路实体的辅助信息，从所述至少一个链路实体接收多个PDCP PDU以产生PDCP SN或COUNT值，所述辅助信息指示是否不再期望从该链路实体获得具有较早SN或COUNT值的多个PDCP PDU；
使用来自所有在下的所述链路实体的聚合辅助信息，其中所述PDCP实体可以预期从所述所有在下的所述链路实体接收多个PDCP PDU以推导出是否不再预期接收给定的丢失的PDCP PDU，并执行来自多个PDCP PDU的多个PDCP SDU的顺序传送，其中所有以前的多个PDCP PDU都已接收到或不再被预期接收。
6.根据权利要求5所述的方法，其特征在于，还包括使用重新排序计时器来限制等待任何丢失的PDCP PDU的最长时间。
7.根据权利要求5或6所述的方法，其特征在于，所述链路实体是无线链路控制(RadioLink Control，RLC)确认模式(Acknowledged Mode，AM)实体，并且从所述AM的接收状态变量产生所述辅助信息，所述接收状态变量指示最后在序列中完整接收的RLC AM数据PDU之后的PDU。
8.根据权利要求5或6所述的方法，其特征在于，链路实体是RLC非确认模式(Unacknowledged Mode，UM)实体，所述辅助信息从UM接收状态变量产生，所述UM接收状态变量产生指示最早的RLC UM数据PDU仍被考虑做重新排序。
9.一种在蜂窝通信系统的接收器中处理PDU的方法，其中上层实体从至少一个下层实体接收多个PDU，其特征在于，所述方法包括以下步骤：
在上层实体，从至少一个下层实体接收多个PDU，每个PDU具有关联的SN，不保证顺序传送；
维护与SN空间中最高的接收PDU相对应的状态变量H；
维护一个状态变量R，其中所述状态变量R对应于所述SN空间中第一个丢失的PDU，所述第一个丢失的PDU是仍然从多个下层实体被等待接收，且较早丢失的PDU被认为是已丢失；
当接收的PDU SN未直接接续所述SN空间中最高的接收SN时，启动重新排序计时器的单独实例，并将所述重新排序计时器的所述单独实例与接收的PDU相关联，使得相应的丢失的PDU在被认为是丢失之前不会被等待超过所述计时器的时间；
重新排序计时器到期时，将比SN空间中所述关联PDU较早之前丢失的PDU判别为丢失，并将所述状态变量R更新到所述关联PDU之后的第一个丢失的PDU；
每当更新R时，停止并丢弃较早于R之前的PDU所关联的重新排序计时器的任何实例。
10.根据权利要求9所述的方法，其特征在于，维护一个丢弃窗口，对应于R之前所述SN空间的一半，并包含以下额外的初始步骤:
如果PDU落入所述丢弃窗口，则丢弃所述PDU并停止与该PDU相关的处理。
11.根据权利要求9或10所述的方法，其特征在于，所述上层实体是PDCP实体，并且所述多个PDU是多个PDCP PDU。
12.根据权利要求9或10所述的方法，其特征在于，所述PDCP实体配置为顺序传送到上层，并在更新R时，对应于较早于R之前的SN的已存储SDU被按顺序传送至上层。
13.根据权利要求9或10所述的方法，其特征在于，所述上层实体是RLC AM实体，所述多个PDU是多个RLC PDU或其片段，在判别丢失的PDU为丢失后，将触发自动重传请求(Automatic Repeat reQuest，ARQ)机制请求重新传输所述丢失的多个PDU或其片段。
14.根据权利要求9或10所述的方法，其特征在于，所述上层实体是一个RLC UM实体，配置为允许将完整的多个PDCP PDU乱序传送给PDCP，所述多个PDU是多个RLC PDU或其片段，在更新R时，丢弃对应于早于R的SN的已存储的多个RLC PDU片段。
15.一种在蜂窝通信系统的传送器中处理PDCP PDU的方法，其特征在于，所述方法包括以下步骤：
在传送器中，将多个PDCP PDU从PDCP实体传输到的至少一个下层实体，以便通过至少一个无线链路进行传输；
其中，多个PDCP PDU的传输由传输窗口控制，以限制该传送器与配置为接收这些多个PDU的接收器之间的传输中多个PDCP PDU的数量；
其中所述传输窗口被定义以确保不超过一半的PDCP SN空间在传输。
16.根据权利要求15所述的方法，其特征在于，说传输窗口是根据所述每个所述至少一个无线链路的RLC实体中的信息定义的。
17.根据权利要求16所述的方法，其特征在于，每个RLC实体的信息是确认状态变量VT(A)值，对应于该RLC实体传输窗口的下边缘。
18.根据权利要求15所述的方法，其特征在于，所述传输窗口下边缘使用来自所述接收器的多个PDCP确认(Acknowledgement，ACK)报告进行更新，所述传输窗口下边缘用于指示被视为接收到的多个被传送PDCP PDU所及的PDCP SN。
19.根据权利要求18所述的方法，其特征在于，每个PDCP ACK报告由所述传送器轮询或由所述接收器根据窗口占用情况发送。
CN201880020561.4A 2017-03-24 2018-03-02 蜂窝无线系统技术领域的第二层架构 Active CN110546985B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1704773.9 2017-03-24
GB1704773.9A GB2561545B (en) 2017-03-24 2017-03-24 Layer 2 architecture for cellular radio systems
PCT/CN2018/077865 WO2018171407A1 (en) 2017-03-24 2018-03-02 Layer 2 architecture for cellular radio systems

Publications (2)

Publication Number Publication Date
CN110546985A true CN110546985A (zh) 2019-12-06
CN110546985B CN110546985B (zh) 2023-06-20

Family

ID=58687962

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880020561.4A Active CN110546985B (zh) 2017-03-24 2018-03-02 蜂窝无线系统技术领域的第二层架构

Country Status (3)

Country Link
CN (1) CN110546985B (zh)
GB (1) GB2561545B (zh)
WO (1) WO2018171407A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112469080A (zh) * 2020-11-27 2021-03-09 紫光展锐(重庆)科技有限公司 一种数据包处理的方法及相关装置
CN115277608A (zh) * 2022-07-22 2022-11-01 哲库科技(北京)有限公司 无线通信的方法及设备
WO2023274082A1 (zh) * 2021-07-02 2023-01-05 华为技术有限公司 通信方法及装置
WO2024007305A1 (en) * 2022-07-08 2024-01-11 Apple Inc. Proactive uplink packet dropping for 5g new radio

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109347606B (zh) * 2018-11-30 2021-08-24 维沃移动通信有限公司 一种数据处理方法、装置、网络侧设备及终端设备
CN112153691B (zh) * 2019-06-27 2022-04-12 华为技术有限公司 数据包传输的方法和通信装置
WO2022177674A1 (en) * 2021-02-19 2022-08-25 Qualcomm Incorporated Pdcp reorder timer expiry enhancements due to scheduler variations in dual connectivity
US11832129B2 (en) * 2021-02-19 2023-11-28 Qualcomm Incorporated PDCP reorder timer expiry enhancements due to scheduler variations in dual connectivity
WO2024014887A1 (en) * 2022-07-15 2024-01-18 Samsung Electronics Co., Ltd. Pdcp discard mechanism for extended reality in wireless network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101588231A (zh) * 2004-04-19 2009-11-25 Lg电子株式会社 用于增强um rlc数据处理的装置和方法
CN104272796A (zh) * 2012-03-17 2015-01-07 黑莓有限公司 处理分组数据汇聚协议数据单元
CN105657747A (zh) * 2014-12-02 2016-06-08 联发科技股份有限公司 无线通信方法
WO2017012668A1 (en) * 2015-07-23 2017-01-26 Nokia Solutions And Networks Oy Improved data unit reordering in dual connectivity scenarios
WO2017039912A1 (en) * 2015-08-31 2017-03-09 Qualcomm Incorporated Avoiding unnecessary protocol data unit (pdu) transmissions

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104519524A (zh) * 2013-09-26 2015-04-15 中兴通讯股份有限公司 一种基于多流传输的数据排序方法及接收装置
US10004098B2 (en) * 2014-01-29 2018-06-19 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
CN105101293A (zh) * 2014-04-30 2015-11-25 夏普株式会社 Pdcp发送实体、辅基站、用户设备及其方法
US20160285775A1 (en) * 2015-03-24 2016-09-29 Qualcomm Incorporated Wireless resource allocation and buffer status reporting based on packet size
US10397754B2 (en) * 2015-08-06 2019-08-27 Qualcomm Incorporation Packet data convergence protocol reordering with enhanced component carriers

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101588231A (zh) * 2004-04-19 2009-11-25 Lg电子株式会社 用于增强um rlc数据处理的装置和方法
CN104272796A (zh) * 2012-03-17 2015-01-07 黑莓有限公司 处理分组数据汇聚协议数据单元
CN105657747A (zh) * 2014-12-02 2016-06-08 联发科技股份有限公司 无线通信方法
WO2017012668A1 (en) * 2015-07-23 2017-01-26 Nokia Solutions And Networks Oy Improved data unit reordering in dual connectivity scenarios
WO2017039912A1 (en) * 2015-08-31 2017-03-09 Qualcomm Incorporated Avoiding unnecessary protocol data unit (pdu) transmissions

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ASUSTEK: "R2-080127 Reordering window for ARQ", 《3GPP TSG-RAN WG2 MEETING #60BIS》 *
ASUSTEK: "R2-084041 PDCP handling at RRC connection re-establishment", 《3GPP TSG-RAN WG2 MEETING #63 》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112469080A (zh) * 2020-11-27 2021-03-09 紫光展锐(重庆)科技有限公司 一种数据包处理的方法及相关装置
CN112469080B (zh) * 2020-11-27 2022-08-02 紫光展锐(重庆)科技有限公司 一种数据包处理的方法及相关装置
WO2023274082A1 (zh) * 2021-07-02 2023-01-05 华为技术有限公司 通信方法及装置
WO2024007305A1 (en) * 2022-07-08 2024-01-11 Apple Inc. Proactive uplink packet dropping for 5g new radio
CN115277608A (zh) * 2022-07-22 2022-11-01 哲库科技(北京)有限公司 无线通信的方法及设备
CN115277608B (zh) * 2022-07-22 2023-10-24 哲库科技(北京)有限公司 无线通信的方法及设备

Also Published As

Publication number Publication date
CN110546985B (zh) 2023-06-20
GB2561545A (en) 2018-10-24
GB2561545B (en) 2021-12-15
WO2018171407A1 (en) 2018-09-27
GB201704773D0 (en) 2017-05-10

Similar Documents

Publication Publication Date Title
CN110546985B (zh) 蜂窝无线系统技术领域的第二层架构
CN108541360B (zh) 通信系统
US8473825B2 (en) Evolved universal terrestrial radio access acknowledged mode radio link control status report for segmented protocol data units
EP3039900B1 (en) Methods for re-order pdcp packets
JP5866412B2 (ja) Ｕｔｒａｒ６セルとｒ７セル間のハンドオーバーを制御する方法および装置
US8897149B2 (en) Method and a transceiver for HARQ failure detection
KR101467798B1 (ko) 무선통신시스템에서의 상태정보 전송 방법 및 수신장치
KR101113125B1 (ko) 윈도우 제어 및 재송제어방법, 및, 송신측장치
EP2168270B1 (en) A method for handling correctly received but header compression failed packets
KR20180008462A (ko) 리슨 비포 토크 시스템에서의 하이브리드 자동 재송 요구
US10819416B2 (en) Apparatuses and methods for using ARQ processes in a relay device
US20170099128A1 (en) Radio resource scheduling method and apparatus
GB2572631A (en) Packet data convergence protocol (PDCP) duplication deactivation
EP2255478B1 (en) A method and a transceiver for reducing retransmissions in a telecommunications system
EP3065456A1 (en) User equipment and method
JP6628227B2 (ja) 移動通信ネットワークで通信品質の改善方法及び装置
US20170012745A1 (en) Method and apparatus for triggering acknowledgement status report in wireless communications system
US20090086760A1 (en) System and method for providing status reports of transmitted data packets in a data communications system
US20190174356A1 (en) Data transmission method, data receiving device, and data sending device
US11133898B2 (en) Retransmission handling at TTI length switch
KR20180080607A (ko) 통신 시스템에서 재전송 방법 및 장치
CN111165011B (zh) 无线上行链路传输中的预处理
GB2571260A (en) Method and related aspects for buffer management
US11316620B2 (en) Enhanced HARQ algorithm for large round trip delay links
WO2022100733A1 (zh) 一种数据发送方法及其相关设备

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