JP-7856153-B2 - RU device and control device
Inventors
- 中田 昌志
- 菱 右京
Assignees
- 日本電気株式会社
Dates
- Publication Date
- 20260511
- Application Date
- 20230711
- Priority Date
- 20220727
Claims (10)
- A Radio Unit (RU) device, At least one memory, At least one processor coupled to the at least one memory, Equipped with, The aforementioned at least one processor is Based on the NETCONF (Network Configuration Protocol) protocol, an RPC (Remote Procedure Call) message indicating retrieval (get or get-config) is received from the RU control unit. In response to the RPC message, an RPC reply (rpc-reply) message is sent to the RU control device. The RPC response message contains information indicating that when the power-state of the RU device is sleeping, the C/U (Control/User)-plane, S (Synchronization)-plane, M (Management)-plane, and at least one of the components of the RU device will be shut down, and Information indicating that when the value of the active parameter of the tx/rx-array-carriers of the RU device is SLEEP or DISABLED, the C/U (Control/User)-plane, S (Synchronization)-plane, M (Management)-plane, and at least one component of the RU device are stopped. Including either one or both of the following: RU equipment.
- The aforementioned component includes at least one of a digital device section and an analog device section. The RU device according to claim 1.
- The digital device section includes at least one of the following: FPGA (Field Programmable Gate Array), CPLD (Complex Programmable Logic Device), ASIC (Application Specific Integrated Circuit), processor, and network interface. The RU device according to claim 2.
- The aforementioned analog device section is a PA (Power Amplifier). The RU device according to claim 2.
- A Radio Unit (RU) device, At least one memory, The at least one processor coupled to the at least one memory, Equipped with, The aforementioned at least one processor is Based on the NETCONF (Network Configuration Protocol) protocol, an RPC (Remote Procedure Call) message indicating retrieval (get or get-config) is received from the RU control unit. In response to the RPC message, an RPC reply (rpc-reply) message is sent to the RU control device. The aforementioned RPC response message is: Information indicating whether the voltage of the RU device can be reduced when the power-state of the RU device is sleeping, and Information indicating whether the voltage of the RU device can be reduced when the value of the active parameter of the tx/rx-array-carriers of the RU device is SLEEP or DISABLED. Including either one or both of the following: RU equipment.
- Lowering the voltage of the RU device means To reduce the antenna transmission power of the RU device, To stop the PA (Power Amplifier) of the aforementioned RU device, and, To stop the power supply from the RU device to an external device connected to the RU device, including at least one of the following: The RU device according to claim 5.
- A Radio Unit (RU) device, At least one memory, The at least one processor coupled to the at least one memory, Equipped with, The aforementioned at least one processor is Based on the NETCONF (Network Configuration Protocol) protocol, an RPC (Remote Procedure Call) message indicating retrieval (get or get-config) is received from the RU control unit. In response to the RPC message, an RPC reply (rpc-reply) message is sent to the RU control device. The RPC response message includes information indicating whether the RU device sends either or both of the following notifications: a Notification indicating that the state of tx/rx-array-carriers is Disabled when the power-state of the RU device is sleeping, and a Notification indicating that the state of tx/rx-array-carriers is Ready when the power-state of the RU device is awake. RU equipment.
- A Radio Unit (RU) device, At least one memory, At least one processor coupled to the at least one memory, Equipped with, The aforementioned at least one processor is Based on the NETCONF (Network Configuration Protocol) protocol, an RPC (Remote Procedure Call) message indicating retrieval (get or get-config) is received from the RU control unit. In response to the RPC message, an RPC reply (rpc-reply) message is sent to the RU control device. The RPC response message includes information indicating that when the power-state of the RU device is Awake, the active parameter of tx/rx-array-carriers needs to be reset to Active by the RU control device. RU equipment.
- At least one memory, At least one processor coupled to the at least one memory, Equipped with, The at least one processor sends an RPC (Remote Procedure Call) message to the RU (Radio Unit) device that is based on the NETCONF (Network Configuration Protocol) protocol and indicates an edit-config request. The RPC message contains configuration information indicating that when the power-state of the RU device is sleeping, the C/U (Control/User)-plane, S (Synchronization)-plane, M (Management)-plane, and at least one of the components of the RU device should be stopped, and Setting information indicating that when the value of the active parameter of the tx/rx-array-carriers of the RU device is SLEEP or DISABLED, the C/U (Control/User)-plane, S (Synchronization)-plane, M (Management)-plane, and at least one component of the RU device will be stopped. Including either one or both of the following: Control device.
- At least one memory, The at least one processor coupled to the at least one memory, Equipped with, The at least one processor sends an RPC (Remote Procedure Call) message to the RU (Radio Unit) device that is based on the NETCONF (Network Configuration Protocol) protocol and indicates an edit-config request. The aforementioned RPC message is: Setting information indicating that the voltage of the RU device will be reduced when the power-state of the RU device is sleeping, and Setting information indicating that the voltage of the RU device will be reduced when the value of the active parameter of the tx/rx-array-carriers of the RU device is SLEEP or DISABLED. Including either one or both of the following: Control device.
Description
This disclosure relates to RU devices, control devices, methods for RU devices, and methods for control devices. In recent years, radio access networks have been adopted that separate the baseband and radio sections of a base station and connect them via a fronthaul. The O-RAN (Open-Radio Access Network) Alliance's O-RAN fronthaul specification defines the fronthaul specifications between the O-RU (O-RAN Radio Unit), which corresponds to the radio section, and the O-DU (O-RAN Distributed Unit), which corresponds to the baseband section. One of the objectives of the O-RAN fronthaul specification is to facilitate connection between O-DU vendors and O-RU vendors from different vendors, thereby realizing multi-vendor radio access networks. Note that O-DU can also be simply called DU, and O-RU can also be simply called RU. Non-Patent Document 1 specifies the M (Management)-Plane, which is defined for transmitting management data between O-RUs and O-DUs. The M-Plane provides management functions for O-RUs. In the M-Plane, the O-DU or SMO (Service Management and Orchestration) is defined as the device that manages the O-RUs. The O-RUs under management correspond to the NETCONF server, and the device that manages (controls) the O-RUs (RU control device) corresponds to the NETCONF client. The M-Plane supports protocol stacks that transmit signals used in NETCONF (NETwork CONFiguration protocol) using Ethernet/IP/TCP (Transmission Control Protocol)/SSH (Secure Shell), and optionally Ethernet/IP/TCP (Transmission Control Protocol)/TLS (Transport Layer Security) (see, for example, sections 9.1.2 and 9.1.3 of Non-Patent Document 1). For example, Non-Patent Document 1 describes how to change the Power State of an O-RU. When the Power State is AWAKE, the O-RU operates normally (not in Energy saving mode), and when the Power State is SLEEPING, the O-RU operates in Energy saving mode. The Power State of the O-DU is changed when the RU control device sends an RPC (Remote Procedure Call) message indicating configuration editing (edit-config) to the O-DU. O-RAN-WG4.MP.0-v09.00,“O-RAN Working Group 4 (Open Fronthaul Interfaces WG) Management Plane Specification” This figure shows an example of the procedure for obtaining the State of a RU.This diagram shows an example of the procedure for changing the State of a RU.This is a diagram illustrating the Power State of RU.This diagram shows the possible transitions and the combinations of the "active" and "state" parameters.This is a diagram used to explain "shared cell".An example of a system is IAM.This figure shows an example of the processing operation of the RU device and control device of the present disclosure.This figure shows another example of the processing operation of the RU device and control device of the present disclosure.This is a diagram showing an example of the configuration of a control device.This figure shows an example of the configuration of a DU device.This figure shows an example of the configuration of an RU device.This figure shows an example of the configuration of an SMO (Scaling Modulation) device. The embodiments will be described below with reference to the drawings. Note that in this disclosure, the drawings may be associated with one or more embodiments. Furthermore, each element in the drawings may correspond to one or more embodiments. In the embodiments, identical or equivalent elements are denoted by the same reference numerals, and redundant descriptions are omitted. The multiple embodiments described below can be implemented independently or in combination as appropriate. These multiple embodiments have novel features that differ from each other. Therefore, these multiple embodiments contribute to solving different objectives or problems and to achieving different effects. The following embodiments are primarily described for RU devices and control units conforming to the O-RAN technical specifications. However, these embodiments may also be applicable to other systems supporting similar technologies to these RU devices and control units. As used herein, depending on the context, "if" may be interpreted as meaning "when," "at or around the time," "after," "upon," "in response to determining," "in accordance with a determination," or "in response to detecting." These expressions may be interpreted as having the same meaning depending on the context. First, the related technologies will be explained. Each embodiment is based on these technologies. In other words, these technologies can be incorporated into each embodiment. (protocol) C (Control)-Plane is a protocol for transferring control signals. U (User)-Plane is a protocol for transferring user data. C/U-Plane supports a protocol stack that transmits signals used in eCPRI or RoE (Radio over Ethernet) directly over Ethernet, and optionally a protocol stack that transmits signals via UDP (User Datagram Protocol)/IP. S-Plane is a protocol for achieving synchronization between devices. S-Plan