171
Comptel Catalog

Catalog day 3

Embed Size (px)

DESCRIPTION

Telecom

Citation preview

Page 1: Catalog day 3

Comptel Catalog

Page 2: Catalog day 3
Page 3: Catalog day 3

Topics to be covered Introduction to product management

Introduction to Comptel Catalog

Working with remote items

Working with items

Page 4: Catalog day 3
Page 5: Catalog day 3

Objectives Introduce the problem

Introduce products and services

Introduce the fulfilment solution for products

Page 6: Catalog day 3

Adapting to a Changing World Competition in telecommunications affects offering to

customers

Customers more demanding They want to buy suitable products and services

Service providers need to regularly change and adapt their offering Need to react to changes in the market

Need to respond to customer demands

Current OSS/BSS systems not flexible enough for the

modern telecommunications market Currently takes 6 to 24 months to launch a new product

Efficient product management is required

Page 7: Catalog day 3

Products and Services Service providers offer packages, product bundles and

products to their customers Package and product bundles are the same as a product

Products consist of different services A single product can consist of several other products

A single product consists of several services

Services represent what can be offered to customers Using partner services

With the current network configuration

Can be spread across different network technologies

Page 8: Catalog day 3

How to Manage Products?

Page 9: Catalog day 3

Telecom Product Lifecycle

Page 10: Catalog day 3

Why Is It So Complex?

Page 11: Catalog day 3

Subscription portfolio Example

Page 12: Catalog day 3

Product Portfolio Example

Page 13: Catalog day 3

Challenges in Product portfolio Management Marketing perceive products in a different way to the technical

network Challenge is to match technical capability to customer demands Creating a sellable product requires technical and commercial

expertise

Value of a product differs between customers Targeting subscribers with pricing.

The number of products and product bundles is growing rapidly Products for niche markets need low cost per service to be

profitable Product life-cycle and time span can be very short in campaigns

Important to keep time to market as short as possible Need to be able to quickly adapt to changing market using existing

BSS and network infrastructure

Page 14: Catalog day 3

Improving Efficiency in Product Portfolio Management Store product composition

From marketing level to technical network level

Use the right tools to manage product and service portfolio

Use a system that helps sales and marketing to work and communicate with engineering

Centrally manage changes in products, services, and technical capability

Data is available for other systems

Page 15: Catalog day 3

Central Catalog for Product Service Management

Page 16: Catalog day 3

Comptel Dynamic OSS

Page 17: Catalog day 3

Catalog in the OSS/BSS

Page 18: Catalog day 3

Catalog Driven Fulfillment View

Page 19: Catalog day 3

Serving Different Business Functions

Build product offering across different technologies and networks

A centralised view of the full offering with tools for product life-cycle management

Manage changes in commercial products, services and subscriptions

End-to-end automation gives operators full control of their product business process

Bottom-up approach to ensures services and products are technically viable

Page 20: Catalog day 3

Technical Capability Discovery

Page 21: Catalog day 3

SummaryCustomers require products and services that enhance

their lifestyle

Operators and service providers need to target their services more specifically

Comptel Catalog solution increase efficiency in the service life-cycle Provides a single repository for product and service information

Same tool can be used by different departments to manage the product

offering

Comptel Catalog works together with provisioning and

activation solution

Page 22: Catalog day 3
Page 23: Catalog day 3

ObjectivesIntroduce Comptel Catalog

Deepen knowledge about Comptel Catalog

Introduce architecture of Comptel Catalog

Introduce Comptel Catalog UI

Page 24: Catalog day 3

Comptel CatalogProduct offering decomposed into re-usable elements

in different layers

Provides life-cycle management for products and services using states and versioning

Combines technical and commercial views of products

Page 25: Catalog day 3

Architecture of Comptel Catalog

Page 26: Catalog day 3

Catalog Runtime Environment

Page 27: Catalog day 3

Item Lifecycle StatesItems are versioned and each version has a state to

determine the current point of the life cycle

Custom states can be created for specific needs E.g. design, integrate, test, review, approve etc.

Transitions from new state to an existing state must

also be added

States and transitions reflect the way in which the local processes work

Page 28: Catalog day 3

Conditions Conditions are optional Conditions define how an item changes from one state to another

Must be completed before transition is complete A condition can apply to the start or the end of a transition from one

state to another Possible conditions are: User Signoff - a specific user approves change Role Signoff - a user with defined role approves a change Web Service - change is approved by an external system through the

API

Order of conditions State End - condition applies at end of current state Transition Start - condition applies at the start of state transition Transition End - condition applies at the end of end of state

transition State Start - condition applies at the start of new state

Page 29: Catalog day 3

Example Condition

Page 30: Catalog day 3

Item Types

Define a name for a particular group of items

Define the layering of items in Comptel Catalog

Comptel Catalog can have any number of item types

Page 31: Catalog day 3

Example Item Layering

Page 32: Catalog day 3

Products

Sellable entities that a customer buys

Defined by the marketing unit of a company

A product can depend on other items

A product consists of other items

When a product is selected so are its constituent items

Page 33: Catalog day 3

A Product Request in InstantLink

Page 34: Catalog day 3

ServicesServices are the entities

that constitute a product

Services are the functions that customers subscribe to

A service can depend on other items

A service consists of other items

Page 35: Catalog day 3

Technical Services

The low-level capabilities are created as remote items

They are the building blocks of services and products

They are defined by the network capabilities

Remote items can be dependent on each other like other items

Page 36: Catalog day 3

A Remote Item as a Task in ComptelInstantLink

Page 37: Catalog day 3

Dependency An item can be provided only if

other items are included or activated first

Dependencies can be defined for all items

Design level dependency

Defines the other items that must be included in a service or product

Outstanding dependencies arediscovered during design

Dependencies can be promoted to higher levels

Runtime level dependency Connections between items define

the execution order of tasks Based on design level dependency Overrides design level dependency

Page 38: Catalog day 3

ExclusionAn item cannot be included with other items

Exclusions are defined for individual items

Exclusions can be used with all items

Page 39: Catalog day 3

TransactionsComptel Catalog supports different transactions

For example, create, modify, delete and display

It is possible to define default transactions

These transactions map to order/request/task types in Comptel

Fulfillment

Each transaction has three messages Request is the initial message and defines the input parameters

Response for asynchronous acknowledgement of the request

Complete signifies the end of the transaction

Page 40: Catalog day 3

Parameters

Define the properties of items The data type of the parameter (String, Long, Decimal)

The default value of the parameter

Mandatory or optional parameter

Minimum and maximum values

Namespace defines where the parameter is used,

e.g. in activation

Parameters can be added for items and remote items Three classes of parameters; item, transaction and request parameters

New parameter names are automatically added to the pool of parameters

Allows cloning of parameters

Page 41: Catalog day 3

Comptel Catalog Designer

Page 42: Catalog day 3

Toolbar Icons 1/4

Page 43: Catalog day 3

Toolbar Icons 2/4

Page 44: Catalog day 3

Toolbar Icons 3/4

Page 45: Catalog day 3

Toolbar Icons 4/4

Page 46: Catalog day 3

UI Preferences

Page 47: Catalog day 3

SummaryComptel Catalog is a central repository for product

and service composition

Comptel Catalog has a UI to build a model of product structure

Items can be dependent on other items or excluded by other items

The lifecycle is controlled with lifecycle states

Page 48: Catalog day 3
Page 49: Catalog day 3

ObjectivesIntroduce remote items

Learn how to manage remote items

Page 50: Catalog day 3

Technical Components

Page 51: Catalog day 3

Remote ItemsThe lowest level in the hierarchy

Define most of the parameters for provisioning and activation

Their structure defined by external components, e.g. network elements

Can be imported from an InstantLink Network Element Interface

Imported remote items should NOT be modified in Comptel Catalog

Can be imported from other catalogs

Imported remote items should NOT be modified in Comptel Catalog

Can be created in Comptel Catalog

Page 52: Catalog day 3

Remote Items in Comptel Catalog

Page 53: Catalog day 3

Adding a New Remote Item

Page 54: Catalog day 3

A New Remote Item

Page 55: Catalog day 3

Add a Capability

Page 56: Catalog day 3

Task Parameters in Remote ItemsItem Parameters Added to the Design tab

The parameters apply to all transactions of the technical service For example NE_TYPE

Transaction Parameters Add to each Transaction tab The parameters are apply only to that technical service - not mapped For example REQ_TYPE

Request Message Parameters Task specific parameterMapped to higher levels Value may come from request, product, service, or the technical

service For example subscriber identifiers

Page 57: Catalog day 3

Adding Parameters

Page 58: Catalog day 3

Parameters Added

Page 59: Catalog day 3

Changing Parameter Default Settings

Page 60: Catalog day 3

Working With Parameters

Page 61: Catalog day 3

Add a Dependency

Page 62: Catalog day 3

Changing Basic Information

Page 63: Catalog day 3

Filtering Items

Page 64: Catalog day 3

SummaryThe information of remote items is maintained in

Comptel Catalog Designer.

Each remote item has item information, capabilities, dependencies, transactions and parameters

Page 65: Catalog day 3

Both Mid-level and Top-level items

Page 66: Catalog day 3

Working with Mid-Level ItemsObjectives

Learn about items using the concept of services

Learn how to manage items that are between the technical capability and products

Page 67: Catalog day 3

Adding Services

Page 68: Catalog day 3

Add an ItemDefine general information such as name, folder and

description

Add remote items and items to design area

Add capabilities

Capabilities provide visibility of constituent remote items and items

to other items

Promote or resolve dependencies

Add exclusions

Publish the item

Page 69: Catalog day 3

Creating a New Service Item

Page 70: Catalog day 3

A New Service Item

Page 71: Catalog day 3

Adding Items

Page 72: Catalog day 3

Adding Capabilities

Page 73: Catalog day 3

Outstanding Dependency

Page 74: Catalog day 3

Exclusion

Page 75: Catalog day 3

Item Paramaters

Page 76: Catalog day 3

Complete Mapping Views

Page 77: Catalog day 3

Parameter Connections

Page 78: Catalog day 3

Item Ready for Transition

Page 79: Catalog day 3

Item Transition

Page 80: Catalog day 3

Item Now Available

Page 81: Catalog day 3

References

Page 82: Catalog day 3

SummaryEach item has basic information, composition,

parameters, dependencies, exclusions and references.

Capabilities provide visibility of the contents of an item.

Page 83: Catalog day 3

Working with Top-Level ItemsObjectives

Learn about items using the concept of products

Learn how to manage items that are at sellable

Page 84: Catalog day 3

Creating the Product

Page 85: Catalog day 3

Add a Top Level Item Define general information such as name, folder and

description

Add remote items and other items to design area

Add capabilities

Resolve dependencies

Add exclusions

Publish the item

Page 86: Catalog day 3

Creating a New Product Item

Page 87: Catalog day 3

Conflicting Exclusion

Page 88: Catalog day 3

Item to Item Message Mapping

Page 89: Catalog day 3

Publishing a Product Item

Page 90: Catalog day 3

The Product is Ready

Page 91: Catalog day 3

The Product Processing Order

Page 92: Catalog day 3

Where are Capabilities Used

Page 93: Catalog day 3

Replacing an Embedded Item

Page 94: Catalog day 3

SummaryTop-level items can be classified as Products.

New versions can be created when changes are required.

An existing item can be used as the template for a new item by copying.

Page 95: Catalog day 3
Page 96: Catalog day 3

Topics to be coveredAdvanced message mapping

Transaction management

Remote item groups

Delta handling

Comptel Catalog and InstantLink BST

Administration

Page 97: Catalog day 3
Page 98: Catalog day 3

ObjectivesIntroduce manual message mapping

Show how to use message mapping to create runtime dependencies

Show how to use Events for even fine control of runtime dependencies

Page 99: Catalog day 3

Removing Parameter Mapping

Page 100: Catalog day 3

Manually Mapping Parameters

Page 101: Catalog day 3

Runtime DependenciesAuto mapping considers design dependencies between

remote items Means that tasks are generated in Comptel InstantLink in a certain

order

If design dependencies are correct there is no need to modify the runtime dependencies

Runtime dependencies can be altered by manual mapping Mapping the complete message of one item to the input message of another

item creates a runtime dependency between them

The generated tasks will be put into separate groups

Page 102: Catalog day 3

If No Remote Item Dependencies

Page 103: Catalog day 3

Modifying Runtime Dependencies

Page 104: Catalog day 3

Remote Items Are In Order

Page 105: Catalog day 3

Events Events are used in items to

control the order of remote items between items

Events provide additional control over the runtime order of tasks for ComptelInstantLink Tasks in same group are run in

parallel

Order TSA, TSD

TSB TSC, TSE TSF

Page 106: Catalog day 3

Creating an Output Event

Page 107: Catalog day 3

Creating an Input Event

Page 108: Catalog day 3

Using the Event in a Product

Page 109: Catalog day 3

Remote Item Processing Order

Page 110: Catalog day 3

Task Order in Comptel InstantLink

Page 111: Catalog day 3

SummaryManual mapping allows greater control over parameter

passing

Manual mapping allows the correct order for runtime to be defined

Events allow runtime order control across services within a product

Page 112: Catalog day 3
Page 113: Catalog day 3

Objectives Introduce Remote Item Groups

Show how to define Remote Item Groups

Show the affect Remote Item Groups have

Page 114: Catalog day 3

What Do Remote Item Groups Do? Remote Item Groups allow related remote items to be

collated together Remote items in a group will create one task in Comptel

InstantLink Without grouping one remote item equals one task

Parameters from the constituent remote items can be manipulated Concatenate to join the parameter values together in one task

parameter Rule data defines the separation delimiter

Fixed to set the value of the parameter to a particular value Rule data defines the value to use

Override to set the parameter value to that of either the FIRST or LAST remote item

Rule data is either FIRST or LAST

Page 115: Catalog day 3

Display Remote Item Groups

Page 116: Catalog day 3

Create a Remote Item Group

Page 117: Catalog day 3

Add Remote Items

Page 118: Catalog day 3

Add Parameters

Page 119: Catalog day 3

The Remote Item Group is Ready

Page 120: Catalog day 3

A Remote Item Group in ComptelInstantLink

Page 121: Catalog day 3

SummaryRemote item groups organise remote items into single

units

A remote item group in Comptel Catalog equals one task in Comptel InstantLink

Reduces the number of tasks per product

Remote item group parameters can be of type fixed, override or concatenated

Concatenate is a good way to manipulate supplementary codes for

activating/deactivating supplementary services

Page 122: Catalog day 3
Page 123: Catalog day 3

ObjectivesIntroduce transaction management

Define rollback

Configuring error recovery in Comptel Catalog

Page 124: Catalog day 3

Introduction to Transaction Management Comptel Catalog has default seven transactions

Provide, Amend, Cease, Create, Modify, Delete, Display

Create, Modify, Delete, and Display map directly to

request/task types in Comptel InstantLink

It is possible to define new transactions for other purposes, e.g. rollback

Page 125: Catalog day 3

Undo=RollbackRollback is defined by selecting the Undo transaction

Remote items and items can have undo transactions Item rollback requires that remote items have undo transactions

If an item has rollback defined but one remote item does not then error

decomposition fails

Undo transactions are defined on the other transactions

Undo defines what transaction should be used if the current one fails Creates an undo or rollback task in Comptel InstantLink

Page 126: Catalog day 3

Add a Transaction to a Remote Item

Page 127: Catalog day 3

Creating Remote Item Rollback

Page 128: Catalog day 3

Add the Transaction to a Service

Page 129: Catalog day 3

Assign Transaction

Page 130: Catalog day 3

Map the Items

Page 131: Catalog day 3

Creating Service Rollback

Page 132: Catalog day 3

Rollback in Comptel InstantLink

Page 133: Catalog day 3

SummaryNew transactions can be added if defaults are not

sufficient

Undo transactions define what to do when a task fails in Comptel InstantLink

Comptel Catalog returns the error decomposition to Comptel InstantLink Error decomposition is based on the error data of the failed task

Comptel InstantLink performs rollback using the error decomposition Network is returned to the original state and request can be resent

Page 134: Catalog day 3
Page 135: Catalog day 3

ObjectivesIntroduce delta calculation

Show how Comptel Catalog helps ComptelInstantLink perform the changeover

Page 136: Catalog day 3

What is Delta Calculation?Δ (Greek delta) is a mathematical symbol signifying

change

Delta calculation is the change required to move from one item version to another

Comptel InstantLink provides the current item version and new item version

Comptel Catalog provides the details of the tasks that need to be executed to perform the changeover Tasks can be create, modify or delete

Page 137: Catalog day 3

Delta in Practice

Page 138: Catalog day 3

Changeover in Comptel InstantLink

Page 139: Catalog day 3

SummaryDelta calculation discovers what remote items are

required to move from one product to another

Comptel InstantLink provides Comptel Catalog with the current product and new product

Comptel Catalog calculates which remote items are required for the new product and which can be removed

Comptel InstantLink sends the required remote items as tasks to the network

Page 140: Catalog day 3
Page 141: Catalog day 3

ObjectivesUsing Comptel Catalog in InstantLink BST

Introduce the BST provisioning logic steps

Introduce example Catalog provisioning logic

Page 142: Catalog day 3

The BST-Comptel Catalog Client A separate installation package for InstantLink BST

Catalog Client Used by BST to retrieve item specification and decomposition from Catalog

Notification Service Used by Catalog to tell Clients of changes in decompositions

Dynamic Library Logic loading A remote item can define a parameter for the name of a library logic

In a Library Logic step, BST uses the parameter value to select the library

logic

Page 143: Catalog day 3

Service Specification BST StepFinds the specification

for items and remote items from Catalog

Reports if mandatory or optional attributes are missing

If product cannot be found from Catalog this step will produce an error

Page 144: Catalog day 3

Service Decomposition BST StepGets the decomposition for

the remote items from Catalog

Returns the number of task groups and number of tasks in each group

Grouping of tasks based on design and runtime dependencies

Page 145: Catalog day 3

Error Decomposition BST StepGets the error decomposition for items and remote

items from Catalog

Returns the remote items involved in rollback as tasks

Page 146: Catalog day 3

Delta Specification BST Step Gets specification on

customer's old subscription and the intended new subscription

Discovers the existing

items and the new items

The goal is to find the minimum set of operations to move customer from one offering to another without interrupting the service

Page 147: Catalog day 3

Delta Calculation BST StepCalculates tasks needed

to be generated to swap from one offering to another

Returns the number of task groups and number of tasks in each group

Page 148: Catalog day 3

Getting Specification and Decomposition

Page 149: Catalog day 3

Sending the Tasks to Network

Page 150: Catalog day 3

Performing Rollback

Page 151: Catalog day 3

Getting Specification and Decomposition

Page 152: Catalog day 3

SC_STEP_SERVICE_STATEA request/BST parameter that defines how the

specification search is performed

Value ALL searches for items that have one of the states defined in the client parameter all_lifecycle_states

This is a comma delimited list, e.g. Testing, Published, Deprecated

Value ANY means the search will look for items in any state

E.g. Defining, Testing, Published, Outdated etc.

If the parameter is missing or empty then only the items with a state that is of type published will be searched

Page 153: Catalog day 3

Example Configuration

Page 154: Catalog day 3

Configuration Files 1/2

Page 155: Catalog day 3

Configuration Files 2/2

Page 156: Catalog day 3

SummaryInstantLink BST has five steps Two for getting the specification the complete decomposition

One for getting the error decomposition for rollback

Two for getting the delta specification and for calculating the required

changes

Using Comptel Catalog with InstantLink allows product composition to be managed separately from the provisioning logic

Page 157: Catalog day 3
Page 158: Catalog day 3

ObjectivesIntroduce the Operational Client

Show what can be done in the client

Introduce the log files

Page 159: Catalog day 3

Comptel Catalog Operational ClientAccessed through the Designer

Page 160: Catalog day 3

Search For Items

Page 161: Catalog day 3

Export Items

Page 162: Catalog day 3

Import Items

Page 163: Catalog day 3

User Administration

Page 164: Catalog day 3

User Group Administration

Page 165: Catalog day 3

Role Administration

Page 166: Catalog day 3

Item Lifecycle Administration

Page 167: Catalog day 3

Item Type Administration

Page 168: Catalog day 3

System Parameter Administration

Page 169: Catalog day 3

Log FilesCatalog log files Catalog.log - main log for Comptel Catalog

Application server log file Depends on the application server

Records server activity

Designer UI log file Each user has own UI log file in Windows

~\Catalog\workspace\.metadata

Page 170: Catalog day 3

SummaryOperational Client allows to administer Comptel

Catalog

You can manage system parameters

You can import items from another Comptel Catalogenvironment

You can export items to an XML file

You can get a list and see a summary of items

Page 171: Catalog day 3

Thank you