Please note that as of October 24, 2014, the Nokia Developer Wiki will no longer be accepting user contributions, including new entries, edits and comments, as we begin transitioning to our new home, in the Windows Phone Development Wiki. We plan to move over the majority of the existing entries over the next few weeks. Thanks for all your past and future contributions.

Archived:Increasing WLAN power efficiency for full-duplex VoIP and Video applications on Symbian

From Wiki
Jump to: navigation, search

Archived.pngArchived: This article is archived because it is not considered relevant for third-party developers creating commercial solutions today. If you think this article is still relevant, let us know by adding the template {{ReviewForRemovalFromArchive|user=~~~~|write your reason here}}.

Article Metadata
Platform(s): S60 3rd Edition and FP1
S60 3rd Edition FP1
S60 3rd Edition (initial release)
Created: User:Technical writer 2 (20 Aug 2007)
Last edited: hamishwillee (14 Jun 2012)


S60 3rd Edition devices with WLAN capability provide support for U-APSD (Unscheduled Automatic Power Save Delivery) scheme, part of WLAN QoS standard 802.11e/WMM. U-APSD is a power save scheme optimized for real-time applications transferring full-duplex data over WLAN (such as VoIP). By classifying outgoing IP traffic as 'Voice' data, these types of applications can increase battery life by approximately 25% and minimize transmit delays.


With normal (non-voice) traffic, each transmitted packet causes the WLAN driver to switch from power save (PS) to active mode. PS mode is re-enabled 100ms after there are no more packets to send. While this is suitable for typical network usage, VoIP traffic would cause the WLAN to constantly stay in active mode.
Furthermore, a WLAN device in (legacy) PS mode must wait for a 'beacon' signal from the access point and then poll for any incoming packets. Access point sends these signals at 100ms intervals.
When traffic is classified as Voice data, the WLAN device can stay in (U-APSD) power save mode during transmit. Also, delivery of incoming packets is triggered by sent packets, thus minimizing the delay caused by separate polling.


In order to set the Access Category to Voice (AC_VO), DSCP QoS bits of outgoing IP packet headers (TOS field in IPv4, TC in IPv6) must be modified.
This can be done at socket level (RSocket) as follows:
    iSocket.SetOpt( KSoIpTOS, KProtocolInetIp, 0xE0 );
After this, the WLAN driver will recognize sent packets as belonging to the Voice Access Category. U-APSD power save scheme will be enabled, provided that it is supported also by the WLAN access point.

This page was last modified on 14 June 2012, at 07:34.
23 page views in the last 30 days.

Was this page helpful?

Your feedback about this content is important. Let us know what you think.


Thank you!

We appreciate your feedback.