Source: http://docplayer.net/13998878-Draftetsi-eg-201-510-v1-1-2-2000-02.html
Timestamp: 2018-07-19 21:53:17
Document Index: 298207243

Matched Legal Cases: ['art 1', 'art 1', 'art 1', 'art 2', 'art 1', 'art 1', 'art 12', 'art 4', 'art 10', 'art 5', 'art 7', 'art 6', 'art 4', 'art 2', 'art 5', 'art 1', 'art 4']

DraftETSI EG V1.1.2 ( ) - PDF
DraftETSI EG V1.1.2 ( )
Download "DraftETSI EG 201 510 V1.1.2 (2000-02)"
1 Draft EG V1.1.2 ( ) Guide Intelligent Network (IN); Security aspects of Switching Control Function (SCF) - Service Switching Function (SSF) interconnection between networks; Part 1: Capability Set 1 (CS1) based operations
2 2 Draft EG V1.1.2 ( ) Reference DEG/SPAN Keywords CS1, IN, interworking, security Postal address F Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - FRANCE Tel.: Fax: Siret N NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N 7803/88 Internet Individual copies of this deliverable can be downloaded from If you find errors in the present document, send your comment to: Important notice This deliverable 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. 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.
3 3 Draft EG V1.1.2 ( ) Contents Intellectual Property Rights...4 Foreword...4 Introduction Scope References Definitions and abbreviations Definitions Abbreviations Functionality SSF SCF SSF-SCF Interconnection Security considerations of operations initialdp connect releasecall eventreportbcsm requestreportbcsmevent continue activitytest Security countermeasures Topology Authentication Access control Integrity Confidentiality Non Repudiation Accountability and auditing Network security management Testing and operation maintenance...10 Bibliography...11 History...12
4 4 Draft EG V1.1.2 ( ) 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 (http://www.etsi.org/ipr). Pursuant to the IPR Policy, no investigation, including IPR searches, has been carried out by. No guarantee can be given as to the existence of other IPRs not referenced in SR (or the updates on the Web server) which are, or may be, or may become, essential to the present document. Foreword This Guide (EG) has been produced by Technical Committee Services and Protocols for Advanced Networks (SPAN), and is now submitted for the Membership Approval Procedure. The present document is part 1 of a multi-part EG covering the Intelligent Network (IN); Security aspects of Switching Control Function (SCF) - Service Switching Function (SSF) interconnection between networks, as identified below: Part 1: Part 2: "Capability Set 1 (CS1) based operations"; "Capability Set 2 (CS2) based operations". Introduction Under IN CS1 & CS2, the IN SCP to SSP relationship, or Service Control to Switch, is confined to a single network operator's domain and may actually be physically co-located as an SSCP. To optimize performance, the switch requires little security, particularly if implemented within a `single unit` or SSCP. By not using the local processor for security, switch performance may be optimized toward call processing with security and network protection measures provided at the Service Control Point. In the case of inter-connected networks, direct implementation of the Inter-network Control to Switch relationship would require appropriate security and authentication measures to be provided and managed at each SSF. Within a single network, potential conflict between multiple SCFs is avoided by their management within a common domain. When two networks are interconnected two (or more) SCFs in different domains can potentially control the same resource (SSF). Then some secure resource allocation and management procedure must be deployed. Suitable mechanisms have not yet been standardized. Network operators may prefer the option of utilizing the established internetwork SCF to SCF security procedures and route inter-network service switching signalling messages via each Network's Service Control Point. In this case appropriate security and authentication measures would be provided and managed at each SCF.
5 5 Draft EG V1.1.2 ( ) 1 Scope The present document describes security aspects in conjunction with the interconnection of two IN structured networks. The present document concentrates on the SCF - SSF interconnection. The purpose of the present document is to describe the security aspects of interconnection of SCF to SSF. The operations considered in this interconnection are a subset of CS1. For the time being CAMEL is the only application of SCF - SSF interconnection, therefore the present document considers only CAMEL phase 1 operations. A later edition may also consider other CS1 operations. Future parts of the present document will investigate the security aspects of operation sets that are a subset of CS2 and CS3. 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, edition number, version number, etc.) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same number. [1] ITU-T Recommendation Q.1228 (1997): "CD-ROM - Interface Recommendation for intelligent network Capability Set 2". 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: masquerade ("spoofing"): pretence of an entity to be a different entity. This may be a basis for other threats like unauthorized access or forgery unauthorized access: entity attempts to access data in violation to the security policy in force eavesdropping: breach of confidentiality by monitoring communication loss or corruption of information: integrity of data (transferred) is compromised by unauthorized deletion, insertion, modification, reordering, replay or delay replay of information: repetition of previously valid commands and responses with the intention of corrupting service or causing an overload repudiation: denial by one of the entities involved in a communication of having participated in all or part of the communication forgery: entity fabricates information and claims that such information was received from another entity or sent to another entity denial of service: prevention of authorized access to resources or the delaying of time critical operations
6 6 Draft EG V1.1.2 ( ) unauthorized activity: attacker performs activities for which he has no permission or which are in contradiction of an interconnect agreement 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: BCSM Basic Call State Model CAMEL Customized Applications for Mobile Enhanced Logic CCF Call Control Function CS1 Capability Set 1 CS2 Capability Set 2 CS3 Capability Set 3 DP Detection Point IN Intelligent Network INAP Intelligent Network Application Part ITU International Telecommunications Union PSTN Public Switched Telecommunications Network SCF Service Control Function SCP Service Control Point SDF Service Data Function SRF Specialized Resource Function SSCP Service Switching Control Point SSF Service Switching Function SSP Service Switching Point TCAP Transaction Capabilities Application Part TDP-R Trigger Detection Point - Request 4 Functionality 4.1 SSF The SSF is the Service Switching (SS) function, which, associated with the CCF, provides the set of functions required for interaction between the CCF and a service control function (SCF). It: a) extends the logic of the CCF to include recognition of service control triggers and to interact with the SCF; b) manages signalling between the CCF and the SCF; c) modifies call/connection processing functions (in the CCF) as required to process requests for IN provided service usage under the control of the SCF (ITU-T Recommendation Q.1228 [1]). 4.2 SCF The SCF is a function that commands call control functions in the processing of IN provided and/or custom service requests. The SCF may interact with other functional entities to access additional logic or to obtain information (service or user data) required to process a call/service logic instance. It: a) interfaces and interacts with service switching function/call control function, Specialized Resource function (SRF) and Service Data Function (SDF) functional entities; b) contains the logic and processing capability required to handle IN provided service attempts (ITU-T Recommendation Q.1228 [1]).
7 7 Draft EG V1.1.2 ( ) 4.3 SSF-SCF Interconnection General (ITU-T Recommendation Q.1228 [1]): - a relationship between the SCF and SSF is established either as a result of the SSF sending a request for instruction to the SCF, or at the request of the SCF for initiation of a call or for some non call-related reason; - a relationship between a SCF and a SSF is normally terminated at the request of the SCF. The SSF may also terminate the relationship (e.g. in error cases); - for IN CS-1, a single SCF may have concurrent relationships with multiple SSFs. A single SSF may only have a relationship with one SCF at a time for any given call. Note that this refers to control as opposed to monitor relationships; - when the SSF receives call-related IEs from the SCF, it substitutes these IEs for the corresponding call information, and retains all other call information. This applies to ALL call processing-related messages; - SSF - SCF interconnection could be used to enable operators to use other operators' IN platform. Because SSF - SCF interconnection may also be allowed to service providers with limited resources, security is of paramount interest regarding the availability demands of the SSF service. Figure 1 shows an internetworking scenario SCF-SCF & SCF - SSF based on the CAMEL Phase 1 Operations. In practice it is necessary to add security facilities to each SCF and SSF involved in the inter-domain communication. SCF SCF SSF domain A domain B Figure 1: SCF - SSF Interconnection Because security is important when allowing other operators to connect to an SSF it is necessary to limit the number of operations allowed on the SSF. As a starting point we have taken the CAMEL phase 1 subset of CS-1 minus the MAP operations, which are not applicable to this PSTN model. This results in the following subset of CS-1 operations. Table 1: CS-1 operations between SSF and SCF No. CS-1 operation Direction 1 InitialDP SSF -> SCF 2 Connect SCF -> SSF 3 ReleaseCall SCF -> SSF 4 EventReportBCSM SSF -> SCF 5 RequestReportBCSMEvent SCF -> SSF 6 Continue SCF -> SSF 7 ActivityTest SCF -> SSF Next, a short description will be provided of each operation, together with the parameters and possible security remarks.
8 8 Draft EG V1.1.2 ( ) 5 Security considerations of operations 5.1 initialdp Function: This operation is sent by the SSF after detection of a TDP-R in the BCSM, to request the SCF for instructions to complete the call. Parameters: servicekey, calledpartynumber, callingpartynumber, callingpartyscategory, originalcalledpartyid, locationnumber, forwardcallindicators, bearercapability, eventtypebcsm, redirectingpartyid, redirectioninformation, ipavailable, ippspcapabilities, cgencountered, additionalcallingpartynumber, serviceinteractionindicators, highlayercompatibility. Security issues: The SSF and SCF have already entered a signalling procedure (TCAP). One of the security risks could be that an other SCF hyjacks this session and takes over the control. 5.2 connect Function: This operation is used to request the SSF to perform the call processing actions to route a call to a specific destination. To do so, the SSF may use destination information from the calling party (e.g. dialled digits) and existing call set-up information (e.g. route index to a list of trunk groups) depending on the information provided by the SCF. Parameters: destinationroutingaddress, correlationid, scfid, cutandpaste, callingpartynumber, routelist, callingpartyscategory, originalcallingpartyid, redirectingpartyid, redirectioninformation, alertingpattern, serviceinteractionindicators. Security issues: It shall not be possible for any SCF to perform this operation outside its jurisdiction. If this operation is performed by an unauthorized party, resources can be allocated that are needed otherwise therefore compromising the network integrity. 5.3 releasecall Function: This operation is used to tear down by the SCF an existing call at any phase of the call for all parties involved in the call. This operation may not be sent to an assisting SSF, except in the case of hand-off procedure. Parameters: Cause. Security issues: It shall not be possible for any SCF to release Calls that are outside their jurisdiction. If this operation is performed by an unauthorized party, calls can be tear down without proper authorization. This is a Denial of Service attack. 5.4 eventreportbcsm Function: This operation is used to notify the SCF of a call related event previously requested by the SCF in a RequestReportBCSMEvent operation. The monitoring of more than one event could be requested with a RequestReportBCSMEvent operation, but each of these requested events is reported in a separate EventReportBCSM operation. Parameters: eventtypebcsm, eventspecficinformationbcsm, legid, misccallinfo. Security issues: No security issues identified. 5.5 requestreportbcsmevent Function: This operation is used to request the SSF to monitor for a call-related event (e.g., BCSM events such as busy or no answer), then send a notification back to the SCF when the event is detected. Parameters: eventtypebcsm, monitormode, legid, dpspecificcriteria, numberofdigits, applicationtimer.
9 9 Draft EG V1.1.2 ( ) Security issues: The monitoring of events can have two negative sideffects: The usage of resources and confidentiality. The resources needed (flooding). Confidentiality is jeopardized when there is a risk of unauthorized monitoring of calltraffic. 5.6 continue Function: This operation is used to request the SSF to proceed with call processing at the DP at which it previously suspended call processing to await SCF instructions. The SSF continues call processing without substituting new data from the SCF. Parameters: (none). Security issues: It may be a problem when an SCF sends a random 'continue' message to an SSF. An unauthorized SCF sends a 'continue' message before the authorized SCF does therefore disturbing the Call State Model sequence. 5.7 activitytest Function: This operation is used to check for the continued existence of a relationship between the SCF and SSF. If the relationship is still in existence, then the SSF will respond. If no reply is received, then the SCF will assume that the SSF has failed in some way and will take the appropriate action. Parameters: (none). Security issues: Because the SSF has to respond to this message, some system resources are used (processing power, network bandwith). This can have a possible impact on the functioning of the system as a whole. 6 Security countermeasures From the operations involved in SCF - SSF interconnection denial of service attack (deliberate or inadvertently) is the most important threat. Other threats identified are: masquerading, man-in-the-middle attack, replay of information and unauthorized reading of information. Therefore the following security countermeasures are proposed. 6.1 Topology Careful design of the network can enhance the security already provided. This can be achieved by: - physical limitations with respect to connecting networks; - limiting the functionality to what is minimum needed. 6.2 Authentication The originator or calling party needs to be authenticated before network management commands or queries can be processed. The authentication information needs to be protected during transit, processing and storage. The source address may also need to be authenticated in the case of critical messages. 6.3 Access control All interfaces to the SSF and SCF need to be protected by means of access control measure. These may include the Operating Systems or systems controlling the SSF or SCF. There shall be different access control measures depending on the entity wishing to access the resource. Access to auditing facilities or mechanisms shall be enforced.
10 10 Draft EG V1.1.2 ( ) 6.4 Integrity Message integrity controls shall be in place to detect changes to message content. New hardware/software shall meet all the specified requirements. This can be achieved by a variety of methods which are outside the scope of the present document. 6.5 Confidentiality In case of sensitive data it shall be possible to secure transmitted data to make it uninterpretable by unauthorized third parties for example by encryption. 6.6 Non Repudiation In case of a dispute between two interconnected parties all actions performed within a mutual agreed timespan by both parties shall be provable. 6.7 Accountability and auditing All (security) events shall be recorded in a sufficient amount of detail. All the above recorded information shall be stored for a specified amount of time without any loss of information or integrity. 6.8 Network security management Effective management controls shall be in place to prevent denial of service attacks or congestion. Intrusion detection controls shall also be in place to combat attacks when they occur. In addition to this the auditing function shall keep track of all steps or procedures undertaken by the intruder. 6.9 Testing and operation maintenance Parties are recommended to include in the interoperability testing security aspects. Parties are recommended to consider in the agreed operations and maintenance procedures issues related with security aspects. If any other CS1 operations are introduced for SCF - SSF interconnection similar investigations have to be performed.
11 11 Draft EG V1.1.2 ( ) Bibliography The following material, though not specifically referenced in the body of the present document (or not publicly available), gives supporting information. ETR 339: "Intelligent Network (IN); IN interconnect business requirements". ITU-T Recommendation Q.1211 (1993): "Introduction to intelligent network capability set 1". ITU-T Recommendation Q.1214 (1995): "Distributed functional plane for intelligent network CS-1". ITU-T Recommendation Q.1218 (1995): "Interface Recommendation for intelligent network CS-1". ITU-T Recommendation Q.1221 (1997): "Introduction to Intelligent Network Capability Set 2". ITU-T Recommendation Q.1224 (1997): "Distributed functional plane for intelligent network Capability Set 2". ETR 332: "Security Techniques Advisory Group (STAG); Security requirements capture". ETR 232: "Security Techniques Advisory Group (STAG); Glossary of security terminology". ETR 083: "Universal Personal Telecommunication (UPT); General UPT security architecture". ETR : "Intelligent Network (IN); IN interconnect threat analysis". ETS (1994): "Intelligent Network (IN); Intelligent Network Capability Set 1 (CS1); Core Intelligent Network Application Protocol (INAP); Part 1: Protocol specification". EN (V1.3): "Intelligent Network (IN); Intelligent Network Application Protocol (INAP); Capability Set 2 (CS2); Part 1: Protocol specification".
12 12 Draft EG V1.1.2 ( ) History Document history V1.1.1 January 2000 Publication V1.1.2 February 2000 Membership Approval Procedure MV : to
DraftETSI EN 301 691 V1.1.1 (2000-03)
Draft EN 301 691 V1.1.1 (2000-03) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Remote Control (RC) service; Service description 2 Draft EN 301 691 V1.1.1 (2000-03)
ETSI EN 300 356-7 V4.1.2 (2001-07)
EN 300 356-7 V4.1.2 (2001-07) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Signalling System No.7 (SS7); ISDN User Part (ISUP) version 4 for the international
ETSI EN 301 002-1 V1.3.1 (2001-06)
EN 301 002-1 V1.3.1 (2001-06) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Security tools (SET) procedures; Digital Subscriber Signalling System No. one (DSS1)
ETSI ETR 318 TECHNICAL December 1996 REPORT
ETSI ETR 318 TECHNICAL December 1996 REPRT Source: ETSI TC-NA Reference: DTR/NA-006002 ICS: 33.020 Key words: IN, CS1 Intelligent Network (IN); IN Capability Set 1 (CS1); Distributed functional plane ETSI
ETSI ES 201 915-12 V1.3.1 (2002-10)
ES 201 915-12 V1.3.1 (2002-10) Standard Open Service Access (OSA); Application Programming Interface (API); Part 12: Charging SCF 2 ES 201 915-12 V1.3.1 (2002-10) Reference RES/SPAN-120094-12 Keywords
Final draft ETSI ES 202 913 V1.2.1 (2004-05)
Final draft ES 202 913 V1.2.1 (2004-05) Standard Access and Terminals (AT); POTS requirements applicable to ADSL modems when connected to an analogue presented PSTN line 2 Final draft ES 202 913 V1.2.1
ETSI ETR 186-1 TECHNICAL September 1995 REPORT
ETSI ETR 186-1 TECHNICAL September 1995 REPORT Source: ETSI TC-SPS Reference: DTR/SPS-03011-1 ICS: 33.080 Key words: IN, INAP, CS1, ISDN, interaction, signalling Intelligent Network (IN); Interaction between
Draft ETSI EN 301 716 V7.1.0 (1999-08)
Draft EN 301 716 V7.1.0 (1999-08) European Standard (Telecommunications series) Digital cellular telecommunications system (Phase 2+); Support of Mobile Number Portability (MNP); Technical Realisation;
ETSI EN 301 462 V1.1.1 (2000-03)
EN 301 462 V1.1.1 (2000-03) European Standard (Telecommunications series) Human Factors (HF); Symbols to identify telecommunications facilities for deaf and hard of hearing people 2 EN 301 462 V1.1.1 (2000-03)
Draft ETSI EN 301 462 V1.1.1 (1999-10)
Draft EN 301 462 V1.1.1 (1999-10) European Standard (Telecommunications series) Human Factors (HF); Symbols to identify telecommunications facilities for the deaf and hard of hearing people 2 Draft EN
EN 300 185-1 V1.2.4 (1998-06)
European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Conference call, add-on (CONF) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Draft EN 301 384 V1.1.1 (1998-10)
European Standard (Telecommunications series) Telecommunications Management Network (TMN); Performance monitoring for PDH interfaces; Information model for the Network Element (NE) view 2 Reference DEN/TMN-00040
ETSI EN 301 700 V1.1.1 (2000-03)
EN 301 700 V1.1.1 (2000-03) European Standard (Telecommunications series) Digital Audio Broadcasting (DAB); VHF/FM Broadcasting: cross-referencing to simulcast DAB services by RDS-ODA 147 European Broadcasting
ETSI TR 101 891 V1.1.1 (2001-02)
TR 101 891 V1.1.1 (2001-02) Technical Report Digital Video Broadcasting (DVB); Professional Interfaces: Guidelines for the implementation and usage of the DVB Asynchronous Serial Interface (ASI) European
ETSI TS 102 640-4 V2.1.1 (2010-01) Technical Specification
TS 102 640-4 V2.1.1 (2010-01) Technical Specification Electronic Signatures and Infrastructures (ESI); Registered Electronic Mail (REM) Part 4: REM-MD Conformance Profiles 2 TS 102 640-4 V2.1.1 (2010-01)
ETSI TS 102 723-10 V1.1.1 (2012-11)
TS 102 723-10 V1.1.1 (2012-11) Technical Specification Intelligent Transport Systems (ITS); OSI cross-layer topics; Part 10: Interface between access layer and networking & transport layer 2 TS 102 723-10
ETSI TS 121 133 V4.0.0 (2001-03)
TS 121 133 V4.0.0 (2001-03) Technical Specification Universal Mobile Telecommunications System (UMTS); 3G Security; Security Threats and Requirements (3GPP TS 21.133 version 4.0.0 Release 4) 1 TS 121 133
ETSI TS 102 640-5 V2.1.1 (2010-01) Technical Specification
TS 102 640-5 V2.1.1 (2010-01) Technical Specification Electronic Signatures and Infrastructures (ESI); Registered Electronic Mail (REM); Part 5: REM-MD Interoperability Profiles 2 TS 102 640-5 V2.1.1 (2010-01)
ETSI ES 202 388-7 V1.1.1 (2005-03)
ES 202 388-7 V1.1.1 (2005-03) Standard Open Service Access (OSA); Application Programming Interface (API); Test Suite Structure and Test Purposes (TSS&TP); Part 7 Terminal Capabilities SCF (Parlay 4) 2
ETSI SR 003 232 V1.1.1 (2011-02) Special Report
SR 003 232 V1.1.1 (2011-02) Special Report Electronic Signatures and Infrastructures (ESI); PDF Advanced Electronic Signature Profiles (PAdES); Printable Representations of Electronic Signatures 2 SR 003
ETSI TS 102 280 V1.1.1 (2004-03)
TS 102 280 V1.1.1 (2004-03) Technical Specification X.509 V.3 Certificate Profile for Certificates Issued to Natural Persons 2 TS 102 280 V1.1.1 (2004-03) Reference DTS/ESI-000018 Keywords electronic signature,
ETSI ETR 278 TECHNICAL March 1996 REPORT
ETSI ETR 278 TECHNICAL March 1996 REPORT Source: ETSI TC-SAGE Reference: DTR/SAGE-00014 ICS: 33.020 Key words: GSM, cipher algorithm Security Algorithms Group of Experts (SAGE); Report on the specification
ES 201 385 V1.1.1 (1999-01)
Standard Telecommunications Management Network (TMN); Universal Mobile Telecommunications System (UMTS); Management architecture framework; Overview, processes and principles 2 Reference DES/TMN-00044
TS 102 778-6 V1.1.1 (2010-07) Technical Specification Electronic Signatures and Infrastructures (ESI); PDF Advanced Electronic Signature Profiles; Part 6: Visual Representations of Electronic Signatures
Final draft ETSI EN 300 440-2 V1.3.1 (2008-11)
Final draft EN 300 440-2 V1.3.1 (2008-11) Harmonized European Standard (Telecommunications series) Electromagnetic compatibility and Radio spectrum Matters (ERM); Short range devices; Radio equipment to
Draft ETSI EN 301 469-4 V0.0.2 (1999-11)
Draft EN 301 469-4 V0.0.2 (1999-11) European Standard (Telecommunications series) Digital Enhanced Cordless Telecommunications (DECT); DECT Packet Radio Service (DPRS) Test Case Library (TCL); Part 4:
EUROPEAN ETS 300 164 TELECOMMUNICATION October 1992 STANDARD
EUROPEAN ETS 300 164 TELECOMMUNICATION October 1992 STANDARD Source: ETSI TC-NA Reference: T/NA1(89)26 ICS: 33.080 Key words: ISDN, supplementary service Integrated Services Digital Network (ISDN); Meet-Me
Final draft ETSI EG 202 057-2 V1.1.1 (2002-07)
Final draft EG 202 057-2 V1.1.1 (2002-07) Guide Speech Processing, Transmission and Quality Aspects (STQ); User related QoS parameter definitions and measurements; Part 2: Voice telephony, Group 3 fax
EN 319 412-5 V1.1.1 (2013-01) European Standard Electronic Signatures and Infrastructures (ESI); Profiles for Trust Service Providers issuing certificates; Part 5: Extension for Qualified Certificate profile
ETSI TS 102 778-1 V1.1.1 (2009-07) Technical Specification
TS 102 778-1 V1.1.1 (2009-07) Technical Specification Electronic Signatures and Infrastructures (ESI); PDF Advanced Electronic Signature Profiles; Part 1: PAdES Overview - a framework document for PAdES
EUROPEAN ETS 300 183 TELECOMMUNICATION October 1992 STANDARD
EUROPEAN ETS 300 183 TELECOMMUNICATION October 1992 STANDARD Source: ETSI TC-NA Reference: T/NA1(89)25 ICS: 33.080 Key words: ISDN, supplementary service Integrated Services Digital Network (ISDN); Conference
TR 102 047 V1.2.1 (2005-03) Technical Report International Harmonization of Electronic Signature Formats 2 TR 102 047 V1.2.1 (2005-03) Reference RTR/ESI-000028 Keywords e-commerce, electronic signature,
ETSI EN 300 440-2 V1.4.1 (2010-08) Harmonized European Standard (Telecommunications series)
EN 300 440-2 V1.4.1 (2010-08) Harmonized European Standard (Telecommunications series) Electromagnetic compatibility and Radio spectrum Matters (ERM); Short range devices; Radio equipment to be used in
TS 101 206-4 V1.3.1 (1998-12)
Technical Specification Identification card systems; Telecommunications IC cards and terminals; Part 4: Application independent card related terminal requirements 2 Reference RTS/PTS-00014 (b6100j0r.pdf)
EUROPEAN ETS 300 374-1 TELECOMMUNICATION September 1994 STANDARD
EUROPEAN ETS 300 374-1 TELECOMMUNICATION September 1994 STANDARD Source: ETSI TC-SPS Reference: DE/SPS-03015 ICS: 33.020, 33.080 Key words: IN, CS1, INAP Intelligent Network (IN); Intelligent Network Capability
ETSI EN 319 401 V1.1.1 (2013-01)
EN 319 401 V1.1.1 (2013-01) European Standard Electronic Signatures and Infrastructures (ESI); General Policy Requirements for Trust Service Providers supporting Electronic Signatures 2 EN 319 401 V1.1.1
Draft ETSI EN 319 401 V1.1.1 (2012-03)
Draft EN 319 401 V1.1.1 (2012-03) European Standard Electronic Signatures and Infrastructures (ESI); General Policy Requirements for Trust Service Providers supporting Electronic Signatures 2 Draft EN
TS 102 350 V7.0.0 (2005-09) Technical Specification Smart cards; Identity Files and Procedures on a UICC; Stage 1 (Release 7) 2 TS 102 350 V7.0.0 (2005-09) Reference DTS/SCP-R0287 Keywords ID, security,
Technical Specification Electronic Signatures and Infrastructures (ESI); ASiC Baseline Profile
TS 103 174 V2.2.1 (2013-06) Technical Specification Electronic Signatures and Infrastructures (ESI); ASiC Baseline Profile 2 TS 103 174 V2.2.1 (2013-06) Reference RTS/ESI-0003174v221 Keywords ASiC, electronic
ETSI EG 201 769 V1.1.2 (2000-10)
EG 201 769 V1.1.2 (2000-10) Guide Speech Processing, Transmission & Quality Aspects (STQ); QoS parameter definitions and measurements; Parameters for voice telephony service required under the ONP Voice
TECHNICAL REPORT onem2m; Application Developer Guide (onem2m TR-0025 version 1.0.0 Release 1)
TR 118 525 V1.0.0 (2016-03) TECHNICAL REPORT onem2m; Application Developer Guide (onem2m TR-0025 version 1.0.0 Release 1) 2 TR 118 525 V1.0.0 (2016-03) Reference DTR/oneM2M-000025 Keywords application,
ETSI TS 102 164 V1.3.1 (2006-09)
TS 102 164 V1.3.1 (2006-09) Technical Specification Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Emergency Location Protocols [OMA-TS-MLP-V3_2-20051124-C]
Final draft ETSI EN 302 109 V1.1.1 (2003-06)
Final draft EN 302 109 V1.1.1 (2003-06) European Standard (Telecommunications series) Terrestrial Trunked Radio (TETRA); Security; Synchronization mechanism for end-to-end encryption 2 Final draft EN 302
Technical Report CLOUD; SLAs for Cloud services
TR 103 125 V1.1.1 (2012-11) Technical Report CLOUD; SLAs for Cloud services 2 TR 103 125 V1.1.1 (2012-11) Reference DTR/CLOUD-0012-SLArequirements Keywords CLOUD, SLA 650 Route des Lucioles F-06921 Sophia