1、 ETSI ES 203 915-4-1 V1.2.1 (2007-01)ETSI Standard Open Service Access (OSA);Application Programming Interface (API);Part 4: Call Control;Sub-part 1: Call Control Common Definitions(Parlay 5)floppy3 ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 2 Reference RES/TISPAN-01029-04-01-OSA Keywords API, IDL, O
2、SA, 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 enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present docume
3、nt 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
4、, 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
5、 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 writte
6、n permission. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2007. The Parlay Group 2007. All rights reserved. DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of ETSI registered for the benefit of its Members. TIPHONTMa
7、nd the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 3 Contents Intellectual Property Rights5 F
8、oreword.5 1 Scope 7 2 References 7 3 Definitions and abbreviations.7 3.1 Definitions7 3.2 Abbreviations .7 4 Call Control SCF7 4.1 Call Model Description 8 4.2 Structure of Call Control SCF Documentation.8 4.3 General requirements on support of methods.9 4.4 Application Control of a Call or Session9
9、 4.4.1 Introduction.9 4.4.2 Concept of Multiple Points of Control9 4.4.2.1 Cascaded Chain Model .9 4.4.3 Service Interactions.11 4.4.4 Multiple services - applicability of MPC for Parlay/OSA 11 5 The Service Interface Specifications11 5.1 Interface Specification Format .11 5.1.1 Interface Class 11 5
10、.1.2 Method descriptions12 5.1.3 Parameter descriptions12 5.1.4 State Model.12 5.2 Base Interface.12 5.2.1 Interface Class IpInterface 12 5.3 Service Interfaces .12 5.3.1 Overview 12 5.4 Generic Service Interface .12 5.4.1 Interface Class IpService 12 5.4.1.1 Method setCallback()13 5.4.1.2 Method se
11、tCallbackWithSessionID()13 6 Common Call Control Data Types.13 6.1 TpCallAlertingMechanism.14 6.2 TpCallBearerService 14 6.3 TpCallChargePlan 14 6.4 TpCallPartyToChargeAdditionalInfo.14 6.5 TpCallPartyToChargeType 15 6.6 TpCallChargeOrderCategory .15 6.7 TpCallEndedReport15 6.8 TpCallError 15 6.9 Tp
12、CallAdditionalErrorInfo.16 6.10 TpCallErrorType 16 6.11 TpCallInfoReport .16 6.12 TpCallInfoType17 6.13 TpCallLoadControlMechanism17 6.14 TpCallLoadControlIntervalRate.17 6.15 TpCallLoadControlMechanismType17 6.16 TpCallMonitorMode 17 6.17 TpCallNetworkAccessType .18 6.18 TpCallPartyCategory18 6.19
13、TpCallServiceCode 18 6.20 TpCallServiceCodeSet .18 6.21 TpCallServiceCodeType 19 ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 4 6.22 TpCallSuperviseReport 19 6.23 TpCallSuperviseTreatment.19 6.24 TpCallTeleService20 6.25 TpCallTreatment 20 6.26 TpCallTreatmentType 20 6.27 TpCallAdditionalTreatmentInfo.
14、21 6.28 TpMediaType .21 Annex A (normative): OMG IDL Description of Common Call Control Data Types.22 Annex B (informative): W3C WSDL Description of Common Call Control Data Types .23 Annex C (informative): Java API Description of the Call Control SCFs24 Annex D (informative): Contents of 3GPP OSA R
15、el-6 Call Control .25 Annex E (informative): Description of Call Control Sub-part 1: Call Control Common Definitions for 3GPP2 cdma2000 networks.26 E.1 General Exceptions.26 E.2 Specific Exceptions26 E.2.1 Clause 1: Scope 26 E.2.2 Clause 2: References 26 E.2.3 Clause 3: Definitions and abbreviations
16、.26 E.2.4 Clause 4: Call Control SCF 26 E.2.5 Clause 5: The Service Interface Specifications 26 E.2.6 Clause 6: Common Call Control Data Types .26 E.2.7 Annex A (normative): OMG IDL Description of Common Call Control Data Types .27 E.2.8 Annex B (informative): W3C WSDL Description of Common Call Con
17、trol Data Types .27 E.2.9 Annex C (informative): Java API Description of the Call Control SCFs.27 Annex F (informative): Record of changes 28 F.1 Interfaces 28 F.1.1 New 28 F.1.2 Deprecated28 F.1.3 Removed.28 F.2 Methods28 F.2.1 New 28 F.2.2 Deprecated29 F.2.3 Modified.29 F.2.4 Removed.29 F.3 Data D
18、efinitions .29 F.3.1 New 29 F.3.2 Modified.29 F.3.3 Removed.30 F.4 Service Properties.30 F.4.1 New 30 F.4.2 Deprecated30 F.4.3 Modified.30 F.4.4 Removed.30 F.5 Exceptions 31 F.5.1 New 31 F.5.2 Modified.31 F.5.3 Removed.31 F.6 Others .31 History 32 ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 5 Intellec
19、tual 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
20、(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 s
21、earches, 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 E
22、TSI Technical Committee Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN). The present document is part 4, sub-part 1 of a multi-part deliverable covering Open Service Access (OSA); Application Programming Interface (API), as identified below. The API
23、specification (ES 203 915) is structured in the following parts: Part 1: “Overview“; Part 2: “Common Data Definitions“; Part 3: “Framework“; Part 4: “Call Control“; Sub-part 1: “Call Control Common Definitions“; Sub-part 2: “Generic Call Control SCF“; Sub-part 3: “Multi-Party Call Control SCF“; Sub-
24、part 4: “Multi-Media Call Control SCF“; Sub-part 5: “Conference Call Control SCF“; 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
25、Management SCF“; Part 12: “Charging SCF“; Part 13: “Policy Management SCF“; Part 14: “Presence and Availability Management SCF“; Part 15: “Multi-Media Messaging SCF“. ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 6 The present document has been defined jointly between ETSI, The Parlay Group (http:/www.p
26、arlay.org) and the 3GPP, in co-operation with a number of JAIN Community (http:/ member companies. The present document forms part of the Parlay 5.1 set of specifications. The present document is equivalent to 3GPP TS 29.198-4-1 V6.5.0 (Release 6). ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 7 1 Scope
27、 The present document is part 4, sub-part 1 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 i
28、nterface, i.e. the OSA APIs. The present document specifies the common definitions used by the Call Control Service Capability Features (SCF). 2 References The references listed in clause 2 of ES 203 915-1 contain provisions which, through reference in this text, constitute provisions of the present
29、 document. ETSI ES 203 915-1: “Open Service Access (OSA); Application Programming Interface (API); Part 1: Overview (Parlay 5)“. 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in ES 203 915-1 apply. 3.2 Abbreviations For the
30、purposes of the present document, the abbreviations given in ES 203 915-1 apply. 4 Call Control SCF Four flavours of call control APIs are specified in ES 203 915, Parlay 5. Three of these have been included in 3GPP Release 6. These are the Generic Call Control (GCC), the Multi-Party Call Control (M
31、PCC) and the Multi-Media Call Control (MMCC). The generic call control is the same API as was already present in the previous specification for 3GPP Release 99 (TS 129 198 V3). Multi-Party Call Control was introduced in the Release 4 specifications, and Multi-Media Call Control was introduced in Rel
32、ease 5. All four have been included in ES 201 915, Parlay 3 and ES 202 915, Parlay 4. The joint work between 3GPP CN5, ETSI TISPAN and the Parlay Call Control Working group with collaboration from JAIN has been focussed on the Multi-party and Multi-Media call control APIs. A number of improvements o
33、n call control functionality have been made and are reflected in these APIs. For this it was necessary to break the inheritance that previously existed between Generic and Multi-party call control. The joint call control group has furthermore decided that the multi-party call control is to be consid
34、ered as the future base call control family and the technical work will not be continued on Generic Call control. Errors or technical flaws will of course be corrected. ETSI ETSI ES 203 915-4-1 V1.2.1 (2007-01) 8 4.1 Call Model Description The call model used for the Call Control SCFs has the follow
35、ing objects: A call object. A call is a relation between a number of parties. The call object relates to the entire call view from the application. E.g. the entire call will be released when a release is called on the call. Note that different applications can have different views on the same physic
36、al call, e.g. one application for the originating side and another application for the terminating side. The applications will not be aware of each other, all communication between the applications will be by means of network signalling. The API currently does not specify any feature interaction mec
37、hanisms. A call leg object. The leg object represents a logical association between a call and an address. The relationship includes at least the signalling relation with the party. The relation with the address is only made when the leg is routed. Before that the leg object is IDLE and not yet asso
38、ciated with the address. An address. The address logically represents a party in the call. A terminal. A terminal is the end-point of the signalling and/or media for a party. This object type is currently not addressed. The call object is used to establish a relation between a number of parties by c
39、reating a leg for each party within the call. Associated with the signalling relationship represented by the call leg, there may also be a bearer connection (e.g. in the traditional voice only networks) or a number (zero or more) of media channels (in multi-media networks). A leg can be attached to
40、the call or detached from the call. When the leg is attached, this means that media or bearer channels related to the legs are connected to the media or bearer channels of the other legs that are attached to the same call. I.e. only legs that are attached can speak to each other. A leg can have a nu
41、mber of states, depending on the signalling received from or sent to the party associated with the leg. Usually there is a limit to the number of legs that are in being routed (i.e. the connection is being established) or connected to the call (i.e. the connection is established). Also, there usuall
42、y is a limit to the number of legs that can be simultaneously attached to the same call. Some networks distinguish between controlling and passive legs. By definition the call will be released when the controlling leg is released. All other legs are called passive legs. There can be at most one cont
43、rolling leg per call. However, there is currently no way the application can influence whether a Leg is controlling or not. There are two ways for an application to get the control of a call. The application can request to be notified of calls that meet certain criteria. When a call occurs in the ne
44、twork that meets these criteria, the application is notified and can control the call. Some legs will already be associated with the call in this case. Another way is to create a new call from the application. 4.2 Structure of Call Control SCF Documentation Each of the Call Control SCFs is specified
45、 under the following headings: 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 th
46、e interfaces shown within the Class diagram part. The State Transition Diagrams (STD) show 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
47、. 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 203 915-2. ETSI ETSI ES 203 915-4-1 V1.2.1
48、 (2007-01) 9 4.3 General requirements on support of methods An implementation of one of the call control APIs which supports or implements a method described in one of the sub-parts of ES 203 915-4, shall support or implement the functionality described for that method, for at least one valid set of
49、 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. 4.4 Application Control of a Call or Session 4.4.1 Introduction Services should be provisionable by multiple independent parties and therefore multiple applications
