业务通信方法、装置、电子设备及存储介质与流程

1.本发明涉及o-ran协议及通信技术领域，尤指一种业务通信方法、装置、电子设备及存储介质。


背景技术：

2.移动通信技术经过第一代(1g)、第二代(2g)、第三代(3g)、第四代(4g)技术的发展，目前，已经迈入了第五代发展的时代(5g移动通信技术)。随着移动通信的发展，以往通常由单一设备商提供接入网设备软硬件及在各接入网元之间采用封闭式接口的做法已不利于异构厂商的开放互连，在此情境下，开放式无线接入网络(open radio access network，简称为o-ran)应运而生。o-ran通过让更多的制造商参与到ran基础设施的开发中来以此促进创新。
3.目前，o-ran网络架构已被应用于5g基站。o-ran网络架构将无线接入网设备如5g基站分解为射频单元(o-ran radio unit，o-ru)、分布式单元(o-ran distributed unit，o-du)和集中式单元(o-ran centralized unit，o-cu)。其中，o-du主要负责处理实时性需求的mac层功能和部分物理层功能等，o-ru主要负责将来自o-du的数字信号转换为射频信号并传送到天线，以及将来自天线的射频信号转换为数字信号并传送到o-du。另外，o-du对o-ru进行实时控制和用户面通信控制，o-du和o-ru之间使用o-ran前传接口相连。
4.在采用o-ran协议组网的无线通信网络中，一个o-du可以与一个o-ru相连接，也可以与多个o-ru相连接，随着多制式o-ru的出现，随之也出现多个o-du与一个o-ru相连接的情况。在多个o-du连接一个o-ru进行业务通信的场景下，本发明发明人发现现有技术中的o-ran架构存在如下问题：
5.图1为现有技术中两个不同网络制式的o-du与一个多制式o-ru相连接的示意图。如图1所示，两个不同网络制式的o-du分别为支持td-lte制式的o-du1与支持5g nr制式的o-du2，多制式o-ru对应地也同时支持td-lte和5g nr。正常情况下，o-du1应该只操作o-ru的td-lte，o-du2应该只操作o-ru的5g nr，即只允许a、b操作。但是，由于目前o-ru的o-ran协议区分不出是哪个o-du在进行操作，从而o-du1可以随便管理5g nr业务，o-du2也可以随便管理td-lte业务，即存在非法的c、d操作。以建载波为例，o-du1可以冒充o-du2下发5g nr的载波，由于o-du1配置了5g nr载波，这样会导致o-du2无法再创建载波。同时ru上td-lte产生的需要上传到o-du1的数据，由于业务层感知不到o-du1和o-du2的存在，所以会同时上报给o-du1和o-du2，造成混乱。由此可知，o-du1或o-du2将业务数据传输给o-ru，o-ru接收到后，通过o-ran协议传输到具体业务层的数据无法区别是哪个o-du发的，o-ru也无法指定将数据发送到具体哪个o-du。同时各o-du对o-ru的操作及数据互相都可见，没有隔离，存在安全性隐患和越权访问风险。理想情况下需实现每个o-du对于o-ru的操作独立且互相不干扰，目前的o-ran协议还无法满足这一点。
6.在多个o-du连接一个o-ru进行业务通信的场景下，为了实现每个o-du对于o-ru的操作独立且互相不干扰，目前亟待提出一种业务通信方法，可以在o-du侧操作时，无论是配
置下发还是数据上报完全隔离互不干扰，避免安全性隐患和越权访问风险，提高业务数据的抗干扰性。


技术实现要素：

7.有鉴于此，本发明实施例提供一种业务通信方法、装置、电子设备及存储介质，本发明提供的技术方案通过在o-ru初始化时，根据本地系统配置启动多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；当该o-ru与多个o-du进行业务通信时，基于多个应用实例中的一应用实例与多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同，由于每个o-du均通过单独的应用实例与o-ru进行业务通信，因此通过实例彻底将每种网络制式的业务处理隔离开来，实现了每个o-du对于o-ru的操作独立且互相不干扰，从而在o-du侧操作时，无论是配置下发还是数据上报完全隔离互不干扰，避免了安全性隐患和越权访问风险，提高了业务数据的抗干扰性。
8.第一方面，本发明实施例提供了一种业务通信方法，应用于o-ru，所述方法包括：
9.在所述o-ru初始化时，根据本地系统配置启动多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；
10.当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。
11.优选地，所述基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，具体包括：
12.所述一应用实例基于其所包含的o-ran协议处理进程与所述一o-du建立o-ran netconf连接；
13.所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信。
14.优选地，其中，所述o-ru包含独立于所述多个应用实例的公共业务处理服务集合，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，具体包括：
15.当所述一o-du将业务消息通过所述o-ran netconf连接下达给所述一应用实例中的o-ran协议处理进程后，由所述一应用实例中的o-ran协议处理进程将其转发给其中的网络制式业务处理进程进行解析；
16.之后所述一应用实例中的网络制式业务处理进程通过请求消息通知所述公共业务处理服务集合中与所述业务消息对应的公共业务处理服务对所述业务消息进行处理；
17.所述与所述业务消息对应的公共业务处理服务将对所述业务消息的处理结果反馈给所述一应用实例中的网络制式业务处理进程；
18.所述一应用实例中的网络制式业务处理进程再将所述处理结果转发给所述一应用实例中的o-ran协议处理进程；
19.所述一应用实例中的o-ran协议处理进程将所接收到的所述处理结果反馈给所述一o-du。
20.优选地，其中，所述o-ru包含独立于所述多个应用实例的公共业务处理服务集合，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，具体包括：
21.当所述o-ru中的公共业务处理服务集合中的一公共业务处理服务生成业务数据后，将所述业务数据上报给所述一应用实例中的网络制式业务处理进程；
22.所述一应用实例中的网络制式业务处理进程通过所述一应用实例中的o-ran协议处理进程并基于所述o-ran netconf连接将所述业务数据上报给所述一o-du。
23.优选地，其中，所述公共业务处理服务集合包括：软件管理服务，dhcp管理服务，告警管理服务，载波管理服务，日志管理服务，电调管理服务和状态管理服务。
24.优选地，其中，所述网络制式包括：gsm，td-scdma，cdma2000，wcdma，td-lte，lte-fdd和5g nr。
25.第二方面，本发明实施例提供了一种业务通信装置，设置于o-ru，所述装置包括：
26.实例管理模块，设置为在所述o-ru初始化时，启动预设于本地的多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；
27.业务通信模块，设置为当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。
28.第三方面，本发明实施例提供了一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面所述的方法。
29.第四方面，本发明实施例提供了一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序用于实现如第一方面所述的方法。
附图说明
30.通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：
31.图1是现有技术中两个不同网络制式的o-du与一个多制式o-ru相连接的示意图；
32.图2是本发明实施例的一种业务通信方法流程图；
33.图3是本发明一具体实施例多个o-du与o-ru所启动的应用实例的连接示意图；
34.图4是本发明实施例的一应用实例与一o-du独立进行业务通信的流程图；
35.图5是本发明实施例的一应用实例通过o-ran netconf连接并基于其所包含的网络制式业务处理进程与一o-du进行业务通信的流程图；
36.图6是本发明实施例的一种业务通信装置的结构示意图；
37.图7是本发明实施例的电子设备的硬件结构示意图。
具体实施方式
38.以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过
程、流程、元件和电路并没有详细叙述。
39.此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
40.同时，应当理解，在以下的描述中，“电路”是指由至少一个元件或子电路通过电气连接或电磁连接构成的导电回路。当称元件或电路“连接到”另一元件或称元件/电路“连接在”两个节点之间时，它可以是直接耦接或连接到另一元件或者可以存在中间元件，元件之间的连接可以是物理上的、逻辑上的、或者其结合。相反，当称元件“直接耦接到”或“直接连接到”另一元件时，意味着两者不存在中间元件。
41.除非上下文明确要求，否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
42.在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
43.在o-ran协议架构中，o-ru作为一个独立的网元，是o-du的下属，可以被多个o-du管理。物理上，o-du与o-ru可以是直接相连，也可以是通过路由器相连。
44.通常，o-ru可以分为单制式o-ru和多制式o-ru。当o-ru仅收发一种网络制式数据时，将该o-ru称为单制式o-ru；当o-ru能够收发多种网络制式数据时，将该o-ru称为多制式o-ru。另外，o-du可以被配置为用于仅处理一种网络制式数据，也可以被配置为用于处理多种制式数据。本发明中所涉及到的o-du一般指的是仅处理一种网络制式数据的单制式o-du。所述的网络制式是以o-ru和o-du之间传输的数据类型定义的，例如，如果在2g网络中o-ru与o-du之间传输gsm网络数据，则该o-ru的制式为gsm，如果在3g网络中o-ru与o-du之间传输wcdma网络数据，则该o-ru的制式为wcdma。其中，网络制式包括但不限于：全球移动通信系统(global system for mobile communications，简称gsm)、时分同步码分多址系统(time division-synchronous code division multiple access，简称td-scdma)、码分多址2000系统(code division multiple access2000，简称cdma2000)、宽带码分多址系统(wideband code division multiple access，简称wcdma)、支持tdd模式的长期演进系统(long term evolution，简称td-lte)、支持fdd模式的长期演进系统(long term evolution，简称lte-fdd)和5g nr(new radio，新空口)。
45.图2是本发明实施例的一种业务通信方法流程图。本发明实施例所提供的业务通信方法应用于o-ru，具体如图2所示，该方法包括以下步骤：
46.步骤s210：在所述o-ru初始化时，根据本地系统配置启动多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程。
47.o-ru进行初始化的过程，一般发生在o-ru上电或者复位重启时，它涉及到o-ru从开机重启到能够提供业务服务的整个流程。
48.与现有技术中o-ru进行初始化的不同之处是：本发明在初始化阶段引入了“启动多个应用实例”的操作。这里的“应用实例”为o-du与o-ru进行业务通信时的通信对象，一个o-du对应通过o-ru上所启动的一个应用实例与o-ru进行业务通信。其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程，即：每个应用实例其实是一组进程的集合，这些进程按类别分为负责o-ran协议处理的进程以及负责与一种网络制式业务处理
相关的进程，其中，o-ran协议处理进程包含o-ran协议规定的在o-ru侧需要实现的与o-ran协议相关的功能接口和处理，与传统技术中的o-ru所包含的o-ran协议处理不同的是：本发明中每个应用实例中所包含的o-ran协议处理进程并不包含与业务相关的具体操作，如：现有技术中o-du将建载波业务下发给o-ru之后，由o-ru中的o-ran协议部分直接进行处理完成，而本发明中的应用实例中的o-ran协议并不负责完成具体业务操作，即：建载波的整个流程，而是将具体业务转发给应用实例中的网络制式业务处理进程，网络制式业务处理进程再与其他具体业务处理服务(如：载波管理服务)配合完成建载波的整个流程。即：本发明中将具体业务操作从应用实例中剥离出来，形成公共业务处理服务集合，这样应用实例与具体业务服务的处理解耦，实现了任何应用实例宕机都不会影响具体业务的执行，而现有技术中将实例与具体服务糅合在一起，实例出问题就会导致不能正常提供业务服务。
49.另外，每个应用实例中仅包含一种网络制式的业务处理进程，比如：仅包含5g nr的业务处理进程，或者仅包含gsm的业务处理进程，每种网络制式之间的业务处理通过不同应用实例进行处理从而是隔离且互不干扰的，即：5g nr的应用实例仅负责处理5g nr的业务，gsm的应用实例仅负责处理gsm的业务，而现有技术中的o-ru只部署一份o-ran协议，即：o-ran协议与所有网络制式的业务处理进程都融合在一起，这样不利于不同网络制式应用间隔离，不利于o-ran协议与不同网络制式应用解耦。需要说明的是：每个应用实例中所包含的一种网络制式业务处理进程，仅仅是对于o-du所下发的业务进行具体解析以及将该业务转发给独立于应用实例的公共业务处理服务集合中的具体业务处理服务来完成，本身并不进行具体业务的操作，这种将不同网络制式应用与o-ran协议组成一个单独实例的方式，完全隔离了应用与应用之间的干扰。另外，通过提取公共服务，让每个应用实例中的o-ran协议仅专注于接口工作，而业务的具体实现都放在公共服务进行处理，从而真正实现了不同网络制式业务的具体处理与o-ran协议之间的解耦。
50.在o-ru设计之初，根据o-ru自身系统能力及网络规划，对o-ru所支持连接的o-du个数及其网络制式进行系统配置。举例来讲，比如根据网络规划，需要该o-ru同时支持5g nr、td-lte以及wcdma三种网络制式，在这种情况下，除了本身硬件上相应对这三种网络制式进行支持外，在系统软件上也要相应进行支持，即：针对于每一种网络制式，都至少启动一个与其对应的应用实例，如前所述，若该o-ru同时支持5g nr、td-lte以及wcdma三种网络制式，则需要该o-ru在初始化时至少启动三个与每种网络制式对应的应用实例。在这里，所启动的应用实例所支持的网络制式可以是相同的。举例来讲，如图3所示，假设o-ru启动了两个支持5g nr的应用实例、一个td-lte的应用实例以及两个wcdma的应用实例，则这种情况下，该o-ru可以同时支持两个5g nr制式的o-du、一个td-lte制式的o-du以及两个wcdma制式的o-du共计五个o-du与其连接进行业务通信。其中，一个5g nr制式的o-du与o-ru上所启动的一个5g nr应用实例相连接进行业务通信，另一个5g nr制式的o-du与o-ru上所启动的另一个5g nr应用实例相连接进行业务通信，td-lte制式的o-du与o-ru上所启动的td-lte应用实例相连接进行业务通信，一个wcdma制式的o-du与o-ru上所启动的一个wcdma应用实例相连接进行业务通信，另一个wcdma的o-du与o-ru上所启动的另一个wcdma应用实例相连接进行业务通信。
51.在具体实现时，在一具体示例中，不同网络制式的应用实例中的o-ran协议处理进程可以是完全一样的，即是o-ran协议功能的全集，也可以根据不同网络制式将每个应用实
例中的o-ran协议处理进程裁剪成适于该网络制式的最小集合，比如：相比gsm，5g nr应用实例用到的o-ran协议处理功能就多一些，因此5g nr应用实例相比gsm应用实例中的o-ran协议处理进程就相对来说执行的功能多一些。
52.步骤s220：当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。
53.通过上述步骤s210，o-ru在本地启动了多个应用实例，当启动完成之后，此时的o-ru处于就绪状态，等待o-du与之连接进行业务通信。
54.根据o-ran协议规定，o-ru和o-du之间传递的是netconf/yang管理消息，遵循o-ran的消息交互流程，因此，o-ru和o-du在进行业务通信之前，需要建立o-ran netconf连接，而一个o-du在o-ru侧进行o-ran netconf连接的通信对象，即为一个应用实例，且o-du的制式需要跟与之建立连接的应用实例所包含的业务处理进程所属网络制式相同，即：5g nr的o-du只能与处理5g nr业务的应用实例进行连接，而不能与处理gsm业务的应用实例进行连接。
55.需要说明的是：在o-ru上所启动的应用实例，与o-du之间是一一对应的，当一个应用实例与一个o-du之间建立连接之后，另一个o-du如果与该应用实例尝试进行连接，则会被拒绝进而不能与之建立连接，即：一个应用实例只能同时与一个o-du连接，即便两个o-du都为同一网络制式，也不能同时与一个应用实例连接，只能等其中一个o-du释放连接之后，另一个同一网络制式的o-du才能与之进行连接。同样的，一个o-du也不能同时连接两个应用实例，即便在这两个应用实例的网络制式相同的情况下也如此。
56.具体地，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，如图4所示，具体包括如下步骤：
57.步骤s2210：所述一应用实例基于其所包含的o-ran协议处理进程与所述一o-du建立o-ran netconf连接。
58.netconf是client/server机制。在o-ran架构中，o-du是netconf client，o-ru是netconf server，从网络部署位置角度来看，o-ru处于远端，需要首先发起一个“呼叫总部(call home)”的流程，即由o-ru主动发起一个tcp连接请求的流程，并通过tcp端口号通知o-du，其目的起到异步通知o-du自身已启动并准备好的作用，o-ru通过tcp呼叫完总部，后续o-du再通过用户名密码或证书的方式，与o-ru建立起ssh/tls安全连接，进而建立o-ran netconf连接。除了o-ru主动呼叫o-du建立o-ran netconf连接之外，o-du也可以主动呼叫o-ru建立o-ran netconf连接。而o-ran netconf连接的建立，是o-du基于o-ru上的一应用实例所包含的o-ran协议处理进程实现的。
59.步骤s2220：所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信。
60.在通过上述步骤s2210建立起o-ran netconf连接之后，这时候，o-ru和o-du就可以基于所建立的o-ran netconf连接进行netconf消息的交互了。
61.如前所述，应用实例中所包含的网络制式业务处理进程并不负责具体业务的执行，而是需要与独立于应用实例的公共业务处理服务集合中的具体公共业务处理服务进行配合才能完成o-du所下达的具体业务处理。
62.具体地，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，如图5所示，具体包括：
63.步骤s2221：当所述一o-du将业务消息通过所述o-ran netconf连接下达给所述一应用实例中的o-ran协议处理进程后，由所述一应用实例中的o-ran协议处理进程将其转发给其中的网络制式业务处理进程进行解析。
64.步骤s2222：之后所述一应用实例中的网络制式业务处理进程通过请求消息通知所述公共业务处理服务集合中与所述业务消息对应的公共业务处理服务对所述业务消息进行处理。
65.步骤s2223：所述与所述业务消息对应的公共业务处理服务将对所述业务消息的处理结果反馈给所述一应用实例中的网络制式业务处理进程。
66.步骤s2224：所述一应用实例中的网络制式业务处理进程再将所述处理结果转发给所述一应用实例中的o-ran协议处理进程。
67.步骤s2225：所述一应用实例中的o-ran协议处理进程将所接收到的所述处理结果反馈给所述一o-du。
68.其中，该公共业务处理服务集合包括但不限于：软件管理服务，dhcp管理服务，告警管理服务，载波管理服务，日志管理服务，电调管理服务和状态管理服务。随着移动网络技术的发展，o-ru未来可能会支持更多的业务处理服务，新增的业务处理服务也适用于本发明。
69.在一具体示例中，假设一o-ru在初始化时启动了3个应用实例，分别为5g nr应用实例、gsm应用实例和td-lte应用实例，可与该o-ru连接的有三个o-du，分别支持5g nr业务、gsm业务和td-lte业务。以其中支持5g nr业务的o-du在o-ru上建载波为例，首先，o-du与o-ru上的5g nr应用实例建立o-ran netconf连接，之后，o-du将建载波的业务消息通过之间的o-ran netconf连接下达给5gnr应用实例中的o-ran协议处理进程后，由5g nr应用实例中的o-ran协议处理进程将其转发给其中的网络制式业务处理进程进行解析；之后5g nr应用实例中的网络制式业务处理进程通过请求消息通知o-ru中公共业务处理服务集合中的载波管理服务对该建载波业务消息进行处理；处理完成后，载波管理服务将对建载波业务消息的处理结果反馈给5g nr应用实例中的网络制式业务处理进程；5g nr应用实例中的网络制式业务处理进程再将该处理结果转发给5g nr应用实例中的o-ran协议处理进程；5g nr应用实例中的o-ran协议处理进程再将所接收到的处理结果反馈给该o-du。至此，完成一个完整的建载波业务流程。
70.除了o-du下达业务给o-ru之外，o-du与o-ru之间的业务通信还包括o-ru将所生成的业务数据上报给o-du，该过程也是通过具体一应用实例来进行。具体地，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，具体还包括：
71.当o-ru中的公共业务处理服务集合中的一公共业务处理服务生成业务数据后，将该业务数据上报给该一应用实例中的网络制式业务处理进程；该一应用实例中的网络制式业务处理进程通过该一应用实例中的o-ran协议处理进程并基于一o-ru与一o-du之间所建立的o-ran netconf连接将业务数据上报给一o-du。至此，完成一个完整的数据上报流程。
72.由上述步骤可知，本发明实施例通过在o-ru初始化时，根据本地系统配置启动多
个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；当该o-ru与多个o-du进行业务通信时，基于多个应用实例中的一应用实例与多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同，由于每个o-du均通过单独的应用实例与o-ru进行业务通信，因此通过实例彻底将每种网络制式的业务处理之间隔离开来，实现了每个o-du对于o-ru的操作独立且互相不干扰，从而在o-du侧操作时，无论是配置下发还是数据上报完全隔离互不干扰，避免了安全性隐患和越权访问风险，提高了业务数据的抗干扰性。
73.图6是本发明实施例的一种业务通信装置的结构示意图，设置于o-ru，如图6所示，本发明实施例的业务通信装置6包括：实例管理模块610，设置为在所述o-ru初始化时，启动预设于本地的多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；业务通信模块620，设置为当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。
74.图7为本发明实施例的电子设备的硬件结构示意图。具体如图7所示，该电子设备包括：存储器710和处理器720，其中，存储器710和处理器720通信；示例性的，存储器710和处理器720通过通信总线730通信，所述存储器710用于存储计算机程序，所述处理器720执行所述计算机程序实现上述实施例所示的业务通信方法。
75.可选地，该电子设备还可以包括发送器和/或接收器。
76.可选地，上述处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、plc(programmable logic controller，可编程逻辑控制器)、fpga(field－programmable gate array，现场可编程门阵列)、dsp(digital signal processor，数字信号处理器)或asic(application specific integrated circuit，专用集成电路)来实现。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
77.在一具体示例中，该电子设备为一o-ru。
78.本发明实施例提供一种芯片，该芯片用于支持接收设备(例如终端设备、网络设备等)实现本发明实施例所示的功能，该芯片具体用于芯片系统，该芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。当实现上述方法的为接收设备内的芯片时，芯片包括处理单元，进一步的，芯片还可以包括通信单元，所述处理单元例如可以是处理器，当芯片包括通信单元时，所述通信单元例如可以是输入/输出接口、管脚或电路等。处理单元执行本发明实施例中各个处理模块所执行的全部或部分动作，通信单元可执行相应的接收或发送动作。在另一个具体的实施例中，本发明实施例中的接收设备的处理模块可以是芯片的处理单元，控制设备的接收模块或发送模块是芯片的通信单元。
79.本领域的技术人员应明白，本技术的实施例可提供为方法、装置(设备)或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品。
80.本技术是参照根据本技术实施例的方法、装置(设备)和计算机程序产品的流程图来描述的。应理解可由计算机程序指令实现流程图中的每一流程。
81.这些计算机程序指令可以存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现流程图一个流程或多个流程中指定的功能。
82.也可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程中指定的功能的装置。
83.本发明的另一实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
84.即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指定相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
85.以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：
1.一种业务通信方法，应用于o-ru，其特征在于，所述方法包括：在所述o-ru初始化时，根据本地系统配置启动多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。2.根据权利要求1所述的方法，其特征在于，所述基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，具体包括：所述一应用实例基于其所包含的o-ran协议处理进程与所述一o-du建立o-ran netconf连接；所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信。3.根据权利要求2所述的方法，其特征在于，其中，所述o-ru包含独立于所述多个应用实例的公共业务处理服务集合，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，具体包括：当所述一o-du将业务消息通过所述o-ran netconf连接下达给所述一应用实例中的o-ran协议处理进程后，由所述一应用实例中的o-ran协议处理进程将其转发给其中的网络制式业务处理进程进行解析；之后所述一应用实例中的网络制式业务处理进程通过请求消息通知所述公共业务处理服务集合中与所述业务消息对应的公共业务处理服务对所述业务消息进行处理；所述与所述业务消息对应的公共业务处理服务将对所述业务消息的处理结果反馈给所述一应用实例中的网络制式业务处理进程；所述一应用实例中的网络制式业务处理进程再将所述处理结果转发给所述一应用实例中的o-ran协议处理进程；所述一应用实例中的o-ran协议处理进程将所接收到的所述处理结果反馈给所述一o-du。4.根据权利要求2所述的方法，其特征在于，其中，所述o-ru包含独立于所述多个应用实例的公共业务处理服务集合，所述一应用实例通过所述o-ran netconf连接并基于其所包含的网络制式业务处理进程与所述一o-du进行业务通信，具体包括：当所述o-ru中的公共业务处理服务集合中的一公共业务处理服务生成业务数据后，将所述业务数据上报给所述一应用实例中的网络制式业务处理进程；所述一应用实例中的网络制式业务处理进程通过所述一应用实例中的o-ran协议处理进程并基于所述o-ran netconf连接将所述业务数据上报给所述一o-du。5.根据权利要求3或4所述的方法，其特征在于，其中，所述公共业务处理服务集合包括：软件管理服务，dhcp管理服务，告警管理服务，载波管理服务，日志管理服务，电调管理服务和状态管理服务。6.根据权利要求1所述的方法，其特征在于，其中，所述网络制式包括：gsm，td-scdma，cdma2000，wcdma，td-lte，lte-fdd和5g nr。7.一种业务通信装置，设置于o-ru，其特征在于，所述装置包括：
实例管理模块，设置为在所述o-ru初始化时，启动预设于本地的多个应用实例，其中，每个应用实例包含o-ran协议处理进程和一种网络制式业务处理进程；业务通信模块，设置为当所述o-ru与多个o-du进行业务通信时，基于所述多个应用实例中的一应用实例与所述多个o-du中的一o-du独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一o-du的网络制式相同。8.一种电子设备，其特征在于，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1～6中任一项所述的方法。9.一种存储介质，其特征在于，所述存储介质用于存储计算机程序，所述计算机程序用于实现权利要求1～6任一项所述的方法。

技术总结
本发明实施例公开了一种业务通信方法、装置、电子设备及存储介质，本发明提供的技术方案通过在O-RU初始化时，根据本地系统配置启动多个应用实例，其中，每个应用实例包含O-RAN协议处理进程和一种网络制式业务处理进程；当该O-RU与多个O-DU进行业务通信时，基于多个应用实例中的一应用实例与多个O-DU中的一O-DU独立进行业务通信，其中，所述一应用实例所包含的业务处理进程所属网络制式与所述一O-DU的网络制式相同。由此，实现了每个O-DU对于O-RU的操作独立且互相不干扰，从而在O-DU侧操作时，无论是配置下发还是数据上报完全隔离互不干扰，避免了安全性隐患和越权访问风险，提高了业务数据的抗干扰性。了业务数据的抗干扰性。了业务数据的抗干扰性。


技术研发人员：李享中
受保护的技术使用者：四川恒湾科技有限公司
技术研发日：2023.02.24
技术公布日：2023/7/13