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

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

3. 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 /02/11 p.3

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

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

6. 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 /02/11 p.6

7. 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 /02/11 p.7

8. 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 /02/11 p.8

9. 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 /02/11 p.9

10. 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 /02/11 p.10

11. 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 /02/11 p.11

12. 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 /02/11 p.12

13. 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 /02/11 p.13

14. 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 /02/11 p.14

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

16. 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 /02/11 p.16

17. 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 : TS (API) + TS (Mapping)
ETSI : TS (API) + TS (Mapping)
Parlay
Overview of OSA
Ju-Wei Chen /02/11 p.17

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

19. 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 /02/11 p.19

20. 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 /02/11 p.20

21. 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 /02/11 p.21

22. 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 /02/11 p.22

23. 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 /02/11 p.23

24. 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 /02/11 p.24

25. 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 /02/11 p.25

26. 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 /02/11 p.26

27. 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 /02/11 p.27

28. 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 /02/11 p.28

29. 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 /02/11 p.29

30. 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 /02/11 p.30

31. 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 /02/11 p.31

32. 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 
Overview of OSA
Ju-Wei Chen /02/11 p.32

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

34. 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 /02/11 p.34

35. 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 /02/11 p.35

36. 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 /02/11 p.36

37. 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 /02/11 p.37

38. 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 /02/11 p.38

39. 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 (N )
– Incorporated in Parlay ph. 4 Requirements Document (edited by Richard Stretch – BT)
• Balancing- up submitted to Parlay/ 3GPP (N ):
– revised version, enriched with service scenarios, submitted June 2002
• Framework Information Model (N )
• 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 /02/11 p.39

40. 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 /02/11 p.40

41. 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 /02/11 p.41

42. 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 /02/11 p.42

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

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

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

46. 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 /02/11 p.46

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

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

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

50. 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 /02/11 p.50

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