ETSI ES 202 060-4-2003 Short Message Service (SMS) for fixed networks Network Based Solution (NBS) Part 4 Interworking between Signalling System No 7 and Digital Subscriber System _1.pdf

1、ETSI ES 202 060-4 1.1.1 (2003-05) ETSI 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 (DSSI) 2 ETSI ES 202 060-4 VI .I .I (2003-05) Reference DES/SPAN-I30311-4

2、 Keywords ISDN, DSSI, SMS, interworking, protocol, SS7 ETSI 650 Route des Lucioles F-O6921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 O0 Fax: +33 4 93 65 47 16 Siret No 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-prfecture de Grasse (06) No 7803/88 Importa

3、nt notice Individual copies of the present document can be downloaded from: http:lwmv.etsi .arq 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

4、Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Inform

5、ation on the current status of this and other ETSI documents is available at ha p:/pa rta I. etsi I a rgltbistat uslstatus .as p If you find errors in the present document, send your comment to: Cori vriaht Notifica tion No part may be reproduced except as authorized by written permission. The copyr

6、ight and the foregoing restriction extend to reproduction in all media. O European Telecommunications Standards Institute 2003. All rights reserved. DECTTM, PLUGTESTSTMand UMTSTMare Trade Marks of ETSI registered for the benefit of its Members. TIPHONTM and the TIPHON logo are Trade Marks currently

7、being registered by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI 3 ETSI ES 202 060-4 VI . 1 . 1 (2003-05) Contents Intellectual Property Rights 4 Foreword . 4 Introduction 4 1 Scope 5 2 Ref

8、erences 5 3 Definitions and abbreviations . 5 3.1 Definitions 5 3.2 Abbreviations 6 4 Description . 7 4.1 Sending a Short Message (SM-TE - SMSC) 7 4.1.1 Interworking from DSSl to #7 at the Originating Local Exchange 7 4.1.2 Reception of a SM from the Originating Local Exchange and sending of SM by t

9、he Short Message Service Centre to the Destination Local Exchange . 8 4.1.2.1 Mapping 8 4.1.2.2 Interaction with SMSUIR . 8 4.1.2.3 Interaction with SM Forwarding . 8 4.1.2.4 Interaction with ASMR . 9 4.1.2.5 Interaction with MSMID . 9 4.1.2.6 Interaction with SM Whitelist or SM Blacklist . 9 4.1.3

10、Interworking from #7 to DSSl at the Destination Local Exchange 10 4.2 Confirmation of SM reception 10 4.2.1 Interworking from DSSl to #7 at the Destination Local Exchange 10 4.2.2 Actions by the Short Message Service Centre 10 4.2.3 11 Interworking from #7 to DSSl at the Originating Local Exchange 4

11、.3 Sending a Short message (PABX - SMSC) 11 4.3.1 Interworking from DSSl to #7 11 4.3.3 Interworking from #7 to DSSl 11 4.4 Confirmation of SM reception (PA 11 Annex A (informative): Bibliography . 12 4.3.2 Reception of a SM from the Or Service Centre to the Destination Local Exchan 11 History 13 ET

12、SI 4 ETSI ES 202 060-4 VI .I .I (2003-05) Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found

13、in ETSI SR O00 3 14: “Intellectual Property Rights (7PRs); Essential, orpotentially Essential, IPRs notlJied to ETSI in respect ofETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (5). All published ETSI deliverables shall include info

14、rmation which directs the reader to the above source of information. Foreword This ETSI Standard (ES) has been produced by ETSI Technical Committee Services and Protocols for Advanced Networks (SPAN). The present document is part 4 of a multi-part standard covering the Short Message Services (SMS) f

15、or fixed networks; Networks Based Solution (NBS), as described below: Part 1 : “Overview“; Part 2: “Architecture and functional entities“; Part 3 : “Integrated Services Digital Network (ISDN) access protocol“; Part 4: “Interworking between Signalling System No.7 (SS7) and Digital Subscriber Signalli

16、ng System No. one (DSS1)“; Part 5: “Network access protocol“. NOTE: 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

17、 telecommunication services as provided by European public telecommunications operators under the pan-European ISDN: - - Stage 1 is an overall service description, from the users standpoint; Stage 2 identifies the functional capabilities and information flows needed to support the service described

18、in stage 1; and Stage 3 defines the signalling system protocols and switching functions needed to implement the service described in stage 1. - I n t rod uct ion The present document specifies the interworking between Signalling System N0.7 (SS7) and the Digital Subscriber Signalling SystemNo. one (

19、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. ETSI 5 ETSI ES 202 060-4 V

20、I .I .I (2003-05) 1 Scope Within the present document, only those functions are described, which are relevant for the specific intenvorking for SMS. The standard UNI and NNI intenvorking procedures are not repeated here. 2 Re fe re nces The following documents contain provisions which, through refer

21、ence in this text, constitute provisions of the present document. References are either specific (identified by date of publication andor 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 ap

22、plies. Referenced documents which are not found to be publicly available in the expected location might be found at p. il 21 ITU-T Recommendation E. 164: “The international public telecommunication numbering plan“ ETSI ES 202 060-3: “Short Message Service (SMS) for fixed networks; Network Based Solu

23、tion (NBS); Part 3: Integrated Services Digital Network (ISDN) access protocol“. ETSI ES 202 060-5: “Short Message Service (SMS) for fixed networks; Network Based Solution (NBS); Part 5: Network access protocol“. ETSI EN 300 196-1: “Integrated Services Digital Network (ISDN); Generic functional prot

24、ocol for the support of supplementary services; Digital Subscriber Signalling System No. one (DSS 1) protocol; Part 1 : Protocol specification“. ITU-T Recommendation I. 112: “Vocabulary of terms for ISDNs“. ITU-T Recommendation I. 130 (1988): “Method for the characterization of telecommunication ser

25、vices supported by an ISDN and network capabilities of an ISDN“. 31 41 51 61 3 3.1 Definitions and abbreviations De fi nit ions 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 c

26、omponent: 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 300 196-1 4, clause 8.2.2.1. ISDN number: number conforming to the numbering plan and structure specified in ITU-T Recommendatio

27、n E.164 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 receiving user number: ISDN number of the user, that receives the Short Message ETSI 6 E

28、TSI ES 202 060-4 VI .I .I (2003-05) 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 300 196-1 4, clause 8.2.2.3. return result component: where reference is made to a “xxx

29、x“ return result component, a return result component is meant which is related to a “xxxx“ invoke component NOTE: See EN 300 196-1 4, clause 8.2.2.2. served user number: ISDN number of the user who subscribes to, activates, deactivates or interrogates the Short Message services Short Message (SM):

30、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

31、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: A

32、SMR DSS1 ISDN MSMID SM SMS SMSUIR SM-SC 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 Sho

33、rt Message Terminal ETSI 7 ETSI ES 202 060-4 VI .I .I (2003-05) DSSI messages + FACILITY DC RI 4 #7 messages + SCCP: called party address: SMSC-Nr 4.1 Description Sending a Short Message (SM-TE - SMSC) 4.1 .I Interworking from DSSI to #7 at the Originating Local Exchange Table 1: Mapping DSSI-SS7 me

34、ssages of originating Facility information element SMSSubmit invoke servedUserNr s M SC- N r receiving UserNr sMSData TC-BEGIN SMSFacility invoke sMSAdditionalOriginatingAddress sMSAdditionalDestinationAddress sMSDestinationAddress sMSProtocolData sMSOriginatingAddress (optional) additions I additio

35、ns 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 p

36、rovide this identification, the SMS shall be rejected by the network (see ES 202 060-3 2). The sMSAdditionalOriginatingAddress contains the indication “user provided, verified andpassed“. The sending user may request to restrict the presentation of the identification to the receiving user on a per S

37、MS basis (Short Message Sending User Identification Restriction SMSUIR). In this case, the sMSAdditionalOriginatingAddress contains the indication $resentation restricted“. If the sMSC-Nr is absent, the sMSDestinationAddress shall contain the default SMSC-Nr stored in the originating local exchange.

38、 As an option, the originating local exchange may provide in addition sMSOriginatingAddress containing a network provided number of the served user with the indication $resentation restricted“. ETSI 8 ETSI ES 202 060-4 VI .I .I (2003-05) 4.1.2 Reception of a SM from the Originating Local Exchange an

39、d sending of SM by the Short Message Service Centre to the Dest i nation Loca I Exchange 4.1.2.1 Mapping Table 2: Mapping SS7-SS7 messages #7 messages + SCCP called party address: SMSC-Nr TC-BEG IN SMSFacility invoke sMSAdditionalOriginatingAddress sMSAdditionalDestinationAddress sMSProtocolData #7

40、messages + SCCP called party address TC-BEGIN SMSFacility invoke sMSAdditionalOriginatingAddress sMSProtocolData sMSAdditionalDestinationAddress sMSOriginatingAddress sMSDestinationAddress (optional) additions The called party address within the outgoing SCCP message contains e.g. the address of the

41、 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 4.1.2.2 to 4.1.2.6. A received sM

42、SAdditionalDestinationAddress is passed on unchanged by the SMSC, unless supplementary services require a different handling, i.e. see clauses 4.1.2.2 to 4.1.2.6. A received sMSProtocolData is passed on unchanged by the SMSC, unless supplementary services require a different handling, i.e. see claus

43、es 4.1.2.2 to 4.1.2.6. 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 analy

44、sed 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 number of the SMSC, unless supplementary services require a different handling, i.e. see clauses 4.1.2.2 to 4.1.2.6.

45、 As an option, the SMSC may generate sMSDestinationAddress containing a network provided number of the receivi: user with the indication $resentation restricted“, unless supplementary services require a different handling, i.e. see clauses 4.1.2.2 to 4.1.2.6. 4.1.2.2 Interaction with SMSUIR The sMSA

46、dditionalOriginatingAddress containing the servedUserNr shall only be sent to the destination local exchangeho 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 t

47、he indication $resentation 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. 4.1.2.3 Interaction with SM Forwarding In case of SM Forwarding,

48、 the received sMSAdditionalDestinationAddress may be changed by the SMSC. ETSI 9 ETSI ES 202 060-4 VI .I .I (2003-05) 4.1.2.4 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 t

49、hat hidher 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 $resentation 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 202 060-3 2 and ES 202 060-5 3). NOTE: The SMSC handling the profile of the receiving user detects that