Study of Open Mobile Alliance Device Management Sessions for Most Effective Device Management

Total Page:16

File Type:pdf, Size:1020Kb

Study of Open Mobile Alliance Device Management Sessions for Most Effective Device Management Master’s Thesis Computer Science Thesis no: MCS:2011:22 September 2011 Study of Open Mobile Alliance Device Management sessions for most effective device management. Tomasz Smolarek School of Computing Blekinge Institute of Technology SE – 371 79 Karlskrona Sweden This thesis is submitted to the School of Computing at Blekinge Institute of Technology in partial fulfillment of the requirements for the degree of Master of Science in Computer Science. The thesis is equivalent to 20 weeks of full time studies. Contact Information: Author: Tomasz Smolarek 870321-P378 [email protected] University advisor: Dr Andrew Moss School of computing School of Computing Internet : www.bth.se/com Blekinge Institute of Technology Phone : +46 455 38 50 00 SE – 371 79 Karlskrona Fax : +46 455 38 50 57 Sweden ii ABSTRACT Effective device management is not trivial due to a variety of devices and software. To keep costs to minimum companies must effectively utilize a unified solution for device management. This research investigated Funambol’s implementation of Open Mobile Alliance Device Management (OMA DM) which is the most popular device management solution. Interviews were used to set experiments and create realistic test cases. A set of devices and a collection of Funambol software were used to create device management sessions. All of the sessions were recorded, analysed, manipulated and resent to identify efficient ways of device management. Additionally, an influence of compression and buffer-like mechanisms were checked. Methods and guidelines are provided for efficient use of OMA DM as well as a reliable analysis of OMA DM Sessions under various conditions. It was found that for most data it is best to use a built-in transport protocol compressor. Hypertext Transfer Protocol’s (HTTP) deflate with a combination of client-side buffering-like mechanism at a client side performed best at most cases. Funambol’s implementation of the Binary Extensible Markup Language (WBXML), in most cases, performed very badly, even though it was designed specifically to compress OMA DM Session messages. It was found that for an efficient use of OMA DM a proper software option set (e.g. forced use of compression) may be sufficient. Keywords: OMA DM, Funambol, testing. iii ACKNOWLEDGEMENTS I would like to express my gratitude for the help I got from my thesis supervisor Dr Andrew Moss. Without his great support, constructive criticism and overall guidance I would not be able to write this thesis. He showed great understanding and a lot of patience when supervising the research. I would like to thank all the people responsible for the Double Diploma program at both Blekinge Instutite of Technology and Gdansk University of Technology who created the program and allowed me to participate. I would also like to thank my girlfriend, who has always believed in me and buoyed me up when I needed it. iv LIST OF ACRONYMS AGPL GNU Affero General Public License BER Bit Error Rate DM Device Management FCAPS Fault, Configuration, Accounting, Performance, Security FRAND Fair, Reasonable, and Non-Discriminatory Terms GSM Global System for Mobile Communications HP Hewlett-Packard HTTP Hypertext Transfer Protocol IIS Internet Information Services IMEI International Mobile Equipment Identity ITU International Telecommunication Union JPEG Joint Photographic Experts Group MD5 Message-digest Algorithm 5 MP3 MPEG-2 Audio Layer III OBEX OBject EXchange OMA Open Mobile Alliance OMA DM Open Mobile Alliance Device Management OMA DM WG Open Mobile Alliance Device Management Working Group POSIX Portable Operating System Interface for Unix RFC Request for Comments RTT Round Trip Time SMS Short Message Service SNMP Simple Network Management Protocol SOAP Simple Object Access Protocol SSL Secure Sockets Layer SyncML Synchronization Markup Language TCP/IP Transmission Control Protocol / Internet Protocol TLS Transport Layer Security UMTS Universal Mobile Telecommunications System URI Uniform Resource Identifier WAP Wireless Application Protocol WBXML Binary XML XML Extensible Markup Language v LIST OF TABLES AND FIGURES Table 1: Fitted functions for session processing times - default behaviour. ......................... 29 Table 2: Confidence intervals for server operation times - default behaviour. ..................... 30 Table 3: Fitted functions for session processing times - compression.................................. 36 Table 4: Fitted functions for messages sizes - compression. ............................................... 37 Table 5: Fitted functions for breakeven points - compression. ............................................ 41 Table 6: Confidence intervals for server operation times - compression.............................. 42 Table 7: Fitted functions describing buffer behaviour - buffering. ...................................... 48 Table 8: Fitted function for buffering time - buffering. ....................................................... 49 Figure 1: OMA DM architecture (based on Figure 18.2 from [9]). ..................................... 10 Figure 2: DM Server initialized DM Session package flow (based on Figure 1 from [25]). 12 Figure 3: OMA DM HTTP usage (based on [28]). ............................................................. 13 Figure 4: Basic synchronization message exchange (based on [12]). .................................. 15 Figure 5: Operating systems used by respondents. ............................................................. 18 Figure 6: Device types used by respondents. ...................................................................... 18 Figure 7: Connection types used in respondents‟ devices. .................................................. 19 Figure 8: Funambol Administration Tool. .......................................................................... 23 Figure 9: OMA DM Session Message pattern. ................................................................... 25 Figure 10: Session processing times – exchange of plain text data, plain text data transformed with base64 and binary data. ................................................................... 27 Figure 11: Session processing times – exchange of mixed data. ......................................... 27 Figure 12: Funambol Server operation times for messages with plain text data. .................. 27 Figure 13: Funambol Server operation times for messages with plain text data transformed with base64................................................................................................................ 27 Figure 14: Funambol Server operation times for messages with binary data. ...................... 28 Figure 15: Funambol Server operation times for messages with mixed data. ...................... 28 Figure 16: Fitted functions for session processing time - exchange of plain text, plain text with base 64 and binary data. ..................................................................................... 29 Figure 17: Fitted functions for session processing time - exchange of mixed data. .............. 29 Figure 18: Plotted confidence intervals for server operations. ............................................. 30 Figure 19: Session processing times – exchange of plain text. ............................................ 32 Figure 20: Session processing times – exchange of plain text transformed with base64. ..... 32 Figure 21: Session processing times – exchange of binary data. ......................................... 32 Figure 22: Session processing times – exchange of mixed data. ......................................... 32 Figure 23: Session message sizes – exchange of plain text data. ......................................... 33 Figure 24: Session message sizes – exchange of plain text data transformed with base64. .. 33 Figure 25: Session message sizes – exchange of binary data. ............................................. 33 Figure 26: Canonization times for messages with plain text data. ....................................... 34 Figure 27: Preprocessing times for messages with plain text data. ...................................... 34 Figure 28: Processing times for messages with plain text data. ........................................... 34 Figure 29: Postprocessing times for messages with plain text data. ..................................... 34 Figure 30: Fitted functions for session processing time – exchange of plain text data. ........ 35 Figure 31: Fitted functions for session processing time – exchange of plain text data transformed with base64. ........................................................................................... 35 Figure 32: Fitted functions for session processing time – exchange of binary data. ............. 35 Figure 33: Fitted functions for session processing time – exchange of mixed data. ............. 35 Figure 34: Fitted functions for message size – exchange of plain text. ................................ 37 Figure 35: Fitted functions for message size – exchange of plain text transformed with base64. ...................................................................................................................... 37 Figure 36: Fitted functions for message size – exchange of binary data. ............................. 37 vi Figure 37: Breakeven points for gzip compressor – exchange of plain text data. ................. 39 Figure 38: Breakeven points for wbxml compressor – exchange of plain text data. ............. 39 Figure 39: Breakeven points for wbxml + deflate compressor – exchange of plain text data.
Recommended publications
  • Tdoc TP-020013 Jeju, Korea, March 2002
    3GPP TSG-T (Terminals) Meeting #15 Tdoc TP-020013 Jeju, Korea, March 2002 Agenda Item: 5.2.3 Source: T2 Title: "MExE" Change Requests Document for: Approval ___________________________________________________________________________ Spec CR Rev Rel Subject Cat Vers- Vers- T2 Tdoc Workitem Curr New 23.057 107 Rel-5 Adding ARPK to the abbreviation list F 4.4.0 5.0.0 T2-020054 MEXE-ENHANC 23.057 108 Rel-5 Updating the references F 4.4.0 5.0.0 T2-020070 MEXE-ENHANC 23.057 109 Rel-5 Replacing MExE application with F 4.4.0 5.0.0 T2-020073 MEXE-ENHANC MExE executable 23.057 110 Rel-4 Changing the urls for the CLDC/MIDP F 4.4.0 4.5.0 T2-020078 MEXE-ENHANC references 23.057 111 Rel-5 Classmark 4 non-security B 4.4.0 5.0.0 T2-020285 MEXE-ENHANC 23.057 112 Rel-5 Classmark 4 security B 4.4.0 5.0.0 T2-020089 MEXE-ENHANC 23.057 113 Rel-5 Adding MSISDN to the security table F 4.4.0 5.0.0 T2-020286 MEXE-ENHANC 23.057 114 Rel-5 Making storage of ORPK in ME F 4.4.0 5.0.0 T2-020287 MEXE-ENHANC optional 23.057 115 Rel-5 Interpretation of user control F 4.4.0 5.0.0 T2-020288 MEXE-ENHANC 23.057 116 Rel-5 Specify more explicitly the MExE F 4.4.0 5.0.0 T2-020289 MEXE-ENHANC executable definition 23.057 117 Rel-5 Remove unused abbreviations F 4.4.0 5.0.0 T2-020290 MEXE-ENHANC 3GPP TSG-T2 #16 T2-020054 Sophia Antipolis, France 11-15 February 2002 CR-Form-v5 CHANGE REQUEST a 23.057 CR 107 a rev - a Current version: 4.4.0 a For HELP on using this form, see bottom of this page or look at the pop-up text over the a symbols.
    [Show full text]
  • Multimedia Messaging Service Architecture Overview Version 1.2 Candidate Version 20-September-2003
    Multimedia Messaging Service Architecture Overview Version 1.2 Candidate Version 20-September-2003 Open Mobile Alliance OMA-MMS-ARCH-v1_2-20030920-C 2003 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. [OMA-Template-Spec-20030824] OMA-MMS-ARCH-v1_2-20030920-C Page 2 (26) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/UseAgreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance™ specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification.
    [Show full text]
  • Smartcard Web Server Enabler Architecture Approved Version 1.0 – 21 Apr 2008
    Smartcard Web Server Enabler Architecture Approved Version 1.0 – 21 Apr 2008 Open Mobile Alliance OMA-AD-Smartcard_Web_Server-V1_0-20080421-A 2008 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. [OMA-Template-ArchDoc-20080101-I] OMA-AD-Smartcard_Web_Server-V1_0-20080421-A Page 2 (17) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/UseAgreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance™ specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification.
    [Show full text]
  • IEEE INGR SBB 2021Ed.Pdf
    International Network Generations Roadmap -2021 Edition- Standardization Building Blocks An IEEE 5G and Beyond Technology Roadmap futurenetworks.ieee.org/roadmap Wi-Fi® and Wi-Fi Alliance® are registered trademarks of Wi-Fi Alliance. The IEEE emblem is a trademark owned by the IEEE. "IEEE", the IEEE logo, and other IEEE logos and titles (IEEE 802.11™, IEEE P1785™, IEEE P287™, IEEE P1770™, IEEE P149™, IEEE 1720™, etc.) are registered trademarks or service marks of The Institute of Electrical and Electronics Engineers, Incorporated. All other products, company names, or other marks appearing on these sites are the trademarks of their respective owners. Nothing contained in these sites should be construed as granting, by implication, estoppel, or otherwise, any license or right to use any trademark displayed on these sites without prior written permission of IEEE or other trademark owners. Copyright © 2021 This edition of the INGR is dedicated to the memory of Earl McCune Jr., who left us tragically and too soon on 27 May 2020. Earl was a microwave/RF guru, brilliant technologist, major industry/IEEE contributor, global visionary, keen skeptic, and all around fantastic human being. He was a major contributor to the INGR’s early work on energy efficiency, millimeter-wave, and hardware. He worked for a technologically advanced yet more energy efficient world, and the contents of the INGR are a tribute to that vision. Rest in peace, Earl! Table of Contents 1. Introduction ..................................................................................................................................................................
    [Show full text]
  • Mobile Linux Mojo the XYZ of Mobile Tlas PDQ!
    Mobile Linux Mojo The XYZ of Mobile TLAs PDQ! Bill Weinberg January 29, 2009 Copyright © 2009 Bill Weinberg, LinuxPundit,com Alphabet Soup . Too many TLAs – Non-profits – Commercial Entities – Tool Kits – Standards . ORG Typology – Standards Bodies – Implementation Consortia – Hybrids MIPS and Open Source Copyright © 2008 Bill Weinberg, LinuxPundit,com Page: 2 The Big Four . Ahem, Now Three . OHA - Open Handset Alliance – Founded by Google, together with Sprint, TIM, Motorola, et al. – Performs/support development of Android platform . LiMo Foundation – Orig. Motorola, NEC, NTT, Panasonic, Samsung, Vodaphone – Goal of created shared, open middleware mobile OS . LiPS - Linux Phone Standards Forum – Founded by France Telecom/Orange, ACCESS et al. – Worked to create standards for Linux-based telephony m/w – Merged with LiMo Foundation in June 2008 . Moblin - Mobile Linux – Founded by Intel, (initially) targeting Intel Atom CPUs – Platform / distribution to support MIDs, Nettops, UMPC MIPS and Open Source Copyright © 2008 Bill Weinberg, LinuxPundit,com Page: 3 LiMo and Android . Android is a complete mobile stack LiMo is a platform for enabling that includes applications applications and services Android, as Free Software, should LiMo membership represents appeal to Tier II/III OEMs and Tier I OEMs, ISVs and operators ODMs, who lack resources LiMo aims to leave Android strives to be “room for differentiation” a stylish phone stack LiMo presents Linux-native APIs Android is based on Dalvik, a Java work-alike The LiMo SDK has/will have compliance test suites OHA has a “non Fragmentation” pledge MIPS and Open Source Copyright © 2008 Bill Weinberg, LinuxPundit,com Page: 4 And a whole lot more .
    [Show full text]
  • OMA Template
    OneAPI Profile of ParlayREST Web Services Candidate Version 1.0 – 27 Apr 2010 Open Mobile Alliance OMA-TS-ParlayREST_OneAPIProfile-V1_0-20100427-C 2010 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. [OMA-Template-Spec-20090101-I] OMA-TS-ParlayREST_OneAPIProfile-V1_0-20100427-C Page 2 (13) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/UseAgreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance™ specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification.
    [Show full text]
  • Frequently Asked Questions
    Frequently Asked Questions www.wireless-village.org The Wireless Village initiative: FAQs 26 April 2001 1. Instant Messaging and Presence Services (IMPS) 1.1 What is IMPS? It stands for “instant messaging and presence service”, and includes four primary features: · Presence · Instant Messaging · Groups · Shared Content In the mobile Internet society, people have a greater need to communicate than ever before. In wire-line networks, people can use online chat software to communicate across the Internet using short text, or even multimedia, messages. This type of service is called an “instant messaging service”. In mobile networks, similar short message services have existed since the introduction of digital mobile phone service. The utility of instant messaging is greatly enhanced by the addition of a service that will keep track of the online status and availability of your chat partners or “friends”; as well as notify you of changes to their status or availability. This type of service is called a “presence service”. The combination of instant messaging, presence, groups, and shared content is called an IMPS. 1.2 Is the concept of IMPS new? No. Ever since the introduction of early time-sharing computer systems, there has been the availability of services desired to allow users of these systems to communicate or “chat” between terminals using short text messages. Some have even provided session based services that provide a “chat room” feature. Digital mobile phone users are also familiar with mobile-terminated and mobile- originated short messaging services. These services allow text-based messaging between mobile phone users. Internet “web portal” and online services users are also familiar with chat, chat room capabilities and “friends lists” for maintaining chat addresses of friends; along with their online status and availability.
    [Show full text]
  • CDG IOTA/HCM Stage-3
    1 3GPP2 C.S0040 2 Version 1.0 3 Date: July 18, 2003 4 5 6 IP Based Over-the-Air 7 Handset Configuration Management (IOTA-HCM) 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner's name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at [email protected]. Requests to reproduce individual Organizational Partner's documents should be directed to that Organizational Partner. See www.3gpp2.org for more information. 23 24 3GPP2 C.S0040 1 No text. 2 ii 3GPP2 C.S0040 CONTENTS 1 2 FOREWORD................................................................................................................ vii 3 NOTES ....................................................................................................................... viii 4 REFERENCES..............................................................................................................ix 5 1. Introduction ......................................................................................................11 6 1.1. Scope ................................................................................................................11 7 1.2. Definitions.........................................................................................................11 8 2. General Requirements .......................................................................................17
    [Show full text]
  • Multimedia Messaging Service : an Engineering Approach To
    Multimedia Messaging Service Multimedia Messaging Service An Engineering Approach to MMS Gwenael¨ Le Bodic Alcatel, France Copyright 2003 John Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex PO19 8SQ, England Telephone (+44) 1243 779777 Email (for orders and customer service enquiries): [email protected] Visit our Home Page on www.wileyeurope.com or www.wiley.com All Rights Reserved. No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, except under the terms of the Copyright, Designs and Patents Act 1988 or under the terms of a licence issued by the Copyright Licensing Agency Ltd, 90 Tottenham Court Road, London W1T 4LP, UK, without the permission in writing of the Publisher. Requests to the Publisher should be addressed to the Permissions Department, John Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex PO19 8SQ, England, or emailed to [email protected], or faxed to (+44) 1243 770620. This publication is designed to provide accurate and authoritative information in regard to the subject matter covered. It is sold on the understanding that the Publisher is not engaged in rendering professional services. If professional advice or other expert assistance is required, the services of a competent professional should be sought. Other Wiley Editorial Offices John Wiley & Sons Inc., 111 River Street, Hoboken, NJ 07030, USA Jossey-Bass, 989 Market Street, San Francisco, CA 94103-1741, USA Wiley-VCH Verlag GmbH, Boschstr. 12, D-69469 Weinheim, Germany John Wiley & Sons Australia Ltd, 33 Park Road, Milton, Queensland 4064, Australia John Wiley & Sons (Asia) Pte Ltd, 2 Clementi Loop #02-01, Jin Xing Distripark, Singapore 129809 John Wiley & Sons Canada Ltd, 22 Worcester Road, Etobicoke, Ontario, Canada M9W 1L1 Wiley also publishes its books in a variety of electronic formats.
    [Show full text]
  • DRM Specification Approved Version 2.1 – 06 Nov 2008
    DRM Specification Approved Version 2.1 – 06 Nov 2008 Open Mobile Alliance OMA-TS-DRM-DRM-V2_1-20081106-A 2008 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document. [OMA-Template-DRM-20080101-I] OMA-TS-DRM-DRM-V2_1-20081106-A Page 2 (214) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/UseAgreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance™ specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification.
    [Show full text]
  • Management Enablement(OMA)
    ONEM2M TECHNICAL SPECIFICATION Document Number TS-0005-V3.5.1 Document Name: Management Enablement (OMA) Date: 2019-04-18 Abstract: Specifies the usage of OMA DM and OMA LwM2M resources and the corresponding message flows including normal cases as well as error cases to fulfill the oneM2M management requirements. • Mapping between the oneM2M management related resources and the resources from OMA. • Protocol translation between the oneM2M service layer and OMA. The Mca reference point, ms interface and la interface are possibly involved in this protocol translation. • Resource definitions in OMA to fulfill the oneM2M management requirements. This Specification is provided for future development work within oneM2M only. The Partners accept no liability for any use of this Specification. The present document has not been subject to any approval process by the oneM2M Partners Type 1. Published oneM2M specifications and reports for implementation should be obtained via the oneM2M Partners' Publications Offices. © oneM2M Partners Type 1 (ARIB, ATIS, CCSA, ETSI, TIA, TSDSI, TTA, TTC) Page 1 of 92 This is a draft oneM2M document and should not be relied upon; the final version, if any, will be made available by oneM2M Partners Type 1. About oneM2M The purpose and goal of oneM2M is to develop technical specifications which address the need for a common M2M Service Layer that can be readily embedded within various hardware and software, and relied upon to connect the myriad of devices in the field with M2M application servers worldwide. More information about oneM2M may be found at: http//www.oneM2M.org Copyright Notification No part of this document may be reproduced, in an electronic retrieval system or otherwise, except as authorized by written permission.
    [Show full text]
  • TSG RAN Meeting #20 RP-030281 Hämeenlinna, Finland, 3 - 6 June, 2003
    TSG RAN Meeting #20 RP-030281 Hämeenlinna, Finland, 3 - 6 June, 2003 Title: 3GPP-OMA Overlap Report Source: TSG-T Vice Chair (Kevin Holley) Agenda Item: Document for: Discussion During the TSG SA #19 meeting in Birmingham it was proposed that a study be undertaken to identify work underway in 3GPP which is related to work in OMA, in order that SA can decide on what additional co-ordination mechanisms (if any) are required with OMA work. This report is presented to RAN, CN, T and SA for discussion and conclusion on a way forwards during the SA meeting. Introduction The Open Mobile Alliance (OMA) was formed in June 2002, creating an organisation suited to the development and publication of applications specifications. It was formed from the WAP Forum, with the addition of several other fora including SyncML, Wireless Village and LIF. The working procedures in OMA have substantially changed from the WAP forum procedures and are in many ways now similar to 3GPP’s, with Work Items (4 supporting companies), Requirements and Architecture documents, plus more detailed technical specifications. There is also a Change Request procedure which replaced the old WAP Forum method of publishing separate change documents alongside the original specification. The intention of OMA, as outlined in a presentation to the 3GPP PCG in October 2002, is to develop application enablers or “service enablers” which can run over a variety of different mobile networks including those specified by 3GPP. OMA already has activity underway on many service enablers including Instant Messaging, Multimedia Messaging (MMS), Location Services, Device Management, Device Synchronisation, Games Services, Download, DRM and mobile browsing capabilities.
    [Show full text]