用于处理用于分组复制的数据的方法和设备与流程

本公开涉及用于处理用于分组复制(packetduplication)的数据的方法和设备，更具体地，涉及用于分组复制的数据结构。

背景技术：

为了满足在4g通信系统商业化后增长的无线数据业务需求，人们已经在努力开发改进的5g通信系统或准5g(pre-5g)通信系统。为此，5g通信系统或准5g通信系统被称为超4g网络通信系统或后lte系统。

为了实现高数据传输速率，正在考虑在毫米波频带(例如60ghz频带)中实施5g通信系统。在5g通信系统中，正在讨论诸如波束成形、大规模mimo、全维mimo(fd-mimo)、阵列天线、模拟波束成形和大规模天线之类的技术作为减轻毫米波频带中的传播路径损耗并增加传播传输距离的手段。

此外，5g通信系统已经开发出诸如演进小小区、高级小小区、云无线接入网(ran)、超密集网络、设备到设备通信(d2d)、无线回程、移动网络、协作通信、协调多点(comp)以及接收干扰消除等之类的技术以改善系统网络。

此外，5g系统还开发了诸如混合fsk和qam调制(fqam)和滑动窗口叠加编码(swsc)之类的高级编码调制(acm)方案以及诸如滤波器组多载波(fbmc)、非正交多址(noma)和稀疏码多址(scma)之类的高级接入技术。

同时，因特网已经从其中人类生成和消费信息的面向人的连接网络演变为物联网(iot)网络，在物联网中，包括物件的分布式组件交换和处理信息。已经出现了万物互联(ioe)技术，在其中通过与云服务器等的连接的大数据处理技术与iot技术相结合。为了实施iot，需要诸如传感技术、有线/无线通信、网络基础设施、服务接口技术和安全技术等之类的技术因素，并且近来已经在进行对诸如传感器网络、机器对机器(m2m)、机器类型通信(mtc)等之类的技术的研究。在iot环境中，通过收集和分析连接对象中生成的数据，可以提供智能互联网技术(it)服务以为人们的生活创造新的价值。通过传统信息技术(it)与多个工业的融合，iot可应用于诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、智能电网、医疗保健、智能家电或高科技医疗服务等之类的领域。

因此，正在进行将5g通信系统应用于iot网络的各种尝试。例如，诸如传感器网络、机器到机器(m2m)通信、机器类型通信(mtc)等之类的5g通信技术通过诸如波束成形、mimo和阵列天线之类的技术来实施。云ran作为大数据处理技术的应用可以是5g技术和iot技术的融合的示例。

同时，在基于分组的移动通信系统中，需要研究用于处理用于分组复制的数据的方法和结构。

技术实现要素：

技术问题

本公开实施例要解决的技术问题是提供用于处理用于分组复制的数据的方法和设备，更具体地，提供用于其的数据结构。

本公开要解决的技术问题是在执行分组复制时提供无线承载配置方案、分组复制操作和缓冲器状态报告方案。

技术方案

根据本公开一实施例，一种移动通信系统中的终端的方法可以包括：从基站接收用于将逻辑信道映射到分量载波(cc)的信息；根据所述信息，通过已经向其映射了逻辑信道的cc，向基站发送在所述逻辑信道中处理的数据分组。

根据本公开另一实施例，一种移动通信系统中的终端可以包括：用于发送或接收信号的收发器；控制器，被配置为从基站接收用于将逻辑信道映射到分量载波(cc)的信息、并且根据所述信息通过已经向其映射了逻辑信道的cc向基站发送在所述逻辑信道中处理的数据分组。

根据本公开又一实施例，一种移动通信系统中的基站的方法可以包括：向终端发送用于将逻辑信道映射到分量载波(cc)的信息；根据所述信息，从所述终端通过已经向其映射了逻辑信道的cc接收在所述逻辑信道中处理的数据分组。

根据本公开又一实施例，一种移动通信系统中的基站可以包括：用于发送或接收信号的收发器；控制器，被配置为向终端发送用于将逻辑信道映射到分量载波(cc)的信息、并且根据所述信息通过已经向其映射了逻辑信道的cc从所述终端接收在所述逻辑信道中处理的数据分组。

本公开要解决的技术问题不限于上述技术主题，本公开领域技术人员通过以下描述可以清楚地理解本文未提及的其它技术主题。

有益技术效果

本公开的实施例可提供用于分组复制的数据处理方法和结构。此外，根据本公开的实施例，可在具有多个链路的通信环境中有效地执行复制传输。

附图说明

图1示出了lteca环境中的无线承载结构。

图2示出了根据本公开一实施例的用于执行分组复制的发送器的基本流程图。

图3示出了根据本公开一实施例的用于分组复制的承载结构。

图4示出了根据本公开另一实施例的用于分组复制的承载结构。

图5示出了根据本公开另一实施例的用于分组复制的承载结构。

图6示出了根据本公开另一实施例的用于分组复制的承载结构。

图7示出了根据本公开另一实施例的用于分组复制的承载结构。

图8示出了根据本公开另一实施例的用于分组复制的承载结构。

图9示出了根据本公开一实施例的用于分组复制的无线承载配置消息。

图10示出了根据本公开一实施例的分组复制的配置和释放。

图11示出了根据本公开另一实施例的分组复制的配置和释放。

图12示出了根据本公开另一实施例的分组复制的配置和释放。

图13示出了根据本公开一实施例的当开始分组复制时通过用于分组复制的逻辑信道开始分组传输的方案。

图14示出了根据本公开另一实施例的当开始分组复制时通过用于分组复制的逻辑信道开始分组传输的方案。

图15示出了根据本公开另一实施例的当开始分组复制时通过用于分组复制的逻辑信道开始分组传输的方案。

图16示出了根据本公开一实施例的当释放分组复制时执行的过程。

图17示出了根据本公开另一实施例的当释放分组复制时执行的过程。

图18示出了当执行分组复制时的详细操作的示例。

图19示出了根据本公开一实施例的在执行分组复制时的上行链路缓冲器状态报告的传输。

图20示出了根据本公开另一实施例的在执行分组复制时上行链路缓冲器状态报告的传输。

图21示出了根据本公开另一实施例的在执行分组复制时上行链路缓冲器状态报告的传输。

图22示出了根据本公开一实施例的分组复制的次数的应用。

图23示出了根据本公开一实施例的分组复制激活消息的格式。

图24示出了根据本公开一实施例的分组复制激活消息的另一种格式。

图25示出了根据本公开一实施例的分组复制激活消息的另一种格式。

图26示出了根据本公开一实施例的分组复制去激活消息的格式。

图27示出了根据本公开一实施例的分组复制去激活消息的另一种格式。

图28示出了根据本公开一实施例的分组复制去激活消息的另一种格式。

图29示出了根据本公开一实施例的分组复制激活/去激活消息的另一种格式。

图30示出了根据本公开另一实施例的用于分组复制的无线承载配置消息。

图31示出了根据本公开又一实施例的用于分组复制的无线承载配置消息。

图32示出了根据本公开一实施例的分组复制激活消息的另一种格式。

图33示出了根据本公开一实施例的分组复制去激活消息的另一种格式。

图34示出了根据本公开一实施例的分组复制激活消息的另一种格式。

图35示出了根据本公开一实施例的分组复制去激活消息的另一种格式。

图36示出了根据本公开一实施例的用于动态改变逻辑信道和cc之间的映射关系的消息的格式。

图37示出了根据本公开一实施例的开始分组复制的配置的过程。

图38示出了根据本公开一实施例的终端。

图39示出了根据本公开一实施例的基站。

图40示出了根据本公开一实施例的用于分组复制的承载结构和主逻辑信道的确定。

图41示出了根据本公开一实施例的接收器的操作。

图42示出了根据本公开一实施例的子报头的格式。

图43示出了根据本公开一实施例的接收器的操作。

具体实施方式

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

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

出于同样的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。此外，每个元件的尺寸并不完全反映实际尺寸。在附图中，相同或相应的元件被提供相同的附图标记。

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

这里，将理解，流程图图示的每个块以及流程图图示中的块的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理设备的处理器以产生机器，使得通过计算机的处理器或其它可编程数据处理设备而被执行的指令创建用于实现流程图块或多个块中指定的功能的方式。这些计算机程序指令还可以存储在计算机可用或计算机可读存储器中，其可以指示计算机或其它可编程数据处理设备以特定方式起作用，使得存储在计算机可用或计算机可读存储器中的指令产生包含指令手段的制品，该指令手段实现流程图块或多个块中指定的功能。计算机程序指令也可以被加载到计算机或其它可编程数据处理设备上以使得在计算机或其它可编程设备上执行一系列操作以产生计算机实现的过程，这样在计算机或其它可编程设备上执行的指令提供用于实现流程图块或多个块中指定的功能的操作。

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

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

图1示出了lte载波聚合(ca)环境中的无线承载结构100。在lteca中，针对每个承载处理数据流并且将数据映射到一个无线承载。这些无线承载一对一地映射到逻辑信道，并且这些逻辑信道在mac层中被复用并且然后被传输。ca是通过捆绑多个(various)分量载波(cc)来使用多个(various)频率资源的集合的技术，其中已经在mac层中复用的数据通过cc之一传输。图1示出一个实施例，其中每个具有pdcp设备和rlc设备的无线承载1和2分别被映射到逻辑信道#1和#2。当这些逻辑信道#1和#2在mac层中被复用之后，数据然后通过cc1、2和3之一来传输。每个逻辑信道或每个无线承载对可用于其的传输的cc的数量没有限制。这里，cc可以被终端识别为一个小区，并且可以被配置为主小区(pcell)或辅助小区(scell)，这些适用于以下的描述。

图2示出了用于执行分组复制的发送器的基本流程图200。当针对特定无线承载210配置分组复制时，由无线承载处理的数据可以执行分组复制过程。通常，分组复制过程包括执行数据复制并且然后通过不同的逻辑信道传输数据的过程。这里，通过分组复制所拷贝的数据分组可以分别通过不同的逻辑信道220和230传输、分别传输到分裂承载环境中的不同的支路(split)、分别通过不同的cc传输或者以不同的基础参数(numerology)或tti类型来传输。由作为数据处理层的pdcp、rlc和mac层之一进行通过分组复制来拷贝数据分组的操作。此外，这里使用的数据可以是用户处理的ip分组的形式。在一些实施例中，数据可以是协议内的控制信号，例如rrc消息。

图3示出用于分组复制的承载结构300的实施例。在图3所示的实施例中，承载结构包括无线承载a310和无线承载b320。通常，可以在基站和终端之间提供一个或多个信令无线承载(srb)和数据无线承载。无线承载a310是允许对其进行分组复制的承载，而无线承载b320是不允许对其进行分组复制的承载。在图3所示的实施例中，示出这样的过程，即使得无线承载a310的pdcp装置(或实体)拷贝pdcp协议数据单元(pdu)并且将拷贝的pdcppdu分别发送到不同的rlc设备。rlc设备分别被映射到逻辑信道#1(330)和逻辑信道#2(340)。无线承载b320被映射到一个逻辑信道(逻辑信道#3)，这是因为不允许对其的分组复制。

这里，为了执行有效的分组传输，需要将逻辑信道映射到分量载波(cc)。换句话说，通过将逻辑信道映射到cc(即，通过建立/定义逻辑信道和cc之间的映射关系)，就可能指定对于可以传输特定逻辑信道数据的cc的限制。在分组复制的情况下，其主要目的是通过对拷贝的分组执行单独的数据处理并且然后发送它来增加可靠性并减少延迟。为了有效地实现该目的，需要分别通过不同的cc传输拷贝的数据分组。在图3所示的实施例中，逻辑信道#1330被映射到cc1和cc2使得逻辑信道#1330的数据分组可以通过cc1和cc2来传输，逻辑信道#2340被映射到cc3使得逻辑信道#2340的数据分组可以通过cc3来传输并且逻辑信道#3的数据分组可以通过cc2和cc3来传输。由于如上所述逻辑信道和cc被彼此映射，所以即使通过分组复制所拷贝的数据分组仍在mac设备(实体)中经历复用处理，也有可能防止数据分组被通过相同的cc来传输。换句话说，两个或更多个拷贝的数据分组不包括在相同的macpdu中，并且原始pdcppdu和拷贝的pdcppdu不在相同的传输块中传输。

另一方面，与上述实施例不同，还可以将逻辑信道映射到基础参数或tti。也就是说，独立于逻辑信道到cc的映射或者与逻辑信道到cc的映射相结合，还可能将逻辑信道映射到用于数据分组传输的特定基础参数和/或tti。另外，逻辑信道和cc之间的这种映射不限于上述分组复制过程，并且可以与分组复制分开地执行。

可以根据分组包含的业务的类型来确定承载是否允许分组复制。业务的类型可以被分类为语音、视频流、网上冲浪数据等，并且通过这种分类，特定类型的业务可以被配置为允许分组复制。也可以根据数据的qos配置值配置是否执行分组复制。另一方面，这种qos配置值可以通过指示qos的id来表示，诸如qos流id。在这种情况下，还可以允许针对特定qos流id的分组复制。例如，向其传输具有值0到15的qos流id的分组的承载可以执行分组复制，而向其传输具有其余qos流id的分组的承载不可以执行分组复制。可以通过上述各种标准中的每一个或其中的两个或更多个的组合来确定承载是否允许分组复制，并且可以应用除了上述标准之外的其它标准。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图4示出了用于分组复制的承载结构的另一实施例(如附图标记400所示)。在图4所示的实施例中，配置了无线承载a410和无线承载b420。通常，可以在基站和终端之间提供一个或多个信令无线承载(srb)和数据无线承载。无线承载a410是允许对其进行分组复制的承载，无线承载b420是不允许对其进行分组复制的承载。在图4所示的实施例中，示出这样的过程，即，使得无线承载a410的rlc设备(或实体)拷贝rlc协议数据单元(pdu)并分别通过不同的逻辑信道传输所拷贝的rlcpdu。无线承载a410的rlc设备被映射到逻辑信道#1和逻辑信道#2。由于不允许无线承载b中的分组复制，因此将一个逻辑信道映射到一个逻辑信道#3。

这里，为了执行有效的分组传输，需要将逻辑信道映射到分量载波(cc)。换句话说，通过将逻辑信道映射到cc(即，通过建立/定义逻辑信道和cc之间的映射关系)，就有可能指定对可以传输特定逻辑信道数据的cc的限制。在分组复制的情况下，其主要目的是通过对拷贝的分组执行单独的数据处理并且然后发送它来增加可靠性并减少延迟。为了有效地实现该目的，需要分别通过不同的cc传输所拷贝的数据分组。在图4所示的实施例中，逻辑信道#1被映射到cc1和cc2使得逻辑信道#1的数据分组可以通过cc1和cc2来传输，逻辑信道#2被映射到cc3使得逻辑信道#2的数据分组通过cc3来传输，并且逻辑信道#3的数据分组可以通过cc2和cc3来传输。由于如上所述映射了逻辑信道和cc，所以即使通过分组复制所拷贝的数据分组在mac设备(实体)中经历复用处理，也可以防止数据分组通过相同的cc来传输。换句话说，两个或更多个拷贝的数据分组不包括在相同的macpdu中，并且原始pdcppdu和拷贝的pdcppdu不在相同的传输块中传输。

另一方面，与上述实施例不同，还可以将逻辑信道映射到基础参数或tti。也就是说，独立于逻辑信道到cc的映射或者与逻辑信道到cc的映射相结合，还可以将逻辑信道映射到用于数据分组传输的特定基础参数和/或tti。此外，逻辑信道和cc之间的这种映射不限于上述分组复制处理，并且可以与分组复制分开地执行。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图5示出了用于分组复制的承载结构的另一实施例(如附图标记500所示)。为了通信网络的效率，可能需要在预定义的特定情况下执行分组复制。为此，逻辑信道可以被分类并定义为在不执行分组复制和执行分组复制时都使用的逻辑信道(主逻辑信道)以及在仅执行分组复制时在数据传输中使用的逻辑信道(辅助逻辑信道)。在图5所示的实施例中，关于允许分组复制的无线承载a510，逻辑信道#1520被配置为主逻辑信道，并且逻辑信道#2530被配置为辅助逻辑信道。另一个承载结构与图3中定义的相同。主逻辑信道和辅助逻辑信道可以由基站通过rrc配置等指定。另外，可以通过分组复制激活消息等向终端通知数据在辅助逻辑信道上传输。稍后将描述这种分组复制激活消息的特定实施例。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图6示出了用于分组复制的承载结构的另一实施例(如参考标记600所示)。为了通信网络的效率，可能需要在预定义的特定情况下执行分组复制。为此，逻辑信道可以被分类并定义为在不执行分组复制和执行分组复制时都使用的逻辑信道(主逻辑信道)以及仅在执行分组复制时在数据传输中使用的逻辑信道(辅助逻辑信道)。在图6所示的实施例中，关于允许分组复制的无线承载a610，逻辑信道#1620被配置为主逻辑信道，并且逻辑信道#2630被配置为辅助逻辑信道。另一个承载结构与图4中定义的相同。主逻辑信道和辅助逻辑信道可以由基站、rrc配置等指定。另外，可以通过分组复制激活消息等向终端通知数据通过辅助逻辑信道来传输。稍后将描述这种分组复制激活消息的特定实施例。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图7示出了用于分组复制的承载结构的又一实施例(如附图标记700所示)。图7示出了简化的结构，在其中在图3到图6的实施例中示出的单个无线承载被映射到多个逻辑信道和cc，并且其中省略了pdcp设备和rlc设备。可以使用图3到图6中所示的实施例的映射方法之一来实施pdcp设备和rlc设备。在图7所示的实施例中，已经对其执行了分组复制的无线承载#1710通过逻辑信道#1720和逻辑信道#3750来传输，其中逻辑信道#1720被映射到cc1730和cc3740并且然后通过其来传输，逻辑信道#3750被映射到cc4760和cc5770并且然后通过其来传输。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图8示出用于分组复制的承载结构的另一实施例(如附图标记800所示)。图8示出简化的结构，在其中在图3到图6的实施例中示出的单个无线承载被映射到多个逻辑信道和cc，并且其中省略了pdcp设备和rlc设备。pdcp设备和rlc设备可使用图3到图6中所示的实施例的映射方法之一来实施。在图8所示的实施例中，对其执行了分组复制的无线承载#1810通过逻辑信道#1820和逻辑信道#3850来传输，在其中逻辑信道#1820被映射到cc1830和cc3840并且然后通过其来传输，并且逻辑信道#3850被映射到cc4860和cc5870并且然后通过其来传输。在图8所示的实施例中，另外示出每个cc支持多个基础参数(numerology)或tti类型。例如，cc1830的类型1可具有15khz的子载波间隔和1ms的tti，并且类型2835可具有30khz的子载波间隔和0.25ms的tti。在图8所示的实施例中，对其执行了分组复制的无线承载#1810可以通过cc1830的类型2(835)、cc3840的类型1和2(845)、cc4(860)的类型1、2和3(865)和cc5(870)的类型1(875)来传输。以上描述可以被理解为使得特定的基础参数(numerology)和/或tti类型先前已被映射到逻辑信道和/或cc，其中通过该逻辑信道和/或cc传输通过执行分组复制而获得的拷贝的数据分组。另一方面，上述映射是实施例并且可根据基站或终端的配置、业务类型、qos流id等来不同地指定。

另外，分组复制可应用于传输控制信号的srb和传输数据的drb二者。

图9示出了图3到图8中描述的用于分组复制的无线承载配置消息的实施例(如附图标记900所示)。图9中配置的drbid是6并且duplicationmode(复制模式)字段被配置为ture(真)，从而可以指示允许分组复制。图9示出执行分组复制的逻辑信道id(表示为logicalchannelidentity(逻辑信道标识)字段)是4和5，并且通过逻辑信道#4传输的分组可以仅以cc1、2和3的15khz和30khz的基础参数(由correspondingnumerology(相应基础参数)字段表示)传输，通过逻辑信道#5传输的分组可以使用所有cc并且仅以其中的15khz的基础参数传输。基础参数可以以频率间隔显示，如图9所示，但是，也可以将其指定为先前配置的基础参数或tti类型。其中的逻辑信道#4是主逻辑信道，逻辑信道#5是辅助逻辑信道(如duplicationtype(复制类型)字段所示)。另外，每个逻辑信道可以独立地执行相同分组的复制传输，并且独立地多次执行复制分组传输，其次数与numberofduplication(复制数量)字段中配置的值一样多。独立的复制分组传输意味着发送器确定在未收到arq的nack的情况下再次执行发送。

图10示出了用于执行分组复制的配置和释放的实施例(如附图标记1000所示)。基站可以通过向终端发送复制配置消息来配置无线承载的分组复制(s1010)。该消息可以包括图9的一些配置消息。在图10所示的实施例中，当接收到复制配置消息时，终端配置用于分组复制的承载并执行分组复制(s1020)。之后，当终端从基站接收到重复释放消息时(s1030)，其可以释放用于分组复制的承载、释放用于分组复制的辅助逻辑信道或者执行不执行分组复制的过程(s1040)。

图11示出了用于执行分组复制的配置和释放的另一实施例(如附图标记1100所示)。基站可以通过向终端发送复制配置消息来配置无线承载的分组复制(s1110)。该消息可以包括图9的一些配置消息。在图11所示的实施例中，当接收到复制配置消息时，终端配置用于分组复制的承载。之后，当接收到复制激活消息时(s1120)，终端执行实际的分组复制(s1130)。在接收到复制激活消息之前，生成用于分组复制的逻辑信道，但是没有实际数据通过逻辑信道传输。此时，可以仅执行通过主逻辑信道的数据传输。此后，当从基站接收到复制去激活消息时(s1140)，终端停止实际分组复制(s1150)。然而，此时诸如用于分组复制的逻辑信道的承载结构不会改变。如果存在辅助逻辑信道，则可以停止通过辅助逻辑信道的数据传输。此后，当终端从基站接收到复制释放消息时(s1160)，该终端可以释放用于分组复制的承载或释放用于分组复制的辅助逻辑信道或者执行不执行分组复制的过程。

图12示出了用于执行分组复制的配置和释放的另一实施例(如附图标记1200所示)。基站可以通过向终端发送复制配置消息来配置无线承载的分组复制(s1210)。该消息可以包括图9的一些配置消息。在图12所示的实施例中，当接收到复制配置消息时，终端配置用于分组复制的承载。此后，当终端接收到复制激活消息(s1220)并且满足先前配置的用于分组复制的条件(复制条件)时(s1230)，终端执行实际分组复制(s1240)。分组复制的条件可以是如此的，终端和基站的无线链路质量等于或低于特定水平。在接收到复制激活消息之前，生成用于分组复制的逻辑信道但是没有实际数据通过逻辑信道传输。此时，可以仅执行通过主逻辑信道的数据传输。如果不再满足先前配置的用于分组复制的条件或者满足用于取消分组复制传输的条件，则即使在接收到复制激活消息之后也不执行分组复制。此外，当从基站接收到复制去激活消息时(s1250)，终端停止实际的分组复制(s1260)。然而，此时，诸如用于分组复制的逻辑信道的承载结构不会改变。如果存在辅助逻辑信道，则可以停止通过辅助逻辑信道的数据传输。此后，当终端从基站接收到复制释放消息时(s1270)，其可以释放用于分组复制的承载、释放用于分组复制的辅助逻辑信道或者执行不执行分组复制的过程。

图13示出了当分组复制开始时通过用于分组复制的逻辑信道开始分组传输的方案的实施例(如附图标记1300所示)。在图13所示的实施例中，假设仅在复制传输之前执行通过逻辑信道#1(lc1,1310)的传输，并且当开始分组复制时，还通过逻辑信道#2执行传输(lc2,1320)。可以根据图10到图12中示出和描述的各种实施例，基于实际分组复制开始的时间点来执行分组复制。在图13所示的实施例中，当已经开始分组复制时，已经从现有逻辑信道#11310发送但尚未接收到针对分组的ack的分组可以以自具有最早序列号(sn)的分组开始的顺序，通过逻辑信道#21320从缓冲器传送(即拷贝)。在图13所示的实施例中，即使已经发送了分组a到e，但是由于在分组复制开始时间只有分组a、c和e处于接收状态，所以从在未接收到ack的分组b和d当中的具有最早序列号的分组b开始的所有分组(即b到e)通过逻辑信道#21320来传送(即拷贝)以执行分组传输。

在这种情况下，逻辑信道#21320的rlc序列号(sn)可以从头开始，否则可以原样使用逻辑信道#11320的rlc设备的序列号。如果相同的序列号用于逻辑信道#11310和逻辑信道#21320，则逻辑信道#11310的rlc状态信息的一部分可以被发送到与接收器的逻辑信道#21320相对应的rlc设备。这里，对应的信息可以包括rlcsn的其中传输开始的开始序号(分组b的rlcsn)、所有rlc变量等。另外，根据一实施例，对应信息可以是与每个rlc分组对应的pdcpsn或pdcpcount(pdcp计数)。

图14示出当分组复制被启动时通过用于分组复制的逻辑信道开始分组传输的方案的另一实施例(如附图标记1400所示)。在图14所示的实施例中，假设仅在重复传输之前执行通过逻辑信道#1(lc1,1410)的传输，并且当开始分组复制时还通过逻辑信道#2执行传输(lc2,1420)。可以根据图10到图12中示出和描述的各种实施例，基于实际分组复制开始的时间点来执行分组复制。在图14所示的实施例中，当开始分组复制时，已经通过现有逻辑信道#11410发送但尚未接收到ack的分组以及尚未被发送并保留在缓冲器中的分组可以以自具有最早序列号(sn)的分组开始的序列，通过逻辑信道#21420被传送(即复制)。在图14所示的实施例中，即使已经发送了分组a到e，由于在分组复制开始时间只有分组a、c和e处于接收状态，所以仍可以通过逻辑信道#21420传送(即复制)尚未接收到ack的分组b和d以便执行其分组传输。如果所有分组都已经接收到ack，则可以通过逻辑信道#21420复制和传输缓冲器中的剩余分组。

在这种情况下，逻辑信道#21420的rlc序列号(sn)可以从头开始，或者可以按原样使用逻辑信道#11410的rlc设备的序列号。如果相同的序列号用于逻辑信道#11410和逻辑信道#21420，则逻辑信道#11410的rlc状态信息的一部分可以被发送到与接收器的逻辑信道#21420相对应的rlc设备。这里，对应的信息可以包括rlcsn的其中传输开始的开始序号(分组b的rlcsn)或所有rlc变量等。另外，根据一实施例，对应信息可以是与每个rlc分组对应的pdcpsn或pdcpcount。

图15示出当分组复制被启动时通过分组复制的逻辑信道开始分组传输的方案的另一实施例(如附图标记1500所示)。在图15所示的实施例中，假设仅在复制传输之前执行通过逻辑信道#1(lc1,1510)的传输，并且当开始分组复制时，还通过逻辑信道#2执行传输(lc2,1520)。可以根据图10到图12中示出和描述的各种实施例，基于实际分组复制开始的时间点来执行分组复制。在图15所示的实施例中，当开始分组复制时，可以通过逻辑信道#21520传送(即复制)在尚未从现有逻辑信道#11510发送的分组中具有最早序列号(sn)的分组。在图15所示的实施例中，即使已经发送了分组a到d，由于在分组复制开始时间仅分组a和c处于接收状态，所以仍执行分组复制以便为尚未发送的分组e配置分组复制并且然后通过逻辑信道#11510和逻辑信道#21520来传送(即复制)。换句话说，可以通过逻辑信道#21520拷贝和传输逻辑信道#11510未发送的数据分组。

在这种情况下，逻辑信道#21520的rlc序列号(sn)可以从头开始，或者可以原样使用逻辑信道#11510的rlc设备的序列号。如果相同的序列号用于逻辑信道#11510和逻辑信道#21520，则逻辑信道#11510的rlc状态信息的一部分可以被发送到与接收器的逻辑信道#21520相对应的rlc设备。这里，对应的信息可以包括rlcsn的其中传输开始的开始序号(分组b的rlcsn)或所有rlc变量等。另外，根据一实施例，对应信息可以是与每个rlc分组对应的pdcpsn或pdcpcount。

图16示出当在其中执行分组复制的状态下执行数据传输的同时释放分组复制时执行的过程的实施例(如附图标记1600所示)。在图16所示的实施例中，描述了当经由通过逻辑信道#11610和逻辑信道#21620的分组复制而执行分组传输时根据图10到图12所述的各种实施例的释放实际分组复制时执行的操作。在图16所示的实施例中，在释放分组复制的时刻，在逻辑信道#11610中，已经接收到分组a、c和e的ack并且已经执行了分组b和d的发送，但是尚未接收到对于分组b和d的ack，并且在逻辑信道#21620中，已经接收到针对分组b和e的ack并且已经执行了分组a、c和d的发送，但是尚未接收到针对分组a、c和d的ack。这里，为了不执行分组复制，将从逻辑信道中的一个逻辑信道中清空数据。在图16中，假设从逻辑信道#2中任意清空数据(1620)，但是可以根据特定条件选择逻辑信道。这里，特定条件可以是这样的方案，即通过主逻辑信道连续执行传输并且从辅助逻辑信道清空数据且不执行其传输的方案。

图17示出了在其中已经执行分组复制的状态下当执行数据传输时释放分组复制时执行的过程的另一实施例(如附图标记1700所示)。图17示出了当经由通过逻辑信道#11710和逻辑信道#21720的分组复制而执行分组传输时根据图10到图12所述的各种实施例的释放实际分组复制时执行的操作。在

图17所示的实施例中，在释放分组复制的时刻，在逻辑信道#11710中，已经接收到对于分组a、c和e的ack并且已经执行了分组b和d的发送，但是尚未接收到对于分组b和d的ack，并且在逻辑信道#21720中，已经接收到针对分组b和e的ack并且已经执行了分组a、c和d的发送但是尚未接收到针对分组a、c和d的ack。这里，为了不执行分组复制，要从逻辑信道中的一个逻辑信道中清空数据。在图17中，假设数据是从逻辑信道#21720中任意清空的，但是可以根据特定条件选择逻辑信道。这里，特定条件可以是这样的方案，即通过主逻辑信道连续执行传输并且从辅助逻辑信道清空数据且不执行其传输的方案。

然而，在分组b的情况下，由于传输已经成功，因此可以在清空逻辑信道#21720之前通过逻辑信道#11710传输指示传输成功的信息从而可以防止不必要的重传。在图17所示的实施例中，逻辑信道#21720的rlc设备(或实体)向逻辑信道#11710的rlc设备通知已经成功接收到ack的分组是分组b和e，并且逻辑信道#11710的rlc设备可以将没有接收到ack的分组b的状态更新为成功的接收状态并且假设分组b已经成功地接收到ack。上述信息的传输可以以直接将从逻辑信道#21720的rlc设备发送的分组的rlc序列号(sn)通知到逻辑信道#11710的rlc设备的方式来执行，或者可以执行上述信息的传输使逻辑信道#21720的rlc设备向无线承载中的pdcp设备通知相应分组的pdcp序列号(或rlcsn)以便pdcp设备向逻辑信道#11710中的rlc设备通知相应分组的序列号(rlc或pdcpsn)。如果逻辑信道#11710和逻辑信道#21720的rlc序列号对于每个分组是不同的，则可以执行转换这样的值的过程。这里，可在转换处理中用pdcp序列号、pdcpcount值等。另外，根据实施例，一个逻辑信道的rlc设备可以直接向另一逻辑信道中的rlc设备通知已经收到相应分组的ack或nack的分组的pdcpsn或pdcpcount信息。

在图17所示的实施例中，当释放分组复制传输时，上述每个逻辑信道的传输状态，即rlc状态信息或ack接收状态被发送并反映到另一逻辑信道。然而，这种操作不限于释放分组复制传输的时间点，并且即使在执行并传输正常的分组复制的情况下，也可以执行在逻辑信道之间通知传输状态并在逻辑信道间反映传输状态的过程。这样的信息的传输可以以直接将从逻辑信道#21720的rlc设备发送的rlc序列号(sn)通知到逻辑信道#11710的rlc设备的方式来执行，或者可以执行这样的信息的传输使得逻辑信道#21720的rlc设备向无线承载中的pdcp设备通知相应分组的pdcp序列号以便pdcp设备向逻辑信道#11710中的rlc设备通知相应分组的序列号。如果逻辑信道#11710和逻辑信道#21720的rlc序列号对于每个分组是不同的，则可以执行转换这样的值的过程。这里，可以在转换处理中用pdcp序列号、pdcpcount值等。根据实施例，发送间隔可以被配置为预先配置的值，使得信息传输过程不会过于频繁地发生。例如，可以配置发送间隔，使得逻辑信道的发送状态每10ms从一个逻辑信道发送到另一个逻辑信道。此外，这种操作还可以应用于这样的情况，即在harq情况而不是arq情况下，分组复制应用于不同harq设备。

同时，如图16和17的实施例中所述，当分组复制被释放时，关于存在于pdcp缓冲器中并且尚未被传送到较低层(例如rlc等)的分组，可以连续地执行分组传输而不进行分组复制。

图18示出了当执行分组复制时的特定操作示例(如附图标记1800所示)。在图18中，示出了在任意时间点的pdcppdu#11810、pdcppdu#21820和pdcppdu#31830的状态作为示例。在pdcppdu#11810的情况下，已经到达发送器的pdcp层的分组被传送到rlc层以允许向其添加rlc报头，然后将其发送到接收器或传送到其下的mac层或更低层。在pdcppdu#21820的情况下，已经到达发送器的pdcp层的分组被传送到rlc层以允许向其添加rlc报头，但是其尚未被向其下的mac层或者更低层传送。当在分配ul许可的无线电资源之前预先生成(预处理)分组时，可以生成pdcppdu#21820。pdcppdu#31830可以被解析为这样的状态，其中已经到达发送器的pdcp层的分组不向更低层请求对其的处理。

根据一个实施例，当执行分组复制时，可以开始对在已经到达发送器的pdcp层的分组当中的还未被传送到rlc层的分组的复制传输。在图18所示的实施例中，pdcppdu#31830对应于用于复制传输的分组。可以不开始对已经被传送到rlc层的分组(诸如pdcppdu#11810和pdcppdu#21820)分组的复制的传输。

根据另一实施例，当执行分组复制时，可以针对下述分组开始复制传输：在已经到达发送器的pdcp层的分组当中的、已经被传送到rlc层以允许向其添加rlc报头并且然后被传送到其下的mac层或更低层或者之后被发送的分组(例如图18中的pdcppdu#11810)；已到达发送器的pdcp层并被传送到rlc层以允许向其添加rlc报头但尚未被传送到其下的mac层或更低层的分组(例如图18中的pdcppdu#21820)；已经到达发送器的pdcp层并且未被传送到rlc层的分组(例如图18中的pdcppdu#31830)。为此，当开始复制传输时，发送器向pdcp层发送(或报告)关于在已经到达rlc层的分组当中的处于还未成功接收到确认的状态的分组的信息。这里，发送到pdcp层的分组信息可以包括pdcpsn等。基于该信息，发送器可以选择与接收到的分组信息相对应的分组，并且可以开始分组复制传输。为了发送分组信息，rlc或pdcp层可以管理分组的rlc序列号(sn)和pdcpsn的值。基于rlc或pdcpsn的管理，可以知道尚未成功发送并存在于rlc缓冲器中的分组的pdcp序列号值。

图19示出了当执行分组复制时终端向基站发送上行链路缓冲器状态报告的实施例(如附图标记1900所示)。在图19所示的实施例中，无线承载1和2不执行分组复制并分别被映射到逻辑信道#1和逻辑信道#2。然而，假设为无线承载#3配置分组复制并且将无线承载#3映射到逻辑信道#31910和逻辑信道#41920。基于每个逻辑信道的缓冲器状态执行缓冲器状态报告。因此，需要在发送缓冲器状态报告的时间点对其执行分组复制的逻辑信道确定要报告的缓冲器状态。

在图19中所示的实施例中，对于逻辑信道#1和逻辑信道#2不执行分组复制并且原样使用相应的缓冲器状态。然而，关于逻辑信道#31910和逻辑信道#41920，在两个逻辑信道当中的在缓冲器中具有最大数据量(缓冲器状态)的逻辑信道#31910的缓冲器状态被用于报告(如标记1930表示)。根据实施例，在发送缓冲器状态报告之前，某个逻辑信道可以与其它逻辑信道共享rlc状态信息或ack接收情况，这已经在图17中描述。

图20示出了其中在执行分组复制时终端向基站发送上行链路缓冲器状态报告的另一实施例(如附图标记2000所示)。在图20所示的实施例中，无线承载1和无线承载2不执行分组复制并分别被映射到逻辑信道#1和逻辑信道#2。然而，假设为无线承载#3配置分组复制以便无线承载#3被映射到逻辑信道#32010和逻辑信道#42020。缓冲器状态报告基于每个逻辑信道的缓冲器状态来发送。因此，需要在发送缓冲器状态报告的时间点对其执行分组复制的逻辑信道确定要报告什么缓冲器状态。

在图20中所示的实施例中，对于逻辑信道#1和逻辑信道#2不执行分组复制并且原样使用相应的缓冲器状态。然而，关于逻辑信道#32010和逻辑信道#42020，仅报告已被配置为主逻辑信道的逻辑信道#42020的缓冲器状态(如附图标记2030所示)。替代地，终端可以任意选择逻辑信道或者可以通知基站哪个逻辑信道用于缓冲器状态报告。根据一个实施例，在发送缓冲器状态之前，某个逻辑信道可以与其它逻辑信道共享rlc状态信息或ack接收状态，这已在图17的说明中描述过。

图21示出了当执行分组复制时终端向基站发送上行链路缓冲器状态报告的实施例(如附图标记2100所示)。在图21所示的实施例中，无线承载1和2不执行分组复制并分别被映射到逻辑信道#1和逻辑信道#2。然而，假设为无线承载#3配置分组复制，并且将无线承载#3映射到逻辑信道#32110和逻辑信道#42120。缓冲器状态报告基于每个逻辑信道的缓冲器状态来执行。因此，需要在发送缓冲器状态报告时对其执行分组复制的逻辑信道确定要报告什么缓冲器状态。

在图21中所示的实施例中，对于逻辑信道#1和逻辑信道#2不执行分组复制并且原样使用相应的缓冲器状态。然而，对于逻辑信道#32110和逻辑信道#42120，按原样使用每个逻辑信道的缓冲器状态生成缓冲器状态报告消息(如附图标记2130所示)。根据一个实施例，在发送缓冲器状态报告之前，某个逻辑信道可以与其它逻辑信道共享rlc状态信息或ack接收状态，这已在图17的说明中描述过。

图22示出了当执行分组复制时应用分组复制的次数的实施例(如附图标记2200所示)。可以通过应用已在图9中描述的numberofduplication(复制数量)来执行分组复制。numberofduplication字段指的是将分组复制应用于逻辑信道的数量(或次数)。这里，由于在执行分组复制之后过早的传输可能降低分组复制的效率，因此需要以一定间隔执行传输。在图22所示的实施例中，numberofduplication值被配置为3，使得在分组的第一次传输时，可以以配置为3的duplicationcount(复制计数)开始第一次传输，该duplicationcount是numberofduplication值(如附图标记2210所示)。此后，可以在预先配置的定时器值之后发送拷贝的分组，并且可以将duplicationcount减小到2。类似地，可以执行操作使得可以在预定的定时器值2220之后发送拷贝的分组以便将duplicationcount减小为1。当duplicationcount变为0时，不再执行复制分组的传输(如标记2240所示)。

这里，可以通过不同的逻辑信道或不同的harq设备来执行拷贝的分组的传输。

图23示出了与图11和12中定义的复制激活消息的格式有关的实施例(如标记2300所示)。这里，复制激活消息2310可以以mac控制元素(ce)格式传输。此外，消息是复制激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制激活消息的指示。替代地，特定消息可以包括消息是复制激活消息的指示，并且这种消息可以以dci格式传输。

图24示出了与图11和12中定义的复制激活消息的格式有关的实施例(如附图标记2400所示)。这里，复制激活消息2410可以以mac控制元素(ce)格式传输。此外，消息是复制激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制激活消息的指示。替代地，特定消息可以包括消息是复制激活消息的指示。替代地，可以通过将允许分组复制的逻辑信道的id添加到无线承载来传输复制激活消息2410。另外，这种消息也可以以dci格式传输。

图25示出了与图11和12中定义的复制激活消息的格式有关的实施例(如附图标记2500所示)。这里，可以以mac控制元素(ce)格式传输复制激活消息2510。此外，消息是复制激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制激活消息的指示。替代地，特定消息可以包括消息是复制激活消息的指示。替代地，可以在其中包括允许分组复制的cc信息并将其发送到无线承载。此时，可以以激活逻辑信道的方式执行分组复制，该逻辑信道使得能够进行通过相应的cc(或映射到相应cc的逻辑信道)的传输。另外，这种消息也可以以dci格式传输。

图26示出与图11和12中定义的复制去激活消息的格式有关的实施例(如标记2600所示)。这里，可以以mac控制元素(ce)格式传输复制去激活消息2610。此外，消息是复制去激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制去激活消息的指示。替代地，特定消息可包括消息是复制去激活消息的指示，并且这种消息可以以dci格式发送。

图27示出了与图11和12中定义的复制去激活消息的格式有关的实施例(如标记2700所示)。这里，可以以mac控制元素(ce)格式传输复制去激活消息2710。此外，消息是复制去激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制去激活消息的指示。替代地，特定消息可以包括该消息是对特定消息的复制去激活消息的指示。此外，可以在用于停止分组复制的逻辑信道的id被添加到无线承载的状态下传输复制去激活消息2710。另外，这种消息也可以以dci格式传输。

图28示出与图11和12中定义的复制去激活消息的格式有关的实施例(由参考标记2800表示)。这里，可以以mac控制元素(ce)格式传输复制去激活消息2810。此外，消息是复制去激活消息的指示可以被包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制去激活消息的指示。替代地，特定消息可以包括消息是复制去激活消息的指示。此外，用于停止分组复制的cc信息可以包括在该消息中并且被发送到无线承载。此时，可以以去激活逻辑信道的方式停止分组复制，其中该逻辑信道使得能够通过相应的cc(或映射到相应cc的逻辑信道)进行传输。另外，这种消息也可以以dci格式传输。

图29是图示根据本公开实施例的分组复制激活/去激活消息的另一格式的图(由附图标记2900指示)。在图29中，可以以macce格式传输复制激活/去激活消息2910。此外，表明该消息是复制激活/去激活消息的指示可以包括在所传输的macce的逻辑信道id(lcid)部分中。同时，图29示出的一个实施例中，基于复制索引来开启-关闭或激活或去激活分组复制。也就是说，如图29所示，复制激活/去激活消息2910可包括复制索引i1、i2、...和i8，并且每个复制索引可以具有值1(激活)或0(去激活)，由值1和0表示的含义可配置为与其相反。如上所述，基于复制索引的位图来激活或去激活分组复制，从而相对于多个无线承载/逻辑信道/cc启用分组复制的激活/去激活。

图30示出了根据本公开另一实施例的用于分组复制的无线承载配置消息的示图(如附图标记3000所示)。在图30中所示的无线承载配置消息中，复制索引被分配给每个复制无线承载。在这种情况下，如果在图29中描述的复制索引值被配置为1以指示激活，则相应的复制无线承载的分组复制被激活。

图31示出了根据本公开另一实施例的用于分组复制的无线承载配置消息的示图(如附图标记3100所示)。在图31中所示的无线承载配置消息中，复制索引被分配给每个逻辑信道。在这种情况下，如果在图29中描述的复制索引值被配置为1以指示激活，则相应的逻辑信道的分组复制被激活。另一方面，如果复制索引值被配置为0以指示去激活，则相应逻辑信道的分组复制被去激活。

图32示出了根据本公开另一实施例的分组复制激活消息的另一格式的图(由附图标记3200表示)。这里，复制激活消息3210可以以mac控制元素(ce)格式传输。此外，表明该消息是复制激活消息的指示可以包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果该消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制激活消息的指示。替代地，特定消息可以包括表明该消息是复制激活消息的指示。另外，允许为其分组复制的无线承载的id也可以单独包括在复制激活消息中然后被发送。这里，可以对通过相应无线承载传输的数据分组执行分组复制。另外，这种消息也可以以dci格式传输。

图33示出了根据本公开的实施例的分组复制去激活消息的另一格式的图(由附图标记3300表示)。这里，可以以mac控制元素(ce)格式传输复制去激活消息3310。此外，表明该消息是复制去激活消息的指示可以包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果该消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制去激活消息的指示。替代地，特定消息可以包括消息是复制去激活消息的指示。另外，针对其停止分组复制的无线承载的id也可以单独地包括在复制去激活消息中并且然后被发送。这里，可以对通过相应无线承载传输的数据分组停止/中断分组复制。另外，这种消息也可以以dci格式传输。

图34示出了根据本公开实施例的分组复制激活消息的另一种格式的图(由参考标记3400表示)。这里，复制激活消息3410可以以mac控制元素(ce)格式传输。此外，表明该消息是复制激活消息的指示可以包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果该消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制激活消息的指示。替代地，特定消息可以包括该消息是复制激活消息的指示。另外，传输的复制激活消息可以包括多个逻辑信道id和用于每个逻辑信道id的e字段。当特定e字段具有值1(或0)时，可以将对应于相应e字段的逻辑信道id添加到下一字节。在本实施例中，无线承载id而不是多个逻辑信道id可以包括在复制激活消息中。另外，这种消息也可以以dci格式传输。

图35示出了根据本公开实施例的分组复制去激活消息的另一种格式的图(如附图标记3500所示)。这里，可以以mac控制元素(ce)格式传输复制去激活消息3510。此外，表明该消息是复制去激活消息的指示可以包括在所传输的macce的逻辑信道id(lcid)部分中。或者，如果消息除了lcid之外还包括id字段，则可以在id字段中包括该消息是复制去激活消息的指示。替代地，特定消息可以包括消息是复制去激活消息的指示。另外，传输的复制去激活消息可以包括多个逻辑信道id和用于每个逻辑信道id的e字段。当特定e字段具有值1(或0)时，可以将对应于相应e字段的逻辑信道id添加到下一字节。在本实施例中，无线承载id而不是多个逻辑信道id可以包括在复制去激活消息中。另外，这种消息也可以以dci格式传输。

图36示出根据本公开实施例的动态改变逻辑信道和cc之间的映射关系的消息的格式的图(如参考标记3600所示)。这里，可以以mac控制元素(ce)格式传输复制载波映射消息3610。此外，表明该消息是复制载波映射消息的指示可包括在所传输的macce的逻辑信道id(lcid)部分中。替代地，如果消息除lcid之外还包括id字段，则可在id字段中包括该消息是复制载波映射消息的指示。替代地，特定消息可包括该消息是复制载波映射消息的指示。

同时，复制载波映射消息3610是用于动态地改变在其中执行分组复制的逻辑信道与载波之间的映射的消息，并且如图36所示，复制载波映射消息可以包括多个cc中的每一个的ci值(i＝1、2、3、...)。当ci值为0时，在主逻辑信道中使用相应的cc，并且当ci值为1时，在辅助逻辑信道中使用相应的cc。终端可以通过接收图36中的复制载波映射消息3610来改变逻辑信道和cc之间的映射。然而，即使逻辑信道和cc之间的映射改变，特定逻辑信道中的正在进行的重传(例如harq)操作也可以按原样进行。

图37示出开始分组复制的配置的过程的实施例(如附图标记3700所示)。在图37所示的实施例中，终端确定是否满足先前配置的测量报告的触发条件，并测量参考信号(rs)等(s3710)。这里，如果测量值满足触发条件(s3720)，则终端将测量报告消息发送到基站(s3730)，并且基于此，基站指示执行分组复制的无线承载的配置(s3740)。这种配置可以是图9中的消息格式，并且可以应用图9中的某些字段。在接收到消息时，终端和基站可以配置执行分组复制的无线承载(s3750)。承载的格式可以是图3至图8中描述的格式之一。

图38示出了根据本公开的实施例的终端的图(由附图标记3800指示)。

参见图38，终端3800可以包括收发器3810和控制器3830。控制器3830可以包括至少一个处理器。收发器3810和控制器3830可以彼此电连接。控制器3830可以控制收发器3810发送或接收信号。控制器3830对信号、信息、消息等的发送和/或接收可以被理解以使得控制器3830控制收发器3810来发送和/或接收信号、信息、消息等。

终端3800可以通过收发器3810发送和/或接收信号。控制器3830可以控制终端3800的整体操作。此外，控制器3830可以控制已经通过图1到图37描述的终端的操作。

图39示出了根据本公开实施例的基站的示图(如附图标记3900所示)。

参见图39，基站3900可以包括收发器3910和控制器3930。控制器3930可以包括至少一个处理器。收发器3910和控制器3930可以彼此电连接。控制器3930可以控制收发器3910发送或接收信号。控制器3930对信号、信息、消息等的发送和/或接收可以被理解以使得控制器3930控制收发器3910来发送和/或接收信号、信息、消息等。

基站3900可以通过收发器3910发送和/或接收信号。控制器3930可以控制基站3900的整体操作。此外，控制器3930可以控制已经通过图1到图37描述的基站的操作。

图40示出用于分组复制的承载结构的实施例(如附图标记4000所示)。在图40所示的实施例中，一个无线承载被配置为允许分组复制，并且无线承载id值被配置为x。通常，可以在基站和终端之间提供一个或多个信令无线承载(srb)和数据无线承载。在图40所示的实施例中，示出无线承载的pdcp设备(或实体)拷贝pdcp协议数据单元(pdu)，并且然后分别将拷贝的pdcppdu发送到不同的rlc设备以便执行对其的处理。rlc设备分别映射到逻辑信道。在图40所示的实施例中，每个逻辑信道id由y14010和y24020表示。

这里，为了有效的分组传输，需要与小区进行映射。换句话说，通过映射逻辑信道和小区，就可能为可以传输特定逻辑信道数据的小区指定限制。这样的小区可以由分量载波(cc)、带宽部分(bwp)等代替。在图40所示的实施例中，具有逻辑信道idy1的逻辑信道4010被映射到pcell(或pscell或具有用于辅助小区组的pscell)和scell2，具有逻辑信道idy2的逻辑信道4020被映射到scell3。如上所述，逻辑信道和小区相互映射，因此即使数据分组在mac设备(实体)中经由复用处理，也可以防止通过分组复制而拷贝的数据分组被发送到相同的小区(或相同的cc、相同的bwp)。换句话说，在相同的macpdu中不包括两个或更多个拷贝的数据分组，并且原始pdcppdu和拷贝的pdcppdu不在相同的传输块中传输。

这里，关于允许针对其进行分组复制的承载，可以配置已经在图5、6、9、30、31中描述的主逻辑信道和辅助逻辑信道等。与数据分组复制的激活无关，主逻辑信道始终发送/接收数据分组。但是，辅助逻辑信道仅在分组复制被激活时才发送/接收分组。也就是说，当分组复制被激活时，分别通过主逻辑信道和辅助逻辑信道传输相同的pdcppdu。这里，已经通过主逻辑信道和辅助逻辑信道传输的pdcppdu可以分别被称为原始pdcppdu和拷贝的pdcppdu。当分组复制被去激活时，pdcppdu仅通过主逻辑信道传输。当分组复制被去激活时，可以重新建立辅助逻辑信道的rlc设备。特定逻辑信道是主逻辑信道还是辅逻辑信道可以由基站基于rrc配置等指定，但是可以定义在不需要其配置时用于做出上述确定的规则。在分组复制结构中，可以使用以下规则之一来确定主逻辑信道。

-具有小逻辑信道id值的逻辑信道被确定为主逻辑信道。如果存在三个或更多个逻辑信道，则将具有最小逻辑信道id的逻辑信道确定为主逻辑信道。剩余的逻辑信道被确定为辅助逻辑信道。

-具有大逻辑信道id的逻辑信道被确定为主逻辑信道。如果存在三个或更多个逻辑信道，则将具有最大逻辑信道id的逻辑信道确定为主逻辑信道。剩余的逻辑信道被确定为辅助逻辑信道。

-在已经映射到逻辑信道的小区当中的具有pcell的逻辑信道被确定为主逻辑信道。剩余的逻辑信道被确定为辅助逻辑信道。

-在已经映射到逻辑信道的小区当中的具有pcell或pscell的逻辑信道被确定为主逻辑信道。剩余的逻辑信道被确定为辅助逻辑信道。

-在已经映射到逻辑信道的小区当中的具有pcell或pscell的逻辑信道被确定为主逻辑信道。如果主逻辑信道不是通过上述规则来确定，则在映射到逻辑信道的scell当中的scell的最小scell索引值小于其他逻辑信道的最小scell索引值的逻辑信道被确定为主逻辑通道。剩余的逻辑信道被确定为辅助逻辑信道。

-在已经映射到逻辑信道的小区当中的具有pcell或pscell的逻辑信道被确定为主逻辑信道。如果主逻辑信道不通过上述规则来确定，则在映射到逻辑信道的scell当中的scell的最大scell索引值大于其他逻辑信道的最大scell索引值的逻辑信道被确定为主的逻辑通道。剩余的逻辑信道被确定为辅助逻辑信道。

图41示出了当接收到对应于允许针对其进行分组复制的承载的分组时的处理过程(如附图标记4100所示)。当接收到分组时(s4110)，如果分组复制处于激活状态，则接收器将分组发送到相应的逻辑信道以便执行对其的处理(s4120、s4130)。如果分组复制处于去激活状态，则接收器可以确定分组是否对应于主逻辑信道(s4120、s4140)，并且如果分组是主逻辑信道，则接收器将分组发送到对应的逻辑信道并执行对其的处理(s4130)。否则，可以将分组确定为辅助逻辑信道的分组，并且该分组被丢弃且不通过逻辑信道发送(s4150)。

图42示出了mac子报头格式(如附图标记4200所示)。mac子报头通知被称为mac服务数据单元(sdu)的mac层数据的信息。mac子报头可以包括保留字段(r)、格式字段(f)、逻辑信道id字段(lcid)、长度(l)字段等。r字段是保留的字段并且通常被配置为零，这是默认值。f字段表示保留字段的长度。lcid字段指示数据的逻辑信道id(macsdu)。l字段表示macsdu的长度。通常，上述值应配置为正确的值，如果配置了未配置的值(未使用的值、无效值)，则可能会认为存在数据分组故障。例如，如果r字段被配置为1，则可以将其处理为未使用的值。

图43示出了在接收到分组时由接收器进行处理的过程(如附图标记4300所示)。图43示出了一个实施例，其中在接收到macpdu时，由mac设备(mac实体)执行处理。接收的macpdu可以包括macsdu(s4310)。这里，macpdu可以包括至少一个未使用的值。此时，可以确定其中包括对应值的sdu或子报头。如果可能未正确识别sdu，则可以丢弃整个接收的macpdu。否则，如果能够进行macsdu的识别，则检查macsdu或子报头中是否包括未使用的值。如果没有未使用的值，则通过相应的逻辑信道传输数据(sdu)以便执行分组的处理(s4320、s4330)。如果包括未使用的值，则需要检查该值是否对应于在上一次rrc重新配置中使用的lcid字段(紧接在最近的rrc重新配置之前的重新配置)(s4320、s4340)。作为检查的结果，如果lcid字段已被用于刚刚过去的rrc重新配置，则lcid字段可以是在最新的rrc重新配置之前生成的部分并且可能不是在发送/接收过程中发生的错误。换句话说，在刚刚过去的重新配置中使用的值可以是未用于最新重新配置的值。在这种情况下，可以仅丢弃相应的macsdu(s4350)。当没有mac重置或rrc重建的情况下发生rrc重新配置时，这可能发生。如果未使用的值是对其去激活分组复制的逻辑信道的id，则未使用的值可以是当分组复制被激活时生成的数据或者由未识别出其去激活的发送器发送的数据。在包括允许针对其进行分组复制但被去激活的逻辑信道的id的情况下，可以执行仅丢弃相应的macsdu的操作(s4360、s4350)。如果包括除了上述那些之外的未使用的值，则可以丢弃整个macpdu(s4360、s4370)。

提供说明书和附图中公开的实施例仅仅是为了易于描述和帮助彻底理解本公开，而不是旨在限制本公开的范围。因此，应该理解，除了本文公开的实施例之外，源自本公开的技术构思的所有修改和变化或修改和变化的形式都落入本公开的范围内。