Reducing wireless power consumption and signaling overhead for internet application background messages

• US 9,042,286 B2
• Filed: 09/25/2012
• Issued: 05/26/2015
• Est. Priority Date: 11/04/2011
• Status: Expired due to Fees

• Current Assignee: Intel Corporation
• Original Assignee: Intel Corporation
• Inventors: Vannithamby, Rath, Koc, Ali, Gupta, Maruti
• Primary Examiner(s): Elallam, Ahmed
• Application Number:
  US13/626,342
• Publication Number:
  US 20130114485A1
• Time in Patent Office: 973 Days
• Field of Search: 370/311
• US Class Current: 370/311
• CPC Class Codes: H04W 28/06 Optimizing the usage of the radio link, e.g. header compression, information sizing , discarding information system modifying transmission characteristic according to link quality by modifying frame length H04L1/0007; dynamic adaptation of the packet size for flow control or congestion control H04L47/365
• CPC Class Codes: H04W 52/0209 in terminal devices terminal devices per se H04W88/02
• CPC Class Codes: H04W 52/0264 by selectively disabling software applications
• CPC Class Codes: Y02D 30/70 in wireless communication networks

Abstract

Technology is discussed for reducing the frequency of signaling overhead and power consumption on wireless mobile devices employed to support internet applications in a Wireless Wide Area Network (WWAN). Demands for battery power and signaling overhead frequently arise to support background messages of little significance and/or urgency when internet applications are unattended on wireless mobile device attempting to conserve power. An identification module can be triggered to identify such background messages, based on a variety of factors. The identification module can also determine whether to buffer and/or drop such messages with information local to the wireless mobile devices and/or in such background messages. Such buffering and dropping measures can reduce the frequency with which wireless mobile devices consume large amounts of power and/or require signaling overhead to send and receive these background messages.

Claims

1. A computer program product comprising a non-transitory computer usable medium having a computer readable program code embodied therein, the computer readable program code adapted to be executed to implement instructions to reduce power consumption and signaling overhead for internet applications, comprising:

triggering, at one of an evolved Node B (eNodeB) and a User Equipment (UE), an identification module upon the UE entering a low power mode;

identifying, by the identification module, an Internet Protocol (IP) header field of a background message by packet analysis of a set of packets to be transmitted to one of the eNodeB and the UE;

performing a handling action on the background message comprising one of buffering the background message and dropping the background message based on the IP header field of the background message to reduce one of sending and receiving background messages, and

providing advance notice from the UE to the eNodeB indicating that the UE supports performing the handling action on the background message so that the triggering of the identification module occurs as a corollary to the UE entering the low power mode.

2. The computer program product of claim 1, wherein the IP header field is at least one of a Time to Live (TTL) IP header field, a Differentiated Services Code Point (DSCP) IP header field, an application header, and a predefined background message header known a priori by at least one of the eNodeB and the UE.

3. The computer program product of claim 1, further comprising determining whether performing the handling action comprises one of buffering the background message and dropping the background message based on at least one of:

a substantial match between a value of the IP header field with a predefined value;

whether the value of the IP header field is below a threshold;

a payload with an even-sized payload when the payload also has a size below a payload threshold;

the presence of a predefined application header; and

,

the presence of a predefined background message header known a priori by at least one of the eNodeB and the UE.

4. The computer program product of claim 1, further comprising determining whether performing the handling action comprises one of buffering the background message and dropping the background message based on the low power mode of the UE comprising one of a mid low power mode and a deep low power mode.

5. The computer program product of claim 4, wherein the mid low power mode is a Discontinuous Reception (DRX) mode, and the deep low power mode is a Radio Resource Control IDLE mode.

6. The computer program product of claim 1, wherein providing advance notice further comprises one of sending a Media Access Control (MAC) message configured to provide the advance notice and embedding the advance notice in a Feature Group Index (FGI).

7. The computer program product of claim 1, further comprising sending the buffered background message when the UE performs a periodic wake-up consistent with the low power mode of the UE.

8. The computer program product of claim 1, wherein the triggering the identification module, the identifying the background message, and the performing the handling action occur within a Media Access Control (MAC) layer at one of the eNodeB where downlink transmission occurs and within a MAC layer at the UE where uplink transmission occurs.

9. A device for reducing power consumption at a User Equipment (UE) signaling overhead caused by frequent wireless communication of background messages, comprising:

a monitoring module, at one of an evolved Node B (eNodeB) and a User Equipment (UE), configured to monitor the UE to determine whether the UE is in one of a power saving mode and not in the power saving mode;

an inspection module, in communication with the monitoring module, configured to review a set of packets for an indication that a packet in the set of packets comprises a background message when the UE is in the power saving mode;

a response module, in communication with the inspection module, configured to buffer the background message until one of the UE enters a wake-up phase and a period of time has elapsed, when the indication does not contain a parameter value contrary to buffering; and

a determination module, in communication with the response module, configured to direct the response module to perform one of buffering the message and dropping the message based on the parameter value in the indication, wherein the indication resides in an Internet Protocol (IP) header field of the background message.

10. The device of claim 9, wherein the determination module directs the response module to buffer the background message when at least one of:

the parameter value corresponds with a first predetermined value,

the parameter value is within a first predetermined region being one of above and below a threshold,

the background message has a payload with an even-sized payload and the payload also has a size below a first payload threshold,

the background message has a predefined application header corresponding to a first set of application headers, and

the background message has a predefined buffer header known a priori by at least one of the eNodeB and the UE.

11. The device of claim 10, wherein the determination module directs the response module to drop the background message when at least one of:

the parameter value corresponds with a second predetermined value,

the parameter value is within a second predetermined region being one of above and below the threshold, the second predetermined region defined as an opposite of the first predetermined region, relative to the threshold;

the background message has a payload with an even-sized payload and the payload also has a size below a payload threshold,

the background message has a predefined application header corresponding to a first set of application headers, and

the background message has a predefined drop header known a priori by at least one of the eNodeB and the UE.

12. The device of claim 9, wherein the determination module directs the response module:

to buffer the background message where the power saving mode comprises a mid low power mode, and

to drop the background message where the power saving mode comprises a deep low power mode.

13. The device of claim 12, wherein the mid low power mode is a Discontinuous Reception (DRX) mode and the deep low power mode is an RRC_IDLE mode.

14. The device of claim 9, wherein the IP header field is at least one of a Time To Live (TTL) IP header field, a Differentiated Services Code Point (DSCP) IP header field, an application header, and a predefined background message header known a priori by at least one of the eNodeB and the UE.

15. The device of claim 9, further comprising a notification module, residing at the UE, configured to provide a notice to the eNodeB that the UE supports at least one of buffering background messages and dropping background messages.

16. The device of claim 9, wherein the monitoring, inspection, and response modules reside within a Media Access Control (MAC) layer.

17. A method for reducing power consumption and signaling overhead from background messages associated with applications running in a wireless environment, comprising:

reading an Internet Protocol (IP) header field, at one of a User Equipment (UE) and an evolved Node B (eNodeB), for a series of packets when the UE enters a low power mode;

indicating a presence of a background message when at least one of;

a parameter value is read from the IP header field that is substantially a predetermined value,

a parameter value is read from the IP header field that is within a predetermined region relative to a threshold,

a parameter value is read from the IP header field that corresponds to a predefined application header, and

a parameter value is read from the IP header field that corresponds to a predefined background message header known a priori by at least one of the eNodeB and the UE,

the background message has an even packet size, and

the background message has a packet size within a predetermined range;

determining a handling action with respect to the background message, wherein the handling action is one of buffering the background message when the parameter value correlates to an importance value above an importance threshold, and dropping the background message based on the IP header field for the series of packets when the parameter value correlates to an importance value not above the importance threshold; and

,

performing the handling action on the background message.

18. The method of claim 17, wherein determining the handling action comprises:

determining to buffer the background message when;

a combination of a weighted importance value that is correlated to the parameter value, and

a weighted mode value that is correlated to one of a mid low power mode and a deep low power mode,

produce a combined value correlated to a first determination to buffer the background message; and

determining to drop the background message when;

a combination of a weighted importance value that is correlated to the parameter value, and

a weighted mode value correlated to one of the mid low power mode and the deep low power mode,

produce a combined value correlated to a second determination to drop the background message.

19. The method of claim 18, wherein the mid low power mode is a Discontinuous Reception (DRX) mode, and the deep low power mode is an RRC_Idle mode.

20. The method of claim 17, wherein determining the handling action comprises determining to drop the background message when the parameter value indicates the background message is a status update conveying a message that an application is in an unattended mode.

21. The method of claim 17, further comprising first indicating, by the UE to the eNodeB, that the UE is configured for at least one of a background message buffering scenario and a background message dropping scenario.

22. The method of claim 17, wherein the reading the IP header field, the indicating the presence of the background message, the determining the handling action, and the performing the handling action take place in a Media Access Control (MAC) layer.

23. A computer program product comprising a non-transitory computer usable medium having a computer readable program code embodied therein, the computer readable program code adapted to be executed to configure background messages for power and signaling reduction measures, comprising:

determining a message originating at an application is a message type corresponding to a predetermined list of background message types;

embedding an Internet Protocol (IP) header field with a parameter value indicating that the message is a background message;

evaluating the message to assign an importance level;

assigning the importance level to the message within a predetermined code included in the parameter value; and

sending the background message to its destination.

24. The computer program product of claim 23, wherein the IP header field is at least one of a Time to Live (TTL) IP header field, a Differentiated Services Code Point (DSCP) IP header field, an application header, and a predefined background message header known a priori by at least one of an evolved Node B (eNodeB) and a User Equipment (UE).

25. The computer program product of claim 23, further comprising providing an indication encoded in the parameter value about a first handling action where the UE is in a Discontinuous Reception (DRX) mode and a second handling action where the UE is in a RRC_IDLE mode.