信息控制方法、装置及基站与流程

1.本技术属于通信技术领域，具体涉及一种信息控制方法、装置及基站。


背景技术：

2.目前，多播广播服务(multicast broadcast service，mbs)业务通常是基于基站来实现的。随着通信技术的发展，为了满足多样需求，基站的存在形式中引入了集中单元(central unit，cu)-分布单元(distributed unit，du)架构。在cu-du架构中，基站包括分离的cu和du，cu和du之间有一个标准化的接口。然而在引入cu-du架构之后，目前尚未确定如何支持mbs业务传输。


技术实现要素：

3.本技术实施例的目的是提供一种信息控制方法、装置及基站，以解决在基站引入cu-du架构后，如何支持mbs业务传输的问题。
4.为了解决上述技术问题，本技术是这样实现的：
5.第一方面，提供了一种信息控制方法，所述方法应用于基站，所述基站包括cu和du，所述方法包括：
6.从所述cu发送第一信令到所述du；其中，所述第一信令中包括mbs业务的信息，所述mbs业务的信息用于指示所述du将对所述mbs业务进行第一方式的发送；
7.在所述du中生成所述mbs业务相关的配置信息；
8.从所述du发送所述配置信息到所述cu。
9.第二方面，提供了一种信息控制装置，所述装置应用于基站，所述装置包括cu和du；其中，
10.所述cu用于：发送第一信令到所述du；其中，所述第一信令中包括mbs业务的信息，所述mbs业务的信息用于指示所述du将对所述mbs业务进行第一方式的发送；
11.所述du用于：生成所述mbs业务相关的配置信息，并发送所述配置信息到所述cu。
12.第三方面，提供了一种基站，该基站包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
13.第四方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
14.第五方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
15.在本技术实施例中，可以从cu发送第一信令到du，该第一信令中包括mbs业务的信息，该mbs业务的信息用于指示du将对该mbs业务进行第一方式的发送，并在du中生成该mbs业务相关的配置信息，从du发送所述配置信息到cu。由此，可以在基站引入cu-du架构后，支持mbs业务的传输，从而使得终端在cu-du架构网络中也可以高效的按照网络配置的mbs业
computer)或称为笔记本电脑、个人数字助理(personal digital assistant，pda)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，umpc)、移动上网装置(mobile internet device，mid)、可穿戴式设备(wearable device)或车载设备(vehicle user equipment，vue)、行人终端(pedestrian user equipment，pue)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本技术实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点b、演进节点b、接入点、基收发机站(base transceiver station，bts)、无线电基站、无线电收发机、基本服务集(basic service set，bss)、扩展服务集(extended service set，ess)、b节点、演进型b节点(enb)、家用b节点、家用演进型b节点、wlan接入点、wifi节点、发送接收点(transmitting receiving point，trp)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本技术实施例中仅以nr系统中的基站为例，但是并不限定基站的具体类型。
30.为了便于理解本技术，首先说明以下内容。
31.请参见图2，图2示出了在cu-du架构中，针对单播业务的ue控制面的典型的协议栈架构的示意图。如图2所示，ue包括非接入层(non-access stratum，nas)实体、无线资源控制(radio resource control，rrc)实体、分组数据汇聚协议(packet data convergence protocol，pdcp)实体、无线链路控制(radio link control，rlc)实体、媒体接入控制(media access control，mac)实体、物理层(physical layer，phy)实体。基站gnb中的cu包括rrc实体和pdcp实体，分别与ue的rrc实体和pdcp实体对应。gnb中的du包括rlc实体、mac实体和phy实体，即rlc实体及其下的协议层实体位于du，分别与ue的rlc实体、mac实体和phy实体对应。ue的nas实体与核心网比如接入移动管理功能(access management function，amf)中的nas实体对应。
32.需指出的，对于ue用户面，具有与图2类似的协议栈架构，其中服务数据适应协议(service data adaptation protocol，sdap)实体和pdcp实体位于cu，rlc实体及其下的协议层实体位于du。
33.本技术实施例中，可以按照单播业务在cu和du之间的协议栈划分方式，对mbs业务采用类似的协议栈划分方式。但差别主要体现在如下方面：
34.1)对于接收多播业务的ue来说，多播业务并不是直接由ue的非接入层(non-access stratum，nas)来控制，而是由核心网多播实体与基站(gnb-cu)交互决定下发多播业务到基站(gnb-du)，基站(gnb-du)再决定空口是否发送，采取哪种方式发送；
35.2)对于多播业务，依然需要一些控制信息，例如多播业务的邻小区支持信息、多播业务的业务标识、调度、周期、资源分配等信息；这些控制信息如果通过专用信令发送给ue，则与现有ue rrc信令处理方式类似，而如果是以广播或多播信令的方式发送给ue，则这种发送方式下的协议栈架构可能与单播业务的协议栈架构不一致，例如在不提供安全等操作的情况下，pdcp实体可以缺省或者透明传输；
36.3)对于多播业务，如果采取空口点对多点(point to multipoint，ptm)方式发送，则协议栈实体的实现方式，可以是sdap实体缺省和/或pdcp实体缺省，也可以基于配置决定相关协议栈实体是否缺省；
37.4)对于多播业务，如果采取空口点对点(point to point，ptp)方式发送，则协议
栈实体的实现方式，除了可以是sdap实体缺省和/或pdcp实体缺省，或者基于配置决定相关协议栈实体是否缺省之外，还可以考虑对协议栈实体用不同的映射方式。
38.可选的，在cu-du架构中，多播业务相关的功能分割和协议栈实体架构包括控制面和用户面，基本思路是l3相关协议栈实体位于cu，l2及以下协议栈实体位于du，cu负责ue rrc信令过程，du负责l2及以下信息交互。
39.可选的，对于多播业务的控制面，与多播业务传输相关的控制面过程，主要是空口的控制信息通知。如果是使用rrc专用信令方式通知，则协议栈划分方式可以完全复用现有单播的协议栈划分方式。而如果采用广播或多播rrc信令方式通知，则协议栈架构的实现方式可以如图3所示。其中，pdcp实体可以根据协议规定或者配置，决定是否缺省。rlc模式可以用默认或者配置的方式决定，比如为非确认模式um和透明模式tm。
40.可选的，对于多播业务的用户面，如果采用ptm方式发送，则协议栈架构的实现方式可以如图4所示。其中，pdcp实体可以根据协议规定或者配置，决定是否缺省。sdap实体也同样可以根据协议规定或者配置，决定是否缺省。特别的，由于sdap实体不属于对称实体，可能出现gnb-cu侧的sdap实体，用于多播服务质量(quality of service，qos)流到多播服务无线承载(multicast services radio bearer)mrb的映射功能，而ue侧作为接收端由于sdap实体不执行实际功能，仍旧可以缺省。
41.可选的，对于多播业务的用户面，如果采用ptp方式发送，则协议栈架构的实现方式可以如图5或图6所示。其中，pdcp实体可以根据协议规定或者配置，决定是否缺省。sdap实体也同样可以根据协议规定或者配置，决定是否缺省。图5是ptp方式一下的协议栈架构的示意图，图6是ptp方式二下的协议栈架构的示意图，
42.需指出的，ptm方式和两种ptp方式对应的协议栈架构的主要差别在于：
43.1)ptm方式：在基站侧，无论是cu还是du，针对同一个多播业务(比如采用临时移动组标识(temporary mobile group identity，tmgi))，它的用户面协议实体都是只有一套，即一套sdap实体和pdcp实体位于cu，一套rlc实体、mac实体和phy实体位于du。而不同的ue_n可以根据配置和/或是否感兴趣，建立对应的sdap实体、pdcp实体、rlc实体、mac实体和phy实体，多个ue与同一套网络侧协议栈对应。
44.2)ptp方式一：在基站侧，针对同一个多播业务(比如采用tmgi标识)，cu维护一套用户面协议实体，而du需要针对每一个ue维护不同的协议栈实体，即cu仅为该业务维护一套sdap实体和pdcp实体，而du需要为每一个ue建立一套rlc实体、mac实体和phy实体，对应于ue侧的用户面协议实体。由于多播业务也用单播方式传输，因此mac实体和phy实体可以和ue现有的单播业务实体共用。此外，由于ptp的方式下，ue必须处于rrc连接状态，因此rlc实体、mac实体和phy实体在ue和du间的建立和维护可以是使用类似现有单播的流程进行的，而统一的sdap实体和pdcp实体要求cu在给ue建立ptp mrb或数据无线承载(data radio bearer，drb)(此处建立的是一个传输多播业务的专用承载，可选为其他承载类型，内容是多播业务，但承载类型可以是类似drb)时，将sdap实体和pdcp实体的当前状态通知给ue，便于ue进行建立，或者不需要rrc信令通知状态，而告知ue这是一个用于多播的单播建立，ue执行特殊的pdcp处理流程，例如将pdcp状态变量初始化为第一个接收到的数据包的序列号(serial number，sn)计算得到。
45.3)ptp方式二：在基站侧，针对同一个多播业务(比如采用tmgi标识)，cu和du都为
每一个ue维护一套独立的用户面协议实体，即cu为每个ue建立和维护一套sdap实体和pdcp实体，而du也需要为每个ue建立和维护一套rlc实体、mac实体和phy实体。由于多播业务也用单播方式传输，因此mac实体和phy实体可以和ue现有的单播业务实体共用。此情况下，由于每个ue具有自己独立的sdap实体和/或pdcp实体，那么可以跟单播业务类似，pdcp实体的状态初始化都从0开始，相应的ue也采取类似单播承载建立的方式，初始化pdcp实体和/或sdap实体即可。
46.本技术实施例中，mbs业务也可称为多播业务，或称为多媒体广播多播服务(multimedia broadcast multicast service，mbms)业务。
47.可选的，ptm方式也可称为ptm发送方式，或称为ptm传输方式。
48.可选的，ptp方式也可称为ptp发送方式，或称为ptp传输方式。
49.可选的，控制面也可称为控制平面。
50.可选的，用户面也可称为用户平面。
51.需指出的，在本技术实施例中，ptm方式和ptp方式均指ran侧uu接口的传输方式，即基站到ue之间是点对多点/和/或点对点的传输。uu接口的ptm和ptp的传输方式都是基于核心网(core network，cn)与gnb之间是多播共享信道。从cn到gnb再到ue，整个通路都是单播的方式，类似于现有单播业务，复用现有流程即可，不在本技术考虑的范围之内。
52.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的信息控制方法进行详细地说明。
53.请参见图7，图7是本技术实施例提供的一种信息控制方法的流程图，该方法应用于基站，该基站包括cu和du，该cu和du之间有一个标准化的接口比如f1接口，借助该接口可以实现cu和du之间的信息交互。如图7所示，该方法包括如下步骤：
54.步骤71：从cu发送第一信令到du。
55.本实施例中，该第一信令中包括mbs业务的信息，该mbs业务的信息用于指示du将对该mbs业务进行第一方式的发送。该mbs业务的信息包括但不限于tmgi、周期信息，业务qos信息等。该业务qos信息包括但不限于比特速率、误块率、时延、优先级、业务类型等。
56.可选的，该第一方式包括以下任意一项：ptm方式、ptp方式。
57.例如，在该第一方式包括ptm方式的情况下，上述的第一信令为f1接口信令，可以复用现有的cu和du之间的任意一条非ue相关信令(non-ue associated signalling)，比如gnb-cu配置更新(configuration update)信令。或者，上述的第一信令是新建立的一个f1接口信令，也是非ue相关信令，比如名称为gnb-cu mbs配置信令，来专门携带mbs相关信息的建立、修改和/或释放请求，或者名称为gnb-cu mbs配置建立(configuration establishment)信令，用于mbs业务的建立，或者名称为gnb-cu mbs配置修改(configuration modification)信令，用于mbs业务的修改，或者名称为gnb-cu mbs配置释放(configuration release)信令，用于mbs业务的释放。可理解的，由于此情况下是多播方式发送，因此该第一信令不与任何一个ue直接关联，即是非ue相关信令。
58.又例如，在该第一方式包括ptp方式的情况下，上述的第一信令为f1接口信令，可以复用现有的cu和du之间的一条ue相关信令(ue associated signalling)，比如ue上下文修改(context modification)信令。或者，上述的第一信令是新建立的一个f1接口信令，也是ue相关信令，比如名称为ue mbs配置信令，来专门携带ue与mbs相关信息的建立、修改和/
或释放请求，或者名称为ue mbs配置建立(configuration establishment)信令，用于mbs业务的建立，或者名称为ue mbs配置修改(configuration modification)信令，用于mbs业务的修改，或者名称为ue mbs配置释放(configuration release)信令，用于mbs业务的释放。
59.步骤72：在du中生成该mbs业务相关的配置信息。
60.本实施例中，du在接收到第一信令之后，可以获知存在mbs业务使用第一方式进行发送，并根据mbs业务的信息，为该mbs业务预留所需的资源，并生成相关的配置。
61.可选的，对于ptm方式，该mbs业务相关的配置信息包括但不限于rlc对应的配置、mac对应的配置、phy传输相关配置等。该mac对应的配置例如包括非连续接收(discontinuous reception，drx)偏移(offset)值、混合自动重传请求(hybrid automatic repeat request，harq)使能或不使能(enable/disable)、组无线网络临时标识(group radio network tempory identity，g-rnti)、逻辑信道标识(logical channel identify，lcid)等。该phy传输相关配置例如包括调制与编码策略(modulation and coding scheme，mcs)表、传输方式等。
62.可选的，对于ptp方式，该mbs业务相关的配置信息包括但不限于rlc的配置、mac对应的配置、phy传输相关配置等。该mac对应的配置例如包括harq disable/enable，lcid等。如果需要同时改变单播传输的参数，该phy传输相关配置例如包括mcs表、传输方式等。
63.步骤73：从du发送所述配置信息到cu。
64.本技术实施例的信息控制方法，可以从cu发送第一信令到du，该第一信令中包括mbs业务的信息，该mbs业务的信息用于指示du将对该mbs业务进行第一方式的发送，并在du中生成该mbs业务相关的配置信息，从du发送所述配置信息到cu。由此，可以在基站引入cu-du架构后，支持mbs业务的传输，从而使得终端在cu-du架构网络中也可以高效的按照网络配置的mbs业务的传输参数，进行正确的mbs业务接收处理，进一步提升业务服务质量保障，提升用户体验和系统效率。
65.本技术实施例中，对于ptm方式，是基于每个du下的一个小区cell和/或频点进行的。比如，du1下的cell1和/或频点1需要ptm方式发送，其他cell和频点不需要，du2下的cell5和/或频点2需要ptm方式发送，其他cell和频点不需要。其中，频点1和频点2可能是相同的频点，也可能是不同的频点。具体选择哪个cell/频点进行发送，可以由cu来决定，例如尽量是连续覆盖的同频点小区进行发送，这样对ue的业务连续性比较好，ue只要在这个频点上移动，即可获得连续的多播业务接收；也可以由du来选择，例如尽量选择比较有资源余量的小区或者适合进行ptm发送的小区。
66.对于ptp方式，仅仅指的是uu接口进行ptp的发送，而cn到gnb/gnb-cu的数据仍旧是多播形式，即cn到gnb/gnb-cu的传输管道并没有与任何一个ue相关联，仅仅是gnb由于感兴趣用户数过少，决定采取ptp的方式为少量ue服务，提升传输效率。如果从cn到gnb/gnb-cu的传输也是ue专用的单播形式，则空口此时再选择ptp方式的话，与传统的单播业务一样。
67.可理解的，ptm由于要照顾小区覆盖下的众多ue，因此发送方式较为低效，例如传输等级不高、全向天线等。ptm的好处是对资源消耗有优势，因为多个ue只用消耗一份传输资源。而ptp由于只针对一个ue发送，可以针对该一个ue进行发送参数调整和天线赋形等，
因此发送效率高。但由于ptp方式中每个ue都需要消耗一份传输资源，因此在ue数目较多的情况下，资源消耗远高于ptm方式。因此，ue数目是选择ptp方式或者ptm方式时的显著指标之一。
68.可选的，为了使得du为mbs业务预留合适的资源，上述的第一信令中还可以包括以下至少一项：
69.cu期望的小区信息和/或频点信息；比如，cell标识id、频点id、cell列表信息、和/或频点列表信息等；
70.cu期望的小区类型信息和/或频点类型信息；比如，频点类型信息为高频或低频、fr1或fr2等；小区类型信息为覆盖大或容量大、有尽可能多资源的小区等；
71.所述mbs业务的优先级信息；
72.mbs业务优先级与单播业务优先级的比较信息；
73.所述mbs业务是否能够被其他mbs业务和/或单播业务抢占的信息；例如，该mbs业务能够被其他mbs业务和/或单播业务抢占，或者，该mbs业务不能够被其他mbs业务和/或单播业务抢占；
74.所述mbs业务是否能够抢占其他mbs业务和/或单播业务的信息；例如，该mbs业务能够抢占其他mbs业务和/或单播业务，或者，该mbs业务不能够抢占其他mbs业务和/或单播业务。
75.一种实施方式中，所述mbs业务的优先级信息可以是该mbs业务实际的优先级。此时可以结合第一信令中包括的mbs业务优先级与单播业务优先级的比较信息，来比较该mbs业务与单播业务的优先级大小。
76.另一种实施方式中，所述mbs业务的优先级信息可以是已转换好的该mbs业务的优先级对应的单播业务的优先级。此时可以利用该mbs业务的优先级信息，直接与单播业务进行优先级比较。
77.可理解的，由于mbs业务优先级和单播业务优先级可能不是相同空间的含义，在传统单播属于相同优先级空间内优先级数值越小优先级越高，但mbs业务优先级和单播业务优先级是独立的序列，并不一定意味着优先级数值越小优先级越高，比如优先级1不一定高于优先级3，因此可以给出一定的额外配置，比如mbs业务优先级与单播业务优先级的比较关系，使得mbs业务可以和其他任何单播业务进行比较。
78.可选的，上述的mbs业务优先级与单播业务优先级的比较信息可以包括以下至少一项：
79.mbs业务的优先级高于、低于或等于的单播业务的优先级；
80.终端对mbs业务和单播业务之间的优先级的上报信息；例如，终端认为mbs业务优先；或者，终端认为单播业务优先；或者，终端认为mbs业务优先于某些单播业务比如上网业务，但不优先另一些单播业务比如电话业务；
81.mbs业务的优先级门限值；
82.单播业务的优先级门限值；
83.mbs业务的优先级门限值和单播业务的优先级门限值。
84.例如，如果仅有单播业务的优先级门限值，则可以是优先级取值低于或等于这个门限值(优先级更高)的单播业务，优先于所有的mbs业务。mbs业务可以是比其他不满足门
限(即高于门限值)的单播业务的优先级更高。
85.或者，如果仅有单播业务的优先级门限值，则可以是mbs业务优先于，优先级取值高于或等于这个门限值(优先级更低)的单播业务，而其他所有不满足门限(即低于门限值)的单播业务，都优先于mbs业务。
86.又例如，如果仅有mbs业务的优先级门限值，则可以是优先级取值低于或等于这个门限值(优先级更高)的mbs业务，优先于所有的单播业务，可以协议规定一些单播业务例外。单播业务可以是比其他不满足门限(即高于门限值)的mbs业务的优先级更高。
87.或者，如果仅有mbs业务的优先级门限值，则可以是单播业务优先于，优先级取值高于或等于这个门限值(优先级更低)的mbs业务，而其他所有不满足门限(即低于门限值)的mbs业务，都优先于单播业务。
88.又例如，如果同时存在mbs业务的优先级门限值和单播业务的优先级门限值，则可以规定mbs业务优先级取值低于或等于相应门限值(优先级更高)，且单播业务优先级取值高于或等于相应门限值(优先级低)同时满足时，mbs业务优先，否则单播业务优先。
89.或者，如果同时存在mbs业务的优先级门限值和单播业务的优先级门限值，则可以规定单播业务优先级取值低于或等于相应门限值(优先级更高)，且mbs业务优先级取值高于或等于相应门限值(优先级低)同时满足时，单播业务优先，否则mbs业务优先。
90.可选的，在第一方式为ptm方式的情况下，上述在du中生成mbs业务相关的配置信息的过程可以包括：
91.du确定目标小区和/或目标频点；
92.du在所述目标小区和/或所述目标频点上，为所述mbs业务预留所需的资源；
93.du根据预留的资源，生成所述mbs业务相关的配置信息。
94.例如，mbs业务一般是周期性的，且有一定的保障比特速率要求，则根据相应周期和速率，可以预留适当的周期性资源，用于业务传输，并可以根据业务的误块率要求，例如误块率要求较高如低于10-4
，需要进行一定的重传以保障误块率要求，可以预留一定的重传资源。进一步的，还可以根据当前其他业务的情况，为这个周期业务选定周期性偏移。
95.本技术实施例中，在第一方式为ptm方式的情况下，du在确定目标小区和/或目标频点时，可以采用不同的方式，分别说明如下。
96.1)第一信令中包括cu期望的小区信息，目标小区为该小区信息对应的小区中的接纳成功的小区。和/或，第一信令中包括cu期望的频点信息，目标频点为该频点信息对应的频点中的接纳成功的频点。
97.可理解的，当cu已经选定了cell和/或频点用于ptm方式发送mbs业务时，第一信令中可以包括cu期望的小区信息和/或频点信息。该小区信息和/或频点信息可以不止1个，可以是多个。此情况下，du在cu期望的cell和/或频点上进行资源预留和配置即可。如果cu期望的cell/频点不可接纳，则du向cu返回未接纳成功信息。如果cu期望的cell/频点部分可以接纳成功，则可以返回接纳成功信息，其中包含详细配置信息，且对于未接纳成功的cell/频点返回未接纳成功信息，此未接纳成功信息比如携带失败的cell id/frequency id。
98.可选的，在cu期望的小区信息对应的小区中包括未接纳成功的小区，和/或，cu期望的频点信息对应的频点中包括未接纳成功的频点的情况下，du可以发送未接纳成功信息
到cu。其中此未接纳成功信息可以包括：未接纳成功的小区的信息，和/或，未接纳成功的频点的信息。
99.2)目标小区是du从与所述du相关的小区中选择的接纳成功的小区；和/或，目标频点是du从与所述du相关的频点中选择的接纳成功的频点。
100.可理解的，cu也可能并没有确定哪个cell和/或频点用于ptm方式发送mbs业务。此时，du可以根据自己管辖的cell和频点的资源和覆盖等情况，选择一个或者多个小区/频点，并在这些小区/频点进行接纳，接纳成功的向基站返回具体的配置信息。并且由于cu没有指定小区/频点，因此除非全部小区/频点都不能接纳，向cu返回未接纳成功信息，否则只要有一个小区/频点成功接纳，就不需要返回未接纳成功信息。
101.3)第一信令中包括cu期望的小区类型信息，目标小区是du根据该小区类型信息，从与该du相关的小区中选择的接纳成功的小区。和/或，第一信令中包括cu期望的频点类型信息，目标频点是du根据该频点类型信息，从与该du相关的频点中选择的接纳成功的频点。
102.可理解的，当cu已经选定了小区类型和/或频点类型用于ptm方式发送mbs业务时，第一信令中可以包括cu期望的小区类型信息和/或频点类型信息。此情况下，du可以根据该小区类型信息和/或频点类型信息，选择cell和/或频点并在其上进行资源预留和配置即可。
103.可理解的，du对于单个ue的ptp方式的接纳，通常与ptm方式的接纳有所区别，因为ptp的发送相对明确，ue的信息例如链路情况等，du是有一定的信息的，可以根据这个ue的链路情况等，估算这个mbs业务传输在需要保障给定的比特速率时需要的资源大小。而ptm方式，就采取一个比较低效的链路假设，例如需要保障小区边缘ue的正常接收，而这样算出来的为了达到mbs业务传输所需要的保障比特速率时需要的资源大小，可能与单播不一样，一般来说大于单播资源大小。
104.另外，对于单个ue的ptp方式的配置，还需要考虑ue现有的状态，例如现有的承载配置。多播业务的lcid需要与现有单播的lcid有所区分。现有的drx周期和偏移等也会根据多播业务特性进行更改。关于du的小区信息，由于这是一个连接态ue，因此这个ue目前有哪些服务小区(serving cell)的配置，du是比较清楚的。通常情况下，mbs业务对应的drb在当前任何一个serving cell上都可以传输，当然进一步du也可以根据资源和业务情况，给ue增加新的serving cell，以确保当前单播和新的mbs业务都能获得很好的传输和qos保障。
105.可选的，在从du接收到mbs业务相关的配置信息之后，cu可以通过以下任意一项，发送目标配置信息给终端：广播rrc信令、组播rrc信令、专用rrc信令、系统信息块(system information block，sib)。其中，所述目标配置信息包括所述mbs业务相关的配置信息；或者，所述目标配置信息包括更新后的所述mbs业务相关的配置信息。
106.可选的，在发送第一信令到du之前，cu需要执行第一操作。所述第一操作包括以下任意一项：
107.确定使用第一方式对mbs业务进行发送。
108.确定将mbs业务的发送方式转换为第一方式。
109.进一步的，cu可以根据以下至少一项，执行第一操作：
110.cu收集的mbs业务感兴趣信息；
111.du的建议请求；
112.du上报的mbs业务的测量信息；
113.核心网节点发送的辅助信息或者请求信息；比如，该辅助信息或者请求信息可以通过ng接口信令过程发送。
114.也就是说，cu在确定使用第一方式对mbs业务进行发送，或者确定将mbs业务的发送方式转换为第一方式时，可以由自身来触发，也可以基于du的建议请求，也可以基于来自于核心网节点的指示或者请求。
115.可选的，在由cu来触发时，上述mbs业务感兴趣信息的收集方式可以包括以下至少一项：
116.1)cu触发终端上报mbs业务感兴趣信息。例如，在网络侧资源紧张，或者掌握的mbs业务感兴趣信息过期，或者其它基于cu实现的方式，cu需要收集对于特定的tmgi/tmgi列表的感兴趣信息时，cu可以通过信令过程，比如广播信令、组播rrc信令或者专用rrc信令，对相关tmgi/tmgi列表的感兴趣信息进行收集，该信令中携带需要收集的对应mbs业务列表，例如tmgi list；接收到网络侧的信息收集信令后，感兴趣的ue通过专用rrc上报自己的mbs业务感兴趣信息给基站cu，用于基站cu的决策。
117.2)终端主动上报mbs业务感兴趣信息。例如，ue主动的上报和更新mbs业务感兴趣或者接收状态。至少对于rrc连接态的ue来说，当网络侧开启了mbs业务感兴趣或者接收状态的功能开关时，比如可以是sib中的标识，也可以是专用rrc信令中的标识，当ue对mbs业务感兴趣或者正在接收时，需要及时将这些mbs业务信息列表上报给网络，并在更新时，例如新业务到达、接收结束、不再感兴趣、新加入感兴趣等，也及时上报最新的状态，例如tmgi list。网络侧根据ue感兴趣的业务列表，就可以对业务的感兴趣ue数量进行评估，从而便于cu进行决策。
118.可选的，对于du的建议请求，对应的触发条件可能来自于资源占用方面、传输效率方面以及终端反馈情况等。由于du无法确定使用ptp/ptm方式对mbs业务进行发送，或者无法确定将mbs业务的发送方式转换为ptp/ptm方式，因此可以建立cu进行。上述du的建议请求的触发条件可包括但不限于以下至少一项：
119.a)目标资源的占用率满足第一预设条件。其中，该第一预设条件可以基于实际需求预先设置。例如，du可以根据当前的资源占用率来进行ptp/ptm方式转换的建议。例如，如果当前资源较富裕，小区资源负荷很低，可以建议采取ptp方式获得更好的传输效果。或者，如果当前资源占用很高，小区资源负荷很高，可以建议采取ptm方式以节省mbs业务消耗的资源。
120.b)目标资源的传输效率满足第二预设条件。其中，该第二预设条件可以基于实际需求预先设置。例如，du可以根据当前的传输效率来进行ptp/ptm方式转换的建议。例如，du发现n个ptp负载消耗的资源远高于ptm资源消耗，则可向cu请求转换为ptm方式；或者ptm的ue反馈以ptp方式发送，传输效率更高，则可向cu请求转换为ptp方式。
121.c)终端的反馈情况满足第三预设条件。其中，该第三预设条件可以基于实际需求预先设置。例如，du可以根据感兴趣ue的反馈情况来进行ptp/ptm方式转换的建议。例如mbs业务配置了支持harq反馈，当反馈位置没有接收到任何反馈或者接收到了少量反馈时，可以认为大多ue离开或者不再感兴趣，du向cu请求转换方式，或者反过来ptp的反馈检测，认为ptm效率更高，则du向cu请求转换方式。
122.d)其它du实现的建议请求的方式。
123.此外，由于cu是集中控制节点，可以通过f1接口信令配置给du关于mbs业务的测量信息，例如在现有上报配置信息里增加mbs测量需求或者用新的信令比如mbs资源状态上报指示(mbs resource status reporting initiation)来配置mbs业务的测量信息。
124.可选的，在本技术实施例中，cu可以发送第二信令给du，该第二信令用于配置mbs业务的测量信息。该第二信令可以复用现有f1接口信令，也可以采用新的信令。
125.可选的，所述mbs业务的测量信息可以包括以下至少一项：
126.1)ptm方式和/或ptp方式的mbs业务的总资源占用量。
127.2)ptm方式和/或ptp方式的每个mbs业务的资源占用量。
128.3)ptm方式和/或ptp方式的预设mbs业务列表中的mbs业务的资源占用量。
129.可选的，对于ptm方式，上述1)至3)中的资源占用量，可以是周期性平均物理资源块(physical resource block，prb)占用数，例如n个毫秒、子帧或时隙等单位内的mbs业务占用的prb数/总prb数。n为连续评估的均值，例如0-n，n-2n，2n-3n等都有一个测量值，通过算术均值或者滤波均值等得到周期性平均prb占用数。或者，也可以是在一定周期性模式pattern中的资源占用数，例如每n个毫秒、子帧或时隙等单位内测量m个单位，其中n》m，m为mbs业务的drx on阶段(开启阶段)，即mbs业务仅在m范围内发送，其它范围不发送，测量m个单位内的mbs业务占用的prb数/总prb数，或者也可以多个n周期进行算数平均或者滤波平均等。
130.可选的，对于ptp方式，上述1)至3)中的资源占用量，可以是周期性平均prb占用数，例如n个毫秒、子帧或时隙等单位内的传输mbs的drb占用的prb数/总prb数。n为连续评估的均值，例如0-n，n-2n，2n-3n等都有一个测量值，通过算术均值或者滤波均值等得到周期性平均prb占用数。或者，也可以是在一定周期性模式pattern中的资源占用数，例如每n个毫秒、子帧或时隙等单位内测量m个单位，其中n》m，m为mbs业务的drx on阶段，即mbs业务仅在m范围内发送，其它范围不发送，测量m个单位内的传输mbs的drb占用的prb数/总prb数，或者也可以多个n周期进行算数平均或者滤波平均等。
131.4)每个或特定终端的ptp方式的mbs业务的总资源占用量。
132.5)每个或特定终端的ptp方式的每个mbs业务的资源占用量。
133.6)每个或特定终端的ptp方式的预设mbs业务列表中的mbs业务的资源占用量。
134.7)ptm方式的mbs业务的反馈信息。
135.例如，对ptm方式发送的mbs业务如果开启了反馈，例如harq反馈，可以收集harq反馈相关信息，例如harq正确率、重传概率、最差终端的链路质量信息等。
136.8)针对ptp方式的mbs业务，配置上报的指定或满足第四预设条件的终端信息。
137.例如，该终端信息为链路质量信息等。
138.9)ptm方式的mbs业务的激活终端总数目。
139.10)ptm方式的每个mbs业务的激活终端数目。
140.11)ptm方式的特定mbs业务的激活终端数目。
141.12)ptm方式的预设mbs业务列表中的mbs业务的激活终端数目。
142.可选的，对于9)至14)中的数目，可以是具体数值，也可以是高于门限或者低于门限的指示上报，一般可以根据harq反馈来确定ue数目。
143.13)ptm方式和/或ptp方式的硬件负荷。
144.可选的，此13)中的硬件负荷可以基于全部mbs业务来确定，或者基于每个mbs业务来确定，或者基于预设mbs业务列表来确定。
145.14)ptm方式和/或ptp方式的剩余容量。
146.可选的，此13)中的剩余容量可以基于全部mbs业务来确定，或者基于每个mbs业务来确定，或者基于预设mbs业务列表来确定。
147.需指出的，上述1)至14)中的测量信息，都可以配置为周期性上报或者事件触发性上报。当满足上报条件时，du将相应测量信息上报给cu，便于cu进行ptp/ptm方式确定或转换。
148.本技术实施例中，对于ue相关过程，比如ue的rrc过程，主要包括广播、组播或专用rrc信令的生成和传输。生成过程如前所述，可能部分信息需要由du生成，并发送给cu，例如rlc层及以下的配置，cu合并这些信息，包含自己生成的信息部分，例如pdcp层及以上的配置，形成rrc信令，通过du空口发送给ue。典型过程如mbs ptm/ptp配置信令过程、mbs业务信息兴趣收集计数counting触发等。ue的上行上报过程，例如mbs计数响应(counting response)，或者mbs兴趣指示(interest indication)，可以通过ul单播srb1来进行发送，这部分信息在du和cu之间的传输与传统uu srb的传输一致。
149.下面结合实例1至实例3对本技术进行详细说明。
150.实例1
151.本实例1中，主要将对mbs业务在基站侧如何建立起ptm的发送方式进行详细说明。前提条件为，cu已经从核心网或者是自身的业务感兴趣信息收集结果中决定，需要使用ptm的方式进行mbs业务的发送。该收集结果例如为感兴趣终端数目高于一定的门限。对应的建立过程可以包括：
152.步骤1：cu向du发送f1接口信令(即第一信令)，该信令包括mbs业务的信息，用于告知du将开始对该mbs业务进行ptm方式的发送。
153.可选的，该f1接口信令和mbs业务的信息所包括的信息可参见上述内容，在此不再赘述。
154.步骤2：du接收到f1接口信令之后，获知有一个mbs业务需要使用ptm方式发送，并根据mbs业务的信息，确定目标小区和/或目标频点，在该目标小区和/或目标频点上为mbs业务预留所需的资源，生成对应的配置信息。
155.步骤3：du向cu返回成功接纳的小区列表和相应配置信息。
156.可选的，du在返回成功接纳的小区列表和相应配置信息的同时，可以在这些小区根据配置信息建立相关的mrb承载，例如对应的rlc实体，为后续的mbs业务多播发送做好准备。
157.步骤4：cu接收到du反馈的配置信息之后，获知在接纳成功小区里的具体的配置信息，将这些配置信息组织成广播信令、组播rrc信令或者单播rrc信令，通过du发送给ue，使得对业务感兴趣的ue能够获得业务的配置信息和调度信息。
158.步骤5：cu在业务开始时，使用建立的ptm配置通道，向du的属于ptm发送的小区发送相关的mbs业务。
159.步骤6：du接收到mbs业务后，按照配置的周期和偏移，使用配置好的g-rnti进行该
mbs业务数据的资源调度，以及在调度资源上进行该业务数据包的发送。
160.需指出的，若ue接收到mbs业务的配置信息，则可以根据配置信息里的内容，建立起相应的mrb承载，可以包括sdap实体、pdcp实体和/或rlc实体，而mac实体应用相关的周期配置，使用配置的g-rnti，去具体的周期位置进行调度和数据的解码接收，即可进行相应的mbs ptm接收。
161.实例2
162.本实例2中，主要将对mbs业务在基站侧如何建立起ptp的发送方式进行详细说明。前提条件为，cu已经通过自身的业务感兴趣信息收集结果中决定，需要使用ptp的方式为特定ue进行mbs业务的发送。该收集结果例如为感兴趣终端数目低于一定的门限。对应的建立过程可以包括：
163.步骤1：cu向du发送f1接口信令(即第一信令)，该信令是ue associated signaling，包括mbs业务的信息，用于告知du将开始对该mbs业务进行ptp方式的发送。
164.可选的，该f1接口信令和mbs业务的信息所包括的信息可参见上述内容，在此不再赘述。需指出的，由于是单播方式传输，因此对于ptp方式发送的mbs业务，可以给一个直接可以与单播业务比较的优先级，与其他单播业务进行比较。
165.步骤2：du接收到f1接口信令之后，获知有一个mbs业务需要给这个ue使用ptp方式发送，并根据mbs业务的信息，为业务预留所需的资源，生成对应的配置信息。
166.步骤3：du向cu返回该ue的接纳和配置信息。其中，若接纳成功则返回配置信息，否则返回未接纳成功信息。
167.可选的，du在向cu返回该ue的接纳和配置信息的同时，可以为该ue建立对应的rlc承载如rlc实体，等待后续mbs业务到达并发送。
168.步骤4：cu接收到du反馈的配置信息之后，获知对该ue的ptp具体的配置信息，将这些配置信息组织成专用(dedicated)rrc信令，通过du发送给该ue，使得该ue能够获得业务的配置信息和调度信息。
169.步骤5：cu在业务开始或数据包到达时，使用建立的ptp配置通道，向du发送该ue相关的mbs业务。
170.步骤6：du接收到mbs业务包后，按照配置的周期和偏移，使用ue的c-cnti进行该业务数据的资源调度，以及在调度资源上进行该业务数据包的发送。
171.需指出的，若ue接收到mbs业务对应drb(例如携带tmgi或者其他标识)的rrc重配置信息，则可以根据重配置信息里的内容，建立起相应的drb承载，可以包括sdap实体、pdcp实体和/或rlc实体，而mac实体应用相关的周期配置，使用c-rnti，去具体的周期位置进行调度和数据的解码接收，即可进行相应的mbs ptp接收。
172.实例3
173.本实例3中，当cu决定进行ptp/ptm方式转换时，具体的过程可包括：
174.步骤1：cu向du发送目标方式的资源和配置请求。例如，如果要转换为ptm方式，则如实例1所述，采用一个non-ue associated信令(即第一信令)过程，进行mbs ptm方式的建立。或者，如果要转换为ptp方式，则如实例2所述，采用一ue associated信令(即第一信令)过程，进行mbs ptp方式的建立。
175.步骤2：du接收到请求，类似于实例1或实例2中过程，进行接纳和生成配置信息，返
回给cu。
176.特别的，如果这个方式转换请求是由du触发请求给cu的，那么在触发请求时，du也可以同时携带目标方式的接纳结果和配置给cu，避免cu再次发起向du请求接纳和配置，节省时延，细节如下：
177.1)如果目标方式是ptm方式，由于mbs业务建立ptp时也发给过du相关的qos需求，ptm和ptp并不会影响qos需求或者影响的方式du是已知的(协议规定或者cu配置)，du可以直接根据qos需求进行接纳和配置产生。
178.2)如果目标方式是ptp方式，du可以根据自己掌握的激活ue的情况，生成ue对应的ptp配置；或者并不针对特定ue，给出建议普适配置，并给出能承受的ue数目；
179.可选的，无论cu通过上述向du请求或者du主动触发上报的过程，获得了目标方式的接纳和配置结果之后，cu可以决策进行方式变更，组织rrc消息，通过广播、组播或专用信令的方式，发送给ue。ue获得变更消息之后，采取新的方式进行业务接收。
180.可理解的，以上实施例描述的基本上是控制面的过程，以下将描述用户面的过程，主要是f1-u(f1接口用户面)管道的建立和维护。
181.可选的，若上述的第一方式为ptm方式，即cu和du之间配置的mbs业务的发送方式为ptm方式，且cu对应于多个du，则可以在cu和每个du之间建立一个用户面管道；或者，在cu和多个du之间建立一个用户面多播管道。
182.例如，cu和du之间配置的mbs业务的发送方式为ptm方式，相当于一个du下的多个cell或者一个cu下多个du的cell都是发送相同的业务数据，此时可以cu与每个涉及du之间建立一个tmgi管道，如当涉及n个du时，相当于n个管道，例如gtp-u管道tunnel，用于该mbs业务从cu到du的传输；也可以cu和每个涉及的du之间建立一个多播tmgi管道，如当涉及n个du时，也是一个管道。该多播tmgi管道可以采取一定的多播地址，例如采用多播ip地址或者多播传输网络层(transport network layer，tnl)地址来标识。du一旦加入多播，则监听对应多播地址的数据。
183.可选的，若上述的第一方式为ptp方式(对应上述ptp方式一)，且cu对应于多个du，cu针对终端维护统一的第一用户面实体比如为sdap实体和pdcp实体，多个du分别针对每个终端维护第二用户面实体比如为rlc实体、mac实体和phy实体，则可以在cu和每个du之间建立一个用户面管道；或者，在cu和多个du之间建立一个用户面多播管道。
184.例如，cu和du之间配置的mbs业务的发送方式为上述ptp方式一，如图5所示，此时可以cu与每个涉及du之间建立一个tmgi管道，如当涉及n个du时，相当于n个管道，例如gtp-u管道tunnel，用于该mbs业务从cu到du的传输；也可以cu和每个涉及的du之间建立一个多播tmgi管道，如当涉及n个du时，也是一个管道。该多播tmgi管道可以采取一定的多播地址，例如采用多播ip地址或者多播tnl地址来标识。du一旦加入多播，则监听对应多播地址的数据。
185.可选的，若上述的第一方式为ptp方式(对应上述ptp方式二)，且cu和du针对每个终端维护统一的第一用户面实体和第二用户面实体，该第一用户面实体比如为sdap实体和pdcp实体，该第二用户面实体比如为rlc实体、mac实体和phy实体，则可以在cu和du之间建立针对每个终端的单独的用户面管道；或者，在cu和du之间建立针对每个终端的能够区分的用户面多播管道。
186.例如，cu和du之间配置的mbs业务的发送方式为上述的ptp方式二，如图6所示，cu和du之间是针对每个终端(per ue)的管道，则需要为每个ue的ptp业务建立独立的或者能够区分的管道。对于独立的管道，是指针对某个tmgi的mbs ptp业务，建立单独的gtp-u管道，有单独的id，例如采用通道端点标识(tunnel endpoint identifier，teid)进行区分。cu和du之间建立好每个ue的独立管道之后，在该管道上传输相应ue的指定tmgi的业务数据。对于能够区分的管道，是指可以和其它mbs ptp业务复用一个管道，但是内部流中，例如gtp-u的头部，携带tmgi标识，区分不同的mbs业务，甚至可以和相应ue的单播管道复用，但也需要明确指示这是一个mbs业务，并携带具体的tmgi，以区分不同业务。
187.可理解的，在f1-u管道建立和维护清晰之后，du对于接收到的ptm数据在空口根据配置进行ptm发送，对于ptp数据，在空口进行单播方式发送。
188.需要说明的是，本技术实施例提供的信息控制方法，执行主体可以为信息控制装置，或者，该信息控制装置中的用于执行信息控制方法的控制模块。本技术实施例中以信息控制装置执行信息控制方法为例，说明本技术实施例提供的信息控制装置。
189.请参见图8，图8是本技术实施例提供的一种信息控制装置的结构示意图，应用于基站。如图8所示，该信息控制装置80包括cu 81和du 82。
190.可选的，所述cu 81用于：发送第一信令到所述du 82；其中，所述第一信令中包括mbs业务的信息，所述mbs业务的信息用于指示所述du 82将对所述mbs业务进行第一方式的发送；
191.所述du 82用于：生成所述mbs业务相关的配置信息，并发送所述配置信息到所述cu 81。
192.可选的，所述第一方式包括以下任意一项：ptm方式、ptp方式。
193.可选的，所述第一信令中还包括以下至少一项：
194.所述cu期望的小区信息和/或频点信息；
195.所述cu期望的小区类型信息和/或频点类型信息；
196.所述mbs业务的优先级信息；
197.mbs业务优先级与单播业务优先级的比较信息；
198.所述mbs业务是否能够被其他mbs业务和/或单播业务抢占的信息；
199.所述mbs业务是否能够抢占其他mbs业务和/或单播业务的信息。
200.可选的，所述mbs业务优先级与单播业务优先级的比较信息包括以下至少一项：
201.所述mbs业务的优先级高于、低于或等于的单播业务的优先级；
202.终端对mbs业务和单播业务之间的优先级的上报信息；
203.mbs业务的优先级门限值；
204.单播业务的优先级门限值；
205.mbs业务的优先级门限值和单播业务的优先级门限值。
206.可选的，所述第一方式为ptm方式，所述du 82包括：
207.确定模块，用于确定目标小区和/或目标频点；
208.预留模块，用于在所述目标小区和/或所述目标频点上，为所述mbs业务预留所需的资源；
209.生成模块，用于根据预留的资源，生成所述mbs业务相关的配置信息。
210.可选的，所述第一信令中包括所述cu期望的小区信息，所述目标小区为所述小区信息对应的小区中的接纳成功的小区；
211.和/或，所述第一信令中包括所述cu期望的频点信息，所述目标频点为所述频点信息对应的频点中的接纳成功的频点。
212.可选的，在所述小区信息对应的小区中包括未接纳成功的小区，和/或，所述频点信息对应的频点中包括未接纳成功的频点的情况下，所述du 82还用于：发送未接纳成功信息到所述cu 81；
213.其中，所述未接纳成功信息包括：所述未接纳成功的小区的信息，和/或，所述未接纳成功的频点的信息。
214.可选的，所述目标小区是所述du从与所述du相关的小区中选择的接纳成功的小区；
215.和/或，所述目标频点是所述du从与所述du相关的频点中选择的接纳成功的频点。
216.可选的，所述第一信令中包括所述cu期望的小区类型信息，所述目标小区是所述du根据所述小区类型信息，从与所述du相关的小区中选择的接纳成功的小区；
217.和/或，所述第一信令中包括所述cu期望的频点类型信息，所述目标频点是所述du根据所述频点类型信息，从与所述du相关的频点中选择的接纳成功的频点。
218.可选的，所述cu 81还用于：
219.通过以下任意一项，发送目标配置信息给终端：
220.广播rrc信令、组播rrc信令、专用rrc信令、sib；
221.其中，所述目标配置信息包括所述mbs业务相关的配置信息；或者，所述目标配置信息包括更新后的所述mbs业务相关的配置信息。
222.可选的，所述cu 81还用于：执行第一操作；
223.其中，所述第一操作包括以下任意一项：
224.确定使用所述第一方式对所述mbs业务进行发送；
225.确定将所述mbs业务的发送方式转换为所述第一方式。
226.可选的，所述cu 81还用于：根据以下至少一项，执行所述第一操作：
227.所述cu收集的mbs业务感兴趣信息；
228.所述du的建议请求；
229.所述du上报的mbs业务的测量信息；
230.核心网节点发送的辅助信息或者请求信息。
231.可选的，所述mbs业务感兴趣信息的收集方式包括以下至少一项：
232.所述cu触发终端上报mbs业务感兴趣信息；
233.终端主动上报mbs业务感兴趣信息。
234.可选的，所述du的建议请求的触发条件包括以下至少一项：
235.目标资源的占用率满足第一预设条件；
236.目标资源的传输效率满足第二预设条件；
237.终端的反馈情况满足第三预设条件。
238.可选的，所述cu 81还用于：发送第二信令给所述du；其中，所述第二信令用于配置mbs业务的测量信息。
239.可选的，所述mbs业务的测量信息包括以下至少一项：
240.ptm方式和/或ptp方式的mbs业务的总资源占用量；
241.ptm方式和/或ptp方式的每个mbs业务的资源占用量；
242.ptm方式和/或ptp方式的预设mbs业务列表中的mbs业务的资源占用量；
243.每个或特定终端的ptp方式的mbs业务的总资源占用量；
244.每个或特定终端的ptp方式的每个mbs业务的资源占用量；
245.每个或特定终端的ptp方式的预设mbs业务列表中的mbs业务的资源占用量；
246.ptm方式的mbs业务的反馈信息；
247.针对ptp方式的mbs业务，配置上报的指定或满足第四预设条件的终端信息；
248.ptm方式的mbs业务的激活终端总数目；
249.ptm方式的每个mbs业务的激活终端数目；
250.ptm方式的特定mbs业务的激活终端数目；
251.ptm方式的预设mbs业务列表中的mbs业务的激活终端数目
252.ptm方式和/或ptp方式的硬件负荷；
253.ptm方式和/或ptp方式的剩余容量。
254.可选的，所述第一方式为ptm方式，所述cu 81对应于多个du 82，所述cu 81还用于以下任意一项：
255.在所述cu 81和每个du 82之间建立一个用户面管道；
256.在所述cu 81和多个du 82之间建立一个用户面多播管道。
257.可选的，所述第一方式为ptp方式，所述cu 81对应于多个du 82，当所述cu 81针对终端维护统一的第一用户面实体，且所述多个du 82分别针对每个终端维护第二用户面实体时，所述cu 81还用于以下任意一项：
258.在所述cu 81和每个du 82之间建立一个用户面管道；
259.在所述cu 81和多个du 82之间建立一个用户面多播管道。
260.可选的，所述第一方式为ptp方式，所述cu 81和所述du 82针对每个终端维护统一的第一用户面实体和第二用户面实体，所述cu 81还用于以下任意一项：
261.在所述cu 81和所述du 82之间建立针对每个终端的单独的用户面管道；
262.在所述cu 81和所述du 82之间建立针对每个终端的能够区分的用户面多播管道。
263.本技术实施例提供的信息控制装置80能够实现图7所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
264.可选的，如图9所示，本技术实施例还提供一种基站90，包括处理器91，存储器92，存储在存储器92上并可在所述处理器91上运行的程序或指令，该程序或指令被处理器91执行时实现上述图7所示的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
265.可选的，本技术实施例还提供了一种基站100，如图10所示，该基站100包括：天线101、射频装置102、基带装置103。天线101与射频装置102连接。在上行方向上，射频装置102通过天线101接收信息，将接收的信息发送给基带装置103进行处理。在下行方向上，基带装置103对要发送的信息进行处理，并发送给射频装置102，射频装置102对收到的信息进行处理后经过天线101发送出去。
266.基带装置103例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图10所示，其中一个芯片例如为处理器104，与存储器105连接，以调用存储器105中的程序，执行以上方法实施例中所示的网络设备操作。
267.该基带装置103还可以包括网络接口106，用于与射频装置102交互信息，该接口例如为通用公共无线接口(common public radio interface，简称cpri)。
268.具体地，本技术实施例的基站100采用cu-du架构，还包括：存储在存储器105上并可在处理器104上运行的指令或程序，处理器104调用存储器105中的指令或程序执行图7所示的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
269.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图7所示的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
270.其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
271.本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图7所示的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
272.应理解，本技术实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
273.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
274.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
275.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。