逻辑信道聚合的方法和装置与流程

逻辑信道聚合的方法和装置
1.本技术要求于2020年10月21日提交的题为“逻辑信道聚合的方法和装置(methods and apparatus for logical channel aggregation)”的美国临时申请第63/094,622号的优先权，所述申请通过引用将其全文并入本文。
技术领域
2.本技术涉及无线通信领域，并且更具体地，涉及一种逻辑信道聚合的方法和装置。


背景技术：

3.当前一代无线通信系统为移动通信设备提供高数据速率，以为移动通信设备的用户启用丰富的多媒体环境。然而，用户可用的应用程序的复杂性持续增加，同时需要提高吞吐量和降低延迟。


技术实现要素：

4.根据第一方面，提供了一种用于操作通信设备的接收设备的方法。所述方法包括：所述接收设备从传输设备接收信令消息；所述接收设备重新配置所述接收设备的接收rlc实体，以根据所述信令消息处理从多个逻辑信道接收的数据。
5.在根据第一方面的方法的第一实现方式中，所述信令消息指示具有接收rlc实体重建的重新配置。
6.在根据第一方面或第一方面的任一前述实现方式的方法的第二实现方式中，所述信令消息指示不具有接收rlc实体重建的重新配置。
7.在根据第一方面或第一方面的任一前述实现方式的方法的第三实现方式中，从所述多个逻辑信道接收的所述数据由传输设备的多个传输rlc实体生成并在所述多个逻辑信道上传输，所述多个传输rlc实体中的每一个分别与包括所述多个逻辑信道的多个信道中的一个相关联。
8.在根据第一方面或第一方面的任一前述实现方式的方法的第四实现方式中，所述重新配置包括启用逻辑信道聚合，其中，所述接收rlc实体用于停止处理从一个逻辑信道接收的数据，并处理从所述多个逻辑信道接收的数据。
9.在根据第一方面或第一方面的任一前述实现方式的方法的第五实现方式中，所述重新配置包括禁用逻辑信道聚合，其中，所述接收rlc实体用于停止处理从所述多个逻辑信道接收的数据，并处理从一个逻辑信道接收的数据。
10.在根据第一方面或第一方面的任一前述实现方式的方法的第六实现方式中，重新配置所述接收rlc实体以处理从多个逻辑信道接收的数据包括：改变所述接收rlc实体。
11.在根据第一方面或第一方面的任一前述实现方式的方法的第七实现方式中，所述信令消息在rrc消息中接收。
12.根据第二方面，提供了一种用于操作通信设备的无线链路控制(radio link control，rlc)实体的方法，所述rlc实体用于在多个逻辑信道上接收数据。所述方法包括：
所述rlc实体在多个逻辑信道上接收多个传输rlc实体生成的rlc协议数据单元(protocol data unit，pdu)，根据所述rlc pdu生成rlc业务数据单元(service data unit，sdu)，将所述rlc sdu传送到上层。
13.在根据第二方面的方法的第一实现方式中，所述方法还包括：所述多个逻辑信道包括为所述ue配置的至少一个专用业务信道(dedicated traffic channel，dtch)。
14.在根据第二方面或第二方面的任一前述实现方式的方法的第二实现方式中，所述多个逻辑信道包括组播业务信道(multicast traffic channel，mtch)。
15.在根据第二方面或第二方面的任一前述实现方式的方法的第三实现方式中，所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。
16.在根据第二方面或第二方面的任一前述实现方式的方法的第四实现方式中，在轮询(polling，p)比特设置为所述指定值的情况下接收的其中一个rlc pdu是在组播业务信道(multicast traffic channel，mtch)上接收的。
17.在根据第二方面或第二方面的任一前述实现方式的方法的第五实现方式中，所述rlc接收实体向的通信设备传输rlc状态pdu，其中所述rlc pdu是从通信设备接收的，所述rlc状态pdu包括确认所述ue已在所述多个逻辑信道上成功接收的所述rlc pdu的信息。
18.在根据第二方面或第二方面的任一前述实现方式的方法的第六实现方式中，所述rlc实体接收设置在其中一个rlc pdu中的轮询(polling，p)比特；响应于所述轮询(polling，p)比特以及处理从逻辑信道，即组播业务信道(multicast traffic channel，mtch)和专用业务信道(dedicated traffic channel，dtch)接收的数据包，生成rlc状态报告。
19.在根据第二方面或第二方面的任一前述实现方式的方法的第七实现方式中，所述rlc实体向发射器处的逻辑信道dtch的rlc传输实体传输所述rlc状态报告。
20.在根据第二方面或第二方面的任一前述实现方式的方法的第八实现方式中，所述rlc状态报告包括逻辑信道mtch和dtch的rlc传输实体生成的数据包的接收状态，所述接收状态指示所述rlc传输实体生成的所述数据包是否被接收。
21.在根据第二方面或第二方面的任一前述实现方式的方法的第九实现方式中，响应于所述rlc状态报告，所述rlc实体在所述dtch上接收重传的数据包。
22.在根据第二方面或第二方面的任一前述实现方式的方法的第十实现方式中，响应于所述rlc状态报告，所述rlc实体在所述mtch上接收重传的数据包。
23.在根据第二方面或第二方面的任一前述实现方式的方法的第十一实现方式中，所述rlc实体从所述传输rlc实体接收rlc控制pdu，所述rlc控制pdu指示开始或结束使用包括rlc序列号(sequence number，sn)的rlc pdu格式。
24.在根据第二方面或第二方面的任一前述实现方式的方法的第十二实现方式中，所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。
25.在根据第二方面或第二方面的任一前述实现方式的方法的第十三实现方式中，所述rlc实体向通信设备传输rlc状态pdu，其中所述rlc pdu是从通信设备接收的，所述rlc状态pdu包括确认所述ue已在mtch和dtch上成功接收的所述rlc pdu的信息。
26.根据第三方面，提供了一种设备。所述设备是用户设备(user equipment，ue)，包
括：包括指令的非瞬时性存储器；与所述存储器通信的一个或多个处理器，所述一个或多个处理器执行所述指令以执行以下操作：所述ue的rlc实体在多个逻辑信道上接收rlc协议数据单元(protocol data unit，pdu)，根据所述rlc pdu生成rlc sdu，将所述rlc sdu传送到上层。
27.在根据第三方面的设备的第一实现方式中，所述多个逻辑信道包括为所述ue配置的至少一个专用业务信道(dedicated traffic channel，dtch)。
28.在根据第三方面或第三方面的任一前述实现方式的设备的第二实现方式中，所述多个逻辑信道包括组播业务信道(multicast traffic channel，mtch)。
29.在根据第三方面或第三方面的任一前述实现方式的设备的第三实现方式中，所述ue的所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。
30.在根据第三方面或第三方面的任一前述实现方式的设备的第四实现方式中，在所述轮询(polling，p)比特设置为指定值的情况下接收的其中一个rlc pdu在组播业务信道(multicast traffic channel，mtch)上接收的。
31.在根据第三方面或第三方面的任一前述实现方式的设备的第五实现方式中，所述设备向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在所述多个逻辑信道上成功接收的所述rlc pdu的信息。
32.在根据第三方面或第三方面的任一前述实现方式的设备的第六实现方式中，所述设备接收设置在其中一个rlc pdu中的轮询(polling，p)比特，响应于所述轮询(polling，p)比特以及处理从逻辑信道，即mtch和dtch接收的数据包，所述rlc实体生成rlc状态报告。
33.在根据第三方面或第三方面的任一前述实现方式的设备的第七实现方式中，所述ue的所述rlc实体向发射器处的逻辑信道dtch的rlc传输实体传输所述rlc状态报告。
34.在根据第三方面或第三方面的任一前述实现方式的设备的第八实现方式中，所述rlc状态报告包括逻辑信道，即mtch和dtch的rlc传输实体生成的数据包的接收状态，所述接收状态指示所述rlc传输实体生成的所述数据包是否被接收。
35.在根据第三方面或第三方面的任一前述实现方式的设备的第九实现方式中，响应于所述rlc状态报告，所述ue的所述rlc实体在所述dtch上接收重传的数据包。
36.在根据第三方面或第三方面的任一前述实现方式的设备的第十实现方式中，响应于所述rlc状态报告，所述ue的所述rlc实体在所述mtch上接收重传的数据包。
37.在根据第三方面或第三方面的任一前述实现方式的设备的第十一实现方式中，所述ue的所述rlc实体从所述传输rlc实体接收rlc控制pdu，所述rlc控制pdu指示开始或结束使用包括rlc序列号(sequence number，sn)的rlc pdu格式。
38.在根据第三方面或第三方面的任一前述实现方式的设备的第十二实现方式中，所述设备确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。
39.在根据第三方面或第三方面的任一前述实现方式的设备的第十三实现方式中，所述设备向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在mtch和dtch上成功接收的所述rlc pdu的信息。优选实施例的优点是通过聚合多个逻辑信道来提高nr广播和组播服务(broadcast and multicast service，mbs)的效率和可靠性，以供rlc接收实体处理在这些逻辑信道上传输的数据包。
附图说明
40.为了更全面地理解本发明及其优势，现在参考下面结合附图进行的描述，在附图中：
41.图1a示出了5g nr用户面下行链路的层2架构；
42.图1b示出了5g nr用户面上行链路的层2架构；
43.图2示出了根据本文提出的示例性实施例1的逻辑信道聚合；
44.图3示出了根据本文提出的示例性实施例3的逻辑信道聚合；
45.图4示出了根据本文提出的示例性实施例的用于启用/禁用逻辑信道聚合的rrc重新配置；
46.图5示出了根据本文提出的示例性实施例的逻辑信道聚合的rrc重新配置消息；
47.图6示出了根据本文提出的示例性实施例的gnb的ptm rlc实体的流程图；
48.图7示出了根据本文提出的示例性实施例的gnb的ptp rlc实体的流程图；
49.图8示出了根据本文提出的示例性实施例的ue的rlc实体的流程图；
50.图9示出了根据本文提出的示例性实施例的示例性通信系统；
51.图10a和10b示出了可以实现根据本发明的方法和教示的示例性设备；
52.图11为可以用于实现本文公开的设备和方法的计算系统的框图。
具体实施方式
53.下文详细论述公开实施例的结构和使用。然而，应当了解，本发明提供了可以在各种具体上下文中体现的许多适用概念。所论述的具体实施例仅仅对实施例的具体结构和使用进行了说明，并不限制本发明的范围。
54.图1a和1b分别示出了5g nr用户面下行链路(downlink，dl)和上行链路(uplink，ul)的层2架构。第五代(fifth generation，5g)新无线(new radio，nr)用户面的层2拆分为以下子层：媒体访问控制(medium access control，mac)、无线链路控制(radio link control，rlc)、分组数据汇聚协议(packet data convergence protocol，pdcp)和业务数据适配协议(service data adaptation protocol，sdap)。
55.目前，rlc实体与一个逻辑信道相关联。所述rlc实体只处理此逻辑信道的传输和/或接收。在双连接(dual-connectivity，dc)和pdcp复制中，数据无线承载的数据由pdcp实体在多个rlc承载上传输和接收。每个rlc承载对应于一个逻辑信道，其中rlc承载承载rlc sdu(业务数据单元)，且逻辑信道承载rlc pdu(协议数据单元)。单独处理这些逻辑信道的rlc实体独立运行。
56.第三代合作伙伴项目(third generation partnership project，3gpp)的结论是，应支持组播和广播服务(multicast and broadcast service，mbs)数据到ue的点对多点(point-to-multipoint，ptm)和点对点(point-to-point，ptp)传送，并支持在这两种传送机制的使用之间动态切换。3gpp目前正在修订5g nr规范，以启用两种传送机制，并在无线接入网(radio access network，ran)中使用这两种传送机制之间动态切换。
57.ptp是用于从发送器(例如下一代node b(generation node b，gnb)或用户设备(user equipment，ue)将数据传送到接收方(例如当发送器是gnb时的ue，或当发送器是ue时的gnb)的传统方式，其中不仅数据可以从发送器传送到接收方，而且，关于数据接收的确
认(包括否定确认)也可以从接收方返回给发送器，以促进自动重复请求(automatic repeat request，arq)重传(这是一种选择性重传方案)，以满足某些qos要求。arq重传可以发生，因为使用ptp，在每个gnb-ue对的正向和反向方向上分别配置了专用逻辑信道(并分配了相关联的下层资源)。要以ptp方式将mbs数据传送到多个ue，将需要将相同的mbs数据多次传输，每次传输到多个ue中的单个ue，这在无线资源的利用率方面非常低。
58.另一方面，ptm是同时向大量ue传送mbs数据的有效方式(就无线资源利用率而言)。然而，由于缺乏允许大量ue在反向方向上提供其相应的数据接收确认的反馈机制，ptm也是已知的不可靠的。因此，需要方法和装置来提高向ue传送mbs数据的效率和可靠性。
59.根据一个示例性实施例，无线承载、组播无线承载(multicast radio bearer，mrb)可以通过多个逻辑信道传送，多个逻辑信道中的一个是mtch，其余的逻辑信道是dtch，根据已启用的如本文所述的dtch与mtch之间的逻辑信道聚合的使用，每个dtch与mtch相关联。
60.在传输侧(例如，gnb等ran节点或ue等设备)，为mrb配置的pdcp实体可以与多于一个rlc实体相关联，其中一个rlc实体为mtch配置并被称为ptm rlc实体，其余的rlc实体为相应的dtch配置并被称为ptp rlc实体，ptm rlc实体和ptp rlc实体的操作相互依赖。
61.在接收侧(例如，ue等设备或gnb等ran节点)，单个rlc实体可以为接收器配置以聚合和处理在mtch和dtch上接收的rlc pdu，并将处理后的数据(即，rlc sdu)传送到接收pdcp实体，所述pdcp实体是为接收侧的mrb配置的。
62.逻辑信道聚合可以通过允许多个逻辑信道的传输rlc实体之间的一些合作来完成，以便单个接收rlc实体可以处理在多个逻辑信道上传输的数据包。
63.虽然示例性实施例被描述为适用于基于基础设施的5g nr mbs市场(对于gnb和ue侧)，但它们也适用于没有基础设施的广播或组播用例，例如在车辆到万物(vehicle-to-everything，v2x)、公共安全网络，对等(peer-to-peer，p2p)网络中的ptm通信等中。
64.图2示出了逻辑信道聚合的示例性实施例1。从逻辑信道mtch和dtch接收的数据由rlc接收实体处理，所述rlc接收实体与接收器(ue或类似的无线设备)处的dtch相关联。在逻辑信道mtch和dtch上传输的数据在发射器(gnb或类似的ran节点)处由单独的rlc传输实体生成，所述rlc传输实体分别与逻辑信道mtch和dtch相关联。逻辑信道mtch的rlc pdu数据包在传输后存储在与逻辑信道dtch相关联的rlc传输实体的重传缓冲区中。逻辑信道dtch的接收rlc实体生成的rlc状态报告在处理从逻辑信道mtch和dtch接收的数据包后，在ul上发送到发射器处的逻辑信道dtch的rlc传输实体。rlc状态报告包括逻辑信道mtch和dtch的rlc传输实体生成的数据包的接收(或未接收，即丢失)状态。逻辑信道dtch的rlc传输实体中的rlc控制基于接收到的rlc状态报告管理存储在重传缓冲区中的数据包的重传。mtch上ptm传输的arq可以通过在mtch上第一次传输rlc sdu、在ul上通过dtch发送rlc状态报告和在dl上通过dtch重传rlc sdu来完成。
65.在从ue获得rlc状态报告(即，rlc状态pdu)的一种方式中，gnb可以轮询ue。只有在使用确认模式(acknowledged mode，am)rlc时，gnb轮询ue的传统方式是向ue发送am rlc数据(am rlc data，amd)pdu，其中amd pdu报头中的轮询(polling，p)比特设置为1。但是，将这种方法应用于5g nr mbs意味着gnb需要在gnb已在mtch上发送mbs数据后，通过相应的dtch分别向每个ue发送amd pdu。这种轮询方法效率非常低，因为必须发送多个amd pdu来
轮询多个ue。因此，还需要组播轮询机制。
66.根据实施例1，如图2所示，gnb中的ptm rlc实体是未确认模式(unacknowledged mode，um)传输rlc实体。但是，此um传输rlc实体的工作方式如下：
67.●
ptm rlc实体为每个rlc sdu分配rlc序列号(sequence number，sn)，无论rlc sdu是否被分段；
68.●
ptm rlc实体使用新的um rlc数据(um rlc data，umd)pdu格式，所述格式在报头中都包括p比特和sn字段，其中sn长度为12比特或18比特(与am rlc相同)，即使umd pdu中的分段指示(segmentation indication，si)字段指示umd pdu包含整个rlc sdu，也包括sn字段；
69.●
当ptm rlc实体希望轮询多个ue(从这些ue请求rlc状态pdu)时，例如，当轮询是由rlc实体的pdu_without_poll或byte_without_poll超过相应的阈值或者ptm rlc实体的传输缓冲区在传输当前umd pdu之后清空触发的时，ptm rlc实体在提交umd pdu给下层以供传输之前，将当前umd pdu的报头中的p比特设置为1；p比特设置为1或0的反向定义也是可能的。
70.●
当在mtch与任何dtch之间启用逻辑信道聚合时，ptm rlc实体需要维护传输窗口并相应地传输数据，以便它放置在分别为这些dtch配置的am rlc实体的重传缓冲区中的任何rlc pdu副本的rlc sn不会与在这些重传缓冲区中等待确认的任何rlc pdu的rlc sn混淆(这意味着ptm rlc实体的传输窗口可能因与mtch相关联的最慢dtch暂停，在这种情况下，gnb可以通过在调度中优先考虑最慢的dtch来最小化这种暂停)；以及
71.●
ptm rlc实体在向下层提交rlc pdu时，将rlc pdu的副本放置在分别为已分别启用逻辑信道聚合的dtch配置的am rlc实体的重传缓冲区中。
72.在mtch上传输的umd pdu中，p比特设置为1，作为对所有正在侦听mtch的ue的组播轮询。并且，每个ue都应该在ul上通过它们相应的dtch来发回rlc状态pdu，以响应组播轮询。因此，这种组播轮询机制比传统的专用轮询具有更高的无线效率。
73.根据另一个替代实施例，即示例性实施例2，逻辑信道聚合以类似图2所示出的方式实现，除了gnb的ptm rlc实体被视为am rlc实体，并且此am rlc实体的工作方式如下：
74.●
当ptm rlc实体希望轮询多个ue(从这些ue请求rlc状态pdu)时，例如，当轮询是由rlc实体的pdu_without_poll或byte_without_poll超过相应的阈值或者ptm rlc实体的传输缓冲区在传输当前amd pdu之后清空触发的时，ptm rlc实体在提交amd pdu给下层以供传输之前，将当前amd pdu的报头中的p比特设置为1；p比特设置为1或0的反向定义也是可能的。
75.●
当在mtch与任何dtch之间启用逻辑信道聚合时，ptm rlc实体保持其传输窗口并相应地传输数据，以便它放置在为这些dtch配置的am rlc实体的重传缓冲区中的任何rlc pdu副本的rlc sn不会与在这些重传缓冲区中等待确认的任何rlc pdu的rlc sn混淆；并且当mtch不参与与任何其它逻辑信道的逻辑信道聚合时，ptm rlc实体通过将tx_next_ack设置为等于(tx_next
–
am_window_size+1)来维护其传输窗口；以及
76.●
ptm rlc实体可以没有自己的重传缓冲区；并且，ptm rlc实体在向下层提交rlc pdu后，将rlc pdu的副本放置在分别为已分别启用逻辑信道聚合的dtch配置的am rlc实体的重传缓冲区中。
77.在mtch上传输的amd pdu中，p比特为1，作为对所有正在侦听mtch的ue的组播轮询。并且，每个ue中都应该在ul上通过它们相应的dtch来发回rlc状态pdu，以响应组播轮询。因此，这种组播轮询机制比传统的专用轮询具有更高的无线效率。
78.图3示出了逻辑信道聚合的另一个实施例，即示例性实施例3。从逻辑信道mtch和dtch接收的数据由rlc接收实体处理，所述rlc接收实体与接收器(ue或类似的无线设备)处的dtch相关联。在逻辑信道mtch和dtch上传输的数据在发射器(gnb或类似的ran节点)处由单独的rlc传输实体生成，所述rlc传输实体分别与逻辑信道mtch和dtch相关联。传输后，逻辑信道mtch和dtch的rlc pdu数据包存储在相应的rlc传输实体的重传缓冲区中，并且逻辑信道mtch的rlc pdu数据包也转发到与逻辑信道dtch相关联的rlc传输实体的重传缓冲区中并存储在重传缓冲区中。逻辑信道dtch的接收rlc实体生成的rlc状态报告在处理从逻辑信道mtch和dtch接收的数据包后，在ul上发送到发射器处的逻辑信道mtch和dtch的rlc传输实体。rlc状态报告包括逻辑信道mtch和dtch的rlc传输实体生成的数据包的接收(或未接收，即丢失)状态。逻辑信道mtch和dtch的rlc传输实体中的rlc控制基于接收到的rlc状态报告管理存储在重传缓冲区中的数据包的重传。gnb可以在mtch上在ptm模式中第一次传输rlc sdu；ue在ul上通过dtch发送其rlc状态报告，且gnb在dl上通过dtch将rlc sdu单独重传到ue或通过mtch一起重传到一组ue。rlc sdu的重传可以通过在不同的传输中传输rlc sdu段来完成。根据rlc sdu段通过dtch单独重传到ue或通过mtch一起重传到一组ue的需要，逐段决策，rlc sdu段的这些重传可以在mtch或dtch上灵活地完成。
79.对于每个rlc sdu,rlc序列号(sequence number，sn)可以包括在聚合的逻辑信道的每个rlc pdu中。在上述实施例中，当逻辑信道mtch和dtch的rlc pdu在发射器处的rlc传输实体处生成时，rlc sn包括在rlc pdu中。逻辑信道mtch的rlc传输实体和逻辑信道dtch的rlc传输实体生成的rlc pdu中的sn可以共享公共系列sn。sn分配给rlc sdu，并按数字顺序包括在其rlc pdu中，并且在发射器传输窗口中仅使用一次，无论rlc pdu是由逻辑信道mtch的rlc传输实体生成的，还是由逻辑信道dtch的rlc传输实体生成的。由mtch和dtch等聚合逻辑信道生成的rlc pdu可以是相同的rlc pdu格式，例如，始终存在sn的pdu格式，无论它是承载整个rlc sdu还是rlc sdu段。
80.发射器可以使用rlc控制pdu以向接收器指示开始或结束使用包括sn的rlc pdu格式。rlc控制pdu可以将sn初始化为某个数字，例如零，尽管其它值也是可能的。
81.当通过rlc实体重建启用逻辑信道聚合时，rlc接收实体的状态变量，例如rx_next、rx_next_highest、rx_highest_status，可以设置为接收到的第一个rlc pdu的sn。当不通过rlc实体重建启用逻辑信道聚合时，接收rlc实体的状态变量，如rx_next、rx_next_highest、rx_highest_status，在rlc接收实体运行时，继续不重置。
82.这些状态变量在rlc接收实体中的使用如下：
83.●
rx_next保存最后一个按顺序完全接收的rlc sdu之后的sn值，且所述sn值作为接收窗口的下沿，
84.●
rx_next_highest保存接收到的rlc sdu中sn最高的rlc sdu的sn之后的sn值，且
85.●
rx_highest_status保存sn的最高可能值，当需要构造status pdu时，所述sn可以由“ack_sn”指示。
86.当启用/禁用逻辑信道聚合涉及rlc接收实体的改变时，例如，在不进行逻辑信道聚合的情况下使用逻辑信道mtch的rlc接收实体，以及在逻辑信道聚合期间使用逻辑信道dtch的rlc接收实体，发射器可以向接收器发送rrc消息，所述rrc消息指示具有rlc实体重建的重新配置，且接收器相应地执行逻辑信道聚合的重新配置和启用/禁用。相反，如果启用/禁用逻辑信道聚合不涉及rlc接收实体的改变，例如，在没有进行逻辑信道聚合的情况下和在逻辑信道聚合期间都使用逻辑信道dtch的rlc接收实体，那么发射器可以向接收器发送rrc消息，所述rrc消息指示不具有rlc实体重建的重新配置，且接收器相应地执行逻辑信道聚合的重新配置和启用/禁用。图4示出了rlc实体重建与逻辑信道聚合的启用/禁用之间的关系。
87.在ue未配置mrb的一个实施例中，可以为ue配置ptm模式的mtch和ptp模式的dtch，并且可以为mrb启用逻辑信道聚合，如下：
88.●
ptm的mtch的rlc实体的配置包括在mrb的配置中；
89.●
ptp的dtch的rlc实体的配置包括在mrb的配置中；|
90.●
逻辑信道聚合是通过配置和标识处理mtch和dtch的rlc pdu的rlc接收实体来激活的；
91.●
rlc接收实体的初始状态变量，例如rx_next、rx_next_highest、rx_highest_status，设置为接收到的第一个rlc pdu的sn；
92.●
接收器处的mac层向与mrb相关联的rlc接收实体提供mtch和dtch的rlc pdu。
93.在mrb已通过逻辑信道mtch承载在ptm中的一个实施例中，为ptp配置逻辑信道dtch，并在ue上启用mtch和dtch的逻辑信道聚合，可以如下完成：
94.●
配置ptp传输的rlc实体，并将其添加到mrb的配置；
95.●
rlc接收实体的初始状态变量，例如rx_next、rx_next_highest、rx_highest_status，设置为接收到的第一个rlc pdu的sn；
96.●
接收器处的mac层向与逻辑信道聚合相关联的rlc接收实体提供mtch和dtch的rlc pdu。
97.在对于一个ue，mrb在逻辑信道dtch上处于ptp模式中且对于其它ue，对应的mbs业务在逻辑信道mtch上被承载在ptm模式中的一个实施例中，为ue配置mtch并在ue上启用mtch和dtch的逻辑信道聚合，可以如下完成：
98.●
配置ptm传输的mtch的rlc实体，并将其添加到mrb的配置；
99.●
重建(原始dtch的)ptp传输的rlc实体，其中rlc接收实体的状态变量，例如rx_next、rx_next_highest、rx_highest_status，设置为接收到的第一个rlc pdu的sn；
100.●
pdcp数据恢复(由于dtch上的rlc重建)和追赶(由于mtch与dtch之间的pdcp数据的传输间隙)可能需要在dtch上进行；
101.●
dtch上的rlc sn以pdcp数据恢复和追赶使用与mtch上对应的pdcp数据包的rlc sn相同的rlc sn的方式来设置；
102.●
接收器处的mac层向与mrb相关联的rlc接收实体提供mtch和dtch的rlc pdu。
103.当配置逻辑信道聚合时，可以在rrc消息中提供聚合逻辑信道的标识。例如，可以在rlc承载配置中添加额外的逻辑信道标识，以指示具有此逻辑信道标识的逻辑信道的数据包由为rlc承载配置的rlc接收实体处理。图5展示了用于配置逻辑信道聚合的rrc消息的
实施例。相反，在rlc承载配置中添加的附加逻辑信道标识可以指示rlc接收实体处理与rlc承载对应的逻辑信道的数据包。
104.图6示出了在通信设备的rlc实体中发生的示例性操作600的流程图。操作600可以指示当通信设备通过mtch向ue传输数据时在通信设备的rlc实体中发生的操作。通信设备可以是ue或网络设备，例如gnb、gnb分布式单元(gnb distributed unit，gnb-du)、集成接入和回程(integrated access and backhaul，iab)节点或中继设备。
105.操作600开始于rlc实体接收存在于下层，即mac子层和物理层，处的传输机会的指示(步骤610)。接着，rlc实体根据其传输缓冲区中接下来需要传输的rlc sdu生成rlc pdu(步骤620)。如果下层指示的rlc pdu的最大大小足以封装整个rlc sdu，那么rlc pdu可以包含整个rlc sdu；否则，rlc pdu包含rlc sdu段，以适应下层指示的最大大小。rlc实体还为rlc sdu分配rlc sn，并将所述rlc sn包括在生成的rlc pdu的报头中。接着，rlc实体确定它是否需要轮询ue以便向ue请求rlc状态pdu(步骤630)。例如，当pdu_without_poll超过阈值时，rlc实体确定它需要发出新的轮询，pdu_without_poll是一个对自最近轮询以来发送的pdu的数量进行计数的计数器。又例如，当byte_without_poll超过阈值时，rlc实体确定它需要发出新的轮询，byte_without_poll是对自最近轮询以来发送的字节数进行计数的另一个计数器。再例如，当rlc实体的传输缓冲区在当前pdu提交到下层以供传输后将清空时，rlc实体确定它需要发出新的轮询。
106.响应于确定rlc实体需要轮询ue，rlc实体将rlc pdu的报头中的轮询(polling，p)比特设置为1(步骤640)；否则，rlc实体将p比特设置为0(步骤650)。p比特值的反向是可能的。接着，rlc实体将rlc pdu提交给mtch以供传输(步骤660)。rlc实体将rlc pdu的副本放置在每个ptp rlc实体的重传缓冲区中，每个ptp rlc实体分别为与mtch相关联的dtch(即，已分别启用dtch与mtch之间的逻辑信道聚合)配置(步骤670)。rlc实体确定其传输窗口是否被为相关联dtch配置的ptp rlc实体暂停(步骤680)。当表示传输窗口的上边缘的sn将与仍在为与mtch相关联的dtch(即，已启用dtch与mtch之间的逻辑信道聚合)配置的ptp rlc实体的重传缓冲区中且等待确认的任何rlc pdu的任何rlc sn混淆时，传输窗口可能会被暂停，这意味着传输窗口不能进一步前进，因此不能传输新的数据。
107.响应于确定其传输窗口被暂停，rlc实体通知下层在做出传输调度决策时，优先考虑在暂停传输窗口的ptp rlc实体中排队的数据(步骤690)。步骤680和690可以在暂停得到缓解之前迭代多次。响应于确定其传输窗口没有被任何相关联的ptp rlc实体暂停，rlc实体通过使表示传输窗口的上边缘和下边缘的sn递增来调整其传输窗口。接着，操作600可以结束。
108.图7示出了在通信设备的rlc实体中发生的示例性操作700的流程图。操作700可以指示当通信设备通过dl dtch向ue传输数据时在通信设备的rlc实体中发生的操作。通信设备可以是ue或网络设备，例如gnb、gnb-du、iab节点或中继设备。
109.操作700开始于rlc实体从为mtch配置的ptm rlc实体接收rlc pdu，已启用mtch与dl dtch之间的逻辑信道聚合，并将接收到的rlc pdu存储在其重传缓冲区中(步骤710)。rlc实体在为ue配置的ul dtch上从ue接收rlc状态pdu(步骤720)。rlc状态pdu包含关于ue接收或未接收的rlc pdu的确认或否定确认。rlc实体从其重传缓冲区中去除在rlc状态pdu中(肯定)确认的rlc pdu(步骤730)。rlc实体向相关联的ptm rlc实体指示保留在其重传缓
冲区中并仍等待确认的最旧rlc pdu的rlc sn(步骤740)。这种指示有助于相关联的ptm rlc实体确定ptm rlc实体的传输窗口是否会被rlc实体暂停。rlc实体接收存在于下层处的传输机会的指示(步骤750)。接着，rlc实体选择其重传缓冲区中最旧的rlc pdu作为要传输的rlc pdu(步骤760)。rlc实体确定它是否需要轮询ue(步骤770)。响应于确定rlc实体需要轮询ue，rlc实体将所选择的rlc pdu的报头中的轮询(polling，p)比特设置为1(步骤780)；否则，rlc实体将p比特设置为0(步骤790)。接着，rlc实体将rlc pdu提交给dtch以供传输(步骤795)。接着，操作700可以结束。
110.图8示出了在通信设备的rlc实体中发生的示例性操作800的流程图。操作800可以指示当通信设备通过为通信设备配置的mtch和dl dtch从发送器接收数据时在通信设备的rlc实体中发生的操作。通信设备可以是ue。发送器可以是ue或网络设备，例如gnb、gnb-du、iab节点或中继设备。
111.操作800开始于rlc实体在mtch或dl dtch上从发送器接收一个或多个rlc pdu，已启用dl dtch与mtch之间的逻辑信道聚合(步骤810)。接着，rlc实体根据一个或多个rlc pdu生成rlc sdu(步骤820)。rlc sdu的生成可以涉及将一个或多个rlc pdu中的多于一个rlc pdu中的净荷重组到rlc sdu中。接着，rlc实体将rlc sdu传送到上层，即，与rlc实体相关联的接收pdcp实体(步骤830)。rlc实体确定一个或多个rlc pdu中的任一rlc pdu的rlc报头中的轮询(polling，p)比特是否等于1(步骤840)。p比特值的反向定义是可能的。如果否，那么操作800可以结束。如果是，那么rlc实体在为通信设备配置的ul dtch上向发送器传输rlc状态pdu(步骤850)。rlc状态pdu包含关于通信设备接收或未接收的rlc pdu的确认和/或否定确认。接着，操作800可以结束。
112.图9示出了示例性通信系统900。通常，系统900使多个无线或有线用户能够传输和接收数据和其它内容。系统900可以实现一种或多种信道接入方法，例如码分多址(code division multiple access，cdma)、时分多址(time division multiple access，tdma)、频分多址(frequency division multiple access，fdma)、正交fdma(orthogonal fdma，ofdma)、单载波fdma(single-carrier fdma，sc-fdma)或非正交多址(non-orthogonal multiple access，noma)。
113.在此示例中，通信系统900包括电子设备(electronic device，ed)910a至910c、无线接入网(radio access network，ran)920a和920b、核心网930、公共交换电话网络(public switched telephone network，pstn)940、互联网950和其它网络960。虽然图9中展示了一定数量的这些组件或元件，但是系统900中可以包括任意数量的这些组件或元件。
114.ed 910a至910c用于在系统900中操作或通信。例如，ed 910a至910c用于通过无线或有线通信信道传输或接收。每个ed 910a至910c表示任何合适的终端用户设备，且可以包括如下设备(或可以称为)：用户设备(user equipment或user device，ue)、无线传输/接收单元(wireless transmit/receive unit，wtru)、移动台、固定或移动用户单元、蜂窝电话、个人数字助理(personal digital assistant，pda)、智能手机、笔记本电脑、计算机、触摸板、无线传感器或消费类电子设备。
115.此处的ran 920a和920b分别包括基站970a和970b。每个基站970a和970b用于与ed 910a至910c中的一个或多个无线连接，以便能够接入核心网930、pstn 940、互联网950或其它网络960。例如，基站970a和970b可以包括(或是)几个众所周知的设备中的一个或多个，
例如基站收发站(base transceiver station，bts)、node-b(nodeb)、演进nodeb(enodeb)，下一代(ng)nodeb(next generation node b，gnb)、家庭nodeb、家庭enodeb、站点控制器、接入点(access point，ap)或无线路由器。ed 910a至910c用于与互联网950连接和通信，并且可以接入核心网930、pstn 940或其它网络960。
116.在图9所展示的实施例中，基站970a构成ran 920a的一部分，ran 920a可以包括其它基站、元件或设备。此外，基站970b构成ran 920b的一部分，ran 920b可以包括其它基站、元件或设备。每个基站970a至970b用于在特定地理区域(有时称为“小区”)内传输或接收无线信号。在一些实施例中，可以使用多入多出(multiple-input multiple-output，mimo)技术，每个小区具有多个收发器。
117.基站970a至970b使用无线通信链路通过一个或多个空口990与ed 910a至910c中的一个或多个进行通信。空口990可以利用任何合适的无线接入技术。
118.设想系统900可以使用多信道接入功能，包括如上所述的此类方案。在特定实施例中，基站和ed实现5g新空口(new radio，nr)、lte、lte-a或lte-b。当然，也可以使用其它多址方案和无线协议。
119.ran 920a和920b与核心网930进行通信，以向ed 910a至910c提供语音、数据、应用、基于网络协议的语音传输(voice over internet protocol，voip)或其它服务。应理解，ran 920a和920b或核心网930可以与一个或多个其它ran(未示出)直接或间接通信。核心网930还可以用作其它网络(例如pstn 940、互联网950和其它网络960)的网关接入。此外，一些或全部ed 910a至910c可以包括使用不同无线技术或协议通过不同无线链路与不同无线网络进行通信的功能。ed可以通过有线通信信道与服务提供商或交换机(未示出)以及互联网950进行通信，而不是无线通信(或除此之外)。
120.虽然图9示出了通信系统的一个示例，但是可以对图9进行各种更改。例如，通信系统900可以按任何合适配置包括任何数量的ed、基站、网络或其它组件。
121.图10a和10b示出了可以实现根据本发明的方法和教示的示例性设备。特别地，图10a示出了示例性ed 1010，图10b示出了示例性基站1070。这些组件可用于系统900或任何其它合适的系统中。
122.如图10a所展示，ed 1010包括至少一个处理单元1000。处理单元1000实现ed 1010的各种处理操作。例如，处理单元1000可以执行信号编码、数据处理、功率控制、输入/输出处理或使得ed 1010能够在系统900中操作的任何其它功能。处理单元1000还支持上文更详细地描述的方法和教示。每个处理单元1000包括用于执行一个或多个操作的任何合适的处理或计算设备。每个处理单元1000可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路等。
123.ed 1010还包括至少一个收发器1002。收发器1002用于对数据或其它内容进行调制，以通过至少一个天线或网络接口控制器(network interface controller，nic)1004进行传输。收发器1002还用于解调至少一个天线1004接收到的数据或其它内容。每个收发器1002包括用于生成用于无线或有线传输的信号或处理通过无线或有线接收的信号的任何合适的结构。每个天线1004包括用于传输或接收无线或有线信号的任何合适的结构。ed 1010可以使用一个或多个收发器1002，也可以使用一个或多个天线1004。尽管收发器1002以单个功能单元展示，但还可以使用至少一个发射器和至少一个单独的接收器来实现。
access memory，sram)、动态随机存取存储器(dynamic random access memory，dram)、同步dram(synchronous dram，sdram)、只读存储器(read-only memory，rom)或其组合。在实施例中，存储器1108可以包括在开机时使用的rom以及在执行程序时使用的存储程序和数据的dram。
130.大容量存储器1104可以包括任何类型的非瞬时性存储设备，用于存储数据、程序和其它信息，并使这些数据、程序和其它信息可通过总线1120访问。大容量存储器1104可以包括固态驱动器、硬盘驱动器、磁盘驱动器或光盘驱动器中的一种或多种等。
131.视频适配器1110和i/o接口1112提供接口以将外部输入和输出设备耦合到处理单元1102。如图所示，输入和输出设备的示例包括与视频适配器1110耦合的显示器1118和与i/o接口1112耦合的鼠标、键盘或打印机1116。其它装置可以与处理单元1102耦合，并且可以利用额外的或较少的接口卡。例如，通用串行总线(universal serial bus，usb)(未示出)等串行接口可以用于为外部设备提供接口。
132.处理单元1102还包括一个或多个网络接口1106，网络接口可以包括以太网电缆等有线链路，或用以接入节点或不同网络的无线链路。网络接口1106允许处理单元1102通过网络与远程单元进行通信。例如，网络接口1106可以通过一个或多个发射器/发射天线以及一个或多个接收器/接收天线提供无线通信。在一个实施例中，处理单元1102与局域网1122或广域网耦合以用于处理数据以及与其它处理单元、互连网或远程存储设施等远程设备进行通信。
133.应当理解，本文中提供的实施例方法中的一个或多个步骤可以由对应的单元或模块执行。例如，信号可以由传输单元或传输模块传输。信号可以由接收单元或接收模块进行接收。信号可以由处理单元或处理模块进行处理。相应单元或模块可以是硬件、软件或其组合。例如，这些单元或模块中的一个或多个可以是集成电路，例如现场可编程门阵列(field programmable gate array，fpga)或专用集成电路(application-specific integrated circuit，asic)。
134.虽然已详细描述了本发明及其优点，但应当理解，在不脱离所附权利要求书定义的本发明范围的情况下，本文可以进行各种修改、替换和更改。

技术特征：
1.一种用于操作接收设备的方法，其特征在于，所述方法包括：所述接收设备从传输设备接收信令消息；所述接收设备重新配置所述接收设备的接收rlc实体，以根据所述信令消息处理从多个逻辑信道接收的数据。2.根据权利要求1所述的方法，其特征在于，所述信令消息指示具有接收rlc实体重建的重新配置。3.根据权利要求1所述的方法，其特征在于，所述信令消息指示不具有接收rlc实体重建的重新配置。4.根据权利要求1所述的方法，其特征在于，从所述多个逻辑信道接收的所述数据由传输设备的多个传输rlc实体生成，并在所述多个逻辑信道上传输，所述多个传输rlc实体中的每一个分别与包括所述多个逻辑信道的多个信道中的一个相关联。5.根据权利要求1所述的方法，其特征在于，所述重新配置包括启用逻辑信道聚合，其中所述接收rlc实体用于停止处理从一个逻辑信道接收的数据，并处理从所述多个逻辑信道接收的数据。6.根据权利要求1所述的方法，其特征在于，所述重新配置包括禁用逻辑信道聚合，其中所述接收rlc实体用于停止处理从所述多个逻辑信道接收的数据，并处理从一个逻辑信道接收的数据。7.根据权利要求1所述的方法，其特征在于，重新配置所述接收rlc实体以处理从多个逻辑信道接收的数据包括：改变所述接收rlc实体。8.根据权利要求1所述的方法，其特征在于，所述信令消息在rrc消息中接收。9.一种用于操作通信设备的无线链路控制(radio link control，rlc)实体的方法，其特征在于，所述rlc实体用于在多个逻辑信道上接收数据，所述方法包括：所述rlc实体在多个逻辑信道上接收多个传输rlc实体生成的rlc协议数据单元(protocol data unit，pdu)；所述rlc实体根据所述rlc pdu生成rlc业务数据单元(service data unit，sdu)；所述rlc实体将所述rlc sdu传送到上层。10.根据权利要求9所述的方法，其特征在于，所述多个逻辑信道包括为ue配置的至少一个专用业务信道(dedicated traffic channel，dtch)。11.根据权利要求9所述的方法，其特征在于，所述多个逻辑信道包括组播业务信道(multicast traffic channel，mtch)。12.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。13.根据权利要求12所述的方法，其特征在于，在轮询(polling，p)比特设置为所述指定值的情况下接收的其中一个rlc pdu是在组播业务信道(multicast traffic channel，mtch)上接收的。14.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在所述多个逻辑信道上成功接收的所述rlc pdu的信息。15.根据权利要求14所述的方法，其特征在于，所述方法还包括：所述rlc实体向发射器
处的逻辑信道dtch的rlc传输实体传输rlc状态报告。16.根据权利要求14所述的方法，其特征在于，所述rlc状态报告包括逻辑信道mtch和dtch的rlc传输实体生成的数据包的接收状态，所述接收状态指示所述rlc传输实体生成的所述数据包是否被接收。17.根据权利要求14所述的方法，其特征在于，响应于所述rlc状态报告，所述rlc实体在专用业务信道(dedicated traffic channel，dtch)上接收重传的数据包。18.根据权利要求14所述的方法，其特征在于，响应于所述rlc状态报告，所述rlc实体在组播业务信道(multicast traffic channel，mtch)上接收重传的数据包。19.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体接收设置在其中一个rlc pdu中的轮询(polling，p)比特；响应于所述轮询(polling，p)比特以及处理从逻辑信道，即组播业务信道(multicast traffic channel，mtch)和专用业务信道(dedicated traffic channel，dtch)接收的数据包，所述rlc实体生成rlc状态报告。20.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体从所述传输rlc实体接收rlc控制pdu，所述rlc控制pdu指示开始或结束使用包括rlc序列号(sequence number，sn)的rlc pdu格式。21.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。22.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述rlc实体向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在mtch和dtch上成功接收的所述rlc pdu的信息。23.一种用户设备(user equipment，ue)，其特征在于，所述用户设备包括：包括指令的非瞬时性存储器；与所述存储器通信的一个或多个处理器，所述一个或多个处理器执行所述指令以执行以下操作：所述ue的rlc实体在多个逻辑信道上接收rlc协议数据单元(protocol data unit，pdu)；根据所述rlc pdu生成rlc sdu；将所述rlc sdu传送到上层。24.根据权利要求23所述的ue，其特征在于，所述多个逻辑信道包括为所述ue配置的至少一个专用业务信道(dedicated traffic channel，dtch)。25.根据权利要求23所述的ue，其特征在于，所述多个逻辑信道包括组播业务信道(multicast traffic channel，mtch)。26.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：所述rlc实体确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。27.根据权利要求26所述的ue，其特征在于，在所述轮询(polling，p)比特设置为指定值的情况下接收的其中一个rlc pdu是在组播业务信道(multicast traffic channel，mtch)上接收的。
28.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在所述多个逻辑信道上成功接收的所述rlc pdu的信息。29.根据权利要求28所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：所述rlc实体向发射器处的逻辑信道dtch的rlc传输实体传输rlc状态报告。30.根据权利要求28所述的ue，其特征在于，所述rlc状态报告包括逻辑信道mtch和dtch的rlc传输实体生成的数据包的接收状态，所述接收状态指示所述rlc传输实体生成的所述数据包是否被接收。31.根据权利要求28所述的ue，其特征在于，响应于所述rlc状态报告，所述rlc实体在专用业务信道(dedicated traffic channel，dtch)上接收重传的数据包。32.根据权利要求28所述的ue，其特征在于，响应于所述rlc状态报告，所述rlc实体在组播业务信道(multicast traffic channel，mtch)上接收重传的数据包。33.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：接收设置在其中一个rlc pdu中的轮询(polling，p)比特；响应于所述轮询(polling，p)比特以及处理从逻辑信道，即mtch和dtch接收的数据包，所述rlc实体生成rlc状态报告。34.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：所述rlc实体从传输rlc实体接收rlc控制pdu，所述rlc控制pdu指示开始或结束使用包括rlc序列号(sequence number，sn)的rlc pdu格式。35.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：确定其中一个rlc pdu是在轮询(polling，p)比特设置为指定值的情况下接收的。36.根据权利要求23所述的ue，其特征在于，所述一个或多个处理器还执行所述指令以执行以下操作：向通信设备传输rlc状态pdu，其中所述rlc pdu是从所述通信设备接收的，所述rlc状态pdu包括确认所述ue已在mtch和dtch上成功接收的所述rlc pdu的信息。

技术总结
逻辑信道聚合的方法和装置。一种用于操作通信设备的无线链路控制(radio link control，RLC)实体的方法包括：所述RLC实体被配置用于在多个逻辑信道上接收数据，所述RLC实体在多个逻辑信道上接收多个传输RLC实体生成的RLC协议数据单元(protocol data unit，PDU)，根据所述RLC PDU生成RLC业务数据单元(service data unit，SDU)，将所述RLC SDU传送到上层。到上层。到上层。


技术研发人员：毕皓 邹佳林 马金
受保护的技术使用者：华为技术有限公司
技术研发日：2021.10.21
技术公布日：2023/8/4