CA2064487C - Processing interactions among telecommunications call features - Google Patents
Processing interactions among telecommunications call featuresInfo
- Publication number
- CA2064487C CA2064487C CA002064487A CA2064487A CA2064487C CA 2064487 C CA2064487 C CA 2064487C CA 002064487 A CA002064487 A CA 002064487A CA 2064487 A CA2064487 A CA 2064487A CA 2064487 C CA2064487 C CA 2064487C
- Authority
- CA
- Canada
- Prior art keywords
- call
- request message
- feature processor
- remote feature
- responsive
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/47—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker using translators
-
- 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/42136—Administration or customisation of services
- H04M3/4217—Managing service interactions
-
- 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
- H04Q3/0041—Provisions for intelligent networking involving techniques for avoiding interaction of call service features
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13501—Feature interactions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13502—Indexing scheme relating to selecting arrangements in general and for multiplex systems primitives - inc. service-independent building blocks [SIBBs]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13547—Indexing scheme relating to selecting arrangements in general and for multiplex systems subscriber, e.g. profile, database, database access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
This invention relates to arrangements for controlling processing of telephone calls from feature processors. Feature processors are data bases, usually shared among a plurality of switching systems, and usually comprising data for customers served by these switching systems, for altering the processing of telephone calls from and to these customers in accordance with that data. In order to perform this modification, data messages are exchanged between the switching systems and the feature processor. In a departure from the prior art, these datamessages include functional indicators, i.e., indicators of basic characteristics of a call, each of which may be associated with many features and which may influencethe execution of other features, wherein the execution of at least some of the features of the two groups can be influenced by the feature processor. Advantageously, the use of functional indicators helps to reduce the amount of data to be transmitted between the switching systems and feature processor.
Description
2064~87 PROCESSING INTERACTIONS AMONG
TELECOMMUNICATIONS CALL FEATURES
Technical Field This invention relates to control of teleco.. -~ tion features from a 5 remote feature processor data base.
Problem Modern telecolnlll.lllications systems offer to their customers a wide variety of features. A teleco--...-.-~ ation switch of such a system comprises a stored program for controlling switch operations and implç n~ g realulGs, and a data 10 base which, among other functions, defines the active features for each customer connected to the switch. These features include cu~lolll~ services such as conr~ ce, call waiting, call fc,l wa~ding, and call fol warding on busy.
In recent years, remote data bases have been added for enchancing the capabilities of a telecomlnul~ication switch. For example, a data base is used for 15 routing 800 (free phone) calls by providing a destination, a conventional or plain old telephone service (POTS) telephone number that corresponds to each dialed 800 number for a particular region. Such data bases have provided great flexibility for routing telephone traffic in accordance with the needs of private business nelwc,lks or special types of calls.
The combination of the switches, the data bases for modifying routing and the sign~ling network in~.;olmecting these data bases is called an intelligent network.
More ~cwlLly, a need has been found for telephone op~l~ting companies to find means for cu~lu~;7ing the use of the features and capabilities that are 25 available in their ~witches through the use of a specialized data base and its associated processor. A feature is a service to which a ~;u~ er may subscribe. An example is the call waiting service whereby a customer can arrange to get a signal if an incoming call comes while the customer is on another call and the customer can arrange to switch to the waiting call. Such a data base, called a remote feature30 processor (RFP), may be a ~wilching control point (SCP) or adjunct. (The adjunct uses a higher speed data link to co.. -~ icate with the switch, thereby making it possible to exchange more data be~,en the switch and the adjunct).
The combination of the switches and the SCP or adjunct plus the signaling network that interconnects the two is called an advanced intelligent 35 network.
-More advanced intelligent networks are capable not only of modifying or specirying routing of calls pelrolllling calling card checks, etc., but also for customizing the use of telephone features, making available new features throughapplopliate use of the atomic feature set of the switch. Therefore, in order to 5 implement an advanced intelligent network, it is necessary to provide an interface for specifying the atomic capability set elements to be invoked in a particular call at the interface to the switch and at the interface to the RFP, to provide a description of the atomic capability set currently active for a particular customer and the character of the stimullls such as an incoming call for which a response is to be gencl~ted. The 10 features in the switch are implemented through the use of a set of feature primitives or primitives. The remote feature processor has its own data base for storing information about remote features of customers and switch feature information.
A requirement of a more advanced intelligent network is that it must allow for the proper inLelwolking of remote and switch features. In order to meet 15 this requirement, using presently contemplated solutions, the amount of interface bandwidth required to transmit feature information between the remote feature processor and the switch is high; as new switch features are introduced, they must be introduced using a standard coll~ unication protocol belweell the remote featureprocessor and the switch and must be programmed sim--lt~neously into the remote 20 feature processors as well as the switches; the remote feature processor must store and process a great deal of switch feature information in order to accomplish its task;
and the remote feature processor must store a great deal of switch feature infc)rm~tion for each customer connected to the switch.
A problem with this arrangement is that the processing which must be 25 carried out by the remote feature processor must take into account the characteristics both of the switch feature set and the remote feature processor feature set in order to carry out its work. This requires the remote feature processor be constantly ~lp~l~tetl as new features are added to the switch and requires a complex analysis program to account for all the interactions of features of the remote feature processor and30 features of the switch processor.
Another problem of the advanced intelligent network is that the switches of different vendors must all interact with a common feature processor. As a result, it is necessary to have a coordinated data interface describing each feature in a colllmon language so that the feature information received by the remote feature35 processor and tr~nsmitte-l from the remote feature processor is the same for the switches of all different manufacturers.
Solution In accordance with the principles of this invention, an advance is made over the prior art and the above problems are subst~nti~lly alleviated by tr~n~mitting functional indicators from the switch to the remote feature processor. A functional S inrli~tor is an in-licator of a basic characteristic of a call which may be associated with a plurality of features, and which may influence execution of other features, wherein the execution of at least some of the features in the two groups can be influenced by the RFP. Execution of a switch based feature that causes that characteristic to occur sets the functional indicator. Then, RFP based features that 10 might be affected by the characteristic read the functional in-lir~tor to ~leterrnine the execution of the RFP based feature.
In accordance with one aspect of the invention, execution of an RFP
based feature that causes a characteristic to occur, sets a functional in-licator. The RFP transmits that functional in~lic~tor to the switch. The execution of switch based 15 features can then be modified by functional int1icators received from the RFP.
Advantageously, these arrangements allow switch and RFP programs to inle~l let remote comm~n(ls more readily and substantially reduce the bandwidth required for mess~gss beLween the remote feature processor and the switch.
An exarnple of a functional in~ tor is a "do not disturb" indicator 20 which may be set, for example, by features such as cancel call waiting (do not give a call waiting signal because the customer does not wish to have the call int~ pled), data security (do not interrupt the call because a data call may be mlltil~ted through the signal for call waiting) and a "do not disturb" feature (the customer does not wish to be disturbed with calls for a certain period).
Other examples of functional in-licators are:
1. A multiway controller in(liçator, this indicator is used to identify the controlling station on conrel~,nce calls. Many different types of conference features are associated with this functional indicator which is used to identify the controlling customer station for any type of conference call.
TELECOMMUNICATIONS CALL FEATURES
Technical Field This invention relates to control of teleco.. -~ tion features from a 5 remote feature processor data base.
Problem Modern telecolnlll.lllications systems offer to their customers a wide variety of features. A teleco--...-.-~ ation switch of such a system comprises a stored program for controlling switch operations and implç n~ g realulGs, and a data 10 base which, among other functions, defines the active features for each customer connected to the switch. These features include cu~lolll~ services such as conr~ ce, call waiting, call fc,l wa~ding, and call fol warding on busy.
In recent years, remote data bases have been added for enchancing the capabilities of a telecomlnul~ication switch. For example, a data base is used for 15 routing 800 (free phone) calls by providing a destination, a conventional or plain old telephone service (POTS) telephone number that corresponds to each dialed 800 number for a particular region. Such data bases have provided great flexibility for routing telephone traffic in accordance with the needs of private business nelwc,lks or special types of calls.
The combination of the switches, the data bases for modifying routing and the sign~ling network in~.;olmecting these data bases is called an intelligent network.
More ~cwlLly, a need has been found for telephone op~l~ting companies to find means for cu~lu~;7ing the use of the features and capabilities that are 25 available in their ~witches through the use of a specialized data base and its associated processor. A feature is a service to which a ~;u~ er may subscribe. An example is the call waiting service whereby a customer can arrange to get a signal if an incoming call comes while the customer is on another call and the customer can arrange to switch to the waiting call. Such a data base, called a remote feature30 processor (RFP), may be a ~wilching control point (SCP) or adjunct. (The adjunct uses a higher speed data link to co.. -~ icate with the switch, thereby making it possible to exchange more data be~,en the switch and the adjunct).
The combination of the switches and the SCP or adjunct plus the signaling network that interconnects the two is called an advanced intelligent 35 network.
-More advanced intelligent networks are capable not only of modifying or specirying routing of calls pelrolllling calling card checks, etc., but also for customizing the use of telephone features, making available new features throughapplopliate use of the atomic feature set of the switch. Therefore, in order to 5 implement an advanced intelligent network, it is necessary to provide an interface for specifying the atomic capability set elements to be invoked in a particular call at the interface to the switch and at the interface to the RFP, to provide a description of the atomic capability set currently active for a particular customer and the character of the stimullls such as an incoming call for which a response is to be gencl~ted. The 10 features in the switch are implemented through the use of a set of feature primitives or primitives. The remote feature processor has its own data base for storing information about remote features of customers and switch feature information.
A requirement of a more advanced intelligent network is that it must allow for the proper inLelwolking of remote and switch features. In order to meet 15 this requirement, using presently contemplated solutions, the amount of interface bandwidth required to transmit feature information between the remote feature processor and the switch is high; as new switch features are introduced, they must be introduced using a standard coll~ unication protocol belweell the remote featureprocessor and the switch and must be programmed sim--lt~neously into the remote 20 feature processors as well as the switches; the remote feature processor must store and process a great deal of switch feature information in order to accomplish its task;
and the remote feature processor must store a great deal of switch feature infc)rm~tion for each customer connected to the switch.
A problem with this arrangement is that the processing which must be 25 carried out by the remote feature processor must take into account the characteristics both of the switch feature set and the remote feature processor feature set in order to carry out its work. This requires the remote feature processor be constantly ~lp~l~tetl as new features are added to the switch and requires a complex analysis program to account for all the interactions of features of the remote feature processor and30 features of the switch processor.
Another problem of the advanced intelligent network is that the switches of different vendors must all interact with a common feature processor. As a result, it is necessary to have a coordinated data interface describing each feature in a colllmon language so that the feature information received by the remote feature35 processor and tr~nsmitte-l from the remote feature processor is the same for the switches of all different manufacturers.
Solution In accordance with the principles of this invention, an advance is made over the prior art and the above problems are subst~nti~lly alleviated by tr~n~mitting functional indicators from the switch to the remote feature processor. A functional S inrli~tor is an in-licator of a basic characteristic of a call which may be associated with a plurality of features, and which may influence execution of other features, wherein the execution of at least some of the features in the two groups can be influenced by the RFP. Execution of a switch based feature that causes that characteristic to occur sets the functional indicator. Then, RFP based features that 10 might be affected by the characteristic read the functional in-lir~tor to ~leterrnine the execution of the RFP based feature.
In accordance with one aspect of the invention, execution of an RFP
based feature that causes a characteristic to occur, sets a functional in-licator. The RFP transmits that functional in~lic~tor to the switch. The execution of switch based 15 features can then be modified by functional int1icators received from the RFP.
Advantageously, these arrangements allow switch and RFP programs to inle~l let remote comm~n(ls more readily and substantially reduce the bandwidth required for mess~gss beLween the remote feature processor and the switch.
An exarnple of a functional in~ tor is a "do not disturb" indicator 20 which may be set, for example, by features such as cancel call waiting (do not give a call waiting signal because the customer does not wish to have the call int~ pled), data security (do not interrupt the call because a data call may be mlltil~ted through the signal for call waiting) and a "do not disturb" feature (the customer does not wish to be disturbed with calls for a certain period).
Other examples of functional in-licators are:
1. A multiway controller in(liçator, this indicator is used to identify the controlling station on conrel~,nce calls. Many different types of conference features are associated with this functional indicator which is used to identify the controlling customer station for any type of conference call.
2. A façsimile call in-licator can be used, for example, to automatically forward facsimile calls from a nonfacsilllile terminal tp a facsimile termin~l for accepting facsimile calls for the nominal terminating number.
3. An emergency service indicator can be used, for example, to insure that all emergency calls are retained, even in the presence of features that would 35 otherwise try to reconfigure or redirect a call.
4. A priority service in-lic~tor can be used to trigger a special alerting (ringing) signal, provide barge-in privileges, or modify terminating treatment such as automatic forwarding or the cancellation of fo, wardillg (so that, for example, for a boss/secretary group, the boss would be automatically accessed by the priority call).
5. An operator assistance call in~licator; this can be used to instruct features other than operator a~ci~tance call features to ignore a switchhook "flash"
and thus not interfere with whatever ope.atol feature is active.
Functional in~ tors allow switch and remote features to have enough knowledge of each other's operation so that they can interact in appl~,;ate ways.
10 Defining only needed functional in-licators that can be shared by multiple features saves switch-RFP bandwidth and results in less switch inforrnation for the RFP to process than is the case with a feature-specific solutiQn. Sharing of functionalindicators by multiple features allows new switch features to be introduced without changing RFP software or the switch-RFP interface (and thus, the software of other 15 switch vendors). In general, it results in a more stable switch-RFP interface and thus, in fewer multi-vendor coordinated sor~w~e changes than with a feature-specific soludon.
Brief D~e. ;~lion of the Drawin~
FIG. 1 is an overall block diagram of the operation of the invention; and FIGs. 2-4 are flow diagrams of actions pelro"~ed by an RFP and a switch.
Detailed Description FIG. 1 is a block diagram of an exemplary embodiment of applicant' s invention. A plurality of switching systems 10,...,11 are connected to a sign~ling 25 network 20 for ~cce~sing a remote feature processor 30. Each of the swilchingSy~L~lllS and the remote feature processor comprise a program controlled processor and a data base for storing data, such as feature data, related to individual customers.
The switching systems are, for example, local end offices such as the SESS~) switching system described in AT&T Technical Journal, Vol. 64, No. 6, Part 2, 30 July/August 1985, pp. 1305-1564. The signaling network in this exemplary embodiment is a network for transmitting sign~ling messages using the CCS7 protocol of the American National Standards Institute (ANSI). The ~ignaling network includes signal transfer points for switching messages tran~mitte~l within the signaling network. It is the function of the remote feature processor to process event 35 messages tran~mitte-l from a switching system, such as switching system 10, and to reply with event response messages. Responsive to the event response messages, the switching system may alter subsequent processing of a call if the functional indicators received are dirr~;nt from the functional indicators tr~n~mitte-l Switching system 10 transmits an event message 40 comprising a transaction identifier 42 to allow the event and event response messages to be S correlated, a group of functional in(lisatQrs (segment 44), a description of the event for which a response is requested (segment 46), and the identifications of the cu~LolllCl:i associated with that event (segment 48). This message 40 is tr~ncmitte(l from switching system 10 over data link 12 to the ~ign~ling network 20, thence over data link 32 to remote feature processor 30. Remote feature processor 30 receives 10 message 40, ex~mines the functional in~ ators therein, consults its own data base and its own event procescing programs and pi~afes and transmits an event response message 50. This event response message is tr~n~mitted from remote feature processor 30 over data link 32 to signaling network 20, thence to data link 12 and switching system 10. The event response message 50 comprises a transaction 15 identifiçr (segment 52) which, if the response m~ss~ge is in response to message 40 is identi.~~l to the original tr~nsactiQn identifier of segment 42, a group of functional in-lirators (segment 54) prepared in response to the event m~ss~ge in consideration of the program of the remote feature processor 30 for proces~ing event messages including functional in-lic~tors and in view of data concerning the customer stored in 20 the data base of the remote feature processor, and segment 56 which specifies the response command to switching system 10.
FIG. 2 is a high level flow chart of the call processing that takes place in the switch. Block 201 in~ tes that a detectable event is detected in the switch.This event may be something which is actually detected using the peripheral 25 e4uipment of the switch or it may be a message received from another switch.
Test 203 checks whether the remote feature processor is interested in this type of event. If so, then the blocks of FIG. 3, starting with block 301 are executed. If not, test 205 determines whether any switch feature is intelc;,led in the detected event. If a switch feature is interested in the event, then the blocks shown on FIG. 4, starting 30 with block 401 are executed. If not, then normal call proces~ing is continued (action block 207).
FIG. 3 describes the actions performed in response to the detection of an event which is of interest to a remote feature processor. The functional indicators in the call processing block are read (action block 301) and an event message is 35 generated including the functional indicator segment (action block 303). This event mess~ge is then sent to the remote feature processor 305. In the me~ntime~ while the remote feature processor acts on this message, the switch is in the state whereby it waits for the response message (action block 307). The remote feature processor receives the event message from the switch (action block 309) and reads the functional indicator segment in the event message (action block 311). Test 313 then S dçtermines whether there are any functional in~licators of interest. If so, analternative action is selected (action block 315) so that the actions pe.rolllRd are not the same as the default actions (action block 317). When the ap~.up.;ate action has been selected, the functional inrlica~Qr segment is ~-c,~aled for the response message according to the alternative or default action, whichever was selected (action 10 block 319) and the response message containing a response con~l,alld and the functional indicator segment is sent back to the switch (action block 321). The switch receives the response message from the remote feature processor (action block 323) reads the functional intlicatQr segment in the response message (action block 325) and responsive to the reading of this segment, writes the a~r~llate 15 functional inllicators in the call processing block (action block 327). The response colllllland received from the RFP is then executed (action block 329) and normal call plûcessing is continued (action block 331). Note that any functional in-lic~tor set by the RFP can influence the execution of any subsequent switch or RFP feature.
If the RFP was not interested in the event, but a switch feature was 20 interested in the event, the programs shown in FIG. 4 are executed. First, the functional in-lic~tors in the call processing block are read (action block 401) and are tested to see if there are any functional indicators of interest (test 403). If so, then an alternative action for responding to the event is selected in accordance with the functional indicators (action block 405). If there are no functional indicators of 25 interest, as determined in test 403, then a default action is selected (action block 407). Functional in~lic~tors are written in the call processing block according to the selected action (action block 409), and then that action is executed (action block 411). Subsequently, normal call processing is continued (action block 413).
A specific example will help illustrate the operation of the invention. In 30 this specific example, a new feature is implemented using the remote feature processor. The new feature is one wherein a customer who dials a priority code is given call waiting treatment when the call is completed to another customer who accepts call waiting type calls only for priority calls and not for normal calls. As is known, call waiting tre~tment of a call allows a special call waiting signal to be 35 delivered to the called customer when the called customer is busy on another call and the called customer can switch back and forth between the two calls by briefly depressing the switchhook of the called customer's telephone. This treatment is normally provided to all incoming calls. However, for this special service, it is provided only to priority incoming calls.
In this particular implementation of the feature, the caller first dials a 5 priority calling code, then receives second dial tone and dials the number of the termin~ting customer. First, the switch based priority calling feature will be discussed. This feature is used to set a priority calling functional indicator in response to the reception of the priority code. First, the event that activates the switch based priority calling feature is the detection by a digit analysis process that 10 the priority code has been dialed. This event is detected in the switch (action block 201), the test 203 of whether the RFP is intelG~Ied yields a negative result since this is a switch based feature, but the test 205 of whether any switch feature is . intel~,,,Led yields a positive result. The feature indicators in the call processing block are read, and test 403 checks whether there are any functional indicators of interest.
15 In this case, because no features have been previously active for this call, none are set, and therefore the default action 407 is selected and the functional indicator for priority call is set (action block 409). The planned actions for detecting a priority call are then performed (action block 411) and normal call processing is continued (action block 413).
Subsequently, the caller dials the number of the called customer who is busy on another call. Because this is a priority call and the called customer has the RFP based call waiting for priority calls feature, this call will be given call waiting Lr~ t This is performed as follows: In the switch, following the detection of completion of dialing and the subsequent attempt to route the call to the called25 customer, the switch detects a busy event (action block 201) and detects that a busy event check of the RFP is required for this customer (positive result of test 203).
The switch will therefore read the functional indicators in the call block (action block 301) which in this case will include the priority indicator. The switch then writes the functional in-licator segment in the event message (action block 303) and 30 sends the event message to the RFP (action block 305). The switch then waits for the response message (action block 307) while pe~rolllling work on other calls. In the m~ntime the RFP receives the event message from the switch (action block 309) and based on the customer subscription data and event type, selects the feature process for processing this message (action block 310). The RFP then reads 35 the functional in(lic~tor segment of the event message (action block 311) and tests whether there are any functional indicators of interest (test 313). The default action 2064~87 associated with action block 317, in this case would be to apply busy tone to the incoming call. However, when the RFP feature process reads the functional intlic~tors (action block 311), it finds a functional indicator of interest, namely the priority indicator in test 313 and selects an alternative action (action block 315). The 5 ~ltçrn~tive action is to formulate a response message that directs the switch to apply call waiting tone to the called customer (action block 315). The call waiting for priority calls feature does not affect any of the functional in-liratQr call characteristics so that no further functional in~licators need be set in the functional in~1icator segment of the response action (action block 319). The RFP then sends the 10 response message to the switch including a response command asking the switch to give call waiting treatm~nt to this call (action block 321). This message is received in the swi~ch (action block 323). The switch reads the functional inf1i~ator segment in the response message (action block 325) and responsive to seeing no additional functional infli~ators set or reset, does not change any of the functional in~icators in 15 the call block (action block 327). The switch then executes the response command from the RFP by giving this call the call waiting treatm~nt and continues call processing (action block 331).
To further illustrate the flexibility of this approach, consider an additional call waiting feature whereby only calls which dial a preselected password 20 can be given call waiting treatment. In this case, after the completion of dialing and the detection of busy, a condition would be found for the called customer indicating that the RFP is to be consulted. In response, the RFP would send a m~ss~ge with the command to give the calling customer an announcement and accept a two, three or four digit password. After a password has been received, the RFP is again queried, 25 and in response to ~letecting that the correct password had been entered, the RFP
would return a message with a response command to give this call the call waiting treatm~--nt, and the priority call functional in~ ator set. This functional in(iicator might influence later processing of the call.
Examples of functional inrlic~tQrs, in addition to those discussed in the 30 solution st~ternent, are the following:
1. Test call: a test call is given special treatment; for example, such a call should not be fol~ar~ed.
2. Redirected call: a call which has been fo,~ded or transferred from an original destination.
3. Reverse charge call: billing for such a call should be to the called party.
4. Intra-group call: a call within a business group, which can span multiple switches.
S 5. Inter-LATA call: a call between different Local Access and Transport Areas (LATAs).
and thus not interfere with whatever ope.atol feature is active.
Functional in~ tors allow switch and remote features to have enough knowledge of each other's operation so that they can interact in appl~,;ate ways.
10 Defining only needed functional in-licators that can be shared by multiple features saves switch-RFP bandwidth and results in less switch inforrnation for the RFP to process than is the case with a feature-specific solutiQn. Sharing of functionalindicators by multiple features allows new switch features to be introduced without changing RFP software or the switch-RFP interface (and thus, the software of other 15 switch vendors). In general, it results in a more stable switch-RFP interface and thus, in fewer multi-vendor coordinated sor~w~e changes than with a feature-specific soludon.
Brief D~e. ;~lion of the Drawin~
FIG. 1 is an overall block diagram of the operation of the invention; and FIGs. 2-4 are flow diagrams of actions pelro"~ed by an RFP and a switch.
Detailed Description FIG. 1 is a block diagram of an exemplary embodiment of applicant' s invention. A plurality of switching systems 10,...,11 are connected to a sign~ling 25 network 20 for ~cce~sing a remote feature processor 30. Each of the swilchingSy~L~lllS and the remote feature processor comprise a program controlled processor and a data base for storing data, such as feature data, related to individual customers.
The switching systems are, for example, local end offices such as the SESS~) switching system described in AT&T Technical Journal, Vol. 64, No. 6, Part 2, 30 July/August 1985, pp. 1305-1564. The signaling network in this exemplary embodiment is a network for transmitting sign~ling messages using the CCS7 protocol of the American National Standards Institute (ANSI). The ~ignaling network includes signal transfer points for switching messages tran~mitte~l within the signaling network. It is the function of the remote feature processor to process event 35 messages tran~mitte-l from a switching system, such as switching system 10, and to reply with event response messages. Responsive to the event response messages, the switching system may alter subsequent processing of a call if the functional indicators received are dirr~;nt from the functional indicators tr~n~mitte-l Switching system 10 transmits an event message 40 comprising a transaction identifier 42 to allow the event and event response messages to be S correlated, a group of functional in(lisatQrs (segment 44), a description of the event for which a response is requested (segment 46), and the identifications of the cu~LolllCl:i associated with that event (segment 48). This message 40 is tr~ncmitte(l from switching system 10 over data link 12 to the ~ign~ling network 20, thence over data link 32 to remote feature processor 30. Remote feature processor 30 receives 10 message 40, ex~mines the functional in~ ators therein, consults its own data base and its own event procescing programs and pi~afes and transmits an event response message 50. This event response message is tr~n~mitted from remote feature processor 30 over data link 32 to signaling network 20, thence to data link 12 and switching system 10. The event response message 50 comprises a transaction 15 identifiçr (segment 52) which, if the response m~ss~ge is in response to message 40 is identi.~~l to the original tr~nsactiQn identifier of segment 42, a group of functional in-lirators (segment 54) prepared in response to the event m~ss~ge in consideration of the program of the remote feature processor 30 for proces~ing event messages including functional in-lic~tors and in view of data concerning the customer stored in 20 the data base of the remote feature processor, and segment 56 which specifies the response command to switching system 10.
FIG. 2 is a high level flow chart of the call processing that takes place in the switch. Block 201 in~ tes that a detectable event is detected in the switch.This event may be something which is actually detected using the peripheral 25 e4uipment of the switch or it may be a message received from another switch.
Test 203 checks whether the remote feature processor is interested in this type of event. If so, then the blocks of FIG. 3, starting with block 301 are executed. If not, test 205 determines whether any switch feature is intelc;,led in the detected event. If a switch feature is interested in the event, then the blocks shown on FIG. 4, starting 30 with block 401 are executed. If not, then normal call proces~ing is continued (action block 207).
FIG. 3 describes the actions performed in response to the detection of an event which is of interest to a remote feature processor. The functional indicators in the call processing block are read (action block 301) and an event message is 35 generated including the functional indicator segment (action block 303). This event mess~ge is then sent to the remote feature processor 305. In the me~ntime~ while the remote feature processor acts on this message, the switch is in the state whereby it waits for the response message (action block 307). The remote feature processor receives the event message from the switch (action block 309) and reads the functional indicator segment in the event message (action block 311). Test 313 then S dçtermines whether there are any functional in~licators of interest. If so, analternative action is selected (action block 315) so that the actions pe.rolllRd are not the same as the default actions (action block 317). When the ap~.up.;ate action has been selected, the functional inrlica~Qr segment is ~-c,~aled for the response message according to the alternative or default action, whichever was selected (action 10 block 319) and the response message containing a response con~l,alld and the functional indicator segment is sent back to the switch (action block 321). The switch receives the response message from the remote feature processor (action block 323) reads the functional intlicatQr segment in the response message (action block 325) and responsive to the reading of this segment, writes the a~r~llate 15 functional inllicators in the call processing block (action block 327). The response colllllland received from the RFP is then executed (action block 329) and normal call plûcessing is continued (action block 331). Note that any functional in-lic~tor set by the RFP can influence the execution of any subsequent switch or RFP feature.
If the RFP was not interested in the event, but a switch feature was 20 interested in the event, the programs shown in FIG. 4 are executed. First, the functional in-lic~tors in the call processing block are read (action block 401) and are tested to see if there are any functional indicators of interest (test 403). If so, then an alternative action for responding to the event is selected in accordance with the functional indicators (action block 405). If there are no functional indicators of 25 interest, as determined in test 403, then a default action is selected (action block 407). Functional in~lic~tors are written in the call processing block according to the selected action (action block 409), and then that action is executed (action block 411). Subsequently, normal call processing is continued (action block 413).
A specific example will help illustrate the operation of the invention. In 30 this specific example, a new feature is implemented using the remote feature processor. The new feature is one wherein a customer who dials a priority code is given call waiting treatment when the call is completed to another customer who accepts call waiting type calls only for priority calls and not for normal calls. As is known, call waiting tre~tment of a call allows a special call waiting signal to be 35 delivered to the called customer when the called customer is busy on another call and the called customer can switch back and forth between the two calls by briefly depressing the switchhook of the called customer's telephone. This treatment is normally provided to all incoming calls. However, for this special service, it is provided only to priority incoming calls.
In this particular implementation of the feature, the caller first dials a 5 priority calling code, then receives second dial tone and dials the number of the termin~ting customer. First, the switch based priority calling feature will be discussed. This feature is used to set a priority calling functional indicator in response to the reception of the priority code. First, the event that activates the switch based priority calling feature is the detection by a digit analysis process that 10 the priority code has been dialed. This event is detected in the switch (action block 201), the test 203 of whether the RFP is intelG~Ied yields a negative result since this is a switch based feature, but the test 205 of whether any switch feature is . intel~,,,Led yields a positive result. The feature indicators in the call processing block are read, and test 403 checks whether there are any functional indicators of interest.
15 In this case, because no features have been previously active for this call, none are set, and therefore the default action 407 is selected and the functional indicator for priority call is set (action block 409). The planned actions for detecting a priority call are then performed (action block 411) and normal call processing is continued (action block 413).
Subsequently, the caller dials the number of the called customer who is busy on another call. Because this is a priority call and the called customer has the RFP based call waiting for priority calls feature, this call will be given call waiting Lr~ t This is performed as follows: In the switch, following the detection of completion of dialing and the subsequent attempt to route the call to the called25 customer, the switch detects a busy event (action block 201) and detects that a busy event check of the RFP is required for this customer (positive result of test 203).
The switch will therefore read the functional indicators in the call block (action block 301) which in this case will include the priority indicator. The switch then writes the functional in-licator segment in the event message (action block 303) and 30 sends the event message to the RFP (action block 305). The switch then waits for the response message (action block 307) while pe~rolllling work on other calls. In the m~ntime the RFP receives the event message from the switch (action block 309) and based on the customer subscription data and event type, selects the feature process for processing this message (action block 310). The RFP then reads 35 the functional in(lic~tor segment of the event message (action block 311) and tests whether there are any functional indicators of interest (test 313). The default action 2064~87 associated with action block 317, in this case would be to apply busy tone to the incoming call. However, when the RFP feature process reads the functional intlic~tors (action block 311), it finds a functional indicator of interest, namely the priority indicator in test 313 and selects an alternative action (action block 315). The 5 ~ltçrn~tive action is to formulate a response message that directs the switch to apply call waiting tone to the called customer (action block 315). The call waiting for priority calls feature does not affect any of the functional in-liratQr call characteristics so that no further functional in~licators need be set in the functional in~1icator segment of the response action (action block 319). The RFP then sends the 10 response message to the switch including a response command asking the switch to give call waiting treatm~nt to this call (action block 321). This message is received in the swi~ch (action block 323). The switch reads the functional inf1i~ator segment in the response message (action block 325) and responsive to seeing no additional functional infli~ators set or reset, does not change any of the functional in~icators in 15 the call block (action block 327). The switch then executes the response command from the RFP by giving this call the call waiting treatm~nt and continues call processing (action block 331).
To further illustrate the flexibility of this approach, consider an additional call waiting feature whereby only calls which dial a preselected password 20 can be given call waiting treatment. In this case, after the completion of dialing and the detection of busy, a condition would be found for the called customer indicating that the RFP is to be consulted. In response, the RFP would send a m~ss~ge with the command to give the calling customer an announcement and accept a two, three or four digit password. After a password has been received, the RFP is again queried, 25 and in response to ~letecting that the correct password had been entered, the RFP
would return a message with a response command to give this call the call waiting treatm~--nt, and the priority call functional in~ ator set. This functional in(iicator might influence later processing of the call.
Examples of functional inrlic~tQrs, in addition to those discussed in the 30 solution st~ternent, are the following:
1. Test call: a test call is given special treatment; for example, such a call should not be fol~ar~ed.
2. Redirected call: a call which has been fo,~ded or transferred from an original destination.
3. Reverse charge call: billing for such a call should be to the called party.
4. Intra-group call: a call within a business group, which can span multiple switches.
S 5. Inter-LATA call: a call between different Local Access and Transport Areas (LATAs).
6. International call: a call between different countries.
7. Flash: a call on which some feature is monitoring for a flash signal.
It is to be understood that the above description is only of one prefelled 10 embodiment of the invention. Numerous other arrangements may be devised by one skilled in the art without departing from the scope of the invention. The invention is thus limited only as defined in the accompanying claims.
It is to be understood that the above description is only of one prefelled 10 embodiment of the invention. Numerous other arrangements may be devised by one skilled in the art without departing from the scope of the invention. The invention is thus limited only as defined in the accompanying claims.
Claims (13)
1. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a do not disturb indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a do not disturb indicator.
2. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a multiway controller indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a multiway controller indicator.
3. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a facsimile call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a facsimile call indicator.
4. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customers identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an emergency service indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customers identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an emergency service indicator.
5. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a priority service indicator
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a priority service indicator
6. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an operator assistance call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an operator assistance call indicator.
7. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a test call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a test call indicator.
8. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a redirected call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a redirected call indicator.
9. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a reverse charge indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a reverse charge indicator.
10. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customer identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an intra-group call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customer identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an intra-group call indicator.
11 A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data wherein one of said functional indicators is an indicator of a call between different Local Access and Transport Areas.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a response command from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data wherein one of said functional indicators is an indicator of a call between different Local Access and Transport Areas.
12. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a responsecommand from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an international call indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a responsecommand from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is an international call indicator.
13. A method of processing a call, comprising the steps of:
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a responsecommand from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a flash indicator.
responsive to receipt of data for said call in a switching system, transmitting a request message to a remote feature processor system, the remote feature processor for serving a plurality of switching systems, said request message comprising an event indication for a state of said call and indications of active ones of a plurality of functional indicators for said call;
responsive to receipt of said request message in said remote feature processor, processing said request message, using said event indication and using said indications of active ones of said plurality of functional indicators, to formulate and transmit a response message comprising an indication of a responsecommand from said remote feature processor to said switching system; and responsive to receipt of said response message, executing said response command in said switching system;
wherein said request message further comprises customer identification data for said call; wherein said remote feature processor comprises data for customers identified by said customer identification data; and wherein said remote feature processor further modifies the processing of said request message by using said data stored for customers identified by said customer identification data;
wherein one of said functional indicators is a flash indicator.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US686,647 | 1991-04-17 | ||
US07/686,647 US5251255A (en) | 1991-04-17 | 1991-04-17 | Processing interactions among telecommunications call features |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2064487A1 CA2064487A1 (en) | 1992-10-18 |
CA2064487C true CA2064487C (en) | 1997-01-07 |
Family
ID=24757156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002064487A Expired - Fee Related CA2064487C (en) | 1991-04-17 | 1992-03-31 | Processing interactions among telecommunications call features |
Country Status (4)
Country | Link |
---|---|
US (1) | US5251255A (en) |
EP (1) | EP0509705A3 (en) |
JP (1) | JPH07170342A (en) |
CA (1) | CA2064487C (en) |
Families Citing this family (86)
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 |
JPH0497645A (en) * | 1990-08-15 | 1992-03-30 | Fujitsu Ltd | Service control system for scp in intelligent network |
FR2694466B1 (en) * | 1992-07-29 | 1994-09-02 | Cit Alcatel | Telecommunication network carrying out call processing and connection processing separately. |
CA2078045C (en) * | 1992-09-11 | 1999-11-16 | Mark R. Sestak | Global management of telephone directory |
US6134304A (en) * | 1992-11-10 | 2000-10-17 | Telefonaktiebolaget Lm Ericsson | General analysis system |
US5394463A (en) * | 1992-12-31 | 1995-02-28 | At&T Corp. | Telephone call processing arrangement based on calling and called party telephone services |
TW303563B (en) * | 1993-04-26 | 1997-04-21 | At & T Corp | |
DE69414389T2 (en) * | 1993-06-28 | 1999-06-02 | Bellsouth Corp | MEDIATION OF AN OPEN IMPROVED INTELLIGENT NETWORK INTERFACE FOR PUBLIC TELEPHONE TELEPHONE NETWORK |
US5430719A (en) * | 1993-06-28 | 1995-07-04 | Bellsouth Corporation | Mediation of open advanced intelligent network interface by shared execution environment |
US5701301A (en) * | 1993-06-28 | 1997-12-23 | Bellsouth Corporation | Mediation of open advanced intelligent network in SS7 protocol open access environment |
US5377186A (en) * | 1993-07-21 | 1994-12-27 | Telefonaktiebolaget L M Ericsson | System for providing enhanced subscriber services using ISUP call-setup protocol |
WO1995004436A1 (en) * | 1993-07-30 | 1995-02-09 | British Telecommunications Public Limited Company | Intelligent networks |
US5550904A (en) * | 1993-09-30 | 1996-08-27 | Lucent Technologies Inc. | Method for identifying the originating network at the terminating network for transnetwork calls |
US5425090A (en) * | 1993-12-07 | 1995-06-13 | Bell Communications Research, Inc. | System and method for providing advanced intelligent network services |
US5657451A (en) * | 1994-01-24 | 1997-08-12 | Telefonaktiebolaget Lm Ericsson | System for determining whether to accept new supplementary services based upon identified types of supplementary service interactions and identified supplementary service interaction criteria |
US5583976A (en) * | 1994-02-18 | 1996-12-10 | Bellsouth Corporation | Telecommunications network configuration model for data management and allocation |
US5991301A (en) | 1994-05-05 | 1999-11-23 | Sprint Communications Co. L.P. | Broadband telecommunications system |
US5920562A (en) | 1996-11-22 | 1999-07-06 | Sprint Communications Co. L.P. | Systems and methods for providing enhanced services for telecommunication call |
US5926482A (en) * | 1994-05-05 | 1999-07-20 | Sprint Communications Co. L.P. | Telecommunications apparatus, system, and method with an enhanced signal transfer point |
US6181703B1 (en) * | 1995-09-08 | 2001-01-30 | Sprint Communications Company L. P. | System for managing telecommunications |
US6023474A (en) * | 1996-11-22 | 2000-02-08 | Sprint Communications C.O.L.P. | Broadband telecommunications system interface |
US6314103B1 (en) | 1994-05-05 | 2001-11-06 | Sprint Communications Company, L.P. | System and method for allocating bandwidth for a call |
US6631133B1 (en) * | 1994-05-05 | 2003-10-07 | Sprint Communications Company L.P. | Broadband telecommunications system |
US6633561B2 (en) | 1994-05-05 | 2003-10-14 | Sprint Communications Company, L.P. | Method, system and apparatus for telecommunications control |
US6172977B1 (en) * | 1994-05-05 | 2001-01-09 | Sprint Communications Company, L. P. | ATM direct access line system |
US6031840A (en) | 1995-12-07 | 2000-02-29 | Sprint Communications Co. L.P. | Telecommunications system |
US6430195B1 (en) | 1994-05-05 | 2002-08-06 | Sprint Communications Company L.P. | Broadband telecommunications system interface |
CA2189253C (en) | 1994-05-05 | 2002-12-31 | Joseph Michael Christie | Method, system and apparatus for telecommunications control |
US5546574A (en) * | 1994-06-30 | 1996-08-13 | At&T Corporation | Peer-to-peer data concurrence processes and apparatus |
US5579318A (en) * | 1994-06-30 | 1996-11-26 | Bellsouth Corporation | Processes and apparatus for maintaining data concurrence between databases in telecommunications networks |
US5535263A (en) * | 1994-10-13 | 1996-07-09 | U S West Technologies, Inc. | Method for recording subscriber specific messages in an advanced intelligent network |
US5570410A (en) * | 1994-10-13 | 1996-10-29 | Bellsouth Corporation | Dynamic resource allocation process for a service control point in an advanced intelligent network system |
SE515179C2 (en) | 1994-10-24 | 2001-06-25 | Ericsson Telefon Ab L M | Ways of internal communication in telecommunication systems |
BR9509442A (en) * | 1994-10-27 | 1997-12-23 | Ericsson Telefon Ab L M | System and process for providing advanced voice services to subscribers of a telecommunications network |
US5579384A (en) * | 1995-02-17 | 1996-11-26 | Bellsouth Corporation | Telecommunications network service central management system interfacing with protocol specific regional stations providing services to subscribers |
NZ302700A (en) * | 1995-03-09 | 1998-11-25 | Nokia Telecommunications Oy | Adaptation software for connection of new architecture to existing network |
US5526413A (en) * | 1995-04-17 | 1996-06-11 | Bell Atlantic Network Services, Inc. | Advanced intelligent network access by customer premise equipment |
US6453037B1 (en) * | 1995-04-19 | 2002-09-17 | Mci Communications Corporation | Remote telecommunications system for automatic number identification screening |
WO1997000570A1 (en) * | 1995-06-16 | 1997-01-03 | Harris Corporation | Dynamically negotiated application program interface method |
US5771279A (en) * | 1995-07-31 | 1998-06-23 | Bell Atlantic Network Services, Inc. | Advanced intelligent network interacting with customer premises equipment |
US6081529A (en) * | 1995-11-22 | 2000-06-27 | Sprint Communications Company, L. P. | ATM transport system |
US5790647A (en) * | 1995-12-18 | 1998-08-04 | Ericsson, Inc. | Subscriber feature services in a telecommunications system |
WO1997028622A1 (en) * | 1996-02-02 | 1997-08-07 | Sprint Communications Company, L.P. | Atm gateway system |
US5870550A (en) * | 1996-02-26 | 1999-02-09 | Network Engineering Software | Web server employing multi-homed, moldular framework |
US8117298B1 (en) | 1996-02-26 | 2012-02-14 | Graphon Corporation | Multi-homed web server |
US5940393A (en) * | 1996-05-28 | 1999-08-17 | Sprint Communications Co. L.P. | Telecommunications system with a connection processing system |
WO1998023098A1 (en) * | 1996-11-19 | 1998-05-28 | British Telecommunications Public Limited Company | A service management system for use in communications |
US6445782B1 (en) * | 1996-11-19 | 2002-09-03 | British Telecommunications Public Limited Company | Service management system for use in communications |
US6667982B2 (en) | 1996-11-22 | 2003-12-23 | Sprint Communications Company, L.P. | Broadband telecommunications system interface |
US6002689A (en) * | 1996-11-22 | 1999-12-14 | Sprint Communications Co. L.P. | System and method for interfacing a local communication device |
US6115380A (en) | 1996-11-22 | 2000-09-05 | Sprint Communications Co., L.P. | Broadband telecommunications system |
KR100459306B1 (en) | 1996-11-22 | 2004-12-03 | 스프린트 커뮤니케이숀스 컴파니 리미티드 파트너쉽 | System and method for transporting a call in a telecommunication network |
US6014378A (en) * | 1996-11-22 | 2000-01-11 | Sprint Communications Company, L.P. | Telecommunications tandem system for circuit-based traffic |
US6067299A (en) * | 1997-04-16 | 2000-05-23 | Sprint Communications Company, L.P. | Communications system for providing ATM connections and echo cancellation |
US6704327B1 (en) | 1997-05-09 | 2004-03-09 | Sprint Communications Company, L.P. | System and method for connecting a call |
US6137800A (en) * | 1997-05-09 | 2000-10-24 | Sprint Communications Company, L. P. | System and method for connecting a call |
US6178170B1 (en) | 1997-05-13 | 2001-01-23 | Sprint Communications Company, L. P. | System and method for transporting a call |
US6389117B1 (en) | 1997-09-08 | 2002-05-14 | Mci Worldcom, Inc. | Single telephone number access to multiple communications services |
US7088801B1 (en) * | 1997-09-08 | 2006-08-08 | Mci, Inc. | Single telephone number access to multiple communications services |
FI973787A (en) | 1997-09-25 | 1999-03-26 | Nokia Telecommunications Oy | Collaboration of intelligent network services |
SE518084C2 (en) | 1998-01-23 | 2002-08-20 | Ericsson Telefon Ab L M | Processes and devices related to functions or functional devices and methods for controlling the process flow between functions |
EP0936821A1 (en) * | 1998-02-13 | 1999-08-18 | Siemens Aktiengesellschaft | Control element in a service switching point |
US6483837B1 (en) | 1998-02-20 | 2002-11-19 | Sprint Communications Company L.P. | System and method for connecting a call with an interworking system |
US6563918B1 (en) | 1998-02-20 | 2003-05-13 | Sprint Communications Company, LP | Telecommunications system architecture for connecting a call |
US6888820B1 (en) * | 1998-02-20 | 2005-05-03 | Sprint Communications Company L.P. | System and method for treating a call for call processing |
NO313027B1 (en) | 1998-03-06 | 2002-07-29 | Ericsson Telefon Ab L M | Steps to improve a network structure, especially an intelligent network |
US6546022B1 (en) | 1998-04-03 | 2003-04-08 | Sprint Communications Company, L.P. | Method, system and apparatus for processing information in a telecommunications system |
US6160871A (en) | 1998-04-10 | 2000-12-12 | Sprint Communications Company, L.P. | Communications test system |
US6714217B2 (en) * | 1998-12-18 | 2004-03-30 | Sprint Communication Company, L.P. | System and method for providing a graphical user interface to, for building, and/or for monitoring a telecommunication network |
US6982950B1 (en) | 1998-12-22 | 2006-01-03 | Sprint Communications Company L.P. | System and method for connecting a call in a tandem architecture |
US6888833B1 (en) | 1998-12-22 | 2005-05-03 | Sprint Communications Company L.P. | System and method for processing call signaling |
US6597701B1 (en) | 1998-12-22 | 2003-07-22 | Sprint Communications Company L.P. | System and method for configuring a local service control point with a call processor in an architecture |
US6785282B1 (en) | 1998-12-22 | 2004-08-31 | Sprint Communications Company L.P. | System and method for connecting a call with a gateway system |
US6724765B1 (en) | 1998-12-22 | 2004-04-20 | Sprint Communications Company, L.P. | Telecommunication call processing and connection system architecture |
US6560226B1 (en) | 1999-02-25 | 2003-05-06 | Sprint Communications Company, L.P. | System and method for caching ported number information |
US7079530B1 (en) | 1999-02-25 | 2006-07-18 | Sprint Communications Company L.P. | System and method for caching toll free number information |
US7072687B2 (en) * | 1999-02-26 | 2006-07-04 | Hiatt Jr Aden Dale | System for transferring an address list and method |
US7103068B1 (en) | 1999-05-04 | 2006-09-05 | Sprint Communication Company L.P. | System and method for configuring bandwidth transmission rates for call connections |
US6895088B1 (en) | 1999-05-21 | 2005-05-17 | Sprint Communications Company L.P. | System and method for controlling a call processing system |
KR100585830B1 (en) * | 1999-07-19 | 2006-06-01 | 에스케이 텔레콤주식회사 | Method for providing remote control service based on IS41.C protocol in mobile phone network |
US6816497B1 (en) | 1999-11-05 | 2004-11-09 | Sprint Communications Company, L.P. | System and method for processing a call |
US6704314B1 (en) | 1999-12-15 | 2004-03-09 | Sprint Communications Company, L.P. | Method and apparatus to control cell substitution |
US6549617B1 (en) | 2000-01-19 | 2003-04-15 | International Controllers, Inc. | Telephone switch with delayed mail control system |
US20060096867A1 (en) * | 2004-11-10 | 2006-05-11 | George Bokisa | Tin alloy electroplating system |
JP2007013683A (en) * | 2005-06-30 | 2007-01-18 | Toshiba Corp | Server apparatus |
EP2409470B1 (en) * | 2009-03-16 | 2013-02-20 | Nokia Siemens Networks Oy | Communication connection establishment control for preventing unsolicitated communication |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4611094A (en) * | 1983-12-01 | 1986-09-09 | At&T Bell Laboratories | Method for customer definable telephone capability |
US4737983A (en) * | 1985-10-02 | 1988-04-12 | American Telephone And Telegraph Company Communications, Inc. | Automatic call distributor telephone service |
US4782517A (en) * | 1986-09-08 | 1988-11-01 | Bell Communications Research, Inc. | System and method for defining and providing telephone network services |
US4899373A (en) * | 1986-11-28 | 1990-02-06 | American Telephone And Telegraph Company At&T Bell Laboratories | Method and apparatus for providing personalized telephone subscriber features at remote locations |
US4757267A (en) * | 1987-06-17 | 1988-07-12 | Applied Telematics, Inc. | Telephone system for connecting a customer to a supplier of goods |
US4788718A (en) * | 1987-10-05 | 1988-11-29 | American Telephone And Telegraph Company, At & T Laboratories | Call data collection and modification of received call distribution |
JPH01278155A (en) * | 1988-04-30 | 1989-11-08 | Fujitsu Ltd | Centralized maintenance system |
US5062103A (en) * | 1988-12-29 | 1991-10-29 | At&T Bell Laboratories | Telephone agent call management system |
-
1991
- 1991-04-17 US US07/686,647 patent/US5251255A/en not_active Expired - Lifetime
-
1992
- 1992-03-31 CA CA002064487A patent/CA2064487C/en not_active Expired - Fee Related
- 1992-04-08 EP EP19920303084 patent/EP0509705A3/en not_active Withdrawn
- 1992-04-17 JP JP4096886A patent/JPH07170342A/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
EP0509705A2 (en) | 1992-10-21 |
JPH07170342A (en) | 1995-07-04 |
CA2064487A1 (en) | 1992-10-18 |
US5251255A (en) | 1993-10-05 |
EP0509705A3 (en) | 1993-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2064487C (en) | Processing interactions among telecommunications call features | |
US5369695A (en) | Method of redirecting a telephone call to an alternate destination | |
US4567323A (en) | Method and apparatus for providing a plurality of special services | |
US5086461A (en) | Apparatus and method for providing existing 1ESS and 1AESS telephone switching equipment with the capability of using the SS7 protocol | |
CA2177759C (en) | Transmission of a data message during silent intervals of ringing for selection of terminal equipment | |
AU707617B2 (en) | Providing special services to a caller configured as a virtual called party | |
US5574783A (en) | System and method for providing competitive access telephone service for telephones connected to a remote terminal of the monopoly service provider | |
US4591665A (en) | Method and apparatus for providing call tracing service | |
US5063592A (en) | Control of non-locally switched telecommunication services | |
US4707853A (en) | Electronic private branch exchanges | |
AU737075B2 (en) | Call diversion with destination querying | |
US6765886B1 (en) | Call set-up and service invocation in telecommunications networks | |
US4660220A (en) | No answer mode for telephone systems | |
KR910006061B1 (en) | Automatic distribution method of calls in collect telephone | |
JP2618030B2 (en) | Communication path connection method in exchange | |
EP0424877A2 (en) | Malicious call detection method and system | |
KR100267849B1 (en) | Method of automatic network dialing by r2 singal | |
KR100526521B1 (en) | Call Answering Method According to Caller Type in Private Switching System | |
EP1006705A1 (en) | Private telecommunications switching system and method of establishing a connection | |
KR19990034369A (en) | Ring pick-up method using the Centrix function | |
WO1993018603A1 (en) | Arrangement in a transfer call equipment | |
JPS6243639B2 (en) | ||
KR19990057988A (en) | How to send number of calling subscriber | |
KR19990034370A (en) | Speed call service method using guide | |
CA2312152A1 (en) | Intelligent-networked telephone system with call waiting services compatibility |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |