[发明专利]发送RLC状态报告的方法、设备和存储介质

说明书

本公开提供了发送RLC状态报告的方法、设备和存储介质。所述方法包括：向直接通信的RLC实体发送询问；以及，从所述RLC实体接收RLC状态报告，所述RLC状态报告包括指示RLC状态报告的类型的信息，并且至少一类RLC状态报告包含指示多跳数据传输的最终目的地RLC实体是否接收到RLC数据单元的信息。本公开实施例的方法有助于实现多跳IAB网络中的端到端无丢包传输。

技术领域

本公开涉及无线通信技术领域，更具体地，本公开涉及用于在多跳网络中发送和接收RLC状态报告的方法、设备和对应的存储介质。

背景技术

2018年9月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#81次全会上，高通提出了一个关于NR一体接入和回程(Integrated Access andBackhaul for NR，简称IAB)的工作项目(参见非专利文献：RP-182882：New WID：Integrated Access and Backhaul for NR)，并获批准。在RAN2#104次会议上达成在多跳的IAB网络中针对数据传输采用逐跳自动重传请求(Hop-by-Hop Automatic Repeatrequest，记为HbH ARQ)机制，这种数据传输也称为HbH ARQ传输(下文中也简称为多跳传输)。HbH ARQ传输的问题之一是无法保证端到端的无丢包传输(lossless delivery)。在目前的RLC ARQ中，RLC状态报告中报告的是当前一跳的RLC接收实体对RLC SDU或RLC PDU的接收情况。当RLC发送实体接收到RLC状态报告时，将成功发送的RLC SDU或RLC PDU指示给PDCP实体，PDCP实体在接收到所述指示后删除对应的PDCP PDU和PDCP SDU。在上行传输中，如果数据被接入IAB节点成功接收后，UE将删除对应的数据，随后接入IAB节点将数据转发给下一跳并删除。此时，如果中间IAB节点发生故障，则这些被UE认为已成功发送的数据将不能被IAB施主接收到。基于此，IAB工作项目提出的目标之一就是定义一种机制来确保基于HbH ARQ的无丢包传输。本公开致力于解决HbH ARQ传输中的传输丢包问题。

发明内容

为此，本公开提出了一种增强的RLC状态报告，以实现多跳IAB网络中的端到端无丢包传输。所提出的增强的RLC状态报告包含关于多跳传输中的最终目的地RLC实体对RLC数据单元的接收情况的指示信息。由此，RLC发送实体可以通过该增强的RLC状态报告获知最终目的地RLC实体对RLC SDU的接收情况，从而可以识别出途中丢包的情形，通过重传实现无丢包传输。

根据本公开的第一方面，提供了一种在多跳传输中的发送节点处执行的方法，包括：向直接通信的RLC实体发送询问；以及，从所述RLC实体接收RLC状态报告，所述RLC状态报告包括指示RLC状态报告的类型的信息，并且至少一类RLC状态报告包含指示多跳数据传输的最终目的地RLC实体是否接收到RLC数据单元的信息。

在一些实施例中，所述发送节点可以是用户设备。在另一些实施例中，所述发送节点可以是无线接入网(RAN)节点。

在一些实施例中，所述方法还可以包括：对于收到来自最终目的地RLC实体的肯定确认的RLC数据单元，将其指示给上层。作为替代或补充，所述方法还可以包括：对于收到来自最终目的地RLC实体的否定确认的RLC数据单元，将其从重传缓存区中删除。

可选地，所述指示多跳数据传输的最终目的地RLC实体是否接收到RLC数据单元的信息可以包括下述中的至少一个：

最终目的地RLC实体正确接收的RLC数据单元的最大序列号；

最终目的地RLC实体下一个未接收到的RLC数据单元的序列号；

被最终目的地RLC实体检测为已丢失的RLC数据单元的序列号；

被最终目的地RLC实体检测为连续丢失的RLC数据单元的数目；