USER EQUIPMENT, PORT CONTROL PROTOCOL SERVER, AND METHODS FOR SIGNALING DEVICE AND APPLICATION FEEDBACK

• US 20150195750A1
• Filed: 03/17/2015
• Published: 07/09/2015
• Est. Priority Date: 09/17/2013
• Status: Active Grant

• Current Assignee: Apple Inc.
• Original Assignee: Intel IP Corporation (Intel Corporation)
• Inventors: Sivanesan, Kathiravetpillai, Vannithamby, Rath, Yiu, Candy
• Granted Patent: US 9,554,305 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06Q 30/0251 Targeted advertisements
• CPC Class Codes: G06Q 30/0269 based on user profile or attribute
• CPC Class Codes: H04L 65/60 Network streaming of media packets
• CPC Class Codes: H04N 7/147 Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals selecting H04Q
• CPC Class Codes: H04W 36/0016 Hand-off preparation specially adapted for end-to-end data sessions
• CPC Class Codes: H04W 36/0058 Transmission of hand-off measurement information, e.g. measurement reports
• CPC Class Codes: H04W 36/0079 in case of hand-off failure or rejection
• CPC Class Codes: H04W 4/70 Services for machine-to-machine communication [M2M] or machine type communication [MTC]
• CPC Class Codes: H04W 74/0833 Random access procedures, e.g. with 4-step access

Abstract

Embodiments of User Equipment (UE) and methods to support reception of content for use by an application supported by a Port Control Protocol (PCP) client are disclosed herein. The UE may receive, from a PCP server, a first portion of video content for use by the application during a first time period. The UE may send a PCP update message that includes one or more mobility status parameters. The UE may receive a second portion of the video content for use by the application during a second time period. The first and second portions of the video content may be received from a first and a second mobility anchor, which may operate as relays for the PCP server. The second mobility anchor may be determined based on a referred IP prefix included in the PCP date message.

Claims

1. (canceled)

2. User Equipment (UE) comprising hardware processing circuitry configured to:

receive, as part of a communication session with a Port Control Protocol (PCP) server, a first portion of video content for use by an application during a first time period, wherein the first portion is received from a first mobility anchor;

send, for reception at the PCP server, a PCP update message that includes one or more mobility status parameters associated with the communication session; and

receive, as part of the communication session, a second portion of the video content for use by the application during a second time period, wherein the second portion is received from a second mobility anchor that is based at least partly on the mobility status parameters included in the PCP update message.

3. The UE according to claim 2, wherein:

the first and second portions of the video content are received from the PCP server;

the first and second mobility anchors operate as relays for the PCP server; and

the application is supported by a PCP client at the UE.

4. The UE according to claim 2, wherein:

the PCP update message includes a PCP PEER message with a Preferred Internet Protocol Prefix and Mobility (PIPPM) option;

the mobility status parameters include an Internet Protocol (IP) prefix determined at the UE; and

the determined IP prefix is associated with the second mobility anchor.

5. The UE according to claim 4, wherein the determination of the IP prefix included in the PCP update message is based at least partly on a historical usage of IP prefixes by the UE as part of other communication sessions.

6. The UE according to claim 4, wherein the mobility status parameters further include an IP continuity parameter that indicates support for reception from the second mobility anchor according to a second IP prefix different from a first IP prefix used for reception from the first mobility anchor.

7. The UE according to claim 6, the hardware processing circuitry further configured to receive the second IP prefix from the first mobility anchor.

8. The UE according to claim 2, wherein the first mobility anchor is supported by a first Evolved Node-B (CNB) and the second mobility anchor is supported by a second eNB.

9. The UE according to claim 3, wherein the first portion of the video content is formatted according to a first encoded bit rate and the second portion of the video content is formatted according to a second encoded bit rate, and

wherein the second encoded bit rate is reduced in comparison to the first portion of the video content and the reduction is based at least partly on the determined IP prefix included in the PCP update message.

10. The UE according to claim 3, the UE further comprising one or more antennas configured to receive the first and second portions of the video content and further configured to send the PCP update message.

11. A method of receiving video content at a User Equipment (UE) as part of a communication session, the method comprising:

receiving a first portion of the video content from a Port Control Protocol (PCP) server for use in an application supported by a PCP client, the first portion received according to a first Internet Protocol (IP) prefix;

sending, for reception at the PCP server, a PCP update message that includes a preferred IP prefix for the communication session;

receiving a setup message from the PCP server that indicates connectivity with the PCP server according to the preferred IP prefix as part of the communication session;

wherein the preferred IP prefix is based at least partly on a historical usage frequency of the preferred prefix by the UE in other communication sessions, and the preferred IP prefix is different from the first IP prefix.

12. The method according to claim 11, wherein:

the first portion is received from a first mobility anchor operating as a relay for the PCP server and the first prefix is reserved for the first mobility anchor;

the method further comprises receiving a second portion of the video content from the PCP server for use in the application, the second portion received according to the preferred IP prefix;

the second portion is received from a second mobility anchor operating as a relay for the PCP server and the preferred IP prefix is reserved for the second mobility anchor; and

the first portion and second portion of the video content enable video playback of the video content by the application.

13. The method according to claim 12, wherein the PCP update message includes a PCP PEER message with a Preferred Internet Protocol Prefix and Mobility (PIPPM) option.

14. A non-transitory computer--readable storage medium that stores instructions for execution by one or more processors to perform operations for receiving content for an application, the operations to configure the one or more processors to:

receive, as part of a communication session with a Port Control Protocol (PCP) server, a first portion of video content for use by an application during a first time period, wherein the first portion is received from a first mobility anchor;

send, for reception at the PCP server, a PCP update message that includes one or more mobility status parameters associated with the communication session; and

receive, as part of the communication session, a second portion of the video content for use by the application during a second time period, wherein the second portion is received from a second mobility anchor that is based at least partly on the mobility status parameters included in the PCP update message.

15. The non-transitory computer-readable storage medium according to claim 14, wherein:

the first and second mobility anchors operate as relays for communication of the first and second portions of the video content on behalf of the PCP server;

the PCP update message includes a PCP PEER message with a Preferred Internet Protocol Prefix and Mobility (PIPPM) option; and

the mobility status parameters include a preferred Internet Protocol (IP) prefix that is associated with the second mobility anchor and is further associated with a historical usage frequency of IP prefixes by the UE in other communication sessions.

16. A Port Control Protocol (PCP) server to support an application at a PCP client, the PCP server comprising hardware processing circuitry configured to:

send a first portion of video content in a first format to the PCP client for use by the application;

receive a PCP update message that includes one or more device operation parameters associated with a User Equipment (UE) that supports the PCP client; and

send a second portion of the video content in a second format to the PCP client for use by the application,

wherein the second format is determined for the second portion of the video content based on the received device operation parameters,

the first portion and the second portion of the, video content are sent to an Evolved Node-B (eNB) operating in a 3GPP network for forwarding to the UE.

17. The PCP server according to claim 16, wherein the device operation parameters include a battery level status, an environmental noise level or an environmental light level.

18. The PCP server according to claim 16, the hardware processing circuitry further configured to:

forward, to an application server, one or more of the device operation parameters included in the received PCP update message;

receive, from the application server, a PCP support message that indicates application support for the one or more device operation parameters; and

receive the first portion and the second portion of the video content from the application server for sending to the UE, and

wherein;

the PCP update message is a PCP PEER request that includes a user application feedback request; and

the PCP support message is a PCP PEER request that includes a user application feedback response.

19. User Equipment (UE) comprising hardware processing circuitry configured to:

receive, from a Port Control Protocol (PCP) a first portion of video content for use by an application during a first time period, the first portion formatted according to a first display format;

send a PCP update message for reception at the PCP server, wherein the PCP update message includes one or more device operation parameters associated with the UE; and

receive, from the PCP server, a second portion of the video content for use by the application during a second time period, the second portion formatted according to a second display format,

wherein the second display format is based at least partly on the device operation parameters included in the PCP update message.

20. The UE according to claim 19, wherein the first portion and the second portion of the video content are received indirectly from the PCP server through an Evolved Node-B (eNB) operating as a relay,

wherein the UE supports a PCP client and the application operates as part of the PCP client.

21. The UE according to claim 20, wherein the first portion and the second portion of the video content enable a streaming video playback by the application during a time period that includes the first and second time periods.

22. The according to claim 20, wherein the first portion of the video content is formatted according to a first brightness level and the second portion of the video content is formatted according to a second, different brightness level.

23. The UE according to claim 20, wherein the first portion of the video content is formatted according to a first encoded data rate value and the second portion of the video content is formatted according to a second, different encoded data rate value.

24. The UE according to claim 20, wherein a video quality level of the second portion of the video content is different than a video quality level of the first portion of the video content.

25. The UE according to claim 20, wherein the PCP update message includes a PCP PEER request that includes a user application feedback request.

26. The UE according to claim 25, wherein the device operation parameters include a screen resolution parameter, a screen size parameter, a battery level status, an environmental noise level, an environmental light level, a UE location or an indicator of user motion,

27. The UE according to claim 19, wherein the PCP update message includes a PCP PEER request that includes a Preferred Internet Protocol Prefix and Mobility (PIPPM) request that includes a preferred Internet Protocol (IP) prefix for the UE, and

wherein the PCP update message is sent at least partly in response to a change, at the UE, of one or more of the device operation parameters included in the PCP update message.

28. The UE of claim 27 wherein the UE is configured to:

initiate handover (HO) failure recovery by transmission of a random-access channel (RACH) 2 message when both a radio-link failure (RLF) timer and a time-to trigger (TTT) timer are concurrently running.,

wherein the RACH 2 message is a message transmitted on a random-access channel for radio-resource control (RRC) connection re-establishment.