高速处理数据的方法和装置与流程

本公开涉及一种用于在移动通信系统中高速处理数据的方法。

背景技术：

为了满足自第四代(4g)通信系统商业化以来不断增长的无线数据流量的需求，人们正在努力开发改进的第五代(5g)通信系统或预5g(pre-5g)通信系统。为此，将5g通信系统或预5g通信系统称为超4g网络通信系统或后长期演进(lte)系统。

为了实现高数据传输速率，正在考虑在极高频率(mmwave)频带(例如，60ghz频带)中实现5g通信系统。为了在极高频带中减轻无线电信号的路径损耗并增加无线电信号的传输距离，波束成形、大规模多输入多输出(大规模mimo)、全尺寸mimo(fd-mimo)、阵列天线、模拟波束成形和大规模天线技术正在讨论中，以在5g通信系统中实现。

此外，为了改善系统的网络，5g通信系统中用于实现演进小型小区、高级小型小区、云无线电接入网(cloudran)、超密集网络、设备到设备(d2d)通信、无线回程、移动网络、协作通信、协调多点(comp)和接收干扰消除等技术发展正在进行中。

此外，正在开发用于在5g系统中实现的包括混合fsk和qam(fqam)和滑动窗口叠加编码(swsc)的高级编码调制(acm)方案以及包括滤波器组多载波(fbmc)、非正交多址接入(noma)和稀疏代码多址接入(scma)的高级接入技术。

技术实现要素：

技术问题

本公开的实施例旨在提供一种用于高速处理数据的方法和装置。本公开的实施例还使得即使在分组数据聚合协议(pdcp)层与无线链路控制(rlc)层之间存在回程接口的情况下也能够实现稳定的数据传输。此外，本公开的实施例将解决由于串接(concatenation)中的长度字段的更新而导致的数据处理速度的降低。另外，实施例将解决如下问题：当支持与多个基站的连接时，可以支持越来越多的承载组合，并且所支持的承载组合变得复杂。

技术方案

本公开的实施例可以提供一种接收设备的操作方法，所述方法包括：接收信令无线电承载(srb)消息；确定是否没有顺序接收到至少一个srb消息；在没有顺序接收到至少一个srb消息的情况下，识别重新排序定时器是否期满；以及在重新排序定时器期满的情况下，确定至少一个srb消息的丢失。

本公开的实施例可以提供一种接收设备，包括：收发器，被配置为发送和接收信号；以及控制器，被配置为：接收信令无线电承载(srb)消息，确定是否没有顺序接收到至少一个srb消息，在没有顺序接收到至少一个srb消息的情况下，识别重新排序定时器是否期满，并且在重新排序定时器期满的情况下，确定至少一个srb消息的丢失。

有益效果

根据本公开的实施例，可以在具有回程接口的环境中实现稳定的数据传输。此外，根据本公开的实施例，可以支持高速数据处理。另外，根据本公开的实施例，在支持与多个基站的连接的情况下，可以简化承载配置。

附图说明

图1是本发明适用的双连接场景；

图2示出本公开可应用于的cu-du分离架构；

图3示出根据本公开实施例的识别srb消息丢失的处理；

图4示出根据本公开实施例的用于重构丢失的srb消息的程序；

图5示出根据本公开实施例的用于重构丢失的srb消息的程序；

图6示出根据本公开实施例的执行重新传输的实体；

图7示出应用常规串接的报头格式；

图8示出根据本公开的实施例的应用串接的报头格式；

图9示出根据本公开实施例的应用串接的另一报头格式；

图10示出根据本公开的实施例的应用串接的另一报头格式；

图11示出根据本公开的实施例的应用串接的另一报头格式；

图12示出根据本公开实施例的在上行链路数据传输中执行无反馈的冗余传输的处理；

图13示出根据本公开实施例的在下行链路数据传输中执行无反馈的冗余传输的处理；

图14示出根据本公开实施例的使得能够与多个基站连接的双连接或多连接环境；

图15示出根据本公开的实施例的承载配置；

图16示出根据本公开实施例的另一承载配置；

图17示出根据本公开实施例的cu-du分离架构中的承载配置；

图18示出根据本公开实施例的用于分别设置序列号和窗口大小的信息；

图19示出根据本公开实施例的根据缓冲器大小配置承载的程序；

图20示出根据本公开实施例的ue的配置；以及

图21示出根据本公开的实施例的基站的配置。

具体实施方式

在下文中，将参照附图详细描述本公开的示例性实施例。在此，应当注意，附图中相同的附图标记表示相同的结构元件。此外，将省略可能使本公开的主题不清楚的已知功能和配置的详细描述。

在描述本公开的示例性实施例时，将省略与本公开所属领域中公知的并且与本公开不直接相关的技术内容相关的描述。这样的不必要描述的省略旨在防止模糊本公开的主要思想，并且更清楚地传达主要思想。

出于相同的原因，在附图中，一些元件可能被放大，省略或示意性地示出。此外，每个元件的大小并不完全反映实际大小。在附图中，相同或相应的元件具有相同的附图标记。

通过参照下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得显而易见。然而，本公开不限于以下阐述的实施例，而是可以以各种不同的形式来实现。提供以下实施例仅是为了完全公开本公开并将本公开的范围告知本领域技术人员，并且本公开仅由所附权利要求的范围来限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。

在此，将理解，流程图图示的每个块以及流程图图示中的块的组合可以通过计算机程序指令来实现。可以将这些计算机程序指令提供给通用计算机，专用计算机或其他可编程数据处理装置的处理器以产生机器，从而使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现一个或多个流程图块中指定功能的装置。这些计算机程序指令也可以存储在计算机可用或计算机可读存储器中，可以指导计算机或其他可编程数据处理装置以特定方式运行，使得存储在计算机可用或计算机可读存储器中的指令产生包括实现一个或多个流程图块中指定的功能的指令装置的产品。也可以将计算机程序指令加载到计算机或其他可编程数据处理装置上，使一系列操作步骤在计算机或其他可编程装置上执行，以产生计算机实现的处理，从而使在计算机或其他可编程装置上执行的指令提供用于实现在一个或多个流程图块中指定的功能的步骤。

另外，流程图的每个块可以代表模块，段或代码的部分，包括用于实现指定的一个或多个逻辑功能的一个或多个可执行指令。还应注意，在一些替代实现方式中，块中指出的功能可以不按顺序发生。例如，根据所涉及的功能，实际上可以基本上同时执行连续示出的两个块，或者有时可以以相反的顺序执行块。

如本文所使用的，“单元”是指执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(fpga)或专用集成电路(asic)。然而，“单元”并不总是具有限于软件或硬件的含义。“单元”可以被构造为存储在可寻址存储介质中或执行一个或多个处理器。因此，“单元”包括，例如，软件元件，面向对象的软件元件，类元素或任务元素，处理，功能，属性，过程，子例程，程序代码段，驱动程序，固件，微代码，电路，数据，数据库，数据结构，表，数组和参数。“单元”提供的元件和功能可以组合成较少数量的元件，“单元”，或者也可以划分成大量元件，“单元”。此外，元件和“单元”可以被实现为再现设备或安全多媒体卡内的一个或多个cpu。

图1示出在双连接(dualconnectivity,dc)架构中的两层协议栈的示例作为应用本公开的一种情况。在双连接架构中，存在两个基站，分别称为第一基站110和第二基站120，并且每个基站可以至少每个承载具有rlc和mac层。在双连接架构中，特定承载可以在一个基站的pdcp层中分离，以映射到第一基站110和第二基站120的rlc层。在此，第一基站110的pdcp层和第二基站120的rlc层可以经由回程接口连接。回程接口可以具有无线或有线连接。在此，由于回程接口的特性，可能会丢失分组，从而可能对系统的性能和操作造成问题。尽管图1示出了包括两个基站的双连接架构，但是本公开可以扩展到如图14至图16所示其中两个或更多个基站被连接的多连接架构。

图2示出中央单元(cu)-分布式单元(du)-分离架构中的两层协议栈作为应用本公开的一种情况。cu-du分离架构也可以扩展到图1所示的双连接架构或多连接架构。cu210可以至少具有用于特定承载的pdcp层，并且du220和230可以至少具有用于特定承载的rlc和mac层。为了在cu-du分离架构中具有双连接架构，特定承载可以在cu210的pdcp层中分离以映射到多个du220和230的rlc层。在此，可以经由回程接口来连接cu210的pdcp层和du220和230的rlc层。回程接口可以具有无线或有线连接。在此，由于回程接口的特性，可能会丢失分组，从而可能对系统的性能和操作造成问题。尽管图2示出了包括两个基站的双连接架构，但是本公开可以扩展到如图17所示的其中两个或更多个基站被连接的多连接架构。

图3示出根据本公开实施例的识别信令无线电承载(signalingradiobearer，srb)消息的丢失的处理。尽管图3的实施例示出了ue310向基站305发送上行链路srb消息的示例，但是实施例还可以应用于从基站305向ue310发送的下行链路srb消息。该srb消息可以包括无线电资源控制(rrc)消息或非接入层(nas)消息。srb消息可以包括通过srb接收的消息。在图3的实施例中，ue向基站发送三个srb消息(消息#1、消息#2和消息#3)。ue310在操作320中将srb消息#1发送到基站305，在操作330中将srb消息#2发送到基站305，并且在操作340中将srb消息#3发送到基站305。在图3的实施例中，假设消息#2丢失。在此，基站305在接收到消息#3之后识别出消息没有被顺序接收。例如，基站可以基于pdcp序列号(sn)识别出消息没有被顺序接收。基站305识别重新排序定时器是否正在运行。当重新排序定时器没有运行时，基站305启动重新排序定时器。在重新排序定时器期满之后，基站305识别出消息#2丢失。对于srb消息，分组的丢失可能会给系统的性能和操作带来严重的问题。因此，接收器(即基站305)需要在重新排序定时器期满之后识别出消息#2的丢失，并且需要执行恢复消息#2或为丢失做准备的程序。也就是说，根据本公开的实施例，基站识别出没有顺序接收到srb消息，操作重新排序定时器，并且在重新排序定时器期满的情况下识别srb消息的丢失。提出一种用于为srb消息应用重新排序定时器并在重新排序定时器期满之后重构丢失的消息的程序作为根据本公开的实施例的新方法。

图4示出根据本公开实施例的用于重构丢失的srb消息的程序。图4的程序可以是图3的程序之后的程序。尽管图4作为示例参考基站描述该程序，但是该程序可以等同地应用于如图3所示ue接收下行链路srb消息的情况。参照图4，在操作410中，基站识别出重新排序定时器期满。在重新排序定时器期满之后，在操作420中，消息#2的丢失可以被报告给基站的上层。例如，基站的pdcp层可以向基站的上层报告srb消息的丢失。在此，上层可以是rrc层、nas层或qos层。当向上层报告消息#2的丢失时，也可以报告丢失消息的pdcp序列号(sn)，或者可以仅报告srb消息的丢失。接收器(即基站)可以基于该报告执行用于重构丢失的srb消息的程序。基站可以请求重新传输丢失的srb消息。当在维持当前连接的同时不可能重构丢失的srb消息时，基站可以执行用于连接重建的操作。

图5示出根据本公开实施例的用于重构丢失的srb消息的程序。在根据图3和图4的实施例确定srb消息的丢失之后，确定srb消息丢失的基站可以请求srb消息的传输状态和丢失消息的重新传输。在图5的实施例中，将确定srb消息丢失的基站称为第一子基站510，并且假定第一子基站510是包括pdcp层、rrc层、nas层或qos层的基站。第一子基站510可以是cu，第二子基站520可以是du。另外，第一子基站510可以是dc中的主基站，并且第二子基站520可以是辅基站。在操作530中，第一子基站510的pdcp、rrc层、nas层或qos层中的一个可以向包括rlc层的基站(第二子基站520)请求srb消息的传输状态。在此，传输状态可以是在指定时间内发送的srb消息的数量、消息类型或消息编号中的至少一个。在操作540中，第二子基站520可以向第一子基站510报告关于发送到第一子基站510的消息的信息。可选地，在操作550中，第二子基站520可以将第一子基站510未接收的srb消息发送到第一子基站510。

图6示出根据本公开实施例的执行重新传输的实体。在通信系统中，rlc层通常负责基站与ue之间的重新传输。然而，在如图1或图2的环境中回程接口连接rlc层和pdcp层的情况下，由于回程接口的约束，rlc层进行的重新传输可能不能保证完整的数据传送。在这种情况下，pdcp层进行的重新传输可以用于协助。在图6的实施例中，基站的rlc层620负责基站和ue630之间的重新传输，并且基站的pdcp层610负责与基站的pdcp层610和基站的rlc层620之间的丢失相关的重新传输。在图3的重新排序定时器期满之后，接收器可以将关于srb消息的状态报告消息发送到发送器，从而向发送器报告存在丢失的srb消息。根据实施例，接收器的pdcp层可以周期性地向发送器发送状态报告消息。发送器的pdcp层可以基于该消息来执行重新传输。

图7示出应用常规串接的报头格式。串接是指将数据分组(服务数据单元：sdu)组合为一个协议数据单元(pdu)的处理。在执行串接的情况下，长度字段包括在串接层的报头710中，以包括关于串接的sdu的长度信息，以便重构串接的pdu。然而，由于该长度字段在串接完成之后被最后更新，因此在整个串接完成之前包括该报头的前端数据不能向下发送到下层。在此，下层可以是物理层的信道编码功能。长度字段中可以包括的信息可以是串接的sdu的长度的总和、串接的sdu的数量和每个sdu的长度。在串接的sdu具有相同长度的情况下，该信息可以包括一个sdu的长度和串接的sdu的数量。可以包括指示串接的sdu具有相同长度还是不同长度的指示符。

图8示出根据本公开的实施例的应用串接的报头格式。如在图7的实施例中执行串接的情况下，需要最后更新长度字段。在图8的实施例中，报头字段的长度字段810设置在pdu之后。在执行串接的情况下，可以在仅将诸如逻辑信道id的必要(essential)字段插入到报头字段之后，将分组串接。在此，关于每个sdu的长度信息可以存储在串接功能中，然后可以在最后sdu之后或者在串接终止之后的所有pdu之后立即插入。在此，可以紧接长度字段810之前设置填充。可以在长度字段810中包括的信息可以是串接的sdu的长度的总和、串接的sdu的数量以及每个sdu的长度。在串接的sdu具有相同长度的情况下，该信息可以包括一个sdu的长度和串接的sdu的数量。可以包括指示串接的sdu具有相同长度还是不同长度的指示符。接收器可以在读取前部的报头字段和后部的长度字段之后将串接的sdu分开。

报头字段可以包括sdu串接信息。sdu串接信息可以是关于长度字段810的位置信息。在长度字段位于前部的情况下，sdu串接信息可以被解释为指示sdu未串接，并且在长度字段位于后部的情况下，sdu串接信息可以被解释为指示sdu被串接。在另一实施例中，sdu串接信息可以由指示sdu是否被串接的一比特指示符来表示。

在另一实施例中，可以将长度字段设置在pdu的后面，而不管sdu是否被串接。

图9示出根据本公开的实施例的应用串接的报头格式。如在图7的实施例中执行串接的情况下，需要最后更新长度字段。在图9的实施例中，报头字段的长度字段设置在pdu之后。在执行串接的情况下，可以在仅将诸如逻辑信道id的必要字段插入到报头字段之后，将分组串接。在此，每个sdu的长度可以存储在串接功能中，然后可以在串接终止之后的所有pdu之后插入。在此，可以紧接长度字段910之前设置填充。在另一实施例中，可以在每个pdu的最后sdu之后立即设置填充(不在长度字段之后设置)。在图9的实施例中，假设存在包括串接的sdu的两个pdu。每条串接数据可以是同一逻辑信道中的sdu。在此，存在与各个串接的报头相对应的长度字段910和920。这些长度字段可以一起设置在pdu的末端。在图9的实施例中，长度字段910和920的第一长度字段910可以是对应于第一报头911的长度字段，并且第二长度字段920可以对应于第二报头921。可以在长度字段910和920中包括的信息可以是串接的sdu的长度的总和、串接的sdu的数量以及每个sdu的长度。在串接的sdu具有相同长度的情况下，该信息可以包括一个sdu的长度和串接的sdu的数量。可以包括指示串接的sdu具有相同长度还是不同长度的指示符。接收器可以在读取前部的报头字段和后部的长度字段之后将串接的sdu分开。

报头字段911和921可以包括sdu串接信息。sdu串接信息可以是关于长度字段910和920的位置信息。在长度字段位于前部的情况下，sdu串接信息可以被解释为指示sdu未串接，并且在长度字段位于后部的情况下，sdu串接信息可以被解释为指示sdu被串接。在另一实施例中，sdu串接信息可以由指示sdu是否被串接的一比特指示符来表示。

在另一实施例中，可以将长度字段910和920设置在pdu之后，而不管sdu是否被串接。

图10示出根据本公开的实施例的应用串接的报头格式。如在图7的实施例中执行串接的情况下，需要最后更新长度字段。在图10的实施例中，报头字段的长度字段设置在pdu之后。在执行串接的情况下，可以在仅将诸如逻辑信道id的必要字段插入到报头字段之后，将分组串接。在此，关于每个sdu的长度信息可以存储在串接功能中，然后可以在串接终止之后的所有pdu之后插入。在此，可以紧接在长度字段1020之前设置填充。在另一实施例中，可以在每个pdu的最后sdu之后立即设置填充(不在长度字段之后设置)。在图10的实施例中，假定存在包括串接的sdu的两个pdu。每条串接数据可以是同一逻辑信道中的sdu。在此，存在与各个串接的报头相对应的长度字段1010和1020。这些长度字段1010和1020可以一起设置在pdu的末端。在图10的实施例中，长度字段的最后长度字段1010可以是对应于第一报头1011的长度字段，并且第二最后长度字段1020可以对应于第二报头1021。以这种方式，第一长度字段可以对应于最后报头。可以在长度字段中包括的信息可以是串接的sdu的长度的总和、串接的sdu的数量和每个sdu的长度。在串接的sdu具有相同长度的情况下，该信息可以包括一个sdu的长度和串接的sdu的数量。可以包括指示串接的sdu具有相同长度还是不同长度的指示符。接收器可以在读取前部的报头字段和后部的长度字段之后将串接的sdu分开。

报头字段1011和1021可以包括sdu串接信息。sdu串接信息可以是关于长度字段1010和1020的位置信息。在长度字段位于前部的情况下，sdu串接信息可以被解释为指示sdu未串接，并且在长度字段位于后部的情况下，sdu串接信息可以被解释为指示sdu被串接。在另一实施例中，sdu串接信息可以由指示sdu是否被串接的一比特指示符来表示。

在另一实施例中，可以将长度字段1010和1020设置在pdu之后，而不管sdu是否被串接。

图11示出根据本公开的实施例的应用串接的报头格式。如在图7的实施例中执行串接的情况下，需要最后更新长度字段。在图11的实施例中，报头字段的长度字段设置在pdu之后。在执行串接的情况下，可以在仅将诸如逻辑信道id的必要字段插入到报头字段之后，将分组串接。在此，关于每个sdu的长度字段可以存储在串接功能中，然后可以在最后sdu之后或者在串接终止之后的所有pdu之后立即插入。在其他sdu被单独串接的情况下，可以在长度字段1110之后设置用于其他sdu的报头1121，并且可以在这些sdu之后同样地设置与该串接相对应的长度字段1120。在此，可以在pdu中紧接在最后长度字段1120之前设置填充。可以在长度字段1110和1120中包括的信息可以是串接的sdu的长度的总和、串接的sdu的数量以及每个sdu的长度。在串接的sdu具有相同长度的情况下，该信息可以包括一个sdu的长度和串接的sdu的数量。接收器可以在读取前部的报头字段和后部的长度字段之后将串接的sdu分开。

报头字段1111和1121可以包括sdu串接信息。sdu串接信息可以是关于长度字段1110和1120的位置信息。在长度字段位于前部的情况下，sdu串接信息可以被解释为指示sdu未串接，并且在长度字段位于后部的情况下，sdu串接信息可以被解释为指示sdu被串接。在另一实施例中，sdu串接信息可以由指示sdu是否被串接的一比特指示符来表示。

在另一实施例中，可以将长度字段设置在pdu之后，而不管sdu是否被串接。

图12示出根据本公开实施例的在上行链路数据传输中执行无反馈的冗余传输的处理。

在图12的开始，基站1205可以在harq处理#1中向ue1210通知数据传输(操作1221)。在此，基站通过假设新数据指示符(ndi)值为1来指示在harq处理#1中发送新数据，并将冗余版本(rv)设置为0。ue1210可以从物理下行链路控制信道(pdcch)解码该消息，然后可以经由数据处理在预定时间之后发送数据(操作1223)。通常，基站1205可以根据数据传输的成功/失败来请求重新传输或者可以请求传输新的数据。

在图12的实施例中，然而，基站1205可以在相同harq处理(图12的实施例中的harq处理#1)中以相同ndi值请求数据传输，而不管相应数据传输的成功/失败(在基站确定由ue发送的上行链路数据的成功/失败之前)(操作1231)。在此，rv值可以改变。ue1210可以从pdcch解码该消息，然后可以经由数据处理在预定时间之后发送数据(操作1233)。同样，基站可以请求进一步的数据传输(操作1241)。ue可以从pdcch解码该消息，然后可以经由数据处理在预定时间之后发送数据(操作1243)。在图12的实施例中，假设不管数据传输的成功/失败而执行这种重复的数据传输，这使得能够进行快速的数据重新传输和稳定的传输。在此，可以对每个数据传输发送指示数据是否被成功接收的harq反馈，或者对于在预定时间内接收的数据仅发送一次指示数据是否被成功接收的harq反馈。

在图12的实施例中，在执行冗余传输的情况下，在相应harq处理中处理的逻辑信道可以被限制于诸如pdcch的资源。例如，仅用于分组复制的逻辑信道可以包括在传输中。为此，在第一资源分配(ndi切换)中，基站可以指定在传输中仅包括特定逻辑信道。

图13示出根据本公开实施例的在下行链路数据传输中执行无反馈的冗余传输的处理。

在图13的开始，基站1305可以向ue1310通知harq处理#1中的数据传输，并且还可以发送分组(操作1321)。在此，基站通过假设ndi值为1来指示在harq处理#1中发送新数据，并且将rv设置为0。ue1310可以从pdcch解码该消息，可以从与pdcch信息相对应的物理资源(物理资源块)接收数据，然后可以通过处理在预定时间之后通过ack/nack消息报告分组传输的成功/失败(操作1323)。通常，基站可以随后根据数据传输的成功/失败来执行重新传输。

在图13的实施例中，然而，基站1305在相同harq处理(图13的实施例中的harq处理#1)中以相同ndi值执行数据传输，而不管对应数据传输的成功/失败(操作1331)。在此，rv值可以改变。ue1310可以解码pdcch，可以从与pdcch信息相对应的物理资源(物理资源块)接收数据，并且然后可以经由处理在预定时间之后通过ack/nack消息报告分组传输的成功/失败(操作1333)。同样，基站1305可以执行第三数据传输。在图13的实施例中，假设不管数据传输的成功/失败而执行了这种重复的数据传输，这使得能够进行快速的数据重新传输和稳定的传输。在此，可以对每个数据传输发送指示数据是否被成功接收的harq反馈，或者对于在预定时间内接收的数据仅发送一次指示数据是否被成功接收的harq反馈。

在图13的实施例中，在基站1305执行冗余传输的情况下，基站1305可以限制在相应的harq处理中处理的逻辑信道。例如，基站1305可以被配置为使用用于分组复制的逻辑信道来单独执行传输。

图14示出根据本公开实施例的能够与多个基站连接的双连接或多连接环境。

在图14的实施例中，有四个可连接的基站。假设基站11410、基站21420和基站31430包括从服务数据适配协议(sdap)层到phy层的所有用户平面栈。基站41440被配置为仅包括rlc、mac和phy层。基站和ue需要确定将具有的承载类型。可以在基站和ue建立连接的情况下或者在基站和ue重新配置连接的情况下(在连接重新配置程序中)确定承载类型。sdap/pdcp层可以被视为上l2，rlc/mac层可以被视为下l2。根据配置，上l2和下l2未必包括在同一基站中。如图1和图2的实施例中所示，上l2和下l2可以经由回程接口连接。在cu-du分离架构中也可以看到这种环境。根据实施例，同一基站中的上l2和下l2可以被一起配置，使得可以不需要经由回程接口的连接。

图15，图16和图17示出根据本公开实施例的在能够与多个基站连接的双连接或多连接环境中配置承载类型的方法。

每个承载可以与多个基站的上l2和下l2建立连接，如图14所示。每个承载还可以在ue-基站连接中具有上l2和下l2的不同组合。例如，信令无线电承载(srb)和数据无线电承载(drb)可以具有不同的上l2和下l2。另外，在drb当中，drb1和drb2可以具有不同的上l2和下l2。图15，图16和图17示出特定实施例，其中特定承载被映射到上l2和下l2。通常，承载配置所需的信息可以包括以下信息中的一些。

-承载id

-应用上l2的基站的id

-应用下l2的基站的数量

-应用下l2的基站的id

-上l2是否连接到主基站(此处，主基站是例如在双连接或多连接中控制ue的rrc的基站。主基站可以连接到核心网并可以参与控制ue。在主基站中，可以激活ue的sdap(qos)层)。

-是否包括sdap层报头

图15示出承载配置的实施例。图15的实施例示出特定承载连接到基站11510的上l2并且连接到基站11510和基站41540的下l2的配置。在此，在配置承载的情况下，可以包括应用上l2的基站的id(其是基站11510的id)、应用下l2的基站的数量(其为2)、以及应用下l2的基站的id(其为基站11510的id和基站41540的id)。如果需要，可以指示应用上l2的基站是否是主基站。根据实施例，可以仅对下l2基站配置承载，而不包括包含上l2的基站的id。

图16示出承载配置的实施例。图16的实施例示出特定承载连接到基站21620的上l2并且连接到基站1的下l2的配置。在此，在配置承载的情况下，可以包括应用上l2的基站的id(其为基站21620的id)、应用下l2的基站的数量(其为1)以及应用下l2的基站的id(其为基站11610的id)。如果需要，可以指示应用上l2的基站是否是主基站。根据实施例，可以仅对下l2基站配置承载，而不包括包含上l2的基站的id。

图17示出cu-du分离架构中的承载配置的实施例。图14至图16的实施例也可以应用于cu-du分离架构。在cu-du分离架构中，上l2可以对应于cu，而下l2可以对应于du。在此，在图17的实施例中，可以假设cu-du分离架构，并且假设cu和du被配置为单独的实体。图17示出特定承载连接到cu21720的上l2并且连接到du11715的下l2的配置。在此，在配置承载的情况下，可以包括应用上l2的基站的id(其为cu21720的id)、应用下l2的基站的数量(其为1)、以及应用下l2的基站的id(其为du11715的id)。如果需要，可以指示应用上l2的基站是否是主基站。根据实施例，可以仅对下l2基站配置承载，而不包括包含上l2的基站的id。

图18示出根据本公开的实施例的用于分开设置序列号(sn)和窗口大小的信息。

在相关技术中，在配置承载的情况下，可以在rrc连接重新配置消息中设置序列号的大小。在相关技术中，在确定序列号的大小的情况下，窗口大小被确定为2^(序列号比特数-1)。然而，过大的窗口大小可能使得难以实现通信设备。因此，需要减小窗口大小。

在图18的实施例中，窗口大小和序列号被分开设置。图18的实施例示出了pdcpsn和pdcp窗口大小。然而，实施例不限于pdcp层，而是可以应用于rlc层或具有不同序列号的层。此外，图18的实施例通过示例示出drb配置，但是可以应用于srb配置。在图18中，对于无线电承载1，使用18比特序列号并且窗口大小是2048。基站和ue可以基于这些值经由承载执行分组发送和接收程序。

图19示出根据缓冲器大小的ue能力来确定图18的承载配置的程序。

序列号和窗口大小受数据传输速率的影响。在此，在序列号和窗口大小过大的情况下，ue和基站可能需要大的缓冲器大小。也就是说，可以限制ue1920和基站1910的缓冲器大小。因此，ue1920可以向基站1910通知ue的缓冲器大小(操作1930)。在ue1920的缓冲器大小小于或等于预定水平的情况下，基站可以将序列号大小或窗口大小设置为指定值或更小(操作1940)。另外，ue1920可以经由ue能力来发送可允许窗口大小。基站可以基于可允许窗口大小来设置可应用于ue的窗口大小。

图20示出根据本公开实施例的ue的配置。

参照图20，ue2000可以包括收发器2010、控制器2020和存储单元2030。在本公开，控制器2020可以被定义为电路、专用集成电路或至少一个处理器。

收发器2010可以向不同网络实体发送信号和从不同网络实体接收信号。例如，收发器2010可以从基站接收信号、信息、数据、分组等，或者可以向基站发送信号、信息、数据、分组等。

根据本公开中提出的实施例，控制器2020可以控制ue的整体操作。控制器2020可以控制参照图1至图19示出的ue的操作。控制器2020可以控制收发器2010和/或存储单元2030。

控制器2020可以接收信令无线电承载(srb)消息，可以确定是否没有顺序接收到至少一个srb消息，可以在没有顺序接收到至少一个srb消息的情况下识别重新排序定时器是否期满，并且可以在重新排序定时器期满的情况下确定至少一个srb消息的丢失。srb消息可以包括无线电资源控制(rrc)消息或非接入层(nas)消息。

在确定丢失至少一个srb消息的情况下，控制器2020可以控制接收设备的pdcp层向接收设备的上层发送指示至少一个srb消息的丢失的信息。指示至少一个srb消息的丢失的信息可以包括丢失的srb消息的pdcpsn和指示srb消息的丢失的指示符。

另外，在没有顺序接收到至少一个srb消息的情况下，控制器2020可以识别重新排序定时器是否正在运行，并且在重新排序定时器没有运行的情况下，控制器2020可以控制重新排序定时器启动。另外，在至少一个srb消息在双连接的基站之间的回程中丢失的情况下，控制器2020可以执行控制以请求从双连接的基站当中的从ue接收到srb的基站的pdcp层重新传输丢失的srb消息。此外，控制器2020可以执行控制以请求重新传输丢失的srb消息或发送连接重新配置请求消息。

存储单元2030可以存储通过收发器2010发送和接收的信息以及由控制器2020生成的信息中的至少一个。

图21示出根据本公开的实施例的基站的配置。

参照图21，基站2100可以包括收发器2110、控制器2120和存储单元2130。在本公开中，控制器2020可以被定义为电路、专用集成电路或至少一个处理器。

收发器2110可以向不同网络实体发送信号和从不同网络实体接收信号。例如，收发器2110可以从ue接收信号、信息、数据、分组等，或者可以向ue发送信号、信息、数据、分组等。

根据本公开中提出的实施例，控制器2120可以控制基站的整体操作。控制器2120可以控制参照图1至图19示出的基站的操作。控制器2120可以控制收发器2110和/或存储单元2130。

控制器2120可以接收信令无线电承载(srb)消息，可以确定是否没有顺序接收到至少一个srb消息，可以在没有顺序接收到至少一个srb消息的情况下识别重新排序定时器是否期满，并且可以在重新排序定时器期满的情况下确定至少一个srb消息的丢失。srb消息可以包括无线电资源控制(rrc)消息或非接入层(nas)消息。

在确定丢失至少一个srb消息的情况下，控制器2120可以控制接收设备的pdcp层向接收设备的上层发送指示至少一个srb消息的丢失的信息。指示至少一个srb消息的丢失的信息可以包括丢失的srb消息的pdcpsn和指示srb消息的丢失的指示符。

另外，控制器2120可以在没有顺序接收到至少一个srb消息的情况下识别重新排序定时器是否正在运行，并且在重新排序定时器没有运行的情况下可以控制重新排序定时器启动。此外，控制器2120可以执行控制以请求丢失的srb消息的重新传输或者发送连接重新配置请求消息。

存储单元2130可以存储通过收发器2110发送和接收的信息以及由控制器2120生成的信息中的至少一个。

提供说明书和附图中公开的实施例仅是为了容易地描述和帮助对本公开的透彻理解，而不意在限制本公开的范围。因此，应该解释为，除了本文公开的实施例之外，从本公开的技术思想得出的所有修改和改变或修改和改变的形式均落入本公开的范围内。