| 1 Objectives and Scope |
| The Java™ API's for the Integrated Network (JAIN) bring Service Portability and Network Convergence into the Telephony Network. JAIN encompasses a standard set of interfaces for service creation and a number of standard interfaces for service execution. The service creation interfaces allow new services to be described as JavaBeansä, which can be connected using standard graphics tools to create new services. The service execution environment includes JavaTM interfaces to a number of telephony protocols such as TCAP (Transaction Capabilities Application Part) and ISUP (ISDN User Part). How the development of JAIN OAM fits into overall JAIN program management is specified in Figure 1.1: |
|
The reason why we need JAIN is due to the technological blockage with interfaces to switches, computers, and services. The problem, which is deep inside the network, is that services cannot be transported from one system to another. JAIN defines an interface into the specific domain of each vendor's SS7 stack, as well as providing an interface for an application to any vendor's stack. The need to define a standard API has become paramount as users of the telephone and Internet demand better, coherent services. JavaTM provides a perfect environment for developing such a standard. The JavaTM write once, run anywhere philosophy commands interoperability between SS7 stack providers enabling Network Equipment Providers to choose between SS7 vendors and provide services compatible with any system. A JavaTM approach to telephony offers telephone service providers interoperability between network components. Resulting from this, Network Equipment Providers and SS7 Vendors will be able to bring their true value to the market unobstructed by compatibility and interoperability issues. The objective of JAIN OAM is to define a Javaä Application Programming Interface (API) that shall allow for the creation, deletion, modification and monitoring of SS7 network components. The JAIN OAM design concept shall provide a flexible interface that shall supply the functionality necessary to manage and configure any proprietary SS7 Stack regardless of the supported protocol variant. A specific implementation of the API can then be mapped to a proprietary SS7 Stack management system. For Release 1.0 the scope of JAIN OAM shall be limited to the management of TCAP, SCCP, MTP-3, and MTP2 SS7 protocol layers. Release 1.0 shall not include support for ISUP management. This capability shall be included in a later release of JAIN OAM.
This document is laid out in the following format:
|
|
The JAIN Operations, Administration and Maintenance (OAM) specification will provide a standard portable interface that shall allow a service provider to provision and maintain components in an SS7 network. For example, transmission rates, hardware characteristics, routing configurations, are all part of provisioning an SS7 stack and are all covered by the JAIN OAM API specification. While the other JAIN APIs, such the JAIN TCAP API and the JAIN ISUP API, define a common interface to proprietary implementations of protocol layers in an SS7 protocol stack, the JAIN OAM API specification defines a common interface to proprietary management interfaces for an SS7 protocol stack. The JAIN OAM API specification will allow for the creation, deletion, modification, measuring and monitoring of SS7 network components. This document contains a concise list of all the requirements, which need to be satisfied for the public Release 1.0 of the JAIN OAM specification. It is important to note the syntax of the requirements, in that:
The deliverables of the JAIN OAM specification release 1.0 shall encompass:
The Participant whose Expert is chosen as Specification Lead is typically responsible for obtaining the appropriate rights the CTS and the RI to fulfil the JavaTM Specification Participant Agreement. The JavaTM specification definition and process can be found at http://java.sun.com/aboutJava/communityprocess/index.html .
|