CN113439401B

CN113439401B - 用于传输具有多个自动重传请求进程的数据流的方法、装置和系统

Info

Publication number: CN113439401B
Application number: CN201980092213.2A
Authority: CN
Inventors: 谢峰; 王丽萍; 熊珺
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-02-14
Filing date: 2019-02-14
Publication date: 2023-11-03
Anticipated expiration: 2039-02-14
Also published as: US20210376969A1; CN113439401A; WO2020164032A1; EP3925119A4; EP3925119A1; KR20210125050A

Abstract

公开了用于基于多个自动重传请求(ARQ)进程无线地传输数据流的方法、装置和系统。在一个实施例中，公开了一种由无线通信系统中的发射机模块执行的方法。该方法包括：将数据流对应于与相同的逻辑信道相关联的自动重传请求(ARQ)进程的列表；以及基于ARQ进程的列表传输数据流的数据。

Description

用于传输具有多个自动重传请求进程的数据流的方法、装置和系统

技术领域

本公开一般涉及无线通信，并且更具体地，涉及用于基于一组自动重传请求(ARQ)进程无线地传输数据流的方法、装置和系统。

背景技术

第四代移动通信技术(4G)长期演进(LTE)或LTE-Advance(LTE-A)和第五代(5G)新无线电(NR)移动通信技术面临越来越多的需求。基于当前的发展趋势，4G和5G系统正在开发对增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)和大规模机器类型通信(mMTC)功能的支持。

在现有NR无线电接入网络中，物理(PHY)层之上的层2(L2)包括业务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和媒体接入控制(MAC)层。NR系统的L2可以通过自动重传请求(ARQ)功能来保证在接收端和发送端的数据传输的可靠性。具体地，NR系统的RLC层可以为每个数据无线电承载(DRB)建立RLC实体；并且每个RLC实体为相应的DRB启动ARQ进程。发送端为每个ARQ进程维护和更新传输窗口、传输变量和传输定时器。接收端为每个ARQ进程维护和更新接收窗口、接收变量和接收定时器。每个ARQ进程的发送端基于由接收端反馈的RLC状态报告执行相应的数据重传，以确保每个DRB的每个数据单元都能被接收端成功接收。然而，在大带宽和高速数据业务(例如eMBB业务)的场景中，接收端的ARQ窗口可能由于过多的数据量而导致拥塞，从而影响空口的数据传输效率。

因此，用于在无线通信中基于ARQ传输那样的数据流的现有系统和方法并不完全令人满意。

发明内容

本文公开的示例性实施例旨在解决与现有技术中呈现的问题中的一个或多个有关的问题，以及提供当结合附图时通过参考以下详细描述将变得显而易见的附加特征。根据各种实施例，本文公开了示例性系统、方法、设备和计算机程序产品。然而，应当理解，这些实施例是作为示例而不是限制来呈现的，并且对于阅读本公开的本领域普通技术人员来说显而易见的是，在保持在本公开的范围内的同时，可以对所公开的实施例进行各种修改。

在一个实施例中，公开了一种由无线通信系统中的发射机模块执行的方法。该方法包括：将数据流对应于与相同的逻辑信道相关联的一组自动重传请求(ARQ)进程；以及基于一组ARQ进程传输数据流的数据。

在另一实施例中，公开了一种由无线通信系统中的接收机模块执行的方法。该方法包括：基于一组自动重传请求(ARQ)进程通过相同的逻辑信道接收数据流的数据，其中，一组ARQ进程对应于数据流并且与相同的逻辑信道相关联。

在不同的实施例中，公开了一种被配置成执行某个实施例中公开的方法的无线通信节点。在又一实施例中，公开了一种被配置成执行某个实施例中公开的方法的无线通信设备。在另一实施例中，公开了一种非暂时性计算机可读介质，其具有存储在其上以用于执行某个实施例中公开的方法的计算机可执行指令。

附图说明

下面参考以下附图详细描述本公开的各种示例性实施例。附图被提供仅用于说明的目的，并且仅描绘本公开的示例性实施例，以便于读者理解本公开。因此，附图不应被视为对本公开的广度、范围或适用性的限制。应当注意的是，为了清楚和便于说明，这些附图不一定按比例绘制。

图1示出了根据本公开的实施例的其中可以实施本文公开的技术的示例性通信网络。

图2示出了根据本公开的一些实施例的基站(BS)和/或用户设备(UE)的框图。

图3示出了根据本公开的一些实施例的由BS或UE作为发射机模块基于多个自动重传请求(ARQ)进程执行的用于数据流传输的方法的流程图。

图4示出了根据本公开的一些实施例的由BS或UE作为接收机模块基于多个ARQ进程执行的用于数据流传输的方法的流程图。

图5示出了根据本公开的一些实施例的发射机模块处的示例性数据处理方法。

图6示出了根据本公开的一些实施例的发射机模块的示例性传输窗口。

图7示出了根据本公开的一些实施例的接收机模块处的示例性数据处理方法。

图8示出了根据本公开的一些实施例的接收机模块的示例性接收窗口。

具体实施方式

下面参考附图描述本公开的各种示例性实施例，以使本领域的普通技术人员能够制作和使用本公开。对于本领域的普通技术人员来说显而易见的是，在阅读本公开之后，可以在不脱离本公开的范围的情况下对本文所描述的示例进行各种改变或修改。因此，本公开不限于本文描述和图示的示例性实施例和应用。此外，本文公开的方法中的步骤的特定顺序和/或层次仅仅是示例性方法。基于设计偏好，所公开的方法或进程的步骤的特定顺序或层次可以被重新安排，同时保持在本公开的范围内。因此，本领域的普通技术人员应当理解，本文公开的方法和技术以样本顺序呈现各种步骤或动作，并且除非另有明确说明，否则本公开不限于呈现的特定顺序或层次。

典型的无线通信网络包括的一个或多个基站(通常被称为“BS”)，每个基站提供地理无线电覆盖，以及可以在无线电覆盖范围内传输和接收数据的一个或多个无线用户设备终端(通常称为“UE”)。在无线通信网络中，BS和UE可以经由通信链路(例如，经由从BS到UE的下行链路无线电帧或经由从UE到BS的上行链路无线电帧)彼此通信。

为了解决在需要大带宽和高传输速率的数据业务场景中ARQ窗口拥塞的问题，本教导提出了一种方案，其中一个RLC实体可以为一个DRB启用多个ARQ进程。例如，当处理具有大带宽和高速要求的DRB时，RLC实体可以为DRB配置多个ARQ进程以执行并行处理。对于相同的DRB，发射机和接收机中的每个维持多个ARQ进程。每个ARQ进程独立地维护发射机处的传输窗口、传输变量和传输定时器；以及接收机处的接收窗口、接收变量和接收定时器。同时，每个ARQ进程都有其自己独立的ARQ进程ID。ARQ进程之间的数据单元具有彼此不共享的独立序列号(SN)。这确保了对相同的DRB的多个ARQ进程的清晰和无差错的接收。另外，RLC层支持数据分组的无序传递。这样，当接收端处理相同的DRB的多个ARQ进程时，数据分组和单元可以在每个ARQ进程内和跨ARQ进程以无序方式被传递。

对于不同DRB的数据单元，当一个DRB具有多个ARQ进程时，每个数据单元都具有DRB ID或流ID(如QoS流标识符(QFI))、ARQ进程ID或ARQ实体ID，以便接收端区分数据单元。当DRB支持多个并行ARQ进程时，每个ARQ进程的窗口大小或长度相对较短，并且SN的比特数相对较少，从而使得接收端处的数据处理更加灵活，并且不会造成空口拥塞。另外，对于具有不同业务要求的DRB，可以根据业务要求灵活配置所支持的ARQ进程的数量。在一个实施例中，一个DRB可以支持多个ARQ进程。在另一实施例中，可以合并多个DRB以支持一个ARQ进程。

如本文所使用的，术语“层”是指分层模型(例如，开放系统互连(OSI)模型)，其将通信系统划分为抽象层)的抽象层。层服务于它上面的下一个更高的层，并由它下面的下一个更低的层服务。

在各种实施例中，BS可以被称为网络侧节点，并且可以包括或被实施为下一代节点B(gNB)、E-UTRAN节点B(eNB)、传输接收点(TRP)、接入点(AP)、锚点节点(DN)、中继节点、核心网络(CN)节点、RAN节点、主节点、辅节点、分布式单元(DU)、集中式单元(CU)等。本公开中的UE可以被称为终端，并且可以包括或被实施为移动站(MS)、站(STA)等。BS和UE在本文中可以被描述为“无线通信节点”或“无线通信模块”的非限制性示例；并且UE在本文中可以被描述为“无线通信设备”的非限制性示例。根据本公开的各种实施例，BS和UE可以实践本文公开的方法，并且可以能够进行无线和/或有线通信。

图1示出了根据本公开的实施例的其中可以实施本文公开的技术的示例性通信网络100。如图1所示，示例性通信网络100包括基站(BS)101和多个UE(UE 1 110、UE 2120……UE 3 130)，其中BS 101可以根据无线协议与UE通信。发射机模块(例如BS 101)可以使用重传方案来确保到接收机模块(例如UE)的传输可靠性。BS 101可以基于多个ARQ进程来传输每个数据流(例如DRB)。也就是说，BS 101可以将数据流的数据单元分配到多个ARQ进程中，并且独立地为每个ARQ进程执行重传方案。在另一实施例中，传输模块可以是UE，并且接收机模块可以是BS 101，同时可以应用类似的重传方案。

图2示出了根据本公开的一些实施例的节点200的框图，该节点200可以是基站(BS)和/或用户设备(UE)。该节点200是可被配置为实施本文所述的各种方法的模块或设备的示例。如图2所示，节点200包括其包含系统时钟202的外壳240、处理器204、存储器206、包括发射机212和接收机214的收发机210、电源模块208、ARQ配置确定器220、ARQ进程维护器222、数据单元报头生成器224、状态报告分析器226、数据单元报头分析器228和状态报告生成器229。

在本实施例中，系统时钟202向处理器204提供定时信号，以用于控制节点200的所有操作的定时。处理器204控制节点200的一般操作，并且可以包括一个或多个处理电路或模块(诸如中央处理单元(CPU)和/或通用微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、状态机、门控逻辑、分立硬件组件、专用硬件有限状态机，或可以执行数据的计算或其他数据操作的任何其他合适的电路、设备和/或结构的任意组合)。

可以包括只读存储器(ROM)和随机存取存储器(RAM)的存储器206可向处理器204提供指令和数据。存储器206的一部分还可包括非易失性随机存取存储器(NVRAM)。处理器204通常基于存储在存储器206内的程序指令执行逻辑和算术运算。存储在存储器206中的指令(又被称软件)可以由处理器204执行，以执行本文所述的方法。处理器204和存储器206共同形成存储和执行软件的处理系统。如本文所使用的，“软件”是指任何类型的指令，无论被称为软件、固件、中间件、微码等，其可以配置机器或设备以执行一个或多个期望的功能或进程。指令可以包括代码(例如，以源代码格式、以二进制代码格式、以可执行代码格式的或任何其他合适的代码格式)。指令当由一个或多个处理器执行时，使得处理系统执行本文描述的各种功能。

包括发射机212和接收机214的收发机210允许节点200向远端设备(例如，BS或另一UE)传输数据和从远端设备(例如，BS或另一UE)接收数据。天线250通常连接到外壳240并电耦合到收发机210。在各种实施例中，节点200包括(未示出)多个发射机、多个接收机和多个收发机。在一个实施例中，天线250被多天线阵列250代替，该多天线阵列250可以形成多个波束，每个波束指向不同的方向。发射机212可以被配置成无线地传输具有不同分组类型或功能的分组，这种分组由处理器204生成。类似地，接收机214被配置成接收具有不同分组类型或功能的分组，并且处理器204被配置成处理多个不同分组类型的分组。例如，处理器204可以被配置成确定分组的类型并相应地处理分组和/或分组的字段。

在无线通信中，节点200可以用作发射机模块或接收机模块。在一个场景中，当用作发射机模块时，节点200的ARQ配置确定器220可将数据流对应于与相同的逻辑信道相关联的多个自动重传请求(ARQ)进程或一组自动重传请求(ARQ)进程。在一个实施例中，数据流是数据无线电承载(DRB)；并且DRB的每个数据单元是无线电链路控制(RLC)层处的协议数据单元(PDU)。也就是说，节点200处的一个RLC实体可以为一个DRB启用多个ARQ进程。在一个实施例中，由发射机模块传输的多个数据流中的每个都被配置有至少一个ARQ进程，其数量基于数据流的业务要求来确定。在另一实施例中，多个数据流中的至少两个由相同的ARQ进程支持。

在一个实施例中，ARQ配置确定器220可以从发射机模块的控制面获得数据流的配置。该配置包括与以下中的至少一个相关的信息：多个ARQ进程的数量；以及用于将数据流的数据单元分配到多个ARQ进程中的策略。ARQ配置确定器220可以将配置信息转发给ARQ进程维护器222，以用于建立和维护ARQ进程。

在这种场景下，ARQ进程维护器222可以基于配置中的数量来建立多个ARQ进程。ARQ进程维护器222还可以基于该策略将数据流的每个数据单元分配给多个ARQ进程中的相应的一个。数据单元基于相应的ARQ进程被传输。在一个实施例中，ARQ进程维护器222为多个ARQ进程中的每个独立地维护以下中的至少一个：传输窗口；传输变量；和传输定时器。ARQ进程维护器222可以经由发射机212来传输基于多个ARQ进程的数据流的数据。

在这种场景下，数据单元报头生成器224可以生成报头并将其添加到分配给相应ARQ进程的每个数据单元。报头包括与以下中的至少一个相关的信息：标识相应的ARQ进程的ARQ进程ID；以及分配给数据单元的序列号(SN)。例如，数据单元报头生成器224可以将序列号分配给相应的ARQ进程的每个数据单元，分配方式如下：分配给相同的ARQ进程的数据单元按顺序被分配序列号；以及分配给不同ARQ进程的数据单元独立地被分配序列号。

在这种场景下，状态报告分析器226可以从无线通信系统中的接收机模块请求和接收状态报告。状态报告包括数据传输的反馈信息，该数据传输与所述一组ARQ进程中的相应一个相关联。在一个实施例中，该状态报告携带与标识相应的ARQ进程的ARQ进程ID相关的信息。

在另一场景中，节点200用作接收机模块。在该场景中，ARQ进程维护器222基于多个自动重传请求(ARQ)进程通过相同的逻辑信道接收数据流的数据。多个ARQ进程对应于数据流并且与相同的逻辑信道相关联。在一个实施例中，数据流是数据无线电承载(DRB)；并且DRB的每个数据单元是无线电链路控制(RLC)层处的协议数据单元(PDU)。也就是说，节点200处的一个RLC实体可以支持一个DRB的多个ARQ进程。在一个实施例中，数据流的数据单元被分配到多个ARQ进程中；并且被分配给相应ARQ进程的每个数据单元被分配有序列号。在一个示例中，分配给相同的ARQ进程的数据单元按顺序分配序列号；并且被分配给不同ARQ进程的数据单元被独立地分配序列号。

在这种场景下，ARQ配置确定器220从控制面获得数据流的配置。该配置包括与多个ARQ进程的数量有关的信息。在一个实施例中，由发射机模块传输的多个数据流中的每个都被配置有至少一个ARQ进程，其数量基于数据流的业务要求来确定。在另一实施例中，多个数据流中的至少两个由相同的ARQ进程支持。在这种场景下，ARQ进程维护器222针对多个ARQ进程中的每个独立地维护以下中的至少一个：接收窗口；接收变量；和接收定时器。

在这种场景下，节点200可以接收数据流的数据单元。在这种场景下，数据单元报头分析器228可以读取和分析数据单元的报头。在一个实施例中，ARQ进程维护器222可以接收数据单元并将其转发给数据单元报头分析器228，以进行报头分析。在另一实施例中，数据单元报头分析器228可以接收数据单元。基于数据单元的报头，数据单元报头分析器228可以确定与以下中的至少一个有关的信息：标识多个ARQ进程中的相应一个的ARQ进程ID，以及分配给数据单元的序列号。数据单元报头分析器228可以将数据单元分配给多个ARQ进程中的相应一个以进行数据处理。

在这种场景下，状态报告生成器229可以从传输数据流的发射机模块接收反馈请求(例如数据单元中的轮询)。响应于反馈请求，状态报告生成器229可以生成状态报告，该状态报告包括数据传输的反馈信息，该数据传输与所述一组ARQ进程中的相应一个相关联；并将该状态报告传输给发射机模块。在一个实施例中，该状态报告携带与标识该相应的ARQ进程的ARQ进程ID相关的信息。

电源模块208可包括电源(诸如一个或多个电池)和电力调节器，以向图2中的上述模块中的每个提供经调节的电力。在一些实施例中，如果节点200耦合到专用外部电源(例如，墙壁式电源插座)，则电源模块208可以包括变压器和电力调节器。

上面讨论的各种模块通过总线系统230耦合在一起。总线系统230可以包括数据总线，以及除了数据总线之外，包括例如电源总线、控制信号总线和/或状态信号总线。应当理解，节点200的模块可以使用任何合适的技术和介质可操作地彼此耦合。

虽然图2中示出了许多单独的模块或组件，但是本领域的普通技术人员应当理解，可以组合或共同实施一个或多个模块。例如，处理器204不仅可以实施上述关于处理器204的功能，而且还可以实施上述关于ARQ进程维护器222的功能。相反地，图2中所示的每个模块可以使用多个单独的组件或元件来实施。

图3示出了根据本公开的一些实施例的由无线通信节点(例如图2中的节点200)作为发射机模块基于多个自动重传请求(ARQ)进程执行的用于数据流传输的方法300的流程图。在操作302处，为每个数据无线电承载(DRB)获得自动重传请求(ARQ)配置。在操作304处，通过将DRB的数据单元分配到一个或多个ARQ进程中，为每个DRB维护一个或多个ARQ进程。在操作306处，向每个数据单元添加报头。该报头包括相应的ARQ进程ID和分配给数据单元的序列号。在操作308处，基于与DRB对应的一个或多个ARQ进程来传输每个DRB的数据单元。在操作310处，接收并分析状态报告。该状态报告包括关于ARQ进程下的传输的反馈，并且携带标识ARQ进程的ARQ进程ID。图3中所示的操作的顺序可以根据本公开的不同实施例而改变。

图4示出了根据本公开的一些实施例的由无线通信节点(例如图2中的节点200)作为接收机模块基于多个ARQ进程执行的用于数据流传输的方法400的流程图。在操作402处，基于一组自动重传请求(ARQ)进程，通过相同的逻辑信道接收数据无线电承载(DRB)的数据单元。在操作404处，读取每个数据单元的报头，以确定标识相应的ARQ进程的ARQ进程ID和分配给该数据单元的序列号。在操作406处，基于数据单元的报头中的ARQ进程ID，将每个数据单元分配给相应的ARQ进程。在操作408处，生成状态报告。该状态报告包括关于DRB的ARQ进程下的传输的反馈，并且携带标识ARQ进程的ARQ进程ID。在操作410处，状态报告被传输给传输DRB的发射机模块。根据本公开的不同实施例，可以改变图4中所示的操作的顺序。

现在在下文中将详细描述本公开的不同实施例。注意，本公开中的实施例和示例的特征可以以任何方式相互组合而没有冲突。

本教导提出了用于处理多个ARQ进程的方法和系统。在一个实施例中，一个RLC实体可以为一个DRB启用多个ARQ进程。也就是说，L2的承载DRB或数据流可以支持多个ARQ进程的并行处理。多个ARQ进程被复用到相同的逻辑信道中。每个RLC数据分组的子报头携带ARQ进程ID；并且每个RLC状态报告分组的子报头携带ARQ进程ID。发送端处的每个RLC实体独立地为每个ARQ进程维护发送端窗口、发送端变量和发送端定时器。接收端处的每个RLC实体独立地为每个ARQ进程维护接收端窗口、接收端变量和接收端定时器。在一个示例中，每个ARQ进程都具有独立于其他ARQ进程的SN号；每个RLC状态报告都包括标识相应的ARQ进程的进程ID。网络侧控制面可以为每个DRB的发送端配置ARQ进程的数量和数据分发策略。网络侧控制面可以为每个DRB的接收端配置ARQ进程的数量。

在第一实施例中，公开了一种用于在发射机模块或发送端处进行数据处理的方法，其中一个DRB可以支持多个ARQ进程。图5示出了根据本公开的第一实施例的发射机模块处的示例性数据处理方法。该方法可包括以下示例性步骤。

在步骤1中，当针对大带宽和高速率业务执行数据传输时，发送端处的PDCP层502从上层接收数据承载DRB 510、520。PDCP层502对DRB 510、520的数据执行包括鲁棒性报头压缩(RoHC)、加密等的数据处理，并且然后将数据传递给PDCP层502下面的RLC层504。

在步骤2中，在接收到由PDCP层502发送的DRB数据之后，发送端的RLC层504根据来自网络侧的控制面的配置，为每个DRB建立相应数量的ARQ进程。该配置可以指示所配置的ARQ进程的数量和ARQ进程之间的数据分发策略。例如，DRB1 510对应于三个ARQ进程ARQ1512、ARQ2 514和ARQ3 516。根据业务要求，一些DRB(例如DRB2 520)可能仍然支持单个ARQ进程ARQ1522。基于数据分发策略，RLC层504可以在三个ARQ进程之间分配DRB1 510的数据单元。

在步骤3中，对于对应于DRB(例如DRB1 510)的多个ARQ进程的每个ARQ进程中的数据单元，发送端的RLC层504对每个数据单元或数据分组(例如RLC协议数据单元(PDU))执行SN编号、分段等。RLC层504还在每个数据分组的子报头中标记ARQ进程ID和SN号。另外，RLC层504更新与每个ARQ进程的传输窗口相关的一个或多个变量。在数据处理完成之后，RLC层504将通过DRB所在的逻辑信道(LCH)将数据传递给MAC层506。如图5所示，DRB1 510位于具有逻辑信道ID 1 519的逻辑信道上；而DRB2 520位于具有逻辑信道ID 2 529的逻辑信道上。也就是说，三个ARQ进程ARQ1 512、ARQ2 514和ARQ3 516与LCID1 519相关联；而ARQ进程ARQ1 522与LCID2529相关联。

在步骤4中，对于与DRB相对应的多个ARQ进程的每个ARQ进程中的数据，在发送端的RLC层504处理完一个数据分组并将其提交给MAC层506之后，发送端在ARQ进程下处理的分组总数和字节总数被计数和累加。当分组总数或字节总数达到预设阈值时，发送端处的RLC层504将轮询指示添加到要被发送的下一分组的子报头，以指示接收端提供RLC状态报告作为ARQ进程的反馈。

在步骤5中，如果发送端的RLC层504从接收端接收到关于DRB的ARQ进程的RLC状态报告反馈，则发送端读取状态报告。发送端的RLC层504从对应于ARQ进程的发送端高速缓存中清除状态报告中指示为确认(ACK)的任何数据分组。发送端的RLC层504重传状态报告中指示为否定确认(NACK)的任何数据分组。另外，发送端的RLC层504更新对应于ARQ进程的传输窗口的变量，并将传输窗口向前移动。

在步骤6中，发送端的MAC层506通过每个逻辑信道接收RLC层504传输的每个DRB的数据，并执行相应的逻辑信道复用和优先级处理。MAC层506以传输块(TB)的形式将分组的MAC PDU传递给PHY层，并且指示PHY层经由空口将TB传输给接收端。本实施例中的步骤的顺序可以根据本公开的不同实施例而改变。

图6示出了根据本公开的一些实施例的发射机模块的示例性传输窗口600。如图6所示，发射机模块的传输窗口600具有包括在传输窗口600中的下边界Tx_Next_Ack 620和不包括在传输窗口600中的上边界Tx_Next_Ack+AM_Window_Size 640。

AM_Window_Size 610表示确认模式(AM)下的传输窗口600的大小。这里的Tx_Next_Ack 620是状态变量，其保持要用肯定确认接收的下一确认模式数据(AMD)PDU的SN值。该变量对应于传输窗口600的下边界。该变量被初始化为0，并且在AM实体接收到对SN＝Tx_Next_Ack的AMD PDU的肯定确认时被更新。此时，Tx_Next_Ack被设置为AMD PDU的SN值，该值在未收到肯定确认的AMD PDU中具有最小的SN值。发射机模块认为SN<Tx_Next_Ack的所有AMD PDU已被接收机模块成功接收，并且发射机模块已接收到这些AMD PDU中的每个的肯定确认。

这里，Tx_Next 630表示要被编号的下一个数据分组的SN。该变量保持将被分配给下一个新生成的AMD PDU的SN值。该变量被初始化为0，并在AM RLC实体向MAC层发送SN＝TX_Next的AMD PDU时被更新。

传输窗口600左侧的数据分组(即，其SN小于Tx_Next_Ack的数据分组)是接收端已经确认的数据分组。由发送端在高速缓存中清除这些分组。在传输窗口600中的Tx_Next_Ack 620和Tx_Next 630之间的填充区域中的数据分组(即，其SN大于或等于Tx_Next_Ack并且小于Tx_Next的数据分组)是等待来自接收端的反馈状态报告的数据分组。

在第二实施例中，公开了一种用于在接收机模块或接收端进行数据处理的方法，其中一个DRB可以支持多个ARQ进程。图7示出了根据本公开的第二实施例的接收机模块的示例性数据处理方法。该方法可包括以下示例性步骤。

在步骤1中，当针对大带宽和高速率业务执行数据传输时，接收端处的PHY层经由空口(例如以TB的形式)接收DRB的数据。PHY层将TB向上传递给MAC层706。MAC层706从TB读取每个MAC PDU，并对MAC PDU执行解复用，以获得每个逻辑信道的数据。在MAC层706对获得的数据分组执行数据处理之后，每个数据分组通过相应的逻辑信道被传递给RLC层704。

在步骤2中，接收端处的RLC层704通过逻辑信道接收DRB数据。对于配置有多个ARQ进程的DRB，根据数据分组的子报头中的进程信息将数据分组被分配给不同的ARQ进程。例如，DRB1 710对应于三个ARQ进程ARQ1 712、ARQ2 714和ARQ3 716。根据业务要求，一些DRB(例如DRB2 720)仍然可以对应于单个ARQ进程ARQ1 722。接收端处的RLC层704维护一组接收端窗口、接收端变量，以及用于每个ARQ进程的接收端定时器，并根据数据的SN信息对数据执行RLC层处理(包括重组和ARQ处理)。如图7所示，DRB1 710位于具有逻辑信道ID 1 719的逻辑信道上；DRB2 720位于具有逻辑信道ID 2 729的逻辑信道上。也就是说，三个ARQ进程ARQ1 712、ARQ2 714和ARQ3 716与LCID1 719相关联；而ARQ进程ARQ1 722与LCID2 729相关联。

在步骤3中，当接收端处的RLC层704在ARQ进程中接收到包括轮询指示的数据分组时，或者当接收端处的重组定时器在ARQ进程下到期时，接收端根据当前ARQ进程中的数据接收状态(例如，根据ACK/NACK)生成RLC状态报告。接收端在下一次反馈时间将RLC状态报告作为反馈发送给发送端。RLC状态报告携带ARQ进程ID，该ID标识当前ARQ进程。

在步骤4中，RLC层704通过DRB管道将在相同的DRB下的每个ARQ进程中处理的数据转发给PDCP层702。

在步骤5中，PDCP层702以DRB为单位执行像RoHC、解密、排序等相应的数据处理，并将处理后的数据传递给上层。本实施例中的步骤的顺序可以根据本公开的不同实施例而改变。

图8示出了根据本公开的一些实施例的接收机模块的示例性接收窗口800。如图8所示，接收机模块的RLC接收窗口800具有包括在接收窗口800中的下边界Rx_Next 820和不包括在接收窗口800中的上边界Rx_Next+AM_Window_Size 840。

AM_Window_Size 810表示在确认模式(AM)下接收窗口800的大小或长度。例如，当使用12-比特SN时，AM_Window_Size＝2048，而当使用18-比特SN时，AM_Window_Size＝131072。

这里，Rx_Next 820表示接收端连续且完全接收的一组最新数据分组中的最后分组的SN的下一个SN。也就是说，接收窗口800的下边界是要被重组的第一分组的SN。

这里，Rx_Next_Highest_Rcvd表示接收窗口800中的最大SN，或者表示在接收端处被成功接收的所有分组中最大SN的下一个SN。

接收端在接收窗口800之外不接收数据分组。也就是说，在当前时刻，接收端不接收其SN值小于Rx_Next 820或大于或等于Rx_Next+AM_Window_Size 840的数据分组。接收端处的RLC AM实体可以采用PUSH类型来移动接收窗口800。也就是说，接收窗口800的下边界的移动推动接收窗口800的上边界移动。

虽然上面已经描述了本公开的各种实施例，但是应该理解，它们仅仅是通过示例而不是通过限制来呈现的。同样，各种图可以描绘示例性架构或配置，其被提供以使本领域普通技术人员能够理解本公开的示例性特征和功能。然而，这些人应当理解，本公开不限于所示出的示例性架构或配置，而是可以使用各种可替选架构和配置来实施。另外，如本领域普通技术人员所理解的，一个实施例的一个或多个特征可以与本文所描述的另一实施例的一个或多个特征组合。因此，本公开的广度和范围不应受到任何上述示例性实施例的限制。

还应理解，本文中使用诸如“第一”、“第二”等名称对元件的任何引用通常不会限制这些元件的数量或顺序。相反，这些名称可在这里用作区分两个或更多个元件或元件实例的方便方法。因此，对第一和第二元件的引用并不意味着只能使用两个元件，或者第一元件必须以某种方式在第二元件之前。

此外，本领域普通技术人员应当理解，可以使用各种不同技术和技艺中的任一来表示信息和信号。例如，在上述描述中可以引用的数据、指令、命令、信息、信号、比特和符号等可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任何组合来表示。

本领域普通技术人员还应当理解，结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任何一个可以通过电子硬件(例如，数字实施方式、模拟实施方式，或两者的组合)、固件、包含指令的各种形式的程序或设计代码(为了方便起见，在本文中可将其称为“软件”或“软件模块”)，或这些技术的任何组合来实施。

为了清楚地说明硬件、固件和软件的这种可互换性，上文已对各种说明性组件、块、模块、电路和步骤就其功能进行了一般性描述。这种功能是作为硬件、固件或软件还是这些技术的组合实施的，取决于对整个系统施加的特定应用和设计约束。熟练的技术人员可以针对每个特定应用以各种方式实施所描述的功能，但是这种实施方式的决策不会导致偏离本公开的范围。根据各种实施例，处理器、设备、组件、电路、结构、机器、模块等可被配置为执行本文所述的一个或多个功能。本文中关于指定操作或功能所使用的术语“被配置为”或“被配置用于”是指物理构造、编程和/或设置来执行指定操作或功能的处理器、设备、组件、电路、结构、机器、模块等。

此外，本领域普通技术人员将理解，本文所述的各种说明性逻辑块、模块、设备、组件和电路可以在集成电路(IC)内实施或由其执行，该集成电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件，或其任何组合。逻辑块、模块和电路还可包括天线和/或收发机，以与网络内或设备内的各种组件通信。通用处理器可以是微处理器，但可替选地，处理器可以是任何常规处理器、控制器或状态机。处理器也可以被实施为计算设备的组合(例如，DSP和微处理器的组合)、多个微处理器、一个或多个与DSP内核结合的微处理器，或用于执行本文描述的功能的任何其他合适的配置。

如果以软件实施，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以实施为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括可以被启用以将计算机程序或代码从一个地方传输到另一个地方的任何介质。存储介质可以是计算机可以访问的任何可用介质。作为示例而非限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储器、磁盘存储器或其他磁存储设备，或者可以用于以指令或数据结构的形式存储所需程序代码并且可以被计算机访问的任何其他介质。

在本申请中，本文中使用的术语“模块”是指用于执行本文所述的相关功能的软件、固件、硬件和这些元件的任何组合。另外，为了讨论的目的，各种模块被描述为分立的模块；然而，正如本领域普通技术人员所显而易见的那样，可以将两个或更多个模块组合以形成执行根据本公开的实施例的相关功能的单个模块。

此外，在本公开的实施例中，可以使用存储器或其他存储器以及通信组件。应当理解，为了清楚起见，上述描述参考不同的功能单元和处理器描述了本公开的实施例。然而，显而易见的是，在不背离本公开的情况下，可以使用不同功能单元、处理逻辑元件或域之间的任何适当的功能分布。例如，被图示为由单独的处理逻辑元件或控制器执行的功能可以由相同的处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅仅是对用于提供所述功能的适当装置的引用，而不是指示严格的逻辑或物理结构或组织。

对于本领域技术人员来说，对本公开中描述的实施方式的各种修改将是显而易见的，并且在不脱离本公开的范围的情况下，本文定义的一般原理可以应用于其他实施方式。因此，本公开并不打算限于本文所示的实施方式，而是将被赋予与本文公开的新颖特征和原理相一致的最广泛范围，如下面的权利要求所述。

Claims

1.一种由无线通信系统中的发射机模块执行的方法，所述方法包括：

将数据流与一组自动重传请求ARQ进程中的至少一个ARQ进程相对应，所述一组ARQ进程与相同的逻辑信道相关联；以及

基于所述一组ARQ进程传输所述数据流的数据，

其中，与所述数据流相对应的所述至少一个ARQ进程的数量基于所述数据流的业务要求来确定，

其中，所述数据流是数据无线电承载DRB，

所述方法还包括：

从控制面获得所述数据流的配置，其中，所述配置包括与所述一组ARQ进程的数量相关的信息；以及

向每个数据单元分配序列号，所述每个数据单元被分配给相应的ARQ进程，

其中，所述ARQ进程之间的数据单元具有在所述ARQ进程之间不共享的独立序列号(SN)。

2.根据权利要求1所述的方法，其中，所述配置还包括与所述数据流的标识ID和所述逻辑信道的ID中的至少一个相关的信息。

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

向每个数据单元添加报头，所述每个数据单元被分配给相应的ARQ进程，其中，所述报头包括与以下中的至少一个相关的信息：

标识所述相应的ARQ进程的ARQ进程ID；以及

分配给所述数据单元的所述序列号。

4.根据权利要求1所述的方法，还包括为所述一组ARQ进程中的每个独立地维护以下中的至少一个：

传输窗口；

传输变量；以及

传输定时器。

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

从所述无线通信系统中的接收机模块接收状态报告，其中，所述状态报告包括数据传输的反馈信息，所述数据传输与所述一组ARQ进程中的相应一个相关联，其中，所述状态报告携带与标识所述相应ARQ进程的ARQ进程ID相关的信息。

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

所述数据流包括多个数据流，所述多个数据流中的至少两个由相同的ARQ进程支持。

7.一种由无线通信系统中的接收机模块执行的方法，所述方法包括：

基于一组自动重传请求ARQ进程中的至少一个ARQ进程通过相同的逻辑信道接收数据流的数据，其中，所述一组ARQ进程对应于所述数据流并且与所述相同的逻辑信道相关联，

其中，所述数据流是数据无线电承载DRB，

所述方法还包括：

从控制面获得所述数据流的配置，其中，所述配置包括与所述一组ARQ进程的数量相关的信息，

其中，分配给相应ARQ进程的每个数据单元都被分配有序列号，

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

所述数据流的数据单元被分配到所述一组ARQ进程中。

9.根据权利要求7所述的方法，其中，接收所述数据包括：

接收所述数据流的数据单元；以及

基于所述数据单元的报头，确定与以下中的至少一个相关的信息：

标识所述一组ARQ进程中的对应一个的ARQ进程ID，以及

分配给所述数据单元的序列号。

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

将所述数据单元分配给所述一组ARQ进程中的所述对应一个。

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

生成状态报告，所述状态报告包括数据传输的反馈信息，所述数据传输与所述一组ARQ进程中的相应一个相关联；以及

将所述状态报告传输给传输所述数据流的发射机模块，其中，所述状态报告携带与标识所述相应的ARQ进程的ARQ进程ID相关的信息。

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

13.根据权利要求7所述的方法，还包括为所述一组ARQ进程中的每个独立地维护以下中的至少一个：

接收窗口；

接收变量；以及

接收定时器。

14.一种无线通信节点，所述无线通信节点包括处理器，所述处理器被配置为执行根据权利要求1到13中的任一项所述的方法。

15.一种非暂时性计算机可读介质，其具有存储在其上的计算机可执行指令，所述计算机可执行指令被处理器执行时，使得所述处理器执行根据权利要求1到13中任一项所述的方法。