Abstract: The present disclosure provides embodiments in which computing (e.g., edge computing) is part of base station (BS) capability. These embodiments may enable conducting computing offloading between a user equipment (UE) and BS in the radio access network (RAN), for example, compute in the RAN, and deliver “true” edge computing user experience. Other embodiments may be described and claimed.

Abstract: When a capillary network device connects to user equipment and the user equipment establishes or modifies a bearer to support traffic from the capillary device, the user equipment may request that the network provide some indication that the user equipment will not be charged for the traffic. The network may indicate to the user equipment that the flow is sponsored or that the user equipment will otherwise not be charged for the flow. Existing messages between a UE/GW, P-GW, PCRF, and an application server (AS) may be modified and new messages may be used so that the user equipment can request a guarantee of sponsorship or of non-charging and so that the AS may indicate to the user equipment that the flow is sponsored. The messaging can also be used by user equipment on its own behalf.

Abstract: Disclosed herein are a variety of systems, operations, MAC primitives, and procedures for context-aware Peer-to-Peer communications and multi-application Peer-to-Peer communications. An example system for a context-aware Peer-to-Peer communications system may include a physical and Medium Access Control (PHY/MAC) layer and an upper layer above the PHY/MAC layer. The PHY/MAC layer may include at least one of a discovery function, an association function, a data transceiving function, a channel management function, a general scan function, a synchronization function, a power control function, or management and reporting function. The upper layer may be one of a service layer or an application layer.

Abstract: To address technical problems facing producer and consumer mobility in cellular ICN/NDN networks, a technical solution includes leveraging device tracking during handover in the cellular system to optimize cache replacement and route updates during handover. This solution also improves performance by advance caching and route update during mobility handling, which reduces or eliminates interest packet flooding and latency for upcoming potential content request and retrieval. This solution also improves performance by operating based on the observed popularity of the content, and based on the mobility patterns of the consumer and producer.

Abstract: Systems, apparatuses, methods, and computer-readable media, are provided for selecting edge or central servers for serving client systems based on network events monitored by one or more network elements. Embodiments may be relevant to multi-access edge computing (MEC) and Automotive Edge Computing Consortium (AECC) technologies. Other embodiments may be described and/or claimed.

Abstract: Management of context and power control information enables different power control schemes for point-to-point or point-to-multipoint based on proximity services or applications. Context information may be defined as situation data about a service or application that is used to help define a power control scheme to be implemented. Power control information may be defined as control or status data for power control, which can be used for reporting or controlling the transmitting power of a peer in a P2P network. Context and power control information may be managed across multiple layers such as the application layer, service layer, media access control layer, or physical layer. Context and power control information is updated and exchanged between or among peers for context-related power control in proximity services.

Abstract: Systems and techniques for quality-of-service (QoS) in cellular information centric network (ICN) are described herein. To this end, QoS characteristics may be obtained for an ICN packet. The QoS characteristics may then be applied to the ICN packet. The ICN packet may then be transmitted in accordance with the QoS characteristics.

Abstract: Systems and techniques for mission critical (MC) push notification mechanism in a high-reliability (HR) information centric network (ICN) are described herein. For example, a node may test network links to other nodes to classify the other nodes into proximate nodes and non-proximate nodes based on a reception metric. The node may then elect a set of leader nodes from the proximate nodes. Here, the set of leader nodes are selected based on link quality between respective leader nodes and non-proximate nodes. The node may detect an MC event and create an ICN data packet that contains data from the MC event. The node may then transmit the ICN data packet to the set of leader nodes that then relay the ICN data packet to the non-proximate nodes.

Abstract: Systems and techniques for information centric network (ICN) emergency data collection are described herein. For example, an event coverage area may be measured. An interest packet may be transmitted to map nodes within the coverage area. In an example, the interest packet specifies a group prefix. A group of nodes that respond to the interest packet may be selected as event detecting nodes. Then, an event subscription interest packet may be transmitted to the event-detecting nodes.

Abstract: Systems and techniques for information centric network (ICN) interworking are described herein. For example, a request may be received at a convergence layer of a node. Here, the request originates from an application on the node. A network protocol, from several available to the node, may be determined to transmit the request. The node then transmits the request via the selected network protocol.

Abstract: Systems and techniques for information-centric network data cache management are described herein. A demand metric may be calculated for a content item requested from an information-centric network (ICN). A resistance metric may be calculated for each cache node of a set of cache nodes in the ICN based on the demand metric. A topology of the set of cache nodes may be evaluated to identify a transmission cost for each cache node of the set of cache nodes. An influencer node may be selected from the set of cache nodes based on the resistance metric for the influencer node and the transmission cost for the influencer node. The content item may be cached in a data cache of the influencer node.

Abstract: Systems and techniques for information centric network (ICN) approximate computation caching are described herein. For example, an interest packet that includes a feature set of input data may be received. A node may then perform a search of a local data store using the feature set to determine an approximate computation result cached in the local data store. Here, the approximate computation result may be based on input data that differs from the input data named in the interest packet. The node may then return the approximate computation result to an author of the interest packet in response to the search.

Abstract: Systems and methods may integrate acknowledgments, such as application-level acknowledgments and medium access control layer acknowledgments. For a cross-layer acknowledgment method, a medium access control layer acknowledgment and application-layer acknowledgment may be integrated as a single medium access control layer acknowledgment. For a cross-application acknowledgment method, an application-layer acknowledgment for a first application and application-layer acknowledgment for a second application may be integrated into a single medium access control layer frame.

Abstract: In one example a system to manage inter-vehicle communication in a decentralized vehicle-to-vehicle network comprises a plurality of sensors to detect context information about driving conditions proximate a first vehicle; a communication interface to manage communications between the first vehicle and a second vehicle; and a controller communicatively coupled to the plurality of sensors and the communication interface and comprising processing circuitry, to receive context information from the plurality of sensors; determine, from the context information, when the first vehicle is approaching a dead zone in which contact with a communication network may be lost; and in response to a determination that the first vehicle is approaching a dead zone in which contact with a communication network may be lost, to activate a synchronization frame broadcast module to broadcast a synchronization frame via the communication interface. Other examples may be described.

Abstract: Methods and systems are disclosed for determining context information for one or more peers to be used in a peer discovery and/or peer association process(es) and/or to otherwise facilitate P2P proximity communications. For example, a method for determining peer context information may include receiving a context-aware identifier (CAID). The CAID may include one or more items of context information associated with the peer in addition to an indication of an identity of the peer. A first portion of the CAID may be decoded to determine a first item of context information associated with the peer. The first portion of the CAID may be decodable without having to process a payload portion of the message. It may be determined whether to continue processing one or more of the CAID or the message based on the first item of context information. The CAID may be used in discovery and/or association procedure(s).

Abstract: Systems, methods, and instrumentalities may implement service-based discovery in a network, such as a 3GPP or 3GPP2 network. A Discovery Server may be used to query and find services offered by the network or by entities that interface with the network. Situational context information or policy information, or both, may be communicated to the discovery server so that the Discovery Server can provide context-aware and policy-based discovery services. The Discovery Server may be used to control which of the entities that interface with the network can discover one another. The Discovery Server may support queries based on, for example, the type of MTC entity, the type of services hosted on the entity, the availability times of the entity, types of protocols supported, levels of Quality of Service (QoS) supported, and MTC-IWF services.

Abstract: Systems, methods, and apparatus embodiments are described herein for context information management at the medium access control layer. In one embodiment, a system comprises a plurality of peers which communicate via peer-to-peer communications. In the system, context information may be exchanged at the MAC layer. Examples of context information include, without limitation, location information, mobility information, device capability, user information, an application category, multi-hop information, a channel condition, application information, association identifiers, and device information. Each of the plurality of peers may include a context manager that resides on each peer device. For example, a first context manager that resides on a first peer of the plurality of peers may exchange context information with a second context manager that resides on a second peer of the plurality of peers.

Abstract: Embodiments contemplate wireless communication that may include sending machine type communication (MTC) application data from a services capability server (SCS) to an MTC user equipment (UE/WTRU) using a device trigger. The device trigger may be used to instruct an MTC device application to initiate communications with an SCS. Embodiments also contemplate that a first device trigger (DT) request may be received from a first wireless transmit/receive unit (WTRU) and a machine-type-communication inter-working function (MTC-IWF) may be determined in response to the first DT request. A second DT request may be sent to the MTC-IWF; and a first DT response may be received from the MTC-IWF. The first DT response may include a first information regarding a second WTRU.

Abstract: In one example a system to manage inter-vehicle communication in a decentralized vehicle-to-vehicle network comprises a plurality of sensors to detect context information about driving conditions proximate a first vehicle; a communication interface to manage communications between the first vehicle and a second vehicle; and a controller communicatively coupled to the plurality of sensors and the communication interface and comprising processing circuitry, to receive context information from the plurality of sensors; determine, from the context information, when the first vehicle is approaching a dead zone in which contact with a communication network may be lost; and in response to a determination that the first vehicle is approaching a dead zone in which contact with a communication network may be lost, to activate a synchronization frame broadcast module to broadcast a synchronization frame via the communication interface. Other examples may be described.

Abstract: A machine-to-machine (M2M) gateway is configured with a service capability layer (SCL) and includes a storage unit, a network interface and a processor. The storage unit stores rules for allocating resources in a resource tree. The resources include a functions collection resource of function sub-resources, at least one of which represents a function that generates contextual cues from content and a corresponding semantic description. The processor also receives requests to create new function sub-resources in the collection and creates new function sub-resources in the resource tree in response to the requests. The processor receives other requests targeting the new function sub-resources. The processor generates high-level contextual information, using the new function, based on content data and the associated semantic description of the content data received in the other requests, and routes data in the M2M network based on the generated information.