Skip Headers
Oracle® Communications Services Gatekeeper Concepts Guide
Release 5.0

Part Number E16613-02
Go to Documentation Home
Go to Book List
Book List
Go to Table of Contents
Go to Feedback page
Contact Us

Go to previous page
Go to next page
View PDF

3 Software Architecture Overview

The following chapter provides an overview of Oracle Communications Services Gatekeeper's software architecture.


Services Gatekeeper is built on Oracle WebLogic Server 11g, closely aligned with JEE standard, and tightly integrated with Oracle Communications Converged Application Server. Services Gatekeeper supplies communication services providing access to such network capabilities as messaging, audio call, call control, terminal location, terminal status, presence information, and device capabilities. You can easily extend these communication services or create new ones with the Platform Development Studio.Services Gatekeeper provides a secure, high-performance container for running communication services.

Communication Services

All traffic in Services Gatekeeper is processed through these communication services. A communication service consists of:

Communication services are described in detail in Communication Service Reference, another document in this set.

Figure 3-1 Communication service structure

Surrounding text describes Figure 3-1 .

Container Services

Services Gatekeeper provides a container that is highly optimized for running communication services. The container leverages the many standard container services that Oracle WebLogic Server provides, but adds a number of services designed for the specialized needs of communication services and Services Gatekeeper generally. See Figure 3-2 and Figure 3-3 for some typical uses of these services. They include:

The examples below show interactions between the Parlay X 2.1 Short Messaging to SMPP communication service and selected container services.

Figure 3-2 Container Services in Typical Application-Initiated Traffic

Surrounding text describes Figure 3-2 .

Figure 3-3 Container Services In Typical Network Triggered Traffic

Surrounding text describes Figure 3-3 .

Deployment Model

In production mode, communication services are typically deployed in two clustered tiers, an Access Tier and a Network Tier, separated, if desired, by a firewall. In a single physical site installation, this corresponds to a single WebLogic Server administration domain. Each communication service is deployed in its own EAR file, one per tier.

Some EARs may contain either multiple application-facing interfaces (Parlay X 2.1 Short Messaging and Binary SMS/SMPP) or multiple network plug-ins (Parlay X 2.1 Third Party Call/SIP and INAP) that support the same basic service capability.

Single communication services can be installed or removed without having an impact on other communication services. If no interfaces are changed, existing communication services can be upgraded while traffic is running. This process is called a hitless upgrade and tracks traffic so that in-flight requests can be completed before the older version is undeployed. Communication services may be deployed selectively, as needed.