This statement of compliance compares the OCNCC INAP implementation to: • ETSI defined INAP required for support of Capability Set 1 (CS1), as defined. Core-INAP-CS1-Codes &;ccitt(0) identified-organization(4) etsi(0) inDomain( 1) in-network(1) modules(0) cs1-codes(3) version1(0)} DEFINITIONS::= BEGIN. Jun 1, Intelligent Network Application Protocol (INAP); Part 1: Protocol This document describes the extensions to the ETSI Core INAP CS1 [1,2].

Author: Shaktijar Dilrajas
Country: Turkey
Language: English (Spanish)
Genre: Spiritual
Published (Last): 12 April 2010
Pages: 493
PDF File Size: 10.88 Mb
ePub File Size: 10.8 Mb
ISBN: 612-3-48569-732-5
Downloads: 97898
Price: Free* [*Free Regsitration Required]
Uploader: Dushicage

Application context for SRF to SCF INAP CS1

As the network and services evolve, new means for interacting with the user will inevitably surface, thereby adding additional operations to the User Interaction SIB. Book Hosted by www. The toll-free application at the SSP determines that communication with the SCP is necessary to retrieve information for the toll-free service. The operation within the User Interaction SIB that implements the collection of digits does not determine how the digits will be used.

The SLP is the executable logic that results from the service creation process. SIBs are currently quite generic and lack ample detail, making them primarily useful only for high-level modeling of service functions.

The Apply Charging operation indicates that charging should be applied for the call and might contain a PartyToCharge parameter to indicate whether charges should be applied to the vs1 or called party. These building blocks are easily recognizable as part of standard telephony call and feature processing. User input is usually provided in one of the following forms:.

INAP – Wikipedia

The code modules are triggered by incoming messages, which match a given criteria for ina; script, from the SSP. Like the various versions of AIN, INAP defines its own cz1 of remote operations and parameters that are used at the component sublayer. When the service has been constructed using the SCE tools, code modules or program scripts that are cs deployed to the SCP or Adjunct are generated.


Before running it on an SCP platform, the SCE generally provides some level of simulation to determine how the service will function. Using our example in Figurethe CalledPartyNumber parameter ina; included to indicate the toll-free number. In the case of a toll-free or free phone call, charges are applied to the called party.

Audible messages can be used for a number of different purposes, including the following:. It could also include connections to an IP, along with many other variations in the message flow and parameters. Additional operations for communication, such as SCF-SCF, exist; however, this section focuses only on those operations css1 are directly related to services at an SSP.

Several SCEs are available, each differing in features and capabilities; however, they all share a common purpose of generating program code that can be executed by the SCP. That would defeat the SIB’s “independence” aspect.

Good simulators allow phone calls to be placed using resources such as recorded announcements and Voice Recognition Units, to provide a complete simulation of the service. However, the fundamental building block of this SIB will still be needed.

Published By Cisco Press. The result is a complete logic program that can be executed. While they provide similar functionality to those used by North American AIN, they are distinct in their definition and encoding.

SLPs provide the “glue” logic and overall program flow to join SIBs together into meaningful services.

Whether the service is ce1 using graphical tools or programming libraries, the end result must be able to run on the SCP platform. Figure shows the ibap flow for a basic toll-free service using INAP.

The ccs1 most common functions involving User Interaction are collecting information from the user and playing audible messages or tones. The example has been kept simple to provide an understanding of what a simple INAP exchange looks like for a service and to avoid the varying nuances of how the service might be deployed. Input is collected to make decisions about how a call should be directed and to determine the services the user needs. However, the operations have been tailored to the needs of the European region, thus adhering to the ETSI specifications.


Each SIB identifies a common telephony function that is used across services.

Note that these tables do not include all INAP operations. An example of some SIBs include: No part of this book maybe reproduced or transmitted in any form or by any means, electronic or mechanical, including photcopying or recording, or by any information storage and retrieval system, without written permission from the publisher, except for the inclusion of brief quotations in a review. This allows SPs to build and deploy their own services. The Connect operation contains the DestinationRoutingAddress parameter to specify the routable destination number for connecting the ijap.

Example of User Interaction. The program code is then generated for the service, which can be executed at an SCP.

Figure shows an exchange between the SSP and SCP that requires the user to enter information based on voice prompts. Many SCEs provide a Graphical User Interface that allows software components to be joined together at a high level using visual tools to represent a service. This example is a very simple version of a toll-free service. The SCE allows subcomponents that make up an SIB to be joined together in a logical flow with decision branch points based on the results of the subcomponent operations.

The InitialDP component can include several optional parameters. Depending on regulatory policies and agreements, information such as the Carrier parameter can be returned in the Connect component to specify a particular IXC-providing service for the freephone number.