无线通信系统中用于发送控制消息的方法和装置与流程

1.本公开涉及无线通信系统。更具体地，本公开涉及用于发送、接收和处理控制消息的方法和装置。


背景技术：

2.为了满足自部署第四代(4g)通信系统以来增加的对无线数据业务的需求，已经努力开发改进的第五代(5g)或前5g通信系统。因此，5g或前5g通信系统也被称为“超越4g网络”或“后长期演进(long-term evolution，lte)系统”。5g通信系统被认为在更高频率的毫米波(mmwave)频带(例如，60ghz频带)中实现，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形、大规模多输入多输出(multiple-input multiple-output，mimo)、全维mimo(fd-mimo)、阵列天线、模拟波束成形、大规模天线技术。此外，在5g通信系统中，基于高级小小区、云无线电接入网络(radio access network，ran)、超密集网络、设备到设备(device-to-device，d2d)通信、无线回程、移动网络、协作通信、协作多点(coordinated multi-points，comp)、接收端干扰消除等，正在进行系统网络改进的开发。在5g系统中，还开发了作为高级编码调制(advanced coding modulation，acm)的混合频移键控(frequency shift keying，fsk)和正交幅度调制(quadrature amplitude modulation，qam)(fqam)和滑动窗口叠加编码(sliding window superposition coding，swsc)，以及作为高级接入技术的滤波器组多载波(filter bank multi carrier，fbmc)、非正交多址(non-orthogonal multiple access，noma)和稀疏码多址(sparse code multiple access，scma)。
3.互联网是一个以人为中心的连接网络，人类在其中生成和消费信息，现在正在向物联网(internet of things，iot)发展，在iot中，分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。通过与云服务器连接的iot技术和大数据处理技术相结合的万物互联(internet of everything，ioe)已经出现。作为实现iot所需的技术元素，诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”，近来已经研究了传感器网络、机器对机器(machine-to-machine，m2m)通信、机器类型通信(machine type communication，mtc)等。这样的iot环境可以提供智能互联网技术服务，通过收集和分析互联事物之间生成的数据，为人类生活创造新的价值。通过现有信息技术(information technology，it)和各种工业应用之间的融合和组合，iot可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进的医疗服务。
4.与此相适应，人们已经进行了各种尝试，将5g通信系统应用于iot网络。例如，诸如传感器网络、mtc和m2m通信的技术可以通过波束成形、mimo和阵列天线来实现。云无线电接入网络(ran)作为上述大数据处理技术的应用也可以被认为是5g技术与iot技术融合的示例。
5.根据现有技术，提供移动通信服务的基站具有集成类型，其中基站的数据处理单
元或数字单元(或分布式单元(distributed unit，du))以及无线发送/接收单元或无线电(无线电单元或远程单元(remote unit，ru))一起安装在小区站点处。然而，由于这种类型的基站不适合想要根据用户和业务的增加来建立多个小区站点的移动运营商的需求，因此出现了改进的集中式ran(c-ran或云ran)结构。c-ran具有这样的结构，其中du被集中布置在一个物理位置，并且只有ru被留在向实际终端发送无线电信号和从实际终端接收无线电信号的小区站点，并且du和ru可以用光缆或同轴电缆连接。此外，由于ru和du是分离的，因此需要用于它们之间通信的接口标准，并且诸如通用公共无线电接口(common public radio interface，cpri)的标准目前在ru和du之间使用。此外，这种基站结构在第三代合作伙伴计划(3gpp)中被标准化，并且已经研究了开放式无线电接入网络(open radio access network，o-ran)，一种适用于5g系统的开放网络标准。
6.此外，为了满足无线数据业务的需求，5g通信系统(以下，与5g系统、nr(新空口或下一种无线电)系统等混合)已经被研究，预期5g系统将能够向用户提供具有高数据速率的服务，并且预期将提供具有各种目的的无线通信服务，诸如和针对特定目的需要高可靠性的服务和物联网。
7.以上信息仅作为背景信息呈现，并且有助于理解本公开。关于上述任何一个是否可以作为现有技术应用于本公开，没有做出确定，也没有做出断言。


技术实现要素：

8.技术问题
9.当使用o-ran的基站操作mbsfn时，需要一种操作方法，使得du向ru传输包括与子帧结构相关的信息的控制消息，使得ru可以在完成一个子帧的分析之前有效地确定是否需要零填充。
10.问题解决方案
11.本公开的各方面至少解决上述问题和/或缺点，并且至少提供下述优点。
12.附加的方面将在下面的描述中部分地阐述，并且部分地将从描述中变得明显，或者可以通过对所呈现的实施例的实践来获知。
13.根据本公开的方面，提供了一种支持下层功能划分的无线通信系统中生成基站的数字单元(digital unit，du)的控制消息的方法。该方法包括识别子帧配置信息，基于该识别生成包括子帧的多媒体广播多播服务单频网络(multimedia broadcast multicast service single frequency network，mbsfn)相关信息的控制消息，以及向连接到du的基站的无线电单元(radio unit，ru)传输所生成的控制消息，其中mbsfn相关信息用于无线电单元的子帧中的零填充。
14.根据本公开的另一方面，提供了一种支持下层功能划分的无线通信系统中处理基站的ru的控制消息的方法。该方法包括从基站的du接收包括子帧的mbsfn相关信息的控制消息，并基于mbsfn相关信息在子帧中执行零填充。
15.根据本公开的另一方面，提供了一种支持下层功能划分的无线通信系统中生成控制消息的基站的du设备。该基站包括：连接器，被配置为与连接到du的基站的ru发送和接收信号；以及至少一个处理器或控制器，被配置为识别子帧配置信息，基于该识别生成包括子帧的mbsfn相关信息的控制消息，和控制向ru传输所生成的控制消息，其中mbsfn相关信息
用于无线电单元的子帧中的零填充。
16.根据本公开的另一方面，支持本公开的下层功能划分的无线通信系统中处理控制消息的基站的ru设备包括：连接器，被配置为与基站的du发送和接收信号；收发器，被配置为与终端无线地发送和接收信号；以及至少一个处理器或控制器，被配置为控制以通过连接器从du接收包括子帧的mbsfn相关信息的控制消息，和控制以基于mbsfn相关信息在子帧中执行零填充。
17.发明的有益效果
18.根据本公开的另一方面，由于一个子帧的符号配置信息的所有控制面区段分析可以通过两个标志分析来减少，因此可以减少ru的处理负荷。
19.根据本公开的另一方面，由于ru不需要分析与其他控制面区段相关联的子帧结构，因此也可以降低复杂度。
20.根据本公开的另一方面，由于在完成一个子帧的分析之前，可以通过一个控制面消息来确定是否需要零填充，因此可以减少零填充的等待时间。
21.从以下结合附图公开了本公开的各种实施例的详细描述中，本公开的其他方面、优点和显著特征对于本领域技术人员将变得明显。
附图说明
22.从以下结合附图的描述中，本公开的某些实施例的上述和其他方面、特征和优点将变得更加明显，附图中：
23.图1是示出根据本公开的实施例的开放式无线电接入网络(o-ran)网络系统的视图；
24.图2是示出根据本公开的实施例的通过无线电单元(ru)和数字单元(du)划分的下层功能的示例的视图；
25.图3是示出根据本公开的实施例的在o-ran ru(o-ru)和o-ran du(o-du)之间传输的消息的格式的视图；
26.图4是详细示出根据本公开的实施例的以太网消息的标准的视图；
27.图5是示出了根据本公开的实施例的增强型通用公共无线电接口(enhanced common public radio interface，ecpri)报头的格式的视图；
28.图6是示出了根据本公开的实施例的通过控制面(c-plane)和用户面(u-plane)消息传输调度和波束成形命令的流程的视图；
29.图7是示出根据本公开的实施例的区段类型1的c-plane消息的格式的视图；
30.图8是示出根据本公开的实施例的区段延伸的视图；
31.图9是示出根据本公开的实施例的多媒体广播多播服务(mbms)的概念图的视图；
32.图10是示出根据本公开的实施例的用于mbms单频网络(mbsfn)传输的下行链路信道映射图的视图；
33.图11是示出根据本公开的实施例的在长期演进(lte)系统中使用的下行链路帧的结构的视图；
34.图12a是用于解释根据本公开的实施例的由终端接收mbsfn的过程的视图；
35.图12b是示出根据本公开的实施例的通过在o-ran中根据选项7-2分离下层功能来
在ru中执行零填充操作的过程的视图；
36.图13是示出根据本公开的实施例的du使用在o-ran中定义的c-plane消息向ru传送控制信息和数据的过程的视图；
37.图14是示出根据本公开的实施例的从du向ru传输c-plane消息的方法的视图；
38.图15a是示出根据本公开的实施例的在c-plane消息中的区段扩展字段中配置mbsfn相关信息的方法的视图；
39.图15b是示出根据本公开的实施例的在c-plane消息中的区段扩展字段中配置mbsfn相关信息的方法的视图；
40.图16是示出根据本公开的实施例的在公共报头字段中配置mbsfn相关信息的方法的视图；
41.图17是示出了根据本公开的实施例的在区段字段中配置mbsfn相关信息的方法的视图；
42.图18a是示出根据本公开的实施例的在lte mbsfn的混合cp类型中由du通过使用区段扩展字段来配置c-plane消息的方法的视图；
43.图18b是示出根据本公开的实施例的在lte mbsfn的混合cp类型的中由du通过使用区段扩展字段来配置c-plane消息的方法的视图；
44.图19是示出根据本公开的实施例的lte mbsfn的混合cp类型的中由du通过使用公共头字段来配置c-plane消息的方法的视图；
45.图20是示出了根据本公开的实施例的在lte mbsfn的混合cp类型情况下由du通过使用区段字段来配置c-plane消息的方法的视图；
46.图21是示出根据本公开的实施例的ru确定零填充大小的示例的视图；
47.图22是示出根据本公开的实施例的ru确定零填充大小的示例的视图；
48.图23是示出根据本公开的实施例的基站的du设备的操作序列的流程图；
49.图24是示出根据本公开的实施例的基站的ru设备的操作序列的流程图；并且
50.图25是示出根据本公开的实施例的基站的ru设备和基站的du设备的内部结构的框图。
51.在所有附图中，相同的附图标记用于表示相同的元件。
具体实施方式
52.提供参考附图的以下描述以帮助全面理解由权利要求及其等同所定义的本公开的各种实施例。它包括各种具体细节以帮助理解，但这些仅被视为示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。此外，为了清楚和简洁，可以省略对众所周知的功能和结构的描述。
53.在下面的描述和权利要求中使用的术语和词语不限于文献意义，而仅仅是用于能够清楚和一致地理解本公开。因此，对于本领域的技术人员来说，明显的是，本公开的各种实施例的以下描述仅仅是为了说明的目的而提供的，而不是为了限制由所附权利要求及其等同所限定的本公开。
54.应当理解，单数形式“一”、“一个”和“该”包括复数指示物，除非上下文中另有明确
规定。因此，例如，提及“组件表面”包括提及一个或多个这样的表面。
55.在描述本公开的实施例时，将省略与本领域公知的技术内容相关且与本公开不直接相关的描述。省略不必要的描述是为了防止模糊本公开的主要构思，并且更清楚地传递主要构思。
56.出于相同的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。此外，每个元件的大小并不完全反映实际大小。在附图中，相同或对应的元件具有相同的附图标记。
57.通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得明显。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅是为了完整地公开本公开，并告知本领域技术人员本公开的范围，并且本公开仅由所附权利要求的范围来限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。
58.这里，将会理解，流程图图示的每个框以及流程图图示中的框的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图的一个或多个框中指定的功能的装置。这些计算机程序指令也可以存储在非暂时性计算机可用或计算机可读存储器中，这些计算机程序指令可以指导计算机或其他可编程数据处理装置以特定方式运行，使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图的一个或多个框中指定的功能的指令装置的制造品。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图的一个或多个框中指定的功能的操作。
59.此外，流程图图示的每个框可以表示模块、代码段或代码部分，其包括用于实现(多个)指定逻辑功能的一个或多个可执行指令。还应当注意，在一些替代实施方式中，框中提到的功能可以不按顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能。
60.如本文所使用的，“单元”指的是执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(field programmable gate array，fpga)或专用集成电路(application specific integrated circuit，asic)。然而，“单元”并不总是具有局限于软件或硬件的含义。“单元”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括例如软件元件、面向对象的软件元件、类元件或任务元件、进程、功能、属性、过程、子程序、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、数组和参数。由“单元”提供的元件和功能可以被组合成更小数量的元件或“单元”，或者被分成更大数量的元件或“单元”。此外，元件和“单元”可被实现为在设备或安全多媒体卡内复制一个或多个中央处理单元(central processing unit，cpu)。
61.在下文中，在本公开中，上行链路(ul)是指终端通过其向基站发送数据或控制信号的无线电链路，并且下行链路(dl)是指基站通过其向终端发送数据或控制信号的无线电链路。此外，基站可以是演进节点b(enodeb或enb)、节点b、基站(bs)、下一代节点b(gnb)无线电接入单元、基站控制器或网络上的节点中的至少一个，作为执行对终端的资源分配的
主体。终端可以包括用户设备(user equipment，ue)、移动站(mobile station，ms)、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体系统。
62.为了满足对无线数据业务的需求，第五代(5g)通信系统已经商业化，并且期望能够提供具有各种目的的无线通信服务，诸如针对特定目的需要高可靠性的服务和物联网(iot)。
63.为了支持在由商业运营商和设备提供商建立的开放式无线电接入网络联盟(o-ran联盟)中当前第四代(4g)通信系统、5g通信系统等混合的网络系统，开放式无线电接入网络(o-ran)结构已经通过基于现有的第三代合作伙伴计划(3rd generation partnership project，3gpp)标准定义新的网络元件(network elements，ne)和接口标准而出现。o-ran新定义了现有的3gpp ne的无线电单元(ru)、数字单元(du)、中央单元控制面(central unit-control plane，cu-cp)和中央单元用户面(central unit-user plane，cu-up)，分别作为o-ru、o-du、o-cu-cp和o-cu-up(这些可以被统称为o-ran基站)，并且附加地标准化了近实时无线电接入网络(ran)智能控制器(ran intelligent controller，ric)和非实时ran智能控制器(non-real-time ran intelligent controller，nrt-ric)。o-du和ric、o-cu-cp和ric、以及o-cu-up和ric中的每一个都可以通过以太网连接。此外，o-du和ric之间、o-cu-cp和ric之间、以及o-cu-up和ric之间的通信需要接口标准。目前，诸如e2-du、e2-cu-cp和e2-cu-up的标准可以在o-du、o-cu-cp、o-cu-up、和ric之间使用。
64.图1是示出根据本公开的实施例的o-ran网络系统的视图。
65.参考图1，o-ran网络是在逻辑上分离现有4g和5g系统的enb和gnb的功能的标准，并且在o-ran标准中，定义了o-ran gnb 100中的nrt-ric 110、ric 120、o-cu-cp 130、o-cu-up 140、o-du 150、o-ru 160等。
66.nrt-ric 110是实现非实时控制、ran元件和资源的优化、模型训练、更新等的逻辑节点。新定义的ric 120是基于通过将服务器集中布置在一个物理位置通过e2接口从o-du 150、o-cu-cp 130、o-cu-up 140等收集的数据，来实现近实时控制和ran元件和资源的优化的逻辑节点。包括o-cu-cp 130和o-cu-up 140的o-cu是提供无线电资源控制(radio resource control，rrc)、服务数据适配协议(service data adaptation protocol，sdap)、和分组数据汇聚协议(packet data convergence protocol，pdcp)协议的功能的逻辑节点。o-cu-cp 130是提供rrc和pdcp的控制面区段的功能的逻辑节点，并且o-cu-up 140是提供sdap和pdcp的用户面区段的功能的逻辑节点。o-cu-cp 130通过下一代(ng)应用协议(ng application protocol，ngap)接口连接到5g网络(5g核心)中包括的接入和移动性管理功能(access and mobility management function，amf)。o-du 150是提供rlc、mac和更高物理层(high-phy)功能的逻辑节点，并且连接到o-du 150的o-ru 160是提供低物理层(low-phy)功能和射频(rf)处理的逻辑节点。在图1中，每个逻辑节点以单数示出，但是每个逻辑节点可以以复数连接。例如，多个o-ru 160可以连接到一个o-du 150，并且多个o-du 150可以连接到一个o-cu-up 140。
67.本公开不限于上述每个节点的名称，并且在执行上述功能的逻辑节点或实体的情况下，可以应用本公开的配置。此外，逻辑节点可以在物理上位于相同的位置或不同的位置，并且可以由相同的物理设备(例如，处理器、控制器等)或由其他物理设备提供功能。作为示例，上述至少一个逻辑节点的功能可以通过一个物理设备中的虚拟化来提供。在下文
中，o-du可以与du混合，并且o-ru可以与ru混合。
68.图2是示出根据本公开的实施例的通过ru和du划分的下层功能的示例的视图。
69.图3是示出根据本公开的实施例的在o-ru和o-du之间传输的消息的格式的视图。
70.参考图2和图3，ru和du可以通过前端传输(fronthaul，fh)连接。在这种情况下，ru和du可以各自执行物理层的功能。
71.在4g或5g通信系统中的下行链路的物理层中，在234处通过从媒体访问控制(mac)层236接收下行链路数据对所接收的数据执行信道编码和加扰，并且在232处对所加扰的数据执行调制之后，在230处执行调制符号的层映射。在228处，映射到每个层的调制符号被映射到每个天线端口，并且在226处，被映射到对应的资源元素(re，由一个子载波和一个符号组成的资源分配单元)。在224处，对调制符号执行数字波束成形(其可以与预编码混合)，并且执行快速傅立叶逆变换(fft)(inverse fft，ifft)以将调制符号变换为时域信号。此后，在222处添加循环前缀(cp)，并且调制符号在rf 220中的载波频率上携带，并且通过天线被发送到终端。此外，在4g或5g通信系统中用于上行链路的物理层中，通过天线接收的载波频率的信号在rf 240处被转换为基带信号，在242处通过cp移除和fft将转换后的信号转换为频域信号，在244处，所应用的数字波束成形被反向应用于组合上行链路信号，在246处，在上行链路信号被映射到的re中对信号进行解映射，在248处执行信道估计，在250处执行层解映射，以在252处对对准的调制符号执行解调，并且在254处对作为解调结果而获得的比特序列进行解扰和解码，以获得信息比特。此后，信息比特被传输到mac层256。
72.存在用于划分下层功能的各种选项，并且在图2中，例如，示出了选项6(212)、选项7-3(210)、选项7-2(208)、选项7-2x类别b(202)、选项7-2x类别a(200)、选项7-1(206)和选项8(204)。在这种情况下，可以理解，基于一个选项位于右侧的功能由du执行，并且位于左侧的功能由ru执行。例如，长期演进(lte)系统的通用公共无线电接口(cpri)对应于选项8，并且在下行链路的情况下，在du中对其执行了图3所示的物理层的所有处理的信号通过fh被发送到ru，并且ru仅将所接收的信号转换成模拟信号并将转换后的模拟信号发送到终端。然而，随着du执行的功能数量的增加，所需前端传输的带宽也增加。因此，o-ran可以支持选项7-2x类别b(202)和选项7-2x类别a(200)。
73.具体地，选项7-2x的类别a(200)与不能处理o-ru从o-du接收的数据的预编码的o-ru的能力类别相对应，并且选项7-2x的类别b(202)与能够处理o-ru从o-du接收的数据的预编码的o-ru的能力类别相对应。o-du应支持8个或更少传送流的类别ao-ru。也就是说，可以说o-du支持多达8个传送流的预编码。在这种情况下，当应用选项7-2x类别b(202)时，o-du向o-ru发送关于已经完成层映射的调制符号的信息和波束成形信息，并且o-ru向调制符号应用波束成形，并且将该调制符号转换成模拟信号，并且通过天线向终端发送模拟信号。
74.从选项7-2x的o-du向o-ru传输四种类型的信息。从管理面(m-plane)传输的信息通过非实时传输在dl和ul的两个方向上传输，并且是用于o-du和o-ru之间的初始配置或重新配置(或重置)的信息。在同步面(s-plane)中传输的信息是实时传输的，并且是用于o-du和o-ru之间的同步或定时同步的信息。在控制面(c-plane)中传输的信息通过实时传输在dl方向上传输，并且是o-du向o-ru发送调度和/或波束成形命令的信息。从u-plane(用户面)传输的信息通过实时传输在dl和ul两个方向上传输。物理随机接入信道(prach)的dl频域同相和正交分量数据(iq数据)(包括同步信号块(ssb)和参考信号)、ul频域iq数据(包括
诸如探测参考信号的参考信号)和频域iq数据在u-plane中被传输。信息或数据可以与消息混合。
75.接下来，将更详细地描述在o-ru和o-du之间传输的信息。图3是示出在o-ru和o-du之间传输的消息的格式的视图。o-ru和o-du通过以太网连接，并且以太网消息的标准与300所示的相同。以太网消息的有效载荷包括根据每个面的格式的消息。例如，c-plane的格式在330处示出。c-plane格式330包括增强型cpri(ecpri)报头310和o-ran报头320。此外，有效载荷可以包括u-plane格式340或根据另一面的格式的信息。
76.图4是详细示出根据本公开的实施例的以太网消息的标准的视图。
77.参考图4，在以太网消息的报头中，在dl的情况下，目的地mac地址400指示ru或大规模mimo单元(massive mimo unit，mmu)的公共地址，并且在ul的情况下，目的地mac地址400指示du的信道卡(其可以根据负责调度的mac层的操作、high-phy的操作以及ru和du之间的接口来执行转换数据格式的操作)的特定端口的公共地址。源mac地址410在ul的情况下指示ru或mmu的公共地址，并且在dl的情况下指示du的信道卡的特定端口的公共地址。
78.虚拟局域网(lan)(virtual lan，vlan)标签420是4字节，并且允许c、u或s-plane消息被映射到要管理的不同vlan标签。vlan标签中包括的标签协议标识符(tpid)为16比特，并且被配置为值0x8100，以将该帧标识为ieee 802.1q标签帧。由于该字段位于与未标记帧中的以太类型(ethertype)/长度字段430相同的位置，所以该字段用于将未标记帧与通用帧区分开。被包括在vlan标签中的标签控制信息(tag control information，tci)是16比特，并且包括以下三个字段。优先级码点(priority code point，pcp)用3比特表示帧的优先级。合格丢弃指示符(drop eligible indicator，dei)是1比特，与pcp分开使用或结合使用，并且当业务拥塞时，它被删除，以便对好帧进行分类。vlan标识符(vid)是用12比特指示vlan属于哪个帧的字段。除了保留值0x000和0xfff之外，所有其他值都用作vlan标识符，并且最多允许4，094个vlan。初始值0x000指示该帧不属于任何vlan。在这种情况下，802.1q只能指定优先级，并将其作为优先级标签。由于类型/长度(以太类型)是针对ecpri的，所以它被配置为固定值0xaefe。
79.有效载荷440可以包括根据每个面格式的消息，包括如图3所示的ecpri报头。关于图4描述的每个字段或信息的内容不一定包括所有字段，并且本公开可以通过根据需要省略或/和添加其他字段来实现。
80.图5是示出根据本公开的实施例的ecpri报头的格式的视图。
81.参考图5，ecpri报头是传送报头，并且位于以太网有效载荷(图4中的440)的前面。ecpri报头总共是8字节，并且ecpriversion(ecpri版本)500是4比特，并且使用固定值0001b，ecprireserved(ecpri保留)510是3比特并且使用固定值0000b，ecpriconcatenation(ecpri级联)520是1比特并且使用固定值0b，并且ecprimessage(ecpri消息)530是1字节并且指示消息的类型。在u-plane的情况下，可以使用值0000 0000b(0x0)，在c-plane的情况下，可以使用值0000 0010b(0x2)，并且在ecpri延迟测量的情况下，可以使用值0000 0101b(0x5)。
82.ecpripayload(ecpri有效载荷)540是2字节，并且以字节表示有效载荷的大小，ecprirtcid/ecpripcid 550是2字节，并且下面描述的每个字段的比特数可以通过m-plane配置来配置。被包括在ecprirtcid/ecpripcid 550中的cu_port_id(x比特)允许区分ru的
信道卡，并且在这种情况下，甚至可以区分调制解调器。在这种情况下，2比特可用于区分信道卡，并且2比特可用于区分调制解调器。bandsector_id(y比特)可以指示对应的小区或扇区。cc_id(z比特)可以指示对应的分量载波。ru_port_id(w比特)可以被配置为区分层、天线等。
83.ecpriseqid(ecpri序列id)560是2个字节，并且是针对每个ecprirtcid/ecpripcid 550管理的序列id，并且序列id和子序列id被分开管理。通过使用子序列id，无线电传送级分段是可能的。相对于图5描述的每个字段或信息的内容不一定包括所有字段，并且本公开可以通过根据需要省略和/或添加其他字段来实现。
84.接下来，将详细描述c-plane消息。
85.图6是示出了根据本公开的实施例的通过c-plane和u-plane消息传输调度和波束成形命令的流程的视图。
86.参考图6，在600，o-du 604向o-ru 602传输时隙#n中的u-plane数据的控制(c-plane)消息。c-plane消息是ecpri消息类型2，并且在6个区段类型(sectiontype)消息中传送区段的分配信息和与每个区段相对应的波束成形信息。区段是指在一个时隙内连续分配具有相同波束模式的rb资源的区域，并且可以针对每个区段传输u-plane的数据。通常，一个区段可以包括频率轴上的12个re(或子载波)(即，1个资源块(rb))到273个rb，并且可以是时间轴上具有1个符号到14个符号的矩形。一个区段可以包括连续或非连续的分配。如果在12个re(1rb)内应用的波束不同，则可以根据具有不同比特模式的多个remask来划分一个区段。
87.可以支持以下六种类型的区段类型：
88.sectiontype＝0：这指示dl空闲/保护时段，其用于传输消隐(blanking)以节省功率；
89.sectiontype＝1：这用于将波束成形索引或权重映射到dl和ul信道的re，这是o-ran中强制支持的波束成形方法；
90.sectiontype＝3：这用于将波束成形索引或权重映射到其中prach和参数集混合(mixed-numerology)的信道的re；
91.sectiontype＝5：这用于传递ue调度信息，使得ru可以计算实时波束成形权重，这是o-ran中可选地支持的波束成形方法；
92.sectiontype＝6：这用于周期地传输ue信道信息，使得ru可以计算实时波束成形权重，这是o-ran中可选地支持的波束成形方法；和
93.sectiontype＝7：这用于laa(licensed assisted access，许可辅助访问)支持。
94.传输c-plane消息的o-du 604在610、612和614处将时隙#n中的每个ofdm符号的iq数据作为u-plane消息传输。u-plane消息使用ecpri消息类型0为用户传送iq数据(和参考信号ssb)和prach iq数据。u-plane数据中存在两种数据格式。在dl/ul用户数据和静态数据格式的情况下，iq格式和压缩方法是固定的，并且iq格式和压缩方法由m-plane消息在ru初始化时配置。在dl/ul用户数据和动态数据格式的情况下，可以动态地改变iq格式和压缩方法，这由dl u-plane消息和ul c-plane消息来配置。
95.此后，在620，o-du 604在时隙#n 1中向o-ru 602发送针对u-plane数据的c-plane消息。此后，o-du 604在630、632和634处将时隙#n 1的每个ofdm符号的iq数据作为u-plane
消息发送给o-ru 602。
96.尽管图6示出了dl传输的情况，但是可以类似地执行ul传输。具体地，o-du发送c-plane消息，并且接收该消息的o-ru将对应时隙的每个符号的iq数据作为u-平面消息发送给o-du。
97.图7是示出根据本公开的实施例的区段类型1的c-plane消息的格式的视图。
98.参考图7，传送报头700可以是图5所示的ecpri报头或者根据ieee-1914.3的信息。datadirection 702指示u-plane消息的方向，0指示ul，并且1指示dl。filterindex 704指示ru的信道滤波器，并且可以被配置为0x1。frameid 706以10ms为单位指示特定帧。subframeid 708以1ms为单位指示对应帧中的特定子帧。slotid 710指示对应帧中的特定时隙。startsymbolid 712指示对应帧中的开始符号。
99.numberofsections 714指示由对应消息指示的区段数。在sectiontype 716的情况下，一个c-plane消息只能有一种区段类型。udcomphdr 718指示对应消息的所有区段的iq数据的iq比特的宽度(比特)和压缩方法。具体地，高4(upper 4)比特指示作为iqwidth的1至16比特，并且低4(lower 4)比特指示compmeth，指示压缩方法。上述702至718是通常应用于对应消息的应用报头740，并且类似地应用于所有c-plane消息。
100.区段类型1的c-plane消息包含关于任意区段的信息。sectionid 722指示区段的id，其可以用于匹配c-plane消息和u-plane消息。rb 724可以指示使用哪个物理资源块(prb)，0可以指示使用所有prb，1可以指示每两个prb使用一个prb(每隔一个prb)。startprbc 726用于指示区段的第一个prb，并且numprbc 728用于指示区段中prb的数量。remask 730是指示与对应prb中的特定波束相对应的re(或子载波)的比特模式，并且通过remask可以在一个prb中应用不同的波束。numsymbol 732可以指示与对应区段的符号相对应的数量，ef 734可以指示是否提供了波束成形权重，0可以指示没有提供波束成形权重，并且1可以指示提供了根据波束标识符(beamid)的权重。beamid 736和738指示针对对应区段预定义的权重表的特定索引。上述722至738可以被称为每个区段的区段报头742。
101.此外，区段扩展可以被包括在c-plane消息中，并且区段扩展是否被包括可以由ef 720来指示。关于图7描述的每个字段或信息的内容不一定包括所有字段，并且本公开可以通过根据需要省略或/和添加其他字段来实现。
102.图8是示出根据本公开的实施例的区段延伸的视图。
103.参考图8，c-plane消息可以包括传送报头820、应用报头830和一个或多个区段报头840，并且可以包括区段扩展810。被包括在区段报头840中的ef 800可以指示是否包括区段扩展，并且如果存在区段扩展，其细节如下。
104.区段扩展810可以包括以下字段。ef 850指示是否包括另一区段扩展，并且exttype 852指示区段扩展的类型。在区段扩展的类型中，可能存在这样的情况，其中传输波束成形权重、传输波束成形属性，传输预编码设置和参数、传输调制压缩相关参数、传输关于非连续prb分配的信息，并且多个扩展天线载波(extended antenna-carrier，eaxc)，在一个独立天线元件中接收或发送一个载波所需的数字基带用户面(这可能意味着每层的传输)被用作目的地。extlen 854以4字节为单位指示对应的区段扩展的长度，并且区段扩展810可以包括以4字节为单位的零填充858用于对准。参考图8描述的每个字段或信息的内容不一定包括所有字段，并且本公开可以通过根据需要省略和/或添加其他字段来实现。
105.除了根据上述区段类型1的c-plane消息之外，可以存在与上述区段类型相对应的c-plane消息，并且可以根据每个区段类型的目的包含相同或不同的字段或信息。
106.在最近的无线通信系统中，提供了多媒体广播多播服务(multimedia broadcast multicast service，mbms)。mbms是通过诸如lte的无线通信系统提供的广播服务。
107.图9是示出根据本公开的实施例的mbms的概念图的视图。
108.参考图9，mbms服务区域900是由能够执行mbsfn传输的多个基站组成的网络区域。mbsfn区域905是由集成用于mbsfn传输的几个小区组成的网络区域，并且mbsfn区域中的所有小区与mbsfn传输同步。除了mbsfn区域保留小区910之外的所有小区都用于mbsfn传输。mbsfn区域保留小区910是不用于mbsfn传输的小区，并且可以为了其他目的而被传输，但是有限的传输功率可以被允许用于为mbsfn传输分配的无线电资源。
109.图10是示出根据本公开的实施例的用于mbsfn传输的下行链路信道映射图的视图。
110.参考图10，在mac层和物理层之间使用多播信道(mch)1000，并且mch与物理层的物理mch(pmch)1005映射。单播的目的主要是使用物理下行链路共享信道(pdsch)1010。
111.图11是示出根据本公开的实施例的在无线通信系统中使用的下行链路帧的结构的视图。
112.图11示出了基于lte的无线通信系统，但是无线通信系统不限于此。例如，无线通信系统也可以应用于5g通信系统，并且在这种情况下，图中的无线电帧可以与帧匹配，子帧可以与时隙匹配。
113.参考图11，无线电帧1100由10个子帧1105组成，并且每个子帧具有用于通用数据发送/接收的
‘
正常子帧1110’和用于广播的mbsfn子帧1115’。正常子帧和mbsfn子帧之间在正交频分复用(ofdm)符号的数量、循环前缀的长度以及小区特定参考信号(crs)的结构和数量方面存在差异。在rel-8和rel-9系统中，mbsfn子帧仅用于传输广播或多播数据的目的。
114.然而，随着系统的演进，从lte rel-10开始，mbsfn子帧不仅可以用于广播或多播目的，还可以用于单播目的。在lte中，为了有效地使用pdsch，对与参考信号(rs)相关的多天线技术和传输模式(tm)进行分类和配置。
115.在lte rel-10中，存在tm1到tm9。每个终端具有一个tm用于pdsch传输，并且tm 8是在rel-9中新定义的，以及tm 9是在rel-10中新定义的。tm 9支持最多具有8个秩的单用户多输入多输出(single user-multi-input multi-output，su-mimo)。tm 9支持多层传输，并且通过在解调期间使用rel-10解调参考信号(以下称为“dmrs”)实现传输多达8层。此外，在rel-10 dmrs中，传输预编码的dmrs，但是不需要通知接收端对应的预编码器索引。此外，为了支持tm 9，在rel-10中新定义了下行链路控制信息(以下称为“dci”)格式2c。有必要注意，在rel-10之前的终端不尝试在mbsfn子帧中解码。因此，允许所有终端在mbsfn子帧中尝试解码导致来自先前版本的终端的升级请求。在本公开中，不是允许所有终端在mbsfn子帧中接收单播数据，而是将该功能仅应用于需要上述功能(例如，高速数据通信)的终端。在上述tm中，tm 9尤其是通过使用多个天线来最大化传输效率的传输模式。
116.例如，基站也可以将tm 9配置给需要通过甚至即使在mbsfn子帧中接收单播数据来增加数据吞吐量的终端，并且只有配置了tm 9的终端可以在mbsfn子帧中接收单播数据。
117.对于单播数据发送和接收，在lte系统中，物理下行链路控制信道(pdcch)通知数据发送和接收实际发生的位置，并且pdsch发送实际数据。在接收实际数据之前，终端应该确定在pdcch中是否有分配给终端的资源分配信息。mbsfn通过稍微更复杂的过程获得资源分配信息。基站通过广播信息sib13向终端通知由小区提供的每个mbsfn区域的多播控制信道(multicast control channel，mcch)的传输位置。mcch包括mbsfn的资源分配信息，并且终端可以解码mcch以确定mbsfn子帧的传输位置。mbms通过不同于单播的方法提供资源分配信息的原因是，根据现有技术，mbms也应该能够被提供给处于待机模式的终端。因此，控制信道mcch的传输位置由广播信息sib13通知。
118.图12a是用于解释根据本公开的实施例的由终端接收mbsfn的过程的视图。
119.参考图12a，在操作1210中，终端1200从基站1205接收sib2。在sib2的mbsfn-subframeconfiglist ie(mbsfn子帧配置列表ie)中，指示了可以用于mbsfn传输目的的子帧。mbsfn-subframeconfiglist ie包括mbsfn-subframeconfig ie(mbsfn子帧配置ie)，并且指示哪个无线电帧的哪个子帧可以是mbsfn子帧。下表是mbsfn-subframeconfig ie的配置表。
120.mbsfn-subframeconfiglist ie还可以包括radioframeallocationperiod(无线电帧分配周期)、radioframeallocationoffset(无线电帧分配偏移)和subframeallocation(子帧分配)信息。
121.radioframeallocationperiod和radioframeallocationoffset用于指示具有mbsfn子帧的无线电帧，并且满足公式sfn mod radioframeallocationperiod＝radioframeallocationoffset的无线电帧具有mbsfn子帧。sfn是系统帧号，并且指示无线电帧号。sfn的范围是0到1023，并且是重复的。
122.subframeallocation指示哪个子帧是由上述等式指示的无线电帧中的mbsfn子帧。它可以以一个无线电帧为单位或者以四个无线电帧为单位来指示。当使用一个无线电帧单位时，它在oneframe ie中被指示。mbsfn子帧可以存在于一个无线电帧内总共10个子帧中的第1、第2、第3、第6、第7和第8个子帧中。因此，oneframe ie使用6比特来指示上面列出的子帧中的mbsfn子帧。当使用四个无线电帧单位时，它在fourframes ie中指示。为了覆盖四个无线电帧，对于每个无线电帧，总共24个比特用于指示以上列出的子帧中的mbsfn子帧。因此，终端可以通过使用mbsfn-subframeconfiglist ie准确地知道可以是mbsfn子帧的子帧。
123.如果终端1200想要接收mbsfn，则在操作1215，终端1200从基站1205接收sib13。sib13的mbsfn-areainfolist ie(mbsfn区域信息列表ie)包括用于发送由小区提供的每个mbsfn区域的mcch的位置信息，并且在操作1220，终端使用该信息接收mcch。用于mbsfn传输的资源的位置被指示给mcch的mbsfnareaconfiguration ie(mbsfn区域配置ie)，并且在操作1225，终端使用该信息接收mbsfn子帧。在操作1230，终端获取mbsfn子帧的位置，期望的多播业务信道(multicast traffic channel，mtch)通过该mbsfn子帧在mch调度信息mac ce中被发送，该mac ce是所接收的mac协议数据单元(pdu)的mac控制元素(mac ce)之一。在操作1235，终端使用mch调度信息解码期望的mtch。
124.顾名思义，下面描述的mbms指的是多媒体广播多播服务，mbsfn指的是通过同步mbms中的多个小区来提供一种mbms服务的网络。在本公开的描述中，mbms和mbsfn可以混
合。
125.mbsfn子帧可以由非mbsfn区域和mbsfn区域组成。这是因为即使在mbsfn子帧中，控制信息(pdcch，小区特定参考信号)的周期传输也需要非mbsfn区域。
126.当子载波间隔为δf时，前1个或2个ofdm符号可以在δf＝15khz的mbsfn子帧中的非mbsfn区域中使用。
127.在非mbsfn区域中，pdcch、物理混合自动重复请求(arq)指示信道(phich)、小区特定参考信号等可以被传输，并且可以使用常规cp。
128.在mbsfn区域中，可以传输pmch，并且扩展cp可以用于pmch。当使用扩展cp时，一个子帧可以由12个符号组成。
129.例如，如果在mbsfn子帧中使用一个常规cp，则可以使用11个扩展cp。作为另一个示例，如果使用两个常规cp，则可以使用10个扩展cp。
130.然而，如在mbsfn子帧的非mbsfn区域和mbsfn区域中，当常规cp和扩展cp混合时，可能会生成常规cp长度的间隙。也就是说，当常规cp和扩展cp混合时，可能不满足标准中定义的子帧的长度。在这种情况下，可能需要零填充操作来填充间隙。
131.匹配子帧长度，即匹配标准中定义的子帧长度所需的零填充长度的示例如下。
132.当在mbsfn子帧中使用一个常规cp(ncp)和11个扩展cp(ecp)时，零填充长度的示例如下。
133.表1
[0134][0135]
当在mbsfn子帧中使用两个常规cp和10个扩展cp时，零填充长度的示例如下。
[0136]
表2
[0137][0138]
如上所述，在o-ran中，下层功能划分的标准化工作正在进行中。
[0139]
通过可互换地使用(混合)常规cp和扩展cp的零填充操作在ifft和cp添加块之后操作，并且该操作在下层功能分离的类别a和类别b两者中的ru中执行。
[0140]
图12b是示出根据本公开的实施例的通过在o-ran中根据选项7-2分离下层功能在ru中执行零填充操作的过程的视图。
[0141]
参考图12b，du 1240向ru 1245发送mbsfn的控制信息和mbsfn的用户数据。在这种
情况下，mbsfn的控制信息可以包括用于接收mbsfn的用户数据的调度信息。
[0142]
在这种情况下，从du 1210传输到ru 1245的控制信息应该在控制信息本身和配置方面简明，并且用于处理控制信息的资源的使用应该很少。
[0143]
在本公开中，提出了一种简明地配置控制信息的方法。
[0144]
图13是示出根据本公开的实施例的du使用在o-ran中定义的c-plane消息向ru传送控制信息和数据的过程的视图。
[0145]
参考图13，从du 1310传输到ru 1320的控制信息被称为c-plane消息，其可以被分类为图5中描述的区段类型。在本公开中，c-plane消息可以互换地称为c-plane类型、控制消息、控制信息、控制命令等。
[0146]
在c-plane消息中，可以根据符号的cp类型对所使用的类型进行分类。例如，在常规cp符号的情况下，du 1310可以向ru 1320传输根据区段类型1的c-plane消息，并且在扩展cp符号的情况下，向ru 1320传输根据区段类型3的c-plane消息。
[0147]
也就是说，在mfsfn子帧的情况下，du 1310可以向ru 1320发送一个或多个区段类型的c-plane消息。
[0148]
每个c-plane消息独立地包括调度信息。因此，不可能使用一个c-plane消息来确定与关于其他c-plane消息的信息的关联。
[0149]
因此，ru 1320可以基于根据区段类型1的两个c-plane消息(可以由多于一个组成)和根据区段类型3的c-plane消息(可以配置多于一个)来确定在识别一个子帧的符号配置信息之后使用常规cp的符号1330和使用扩展cp的符号1340被同时调度。
[0150]
具体地，ru 1320可以从所接收的根据区段类型1的c-plane消息和根据区段类型3的c-plane消息分析符号配置信息。此外，ru 1320可以通过该子帧的符号配置信息标识出对应的子帧是mbsfn子帧并且需要零填充。
[0151]
此后，由于样本的数量是由ffp大小确定的，所以ru 1320可以基于关于在控制区段类型1中获取的符号的数量的信息和关于fft大小的信息来确定零填充大小。
[0152]
然而，根据上述方法，由于ru 1320需要分析不同控制区段类型的控制信息，所以处理时间可能被延迟并且复杂度可能增加。例如，为了通过组合子帧的符号配置信息来确定mbsfn子帧，ru 1320需要接收和处理不同的控制区段类型，因此需要附加的处理时间。这可能意味着该确定被延迟，因为有可能在一个子帧的所有控制区段类型(例如，调度信息)被处理之后确定该子帧是否是mbsfn子帧。此外，由于用于确定mbsfn子帧的逻辑，ru 1320可能增加复杂度。
[0153]
因此，本公开提出了一种方法，其中基站的du向基站的ru高效地传输或传送关于mbsfn子帧配置的信息。具体地，本公开提出了一种用于减少ru的处理负荷和复杂度的方法，ru的处理负荷和复杂度用于分析ru是否需要零填充，以及如果需要，零填充大小。
[0154]
图14是示出根据本公开的实施例的从du向ru传输c-plane消息的方法的视图。
[0155]
参考图13和图14，根据现有技术，du 1410传输根据区段类型1的c-plane消息1411和根据区段类型3的c-plane消息1412。然后，基于这两个c-plane消息，ru 1420识别一个子帧的符号配置信息，然后可以确定使用常规cp的符号1330和使用扩展cp的符号1340被同时调度。此后，ru 1420基于关于在控制区段类型1中获取的符号的数量的信息和关于fft大小的信息来确定零填充大小。
[0156]
mbsfn相关信息(或标志)1440是在根据区段类型1的c-plane消息1413中新定义的。mbsfn相关信息1440可以包括因为对应子帧是mbsfn子帧而需要零填充的信息，以及关于使用常规cp的符号的数量的信息。
[0157]
例如，mbsfn相关信息可以包括指示根据mbsfn子帧配置cp类型是否混合的信息，以及关于使用常规cp的符号的数量的信息。
[0158]
替换地，mbsfn相关信息可以包括指示是否根据mbsfn子帧配置混合cp类型的标志，以及使用常规cp的符号的数量的标志。
[0159]
替换地，mbsfn相关信息可以包括指示是否根据mbsfn子帧配置混合cp类型的标志、使用常规cp的符号的数量的标志、以及零填充样本的数量(或零填充大小)。
[0160]
在上层中可以知道不同cp类型混合的状态，并且也可以在上层中生成指示这种情况的信息。例如，mbsfn子帧配置可以是在上层中已经确定的信息，并且要传输到终端的信息可以已经生成。由于c-plane消息是根据mbsfn子帧的配置生成的，所以当生成c-plane消息时，也可以插入附加信息。
[0161]
因此，du 1410可以生成mbsfn信息相关信息1440，并通过c-plane消息将其传输给ru 1420。然后，即使ru 1420不参考特定子帧的所有c-plane消息，也可以通过使用特定代的c-plane消息中包括的mbsfn相关信息来确定是否需要零填充并确定零填充大小。
[0162]
替换地，即使ru 1420不参考特定子帧的所有c-plane消息，ru 1420也可以仅使用特定代的c-plane消息中包括的mbsfn相关信息来识别是否需要零填充以及零填充大小。
[0163]
在用于在o-ran c-plane消息中配置mbsfn相关信息的实施例中，本公开提出了用于在区段扩展字段配置的方法、用于在公共报头字段配置的方法和用于在区段字段配置的方法。
[0164]
图15a是示出根据本公开的实施例的在c-plane消息中的区段扩展字段中配置mbsfn相关信息的方法的视图。
[0165]
如上所述，图7示出了根据类型1的c-plane消息，并且图8示出了根据区段类型3的c-plane消息。每个c-plane消息包括区段扩展字段。
[0166]
根据本公开的实施例的du可以使用区段扩展字段将mbsfn相关信息插入到c-plane消息中，并将c-plane消息传输到ru。
[0167]
参考图15a，将mixedcpflag信息1510和mixedcpidx信息1520插入区段扩展字段的方法作为将mbsfn相关信息插入区段扩展字段的方法。
[0168]
mixedcpflag信息1510可以指示在子帧中常规cp和扩展cp是否混合。这可以指示为0或1，并且配置为0时指示常规cp和扩展cp不混合，以及配置为1时指示常规cp和扩展cp混合。但是需要注意的是，配置0和1的含义只是示例，并不一定局限于此。此外，mixedcpflag＝0(不混合)可以不被使用。
[0169]
mixedcpidx信息1520可以指示子帧内常规cp的数量。这可以指示为0或1，并且配置为0时指示常规cp数量为1，以及配置为1时指示常规cp数量为2。同样，应当注意，0和1的配置的含义仅仅是示例，并且不一定局限于此。
[0170]
参考图15b，将mixedcpflag信息1530、mixedcpidx信息1540和numzeros信息1550插入区段扩展字段的方法作为将mbsfn相关信息插入区段扩展字段的方法。
[0171]
mixedcpflag信息1530可以指示在子帧中常规cp和扩展cp是否混合。这可以指示
为0或1，并且配置为0时指示常规cp和扩展cp不混合，以及配置为1时指示常规cp和扩展cp混合。然而，需要注意的是，配置0和1的含义只是示例，并不一定局限于此。此外，mixedcpflag＝0(不混合)可以不被使用。
[0172]
mixedcpidx信息1540可以指示子帧中常规cp的数量。这可以指示为0或1，并且配置为0时指示常规cp数量为1，以及配置为1时指示常规cp数量为2。同样，应当注意，配置0和1的含义仅仅是示例，并且不一定局限于此。
[0173]
numzeros信息1550可以指示子帧中零填充样本的数量(或零填充大小)。这可以基于10比特字段长度来指示，这可以指示最大1024个零填充样本的数量。然而，应当注意，10比特字段长度设置的含义仅仅是示例，并且不一定局限于此。
[0174]
图15所示的实施例可以应用于根据区段类型1的c-plane消息和根据区段类型3的c-plane消息两者。
[0175]
图16是示出根据本公开的实施例的在公共报头字段中配置mbsfn相关信息的方法的视图。
[0176]
参考图16，根据区段类型1的c-plane消息可以包括公共报头字段1605。公共报头字段1605包括保留的8比特，其中mixedcpflag信息1610和mixedcpidx信息1620可以用2比特来配置。
[0177]
mixedcpflag信息1610可以指示在子帧中常规cp和扩展cp是否混合。这可以指示为0或1，当配置为0时，可以指示常规cp和扩展cp没有混合，当配置为1时，可以指示常规cp和扩展cp混合，反之亦然。
[0178]
mixedcpidx信息1620可以指示子帧内常规cp的数量。这可以指示为0或1，并且配置为0时指示常规cp数量为1，以及配置为1时指示常规cp数量为2，反之亦然。
[0179]
图17是示出根据本公开的实施例的在区段字段中配置mbsfn相关信息的方法的视图。
[0180]
参考图17，根据区段类型3的c-plane消息可以包括区段字段1705。区段字段1705包括保留的8比特，其中mixedcpflag信息1710和mixedcpidx信息1720可以用2比特来配置。
[0181]
mixedcpflag信息1710可以指示在子帧中常规cp和扩展cp是否混合。这可以指示为0或1，当配置为0时，可以指示常规cp和扩展cp没有混合，当配置为1时，可以指示常规cp和扩展cp混合，反之亦然。
[0182]
mixedcpidx信息1720可以指示子帧内常规cp的数量。这可以指示为0或1，并且配置为0时指示常规cp数量为1，以及配置为1时指示常规cp数量为2，反之亦然。
[0183]
图18a和图18b是示出根据本公开的实施例的在lte mbsfn的混合cp类型中由du通过使用区段扩展字段来配置c-plane消息的方法的视图。
[0184]
在图18a和图18b中，例示并描述了配置两个常规cp符号的情况。
[0185]
如上所述，c-plane消息可以包括根据区段类型1的c-plane消息1801和根据区段类型3的c-plane消息1805。
[0186]
根据区段类型1的c-plane消息可以包括关于常规cp符号的信息，并且根据区段类型3的c-plane消息可以包括关于扩展cp符号的信息。每个c-plane消息可以包括一个或多个符号的调度信息。在图18a和图18b所示的示例中，为每个区段类型配置一个c-plane消息，但是可以划分c-plane消息。
[0187]
图18a示出了将mbsfn相关信息插入根据区段类型1的c-plane消息1801和根据区段类型3的c-plane消息1805的每个区段扩展字段的方法。mbsfn相关信息可以包括mixedcpflag信息1810和mixedcpidx信息1820，并且每个信息的配置和含义如上所述。
[0188]
图18b示出了将mbsfn相关信息插入到根据区段类型1的c-plane消息1801和根据区段类型3的c-plane消息1805中的每一个c-plane消息的区段扩展字段中的方法。mbsfn相关信息可以包括mixedcpflag信息1830、mixedcpidx信息1840和numzeros信息1850，并且每条信息的配置和含义如上所述。
[0189]
根据本公开的实施例，可以在区段类型1、区段类型3、区段类型1和区段类型的三个位置添加区段扩展字段。
[0190]
图19是示出根据本公开的实施例的在lte mbsfn的混合cp类型中由du通过使用公共报头字段来配置c-plane消息的方法的视图。
[0191]
参考图18a、图18b和图19，当存在两个常规cp符号时，配置根据区段类型1的c-plane消息1801的方法。如图19所示，根据区段类型1的c-plane消息中包括的公共报头字段包括保留的8比特，并且du可以通过使用其中的2比特来配置mixedcpflag信息1910和mixedcpidx信息1920。每个信息的配置及其含义如上所述。
[0192]
图20是示出根据本公开的实施例的在lte mbsfn的混合cp类型情况下在du中通过使用区段字段来配置c-plane消息的方法的视图。
[0193]
参考图20，示出了当存在两个常规cp符号时，配置根据区段类型3的c-plane消息的方法。如图20所示，根据区段类型3的c-plane消息中包括的区段字段包括保留的8比特，并且du可以使用其中的2比特来配置mixedcpflag信息2010和mixedcpidx信息2020。每个信息的配置及其含义如上所述。
[0194]
图21是示出根据本公开的实施例的ru确定零填充大小的示例的视图。
[0195]
图22是示出根据本公开的实施例的ru确定零填充大小的示例的另一视图。
[0196]
参考图21和图22，ru可以基于从du接收的c-plane消息来分析子帧配置信息。在本公开的实施例中，可以基于c-plane消息中包括的mixedcpflag信息和mixedcpidx信息来确定是否执行零填充。
[0197]
例如，当mixedcpflag信息被配置为0时，由于在子帧内常规cp和扩展cp不混合，所以ru可以不执行零填充操作。
[0198]
作为另一示例，当mixedcpflag信息被配置为1并且mixedcpidx信息被配置为0时，ru可以基于如图21所示的mixedcpflag信息、mixedcpidx信息和fft大小来确定零填充大小。从图21中可以看出，由于ofdm符号的样本数量根据fft大小而变化，因此可以根据fft大小来不同地确定零填充大小。
[0199]
例如，如果fft大小是512，则使用常规cp的符号#0的长度是552个样本，并且使用剩余的扩展cp的符号的长度是640个样本，因此通过使用扩展cp的符号的样本数和使用常规cp的符号的样本数之间的差，可以将零填充大小确定为88。当fft大小为1024时，零填充大小可被确定为176，并且当fft大小为2048时，零填充大小可被确定为352。基于所确定的大小，对使用常规cp的符号和使用扩展cp的符号之间的区段执行零填充。执行零填充可能意味着，例如，如果零填充样本的数量(或零填充大小)是88，则0被加上88个样本的长度。
[0200]
作为另一示例，当mixedcpflag信息被配置为1并且mixedcpidx信息被配置为1时，
ru可以基于如图22所示的mixedcpflag信息、mixedcpidx信息和fft大小来确定零填充大小。如图22所示，由于样本的数量根据fft大小而变化，因此可以根据fft大小来不同地确定零填充大小。
[0201]
例如，当fft大小为512时，零填充大小可被确定为180，当fft大小为1024时，零填充大小可被确定为360，并且当fft大小为2048时，零填充大小可被确定为720。
[0202]
此外，ru可以基于从du接收的c-plane消息来分析子帧配置信息。在实施例中，可以基于c-plane消息中包括的mixedcpflag信息、mixedcpidx信息和numzeros信息来确定是否执行零填充。
[0203]
例如，当mixedcpflag信息被配置为0时，由于在子帧中常规cp和扩展cp不混合，所以ru可以不执行零填充操作。
[0204]
作为另一示例，当mixedcpflag信息被配置为1，mixedcpidx信息被配置为0，并且numzeros信息被配置为88(＝0001011000)时，填充大小可被确定为88，而不管图21中的fft大小如何。
[0205]
作为另一示例，当mixedcpflag信息被配置为1，mixedcpidx信息被配置为0，并且numzeros信息被配置为176(＝0010110000)时，填充大小可被确定为176，而不管图21中的fft大小如何。
[0206]
基于所确定的大小，对使用常规cp的符号和使用扩展cp的符号之间的区段执行零填充。执行零填充可能意味着，例如，如果零填充样本的数量(或零填充大小)是88，则添加0多达88个样本长度。
[0207]
作为另一示例，当mixedcpflag信息被配置为1并且mixedcpidx信息被配置为1时，ru可以基于如图22所示的mixedcpflag信息、mixedcpidx信息和numzeros信息来识别零填充大小。
[0208]
例如，当numzeros信息是180时，零填充大小可被识别为180，当numzeros信息是360时，零填充大小可被识别为360，以及当numzeros信息是720时，零填充大小可被识别为720。
[0209]
图23是示出根据本公开的实施例的基站的du设备的操作序列的流程图。
[0210]
参考图23，在操作s2310中，基站的du设备可以识别特定子帧的配置信息。基站的du设备可识别关于在子帧中常规cp和扩展cp是否混合的信息，并且如果它们混合，则在操作s2320中，du设备可根据识别结果识别关于常规cp的数量的信息。
[0211]
在操作s2330中，根据本公开的实施例，基站的du设备可以生成c-plane消息(或控制消息)。在这种情况下，c-plane消息可以包括mbsfn相关信息。在这种情况下，mbsfn相关信息可以包括指示子帧中常规cp和扩展cp是否混合的mixedcpflag信息和指示子帧中常规cp的数量的mixedcpidx信息。
[0212]
替换地，mbsfn相关信息可以包括根据mbsfn子帧配置指示cp类型是否混合的标志、使用常规cp的符号的数量的标志、以及零填充样本的数量(或零填充大小)。
[0213]
根据实施例，mbsfn相关信息可以使用c-plane消息中的区段扩展字段来配置，使用公共报头字段来配置，或者使用区段字段来配置。
[0214]
此外，在操作s2340中，基站的du设备可以将生成的c-plane消息传输到ru。
[0215]
图24是示出根据本公开的实施例的基站的ru设备的操作序列的流程图。
[0216]
参考图24，在操作s2410中，基站的ru设备可以从基站的du设备接收c-plane消息(或控制消息)。
[0217]
此外，在操作s2420，基站的ru设备可以基于c-plane消息检查mbsfn相关信息。在这种情况下，mbsfn相关信息可以包括指示子帧中常规cp和扩展cp是否混合的mixedcpflag信息和指示子帧中常规cp的数量的mixedcpidx信息。
[0218]
替代地，mbsfn相关信息包括根据mbsfn子帧配置指示cp类型是否混合的标志、使用常规cp的符号的数量的标志、以及零填充样本的数量(或零填充大小)。
[0219]
此外，在操作s2430，基站的ru设备可以基于检查的结果确定是否需要零填充。例如，如果常规cp和扩展cp没有混合，则可以确定不需要零填充。
[0220]
另一方面，如果常规cp和扩展cp被混合，则在操作s2440，基站的ru设备可以基于fft大小信息和指示子帧中常规cp的数量的mixedcpidx信息来确定零填充大小。确定零填充大小的具体示例如图21和图22所示。
[0221]
在操作s2450，基站的ru设备通过所确定的零填充大小插入零填充。
[0222]
图25是示出根据本公开的实施例能够执行的基站的ru设备和基站的du设备的内部结构的框图。
[0223]
参考图25，基站的ru设备2500包括收发器2510、至少一个处理器和/或控制器2520、连接器2530和存储单元2540。然而，基站的ru设备2500的组件不限于上述示例，例如，基站的ru设备2500可以包括比所示组件更多或更少的组件。此外，收发器2510、存储单元2540和控制器2520可以以单个芯片的形式实现。
[0224]
收发器2510可以向终端发送信号和从终端接收信号。这里，信号可以包括控制信息和数据。为此，收发器2510可以包括上变频并放大发送的信号的频率的rf发送器，以及以低噪声放大接收的信号并下变频频率的rf接收器。然而，这仅仅是收发器2510的实施例，并且收发器2510的组件不限于rf发送器和rf接收器。此外，收发器2510可以通过无线信道接收信号，将其输出到控制器2520，并通过无线信道发送从控制器2520输出的信号。此外，收发器2510可以分别包括用于lte系统的rf收发器和用于nr系统的rf收发器，或者可以用一个收发器执行lte和nr的物理层处理。
[0225]
存储单元2540可以存储基站的ru设备的操作所需的程序和数据。另外，存储单元2540可以存储包括在由基站的ru设备发送和接收的信号中的控制信息或数据。存储单元2540可以由存储介质(诸如只读存储器(rom)、随机存取存储器(ram)、硬盘、光盘rom(cd-rom)和数字多功能盘(dvd)，或者存储介质的组合)组成。此外，可以存在多个存储单元2540。
[0226]
控制器2520可以控制一系列过程，使得基站的ru设备2500可以根据上述实施例进行操作。例如，控制器2520可以根据通过连接器2530从基站的du设备2550接收的c-plane消息和u-plane消息，向终端发送lte或nr信号或从终端接收lte或nr信号。可以存在多个控制器2520，并且控制器2520可以通过执行存储在存储单元2540中的程序来执行基站的ru设备2500的组件控制操作。
[0227]
根据实施例的控制器2520可控制通过稍后将描述的连接单元2530从基站的数字单元接收包括子帧的多媒体广播多播服务单频网络(mbsfn)相关信息的控制消息，并控制基于mbsfn相关信息在子帧中执行零填充。另外，控制器2520可以基于快速傅立叶变换
(fft)大小来确定零填充大小，并且基于所确定的零填充大小来控制执行零填充。
[0228]
连接器2530是连接基站的ru设备2500和基站的du设备2550的设备，并且可以执行用于消息发送和接收的物理层处理，向基站的du设备2550发送消息，以及从基站的du设备2550接收消息。
[0229]
基站的du设备2550包括至少一个处理器和/或控制器2570、连接器2560和存储单元2580。然而，基站的du设备2550的组件不限于上述示例，例如，基站的du设备2550可以包括比所示组件更多或更少的组件。此外，连接器2560、存储单元2580、控制器2570等可以以单个芯片的形式实现。
[0230]
控制器2560可以控制一系列过程，使得基站的du设备2550可以根据上述实施例进行操作。例如，控制器2560可以生成要传输到基站的ru设备2500的c-plane消息和u-plane消息，并通过连接器2560将该消息传输到基站的ru设备2500。可以存在多个控制器2560，并且控制器2560可以通过执行存储在存储单元2580中的程序来执行基站的du设备2550的组件控制操作。
[0231]
根据实施例，控制器2560可以识别子帧配置信息，并基于该识别生成包括子帧的多媒体广播多播服务单频网络(mbsfn)相关信息的控制消息。此外，控制器2560可以控制将所生成的控制消息发送到通过稍后将描述的连接器2560连接到数字单元的基站的无线电单元(ru)。
[0232]
存储单元2540可以存储基站的ru设备的操作所需的程序和数据。另外，存储单元2540可以存储包括在由基站的ru设备发送和接收的信号中的控制信息或数据。存储单元2540可以由诸如rom、ram、硬盘、cd-rom和dvd的存储介质或者存储介质的组合组成。此外，可以存在多个存储单元2540。
[0233]
连接器2560是连接基站的ru设备2500和基站的du设备2550的设备，并且可以执行用于消息发送/接收的物理层处理，向基站的ru设备2500发送消息，以及从基站的ru设备2500接收消息。
[0234]
在本公开的上述详细实施例中，根据所呈现的详细实施例，本公开中包括的元件以单数或复数指示。然而，为了描述的方便，单数形式或复数形式被适当地选择为所呈现的情形，并且本公开不限于以单数或复数表达的元件。因此，以复数指示的元件也可以包括单个元件，或者以单数指示的元件也可以包括多个元件。
[0235]
虽然已经参考本公开的各种实施例显示和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同限定的本公开的精神和范围的情况下，可以在形式和细节上进行各种改变。