Abstract: Systems and methods are introduced to enable cross-domain discovery. Systems and methods are also introduced to create representations of resources and information discovered from cross-domain discovery.

Abstract: An interworking service entity receives server registration requests including indications of service layer protocols used by each server, maintains a repository of server information, and uses the repository for interworking requests of devices to servers of different protocols based on a server type provided in discovery requests. Other matching information may include, for example, server security protocol, supported services, service territory, availability, capacity, or loading, as device information or preferences, such a supported service, supported interface type, or a supported device type.

Abstract: A Service Capability Exposure Function for a UE (U-SCEF) may be part of the UE's operating system (OS) and expose API's to applications that allow these applications to schedule data plane communications such as periodic sensor measurements or a firmware download. The U-SCEF communicates with an EPC Interworking Service that resides in the mobile network operator's (S)Gi-LAN. The EPC Interworking Service serves as an interface between the U-SCEF and the service capabilities that are exposed by the MNO via the SCEF. The U-SCEF may provide the EPC Interworking Service with information about the UE's anticipated communication schedule and mobility status. The EPC Interworking Service uses the services that are exposed by the SCEF to determine the optimal times for the UE to communicate, an optimal mobility management configuration, etc. The EPC Interworking Service negotiates a communication schedule with the EPC (SCEF) and policies on behalf of the U-SCEF.

Abstract: System and methods that improve the use of network functions on edge data networks are disclosed. A mechanism that supports edge-assisted UE context and trigger collection is described herein, where a UE can actively send its context information and/or any trigger (e.g. a request for a network function/service to be deployed in edge data networks, etc.) to an edge enabler server, which processes the received context and triggers from its UEs. The edge enabler server may also forward UE context and triggers to 5G core network (5GC) upon receiving a solicitation request from the 5GC, or if the 5GC has already made a subscription for getting notification on UE context and triggers. A network repository function is provided as a new network function collect, store, and manage edge data network information.

Abstract: Systems and methods are introduced to enable cross-domain discovery. Systems and methods are also introduced to create representations of resources and information discovered from cross-domain discovery.

Abstract: Methods and apparatus for offline management of blockchain nodes are disclosed. A method performed by a first blockchain node may comprise transmitting, to at least a second blockchain node, a first message that includes information indicating a status of the first blockchain node and a value indicating a time at which the first block chain node will go offline; receiving, from the second blockchain node, a second message that includes information indicating a blockchain proxy node being selected for the first blockchain node; and transitioning to an offline status at the time indicated by the value.

Abstract: Systems, methods, and apparatuses, including network interface controllers and computer-readable media, for traffic shaping offload. A network computing device can receive data packets for transmission and implement a traffic policy that includes transmitting at least some data packets without delay to their intended destination. Confirmation tokens for non-delayed packets can be queued in a time-indexed data structure and dequeued according to a traffic shaping policy. Confirmation tokens can be generated and stored independent of the time at which corresponding packets for the tokens are transmitted. Dequeued confirmation tokens can cause the network computing device to receive additional packets for transmission. The device can flag at least some packets for transmission without delay according to aspects of the disclosure, while un-flagged packets can be shaped according to a different traffic shaping policy.

Abstract: Systems, methods, and apparatuses, including network interface controllers and computer-readable media, for traffic shaping offload. A network computing device can receive data packets for transmission and implement a traffic policy that includes transmitting at least some data packets without delay to their intended destination. Confirmation tokens for non-delayed packets can be queued in a time-indexed data structure and dequeued according to a traffic shaping policy. Confirmation tokens can be generated and stored independent of the time at which corresponding packets for the tokens are transmitted. Dequeued confirmation tokens can cause the network computing device to receive additional packets for transmission. The device can flag at least some packets for transmission without delay according to aspects of the disclosure, while un-flagged packets can be shaped according to a different traffic shaping policy.

Abstract: Systems, methods, and apparatuses, including network interface controllers and computer-readable media, for traffic shaping offload. A network computing device can receive data packets for transmission and implement a traffic policy that includes transmitting at least some data packets without delay to their intended destination. Confirmation tokens for non-delayed packets can be queued in a time-indexed data structure and dequeued according to a traffic shaping policy. Confirmation tokens can be generated and stored independent of the time at which corresponding packets for the tokens are transmitted. Dequeued confirmation tokens can cause the network computing device to receive additional packets for transmission. The device can flag at least some packets for transmission without delay according to aspects of the disclosure, while un-flagged packets can be shaped according to a different traffic shaping policy.

Abstract: An access point that performs dynamic selection of an electronic-device-specific receive antenna pattern of an antenna for use when receiving a frame from an electronic device in a WLAN is described. In particular, during operation the access point may determine the receive antenna pattern of the antenna that is used when receiving the frame from the electronic device. Then, the access point may store, in memory, information that specifies the receive antenna pattern. Moreover, when the access point predicts that the electronic device will transmit a frame to the access point within a subsequent time interval, the access point may select the receive antenna pattern and may set an antenna pattern of the antenna to the receive antenna pattern. Next, the access point may receive the frame from the electronic device using the receive antenna pattern.

Abstract: An access point that performs dynamic selection of an electronic-device-specific receive antenna pattern of an antenna for use when receiving a frame from an electronic device in a WLAN is described. In particular, during operation the access point may determine the receive antenna pattern of the antenna that is used when receiving the frame from the electronic device. Then, the access point may store, in memory, information that specifies the receive antenna pattern. Moreover, when the access point predicts that the electronic device will transmit a frame to the access point within a subsequent time interval, the access point may select the receive antenna pattern and may set an antenna pattern of the antenna to the receive antenna pattern. Next, the access point may receive the frame from the electronic device using the receive antenna pattern.

Abstract: An access point that performs dynamic selection of an electronic-device-specific receive antenna pattern of an antenna for use when receiving a frame from an electronic device in a WLAN is described. In particular, during operation the access point may determine the receive antenna pattern of the antenna that is used when receiving the frame from the electronic device. Then, the access point may store, in memory, information that specifies the receive antenna pattern. Moreover, when the access point predicts that the electronic device will transmit a frame to the access point within a subsequent time interval, the access point may select the receive antenna pattern and may set an antenna pattern of the antenna to the receive antenna pattern. Next, the access point may receive the frame from the electronic device using the receive antenna pattern.

Abstract: An access point that performs dynamic selection of an electronic-device-specific receive antenna pattern of an antenna for use when receiving a frame from an electronic device in a WLAN is described. In particular, during operation the access point may determine the receive antenna pattern of the antenna that is used when receiving the frame from the electronic device. Then, the access point may store, in memory, information that specifies the receive antenna pattern. Moreover, when the access point predicts that the electronic device will transmit a frame to the access point within a subsequent time interval, the access point may select the receive antenna pattern and may set an antenna pattern of the antenna to the receive antenna pattern. Next, the access point may receive the frame from the electronic device using the receive antenna pattern.