GB2272603A - Intelligent network architecture - Google Patents
Intelligent network architecture Download PDFInfo
- Publication number
- GB2272603A GB2272603A GB9321689A GB9321689A GB2272603A GB 2272603 A GB2272603 A GB 2272603A GB 9321689 A GB9321689 A GB 9321689A GB 9321689 A GB9321689 A GB 9321689A GB 2272603 A GB2272603 A GB 2272603A
- Authority
- GB
- United Kingdom
- Prior art keywords
- message
- call
- service
- terminal
- subscriber
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13527—Indexing scheme relating to selecting arrangements in general and for multiplex systems protocols - X.25, TCAP etc.
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13545—Indexing scheme relating to selecting arrangements in general and for multiplex systems monitoring of signaling messages, intelligent network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
In a telecommunications system a number of subscriber and junction terminals and an intelligent network message terminal are connected to a local exchange. The local exchange has the means to identify an intelligent service request from a subscriber or junction terminal and to send a message to an appropriate intelligent network service delivery terminal via the message terminal. Upon receipt of the message the delivery terminal initiates a connection between the subscriber terminal and the intelligent network service delivery terminal. <IMAGE>
Description
INTELLIGENT NETWORK ARCHITECTURE
The objective of the present invention is to simplify the
Service Switching Point (SSP) of current Intelligent Network (IN) architecture to allow ease of implementation, and to provide a future-proof IN architecture without the constraints of Capability
Sets or similar limitations.
Public network exchange requirements are reviewed as are the requirements of the intelligent network components which enable access to IN services.
Typical IN services are described but details of IN service design and the provision of the Service Management platform which installs, maintains and updates the services are not provided. The
Service Management requirement is simplified in that each service is self-contained and there is no common component that accumulates the complexity of all services, as arises in the Service Control Point (SCP) of conventional IN.
Intelligent Network services are available to any terminal connected to the network; subscriber lines, Private Branch Exchange (PBX) lines, Centrex extensions or Integrated Services Digital
Network (ISDN) terminals. The description includes the means by which IN services are made available to terminals on analogue exchanges. Subscribers wishing to participate in interactive type IN services need a push-button telephone or equivalent facility.
Intelligent Network services are provided in such a manner that the whole of the intelligence is in the intelligent service itself. Public exchanges are required to do very little more than identify IN service codes (triggers) and send a simple message to their local IN Service Router.
All connections to intelligent services are established and controlled by the intelligent service terminal itself, enabling the avoidance of "hacking" and other types of unauthorised access; enabling the service to configure as it will before connecting to the caller and avoiding the need to allocate public network addresses to all the facets of intelligent network services.
News services and additional equipment may be connected to any convenient point in the public network without even notifying the adjacent exchanges. All that is required to introduce a new service is to notify the local exchanges of the new service code, i.e. set the trigger condition. Existing services may be enhanced or even completely restructured with no effect whatever upon the public network equipment.
According to the present invention there is provided a telecommunication system comprising a plurality of subscriber and junction terminals and an intelligent network message terminal connected to a local exchange, the local exchange having the means to identify an intelligent service request from a subscriber or junction terminal and to send a message to an appropriate intelligent network service delivery terminal via the message terminal, upon receipt of which message a connection between the subscriber terminal and the intelligent network service delivery terminal is initiated by the delivery terminal.
The present invention will now be described, by way of example, with reference to the accompanying drawings in which;
Figure 1 shows an example of an IN Service connection with a Local Exchange subscriber, and
Figure 2 shows a typical single party IN Service.
Referring now to Figure 1, each Local Exchange should have the ability to identify calls requiring Intelligent Network services and then to transmit a message via its IN message terminal addressed to the local IN Service Router. The message will contain the calling subscriber's directory number (Calling Line Identity - CLI), a call-label identifying the actual call incidence, and the relevant trigger information (dialled digits etc.). A classification field will be included (Coinbox, analogue exchange terminal etc.).
The Service Router simply re-addresses the message to the
Service Delivery Point, or may re-address the message to another
Service Router in the country or company providing the service which will in turn re-address the message to the Service Delivery Point.
Upon receiving the message, the Service Delivery Point will appoint a terminal to establish a call through the public network to pick-up the caller using the CLI, the call-label and the "IN override" facility. (IN override is a variant of the existing "operator-override" facility. It enables connection to a busy line but does not ring a free line.)
In the event that subsequent activity requires the call to be transferred to a different IN service, the current service delivery terminal will address a message containing the original CLI and call-label to the new service. The message may be addressed directly to the new service or may be addressed via a Service Router as before.
The new service will establish connection to the subscriber in the previously described IN override manner. The subscriber's local exchange will complete the new connection and terminate the previous connection.
For normal IN service traffic, no message will be returned to the local exchange via the message network other than when a call fails or is rejected. Messages may be returned however if the IN services are used to provide Advise Duration and Charge (AD & ) announcements etc..
Some IN services will provide single ended services such as booking reminder calls, reading mail-boxes or setting-up incoming call profiles. Other services will enable other parties to be brought into the connection such as Multi-party calls and Broker type services: such services will employ a multi-party bridge similar to operator services.
IN services with bridges may be daisy-chained using the technique employed to pick-up analogue exchange subscribers.
The local exchange will be required to identify IN service triggers as follows:
In the digits dialled by a calling subscriber.
i.e. certain Subscriber Trunk Dialling (STD) codes.
(Freephone etc..).
certain Service Codes. (Codes of-the form lXX).
certain supplementary service codes. (Codes of the
form *nn#).
When the Local Exchange wishes to use IN services.
e.g. Advise Duration and Charge (AD & ) announcement.
The local exchange may also be required to trigger when calls are made to certain numbers within the local numbering scheme.
It may thus be necessary to enable incoming junctions to be picked-up by IN services when such numbers are dialled on incoming calls from other exchanges. This may be achieved using the same technique that enables IN services to pick-up junctions from analogue exchanges.
NOTE. Call charges for such services cannot be levied
upon the caller due to the possibility of a
non-digital interface preventing access to the
caller's identity.
Interactive IN services cannot intercept incoming
calls from other exchanges due to the existence
of rotary dial telephones, incoming international
calls and similar incompatibilities. Until the
world is digital, it appears that only simple
diversions are applicable to incoming calls, and
such services are normally within the capability
of the local exchange without IN assistance.
Local exchanges may be required to trigger in response to a "d rop-back-and-consult-IN" message returned during a part-established call. This requirement however is improbable in that it cannot properly accommodate the situation where the drop-back message encounters a non-digital interface.
Supplementary service codes causing IN triggers may be received following a recall signal from a subscriber on an established outgoing or incoming call. (e.g. Hold for Enquiry to a
Freephone number). The IN service request message will be passed to the IN Service Delivery Point via the Service Router as normal; the trigger information within the message indicating the type of access.
If the call connection is not admissible, the Service
Delivery Point will return a call rejection message to the local exchange via the IN message network. Alternatively a Service
Delivery terminal may pick-up the caller in the normal manner to provide an announcement - then release.
If the call connection is admissible, the delivery terminal will establish a connection to the caller using the "IN-intercept" facility. This facility is similar to the IN-override facility but requires that the existing call should be intercepted rather than be replaced as would arise when a call is transferred from one IN service to another.
The message from the Local Exchange to the IN Service
Router should be as follows:
The message must contain the directory number of the calling subscriber (CLI). The full STD (or International Subscriber
Dialling-ISD?) number should be provided as the Service Delivery
Point may be remote from the local area - or even overseas.
The message must contain a call label enabling the call to be positively identified in the local exchange when it has to be picked-up by a delivery terminal. The call label also enables the local exchange to identify an individual line when the directory number indicates a PBX or Centrex line.
The message must contain the digits dialled by the subscriber. This will comprise the trigger condition and in some cases will include a complete STD numbr or even an international number.
The message will include a field indicating the classification of the caller for use when the call may require special treatment. e.g. when variations of call charges must be returned to the caller as the call progresses. (coinbox, Subscribers
Private Meter-SPM, Metering-over-Junction-MOJ).
Services like AD & announcements which are triggered by the local exchange rather than by subscriber actions, will need additional data (e.g. the number of charge units).
AD & announcements and similar services requested by the local exchange may initially be acknowledged by the Service Delivery terminal. After provision of the service, a new message exchange will be initiated by the delivery terminal to the local exchange indicating success or otherwise. Such messages are not detailed in this description.
IN Override facility - call pick-up.
The establishment of a connection between a caller and a service delivery terminal will be initiated by the delivery terminal.
An incoming call to the caller's directory number will be received at the local exchange. The call set-up information will indicate the
IN-override requirement and enable access to the call-label.
The call-label will identify a particular line when the directory number indicates a PBX, and will enable the local exchange to identify that the caller has not cleared and reseized since the IN application was made.
The caller is expected to be busy and a connection between the caller and the incoming junction (delivery terminal) should be completed in a similar manner to that in which the call would normally have been connected to an outgoing junction. CONNECTION
COMPLETE and ANSWER messages should be returned to the delivery terminal as appropriate. No connection should be made if the subscriber has cleared, but a call failure message should be returned to the delivery terminal via the public network (incoming junction) indicating the reason.
The call record should be amended accordingly and should ensure that if a RECALL signal is subsequently received from the caller, it will result in a message being passed to the incoming junction (delivery terminal). The recall will not be handled by the local exchange. Otherwise, the call will be treated as an ordinary answered incoming call; call control will be with the IN terminal which can hold or release the connection as it pleases.
NOTE. The need to return a "recall" message to incoming
junctions as specified above is a new signalling
requirement; its handling will be similar to the
"called subscriber clears" message.
The original call-label number must continue to be valid and may be received from another service delivery terminal if the call is subsequently to be transferred from one delivery terminal to another.
IN-override facility - call replacement.
The local exchange call-control mechanism must allow that a subscriber on an established incoming call can be picked-up in the manner described, in which case the previously established connection will undergo the normal release sequence. This action will apply when a call has to be transferred from one IN service to another, and may also apply to an ordinary incoming call that originated from an IN type terminal. (e.g. when IN type terminals are used to provide mobile services).
IN-override facility - call interception.
The call control mechanism should also allow IN terminals to intercept an established call as a third party. (e.g. Hold-for -Enquiry to a Freephone number). In such cases the call set-up information from the delivery terminal will indicate that the existing call should be intercepted rather than replaced.
All ports of IN service delivery terminals are outgoing-only and appear as incoming junctions on a digital exchange.
For accounting purposes, the administration will probably require that calls originated by the terminals are recorded in a manner similar to lines from other network operators.
Many of the calls originated by the delivery terminals will be ordinary outgoing calls, but the majority will require the called party to be picked-up using the IN override facility. These calls and their handling is similar to the existing "operator-override" facility and would appear to require no additional facility in the intermediate exchanges.
The only new requirement for tandem exchanges, or exchanges with delivery terminals, is to receive a RECALL messsage from the outgoing junction (local exchange) and pass it back to the incoming junction (delivery terminal). The handling of the message will be very similar to the handling of the existing "called party clears" message.
Access to IN services from analogue local exchanges will require that calls requiring such services must be routed to a digital exchange over a junction enabling the transmission of meter signals (MOJ).
When an IN service is dialled on a junction from the analogue exchange, the digital exchange will forward a message to the
IN Service Router as normal but the CLI of the caller will contain a spare directory number belonging to the digital exchange and reserved for this purpose.
The call will be picked-up by the delivery terminal making a call to the reserved number. The call-control mechanism will identify the reserved number as indicating the requirement to pick-up an incoming junction instead of a subscriber and will use the call-label to identify the junction.
This method can be used to pick-up any incoming junction requiring IN services and can be used to daisy-chain IN services when the intermediate service enables a through connection.
The charge record for IN calls will be produced by the IN service delivery terminal and enables call charges to vary according to which aspect of the service is chosen by the caller, and to vary as the call progresses.
In order that services with variable charges can be available to coinboxes, lines with meter recorders (SPM) and subscribers on analogue exchanges, it will be necessary to enable charge control messages to be returned to the originating digital exchange from the service delivery terminal.
Figure 2 illustrates a typical IN service delivery terminal in which a robot voice is used to interrogate the caller and gather the responses.
Having established connection to the subscriber through the public network the delivery terminal service logic selects a first announcement to guide the subscriber through the relevant procedure.
The subscriber's keyed response is detected in the DTMF receiver and passed to the service logic where it is recorded in the accumulated response and used to identify the next guidance announcement.
When setting-up a call diversion for his incoming calls, a subscriber may wish to record a message advising callers that their call is being transferred and indicating how to proceed. e.g. "Your call will be forwarded to Evans coal-yard. Mr. Jones is visiting Mr.
Rees in the Accounts Department". (Without such a message the caller would probably clear when his call to "Jones the Accountant" was answered by "Evans the Coal"; or would be unable to find Mr. Jones among the coals).
To this end the service logic is able to replace or supplement the Dual Tone Multi-Frequency (DTMF) receiver with a voice box.
At the completion of the call the service logic dispatches the results to the appropriate destination. (Reminder call list,
Personal Number profiles etc..).
Inevitably inexperienced callers, impatience or illogical requirements will result in conflict between the robot voice and the caller. Therefore the delivery terminal is able to call in the services of a human referee to restore customer satisfaction and peace. The caller also may call in the referee.
The figure also shows that the service logic is able to participate in Integrated Services Digital Network (ISDN) activity.
There may be no identified need for such provision at the moment, but whatever the Service Provider chooses to connect is immediately available to the caller with no alteration to the public network.
The fact that all call connections are initiated by the delivery terminal enables appropriate control of route selection.
Claims (3)
1. A telecommunications system comprising a plurality of subscriber and junction terminals and an intelligent network message terminal connected to a local exchange, the local exchange having the means to identify an intelligent service request from a subscriber or junction terminal and to send a message to an appropriate intelligent network service delivery terminal via the message terminal, upon receipt of which message a connection between the subscriber terminal and the intelligent network service delivery terminal is initiated by the delivery terminal.
2. A telecommunications system as claimed in Claim 1, wherein an intelligent service request includes the subscriber directory number, a call identifier and an intelligent service identifier.
3. A telecommunications system substantially as hereinbefore described with reference to and as illustrated in the accompanying drawings.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB9321689A GB2272603B (en) | 1992-11-16 | 1993-10-21 | Intelligent network architecture |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB929223961A GB9223961D0 (en) | 1992-11-16 | 1992-11-16 | Intelligent network architecture |
GB9321689A GB2272603B (en) | 1992-11-16 | 1993-10-21 | Intelligent network architecture |
Publications (3)
Publication Number | Publication Date |
---|---|
GB9321689D0 GB9321689D0 (en) | 1993-12-15 |
GB2272603A true GB2272603A (en) | 1994-05-18 |
GB2272603B GB2272603B (en) | 1996-12-11 |
Family
ID=26301979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB9321689A Expired - Lifetime GB2272603B (en) | 1992-11-16 | 1993-10-21 | Intelligent network architecture |
Country Status (1)
Country | Link |
---|---|
GB (1) | GB2272603B (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2304491A (en) * | 1995-08-21 | 1997-03-19 | Motorola Ltd | Service controller for call handling |
GB2313271A (en) * | 1996-05-17 | 1997-11-19 | Plessey Telecomm | Service requests via the Internet |
EP0898431A1 (en) * | 1997-08-18 | 1999-02-24 | Alcatel | Telecommunication services without intelligent network |
EP0717570A3 (en) * | 1994-12-12 | 2000-01-05 | Siemens Aktiengesellschaft | Method for use of non-call related services by communication network subscribers |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR9106586A (en) * | 1990-06-26 | 1993-03-30 | Australian & Overseas Telecom | PERFECTED TELEPHONY SYSTEM AND DEVICE AND METHODS FOR PROVIDING PERFECTED TELEPHONY SERVICES |
-
1993
- 1993-10-21 GB GB9321689A patent/GB2272603B/en not_active Expired - Lifetime
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0717570A3 (en) * | 1994-12-12 | 2000-01-05 | Siemens Aktiengesellschaft | Method for use of non-call related services by communication network subscribers |
GB2304491A (en) * | 1995-08-21 | 1997-03-19 | Motorola Ltd | Service controller for call handling |
GB2304491B (en) * | 1995-08-21 | 2000-02-23 | Motorola Ltd | Communication system and service controller for call handling |
GB2313271A (en) * | 1996-05-17 | 1997-11-19 | Plessey Telecomm | Service requests via the Internet |
EP0898431A1 (en) * | 1997-08-18 | 1999-02-24 | Alcatel | Telecommunication services without intelligent network |
Also Published As
Publication number | Publication date |
---|---|
GB2272603B (en) | 1996-12-11 |
GB9321689D0 (en) | 1993-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2103233C (en) | Post answer telephone call redirection or rerouting | |
CA2199550C (en) | On-demand communications services | |
JP3734498B2 (en) | Remote communication follow-me service | |
US6137870A (en) | System for providing caller information to called party via call standard data field | |
US5559855A (en) | System and method for recognizing and routing telephone calls involving hearing or speech impaired persons | |
US5499289A (en) | Systems, methods and articles of manufacture for performing distributed telecommunications | |
US6633633B1 (en) | Method and system for providing calling number restoral | |
US5222125A (en) | System for providing personalized telephone calling features | |
US5163087A (en) | Delivery of customer data base key using automatic number identification | |
US6205215B1 (en) | Method of and system for providing network-initiated multilingual operator assistance | |
US6690785B1 (en) | System and method for providing called party information for centralized telephone service | |
US6442259B2 (en) | System and method for forwarding call from disconnected telephone number to new telephone number | |
US6801610B1 (en) | System and method for automated conference call setup | |
CA2143181C (en) | Method for use in completing telephone calls | |
US6055305A (en) | Method and apparatus for providing network-based customized call treatment | |
US5659605A (en) | Method and apparatus for providing soft dial tone using office equipment designators | |
US5559857A (en) | System and method for recognizing and routing telephone calls involving hearing or speech impaired persons | |
US5559856A (en) | System and method for recognizing and routing telephone calls involving hearing or speech impaired persons | |
US5329581A (en) | Target area calling system | |
US5463683A (en) | Blocked call notification system | |
US5889846A (en) | Method and system for initiating a software defined network call via a network adjunct platform | |
EP0602781B1 (en) | Intelligent network architecture | |
GB2272603A (en) | Intelligent network architecture | |
US5903640A (en) | Telecommunications system for establishing connections between intelligent network delivery points and subscribers requesting service | |
GB1239591A (en) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
732E | Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977) | ||
732E | Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977) | ||
PE20 | Patent expired after termination of 20 years |
Expiry date: 20131020 |