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: 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 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: 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: 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.

Abstract: Systems and methods may integrate acknowledgments, such as application-level acknowledgments and medium access control layer acknowledgments. In an embodiment of 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. In an embodiment of 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: Devices, computer readable media, and methods for supporting services at an application service layer (ASL) are disclosed. The ASL may be a machine-to-machine (M2M) services capability layer (SCL). Content functions may interpret the data to generate a semantic description of the data. Semantic information associated with data may be stored. Context aware functions may process the semantic description of the data to generate lower level contextual cues. Context aware reasoning functions may process the lower level contextual cues to deduce higher level context. An application or a second ASL may use the contextual cues and the situational context to trigger an action. The ASL may create a trigger condition based on a received message. The ASL may invoke a function based on detecting a trigger condition. The ASL may perform a command based on a received command. The ASL may use a objective function and feedback to control a device.

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: A method and apparatus are described for negotiating “keep-alive” message frequencies of applications running on a wireless transmit/receive unit (WTRU). A node may include a negotiation and synchronization function (NSF) configured to collect information including frequencies of keep-alive messages required by application servers for different applications running on the WTRU, and send a keep-alive message frequency negotiation request message to the application servers to negotiate for a more proper frequency for each application on behalf of the WTRU. The node may further include a buffering and caching function (BCF) configured to cache and buffer application specific attributes including an indication of whether each of the applications needs to send periodic keep-alive messages to an associated application server. The node may be a packet data network gateway, a negotiation and caching gateway, or a serving gateway.

Abstract: Disclosed herein are methods and devices for sharing a packet data protocol (PDP) context among a plurality of devices. For example, a method or sharing a PDP context among a plurality of devices may include a wireless transmit/receive unit (WTRU) sending a request to establish or modify a PDP context. The request to establish or modify the PDP context may include an indication that the WTRU is a member of shared context group. The method may also include the WTRU receiving a response indicating that the request to establish or modify the PDP context was accepted. The method may also include the WTRU acting as a gateway for at least one other device in the shared context group. The request to establish or modify the PDP context may be an attach request. The indication that the WTRU is a member of shared context group may be a group identifier (ID).

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: 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: 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 and methods may integrate acknowledgments, such as application-level acknowledgments and medium access control layer acknowledgments. In an embodiment of 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. In an embodiment of 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: Systems and methods may integrate acknowledgments, such as application-level acknowledgments and medium access control layer acknowledgments. In an embodiment of 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. In an embodiment of 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: Apparatuses, computer readable media, and methods are disclosed for context aware synchronization for peer-to-peer communication. A method may include extracting from a super beacon synchronization information. The method may further include synchronizing with a beacon of an application based on the synchronization information. Another method may include extracting synchronization information from a received beacon, if the received beacon is for a first application. The method may further include if the received beacon is not for a first application, then extracting common beacon synchronization information from the received beacon, scanning for the common beacon based on the extracted common beacon synchronization information, receiving the common beacon, and extracting common channel synchronization information from the common beacon.

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: Methods and apparatus may be used to provide reliable multicast or broadcast for peer-to-peer (P2P) communications. A wireless transmit/receive unit (WTRU) may receive a medium access control (MAC) data frame. The MAC data frame may indicate a flexible acknowledgement (ACK) type (e.g., a subset of peers, a single peer, location based, context based, and/or packet type based). The MAC data frame may indicate an ACK sequence. The ACK sequence may indicate an ACK transmission sequence among peers. The WTRU may determine whether to send an ACK message based on the flexible ACK type and/or the ACK sequence. The WTRU may receive an ACK message from a peer. The WTRU may send the ACK message when it is determined that the ACK message should be sent.

Abstract: A method and apparatus are described for negotiating “keep-alive” message frequencies of applications running on a wireless transmit/receive unit (WTRU). A node may include a negotiation and synchronization function (NSF) configured to collect information including frequencies of keep-alive messages required by application servers for different applications running on the WTRU, and send a keep-alive message frequency negotiation request message to the application servers to negotiate for a more proper frequency for each application on behalf of the WTRU. The node may further include a buffering and caching function (BCF) configured to cache and buffer application specific attributes including an indication of whether each of the applications needs to send periodic keep-alive messages to an associated application server. The node may be a packet data network gateway, a negotiation and caching gateway, or a serving gateway.