SIST EN 300 182-1 V1.3.6:2005

• Abstract:

  To cover the transport of AOC-S charging information in the case of pr emature clearing and to correct some mistakes in the SDL diagrams.

• Status: Published
• Publication Date: 31-Mar-2005
• ICS: 33.080 - Integrated Services Digital Network (ISDN)
• Technical Committee: SPN - Services and Protocols for Networks
• Current Stage: 6060 - National Implementation/Publication (Adopted Project)
• Start Date: 01-Apr-2005
• Due Date: 01-Apr-2005
• Completion Date: 01-Apr-2005
• Ref Project: ETSI EN 300 182-1 V1.3.6 (1999-09) - Integrated Services Digital Network (ISDN); Advice of Charge (AOC) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification

SIST EN 300 182-1 V1.3.6:2005 is the Slovenian adoption of ETSI EN 300 182-1 Version 1.3.6. It specifies the stage 3 DSS1 protocol for the Integrated Services Digital Network (ISDN) Advice of Charge (AOC) supplementary service, including how charging information is carried for AOC-S, AOC-D and AOC-E. It is aimed at ISDN equipment and network implementers that need to signal charging information across the user-network interface.

What does SIST EN 300 182-1 V1.3.6:2005 specify?

SIST EN 300 182-1 V1.3.6:2005 specifies the protocol procedures and switching functions for the AOC supplementary service at the T reference point or coincident S and T reference point using Digital Subscriber Signalling System No. one (DSS1). The standard also covers protocol requirements at the T reference point when the service is provided through a private ISDN.

The scope focuses on charging information transport for premature clearing and on correcting mistakes in the SDL diagrams. The document is organized into 13 clauses plus two informative annexes.

Annex	What it covers
Annex A	Signalling flows
Annex B	Changes with respect to the previous version of EN 300 182-1 (V1.2.4)

The three AOC service forms are part of the scope:

• AOC-S - charging information at call set-up time
• AOC-D - charging information during the call
• AOC-E - charging information at the end of the call

What are the key requirements of SIST EN 300 182-1 V1.3.6:2005?

SIST EN 300 182-1 V1.3.6:2005 defines how the network and the served user exchange charging-related information in each call phase. In practice, implementers need to choose the right message, encode the right component, and handle the right response or no-response behavior.

Service provision and subscription

Clause 5 says the AOC supplementary services may be provided separately by arrangement with the service provider or made generally available. Withdrawal is by subscriber request or for administrative reasons. The subscription options are either for all calls or on a per-call request basis. This matters because the network behavior changes depending on whether charging information is always active or only requested for a call.

Charging information by service type

Clause 4 separates the service into AOC-S, AOC-D and AOC-E:

• AOC-S gives charging rates at call setup and reports later rate changes during the call.
• AOC-D gives cumulative charge information during the active phase and recorded charges when the call is released.
• AOC-E gives recorded charges when the call is released.

In practice, this means the implementation must know when to send rate information, when to send accumulated charges, and when to wait until call clearing.

Network responsibilities on the originating side

Clause 5 requires the originating network to make available the type of charging information indicated for the call and to assemble the appropriate information before sending it to the user. The network shall only include charged items that actually apply to that call and only those suited to its charging mechanism. If the served user suspends a call, the originating network may retain the charging information as long as it keeps the call identity. This matters for systems that hold calls, forward calls, or suspend and resume them.

Coding in Facility information elements

Clause 6 defines the coding requirements for the Facility information element components using Abstract Syntax Notation One (ASN.1). The document gives the operations and errors for AOC, and points to EN 300 196-1 for the component type definitions and inclusion rules. Implementers need this part to encode ChargingRequest, AOC-S, AOC-D and AOC-E information correctly and to map errors such as NoChargingInfoAvailable and invalidCallState.

Signalling behavior during setup, active state, and clearing

Clause 8 is the main procedures section. A user requests AOC by putting a ChargingRequest invoke component in the SETUP message. If the network accepts the request, it returns a ChargingRequest return result component or, in some cases, sends the charging information directly.

The standard separates three common timing cases:

• during call establishment for AOC-S
• during the active call for AOC-S and AOC-D
• during call clearing for AOC-S, AOC-D and AOC-E

This is important because the same service may be carried in SETUP, FACILITY, DISCONNECT, RELEASE or RELEASE COMPLETE, depending on who initiated the action and which service is active.

Error handling and fallback behavior

Clause 8 also defines what happens when charging information is not available. The network may send a ChargingRequest return error component or an invoke component indicating chargeNotAvailable, depending on whether the service was requested per call or is active for all calls. The user shall accept correctly encoded charging information or error indications and shall not respond further. The network shall continue normal call handling in the exceptional cases. This avoids blocking the call just because charging data could not be delivered.

Private ISDNs, interactions and timers

Clause 9 applies the same procedures for interworking with private ISDNs. Clause 11 points to EN 300 195-1 for interactions with other supplementary services. Clause 12 states that no specific timers are required. For implementers, this means the protocol work is concentrated on message handling rather than timer tuning.

What terms does SIST EN 300 182-1 V1.3.6:2005 define?

• Advice of Charge (AOC) - The supplementary service family that delivers charging information to the served user.
• AOC-S - The AOC variant that reports charging rates at call set-up time and any later rate change.
• AOC-D - The AOC variant that reports charging information during the call, as a subtotal or total depending on the phase.
• AOC-E - The AOC variant that reports recorded charges at the end of the call.
• ChargingRequest - The operation used to request AOC service activation and to carry related charging information.
• served user - The ISDN user for whom charging information is provided, either for all calls or on request.
• chargingAssociation - An optional parameter that links charging information to a particular call.
• Facility information element - The protocol container used to carry AOC-related invoke, return result and return error components.

Who uses SIST EN 300 182-1 V1.3.6:2005?

SIST EN 300 182-1 V1.3.6:2005 is used by ISDN network operators, switch vendors, terminal equipment vendors, protocol implementers and conformance test teams. It is especially relevant where AOC charging information must be signalled across a public ISDN access or through a private ISDN interworking point.

Quality managers and buyers use it to check that equipment supports the expected DSS1 charging procedures, message coding and call-state handling. Engineers use it when implementing SETUP, FACILITY, DISCONNECT, RELEASE and RELEASE COMPLETE behavior for AOC services.

What changed in SIST EN 300 182-1 V1.3.6:2005 from the previous edition?

SIST EN 300 182-1 V1.3.6:2005 replaces EN 300 182-1 V1.2.4. The stated changes are:

• clarification of the procedures for transfer of charging information in the call clearing phase
• correction of an error in the SDL diagrams

Which standards are used with SIST EN 300 182-1 V1.3.6:2005?

The document relies on several referenced standards and companion parts:

• CCITT Recommendation I.411 - reference configurations for ISDN user-network interfaces
• CCITT Recommendation I.130 - the three-stage method for characterizing telecommunication services
• ITU-T Recommendation I.112 - ISDN vocabulary
• ITU-T Recommendation I.210 - principles used to describe ISDN supplementary services
• EN 300 403-1 - circuit-mode basic call control network layer used for call control messages
• ETS 300 178, ETS 300 179, ETS 300 180 - the stage 1 service descriptions for AOC-S, AOC-D and AOC-E
• CCITT Recommendation X.208 - ASN.1 notation used for coding
• CCITT Recommendation X.219 - Remote Operations notation and macros used for operations and errors
• EN 300 196-1 - generic supplementary service protocol rules, component definitions and Facility IE handling
• EN 300 195-1 - supplementary service interactions and charging association procedures
• ITU-T Recommendation Z.100 - SDL notation used for the dynamic description
• ETS 300 181 - functional capabilities and information flows for the AOC service
• Part 2, Part 3, Part 4, Part 5 and Part 6 of EN 300 182 - the conformance statement and test specifications for user and network implementations

What does the SIST EN 300 182-1 V1.3.6:2005 document contain?

SIST EN 300 182-1 V1.3.6:2005 contains the protocol rules for AOC service activation, invocation, operation and error handling, plus the ASN.1 definitions for the AOC operations and errors. It also includes state definitions for user and network behavior.

Clause 13 provides SDL diagrams for the user side and network side, which are used to model the signalling behavior in different call phases. Annex A gives signalling flow diagrams for setup, active state, clearing and bearer-independent AOC-E transfer. Annex B summarizes the changes from the previous version.

SLOVENSKI STANDARD
01-april-2005
'LJLWDOQRRPUHåMH]LQWHJULUDQLPLVWRULWYDPL,6'1'RSROQLOQDVWRULWHYREYHVWLOR
RFHQL$2&3URWRNROGLJLWDOQHQDURþQLãNHVLJQDOL]DFLMHãW'66GHO
6SHFLILNDFLMDSURWRNROD
Integrated Services Digital Network (ISDN); Advice of Charge (AOC) supplementary
service; Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol
specification
Ta slovenski standard je istoveten z: EN 300 182-1 Version 1.3.6
ICS:
33.080 Digitalno omrežje z Integrated Services Digital
integriranimi storitvami Network (ISDN)
(ISDN)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

European Standard (Telecommunications series)
Integrated Services Digital Network (ISDN);
Advice of Charge (AOC) supplementary service;
Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification

2 ETSI EN 300 182-1 V1.3.6 (1999-09)
Reference
REN/SPS-05129-1 (1oo90j40.PDF)
Keywords
ISDN, AOC, DSS1, supplementary service,
protocol
ETSI
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: [phone]  Fax: [phone]
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
[e-mail]
Individual copies of this ETSI deliverable
can be downloaded from
http://www.etsi.org
If you find errors in the present document, send your
[e-mail]
comment to:
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 1999.
All rights reserved.
ETSI
3 ETSI EN 300 182-1 V1.3.6 (1999-09)
Contents
Intellectual Property Rights .5
Foreword .5
1 Scope.7
2 References .7
3 Definitions and abbreviations.8
3.1 Definitions.8
3.2 Abbreviations.9
4 Description. 10
4.1 General description.10
4.2 Charging information at call set-up time (AOC-S) .10
4.3 Charging information during the call (AOC-D) .10
4.4 Charging information at the end of the call (AOC-E) .10
5 Operational requirements. 10
5.1 Provision and withdrawal .10
5.2 Requirements on the originating network side.11
5.3 Requirements on the destination network side.11
6 Coding requirements . 11
6.1 General.11
6.2 Coding of the Facility information element components.11
7 State definitions. 15
8 Signalling procedures at the coincident S and T reference point. 15
8.1 Activation, deactivation and registration.15
8.1.1 Normal operation.15
8.1.2 Exceptional procedures .16
8.2 Invocation and operation .17
8.2.1 Transfer of charging information in the call establishment phase.17
8.2.1.1 Normal operation.17
8.2.1.2 Exceptional procedures.18
8.2.2 Transfer of charging information in the Active state .18
8.2.2.1 Normal operation.18
8.2.2.2 Exceptional procedures.19
8.2.3 Transfer of charging information in the call clearing phase .19
8.2.3.1 Normal operation.19
8.2.3.2 Exceptional procedures.20
8.2.4 Transfer of charging information independent of a bearer at the user-network interface .21
8.2.4.1 Normal operation.21
8.2.4.2 Exceptional procedures.22
ETSI
4 ETSI EN 300 182-1 V1.3.6 (1999-09)
9 Procedures for interworking with private ISDNs. 22
10 Interactions with other networks. 22
11 Interactions with other supplementary services. 22
12 Parameter values (timers). 22
13 Dynamic description (SDL diagrams). 23
Annex A (informative): Signalling flows. 34
Annex B (informative): Changes with respect to the previous version of EN 300 182-1
(V1.2.4). 39
History . 40
ETSI
5 ETSI EN 300 182-1 V1.3.6 (1999-09)
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 from the ETSI Secretariat. Latest updates are available on the ETSI Web server
(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 Services and
Protocols for Advanced Networks (SPAN).
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) Advice of Charge (AOC) supplementary
service, 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 and 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 [2], the following three level structure is used to describe the
supplementary telecommunications services as provided by European public telecommunications operators under the pan-
European Integrated Services Digital Network (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 Advice of Charge (AOC) supplementary service. The stage 1 and stage 2 aspects are detailed in ETS 300 178 [6] to
ETS 300 180 [8] and ETS 300 181 [14], respectively.
ETSI
6 ETSI EN 300 182-1 V1.3.6 (1999-09)
National transposition dates
Date of adoption of this EN: 10 September 1999
Date of latest announcement of this EN (doa): 31 December 1999
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 30 June 2000
Date of withdrawal of any conflicting National Standard (dow): 30 June 2000
ETSI
7 ETSI EN 300 182-1 V1.3.6 (1999-09)
1 Scope
This first part of EN 300 182 specifies the stage three of the Advice of Charge (AOC) supplementary service for the pan-
European Integrated Services Digital Network (ISDN) as provided by European public telecommunications operators at
the T reference point or coincident S and T reference point (as defined in CCITT Recommendation I.411 [1]) by means of
the Digital Subscriber Signalling System No. one (DSS1). Stage three identifies the protocol procedures and switching
functions needed to support a telecommunications service (see CCITT Recommendation I.130 [2]).
In addition, the present document specifies the protocol requirements at the T reference point where the service is
provided to the user via a 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.
Three AOC supplementary services exist:
a) Charging information at call set-up time (AOC-S)
The AOC-S supplementary service enables a user to receive information about the charging rates at call set-up
time and also to receive further information during the call if there is a change of charging rates.
b) Charging information during the call (AOC-D)
The AOC-D supplementary service enables a user to receive information on the recorded charges for a call during
the active phase of the call.
c) Charging information at the end of the call (AOC-E)
The AOC-E supplementary service enables a user to receive information on the recorded charges for a call when
the call is terminated.
The AOC supplementary service is applicable to all circuit-switched telecommunication 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 the AOC supplementary service, 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.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
• References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies.
• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same
number.
[1] CCITT Recommendation I.411 (1988): "ISDN user-network interfaces - Reference configurations".
[2] CCITT Recommendation I.130 (1988): "Method for the characterization of telecommunication
services supported by an ISDN and network capabilities of an ISDN".
[3] ITU-T Recommendation I.112: "Vocabulary of terms for ISDNs".
ETSI
8 ETSI EN 300 182-1 V1.3.6 (1999-09)
[4] ITU-T Recommendation I.210: "Principles of telecommunication services supported by an ISDN
and the means to describe them".
[5] EN 300 403-1 (V1.3): "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 (1993), modified]".
[6] ETS 300 178: "Integrated Services Digital Network (ISDN); Advice of Charge: charging
information at call set-up time (AOC-S) supplementary service; Service description".
[7] ETS 300 179: "Integrated Services Digital Network (ISDN); Advice of Charge: charging
information during the call (AOC-D) supplementary service; Service description".
[8] ETS 300 180: "Integrated Services Digital Network (ISDN); Advice of Charge: charging
information at the end of the call (AOC-E); Service description".
[9] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax Notation One (ASN.1)".
[10] CCITT Recommendation X.219 (1988): "Remote Operations: Model, notation and service
definition".
[11] 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".
[12] EN 300 195-1: "Integrated Services Digital Network (ISDN); Supplementary service interactions;
Digital Subscriber Signalling System No. one (DSS1) protocol; Part 1: Protocol specification".
[13] ITU-T Recommendation Z.100: "CCITT Specification and description language (SDL)".
[14] ETS 300 181: "Integrated Services Digital Network (ISDN); Advice of Charge (AOC)
supplementary service; Functional capabilities and information flows".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
activation: implies either a user request for AOC supplementary service(s) or a network performed activation of the
subscribed AOC supplementary service(s) whenever the served user makes an outgoing call.
NOTE 1: The stage 1 description, as specified in ETS 300 178 [6], ETS 300 179 [7] and ETS 300 180 [8], defines
activation as being performed at the time of subscription.
basic communication: this charged item indicates the rate to be applied for the connection to the called user.
billing identification: elements for billing identification inform the served user that the associated charges have been
incurred due to the indicated situation (e.g. a call that has been forwarded at the served user's access).
call attempt: this charged item indicates the cost applied for a call which has been sent to the called user, but the called
user has not yet answered the call.
call control message: message as defined in EN 300 403-1 [5], subclause 3.1, which on sending or receipt causes a
change of the call state at either the network or the user.
call setup: this charged item indicates the cost applied for the connection to the called user when the called user answers
the call.
charging information: information sent to a user in an invoke component or a return result component showing charging-
related information (i.e. either charging rate information, special charging rates, or the recorded charges for the call).
ETSI
9 ETSI EN 300 182-1 V1.3.6 (1999-09)
continuous: see subclause A.2.3.1 of ETS 300 178 [6].
flat rate: this specific rate indicates a fixed currency value per event.
Integrated Services Digital Network (ISDN): see CCITT Recommendation I.112 [3], § 2.3, definition 308.
invocation: implies the sending of charging information from the network to the served user.
NOTE 2: The stage 1 description, as specified in ETS 300 178 [6], ETS 300 179 [7] and ETS 300 180 [8], defines
invocation as either a user request for an AOC supplementary service or as the network invocation for all
calls.
invoke component: see EN 300 196-1 [11], subclause 8.2.2.1.
network: DSS1 protocol entity at the network side of the user-network interface.
operation of supplementary services: this charged item indicates the cost applied for the operation of requested
supplementary services.
recorded charges: this information indicates the number of charging units or currency units incurred for a call.
return error component: see EN 300 196-1 [11], subclause 8.2.2.3.
return result component: see EN 300 196-1 [11], subclause 8.2.2.2.
served user: user of a particular ISDN number, who is requesting that charging information should be provided (for all
calls or on request).
service: telecommunications service: see CCITT Recommendation I.112 [3], § 2.2, definition 201.
special charging arrangement: this charged item indicates that a special charging arrangement exists for calculating the
cost of the call.
NOTE 3: The use of this charged item is outside the scope of the standard. It is a matter for the network operator and
the user to which it is sent.
special charging code: this specific code indicates a rate which can identify a charging algorithm that can be used as a
basis for determining the cost of a call.
step function: see subclause A.2.3.1 of ETS 300 178 [6].
supplementary service: see CCITT Recommendation I.210 [4], § 2.4.
user: DSS1 protocol entity at the user side of the user-network interface.
user-to-user information transfer: this charged item indicates the rate to be applied to the transfer of user-to-user
information.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AOC Advice of Charge
AOC-D AOC During the call
AOC-E AOC at the End of the call
AOC-S AOC at call Set-up time
ASN.1 Abstract Syntax Notation One
ATS Abstract Test Suite
DSS1 Digital Subscriber Signalling System No. one
ISDN Integrated Services Digital Network
PICS Protocol Implementation Conformance Statement
TSS&TP Test Suite Structure and Test Purposes
ETSI
10 ETSI EN 300 182-1 V1.3.6 (1999-09)
4 Description
4.1 General description
Depending on subscription by the served user, charging information for any of the three supplementary services may be
provided either:
- for all calls; or
- for any call, after a user request to provide charging information.
The charging information given shall relate to the charges incurred on the network to which the user is attached.
Charging information for applications using higher layer protocols which are not defined as teleservices, shall be based
on the bearer services specified.
4.2 Charging information at call set-up time (AOC-S)
When the AOC-S supplementary service is activated, the network shall provide the user with information about the
charging rates at call establishment. In addition, the network shall inform the served user if a change in charging rates
takes place during the call.
The network shall provide the charging information during call establishment or at the latest at call connection. When
there is a change in the charging rate during the call, the network shall send information about the new charging rate to the
served user.
4.3 Charging information during the call (AOC-D)
When the AOC-D supplementary service is activated, the network shall provide the user with charging information for a
call during the active phase of a call. The network shall provide the charging information and transfer it to the served user
in an appropriate message. The supplied charging information shall be provided as a cumulative charge incurred so far for
the call (i.e. charges recorded from the start of the call and until the moment the charging information is sent to the served
user).
When the call is released, the network shall send the recorded charges for the call to the served user in one of the call
control messages clearing the call.
If the network has determined that the call is free of charge, then the network shall send a free-of-charge indication in the
first subsequent message sent to the served user. The network shall not send any further charging information during the
call. When the call is released, the network shall send the charged amount (zero) in a call control message clearing the
call.
4.4 Charging information at the end of the call (AOC-E)
When the AOC-E supplementary service is activated, the network shall provide the served user with charging information
indicating the recorded charges for a call when the call is released. The network shall send the charging information to the
served user in one of the call control messages clearing the call.
5 Operational requirements
5.1 Provision and withdrawal
These supplementary services shall be provided separately by arrangement with the service provider or be generally
available. Withdrawal of the service shall be made at subscriber request or for administrative reasons.
ETSI
11 ETSI EN 300 182-1 V1.3.6 (1999-09)
The following subscription options exist for each of the three AOC supplementary services, as defined in table 1.
Table 1: Advice of charge subscription options
Subscription options Value
Provision of service 1. For all calls; or
2. On request on a per call basis.
5.2 Requirements on the originating network side
For the purpose of the present document, the served user of the AOC supplementary service is connected to the originating
network.
The originating network shall make available the type of charging information that is indicated, related to a certain call.
The originating network shall assemble the appropriate charging information, according to the service requirements, and
send it to the user.
NOTE: The charging information may either be generated at the originating network, or generated elsewhere and
sent to the originating network, in due time for the information to be provided to the user according to the
procedures of the present document.
The network shall only include a charged item if the charged item contains information concerning the charges applied to
that call.
The network shall only use those charged items which are appropriate to that network charging mechanism. Thus, in some
networks, the network may, but need not, send some of these items, or combinations of items. Different networks could
give information about the same call in different ways.
If the served user suspends a call, then, as a network option, the originating network shall retain the charging information
for the suspended call as long as the network retains the call identity of the suspended call of the served user.
5.3 Requirements on the destination network side
None identified.
6 Coding requirements
6.1 General
The charging information that the network shall convey to the served user may consist of a number of information units.
The information to be transferred is specified in clause 5 of the stage 1 service descriptions ETS 300 178 [6],
ETS 300 179 [7], and ETS 300 180 [8].
6.2 Coding of the Facility information element components
Table 2 shows the definition of the operations and errors required for the AOC supplementary service using Abstract
Syntax Notation one (ASN.1) as defined in CCITT Recommendation X.208 [9] and using the OPERATION and ERROR
macro as defined in CCITT Recommendation X.219 [10], figure 4/X.219.
The formal definition of the component types to encode these operations and errors is provided in EN 300 196-1 [11],
annex D, clause D.1.
The inclusion of components in Facility information elements is defined in EN 300 196-1 [11], subclause 11.1.
ETSI
12 ETSI EN 300 182-1 V1.3.6 (1999-09)
Table 2: Definition of operations and errors for the AOC supplementary services
Advice-of-Charge-Operations {ccitt identified-organization etsi (0) 182 operations-and-errors
(1)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
EXPORTS ChargingRequest, AOCSCurrency, AOCSSpecialArr,
AOCDCurrency, AOCDChargingUnit, AOCECurrency, AOCEChargingUnit,
NoChargingInfoAvailable, ChargingAssociation;
IMPORTS OPERATION, ERROR
FROM Remote-Operation-Notation
{joint-iso-ccitt remote-operations (4) notation (0)}
notSubscribed, notAvailable, notImplemented, invalidCallState
FROM General-Errors
{ccitt identified-organization etsi (0) 196 general-errors (2)}
PartyNumber
FROM Addressing-Data-Elements
{ccitt identified-organization etsi (0) 196 addressing-data-elements (6)};
ChargingRequest ::= OPERATION
ARGUMENT ChargingCase
RESULT CHOICE {
AOCSCurrencyInfoList,
AOCSSpecialArrInfo,
chargingInfoFollows NULL}
ERRORS {notSubscribed, notAvailable, notImplemented,
invalidCallState, NoChargingInfoAvailable}
AOCSCurrency ::= OPERATION -- AOC-S given in currency units
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCSCurrencyInfoList }
AOCSSpecialArr ::= OPERATION -- AOC-S for special charging arrangement
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCSSpecialArrInfo }
AOCDCurrency ::= OPERATION -- AOC-D given in currency units
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCDCurrencyInfo }
AOCDChargingUnit ::= OPERATION -- AOC-D given in charging units
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCDChargingUnitInfo }
AOCECurrency ::= OPERATION -- AOC-E given in currency units
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCECurrencyInfo }
AOCEChargingUnit ::= OPERATION -- AOC-E given in charging units
ARGUMENT CHOICE {
chargeNotAvailable NULL,
AOCEChargingUnitInfo }
ChargingCase ::= ENUMERATED {
chargingInformationAtCallSetup (0),
chargingDuringACall (1),
chargingAtTheEndOfACall (2) }
AOCSCurrencyInfoList ::= SEQUENCE SIZE (1.10) OF AOCSCurrencyInfo
AOCSCurrencyInfo ::= SEQUENCE {
chargedItem ChargedItem,
CHOICE {
specificCurrency CHOICE {
durationCurrency [1] DurationCurrency,
flatRateCurrency [2] FlatRateCurrency,
volumeRateCurrency [3] VolumeRateCurrency},
specialChargingCode SpecialChargingCode,
ETSI
13 ETSI EN 300 182-1 V1.3.6 (1999-09)
freeOfCharge [4] NULL,
currencyInfoNotAvailable [5] NULL} }
AOCSSpecialArrInfo ::= INTEGER (1.10)
ChargedItem ::= ENUMERATED {
basicCommunication (0),
callAttempt (1),
callSetup (2),
userToUserInfo (3),
operationOfSupplementaryServ (4) }
DurationCurrency ::= SEQUENCE {
dCurrency [1] Currency,
dAmount [2] Amount,
dChargingType [3] ChargingType,
dTime [4] Time,
dGranularity [5] Time OPTIONAL }
FlatRateCurrency ::= SEQUENCE {
fRCurrency [1] Currency,
fRAmount [2] Amount }
VolumeRateCurrency ::= SEQUENCE {
vRCurrency [1] Currency,
vRAmount [2] Amount,
vRVolumeUnit [3] VolumeUnit}
SpecialChargingCode::= INTEGER (1.10)
AOCDCurrencyInfo ::= CHOICE {
specificCurrency SEQUENCE {
recordedCurrency [1] RecordedCurrency,
typeOfChargingInfo [2] TypeOfChargingInfo,
aOCDBillingId [3] AOCDBillingId OPTIONAL },
freeOfCharge [1] NULL}
AOCDChargingUnitInfo ::= CHOICE {
specificChargingUnits SEQUENCE {
recordedUnitsList [1] RecordedUnitsList,
typeOfChargingInfo [2] TypeOfChargingInfo,
aOCDBillingId [3] AOCDBillingId OPTIONAL },
freeOfCharge [1] NULL}
RecordedCurrency ::= SEQUENCE {
rCurrency [1] Currency,
rAmount [2] Amount }
RecordedUnitsList ::= SEQUENCE SIZE (1.32) OF RecordedUnits
TypeOfChargingInfo ::= ENUMERATED {
subTotal (0),
total (1)}
RecordedUnits ::= SEQUENCE {
CHOICE{
recordedNumberOfUnits NumberOfUnits,
notAvailable NULL},
recordedTypeOfUnitsTypeOfUnit OPTIONAL }
AOCDBillingId ::= ENUMERATED {
normalCharging (0),
reverseCharging (1),
ETSI
14 ETSI EN 300 182-1 V1.3.6 (1999-09)
creditCardCharging (2)}
AOCECurrencyInfo ::= SEQUENCE {
CHOICE {
specificCurrency SEQUENCE {
recordedCurrency [1] RecordedCurrency,
aOCEBillingId [2] AOCEBillingId OPTIONAL},
freeOfCharge [1] NULL},
chargingAssociationChargingAssociation OPTIONAL}
AOCEChargingUnitInfo ::= SEQUENCE {
CHOICE {
specificChargingUnits SEQUENCE {
recordedUnitsList [1] RecordedUnitsList,
aOCEBillingId [2] AOCEBillingId OPTIONAL},
freeOfCharge [1] NULL},
chargingAssociationChargingAssociation OPTIONAL}
AOCEBillingId ::= ENUMERATED {
normalCharging (0),
reverseCharging (1),
creditCardCharging (2),
callForwardingUnconditional (3),
callForwardingBusy (4),
callForwardingNoReply (5),
callDeflection (6),
callTransfer (7)}
Currency ::= IA5String (SIZE (1.10))
Amount ::= SEQUENCE {
currencyAmount [1] CurrencyAmount,
multiplier [2] Multiplier }
CurrencyAmount ::= INTEGER (0.16777215)
Multiplier ::= ENUMERATED {
oneThousandth (0),
oneHundredth (1),
oneTenth (2),
one (3),
ten (4),
hundred (5),
thousand (6)}
Time ::= SEQUENCE {
lengthOfTimeUnit [1] LengthOfTimeUnit,
scale [2] Scale }
LengthOfTimeUnit ::= INTEGER (0.16777215)
Scale ::= ENUMERATED {
oneHundredthSecond (0),
oneTenthSecond (1),
oneSecond (2),
tenSeconds (3),
oneMinute (4),
oneHour (5),
twentyFourHours (6)}
VolumeUnit ::= ENUMERATED {
octet (0),
segment (1),
message (2) }
TypeOfUnit ::= INTEGER (1.16) -- Value 1-16
NumberOfUnits ::= INTEGER (0.16777215)
ChargingType ::= ENUMERATED {
continuousCharging (0),
stepFunction (1) }
ChargingAssociation::= CHOICE {
chargeNumber [0] EXPLICIT PartyNumber,
chargeIdentifier ChargeIdentifier}
ChargeIdentifier ::= INTEGER (-32768.32767)
ETSI
15 ETSI EN 300 182-1 V1.3.6 (1999-09)
NoChargingInfoAvailable ::= ERROR
chargingRequest ChargingRequest ::= 30
aOCSCurrency AOCSCurrency ::= 31
aOCSSpecialArr AOCSSpecialArr ::= 32
aOCDCurrency AOCDCurrency ::= 33
aOCDChargingUnit AOCDChargingUnit ::= 34
aOCECurrency AOCECurrency ::= 35
aOCEChargingUnit AOCEChargingUnit ::= 36
noChargingInfoAvailable NoChargingInfoAvailable ::= 26
END
7 State definitions
The following states have been defined for the user:
AOC Request: the user has sent an AOC request to the network and is waiting for a response (note).
AOC Active: an AOC supplementary service has been activated by a user on a per call basis (note).
The following states have been defined for the network:
AOC Idle: an AOC supplementary service is not activated (note).
AOC-S Activated: the AOC-S supplementary service has been activated either on a per call basis or for all calls.
AOC-D Activated: the AOC-D supplementary service has been activated either on a per call basis or for all calls.
AOC-E Activated: the AOC-E supplementary service has been activated either on a per call basis or for all calls.
AOC-S Idle: the network has sent the AOC-S charging information to the served user. This is a "waiting" condition
where either a change in the charging rate, or the suspension of the basic call occurs, or the call is cleared.
AOC-S Suspended: the AOC-S supplementary service is activated, and the served user has invoked the terminal
portability supplementary service for this call.
AOC-D Suspended: the AOC-D supplementary service is activated, and the served user has invoked the terminal
portability supplementary service for this call.
AOC-E Suspended: the AOC-E supplementary service is activated, and the served user has invoked the terminal
portability supplementary service for this call.
NOTE: These states exist for each instance of the AOC supplementary service.
8 Signalling procedures at the coincident S and
T reference point
8.1 Activation, deactivation and registration
8.1.1 Normal operation
These supplementary services may be activated on a per call basis or they may be active for all calls. The activation on a
per-call basis is only active for the lifetime of that call.
If an AOC supplementary service is subscribed to for all calls, no signalling procedure is defined for the activation of the
service. The network shall automatically activate the subscribed AOC supplementary service at each call setup.
ETSI
16 ETSI EN 300 182-1 V1.3.6 (1999-09)
To activate an AOC supplementary service, the user shall include in the SETUP message a Facility information element
containing a ChargingRequest invoke component. The ChargingRequest invoke component shall indicate the AOC
supplementary service to be activated. Each AOC supplementary service is activated independently and one, two, or three
activations can thus occur in the same SETUP message.
If the network activates the requested AOC supplementary service (e.g. the served user is allowed to request the
information), the network shall acknowledge the request by returning a ChargingRequest return result component within a
Facility information element in a call control message (i.e. SETUP ACKNOWLEDGE, CALL PROCEEDING,
PROGRESS, ALERTING, or CONNECT message - whichever is appropriate). Alternatively, the network can use a
FACILITY message to convey the ChargingRequest return result component if a call control message is not available
when the information is to be sent.
If a user has requested the AOC-S supplementary service and the activation request is accepted by the network, the
procedure of subclause 8.2.1.1 shall be followed.
If a user has requested the AOC-D or AOC-E supplementary services and the activation request is accepted by the
network, the network shall send a ChargingRequest return result component to the user indicating "chargingInfoFollows".
If the user receives a correctly encoded ChargingRequest return result component, the user shall accept the provided
information and shall not respond to the network.
No signalling procedure is defined for the registration of an AOC supplementary service.
8.1.2 Exceptional procedures
The following exceptional procedures shall apply:
a) if the AOC supplementary service is activated for all calls and the network cannot provide the charging
information, the network shall, at the time it determines that the information is not available, send a Facility
information element including an AOCSCurrency, AOCSSpecialArr, AOCDCurrency, AOCDChargingUnit,
AOCECurrency or AOCEChargingUnit invoke component indicating "chargeNotAvailable" to the user and
continue normal call handling;
b) if the user receives a correctly encoded AOCSCurrency, AOCSSpecialArr, AOCDCurrency, AOCDChargingUnit,
AOCECurrency or AOCEChargingUnit invoke component, the user shall accept the provided information and shall
not respond to the network;
c) if the AOC supplementary service is requested on a per-call basis and the network cannot provide the charging
information, the network shall include the Facility information element containing a ChargingRequest return error
component in a call control or FACILITY message and continue the basic call. The ChargingRequest return error
component shall indicate either:
1) one of the errors from the General-Errors list; or
2) "NoChargingInfoAvailable", whichever is appropriate.
The "NoChargingInfoAvailable" value indicates that the served user would normally receive charging information
but that in this case the information cannot be sent to the served user;
d) if the network receives a request for any of the AOC supplementary services in any other message than a SETUP
message, and item c) does not apply, then the network shall send a ChargingRequest return error component
indicating "invalidCallState" to the user;
e) if a user receives a ChargingRequest return error component from the network, the user shall not take any further
protocol action. However, the user shall continue normal call handling;
f) if a user or the network receives a reject component, no protocol actions shall be taken;
g) if the user receives no response to the ChargingRequest invoke component and subsequently receives an
AOCSCurrency, AOCSSpecialArr, AOCDCurrency, AOCDChargingUnit, AOCECurrency or AOCEChargingUnit
invoke component, the user shall ignore this component;
ETSI
17 ETSI EN 300 182-1 V1.3.6 (1999-09)
h) if the user receives a ChargingRequest return error component or a reject component as a response to a
ChargingRequest invoke component and subsequently receives an AOCSCurrency, AOCSSpecialArr,
AOCDCurrency, AOCDChargingUnit, AOCECurrency or AOCEChargingUnit invoke component, the user shall
accept the information provided and shall not respond to the network;
i) if a user requests on a per call basis an AOC supplementary service which is activated for all calls, the network
shall acknowledge the request as specified in subclause 8.1.1. However, the network shall only send charging
information as a result of one activation of each AOC supplementary service activated.
8.2 Invocation and operation
In the following subclauses the procedures for the transfer of charging information are given.
The transfer of charging information may occur:
- during the call establishment phase (AOC-S supplementary service);
- in the Active state of a call (AOC-S and AOC-D supplementary services);
- during the call clearing phase (AOC-S, AOC-D, and AOC-E supplementary services); or
- independent of a bearer at the user-network interface (AOC-E supplementary service).
NOTE: The transfer of charging information in an invoke component is done according to the operation class 5.
Operation class 5 implies that neither a return result component nor a return error component will be
received as an answer to an invoke component. A consequence of using this operation class is that the
sending of information in an invoke component is not a confirmed service.
8.2.1 Transfer of charging information in the call establishment phase
8.2.1.1 Normal operation
For the AOC-S supplementary service, the activation and invocation of the supplementary service is performed
simultaneously - i.e. the activation works as both an activation and an invocation of the supplementary service.
For the AOC-S supplementary service, the network shall give charging information either in currency units or as a special
charging arrangement.
NOTE: The parameters described for the AOC-S supplementary service to express the duration rate provides a
solution both for continuous charging as well as for charging with the step function method. It is up to the
network to specify the value of the parameters in a manner that it will fit with the continuous charging
method or with the step function method.
If sending AOC-S supplementary service information to the served user, the network shall include charging rate
information related only to the particular service(s) requested by the user at call setup.
When the network sends charging information to the served user in the call establishment phase, the network shall include
the Facility information element in a call control message which is sent to the user (i.e. SETUP ACKNOWLEDGE, CALL
PROCEEDING, PROGRESS, ALERTING, or CONNECT message - whichever is appropriate). Alternatively, the
network can use a FACILITY message to send charging information to the user, if a call control message is not available
when the information is to be sent.
The Facility information element shall contain information about the charging rate applicable to that call. If the AOC-S
supplementary service is activated on a per call basis, the Facility information element shall contain the chargingRequest
return result component. If the AOC-S supplementary service is activated for all calls, the Facility information element
shall contain an AOCSCurrency invoke component or an AOCSSpeciallArr invoke component. This charging information
shall consist of one of the following types:
- AOCSCurrencyInfoList; or
- AOCSSpecialArrInfo.
ETSI
18 ETSI EN 300 182-1 V1.3.6 (1999-09)
If the user receives a correctly encoded ChargingRequest return result component, the user shall accept the provided
information and shall not respond to the network.
If the user receives a correctly encoded AOCSCurrency or AOCSSpecialArr invoke component, the user shall accept the
provided information and shall not respond to the network.
8.2.1.2 Exceptional procedures
In the case that charging information is not available in the network, the network shall inform the served user and the call
shall be allowed to continue according to normal call handling procedures.
If the AOC-S supplementary service has been activated on a per call basis and if charging information is not available
within the call establishment time, the network shall include a Facility information element within an appropriate message
sent to the user. The Facility information element shall contain the ChargingRequest return error component indicating
"NoChargingInfoAvailable".
If the user receives a correctly encoded ChargingRequest return error component, the user shall accept the reason for error
and shall not respond to the network.
If the AOC-S supplementary service is activated for all calls and if charging information is not available within the call
establishment time, the network shall include a Facility information element within an appropriate message sent to the
user. The Facility information element shall contain the invoke component indicating "chargeNotA
...