CN114071368A

CN114071368A - 多播或广播资源配置方法、信息传输方法及相关设备

Info

Publication number: CN114071368A
Application number: CN202010780208.5A
Authority: CN
Inventors: 刘潇蔓; 谢芳
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2020-08-05
Filing date: 2020-08-05
Publication date: 2022-02-18
Anticipated expiration: 2040-08-05
Also published as: AU2021323155B2; JP2023536985A; EP4178234A1; CN114071368B; MX2023001537A; WO2022028215A1; CA3188346A1; EP4178234A4; BR112023002059A2; AU2021323155A1

Abstract

本申请公开了一种多播或广播资源配置方法、信息传输方法、装置、分布单元(DU)、集中单元(CU)、终端及存储介质。其中，方法包括：DU接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；将接收的相关信息发送给CU；发送的相关信息用于供所述CU为所述DU配置第一多播或广播业务的资源；接收所述CU发送的第一多播或广播业务的资源配置信息。

Description

多播或广播资源配置方法、信息传输方法及相关设备

技术领域

本申请涉及无线通信领域，尤其涉及一种多播或广播资源配置方法、信息传输方法、装置、相关设备及存储介质。

背景技术

为有效利用移动网络资源，提出了多媒体广播多播业务(MBMS)技术，MBMS技术是一种从一个数据源向多个目标终端传输数据的技术，实现了网络(包括核心网，传输网(传输电信号或光信号的网络)和接入网)资源的共享，提高了网络资源，尤其是空口资源利用率。由于MBMS技术的实施需要专门的频谱资源，加之用户对移动多媒体业务的诉求不高，很大程度上限制了该类业务的发展。因此，在长期演进(LTE)系统中，提出了增强型多媒体广播多播业务(eMBMS)，有效降低eMBMS对通信系统的要求。

另一方面，新空口(NR)中引入了集中单元(CU)-分布单元(DU)分离的架构，适用于不同场景需求，可以灵活对应不同需求；同时，CU-DU分离的架构还能够提高网络灵活性。在CU-DU分离的架构下，如何在CU-DU架构下实现多播或广播业务是目前亟待解决的问题。

发明内容

为解决相关技术问题，本申请实施例提供一种多播或广播资源配置方法、信息传输方法、装置、相关设备及存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供了一种多播或广播资源配置方法，应用于DU，包括：

接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；

将接收的相关信息发送给CU；发送的相关信息用于为所述DU配置第一多播或广播业务的资源；

接收所述CU发送的第一多播或广播业务的资源配置信息。

上述方案中，通过以下方式之一接收终端上报的希望接收的第一多播或广播业务的相关信息：

媒体接入控制控制单元(MAC CE)；

物理层信令；

无线资源控制(RRC)信令。

上述方案中，所述将所述相关信息发送给CU，包括：

将终端上报的所述相关信息直接透传给所述CU。

上述方案中，所述方法还包括：

将接收的至少一个终端上报的所述第一多播或广播业务的相关信息进行统计，得到统计结果；

将统计结果发送给所述CU。

上述方案中，所述将接收的相关信息发送给CU时，所述方法还包括：

向所述CU发送第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式。

上述方案中，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，向所述CU发送第一信息时，所述方法还包括：

向所述CU发送第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域。

上述方案中，所述方法还包括：

广播系统消息；所述系统消息携带至少一个多播或广播业务信息；

接收至少一个终端基于所述至少一个多播或广播业务信息上报的所述第一多播或广播业务的相关信息。

上述方案中，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

上述方案中，所述方法还包括：

向所述CU发送除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息；发送的资源配置信息用于供所述CU为DU配置所述第一多播或广播业务的资源。

本申请实施例还提供了一种多播或广播资源配置方法，应用于CU，包括：

接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；接收的相关信息用于为所述至少一个DU中每个DU配置第一多播或广播业务的资源；

向所述每个DU发送第一多播或广播业务的资源配置信息。

上述方案中，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，所述方法包括：

接收DU透传的终端上报的第一多播或广播业务的相关信息。

接收DU上报的统计结果；所述统计结果是针对至少一个终端上报的第一多播或广播业务的相关信息进行统计得到的。

上述方案中，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，所述方法还包括：

接收DU发送的第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式；所述第一信息和接收的相关信息用于为所述至少一个DU中每个DU配置第一多播或广播业务资源。

上述方案中，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，所述接收DU发送的第一信息时，所述方法还包括：

接收DU发送的第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域；所述第一信息、第二信息和接收的相关信息用于为所述至少一个DU中每个DU配置第一多播或广播业务资源。

上述方案中，对所述至少一个DU上报的相关信息进行统计，得到统计结果；所述统计结果用于确定所述第一多播或广播业务采用多播传输方式；

针对所述第一多播或广播业务，所述至少一个DU配置的资源相同。

上述方案中，针对所述至少一个DU中的每个DU，相应DU上报的至少一个终端的所述第一多播或广播业务的相关信息用于为所述相应DU配置针对第一多播或广播业务的资源；其中，

每个DU分配的资源不同。

上述方案中，所述方法还包括：

接收DU发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息；所述接收的资源配置信息和所述相关信息用于为DU分配第一多播或广播业务的资源。

上述方案中，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

本申请实施例还提供了一种多播或广播资源配置方法，应用于终端，包括：

向DU上报自身希望接收的第一多播或广播业务的相关信息；上报的相关信息用于供CU为所述DU配置第一多播或广播业务的资源。

上述方案中，所述方法还包括：

接收系统消息；所述系统消息携带至少一个多播或广播业务信息；

利用所述至少一个多播或广播业务信息，确定自身希望接收的第一多播或广播业务。

上述方案中，通过以下方式之一向DU上报自身希望接收的第一多播或广播业务的相关信息，包括：

MAC CE；

物理层信令；

RRC信令。

上述方案中，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

本申请实施例还提供了一种信息传输方法，应用于DU，包括：

向CU发送配置的多播或广播业务关联的配置信息；所述配置信息用于供所述CU进行资源协调。

上述方案中，所述向CU发送配置的多播或广播业务关联的配置信息，包括：

主动向所述CU发送所述配置信息；

或者，

基于所述CU的请求向所述CU发送所述配置信息。

本申请实施例还提供了一种信息传方法，应用于CU，包括：

接收DU发送的多播或广播业务关联的配置信息；

利用所述配置信息进行资源协调。

上述方案中，所述接收DU发送的多播或广播业务关联的配置信息，包括：

接收所述DU主动发送的所述配置信息；

或者，

向所述DU发送请求；接收所述DU基于所述请求发送的所述配置信息。

本申请实施例还提供了一种多播或广播资源配置装置，包括：

第一接收单元，用于接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；

第一发送单元，用于将接收的相关信息发送给CU；发送的相关信息用于供所述CU为所述DU配置第一多播或广播业务的资源；

第二接收单元，用于接收所述CU发送的第一多播或广播业务的资源配置信息。

第三接收单元，用于接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；

配置单元，用于向所述每个DU发送第一多播或广播业务的资源配置信息。

上报单元，用于向DU上报自身希望接收的第一多播或广播业务的相关信息；上报的相关信息用于供CU为所述DU配置第一多播或广播业务的资源。

本申请实施例还提供了一种信息传输装置，包括：

第二发送单元，用于向CU发送配置的多播或广播业务关联的配置信息；所述配置信息用于供所述CU进行资源协调。

本申请实施例还提供了一种信息传输装置，包括：

第五接收单元，用于接收DU发送的多播或广播业务关联的配置信息；

协调单元，用于利用所述配置信息进行资源协调。

本申请实施例还提供了一种DU，包括：第一处理器及第一通信接口；其中，

所述第一通信接口，用于：

接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；将接收的相关信息发送给CU；发送的相关信息用于供所述CU为所述DU配置第一多播或广播业务的资源；以及接收所述CU发送的第一多播或广播业务的资源配置信息；

或者，

所述第一通信接口，用于向CU发送配置的多播或广播业务关联的配置信息；所述配置信息用于供所述CU进行资源协调。

本申请实施例还提供了一种CU，包括：第二处理器及第二通信接口；其中，

所述第二通信接口，用于接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；以及向所述每个DU发送第一多播或广播业务的资源配置信息；

或者，

所述第二通信接口，用于接收DU发送的多播或广播业务关联的配置信息；所述第二处理器，用于利用所述配置信息进行资源协调。

本申请实施例还提供了一种终端，包括：第三处理器及第三通信接口；其中，

所述第三通信接口，用于向DU上报自身希望接收的第一多播或广播业务的相关信息；上报的相关信息用于供CU为所述DU配置第一多播或广播业务的资源。

本申请实施例还提供了一种DU，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器用于运行所述计算机程序时，执行权利要求上述DU侧任一方法的步骤。

本申请实施例还提供了一种CU，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器用于运行所述计算机程序时，执行上述CU侧任一方法的步骤。

本申请实施例还提供了一种终端，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，

其中，所述第三处理器用于运行所述计算机程序时，执行上述终端侧任一方法的步骤。

本申请实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述DU侧任一方法的步骤，或者实现上述CU侧任一方法的步骤，或者实现上述终端侧任一方法的步骤。

本申请实施例提供的多播或广播资源配置方法、信息传输方法、装置、相关设备及存储介质，终端向DU上报自身希望接收的第一多播或广播业务的相关信息；DU将接收的相关信息发送给CU；CU利用接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务的资源，DU接收所述CU发送的第一多播或广播业务的资源配置信息，通过终端上报DU自身希望接收的多播或广播业务的相关信息，DU将终端上报的相关信息发给CU，由CU向每个DU发送多播或广播业务的资源配置信息，从而在CU-DU架构下实现了多播或广播业务资源的配置，基于终端对多播或广播业务的需求进行多播或广播业务资源的配置，如此，能够减少资源浪费。同时，DU向CU发送配置的多播或广播业务关联的配置信息；而CU利用所述配置信息进行资源协调，这样，就能够实现多播或广播业务发送方式、发送区域的动态调整，从而减少了资源浪费。

附图说明

图1为本申请实施例一种多播或广播资源配置的方法流程示意图；

图2为本申请实施例另一种多播或广播资源配置的方法流程示意图；

图3为本申请实施例第三种多播或广播资源配置的方法流程示意图；

图4为本申请实施例一种信息传输的方法流程示意图；

图5为本申请实施例另一种信息传输的方法流程示意图；

图6为本申请实施例一种多播或广播资源配置装置结构示意图；

图7为本申请实施例另一种多播或广播资源配置装置结构示意图；

图8为本申请实施例第三种多播或广播资源配置装置结构示意图；

图9为本申请实施例一种信息传输装置结构示意图；

图10为本申请实施例另一种信息传输装置结构示意图；

图11为本申请实施例DU结构示意图；

图12本申请实施例CU结构示意图；

图13本申请实施例终端结构示意图；

图14为本申请实施例多播或广播资源配置系统结构示意图；

图15为本申请实施例信息传输系统结构示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

在CU-DU分离的架构下，需要考虑如何配置多播或广播资源，CU和DU具体的功能，以及CU、DU、用户设备(UE)间交互的信息等，特别地，还需要考虑UE对多播或广播业务的接收兴趣(也可以理解为偏好)，考虑如UE的地理位置等信息来进行多播配置，如多播区域的调整，多播业务传输方式(比如点对点(PTP)或点对多(PTM))的调整等。

基于此，在本申请的各种实施例中，终端向DU上报偏好的多播或广播业务的相关信息；而DU将终端的多播或广播业务的相关信息发送给CU；CU针对某个多播或广播业务，基于DU发送的相关信息进行资源分配。

本申请实施例提供一种多播或广播资源配置方法，应用于终端，包括：

这里，实际应用时，终端可以基于网络侧的要求(比如CU或DU的要求)或者基于配置上报自身希望接收的多播或广播业务的相关信息。

基于此，在一实施例中，该方法还可以包括：

其中，所述终端接收DU发送的系统消息。

也就是说，所述终端接收DU发送的广播消息；所述广播消息中包含网络期望获得的终端的接收情况(正在接收的多播或广播业务)或兴趣反馈的多播或广播业务列表(期望、将要接收的多播或广播业务)；

基于所述广播消息向DU上报自身希望接收的第一多播或广播业务的相关信息。

其中，实际应用时，所述CU可以配置DU发送所述广播消息。

这里，相关技术中，eMBMS在LTE架构基础上引入三个逻辑网元：接入网侧引入多小区/多播协作实体(MCE)，核心网侧引入MBMS网关(MBMSGW)以及多播-广播服务中心(BM-SC)，并相应地新增了6个接口(M1，M2，M3，Sm，SGmb以及Sci-mb)。

然而，LTE架构下的MBMS的多播或广播区域的最小粒度是小区，在这种情况下，对于某个多播或广播业务，在某个小区内只有整个小区发或整个小区完全不发两种状态，而不能在小区内再分区域进行多播或广播，因此灵活性较差，同时也造成了资源的浪费。而且，随着无线系统的发展，系统带宽逐渐增大，对资源的浪费也将更为严重。另一方面，对于第五代移动通信技术(5G)系统，可以采用波束扫描的方式进行数据的发送，因此可以考虑基于波束扫描方式的多播或广播业务配置及发送，并根据用户在小区内的分布等进行多播或广播业务发送波束的调整。

因此，多播或广播业务列表中的多播或广播业务(即所述至少一个多播或广播业务)可以是基于小区粒度的，也可以是基于波束粒度的。

基于此，在一实施例中，所述至少一个多播或广播业务信息包含以下至少之一：

当前服务频点提供的多播或广播业务信息；

当前服务小区提供的多播或广播业务信息；

当前服务小区的各波束所提供的多播或广播业务信息；

当前服务频点的相邻频点提供的多播或广播业务信息；

相邻小区提供的多播或广播业务信息；

相邻小区的各波束所提供的多播或广播业务信息。

在一实施例中，所述相关信息可以包含以下信息至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

其中，实际应用时，所述第一多播或广播业务标识可以包含第一多播或广播业务的区域ID，临时移动组标识(TGMI)，会话(session)ID，流(flow)ID和服务区域标识(SAI)中的一种或多种。

所述终端的位置可以包含同步信号和PBCH块(SSB)ID，信道状态信息参考信号(CSI-RS)ID，物理小区标识(PCI)，经纬度，或其他表征位置的信息等中的一个或多个。

对于接收方式偏好，可以采用1bit表示是否希望通过多播(也可以理解为PTM)接收第一多播或广播业务。比如，当设置为1时，表示希望通过多播方式接收第一多播或广播业务；设置为0时，表示不希望通过多播方式接收第一多播或广播业务。

其中，实际应用时，可以针对反馈的某个多播或广播业务单独设置，也可以针对反馈的多播或广播业务统一设置。

在另一实施例中，该方法还可以包括：

接收DU发送的RRC信令(比如counting消息)；所述RRC信令包含网络期望获得的终端的接收情况或兴趣反馈的多播或广播业务列表；

基于接收的RRC信令向DU上报自身希望接收的第一多播或广播业务的相关信息。

也就是说，连接态的终端收到RRC信令后，可以通过上行RRC消息按网络所要求的形式内容等反馈自身希望接收的第一多播或广播业务的相关信息。

实际应用时，当所述终端基于网络侧的要求上报自身希望接收的多播或广播业务的相关信息时，上报的相关信息(即反馈的内容与形式)需要与网络侧的要求相一致，即与网络侧要求吻合。

其中，所述终端希望接收的多播或广播业务可以是终端正在接收的多播或广播业务，也可以是所述终端感兴趣的多播或广播业务，这里，实际应用时，所述终端可以根据用户的选择来确定感兴趣的多播或广播业务。在所述终端希望接收的多播或广播业务是终端正在接收的多播或广播业务的情况下，实施本申请方案时，所述CU可能会为该多播或广播业务重新分配资源。

在一实施例中，所述终端可以通过以下方式之一向DU上报自身希望接收的第一多播或广播业务的相关信息，包括：

MAC CE；

物理层信令；

RRC信令。

其中，当所述终端处于空闲(idle)态或RRC非激活(inactive)态时，即对于idle态或inactive态终端，可以通过MAC CE或物理层信令向DU上报自身希望接收的第一多播或广播业务的相关信息。

当所述终端处于RRC连接态时，即对于RRC连接态终端，可以通过RRC信令向DU上报自身希望接收的第一多播或广播业务的相关信息。

这里，实际应用时，所述物理层信令可以是调度请求(SR)或信道质量指示符(CQI)等上行控制信息(UCI)。

所述RRC信令可以是可能是MBMS计数请求消息(MBMS Counting Responsemessage)(当然也可以是与该消息作用相同的其他名称的消息)，或者MBMS兴趣消息(MBMSInterest Indication)或者是RRC连接重配置完成(RRC Connection ReconfigurationComplete)消息(也可以称为RRC重配置完成(RRC Reconfiguration Complete)消息)等。

所述终端向DU上报自身希望接收的第一多播或广播业务的相关信息后，进行相应的处理。

基于此，本申请实施例还提供了一种多播或广播资源配置方法，应用于DU，如图1所示，该方法包括：

步骤101：接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；

步骤102：将接收的相关信息发送给CU；发送的相关信息用于供所述CU为所述DU配置第一多播或广播业务的资源；

步骤103：接收所述CU发送的第一多播或广播业务的资源配置信息。

其中，在一实施例中，在步骤101中，所述DU通过以下方式之一接收终端上报的希望接收的第一多播或广播业务的相关信息：

MAC CE；

物理层信令；

RRC信令。

这里，在一实施例中，该方法还可以包括：

其中，实际应用时，在步骤102中，所述DU收到终端上报的相关信息后，可以将终端上报的相关信息直接透传给所述CU。

具体地，当终端通过MAC CE、物理层信令或RRC信令上报所述相关信息时，所述DU可以直接将该信令透传给CU。

所述DU收到终端上报的相关信息后，还可以对对多个终端上报的相关信息进行统计。

基于此，在一实施例中，该方法还可以包括：

将统计结果发送给所述CU。

其中，实际应用时，当终端通过MAC CE、或物理层信令上报所述相关信息时，可以将这些终端上报的第一多播或广播业务的相关信息进行统计，得到统计结果。

实际应用时，DU会接收到多个终端上报的针对不同多播或广播业务的相关信息，此时，可以在设置的统计周期内，以多播或广播业务为粒度进行统计。

在设置的统计周期内，还可以以波束为粒度进行统计，比如以SSB为粒度进行统计。

在设置的统计周期内，也可以以小区为粒度进行统计。

也就是说，在设置的统计周期内，可以以多播或广播业务、SSB和小区中至少之一为粒度进行统计。

实际应用时，所述DU还可以将对第一多播或广播业务的传输方式的建议发送给CU。

基于此，在一实施例中，该方法还可以包括：

其中，建议的传输方式可以是多播(即PTM)或PTP方式。

这里，对于DU建议通过多播方式进行传输的多播或广播业务，DU发给CU的建议或请求消息中可能包含多播或广播业务标识(比如TMGI，SAI，Session ID，QoS flow ID，多播IP地址等中的一个或多个)，并可能包含多播或广播业务建议的多播或广播的区域(比如某个小区，或某小区的某个波束对应区域等)。

基于此，在一实施例中，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，向所述CU发送第一信息时，所述方法还包括：

实际应用时，网管设备或其他CU以上控制单元直接配置多播或广播业务传输所需的资源等时，所述DU可以将多播或广播业务的资源的配置信息发送给所述CU，以便所述CU可以对资源进行合理调度，以避免和网管设备或其他CU以上控制单元配置的资源冲突。

基于此，在一实施例中，该方法还可以包括：

其中，实际应用时，DU可选择将网管设备或其他CU以上控制单元下发的配置中的全部或部分发送给CU，也就是说，所述第二多播或广播业务的数量可以是至少一个。

该发送可能是DU主动发起的，也可能是CU请求的。

基于此，在一实施例中，所述向CU发送除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息，包括：

主动向所述CU发送所述资源配置信息；

或者，

基于所述CU的请求向所述CU发送所述资源配置信息。

CU收到DU上报的信息后可以为所述第一多播或广播业务分配资源。

基于此，本申请实施例还提供了一种多播或广播资源配置方法，应用于CU，如图2所示，该方法包括：

步骤201：接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；

步骤202：向所述每个DU发送第一多播或广播业务的资源配置信息。

其中，实际应用时，由决策单元来为每个DU配置多播或广播业务的资源。当决策单元位于CU上时，CU利用接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务的资源。当决策单元位于独立于CU的另一个硬件设备上时，决策单元需要将资源配置信息发送给CU，CU将资源配置信息发送给DU，比如透传给DU。

在一实施例中，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，该方法可以包括：

接收DU透传的终端上报的第一多播或广播业务的相关信息。

所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，该方法可以包括：

在一实施例中，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，该方法还可以包括：

接收DU发送的第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式；所述第一信息和接收的相关信息用于为所述至少一个DU中每个DU配置第一多播或广播业务资源；

相应地，所述CU根据第一信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

其中，在一实施例中，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，所述接收DU发送的第一信息时，所述方法还包括：

接收DU发送的第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域；所述第一信息、第二信息和接收的相关信息用于为所述至少一个DU中每个DU配置第一多播或广播业务资源；

相应地，所述CU根据所述第一信息、第二信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

从上面的描述可以看出，根据DU上报的不同信息，CU收集到的信息可能分为以下四种情况：

第一种情况，CU仅收到DU透传的终端希望接收的多播获广播业务的相关信息；

第二种情况，CU仅收到DU发来的统计结果；

第三种情况，CU仅收到DU发来的统计结果和DU对某多播或广播业务的传输方式的建议；

第四种情况，CU仅收的DU发来的对某业务的传输方式的建议(比如针对某个多播或广播业务，网管设备或其他CU以上控制单元直接配置多播传输所需的资源)。

其中，对于未配置资源的某个多播或广播业务，CU会对收到的终端希望接收的多播或广播业务相关信息，进行统计，比如在设置的统计周期内，可以以多播或广播业务、SSB和小区中至少之一为粒度进行统计，并得到CU对某多播或广播业务的传输方式的决策，此时，如果CU还收到了DU发送的传输方式建议，在进行决策时，CU还将参考DU发送的传输方式建议。示例性地，假设CU下有四个DU，分别是DU 1、DU 2、DU 3和DU 4；其中，DU 1将收到的UE的相关信息直接透传给CU，且其他DU基于收到的UE的相关信息都指示的是通过多播的方式来传输，所以其他DU建议通过多播的方式来传输，CU经过统计后，虽然得出只有3％的UE期望用多播方式接收多播或广播业务(终端较少不适合多播方式传输)，此时其他DU建议通过多播的方式来传输，所以CU可能会决定通过多播的方式传输该多播或广播业务。

其中，CU可以针对某个时期(CU配置的偏好统计周期)内收到的一个或多个DU(属于同一个CU)发送的信息，CU可以基于这些信息进行统一处理，也可以针对每个DU分别处理。

具体地，统一处理是指：汇总所有DU发来的信息，并可能对信息做一定的整合，比如对某个多播或广播业务的请求情况，进行CU覆盖范围内的汇总，决定是否在该范围内对其采用PTM方式传送。如果决策单元决定对满足条件的某一多播或广播业务采用多播(即PTM)的方式传输，则为CU下的每个DU下的小区或波束产生相应相同配置，每个配置与多播或业务标识关联。

基于此，在一实施例中，所述利用接收的相关信息为所述DU配置所述第一多播或广播业务的资源，包括：

对所述至少一个DU上报的相关信息进行统计，得到统计结果；

利用统计结果，确定所述第一多播或广播业务采用多播传输方式；

针对所述第一多播或广播业务，为所述至少一个DU配置相同的资源。

也就是说，所述统计结果用于确定所述第一多播或广播业务采用多播传输方式；针对所述第一多播或广播业务，所述至少一个DU配置的资源相同。

其中，在决策时，需要考虑希望接收该多播或广播业务的总的UE数量、SSB下的UE数量，信道条件、第一信息、第二信息等因素。

所述条件可以根据需要来设置，比如将申请通过多播接收该多播或广播业务的UE的数量与设定门限(根据需要设置)对比，当UE的数量大于或等于门限时，通过多播方式传输；同时，CU还可能考虑资源情况，检查是否有足够的无线资源，如当前网络负载较高，剩余资源较少，不采用多播的话可能造成过网络拥塞，因此网络可能选择通过PTM传输。

分别处理是指：对每个DU发送的信息做单独处理，对于每个多播或广播业务，决策单元根据每个DU的反馈单独决定传输方式，也即可能同一个CU下的不同DU中，同一个多播或广播业务可能采用多播、单播、广播中的一种或多种进行发送，则对于采用多播或广播(即PTM)方式的多播或广播业务，其配置方式可能是：1)决策单元配置以CU或DU为粒度的多播资源池，并指示进行多播或广播的业务列表，但资源池不与业务等关联，由DU决定其对应范围内小区多播业务多个业务如何传输；2)决策单元分别为每个CU或DU下的小区或波束产生不同的配置。其中，在分别处理时，在决策时，需要考虑一个DU下希望接收该多播或广播业务的总的UE数量、SSB(即波束)下的UE数量，信道条件等因素。

针对所述至少一个DU中的每个DU，根据相应DU上报的至少一个终端的所述第一多播或广播业务的相关信息，为所述相应DU配置针对第一多播或广播业务的资源；其中，

每个DU分配的资源不同。

也就是说，针对所述至少一个DU中的每个DU，相应DU上报的至少一个终端的所述第一多播或广播业务的相关信息用于为所述相应DU配置针对第一多播或广播业务的资源；其中，每个DU分配的资源不同。

其中，在一实施例中，在接收到DU发送的第一信息的情况下，根据第一信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息，为所述相应DU配置针对第一多播或广播业务的资源；所述第一信息表征所述第一多播或广播业务建议的传输方式。

在一实施例中，在接收到第二信息的情况下，根据第一信息、第二信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息，为所述相应DU配置针对所述第一多播或广播业务的资源；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域。

在一实施例中，该方法还可以包括：

接收DU发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息；

结合接收的资源配置信息为DU分配第一多播或广播业务的资源。

也就是说，所述接收的资源配置信息和所述相关信息用于为DU分配第一多播或广播业务的资源。

其中，在一实施例中，所述接收DU发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息，包括：

接收所述DU主动发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息；

或者，

向所述DU发送请求；接收所述DU基于所述请求发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息。

从上面的描述可以看出，需要考虑终端的数量(可以是不同粒度统计的数量，比如CU粒度、DU粒度、SSB粒度等)、其他已分配的资源和信道条件等因素来分配某个多播或广播业务分配资源。CU可以生成某个多播或广播业务的配置或提供某个区域范围(CU或DU范围内)多播或广播业务可用的资源池。

另外，对于一个待分配资源的多播或广播业务，不论采用统一处理或是分别处理的方式，CU都需要向DU发送配置信息，该配置信息可能包含但不限于以下内容中的一种或多种：与多播或广播业务PTM传播相关的系统消息的内容，系统消息传输所占用的资源配置(或可用资源池)，多播或广播业务控制信道包含内容及所使用的资源信息(或可用资源池)，多播或广播业务信道配置信息(或可用资源池)等。

本申请实施例提供了一种多播或广播资源配置方法，如图3所示，该方法包括：

步骤301：终端向DU上报自身希望接收的第一多播或广播业务的相关信息；

步骤302：DU将接收的至少一个终端上报的希望接收的第一多播或广播业务的相关信息发送给CU；

步骤303：CU向每个DU发送第一多播或广播业务的资源配置信息。

这里，需要说明的是：终端、DU和CU的具体处理过程已在上文详述，这里不再赘述。

本申请实施例提供的多播或广播资源配置方法，终端向DU上报自身希望接收的第一多播或广播业务的相关信息；DU将接收的相关信息发送给CU；CU利用接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务的资源，DU接收所述CU发送的第一多播或广播业务的资源配置信息，通过终端上报DU自身希望接收的多播或广播业务的相关信息，DU将终端上报的相关信息发给CU，由CU向每个DU发送多播或广播业务的资源配置信息，从而在CU-DU架构下实现了多播或广播业务资源的配置，基于终端对多播或广播业务的需求进行多播或广播业务资源的配置，如此，能够减少资源浪费。

另外，DU向所述CU发送第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式；所述第一信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息用于为所述相应DU配置针对第一多播或广播业务的资源，基于终端对多播或广播业务的需求进行发送方式的动态调整，减少了资源浪费。

除此以外，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，向所述CU发送第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域；所述第一信息、第二信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息用于为所述相应DU配置针对所述第一多播或广播业务的资源，基于终端对多播或广播业务的需求进行发送区域的动态调整，减少了资源浪费。

实际应用时，网管设备或其他CU以上控制单元可以直接配置多播或广播业务传输所需的资源，此时可以基于这些配置信息对整个CU下的资源进行合理调度，比如避免和网管设备或其他CU以上控制单元配置的资源冲突；还可以还根据网管设备或其他CU以上控制单元配置的多播或广播业务PTM传传输方式相关的系统消息的内容来生成相应的系统消息等。

基于此，本申请实施例还提供了一种信息传输方法，应用于DU，包括：

向CU发送配置的多播或广播业务关联的配置信息(由除所述CU外的其他网元配置，比如网管设备或其他CU以上控制单元)；所述配置信息用于供所述CU进行资源协调。

其中，实际应用时，所述配置信息包含但不限于与多播或广播业务PTM传传输相关的系统消息的内容、系统消息传输所占用的资源配置，多播或广播业务控制信道包含内容及所使用的资源信息，多播或广播业务信道配置信息等。

这里，当决策单元位于独立于CU的另一个硬件设备上时，所述CU需要与决策单元交互，由决策单元进行多播或广播业务资源的配置，并将这些配置信息发送给CU。

DU可选择将除所述CU外的其他网元配置的配置信息中的全部或部分发送给CU；另外，该发送过程可以是DU主动发起的，也可以是CU请求的。

基于此，在一实施例中，所述向CU发送配置的多播或广播业务关联的配置信息，包括：

主动向所述CU发送所述配置信息；

或者，

基于所述CU的请求向所述CU发送所述配置信息。

相应地，本申请实施例还提供了一种信息传输方法，应用于CU，如图4所示，该方法包括：

步骤401：接收DU发送的多播或广播业务关联的配置信息；

步骤402：利用所述配置信息进行资源协调。

其中，在一实施例中，步骤401的具体实现可以包括：

接收所述DU主动发送的所述配置信息；

或者，

本申请实施例还提供了一种信息传输方法，如图5所示，该方法包括：

步骤501：DU向CU发送配置的多播或广播业务关联的配置信息；

步骤502：所述CU利用所述配置信息进行资源协调。

这里，需要说明的是：DU和CU的具体处理过程已在上文详述，这里不再赘述。

本申请实施例提供的信息传输方法，DU向CU发送配置的多播或广播业务关联的配置信息；而CU利用所述配置信息进行资源协调，这样，就能够实现多播或广播业务发送方式、发送区域的动态调整，从而减少了资源浪费。

为了实现本申请实施例的方法，本申请实施例还提供了一种多播或广播资源配置装置，设置在终端上，如图6所示，该装置包括：

上报单元601，用于向DU上报自身希望接收的第一多播或广播业务的相关信息；上报的相关信息用于供CU为所述DU配置第一多播或广播业务的资源。

其中，在一实施例中，如图6所示，该装置还可以包括：

第四接收单元602，用于接收系统消息；所述系统消息携带至少一个多播或广播业务信息；

确定单元603，用于利用所述至少一个多播或广播业务信息，确定自身希望接收的第一多播或广播业务。

在一实施例中，所述上报单元601用于通过以下方式之一向DU上报自身希望接收的第一多播或广播业务的相关信息，包括：

MAC CE；

物理层信令；

RRC信令。

实际应用时，所述上报单元601、第四接收单元602可由多播或广播资源配置装置中的通信接口实现；所述确定单元603可由多播或广播资源配置装置中的处理器实现。

为了实现本申请实施例DU侧的方法，本申请实施例还提供了一种多播或广播资源配置装置，设置在DU上，如图7所示，该装置包括：

第一接收单元701，用于接收至少一个终端上报的希望接收的第一多播或广播业务的相关信息；

第一发送单元702，用于将接收的相关信息发送给CU；发送的相关信息用于供所述CU为所述DU配置第一多播或广播业务的资源；

第二接收单元703，用于接收所述CU发送的第一多播或广播业务的资源配置信息。

其中，在一实施例中，所述第一接收单元701，具体用于通过以下方式之一接收终端上报的希望接收的第一多播或广播业务的相关信息：

MAC CE；

物理层信令；

RRC信令。

在一实施例中，所述第一发送单元702，用于将终端上报的所述相关信息直接透传给所述CU。

在一实施例中，该装置还可以包括：

统计单元，用于将接收的至少一个终端上报的所述第一多播或广播业务的相关信息进行统计，得到统计结果；

所述第一发送单元702，用于将统计结果发送给所述CU。

在一实施例中，所述第一发送单元702，用于：

将接收的相关信息发送给CU时，向所述CU发送第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式。

在一实施例中，所述第一发送单元702，用于：

在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，向所述CU发送第一信息时，向所述CU发送第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域。

在一实施例中，该装置还可以包括：

广播单元，用于广播系统消息；所述系统消息携带至少一个多播或广播业务信息；

所述第一接收单元701，用于接收至少一个终端基于所述至少一个多播或广播业务信息上报的所述第一多播或广播业务的相关信息。

在一实施例中，所述第一发送单元702，还用于：

实际应用时，所述第一接收单元701、第一发送单元702、第二接收单元703、广播单元可由多播或广播资源配置装置中的通信接口实现；所述统计单元可由多播或广播资源配置装置中的处理器实现。

为了实现本申请实施例CU侧的方法，本申请实施例还提供了一种多播或广播资源配置装置，设置在CU上，如图8所示，该装置包括：

第三接收单元801，用于接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；

配置单元802，用于向所述每个DU发送第一多播或广播业务的资源配置信息。

其中，在一实施例中，所述配置单元802，还用于利用接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务的资源。

所述第三接收单元801，用于所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，接收DU透传的终端上报的第一多播或广播业务的相关信息。

其中，在一实施例中，所述第三接收单元801，还用于：

接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，接收DU上报的统计结果；所述统计结果是针对至少一个终端上报的第一多播或广播业务的相关信息进行统计得到的。

在一实施例中，所述第三接收单元801，还用于：

所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，接收DU发送的第一信息；所述第一信息表征针对所述第一多播或广播业务建议的传输方式；

相应地，所述配置单元802，用于根据第一信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

在一实施例中，所述第三接收单元801，还用于：

在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，所述接收DU发送的第一信息时，接收DU发送的第二信息；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域；

相应地，所述配置单元802，用于根据所述第一信息、第二信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

在一实施例中，所述配置单元802，具体用于：

每个DU分配的资源不同。

其中，在一实施例中，所述配置单元802，用于：

在接收到DU发送的第一信息的情况下，根据第一信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息，为所述相应DU配置针对第一多播或广播业务的资源；所述第一信息表征所述第一多播或广播业务建议的传输方式。

在一实施例中，所述配置单元802，用于：

在接收到第二信息的情况下，根据第一信息、第二信息和相应DU上报的至少一个终端希望接收的第一多播或广播业务的相关信息，为所述相应DU配置针对所述第一多播或广播业务的资源；所述第二信息表征针对所述第一多播或广播业务建议的多播或广播区域。

在一实施例中，所述第三接收单元801，还用于接收DU发送的除所述CU外的其他网元配置的第二多播或广播业务的资源配置信息；

在一实施例中，所述配置单元802，用于结合接收的资源配置信息为DU分配第一多播或广播业务的资源。

实际应用时，所述第三接收单元可由多播或广播资源配置装置中的通信接口实现；所述配置单元802可由多播或广播资源配置装置中的处理器结合通信接口实现。

需要说明的是：上述实施例提供的多播或广播资源配置装置在进行多播或广播资源配置时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的多播或广播资源配置装置与多播或广播资源配置方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

为了实现本申请实施例的方法，本申请实施例还提供了一种信息传输装置，设置在DU上，如图9所示，该装置包括：

第二发送单元901，用于向CU发送配置的多播或广播业务关联的配置信息；所述配置信息用于供所述CU进行资源协调。

其中，在一实施例中，所述第二发送单元901，用于：

主动向所述CU发送所述配置信息。

在一实施例中，如图9所示，该装置还可以包括：

第六接收单元902，用于接收CU发送的请求；

相应地，所述第二发送单元901，用于基于所述CU的请求向所述CU发送所述配置信息。

实际应用时，所述第二发送单元901可由信息传输装置中的处理器结合通信接口实现；所述第六接收单元902可由信息传输装置中的通信接口实现。

为了实现本申请实施例CU侧的方法，本申请实施例还提供了一种信息传输装置，设置在CU上，如图10所示，该装置包括：

第五接收单元1001，用于接收DU发送的多播或广播业务关联的配置信息；

协调单元1002，用于利用所述配置信息进行资源协调。

其中，在一实施例中，该装置还可以包括：

第三发送单元，用于向所述DU发送请求；

相应地，所述第五接收单元1001用于接收所述DU基于所述请求发送的所述配置信息。

在一实施例中，所述第五接收单元1001，用于接收所述DU主动发送的所述配置信息。

实际应用时，所述第五接收单元1001、第三发送单元可由信息传输装置中的通信接口实现；所述协调单元1002可由信息传输装置中的处理器实现。

需要说明的是：上述实施例提供的信息传输装置在进行信息传输时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息传输装置与信息传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例DU侧的方法，本申请实施例还提供了一种DU，如图11所示，该DU 1100包括：

第一通信接口1101，能够与CU和终端进行信息交互；

第一处理器1102，与所述第一通信接口1101连接，以实现与CU和终端进行信息交互，用于运行计算机程序时，执行上述DU侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器1103上。

具体地，在进行多播或广播资源配置的过程中，所述第一通信接口1101，用于：

其中，在一实施例中，所述第一通信接口1101，具体用于通过以下方式之一接收终端上报的希望接收的第一多播或广播业务的相关信息：

MAC CE；

物理层信令；

RRC信令。

在一实施例中，所述第一通信接口1101，用于将终端上报的所述相关信息直接透传给所述CU。

在一实施例中，所述第一处理器1102，用于将接收的至少一个终端上报的所述第一多播或广播业务的相关信息进行统计，得到统计结果；

所述第一通信接口1101，用于将统计结果发送给所述CU。

在一实施例中，所述第一通信接口1101，用于：

在一实施例中，第一通信接口1101，用于广播系统消息；所述系统消息携带至少一个多播或广播业务信息；

所述第一通信接口1101，用于接收至少一个终端基于所述至少一个多播或广播业务信息上报的所述第一多播或广播业务的相关信息。

在一实施例中，所述第一通信接口1101，还用于：

在进行信息传输的过程中，所述第一通信接口1101，用于向CU发送配置的多播或广播业务关联的配置信息；所述配置信息用于供所述CU进行资源协调。

其中，在一实施例中，所述第一通信接口1101，用于：

主动向所述CU发送所述配置信息。

在一实施例中，第一通信接口1101，还用于：

接收CU发送的请求；

相应地，基于所述CU的请求向所述CU发送所述配置信息。

需要说明的是：第一处理器1102和第一通信接口1101的具体处理过程可参照上述方法理解。

当然，实际应用时，DU 1100中的各个组件通过总线系统1104耦合在一起。可理解，总线系统1104用于实现这些组件之间的连接通信。总线系统1104除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1104。

本申请实施例中的第一存储器1103用于存储各种类型的数据以支持DU1100的操作。这些数据的示例包括：用于在DU 1100上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第一处理器1102中，或者由所述第一处理器1102实现。所述第一处理器1102可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器1102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器1102可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器1102可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器1103，所述第一处理器1102读取第一存储器1103中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，DU 1100可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本申请实施例CU侧的方法，本申请实施例还提供了一种CU，如图12所示，该CU 1200包括：

第二通信接口1201，能够与DU进行信息交互；

第二处理器1202，与所述第二通信接口1201连接，以实现与DU进行信息交互，用于运行计算机程序时，执行上述CU侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器1203上。

具体地，在在进行多播或广播资源配置的过程中，所述第二通信接口1201，用于接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息；以及向所述每个DU发送第一多播或广播业务的资源配置信息。

其中，在一实施例中，所述第二处理器1202，用于利用接收的相关信息并通过所述第二通信接口为所述至少一个DU中每个DU配置第一多播或广播业务的资源。

在一实施例中，所述第二通信接口1201，用于所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，接收DU透传的终端上报的第一多播或广播业务的相关信息。

其中，在一实施例中，所述第二通信接口1201，还用于：

在一实施例中，所述第二通信接口1201，还用于：

相应地，所述第二处理器1202，用于根据第一信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

在一实施例中，所述第二通信接口1201，还用于：

相应地，所述第二处理器1202，用于根据所述第一信息、第二信息和接收的相关信息为所述至少一个DU中每个DU配置第一多播或广播业务资源。

在一实施例中，所述第二处理器1202，具体用于：

每个DU分配的资源不同。

其中，在一实施例中，所述第二处理器1202，用于：

在一实施例中，所述第二处理器1202，用于：

在进行信息传输的过程中，所述第二通信接口1201，用于接收DU发送的多播或广播业务关联的配置信息；所述第二处理器1202，用于利用所述配置信息进行资源协调。

其中，在一实施例中，所述第二通信接口1201，用于向所述DU发送请求；

相应地，接收所述DU基于所述请求发送的所述配置信息。

在一实施例中，所述第二通信接口1201，用于接收所述DU主动发送的所述配置信息。

需要说明的是：第二处理器1202和第二通信接口1201的具体处理过程可参照上述方法理解。

当然，实际应用时，CU 1200中的各个组件通过总线系统1204耦合在一起。可理解，总线系统1204用于实现这些组件之间的连接通信。总线系统1204除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1204。

本申请实施例中的第二存储器1203用于存储各种类型的数据以支持CU 1200操作。这些数据的示例包括：用于在CU 1200上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第二处理器1202中，或者由所述第二处理器1202实现。所述第二处理器1202可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第二处理器1202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器1202可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器1202可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器1203，所述第二处理器1202读取第二存储器1203中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，CU 1200可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本申请实施例终端侧的方法，本申请实施例还提供了一种终端，如图13所示，该终端1300包括：

第三通信接口1301，能够与DU进行信息交互；

第三处理器1302，与所述第三通信接口1301连接，以实现与DU进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法。而所述计算机程序存储在第三存储器1303上。

具体地，所述第三通信接口1301，用于向DU上报自身希望接收的第一多播或广播业务的相关信息；上报的相关信息用于供CU为所述DU配置第一多播或广播业务的资源。

其中，在一实施例中，所述第三通信接口1301，用于接收系统消息；所述系统消息携带至少一个多播或广播业务信息；

所述第三处理器1301，用于利用所述至少一个多播或广播业务信息，确定自身希望接收的第一多播或广播业务。

在一实施例中，所述第三通信接口1301用于通过以下方式之一向DU上报自身希望接收的第一多播或广播业务的相关信息，包括：

MAC CE；

物理层信令；

RRC信令。

需要说明的是：第三处理器1302和第三通信接口1301的具体处理过程可参照上述方法理解。

当然，实际应用时，终端1300中的各个组件通过总线系统1304耦合在一起。可理解，总线系统1304用于实现这些组件之间的连接通信。总线系统1304除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1304。

本申请实施例中的第三存储器1303用于存储各种类型的数据以支持终端1300操作。这些数据的示例包括：用于在终端1300上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于所述第三处理器1302中，或者由所述第三处理器1302实现。所述第三处理器1302可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第三处理器1302中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第三处理器1302可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第三处理器1302可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第三存储器1303，所述第三处理器1302读取第三存储器1303中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，终端1300可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

可以理解，本申请实施例的存储器(第一存储器1103、第二存储器1203、第三存储器1303)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，ElectricallyErasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagneticrandom access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，SynchronousStatic Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random AccessMemory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种多播或广播资源配置系统，如图14所示，该系统包括：至少一个终端1401、至少一个DU 1402及CU 1403。

这里，需要说明的是，终端1401、DU 1402及CU 1403的具体处理过程已在上文详述，这里不再赘述。

本申请实施例还提供了一种信息传输系统，如图15所示，该系统包括：至少一个DU1501及CU 1502。

这里，需要说明的是，DU 1501及CU 1502的具体处理过程已在上文详述，这里不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器1103，上述计算机程序可由DU 1100的第一处理器1102执行，以完成前述CU侧方法所述步骤。再比如包括存储计算机程序的第二存储器1203，上述计算机程序可由CU 1200的第二处理器1202执行，以完成前述DU侧方法所述步骤。再比如包括存储计算机程序的第三存储器1303，上述计算机程序可由终端1300的第三处理器1302执行，以完成前述终端侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims

1.一种多播或广播资源配置方法，其特征在于，应用于分布单元DU，包括：

将接收的相关信息发送给集中单元CU；发送的相关信息用于为所述DU配置第一多播或广播业务的资源；

接收所述CU发送的第一多播或广播业务的资源配置信息。

2.根据权利要1所述的方法，其特征在于，通过以下方式之一接收终端上报的希望接收的第一多播或广播业务的相关信息：

媒体接入控制控制单元MAC CE；

物理层信令；

无线资源控制RRC信令。

3.根据权利要求1所述的方法，其特征在于，所述将所述相关信息发送给CU，包括：

将终端上报的所述相关信息直接透传给所述CU。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将统计结果发送给所述CU。

5.根据权利要求1所述的方法，其特征在于，所述将接收的相关信息发送给CU时，所述方法还包括：

6.根据权利要求5所述的方法，其特征在于，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，向所述CU发送第一信息时，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

8.根据权利要求1至7任一项所述的方法，其特征在于，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

9.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：

10.一种多播或广播资源配置方法，其特征在于，应用于CU，包括：

向所述每个DU发送第一多播或广播业务的资源配置信息。

11.根据权利要求10所述的方法，其特征在于，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，所述方法包括：

接收DU透传的终端上报的第一多播或广播业务的相关信息。

12.根据权利要求10所述的方法，其特征在于，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，所述方法包括：

13.根据权利要求10所述的方法，其特征在于，所述接收至少一个DU上报的至少一个终端的希望接收的第一多播或广播业务的相关信息时，所述方法还包括：

14.根据权利要求13所述的方法，其特征在于，在针对所述第一多播或广播业务建议的传输方式为多播方式的情况下，所述接收DU发送的第一信息时，所述方法还包括：

15.根据权利要求10所述的方法，其特征在于，

对所述至少一个DU上报的相关信息进行统计，得到统计结果；所述统计结果用于确定所述第一多播或广播业务采用多播传输方式；

16.根据权利要求10所述的方法，其特征在于，

针对所述至少一个DU中的每个DU，相应DU上报的至少一个终端的所述第一多播或广播业务的相关信息用于为所述相应DU配置针对第一多播或广播业务的资源；其中，

每个DU分配的资源不同。

17.根据权利要求10至16任一项所述的方法，其特征在于，所述方法还包括：

18.根据权利要求10至16任一项所述的方法，其特征在于，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

19.一种多播或广播资源配置方法，其特征在于，应用于终端，包括：

20.根据权利要求19所述的方法，其特征在于，所述方法还包括：

21.根据权利要求19所述的方法，其特征在于，通过以下方式之一向DU上报自身希望接收的第一多播或广播业务的相关信息，包括：

MAC CE；

物理层信令；

RRC信令。

22.根据权利要求19至21任一项所述的方法，其特征在于，所述相关信息包含以下至少之一：

所述第一多播或广播业务标识；

终端的位置；

接收方式偏好。

23.一种信息传输方法，其特征在于，应用于DU，包括：

24.根据权利要求23所述的方法，其特征在于，所述向CU发送配置的多播或广播业务关联的配置信息，包括：

主动向所述CU发送所述配置信息；

或者，

基于所述CU的请求向所述CU发送所述配置信息。

25.一种信息传方法，其特征在于，应用于CU，包括：

接收DU发送的多播或广播业务关联的配置信息；

利用所述配置信息进行资源协调。

26.根据权利要求25所述的方法，其特征在于，所述接收DU发送的多播或广播业务关联的配置信息，包括：

接收所述DU主动发送的所述配置信息；

或者，

27.一种多播或广播资源配置装置，其特征在于，包括：

28.一种多播或广播资源配置装置，其特征在于，包括：

29.一种多播或广播资源配置装置，其特征在于，包括：

30.一种信息传输装置，其特征在于，包括：

31.一种信息传输装置，其特征在于，包括：

协调单元，用于利用所述配置信息进行资源协调。

32.一种DU，其特征在于，包括：第一处理器及第一通信接口；其中，

所述第一通信接口，用于：

或者，

33.一种CU，其特征在于，包括：第二处理器及第二通信接口；其中，

或者，

34.一种终端，其特征在于，包括：第三处理器及第三通信接口；其中，

35.一种DU，其特征在于，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器用于运行所述计算机程序时，执行权利要求1至9任一项所述方法的步骤，或者执行权利要求23或24所述方法的步骤。

36.一种CU，其特征在于，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器用于运行所述计算机程序时，执行权利要求10至18任一项所述方法的步骤，或者执行权利要求25或26所述方法的步骤。

37.一种终端，其特征在于，包括：第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器，

其中，所述第三处理器用于运行所述计算机程序时，执行权利要求19至22任一项所述方法的步骤。

38.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9任一项所述方法的步骤，或者实现权利要求10至18任一项所述方法的步骤，或者实现权利要求19至22任一项所述方法的步骤，或者实现权利要求23或24所述方法的步骤，或者实现权利要求25或26所述方法的步骤。