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 User Plane Function (UPF) of 5G Core network performs a search for the next hop in the data path, using utilities (e.g., Internet Control Message Protocol (ICMP) trace route), and determines the capability of the next router and/or other hops in the path. The UPF updates (e.g., using the PATCH command) the Network Repository Function (NRF) with the gathered information. The UPF also updates the NRF the UPF's position in the current route, and the role(s) the UPF is playing at a given time, e.g., Branching Point (BP), Intermediate User Plane Function (I-UPF), and the like. The SMF is enabled to identify the UPF's capability for a given PDU Session. The selection of a given UPF for non-suitable roles can be prevented, and the UPF can be selected for those roles in which the UPF is more suitable at a given time.

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: A method of performing authentication of a client for wireless communication includes: sending, by the client, a request to an authorization server via a proxy node, to obtain an access token, wherein the request to obtain the access token contains a client signature of the client; authenticating, by the authorization server, the client as a valid recipient of the access token; and authorizing, by the authorization server, the access token to the client after authenticating the client, wherein the authorization is based on at least the client signature contained in the request to obtain the access token.

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 method of reducing the transmission control protocol acknowledgment (TCP ACK) latency, e.g., in 5G New Radio (NR) or LTE system, is provided, which method is triggered, e.g., for user equipments (UEs) with uplink (UL) inactivity. The time estimation to find the TCP ACK packet arrival is based on estimation time split up in the UE side. In addition, the TCP ACK size estimation is based on the number of TCP data packets sent in Physical Downlink Shared Channel (PDSCH). Furthermore, the first “proactive allocation window” (the number of the transmission time intervals (TTIs) over which the proactive allocations are given to UE) is set to 4, and subsequently the “proactive allocation window” may be adapted based on learning.

Abstract: A User Plane Function (UPF) of 5G Core network performs a search for the next hop in the data path, using utilities (e.g., Internet Control Message Protocol (ICMP) traceroute), and determines the capability of the next router and/or other hops in the path. The UPF updates (e.g., using the PATCH command) the Network Repository Function (NRF) with the gathered information. The UPF also updates the NRF the UPF's position in the current route, and the role(s) the UPF is playing at a given time, e.g., Branching Point (BP), Intermediate User Plane Function (I-UPF), and the like. The SMF is enabled to identify the UPF's capability for a given PDU Session. The selection of a given UPF for non-suitable roles can be prevented, and the UPF can be selected for those roles in which the UPF is more suitable at a given time.

Abstract: A method which i) segregates UEs to different categories of “conforming” and “nonconforming”, and ii) performs rank indicator (RI) filtering and/or switching based on the specific category is provided. Rank indicator (RI) filtering is performed in a SINR-specific manner, e.g., when SINR is low, the rank filtering is performed in such a way to always give an output of 1 or 2, not more. In addition, the Modulation and Coding Scheme (MCS) assigned for a PDSCH is adjusted when the rank switching is performed, thereby achieving graceful rank switching. Furthermore, Outer Loop Rate Control (OLRC) optimization is provided in response to rank switching.

Abstract: A method of performing validation of an access token under OAuth 2.0 protocol includes: providing, by an authorization server, the access token for service to a client in response to a request for the access token; adding, by the client, a client signature to at least the access token; forwarding, by the client, the access token as part of a service request to a resource server; and validating, by the resource server, whether the client is a valid owner of the access token, wherein the validation is based on at least the client signature of the access token. The validation is based on a hash of a combination of the service request, the access token and a shared secret key common to the client and the resource server, the output of which hash is added to the service request, and the resource server validates the hash.

Abstract: A method and an architecture for the Roaming Hub that can be configured to establish interconnectivity between any visiting Public Line Mobile Network (PLMN) and home PLMN as long as the visiting PLMN and the Home PLMN has a roaming agreement with the Roaming Hub.

Abstract: A method of reducing the Packet Internet Grope (PING) latency, e.g., in 5G New Radio (NR) or LTE system, is provided. When first two PING requests are received from a user equipment (UE) in uplink (UL), the UE will use Scheduling Request (SR) and Buffer Status Report (BSR) cycle to obtain UL grants for the first two PING requests. Starting from the third PING request, the size of the proactive allocation window for giving UL allocation to the PING request is uniquely configured, using a “delay timer” and a “proactive allocation window.” The delay timer is to delay the start of the proactive allocation window from the transmission time interval (TTI) in which the packet type is detected. The proactive allocation window is the number of TTIs over which the proactive allocations are given to a UE.

Abstract: A method of generic encoding of a radio access network (RAN) parameter exchanged over E2 application protocol (E2AP) between an Open Radio Access Network (O-RAN) node and a near-real time radio access network intelligent controller (near-RT RIC) includes: providing a generic encoding mechanism for a message structure containing at least one RAN parameter, wherein the generic encoding mechanism includes a first categorization of each RAN parameter exchanged between the O-RAN node and the near-RT RIC into one of ELEMENT type, STRUCTURE type or LIST type; wherein the ELEMENT type parameter is a singleton variable which does not have any other associated RAN parameter; the STRUCTURE type parameter is a sequence of RAN parameters in which each RAN parameter in the sequence can be one of the ELEMENT type parameter, another STRUCTURE type parameter, or the LIST type parameter; and the LIST type parameter is a list of STRUCTURE type parameters.

Abstract: A Shared Cell (SC) Controller uses deployment information, radio resource utilization measurements, cell load measurements, signal quality measurement, operator's policies and radio capabilities to make decisions on system configuration, re-configuration, and channel allocation related to the Shared Cell groups. The SC Controller may also use artificial intelligence/machine learning to predict future system state when making decisions on system configuration and channel allocation. The SC Controller can be implemented in the context of using a CBRS system, the ORAN architecture, and the Shared Cell group of Radio Units (RUs). SC Controller can be implemented as part of the Non-Real Time Radio Intelligent Controller (Non-RT RIC). The SC Controller interfaces with the Citizens Broadband Radio Service Device (CBSD) Controller, and the SC Controller sends the Shared Cell group information to the O-RU Controller so that the O-RU Controller can configure the radio components.

Abstract: A method for synchronized selection of user equipments (UEs) for both downlink (DL) Multi-User Multiple Input Multiple Output (MU-MIMO) operation and uplink (UL) MU-MIMO operation includes: applying a common set of selection criteria for selecting a common pool of UE candidates for both DL and UL MU-MIMO operations, wherein the common set of selection criteria are applied in Stage-1 selection process to select Stage-1 candidates for a UE candidates list; and if the Stage-1 selection process applying the common set of selection criteria is not able to find UE candidates to fill available slots in the UE candidates list, initiating Stage-2 selection process involving 1) applying a first set of Stage-2 selection criteria to select DL-only traffic UEs as Stage-2 candidates for the UE candidates list, and 2) applying a second set of Stage-2 selection criteria to select UL-only traffic UEs as Stage-2 candidates for the UE candidates list.

Abstract: In a system and a method for providing authentication for Rich Communication Services (RCS) application on a user equipment (UE), a Proxy Call Session Control Function (P-CSCF) of the IMS receives a SIP REGISTER request message sent from an IMS Session Initiation Protocol (SIP) client on the UE as part of an authentication of the IMS SIP client. A Serving Call Session Control Function (S-CSCF) of the IMS or a registration service performs an Authentication and Key Agreement (AKA) challenge with the IMS SIP client as part of the authentication. A Home Subscriber Server (HSS) of the IMS or a Unified Data Management (UDM) function provides, upon successful authentication of the IMS SIP client, an initial authorization grant for the IMS SIP client. The RCS application, after obtaining the initial authorization grant, registers for RCS service with the RCS network, via RCS Application Programming Interface Gateway (API GW).

Abstract: A combined User Plane (UP) node optimizes the UP data stream handling for 4G/5G network operation as follows. The combined UP node, which includes an access data plane node, an intermediate data plane node, an anchor data plane node, and a session handling process module. If the IP addresses or the namespaces of the access data plane node, the intermediate data plane node, and the anchor data plane node are different, then the downlink and uplink packet stream handling utilizes an intermediate interface path within the combined UP node. If the IP addresses or the namespaces of the access data plane node, the intermediate data plane node, and the anchor data plane node are same, then the downlink and uplink packet stream handling does not utilize an intermediate interface path within the combined UP node, but TEID of the unutilized intermediate interface path is used in PFCP response message.

Abstract: A method of uniquely identifying a user equipment (UE) connected to a radio access network (RAN) includes: providing a radio access network intelligent controller (RIC) component associated with the RAN; configuring, by a packet data convergence protocol (PDCP) layer, a default data radio bearer (DRB) for the UE to maintain Internet Protocol (I) Protocol Data Unit (PDU) connectivity with the RAN; and using, by the RIC, one of NG uplink (UL) user plane (UP) Transport Layer Information or S1 UL UP Transport Layer Information of the default DRB for uniquely identifying the UE for the entire time the UE is connected to the RAN. The unique identification for the UE is retained across at least one of i) multiple connectivity sessions for the UE, ii) multiple mobility sessions for the UE, and iii) multiple context sessions for the UE.

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 enabling an Open RAN-compatible radio unit (O-RU) to apply different beamforming weights to different physical resource blocks (PRBs) using a single sectionId and a single section extension type includes: specifying a first mode of operation in which flexible sending of beamforming weights from Open RAN-compatible distributed unit (O-DU) to Open RAN-compatible radio unit (O-RU) is provided; and providing, by the O-DU to the O-RU, i) a first parameter specifying the number of bundled physical resource blocks (PRBs) per a set of in-phase/quadrature (I/Q) beamforming weight pairs, each beamforming weight pair comprising an in-phase value and a quadrature value, and ii) a plurality of beamforming weight pairs for a plurality of transceivers associated with each bundle of PRBs. The method provides a new section extension type sent by the O-DU to the O-RU and including a compression parameter for processing or decompressing the beamforming weights.