Message processing method, O-RU and computer-readable storage medium

Abstract

The embodiments of the present application relate to the field of communication technology, and disclose a message processing method, an O-RU, and a computer-readable storage medium. The message processing method includes the steps of obtaining frequency domain IQ data from uplink data, storing the frequency domain IQ data in a pre-installed storage space, receiving a control plane message issued by an O-DU, analyzing the control plane message to obtain control plane parameters, and caching the control plane parameters in a queue corresponding to the control plane parameters in a queue group, where M queues in the queue group are respectively used to store control plane parameters of M symbols, reading the cached control plane parameters, and generating a user plane message transmission scheduling command according to the read control plane parameters, reading the frequency domain IQ data from the storage space according to the user plane message transmission scheduling command, obtaining an uplink user plane message to be transmitted according to the read frequency domain IQ data, and transmitting the uplink user plane message to an O-DU.

Description

[Technical Field]

[0001] TECHNICAL FIELD The present application relates to the field of communication technology, and in particular to a message processing method, an O-RU, and a computer-readable storage medium.

[0002] This application is filed based on a Chinese patent application bearing application number 202111189257.2 and filed on October 12, 2021, and claims priority to that Chinese patent application, the entire contents of which are incorporated herein by reference. [Background technology]

[0003] With the development of communication systems, multiple fronthaul interface protocols have emerged one after another, such as the Common Public Radio Interface (CPRI) protocol, the eCPRI protocol, the Open Radio Access Network (ORAN) protocol, etc. Summary of the Invention [Problem to be solved by the invention]

[0004] To support 5G mixed parameter set transmission, the ORAN fronthaul interface C-plane protocol clarifies the resource block (RB) number arrangement method and unified slot timing number coding method when multiple parameter sets coexist. However, there is currently no technical means for unifying scheduling when transmitting from antennas with different subcarrier spacings, making it difficult to adapt to scenarios where different parameter sets are mixed. [Means for solving the problem]

[0005] An embodiment of the present application is a message processing method applied to an open radio access network radio frequency unit (O-RU), comprising the steps of: obtaining frequency domain IQ data from uplink data received by an antenna; and storing the frequency domain IQ data in a pre-configured storage space; receiving a control plane message issued by an open radio access network distribution unit (O-DU); analyzing the control plane message to obtain control plane parameters; and caching the control plane parameters in queues corresponding to the control plane parameters in a queue group, wherein M queues in the queue group are used to store control plane parameters for M symbols, respectively, and the M symbols correspond one-to-one to the M queues. wherein the control plane message includes at least a subcarrier spacing, and different control plane parameters correspond to different subcarrier spacings. a step of reading the cached control plane parameters and generating a user plane message transmission scheduling command based on the read control plane parameters; a step of reading frequency domain IQ data from the storage space based on the user plane message transmission scheduling command; and a step of obtaining an uplink user plane message to be transmitted based on the read frequency domain IQ data and transmitting the uplink user plane message to an O-DU.

[0006] An embodiment of the present application further provides an O-RU including at least one processor and a memory communicatively connected to the at least one processor, the memory storing instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the above-described message processing method.

[0007] An embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon, the computer program implementing the above message processing method when executed by a processor. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a flowchart of a message processing method in an embodiment of the present application. [Figure 2] FIG. 2 is a flowchart of the process of caching control plane parameters in a queue corresponding to the control plane parameters in an embodiment of the present application. [Figure 3] FIG. 3 is a schematic diagram of an application layer slice in an embodiment of the present application. [Figure 4] FIG. 4 is a block diagram illustrating a configuration for implementing a message transmission method according to an embodiment of the present invention. [Figure 5] FIG. 5 is a flowchart of message processing in the downstream O-RU receive direction in an embodiment of the present application. [Figure 6] FIG. 6 is a flowchart of message processing in the upstream O-RU transmission direction in an embodiment of the present application. [Figure 7] FIG. 7 is a schematic diagram of the configuration of an O-RU in an embodiment of the present application. DETAILED DESCRIPTION OF THE INVENTION

[0009] The main objective of the embodiments of the present application is to provide a message processing method, an O-RU, and a computer-readable storage medium that can adapt to different parameter set mixed transmission scenarios.

[0010] To clarify the objectives, technical solutions, and advantages of the embodiments of the present application, the following detailed description of each embodiment will be provided in conjunction with the accompanying drawings. However, those skilled in the art will understand that the embodiments of the present application present many technical details to help readers better understand the present application. However, the technical solutions claimed in the present application can be realized without these technical details and various changes and modifications based on the following embodiments. The division of the following embodiments is for the convenience of explanation and does not constitute any limitations on the specific implementation of the present application. The embodiments can be combined and referenced together provided that they are not inconsistent.

[0011] To facilitate understanding of the embodiments of the present application, the following first provides a brief description of the related art to the present application.

[0012] In distributed base station (D-RAN) systems and centralized radio access (Centralized RAN, which can also be referred to as Cloud-RAN), remote radio units (RRUs) are typically installed in the area that needs to be covered and communicate with the base station processing unit (BBU) via one or more optical fibers. In such a scheme, the RRUs are infinitely close to the antenna, significantly reducing attenuation caused by the feeder (connecting the antenna and RRU). At the same time, the BBUs are relocated and integrated into a central machine room, forming a BBU baseband pool. Meanwhile, the central machine room and RRUs are connected via a fronthaul network consisting of optical fiber links, which is highly advantageous for inter-cell cooperation, reduces attenuation during transmission, and reduces costs.

[0013] With the development of communication systems, multiple fronthaul interface protocols have emerged, including CPRI, IR, eCPRI, RoE, and ORAN. The ORAN protocol was proposed by operators such as China Mobile in 2018, aiming to reduce the overall cost of RAN system equipment by separating non-real-time application software from dedicated hardware. Therefore, the most important target for ORAN deployment is the individual network elements in 5G RAN systems. ORAN extends the existing individual network element interface protocols of 5G 3GPP (registered trademark) to support new openness requirements. The ORAN protocol includes the 4G / 5G 3GPP protocols.

[0014] ORAN is a set of newly added protocols and specifications aimed at achieving the goals of openness and self-energy. Among these, ORAN fronthaul interface protocols are divided into control plane (C-plane) protocols, user plane (U-plane) protocols, synchronization plane (S-plane) protocols, and management plane (M-plane) protocols. Without considering the extended cyclic prefix (CP) and Multimedia Broadcast Multicast Service (MBMS), the 4G LTE air interface is a physical layer waveform only, meaning the subcarrier spacing is only 15 kHz. Meanwhile, the wide range of frequency bands used in 5G services and the diverse deployment methods require a flexibly scalable Orthogonal Frequency Division Multiplexing (OFDM) parameter set (numerology). The 3GPP Release 15 protocol specifies five types of physical layer waveforms for the 5G air interface, with corresponding subcarrier spacings of 15KHz, 30KHz, 60KHz, 120KHz, and 240KHz, respectively.

[0015] The slots and OFDM symbols of different parameter sets are aligned in the time domain, which has important implications for Time Division Duplexing (TDD) networks. The choice of parameter set depends on many factors, including the deployment method (Frequency Division Duplex or Time Division Duplex), carrier frequency, traffic requirements (delay, reliability, data rate), hardware quality (phase noise from local crystal vibrations), mobility, and implementation complexity.

[0016] Based on the 15 KHz subcarrier spacing, designing a numerology with a larger subcarrier spacing allows 5G NR to provide users with services with strict latency requirements, such as URLLC services, which LTE cannot provide. In all numerologies, the number of OFDM symbols per slot is the same (14 OFDM symbols / slot), simplifying the scheduling mechanism and reference signal design. The duration of an OFDM symbol is inversely proportional to the subcarrier spacing, and using a larger subcarrier spacing reduces latency.

[0017] Furthermore, the maximum number of Fast Fourier Transform (FFT) samples in the OFDM modulator and the subcarrier spacing determine the channel bandwidth, so numerologies with large subcarrier spacing require large signal bandwidths, while numerologies with small subcarrier spacing require large signal bandwidths. The frequency bands used in 5G NR can be broadly divided into two: the sub-6GHz frequency band (sub-6GHz), which has a frequency range of 450MHz to 6000MHz, and the millimeter wave frequency band (mmWave), which has a frequency range of 24250MHz to 52600MHz. In the sub-6GHz frequency band, the maximum bandwidth is 100MHz, while in the mmWave frequency band, the maximum bandwidth can reach 400MHz. Therefore, numerologies with subcarrier spacing of 15 KHz and 30 KHz can only be used in the sub-6 GHz frequency band, and numerology with subcarrier spacing of 120 KHz can only be used in the mmWave frequency band, but numerology with subcarrier spacing of 60 KHz can be used in both frequency bands.

[0018] The present inventors have found through research that, although the ORAN fronthaul interface C-plane protocol currently defines an RB number arrangement scheme and a unified coding scheme for slot timing numbers when multiple parameter sets coexist to enable multiplexing of C-plane message formats during mixed transmission of different parameter sets to support 5G mixed parameter set transmission, the ORAN protocol does not specify how to schedule data between different antennas during mixed transmission of different parameter sets or how to achieve link delay compensation for each antenna in the mixed parameter set, which can lead to poor message transmission timeliness. Based on this, an embodiment of the present application provides a message processing method applicable to an open radio access network radio frequency unit (O-RU), where the O-RU can also be understood as a radio frequency remote unit in an open radio access network (ORAN). The message processing method in the embodiment of the present application can be applied to message transmission between a radio base station and a radio frequency remote unit in a 5G protocol mixed parameter set scenario. The radio base station can also be understood as an open radio access network distributed unit (O-DU). The following provides a detailed description of the implementation of the message processing method of this embodiment. The following content is provided only to facilitate understanding of the implementation details provided, and is not essential for implementing this scheme.

[0019] The flowchart of the message processing method in this embodiment is shown in FIG. 1, and includes the following steps:

[0020] Step 101: Obtain frequency domain IQ data from uplink data received by an antenna, and store the frequency domain IQ data in a pre-established storage space.

[0021] Step 102: Receive a control plane message issued by the O-DU, analyze the control plane message to obtain control plane parameters, and cache the control plane parameters in queues corresponding to the control plane parameters in a queue group, where M queues in the queue group are used to store control plane parameters for M symbols respectively, and the M symbols correspond one-to-one to the M queues.

[0022] Step 103: Read the cached control plane parameters, and generate a user plane message transmission scheduling command based on the read control plane parameters.

[0023] Step 104: Read the frequency domain IQ data from the storage space according to the user plane message transmission scheduling command.

[0024] Step 105: Obtain an uplink user plane message to be transmitted according to the read frequency domain IQ data, and transmit the uplink user plane message to the O-DU.

[0025] In the embodiment of the present application, a scheduling policy between different antenna data is provided for a scenario in which different parameter sets are mixed and transmitted. By establishing queue groups each storing control plane parameters for M symbols, the control plane parameters of different symbols correspond to different queues, i.e., supporting the caching of different control plane parameters. Because subcarrier spacing is one of the control plane parameters, different control plane parameters correspond to different subcarrier spacings, and different subcarrier spacings correspond to different parameter sets, making the embodiment of the present application applicable to a scenario in which different parameter sets are mixed and transmitted. In a scenario in which different parameter sets are mixed and transmitted, the analyzed control plane parameters are cached in queues corresponding to the control plane parameters within the queue group, i.e., different control plane parameters can be cached in different queues within the queue group. After reading the control plane parameters cached in the different queues, a user plane message transmission scheduling command, which is a transmission command that accesses the data cache, can be generated. It can be understood that, since one or more user plane message transmission scheduling commands can be generated each time the control plane parameters cached in one queue are read, frequency domain IQ data can be sequentially read from the storage space according to the sequence of the user plane message transmission scheduling commands, the uplink user plane messages to be transmitted are obtained, and the uplink user plane messages are transmitted to the O-DU, thereby improving the timeliness of message transmission in the scenario of mixed transmission of different parameter sets.

[0026] In step 101, after the air interface antenna receives uplink data from the user device, the O-RU performs intermediate radio frequency time-domain processing on the uplink data to obtain time-domain in-phase quadrature (IQ) data. The time-domain IQ data may be stored in a pre-configured storage space, which may be a random access memory (RAM). The FFT accelerator in the O-RU then reads the time-domain IQ data cached in the RAM and performs FFT processing on the time-domain IQ data. The time-domain IQ data is then converted into frequency-domain IQ data, which is then stored at a designated address in the RAM. Different antennas may correspond to different designated addresses. For example, a correspondence relationship between antenna numbers and designated addresses in the RAM may be generated in advance. This correspondence relationship may be represented as a pre-configured address table, and the designated address in the RAM where the frequency-domain IQ data needs to be stored may be queried based on the address table.

[0027] In step 102, the O-RU receives a control plane (C-plane) message from the O-DU, parses the C-plane message to obtain C-plane parameters, and caches the C-plane parameters in a queue corresponding to the control plane parameters in a queue group. The queues may be first-in, first-out (FIFO) queues, i.e., the C-plane parameters may be cached in a FIFO corresponding to the parsed C-plane parameters in a FIFO group, and different C-plane parameters may be stored in different FIFOs. The M FIFOs in the FIFO group are used to store C-plane parameters for M symbols corresponding to a unit subframe, and the M symbols correspond one-to-one to the M FIFOs. Here, the unit subframe may be a 1-millisecond subframe, and the M FIFOs in the FIFO group are used to store C-plane parameters for M symbols corresponding to the 1-millisecond subframe.

[0028] In one example, the main C-plane parameters obtained after analyzing the C-plane message are shown in Table 1 below:

[0029] [Table 1]

[0030] In step 103, each of the multiple processing unit banks of each ORAN processing channel in the O-RU can independently allocate a reference timing, and each processing unit reads cached C-plane parameters according to its own reference timing and generates a sequence of user plane (U-plane) message transmission scheduling commands based on the read C-plane parameters. Given each bank's reference timing, the time at which each bank reads the cached C-plane parameters will be different, and the time at which each bank generates U-plane message transmission scheduling commands will also be different. Therefore, a sequence of U-plane message transmission scheduling commands can be formed based on the generation times of different U-plane message transmission scheduling commands. The independent timing of each bank and the round-robin scheduling between banks can meet the delay configuration needs of independent time window scheduling, and can also realize shared bus bandwidth access RAM for different banks.

[0031] In a specific implementation, the timing (i.e., transmission time) and transmission method (i.e., transmission mode) of the uplink data (e.g., uplink U-plane message) to be transmitted can be determined based on the C-plane parameters, thereby integrating the C-plane parameters into a single U-plane message transmission scheduling command to control the transmission of the uplink U-plane message.

[0032] In step 104, the O-RU can sequentially read the frequency domain IQ data from the storage space, ie, RAM, according to the sequence of the message transmission scheduling command.

[0033] In step 105, the O-RU compresses the frequency-domain IQ data retrieved from RAM and adds a U-plane application layer message header to the compressed frequency-domain IQ data to complete a U-plane group packet. During the U-plane group packet process, it can add a common header, segment header, and PRB field according to the U-plane message structure. Then, it proceeds to transport layer processing, adding a transport layer eCPRI message header or RoE message header to the U-plane packet as needed, thereby obtaining the upstream U-plane message to be transmitted. Finally, after MAC layer routing, the upstream U-plane message for each ORAN processing channel is routed to the corresponding Ethernet interface and sent to the O-DU via the Ethernet fronthaul network.

[0034] In one embodiment, the O-RU includes multiple open radio access network (ORAN) processing channels, each including multiple processing units, supporting multiple antenna configurations, each of which supports carrier processing capabilities ranging from 5M to 100M bandwidths. The number of ORAN processing channels in the O-RU, the number of processing unit banks in each ORAN processing channel, and the number of antenna configurations supported by each ORAN processing channel can be configured according to actual needs. For example, an O-RU product supports two 25 Gbps linear speed Ethernet ports and has four ORAN processing channels, each divided into eight processing units. Each channel can support 64 antenna configurations, and each antenna can be independently configured to use one of the eight processing units. Each antenna can support carrier processing capabilities ranging from 5M to 100M bandwidths.

[0035] In conventional fronthaul links, each transmission channel can only support one type of subcarrier spacing or parameter set. In this embodiment, multiple types of subcarrier spacing, multiple types of parameter sets, and large and small bandwidth mixed modes can be supported within one processing channel. Larger subcarrier spacing is used for traffic types with relatively high real-time requirements, and more antenna transmission can be supported in small bandwidth scenarios. In the case of small bandwidth, antenna configuration resources can be fully utilized, and in the case of large bandwidth, channel transmission bandwidth capacity can be fully utilized, thereby achieving both transmission real-timeness, bandwidth utilization rate, and more transmission antennas.

[0036] In one embodiment, each of the ORAN processing channels supports the transmission of data of multiple standards, including at least any combination of Long Term Evolution (LTE), Narrow Band Internet of Things (NB-IoT), 5G New Radio (NR), and Physical Random Access Channel (PRACH). That is, this embodiment supports mixed transmission of data of different standards in one ORAN processing channel, which has wider applicability.

[0037] In one embodiment, the O-RU includes multiple processing units, and a queue group is installed in each processing unit. The caching of control plane parameters in queues corresponding to the control plane parameters mentioned in step 102 can be achieved by the following steps with reference to FIG. 2:

[0038] Step 201: Identify the processing unit that requires the control plane parameters to be stored.

[0039] Step 202: Obtain the maximum subcarrier spacing among the subcarrier spacings of all antenna carriers in the processing unit that requires storage.

[0040] Step 203: According to the control plane parameters, obtain the slot number, the subcarrier spacing of the antenna carrier and the antenna carrier symbol number of the control plane parameters.

[0041] Step 204: Based on the acquired management plane allocation information, the number of symbols included in the slot is obtained.

[0042] Step 205: According to the maximum subcarrier spacing, slot number, subcarrier spacing of the antenna carrier of the control plane parameters, antenna carrier symbol number, and the number of symbols included in the slot, obtain the number address of the queue in the queue group installed in the processing unit that needs to store the control plane parameters.

[0043] Step 206: Cache the control plane parameters in a queue corresponding to the number address.

[0044] In this embodiment, a number address is set in advance for each queue in the queue group, and the queue corresponding to the number address obtained in step 205 is determined as the queue corresponding to the control plane parameters, so that the control plane parameters can be stored in the queue corresponding to this number address. When obtaining the queue number address, the maximum subcarrier spacing, slot number, subcarrier spacing of the antenna carrier of the control plane parameters, antenna carrier symbol number, and the number of symbols contained in the slot are taken into consideration, which is advantageous for normalizing different parameter sets to addresses with a unified timing reference and normalizing the symbol timing difference between different subcarrier spacings. The unified timing reference can improve the synchronization of the system, i.e., improve the synchronization of message transmission.

[0045] In step 201, each antenna carrier can pre-select which FIFO group in which processing unit bank the corresponding C-plane parameters will be stored. That is, a correspondence between different processing units and different C-plane parameters is pre-established, and this correspondence can be used to identify the processing unit that needs to store the C-plane parameters currently obtained through analysis.

[0046] In step 202, the O-RU can obtain the maximum subcarrier spacing among the subcarrier spacings of all antenna carriers in the processing unit that needs to be stored, i.e., obtain the maximum subcarrier spacing among all antenna carriers in one bank.

[0047] In step 203, the slot number slotId, the subcarrier spacing carrier_scs of the antenna carrier of the C-plane parameters, and the antenna carrier symbol number symId can be obtained based on the C-plane parameters. In a specific implementation, slotId, carrier_scs, and symId can be obtained from the parsed C-plane parameter fields.

[0048] In step 204, the number of symbols included in the slot, symNmum, can be obtained from management plane (M-plane) configuration information.

[0049] In step 205, the queue number address is calculated using the following formula: carrier_fifo_addr=slotId*symNum+max_scs / carrier_scs*(symId+1 / 2) It can be calculated as

[0050] Wherein, carrier_fifo_addr is the calculated number address of the queue, slotId is the slot number, symNum is the number of symbols included in the slot, max_scs is the maximum subcarrier spacing, carrier_scs is the subcarrier spacing of the antenna carrier of the control plane parameters, and symId is the antenna carrier symbol number. If the queue is a FIFO, carrier_fifo_addr can be understood as the FIFO number address where the C-plane parameters of the antenna carrier are stored in a FIFO group in bank, i.e., the cache address of the C-plane parameters.

[0051] By calculating the cache FIFO number address using the above formula, on the one hand, the C-plane parameters can be sorted in code order, and delay jitter of C-plane messages can be absorbed during transmission through the fronthaul network. On the other hand, C-plane parameters with different subcarrier intervals can be mapped to cache FIFOs with a unified timing reference, and symbol timing differences between different subcarrier intervals can be normalized.

[0052] In one embodiment, the step of parsing the control plane message to obtain control plane parameters referred to in step 102 includes the steps of: using a hardware circuit in the O-RU to parse a common header in the control plane message according to a byte bit position to obtain control plane parameters in the common header, where the control plane parameters in the common header include timing information, a number of segments, and a segment type; and parsing each segment and extension field information in the control plane message based on different message types based on the segment type and the number of segments to obtain control plane parameters in each segment and extension field information. Here, the hardware circuit in the O-RU may be an integrated circuit (IC) chip, a field-programmable gate array (FPGA), etc., specially designed for message parsing.

[0053] The C-plane parameter analysis method in this embodiment is a hardware logic (i.e., hardware circuit) analysis method. Each time a C-plane message is received, the hardware circuit first analyzes the common message header (Common Header) according to the byte bit position by referring to Table 1 above to obtain timing information such as the message frame number (frameId), subframe number (subframeId), slot number (slotId), and start symbol number (startSymbolId), as well as fields such as the number of segments (numberOfsections) and segment type (sectionType). Next, it analyzes each segment (Section Fields) and extension field information (extend command) according to different message types according to the segment type until analysis of all segments of the packet is completed.

[0054] In one example, the hardware circuit acquires message timing information carried by the application layer message header, and according to the time window configuration in the M-plane configuration information, can determine whether a message is received on time within the time window and can count the number of early and late messages. Packet loss processing is performed for early and late messages.

[0055] In one embodiment, the step of parsing the control plane message to obtain the control plane parameters referred to in step 102 includes a step in which a CPU softcore in the O-RU completes message field analysis according to the message structure of the control plane message to obtain the control plane parameters. For example, the hardware circuit in the O-RU transparently writes the received C-plane message to a memory space RAM and notifies the CPU softcore, so that the CPU softcore can complete message field analysis according to the C-plane message DE message structure to obtain the C-plane parameters. After the CPU softcore parses and obtains the C-plane parameters, it can send the parsed C-plane parameters to the hardware circuit.

[0056] The C-plane parameter analysis method in this embodiment is a software logic (i.e., CPU soft core) analysis method, which can be understood as follows: the hardware circuit transparently writes the received C-plane message to the data cache RAM and notifies the CPU soft core by interrupt, so that the software logic completes message block analysis according to the message structure and sends the analysis results to the hardware logic. The software analysis method easily supports ORAN protocol upgrades, and has high requirements for software real-time performance.

[0057] This embodiment supports hardware logic analysis of C-plane messages and also provides a processing channel for software analysis of C-plane messages. Hardware logic analysis of C-plane parameters meets the requirements of high-real-time message processing scenarios. Software analysis of C-plane parameters is convenient for subsequent ORAN protocol evolution and upgrade, and uses software to support new protocol characteristics that cannot be supported by hardened hardware logic. On the other hand, the soft analysis interface can also be used for hardware logic self-ring adjustment, and the O-RU will perform self-ring self-measurement when the O-DU is not connected.

[0058] In one embodiment, the step of reading the cached control plane parameters referred to in step 103 includes the steps of: identifying a processing unit that stores the control plane parameters; identifying a reference timing of the processing unit that stores the control plane parameters based on the air interface timing and the link transmission delay of the processing unit that stores the control plane parameters; and reading the cached control plane parameters based on the reference timing. Here, the reference timing source on the O-RU side obtains network reference timing using a synchronization plane (S-plane) timing synchronization protocol such as 1588, SyncE, or GPS, and can obtain air interface timing based on the network reference timing. Because the link transmission delays of different processing unit banks may not be completely identical, reference timings for different banks can be independently configured according to the air interface timing and the link transmission delays of different banks, and different banks can sequentially read cached control plane parameters according to their respective reference timings. Here, independently setting the reference timing for each bank can also be understood as meaning that the read timing, i.e., the read timing for each bank, can be set independently, and after reading the control plane parameters, a U-plane message transmission scheduling command, which is a transmission command for accessing the data cache, is generated.

[0059] This embodiment supports flexible message transmission delay scheduling and delay compensation management. Each ORAN processing channel can internally support multiple processing units, each of which can adopt a different reference timing. Each processing unit can also support inter-antenna delays that are multiples of the minimum delay, allowing for flexible configuration of the scheduling delay for each carrier antenna. At the same time, each processing unit can support reordering received C-plane messages that are out of order. Even if the C-plane messages are out of order, the corresponding U-plane messages can be transmitted at designated symbols according to the O-DU frame structure. In addition, a data cache RAM helps absorb the delay of early arrival of downlink U-plane messages within the stability window and is also used as IQ data cache space for uplink delay compensation.

[0060] In one embodiment, the step of reading frequency-domain IQ data from the RAM according to the user plane message transmission scheduling command, referred to in step 104, includes the steps of: obtaining, according to the user plane message transmission scheduling command, a starting number of a physical resource block (PRB), the number of RBs in the PRB, and an area address in the storage space of a pre-configured antenna carrier; calculating a storage address of the PRB in the storage space from the starting number of the PRB, the number of RBs in the PRB, and the area address in the storage space of a pre-configured antenna carrier; and reading the frequency-domain IQ data from the storage address of the PRB in the storage space. Here, the user plane message transmission scheduling command may carry the starting number of the physical resource block (PRB), the number of RBs in the PRB, and the area address in the storage space of a pre-configured antenna carrier, so that the storage address of the PRB in the data cache RAM can be calculated according to the data carried by the user plane message transmission scheduling command, and then the frequency-domain IQ data can be retrieved from the storage address.

[0061] In one embodiment, the step of calculating the storage address of the PRB in the storage space from the starting number of the PRB, the number of RBs in the PRB, and the area address in the storage space of the pre-configured antenna carrier includes the steps of: if the data length corresponding to the number of RBs exceeds the maximum Ethernet message length, performing application layer slicing, dividing the control plane parameter into multiple control plane subparameters, and recalculating the starting number of the PRB in each slice and the number of RBs in the PRB in each slice; and calculating the storage address of the PRB in the storage space from the recalculated starting number of the PRB in each slice, the number of RBs in the PRB in each slice, and the area address in the storage space of the pre-configured antenna carrier. That is, when a U-plane transmission command is generated, it is necessary to determine whether the amount of data corresponding to the number of RBs in a PRB exceeds the maximum Ethernet message length. If the number of RBs in one PRB is too large, it is necessary to perform application layer slicing, divide one C-plane parameter into multiple C-plane parameters, and recalculate the starting number of the PRB and the number of RBs in each slice.

[0062] In one example, the effect of application layer slicing may be as shown in Figure 3, where one 100M bandwidth antenna carrier, one symbol frequency domain data amount is 273RB, divided into nine slices according to 32RB, the first eight slices each including 32RB, and the last slice including 17RB, these nine slices belong to the same segment and have the same segment number. In Figure 3, the identifiers of the nine slices are U-Plane msg#1, U-Plane msg#2, U-Plane msg#3, U-Plane msg#4...U-Plane msg#9, respectively, and the nine slices have the same segment number as sectionid=ABC'h.

[0063] In this embodiment, application layer slicing is advantageous to avoid the number of RBs in one U-plane packet being too large. The control plane parameters are divided into multiple control plane parameters, and multiple user plane message transmission scheduling commands can be generated based on the multiple control plane parameters, where one control plane parameter corresponds to one user plane message transmission scheduling command, that is, multiple user plane message transmission scheduling commands can be generated based on one control plane parameter, thereby enabling scheduling to be performed using multiple user plane message transmission scheduling commands, which is advantageous to accelerating the scheduling speed and accelerating the data transmission speed. In a specific implementation, if the control plane parameters are not divided, the user plane message transmission scheduling commands can be generated based on the control plane parameters.

[0064] In one embodiment, the control plane parameters include a compression mode and a compression bit width of each segment, and the step of obtaining an uplink user plane message to be transmitted based on the read frequency-domain IQ data mentioned in step 105 includes: compressing the read frequency-domain IQ data based on the compression mode and compression bit width of each segment to obtain compressed IQ data, and obtaining an uplink user plane message to be transmitted based on the compressed IQ data. This embodiment supports multiple segments to use different compression modes and compression bit widths, which is more flexible and advantageous for meeting different transmission requirements.

[0065] The frequency domain IQ data can be compressed using one of six compression algorithms defined by the ORAN protocol. For example, it can be compressed using the Block Floating Point (BFP) compression algorithm. Typically, 12 IQ data constitute one RB. The BFP compression algorithm uses one RB as a unit, determines the maximum effective data bit width from the data with the largest absolute value among the 12 I-path and 12 Q-path data, calculates the compression factor from the compressed bit width and the maximum effective bit width of the actual data, and compresses the data by right-shifting the compression factor.

[0066] This embodiment supports dynamic compression configuration, compressing the IQ data of each section based on the compression mode and compression bit width of each segment in the C-plane parameters. This embodiment supports dividing the RB data in each symbol into multiple sections to use different compression modes and compression bit widths, as well as real-time online modification of the compression mode and bit width. Based on the link bandwidth and the transmission quality requirements of different users and different traffic types, the compression mode and bit width can be switched online in real time, achieving a dynamic balance between transmission bandwidth and service quality.

[0067] To facilitate understanding of this embodiment, the message processing method of this embodiment will be described below using an example scenario.

[0068] The O-RU product configuration supports two 25 Gbps linear speed Ethernet ports and has four internal ORAN processing channels, each divided into eight processing units. Each channel can support 64 antenna configurations, and each antenna can be independently configured to use one of the eight processing units. Each antenna can support carrier processing capabilities ranging from 5M to 100M bandwidth.

[0069] In one embodiment, the message transmission method in the present application can be realized by the architecture diagram shown in FIG. 4, and the message processing method includes message processing in the downlink O-RU receiving direction, which can be seen in FIG. 5 and includes the following steps:

[0070] Step 401: After the O-RU receives the C-plane, U-plane, S-plane, and M-plane messages, it allocates the C-plane and U-plane messages to the corresponding O-RU channels, and transmits the S-plane and M-plane messages directly to the CPU soft core for processing.

[0071] Among them, the C-plane, U-plane, S-plane, and M-plane messages sent by the downstream O-DU to the O-RU are sent to two Ethernet interfaces on the O-RU via the Ethernet fronthaul network. After receiving the ORAN message, the O-RU goes through Ethernet MAC layer exchange processing, assigns the C-plane and U-plane messages to the corresponding O-RU channels through fields such as MAC address, VLAN ID, port number, or eAxC ID, and transmits the S-plane and M-plane messages directly to the CPU software processing for processing.

[0072] Step 402: Transport layer processing of C-plane and U-plane messages.

[0073] In Figure 4, eCPRI / ROE transport layer message header processing can be understood as the processing in step 402. S-plane messages and M-plane messages are not standard Ethernet message packages, while C-plane messages and U-plane messages package an optional IP layer and the transport layer of the eCPRI protocol or RoE protocol package on top of the Ethernet L2 layer. When performing transport layer message header processing on C-plane messages and U-plane messages, the Ethernet MAC layer and IP message header are first obtained, and the VLAN is removed to obtain the transport layer message. Then, the transport layer header is obtained based on the differences between the eCPRI and RoE transport layer protocols, and the ORAN-defined transport layer fields are obtained.

[0074] The transport layer processing mainly analyzes fields such as eAxC_ID and Message Type defined by the ORAN protocol in the eCPRI / ROE protocol, maps the eAxC_ID to the antenna number of each internal ORAN processing channel, and sends the C-plane message and U-plane message to the corresponding processing unit.

[0075] Step 403: C-plane message analysis and downstream U-plane message analysis.

[0076] The application layer message field can be defined and analyzed according to the ORAN protocol. ORAN C-plane and U-plane application layer messages include a common message header and a segment message header, and U-plane messages include an additional PRB field for transmitting frequency-domain RB data. Each C-plane and U-plane message includes a common message header and at least one segment message header. Each segment message header in the U-plane follows a PRB data field, and each segment message field in the C-plane can also include an extension field (Section Extension Commands). C-plane message analysis can support two methods: hardware logic analysis and software analysis. These two methods have already been described and will not be discussed further here to avoid duplication.

[0077] Time management of U-plane messages and C-plane messages can be understood as hardware logic obtaining the timing information of the message carried in the application layer message header (U-plane application layer message header or C-plane application layer message header), and then stating whether the U-plane message or C-plane message was received on time within the time window according to the time window configuration of the M-plane message, and the number of early and late messages. Packet loss processing is performed for early and late messages.

[0078] Step 404: After analyzing the U-plane message, remove the application layer timing information, and decompress the remaining IQ compressed data in the Section field (ie, BFP decompression in FIG. 4).

[0079] The decompression process can be BFP decompression or other decompression methods. BFP decompression is the reverse process of BFP compression, and restores uncompressed data by shifting the left compression factor bits of the I-path data and Q-path data based on the compression factor and compressed data transmitted in the U-plane section. After decompressing the U-plane IQ data, it can be sent to the downstream direct memory access (DMA) data transfer module in the O-RU.

[0080] 4, after analyzing the C-plane message, the C-plane parameters, which are message parameter information, are obtained, and the C-plane parameters are sent to the upstream transmission command generation module and the downstream DMA data movement module according to the upstream and downstream links, respectively. The C-plane parameters may include the upstream C-plane parameters and the downstream C-plane parameters, and the upstream C-plane parameters are sent to the U-plane transmission command generation module and the downstream C-plane parameters are sent to the downstream DMA data movement module.

[0081] Step 405: The decompressed frequency domain IQ data is moved to a specified address in the data cache RAM via the general-purpose data bus (ie, downstream DMA data movement in FIG. 4).

[0082] Step 405 can be performed by the DMA data transfer module in the O-RU, which mainly realizes functions such as read / write access control to the data cache RAM, data bit width conversion, large / small end conversion, and transmission flow control. Each U-plane message and each segment section contains the RB number and RB count information at the beginning of one symbol of a PRB. During DMA data transfer, the decompressed RB data block is stored at a specified location in the data cache RAM based on the starting number of the PRB of the segment and the address partition in the data cache RAM of each antenna.

[0083] Step 406: Read the frequency domain IQ data in the RAM, perform inverse FFT processing, then convert the frequency domain IQ data into time domain IQ data, and write it back to the data cache RAM again.

[0084] Wherein, step 406 can be performed by a Fast Fourier Transform (FFT) accelerator in the O-RU.

[0085] Step 407: The time domain side DMA shift module reads the time domain IQ data from the RAM, and then transmits it to the antenna port through an intermediate radio frequency link process, thereby completing the transmission process of the downlink IQ data from the O-DU to the O-RU antenna port and finally to the user side device UE.

[0086] In one embodiment, the message processing method includes message processing in the uplink O-RU transmission direction, and includes the following steps, as can be seen in FIG.

[0087] Step 501: After receiving uplink data from a user equipment, the air interface antenna stores the time domain IQ data in RAM after intermediate radio frequency time domain processing. Step 502: The FFT accelerator reads the time domain IQ data in the RAM, and after FFT processing, converts the time domain IQ data into frequency domain IQ data, and stores the frequency domain IQ data at a specified address in the RAM. In a specific implementation, the Physical Random Access Channel (Prach) accelerator also obtains Prach data from time-domain IQ data, and then similarly undergoes FFT processing to convert the frequency-domain Prach data into a designated address in the data cache RAM. Step 503: Generate a reference timing for uplink packet transmission based on the air interface timing and the link transmission delay, read the cached C-plane parameters based on the reference timing, and generate a U-plane message transmission scheduling command based on the read C-plane parameters.

[0088] Among them, the U-plane message transmission timing management in Figure 4 is generated, which is the reference timing for upstream packet transmission. When the U-plane message scheduling command is generated (i.e., U-plane transmission command generation in Figure 4), application layer packet processing is performed based on the M-plane configuration information. The upstream DMA transfer module sequentially reads frequency domain IQ data from RAM (i.e., upstream DMA data transfer in Figure 4) according to the sequence of the U-plane message transmission scheduling command.

[0089] Step 503 mainly involves (1) C-plane parameter caching, (2) U-plane transmission timing scheduling, (3) U-plane message transmission scheduling command generation, and (4) application slicing. These four points will be explained in turn below.

[0090] (1) C-plane parameter cache Before transmitting an O-RU uplink U-plane message, the O-DU first transmits the corresponding C-plane message to the O-RU. After analyzing the C-plane message, the corresponding C-plane parameters are obtained. The multiple section segments in each message are divided into individual C-plane parameters. The main C-plane parameters obtained after analyzing the C-plane message can be seen in Table 1 above. For each ORAN processing channel, the obtained C-plane parameters are analyzed and written to a parameter cache FIFO group according to timing information. The FIFO group stores the C-plane parameters for M symbols corresponding to one 1-millisecond subframe, symbol by symbol. The M symbols correspond one-to-one to the M FIFOs. Each channel has eight processing unit banks, and each antenna carrier can select which bank's parameter cache FIFO group to store its carrier C-plane parameters in by configuration. To realize carrier-mixed transmission with different subcarrier spacings (one subcarrier spacing can be understood as one parameter set), when the C-plane parameters are stored in the FIFO, the stored FIFO number is calculated using the following formula: carrier_fifo_addr=slotId*symNum+max_scs / carrier_scs*(symId+1 / 2) This formula has already been explained and will not be discussed further here to avoid duplication.

[0091] (2) U-plane transmission timing scheduling The eight processing unit banks in each ORAN processing channel can independently allocate timing, and each bank can support three types of mixed subcarrier spacing transmission, although this limit is not limited to three in specific implementations. For example, the O-RU reference timing source obtains network reference timing using S-plane timing synchronization protocols such as 1588, SyncE, or GPS, and then derives air interface timing based on this network reference timing. After reading the C-plane parameters, the reference timing (read timing for each bank) is set based on the link processing delay timing and air interface timing of the different processing units to generate transmission commands for data cache access. Each bank can support three subcarrier spacing configurations, such as 15 kHz, 30 kHz, and 60 kHz. Each carrier can select which bank to allocate to, and symbol-level delay differences between multiple carriers within the same bank can be supported. This approach allows eight independent timing banks and inter-bank round-robin scheduling to meet the delay allocation requirements of independent time window scheduling, and also enables different banks to share bus bandwidth access data cache RAM.

[0092] (3) U-plane message transmission scheduling command generation When a U-plane transmission command is issued, first, based on the reference timing of each bank, the C-plane parameters are read sequentially from the FIFO group according to the symbol timing, then the C-plane parameters are analyzed, and the storage address in RAM of the PRB is calculated from the PRB start number written in the parameters, the number of RBs in the PRB, and the area address in RAM of the antenna carrier configured by software, and the frequency domain IQ data is retrieved from that address by the DMA data transfer module.

[0093] (4) Application Slice When a U-plane transmission command occurs, it can determine whether the amount of data corresponding to the number of RBs in the PRB exceeds the maximum Ethernet message length. If the number of RBs contained in one PRB is too large, application layer slicing can be performed to divide one C-plane parameter into multiple C-plane parameters, and the starting number of the PRB and the number of RBs in each slice can be recalculated.

[0094] Step 504: BFP compression is performed on the IQ data retrieved from the RAM, and a U-plane application layer message header is added to the compressed IQ data to complete a U-plane group packet (ie, the uplink U-plane group packet in FIG. 4). This process is the reverse process of the downlink U-plane packet release, and a common message header, segment message header, and PRB domain field can be added according to the U-plane message structure.

[0095] Step 505: Add a transport layer eCPRI or RoE message header by upstream U-plane message transport layer processing, including transport layer message slicing processing.

[0096] Step 506: Through the MAC layer routing process, the upstream U-plane messages of the eight ORAN processing channels are routed to the corresponding Ethernet interfaces and sent to the O-DU through the Ethernet fronthaul network.

[0097] This embodiment can realize timing scheduling and link delay compensation for each antenna in a parameter set, and can also support real-time dynamic compressed mode switching and mixed multi-standard transmission.

[0098] Taking a typical scenario as an example, in this embodiment, when the main frequency of the hardware logic clock is 737.28 MHz, a single ORAN transmission channel can support 64 20M-band antenna carriers or 12 100M-band antenna carriers. For 100M bandwidth, the transmission efficiency is maximized. The effective bandwidth of pure IQ data (excluding message headers of ORAN, eCPRI, MCA layers, etc.) is 35.2 Gbps, and the maximum transmission bandwidth of a single transmission channel itself is 47.2 Gbps, i.e., the maximum transmission efficiency of pure IQ data is 74.6%. In fact, during ORAN interface protocol transmission, each U-plane IQ message includes information such as an Ethernet message header, a transport layer message header, an application layer message header, and compression factors for each section, and also includes inter-message packet spacing, which occupy at least 5% of the transmission bandwidth. Therefore, the maximum transmission efficiency of this embodiment can reach 80% or more.

[0099] It should be noted that the above examples in the embodiments of the present application have been given as examples for the sake of convenience of understanding, and do not limit the technical solution of the present application.

[0100] The division of steps in each method above is for clarity only, and in implementation, they may be integrated into one step, separated into a single step, or divided into multiple steps, as long as they contain the same logical relationship, and are within the scope of protection of this patent. Insignificant modifications may be added to the algorithm or flow, or insignificant designs may be introduced, but the core design that does not change the algorithm and flow are all within the scope of protection of this patent.

[0101] An embodiment of the present application further provides an O-RU, as shown in FIG. 7, including at least one processor 601 and a memory 602 communicatively connected to the at least one processor 601, wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the above-mentioned message processing method.

[0102] The memory 602 and the processor 601 are connected via a bus, which may include any number of interconnected buses and bridges, connecting various circuits of one or more processors 601 and the memory 602. The bus may also connect various other circuits, such as peripherals, regulators, and power management circuits, all of which are well known in the art and will not be further described herein. A bus interface provides an interface between the bus and a transceiver. The transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, and provides a means for communicating with various other devices over a transmission medium. Data processed by the processor 601 is transmitted over a wireless medium via an antenna, which in turn receives and transmits data to the processor 601.

[0103] Processor 601 is responsible for bus management and general processing and may also provide a variety of functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory 602 may be used to store data used by processor 601 in performing operations.

[0104] An embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon, the computer program implementing the above message processing method when executed by a processor.

[0105] That is, realizing all or part of the steps in the methods of the above-mentioned embodiments may be completed by instructing relevant hardware by a program, and those skilled in the art will understand that this program is stored in a storage medium and includes some instructions for causing an apparatus (which may be a monolithic machine, a chip, etc.) or a processor to execute all or part of the steps of the methods of the above-mentioned embodiments. The storage medium includes various media capable of storing program code, such as a U disk, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0106] Those skilled in the art will understand that the above-described embodiments are specific examples for realizing the present application, and that in actual applications, various changes in form and details may be made without departing from the spirit and scope of the present application.

Claims

1. 1. A message processing method applied to an open radio access network radio frequency unit (O-RU), comprising: Obtaining frequency domain IQ data from uplink data received by an antenna, and storing the frequency domain IQ data in a pre-established storage space; receiving a control plane message issued by an open radio access network distribution unit (O-DU); analyzing the control plane message to obtain control plane parameters; and caching the control plane parameters in queues corresponding to the control plane parameters in a queue group, wherein M queues in the queue group are used to store control plane parameters of M symbols, respectively, and the M symbols correspond one-to-one to the M queues, and the control plane message includes at least a subcarrier interval, and different control plane parameters correspond to different subcarrier intervals; reading the cached control plane parameters and generating a user plane message transmission scheduling command based on the read control plane parameters; reading frequency domain IQ data from the storage space according to the user plane message transmission scheduling command; and obtaining an uplink user plane message to be transmitted based on the read frequency domain IQ data, and transmitting the uplink user plane message to the O-DU. Message processing method.

2. The O-RU includes a plurality of processing units, a queue group is set in each of the processing units, and the step of caching the control plane parameters in the queue corresponding to the control plane parameters includes: identifying a processing unit requiring storage of said control plane parameters; obtaining the maximum subcarrier spacing among the subcarrier spacings of all antenna carriers in the processing unit requiring storage; obtaining a slot number, a subcarrier spacing of an antenna carrier of the control plane parameters, and an antenna carrier symbol number according to the control plane parameters; obtaining the number of symbols included in the slot based on the obtained management plane allocation information; obtaining a queue number address within a queue group located within a processing unit that requires storage of the control plane parameters based on the maximum subcarrier spacing, the slot number, the subcarrier spacing of the antenna carrier of the control plane parameters, the antenna carrier symbol number, and the number of symbols included in the slot; caching the control plane parameters in a queue corresponding to the number address. The message processing method of claim 1 .

3. The step of obtaining a queue number address in a queue group located in a processing unit that requires storage of the control plane parameter based on the maximum subcarrier spacing, the slot number, the subcarrier spacing of the antenna carrier of the control plane parameter, the antenna carrier symbol number, and the number of symbols included in the slot, comprises: The queue number address is calculated using the following formula: carrier_fifo_addr=slotId*symNum+max_scs / carrier_scs*(symId+1 / 2) Calculate with carrier_fifo_addr is the calculated queue number address, slotId is the slot number, symNum is the number of symbols included in the slot, max_scs is the maximum subcarrier spacing, carrier_scs is the subcarrier spacing of the antenna carrier of the control plane parameters, and symId is the antenna carrier symbol number; The message processing method according to claim 2 .

4. said step of parsing said control plane message to obtain control plane parameters comprises: a hardware circuit in the O-RU parses a common header in the control plane message according to a byte bit position to obtain control plane parameters in the common header, the control plane parameters in the common header including timing information, segment number, and segment type; According to the segment type and the number of segments, analyzing each segment and extension field information in the control plane message according to different message types to obtain control plane parameters in each segment and extension field information; or, a CPU soft core in the O-RU completing message field analysis according to a message structure of the control plane message to obtain control plane parameters; The message processing method according to any one of claims 1 to 3.

5. The O-RU includes a plurality of processing units, and the step of reading the cached control plane parameters includes: identifying a processing unit that stores the control plane parameters; determining a reference timing of the stored processing unit based on an air interface timing and a link transmission delay of the stored processing unit; and reading cached control plane parameters based on the reference timing. A message processing method according to any one of claims 1 to 4.

6. The step of reading frequency domain IQ data from the storage space based on the user plane message transmission scheduling command includes: obtaining a starting number of a physical resource block (PRB), a number of RBs in the PRB, and an area address in the storage space of pre-configured antenna carriers according to the user plane message transmission scheduling command; calculating a storage address of a PRB in the storage space from the start number of the PRB, the number of RBs in the PRB, and an area address in the storage space of a pre-configured antenna carrier; reading frequency domain IQ data at a storage address of the PRB in the storage space; A message processing method according to any one of claims 1 to 5.

7. The step of calculating a storage address of a PRB in the storage space from the start number of the PRB, the number of RBs in the PRB, and an area address in the storage space of a pre-configured antenna carrier, includes: If the data length corresponding to the number of RBs exceeds the maximum Ethernet message length, performing application layer slicing, dividing the control plane parameters into multiple control plane subparameters, and recalculating the starting number of PRBs of each slice and the number of RBs in the PRBs of each slice; calculating a storage address of a PRB in the storage space from the recalculated starting number of the PRB of each slice, the number of RBs in the PRB of each slice, and an area address in the storage space of a pre-configured antenna carrier; The message processing method according to claim 6.

8. The control plane parameters include a compression mode and a compression bit width of each segment, and the step of obtaining an uplink user plane message to be transmitted based on the read frequency domain IQ data includes: compressing the read frequency domain IQ data based on the compression mode and compression bit width of each segment to obtain compressed IQ data; obtaining an uplink user plane message to be transmitted based on the compressed IQ data; A message processing method according to any one of claims 1 to 7.

9. The O-RU includes a plurality of open radio access network (ORAN) processing channels, each of the ORAN processing channels includes a plurality of processing units, and each of the ORAN processing channels supports a configuration of a plurality of types of antennas, and each of the antennas supports at least a carrier processing capability from 5M bandwidth to 100M bandwidth; A message processing method according to any one of claims 1 to 8.

10. Each of the ORAN processing channels supports the transmission of data of multiple standards, and the data of the multiple standards includes: At least any combination of Long Term Evolution LTE, Narrowband IoT NB-IoT, 5G New Radio NR, and Physical Random Access Channel Prach; The message processing method according to claim 9.

11. at least one processor; a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the message processing method of any one of claims 1 to 10; O-RU.

12. A computer program is stored, and when the computer program is executed by a processor, the message processing method according to any one of claims 1 to 10 is realized. A computer-readable storage medium.

Images