DOCSLIB.ORG

MAP Programmer's Manual

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
MAP Programmer's Manual Dialogic® DSI Protocol Stacks MAP Programmer's Manual September 2018 U14SSS www.dialogic.com Section 1 Introduction Copyright and Legal Notice Copyright © 1991-2018 Dialogic Corporation. All Rights Reserved. You may not reproduce this document in whole or in part without permission in writing from Dialogic Corporation at the address provided below. All contents of this document are furnished for informational use only and are subject to change without notice and do not represent a commitment on the part of Dialogic Corporation and its affiliates or subsidiaries (“Dialogic”). Reasonable effort is made to ensure the accuracy of the information contained in the document. However, Dialogic does not warrant the accuracy of this information and cannot accept responsibility for errors, inaccuracies or omissions that may be contained in this document. INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH DIALOGIC® PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN A SIGNED AGREEMENT BETWEEN YOU AND DIALOGIC, DIALOGIC ASSUMES NO LIABILITY WHATSOEVER, AND DIALOGIC DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF DIALOGIC PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY INTELLECTUAL PROPERTY RIGHT OF A THIRD PARTY. Dialogic products are not intended for use in certain safety-affecting situations. Please see http://www.dialogic.com/company/terms-of-use.aspx for more details. Due to differing national regulations and approval requirements, certain Dialogic products may be suitable for use only in specific countries, and thus may not function properly in other countries. You are responsible for ensuring that your use of such products occurs only in the countries where such use is suitable. For information on specific products, contact Dialogic Corporation at the address indicated below or on the web at www.dialogic.com. It is possible that the use or implementation of any one of the concepts, applications, or ideas described in this document, in marketing collateral produced by or on web pages maintained by Dialogic may infringe one or more patents or other intellectual property rights owned by third parties. Dialogic does not provide any intellectual property licenses with the sale of Dialogic products other than a license to use such product in accordance with intellectual property owned or validly licensed by Dialogic and no such licenses are provided except pursuant to a signed agreement with Dialogic. More detailed information about such intellectual property is available from Dialogic’s legal department at 3300 Boulevard de la Côte-Vertu, Suite 112, Montreal, Quebec, Canada H4R 1P8. Dialogic encourages all users of its products to procure all necessary intellectual property licenses required to implement any concepts or applications and does not condone or encourage any intellectual property infringement and disclaims any responsibility related thereto. These intellectual property licenses may differ from country to country and it is the responsibility of those who develop the concepts or applications to be aware of and comply with different national license requirements. Dialogic, Dialogic Pro, Veraz, Brooktrout, Diva, BorderNet, PowerMedia, PowerVille, PowerNova, MSaaS, ControlSwitch, I-Gate, Cantata, TruFax, SwitchKit, Eiconcard, NMS Communications, SIPcontrol, Exnet, EXS, Vision, inCloud9, and NaturalAccess, among others as well as related logos, are either registered trademarks or trademarks of Dialogic Corporation and its affiliates or subsidiaries. Dialogic's trademarks may be used publicly only with permission from Dialogic. Such permission may only be granted by Dialogic’s legal department at 3300 Boulevard de la Côte-Vertu, Suite 112, Montreal, Quebec, Canada H4R 1P8. Any authorized use of Dialogic's trademarks will be subject to full respect of the trademark guidelines published by Dialogic from time to time and any use of Dialogic’s trademarks requires proper acknowledgement. The names of actual companies and products mentioned herein are the trademarks of their respective owners. Publication Date: September 2018 Document reference: U14SSS 2 MAP Programmer's Manual Issue 27 REVISION HISTORY ISSUE DATE CHANGES 27 07-Sep-18 MAP-SS-INVOCATION-NOTIFY service added. MAPPN_pdn_gw_name parameter maximum length is now 255. Report Cause may now be reported by OPEN-CNF message. 26 25-Jul-17 Parameter added to MAP-SEND-ROUTING-INFO request. Added Extension Container parameters. MAPPN_long_fwd_to_num value corrected. Version and parameter information updated for USSD services. 25 24-Mar-17 MAP-SEND-ROUTING-INFO-FOR-SM service updated to MAP Release 14. Index of Supported MAP Services added (Appendix D). Added MAPSWE_MISMATCH_USER_PRIM error code. Added MAPPN_dialog_abort_type parameter. The MAPPN_user_rsn parameter is now optional for User Aborts. 24 17-Feb-17 MAP-ANY-TIME-INTERROGATION, MAP-SEND-ROUTING-INFO, MAP-PROVIDE- SUBSCRIBER-INFO and MAP-NOTEMM-EVENT services updated to support MAP release 14 Specifications. Correction to LongForwardToNumber parameter used for MAP-SEND-ROUTING- INFO (v3) and MAP-RESUME-CALL-HANDLING services. Service Request tables renamed in document. 23 17-Oct-16 Update to support extended MAPPN_QOS parameter. Added MAPPN_cpt_indicator parameter. MAP-UPDATE-LOCATION and MAP-RESTORE-DATA services updated to support MAP release 5 Specification. Updated lengths of MSC and SGSN number parameters. 22 29-Apr-15 Maximum total configurable dialog range increased to 1M dialogs. MAP_MSG_CONFIG message now uses version 1 format. Added MAPF_EXT_DID option and MAPPN_DID parameter. Added MAPPN_DIALOG_TYPE parameter. Added MAPPN_dlg_idle_timeout parameter. 21 11-Sep-14 Added the proprietary UPDATE-DEVICE-CONFIGURATION service. Added parameters for LocationInformationEPS table. Added options to control default TCAP QoS. 20 31-Jul-14 Added Routing Indicator ID (RIID) parameter. Added parameters for MAP-SUBSCRIBER-LOCATION-REPORT and MAP-SEND- ROUTING-INFO-FOR-LCS services. Authentication set parameters revised and their reception corrected when TCAP- Segmentation is used. Diameter Identity parameter allows 255 characters. MAP User parameters greater than 255 octets are now allowed using the Code Shift parameter. Update explanation of ExternalSignalInfo type parameters. 19 03-Apr-13 CurrentSecurityContext data added to MAP-SEND-IDENTIFICATION service. 18 22-Feb-13 Parameters added to MAP-UPDATE-GPRS-LOCATION, MAP-CANCEL-LOCATION and MAP-PURGE-MS services. Parameters added to SEND-AUTHENTICATION-INFO service to support EPS. Corrected document which erroneously indicated that MAP incoming user dialogue IDs should have the most significant bit set. 3 Section 1 Introduction 17 17-Aug-12 MAP-NOTIFY-SUBSCRIBER-DATA-MODIFIED service added. ProvideSubscriberLocation service updated to add more parameters. Additions to MAP-V3 error parameters for some services. Check_IMEI parameter MAPPN_requestedequipinfo made optional. Update possible errors for ProvideSubscriberLocation. Indicate that REPORT-SM-DELIVERY-STATUS can have errors for V1 and V2. 16 29-Feb-12 Make clear the operations where the ‘net_sig_info’ and ‘network_sig_info’ parameters are used. Clarify use of MAPPN_diag_info parameter. Added parameters to INFORM-SERVICE-CENTRE, READY-FOR-SM, SEND- ROUTING-INFO-FOR-SM and REPORT-SM-DELIVERY-STATUS. Documented use of ASN.1 BIT STRING parameters. Added provider reason for Idle Timeout. 15 26-Jul-11 Added documentation on use of MSISDN and Alerting Pattern parameters for USSR, USSN and PUSSR services. Mandatory parameter information for service responses updated. MAPSWE_USER_INVOKE_ID_UNKNOWN error code added. Changed UESBI parameter range now 1 to 16. Parameters added to return REJECT component data to the MAP-User. All Selective Trace events are enabled after configuration. 14 21-Jun-10 Support for GET_PASSWORD and REGISTER_PASSWORD services under MAP v1. Configuration option flags added - MAPF_QOS_TRANSPARENT and MAPF_NO_IND_AFTER_NOTICE Corrections to parameter definitions. 13 19-Oct-09 Support for INTERROGATE-SS service under MAP v1. 12 13-Jul-09 Support for SEND-AUTHENTICATION-INFO, ANY-TIME-MODIFICATION, RESET, SET-REPORTING-STATE, STATUS-REPORT, REMOTE-USER-FREE, REGISTER-CC- ENTRY and ERASE-CC-ENTRY services. Added parameters to ANY-TIME-INTERROGATION-ACK, PROVIDE-SUBSCRIBER- INFO-ACK and SEND-ROUTING-INFO-ACK. Additional Configuration Trace information. 11 30-Sep-08 Updates to trace mask definitions Support for MAP Handover Services MAP-PREPARE-HANDOVER, MAP-PREPARE- SUBSEQUENT-HANDOVER- MAP-PROCESS-ACCESS-SIGNALLING, MAP- FORWARD-ACCESS-SIGNALLING and MAP-AUTHENTICATE-FAILURE-REPORT V3 Support for CHECK IMEI operation Added Application Context Negotiation documentation 10 25-Feb-08 Added new messages Network Context Configuration Request and Read Module Status, V3 Support for MAP-SEND-AUTHENTICATION-INFO operation. New status in confirmation messages and new Software error indications Support for MAP-SEND-PARAMETERS, MAP-ACTIVATE-TRACE-MODE, MAP- DEACTIVE-TRACE-MODE and MAP-TRACE-SUBSCRIBER-ACTIVITY operations. Updated document for MAP-FAILURE-REPORT, MAP-FORWARD-CHECK-SS- INDICATION, MAP-NOTE-MS-PRESENT-FOR-GPRS and MAP-PURGE-MS operations. 9 17-Jun-05 Support for MAP-CHECK-IMEI, MAP-PROVIDE-SUBSCRIBER-LOCATION, MAP- SUBSCRIBER-LOCATION-REPORT, MAP-ACTIVATE-SS, MAP-DEACTIVATE-SS, MAP-REGISTER-SS, MAP-ERASE-SS,
Load more

Recommended publications
  • Miot Location in Roaming Version 1.0 20 May 2020
    GSM Association Confidential - Full, Rapporteur, Associate and Affiliate Members Official Document NG.120 - MIoT Location in Roaming MIoT Location in Roaming Version 1.0 20 May 2020 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Confidential - Full, Rapporteur, Associate and Affiliate Members Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice Copyright © 2020 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V1.0 Page 1 of 37 GSM Association Confidential - Full, Rapporteur, Associate and Affiliate Members Official Document NG.120 - MIoT Location
    [Show full text]
  • USSD Gateway Technical Guide
    Oracle® Communications Network Charging and Control USSD Gateway Technical Guide Release 12.0.0 December 2017 Copyright Copyright © 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error- free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Security for the Core Network of Third Generation Mobile Systems
    Security for the core network of third generation mobile systems GUNTER HORN, DIRK KROSELBERG Siemens AG, Corporate Technology, D-81730 Muenchen, Germany STEFANPUTZ T-Mobil, P.O. Box 300463, D-53184 Bonn, Germany ROLAND SCHMITZ T-Nova Technology Centre, D-64307 Darmstadt, Germany Keywords: UMTS, MAP Security, Multimedia domain, SIP, IPSec, IKE, Key Management Abstract: This contribution gives a survey of the present standardisation activities by 3GPP (3'd Generation Partnership Project1) in the area of security for signalling in the core network of third generation mobile systems. We give an overview of the protocols that need to be secured, present the basic principles behind the overall security architecture and describe the key management and format of secured messages, as far as they have already been finalised. In particular, we address core network security aspects of the 3GPP multimedia domain. 1 3GPP was formed by regional standards organisations from Europe, Asia and North America to produce specifications for a third generation mobile system named UMTS which is designed to evolve from GSM core network. There is a competing effort known as 3GPP2 with partners from North America and Asia. The original version of this chapter was revised: The copyright line was incorrect. This has been corrected. The Erratum to this chapter is available at DOI: 10.1007/978-0-387-35413-2_36 R. Steinmetz et al. (eds.), Communications and Multimedia Security Issues of the New Century © IFIP International Federation for Information Processing 2001 298 1. THREATS TO CORE NETWORK SECURITY FOR MOBILE RADIO NETWORKS The core network of mobile radio systems is the part of the network which is independent of the radio interface technology of the mobile terminal.
    [Show full text]
  • Teleware BT Proposition
    Private Mobile eXchange ™ PMX ™ GSM Mobile Switching Centre Product Highlights – IP softMSC 3GPP switching compliant Distributed Network Architecture Multiple processing units & redundancy, GSM Compliant ‘A’ Interface - IP High Availability, Scalability & Flexibility Multiple Vendor Radio Access Networks MSC, GMSC, HLR, VLR Central HLR (Network) supported MAP-C, MAP-D, MAP-E, MAP-F Call forwarding (conditional, unconditional), call waiting, call hold, call transfer IP: SS7 over SIGTRAN and SIP support TDM: SS7 over TDM via Gateway Calling party based routing, Intelligent call routing GTT translations, STP supported Caller Id; CLIP/CLIR Support for SMS (MT/MO) Connected Line Id; COLP/COLR Explicit/Implicit IMSI detach & VLR purge Operator determined barring GPRS & EDGE support (Gr over SS7) E.164 support CSD Support - secure phones + PSTN Gateway Support for Lawful Call intercept Optional built-in SMSC, AuC and EIR function SIP RFC 3261 Support Optional voicemail, conferencing and external WAP, multi-media message entity platforms Call Detail Recoding Optional Media Termination Point [Transcoding SOS: Default or LA originated intelligent routing outbound & Inbound] of emergency calls Enterprise Support Highlights Full PBX network node support Optional: Push-To-Talk – PMR replacement Translation table, Inbound & Outbound Private Mobile Office – Personal Number, Personal Assistant, Unified Messaging, Call recording, Extensive Routing Tables conferencing, IVR incl. Call Queuing etc Business Confidential Product
    [Show full text]
  • Mobile Application Part Interface (MAPI) Specification
    Mobile Application Part Interface (MAPI) Specification Mobile Application Part Interface (MAPI) Specification Version 1.1 Edition 7.20141001 Updated October 25, 2014 Distributed with Package openss7-1.1.7.20141001 Copyright c 2008-2014 Monavacon Limited All Rights Reserved. Abstract: This document is a Specification containing technical details concerning the imple- mentation of the Mobile Application Part Interface (MAPI) for OpenSS7. It contains recommendations on software architecture as well as platform and system applicability of the Mobile Application Part Interface (MAPI). It provides abstraction of the Mobile Application Part (MAP) interface to these components as well as providing a basis for Mobile Application Part control for other Mobile Application Part protocols. Brian Bidulock <[email protected]> for The OpenSS7 Project <http://www.openss7.org/> Published by: OpenSS7 Corporation 1469 Jefferys Crescent Edmonton, Alberta T6L 6T1 Canada Copyright c 2008-2014 Monavacon Limited Copyright c 2001-2008 OpenSS7 Corporation Copyright c 1997-2000 Brian F. G. Bidulock All Rights Reserved. Unauthorized distribution or duplication is prohibited. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [GNU Free Documentation License], page 405. Permission to use, copy and distribute this documentation without modification, for any purpose and without fee or royalty is hereby granted, provided that both the above copyright notice and this permission notice appears in all copies and that the name of OpenSS7 Corporation not be used in advertising or publicity pertaining to distribution of this documentation or its contents without specific, written prior permission.
    [Show full text]
  • 3GPP TS 29.002 V3.14.0 (2002-09) Technical Specification
    3GPP TS 29.002 V3.14.0 (2002-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile Application Part (MAP) specification (Release 1999) R GLOBAL SYSTEM FOR MOBILE COMMUNICATIONS rd TM The present document has been developed within the 3 Generation Partnership Project (3GPP ) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented. This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this Specification. TM Specifications and reports for implementation of the 3GPP system should be obtained via the 3GPP Organisational Partners' Publications Offices. Release 1999 2 3GPP TS 29.002 V3.14.0 (2002-09) Keywords GSM. UMTS, MAP, SS7, network 3GPP Postal address 3GPP support office address 650 Route des Lucioles - Sophia Antipolis Valbonne - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Internet http://www.3gpp.org Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. © 2002, 3GPP Organizational Partners (ARIB, CWTS, ETSI, T1, TTA, TTC). All rights reserved. 3GPP Release 1999 3 3GPP TS 29.002 V3.14.0 (2002-09) Contents Foreword ..........................................................................................................................................................25
    [Show full text]
  • Request for Comments on the Draft Outline for The
    International Telecommunication Union QUESTION 18/2 Strategy for migration of mobile networks to IMT-2000 and beyond ITU-D STUDY GROUP 2 RAPPORTEUR FOR QUESTION 18/2 IMT-2000 for developing countries” IMT-2000 “Mid-Term Guidelines (MTG) on the smooth transition of existing mobile networks to IMT-2000 for developing countries” “Mid-Term Guidelines (MTG) on the smooth transition of existing mobile networks to Guidelines (MTG) on the smooth transition of existing “Mid-Term QUESTION 18/2 International Telecommunication Printed in Switzerland Union Geneva, 2005 Photo credits: ITU Photo Library ITU-D THE STUDY GROUPS OF ITU-D The ITU-D Study Groups were set up in accordance with Resolutions 2 of the World Telecommunication Development Conference (WTDC) held in Buenos Aires, Argentina, in 1994). For the period 2002-2006, Study Group 1 is entrusted with the study of seven Questions in the field of telecommunication development strategies and policies. Study Group 2 is entrusted with the study of eleven Questions in the field of development and management of telecommunication services and networks. For this period, in order to respond as quickly as possible to the concerns of developing countries, instead of being approved during the WTDC, the output of each Question is published as and when it is ready. For further information Please contact: Ms Fidélia AKPO Telecommunication Development Bureau (BDT) ITU Place des Nations CH-1211 GENEVA 20 Switzerland Telephone: +41 22 730 5439 Fax: +41 22 730 5484 E-mail: [email protected] Placing orders for ITU publications Please note that orders cannot be taken over the telephone.
    [Show full text]
  • Mobile Application Part (MAP)
    3GPP2 X.S0004-000-E v 6.0 Date: July 2007 Mobile Application Part (MAP) INTRODUCTION COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual OPs may copyright and issue documents or standards publications in individual Organizationial 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 Organizationial Part- ner’s documents should be directed to that Organizational Partner. See www.3gpp2.org for more information. X.S0004-000-E 1 2 Revision History 3 4 Revision Date Remarks 5 (IS-41) 0 February 1988 Initial publication. 6 7 (IS-41) A January 1991 8 9 (IS-41) B December 1991 10 (IS-41) C February 1996 11 12 TIA/EIA-41-D December 1997 Initial ANSI publication. 13 X.S0004-000-E v1.0 March 2004 Initial publication with new part 14 X.S0004-500 ••• 590-E v1.0 structure. 15 X.S0004-700 ••• 790-E 16 17 X.S0004-000-E v2.0 July 2005 Version 2.0. 18 X.S0004-400-E July 2005 Initial publication with new part 19 X.S0004-600 ••• 691-E structure. 20 21 X.S0004-000-E v3.0 October 2005 Version 3.0. 22 X.S0004-691-E v2.0 October 2005 Addition of Annex F: RECOVERY 23 FROM SCCP SEGMENTATION 24 FAILURE. 25 26 X.S0004-000-E v4.0 May 2006 Version 4.0. 27 X.S0004-200 and 290-E May 2006 Initial ANSI publication with new 28 part structure.
    [Show full text]
  • We Know Where You Are!
    2016 8th International Conference on Cyber Conflict Permission to make digital or hard copies of this publication for internal use within NATO and for personal or educational use when for non-profit or non-commercial Cyber Power purposes is granted providing that copies bear this notice and a full citation on the N.Pissanidis, H.Rõigas, M.Veenendaal (Eds.) first page. Any other reproduction or transmission requires prior written permission by NATO CCD COE. 2016 © NATO CCD COE Publications, Tallinn We Know Where You Are! Siddharth Prakash Rao Dr Silke Holtmanns Department of Computer Science Bell Labs, Nokia Aalto University, Finland Espoo, Finland [email protected] [email protected] Dr Ian Oliver Dr Tuomas Aura Bell Labs, Nokia Department of Computer Science Espoo, Finland Aalto University, Finland [email protected] [email protected] Abstract: Mobile network technologies require some degree of tracking of user location, specifically user equipment tracking, as part of their fundamental mechanism of working. Without this basic function, features such as hand-over between cells would not work. Since mobile devices are typically associated with a single person, this provides a potential mechanism for user location surveillance. Network operators are bound by strict privacy legislation. However, spying by certain agencies, hackers and even advertisers without the users’ or operators’ knowledge has become a serious issue. In this article, we introduce and explain all known recent attacks on mobile networks that compromised user privacy. We focus on attacks using the Signalling System 7 (SS7) protocol as the interconnection interface between operators mainly in GSM networks.
    [Show full text]
  • (MAP) Protocol Implementation Conformance Statement
    Oracle® Communications Convergent Charging Controller Mobile Application Part (MAP) Protocol Implementation Conformance Statement Release 12.0.0 December 2017 Copyright Copyright © 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error- free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • LCS Capable GSM Network
    IT 15033 Examensarbete 30 hp Juni 2015 LCS Capable GSM Network TEJAS OZA Institutionen för informationsteknologi Department of Information Technology Abstract LCS Capable GSM Network TEJAS OZA Teknisk- naturvetenskaplig fakultet UTH-enheten This thesis is about Location Based Services which intends to acquire the location of the mobile phone. Besöksadress: The goal of our thesis project is to extend the Mobile Ångströmlaboratoriet Lägerhyddsvägen 1 Switching Centre and Base Station Controller with Hus 4, Plan 0 location based support which is a part of the Global System for Mobile Communications that follows the Postadress: 3rd Generation Partnership Project standards and Box 536 751 21 Uppsala integrate with the Mobile Arts Home Location Register, Gateway Mobile Location Centre and Serving Telefon: Mobile Location Centre. To achieve this goal the 018 – 471 30 03 prototype of LCS capable GSM network will be Telefax: implemented using the functional programming 018 – 471 30 00 language Erlang/OTP and C programming language. Further for testing and verification, tests will be Hemsida: performed until in the final result the location of http://www.teknat.uu.se/student mobile phone is obtained. Handledare: HAO ZHANG Ämnesgranskare: CHRISTIAN ROHNER Examinator: EDITH NGAI IT 15033 Tryckt av: Reprocentralen ITC Acknowledgments I am glad to have this opportunity to express my gratitude to all who assisted during the entire course of my thesis project. I would like to express special gratitude to my supervisor Christian Rohner of Uppsala University for his patience and motivation. His aspiring guidance helped me in writing and completion of this thesis. I appreciate Mobile Arts AB for giving this opportunity by having belief in us and we are glad to finish our thesis at MA with all testing needed for proof of concept.
    [Show full text]
  • External SS/USSD Interface
    External SS/USSD interface Vadim Yanitskiy <[email protected]> Talk structure Introduction into Supplementary Services and USSD What is Supplementary Services and USSD? What is so special about SS/USSD? How does it work in commercial networks? How does it work in the Osmocom CNI? Basic configuration examples DEMO Introduction into USSD What is USSD? Unstructured Supplementary Services Data Usually, USSD requests look like: *FOO*BAR# or *#ZOO# e.g. *#100# in both OsmoMSC and OpenBSC Common use cases: Information check applications e.g. account balance, own MSISDN e.g. news, weather, horoscope, etc. Activation / deactivation of (paid) network services Subscriber notifications, advertisements Introduction into Supplementary Services Supplementary Services: Call related (pdisc = GSM48_PDISC_CC) Advice of Charge information multi-party calls call hold Call independent (pdisc = GSM48_PDISC_NC_SS) call waiting service (de)activation call forwarding management What is SS/USSD? A structured kind of call independent Supplementary Services Similar to SMS, but real-time communication is assumed Up to 160 octets payload length Introduction into SS/USSD What is so special about USSD? Cost efficiency uses existing network’s protocols … thus no extensions / upgrades required existing (free / commercial) USSD gateways Fast and responsive the real-time capability enables fast and responsive services Interactive the session-based property enables interactive (menu-based) applications Introduction into USSD Interesting facts: The *FOO*BAR# or *#ZOO# format is not mandatory for USSD-requests! the only restriction (by GSM TS 04.80) is default 7-bit GSM alphabet … thus balance.mno.com and msisdn.mno.com are valid USSD requests some old Nokia phones allow composing such ASCII requests ;) USSD message coding is based on MAP (Mobile Application Protocol) MAP is an SS7 protocol, 3GPP TS 29.002, ~1k pages … thus every phone does MAP message encoding / decoding USSD can be (optionally) used as a transport for WAP! see "WAP over GSM USSD" by WAP Forum Ltd.
    [Show full text]