Abstract: A method for implementing automated testing of an Open Radio Access Network (O-RAN) system in the cloud includes: hosting, in the cloud, the O-RAN test system; triggering an automation suite of an automation framework to execute a pre-defined set of test cases on the O-RAN test system; and transmitting test results including key performance indicators (KPIs) to at least a results repository hosted in the cloud; wherein the automation framework comprises i) a front end module hosted on a public cloud, and ii) a back end module hosted on one of a private cloud and the public cloud, and wherein the front end module and the back end module communicate via an application programming interface. The O-RAN test system comprises at least one of simulated radio units (RUs) and simulated user equipments (UEs) simulated by a test software, and the O-RAN test system is hosted on the public cloud.

Abstract: There is provided a system, method, and interfaces for Radio Access Networks and Cloud Radio Access Networks.

Abstract: A method of handling communication traffic from one or more User Equipment (UE) in a Cloud Radio Access Network (CRAN) network includes: analyzing, by an analytics engine in the CRAN network, communication traffic distribution and loads across multiple cell sites; and determining, by the analytics engine, an optimal mapping of one of a specified cell site or a selected sector of a specified cell site to one of a specified virtual machine or server. Communication traffic from a sector of a first cell site having a first type of traffic load profile and communication traffic from a sector of a second specified cell site having a second type of traffic load profile are aggregated by a single specified virtual machine or server.

Abstract: There is provided a system, method, and interfaces for Radio Access Networks and Cloud Radio Access Networks.

Abstract: A cloud radio access network (CRAN) system includes a baseband unit (BBU) and a radio unit (RU) remote from the BBU. The fronthaul interface between the RU and the BBU includes a radio frequency interface (RF) functionality implemented in the RU, and implementation of physical layer (PHY) functionality split between the BBU and the RU, including downlink (DL) resource element mapping and DL precoding implemented in the RU. Transmission of reference signals from the BBU to the RU is implemented separately from transmission of data from the BBU to the RU. The RU caches the transmitted reference signal based on at least one of subframe, symbol, xRAN resource block (XRB) and resource element (RE) associated with the reference signal. The fronthaul interface supports at least one of: (i) narrow band Internet of things (NB-IoT) physical random access channel (PRACH), and (ii) NB-IoT multi-tone format on physical uplink shared channel (PUSCH).

Abstract: There are provided systems, methods, and interfaces for optimization of the fronthaul interface bandwidth for Radio Access Networks and Cloud Radio Access Networks.

Abstract: A user equipment (UE) and base station (BS) in a wireless communication network. The UE includes a receiver configured to receive at least one semi-persistent scheduling (SPS) configuration among a plurality of SPS configurations from a BS. Each of the SPS configurations configures the UE with a different periodicity of a sidelink transmission to be transmitted to another UE. The UE also includes a transmitter configured to transmit the sidelink transmission in the different periodicity according to the at least one of the plurality of SPS configurations. The BS includes a controller configured to select at least one SPS configuration among a plurality of SPS configurations for a UE. Each of the SPS configurations configures the UE with a different periodicity of a sidelink transmission to be transmitted to another UE. The BS also includes a transmitter configured to transmit the selected at least one SPS configuration to the UE.

Abstract: A system is provided for at least one of testing and validating at least one Open Radio Access Network (O-RAN) remote radio head (RRH) present for installation at an installation site having no network connectivity to the RRH available, which system includes a network emulator configured to at least one of test and validate at least one of a device parameter and a functional parameter of the at least one RRH when selectively coupled to the at least one RRH. The network emulator is configured to be selectively coupled to a user equipment (UE) configured for displaying the at least one of the device parameter and the functional parameter of at least one RRH, and wherein the network emulator is one of 1) directly coupled to the at least one RRH, or 2) connected to the at least one RRH via a cell site router (CSR).

Abstract: A cloud radio access network (CRAN) system includes a baseband unit (BBU) and a radio unit (RU) remote from the BBU. The fronthaul interface between the RU and the BBU includes a radio frequency interface (RF) functionality implemented in the RU, and implementation of physical layer (PHY) functionality split between the BBU and the RU, including downlink (DL) resource element mapping and DL precoding implemented in the RU. Transmission of reference signals from the BBU to the RU is implemented separately from transmission of data from the BBU to the RU. The RU caches the transmitted reference signal based on at least one of subframe, symbol, xRAN resource block (XRB) and resource element (RE) associated with the reference signal. The fronthaul interface supports at least one of: (i) narrow band Internet of things (NB-IoT) physical random access channel (PRACH), and (ii) NB-IoT multi-tone format on physical uplink shared channel (PUSCH).

Abstract: A method of handling communication traffic from one or more User Equipment (UE) in a Cloud Radio Access Network (CRAN) network includes: analyzing, by an analytics engine in the CRAN network, communication traffic distribution and loads across multiple cell sites; and determining, by the analytics engine, an optimal mapping of one of a specified cell site or a selected sector of a specified cell site to one of a specified virtual machine or server. Communication traffic from a sector of a first cell site having a first type of traffic load profile and communication traffic from a sector of a second specified cell site having a second type of traffic load profile are aggregated by a single specified virtual machine or server.

Abstract: A method of generating and applying combining weights to Physical Uplink Shared Channel (PUSCH) symbols for Open Radio Access Network (O-RAN) fronthaul interface between O-RAN radio unit (O-RU) and O-RAN distributed unit (O-DU) includes: calculating, by the O-DU, a codebook; sending, by the O-DU, the codebook to O-RU; generating, by the O-RU, an RU combiner matrix, using the codebook; applying, by the O-RU, the RU combiner matrix to In-phase and Quadrature (IQ) data to generate compressed IQ data; sending, by the O-RU, the compressed IQ data to O-DU; calculating, by the O-DU, a DU combiner matrix from compressed demodulation reference signal (DMRS); and applying, by the O-DU, the DU combiner matrix to data.

Abstract: There are provided systems, methods, and interfaces for optimization of the fronthaul interface bandwidth for Radio Access Networks and Cloud Radio Access Networks.

Abstract: There is provided a system, method, and interfaces for Radio Access Networks and Cloud Radio Access Networks.

Abstract: There is provided a system, method, and interfaces for Radio Access Networks and Cloud Radio Access Networks.

Abstract: There is provided a method of operating an Open Radio Access Network (O-RAN) having an O-RAN radio unit (O-RU) and an O-RU controller. The method includes sending, from the O-RU to the O-RU controller, (i) a message informing that the O-RU supports a feature such as (a) a plurality of delay management profiles, and/or (b) a plurality of transmission window sizes, and (ii) a report of capabilities of the O-RU, where the report includes a parameter such as (a) a quantity of supported delay management profiles, (b) supported window sizes for each of the plurality of delay management profiles, and/or (c) a supported window offset for each of the plurality of delay management profiles. The O-RU controller configures the O-RU based on the feature and the parameter.

Abstract: There are provided systems, methods, and interfaces for optimization of the fronthaul interface bandwidth for Radio Access Networks and Cloud Radio Access Networks.

Abstract: A cloud radio access network (CRAN) system includes a baseband unit (BBU) and a radio unit (RU) remote from the BBU. The fronthaul interface between the RU and the BBU includes a radio frequency interface (RF) functionality implemented in the RU, and implementation of physical layer (PHY) functionality split between the BBU and the RU, including downlink (DL) resource element mapping and DL precoding implemented in the RU. Transmission of reference signals from the BBU to the RU is implemented separately from transmission of data from the BBU to the RU. The RU caches the transmitted reference signal based on at least one of subframe, symbol, xRAN resource block (XRB) and resource element (RE) associated with the reference signal. The fronthaul interface supports at least one of: (i) narrow band Internet of things (NB-IoT) physical random access channel (PRACH), and (ii) NB-IoT multi-tone format on physical uplink shared channel (PUSCH).

Abstract: There is provided a system that includes a local cloud radio access network (RAN), and a remote cloud RAN. The local cloud RAN processes latency-sensitive applications, and the remote cloud RAN processes latency-tolerant applications. User traffic is appropriately routed to the correct cloud RAN based on the application. User equipment (UE) has no knowledge of which network is being used for processing, i.e., this network processing split is done in a manner that is transparent to the UE, e.g., by dynamically selecting a different access point name for local vs. remote processing. The processing split of the RAN between the local cloud RAN and the remote cloud RAN is done in a dynamic manner depending on the number of devices requiring low latency support. This allows the local cloud RAN to be very compact and low-cost since it does not have to process the latency-tolerant traffic.

Abstract: A cloud radio access network (CRAN) system includes a baseband unit (BBU) and a radio unit (RU) remote from the BBU. The fronthaul interface between the RU and the BBU includes a radio frequency interface (RF) functionality implemented in the RU, and implementation of asymmetrical physical layer (PHY) functionality split between the BBU and RU. The asymmetrical physical layer (PHY) functionality split includes: downlink (DL) antenna port mapping and DL precoding implemented in the RU; and the split of the PHY functionality for uplink (UL) at the antenna port mapping in the BBU. For the DL, precoding and resource element (RE) mapping to frequency resources is implemented in BBU, and RE mapping for antenna ports is implemented in the RU|[WA1]. The split also provides support for license-assisted access (LAA) in the CRAN system.

Abstract: A method of forming a strut includes providing a ring with a threaded section, coupling a mandrel to the ring, and electroforming a metallic layer over the mandrel and ring. The strut can include an integral monolithic body.