Integrated Services Digital Network (ISDN); Outgoing Call Barring (OCB) supplementary services; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification

Definition of the DSS1 protocol for the OCB supplementary services as defined in DE/NA-010006 and DE/NA-010022

Digitalno omrežje z integriranimi storitvami (ISDN) - Dopolnilne storitve: prepovedi odhodnih klicev (OCB) - Protokol digitalne naročniške signalizacije št. 1 (DSS1) - 1. del: Specifikacija protokola

General Information

Status
Published
Publication Date
30-Apr-2000
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
01-May-2000
Due Date
01-May-2000
Completion Date
01-May-2000
Standard
PSIST EN 301 001-1:2000
English language
37 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day
Standard
SIST EN 301 001-1:2000
English language
37 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)


SLOVENSKI STANDARD
3SIST EN 301 001-1:2000
01-MDQXDU-2000
'LJLWDOQRRPUHåMH]LQWHJULUDQLPLVWRULWYDPL ,6'1 'RSROQLOQHVWRULWYHSUHSRYHGL
RGKRGQLKNOLFHY 2&% 3URWRNROGLJLWDOQHQDURþQLãNHVLJQDOL]DFLMHãW '66 
GHO6SHFLILNDFLMDSURWRNROD
Integrated Services Digital Network (ISDN); Outgoing Call Barring (OCB) supplementary
services; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol
specification
Ta slovenski standard je istoveten z: EN 301 001-1 Version 1.2.2
ICS:
33.080 Digitalno omrežje z Integrated Services Digital
integriranimi storitvami Network (ISDN)
(ISDN)
3SIST EN 301 001-1:2000 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

EN 301 001-1 V1.2.2 (1998-08)
European Standard (Telecommunications series)
Integrated Services Digital Network (ISDN);
Outgoing Call Barring (OCB) supplementary services;
Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification

2 EN 301 001-1 V1.2.2 (1998-08)
Reference
DEN/SPS-05107-1 (99o90ipc.PDF)
Keywords
Call barring, DSS1, ISDN, protocol,
supplementary service
ETSI
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Internet
secretariat@etsi.fr
http://www.etsi.fr
http://www.etsi.org
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 1998.
All rights reserved.
ETSI
3 EN 301 001-1 V1.2.2 (1998-08)
Contents
Intellectual Property Rights.4
Foreword .4
1 Scope.5
2 References.6
2.1 Normative references. 6
2.2 Informative references . 6
3 Definitions and abbreviations .7
3.1 Definitions . 7
3.2 Abbreviations. 8
4 Description.8
5 Operational requirements.8
5.1 Provision and withdrawal. 8
5.2 Requirements on the originating network side. 9
5.3 Requirements on the destination network side. 9
6 Coding requirements .10
6.1 Coding of the Facility information element components . 10
6.2 Coding of the information elements. 12
7 State definitions .13
8 Signalling procedures at the coincident S and T reference point .13
8.1 Activation, deactivation and interrogation. 13
8.1.1 Activation. 13
8.1.1.1 Normal operation. 13
8.1.1.2 Exceptional procedures. 16
8.1.2 Deactivation . 17
8.1.2.1 Normal operation. 17
8.1.2.2 Exceptional procedures. 19
8.1.3 Interrogation. 20
8.1.3.1 Normal operation. 20
8.1.3.2 Exceptional procedures. 21
8.2 Invocation and operation . 22
8.2.1 Normal operation . 22
8.2.2 Exceptional procedures . 23
9 Procedures for interworking with private ISDNs .23
10 Interaction with other networks .23
11 Interaction with other supplementary services.23
12 Parameter values (timers).24
13 Dynamic description (SDL diagrams) .24
Annex A (informative): Signalling flows.33
Annex B (informative): Assignment of object identifier values.36
History.37
ETSI
4 EN 301 001-1 V1.2.2 (1998-08)
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
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect
of ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the
ETSI Web server (http://www.etsi.fr/ipr or http://www.etsi.org/ipr).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server)
which are, or may be, or may become, essential to the present document.
Foreword
This European Standard (Telecommunications series) has been produced by ETSI Technical Committee Signalling
Protocols and Switching (SPS).
The present document is part 1 of a multi-part standard covering the Digital Subscriber Signalling System No. one
(DSS1) protocol specification for the Integrated Services Digital Network (ISDN) Outgoing Call Barring (OCB)
supplementary services, as described below:
Part 1: "Protocol specification";
Part 2: "Protocol Implementation Conformance Statement (PICS) proforma specification";
Part 3: "Test Suite Structure and Test Purposes (TSS&TP) specification for the user";
Part 4: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)
proforma specification for the user";
Part 5: "Test Suite Structure & Test Purposes (TSS&TP) specification for the network";
Part 6: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)
proforma specification for the network".
In accordance with CCITT Recommendation I.130 [11], 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.
The present document details the stage 3 aspects (signalling system protocols and switching functions) needed to
support the OCB supplementary services. The stage 1 aspects are detailed in EN 301 082 [7] and EN 301 084 [8]. The
stage 2 aspects of the OCB supplementary services have not been specified.
ETSI
5 EN 301 001-1 V1.2.2 (1998-08)
National transposition dates
Date of adoption of this EN: 7 August 1998
Date of latest announcement of this EN (doa): 30 November 1998
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 31 May 1998
Date of withdrawal of any conflicting National Standard (dow): 31 May 1998
1 Scope
This first part of EN 301 001 specifies the stage three of the OCB supplementary services for the pan-European
Integrated Services Digital Network (ISDN) as provided by the European public telecommunications operators at the
T reference point or coincident S and T reference point (as defined in ITU-T Recommendation I.411 [9]) by means of
the Digital Subscriber Signalling System No. one (DSS1) protocol. Stage three identifies the protocol procedures and
switching functions needed to support a telecommunication service (see CCITT Recommendation I.130 [11]).
In addition, the present document specifies the protocol requirements at the T reference point where the service is
provided to the user via an intermediate private ISDN.
The present document does not specify the additional protocol requirements where the service is provided to the user via
a telecommunications network that is not an ISDN.
The outgoing call barring supplementary services comprise the following services:
- Outgoing Call Barring-Fixed (OCB-F) supplementary service;
- Outgoing Call Barring-User Controlled (OCB-UC) supplementary service.
The OCB-F supplementary service enables a served user to have the network reject calls belonging to certain types,
when they are originated by the served user. The served user's ability to receive calls is unaffected by the OCB-F
supplementary service. The OCB-F supplementary service may operate on all calls belonging to certain types, or just on
those calls associated with specified basic services. The OCB-F supplementary service operates according to the
requirements specified by the served user on provision and cannot be activated or deactivated under the control of the
served user.
The OCB-UC supplementary service enables a served user to have the network reject calls belonging to certain types,
when they are originated by the served user. The served user's ability to receive calls is unaffected by the OCB-UC
supplementary service. The OCB-UC supplementary service may operate on all calls belonging to certain types, or just
on those calls associated with specified basic services. The served user can select the barring program(s), activate and
later deactivate them.
The OCB supplementary services are applicable to all circuit-switched telecommunications services.
Further parts of the present document specify the method of testing required to identify conformance to the present
document.
The present document is applicable to equipment supporting at least one of the OCB supplementary services, to be
attached at either side of a T reference point or coincident S and T reference point when used as an access to the public
ISDN.
ETSI
6 EN 301 001-1 V1.2.2 (1998-08)
2 References
References may be made to:
a) specific versions of publications (identified by date of publication, edition number, version number, etc.), in
which case, subsequent revisions to the referenced document do not apply; or
b) all versions up to and including the identified version (identified by "up to and including" before the version
identity); or
c) all versions subsequent to and including the identified version (identified by "onwards" following the version
identity); or
d) publications without mention of a specific version, in which case 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.
2.1 Normative references
[1] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax Notation One
(ASN.1)".
[2] CCITT Recommendation X.219 (1988): "Remote operations: Model, notation and service
definition".
[3] EN 300 195-1: "Integrated Services Digital Network (ISDN); Supplementary service interactions;
Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".
[4] EN 300 196-1: "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] EN 300 403-1: "Integrated Services Digital Network (ISDN); Digital Subscriber Signalling System
No. one (DSS1) protocol; Signalling network layer for circuit-mode basic call control; Part 1:
Protocol specification [ITU-T Recommendation Q.931, modified]".
[6] EN 301 002-1 (V1.1): "Integrated Services Digital Network (ISDN); Security tools procedures;
Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".
[7] EN 301 082: "Network Aspects (NA); Integrated Services Digital Network (ISDN); Outgoing Call
Barring-Fixed (OCB-F) supplementary service; Service description".
[8] EN 301 084: "Network Aspects (NA); Integrated Services Digital Network (ISDN); Outgoing Call
Barring-User Controlled (OCB-UC) supplementary service; Service description".
[9] ITU-T Recommendation I.411 (1993): "ISDN user-network interfaces - reference configurations".
[10] ITU-T Recommendation Z.100 (1993): "CCITT specification and description language (SDL)".
2.2 Informative references
[11] CCITT Recommendation I.130 (1988): "Method for the characterization of telecommunication
services supported by an ISDN and network capabilities of an ISDN".
[12] ETR 232 (1995): "Security Techniques Advisory Group (STAG); Glossary of security
terminology".
[13] ITU-T Recommendation E.164 (1997): "The international public telecommunication numbering
plan".
[14] ITU-T Recommendation I.112 (1993): "Vocabulary of terms for ISDNs".
ETSI
7 EN 301 001-1 V1.2.2 (1998-08)
[15] ITU-T Recommendation I.210 (1993): "Principles of telecommunication services supported by an
ISDN and the means to describe them".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following definitions apply:
all services: If for the control of the OCB-UC supplementary service the parameter basicService is set to "allServices"
then all basic services are affected that the served user is subscribed to, and for which the OCB-UC supplementary
service applies and is subscribed to, at the point in time that the request is received in the network.
barring program: See EN 301 082 [7] or EN 301 084 [8].
basic service: A bearer service or teleservice. In the present document, refers only to circuit-switched basic services.
Bearer Capability (BC): The type of transmission media provided by the network, and thus the type of the overall
connection, and also the set of lower layer protocols required on the connection.
bearer service: See ITU-T Recommendation I.112 [14], definition 202.
call reference: See EN 300 196-1 [4], subclause 3.1.
default ISDN number: An agreed ISDN number between the user, at the calling side, and the network provider.
disabling: See EN 301 084 [8], clause 3.
High layer compatibility (HLC): The set of higher layer protocols required for the call; this information may also be
used to define the basic service as a particular teleservice.
Integrated Services Digital Network (ISDN): See ITU-T Recommendation I.112 [14], definition 308.
ISDN number: A number conforming to the numbering plan and structure specified in
ITU-T Recommendation E.164 [13].
invoke component: See EN 300 196-1 [4], subclause 8.2.2.1. Where reference is made to an "xxxx" invoke component,
an invoke component is meant with its operation value set to the value of the operation "xxxx".
network: The Digital Subscriber Signalling System No. one (DSS1) protocol entity at the network side of the user-
network interface.
Personal Identification Number (PIN): See ETR 232 [12].
point-to-point terminal configuration: A terminal configuration in which there is one user signalling entity.
reject component: See EN 300 196-1 [4], subclause 8.2.2.4.
return error component: See EN 300 196-1 [4], subclause 8.2.2.3. Where reference is made to a "xxxx" return error
component, a return error component is meant which is related to a "xxxx" invoke component.
return result component: See EN 300 196-1 [4], subclause 8.2.2.2. Where reference is made to a "xxxx" return result
component, a return result component is meant which is related to a "xxxx" invoke component.
served user: The user who subscribes to, activates, deactivates or interrogates an OCB supplementary service.
service; telecommunication service: See ITU-T Recommendation I.112 [14], definition 201.
supplementary service: See ITU-T Recommendation I.210 [15], subclause 2.4.
teleservice: See ITU-T Recommendation I.112 [14], definition 203.
user: The DSS1 protocol entity at the user side of the user-network interface.
ETSI
8 EN 301 001-1 V1.2.2 (1998-08)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN.1 Abstract Syntax Notation one
BC Bearer Capability
DSS1 Digital Subscriber Signalling System No. one
HLC High Layer compatibility
ISDN Integrated Services Digital Network
MSN Multiple Subscriber Number
OCB Outgoing Call Barring
OCB-F Outgoing Call Barring-Fixed
OCB-UC Outgoing Call Barring-User Controlled
PIN Personal Identification Number
SDL Specification and Description Language
4 Description
The OCB supplementary services shall be available to users who are connected to the network via the basic access or the
primary rate access.
Outgoing calls from the served user's termination shall be barred according to the barring program(s) which is (are)
active for the served user's access or Integrated Services Digital Network (ISDN) number, and for the basic service
associated with the call.
The network provider shall define the number of barring programs and shall define the contents of each barring program
(i.e. types of call) available for, and to be shared by the OCB supplementary services. The maximum number of barring
programs is a network option within the range of 1 to 256. A barring program can contain one type of call, or a
combination of different types of call to be barred. The defined barring programs are available to all the served users of
the OCB supplementary service.
Unauthorized control of the OCB-UC supplementary service by the served user is protected by the use of a Personal
Identification Number (PIN).
5 Operational requirements
5.1 Provision and withdrawal
Each OCB supplementary service shall be provided after prior arrangement with the network provider. Provision of the
OCB-UC supplementary service shall include the provision of a PIN.
Each OCB supplementary service can be withdrawn separately by the network provider at the subscriber's request, or for
network provider reasons.
The OCB-F and OCB-UC supplementary services can be provided for all basic services subscribed to by the user, or as
a network option, the user can identify particular basic services for which the supplementary service shall be provided.
As a network option, the OCB-F and OCB-UC supplementary services can be provided on a per ISDN number basis, or
can be provided to the whole access. The network provider offers both provision options, it shall be a subscription
option to choose which of these options applies.
When the OCB-UC supplementary service is provided on a per ISDN number basis, and more than one ISDN number is
allocated to the served user's access, then, as a network option, the served user may be given the capability to indicate
whether activation or deactivation applies to an indicated number or to all ISDN numbers on the access. This capability
is to be provided by means of a subscription option.
As a network option, the served users of the OCB-UC and OCB-F supplementary services shall be able to have more
than one barring program for a given basic service and ISDN number active simultaneously.
ETSI
9 EN 301 001-1 V1.2.2 (1998-08)
As a network option, the served users of the OCB-UC supplementary service shall be able, by using the disabling
procedure, to indicate per call that for this call the network shall disregard any activated barring program.
The subscription options are summarized in table 1.
Table 1: Subscription options for the OCB supplementary services
Subscription option Value Applicability
OCB provision on access/number basis (note 1) on access basis OCB-UC and OCB-F
on ISDN number basis
Activation, deactivation and interrogation for all ISDN No OCB-UC
numbers on the same access (in case of provision on a
per ISDN number basis) (note 2) Yes
NOTE 1: This option applies only if the value for the network option "OCB provision with relation to served user
numbers" is "both".
NOTE 2: This option applies to all the instances of the supplementary service, subscribed to on the access of the
served user.
The network options are summarized in table 2.
Table 2: Network options for the OCB supplementary services
Network option Value Applicability
Disabling procedure allowed No OCB-UC
Yes
Maximum number of barring programs 1 to 256 OCB-UC and OCB-F
OCB provision with relation to basic services for all subscribed basic services OCB-UC and OCB-F
for particular basic service(s)
OCB provision with relation to served user numbers on access basis OCB-UC and OCB-F
on ISDN number basis
both
Multiple active barring programmes allowed Yes OCB-UC and OCB-F
No
5.2 Requirements on the originating network side
The procedures at the coincident S and T reference point in EN 300 403-1 [5], subclause 5.1 and the procedures of
clause 8 in the present document shall apply.
5.3 Requirements on the destination network side
Not applicable.
ETSI
10 EN 301 001-1 V1.2.2 (1998-08)
6 Coding requirements
6.1 Coding of the Facility information element components
Table 3 shows the definitions of the operations and errors required for the OCB-UC supplementary service using
Abstract Syntax Notation one (ASN.1) as specified in CCITT Recommendation X.208 [1] and using the OPERATION
and ERROR macro as defined in figure 4 of CCITT Recommendation X.219 [2].
The formal definition of the component types to encode these operations and errors is provided in clause D.1 of
EN 300 196-1 [4].
The inclusion of components in Facility information elements is defined in subclause 11.2.2.1 of EN 300 196-1 [4].
All components (invoke, return result, return error and reject) shall be included within a Facility information element.
This Facility information element may be included in any appropriate message as specified in subclause 11.2.2.1 of
EN 300 196-1 [4], unless a more restrictive specification is given in clause 9.
Table 3: Definition of operations and errors for the OCB supplementary services
Outgoing-Call-Barring-Operations-and-Errors {ccitt identified-organization etsi(0) 1001
operations-and-errors(1)}
DEFINITIONS EXPLICIT TAGS ::=
BEGIN
EXPORTS
ActivationOcb,
ActivationStatusNotificationOcb,
DeactivationOcb,
DeactivationStatusNotificationOcb,
InterrogationOcb,
DisableOcb,
OcbInvoked,
InvalidBarringProgram,
NoBarringProgram
;
IMPORTS
OPERATION, ERROR
FROM Remote-Operation-Notation
{joint-iso-ccitt remote-operations(4) notation(0)}
PartyNumber
FROM Addressing-Data-Elements
{ccitt identified-organization etsi(0) 196 addressing-data-elements(6)}
BasicService
FROM Basic-Service-Elements
{ccitt identified-organization etsi(0) 196 basic-service-elements(8)}
notSubscribed, notAvailable, basicServiceNotProvided, invalidServedUserNr,
resourceUnavailable, notImplemented, supplementaryServiceInteractionNotAllowed
FROM General-Errors
{ccitt identified-organization etsi(0) 196 general-errors(2)}
NotActivated
FROM Diversion-Operations
{ccitt identified-organization etsi(0) 207 operations-and errors(1)}
Pin, invalidPin, userControlBlocked, changeOfPinRequired
FROM Pin-Set-Operations-and-Errors
{ccitt identified-organization etsi(0) 1002 operations-and-errors(1)}
;
(continued)
ETSI
11 EN 301 001-1 V1.2.2 (1998-08)
Table 3 (continued): Definition of operations and errors for the OCB supplementary services
ActivationOcb ::= OPERATION
ARGUMENT ActivationOcbArgument
RESULT
ERRORS   {notSubscribed,
notAvailable,
basicServiceNotProvided,
invalidServedUserNr,
invalidPin,
InvalidBarringProgram,
NoBarringProgram,
userControlBlocked,
changeOfPinRequired,
supplementaryServiceInteractionNotAllowed,
resourceUnavailable}
DeactivationOcb ::= OPERATION
ARGUMENT DeactivationOcbArgument
RESULT
ERRORS   {notSubscribed,
notAvailable,
basicServiceNotProvided,
invalidServedUserNr,
notActivated,
invalidPin,
changeOfPinRequired,
userControlBlocked}
InterrogationOcb ::= OPERATION
ARGUMENT InterrogationOcbArgument
RESULT intOcbResultList IntOcbResultList
ERRORS   {notSubscribed,
notAvailable,
basicServiceNotProvided,
invalidServedUserNr}
ActivationStatusNotificationOcb ::= OPERATION
ARGUMENT ActStatusNotificationOcbArg
DeactivationStatusNotificationOcb ::= OPERATION
ARGUMENT DeactStatusNotificationOcbArg
DisableOcb ::= OPERATION
ARGUMENT pin Pin
ERRORS   {notImplemented,
invalidPin,
changeOfPinRequired,
userControlBlocked}
OcbInvoked ::= OPERATION
ActivationOcbArgument ::= SEQUENCE {
basicService BasicService,
pin Pin,
barringProgram BarringProgram OPTIONAL,
servedUserNr ServedUserNr OPTIONAL}
DeactivationOcbArgument ::= SEQUENCE {
basicService BasicService,
pin Pin,
barringProgram BarringProgram OPTIONAL,
servedUserNr ServedUserNr OPTIONAL}
InterrogationOcbArgument ::= SEQUENCE {
basicService BasicService,
servedUserNr ServedUserNr OPTIONAL}
ActStatusNotificationOcbArg ::= SEQUENCE {
basicService BasicService,
barringProgram BarringProgram,
servedUserNr ServedUserNr}
DeactStatusNotificationOcbArg ::= SEQUENCE {
basicService BasicService,
barringProgram BarringProgram OPTIONAL,
servedUserNr ServedUserNr}
ServedUserNr ::= CHOICE {
individualNumber PartyNumber,
allNumbers NULL}
(continued)
ETSI
12 EN 301 001-1 V1.2.2 (1998-08)
Table 3 (concluded): Definition of operations and errors for the OCB supplementary services
IntOcbResultList ::= SET SIZE(0.30) OF IntOcbResult
IntOcbResult ::= SEQUENCE {
servedUserNr ServedUserNr,
basicService BasicService,
barringProgramList BarringProgramList}
BarringProgram ::= INTEGER (0.255)
BarringProgramList ::= SET SIZE(0…255) OF BarringProgram
InvalidBarringProgram ::= ERROR
NoBarringProgram ::= ERROR
oCBOID OBJECT IDENTIFIER ::= {ccitt identified-organization etsi(0) 1001 operations-and-errors(1)}
activationOcb ActivationOcb ::= globalValue {oCBOID 1}
deactivationOcb DeactivationOcb ::= globalValue {oCBOID 2}
activationStatusNotificationOcb ActivationStatusNotificationOcb ::= globalValue {oCBOID 3}
deactivationStatusNotificationOcb DeactivationStatusNotificationOcb ::= globalValue {oCBOID 4}
interrogationOcb InterrogationOcb ::= globalValue {oCBOID 5}
disableOcb DisableOcb ::= globalValue {oCBOID 6}
ocbInvoked OcbInvoked ::= globalValue {oCBOID 7}
invalidBarringProgram InvalidBarringProgram ::= globalValue {oCBOID 10}
noBarringProgram NoBarringProgram ::= globalValue {oCBOID 11}
notActivated NotActivated ::= localValue 46
END -- of Outgoing-Call-Barring-Operations-and-Errors
6.2 Coding of the information elements
Not applicable.
ETSI
13 EN 301 001-1 V1.2.2 (1998-08)
7 State definitions
Table 4 defines the states for the OCB supplementary services.
Table 4: States for the OCB supplementary services
User states
Idle The OCB supplementary service is idle
Wait Activation The user has requested activation and is waiting for a response
Wait Deactivation The user has requested deactivation and is waiting for a response
Wait Interrogation The user has requested interrogation and is waiting for a response
Network states
Idle The OCB supplementary service is idle
Wait Activation The network has received an activation request
Wait Deactivation The network has received a deactivation request
Wait Interrogation The network has received an interrogation request
8 Signalling procedures at the coincident S and
T reference point
8.1 Activation, deactivation and interrogation
The procedures for activation, deactivation and interrogation only apply to the OCB-UC supplementary service.
The OCB-F supplementary service is activated on provision and deactivated on withdrawal by the network provider. No
activation, deactivation and interrogation procedures are defined for the user-network interface.
8.1.1 Activation
8.1.1.1 Normal operation
Having subscribed to the OCB-UC supplementary service, in order to activate that supplementary service, the served
user shall send an ActivationOcb invoke component to the network using the procedure described in subclause 10.2.2.1
of EN 300 196-1 [4].
The served user shall include the following information in this invoke component:
a) the served user shall indicate the instance(s) of the supplementary service by use of the following parameters:
1) in the basicService parameter, the basic service(s) for which the activation applies. If the OCB-UC
supplementary service is subscribed to for only one basic service then the served user shall set this parameter
to either "allServices" or shall indicate that basic service. If the OCB-UC supplementary service is subscribed
to for more than one basic service, the served user shall either indicate the particular basic service for which
the activation applies, or shall set the parameter to "allServices" if the activation has to apply to all basic
services for which the OCB-UC supplementary service is subscribed to by the served user;
2) in the servedUserNr parameter, the ISDN number(s) for which the activation applies. Dependant on the
applied provision option, inclusion of this parameter shall be mandatory or optional as follows:
- if the value of the network option "OCB provision with relation to served user numbers" is "on access
basis", or "both" and the value of the subscription option "OCB provision on access/number basis" is "on
access basis", the served user does not need to include this parameter. The network shall ignore the value
of the servedUserNr parameter (if present) and shall activate the OCB-UC supplementary service for the
whole access;
ETSI
14 EN 301 001-1 V1.2.2 (1998-08)
- if the value of the network option "OCB provision with relation to served user numbers" is "on ISDN
number basis", or "both" and the value of the subscription option "OCB provision on access/number
basis" is "on ISDN number basis", and the Multiple Subscriber Number (MSN) supplementary service is
not provided to the access, the served user does not need to include this parameter. The network shall
ignore the value of the servedUserNr parameter (if present) and shall activate the OCB-UC supplementary
service for the single number of the access;
- if the value of the network option "OCB provision with relation to served user numbers" is "on ISDN
number basis", or "both" and the value of the subscription option "OCB provision on access/number
basis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, then the
served user shall indicate in this parameter the ISDN number(s) for which the activation applies. The
network shall act as follows, dependant on the subscription option "activation, deactivation and
interrogation for all ISDN numbers on the same access":
- if the value of the subscription option is "no" and:
- the servedUserNr parameter is set to "individualNumber", the network shall activate the instance(s)
of the OCB-UC supplementary service relating to the single number; or
- the servedUserNr parameter is set to "allNumbers", the network shall reject the activation and send
an ActivationOcb return error component indicating "invalidServedUserNr" to the served user;
- if the value of the subscription is "yes" and:
- the servedUserNr parameter is set to "individualNumber", the network shall activate the instance(s)
of the OCB-UC supplementary service relating to the single number; or
- the servedUserNr parameter is set to "allNumbers", the network shall activate the instance(s) of the
OCB-UC supplementary service relating to the number(s) that are subscribed to this supplementary
service;
b) the served user shall indicate the OCB-UC specific data in the following parameters:
1) in the pin parameter, the PIN provided to the served user together with the provision of the OCB-UC
supplementary service. Dependant on the applied provision option, the served user shall set this parameter as
follows:
- the served user shall include the PIN, registered for the single ISDN number of the access in the following
cases:
- the value of the network option "OCB provision with relation to served user numbers" is "on access
basis", or "both" and the value of the subscription option "OCB provision on access/number basis" is
"on access basis"; or
- the value of the network option "OCB provision with relation to served user numbers" is "on ISDN
number basis", or "both" and the value of the subscription option "OCB provision on access/number
basis" is "on ISDN number basis", and the MSN supplementary service is not provided to the access;
- if the value of the network option "OCB provision with relation to served user numbers" is "on ISDN
number basis", or "both" and the value of the subscription option "OCB provision on access/number
basis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, and
activation is requested for a particular ISDN number, then the served user shall include the PIN, registered
for the indicated ISDN number;
- if the value of the network option "OCB provision with relation to served user numbers" is "on ISDN
number basis", or "both" and the value of the subscription option "OCB provision on access/number
basis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, and
activation is requested for all ISDN numbers, then the served user shall include the PIN, registered for the
default ISDN number on the access;
2) in the barringProgram parameter, the barring program to be activated. Inclusion of this parameter is optional
if only one barring program has been defined by the network provider.
ETSI
15 EN 301 001-1 V1.2.2 (1998-08)
On receipt of an ActivationOcb invoke component, the network shall use the basicService and servedUserNr parameters
to decide which instance(s) of the OCB-UC supplementary service are to be activated. For the whole access or for each
ISDN number, indicated by the served user, the network shall activate multiple instances of the OCB-UC supplementary
service if the basicService parameter is set to "allServices" and the OCB-UC supplementary service has been subscribed
for several basic services.
If one of more instances are successfully activated, the network shall:
- send an ActivationOcb return result component using the procedure as described in subclause 10.2.2.1 of
EN 300 196-1 [4]; and
- unless a point-to-point terminal configuration is known to exist at the user-network interface, send to all users at
the access an ActivationStatusNotificationOcb invoke component using the procedure for status notification
described in subclause 10.2.5 of EN 300 196-1 [4]. A Called party number information element shall not be
included.
The network shall provide the following information in the parameters of this invoke component:
- the network shall indicate the instance(s) of the supplementary service by use of the following parameters:
- in the basicService parameter, the basic service(s) as indicated in the ActivationOcb invoke component;
- in the servedUserNr parameter, the ISDN number(s) for which the activation applies. This can be either an
individual ISDN number (specified by choosing "individualNumber") or all numbers on the access
(specified by choosing "allNumbers");
- the network shall indicate in the barringProgram parameter the activated barring program for these instance(s)
of the OCB-UC supplementary service.
Subsequent procedures for terminating the transaction are as specified in subclause 10.2.2.1 of EN 300 196-1 [4].
If the network option multiple active barring programs is not supported, an activation can be modified by a subsequent
activation (reactivation) procedure. The barring program, indicated in the reactivation request, shall deactivate and
replace the already active barring program. If the network option multiple active barring programs is supported, a
subsequent activation procedure shall activate a new active barring program without affecting the existing activated
barring programs.
The basicService parameter set to "allServices" or the servedUserNr parameter set to "allNumbers" within the
ActivationOcb invoke component indicates one or multiple instances of the supplementary service. A single
ActivationOcb return result component indicates the result, no matter how many instances can be activated. Only if all
requested instances can be activated, or reactivated, shall an ActivationOcb return result component be given.
An activation request covering multiple instances shall apply even if each instance was previously deactivated with a
single deactivation request. An activation request covering a single instance shall apply even if that instance was
previously deactivated with a multiple deactivation request.
A reactivation request covering multiple instances shall apply even if each instance was previously activated with a
single activation request. A reactivation request covering a single instance shall apply even if that instance was
previously activated with a multiple activation request.
When the served user receives a correctly encoded ActivationOcb return result component, and delivered as specified in
subclause 10.2.2.1 of EN 300 196-1 [4], the served user shall accept the provided information and not respond to the
network.
ETSI
16 EN 301 001-1 V1.2.2 (1998-08)
8.1.1.2 Exceptional procedures
If the network is unable to activate the OCB-UC supplementary service, the network shall send an ActivationOcb return
error component to the served user within a Facility information element, using the procedure in subclause 10.2.2.2 of
EN 300 196-1 [4], indicating one of the following error values:
- "basicServiceNotProvided", if the served user has not subscribed to the indicated basic service;
- "notAvailable", if the OCB-UC supplementary service is not available for the indicated basic service i.e. the
indicated basic service is not a circuit-switched telecommunication service;
- "notSubscribed", if (for a given ISDN number or for the whole access) the OCB-UC supplementary service has
either not been subscribed to for the indicated, single basic service, or has not been subscribed to for any basic
service if the value "allServices" is indicated in the basicService parameter;
- "invalidServedUserNr", if the servedUserNr parameter is mandatory according to subclause 8.1.1.1 of the present
document, and either the ISDN number provided to identify the served user is not a valid number, the served user
does not include the servedUserNr parameter, or the served user uses the value "allNumbers" while having the
value "no" for the subscription option "activation, deactivation and interrogation for all ISDN numbers on the
same access";
- "invalidPin", if the indicated PIN does not match the registered PIN;
- "changeOfPinRequired", if the indicated PIN matches the registered PIN but it is marked in the network as being
expired;
- "userControlBlocked", if the activation request cannot be accepted due to the fact that the served user has
exceeded the number of times an invalid PIN can be entered;
NOTE: See EN 301 002-1 [6] for the procedures related to the use of a PIN.
- "InvalidBarringProgram", if the indicated barring program is not available to the served user;
- "NoBarringProgram", if the served user does not specify a barring program when more than one barring program
is available;
- "resourceUnavailable", if the resources required to perform adequately the OCB-UC supplementary service are
not available;
- "supplementaryServiceInteractionNotAllowed", if the provision of the OCB-UC supplementary service
activation is precluded by a procedure within EN 300 195-1 [3], clause 5.
Subsequent procedures for the network and the user are as specified in subclause 10.2.2.2 of EN 300 196-1 [4] for
terminating the transaction.
When activation of multiple instances of the OCB-UC supplementary service is requested, and if any instance cannot be
acti
...


2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Integrated Services Digital Network (ISDN); Outgoing Call Barring (OCB) supplementary services; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification33.080Digitalno omrežje z integriranimi storitvami (ISDN)Integrated Services Digital Network (ISDN)ICS:Ta slovenski standard je istoveten z:EN 301 001-1 Version 1.2.2SIST EN 301 001-1:2000en01-maj-2000SIST EN 301 001-1:2000SLOVENSKI
STANDARD
EN 301 001-1 V1.2.2 (1998-08)European Standard (Telecommunications series)Integrated Services Digital Network (ISDN);Outgoing Call Barring (OCB) supplementary services;Digital Subscriber Signalling System No. one (DSS1) protocol;Part 1: Protocol specificationSIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)2ReferenceDEN/SPS-05107-1 (99o90ipc.PDF)KeywordsCall barring, DSS1, ISDN, protocol,supplementary serviceETSIPostal addressF-06921 Sophia Antipolis Cedex - FRANCEOffice address650 Route des Lucioles - Sophia AntipolisValbonne - FRANCETel.: +33 4 92 94 42 00
Fax: +33 4 93 65 47 16Siret N° 348 623 562 00017 - NAF 742 CAssociation à but non lucratif enregistrée à laSous-Préfecture de Grasse (06) N° 7803/88Internetsecretariat@etsi.frhttp://www.etsi.frhttp://www.etsi.orgCopyright NotificationNo 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.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)3ContentsIntellectual Property Rights.4Foreword.41Scope.52References.62.1Normative references.62.2Informative references.63Definitions and abbreviations.73.1Definitions.73.2Abbreviations.84Description.85Operational requirements.85.1Provision and withdrawal.85.2Requirements on the originating network side.95.3Requirements on the destination network side.96Coding requirements.106.1Coding of the Facility information element components.106.2Coding of the information elements.127State definitions.138Signalling procedures at the coincident S and T reference point.138.1Activation, deactivation and interrogation.138.1.1Activation.138.1.1.1Normal operation.138.1.1.2Exceptional procedures.168.1.2Deactivation.178.1.2.1Normal operation.178.1.2.2Exceptional procedures.198.1.3Interrogation.208.1.3.1Normal operation.208.1.3.2Exceptional procedures.218.2Invocation and operation.228.2.1Normal operation.228.2.2Exceptional procedures.239Procedures for interworking with private ISDNs.2310Interaction with other networks.2311Interaction with other supplementary services.2312Parameter values (timers).2413Dynamic description (SDL diagrams).24Annex A (informative):Signalling flows.33Annex B (informative):Assignment of object identifier values.36History.37SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)4Intellectual Property RightsIPRs essential or potentially essential to the present document may have been declared to ETSI. The informationpertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be foundin SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respectof ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on theETSI Web server (http://www.etsi.fr/ipr or http://www.etsi.org/ipr).Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guaranteecan be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server)which are, or may be, or may become, essential to the present document.ForewordThis European Standard (Telecommunications series) has been produced by ETSI Technical Committee SignallingProtocols and Switching (SPS).The present document is part 1 of a multi-part standard covering the Digital Subscriber Signalling System No. one(DSS1) protocol specification for the Integrated Services Digital Network (ISDN) Outgoing Call Barring (OCB)supplementary services, as described below:Part 1:"Protocol specification";Part 2:"Protocol Implementation Conformance Statement (PICS) proforma specification";Part 3:"Test Suite Structure and Test Purposes (TSS&TP) specification for the user";Part 4:"Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)proforma specification for the user";Part 5:"Test Suite Structure & Test Purposes (TSS&TP) specification for the network";Part 6:"Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)proforma specification for the network".In accordance with CCITT Recommendation I.130 [11], the following three level structure is used to describe thesupplementary telecommunication services as provided by European public telecommunications operators under thepan-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 instage 1; and-Stage 3: defines the signalling system protocols and switching functions needed to implement the servicedescribed in stage 1.The present document details the stage 3 aspects (signalling system protocols and switching functions) needed tosupport the OCB supplementary services. The stage 1 aspects are detailed in EN 301 082 [7] and EN 301 084 [8]. Thestage 2 aspects of the OCB supplementary services have not been specified.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)5National transposition datesDate of adoption of this EN:7 August 1998Date of latest announcement of this EN (doa):30 November 1998Date of latest publication of new National Standardor endorsement of this EN (dop/e):31 May 1998Date of withdrawal of any conflicting National Standard (dow):31 May 19981ScopeThis first part of EN 301 001 specifies the stage three of the OCB supplementary services for the pan-EuropeanIntegrated Services Digital Network (ISDN) as provided by the European public telecommunications operators at theT reference point or coincident S and T reference point (as defined in ITU-T Recommendation I.411 [9]) by means ofthe Digital Subscriber Signalling System No. one (DSS1) protocol. Stage three identifies the protocol procedures andswitching functions needed to support a telecommunication service (see CCITT Recommendation I.130 [11]).In addition, the present document specifies the protocol requirements at the T reference point where the service isprovided to the user via an intermediate private ISDN.The present document does not specify the additional protocol requirements where the service is provided to the user viaa telecommunications network that is not an ISDN.The outgoing call barring supplementary services comprise the following services:-Outgoing Call Barring-Fixed (OCB-F) supplementary service;-Outgoing Call Barring-User Controlled (OCB-UC) supplementary service.The OCB-F supplementary service enables a served user to have the network reject calls belonging to certain types,when they are originated by the served user. The served user's ability to receive calls is unaffected by the OCB-Fsupplementary service. The OCB-F supplementary service may operate on all calls belonging to certain types, or just onthose calls associated with specified basic services. The OCB-F supplementary service operates according to therequirements specified by the served user on provision and cannot be activated or deactivated under the control of theserved user.The OCB-UC supplementary service enables a served user to have the network reject calls belonging to certain types,when they are originated by the served user. The served user's ability to receive calls is unaffected by the OCB-UCsupplementary service. The OCB-UC supplementary service may operate on all calls belonging to certain types, or juston those calls associated with specified basic services. The served user can select the barring program(s), activate andlater deactivate them.The OCB supplementary services are applicable to all circuit-switched telecommunications services.Further parts of the present document specify the method of testing required to identify conformance to the presentdocument.The present document is applicable to equipment supporting at least one of the OCB supplementary services, to beattached at either side of a T reference point or coincident S and T reference point when used as an access to the publicISDN.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)62ReferencesReferences may be made to:a)specific versions of publications (identified by date of publication, edition number, version number, etc.), inwhich case, subsequent revisions to the referenced document do not apply; orb)all versions up to and including the identified version (identified by "up to and including" before the versionidentity); orc)all versions subsequent to and including the identified version (identified by "onwards" following the versionidentity); ord)publications without mention of a specific version, in which case 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 samenumber.2.1Normative references[1]CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax Notation One(ASN.1)".[2]CCITT Recommendation X.219 (1988): "Remote operations: Model, notation and servicedefinition".[3]EN 300 195-1: "Integrated Services Digital Network (ISDN); Supplementary service interactions;Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".[4]EN 300 196-1: "Integrated Services Digital Network (ISDN); Generic functional protocol for thesupport of supplementary services; Digital Subscriber Signalling System No. one (DSS1) protocol;Part 1: Protocol specification".[5]EN 300 403-1: "Integrated Services Digital Network (ISDN); Digital Subscriber Signalling SystemNo. one (DSS1) protocol; Signalling network layer for circuit-mode basic call control; Part 1:Protocol specification [ITU-T Recommendation Q.931, modified]".[6]EN 301 002-1 (V1.1): "Integrated Services Digital Network (ISDN); Security tools procedures;Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".[7]EN 301 082: "Network Aspects (NA); Integrated Services Digital Network (ISDN); Outgoing CallBarring-Fixed (OCB-F) supplementary service; Service description".[8]EN 301 084: "Network Aspects (NA); Integrated Services Digital Network (ISDN); Outgoing CallBarring-User Controlled (OCB-UC) supplementary service; Service description".[9]ITU-T Recommendation I.411 (1993): "ISDN user-network interfaces - reference configurations".[10]ITU-T Recommendation Z.100 (1993): "CCITT specification and description language (SDL)".2.2Informative references[11]CCITT Recommendation I.130 (1988): "Method for the characterization of telecommunicationservices supported by an ISDN and network capabilities of an ISDN".[12]ETR 232 (1995): "Security Techniques Advisory Group (STAG); Glossary of securityterminology".[13]ITU-T Recommendation E.164 (1997): "The international public telecommunication numberingplan".[14]ITU-T Recommendation I.112 (1993): "Vocabulary of terms for ISDNs".SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)7[15]ITU-T Recommendation I.210 (1993): "Principles of telecommunication services supported by anISDN and the means to describe them".3Definitions and abbreviations3.1DefinitionsFor the purposes of the present document, the following definitions apply:all services: If for the control of the OCB-UC supplementary service the parameter basicService is set to "allServices"then all basic services are affected that the served user is subscribed to, and for which the OCB-UC supplementaryservice applies and is subscribed to, at the point in time that the request is received in the network.barring program: See EN 301 082 [7] or EN 301 084 [8].basic service: A bearer service or teleservice. In the present document, refers only to circuit-switched basic services.Bearer Capability (BC): The type of transmission media provided by the network, and thus the type of the overallconnection, and also the set of lower layer protocols required on the connection.bearer service: See ITU-T Recommendation I.112 [14], definition 202.call reference: See EN 300 196-1 [4], subclause 3.1.default ISDN number: An agreed ISDN number between the user, at the calling side, and the network provider.disabling: See EN 301 084 [8], clause 3.High layer compatibility (HLC): The set of higher layer protocols required for the call; this information may also beused to define the basic service as a particular teleservice.Integrated Services Digital Network (ISDN): See ITU-T Recommendation I.112 [14], definition 308.ISDN number: A number conforming to the numbering plan and structure specified inITU-T Recommendation E.164 [13].invoke component: See EN 300 196-1 [4], subclause 8.2.2.1. Where reference is made to an "xxxx" invoke component,an invoke component is meant with its operation value set to the value of the operation "xxxx".network: The Digital Subscriber Signalling System No. one (DSS1) protocol entity at the network side of the user-network interface.Personal Identification Number (PIN): See ETR 232 [12].point-to-point terminal configuration: A terminal configuration in which there is one user signalling entity.reject component: See EN 300 196-1 [4], subclause 8.2.2.4.return error component: See EN 300 196-1 [4], subclause 8.2.2.3. Where reference is made to a "xxxx" return errorcomponent, a return error component is meant which is related to a "xxxx" invoke component.return result component: See EN 300 196-1 [4], subclause 8.2.2.2. Where reference is made to a "xxxx" return resultcomponent, a return result component is meant which is related to a "xxxx" invoke component.served user: The user who subscribes to, activates, deactivates or interrogates an OCB supplementary service.service; telecommunication service: See ITU-T Recommendation I.112 [14], definition 201.supplementary service: See ITU-T Recommendation I.210 [15], subclause 2.4.teleservice: See ITU-T Recommendation I.112 [14], definition 203.user: The DSS1 protocol entity at the user side of the user-network interface.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)83.2AbbreviationsFor the purposes of the present document, the following abbreviations apply:ASN.1Abstract Syntax Notation oneBCBearer CapabilityDSS1Digital Subscriber Signalling System No. oneHLCHigh Layer compatibilityISDNIntegrated Services Digital NetworkMSNMultiple Subscriber NumberOCBOutgoing Call BarringOCB-FOutgoing Call Barring-FixedOCB-UCOutgoing Call Barring-User ControlledPINPersonal Identification NumberSDLSpecification and Description Language4DescriptionThe OCB supplementary services shall be available to users who are connected to the network via the basic access or theprimary rate access.Outgoing calls from the served user's termination shall be barred according to the barring program(s) which is (are)active for the served user's access or Integrated Services Digital Network (ISDN) number, and for the basic serviceassociated with the call.The network provider shall define the number of barring programs and shall define the contents of each barring program(i.e. types of call) available for, and to be shared by the OCB supplementary services. The maximum number of barringprograms is a network option within the range of 1 to 256. A barring program can contain one type of call, or acombination of different types of call to be barred. The defined barring programs are available to all the served users ofthe OCB supplementary service.Unauthorized control of the OCB-UC supplementary service by the served user is protected by the use of a PersonalIdentification Number (PIN).5Operational requirements5.1Provision and withdrawalEach OCB supplementary service shall be provided after prior arrangement with the network provider. Provision of theOCB-UC supplementary service shall include the provision of a PIN.Each OCB supplementary service can be withdrawn separately by the network provider at the subscriber's request, or fornetwork provider reasons.The OCB-F and OCB-UC supplementary services can be provided for all basic services subscribed to by the user, or asa network option, the user can identify particular basic services for which the supplementary service shall be provided.As a network option, the OCB-F and OCB-UC supplementary services can be provided on a per ISDN number basis, orcan be provided to the whole access. The network provider offers both provision options, it shall be a subscriptionoption to choose which of these options applies.When the OCB-UC supplementary service is provided on a per ISDN number basis, and more than one ISDN number isallocated to the served user's access, then, as a network option, the served user may be given the capability to indicatewhether activation or deactivation applies to an indicated number or to all ISDN numbers on the access. This capabilityis to be provided by means of a subscription option.As a network option, the served users of the OCB-UC and OCB-F supplementary services shall be able to have morethan one barring program for a given basic service and ISDN number active simultaneously.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)9As a network option, the served users of the OCB-UC supplementary service shall be able, by using the disablingprocedure, to indicate per call that for this call the network shall disregard any activated barring program.The subscription options are summarized in table 1.Table 1: Subscription options for the OCB supplementary servicesSubscription optionValueApplicabilityOCB provision on access/number basis (note 1)on access basison ISDN number basisOCB-UC and OCB-FActivation, deactivation and interrogation for all ISDNnumbers on the same access (in case of provision on aper ISDN number basis) (note 2)NoYesOCB-UCNOTE 1:This option applies only if the value for the network option "OCB provision with relation to served usernumbers" is "both".NOTE 2:This option applies to all the instances of the supplementary service, subscribed to on the access of theserved user.The network options are summarized in table 2.Table 2: Network options for the OCB supplementary servicesNetwork optionValueApplicabilityDisabling procedure allowedNoYesOCB-UCMaximum number of barring programs1 to 256OCB-UC and OCB-FOCB provision with relation to basic servicesfor all subscribed basic servicesfor particular basic service(s)OCB-UC and OCB-FOCB provision with relation to served user numberson access basison ISDN number basisbothOCB-UC and OCB-FMultiple active barring programmes allowedYesNoOCB-UC and OCB-F5.2Requirements on the originating network sideThe procedures at the coincident S and T reference point in EN 300 403-1 [5], subclause 5.1 and the procedures ofclause 8 in the present document shall apply.5.3Requirements on the destination network sideNot applicable.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)106Coding requirements6.1Coding of the Facility information element componentsTable 3 shows the definitions of the operations and errors required for the OCB-UC supplementary service usingAbstract Syntax Notation one (ASN.1) as specified in CCITT Recommendation X.208 [1] and using the OPERATIONand ERROR macro as defined in figure 4 of CCITT Recommendation X.219 [2].The formal definition of the component types to encode these operations and errors is provided in clause D.1 ofEN 300 196-1 [4].The inclusion of components in Facility information elements is defined in subclause 11.2.2.1 of EN 300 196-1 [4].All components (invoke, return result, return error and reject) shall be included within a Facility information element.This Facility information element may be included in any appropriate message as specified in subclause 11.2.2.1 ofEN 300 196-1 [4], unless a more restrictive specification is given in clause 9.Table 3: Definition of operations and errors for the OCB supplementary servicesOutgoing-Call-Barring-Operations-and-Errors {ccitt identified-organization etsi(0) 1001
operations-and-errors(1)}DEFINITIONS EXPLICIT TAGS ::=BEGINEXPORTS
ActivationOcb,
ActivationStatusNotificationOcb,
DeactivationOcb,
DeactivationStatusNotificationOcb,
InterrogationOcb,
DisableOcb,
OcbInvoked,
InvalidBarringProgram,
NoBarringProgram;IMPORTS
OPERATION, ERROR
FROM Remote-Operation-Notation
{joint-iso-ccitt remote-operations(4) notation(0)}
PartyNumber
FROM Addressing-Data-Elements
{ccitt identified-organization etsi(0) 196 addressing-data-elements(6)}
BasicService
FROM Basic-Service-Elements
{ccitt identified-organization etsi(0) 196 basic-service-elements(8)}
notSubscribed, notAvailable, basicServiceNotProvided, invalidServedUserNr,
resourceUnavailable, notImplemented, supplementaryServiceInteractionNotAllowed
FROM General-Errors
{ccitt identified-organization etsi(0) 196 general-errors(2)}
NotActivated
FROM Diversion-Operations
{ccitt identified-organization etsi(0) 207 operations-and errors(1)}
Pin, invalidPin, userControlBlocked, changeOfPinRequired
FROM Pin-Set-Operations-and-Errors
{ccitt identified-organization etsi(0) 1002 operations-and-errors(1)};(continued)SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)11Table 3 (continued): Definition of operations and errors for the OCB supplementary servicesActivationOcb::= OPERATIONARGUMENTActivationOcbArgumentRESULTERRORS
{notSubscribed,notAvailable,basicServiceNotProvided,invalidServedUserNr,invalidPin,InvalidBarringProgram,NoBarringProgram,userControlBlocked,changeOfPinRequired,supplementaryServiceInteractionNotAllowed,resourceUnavailable}DeactivationOcb::= OPERATIONARGUMENTDeactivationOcbArgumentRESULTERRORS
{notSubscribed,notAvailable,basicServiceNotProvided,invalidServedUserNr,notActivated,invalidPin,changeOfPinRequired,userControlBlocked}InterrogationOcb::= OPERATIONARGUMENTInterrogationOcbArgumentRESULTintOcbResultListIntOcbResultListERRORS
{notSubscribed,notAvailable,basicServiceNotProvided,invalidServedUserNr}ActivationStatusNotificationOcb::= OPERATIONARGUMENT ActStatusNotificationOcbArgDeactivationStatusNotificationOcb::= OPERATIONARGUMENT DeactStatusNotificationOcbArgDisableOcb::= OPERATIONARGUMENTpinPinERRORS
{notImplemented,invalidPin,changeOfPinRequired,userControlBlocked}OcbInvoked::= OPERATIONActivationOcbArgument::=
SEQUENCE {basicServiceBasicService,pinPin,barringProgramBarringProgramOPTIONAL,servedUserNrServedUserNrOPTIONAL}DeactivationOcbArgument::= SEQUENCE {basicServiceBasicService,pinPin,barringProgramBarringProgramOPTIONAL,servedUserNrServedUserNrOPTIONAL}InterrogationOcbArgument::= SEQUENCE {basicServiceBasicService,servedUserNrServedUserNrOPTIONAL}ActStatusNotificationOcbArg::= SEQUENCE {basicServiceBasicService,barringProgramBarringProgram,servedUserNrServedUserNr}DeactStatusNotificationOcbArg::= SEQUENCE {basicServiceBasicService,barringProgramBarringProgramOPTIONAL,servedUserNrServedUserNr}ServedUserNr::= CHOICE {individualNumberPartyNumber,allNumbersNULL}(continued)SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)12Table 3 (concluded): Definition of operations and errors for the OCB supplementary servicesIntOcbResultList::= SET SIZE(0.30) OF IntOcbResultIntOcbResult::= SEQUENCE {servedUserNrServedUserNr,basicServiceBasicService,barringProgramListBarringProgramList}BarringProgram::= INTEGER (0.255)BarringProgramList::= SET SIZE(0…255) OF BarringProgramInvalidBarringProgram::= ERRORNoBarringProgram::= ERRORoCBOID OBJECT IDENTIFIER ::= {ccitt identified-organization etsi(0) 1001 operations-and-errors(1)}activationOcbActivationOcb::= globalValue {oCBOID
1}deactivationOcbDeactivationOcb::= globalValue {oCBOID
2}activationStatusNotificationOcbActivationStatusNotificationOcb::= globalValue {oCBOID
3}deactivationStatusNotificationOcbDeactivationStatusNotificationOcb::= globalValue {oCBOID
4}interrogationOcbInterrogationOcb::= globalValue {oCBOID
5}disableOcbDisableOcb::= globalValue {oCBOID
6}ocbInvokedOcbInvoked::= globalValue {oCBOID
7}invalidBarringProgramInvalidBarringProgram::= globalValue {oCBOID 10}noBarringProgramNoBarringProgram::= globalValue {oCBOID 11}notActivatedNotActivated::= localValue 46END -- of Outgoing-Call-Barring-Operations-and-Errors6.2Coding of the information elementsNot applicable.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)137State definitionsTable 4 defines the states for the OCB supplementary services.Table 4: States for the OCB supplementary servicesUser statesIdleThe OCB supplementary service is idleWait ActivationThe user has requested activation and is waiting for a responseWait DeactivationThe user has requested deactivation and is waiting for a responseWait InterrogationThe user has requested interrogation and is waiting for a responseNetwork statesIdleThe OCB supplementary service is idleWait ActivationThe network has received an activation requestWait DeactivationThe network has received a deactivation requestWait InterrogationThe network has received an interrogation request8Signalling procedures at the coincident S andT reference point8.1Activation, deactivation and interrogationThe procedures for activation, deactivation and interrogation only apply to the OCB-UC supplementary service.The OCB-F supplementary service is activated on provision and deactivated on withdrawal by the network provider. Noactivation, deactivation and interrogation procedures are defined for the user-network interface.8.1.1Activation8.1.1.1Normal operationHaving subscribed to the OCB-UC supplementary service, in order to activate that supplementary service, the serveduser shall send an ActivationOcb invoke component to the network using the procedure described in subclause 10.2.2.1of EN 300 196-1 [4].The served user shall include the following information in this invoke component:a)the served user shall indicate the instance(s) of the supplementary service by use of the following parameters:1)in the basicService parameter, the basic service(s) for which the activation applies. If the OCB-UCsupplementary service is subscribed to for only one basic service then the served user shall set this parameterto either "allServices" or shall indicate that basic service. If the OCB-UC supplementary service is subscribedto for more than one basic service, the served user shall either indicate the particular basic service for whichthe activation applies, or shall set the parameter to "allServices" if the activation has to apply to all basicservices for which the OCB-UC supplementary service is subscribed to by the served user;2)in the servedUserNr parameter, the ISDN number(s) for which the activation applies. Dependant on theapplied provision option, inclusion of this parameter shall be mandatory or optional as follows:-if the value of the network option "OCB provision with relation to served user numbers" is "on accessbasis", or "both" and the value of the subscription option "OCB provision on access/number basis" is "onaccess basis", the served user does not need to include this parameter. The network shall ignore the valueof the servedUserNr parameter (if present) and shall activate the OCB-UC supplementary service for thewhole access;SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)14-if the value of the network option "OCB provision with relation to served user numbers" is "on ISDNnumber basis", or "both" and the value of the subscription option "OCB provision on access/numberbasis" is "on ISDN number basis", and the Multiple Subscriber Number (MSN) supplementary service isnot provided to the access, the served user does not need to include this parameter. The network shallignore the value of the servedUserNr parameter (if present) and shall activate the OCB-UC supplementaryservice for the single number of the access;-if the value of the network option "OCB provision with relation to served user numbers" is "on ISDNnumber basis", or "both" and the value of the subscription option "OCB provision on access/numberbasis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, then theserved user shall indicate in this parameter the ISDN number(s) for which the activation applies. Thenetwork shall act as follows, dependant on the subscription option "activation, deactivation andinterrogation for all ISDN numbers on the same access":-if the value of the subscription option is "no" and:-the servedUserNr parameter is set to "individualNumber", the network shall activate the instance(s)of the OCB-UC supplementary service relating to the single number; or-the servedUserNr parameter is set to "allNumbers", the network shall reject the activation and sendan ActivationOcb return error component indicating "invalidServedUserNr" to the served user;-if the value of the subscription is "yes" and:-the servedUserNr parameter is set to "individualNumber", the network shall activate the instance(s)of the OCB-UC supplementary service relating to the single number; or-the servedUserNr parameter is set to "allNumbers", the network shall activate the instance(s) of theOCB-UC supplementary service relating to the number(s) that are subscribed to this supplementaryservice;b)the served user shall indicate the OCB-UC specific data in the following parameters:1)in the pin parameter, the PIN provided to the served user together with the provision of the OCB-UCsupplementary service. Dependant on the applied provision option, the served user shall set this parameter asfollows:-the served user shall include the PIN, registered for the single ISDN number of the access in the followingcases:-the value of the network option "OCB provision with relation to served user numbers" is "on accessbasis", or "both" and the value of the subscription option "OCB provision on access/number basis" is"on access basis"; or-the value of the network option "OCB provision with relation to served user numbers" is "on ISDNnumber basis", or "both" and the value of the subscription option "OCB provision on access/numberbasis" is "on ISDN number basis", and the MSN supplementary service is not provided to the access;-if the value of the network option "OCB provision with relation to served user numbers" is "on ISDNnumber basis", or "both" and the value of the subscription option "OCB provision on access/numberbasis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, andactivation is requested for a particular ISDN number, then the served user shall include the PIN, registeredfor the indicated ISDN number;-if the value of the network option "OCB provision with relation to served user numbers" is "on ISDNnumber basis", or "both" and the value of the subscription option "OCB provision on access/numberbasis" is "on ISDN number basis", and the MSN supplementary service is provided to the access, andactivation is requested for all ISDN numbers, then the served user shall include the PIN, registered for thedefault ISDN number on the access;2)in the barringProgram parameter, the barring program to be activated. Inclusion of this parameter is optionalif only one barring program has been defined by the network provider.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)15On receipt of an ActivationOcb invoke component, the network shall use the basicService and servedUserNr parametersto decide which instance(s) of the OCB-UC supplementary service are to be activated. For the whole access or for eachISDN number, indicated by the served user, the network shall activate multiple instances of the OCB-UC supplementaryservice if the basicService parameter is set to "allServices" and the OCB-UC supplementary service has been subscribedfor several basic services.If one of more instances are successfully activated, the network shall:-send an ActivationOcb return result component using the procedure as described in subclause 10.2.2.1 ofEN 300 196-1 [4]; and-unless a point-to-point terminal configuration is known to exist at the user-network interface, send to all users atthe access an ActivationStatusNotificationOcb invoke component using the procedure for status notificationdescribed in subclause 10.2.5 of EN 300 196-1 [4]. A Called party number information element shall not beincluded.The network shall provide the following information in the parameters of this invoke component:-the network shall indicate the instance(s) of the supplementary service by use of the following parameters:-in the basicService parameter, the basic service(s) as indicated in the ActivationOcb invoke component;-in the servedUserNr parameter, the ISDN number(s) for which the activation applies. This can be either anindividual ISDN number (specified by choosing "individualNumber") or all numbers on the access(specified by choosing "allNumbers");-the network shall indicate in the barringProgram parameter the activated barring program for these instance(s)of the OCB-UC supplementary service.Subsequent procedures for terminating the transaction are as specified in subclause 10.2.2.1 of EN 300 196-1 [4].If the network option multiple active barring programs is not supported, an activation can be modified by a subsequentactivation (reactivation) procedure. The barring program, indicated in the reactivation request, shall deactivate andreplace the already active barring program. If the network option multiple active barring programs is supported, asubsequent activation procedure shall activate a new active barring program without affecting the existing activatedbarring programs.The basicService parameter set to "allServices" or the servedUserNr parameter set to "allNumbers" within theActivationOcb invoke component indicates one or multiple instances of the supplementary service. A singleActivationOcb return result component indicates the result, no matter how many instances can be activated. Only if allrequested instances can be activated, or reactivated, shall an ActivationOcb return result component be given.An activation request covering multiple instances shall apply even if each instance was previously deactivated with asingle deactivation request. An activation request covering a single instance shall apply even if that instance waspreviously deactivated with a multiple deactivation request.A reactivation request covering multiple instances shall apply even if each instance was previously activated with asingle activation request. A reactivation request covering a single instance shall apply even if that instance waspreviously activated with a multiple activation request.When the served user receives a correctly encoded ActivationOcb return result component, and delivered as specified insubclause 10.2.2.1 of EN 300 196-1 [4], the served user shall accept the provided information and not respond to thenetwork.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)168.1.1.2Exceptional proceduresIf the network is unable to activate the OCB-UC supplementary service, the network shall send an ActivationOcb returnerror component to the served user within a Facility information element, using the procedure in subclause 10.2.2.2 ofEN 300 196-1 [4], indicating one of the following error values:-"basicServiceNotProvided", if the served user has not subscribed to the indicated basic service;-"notAvailable", if the OCB-UC supplementary service is not available for the indicated basic service i.e. theindicated basic service is not a circuit-switched telecommunication service;-"notSubscribed", if (for a given ISDN number or for the whole access) the OCB-UC supplementary service haseither not been subscribed to for the indicated, single basic service, or has not been subscribed to for any basicservice if the value "allServices" is indicated in the basicService parameter;-"invalidServedUserNr", if the servedUserNr parameter is mandatory according to subclause 8.1.1.1 of the presentdocument, and either the ISDN number provided to identify the served user is not a valid number, the served userdoes not include the servedUserNr parameter, or the served user uses the value "allNumbers" while having thevalue "no" for the subscription option "activation, deactivation and interrogation for all ISDN numbers on thesame access";-"invalidPin", if the indicated PIN does not match the registered PIN;-"changeOfPinRequired", if the indicated PIN matches the registered PIN but it is marked in the network as beingexpired;-"userControlBlocked", if the activation request cannot be accepted due to the fact that the served user hasexceeded the number of times an invalid PIN can be entered;NOTE:See EN 301 002-1 [6] for the procedures related to the use of a PIN.-"InvalidBarringProgram", if the indicated barring program is not available to the served user;-"NoBarringProgram", if the served user does not specify a barring program when more than one barring programis available;-"resourceUnavailable", if the resources required to perform adequately the OCB-UC supplementary service arenot available;-"supplementaryServiceInteractionNotAllowed", if the provision of the OCB-UC supplementary serviceactivation is precluded by a procedure within EN 300 195-1 [3], clause 5.Subsequent procedures for the network and the user are as specified in subclause 10.2.2.2 of EN 300 196-1 [4] forterminating the transaction.When activation of multiple instances of the OCB-UC supplementary service is requested, and if any instance cannot beactivated, or reactivated, then none of the requested instances shall be activated. The error value shall be related to aninstance that could not be activated or reactivated.On expiration of timer T-ACTIVATE and the served user not having received any response to the ActivationOcb invokecomponent, the served user shall perform the action as specified in subclause 10.2.2.2 of EN 300 196-1 [4], and shallconsider this attempt to activate the OCB-UC supplementary service to have failed.The served user, on receiving a reject component, shall stop timer T-ACTIVATE, and return to the same state as beforethe ActivationOcb invoke component was sent.If the network receives a reject component from the served user, it needs not correlate it to the procedure in thissubclause and it shall have no impact on the OCB-UC supplementary service.SIST EN 301 001-1:2000

ETSIEN 301 001-1 V1.2.2 (1998-08)178.1.2Deactivation8.1.2.1Normal operationIn order to deactivate the OCB-UC supplementary service, the served user shall send a DeactivationOcb invokecomponent to the network using the procedure described in subclause 10.2.3.1 of EN 300 196-1 [4].The served user shall include the following information in this invoke component:a)the served user shall indicate the instance(s) of the supplementary service by use of the following parameters:1)in the basicService parameter, the basic service(s) for which the deactivation applies. If the OCB-UCsupplementary service is subscribed to for only one basic service then the served user shall set this parameterto either "allServices" or shall indicate that basic service. If the OCB-UC supplementary service is subscribedto for more than one basic service, the served user shall either indicate the particular basic service for whichthe deactivation applies, or shall set the parameter to "allServices" if the deactivation has to apply to all basicservices for which the OCB-UC supplementary service is subscribed to by the served user;2)in the servedUserNr parameter, the ISDN number(s) for which the deactivation applies. Dependant on theapplied provision option, inclusion of this parameter shall be mandatory or optional as follows:-if the value of the network option "OCB provision with relation to served user numbers" is "on accessbasis", or "both" and the value of the subscription option "OCB provision on access/number basis" is "onaccess bas
...

Questions, Comments and Discussion

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

Loading comments...