Intelligent communications networks

Details Intelligent communications networks Intelligent communications networks

1997-06-25

2001-10-30

Hoosain, Allan (Department: 2645)

Telephonic communications

Plural exchange network or interconnection

C379S088220, C379S220010, C379S243000, C379S258000

Reexamination Certificate

active

06310949

ABSTRACT:

BACKGROUND OF THE INVENTION
1. Field of the Invention
This invention relates to a method of and a service node for providing services in an intelligent communications network.
2. Related Art
Before the advent of the stored program controlled (SPC) exchange, the Public Switched Telephone Network (PSTN) comprised electromechanical exchanges, such as Strowger and Crossbar exchanges, and electronic exchanges, such as TXE2 and TXE4 exchanges. However, even the most advanced of these types was only capable of performing a limited number of functions over and above merely switching a call, i.e. making a connection between an incoming channel or line and an outgoing channel. Furthermore, such additional functions were limited to operations for improving the performance of the network, for example, repeat attempt at reaching a destination number via an alternative outgoing route in the event that the first-choice route is busy.
SPC exchanges enabled customers to control various supplementary services via signals entered on their telephone keypad using the * and # buttons. However, the introduction of a new service, or the modification of an existing service, meant that the control program had to be updated in each of the SPC exchanges.
The current concept of an intelligent communications network is based on a core of interconnected Digital Main Switching Units (DMSU's), with local exchanges connected to the DMSU's (usually with each local exchange connected to two DMSU's for network resilience in the event of an DMSU failure), and with services being provided and controlled by discrete service nodes at various positions in the network.
Each service node is connected to an DMSU of the network, which recognises service access digits dialled by a customer and routes the call to the service node for the provision of the requested service for the customer.
As an example of the abovementioned concept, an Intelligent Network testbed architecture is disclosed in the article “Experiences in Prototyping the Intelligent Network”, by Peter O'Reilly, Hing Fai (Louis) Chong, Russell Sivey and Lawrence Lattanzi; IEEE Global Telecommunications Conference, Nov. 29 to Dec. 2, 1993; Volume 1 of 4, pages 1923 to 1930. In this architecture, a Service Control Point (SCP) is connected by a signalling link, known to telecommunications engineers as a C7 or SS7 link, to a switch. The SCP is also connected by a data link for call control commands and messages to an intelligent peripheral (IP) containing resources, such as announcements and digit collection. The IP is connected to the switch by a communications link providing a voice path.
The article “Service Script Interpreter, An Advanced Intelligent Network Platform” by Paul van Hal, Jan van der Meer and Nael Salah, published in Ericsson Review No. 1, 1990, pages 12 to 22, describes various network elements of Ericsson's Intelligent Network Architecture. One of these elements is an Intelligent Peripheral (IP) which is a collection of versatile and cost-effective equipment allowing communications between the Intelligent Network and its subscribers. The IP can send a number of different announcements to subscribers and receive digits from dual tone multi-frequency (DTMF) telephones, the announcements being either of a fixed format or having a variable part. The IP can be provided as a separate node accessible by several Service Switching Points (SSPs) through which it is controlled by commands from respective Service Control Points. Digits received by the IP are sent to the controlling SCP, through the associated SSP, for analysis.
In International Application Number PCT/US91/03086 (Publication Number WO 91/17616) a disk system stores voice message segments (VMS), each VMS having an identifying address number. When voice messages are to be played to subscribers, Send Message commands are sent via a voice message management module (VMMM) to an input/output processor which refers to a look-up table, by which it converts the Message Number to a respective sequence of VMSs, and retrieves the sequence of VMSs from the disk system. The VMM then sends corresponding commands, including fields designating the Channel Number, Call ID and Message Number of the message to be sent, into a command queue of a buffering interface module which receives the respective sequences of VMSs and inserts them into the required channel of a multiplexed transmission link to the switch.
In the article “SCP Development in a multi-processor UNIX environment” by S. Hollywood, Proc Int Council for Computer Communications, May 4-6, 1992, Tampa, pages 278-287, when an application passes a request to the Service Logic Execution Environment (SLEE) for, e.g., playing an announcement, it passes not only the request but the current call status or call context data. When the external request completes, the SLEE can send the resulting message and the call context data to any available application process for that service, since the package of data contains all the information for the call
SUMMARY OF THE INVENTION
According to a first aspect of the present invention there is provided a service node for use in an intelligent communications network for providing services for customers, comprising:
service defining means arranged to define a plurality of services; a resource arranged to generate speech announcements in response to receipt of respective command signals;
a switch arranged to connect the resource to incoming calls routed by the network to the service node; and
controlling means arranged to respond to such incoming calls to place details of
the calls in corresponding service queues,
the node being characterised in that:
there are a plurality of said resources, each having a respective identity and each being arranged to respond to receipt of an announcement command by delivering a corresponding speech announcement over a respective speech path to the switch; and
the controlling means is further arranged
(a) to respond to receipt of a reserve resource request signal from the service defining means for reservation of a resource in respect of a call whose details have been passed to the service defining means by the controlling means from the top of a service queue, thereby associating the call with the service defining means, by selecting one of the resources whose status is free, changing its status to in use, and including the identity of the selected resource in the details of the call,
(b) to respond to receipt of a connection request signal from the service defining means for the selected resource to be connected to the call by sending to the switch a connection command to connect the call to the respective speech path for the selected resource,
(c) to respond to receipt from the service defining means of a command signal for the generation of a corresponding speech announcement and in response to send the command signal to the selected resource,
(d) to respond to receipt from the service defining means of a signal for disassociating the service defining means from the call by storing the then current details of the call,
(e) to respond to receipt from the service defining means of a signal indicating that the service defining means is ready to handle another call by passing to the service defining means the call details then at the top of that service queue, and
(f) to respond to receipt from a resource of an announcement finished signal by updating the stored details of the corresponding call and passing the updated details from store to the bottom of the corresponding service queue.
Such a construction of service node enables efficient operation with the service defining means able to request a function without being involved in the management of that function, and the controlling means being responsible for selecting and relaying commands to a resource. Furthermore, because the identity of the selected resource is included in the call details upon its initial selection, this resource will remain reserved and associated with that call until the service defi

Affiliated with

Also associated with

Rating

Intelligent communications networks does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Intelligent communications networks, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Intelligent communications networks will most certainly appreciate the feedback.

Rate now

Comments { 0 }

Profile ID: LFUS-PAI-O-2616837