Abstract: A wireless device transmits, to a second wireless device via an internet protocol multimedia subsystem (IMS) network entity, a session initiation protocol (SIP) invitation. The SIP invitation may comprise a session description protocol (SDP). The SDP may comprise a media type and one or more attributes. The media type may identify a protocol for controlling operational orders. The controlling operational orders may comprise at least: mechanical operational orders; and electrical operational orders. The one or more attributes may identify a format of the protocol to establish a SIP session. The wireless device may receive, from the second wireless device via the IMS network entity, a SIP confirmation for the SIP session. The wireless device may control the second wireless device employing the controlling operational orders identified by the media type.

Abstract: A request message for changing one or more media for an MCVideo call may be transmitted from a wireless device to n MCVideo application function (AF). A DIAMETER AA-request (AAR) command may be received by a policy and charging rules function (PCRF) from the MCVideo AF. The DIAMETER AAR command may comprise: a modification bearer message; and an application identifier attribute-value pairs (AVP) corresponding to the MCVideo call. An implementation message may be transmitted from the PCRF to a policy and charging enforcement function (PCEF). The implementation message may comprise an updated Quality of Service (QoS). The PCEF may implement the updated QoS for the MCVideo call. The updated QoS may: comprise QoS data bearer modification information; and depend on a change in a radio network coverage.

Abstract: Apparatuses, methods, and systems are disclosed for establishing an IP multimedia subsystem session. One method includes receiving, at a first network entity from a user device, a first session initiation protocol message comprising a session description protocol, wherein the first session initiation protocol message is used to establish an internet protocol multimedia subsystem session for an application. The method includes transmitting, from the first network entity to a second network entity, a first message comprising an internet protocol address and an identifier for the application. The method includes receiving, at the first network entity from the second network entity, a status of a radio access technology of the user device, wherein the status of the radio access technology of the user device is received by the second network entity from a third network entity.

Abstract: A first wireless device transmits to a second wireless device, a SIP REGISTER message comprising a first Contact header field comprising an internet Protocol multimedia subsystem (IMS) identifier identifying a mission critical video capability of the first wireless device. The second wireless device transmits to an IMS network entity, a second SIP REGISTER message comprising a second Contact header field comprising the IMS identifier. The IMS network entity identifies a mission critical application server (MC AS) and registers the first wireless device to the MC AS. The MC AS: receives a SIP request from the IMS network entity for the first wireless device; determines that a mission critical video service can be established employing the SIP request and the mission critical video capability; and transmits the SIP request to the first wireless device via the second wireless device.

Abstract: Systems, devices, and methods for reporting information in real time about traffic generated by each application for a device are described. In one aspect, the network can configure a list of applications user equipment (UE) devices need to report traffic information for and then when one of these applications starts a communication, the UE may send traffic descriptor(s) describing the traffic generated by the application. In this way the network can accurately identify the traffic and take actions based on UE report and local policy or subscription.

Abstract: A first off-network wireless device discovers a second off-network wireless device and a third off-network wireless device. The first off-network wireless device transmits first media traffic employing a first session to the third off-network wireless device. The first off-network wireless device receives a floor request message from the second off-network wireless device. The floor request message comprises an organization field identifier and an organization identifier. The first off-network wireless device determines a call priority based on the organization field identifier and the organization identifier. Based on the call priority, transmission of the first media traffic to the third off-network wireless device is terminated. The first off-network wireless device starts transmission of second media traffic to the second off-network wireless device employing a second session.

Abstract: A policy and charging rules function (PCRF) receives from a mission critical video (MCVideo) application function, a DIAMETER AA-Request (AAR) command to establish an MCVideo bearer. The DIAMEER AAR command comprises: an attribute value pair (AVP) comprising an MCVideo-identifier identifying an MCVideo service; one or more quality of service (QoS) parameters indicating a QoS of the MCVideo service; and a priority of the MCVideo service. The PCRF determines one or more policy and charging control (PCC) provisions, based on: the MCVideo-identifier, the one or more QoS parameters, and the priority of the MCVideo service. The PCRF transmits a DIAMETER command to a policy charging enforcement function (PCEF). The DIAMETER command comprises the one or more PCC provisions.

Abstract: A first off-network mission critical (ONMC) wireless device discovers ONMC wireless devices employing a proximity services discovery procedure. First media traffic is transmitted employing a first mission critical session to a third ONMC wireless device. A message comprising an organization field identifier and an organization identifier is received from a second ONMC wireless device. A call priority is determined, at least in part, based on the organization field identifier and the organization identifier. Transmission of the first media traffic terminates, based at least on the call priority. Transmission of second media traffic to the second ONMC wireless device employing a second mission critical session may be started.

Abstract: A request message for changing one or more media for an MCVideo call may be transmitted from a wireless device to n MCVideo application function (AF). A DIAMETER AA-request (AAR) command may be received by a policy and charging rules function (PCRF) from the MCVideo AF. The DIAMETER AAR command may comprise: a modification bearer message; and an application identifier attribute-value pairs (AVP) corresponding to the MCVideo call. An implementation message may be transmitted from the PCRF to a policy and charging enforcement function (PCEF). The implementation message may comprise an updated Quality of Service (QoS). The PCEF may implement the updated QoS for the MCVideo call. The updated QoS may: comprise QoS data bearer modification information; and depend on a change in a radio network coverage.

Abstract: A floor control for a video application operating on a wireless device employing a video bearer may be modified by a video application function (AF). A policy and charging rules function (PCRF) may receive from the video AF, a first request, in response to the modifying the floor control. The first request may comprise one or more quality of service (QoS) parameters indicating a QoS of the video bearer. The PCRF may decide one or more policy and charging control (PCC) provisions for the QoS provided for the video application. The PCRF may transmit to a policy charging enforcement function (PCEF), a second request comprising the one or more PCC provisions for the QoS. The PCEF may enforce the one or more PCC provisions for the QoS on a popularity of packet transmitted via the video bearer to the wireless device.

Abstract: A method, an apparatus, and a computer program product are provided. The apparatus may be a UE configured to receive from a base station access parameters corresponding to respective types of access controls for different types of data services, receive a TFT established at a core network based on mapping a packet filter to access control information for each type of access control, receive a data packet from an application, match the data packet to the packet filter to determine access control information corresponding to the data packet, and establish communication for the data packet based on access parameters for the determined access control information. Alternatively, the apparatus may be policy server configured to receive a request for traffic control regarding data being communicated to an application server, determine a policy update for the application server based on the request, and transmit the policy update to a UE.

Abstract: Systems, devices, and methods for reporting information in real time about traffic generated by each application for a device are described. In one aspect, the network can configure a list of applications user equipment (UE) devices need to report traffic information for and then when one of these applications starts a communication, the UE may send traffic descriptor(s) describing the traffic generated by the application. In this way the network can accurately identify the traffic and take actions based on UE report and local policy or subscription.

Abstract: The disclosure provides a mechanism where a user equipment (UE) may communicate with a neighbor UE of the UE's neighbor UE by utilizing the UE's neighbor UE as a relay for the communication between the UE and the neighbor UE of the UE's neighbor UE. In an aspect, the first UE receives a discovery message from a second UE, the discovery message including information about 1-hop neighbor UEs of the second UE. The first UE determines to communicate with a third UE based on the discovery message, the third UE being one of the 1-hop neighbor UEs of the second UE. The first UE requests the second UE to operate as a relay for communication between the first UE and the third UE. The first UE communicates with the third UE through the second UE.

Abstract: Systems, devices, and methods for reporting information in real time about traffic generated by each application for a device are described. In one aspect, the network can configure a list of applications user equipment (UE) devices need to report traffic information for and then when one of these applications starts a communication, the UE may send traffic descriptor(s) describing the traffic generated by the application. In this way the network can accurately identify the traffic and take actions based on UE report and local policy or subscription.

Abstract: A wireless device transmits, to a second wireless device via an internet protocol multimedia subsystem (IMS) network entity, a session initiation protocol (SIP) invitation. The SIP invitation may comprise a session description protocol (SDP). The SDP may comprise a media type and one or more attributes. The media type may identify a protocol for controlling operational orders. The controlling operational orders may comprise at least: mechanical operational orders; and electrical operational orders. The one or more attributes may identify a format of the protocol to establish a SIP session. The wireless device may receive, from the second wireless device via the IMS network entity, a SIP confirmation for the SIP session. The wireless device may control the second wireless device employing the controlling operational orders identified by the media type.

Abstract: A floor control for a video application operating on a wireless device employing a video bearer may be modified by a video application function (AF). A policy and charging rules function (PCRF) may receive from the video AF, a first request, in response to the modifying the floor control. The first request may comprise one or more quality of service (QoS) parameters indicating a QoS of the video bearer. The PCRF may decide one or more policy and charging control (PCC) provisions for the QoS provided for the video application. The PCRF may transmit to a policy charging enforcement function (PCEF), a second request comprising the one or more PCC provisions for the QoS. The PCEF may enforce the one or more PCC provisions for the QoS on a popularity of packet transmitted via the video bearer to the wireless device.

Abstract: A vehicle to everything application function (V2X AF) transmits a DIAMETER AA-request command to a policy and charging rule function (PCRF). The DIAMETER AA-request command comprises: an attribute value pairs (AVP) identifying a V2X application, and one of more quality of service (QoS) parameters. The one of more quality of service (QoS) parameters indicate a QoS of a V2X bearer for the V2X application employed by a wireless device. The PCRF decides one or more policy and charging control (PCC) provisions for the QoS provided for the V2X application identified by the AVP. The PCRF transmits a DIAMETER command to a policy charging enforcement function (PCEF). The DIAMETER command comprises the one or more PCC provisions for the QoS. The PCEF enforces the one or more PCC provisions for the QoS on a plurality of packets transmitted via the V2X bearer to the wireless device.

Abstract: A wireless device may transmit a session initiation protocol (SIP) REGISTER request to an internet protocol multimedia subsystem (IMS) network entity. The SIP REGISTER Request may comprise a first SIP header field. The first SIP header field may comprise one or more indicators for V2X capabilities of the wireless device. The wireless device may receive a SIP response from the IMS network entity. The SIP response may comprise the first SIP header field confirming the registration of the V2X capabilities. The wireless device may receive a second SIP request from the IMS network entity. The second SIP request may comprise a second SIP header field. The second SIP header field may comprise one or more indicators for V2X multicast service capabilities. The second SIP request may comprise one or more configuration parameters to receive packets via V2X broadcast and multicast bearers. The wireless device may transmit a second SIP response to the IMS network entity.

Abstract: A first V2X wireless device may transmit a first discovery request to a V2X network entity. The a V2X network entity may comprise a first wireless device identifier and a V2X value. The V2X value may indicate a V2X communication capability. The first V2X wireless device may receive a first discovery response from the V2X network entity. The first discovery response may comprise a first discovery code. The first discovery code may correspond to at least the V2X value. The first V2X wireless device may perform a discovery procedure. The discovery procedure may employ the first discovery code. The first V2X wireless device may communicate, with a second V2X wireless device by employing the V2X communication capability, one or more packets in response to the discovery procedure connecting the first V2X wireless device with the second V2X wireless device.

Abstract: A first off-network wireless device discovers a second off-network wireless device employing a proximity services (ProSe) discovery procedure. The first off-network wireless device receives a broadcast announcement for an off-network session identifying one or more first required capabilities from the second off-network wireless device. The first off-network wireless device determines when the first off-network wireless device is compliant with the one or more first required capabilities. The first off-network wireless device joins the off-network session in response to the first off-network wireless device being compliant.