OSA Overview and J2EE Implementation CCL/K100 賴芳敏 20040205 Overview of OSA Ju-Wei Chen 2003/02/11 p.1

Overview of OSA ( Open Service Access ) Overview of OSA Ju-Wei Chen 2003/02/11 p.2

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirements of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 J2EE Implementation for OSA Overview of OSA Ju-Wei Chen 2003/02/11 p.3

Today’s & Tomorrow’s Service Architectures Overview of OSA Ju-Wei Chen 2003/02/11 p.4

OSA Covering Heterogeneous Networks Overview of OSA Ju-Wei Chen 2003/02/11 p.5

VHE --- Virtual Home Environment VHE: a System Concept PSE: Personal Service Environment Can manage multiple subscriptions Including service domain, terminal types, express location, temporal preferences. Portability across network boundaries. Portability across terminals boundaries. Key Requirements Personalized Service. Personalized User Interface (within the capabilities of terminals). Consistent set of services from the user’s perspective irrespective of access. Global service availability when roaming. Overview of OSA Ju-Wei Chen 2003/02/11 p.6

Service Provisioning from User’s Point of View Service Profile, i.e. Specific Service Preferences General User Preferences & Subscribed Service User PSE Profile Service VAS Provider HE HE VAS Provider Provided & controlled by Contains 1:N N:N Overview of OSA Ju-Wei Chen 2003/02/11 p.7

Requirements for Support of VHE (1/3) General Requirements Having functionality provided by general standardized protocols. existing toolkits roaming agreements between operators User Requirements of VHE User can do personalize services, user interface Access and use services (in a secure manner) modify a user profile from any location activate or deactivate user services discover the local services available interrogate current user service & user interface setting be aware of limitations of services Overview of OSA Ju-Wei Chen 2003/02/11 p.8

Requirements for Support of VHE (2/3) HE Requirements for VHE Provision Home Environment can do control access to service manage service delivery deploy service or manage provision of service to (groups of) users define the scope of management of services by the user inform the serving network of ... handle charging for services Overview of OSA Ju-Wei Chen 2003/02/11 p.9

Requirements for Support of VHE (3/3) Serving Network Requirements for VHE Provision Serving network can provide support user access to services in HE necessary service toolkits dynamically providing info. on available service toolkits transparent comm. between terminals & networks. Exchange the charging information handle call (based on …) inform HE of chargeable events Overview of OSA Ju-Wei Chen 2003/02/11 p.10

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirement of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.11

Accommodate heterogeneous networks with a unified API. The Role of OSA 3GPP Toolkit Open platform A generic toolkit for service creation, not rely on the traditional detailed service engineering (vs. 2G) Accommodate heterogeneous networks with a unified API. Accessible via the OSA API SCFs (Service Capability Features) Network functionality offered to applications is defined as a set of SCFs. SCS (Service Capability Servers) SCS(s) support a set of SCFs. Gateway between the network entities and the application. Overview of OSA Ju-Wei Chen 2003/02/11 p.12

Overview of OSA . . . HLR CSE Servers OSA API Application Sever Framework Call control User location Mobility . . . HLR CSE Servers E.g. Location server MExE server … OSA internal API OSA API Open Service Access SCF Overview of OSA Ju-Wei Chen 2003/02/11 p.13

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirements of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.14

Relationship between Standard Bodies Overview of OSA Ju-Wei Chen 2003/02/11 p.15

OSA cross-release Work.plan Carried out by “Joint API” group: è Common group between Parlay, 3GPP, ETSI è Mission : develop and maintain core Parlay / OSA APIs è Vision: alignment between all bodies : one API : one Parlay / OSA developer community Joint API group status Parlay 4.0 / 3GPP OSA Rel. 5 stage 3 work is finished ! Major achievement : alignment between the parent bodies from the start of the new releases, see next slide: One OSA/ Parlay API, One developer community Overview of OSA Ju-Wei Chen 2003/02/11 p.16

Current Specification Status Parlay 3.1 / ETSI OSA 1.1 / 3GPP Rel. 4 specs ready Q1(2002), be released in Q2(2002). Parlay 4.1 / ETSI OSA 2.0 / 3GPP Rel. 5 be released in 2003 Parlay 5.0 and Parlay-X 2.0 is on-going Specs: 3GPP : TS29.198 (API) + TS29.998 (Mapping) http://www.3gpp.org/ftp/Specs/latest/Rel-5/29_series/ ETSI : TS 120070 (API) + TS 120075 (Mapping) http://docbox.etsi.org/Portal_Common/home.asp Parlay http://www.parlay.org/specs/index.asp Overview of OSA Ju-Wei Chen 2003/02/11 p.17

OSA APIs & Protocol Mappings 29.198 & 29.998-family Overview of OSA Ju-Wei Chen 2003/02/11 p.18

Parlay X Web Services, Parlay X APIs and Parlay APIs Figured from Parlay X Web Services Specification Version 1.0 Overview of OSA Ju-Wei Chen 2003/02/11 p.19

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirements of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.20

High Level Requirements to OSA Independent of Vendor specific solutions; Programming languages, operating systems; The location where service capabilities are implemented; Service capabilities supported in the network; Secure, scalable and extensible; Access to SCF shall be realised using modern main stream access technologies (information and protocols); Allow applications to access service capability features in the home network. Overview of OSA Ju-Wei Chen 2003/02/11 p.21

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirements of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.22

Functions offered by OSA Framework Functions Authentication Authorization Registration of Service Features Discovery of Service Features Integrity Management Function Network Functions CS Call Control Functions PS Call Control Functions Information Transfer Function User Data Related Functions User Status Function User Location Function Overview of OSA Ju-Wei Chen 2003/02/11 p.23

CS Call Control Functions Allow applications to control and monitor call. CS (Circuit Switch) Call Control Functions Release Calls Control Calls Request call information Monitor calls Presentation of, or restriction of information, associated with a party involved in a call (e.g. calling line ID, calling name); Relinquish control over a call Interact with a user Overview of OSA Ju-Wei Chen 2003/02/11 p.24

PS Call Control Functions PS (Packet Switch) Call Control Functions Allow applications to control and monitor GPRS sessions. Release a PDP context Control a PDP context (modify info., request observation, receive reports) Monitor a PDP context Monitor a GPRS session (for data volume to be transferred) Overview of OSA Ju-Wei Chen 2003/02/11 p.25

OSA Service Environment for the Customer Access Mgmt Service Provides access to network service enablers Provides means to open the service network to 3rd parties Network access independent Terminal independent Offers/manages access to/for the customer Offers/manages service to/for the customer Overview of OSA Ju-Wei Chen 2003/02/11 p.26

What OSA can do Service SS7 Mgmt Access Interfacing network mgmt IN, MSC, HLR LBS SMS, MMS WAP Service Mgmt SLA User AA Security App-based access control User-based Access network mgmt Overview of OSA Ju-Wei Chen 2003/02/11 p.27

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirement of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.28

Approaches in Using OSA Classic Scenario: OSA APIs above Gateway (with or without IN) OSA APIs at SCP same centralized architecture as IN (critical bottlenecks) OSA APIs at SSP & service code deployed at SSP visibility of a large number of switches complex and inefficient for Service Providers service provisioning strongly dependent on network topology Overview of OSA Ju-Wei Chen 2003/02/11 p.29

Administrative Challenges OSA has been designed to enable remote control of network nodes by one gateway per network But Why not use different OSA Gateways within one network (There are several IN platforms used) Why not use different OSA Gateways of different networks for global mobile service Why not use different OSA directly as an interface at the switches inside the network Overview of OSA Ju-Wei Chen 2003/02/11 p.30

Outline of OSA Overview Concept of VHE Role of OSA OSA Standards in the World High Level Requirement of OSA Functions Offered by OSA Approaches in Using OSA Reference Projects EURESCOM P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.31

A Telecomm. Research and Strategic Studies Institute in Europe EURESCOM P1110 EURESCOM A Telecomm. Research and Strategic Studies Institute in Europe Established in 1991. Objectives of P1110 (Mar. 2001~ Nov. 2002) Assess the OSA approach and the OSA specifications Evaluate OSA-based products and demonstrate service development Enhance OSA specifications, by contribution to 3GPP and Parlay Assess the business benefits for operators in offering open interfaces to networks  www.eurescom.de Overview of OSA Ju-Wei Chen 2003/02/11 p.32

Members of P1110 Overview of OSA Ju-Wei Chen 2003/02/11 p.33

Enhancing Parlay/ OSA specifications 3 Main Paths of P1110 3 Main Paths Evaluation of Parlay/ OSA products (including SCE, App. Servers, Parlay/ OSA Gateway) Enhancing Parlay/ OSA specifications Assessment of non-functional aspects Overview of OSA Ju-Wei Chen 2003/02/11 p.34

Evaluation of Parlay/OSA products in P1110 How to assess current OSA products Ask venders via RFI Functionally test the products using “real-life” application Test the strength of the products (carrier grade) Overview of OSA Ju-Wei Chen 2003/02/11 p.35

RFI for Understanding Vendors’ Status RFI aims To find out venders having products. To understand the maturity of the products. To understand the completeness of the products (which aspects being covered). To understand the future direction of the vender. RFI execution Approximately 160 questions, covering Framework, Services, Tools. Sent to 17 vendors in May 2001, and 8 vendors replied. RFI summary (all conform to Parlay 2.1 in May 2001) All offered Call Control & User Interaction Several supported User Location & User Status Application Servers offered by most Some offered SCE, some libraries to be used with standard tools (e.g. Java tools) Overview of OSA Ju-Wei Chen 2003/02/11 p.36

Functional Testing of Products Aims Select target platform for test. Specify and implement a suit of application. Install test platforms and perform simple functional tests. Perform functional test using the implemented suit of applications.. Functional Testing Co-operation with vendors helped getting platforms installed and initially tested. The suite of services has been developed and tested on the different platforms Some using Java and the Parlay APIs directly. Others using software development tools. A large part of the Parlay APIs has been tested. Vendor platforms selected for test SCE, Application Servers and Parlay Gateways • Aepona • Ericsson • Incomit (in co-operation with SUN) •Siemens •Ulticom • The project is very grateful to the vendors that co- operated with tools, platform, training and support • Some platforms were early product versions and the vendors took a high risk letting us test them • Several platforms have been upgraded to Parlay 3.0 during the testing phase Comments to the testing • Since the RFI and installation of target platforms: – The number of Parlay/ OSA products has increased – The number of products in position to answer the RFI has increased – Parlay 3.0 with new capabilities have become available – The products are a lot more mature • This does however not decrease the value of the evaluation performed Overview of OSA Ju-Wei Chen 2003/02/11 p.37

Enhancing Parlay/OSA Specifications (1/2) Aims To address new functional issues in Parlay / 3GPP OSA in order to enhance specifications. To elaborate a joint Network Operators’ point of view on new requirements relevant for the deployment of OSA/ Parlay solutions To provide inputs to relevant standard groups and consortia Issues (Contributions to Standards) Phase 1 Enhancements to service interfaces Enhancements of framework functions Framework Information Model Framework Management Tool Introduction of new service interfaces • Enhancements to service interfaces – “Balancing Up” of Interfaces • Enhancements of framework functions – Framework Information Model – Framework Management Tool • Introduction of new service interfaces – Data Hosting Service Interface Overview of OSA Ju-Wei Chen 2003/02/11 p.38

Enhancing Parlay/OSA Specifications (2/2) Issues (Contributions to Standards) Phase 2 Parlay X Web Services 3rd Party Call Control SMS handling Parlay X Web Services for IETF PINT- like scenarios User Location User Status Conferencing Parlay APIs and Web Services Comparisons between Parlay and Web Services architectures requirements and description of FW services for Web Services Enhancing User Interaction to cope with VXML Mapping Presence API on SIP • Enhancements to service interfaces ( “Balancing Up” of Interfaces) • Enhancements of framework functions ( Framework Information Model and Management Tool) • Introduction of new service interfaces (Data Hosting Service Interface) Contributions to Standards • Proposal for Enhancements to the Parlay/ OSA Specifications (N5- 010897) – Incorporated in Parlay ph. 4 Requirements Document (edited by Richard Stretch – BT) • Balancing- up submitted to Parlay/ 3GPP (N5-011132): – revised version, enriched with service scenarios, submitted June 2002 • Framework Information Model (N5- 020591) • Submissions to Parlay X WG (contributions based on the investigated Parlay X Web Services) • Submissions to Parlay Web Services WG (contribution to mini- paper on Comparisons between Parlay and Web Services architectures) • Other contributions, based on the phase 2 issues, are planned Overview of OSA Ju-Wei Chen 2003/02/11 p.39

Assessment of non-functional Aspects What Aspects not directly related to the functionality offered by the interfaces. The surround functionality that enables OSA/ Parlay platforms to provide a good quality of the services offered and in a safe manner. Important for operation and vendor dependent. Non-functional aspects SLA issues Business benefits for operators Non-functional testing Whether products offered are carrier grade. Results from P1110 (1/ 2) • See also www. eurescom. de • Service Scenarios and State- of- the- art of OSA Products (Jan 2002) • State- of- the- art of OSA Products (Dec 2001) • Enhancement of OSA for Network Operators needs (March 2002) • Proposal for Enhancements to the Parlay/ OSA Specifications (Sept 2001) • RFI on OSA/ Parlay Products (Dec 2001) • Definition and Solution of proposed Parlay/ OSA Specification issues (Jan 2002) • Service Level Agreement (SLA) and Parlay/ OSA: Analysis and open issues (March 2002) • Non- functional aspects and requirements related to Parlay/ OSA products (June 2002) Overall assessment • The APIs are easy to use • The APIs are sufficient for the services implemented in the P1110 • Available equipment looks very similar on paper (A product of standards) • There is no certification of products adherence to standards • Interaction with Voice XML should be improved Overview of OSA Ju-Wei Chen 2003/02/11 p.40

Non-functional Testing Platform Performance GW & AS Scalability Load balancing Security Overload control Resilience Availability Reliability Maintainability Results from P1110 (1/ 2) • See also www. eurescom. de • Service Scenarios and State- of- the- art of OSA Products (Jan 2002) • State- of- the- art of OSA Products (Dec 2001) • Enhancement of OSA for Network Operators needs (March 2002) • Proposal for Enhancements to the Parlay/ OSA Specifications (Sept 2001) • RFI on OSA/ Parlay Products (Dec 2001) • Definition and Solution of proposed Parlay/ OSA Specification issues (Jan 2002) • Service Level Agreement (SLA) and Parlay/ OSA: Analysis and open issues (March 2002) • Non- functional aspects and requirements related to Parlay/ OSA products (June 2002) Overall assessment • The APIs are easy to use • The APIs are sufficient for the services implemented in the P1110 • Available equipment looks very similar on paper (A product of standards) • There is no certification of products adherence to standards • Interaction with Voice XML should be improved Overview of OSA Ju-Wei Chen 2003/02/11 p.41

Results with high relevance. Achievements of P1110 Has received high attention at business units of the participating partners. Results with high relevance. Has received high attention in standards’ world Contribution well received and novel aspects have been addressed. Has received high attention by vendors. Co-operation has been useful (bi-directional). Has received high attention elsewhere. Two well attended EURESCOM Workshops. Overview of OSA Ju-Wei Chen 2003/02/11 p.42

J2EE Implementation for OSA Overview of OSA Ju-Wei Chen 2003/02/11 p.43

CCL OSA platform Overview of OSA Ju-Wei Chen 2003/02/11 p.44

OSA Gateway Role J2EE Implementation Overview of OSA Ju-Wei Chen 2003/02/11 p.45

J2EE technology used Enterprise Java Bean JNDI RMI/IIOP Session beans Entity beans(CMP 2.0) JNDI Naming for every EJB Object RMI/IIOP Overview of OSA Ju-Wei Chen 2003/02/11 p.46

J2EE Design in SCFs--GCC Session beans Session beans Entity beans Overview of OSA Ju-Wei Chen 2003/02/11 p.47

Design in SCFs Overview of OSA Ju-Wei Chen 2003/02/11 p.48

OSA API message processing Overview of OSA Ju-Wei Chen 2003/02/11 p.49

Porting in J2EE Server RI server Weblogic Porting Problem DB:cloudscape Weblogic DB:cloudscape, pointbase Porting Problem DB setup, entity bean setup RMI call, related protocol setup Overview of OSA Ju-Wei Chen 2003/02/11 p.50

Experience Complexity but flexible architecture More time and effort needed in implementation Porting to commercial server Overview of OSA Ju-Wei Chen 2003/02/11 p.51