Abstract: A method, a network device, and a non-transitory computer-readable storage medium are described in relation to a coordinated domain-based low latency, low loss, and scalable throughput (L4S) service. The service may enable end-to-end congestion control based on a predetermined order of domains, which are associated with L4S devices that support a packet flow, for which congestion control responses are to be provided. The service may provide independent feedback loops of state information from each domain and associated L4S device. The feedback loops may operate on different timescales. The service may coordinate congestion control among domains of an end-to-end path that support the packet flow and prevent fragmented or contentious congestion control responses between the domains.

Abstract: A device obtains an indication of an object or event detected in a vicinity of a fiber optic network by a Radio Access Network (RAN) of a mobile network using wireless sensing. The device acquires, based on the RAN-detected at least one object or event, one or more of strain, temperature, or vibration data related to the fiber optic network. The device performs a risk assessment related to the fiber optic network based on the RAN-detected object or event and the acquired strain, temperature, and/or vibration data, and communicates results of the risk assessment to an optical fiber network management system, a field technician, or a field engineer.

Abstract: A device may include a first plurality of microelectromechanical system (MEMS) elements. Each of the MEMS elements may include a mirror configured to reflect a radio frequency (RF) signal propagating through a free space to the mirror and whose surface orientation is configurable based on signals from a controller. The device may also include the controller. The controller may be configured to: receive a configuration message from a cellular network component over a radio frequency (RF) control channel; extract configuration parameter values for one or more of the MEMS elements; and configure the one or more of the MEMS elements by sending control signals corresponding to the configuration parameter values.

Abstract: A method, a network device, and a non-transitory computer-readable storage medium are described in relation to a transport congestion control notification service. The transport congestion control notification service may include providing congestion notification by a network device according to a schedule. The congestion notification may be implemented as explicit congestion notification bits included in packets. The schedule may govern the starting and stopping of the congestion notification. The schedule may be generated based on historical congestion states of relevance to the network device. The schedule may be generated by the network device or by an external device and provisioned at the network device.

Abstract: A method, a network device, and a non-transitory computer-readable storage medium are described in relation to an network congestion service. The service includes adding bits to a packet that indicate a priority for dropping the packet when there is congestion. The service may add the bits to an Internet Protocol header of the packet. The service may also include re-routing the packet based on the drop packet priority value indicated by the added bits. The service may select an alternate communication path during congestion based on the value of the added bits. The service may also include adding a token to a packet that validates the added bits and their value.

Abstract: In some implementations, the techniques described herein relate to a method including: receiving input features associated with a cellular network that includes key performance indicators and metrics collected from computing devices in the cellular network; preprocessing the input features to generate input features; providing the input features to a machine learning model to generate a predicted user experience classification, wherein the machine learning model is trained using a dataset including a plurality of sets of input features and corresponding user experience labels; and performing one or more actions based on the predicted user experience classification, wherein performing one or more actions includes identifying a root cause of a user experience issue and generating a recommendation to modify the cellular network to address the root cause.

Abstract: A system described herein may receive an indication that a particular User Equipment (“UE”) has wirelessly connected to a radio access network (“RAN”) of a wireless network. The RAN may be communicatively coupled to a core network of the wireless network. The system may identify that a core bypass policy is associated with the particular UE, and may instruct the RAN to bypass the core network when routing traffic associated with the particular UE. Based on the instruction to bypass the core network, the RAN may route traffic, received from the particular UE, to a Data Network (“DN”) without routing the traffic to the core network.

Abstract: A method, a network device, and a non-transitory computer-readable storage medium are described in relation to a coordinated domain-based L4S service. The service may enable end-to-end congestion control based on a predetermined order of domains, which are associated with L4S devices that support a packet flow, for which congestion control responses are to be provided. The service may provide independent feedback loops of state information from each domain and associated L4S device. The feedback loops may operate on different timescales. The service may coordinate congestion control among domains of an end-to-end path that support the packet flow and prevent fragmented or contentious congestion control responses between the domains.

Abstract: A device may include a first plurality of microelectromechanical system (MEMS) elements. Each of the MEMS elements may include a mirror configured to reflect a radio frequency (RF) signal propagating through a free space to the mirror and whose surface orientation is configurable based on signals from a controller. The device may also include the controller. The controller may be configured to: receive a configuration message from a cellular network component over a radio frequency (RF) control channel; extract configuration parameter values for one or more of the MEMS elements; and configure the one or more of the MEMS elements by sending control signals corresponding to the configuration parameter values.

Abstract: A device may receive performance requirements for a service, and may receive RAN factors that influence a RAN, core factors that influence a core network, and transport factors that influence a transport network. The device may determine a RAN capability to satisfy the performance requirements, and may determine a core capability to satisfy the performance requirements. The device may determine a transport capability to satisfy the performance requirements, and may determine RAN configuration settings, core configuration settings, and transport configuration settings based on the RAN capability, the core capability, and the transport capability, respectively. The device may generate a RAN SON based on the RAN configuration settings, a core SON based on the core configuration settings, and a transport SON based on the transport configuration settings. The device may create a network slice based service area based on the RAN SON, the core SON, and the transport SON.

Abstract: A method, a device, and a non-transitory computer-readable storage medium are described in which an predictive discontinuous reception (DRX) bypass service is provided. The bypass service may provide flow control signaling that enables an uplink grant to be transmitted to an end device regardless of the DRX mode. The bypass service may provide for an immediate grant for uplink data and may improve latency. The bypass service may also provide flow control signaling for downlink data that may cause the end device to wake up from a DRX mode and receive downlink data. The bypass service also provides predictive scheduling that allows an external network, such as a multi-access edge computing network to establish a DRX-free downlink connection before completion of data processing. The flow control signaling may include a quality of service flow identifier value that correlates to the bypass service.

Abstract: A device may include a processor configured to receive a request to establish a communication session or data flow for a user equipment (UE) device connected to a Radio Access Network (RAN). The processor may be further configured to obtain key performance indicators (KPI) information relating to one or more KPIs for a plurality of paths in a transport network used by the RAN to connect to a core network; determine a KPI requirement for the communication session or data flow to be established; select a path in the transport network based on the obtained KPI information and the determined KPI requirement; and establish the communication session or data flow in the transport network using the selected path.

Abstract: A fixed wireless access device (FWA) comprises a mobile terminal, a Wi-Fi® device; and a processor. The processor is configured to: determine a next active period, for the mobile terminal, within a Discontinuous Reception (DRX) cycle of the mobile terminal; and synchronize an interval of time, for transmission or reception of data at the Wi-Fi® device, to the next active period.

Abstract: A method, a network device, and a non-transitory computer-readable storage medium are described in relation to an transport congestion control notification service. The transport congestion control notification service may include providing congestion notification by a network device according to a schedule. The congestion notification may be implemented as explicit congestion notification bits included in packets. The schedule may govern the starting and stopping of the congestion notification. The schedule may be generated based on historical congestion states of relevance to the network device. The schedule may be generated by the network device or by an external device and provisioned at the network device.

Abstract: A power and environmental orchestration (P&EO) system uses network utilization condition information to implement scenarios that partially or fully reduce power requirements for radio access network (RAN) elements. A network device obtains power orchestration scenarios for a RAN and evaluates utilization data of multiple components of the RAN against the power orchestration scenarios. The network device determines that the utilization data meets a threshold for one of the power orchestration scenarios and applies the one of the power orchestration scenarios to reconfigure the RAN for reduced power consumption.

Abstract: A device may receive explicit congestion notification data associated with user devices connected to a network of network devices, and may receive network data identifying network metrics associated with the network devices. The device may generate an active queue management mapping table based on utilizing a model to process the explicit congestion notification data and the network data. The device may determine, based on the active queue management mapping table and the network data, a routing table that includes routing data identifying traffic paths with active queue management enabled network devices and without non-active queue management enabled network devices of the network devices. The device may provide the routing table to the network devices.

Abstract: A network device may receive Network Slice Selection Assistance Information (NSSAI) and network information from network components and from a set of Integrated Access and Backhaul (IAB) nodes; generate descriptions of, or updates to the descriptions of, routing paths based on the NSSAI and the network information; and send the descriptions or the updates to the IAB nodes. The routing paths may include one or more backhaul links between the IAB nodes, and the descriptions and the updates associate each of the routing paths with one or more Single-NSSAIs (S-NSSAIs).

Abstract: A controller determines a first path across a first segment routing (SR) domain and a second SR domain to a destination in the second SR domain, where the first SR domain uses a first SR protocol and the second SR domain uses a second SR protocol. The controller determines SR instructions that enable the interworking of the first SR domain and the second SR domain when data is routed across the first path to the destination. The controller sends, prior to the data being routed over the first path, the SR instructions to at least one of a first router in the first SR domain, a second router in the second SR domain, or a third router in the first SR domain to enable the interworking of the first and the second SR domains for segment routing the data across the first path.

Abstract: A method, a device, and a non-transitory computer-readable storage medium are described in which an predictive discontinuous reception (DRX) bypass service is provided. The bypass service may provide flow control signaling that enables an uplink grant to be transmitted to an end device regardless of the DRX mode. The bypass service may provide for an immediate grant for uplink data and may improve latency. The bypass service may also provide flow control signaling for downlink data that may cause the end device to wake up from a DRX mode and receive downlink data. The bypass service also provides predictive scheduling that allows an external network, such as a multi-access edge computing network to establish a DRX-free downlink connection before completion of data processing. The flow control signaling may include a quality of service flow identifier value that correlates to the bypass service.

Abstract: A device may provide path data identifying a primary path and one or more alternate paths for segment routing traffic in the network, and may receive performance data indicating a performance degradation in the primary path. The device may determine that the performance data satisfies a first threshold, and may request, based on the performance data satisfying the first threshold, alternate path performance data. The device may receive the alternate path performance data based on the request, and may compare the alternate path performance data for the one or more alternate paths. The device may select a particular alternate path, of the one or more alternate paths, based on comparing the alternate path performance data for the one or more alternate paths, and may trigger, based on the performance data satisfying a second threshold, a failover of the traffic from the primary path and to the particular alternate path.