Abstract: A device may receive, at an operating system, a request for a random number from an application. The device may provide a command to generate an entropy input, based on the request for the random number and through a driver that is isolated from the operating system, to a quantum random number generator that is isolated from one or more processors hosting the operating system. Accordingly, the device may receive the entropy input, from the quantum random number generator, using the driver, and may generate the random number based at least in part on the entropy input. The device may provide the random number to the application.

Abstract: Systems and methods leverage trust anchors to generate tokens which can then be used by network functions (NFs). A virtualization infrastructure manager (VIM) for a virtualized platform receives a NF software package and a certificate request token (CRT) from a management function. The NF is a virtual NF, a containerized NF, or another virtual entity (xNF) to be deployed. The CRT is digitally signed by the management function and includes a network address of a trust anchor platform and a NF profile. The VIM deploys the NF and provides the CRT to the NF. The NF obtains from the CRT the network address of the trust anchor platform, generates a certificate signing request (CSR) for a digital certificate, and submits the CSR and the CRT to the trust anchor platform. The NF receives a digital certificate from the trust anchor platform based on validation of both the CSR and CRT.

Abstract: A system described herein may maintain records, in a distributed ledger, that include parameters (e.g., Quality of Service (“QoS”) parameters and/or Multi-Access/Mobile Edge Computing (“MEC”) device management parameters) that are associated with particular applications and/or MEC operator systems. The system may identify a particular record, from the distributed ledger, that is associated with a particular MEC operator system. The particular record may indicate a first set of MEC configuration parameters implemented by the MEC device operator system, and one or more triggers based on which the first set of MEC configuration parameters were implemented by the MEC device operator system. The system may record a set of modified application parameters, that are generated based on the identified first set of MEC configuration parameters and the one or more triggers, to the distributed ledger.

Abstract: A method, a device, and a non-transitory storage medium provide for provisioning network resources of multi-access edge computing (MEC) networks in support of an application service session for an end device; assigning an IP address to the end device for use in a first coverage area served by a first MEC network of the MEC networks; receiving, by a first application function (AF) device at the first MEC network, a session mobility notification for the end device with respect to the first coverage area and a second coverage area served by a second MEC network of the MEC networks; setting, responsive to the session mobility notification, an allotted time for relocating the application service session from the first MEC network to the second MEC network; and transferring, during the allotted time, application context corresponding to the relocated application service session to a second AF device at the second MEC network.

Abstract: A device may receive an image and may process the image, with a first model or a second model, to convert the image into a binary image. The device may generate an identifier that identifies the first model, or identifies the second model and a color removed from the image, and may utilize clustering to cluster pixels of the binary image and to generate a segmented image with a quantity of segments. The device may generate a particular number of segments to select, and may select the particular number of segments, as selected segments, from the quantity of segments. The device may mask the selected segments to generate a protected image with masked segments, and may associate the protected image with the identifier and with original pixel data of the masked segments. The device may store the protected image, the identifier, and the original pixel data in a data structure.

Abstract: A base station may allocate wireless communication resources to configure a synthetic wireless communication signal for use as a radar signal. The synthetic wireless communication signal may be configured according to a wireless communication protocol of a wireless communication network that is associated with the base station. The base station may transmit, from an antenna and toward an area associated with the base station, the synthetic wireless communication signal. The base station may detect a reflected signal that is associated with the synthetic wireless communication signal. The base station may process the reflected signal to generate radar data; and perform an action associated with the radar data and the area.

Abstract: In some aspects, the techniques described herein relate to a method including: generating, by a processor, verification data; encoding, by the processor, the verification data within a base avatar using a steganography algorithm to generate an augmented avatar; and transmitting, by the processor, the augmented avatar to a recipient.

Abstract: Techniques for analyzing audiovisual content, such as streaming content are disclosed. In one embodiment, a method is disclosed comprising obtaining a frame of audiovisual content, using a video decoder to decode compressed model weights of at least one trained model, using the at least one trained model with the decoded weights to analyze the frame and extract content based on the analysis, using the extracted content to make a determination that the audiovisual content comprises a category of content, and causing actionable information to be transmitted to a client device of a user in response to the determination that the audiovisual content comprises the category of content.

Abstract: A system described herein may register a particular radio access network (“RAN”)-based interface, such as a R1 interface, with a RAN, such as an Open-RAN (“O-RAN”). The system may further be associated with a particular Service-Based Interface (“SBI”) of a core network that includes a plurality of network functions (“NFs”), where each NF is associated with a respective SBI. The system may receive, via the particular SBI, a request for RAN information from one or more NFs of the core network, obtain the RAN information from the RAN via the particular interface, output the requested RAN information to the one or more NFs of the core network via the particular SBI. Associating the system with the SBI may be performed without modifying a Network Repository Function (“NRF”) of the core network.

Abstract: A vehicle routing platform may store, in a first data structure, a value at a logical index for each pair of locations of a plurality of pairs of locations. The logical index, for a pair of locations, indicates whether a travel time has been determined. The vehicle routing platform may store, in a second data structure, an offset index for each predetermined logical index of one or more predetermined logical indexes of the first data structure. The offset index, for a predetermined logical index, may be based on a quantity of logical indexes preceding the predetermined logical index in the first data structure. The vehicle routing platform may store, in a third data structure, travel times between pairs of locations of a portion of the plurality of pairs of locations. The vehicle routing platform may determine a travel time, between a pair of locations, using the data structures.

Abstract: A first User Equipment (“UE”) may communicate with a second UE via a communication link to determine an operational status of the second UE. The second UE may be connected to a network via one or more communication sessions. The first UE may determine, based on the communication link, that the second UE is non-operational, and may output, based on determining that the second UE is non-operational, a request to communicate with the network via the one or more communication sessions associated with the second UE. The network may modify the one or more communication sessions to be associated with the first UE based on the request, and the first UE may communicate with the network via the one or more modified communication sessions.

Abstract: A device may receive and convert audio data to text data in real-time, and may detect a network fluctuation that causes missing voice packets. The device may process partial text and context of the text data, with a model, to generate a new phrase, and may generate a response phoneme for the new phrase. The device may utilize a text embedding model to generate a text embedding for the response phoneme, and may process the audio data, with the model, to generate a target voice sequence. The device may utilize an audio embedding model to generate an audio embedding for the target voice sequence, and may combine the text embedding and the audio embedding to generate an embedding input vector. The device may process the embedding input vector, with an audio synthesis model, to generate a final voice response, and may provide the audio data and the final voice response.

Abstract: A device may receive user device application performance logs, radio access network (RAN) performance logs, and multi-access edge computing (MEC) compute logs, and may train a machine learning model with the user device application performance logs, the RAN performance logs, and the MEC compute logs. The device may identify application capacity requirements and MEC compute requirements associated with images of RAN coverage areas of RANs, and may generate labeled and normalized images of RAN coverage areas. The device may receive real time MEC compute data, RAN performance data, and user device application data, and may identify one of the labeled and normalized images of the RAN coverage areas that matches a RAN coverage area of a particular RAN. The device may predict an application capacity and MEC compute requirements for the particular RAN, and may perform one or more actions based on the application capacity and the MEC compute requirements.

Abstract: A system described herein may register a particular Service-Based Interface (“SBI”) with a core network (e.g., a Fifth Generation core (“5GC”)). The core network may maintain information associating the system with the particular SBI. The system may request core network information, associated with the core network, from the core network. The core network may provide the requested core network information to the device via the registered particular SBI. The system may provide the core network information, received via the particular SBI, to a radio access network (“RAN”), such as an Open-RAN (“O-RAN”), which may modify RAN configuration parameters based on the provided core network information. The system may also receive requests for RAN information from the core network via the SBI, may obtain the information from one or more elements of the RAN, and may provide the requested RAN information to the core network via the SBI.

Abstract: Systems and methods for blockchain ledger growth management using separation of a blockchain ledger into multiple blockchain ledgers (each ledger having a state that can be tracked and used). The systems and methods also include linking the separated ledgers by utilizing a linking application and smart contracts added to the separated ledgers.

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: The present teaching relates to method, system, medium, and implementations for authenticating a user. A first request is received to set up authentication information with respect to a user, wherein the first request specifies a type of information to be used for future authentication of the user. It is determined whether the type of information related to the user poses risks based on a reverse information search result. The type of information for being used for future authentication of the user is rejected when the type of information is determined to pose risks.

Abstract: A user device may receive an image of a user, and may process the image, with a model, to identify a face of the user and key markers of the face. The user device my process the face and the key markers, with the model, to identify features of the face, and may calculate a z-index representing a distance between the face and a display. The user device may calculate left and right face rotation along an x-axis of the display, and may calculate up and down face rotation along a y-axis of the display, based on the features. The user device may calculate an x-position and a y-position of a cursor on the display based on the left and right face rotation, the up and down face rotation, and the z-index, and may provide the x-position and the y-position of the cursor to the display.

Abstract: One or more computing devices, systems, and/or methods for delivering video streams are provided. In an example, a first video stream chunk of a video stream is received. The first video stream chunk is transmitted to a first client device in response to a determination that the first video stream chunk is not associated with a quality issue. A second video stream chunk of the video stream is received. The second video stream chunk is analyzed to determine whether the second video stream chunk is associated with one or more quality issues. A first quality issue associated with the second video stream chunk is detected. A request for a corrective video stream chunk is transmitted to a cache node based upon the first quality issue. The corrective video stream chunk is received from the cache node. The corrective video stream chunk is transmitted to the first client device.

Abstract: A network device may receive, for an emergency call, a session initiation protocol (SIP) invite that includes a registered address of a user device that initiated the emergency call, and may determine whether the user device is associated with a private network based on the SIP invite. The network device may extract the registered address of the user device from the SIP invite and based on the user device being associated with the private network, and may provide the registered address to another network device. The other network device may determine a registered geographic location of the user device, based on the registered address, and may provide the registered geographic location to a public safety answering point associated with the emergency call.