CN112153689B

CN112153689B - 一种数据发送方法及装置

Info

Publication number: CN112153689B
Application number: CN201910581378.8A
Authority: CN
Inventors: 肖洁华; 李新县; 唐浩; 王轶
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-06-29
Filing date: 2019-06-29
Publication date: 2022-09-02
Anticipated expiration: 2039-06-29
Also published as: CN112153689A; WO2021000799A1

Abstract

本申请提供一种数据发送方法及装置。该方法包括：终端设备向网络设备发送状态报告，状态报告包括第一指示信息，第一指示信息用于指示第一小区发生链路异常；终端设备在第二小区上从网络设备接收第一数据，第一数据为在第一小区上发送失败的数据；其中述第一小区为主小区组中的小区，第二小区为辅小区组中的小区；或者第一小区为辅小区组中的小区，第二小区为主小区组中的小区。基于该方案，当辅小区组的小区发生异常时，则通过主小区组的小区重传在辅小区组的小区上发送失败的数据，或者当主小区组的小区发生异常时，则通过辅小区组的小区重传在主小区组的小区上发送失败的数据，如此，可以提升数据发送的效率。

Description

一种数据发送方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种数据发送方法及装置。

背景技术

在目前的双连接场景下，终端设备可以通过主小区组的小区与网络设备之间传输数据，也可以通过辅网络设备的小区与网络设备之间传输数据。

当用于发送数据的小区(主小区组的小区或辅小区组的小区)发生链路异常时，将会导致终端设备与网络设备之间的数据发送效率降低。

因此，如何提高双连接场景下的数据发送效率，是目前亟需解决的问题。

发明内容

本申请提供一种数据发送方法及装置，用以提升数据发送的效率。

第一方面，本申请提供一种数据发送方法，包括：终端设备向网络设备发送状态报告，所述状态报告包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；所述终端设备在第二小区上，从所述网络设备接收第一数据，所述第一数据为在所述第一小区上发送失败的数据；其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区。基于上述方案，当辅小区组的小区发生异常时，则通过主小区组的小区重传在辅小区组的小区上发送失败的数据，或者当主小区组的小区发生异常时，则通过辅小区组的小区重传在主小区组的小区上发送失败的数据，如此，可以提升数据发送的效率。

在一种可能的实现方法中，所述状态报告为分组数据汇聚协议PDCP状态报告，所述方法还包括：所述终端设备的第一MAC实体向所述终端设备的第一PDCP实体发送第二指示信息，所述第二指示信息用于指示所述第一小区发生链路异常；所述终端设备向网络设备发送状态报告，包括：所述终端设备的第一PDCP实体向所述网络设备的PDCP实体发送所述PDCP状态报告；其中，所述第一MAC实体与所述第一小区所在的小区组对应，所述第一小区所在的小区组为所述主小区组或所述辅小区组，所述终端设备的第一PDCP实体、所述第一MAC实体与所述第一数据对应。通过PDCP状态报告携带第一指示信息，可以节约信令开销，更加兼容目前的协议。

在一种可能的实现方法中，所述PDCP状态报告中的以下一个或多个域用于承载所述第一指示信息：保留域、PDU type域、新扩展的比特域。

在一种可能的实现方法中，所述状态报告为无线链路控制RLC状态报告，所述方法还包括：所述终端设备的第一MAC实体向所述终端设备的第一RLC实体发送第三指示信息，所述第三指示信息用于指示所述第一小区发生链路异常；所述终端设备向网络设备发送状态报告，包括：所述终端设备的第一RLC实体向所述网络设备的RLC实体发送所述RLC状态报告；其中，所述第一MAC实体与所述第一小区所在的小区组对应，所述第一小区所在的小区组为所述主小区组或所述辅小区组，所述第一RLC实体、所述第一MAC实体与所述第一数据对应。通过RLC状态报告携带第一指示信息，可以节约信令开销，更加兼容目前的协议。

在一种可能的实现方法中，所述RLC状态报告中的以下一个或多个域用于承载所述第一指示信息：保留域、Control PDU type域、新扩展的比特域。

第二方面，本申请提供一种数据发送方法，包括：网络设备从终端设备接收状态报告，所述状态报告包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；所述网络设备在第二小区上，向所述终端设备发送第一数据，所述第一数据为在所述第一小区上发送失败的数据；其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区。基于上述方案，当辅小区组的小区发生异常时，则通过主小区组的小区重传在辅小区组的小区上发送失败的数据，或者当主小区组的小区发生异常时，则通过辅小区组的小区重传在主小区组的小区上发送失败的数据，如此，可以提升数据发送的效率。

在一种可能的实现方法中，所述网络设备为主网络设备，所述主网络设备的RLC实体从辅网络设备的RLC实体获取所述第一数据；或者，所述网络设备为辅网络设备，所述辅网络设备的RLC实体从主网络设备的RLC实体获取所述第一数据。

在一种可能的实现方法中，所述方法还包括：所述网络设备从进行数据通信的小区列表中删除所述第一小区的标识，得到更新后的小区列表；所述网络设备向所述终端设备发送更新后的小区列表。

在一种可能的实现方法中，所述第一小区为高频小区，所述第二小区为低频小区。

在一种可能的实现方法中，所述第一数据为PDCP SDU、RLC SDU或RLC SDU分段。

第三方面，本申请提供一种数据发送方法，包括：终端设备向网络设备发送空口消息，所述空口消息包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；所述终端设备在第二小区上，从所述网络设备接收第一数据，所述第一数据为在所述第一小区上发送失败的数据；其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区。基于上述方案，当辅小区组的小区发生异常时，则通过主小区组的小区重传在辅小区组的小区上发送失败的数据，或者当主小区组的小区发生异常时，则通过辅小区组的小区重传在主小区组的小区上发送失败的数据，如此，可以提升数据发送的效率。

在一种可能的实现方法中，所述空口消息为RRC消息、上行控制信息、或MAC CE，所述终端设备向网络设备发送空口消息，包括：所述终端设备在第二小区上向所述网络设备发送所述空口消息；其中，所述第二小区与第一小区在不相同的小区组。

在一种可能的实现方法中，所述终端设备的第一MAC实体向所述终端设备的第一PDCP实体发送第四指示信息，所述第四指示信息用于指示所述第一小区发生链路异常；所述终端设备的第一PDCP实体向所述网络设备的PDCP实体发送PDCP状态报告，所述PDCP状态报告用于指示所述第一数据发送失败。其中，所述第一MAC实体与所述第一小区所在的小区组对应，所述第一小区所在的小区组为所述主小区组或所述辅小区组，所述终端设备的第一PDCP实体、所述第一MAC实体与所述第一数据对应。基于该实现方法，该PDCP状态报告的作用可以与现有技术中的PDCP状态报告的作用相同，但该方案通过一个第四指示信息触发第一PDCP实体向网络设备的PDCP实体发送该PDCP状态报告。

在一种可能的实现方法中，所述终端设备的第一MAC实体向所述终端设备的第一RLC实体发送第五指示信息，所述第五指示信息用于指示所述第一小区发生链路异常；所述终端设备的第一RLC实体向所述网络设备的RLC实体发送RLC状态报告，所述RLC状态报告用于指示所述第一数据发送失败。其中，所述第一MAC实体与所述第一小区所在的小区组对应，所述第一小区所在的小区组为所述主小区组或所述辅小区组，所述终端设备的第一RLC实体、所述第一MAC实体与所述第一数据对应。基于该实现方法，该RLC状态报告的作用可以与现有技术中的RLC状态报告的作用相同，但该方案通过一个第五指示信息触发第一RLC实体向网络设备的RLC实体发送该RLC状态报告。

第四方面，本申请提供一种数据发送方法，包括：网络设备从终端设备接收空口消息，所述空口消息包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；所述网络设备在第二小区上，向所述终端设备发送第一数据，所述第一数据为在所述第一小区上发送失败的数据；其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区。基于上述方案，当辅小区组的小区发生异常时，则通过主小区组的小区重传在辅小区组的小区上发送失败的数据，或者当主小区组的小区发生异常时，则通过辅小区组的小区重传在主小区组的小区上发送失败的数据，如此，可以提升数据发送的效率。

基于上述第一方面至第四方面的任一实施例：

第五方面，本申请提供一种数据发送装置，该装置可以是终端设备，还可以是用于终端设备的芯片。该装置具有实现上述第一方面或第三方面各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面，本申请提供一种数据发送装置，该装置可以是网络设备，还可以是用于网络设备的芯片。该装置具有实现上述第二方面或第四方面各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面，本申请提供一种数据发送装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述各方面所述的方法。

第八方面，本申请提供一种数据发送装置，包括：包括用于执行上述各方面的各个步骤的单元或手段(means)。

第九方面，本申请提供一种数据发送装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行上述各方面所述的方法。该处理器包括一个或多个。

第十方面，本申请提供一种数据发送装置，包括处理器，用于与存储器相连，用于调用所述存储器中存储的程序，以执行上述各方面所述的方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第十一方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得处理器执行上述各方面所述的方法。

第十二方面，本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第十三方面，本申请还提供一种芯片系统，包括：处理器，用于执行上述各方面所述的方法。

第十四方面，本申请还提供一种数据发送系统，包括：用于执行上述第一方面任意所述的方法的终端设备和用于执行上述第二方面任意所述的方法的网络设备。

第十五方面，本申请还提供一种数据发送系统，包括：终端设备和网络设备；

所述终端设备，用于向所述网络设备发送状态报告，所述状态报告包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；

所述网络设备，用于在第二小区上，向所述终端设备发送第一数据，所述第一数据为在所述第一小区上发送失败的数据；

其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区。

第十六方面，本申请还提供一种数据发送方法，包括：

终端设备向网络设备发送状态报告，所述状态报告包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；

所述网络设备在第二小区上，向所述终端设备发送第一数据，所述第一数据为在所述第一小区上发送失败的数据；

第十七方面，本申请还提供一种数据发送系统，包括：用于执行上述第三方面任意所述的方法的终端设备和用于执行上述第四方面任意所述的方法的网络设备。

第十八方面，本申请还提供一种数据发送系统，包括：终端设备和网络设备；

所述终端设备，用于向所述网络设备发送空口消息，所述空口消息包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；

第十九方面，本申请还提供一种数据发送方法，包括：

终端设备向网络设备发送空口消息，所述空口消息包括第一指示信息，所述第一指示信息用于指示第一小区发生链路异常；

附图说明

图1为本申请提供的一种可能的网络架构示意图；

图2A为现有技术中DC场景下的下行数据发送示意图；

图2B为PDCP、RLC、MAC和PHY各层之间的关系示意图；

图3为本申请提供的一种数据发送方法示意图；

图4为DC配置下的跨小区组数据重传的一个示意图；

图5A为现有技术中的基于Control PDU的PDCP状态报告的结构图；

图5B为本申请提供的基于Control PDU的PDCP状态报告的结构图；

图6为改进的PDCP发送流程示意图；

图7为DC配置下的跨小区组数据重传的又一个示意图；

图8A为现有技术中的以12bit SN为例的status PDU；

图8B为本申请提供的以12bit SN为例的status PDU；

图9为跨小区组的RLC数据重传示例图；

图10为DC配置下的跨小区数据发送的又一个示意图；

图11为本申请提供的一种数据发送装置示意图；

图12为本申请提供的又一种数据发送装置示意图；

图13为本申请提供的又一种数据发送装置示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

如图1所示，为本申请所适用的一种可能的网络架构示意图，包括主网络设备、辅网络设备和至少一个终端设备。

终端设备(user equipment，UE)可以是能够接收网络设备调度和指示信息的无线终端设备，无线终端设备可以是指向用户提供语音和/或数据连通性的设备，或具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。终端设备可以经无线接入网(如，radio access network，RAN)与一个或多个核心网或者互联网进行通信，终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话，手机(mobile phone))、计算机和数据卡，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、平板电脑(Pad)、带无线收发功能的电脑等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile station，MS)、远程站(remote station)、接入点(access point，AP)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户站(subscriber station，SS)、用户端设备(customer premises equipment，CPE)、终端(terminal)、用户设备(user equipment，UE)、移动终端(mobile terminal，MT)等。终端设备也可以是可穿戴设备以及下一代通信系统，例如，5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)网络中的终端设备，NR通信系统中的终端设备等。

网络设备(包括主网络设备和辅网络设备)是网络侧中一种用于发射或接收信号的实体，网络设备可以是用于与移动设备通信的设备。网络设备可以是无线局域网(wireless local area networks，WLAN)中的AP，可以是长期演进(long term evolution，LTE)中的演进型基站(evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)网络中的网络设备，或NR系统中的新一代基站(generation Node B，gNodeB)等。另外，在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的通信资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据发送服务。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为网络设备。

本申请的上述图1架构，即为双连接(Dual-Connect ivity，DC)架构。DC包括两个小区组：主小区组(Master Cell Group，MCG)和辅小区组(Secondary Cell Group，SCG)。其中MCG包括一个主小区(Primary Cell，PCell)或额外包括一个或多个辅小区(SecondaryCell，Scell)，SCG包括一个主辅助小区(Primary Secondary Cell，PSCell)或额外包括一个或多个SCell。管理MCG的网络设备称为主网络设备或主节点，管理SCG的网络设备称为辅网络设备或辅节点。

在5G网络的部署过程中，5G小区既可以作为宏覆盖组网(作为主网络设备)，也可以作为小站(作为辅网络设备)对现有的LTE网络进行覆盖和容量增强。无论采用哪种组网方式，双连接技术都可以用来实现LTE和5G系统的互连，从而提高整个移动网络系统的无线资源利用率，降低系统切换的时延，提高用户和系统性能。

本申请实施例中，主网络设备为LTE网络设备(如eNB)、5G网络设备(如gNB)或未来通信通信网络设备中的一个，辅网络设备也为LTE网络设备、5G网络设备或未来通信通信网络设备中的一个,并且主网络设备和辅网络设备可以是相同制式的网络设备，比如都是eNB，也可以是不同制式的网络设备，比如主网络设备是eNB，辅网络设备是gNB。本申请对于主网络设备和辅网络设备的通信制式不做限定。

下行方向，应用层的数据从网络设备发出，需要通过多个协议层到达终端设备；同样的，上行方向，应用层的数据从终端设备发出，需要通过多个协议层到达网络设备。以下行数据发送为例，如图2A所示，为现有技术中DC场景下的下行数据发送示意图。其中，终端设备侧对应主小区组和辅小区组各有一个媒体接入控制(medium access control，MAC)层，分别称为MAC1和MAC2，其中MAC1对应MAC实体1，MAC2对应MAC实体2，并且MAC1对应辅小区组(包括小区1)，MAC2对应主小区组(包括小区2)。需要说明的是，为便于描述，图中是以一个MAC实体对应一个小区为例，实际应用中，一个MAC实体可以对应一个或多个小区。

下行方向，网络设备的分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层使用分割承载将上层的数据分别通过主小区组的小区(如图2A中所示的小区2)和辅小区组的小区(如图2A中所示的小区1)进行空口传输。主网络设备侧的MAC实体对应MCG的小区，辅网络设备侧的MAC实体对应SCG的小区。

参考图2A，现有技术中，在下行方向，当小区1或小区2由于链路异常造成较长时间的数据发送失败时，网络设备侧可以使用传统的数据重传方式进行混合自动重传请求(Hybrid automatic repeat request，HARQ)重传、无线链路控制(Radio Link Control，RLC)重传、或PDCP重传等数据重传方式。这些数据重传方式一般会在原有小区上多次尝试进行数据发送。

网络设备侧数据的重传是分层次的。首先是MAC层的HARQ重传，然后是RLC层的自动重传请求(Automatic Repeat Request，ARQ)重传，最后是PDCP层的数据重传。

其中，现有技术的HARQ重传是在数据初传的小区上进行数据的多次发送，重传过程中不会改变发送的小区。RLC层的ARQ重传是在HARQ多次重传失败后才会发起的重传机制，ARQ重传只针对确认模式(Acknowledged Mode，AM)的数据发送，ARQ重传一般地在较短时间内不会更换小区。

本申请中，RLC包括三种传输模式，分别为透明模式(Transparent Mode，TM)、非确认模式(Unacknowledged Mode，UM)和AM。其中，TM包含两个实体：发送实体和接收实体，TM不对传入RLC的服务数据单元(Service Data Unit,SDU)做任何处理，直接透传。UM包含两个实体：发送实体和接收实体，UM可以从逻辑信道中接收或者发送RLC协议数据单元(Protocol Data Unit,PDU)。AM只包含一个实体：发送与接收在同一个实体中，AM可以从逻辑信道中接收或者发送RLC PDU。

对于TM或UM的数据DRB，PDCP层不进行数据的重传处理。PDCP层的数据重传只针对AM DRBs，而且终端设备只在高层需要进行PDCP实体重建或进行PDCP数据恢复时才会发送PDCP的状态报告(status report)，PDCP层根据PDCP状态报告进行数据的重传。高层进行PDCP实体重建或进行PDCP数据恢复的指示是通过无线资源控制(Radio ResourceControl，RRC)信令进行配置的，对信道变化的响应较慢。而且PDCP的数据恢复时并没有底层(物理层)的信道信息，可能导致重传的数据仍然通过原小区进行发送，当阻塞导致的小区较长时间收发中断时，在该小区上的数据发送都是无效的。因此，HARQ重传、不更换小区的RLC层或PDCP层的盲重传，当数据初传的小区发生链路异常造成较长时间的数据发送中断时，容易造成增加数据发送时延，降低数据发送的效率。

本申请是针对DC下的一个小区发生链路异常而造成数据发送失败的场景，这里的链路异常，比如包括波束失败、链路中断、链路检测失败等。

其中，波束失败是指由于发送波束和接收波束不匹配(或不对齐)而造成的数据发送或接收失败。比如，由于高频信号受到障碍物阻挡或终端方向转动或移动而导致波束失败。链路中断是指由于链路质量低于预设的质量门限达到一定时间。链路检测失败是指终端设备在某个小区，针对特定测量的参考信号，在一定时间内测量得到的信号强度低于某个指定门限达到一定次数，链路检测失败可以用来表示终端设备在该小区上的下行同步状态。

为解决上述小区链路异常而造成是数据发送效率降低的问题，本申请实施例给出的解决方案是：基于链路异常检测的跨小区高层(如PDCP层、RLC层)的数据重传，主要包括以下关键点：

1)、终端设备侧MAC层的链路异常检测信息传递到RLC层或PDCP层，支持触发RLC层或PDCP层的跨小区数据重传，具体的，可以通过链路异常检测信息触发终端设备侧的RLC层或PDCP发送状态报告，另外还可以通过在状态报告(如PDCP状态报告或RLC状态报告)中新增发生链路异常的小区指示信息，将链路异常指示信息传递给网络设备；

2)、针对网络设备发送的下行数据，网络设备侧通过Xn接口或X2接口在主网络设备和辅网络设备间进行数据状态的查询和/或数据交互，进行跨小区的重传；

3)、网络设备侧通过控制对应不同小区组的RLC实体、MAC实体与小区的对应关系，进行数据的跨小区重传。

如图2B所示，为网络设备侧或者终端设备侧的PDCP、RLC、MAC和PHY各层之间的关系示意图。其中，无线接入侧的数据传输需要经过业务数据适配协议(service dataadaptation protocol，SDAP)子层(图中未显示)、PDCP子层、RLC子层、MAC子层和物理(PHY)层，其中SDAP子层、PDCP子层、RLC子层、MAC子层可以合称为层2，PHY层称为层1。为了描述简单，也可以将SDAP子层、PDCP子层、RLC子层、MAC子层分别简称为SDAP层、PDCP层、RLC层、MAC层。根据数据的传输方向分为发送或接收，上述每层又分为发送部分和接收部分。图中向下的箭头表示数据发送，向上的箭头表示数据接收。PDCP子层自上层无线承载(RadioBearer,RB)取得数据后，会将数据传送到RLC子层与MAC子层，再由MAC子层生成传输信道，然后通过物理层(Physical Layer)进行无线传输。数据在各个子层中进行相对应的封装，子层从该子层的上层收到的数据视为该子层的SDU，经过子层封装后成为PDU，再传递给下一个子层。例如PDCP层从上层接收到的数据称为PDCP SDU，PDCP层发送到下层的数据称为PDCP PDU；RLC层从上层接收到的数据称为RLC SDU，RLC层发送到下层的数据称为RLC PDU。在协议中，子层间的联系大都以通道的方式进行对应。RLC子层与MAC子层间通过逻辑信道(Logical Channel)对应，MAC子层与物理层则是通过传输通道(Transport Channel)对应，物理层以下为物理信道(Physical Channel)，用来对应到另一端的物理层。

下面结合附图，对本申请提供的数据发送方法进行说明。

如图3所示，为本申请提供的一种数据发送方法示意图，该方法是针对下行方向的数据发送失败时的解决方案。该方法包括以下步骤：

步骤301，终端设备在第二小区上向网络设备发送第一指示信息，该第一指示信息用于指示第一小区发生链路异常。

步骤302，网络设备在第二小区上，向终端设备发送第一数据。

由于网络设备的第一小区发生链路异常，网络设备在第一小区上向终端设备发送的下行数据(以第一数据为例)，未被终端设备正确接收到。因此，终端设备在检测到第一小区发生链路异常后，在第二小区上向网络设备发送第一指示信息，用于告知网络设备：该第一小区发生链路异常。

其中，上述第一数据也可以称为在第一小区发送失败或初传失败的数据，或者称为已在第一小区完成初传但未成功的数据。这里的第一数据比如可以是PDCP SDU、RLCSDU、或RLC SDU分段。

基于上述方案，当SCG的小区发生链路异常时，则通过MCG的小区发送在SCG的小区上发送失败的数据，或者当MCG的小区发生链路异常时，则通过SCG的小区发送在MCG的小区上发送失败的数据，如此，可以提升数据发送的效率。

下面对图3所示实施例的各种情形进行说明。

情形1，第一小区为SCG中的小区，第二小区为MCG中的小区

该情形1进一步包括以下情形1.1至情形1.3。

情形1.1，第一指示信息携带于PDCP状态报告中发送至网络设备侧

该情形1.1进一步包括以下情形1.1.1至情形1.1.2。

情形1.1.1，第一数据对应的逻辑信道在网络设备侧对应的PDCP实体位于主网络设备中。

该情形下，上述步骤301具体为：终端设备在MCG的第二小区上，向主网络设备发送PDCP状态报告，该PDCP状态报告包括第一指示信息，上述步骤302具体为：主网络设备的PDCP实体发送第一数据。其中第一数据通过第二小区发送给终端设备。

情形1.1.2，第一数据对应的逻辑信道在网络设备侧对应的PDCP实体位于辅网络设备中。

该情形下，上述步骤301具体为：终端设备在MCG的第二小区上，向辅网络设备发送PDCP状态报告，该PDCP状态报告包括第一指示信息，上述步骤302具体为：辅网络设备的PDCP实体发送第一数据(通过分割承载的方式将第一数据分流至MCG上的第二小区)。其中第一数据通过第二小区发送给终端设备。

情形1.2，第一指示信息携带于RLC状态报告中发送至网络设备侧

该情形下，上述步骤301具体为：终端设备在MCG的第二小区上，向主网络设备发送RLC状态报告，该RLC状态报告包括第一指示信息，上述步骤302具体为：主网络设备的RLC实体发送第一数据(其中第一数据是由主网络设备从辅网络设备获取到的，也可以说，第一数据是通过节点间的交互获得的)。其中第一数据通过第二小区发送给终端设备。

情形1.3，第一指示信息携带于空口消息中发送至网络设备侧

该情形下，上述步骤301具体为：终端设备在MCG的第二小区上，向主网络设备发送空口消息，该空口消息包括第一指示信息，上述步骤302具体为：主网络设备在第二小区上向终端设备发送第一数据。其中空口消息包括RRC消息、MAC CE或UCI信息。

情形2，第一小区为MCG中的小区，第二小区为SCG中的小区

该情形2进一步包括以下情形2.1至情形2.3。

情形2.1，第一指示信息携带于PDCP状态报告中发送至网络设备侧

该情形2.1进一步包括以下情形2.1.1至情形2.1.2。

情形2.1.1，第一数据对应的逻辑信道在网络设备侧对应的PDCP实体位于主网络设备中。

该情形下，上述步骤301具体为：终端设备在SCG的第二小区上，向主网络设备发送PDCP状态报告，该PDCP状态报告包括第一指示信息，上述步骤302具体为：主网络设备的PDCP实体发送第一数据(通过分割承载的方式将第一数据分流至SCG上的第二小区)。其中第一数据通过第二小区发送给终端设备。

情形2.1.2，第一数据对应的逻辑信道在网络设备侧对应的PDCP实体位于辅网络设备中。

该情形下，上述步骤301具体为：终端设备在SCG的第二小区上，向辅网络设备发送PDCP状态报告，该PDCP状态报告包括第一指示信息，上述步骤302具体为：辅网络设备的PDCP实体发送第一数据。其中第一数据通过第二小区发送给终端设备。

情形2.2，第一指示信息携带于RLC状态报告中发送至网络设备侧

该情形下，上述步骤301具体为：终端设备在SCG的第二小区上，向辅网络设备发送RLC状态报告，该RLC状态报告包括第一指示信息，上述步骤302具体为：辅网络设备的RLC实体发送第一数据(其中第一数据是由辅网络设备从主网络设备获取到的，也可以说，第一数据是通过节点间的交互获得的)。其中第一数据通过第二小区发送给终端设备。

情形2.3，第一指示信息携带于空口消息中发送至网络设备侧

该情形下，上述步骤301具体为：终端设备在SCG的第二小区上，向辅网络设备发送空口消息，该空口消息包括第一指示信息，上述步骤302具体为：辅网络设备在第二小区上向终端设备发送第一数据。其中空口消息包括RRC消息、MAC CE或UCI信息。

需要说明的是，以上各种情形中，第一数据对应的逻辑信道也可以理解为该逻辑信道用于承载第一数据。

针对图3所示的方案，作为示例，下面给出三种不同的具体实现方法，其中，以下实现方法一是上述情形1.1.1的具体实现过程，以下实现方法二是上述情形1.2的具体实现过程，以下实现方法三是上述情形1.3的具体实现过程。需要说明的是，实际应用中，并不限于以下三种实现方法。

以下实现方法中，以链路异常为波束失败，链路恢复为波束恢复为例进行说明。并且，第一小区(即发生链路异常的小区)指的是小区1，第一RLC实体指的是RLC1对应的实体，第一MAC实体指的是MAC1对应的实体，第一PDCP实体指的是PDCP1对应的实体，第一RLC实体指的是RLC1对应的实体，第二MAC实体指的是MAC2对应的实体，第二RLC实体指的是RLC2对应的实体。

需要说明的是，若第一小区为小区2，则相应的，第一RLC实体指的是RLC2对应的实体，第一MAC实体指的是MAC2对应的实体，第一PDCP实体指的是PDCP1对应的实体，第一RLC实体指的是RLC2对应的实体，第二MAC实体指的是MAC1对应的实体，第二RLC实体指的是RLC1对应的实体。

以下实现方法中，示例性地示出了两个逻辑通道，其中第一个逻辑通道在网络设备侧对应MCG中的PDCP A、RLC A和相应的MAC实体，在终端设备侧对应PDCP1、RLC2和MAC2；第二个逻辑通道在网络设备侧对应SCG中的PDCP A、RLC B和相应的MAC实体，在终端设备侧对应PDCP1、RLC1和MAC1。

实现方法一，上述步骤301中，终端设备在第二小区上向网络设备发送状态报告，该状态报告包括上述第一指示信息，该状态报告是PDCP状态报告。

如图4所示，为DC配置下的跨小区组数据重传的一个示意图，包括以下步骤：

步骤(1)：小区1的波束失败检测(BeamFailureDetection)由小区1上的物理(PHY)实体和第一MAC实体联合执行。

PHY实体根据高层配置的波束检测信号和检测门限进行无线链路质量的监测。当PHY实体检测到无线链路质量差于指定门限时会向第一MAC实体发送指示信息，该指示信息可以称为波束失败指示(BeamFailureIndication)，第一MAC实体会在指定时间内(如beamFailureDetectionTimer定时器参数指示的时间内)对接收到该指示信息的次数进行计数，当计数次数超过指定次数(如beamFailureInstanceMaxCount参数所指示的次数)时判断为波束失败(beamFailure)。此时第一MAC实体可以通过触发小区1上新的RACH接入过程，启动波束失败的恢复(beamFailureRecovery)过程。

步骤(2)和步骤(3)：第一MAC实体将波束失败的结果通知到第一PDCP实体。

比如，第一MAC实体向第一RLC实体发送指示信息，该指示信息用于指示小区1发生波束失败，然后第一RLC实体向第一PDCP实体发送指示信息(本申请也将该指示信息称为第二指示信息)，该指示信息用于指示小区1发生波束失败。

再比如，第一MAC实体还可以直接向第一PDCP实体发送指示信息(本申请也将该指示信息称为第二指示信息)，该指示信息用于指示小区1发生波束失败。

步骤(4)：第一PDCP根据上述指示信息，发送PDCP状态报告。

比如，终端设备的第一PDCP实体向网络设备的PDCP实体发送PDCP状态报告，其中，PDCP状态报告中可以包括上述第一指示信息，从而触发网络设备侧进行PDCP数据的重传。PDCP的状态报告可以不限定仅在AM DRB中支持，可以扩展到UM DRB。

作为一种实现方法，PDCP状态报告中的以下一个或多个域可以用于承载所述第一指示信息：保留域、PDU类型(type)域、新扩展的比特域。

其中，PDCP的PDU类型分为数据(Data)PDU和控制(Control)PDU。PDCP状态报告是Control PDU的一种。如图5A所示，为现有技术中的基于Control PDU的PDCP状态报告的结构图。

其中，保留(reversed，R)(1bit)表示保留的比特；

D/C(1bit)用于指示数据Data PDU或控制Control PDU，当D/C＝1时，用于指示Data PDU，当D/C＝0时，用于指示Control PDU；

PDU类型(type)(3bits)，用来指示Control PDU的类型(参见表1)；

第一个丢失的计数值(First Missing COUNT，FMC)(32bits)，用来指示重排序窗口内第一个丢失的PDCP服务数据单元(service data unit，SDU)的COUNT值，即RX_DELIV；

比特位图(Bitmap)，用来指示哪些SDU丢失以及哪些SDU被PDCP实体正确接收，比特位图是可选的字段。

表1 PDU类型

本申请基于图5A所示的现有PDCP状态报告，得到一种新设计的PDCP状态报告，具体的：使用保留域(R)的比特、保留的PDU type值、或新扩展的比特域中的一种或多种，来承载上述第一指示信息。该第一指示信息可以是发生波束失败的小区标识，该小区标识可以是为小区配置的服务小区的索引(serving cell index)。可选的，还可以在PDCP状态报告中指示小区的恢复信息。

以最大支持16个小区为例，可以使用5比特信息(由保留域(R)的比特、保留的PDUtype值、或新扩展的比特域中的一种或多种构成)来指示小区和恢复信息。小区和恢复信息，可以如下表2所示：

表2 PDCP状态报告的新增信息

下面结合一个具体示例对表2所示的实现方式进行具体说明。参考图5B，为本申请新设计的一个PDCP状态报告示意图。其中，第一行(8比特)的最后4个保留的比特用于指示小区索引(一共可以指示最多16个小区)，然后使用PDU类型中暂未定义的两个取值来指示是波束失败还是波束恢复。例如，参考表3，为PDU类型中指示的波束失败/波束恢复的一个示例。

表3 PDU类型中指示的波束失败/波束恢复

PDU Type比特(Bit)	描述(Description)
		110	小区波束失败
111	小区波束恢复

如表3所示，使用PDU类型中暂未定义的“110”来指示小区波束失败，然后使用图5B中的小区索引对应的4比特用于指示具体发生波束失败的小区；使用PDU类型中暂未定义的“111”来指示小区波束恢复，然后使用图5B中的小区索引对应的4比特用于指示具体波束恢复的小区。

步骤(5)：主网络设备的PDCP实体(PDCP A对应的实体)根据接收到的PDCP状态报告的第一指示信息，确定进行第一数据的重传。

进一步的，主网络设备还可以根据第一指示信息进行RRC重新配置，即在主网络设备的PDCP实体对应的逻辑信道允许的小区列表(也称为进行数据通信的小区列表)中删除小区1的标识，得到更新后的小区列表，该小区列表包括候选的用于发送数据的小区的标识，也即，更新后的小区列表将不包含小区1的标识。然后将更新后的小区列表发送至终端设备，如此，有助于避免使用波束失败的小区(即小区1)继续进行数据发送。

基于上述实现过程，可以得到如图6所示的改进的PDCP发送流程。在DC配置下，可以将一个PDCP实体关联到两个RLC实体。在图6流程中，发送端(可以是网络设备或终端设备)判断是否存在主(Primary)RLC实体或辅(secondary)RLC实体对应的小区发生波束失败，如果其中一个RLC实体对应的小区发生波束失败，则将PDCP PDU提交给另一个RLC实体，有助于避免在发生波束失败的小区上发送数据，从而提高发送效率。当一个RLC实体对应多个小区时，还需要根据波束失败指示信息进行逻辑信道对应的小区列表进行重新配置，有助于避免使用波束失败的小区继续进行数据发送。

其中，在主网络设备中包含主RLC实体(如图4中的RLC A)，在辅网络设备中包含辅RLC实体(如图4中的RLC B)，在终端设备中的两个RLC实体，一个为主RLC实体，另一个为辅RLC实体。

如图6所示，该方法包括以下步骤：

步骤601，发送端的PDCP实体判断发送端的PDCP实体是否关联到两个RLC实体，若是则转到步骤602，若否则转到步骤610。

当发送端的PDCP实体向发送端的RLC实体提交PDCP PDU时，发送端的PDCP实体需要判断发送端的PDCP实体是否关联到两个RLC实体，当该PDCP实体与两个RLC实体相关联时，执行步骤602；否则执行步骤610。

步骤602，发送端的PDCP实体判断主RLC实体或辅RLC实体对应的小区是否有发生波束失败，若没有小区发生波束失败则转到步骤603，若主RLC实体对应的小区发生波束失败则转到步骤611，若辅RLC实体对应的小区发生波束失败则转到步骤612。

这里需要说明的是RLC层和MAC层通过逻辑信道进行对应。网络设备侧可以通过逻辑信道的配置，将RLC层的数据和发送该数据的小区进行关联。若一个RLC实体关联的小区发生波束失败，则发送端可以将PDCP层的数据转到另外一个RLC实体(该RLC实体关联的小区是正常的)进行发送。

步骤603，发送端的PDCP实体判断是否激活了PDCP复制(duplication)功能，若是则转到步骤607，若否则转到步骤604。

步骤604，发送端的PDCP实体判断两个RLC实体是否属于不同的小区组，若是则转到步骤605，若否则转到步骤609。

步骤605，发送端的PDCP实体判断PDCP总数据量是否大于分流门限，若是则转到步骤606，若否则转到步骤609。

步骤606，发送端的PDCP实体将生成的PDCP PDU提交给关联的主RLC实体或辅RLC实体。

步骤607，发送端的PDCP实体判断PDCP PDU是否是PDCP Data PDU，若是则转到步骤608，若否则转到步骤609。

步骤608，发送端的PDCP实体将PDCP Data PDU进行复制并提交给关联的主RLC实体和辅RLC实体。

步骤609，发送端的PDCP实体将生成的PDCP PDU提交给关联的主RLC实体。

步骤610，发送端的PDCP实体将生成的PDCP PDU提交给关联的RLC实体。

此时PDCP实体只关联一个RLC实体。

步骤611，发送端的PDCP实体将生成的PDCP PDU提交给关联的辅(secondary)RLC实体。

步骤612，发送端的PDCP实体将生成的PDCP PDU提交给关联的主(Primary)RLC实体。

需要说明的是，图6所示的流程中，当步骤602判断没有小区发生波束失败之后执行的相应步骤为现有技术，具体实现过程可以参考现有技术的相关描述，这里不再详述。

进一步的，基于该实现方法一，当小区1波束恢复后，可以恢复数据到小区1的数据映射，或将在小区2上未正确发送的数据转到小区1上重传。以及，还可以将MCG上PDCP层已经发送但没有获得正确确认的数据映射到已经恢复正常的小区1上进行发送。

基于该实现方法，当小区由于波束失败导致无法进行数据收发时，通过波束失败检测信息在终端设备侧的传递，可以及时进行PDCP数据重传操作，维持无线接入网侧数据的吞吐量，有助于避免HARQ重传不改变数据初传和重传使用的小区，以及数据在物理层的小区状态不清楚情况下的盲重传而造成的数据发送效率低的缺陷。

实现方法二，上述步骤301中，终端设备在第二小区上向网络设备发送状态报告，该状态报告包括上述第一指示信息，该状态报告是RLC状态报告。

如图7所示，为DC配置下的跨小区组数据重传的又一个示意图，包括以下步骤：

步骤(1)：该步骤与上述实现方法一中的步骤(1)相同，可参考前述描述。

步骤(2)：第一MAC实体将波束失败的结果通知到第一RLC实体。

比如，第一MAC实体向第一RLC实体发送一个指示信息(本申请将该指示信息称为第三指示信息)，该指示信息用于指示小区1发生波束失败。

步骤(3)：第一RLC实体可以根据上述指示信息，发送RLC状态报告，该RLC状态报告包括上述第一指示信息。

比如，终端设备的第一RLC实体向主网络设备的RLC实体发送RLC状态报告，从而触发网络设备进行数据的重传。

作为一种实现方法，RLC状态报告中的以下一个或多个域可以用于承载所述第一指示信息：保留域、Control PDU type域、新扩展的比特域。

其中，RLC层的PDU类型分为RLC DataPDU和RLC ControlPDU。RLC状态报告是一种RLCcontrol PDU，也称为RLC status PDU。RLC status PDU由Status PDU负荷(payload)和RLC control PDU头(header)组成。如图8A所示，为以12bit SN为例的status PDU。

其中，RLC control PDU header由D/C和控制PDU类型(control PDU type，CPT)组成。D/C(1bit)用来指示是Data PDU(D/C＝1)还是Control PDU(D/C＝0)；CPT type(3bits)用来指示Control PDU的类型，000对应status PDU；

序列号(Sequence Number，SN)：RLC PDU的序列号，可以是12bits或18bits；

ACK_SN：指示下一个未接收的RLC SDU的SN，其在STATUS PDU中未被报告为丢失；

扩展(Extension)bit 1(E1)：指示是否跟随一组NACK_SN，E1，E2和E3；

R(1bit)：表示保留比特；

NACK_SN：指示在AM RLC实体的接收侧检测为丢失的RLC SDU(或RLC SDU段)的SN；

Extension bit 2(E2)：E2字段指示是否跟随一组SOstart和SOend；

SO start(SOstart)SOstart字段(与SOend字段一起)指示RLC SDU的部分，其具有SN＝NACK_SN(与SOstart相关的NACK_SN)，其已经在AM RLC实体的接收侧被检测为丢失；

SO end(SOend)：当E3为0时，SOend字段(与SOstart字段一起)指示RLC SDU的部分，其中SN＝NACK_SN(与SOend相关的NACK_SN)在AM的接收侧被检测为丢失。当E3为1时，SOend字段指示RLC SDU的部分具有SN＝NACK_SN+NACK范围-1，其已经在AM RLC实体的接收侧被检测为丢失；

Extension bit 3(E3)：E3字段指示是否跟随有关未接收到的连续RLC PDU序列的信息；

NACK范围(range)：该NACK范围字段是从NACK_SN开始并包括NACK_SN的连续丢失的RLC SDU的数量。

本申请基于图8A所示的现有RLC状态报告，得到一种新设计的RLC状态报告，比如使用保留域、Control PDU type域、新扩展的比特域中的一种或多种来指示上述第一指示信息。可选的，第一指示信息可以是发生波束失败的小区标识，该小区标识可以是为小区配置的服务小区的索引(serving cell index)。可选的，还可以在RLC状态报告中指示小区的恢复信息。

以最大支持16个小区为例，可以使用5比特信息来指示小区和恢复信息。示例如下表4所示。

表4RLC状态报告的新增信息

下面结合一个具体示例对表4所示的实现方式进行具体说明。参考图8B，为本申请新设计的一个RLC状态报告示意图。其中，第三行(共8比特)的最后4个保留的比特用于指示小区索引(一共可以指示最多16个小区)，然后使用第三行的第4比特用来指示是波束失败还是波束恢复。例如，参考表5，为第三行的第4比特指示的波束失败/波束恢复的一个示例。

表5 第三行的第4比特指示的波束失败/波束恢复

失败/恢复(Fail/Recovery)	描述(Description)
		0	小区波束失败
1	小区波束恢复

如表5所示，使用第三行的第4比特取值为“0”来指示小区波束失败，然后使用图8B中的小区索引对应的4比特用于指示具体发生波束失败的小区；使用第三行的第4比特取值为“1”来指示波束恢复的小区，然后使用图5B中的小区索引对应的4比特用于指示具体波束恢复的小区。

步骤(4)：主网络设备接收到RLC状态报告，获得其中的第一指示信息，确定小区1发生波束失败，则主网络设备可以通过主网络设备和辅网络设备间的Xn接口或X2接口向辅网络设备查询已经进行初传，但未获得物理层肯定确认的RLC层数据信息(即上述第一数据的信息)，辅网络设备向主网络设备反馈相应的RLC层数据信息。

主网络设备从辅网络设备获取到第一数据之后，在小区2上将该第一数据重传至终端设备。

如图9所示，为跨小区组的RLC数据重传示例图。初传时，下行方向，主网络设备在MCG中的小区2上向终端设备发送由PDCP PDU SN1和PDCP PDU SN2生成的RLC SDU1和两个RLC SDU2段(segment)，辅网络设备在SCG中的小区1上向终端设备发送由PDCP PDU SN3和PDCP PDU SN4生成的RLC SDU3和RLC SDU4。

其中，针对RLC SDU1和两个RLC SDU2 segment，主网络设备已经收到终端设备的肯定确认，而针对RLC SDU3和RLC SDU4，辅网络设备未收到终端设备的肯定确认。

因此，当主网络设备接收到终端设备发送的RLC状态报告后，根据第一指示信息确定小区1发生波束失败，然后主网络设备的RLC实体向辅网络设备的RLC实体查询在小区1上发送失败的数据，然后辅网络设备的RLC实体将RLC SDU3和RLC SDU4发送至主网络设备的RLC实体，从而主网络设备的RLC实体在小区2上对RLC SDU3和RLC SDU4进行重传。可选的，重传的RLC SDU3和RLC SDU4的数据的优先级可以高于主网络设备中新传的RLC SDU5。

进一步的，当小区1波束恢复后，若小区2发生波束失败，则在小区2上未正确发送的数据也可以转到小区1上重传。

该示例中，小区1可以是前述实施例中的第一小区，小区2可以是前述实施例中的第二小区。RLC SDU3和RLC SDU4可以是前述实施例中的第一数据。

基于该实现方法，当第一小区由于波束失败导致无法进行数据收发时，通过波束失败检测信息在终端设备侧的传递，可以及时进行RLC数据重传操作，维持无线接入网侧数据的吞吐量，有助于避免HARQ重传不改变数据初传和重传使用的小区，以及数据在物理层的小区状态不清楚情况下的盲重传而造成的数据发送效率低的缺陷。

实现方法三，上述步骤301中，终端设备在第二小区上向网络设备发送空口消息，该空口消息包括上述第一指示信息，该空口消息比如可以是RRC消息、上行控制信息、媒体接入控制控制单元(medium access control control element，MAC CE)等。

参考图10，以图10中的SCG的小区1(即第一小区为SCG的小区1)发生波束失败为例。如图10所示，为DC配置下的跨小区数据发送的又一个示意图，包括以下步骤：

步骤(1)，同上述实现方法一中的步骤(1)，可参考前述描述。

步骤(2)：第一MAC实体将波束失败的结果通知到第二MAC实体。

作为又一种实现方法，也可以不执行上述步骤(1)和(2)，而是执行以下步骤(3)，即在具体应用中，可以执行以上步骤(1)和(2)，或者执行以下步骤(3)。该步骤(3)在某种程度上，可以理解为是上述步骤(1)和(2)的合并步骤，具体如下：

步骤(3)：小区1的波束失败检测由小区1对应的PHY实体和小区2对应的第二MAC实体联合执行。PHY实体根据高层配置的波束检测信号和检测门限进行无线链路质量的监测。当PHY实体检测到无线链路质量差于指定门限时会向第二MAC实体发送指示信息，该指示信息可以称为波束失败指示，第二MAC实体会在指定时间内(如beamFailureDetectionTimer定时器参数指示的时间内)对接收到该指示信息的次数进行计数，当计数次数超过指定次数(如beamFailureInstanceMaxCount参数所指示的次数)时判断为波束失败。此时第二MAC实体可以通过触发小区1上新的RACH接入过程，启动波束失败的恢复过程。

(4)：第二MAC实体可以根据波束失败的指示信息，向主网络设备的MAC实体发送空口消息，该空口消息携带上述第一指示信息，从而触发主网络设备侧进行数据的重传。

(5)：主网络设备接收到空口消息之后，获得其中的第一指示信息，确定小区1发生波束失败，则主网络设备可以通过主网络设备和辅网络设备间的Xn接口或X2接口向辅网络设备查询已经进行初传，但未获得物理层肯定确认的RLC层数据信息(即上述第一数据的信息)，辅网络设备向主网络设备反馈相应的RLC层数据信息。

可选的，针对上述实现方法一至实现方法三，第一小区是高频小区，第二小区是低频小区，或者第一小区是高频小区，第二小区是高频小区，或者第一小区是低频小区，第二小区是低频小区，或者第一小区是低频小区，第二小区是高频小区。作为示例，高频小区可以是在频率范围2(Frequency range 2，FR2)的小区，低频小区可以是在频率范围1(Frequency range 1，FR1)的小区。如表6所示，为频率范围的定义。

表6 频率范围的定义

比如，当上述实现方法一至实现方法三的示例中的小区1为高频小区，小区2为低频小区时，当高频小区由于波束失败导致数据发送中断时，通过其他可正常传输的小区(如低频小区)重新发送初传在高频小区上发送的数据，并在高频小区波束恢复过程中进行新数据的发送，从而维持无线接入网侧吞吐量的大小，提升高频资源使用的可靠性。

上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是，上述实现各网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

如图11所示，为本申请所涉及的数据发送装置的一种可能的示例性框图，该装置1100可以以软件或硬件的形式存在。装置1100可以包括：处理单元1102和通信单元1101。作为一种实现方式，该通信单元1101可以包括接收单元和发送单元。处理单元1102用于对装置1100的动作进行控制管理。通信单元1101用于支持装置1100与其他网络实体的通信。

其中，处理单元1102可以是处理器或控制器，例如可以是通用中央处理器(central processingunit，CPU)，通用处理器，数字信号处理(digital signalprocessing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元1101是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元1101是该芯片用于从其它芯片或装置接收信号的接口电路，或者，是该芯片用于向其它芯片或装置发送信号的接口电路。

该装置1100可以为上述任一实施例中的终端设备，还可以为用于终端设备的芯片。例如，当装置1100为终端设备时，该处理单元1102例如可以是处理器，该通信单元1101例如可以是收发器。可选的，该收发器可以包括射频电路。例如，当装置1100为用于终端设备的芯片时，该处理单元1102例如可以是处理器，该通信单元1101例如可以是输入/输出接口、管脚或电路等。该处理单元1102可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该终端设备内的位于该芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

可以理解的是，该装置用于上述数据发送方法时的具体实现过程以及相应的有益效果，可以参考前述方法实施例中的相关描述，这里不再赘述。

如图12所示，为本申请所涉及的数据发送装置的一种可能的示例性框图，该装置1200可以以软件或硬件的形式存在。装置1200可以包括：处理单元1202和通信单元1201。作为一种实现方式，该通信单元1201可以包括接收单元和发送单元。处理单元1202用于对装置1200的动作进行控制管理。通信单元1201用于支持装置1200与其他网络实体的通信。

其中，处理单元1202可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。存储单元1201可以是存储器。通信单元1201是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元1201是该芯片用于从其它芯片或装置接收信号的接口电路，或者，是该芯片用于向其它芯片或装置发送信号的接口电路。

该装置1200可以为上述任一实施例中的网络设备，还可以为用于网络设备的芯片。例如，当装置1200为网络设备时，该处理单元1202例如可以是处理器，该通信单元1201例如可以是收发器。可选的，该收发器可以包括射频电路。例如，当装置1200为用于网络设备的芯片时，该处理单元1202例如可以是处理器，该通信单元1201例如可以是输入/输出接口、管脚或电路等。该处理单元1202可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该网络设备内的位于该芯片外部的存储单元，如ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM等。

如图13所示，为本申请提供的一种数据发送装置示意图，该装置可以是上述实施例中的终端设备、或网络设备。该装置1300包括：处理器1302、通信接口1303、存储器1301。可选的，装置1300还可以包括通信线路1304。其中，通信接口1303、处理器1302以及存储器1301可以通过通信线路1304相互连接；通信线路1304可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture，简称EISA)总线等。所述通信线路1304可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1302可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口1303，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器1301可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路1304与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1301用于存储执行本申请方案的计算机执行指令，并由处理器1302来控制执行。处理器602用于执行存储器601中存储的计算机执行指令，从而实现本申请上述实施例提供的数据发送方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。此外，对于单数形式“a”，“an”和“the”出现的元素(element)，除非上下文另有明确规定，否则其不意味着“一个或仅一个”，而是意味着“一个或多于一个”。例如，“a device”意味着对一个或多个这样的device。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims

1.一种数据发送方法，其特征在于，包括：

终端设备的第一媒体接入控制MAC实体向所述终端设备的第一分组数据汇聚协议PDCP实体发送第二指示信息，所述第二指示信息用于指示第一小区发生链路异常；

所述终端设备的所述第一PDCP实体向网络设备的PDCP实体发送PDCP状态报告，所述PDCP状态报告包括第一指示信息，所述第一指示信息用于指示所述第一小区发生链路异常；

所述终端设备在第二小区上，从所述网络设备接收第一数据，所述第一数据为在所述第一小区上发送失败的数据；

其中，所述第一小区为主小区组中的小区，所述第二小区为辅小区组中的小区；或者，所述第一小区为辅小区组中的小区，所述第二小区为主小区组中的小区；

所述第一MAC实体与所述第一小区所在的小区组对应，所述第一PDCP实体与所述第一数据对应，所述第一MAC实体与所述第一数据对应。

2.如权利要求1所述的方法，其特征在于，所述PDCP状态报告中的以下一个或多个域用于承载所述第一指示信息：

保留域、协议数据单元类型PDU type域、新扩展的比特域。

3.如权利要求1或2所述的方法，其特征在于，所述第一小区为高频小区，所述第二小区为低频小区。

4.如权利要求1或2所述的方法，其特征在于，所述第一数据为PDCP服务数据单元SDU、RLCSDU或RLC SDU分段。

5.一种数据发送方法，其特征在于，包括：

终端设备的第一媒体接入控制MAC实体向所述终端设备的第一无线链路控制RLC实体发送第三指示信息，所述第三指示信息用于指示第一小区发生链路异常；

所述终端设备的所述第一RLC实体向网络设备的RLC实体发送RLC状态报告，所述RLC状态报告包括第一指示信息，所述第一指示信息用于指示所述第一小区发生链路异常；

所述第一MAC实体与所述第一小区所在的小区组对应，所述第一RLC实体与所述第一数据对应，所述第一MAC实体与所述第一数据对应。

6.如权利要求5所述的方法，其特征在于，所述RLC状态报告中的以下一个或多个域用于承载所述第一指示信息：

保留域、控制协议数据单元类型Control PDU type域、新扩展的比特域。

7.如权利要求5或6所述的方法，其特征在于，所述第一小区为高频小区，所述第二小区为低频小区。

8.如权利要求5或6所述的方法，其特征在于，所述第一数据为PDCP服务数据单元SDU、RLCSDU或RLC SDU分段。

9.一种数据发送装置，其特征在于，包括：处理器和接口电路，所述处理器用于通过所述接口电路与网络设备通信，并执行如权利要求1-8任一所述的方法。

10.一种数据发送装置，其特征在于，包括处理器，用于与存储器相连，调用所述存储器中存储的程序，以执行如权利要求1-8任一所述的方法。

11.一种数据发送装置，其特征在于，包括存储器和处理器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得终端设备执行权利要求1-8任一所述方法。

12.一种存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被执行时使得处理器执行如权利要求1-8任一所述的方法。