Abstract:
A telecommunications network of the kind including service control points which permit differing services to be provided to customers centralized storage of date defining service provided to each customer is avoided. Whenever an update of service provided to a particular customer is required, such update is carried out centrally at a service creation point. In the service creation point, data defining the current executable code deployed at the service control point for that customer is recovered to enable recreation of the existing executable code to be carried out. The current code may then be modified regardless of which service creation point is carrying out the modification.
Abstract:
A service creation environment (SCE) generates generic service creation information defining a certain service. The generic service creation information is then processed by a service execution agent for mapping onto service creation information that is specific to the service logic execution environment (SLEE) of a service control point (SCP) upon which the service is to be executed and provided. This SLEE specific service creation information is then down-loaded to the service logic execution environment, and converted in a conventional manner to service execution related information. The generic service creation information comprises only a certain limited number of primitives (instructions or commands) operating on a certain limited number of service independent building blocks (SIBs). The mapping operation is made from these limited primitives and service independent building blocks to SLEE specific primitives and service independent building blocks, or SLEE specific general programming language commands, or SLEE specific specification description language (SDL) commands.
Abstract:
A call processor (49) contains a service node/intelligent peripheral service creation environment (58) to create a service logic table (56) to store call processing instructions. A service logic executive (54) accesses the service logic table (56) and executes the call processing instructions in response to a received data package. Call processor (49) can operate in slave mode to provide call processing resources to a service control point or in autonomous mode to deliver a specific calling service, such as voice mail.
Abstract:
The operating system control device in a telecommunications switch is capable of operating under the control of software instructions associated with a new switch feature for executing a series of actions used to integrate the new switch feature with the operating system. The operating system control device further provides the capability operating under the control of software instructions for testing the operability of the new switch feature. This minimizes the costs associated with the installation of new features and the amount of skilled craft personnel time required.
Abstract:
A method and apparatus for creating and implementing customer service procedures for individual customers of a telephone network. The method and apparatus provides for the creation and execution of customized call processing information (CCPI) records to provide the desired service. The CCPI records are created by an operator at a display terminal to provide a visual representation of the desired service. The displayed representation of the service is translated into a binary representation and executed in a call processing environment to process calls to or from a phone number identified by the customer, in accordance with the customer's desires. Thus, each individual customer can design and have implemented unique telephone services.
Abstract:
A service creation system for a communications network of the intelligent network type has 3 different levels at which service creation activities can be carried out, these being SCE1, SCE2 and SCE3. The use of separate levels allows access to the service creation system to be kept functionally separate for users having different interests in the network. Hence, features which have to be installed at the network element level for a selected service to be available can be created in SCE1. Marketable service features, which give a view of features in that they encapsulate call handling logic thereof together with support and management descriptions of the feature, can be created in SCE2. Service packages, which permit collection of marketable service features to meet requirements of a service together with servicespecific support and management information, can be created in either of SCE2 or SCE3. The service provider at SCE2 creates and tests edit graphs which comprise ordered sequences of marketable service features. These are then made available to the customer at SCE3. Profiles, which list the features relevant to a service for a user and provide data slots for the data necessary to each feature, can be provisioned and modified in SCE3 by the creation of execute graphs from edit graphs. In addition to marketable service features, metafeatures can be embedded in edit graphs. These are similar to marketable service features but have no associated screen information. This allows the user to generate execute graphs from what appears to be a blank screen but in practice has embedded constraints by means of the metafeatures, thus ensuring that the execute graph is still within tested constraints.
Abstract:
A method of engineering services in a telecommunications network includes storing an engineering file including a plurality of engineering attributes associated with a class of services. A service package is received for a service within the class of services. The engineering attributes of the engineering file are loaded into the service package.
Abstract:
A call processor (49) contains a service node/intelligent peripheral service creation environment (58) to create a service logic table (56) to store call processing instructions. A service logic executive (54) accesses the service logic table (56) and executes the call processing instructions in response to a received data package. Call processor (49) can operate in slave mode to provide call processing resources to a service control point or in autonomous mode to deliver a specific calling service, such as voice mail.
Abstract:
In a telecommunication network, a method of creating, in response to inputs from an operator, a user defined call processing node for a call processing record. The call processing record contains logically related nodes and branches. Initially, the operator instructs the processor that he or she wishes to construct a user defined call processing node. The processor then presents to the operator a display screen in which to construct the user defined call processing node and presents the operator with a list of predefined nodes. From this list, the operator selects predefined nodes and arranges them into an underlying representation of call processing procedures. Once this is completed, the processor enables the underlying representation of call processing procedures as a single node for use in creating call processing records.
Abstract:
A method and apparatus for creating customized call processing information (CCPI) records to permit customized telephone services for individual subscribers to a telephone network. The records are provided in a binary representation, an internal data structure representation and a displayed representation. The displayed representation for a CCPI record may be provided in a plurality of formats. For example, a "graph" format or a "form" format. The binary and internal data structure representations of a CCPI record are less machine dependent than the displayed representation and can, therefore, be implemented in a variety of processing devices. The displayed representation can be developed by an operator to correspond to any desired operating environment which, when interfaced with the internal data structure representation, permits the creation of CCPI records on a wide variety of processing devices.