Movidiff: Enabling Service Differentiation for Mobile Video Apps

Total Page:16

File Type:pdf, Size:1020Kb

Movidiff: Enabling Service Differentiation for Mobile Video Apps MoViDiff: Enabling Service Differentiation for Mobile Video Apps Satadal Sengupta∗, Vinay Kumar Yadavy, Yash Sarafz, Harshit Gupta∗, Niloy Ganguly∗, Sandip Chakraborty∗, Pradipta Dex ∗Dept. of CSE, IIT Kharagpur, Kharagpur 721302, India; yDept. of CSE, IIT Patna, Patna 801103, India zDept. of CSE, IIT BHU, Varanasi 221005, India; xDept. of CS, Georgia Southern University, GA 30458 USA Email: [email protected], fvk7055,[email protected], fniloy,[email protected], [email protected] Abstract—Among the mobile applications contributing to the User on Skype call User watching a video on surging Internet traffic, video applications are some of the biggest on her Smart-watch YouTube simultaneously contributors. Most of these video applications use HTTP/HTTPS tunneling making it difficult to apply port based or packet Gateway Device data based identification of flows. This makes it challenging for Internet network operators to enforce bandwidth regulation policies for PERSONAL app based service differentiation due to lack of flow identification MOBILE HUB mechanisms for mobile apps. We explore a packet data agnostic feature of video flows, namely packet-size, to identify the flows. We show that it is possible to train a classifier that can distinguish Fig. 1: Use Case: Multiple mobile devices connected to the packets from streaming and interactive video apps with high network through a Personal Mobile Hub. The video applica- accuracy. We design and implement a system, called MoViDiff, tions running simultaneously on the mobile devices must share with this classifier at the core, that allows bandwidth regulation between video traffic of two different categories, streaming and the bandwidth. interactive. We show that we can achieve an average accuracy of 96% in classifying the traffic, with the maximum accuracy reaching as high as 98%. the preferred application, if bandwidth requirement for both I. INTRODUCTION cannot be supported? Unfortunately, with current techniques, it is difficult for the network to distinguish among traffic from Video applications on different mobile devices, including different applications originating from a single device since wearables, are steadily adding to the volume of Internet traffic. typically the traffic is tunneled over HTTP/HTTPS. In addi- To overcome limited connectivity of the devices, often the tion, often the data traffic is encrypted making it impossible traffic is routed through a mobile hub, like a smartphone [1]. to use traditional techniques to identify traffic sources. When all the video traffic is funneled through a single device, Traffic identification relies on identifying unique character- identifying the source of the traffic can be challenging. Con- istics of the application traffic which can be used as signatures. sider a scenario as shown in Fig. 1, where our smartphone acts Common signatures used to identify desktop applications are as a personal mobile hub that interconnects multiple devices, the port number used by an application, host address of the such as smart-watches, fitness monitoring devices (e.g., Fitbit), server, or any other identifier in the network packets [5]. This smart switches for door control and so on. All of these devices assumes unencrypted traffic that allows deep packet inspection. are connected to the Internet through the mobile hub via Since majority of mobile app traffic is tunneled over HTTP wireless tethering. In this setting, while watching a streaming [6], [7], simple port based classification does not work. For video from YouTube on the smartphone, one can chat with a most mobile video applications, where the data packets are friend via Skype on the smartwatch [2]; this is prevalent in encrypted and sent over HTTPS, packet inspection based many scenarios, for example, in remote medical help, remote approaches will fail. tech support, a long-distance couple trying to emulate the Although inspection based approaches may fail, other side- experience of watching a movie together [3], etc. 1 channel information can be exploited to identify the traffic Unfortunately, in such scenarios, the limited wireless band- categories. For example, streaming and interactive traffic, width of the smartphone to the Internet now must be shared by which are our major concerns in this paper as discussed multiple bandwidth hungry video applications. This can hurt with the use case illustrated in Fig. 1, will have different the Quality of Service (QoS) for each application. Assume that traffic patterns due to inherent differences in the characteristics the user can pre-configure preference between YouTube and of streaming video and interactive video traffic. Assuming Skype. Then, would it be possible to ensure QoS for at least realistically that a user cannot engage in multiple video apps of 1Applications such as Rabbit [4] have also been developed, which combine same category simultaneously (like watching videos over two streaming and video-chatting experience. YouTube instances), it is possible to identify the source type YouTube Skype 1e+07 HotStar 1e+07 Google Hangouts 1e+06 1e+06 100000 100000 10000 10000 1000 1000 100 100 TERMINAL EMULATOR 10 10 BANDWIDTH INTERNET Bytes received (log-scale) 1 Bytes received (log-scale) 1 THROTTLING 0 20 40 60 80 100 120 140 0 20 40 60 80 100 120 140 TCPDUMP Time (seconds) Time (seconds) MOBILE WIFI ROUTER (a) Streaming Video (b) Interactive Video Moto X 2nd Gen ASUS RT-3200AC Fig. 2: Traffic distribution in bytes/sec for two types of mobile Fig. 3: In-Laboratory Testbed Setup for Data video applications showing the difference in traffic characteristics. Collection when the video traffic categories are different. In a preliminary TABLE I: Traffic Trace Collection Scenarios study, we analyzed the temporal characteristics of traffic from App Application/s Total Resolution Trace Band- Category Trace Dura- width streaming video and interactive video sources running on Vol- tion (Mbps) mobile devices. As shown in Fig. 2, video apps within the ume Range same category show similar characteristics, while differing (MB) (mins) YouTube 304 360p, 720p Streaming significantly from apps of another category. Such properties HotStar 645 SD, HD 5-40 0.5 Video can be used to distinguish between data packets originating TED 188 HQ-off, on 1.0 Skype 442 Default 4.0 Interactive from video apps of different categories. Google Hangouts 230 Default 5-60 16.0 Video In this work, we investigate a simple packet-level feature of ooVoo 356 Default video traffic that can be used to identify the sources (x IV) – packet-size. Packet-size varies significantly between streaming the technique works well for popular apps. Other indirect and interactive videos. The feature is used to train a classifier information, like in-app advertisement sources, can also be to identify packets from pre-defined video sources, in presence used to reveal the flow identity, as shown by [10]. Statistical of mixed traffic flows. We design and implement a system methods can be used to identify patterns in app traffic. Dai et called MoViDiff, which can identify packets from different al. showed that by executing different apps in an emulator and video sources, and apply pre-configured bandwidth control gathering network traces from these executions, it is possible policies (x V). The core of MoViDiff is the classification engine to build signatures for identifying specific traffic sources [11]. which runs at the gateway connecting the end devices to the Yao et al. reduced the overhead of building signatures in a ISP’s network. We demonstrate the efficacy of the system recent work where they used context of signatures to improve using the scenario, as shown in Fig. 1 (x VI). The classification identification accuracy and scalability [12]. Automatic gener- results exhibit an accuracy of at least 92%, while reaching ation of classifiers for traffic identification has been presented up to 98% in some cases, thus propelling MoViDiff to work in [13], [14]. AppPrint also uses extensive traffic observations successfully as a bandwidth regulator. to build signatures based on header fields [15]. Since most of The key contributions of this work are, (1) We show that, these works rely on information that must be read from the using packet data agnostic properties of video traffic, it is packets, they are ill suited for classifying encrypted traffic. possible to identify sources of video traffic on a mobile Video traffic tends to exhibit more strongly identifiable flow device from mixed flows. (2) We implement a system, called patterns as compared to any generic traffic class. SkyTracer is MoViDiff, that demonstrates the efficacy of the packet data a tool that shows the patterns in Skype traffic [16]. Jesudasan et agnostic features in video traffic differentiation. MoViDiff can al. have identified generic features across different versions of be used by network operators, and enterprise IT managers for Skype that can be used as features for statistical identification resource optimization and policy enforcement. of Skype flows [17]. Similarly, there have been characteriza- tion of YouTube traffic for PC versions [18] and YouTube II. RELATED WORK mobile application [19]. Recently, Shi et al. also showed that Classifying traffic from mobile applications has spurred video source can be identified for encrypted traffic just by active research recently due to its practical necessity, as analyzing only few timing features of the packet trace [20]. well as, the challenges due to lack of features suitable for Our work builds on these works by carefully analyzing groups traffic classification. If the traffic is unencrypted, deep packet of mobile video applications, and finding statistical properties inspection (DPI) techniques, surveyed in [8], can help in clas- that can enable classification of flows from multiple video sification. For example, port number can help in identifying sources simultaneously. application groups, like browsing, email, maps [6]. Similarly, by peering into the HTTP header, one can read the HTTP III. EXPERIMENTAL IN-LABORATORY SETUP User-agent field that shows the application name.
Recommended publications
  • The Use of Compressed Video for Distance Learning: from Middle School to Senior Citizens
    THE USE OF COMPRESSED VIDEO FOR DISTANCE LEARNING: FROM MIDDLE SCHOOL TO SENIOR CITIZENS Al P. Mizell Nova Southeastern University 362 Fairway Circle Weston, FL 33326 [email protected] Introduction A review of a ten-year project using ISDN Compressed Video to connect middle and high schools around the world for monthly explorations of a variety of topics ranging from music concerts to joint science experiments. At the other extreme, the use of webcams over the Internet in Skype, ooVoo, Logitech, and Google Video to make free video conferencing calls by limited income senior citizens in a Quality of Life project illustrates the distance compressed video has come. Finally, the use of video conferencing in Elluminate in Blackboard for graduate online courses is described. Participants will be invited to use their desktop units to explore some of these options and video clips during the session. The SAXophone project For approximately ten years, “Students Around the World eXchanging over the phone” (SAXophone), provided middle and high school students around the world with the opportunity to meet and interact with students from other cultures and societies. The SAXophone project was sponsored by Nova Southeastern University and the Broward County, Florida BECON Distance Learning Center from 1995 until 2005. The project began at the September1995 PictureTel User Group Annual Conference in Nashville, Tennessee. Three individuals attending the conference from different parts of the world met each other at lunch for the first time and began discussing ways to use compressed video equipment that they had recently received. The project began, as described by Mizell (1997), when Colonel Bent Kroon from the Swedish Military College, Mr.
    [Show full text]
  • Polycom UC Software with Skype for Business - Deployment Guide on Polycom Voice Support
    DEPLOYMENT GUIDE UC Software 5.7.0 | April 2019 | 3725-49078-020B Polycom® UC Software with Skype for Business Copyright© 2019, Polycom, Inc. All rights reserved. No part of this document may be reproduced, translated into another language or format, or transmitted in any form or by any means, electronic or mechanical, for any purpose, without the express written permission of Polycom, Inc. 6001 America Center Drive San Jose, CA 95002 USA Trademarks Polycom®, the Polycom logo and the names and marks associated with Polycom products are trademarks and/or service marks of Polycom, Inc. and are registered and/or common law marks in the United States and various other countries. All other trademarks are property of their respective owners. No portion hereof may be reproduced or transmitted in any form or by any means, for any purpose other than the recipient's personal use, without the express written permission of Polycom. Disclaimer While Polycom uses reasonable efforts to include accurate and up-to-date information in this document, Polycom makes no warranties or representations as to its accuracy. Polycom assumes no liability or responsibility for any typographical or other errors or omissions in the content of this document. Limitation of Liability Polycom and/or its respective suppliers make no representations about the suitability of the information contained in this document for any purpose. Information is provided "as is" without warranty of any kind and is subject to change without notice. The entire risk arising out of its use remains with the recipient. In no event shall Polycom and/or its respective suppliers be liable for any direct, consequential, incidental, special, punitive or other damages whatsoever (including without limitation, damages for loss of business profits, business interruption, or loss of business information), even if Polycom has been advised of the possibility of such damages.
    [Show full text]
  • From the President… the International Cwops Newsletter May 2012 Issue
    May 2012 The International CWops Newsletter Issue No. 28 From the president… CW Academy Our recent press release that appeared on QRZ.COM and eHam resulted in 150 new CWops “CWT” students signing up! That speaks well for the 9, 23 May 2012 interest by those wishing to learn CW or Start time: improve their skill. Now it’s time for - 1300Z members to sign up as well – as advisors. - 1900Z - 0300Z (10/24 May.) 1-hour each session Jay, W5JQ, and Jack, W0UCE, have done a Exchange name/number (members) fantastic job in organizing classes which run Exchange name/SPC (non-members) for two months. They have established a CWops “neighborhood” vehicle to allow group web chats for both Look for CWops on 1.818, 3.528, 7.028, 10.118, classes as well as support (www.oovoo.com – 14.028, 18.078, 21.028, 24.908, 28.028, 50.098 it’s free) and some excellent guidelines to help advisors. CWops Officers and Director Officers President: Pete Chamalian, W1RM Go to www.cwops.org/cwacademy2.html for Vice President: Art Suberbielle, KZ5D more details. Secretary: Jim Talens, N3JT Treasurer: Craig Thompson, K9CT Directors: If you can’t devote time to being an advisor, Bert Donn, G3XSN how about getting on the bands on the sub- Vidi La Grange, ZS1EL band suggested (3.550-3.570, 7.050-7.070, Nodir Tursoon-Zade , EY8MM 14.050-14.070, 21.050-21.070 and 28.050- Webmaster: John Miller, K6MM 28.070) and look for students. Or, just call CQ Editor/Publisher: Rob Brownstein, K6RB CWA and see who comes back.
    [Show full text]
  • DOC-370264A1.Pdf
    February 24, 2021 FACT SHEET* Facilitating Shared Use in the 3.1-3.55 GHz Band Second Report and Order, Order on Reconsideration, and Order of Proposed Modification, WT Docket No. 19-348 Background The Beat China by Harnessing Important, National Airwaves for 5G Act of 2020, which was included in the Fiscal Year 2021 omnibus spending bill, requires the Commission to work with its Federal partners to bring all of the 3.45 GHz band spectrum to market for next-generation wireless use through a system of competitive bidding by December 31, 2021. Beginning the implementation of this Congressional mandate, this item reallocates 100 megahertz in the 3.45 GHz band for flexible use wireless services and adopt rules to implement the new 3.45 GHz Service, The framework adopted for the 3.45 GHz band will enable full-power commercial use and provide flexibility to future licensees in deploying their networks in this band, while also ensuring that federal incumbents are still protected where and when they require continued access to the band. What the Second Report and Order Would Do: • Make 100 megahertz of spectrum in the 3.45 GHz band available for flexible use wireless services throughout the contiguous United States; • Add a co-primary, non-federal fixed and mobile (except aeronautical mobile) allocation to the band; • Create a regime to coordinate non-federal and federal use of spectrum by adopting Cooperative Planning Areas and Periodic Use Areas and establishing coordination procedures; • Adopt a band plan and technical, licensing, and competitive
    [Show full text]
  • UVP: Uncovering Wechat Voip Peers Over Time
    UVP: Uncovering WeChat VoIP Peers over Time Jiazheng Wang Zhenlong Yuan Department of Automation, Tsinghua University Research Institute of Information Technology Beijing, China Tsinghua University e-mail: [email protected] Beijing, China e-mail: [email protected] Jun Li Research Institute of Information Technology, Tsinghua Tsinghua National Lab for Information Science and Technology Beijing, China e-mail: [email protected] Abstract—VoIP is pervasively used in online voice Control channel protocols, Session Initiation Protocol (SIP) conversations through internet, and WeChat has become one [2] for example, are designed to know where the caller and of the most successful VoIP applications. Any leakage of VoIP callee are, understand the network status of them before the call information will threat user confidentiality and privacy, conversation actually starts. During the conversation, control and thus may lead to a catastrophic consequence to VoIP channel protocols also monitor and adapt to network service providers. In this paper, a thorough behavior analysis changes. Based on the information acquired by the control of WeChat proprietary VoIP protocols is performed and we channel, data channel can be set up to deliver audio chucks, find the anonymity of users can be compromised by flow whether relayed by a third party server, in a so called relay correlation attacks. Hereby a new framework UVP is based model, or directly between the VoIP peers, in the so proposed. UVP works in a global monitoring manner and called peer to peer model. leverages a new, efficient flow distance metric, evolved from Dynamic Time Wrapping, to correlate traffics from caller and VoIP services are responsible to protect the anonymity of callee.
    [Show full text]
  • Microsoft Skype for Business
    Spectralink 84-Series Wireless Telephone Microsoft Skype for Business Interoperability Guide (Formerly Lync Server 2013) 1725-86997-000 Rev: J September 2017 Spectralink 84-Series Wireless Telephones: Microsoft Skype for Business Interoperability Guide Copyright Notice © 2013-2017 Spectralink Corporation All rights reserved. SpectralinkTM, the Spectralink logo and the names and marks associated with Spectralink’s products are trademarks and/or service marks of Spectralink Corporation and are common law marks in the United States and various other countries. All other trademarks are property of their respective owners. No portion hereof may be reproduced or transmitted in any form or by any means, for any purpose other than the recipient’s personal use, without the express written permission of Spectralink. All rights reserved under the International and pan-American Copyright Conventions. No part of this manual, or the software described herein, may be reproduced or transmitted in any form or by any means, or translated into another language or format, in whole or in part, without the express written permission of Spectralink Corporation. Do not remove (or allow any third party to remove) any product identification, copyright or other notices. Notice Spectralink Corporation has prepared this document for use by Spectralink personnel and customers. The drawings and specifications contained herein are the property of Spectralink and shall be neither reproduced in whole or in part without the prior written approval of Spectralink, nor be implied to grant any license to make, use, or sell equipment manufactured in accordance herewith. Spectralink reserves the right to make changes in specifications and other information contained in this document without prior notice, and the reader should in all cases consult Spectralink to determine whether any such changes have been made.
    [Show full text]
  • Vx-170 Operating Manual
    VHF FM TRANSCEIVER VX-170 OPERATING MANUAL VERTEX STANDARD CO., LTD. 4-8-8 Nakameguro, Meguro-Ku, Tokyo 153-8644, Japan VERTEX STANDARD US Headquarters 10900 Walker Street, Cypress, CA 90630, U.S.A. YAESU EUROPE B.V. P.O. Box 75525, 1118 ZN Schiphol, The Netherlands YAESU UK LTD. Unit 12, Sun Valley Business Park, Winnall Close Winchester, Hampshire, SO23 0LB, U.K. VERTEX STANDARD HK LTD. Unit 5, 20/F., Seaview Centre, 139-141 Hoi Bun Road, Kwun Tong, Kowloon, Hong Kong Contents General Description ......................................... 1 Scanning .......................................................... 36 Accessories & Options ..................................... 2 VFO Scanning .............................................. 37 Controls & Connections .................................. 3 Manual VFO Scan ................................... 37 Top & Front Panel .......................................... 3 Programmed VFO Scan ........................... 37 LCD ................................................................ 4 Memory Scanning ........................................ 38 Side Panel ....................................................... 5 How to Skip (Omit) a Channel Keypad Functions .......................................... 6 during Memory Scan Operation .............. 38 Installation of Accessories ............................... 8 Preferential Memory Scan ....................... 39 Antenna Installation ....................................... 8 Memory Bank Scan ................................. 40 Installation of FNB-83
    [Show full text]
  • Ngm Vanity Young
    NGM VANITY YOUNG Design Form factor Bar Size (mm) 114x48x12 Weight (battery included) (gr) 82 Available colours White, Black, Pink, Lilac Keypad type Standard Display Type TFT Technology LCD Dimension 2.4" - 256000 true colours Resolution 240x320 pixel Radio Standard 2G Network GSM Tri-Band 900/1800/1900 UMTS/WCDMA NO Data GPRS (class 12) YES EDGE YES Wi-Fi NO Bluetooth YES, v3.0 USB YES Modem YES Wap (Wap apn ) YES Web (Web apn) YES, Opera Mini System SIM management Dual Sim Dual Standby (DSDS) Supported Operators GSM operators (3 in roaming) Operating System Proprietary Processor Mediatek T-Flash slot Yes, up to 16GB Supported languages Italian, English, French, German, Spanish Messaging SMS/MMS SMS and MMS Predictive writing XT9 E-Mail YES Multimedia Back camera (Megapixels) 2.0 Video recorder YES Video player YES Front camera NO Video call support NO Camera functions Image editing Audio player Mp3/Midi/Aac/Wav Dolby SRS function YES FM Radio YES 1 NGM VANITY YOUNG Radio recorder YES Custom wallpaper YES Phone Book Maximum number of contacts (excluding SIM 1000 cards) Contacts pictures YES Contacts ringtones YES Phone book groups YES NGM Special Functions Selective activation of each SIM card YES Coffer area YES Black list & White list YES Firewall (messages, calls and phone book) YES Anonymous call and/or Not stored numbers YES rejection SIM-binding (anti-loss function) NO Remote control NO Background sounds YES Answering machine YES Schedule SMS YES Facilitated use and SOS Keypad lock YES Fast call keys YES (9) PIM and Entertainment
    [Show full text]
  • A Measurement Study of Wechat Moments
    On Diffusion-restricted Social Network: A Measurement Study of WeChat Moments Zhuqi Li1, Lin Chen2, Yichong Bai1, Kaigui Bian1, and Pan Zhou3 1School of EECS, Peking University, Beijing, China 2Department of Electrical Engineering, Yale University, New Haven, CT, USA 3School of EIC, Huazhong University of Science & Technology Abstract—WeChat is a mobile messaging application that has • No access to strangers’ posts: Two users cannot see 549 million active users as of Q1 2015, and “WeChat Moments” each other’s posted content if they are not connected as (WM) serves its social-networking function that allows users to friends. This access control tries to confine the informa- post/share links of web pages. WM differs from the other social networks as it imposes many restrictions on the information tion diffusion within a community of acquaintances; diffusion process to mitigate the information overload. In this • The hidden “share” button for reposting: A user paper, we conduct a measurement study on information diffusion has to click the upper-right menu button with an icon in the WM network by crawling and analyzing the spreading “ ··· ” (highlighted in Figure 1b) to repost a link (a WM statistics of more than 160,000 pages that involve approximately page) (the share button is highlighted in Figure 1c). This 40 million users. Specifically, we identify the relationship of the number of posted pages and the number of views, the somewhat de-motivates users to repost a WM page. diffusion path length, the similarity and distribution of users’ To understand information diffusion process of an H5 page in locations as well as their connections with the GDP of the users’ province.
    [Show full text]
  • Instant Messaging
    Click to edit Master title style •InstantClick to Messaging edit Master Security text styles and Privacy • Second level Chat and• Third more level while safeguarding your privacy • Fourth level • Fifth level Klaus Möller WP8-T1 Webinar, 24th of September 2020 Public www.geant.org 1 | www.geant.org 24/09/20 1 Instant Messaging (IM) Introduction • Other names: Mobile Messaging or simply Online Chat • Originally: Sending (small) text messages to other users – First: on the same computer, later: world wide – User (person) had to be online to receive message ● Some systems allow delivery from server later ● Or use Chat-Bots (workaround in the beginning) • Not limited to text anymore – Photos, Sounds, Video – File transfer between users • Additional feature of Voice-/Videoconferencing systems 2 | www.geant.org Google Talk (discontinued) Tlen.pl (discontinued) WhatsApp Kik Customized Cryptocat (uses modified prosody) Google Hangouts Instant Messaging Protocols Snapchat (?) nk.pl LiveJournal Talk Gizmo5 WP Spik (discontinued) Tipic IM XMPP ● Wide variety, some notable mentions IBM Lotus Sametime Bitmessage Customized ProtonMail ● AIM Gmail ICQ Gateway Email Outlook HTTP(s) OSCAR (discontinued) Bonjour Apple mail MobileMe Yahoo! mail – As part of WebRTC or REST APIs SIMPLE Yandex.mail Skype for Business HipChat Ring AQQ SIP – MSRP Google Wave Federation Protocol (discontinued) Discord, … Libon Jingle FaceTime IRC DCC Gadu-Gadu Facebook Messenger ● SIP (Telephony) MSNP14 (discontinued) YMSG (Yahoo! Messenger) IM MQTT LINE Steam Friends protocols
    [Show full text]
  • Data Sheet Vanity Touch
    NGM VANITY TOUCH Design Form factor Touch Size (mm) 102x55,5x13 Weight (battery included) (gr) 98 Available colours White, Pink, Black Keypad type Virtual Display Type TFT Technology Capacitive touchscreen Dimension 2.8" - 560000 true colours Resolution 240x320 pixel Radio Standard 2G Network GSM Tri-Band 900/1800/1900 UMTS/WCDMA NO Data GPRS (class 12) YES EDGE YES Wi-Fi YES Bluetooth YES, v3.0 USB YES Modem YES Wap (Wap apn ) YES Web (Web apn) YES, Opera Mini System SIM management Dual Sim Dual Standby (DSDS) Supported Operators GSM operators (3 in roaming) Operating System Proprietary Processor Mediatek T-Flash slot Yes, up to 16GB Supported languages Italian, English, French, German, Spanish Messaging SMS/MMS SMS and MMS Predictive writing T9 E-Mail YES Multimedia Back camera (Megapixels) 3.2 Video recorder YES Video player YES Front camera NO Video call support NO Camera functions Image editing Audio player Mp3/Midi/Aac/Wav Dolby SRS function YES FM Radio YES 1 NGM VANITY TOUCH Radio recorder YES Custom wallpaper YES Sensor Proximity sensor YES Phone Book Maximum number of contacts (excluding SIM 1000 cards) Contacts pictures YES Contacts ringtones YES Phone book groups YES NGM Special Functions Selective activation of each SIM card YES Coffer area YES Black list & White list YES Firewall (messages, calls and phone book) YES Anonymous call and/or Not stored numbers YES rejection SIM-binding (anti-loss function) NO Remote control NO Background sounds YES Answering machine YES Schedule SMS YES Facilitated use and SOS Keypad lock YES
    [Show full text]
  • Language Learning on a Next-Generation Service Platform for Africa
    Language learning on a next-generation service platform for Africa Andrew Rice∗ Paula Buttery† Idris A. Rai‡ Alastair Beresford§ March 15, 2009 1 Introduction Developing countries are seeing rapid growth in the deployment of mobile phones. Billions of people (including those in the poorest parts of the world) now have devices capable of communication and computation. In Uganda it was reported that there were 25 mobile phones per 100 people in 2007 [11]. This makes mobile phones the most ubiquitous computing and communication platform in the country compared with computers (1.6 per 100 people), television (2.2 per 100 people) and even radio (15.6 per 100 people). Applications and services for these devices are emerging rapidly. Smart-phones provide a number of interesting properties over traditional handsets. From a hard- ware viewpoint they provide myriad communications interfaces and large colour screens often with touch-screen capability. Most importantly, however, these devices are increasingly open to 3rd party software development. These devices are, as yet, not widely deployed even in the markets of developed countries. How- ever, it seems almost certain that they will continue to gain in popularity and eventually achieve high penetration in African markets. We hope that by considering them now we will have the opportunity to help ensure that both devices and software systems evolve appropriately. The open nature of these devices provides a real opportunity to engineer systems which meet the needs of users in developing countries without being hampered by design decisions made for radically different operating environments. We take this viewpoint based on our work on Computing for the future of the planet [5] in which we are attempting to ask and answer research questions which will improve the positive impact of computing on the larger world.
    [Show full text]