ETSI ES 204 915-11 V1.1.1 (2008-05)

ETSI Standard
Open Service Access (OSA);
Application Programming Interface (API);
Part 11: Account Management SCF
(Parlay 6)
�
2 ETSI ES 204 915-11 V1.1.1 (2008-05)

Reference
DES/TISPAN-01032-11-OSA
Keywords
API, IDL, OSA, UML
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - 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

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive
within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
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 2008.
© The Parlay Group 2008.
All rights reserved.
TM TM TM TM
DECT , PLUGTESTS , UMTS , TIPHON , the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered
for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
ETSI
3 ETSI ES 204 915-11 V1.1.1 (2008-05)
Contents
Intellectual Property Rights.6
Foreword.6
1 Scope.7
2 References.7
3 Definitions and abbreviations.7
3.1 Definitions.7
3.2 Abbreviations.7
4 Account Management SCF .8
4.1 General requirements on support of methods.8
5 Sequence Diagrams.9
5.1 Standard Voucher Handling .9
5.2 Standard Transaction History Retrieval .10
5.3 Standard Query Handling.11
5.4 Standard Notification handling.12
5.5 Network Controlled Notifications .13
6 Class Diagrams.14
7 The Service Interface Specifications.15
7.1 Interface Specification Format .15
7.1.1 Interface Class.15
7.1.2 Method descriptions.16
7.1.3 Parameter descriptions.16
7.1.4 State Model.16
7.2 Base Interface.16
7.2.1 Interface Class IpInterface .16
7.3 Service Interfaces.16
7.3.1 Overview.16
7.4 Generic Service Interface .16
7.4.1 Interface Class IpService .16
7.4.1.1 Method setCallback().17
7.4.1.2 Method setCallbackWithSessionID().17
8 Account Management Interface Classes .18
8.1 Interface Class IpAccountManager .18
8.1.1 Method createNotification().18
8.1.2 Method destroyNotification().19
8.1.3 Method queryBalanceReq().19
8.1.4 Method changeNotification().20
8.1.5 Method getNotification().20
8.1.6 Method retrieveTransactionHistoryReq().20
8.1.7 Method enableNotifications().21
8.1.8 Method disableNotifications().21
8.1.9 Method queryBalanceExpiryDateReq().21
8.1.10 Method updateBalanceReq().22
8.1.11 Method createVoucherReq().22
8.1.12 Method destroyVoucherReq().23
8.1.13 Method queryVoucherReq().23
8.1.14 Method queryUserVouchersReq().23
8.2 Interface Class IpAppAccountManager .24
8.2.1 Method reportNotification().25
8.2.2 Method queryBalanceRes().25
8.2.3 Method queryBalanceErr().25
8.2.4 Method retrieveTransactionHistoryRes().25
ETSI
4 ETSI ES 204 915-11 V1.1.1 (2008-05)
8.2.5 Method retrieveTransactionHistoryErr().26
8.2.6 Method queryBalanceExpiryDateRes().26
8.2.7 Method queryBalanceExpiryDateErr().26
8.2.8 Method updateBalanceRes().26
8.2.9 Method updateBalanceErr().27
8.2.10 Method createVoucherRes().27
8.2.11 Method createVoucherErr().27
8.2.12 Method destroyVoucherRes().27
8.2.13 Method destroyVoucherErr().28
8.2.14 Method queryVoucherRes().28
8.2.15 Method queryVoucherErr().28
8.2.16 Method queryUserVouchersRes().28
8.2.17 Method queryUserVouchersErr().29
9 State Transition Diagrams.29
9.1 State Transition Diagrams for IpAccountManager.29
9.1.1 Active State.29
9.1.2 Notifications created State .30
10 Account Management Service Properties .30
11 Data Definitions.30
11.1 Account Management Data Definitions .30
11.1.1 IpAppAccountManager .31
11.1.2 IpAppAccountManagerRef.31
11.1.3 IpAccountManager.31
11.1.4 IpAccountManagerRef.31
11.1.5 TpBalanceQueryError.31
11.1.6 TpChargingEventName.31
11.1.7 TpBalanceInfo.32
11.1.8 TpChargingEventInfo.32
11.1.9 TpChargingEventCriteria.33
11.1.10 TpChargingEventNameSet.33
11.1.11 TpChargingEventCriteriaResult.33
11.1.12 TpChargingEventCriteriaResultSet.33
11.1.13 TpBalance.33
11.1.14 TpBalanceSet.33
11.1.15 TpTransactionHistory.33
11.1.16 TpTransactionHistorySet.34
11.1.17 TpTransactionHistoryStatus.34
11.1.18 TpBalanceExpiryDate.34
11.1.19 TpBalanceExpiryDateSet.34
11.1.20 TpVoucherError.34
11.1.21 TpVoucher .34
11.1.22 TpVoucherSet.35
12 Exception Classes.35
Annex A (normative): OMG IDL Description of Account Management SCF .36
Annex B (informative): W3C WSDL Description of Account Management SCF.37
Annex C (informative): Java™ API Description of the Account Management SCF .38
Annex D (informative): Contents of 3GPP OSA Rel-7 Account Management.39
Annex E (informative): Description of Account Management for 3GPP2 cdma2000 networks.40
E.1 General Exceptions.40
E.2 Specific Exceptions.40
E.2.1 Clause 1: Scope .40
E.2.2 Clause 2: References .40
E.2.3 Clause 3: Definitions and abbreviations.40
ETSI
5 ETSI ES 204 915-11 V1.1.1 (2008-05)
E.2.4 Clause 4: Account Management SCF.40
E.2.5 Clause 5: Sequence Diagrams .40
E.2.6 Clause 6: Class Diagrams.40
E.2.7 Clause 7: The Service Interface Specifications .40
E.2.8 Clause 8: Account Management Interface Classes.41
E.2.9 Clause 9: State Transition Diagrams .41
E.2.10 Clause 10: Account Management Service Properties.41
E.2.11 Clause 11: Data Definitions.41
E.2.12 Clause 12: Exception Classes.41
E.2.13 Annex A (normative): OMG IDL Description of Account Management SCF.41
E.2.14 Annex B (informative): W3C WSDL Description of Account Management SCF.41
Annex F (informative): Record of changes .42
F.1 Interfaces.42
F.1.1 New.42
F.1.2 Deprecated.42
F.1.3 Removed.42
F.2 Methods.42
F.2.1 New.42
F.2.2 Deprecated.42
F.2.3 Modified.43
F.2.4 Removed.43
F.3 Data Definitions.43
F.3.1 New.43
F.3.2 Modified.43
F.3.3 Removed.43
F.4 Service Properties.43
F.4.1 New.43
F.4.2 Deprecated.44
F.4.3 Modified.44
F.4.4 Removed.44
F.5 Exceptions.44
F.5.1 New.44
F.5.2 Modified.44
F.5.3 Removed.44
F.6 Others.44
History .45

ETSI
6 ETSI ES 204 915-11 V1.1.1 (2008-05)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI 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://webapp.etsi.org/IPR/home.asp).
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 ETSI 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 ETSI Standard (ES) has been produced by ETSI Technical Committee Telecommunications and Internet
converged Services and Protocols for Advanced Networking (TISPAN).
The present document is part 11 of a multi-part deliverable covering Open Service Access (OSA); Application
Programming Interface (API), as identified below. The API specification (ES 204 915) is structured in the following
parts:
Part 1: "Overview";
Part 2: "Common Data Definitions";
Part 3: "Framework";
Part 4: "Call Control";
Part 5: "User Interaction SCF";
Part 6: "Mobility SCF";
Part 7: "Terminal Capabilities SCF";
Part 8: "Data Session Control SCF";
Part 9: "Generic Messaging SCF";
Part 10: "Connectivity Manager SCF";
Part 11: "Account Management SCF";
Part 12: "Charging SCF";
Part 13: "Policy Management SCF";
Part 14: "Presence and Availability Management SCF";
Part 15: "Multi-Media Messaging SCF";
Part 16: "Service Broker SCF".
The present document has been defined jointly between ETSI, The Parlay Group (http://www.parlay.org) and the 3GPP,
in co-operation with a number of JAIN™ Community (http://www.java.sun.com/products/jain) member companies.
The present document forms part of the Parlay 6.0 set of specifications.
The present document is equivalent to 3GPP TS 29.198-11 V7.0.0 (Release 7).
ETSI
7 ETSI ES 204 915-11 V1.1.1 (2008-05)
1 Scope
The present document is part 11 of the Stage 3 specification for an Application Programming Interface (API) for Open
Service Access (OSA).
The OSA specifications define an architecture that enables application developers to make use of network functionality
through an open standardised interface, i.e. the OSA APIs.
The present document specifies the Account Management Service Capability Feature (SCF) aspects of the interface. All
aspects of the Account Management SCF are defined here, these being:
• Sequence Diagrams.
• Class Diagrams.
• Interface specification plus detailed method descriptions.
• State Transition diagrams.
• Data Definitions.
• IDL Description of the interfaces.
• WSDL Description of the interfaces.
The process by which this task is accomplished is through the use of object modelling techniques described by the
Unified Modelling Language (UML).
2 References
The references listed in clause 2 of ES 204 915-1 contain provisions which, through reference in this text, constitute
provisions of the present document.
ETSI ES 204 915-1: "Open Service Access (OSA); Application Programming Interface (API); Part 1: Overview
(Parlay 6)".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in ES 204 915-1 apply.
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in ES 204 915-1 apply.
ETSI
8 ETSI ES 204 915-11 V1.1.1 (2008-05)
4 Account Management SCF
The following clauses describe each aspect of the Account Management Service Capability Feature (SCF).
The order is as follows:
• The Sequence diagrams give the reader a practical idea of how each of the SCF is implemented.
• The Class relationships clause shows how each of the interfaces applicable to the SCF, relate to one another.
• The Interface specification clause describes in detail each of the interfaces shown within the Class diagram
part.
• The State Transition Diagrams (STD) show the transition between states in the SCF. The states and transitions
are well-defined; either methods specified in the Interface specification or events occurring in the underlying
networks cause state transitions.
• The Data Definitions clause shows a detailed expansion of each of the data types associated with the methods
within the classes. Note that some data types are used in other methods and classes and are therefore defined
within the Common Data types part ES 204 915-2.
4.1 General requirements on support of methods
An implementation of this API which supports or implements a method described in the present document, shall
support or implement the functionality described for that method, for at least one valid set of values for the parameters
of that method.
Where a method is not supported by an implementation of a Service interface, the exception
P_METHOD_NOT_SUPPORTED shall be returned to any call of that method.
Where a method is not supported by an implementation of an Application interface, a call to that method shall be
possible, and no exception shall be returned.
ETSI
9 ETSI ES 204 915-11 V1.1.1 (2008-05)
5 Sequence Diagrams
5.1 Standard Voucher Handling
: :
IpAppAccountManager IpAccountManager
The application queries the
voucher amount
1: queryVoucherReq( )
2: queryVoucherRes( )
The application updates the balance
of the account
3: updateBalanceReq(  )
4: updateBalanceRes( )
5: destroyVoucherReq( )
6: destroyVoucherRes( )
1: This message is used to get a voucher for an amount.
2: This message used to return the amount requested.
ETSI
10 ETSI ES 204 915-11 V1.1.1 (2008-05)
3: This message is used to update the balance of the account.
4: This message is used to return the confirmation of the update.
5: This message is used to remove the voucher.
6: This message is used to confirm that the voucher is removed.
5.2 Standard Transaction History Retrieval
: :
IpAppAccountManager IpAccountManager
1: retrieveTransactionHistoryReq( )
2: retrieveTransactionHistoryRes( )

1: This message is used by the application to retrieve a transaction history for a certain subscriber's account.
2: This method passes the result of the transaction history retrieval request for a specific user to its callback object.
ETSI
11 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.3 Standard Query Handling
: IpAppAccountManager : IpAccountManager
Application is re questing to query
AAppplpliiccaattiioon in iss r ree qquuesesttiinngg t too qu queerryy
the balance
tthhe be baallaancncee
1: queryBalanceReq( )
2: queryBalanceRes( )
Application is requesting to query the
balance, but there is at least one error in the
parameters that is detected by the
IpAccountManager service.
3: queryBalanceReq( )
Application is requesting to query the
balance, but a network error occurs
4: queryBalanceReq( )
5: queryBalanceErr( )
1: This message is used to query the balance of the account of one or several users.
2: This message passes the result of the balance query for one or several users to its callback object.
3: This scenario shows the case where at least one error in the parameters of the message is detected by the
IpAccountManager object. An exception will be thrown.
4: This scenario shows the case where a network error occurs.
5: This message passes the error of the balance query. No exception is thrown.
ETSI
12 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.4 Standard Notification handling
: IpAppAccountManager
: IpAccountManager
1: createNotification( )
2: reportNotification( )
3: getNotification( )
4: changeNotification( )
5: reportNotification( )
6: destroyNotification( )
1: This message is used by the application to request notifications from the IpAccountManager service on certain
criteria for one or several users.
2: This message is used by the IpAccountManager service to report a charging event that meets the criteria set in
the createNotification message.
3: The application can request the current criteria set in the IpAccountManager service by invoking the
getNotification method.
4: This message is used by the application to change the criteria initially created by createNotification, and
previously obtained by getNotification.
5: This message is used by the IpAccountManager service to report a charging event that meets the new criteria.
6: This method is used by the application to disable the charging notifications.
ETSI
13 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.5 Network Controlled Notifications
The following sequence diagram shows how an application can receive notifications that have not been created by the
application, but are provisioned from within the network.
AppLogic : IpAppAccountManager : IpAccountManager
1: New()
2: enableNotifications( )
3: reportNotification( )
4: 'forward event'
5: reportNotification( )
6: 'forward event'
7: disableNotifications( )
1: The application is started. The application creates a new IpAppAccountManager to handle callbacks.
2: The enableNotifications method is invoked on the IpAccountManager interface to indicate that the application
is ready to receive notifications that are created in the network. For illustrative purposes we assume
notifications of type "B" are created in the network.
3: When a network created trigger occurs the application is notified on the callback interface.
4: The event is forwarded to the application.
5: When a network created trigger occurs the application is notified on the callback interface.
6: The event is forwarded to the application.
7: When the application does not want to receive notifications created in the network anymore, it invokes
disableNotifications on the IpMultiPartyCallConrolManager interface. From now on the gateway will not send
any notifications to the application that are created in the network. The application will still receive
notifications that it has created himself until the application removes them.
ETSI
14 ETSI ES 204 915-11 V1.1.1 (2008-05)
6 Class Diagrams
<>
IpInterface
(from csapi )
<>
IpAppAccountManager
reportNotification()
queryBalanceRes()
queryBalanceErr()
retrieveTransactionHistoryRes()
retrieveTransactionHistoryErr()
queryBalanceExpiryDateRes()
queryBalanceExpiryDateErr()
updateBalanceRes()
updateBalanceErr()
createVoucherRes()
createVoucherErr()
destroyVoucherRes()
destroyVoucherErr()
queryVoucherRes()
queryVoucherErr()
queryUserVouchersRes()
queryUserVouchersErr()
<>
<>
IpAccountManager
createNotification()
destroyNotification()
queryBalanceReq()
changeNotification()
getNotification()
retrieveTransactionHistoryReq()
enableNotifications()
disableNotifications()
queryBalanceExpiryDateReq()
updateBalanceReq()
createVoucherReq()
destroyVoucherReq()
queryVoucherReq()
queryUserVouchersReq()
Figure 1: Application Interfaces
ETSI
15 ETSI ES 204 915-11 V1.1.1 (2008-05)
IpService
setCallback()
setCallbackWithSessionID()
<>
IpAccountManager
(from am)
createNotification()
destroyNotification()
queryBalanceReq()
changeNotification()
getNotification()
retrieveTransactionHistoryReq()
enableNotifications()
disableNotifications()
queryBalanceExpiryDateReq()
updateBalanceReq()
createVoucherReq()
destroyVoucherReq()
queryVoucherReq()
queryUserVouchersReq()
Figure 2: Service Interfaces
7 The Service Interface Specifications
7.1 Interface Specification Format
This clause defines the interfaces, methods and parameters that form a part of the API specification. The Unified
Modelling Language (UML) is used to specify the interface classes. The general format of an interface specification is
described below.
7.1.1 Interface Class
This shows a UML interface class description of the methods supported by that interface, and the relevant parameters
and types. The Service and Framework interfaces for enterprise-based client applications are denoted by classes with
name Ip. The callback interfaces to the applications are denoted by classes with name IpApp. For
the interfaces between a Service and the Framework, the Service interfaces are typically denoted by classes with name
IpSvc, while the Framework interfaces are denoted by classes with name IpFw.
ETSI
16 ETSI ES 204 915-11 V1.1.1 (2008-05)
7.1.2 Method descriptions
Each method (API method “call”) is described. Both synchronous and asynchronous methods are used in the API.
Asynchronous methods are identified by a 'Req' suffix for a method request, and, if applicable, are served by
asynchronous methods identified by either a 'Res' or 'Err' suffix for method results and errors, respectively. To handle
responses and reports, the application or service developer must implement the relevant IpApp or
IpSvc interfaces to provide the callback mechanism.
7.1.3 Parameter descriptions
Each method parameter and its possible values are described. Parameters described as 'in' represent those that must have
a value when the method is called. Those described as 'out' are those that contain the return result of the method when
the method returns.
7.1.4 State Model
If relevant, a state model is shown to illustrate the states of the objects that implement the described interface.
7.2 Base Interface
7.2.1 Interface Class IpInterface
All application, framework and service interfaces inherit from the following interface. This API Base Interface does not
provide any additional methods.
<>
IpInterface
7.3 Service Interfaces
7.3.1 Overview
The Service Interfaces provide the interfaces into the capabilities of the underlying network - such as call control, user
interaction, messaging, mobility and connectivity management.
The interfaces that are implemented by the services are denoted as 'Service Interface'. The corresponding interfaces that
must be implemented by the application (e.g. for API callbacks) are denoted as 'Application Interface'.
7.4 Generic Service Interface
7.4.1 Interface Class IpService
Inherits from: IpInterface;
All service interfaces inherit from the following interface.
ETSI
17 ETSI ES 204 915-11 V1.1.1 (2008-05)
<>
IpService
setCallback (appInterface : in IpInterfaceRef) : void
setCallbackWithSessionID (appInterface : in IpInterfaceRef, sessionID : in TpSessionID) : void

7.4.1.1 Method setCallback()
This method specifies the reference address of the callback interface that a service uses to invoke methods on the
application. It is not allowed to invoke this method on an interface that uses SessionIDs. Multiple invocations of this
method on an interface shall result in multiple callback references being specified. The SCS shall use the most recent
callback interface provided by the application using this method. In the event that a callback reference fails or is no
longer available, the next most recent callback reference available shall be used.
Parameters
appInterface : in IpInterfaceRef
Specifies a reference to the application interface, which is used for callbacks.
Raises
TpCommonExceptions, P_INVALID_INTERFACE_TYPE
7.4.1.2 Method setCallbackWithSessionID()
This method specifies the reference address of the application's callback interface that a service uses for interactions
associated with a specific session ID: e.g. a specific call, or call leg. It is not allowed to invoke this method on an
interface that does not use SessionIDs. Multiple invocations of this method on an interface shall result in multiple
callback references being specified. The SCS shall use the most recent callback interface provided by the application
using this method. In the event that a callback reference fails or is no longer available, the next most recent callback
reference available shall be used.
Parameters
appInterface : in IpInterfaceRef
Specifies a reference to the application interface, which is used for callbacks.
sessionID : in TpSessionID
Specifies the session for which the service can invoke the application's callback interface.
Raises
TpCommonExceptions, P_INVALID_SESSION_ID, P_INVALID_INTERFACE_TYPE
ETSI
18 ETSI ES 204 915-11 V1.1.1 (2008-05)
8 Account Management Interface Classes
8.1 Interface Class IpAccountManager
Inherits from: IpService.
The account manager interface provides methods for managing accounts. Applications can use this interface to enable
or disable charging-related event notifications and to manage account balances. Vouchers allow indirect references to
amounts that can be applied to the account.
This interface shall be implemented by an Account Management SCF. The queryBalanceReq() method, or the
retrieveTransactionHistoryReq() method, or both the createNotification() and destroyNotification methods, or both the
enableNotifications and disableNotifications methods shall be implemented as a minimum requirement.
<>
IpAccountManager
createNotification (appAccountManager : in IpAppAccountManagerRef, chargingEventCriteria : in
TpChargingEventCriteria) : TpAssignmentID
destroyNotification (assignmentId : in TpAssignmentID) : void
queryBalanceReq (users : in TpAddressSet) : TpAssignmentID
changeNotification (assignmentID : in TpAssignmentID, eventCriteria : in TpChargingEventCriteria) : void
getNotification () : TpChargingEventCriteriaResultSet
retrieveTransactionHistoryReq (user : in TpAddress, transactionInterval : in TpTimeInterval) :
TpAssignmentID
enableNotifications (appAccountManager : in IpAppAccountManagerRef) : TpAssignmentID
disableNotifications () : void
queryBalanceExpiryDateReq (users : in TpAddressSet) : TpAssignmentID
updateBalanceReq (user : in TpAddress, debit : in TpBoolean, amount : in TpBalanceInfo, period : in
TpInt32) : TpAssignmentID
createVoucherReq (user : in TpAddress, amount : in TpBalanceInfo) : TpAssignmentID
destroyVoucherReq (voucherId : in TpAssignmentID) : TpAssignmentID
queryVoucherReq (voucherId : in TpAssignmentID) : TpAssignmentID
queryUserVouchersReq (user : in TpAddress) : TpAssignmentID

8.1.1 Method createNotification()
This method is used by the application to enable charging event notifications to be sent to the application.
If the same application invokes this method multiple times with exactly the same criteria but with different callback
references, then these shall be treated as additional callback references. Each such notification request shall share the
same assignmentID. The SCS shall use the most recent callback interface provided by the application using this method.
In the event that a callback reference fails or is no longer available, the next most recent callback reference available
shall be used.
ETSI
19 ETSI ES 204 915-11 V1.1.1 (2008-05)
In case the createNotification contains no callback, at the moment the application needs to be informed the gateway will
use as callback the callback that has been registered by setCallback().
Returns assignmentId : Specifies the ID assigned by the account management object for this newly enabled event
notification.
Parameters
appAccountManager : in IpAppAccountManagerRef
If this parameter is set (i.e. not NULL) it specifies a reference to the application interface, which is used for callbacks. If
set to NULL, the application interface defaults to the interface specified via the setCallback() method.
chargingEventCriteria : in TpChargingEventCriteria
Specifies the event specific criteria used by the application to define the charging event required. Individual addresses
or address ranges may be specified for subscriber accounts. Example of even
...

SLOVENSKI STANDARD
01-september-2008
2GSUWLGRVWRSGRVWRULWYH26$$SOLNDFLMVNLSURJUDPVNLYPHVQLN$3,GHO
/DVWQRVWVWRULWYHQH]PRåQRVWL6&)]DXSUDYOMDQMHREUDþXQD3DUOD\
Open Service Access (OSA) - Application Programming Interface (API) - Part 11:
Account Management SCF (Parlay 6)
Ta slovenski standard je istoveten z: ES 204 915-11 Version 1.1.1
ICS:
35.100.01 Medsebojno povezovanje Open systems
odprtih sistemov na splošno interconnection in general
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

ETSI Standard
Open Service Access (OSA);
Application Programming Interface (API);
Part 11: Account Management SCF
(Parlay 6)
�
2 ETSI ES 204 915-11 V1.1.1 (2008-05)

Reference
DES/TISPAN-01032-11-OSA
Keywords
API, IDL, OSA, UML
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - 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

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive
within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
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 2008.
© The Parlay Group 2008.
All rights reserved.
TM TM TM TM
DECT , PLUGTESTS , UMTS , TIPHON , the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered
for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
ETSI
3 ETSI ES 204 915-11 V1.1.1 (2008-05)
Contents
Intellectual Property Rights.6
Foreword.6
1 Scope.7
2 References.7
3 Definitions and abbreviations.7
3.1 Definitions.7
3.2 Abbreviations.7
4 Account Management SCF .8
4.1 General requirements on support of methods.8
5 Sequence Diagrams.9
5.1 Standard Voucher Handling .9
5.2 Standard Transaction History Retrieval .10
5.3 Standard Query Handling.11
5.4 Standard Notification handling.12
5.5 Network Controlled Notifications .13
6 Class Diagrams.14
7 The Service Interface Specifications.15
7.1 Interface Specification Format .15
7.1.1 Interface Class.15
7.1.2 Method descriptions.16
7.1.3 Parameter descriptions.16
7.1.4 State Model.16
7.2 Base Interface.16
7.2.1 Interface Class IpInterface .16
7.3 Service Interfaces.16
7.3.1 Overview.16
7.4 Generic Service Interface .16
7.4.1 Interface Class IpService .16
7.4.1.1 Method setCallback().17
7.4.1.2 Method setCallbackWithSessionID().17
8 Account Management Interface Classes .18
8.1 Interface Class IpAccountManager .18
8.1.1 Method createNotification().18
8.1.2 Method destroyNotification().19
8.1.3 Method queryBalanceReq().19
8.1.4 Method changeNotification().20
8.1.5 Method getNotification().20
8.1.6 Method retrieveTransactionHistoryReq().20
8.1.7 Method enableNotifications().21
8.1.8 Method disableNotifications().21
8.1.9 Method queryBalanceExpiryDateReq().21
8.1.10 Method updateBalanceReq().22
8.1.11 Method createVoucherReq().22
8.1.12 Method destroyVoucherReq().23
8.1.13 Method queryVoucherReq().23
8.1.14 Method queryUserVouchersReq().23
8.2 Interface Class IpAppAccountManager .24
8.2.1 Method reportNotification().25
8.2.2 Method queryBalanceRes().25
8.2.3 Method queryBalanceErr().25
8.2.4 Method retrieveTransactionHistoryRes().25
ETSI
4 ETSI ES 204 915-11 V1.1.1 (2008-05)
8.2.5 Method retrieveTransactionHistoryErr().26
8.2.6 Method queryBalanceExpiryDateRes().26
8.2.7 Method queryBalanceExpiryDateErr().26
8.2.8 Method updateBalanceRes().26
8.2.9 Method updateBalanceErr().27
8.2.10 Method createVoucherRes().27
8.2.11 Method createVoucherErr().27
8.2.12 Method destroyVoucherRes().27
8.2.13 Method destroyVoucherErr().28
8.2.14 Method queryVoucherRes().28
8.2.15 Method queryVoucherErr().28
8.2.16 Method queryUserVouchersRes().28
8.2.17 Method queryUserVouchersErr().29
9 State Transition Diagrams.29
9.1 State Transition Diagrams for IpAccountManager.29
9.1.1 Active State.29
9.1.2 Notifications created State .30
10 Account Management Service Properties .30
11 Data Definitions.30
11.1 Account Management Data Definitions .30
11.1.1 IpAppAccountManager .31
11.1.2 IpAppAccountManagerRef.31
11.1.3 IpAccountManager.31
11.1.4 IpAccountManagerRef.31
11.1.5 TpBalanceQueryError.31
11.1.6 TpChargingEventName.31
11.1.7 TpBalanceInfo.32
11.1.8 TpChargingEventInfo.32
11.1.9 TpChargingEventCriteria.33
11.1.10 TpChargingEventNameSet.33
11.1.11 TpChargingEventCriteriaResult.33
11.1.12 TpChargingEventCriteriaResultSet.33
11.1.13 TpBalance.33
11.1.14 TpBalanceSet.33
11.1.15 TpTransactionHistory.33
11.1.16 TpTransactionHistorySet.34
11.1.17 TpTransactionHistoryStatus.34
11.1.18 TpBalanceExpiryDate.34
11.1.19 TpBalanceExpiryDateSet.34
11.1.20 TpVoucherError.34
11.1.21 TpVoucher .34
11.1.22 TpVoucherSet.35
12 Exception Classes.35
Annex A (normative): OMG IDL Description of Account Management SCF .36
Annex B (informative): W3C WSDL Description of Account Management SCF.37
Annex C (informative): Java™ API Description of the Account Management SCF .38
Annex D (informative): Contents of 3GPP OSA Rel-7 Account Management.39
Annex E (informative): Description of Account Management for 3GPP2 cdma2000 networks.40
E.1 General Exceptions.40
E.2 Specific Exceptions.40
E.2.1 Clause 1: Scope .40
E.2.2 Clause 2: References .40
E.2.3 Clause 3: Definitions and abbreviations.40
ETSI
5 ETSI ES 204 915-11 V1.1.1 (2008-05)
E.2.4 Clause 4: Account Management SCF.40
E.2.5 Clause 5: Sequence Diagrams .40
E.2.6 Clause 6: Class Diagrams.40
E.2.7 Clause 7: The Service Interface Specifications .40
E.2.8 Clause 8: Account Management Interface Classes.41
E.2.9 Clause 9: State Transition Diagrams .41
E.2.10 Clause 10: Account Management Service Properties.41
E.2.11 Clause 11: Data Definitions.41
E.2.12 Clause 12: Exception Classes.41
E.2.13 Annex A (normative): OMG IDL Description of Account Management SCF.41
E.2.14 Annex B (informative): W3C WSDL Description of Account Management SCF.41
Annex F (informative): Record of changes .42
F.1 Interfaces.42
F.1.1 New.42
F.1.2 Deprecated.42
F.1.3 Removed.42
F.2 Methods.42
F.2.1 New.42
F.2.2 Deprecated.42
F.2.3 Modified.43
F.2.4 Removed.43
F.3 Data Definitions.43
F.3.1 New.43
F.3.2 Modified.43
F.3.3 Removed.43
F.4 Service Properties.43
F.4.1 New.43
F.4.2 Deprecated.44
F.4.3 Modified.44
F.4.4 Removed.44
F.5 Exceptions.44
F.5.1 New.44
F.5.2 Modified.44
F.5.3 Removed.44
F.6 Others.44
History .45

ETSI
6 ETSI ES 204 915-11 V1.1.1 (2008-05)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI 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://webapp.etsi.org/IPR/home.asp).
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 ETSI 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 ETSI Standard (ES) has been produced by ETSI Technical Committee Telecommunications and Internet
converged Services and Protocols for Advanced Networking (TISPAN).
The present document is part 11 of a multi-part deliverable covering Open Service Access (OSA); Application
Programming Interface (API), as identified below. The API specification (ES 204 915) is structured in the following
parts:
Part 1: "Overview";
Part 2: "Common Data Definitions";
Part 3: "Framework";
Part 4: "Call Control";
Part 5: "User Interaction SCF";
Part 6: "Mobility SCF";
Part 7: "Terminal Capabilities SCF";
Part 8: "Data Session Control SCF";
Part 9: "Generic Messaging SCF";
Part 10: "Connectivity Manager SCF";
Part 11: "Account Management SCF";
Part 12: "Charging SCF";
Part 13: "Policy Management SCF";
Part 14: "Presence and Availability Management SCF";
Part 15: "Multi-Media Messaging SCF";
Part 16: "Service Broker SCF".
The present document has been defined jointly between ETSI, The Parlay Group (http://www.parlay.org) and the 3GPP,
in co-operation with a number of JAIN™ Community (http://www.java.sun.com/products/jain) member companies.
The present document forms part of the Parlay 6.0 set of specifications.
The present document is equivalent to 3GPP TS 29.198-11 V7.0.0 (Release 7).
ETSI
7 ETSI ES 204 915-11 V1.1.1 (2008-05)
1 Scope
The present document is part 11 of the Stage 3 specification for an Application Programming Interface (API) for Open
Service Access (OSA).
The OSA specifications define an architecture that enables application developers to make use of network functionality
through an open standardised interface, i.e. the OSA APIs.
The present document specifies the Account Management Service Capability Feature (SCF) aspects of the interface. All
aspects of the Account Management SCF are defined here, these being:
• Sequence Diagrams.
• Class Diagrams.
• Interface specification plus detailed method descriptions.
• State Transition diagrams.
• Data Definitions.
• IDL Description of the interfaces.
• WSDL Description of the interfaces.
The process by which this task is accomplished is through the use of object modelling techniques described by the
Unified Modelling Language (UML).
2 References
The references listed in clause 2 of ES 204 915-1 contain provisions which, through reference in this text, constitute
provisions of the present document.
ETSI ES 204 915-1: "Open Service Access (OSA); Application Programming Interface (API); Part 1: Overview
(Parlay 6)".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in ES 204 915-1 apply.
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in ES 204 915-1 apply.
ETSI
8 ETSI ES 204 915-11 V1.1.1 (2008-05)
4 Account Management SCF
The following clauses describe each aspect of the Account Management Service Capability Feature (SCF).
The order is as follows:
• The Sequence diagrams give the reader a practical idea of how each of the SCF is implemented.
• The Class relationships clause shows how each of the interfaces applicable to the SCF, relate to one another.
• The Interface specification clause describes in detail each of the interfaces shown within the Class diagram
part.
• The State Transition Diagrams (STD) show the transition between states in the SCF. The states and transitions
are well-defined; either methods specified in the Interface specification or events occurring in the underlying
networks cause state transitions.
• The Data Definitions clause shows a detailed expansion of each of the data types associated with the methods
within the classes. Note that some data types are used in other methods and classes and are therefore defined
within the Common Data types part ES 204 915-2.
4.1 General requirements on support of methods
An implementation of this API which supports or implements a method described in the present document, shall
support or implement the functionality described for that method, for at least one valid set of values for the parameters
of that method.
Where a method is not supported by an implementation of a Service interface, the exception
P_METHOD_NOT_SUPPORTED shall be returned to any call of that method.
Where a method is not supported by an implementation of an Application interface, a call to that method shall be
possible, and no exception shall be returned.
ETSI
9 ETSI ES 204 915-11 V1.1.1 (2008-05)
5 Sequence Diagrams
5.1 Standard Voucher Handling
: :
IpAppAccountManager IpAccountManager
The application queries the
voucher amount
1: queryVoucherReq( )
2: queryVoucherRes( )
The application updates the balance
of the account
3: updateBalanceReq(  )
4: updateBalanceRes( )
5: destroyVoucherReq( )
6: destroyVoucherRes( )
1: This message is used to get a voucher for an amount.
2: This message used to return the amount requested.
ETSI
10 ETSI ES 204 915-11 V1.1.1 (2008-05)
3: This message is used to update the balance of the account.
4: This message is used to return the confirmation of the update.
5: This message is used to remove the voucher.
6: This message is used to confirm that the voucher is removed.
5.2 Standard Transaction History Retrieval
: :
IpAppAccountManager IpAccountManager
1: retrieveTransactionHistoryReq( )
2: retrieveTransactionHistoryRes( )

1: This message is used by the application to retrieve a transaction history for a certain subscriber's account.
2: This method passes the result of the transaction history retrieval request for a specific user to its callback object.
ETSI
11 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.3 Standard Query Handling
: IpAppAccountManager : IpAccountManager
Application is re questing to query
AAppplpliiccaattiioon in iss r ree qquuesesttiinngg t too qu queerryy
the balance
tthhe be baallaancncee
1: queryBalanceReq( )
2: queryBalanceRes( )
Application is requesting to query the
balance, but there is at least one error in the
parameters that is detected by the
IpAccountManager service.
3: queryBalanceReq( )
Application is requesting to query the
balance, but a network error occurs
4: queryBalanceReq( )
5: queryBalanceErr( )
1: This message is used to query the balance of the account of one or several users.
2: This message passes the result of the balance query for one or several users to its callback object.
3: This scenario shows the case where at least one error in the parameters of the message is detected by the
IpAccountManager object. An exception will be thrown.
4: This scenario shows the case where a network error occurs.
5: This message passes the error of the balance query. No exception is thrown.
ETSI
12 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.4 Standard Notification handling
: IpAppAccountManager
: IpAccountManager
1: createNotification( )
2: reportNotification( )
3: getNotification( )
4: changeNotification( )
5: reportNotification( )
6: destroyNotification( )
1: This message is used by the application to request notifications from the IpAccountManager service on certain
criteria for one or several users.
2: This message is used by the IpAccountManager service to report a charging event that meets the criteria set in
the createNotification message.
3: The application can request the current criteria set in the IpAccountManager service by invoking the
getNotification method.
4: This message is used by the application to change the criteria initially created by createNotification, and
previously obtained by getNotification.
5: This message is used by the IpAccountManager service to report a charging event that meets the new criteria.
6: This method is used by the application to disable the charging notifications.
ETSI
13 ETSI ES 204 915-11 V1.1.1 (2008-05)
5.5 Network Controlled Notifications
The following sequence diagram shows how an application can receive notifications that have not been created by the
application, but are provisioned from within the network.
AppLogic : IpAppAccountManager : IpAccountManager
1: New()
2: enableNotifications( )
3: reportNotification( )
4: 'forward event'
5: reportNotification( )
6: 'forward event'
7: disableNotifications( )
1: The application is started. The application creates a new IpAppAccountManager to handle callbacks.
2: The enableNotifications method is invoked on the IpAccountManager interface to indicate that the application
is ready to receive notifications that are created in the network. For illustrative purposes we assume
notifications of type "B" are created in the network.
3: When a network created trigger occurs the application is notified on the callback interface.
4: The event is forwarded to the application.
5: When a network created trigger occurs the application is notified on the callback interface.
6: The event is forwarded to the application.
7: When the application does not want to receive notifications created in the network anymore, it invokes
disableNotifications on the IpMultiPartyCallConrolManager interface. From now on the gateway will not send
any notifications to the application that are created in the network. The application will still receive
notifications that it has created himself until the application removes them.
ETSI
14 ETSI ES 204 915-11 V1.1.1 (2008-05)
6 Class Diagrams
<>
IpInterface
(from csapi )
<>
IpAppAccountManager
reportNotification()
queryBalanceRes()
queryBalanceErr()
retrieveTransactionHistoryRes()
retrieveTransactionHistoryErr()
queryBalanceExpiryDateRes()
queryBalanceExpiryDateErr()
updateBalanceRes()
updateBalanceErr()
createVoucherRes()
createVoucherErr()
destroyVoucherRes()
destroyVoucherErr()
queryVoucherRes()
queryVoucherErr()
queryUserVouchersRes()
queryUserVouchersErr()
<>
<>
IpAccountManager
createNotification()
destroyNotification()
queryBalanceReq()
changeNotification()
getNotification()
retrieveTransactionHistoryReq()
enableNotifications()
disableNotifications()
queryBalanceExpiryDateReq()
updateBalanceReq()
createVoucherReq()
destroyVoucherReq()
queryVoucherReq()
queryUserVouchersReq()
Figure 1: Application Interfaces
ETSI
15 ETSI ES 204 915-11 V1.1.1 (2008-05)
IpService
setCallback()
setCallbackWithSessionID()
<>
IpAccountManager
(from am)
createNotification()
destroyNotification()
queryBalanceReq()
changeNotification()
getNotification()
retrieveTransactionHistoryReq()
enableNotifications()
disableNotifications()
queryBalanceExpiryDateReq()
updateBalanceReq()
createVoucherReq()
destroyVoucherReq()
queryVoucherReq()
queryUserVouchersReq()
Figure 2: Service Interfaces
7 The Service Interface Specifications
7.1 Interface Specification Format
This clause defines the interfaces, methods and parameters that form a part of the API specification. The Unified
Modelling Language (UML) is used to specify the interface classes. The general format of an interface specification is
described below.
7.1.1 Interface Class
This shows a UML interface class description of the methods supported by that interface, and the relevant parameters
and types. The Service and Framework interfaces for enterprise-based client applications are denoted by classes with
name Ip. The callback interfaces to the applications are denoted by classes with name IpApp. For
the interfaces between a Service and the Framework, the Service interfaces are typically denoted by classes with name
IpSvc, while the Framework interfaces are denoted by classes with name IpFw.
ETSI
16 ETSI ES 204 915-11 V1.1.1 (2008-05)
7.1.2 Method descriptions
Each method (API method “call”) is described. Both synchronous and asynchronous methods are used in the API.
Asynchronous methods are identified by a 'Req' suffix for a method request, and, if applicable, are served by
asynchronous methods identified by either a 'Res' or 'Err' suffix for method results and errors, respectively. To handle
responses and reports, the application or service developer must implement the relevant IpApp or
IpSvc interfaces to provide the callback mechanism.
7.1.3 Parameter descriptions
Each method parameter and its possible values are described. Parameters described as 'in' represent those that must have
a value when the method is called. Those described as 'out' are those that contain the return result of the method when
the method returns.
7.1.4 State Model
If relevant, a state model is shown to illustrate the states of the objects that implement the described interface.
7.2 Base Interface
7.2.1 Interface Class IpInterface
All application, framework and service interfaces inherit from the following interface. This API Base Interface does not
provide any additional methods.
<>
IpInterface
7.3 Service Interfaces
7.3.1 Overview
The Service Interfaces provide the interfaces into the capabilities of the underlying network - such as call control, user
interaction, messaging, mobility and connectivity management.
The interfaces that are implemented by the services are denoted as 'Service Interface'. The corresponding interfaces that
must be implemented by the application (e.g. for API callbacks) are denoted as 'Application Interface'.
7.4 Generic Service Interface
7.4.1 Interface Class IpService
Inherits from: IpInterface;
All service interfaces inherit from the following interface.
ETSI
17 ETSI ES 204 915-11 V1.1.1 (2008-05)
<>
IpService
setCallback (appInterface : in IpInterfaceRef) : void
setCallbackWithSessionID (appInterface : in IpInterfaceRef, sessionID : in TpSessionID) : void

7.4.1.1 Method setCallback()
This method specifies the reference address of the callback interface that a service uses to invoke methods on the
application. It is not allowed to invoke this method on an interface that uses SessionIDs. Multiple invocations of this
method on an interface shall result in multiple callback references being specified. The SCS shall use the most recent
callback interface provided by the application using this method. In the event that a callback reference fails or is no
longer available, the next most recent callback reference available shall be used.
Parameters
appInterface : in IpInterfaceRef
Specifies a reference to the application interface, which is used for callbacks.
Raises
TpCommonExceptions, P_INVALID_INTERFACE_TYPE
7.4.1.2 Method setCallbackWithSessionID()
This method specifies the reference address of the application's callback interface that a service uses for interactions
associated with a specific session ID: e.g. a specific call, or call leg. It is not allowed to invoke this method on an
interface that does not use SessionIDs. Multiple invocations of this method on an interface shall result in multiple
callback references being specified. The SCS shall use the most recent callback interface provided by the application
using this method. In the event that a callback reference fails or is no longer available, the next most recent callback
reference available shall be used.
Parameters
appInterface : in IpInterfaceRef
Specifies a reference to the application interface, which is used for callbacks.
sessionID : in TpSessionID
Specifies the session for which the service can invoke the application's callback interface.
Raises
TpCommonExceptions, P_INVALID_SESSION_ID, P_INVALID_INTERFACE_TYPE
ETSI
18 ETSI ES 204 915-11 V1.1.1 (2008-05)
8 Account Management Interface Classes
8.1 Interface Class IpAccountManager
Inherits from: IpService.
The account manager interface provides methods for managing accounts. Applications can use this interface to enable
or disable charging-related event notifications and to manage account balances. Vouchers allow indirect references to
amounts that can be applied to the account.
This interface shall be implemented by an Account Management SCF. The queryBalanceReq() method, or the
retrieveTransactionHistoryReq() method, or both the createNotification() and destroyNotification methods, or both the
enableNotifications and disableNotifications methods shall be implemented as a minimum requirement.
<>
IpAccountManager
createNotification (appAccountManager : in IpAppAccountManagerRef, chargingEventCriteria : in
TpChargingEventCriteria) : TpAssignmentID
destroyNotification (assignmentId : in TpAssignmentID) : void
queryBalanceReq (users : in TpAddressSet) : TpAssignmentID
changeNotification (assignmentID : in TpAssignmentID, eventCriteria : in TpChargingEventCriteria) : void
getNotification () : TpChargingEventCriteriaResultSet
retrieveTransactionHistoryReq (user : in TpAddress, transactionInterval : in TpTimeInterval) :
TpAssignmentID
enableNotifications (appAccountManager : in IpAppAccountManagerRef) : TpAssignmentID
disableNotifications () : void
queryBalanceExpiryDateReq (users : in TpAddressSet) : TpAssignmentID
updateBalanceReq (user : in TpAddress, debit : in TpBoolean, amount : in TpBalanceInfo, period : in
TpInt32) : TpAssignmentID
createVoucherReq (user : in TpAddress, amount : in TpBalanceInfo) : TpAssignmentID
destroyVoucherReq (voucherId : in TpAssignmentID) : TpAssignmentID
queryVoucherReq (voucherId : in TpAssignmentID) : TpAssignmentID
queryUserVouchersReq (user : in TpAddress) : TpAssignmentID

8.1.1 Method createNotification()
This method is used by the application to enable charging event notifications to be sent to the application.
If the same application invokes this met
...