Source: http://technodocbox.com/Email/72212286-Final-draft-etsi-es-v1-1-1.html
Timestamp: 2019-05-21 06:38:35
Document Index: 37102364

Matched Legal Cases: ['art 4', 'art 4', 'art 1', 'art 2', 'art 3', 'art 4', 'art 5', 'art 3', 'art 5', 'art 1']

Final draft ETSI ES V1.1.1 ( ) - PDF
Download "Final draft ETSI ES V1.1.1 ( )"
Geraldine Elaine McLaughlin
1 Final draft ES V1.1.1 ( ) Standard Short Message Service (SMS) for fixed networks; Network Based Solution (NBS); Part 4: Interworking between Signalling System No.7 and Digital Subscriber Signalling System No. one (DSS1)
2 2 Final draft ES V1.1.1 ( ) Reference DES/SPAN Keywords ISDN, DSS1, SMS, interworking, protocol, SS7 650 Route des Lucioles F Sophia Antipolis Cedex - FRANCE Tel.: Fax: Siret N NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on printers of the PDF version kept on a specific network drive within Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other documents is available at If you find errors in the present document, send your comment to: 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. European Telecommunications Standards Institute All rights reserved. DECT TM, PLUGTESTS TM and UMTS TM are Trade Marks of registered for the benefit of its Members. TIPHON TM and the TIPHON logo are Trade Marks currently being registered by for the benefit of its Members. 3GPP TM is a Trade Mark of registered for the benefit of its Members and of the 3GPP Organizational Partners.
3 3 Final draft ES V1.1.1 ( ) Contents Intellectual Property Rights...4 Foreword...4 Introduction Scope References Definitions and abbreviations Definitions Abbreviations Description Sending a Short Message (SM-TE -> SMSC) Interworking from DSS1 to #7 at the Originating Local Exchange Reception of a SM from the Originating Local Exchange and sending of SM by the Short Message Service Centre to the Destination Local Exchange Mapping Interaction with SMSUIR Interaction with SM Forwarding Interaction with ASMR Interaction with MSMID Interaction with SM Whitelist or SM Blacklist Interworking from #7 to DSS1 at the Destination Local Exchange Confirmation of SM reception Interworking from DSS1 to #7 at the Destination Local Exchange Actions by the Short Message Service Centre Interworking from #7 to DSS1 at the Originating Local Exchange Sending a Short message (PABX -> SMSC) Interworking from DSS1 to # Reception of a SM from the Originating Local Exchange and sending of SM by the Short Message Service Centre to the Destination Local Exchange Interworking from #7 to DSS Confirmation of SM reception (PABX)...11 Annex A (informative): Bibliography...12 History...13
4 4 Final draft ES V1.1.1 ( ) Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to. The information pertaining to these essential IPRs, if any, is publicly available for members and non-members, and can be found in SR : "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to in respect of standards", which is available from the Secretariat. Latest updates are available on the Web server ( All published deliverables shall include information which directs the reader to the above source of information. Foreword This Standard (ES) has been produced by Technical Committee Services and Protocols for Advanced Networks (SPAN), and is now submitted for the standards Membership Approval Procedure. The present document is part 4 of a multi-part standard covering the Short Message Services (SMS) for fixed networks; Networks Based Solution (NBS), as described below: Part 1: Part 2: Part 3: Part 4: Part 5: NOTE: "Overview"; "Architecture and functional entities"; "Integrated Services Digital Network (ISDN) access protocol"; "Interworking between Signalling System No.7 (SS7) and Digital Suscriber Signalling System No. one (DSS1)"; "Network access protocol". The choice of a multi-part format for this deliverable is to facilitate maintenance and future enhancements. In accordance with ITU-T Recommendation I.130 [6], the following three level structure is used to describe the supplementary telecommunication services as provided by European public telecommunications operators under the pan-european ISDN: - Stage 1 is an overall service description, from the user's standpoint; - Stage 2 identifies the functional capabilities and information flows needed to support the service described in stage 1; and - Stage 3 defines the signalling system protocols and switching functions needed to implement the service described in stage 1. Introduction The present document specifies the interworking between Signalling System No.7 (SS7) and the Digital Subscriber Signalling System No. one (DSS1) for the Short Message Service. The interworking between the above signalling protocols occurs in an exchange with ISDN local exchange functionality and is specified in the context of a bearer unrelated connectionless or connection-oriented transaction in a pure ISDN.
5 5 Final draft ES V1.1.1 ( ) 1 Scope Within the present document, only those functions are described, which are relevant for the specific interworking for SMS. The standard UNI and NNI interworking procedures are not repeated here. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. Referenced documents which are not found to be publicly available in the expected location might be found at [1] ITU-T Recommendation E.164: "The international public telecommunication numbering plan". [2] ES : "Short Message Service (SMS) for fixed networks; Network Based Solution (NBS); Part 3: ISDN access protocol". [3] ES : "Short Message Service (SMS) for fixed networks; Network Based Solution (NBS); Part 5: Network access protocol". [4] EN : "Integrated Services Digital Network (ISDN); Generic functional protocol for the support of supplementary services; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification". [5] ITU-T Recommendation I.112: "Vocabulary of terms for ISDNs". [6] ITU-T Recommendation I.130 (1988): "Method for the characterization of telecommunication services supported by an ISDN and network capabilities of an ISDN". 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: Integrated Services Digital Network (ISDN): See ITU-T Recommendation I.112 [5]. invoke component: where reference is made to a "xxxx" invoke component, an invoke component is meant with its operation value set to the value of the operation "xxxx" NOTE: See EN [4], clause ISDN number: number conforming to the numbering plan and structure specified in ITU-T Recommendation E.164 [1]. originating SMS user: user that originates and sends the SM receiving SMS user: user that receives the Short Message and who may also deactivate the reception of SMs and reactivate the reception later on
6 6 Final draft ES V1.1.1 ( ) receiving user number: ISDN number of the user, that receives the Short Message return error component: where reference is made to a "xxxx" return error component, a return error component is meant which is related to a "xxxx" invoke component NOTE: See EN [4], clause return result component: where reference is made to a "xxxx" return result component, a return result component is meant which is related to a "xxxx" invoke component NOTE: See EN [4], clause served user number: ISDN number of the user who subscribes to, activates, deactivates or interrogates the Short Message services Short Message (SM): information, that may be conveyed by means of the SMS described in the present document Short Message Service Centre (SM-SC): function unit, which is responsible for the relaying and store-and-forwarding of a short message (SM) between two SM-TE NOTE: The SM-SC can functionally be separated from or integrated in the network. Short Message Service Centre Number (SM-SCNr): ISDN number of the Short Message Service Centre Short Message Terminal (SM-TE): terminal which may send or receive short messages 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: ASMR DSS1 ISDN MSMID SM SMS SM-SC SMSUIR SM-TE Anonymous SM Rejection Digital Subscriber Signalling System No. one Integrated Services Digital Network Malicious SM Identification Short Message Short Message Service Short Message Service Centre Short Message Sending User Identification Restriction Short Message Terminal
7 7 Final draft ES V1.1.1 ( ) 4 Description 4.1 Sending a Short Message (SM-TE -> SMSC) Interworking from DSS1 to #7 at the Originating Local Exchange Table 1: Mapping DSS1-SS7 messages of originating Facility information element SMSSubmit invoke servedusernr receivingusernr smsc_nr smsdata DSS1 messages FACILITY [DCR] #7 messages SCCP: called party address: SMSC_Nr TC-BEGIN SMSFacility invoke smsadditionaloriginatingaddress smsadditionaldestinationaddress smsdestinationaddress smsoriginatingaddress (optional) The smsc_nr within the Submit invoke component shall be taken as called party address for the SCCP. If the smsc_nr is absent, the default SMSC_Nr stored in the local exchange shall be taken. When sending a SMS, the sending user shall always provide the servedusernr. If the sending user does not provide this identification, the SMS shall be rejected by the network (see ES [2]). The smsadditionaloriginatingaddress contains the indication "user provided, verified and passed". The sending user may request to restrict the presentation of the identification to the receiving user on a per SMS basis (Short Message Sending User Identification Restriction SMSUIR). In this case, the smsadditionaloriginatingaddress contains the indication "presentation restricted". If the smsc_nr is absent, the smsdestinationaddress shall contain the default SMSC_Nr stored in the originating local exchange. As an option, the originating local exchange may provide in addition smsoriginatingaddress containing a network provided number of the served user with the indication "presentation restricted".
8 8 Final draft ES V1.1.1 ( ) Reception of a SM from the Originating Local Exchange and sending of SM by the Short Message Service Centre to the Destination Local Exchange Mapping Table 2: Mapping SS7-SS7 messages #7 messages #7 messages SCCP [called party address: SMSC_Nr] SCCP [called party address] TC-BEGIN TC-BEGIN SMSFacility invoke SMSFacility invoke smsadditionaloriginatingaddress smsadditionaloriginatingaddress smsadditionaldestinationaddress smsadditionaldestinationaddress smsoriginatingaddress smsdestinationaddress (optional) The called party address within the outgoing SCCP message contains e.g. the address of the destination local exchange or the receivingusernr as Global Title (depending on the SCCP routeing mechanism). A received smsadditionaloriginatingaddress is passed on unchanged by the SMSC, unless supplementary services require a different handling, i.e. see clauses to A received smsadditionaldestinationaddress is passed on unchanged by the SMSC, unless supplementary services require a different handling, i.e. see clauses to A received is passed on unchanged by the SMSC, unless supplementary services require a different handling, i.e. see clauses to A received smsoriginatingaddress (optional, see clause 4.1.1, containing a network provided number of the served user) may be analysed by the SMSC but shall not be passed on (therefore not shown in the table). A received smsdestinationaddress (containing the SMSC-Nr.) is analysed by the SMSC but shall not be passed on (therefore not shown in table 2). The smsoriginating Address shall be generated by the SMSC and shall contain the ITU-T Recommendation E.164 [1] number of the SMSC, unless supplementary services require a different handling, i.e. see clauses to As an option, the SMSC may generate smsdestinationaddress containing a network provided number of the receiving user with the indication "presentation restricted", unless supplementary services require a different handling, i.e. see clauses to Interaction with SMSUIR The smsadditionaloriginatingaddress containing the servedusernr shall only be sent to the destination local exchange/to the receiving user, if no SMSUIR indication (restriction indication of the served user number) has been received by the SMSC from the served user (smsadditionaloriginatingaddress contains the indication "presentation restricted"); if this SMSUIR indication has been received by the SMSC from the served user, then no servedusernr is sent to the destination local exchange, i.e. the smsadditionaloriginatingaddress is omitted Interaction with SM Forwarding In case of SM Forwarding, the received smsadditionaldestinationaddress may be changed by the SMSC.
9 9 Final draft ES V1.1.1 ( ) Interaction with ASMR The service provider can offer a subscription option to the served user that all anonymous SMS are rejected. ASMR applies if the sending user requests that his/her identification shall be restricted to the receiving user and if the receiving user has subscribed to ASMR service. If a SMS sending user does not provide the own identification information (smsadditionaloriginatingaddress set to "presentation restricted") and the SMS destination user has subscribed to the ASMR service option, the service provider will reject the received SMS and will inform the sending user about the rejection (see ES [2] and ES [3]). NOTE: The SMSC handling the profile of the receiving user detects that ASMR applies and rejects the SMS, i.e. the received SMS is discarded and the appropriate rejection information is returned towards the sending user. It may be needed to allow certain SMS sending users that their identification is not made available to the receiving user and that ASMR is overridden. The originating service provider has to check whether the sending user falls in this category. If the sending user is allowed to do so, the service provider shall not reject the SMS but shall deliver it to the destination user Interaction with MSMID The service provider can offer the service to the served user that a malicious SMS can be identified. Usually, a received SMS contains an identification of the sending user which enables the receiver of a malicious SMS to take appropriate measures. However, an identification of the sending user may not be contained in the received malicious SMS (see e.g. Interaction with SMSUIR). In this case, it should still be possible to identify the sender. If the sending user requests that the presentation of his/her identification shall be restricted to the receiving user (see clause and ) and if the receiving user has subscribed to the MSMID service, then a special SMS-ID is sent from the SMSC serving the receiving user to the receiving user instead of the served user number of the sending user. In this case, the special SMS-ID shall be contained in the outgoing smsadditionaloriginatingaddress sent towards the receiving user/destination local exchange. NOTE: A feature like ASMR does not help because it rejects all anonymous SMS but the receiving user may accept or even wish to receive anonymous SMS. Only malicious SMS are an issue Interaction with SM Whitelist or SM Blacklist The service provider can offer the service to the served sending user that only certain destinations for SMS are allowed (white list) and/or that certain destinations for SMS are not allowed (black list). If the SMSC serving the sending user receives a SMS it has to check the white list/black list associated to the sending user whether the indicated destination is allowed or not. If it is allowed then the SMS is forwarded towards the receiving user. No further exceptions to clause are applicable. If it is not allowed then the SMS is not forwarded towards the receiving user but discarded. The sending user receives an rejection indication (see ES [2] and ES [3]). The service provider can offer the service to the served receiving user that only certain origins for SMS are allowed (white list) and/or that certain origins for SMS are not allowed (black list). If the SMSC serving the receiving user receives a SMS it has to check the white list/black list associated to the receiving user whether the indicated origin is allowed or not. If it is allowed then the SMS is forwarded towards the receiving user. No further exceptions to clause are applicable. If it is not allowed then the SMS is not forwarded towards the receiving user but discarded. The sending user receives an rejection indication (see ES [2] and ES [3]).
10 10 Final draft ES V1.1.1 ( ) Interworking from #7 to DSS1 at the Destination Local Exchange Table 3: Mapping SS7-DSS1 messages of destination #7 messages DSS1 messages SCCP [called party address] FACILITY [DCR] TC-BEGIN Facility information element SMSFacility invoke SMSDeliver invoke smsoriginatingaddress smsc_nr smsadditionaloriginatingaddress servedusernr smsadditionaldestinationaddress receivingusernr smsdata The called party address within the SCCP contains e.g. the address of the destination local exchange (depending on the SCCP routeing mechanism), to which the receiving SMS user belongs. The smsadditionaloriginatingaddress containing the servedusernr is only received at the destination local exchange, if no SMSUIR indication has been received by the SMSC from the served user; if this SMSUIR indication has been received by the SMSC from the served user, then no servedusernr is received at the destination local exchange (see clauses and ). In case of MSMID, the smsadditionaloriginatingaddress contains a special SMS-ID, see clauses and , which is mapped as shown in table 3. As an option, the smsdestinationaddress may be received (see clause ). It shall not be used for addressing the SM to the receiving user. It shall not be mapped to DSS1 (therefore, it is not shown in the table 3). 4.2 Confirmation of SM reception Interworking from DSS1 to #7 at the Destination Local Exchange Table 4: Mapping DSS1-SS7 at destination #7 messages SCCP [called party address: SMSC_Nr] TC-END SMSFacility smsdestinationaddress DSS1 messages FACILITY [DCR] Facility information element SMSDeliver return result smsc_nr smsdata Actions by the Short Message Service Centre The SMSC receives and processes the #7 message described in clause but shall not pass on it. Table 5: SM-SC action #7 messages NOTE5 #7 messages SCCP [called party number: SMSC_Nr] TC-END SMSFacility smsdestinationaddress
11 11 Final draft ES V1.1.1 ( ) Interworking from #7 to DSS1 at the Originating Local Exchange Independently of the actions described in clauses and 4.2.2, the SMSC generates a #7 message as specified in the right (#7) column of the following table. This #7 message shall be mapped to DSS1 as shown in table 6. Table 6: Mapping SS7-DSS1 at originating DSS1 messages FACILITY [DCR] Facility information element SMSSubmit return result servedusernr smsc_nr smsdata #7 messages SCCP [called party number: Address of Originating Local Exchange] TC-END SMSFacility return result smsadditionaloriginatingaddress smsoriginatingaddress (SMSC_Nr.) 4.3 Sending a Short message (PABX -> SMSC) Interworking from DSS1 to #7 Clause applies with the only exception that in this case "REGISTER [CR]" message is used by DSS1 instead of "FACILITY [DCR]" message Reception of a SM from the Originating Local Exchange and sending of SM by the Short Message Service Centre to the Destination Local Exchange See clause Interworking from #7 to DSS1 Clause applies with the only exception that in this case "REGISTER [CR]" message is used by DSS1 instead of "FACILITY [DCR]" message. 4.4 Confirmation of SM reception (PABX) Clause 4.2 applies with the only exception that in this case "REGISTER [CR]" message is used by DSS1 instead of "FACILITY [DCR]" message.
12 12 Final draft ES V1.1.1 ( ) Annex A (informative): Bibliography [7] ES V1.1.1 ( ): "Services and Protocols for Advanced Networks (SPAN); Short Message Service (SMS) for PSTN/ISDN; Service description". [8] ETS Edition 4: "Digital cellular telecommunications system (Phase 2) (GSM); Technical realization of Short Message Service (SMS) Point-to-Point (PP) (GSM03.40)".
13 13 Final draft ES V1.1.1 ( ) History Document history V1.1.1 March 2003 Membership Approval Procedure MV : to