Intelligent Network (IN); Interaction between IN Application Protocol (INAP) and Integrated Services Digital Network (ISDN) signalling protocols; Part 2: Switching signalling requirements for IN Capability Set 2 (CS2) service support in a Narrowband ISDN (N-ISDN) environment

DTR/SPS-03011-2

Inteligentno omrežje (IN) - Medsebojno vplivanje med aplikacijskim protokolom inteligentnega omrežja (INAP) in signalizacijskimi protokoli digitalnega omrežja z integriranimi storitvami (ISDN) - 2. del: Komutacijske signalizacijske zahteve za podporo storitvam nabora zmožnosti 2 (CS2) inteligentnega omrežja (IN) v okolju ozkopasovnega digitalnega omrežja z integriranimi storitvami (N-ISDN)

General Information

Status
Published
Publication Date
12-May-1998
Technical Committee
Current Stage
12 - Completion
Due Date
20-Mar-1998
Completion Date
13-May-1998

Buy Standard

Technical report
TP ETSI/ETR 186-2 E1:2005
English language
46 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)

SLOVENSKI STANDARD
SIST-TP ETSI/ETR 186-2 E1:2005
01-april-2005
Inteligentno omrežje (IN) - Medsebojno vplivanje med aplikacijskim protokolom
inteligentnega omrežja (INAP) in signalizacijskimi protokoli digitalnega omrežja z
integriranimi storitvami (ISDN) - 2. del: Komutacijske signalizacijske zahteve za
podporo storitvam nabora zmožnosti 2 (CS2) inteligentnega omrežja (IN) v okolju
ozkopasovnega digitalnega omrežja z integriranimi storitvami (N-ISDN)
Intelligent Network (IN); Interaction between IN Application Protocol (INAP) and
Integrated Services Digital Network (ISDN) signalling protocols; Part 2: Switching
signalling requirements for IN Capability Set 2 (CS2) service support in a Narrowband
ISDN (N-ISDN) environment
Ta slovenski standard je istoveten z: ETR 186-2 Edition 1
ICS:
33.040.35 Telefonska omrežja Telephone networks
33.080 Digitalno omrežje z Integrated Services Digital
integriranimi storitvami Network (ISDN)
(ISDN)
SIST-TP ETSI/ETR 186-2 E1:2005 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005

---------------------- Page: 2 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
ETSI ETR 186-2
TECHNICAL May 1998
REPORT
Source: SPS Reference: DTR/SPS-03011-2
ICS: 33.020
Key words: IN, ISDN, CS2, interaction, signalling
Intelligent Network (IN);
Interaction between IN Application Protocol (INAP) and
Integrated Services Digital Network (ISDN) signalling protocols;
Part 2: Switching signalling requirements for
IN Capability Set 2 (CS2) service support in a
Narrowband ISDN (N-ISDN) environment
ETSI
European Telecommunications Standards Institute
ETSI Secretariat
Postal address: F-06921 Sophia Antipolis CEDEX - FRANCE
Office address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCE
Internet: secretariat@etsi.fr - http://www.etsi.fr - http://www.etsi.org
Tel.: +33 4 92 94 42 00 - Fax: +33 4 93 65 47 16
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 1998. All rights reserved.

---------------------- Page: 3 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 2
ETR 186-2: May 1998
Whilst every care has been taken in the preparation and publication of this document, errors in content,
typographical or otherwise, may occur. If you have comments concerning its accuracy, please write to
"ETSI Editing and Committee Support Dept." at the address shown on the title page.

---------------------- Page: 4 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 3
ETR 186-2: May 1998
Contents
Foreword .5
1 Scope .7
2 References.7
3 Abbreviations and definition .8
3.1 Abbreviations .8
3.2 Definition.9
4 General.9
5 Communication between an ISDN end-user and IN service logic .9
5.1 Signalling configurations.10
5.2 Terminal types .13
5.2.1 Existing terminals .13
5.2.2 Future terminals .14
5.3 Access signalling types.14
5.4 USI signalling requirements.14
5.4.1 IN service and IN service features applicable for user to service
communication .14
5.4.1.1 Call related features.14
5.4.1.2 Call unrelated features.15
5.4.2 Signalling requirements to support an user to service communication
mechanism.16
5.4.2.1 Requirements for a call-related (bearer- related) transport
mechanism .16
5.4.2.2 Requirements for a call-unrelated (bearer-unrelated)
transport mechanism.17
5.4.3 Enhanced Call Unrelated Service Function (CUSF)-SCF operation set of
CS2 core INAP .18
6 Support of mid-call events.19
6.1 Signalling requirements .19
7 Interworking between IN services/features and ISDN supplementary services.21
7.1 Interworking with CCBS/CCNR.21
7.2 Limitations in case of follow-on.21
7.3 COnnected Line idendification Restriction (COLR) support for called IN number.21
7.4 UID capability / UID action indicators.22
8 Support of service/feature interaction handling IN-based to IN-based.23
8.1 Transport of service compatibility indicator.23
9 Signalling requirements from CTM.23
10 Transport of display information.23
11 Transport of called IN number.24
12 Signalling requirements from CPH.24
13 IN support of GVNS configuration #3.25
14 Support of calling user number .26
14.1 Introduction of calling user number in INAP and ISUP .26

---------------------- Page: 5 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 4
ETR 186-2: May 1998
14.2 Presentation of the calling party number to the called user . 26
15 Support of DP: Not_Reachable . 26
Annex A (informative): Functional structure of the USI information element . 28
Annex B (informative): Parameters mapping . 29
Annex C (informative): Content and structure of the IN CS2 core INAP parameters. 40
C.1 Content of the "ServiceInteractionIndicators" parameter . 40
C.2 Content of the "INServiceCompatibilityIndication" parameter . 41
Annex D (informative): Proposal for mid-call processing. 42
D.1 Coding proposal for IE to request/withdrawal of the specific midcall events. 42
D.2 Coding proposal for IE to transfer the detected midcall information . 42
Annex E (informative): Message sequence charts for GVNS calls . 44
E.1 GVNS: Outgoing call . 44
E.2 GVNS: Incoming call . 45
History. 46

---------------------- Page: 6 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 5
ETR 186-2: May 1998
Foreword
This ETSI Technical Report (ETR) has been produced by the Signalling Protocols and Switching (SPS),
Technical Committee of the European Telecommunications Standards Institute (ETSI).
ETRs are informative documents resulting from ETSI studies which are not appropriate for European
Telecommunication Standard (ETS) or Interim European Telecommunication Standard (I-ETS) status. An
ETR may be used to publish material which is either of an informative nature, relating to the use or the
application of ETSs or I-ETSs, or which is immature and not yet suitable for formal adoption as an ETS or
an I-ETS.
This ETR is part 2 of a multi-part ETR covering the interactions between the Intelligent Network
Application Protocol (INAP) and Integrated Services Digital Network (ISDN) signalling protocols as
described below:
Part 1: "Switching signalling requirements for IN Capability Set 1 (CS1) service support in a
Narrowband ISDN (N-ISDN) environment";
Part 2: "Switching signalling requirements for IN Capability Set 2 (CS2) service support in a
Narrowband ISDN (N-ISDN) environment".
NOTE: Additional parts may cover further development in the IN area.
The standardization works in the fields of ISDN and IN have progressed as parallel, independent activities.
Hence no consideration has been given to the provision of IN based services in an ISDN environment.
The present document seeks to give guidance and clarification to the signalling requirements needed to
fully support IN Capability Set 2 (CS2) services in a Narrowband ISDN (N-ISDN) environment.

---------------------- Page: 7 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 6
ETR 186-2: May 1998
Blank page

---------------------- Page: 8 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 7
ETR 186-2: May 1998
1 Scope
This second part of ETR 186 specifies the signalling requirements for the interaction between Intelligent
Network (IN) Capability Set 2 (CS2) services and ISUP/DSS1 switched based services in an N-ISDN
environment. It is based on the capabilities supported by the ETSI core Intelligent Network Application
Protocol (INAP) for CS2, EN 301 140-1 [2].
The aspects of private networks in this are limited to show the indirect ISDN TE access to the public
network. In particular the aspect where the private network has access to the SCF of an IN-structured
network via an Intelligent Access Function (IAF) is out of scope of this ETR.
2 References
For the purposes of the present document, the following references apply:
[1] ETS 300 710: "Integrated Services Digital Network (ISDN); Public Switched
Telephone Network (PSTN); Universal Access Number (UAN) service; Service
description".
[2] EN 301 140-1: "Intelligent Network (IN); Intelligent Network Application Protocol
(INAP); Capability Set 2 (CS2); Part 1: Protocol specification".
[3] EN 301 144-1: "Integrated Services Digital Network (ISDN); Digital Subscriber
Signalling System No. one (DSS1) and Signalling System No.7 protocols;
Signalling application for the mobility management service on the alpha
interface; Part 1: Protocol Specification".
[4] ETS 300 779: "Network Aspects (NA); Universal Personal Telecommunication
(UPT); Phase 1; Service description".
[5] EN 301 175: "Cordless Terminal Mobility (CTM); Phase 1; Service Description".
[6] EN 301 070-1: "Integrated Services Digital Network (ISDN); Signalling System
No.7; ISDN User Part (ISUP) version 3 interactions with the Intelligent Network
Application Part (INAP); Part 1: Protocol specification [ITU-T Recommendation
Q.1600 (1997), modified]".
[7] ETR 164: "Integrated Services Digital Network (ISDN); Intelligent Network (IN);
Interaction between IN Application Protocol (INAP) and ISDN User Part (ISUP)
version 2".
[8] ETS 300 374-1 (1994): "Intelligent Network (IN); Intelligent Network Capability
Set 1 (CS1); Core Intelligent Network Application Protocol (INAP); Part 1:
Protocol specification".
[9] ETS 300 710: "Integrated Services Digital Network (ISDN); Public Switched
Telephone Network (PSTN); Universal Access Number (UAN) service; Service
description".
[10] ETS 300 712: "Integrated Services Digital Network (ISDN); Public Switched
Telephone Network (PSTN); Premium Rate (PRM) service; Service description".
[11] ETS 300 779: "Network Aspects (NA); Universal Personal Telecommunication
(UPT); Phase 1 - Service description".
[12] ETS 300 823: "Universal Personal Telecommunication (UPT); UPT phase 2;
Functional specification of the interface of a UPT Integrated Circuit Card (ICC)
and Public Switched Telephone Network (PSTN), Integrated Services Digital
Network (ISDN) and Global System for Mobile communications (GSM) terminals
(one pass and multiple pass authentication)".
[13] ITU-T Recommendation I.112 (1988): "Vocabulary of terms for ISDNs".

---------------------- Page: 9 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 8
ETR 186-2: May 1998
[14] ITU-T Recommendation Q.735: "Stage 3 description for community of interest
supplementary services using Signalling System No. 7".
[15] ITU-T Recommendation Q.763: "Signalling System No. 7 – ISDN User Part
formats and codes".
[16] ITU-T Recommendation Q.1224 (1997): "Distributed Functional Plane for IN
CS2".
[17] ITU-T Recommendation Q.1228: "Interface Recommendation for Intelligent
Network Capability Set 2".
[18] ITU-T Recommendation Q.1290 (1994): "Glossary of terms used in the
definition of Intelligent Networks".
[19] EG 201 096-1: "Intelligent Network (IN); Cordless Terminal Mobility (CTM); IN
architecture and functionality for the support of CTM; Part 1: CTM phase 1 for
single public network case".
3 Abbreviations and definition
3.1 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ANM Answer Message (ISUP message)
ASE Application Service Element
BCSM Basic Call State Model
BCUSM Basic Call Unrelated State Model
BRI Basic Rate Interface
CCBS Completion of Calls to Busy Subscriber
CCC Charge Card Calling
CCF Call Control Function
CCNR Completion of Calls on No Reply
CD Call Distribution
CdINNo Called IN number
CLIP Calling Line Identification Presentation
CLIR Calling Line Identification Restriction
COLR COnnected Line idendification Restriction
CPH Call Party Handling
CS1 IN Capability Set 1
CS2 IN Capability Set 2
CTM Cordless Terminal Mobility
CUG Closed User Group
CUSF Call Unrelated Service Function
CURUI Call Unrelated User Interaction
DP Detection Point
DTMF Dual Tone Multi-Frequency
DSS1 Digital Subscriber Signalling System No. one
EDP Event Detection Points
FT Fixed Termination
GUG GVNS User Group
GVNS Global Virtual Network Service
HLR Home Location Register
IAF Intelligent Access Function
IN Intelligent Network
INAP Intelligent Network Application Protocol
IP Intelligent Peripheral
ISDN Integrated Services Digital Network
ISUP ISDN User Part
LE Local Exchange
MCID Malicious Call Identification
MSC Mobile Switching Centre

---------------------- Page: 10 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 9
ETR 186-2: May 1998
NNI Node to Node Interface
OCCRUI Out Channel Call Related User Interaction
OPSP Originating Participating Service Provider
PIN Personal Identification Number
PINX Private Integrated Network Exchange
PRI Premary Rate Interface
PRM Premium Rate
PSTN Public Switched Telephone Network
PUI Personal User Identity
QUE Queuing
REL Release Message (ISUP message)
ROSE Remote Operations Service Element
SCF Service Control Function
SCP Service Control Point
SRF Specialized Resource Function
SSF Service Switching Function
SSP Service Switching Point
SUI Service to User Information.
TDP Trigger Detection Points
TE Terminal Equipment
TNRN Terminating Network Routing Number
UAN Universal Access Number
UPT Universal Personal Telecommunication
UNI User to Network Interface
USBS User Signalling Bearer Service
USI User to Service Information
VLR Visited Location Register
3.2 Definition
For the purposes of the present document, terminology is defined in ITU-T Recommendation I.112 [13]
and ITU-T Recommendation Q.1290 [18].
4 General
The signalling requirements specified in the present document are related to the following subjects:
- communication between an Integrated Services Digital Network (ISDN) end-user and an Intelligent
Network (IN) service;
- support of mid-call events;
- interworking with ISDN supplementary services;
- support of service/feature interaction handling IN-based to IN-based;
- requirements from Cordless Terminal Mobility (CTM);
- transport of display information;
- transport of called IN number;
- requirements from Call Party Handling (CPH);
- support of Global Virtual Network Service (GVNS) configuration #3;
- support of calling user number;
- support of Detection Point (DP): Not_Reachable.
5 Communication between an ISDN end-user and IN service logic
The execution of an IN service or an IN service feature may require a communication between an ISDN
end-user and the IN service logic. This communication may include transfer of information from the
terminal of an ISDN end-user to the service logic as well as the provision of information to the ISDN
end-user.
It is, as a general mechanism in the IN architecture, possible to send tones and announcements to an
end-user and to receive additional information in-band, using Dual Tone Multi-Frequency (DTMF)
signalling or speech, from an end-user. This user interaction phase is usually provided by an Intelligent
Peripheral (IP). The user interaction phase with an IP is controlled by the IN service logic. The functional
entity in the IP is named Specialized Resource Function (SRF) which is controlled by the Service Control

---------------------- Page: 11 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 10
ETR 186-2: May 1998
Function (SCF). In-band collected information is transferred via the Intelligent Network Application
Protocol (INAP) to the SCF.
IN Capability Set 1 (CS1) only supports in-band user interaction as described above. With
IN Capability Set 2 (CS2) it will be possible to support a User to Service Information (USI) communication
mechanism by using the out-of-band signalling capabilities supported in the ISDN. This mechanism will
provide an information transport between end-user and IN service logic which is transparent in the ISDN
network. The user terminal (ISDN Terminal Equipment (TE)) and the IN service logic run an end-to-end
application protocol on top of the basic network transport mechanism. This end-to-end application protocol
is service feature specific. For example, remote operation procedures Remote Operations Service
Element (ROSE) may be used.
5.1 Signalling configurations
The interaction with an ISDN user should not put any requirements on the network architecture; e.g. it
should not be a requirement to equip the local exchanges with Service Switching Function (SSF) or SRF.
As a consequence the signalling needs to support the following possible configurations for the access of
an ISDN TE to the IN entities in the network:
- Case A: The ISDN TE is connected direct to a local exchange with an SSF;
- Case B: The ISDN TE is connected to a local exchange without an SSF;
- Case C: The ISDN TE is connected to a private network (indirect TE access to the public network);
- Case D: The ISDN TE is within a VPN.
In case A only the Digital Subscriber Signalling System No. one (DSS1) protocol may be affected by the
requirements to support a USI communication. In case B the ISDN User Part (ISUP) may also be
affected.
In case C the SSF functionality may also be located at the local exchange (as case A).
Case D is just an example signalling configuration for VPN; there are other possible permutations for the
allocation of VPN functionality but these options are not discussed here.
As an example, figures 1a and 1b illustrate these signalling configurations for one of the SRF connect
physical scenarios described in ETS 300 374-1 [8], subclause 7.3.5.1.1, case i) in figure 25.

---------------------- Page: 12 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 11
ETR 186-2: May 1998
TE
S/T
Reference
Point
TE
S/T
Reference
Point
Figure 1a: Signalling configurations, Cases A and B

---------------------- Page: 13 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 12
ETR 186-2: May 1998
       Case C:
Private Network Public Network
SCP
SCF
Private SSP
Access
Netw ork
Network
Signalling
Signalling
IP
Signalling
SSF
SRF
PINX PINX LE
CCF
Transport Transport Transport T ransport
  ISDN
Integrated SRF Non-Integrated SRF
Terminal
IN
       S       T
Reference Point Reference Point
       Case D:
VPN
Public Network
SCF SCP
SSP
Access Network
Access
Signalling IP Signalling
Signalling
SSF
SRF
LE
CCF
Transport Transport Transport
Integrated SRF Non-Integrated SRF
  ISDN
Terminal
IN
  Virtual Virtual Transit
Originating Transit PINX
   PINX PINX
       T
      S/T
Reference Point
Reference Point
Figure 1b: Signalling configurations, Cases C and D

---------------------- Page: 14 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 13
ETR 186-2: May 1998
5.2 Terminal types
Different ISDN terminal types have to be supported. The terminal type may vary from service to service,
i.e. any particular terminal may support any or all of the following categories over a set of services:
a) Terminals supporting generic keypad protocol;
b) Legacy terminals supporting fixed service logic using the generic functional protocol;
c) Future terminals supporting a service independent generic functional protocol.
5.2.1 Existing terminals
ISDN terminals are already in the market place, and the services they use need to continue to be
supported, whether the network operator chooses to support them in an IN environment or in a fixed
implementation environment. These terminals support a number of generic protocols, which may be used
in the support of any supplementary service. These generic protocols are defined either as stimulus or
functional. They support different kinds of supplementary services, according to the following definitions:
-A stimulus supplementary service is one where the end terminal does not have knowledge of the
service being required. All protocol is transported to/from the human user with only service
independent control of the presentation/coding. No service logic is present within the terminal
implementation. Any service logic required to support the human user is provided in the network on
behalf of the terminal. In an IN environment, this service logic will reside in the SCF with the SRF
providing the user interaction under the control of the SCF. Two mechanisms of stimulus access
are provided, the generic keypad protocol and the feature key protocol.
NOTE 1: The feature key protocol, which is another stimulus protocol, is not supported in ETSI
standards.
-A functional supplementary service is one where the peer entity has knowledge of the service being
provided. The terminal therefore provides service logic in order to support that supplementary
service. As a result, where the peer entity is a terminal equipment, a more intelligent man-machine
interface can be provided.
NOTE 2: The functional protocol is also the only protocol that is applicable at the T reference
point to support private ISDN exchanges and networks. The procedures used at the T
reference point are defined in the individual supplementary service specifications, and
can be either identical to those for the coincident S and T reference point (supporting
an ISDN terminal) or may be entirely different, dependent on the required functionality
of the service.
The generic protocols to be supported in an IN environment are as follows:
- Generic keypad protocol - this is a stimulus protocol which provides for the transfer of keypad
facility information elements in the user to network direction, representing primarily numeric values
of a keypad being keyed by the human user. In the network to user direction, the protocol provides
for the transfer of display information elements, signal information elements and tones and
announcements in the bearer channel. The keypad protocol has affinity with the way that
supplementary services are provided in the Public Switched Telephone Network (PSTN), and
network operators may require a consistent service offering between PSTN services and ISDN
keypad protocol support services.
- Generic functional protocol - this is a functional protocol consisting of a number of procedures for
control of access resources, suspend and resume, resource reservation and common information
elements (the various transport mechanisms).
Unless indicated otherwise, the requirements defined in this document apply to both stimulus and
functional based terminals.

---------------------- Page: 15 ----------------------

SIST-TP ETSI/ETR 186-2 E1:2005
Page 14
ETR 186-2: May 1998
5.2.2 Future terminals
From a terminal perspective, future mechanisms should be an evolution of the existing supplementary
service mechanisms. For example, the keypad protocol, provides a means of supporting services using a
terminal that is service independent. Therefore the existing legacy terminals supporting the keypad
protocol can continue to support new services (in an IN environment or fixed implementation environment)
as and when such new services are designed.
Unlike the keypad protocol, the generic functional protocol is service specific. The IN environment will be
used to create services that are not standardized, and this should be matched by a terminal where all
signalling information is also service independent. Therefore in an IN environment an enhanced generic
functional protocol is required, where service dependence will only exist in the user application within the
terminal.
5.3 Access signalling types
This clause discusses the signalling types applicable for communication between an ISDN end user and
IN service logic in the context of the terminal types identified in the previous subclause.
The communication between an ISDN end-user and the IN service logic in the network is not necessarily
related to the establishment of a call/bearer. Two signalling types are to be distinguished:
a) Call related signalling (bearer related): The signalling procedure is tied to the procedures for basic
call control and tied to a bearer connection in progress, active or in the clearing phase. The
respective IN CS2 network aspect is named Out Channel Call Related User Interaction (OCCRUI);
b) Call unrelated signalling (bearer unrelated): The signalling procedure is independent of a bearer
connection. The respective IN CS2 network aspect is named Call Unrelated User Interaction
(CURUI).
Both signalling types a) and b) are to be supported for the USI mechanism.
5.4 USI signalling requirements
The requirements defined in this subclause is only applicable for functional terminals, since the USI
communication mechanism requires a functional protocol. According to subclause 5.2, USI requires future
terminals with an enhanced generic functional protocol.
5.4.1 IN service and IN service features applicable for user to service communication
This subclause provides a non-exhaustive list of IN services and IN service features that require
communication between an end-user and the IN service logic and which are applicable for USI
communication.
5.4.1.1 Call related features
The following example features require an exchange of information between the end-user and the IN
service logic which are associated with an IN call:
- Terminal authentication
For the CTM service EN 301 175 [5] updating and terminal authentication may occur while the CTM
user is involved in an active call. In this case the Fixed Termination (FT) and the cordless terminal
are temporarily involved in an information exchange with the CTM service logic. The information
between FT and CTM service logic should be exchanged out of band (refer to EG 201 096-1 [19]).
NOTE: The USI mechanism builds the general transport mechanism for the mobility
management operations between FT and SCFmm/SCFsl, i.e. via the DSS1
alpha-interface EN 301 144-1 [3
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.