Business communication method and device, electronic equipment and storage medium

CN116419287BActive Publication Date: 2026-08-07四川恒湾科技有限公司
View PDF 1 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
四川恒湾科技有限公司
Filing Date
2023-02-24
Publication Date
2026-08-07

AI Technical Summary

Technical Problem

但是,由于目前O-RU的O-RAN协议区分不出是哪个O-DU在进行操作,从而O-DU1可以随便管理5G NR业务,O-DU2也可以随便管理TD-LTE业务,即存在非法的C、D操作

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116419287B_ABST
    Figure CN116419287B_ABST
Patent Text Reader

Abstract

Embodiments of the present application disclose a service communication method and device, electronic equipment and storage medium. The technical scheme provided by the present application starts multiple application instances according to local system configuration when O-RU is initialized, wherein each application instance includes an O-RAN protocol processing process and a network mode service processing process; when the O-RU communicates services with multiple O-DUs, an application instance in the multiple application instances and an O-DU in the multiple O-DUs independently communicate services based on the application instance, wherein the network mode of the service processing process included in the application instance is the same as the network mode of the O-DU. Thus, the operation of each O-DU on the O-RU is independent and does not interfere with each other, so that when the O-DU side operates, whether it is configuration delivery or data reporting, it is completely isolated and does not interfere with each other, avoiding security risks and unauthorized access risks, and improving the anti-interference of service data.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of O-RAN protocol and communication technology, and more particularly to a service communication method, apparatus, electronic device and storage medium. Background Technology

[0002] Mobile communication technology has evolved through the first generation (1G), second generation (2G), third generation (3G), and fourth generation (4G), and has now entered the fifth generation era (5G mobile communication technology). With the development of mobile communication, the previous practice of a single equipment vendor providing access network equipment hardware and software and using closed interfaces between various access network elements is no longer conducive to open interconnection among heterogeneous vendors. In this context, Open Radio Access Network (O-RAN) has emerged. O-RAN promotes innovation by involving more manufacturers in the development of RAN infrastructure.

[0003] Currently, the O-RAN network architecture has been applied to 5G base stations. The O-RAN network architecture decomposes radio access network equipment such as 5G base stations into radio units (O-RAN Radio Unit, O-RU), distributed units (O-RAN Distributed Unit, O-DU), and centralized units (O-RAN Centralized Unit, O-CU). The O-DU is primarily responsible for handling real-time MAC layer functions and some physical layer functions. The O-RU is mainly responsible for converting digital signals from the O-DU into radio signals and transmitting them to the antenna, and for converting radio signals from the antenna into digital signals and transmitting them to the O-DU. In addition, the O-DU performs real-time control and user plane communication control over the O-RU. The O-DU and O-RU are connected via the O-RAN fronthaul interface.

[0004] In wireless communication networks employing the O-RAN protocol, an O-DU can be connected to one O-RU or multiple O-RUs. With the emergence of multi-standard O-RUs, the situation of multiple O-DUs connected to a single O-RU has also arisen. In scenarios where multiple O-DUs connect to a single O-RU for service communication, the inventors of this invention have discovered the following problems with the existing O-RAN architecture:

[0005] Figure 1 This diagram illustrates the connection between two O-DUs of different network standards and a multi-standard O-RU in existing technology. Figure 1As shown, the two O-DUs with different network standards are O-DU1, which supports TD-LTE, and O-DU2, which supports 5G NR. The multi-standard O-RU also supports both TD-LTE and 5G NR. Normally, O-DU1 should only operate on the O-RU's TD-LTE network, and O-DU2 should only operate on the O-RU's 5G NR network; that is, only A and B operations are allowed. However, because the current O-RAN protocol of the O-RU cannot distinguish which O-DU is performing the operation, O-DU1 can arbitrarily manage 5G NR services, and O-DU2 can arbitrarily manage TD-LTE services, resulting in illegal C and D operations. Taking carrier construction as an example, O-DU1 can impersonate O-DU2 to issue 5G NR carriers. Since O-DU1 has configured a 5G NR carrier, this will prevent O-DU2 from creating a new carrier. Meanwhile, data generated by TD-LTE on the RU that needs to be uploaded to O-DU1 is simultaneously reported to both O-DU1 and O-DU2 because the service layer is unaware of the existence of O-DU1 and O-DU2, causing confusion. Therefore, when O-DU1 or O-DU2 transmits service data to the O-RU, the O-RU, upon receiving it, cannot distinguish which O-DU sent the data when transmitting it to the specific service layer via the O-RAN protocol, nor can the O-RU specify which O-DU to send the data to. Furthermore, the operations and data of each O-DU on the O-RU are mutually visible, lacking isolation, posing security risks and the risk of unauthorized access. Ideally, each O-DU's operations on the O-RU should be independent and non-interfering, but the current O-RAN protocol does not yet meet this requirement.

[0006] In scenarios where multiple O-DUs connect to a single O-RU for business communication, in order to ensure that each O-DU operates independently from the O-RU and without interfering with each other, there is an urgent need to propose a business communication method that can completely isolate and prevent interference between O-DUs when performing operations on the O-DU side, whether it is configuration distribution or data reporting, thereby avoiding security risks and unauthorized access risks and improving the anti-interference capability of business data. Summary of the Invention

[0007] In view of this, embodiments of the present invention provide a service communication method, apparatus, electronic device, and storage medium. The technical solution provided by the present invention starts multiple application instances according to the local system configuration during O-RU initialization. Each application instance includes an O-RAN protocol processing process and a network standard service processing process. When the O-RU communicates with multiple O-DUs, one application instance independently communicates with one O-DU. The network standard of the service processing process included in the application instance is the same as that of the O-DU. Since each O-DU communicates with the O-RU through a separate application instance, the service processing of each network standard is completely isolated through the instances. This achieves independent and non-interfering operation of each O-DU on the O-RU. Thus, when operating on the O-DU side, whether it is configuration distribution or data reporting, it is completely isolated and does not interfere with each other, avoiding security risks and unauthorized access risks, and improving the anti-interference of service data.

[0008] In a first aspect, embodiments of the present invention provide a service communication method applied to an O-RU, the method comprising:

[0009] During the O-RU initialization, multiple application instances are started according to the local system configuration. Each application instance includes an O-RAN protocol processing process and a network standard service processing process.

[0010] When the O-RU communicates with multiple O-DUs, it independently communicates with one of the multiple application instances and one of the multiple O-DUs. The network standard of the service processing process contained in the application instance is the same as that of the O-DU.

[0011] Preferably, the step of independently communicating between one application instance and one O-DU among the plurality of application instances specifically includes:

[0012] The application instance establishes an O-RANNetconf connection with the O-DU based on its included O-RAN protocol processing process;

[0013] The application instance communicates with the O-DU via the O-RAN Netconf connection and based on the network standard service processing process it contains.

[0014] Preferably, the O-RU includes a set of common service processing services independent of the plurality of application instances, and the application instance communicates with the O-DU through the O-RAN Netconf connection and based on its included network standard service processing processes, specifically including:

[0015] When the O-DU sends a service message to the O-RAN protocol processing process in the application instance through the O-RAN Netconf connection, the O-RAN protocol processing process in the application instance forwards it to the network standard service processing process therein for parsing.

[0016] Subsequently, in one of the application examples, the network standard service processing process notifies the public service processing service corresponding to the service message in the public service processing service set to process the service message through a request message;

[0017] The public service processing service corresponding to the service message will feed back the processing result of the service message to the network standard service processing process in the application instance.

[0018] The network standard service processing process in the application instance then forwards the processing result to the O-RAN protocol processing process in the application instance.

[0019] In the application example, the O-RAN protocol processing process feeds back the received processing result to the O-DU.

[0020] Preferably, the O-RU includes a set of common service processing services independent of the plurality of application instances, and the application instance communicates with the O-DU through the O-RAN Netconf connection and based on its included network standard service processing processes, specifically including:

[0021] When a public service processing service in the public service processing service set in the O-RU generates service data, it reports the service data to the network standard service processing process in the application instance.

[0022] In the application instance, the network standard service processing process reports the service data to the O-DU through the O-RAN protocol processing process in the application instance and based on the O-RAN Netconf connection.

[0023] Preferably, the set of public service processing services includes: software management service, DHCP management service, alarm management service, carrier management service, log management service, power dispatch management service, and status management service.

[0024] Preferably, the network standard includes: GSM, TD-SCDMA, CDMA2000, WCDMA, TD-LTE, LTE-FDD and 5G NR.

[0025] Secondly, embodiments of the present invention provide a service communication device disposed in an O-RU, the device comprising:

[0026] The instance management module is configured to start multiple application instances preset locally when the O-RU is initialized, wherein each application instance contains an O-RAN protocol processing process and a network standard service processing process;

[0027] The service communication module is configured to, when the O-RU communicates with multiple O-DUs, independently communicate with one of the multiple application instances and one of the multiple O-DUs, wherein the network standard of the service processing process contained in the application instance is the same as the network standard of the O-DU.

[0028] Thirdly, embodiments of the present invention provide an electronic device, including a memory and a processor, wherein the memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described in the first aspect.

[0029] Fourthly, embodiments of the present invention provide a storage medium for storing a computer program for implementing the method described in the first aspect. Attached Figure Description

[0030] The above and other objects, features and advantages of the present invention will become clearer from the following description of embodiments of the invention with reference to the accompanying drawings, in which:

[0031] Figure 1 This is a schematic diagram of two O-DUs of different network standards connected to a multi-standard O-RU in the prior art;

[0032] Figure 2 This is a flowchart of a business communication method according to an embodiment of the present invention;

[0033] Figure 3 This is a schematic diagram showing the connection of multiple application instances launched by O-DU and O-RU in a specific embodiment of the present invention;

[0034] Figure 4 This is a flowchart illustrating an application example of the present invention and an O-DU independently conducting business communication;

[0035] Figure 5This is a flowchart illustrating an application example of the present invention, showing how an O-RAN Netconf connection is established and how an O-DU communicates with a network-specific service processing process based on the network standard contained therein.

[0036] Figure 6 This is a schematic diagram of the structure of a service communication device according to an embodiment of the present invention;

[0037] Figure 7 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0038] The present invention is described below based on embodiments, but the invention is not limited to these embodiments. In the detailed description of the invention below, certain specific details are described in detail. Those skilled in the art will fully understand the invention even without these details. To avoid obscuring the essence of the invention, well-known methods, processes, flows, elements, and circuits are not described in detail.

[0039] Furthermore, those skilled in the art should understand that the accompanying drawings provided herein are for illustrative purposes only and are not necessarily drawn to scale.

[0040] Furthermore, it should be understood that in the following description, "circuit" refers to a conductive loop consisting of at least one element or sub-circuit connected by electrical or electromagnetic connections. When an element or circuit is said to be "connected" to another element or "connected" between two nodes, it can be directly coupled or connected to another element, or there may be intermediate elements. The connection between elements can be physical, logical, or a combination thereof. Conversely, when an element is said to be "directly coupled to" or "directly connected" to another element, it means that there are no intermediate elements between them.

[0041] Unless the context explicitly requires it, words such as "including" or "contains" in the instruction manual should be interpreted as including rather than exclusive or exhaustive; that is, meaning "including but not limited to".

[0042] In the description of this invention, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description of this invention, unless otherwise stated, "a plurality of" means two or more.

[0043] In the O-RAN protocol architecture, the O-RU is an independent network element subordinate to the O-DU and can be managed by multiple O-DUs. Physically, the O-DU and O-RU can be directly connected or connected through a router.

[0044] Generally, O-RUs can be divided into single-mode O-RUs and multi-mode O-RUs. When an O-RU only transmits and receives data for one network standard, it is called a single-mode O-RU; when an O-RU can transmit and receive data for multiple network standards, it is called a multi-mode O-RU. Additionally, an O-DU can be configured to process data for only one network standard, or it can be configured to process data for multiple standards. The O-DU discussed in this invention generally refers to a single-mode O-DU that processes data for only one network standard. The network standard is defined by the data type transmitted between the O-RU and the O-DU. For example, if GSM network data is transmitted between the O-RU and the O-DU in a 2G network, then the O-RU's standard is GSM; if WCDMA network data is transmitted between the O-RU and the O-DU in a 3G network, then the O-RU's standard is WCDMA. The network standards include, but are not limited to: Global System for Mobile Communications (GSM), Time Division-Synchronous Code Division Multiple Access (TD-SCDMA), Code Division Multiple Access 2000 (CDMA2000), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (TD-LTE) supporting TDD mode, Long Term Evolution (LTE-FDD) supporting FDD mode, and 5G NR (New Radio).

[0045] Figure 2 This is a flowchart of a service communication method according to an embodiment of the present invention. The service communication method provided in this embodiment of the present invention is applied to an O-RU, specifically as follows: Figure 2 As shown, the method includes the following steps:

[0046] Step S210: During the O-RU initialization, multiple application instances are started according to the local system configuration, wherein each application instance includes an O-RAN protocol processing process and a network standard service processing process.

[0047] The initialization process of the O-RU usually occurs when the O-RU is powered on or reset and restarted. It involves the entire process from the O-RU's power-on restart to its ability to provide business services.

[0048] The difference between this invention and the existing O-RU initialization process is that this invention introduces the operation of "starting multiple application instances" during the initialization phase. Here, "application instance" refers to the communication object between the O-DU and the O-RU when conducting business communication. One O-DU corresponds to one application instance started on the O-RU for business communication with the O-RU. Each application instance includes an O-RAN protocol processing process and a network standard service processing process. In other words, each application instance is a collection of processes categorized into those responsible for O-RAN protocol processing and those related to network standard service processing. The O-RAN protocol processing process includes the functional interfaces and processing required by the O-RAN protocol on the O-RU side. Unlike the O-RAN protocol processing in traditional O-RU technologies, the O-RAN protocol processing process in each application instance of this invention does not include specific service-related operations. For example, in existing technologies, after the O-DU sends the carrier establishment service to the O-RU, the O-RAN protocol part of the O-RU directly completes the processing. However, in this invention, the O-RAN protocol in the application instance does not handle the specific service operations, i.e., the entire carrier establishment process. Instead, it forwards the specific service to the network standard service processing process in the application instance. The network standard service processing process then cooperates with other specific service processing services (such as carrier management services) to complete the entire carrier establishment process. In other words, this invention separates specific business operations from application instances to form a set of common business processing services. This decouples the processing of application instances from specific business services, ensuring that the execution of specific business operations will not be affected by the failure of any application instance. In contrast, existing technologies combine instances and specific services, so if an instance has a problem, it will result in the inability to provide business services normally.

[0049] Furthermore, each application instance contains only one network standard's service processing process. For example, it may contain only 5G NR service processing processes or only GSM service processing processes. Service processing for each network standard is handled by different application instances, thus ensuring isolation and non-interference. That is, the 5G NR application instance is only responsible for handling 5G NR services, and the GSM application instance is only responsible for handling GSM services. In contrast, existing O-RU technologies deploy only one O-RAN protocol, meaning the O-RAN protocol is integrated with all network standard service processing processes. This is detrimental to the isolation between applications of different network standards and to the decoupling of the O-RAN protocol from different network standard applications. It should be noted that the network standard service processing process within each application instance merely parses the services issued by the O-DU and forwards them to specific service processing services in a set of public service processing services independent of the application instance. It does not perform any specific service operations itself. This method of forming a separate instance of different network standard applications and the O-RAN protocol completely isolates interference between applications. In addition, by extracting public services, the O-RAN protocol in each application instance can focus only on interface work, while the specific implementation of services is handled by public services, thereby truly decoupling the specific processing of services of different network standards from the O-RAN protocol.

[0050] At the initial design stage of the O-RU, the number of O-DUs supported by the O-RU and their network standards are configured according to the O-RU's own system capabilities and network planning. For example, if the network planning requires the O-RU to simultaneously support 5G NR, TD-LTE, and WCDMA network standards, in this case, in addition to the corresponding hardware support for these three network standards, the system software must also support them accordingly. That is, for each network standard, at least one corresponding application instance must be launched. As mentioned earlier, if the O-RU simultaneously supports 5G NR, TD-LTE, and WCDMA network standards, then the O-RU needs to launch at least three application instances corresponding to each network standard during initialization. Here, the network standards supported by the launched application instances can be the same. For example, if... Figure 3As shown, assuming the O-RU starts two application instances supporting 5G NR, one application instance supporting TD-LTE, and two application instances supporting WCDMA, then in this case, the O-RU can simultaneously support five O-DUs (two 5G NR O-DUs, one TD-LTE O-DU, and two WCDMA O-DUs) to connect and communicate with it. Specifically, one 5G NR O-DU connects to one 5G NR application instance started on the O-RU for service communication; another 5G NR O-DU connects to another 5G NR application instance started on the O-RU for service communication; the TD-LTE O-DU connects to the TD-LTE application instance started on the O-RU for service communication; one WCDMA O-DU connects to one WCDMA application instance started on the O-RU for service communication; and the other WCDMA O-DU connects to another WCDMA application instance started on the O-RU for service communication.

[0051] In a specific implementation, the O-RAN protocol processing processes in application instances of different network standards can be completely identical, i.e., the complete set of O-RAN protocol functions. Alternatively, the O-RAN protocol processing processes in each application instance can be tailored to the minimum set suitable for the specific network standard. For example, compared to GSM, 5G NR application instances use more O-RAN protocol processing functions, so the O-RAN protocol processing processes in 5G NR application instances perform relatively more functions than those in GSM application instances.

[0052] Step S220: When the O-RU communicates with multiple O-DUs, one application instance among the multiple application instances communicates independently with one O-DU among the multiple O-DUs, wherein the network standard of the service processing process contained in the application instance is the same as the network standard of the O-DU.

[0053] Through the above step S210, the O-RU starts multiple application instances locally. After the startup is complete, the O-RU is in a ready state, waiting for the O-DU to connect with it for business communication.

[0054] According to the O-RAN protocol, the O-RU and O-DU exchange Netconf / Yang management messages, following the O-RAN message exchange process. Therefore, before O-RU and O-DU can communicate for services, they need to establish an O-RAN Netconf connection. The communication object that an O-DU communicates with on the O-RU side through an O-RAN Netconf connection is an application instance. The network standard of the O-DU must be the same as the network standard of the service processing process contained in the application instance with which it establishes a connection. That is, a 5G NR O-DU can only connect with application instances that process 5G NR services, and cannot connect with application instances that process GSM services.

[0055] It's important to note that each application instance launched on an O-RU has a one-to-one correspondence with an O-DU. Once an application instance establishes a connection with an O-DU, any subsequent attempt by another O-DU to connect to the same application instance will be rejected and unable to establish a connection. In other words, an application instance can only be connected to one O-DU at a time, even if both O-DUs use the same network standard. One O-DU must release its connection before another O-DU using the same network standard can connect. Similarly, an O-DU cannot connect to two application instances simultaneously, even if both application instances use the same network standard.

[0056] Specifically, service communication is performed independently between one application instance and one O-DU among the multiple application instances, such as... Figure 4 As shown, the specific steps include the following:

[0057] Step S2210: The application instance establishes an O-RAN Netconf connection with the O-DU based on its included O-RAN protocol processing process.

[0058] NETCONF uses a client / server mechanism. In the O-RAN architecture, the O-DU is the Netconf client, and the O-RU is the Netconf server. From a network deployment perspective, the O-RU is located remotely and needs to initiate a "Call Home" process first. This involves the O-RU actively initiating a TCP connection request and notifying the O-DU via the TCP port number. This asynchronously notifies the O-DU that it is started and ready. After the O-RU completes the TCP call to headquarters, the O-DU then establishes a secure SSH / TLS connection with the O-RU using a username, password, or certificate, thereby establishing the O-RANNetconf connection. Besides the O-RU actively calling the O-DU to establish an O-RAN Netconf connection, the O-DU can also actively call the O-RU to establish an O-RAN Netconf connection. The establishment of the O-RAN Netconf connection is implemented by the O-DU based on the O-RAN protocol processing process contained within an application instance on the O-RU.

[0059] Step S2220: The application instance connects to the O-RAN Netconf and communicates with the O-DU based on the network standard service processing process it contains.

[0060] After establishing the O-RAN Netconf connection through the above step S2210, the O-RU and O-DU can then exchange NETCONF messages based on the established O-RAN Netconf connection.

[0061] As mentioned earlier, the network standard service processing process included in the application instance is not responsible for the execution of specific services. Instead, it needs to cooperate with specific public service processing services in the public service processing service set that is independent of the application instance to complete the specific service processing issued by the O-DU.

[0062] Specifically, the application instance communicates with the O-DU via the O-RAN Netconf connection and based on its contained network standard service processing process, such as... Figure 5 As shown, it specifically includes:

[0063] Step S2221: After the O-DU sends the service message to the O-RAN protocol processing process in the application instance through the O-RAN Netconf connection, the O-RAN protocol processing process in the application instance forwards it to the network standard service processing process therein for parsing.

[0064] Step S2222: Subsequently, the network standard service processing process in the application instance notifies the public service processing service corresponding to the service message in the public service processing service set to process the service message through a request message.

[0065] Step S2223: The public service processing service corresponding to the service message will feed back the processing result of the service message to the network standard service processing process in the application instance.

[0066] Step S2224: The network standard service processing process in the application instance then forwards the processing result to the O-RAN protocol processing process in the application instance.

[0067] Step S2225: The O-RAN protocol processing process in the application instance feeds back the received processing result to the O-DU.

[0068] The set of common service processing services includes, but is not limited to: software management service, DHCP management service, alarm management service, carrier management service, log management service, power dispatch management service, and status management service. With the development of mobile network technology, the O-RU may support more service processing services in the future, and these newly added service processing services are also applicable to this invention.

[0069] In a specific example, suppose an O-RU starts three application instances during initialization: a 5G NR application instance, a GSM application instance, and a TD-LTE application instance. There are three O-DUs that can connect to the O-RU, each supporting 5G NR, GSM, and TD-LTE services respectively. Taking the carrier establishment on an O-RU by an O-DU supporting 5G NR services as an example, firstly, the O-DU establishes an O-RAN Netconf connection with the 5G NR application instance on the O-RU. Then, the O-DU sends the carrier establishment service message to the O-RAN protocol processing process in the 5G NR application instance through the O-RAN Netconf connection. The O-RAN protocol processing process in the 5G NR application instance forwards the message to the network standard service processing process for parsing. Next, the network standard service processing process in the 5G NR application instance notifies the carrier management service in the common service processing service set in the O-RU to process the carrier establishment service message via a request message. After processing, the carrier management service feeds back the processing result of the carrier establishment service message to the network standard service processing process in the 5G NR application instance. The network standard service processing process in the 5G NR application instance then forwards the processing result to the O-RAN protocol processing process in the 5G NR application instance. Finally, the O-RAN protocol processing process in the 5G NR application instance feeds back the received processing result to the O-DU. This completes a full carrier establishment service process.

[0070] In addition to the O-DU issuing services to the O-RU, service communication between the O-DU and the O-RU also includes the O-RU reporting the generated service data to the O-DU. This process is also carried out through a specific application instance. Specifically, the application instance communicates with the O-DU through the O-RAN Netconf connection and based on its included network standard service processing process, and further includes:

[0071] When a common service processing service in the common service processing service set of the O-RU generates service data, it reports the service data to the network standard service processing process in that application instance. The network standard service processing process in that application instance then reports the service data to the O-DU through the O-RAN protocol processing process in that application instance and based on the O-RAN Netconf connection established between the O-RU and the O-DU. This completes a full data reporting process.

[0072] As can be seen from the above steps, this embodiment of the invention starts multiple application instances according to the local system configuration during O-RU initialization. Each application instance includes an O-RAN protocol processing process and a network standard service processing process. When the O-RU communicates with multiple O-DUs, one application instance independently communicates with one O-DU. The network standard of the service processing process in the application instance is the same as that of the O-DU. Since each O-DU communicates with the O-RU through a separate application instance, the service processing of each network standard is completely isolated through the instances. This achieves independent and non-interfering operation of each O-DU on the O-RU. Thus, when operating on the O-DU side, whether it is configuration distribution or data reporting, it is completely isolated and does not interfere with each other, avoiding security risks and unauthorized access risks, and improving the anti-interference of service data.

[0073] Figure 6 This is a schematic diagram of the structure of a service communication device according to an embodiment of the present invention, disposed in an O-RU, such as... Figure 6 As shown, the service communication device 6 of this embodiment includes: an instance management module 610, configured to start multiple application instances preset locally when the O-RU is initialized, wherein each application instance includes an O-RAN protocol processing process and a network standard service processing process; and a service communication module 620, configured to independently perform service communication between one application instance and one O-DU among the multiple application instances when the O-RU performs service communication with multiple O-DUs, wherein the network standard of the service processing process included in the application instance is the same as the network standard of the O-DU.

[0074] Figure 7 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of the present invention. Specifically, as shown... Figure 7 As shown, the electronic device includes a memory 710 and a processor 720, wherein the memory 710 and the processor 720 communicate with each other; for example, the memory 710 and the processor 720 communicate via a communication bus 730, wherein the memory 710 is used to store a computer program, and the processor 720 executes the computer program to implement the business communication method shown in the above embodiment.

[0075] Optionally, the electronic device may also include a transmitter and / or a receiver.

[0076] Optionally, the aforementioned processor can be a Central Processing Unit (CPU), or it can be implemented as other general-purpose processors, PLCs (Programmable Logic Controllers), FPGAs (Field-Programmable Gate Arrays), DSPs (Digital Signal Processors), or ASICs (Application Specific Integrated Circuits). The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.

[0077] In one specific example, the electronic device is an O-RU.

[0078] This invention provides a chip for supporting receiving devices (e.g., terminal devices, network devices, etc.) in implementing the functions shown in this invention. Specifically, the chip is used in a chip system, which can be composed of chips or include chips and other discrete components. When the chip implementing the above method is within a receiving device, the chip includes a processing unit. Further, the chip may also include a communication unit. The processing unit may be, for example, a processor. When the chip includes a communication unit, the communication unit may be, for example, an input / output interface, pins, or circuits. The processing unit executes all or part of the actions performed by the various processing modules in this invention, and the communication unit can perform corresponding receiving or transmitting actions. In another specific embodiment, the processing module of the receiving device in this invention can be the processing unit of the chip, and the receiving module or transmitting module of the control device is the communication unit of the chip.

[0079] Those skilled in the art will understand that embodiments of this application can be provided as methods, apparatus (devices), or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0080] This application is described with reference to flowchart illustrations of methods, apparatus (devices), and computer program products according to embodiments of this application. It should be understood that each step in the flowchart can be implemented by computer program instructions.

[0081] These computer program instructions may be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including an instruction means, the implementation process of which is described in the instruction means. Figure 1 The function specified in one or more processes.

[0082] These computer program instructions may also be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing device, produce instructions for implementing processes. Figure 1 A device for a function specified in one or more processes.

[0083] Another embodiment of the present invention relates to a non-volatile storage medium for storing a computer-readable program for use by a computer to execute some or all of the above-described method embodiments.

[0084] That is, those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program specifying the relevant hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0085] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. For those skilled in the art, the present invention can be modified and varied in various ways. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of the present invention should be included within the scope of protection of the present invention.

Claims

1. A service communication method applied to an O-RU, characterized in that, The method includes: During the O-RU initialization, multiple application instances are started according to the local system configuration. Each application instance includes an O-RAN protocol processing process and a network standard service processing process. When the O-RU communicates with multiple O-DUs, one application instance among the multiple application instances communicates independently with one O-DU among the multiple O-DUs. The network standard of the service processing process contained in the application instance is the same as that of the O-DU. The provision that one application instance from the plurality of application instances independently communicates with one O-DU from the plurality of O-DUs specifically includes: The application instance establishes an O-RANNetconf connection with the O-DU based on its included O-RAN protocol processing process; The application instance communicates with the O-DU via the O-RAN Netconf connection and based on the network standard service processing process it contains. The O-RU contains a set of common service processing services independent of the multiple application instances. Each application instance connects to the O-RAN Netconf and communicates with the O-DU based on its included network standard service processing processes, specifically including: When the O-DU sends a service message to the O-RAN protocol processing process in the application instance through the O-RAN Netconf connection, the O-RAN protocol processing process in the application instance forwards it to the network standard service processing process therein for parsing. Subsequently, in one of the application examples, the network standard service processing process notifies the public service processing service corresponding to the service message in the public service processing service set to process the service message through a request message; The public service processing service corresponding to the service message will feed back the processing result of the service message to the network standard service processing process in the application instance. The network standard service processing process in the application instance then forwards the processing result to the O-RAN protocol processing process in the application instance. In the application example, the O-RAN protocol processing process feeds back the received processing result to the O-DU.

2. The method according to claim 1, characterized in that, in, The O-RU contains a set of common service processing services independent of the multiple application instances. Each application instance connects to the O-RAN Netconf and communicates with the O-DU based on its included network standard service processing processes, specifically including: When a public service processing service in the public service processing service set in the O-RU generates service data, it reports the service data to the network standard service processing process in the application instance. In the application instance, the network standard service processing process reports the service data to the O-DU through the O-RAN protocol processing process in the application instance and based on the O-RAN Netconf connection.

3. The method according to claim 1 or 2, characterized in that, in, The set of public service processing services includes: software management service, DHCP management service, alarm management service, carrier management service, log management service, power dispatch management service, and status management service.

4. The method according to claim 1, characterized in that, in, The network standards include: GSM, TD-SCDMA, CDMA2000, WCDMA, TD-LTE, LTE-FDD, and 5G NR.

5. A service communication device, disposed in an O-RU, characterized in that, The device includes: The instance management module is configured to start multiple application instances preset locally when the O-RU is initialized, wherein each application instance contains an O-RAN protocol processing process and a network standard service processing process; The service communication module is configured to, when the O-RU communicates with multiple O-DUs, independently communicate with one of the multiple application instances and one of the multiple O-DUs, wherein the network standard of the service processing process contained in the application instance is the same as the network standard of the O-DU. The service communication module is also configured to: The application instance establishes an O-RANNetconf connection with the O-DU based on its included O-RAN protocol processing process; The application instance communicates with the O-DU via the O-RAN Netconf connection and based on the network standard service processing process it contains. The O-RU contains a set of common service processing services independent of the multiple application instances. Each application instance connects to the O-RAN Netconf and communicates with the O-DU based on its included network standard service processing processes, specifically including: When the O-DU sends a service message to the O-RAN protocol processing process in the application instance through the O-RAN Netconf connection, the O-RAN protocol processing process in the application instance forwards it to the network standard service processing process therein for parsing. Subsequently, in one of the application examples, the network standard service processing process notifies the public service processing service corresponding to the service message in the public service processing service set to process the service message through a request message; The public service processing service corresponding to the service message will feed back the processing result of the service message to the network standard service processing process in the application instance. The network standard service processing process in the application instance then forwards the processing result to the O-RAN protocol processing process in the application instance. In the application example, the O-RAN protocol processing process feeds back the received processing result to the O-DU.

6. An electronic device, characterized in that, The system includes a memory and a processor, the memory being used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described in any one of claims 1 to 4.

7. A storage medium, characterized in that, The storage medium is used to store a computer program, which is used to implement the method according to any one of claims 1 to 4.

Citation Information

Patent Citations

  • Fronthaul interface for use with cloud radio access network

    CN114884635A