Delivery of display information to the caller in an advanced intelligent network

[0002] This invention relates generally to the delivery of information to the caller in the public switched network environment following an AIN trigger processing. The present invention provides a method and a system for coordinating and delivering the information between the public switched network and customer premises equipment (CPE).

[0003] In prior art, focus has been on the delivery of information to the called party to allow the called party to determine the caller and the nature of the call. For example, public switched telephone networks currently provide the delivery of both name and number to subscribers who have subscribed to this service. The caller can receive the name and/or number information from the public switched network and display the information using appropriate terminal equipment. There is, however, no possibility with currently existing PSTN equipment and protocols to forward back to the calling party messages that provide information relating to the call such as name of called party, billing rate or any other suitable information. Stated otherwise, the delivery of information with present day systems is unidirectional, always toward the called party and never toward the calling party. This presents a disadvantage the present invention aims to alleviate.

[0004] An object of the present invention is to provide a novel method and system permitting delivery of information, preferably display information to the calling party in an AIN environment.

[0005] As embodied and broadly described herewith, the present invention provides a method for delivering selected information to a caller connected to an AIN type network that includes:

[0006] a central office switch having service switching point capability to which a terminal equipment of the caller is connected;

[0007] a service control point capable of exchanging data with said service switching point;

[0008] said method comprising the steps of:

[0009] monitoring at said central office switch a condition of said terminal equipment to detect a request for delivering data to said terminal equipment through AIN interaction;

[0010] formulating at said central office switch a query request in accordance with said request for delivering data;

[0011] forwarding said query request to said service control point;

[0012] processing said query request at said service control point and generating a response message;

[0013] forwarding said message to said central office switch;

[0014] delivering to said terminal equipment data in dependence of a contents of said message.

[0015] In a preferred embodiment the above defined method is implemented in an AIN environment, an infrastructure proposed by Bellcore which is being put in place and used by public switched network service providers to deploy new services quickly and effectively. The AIN infrastructure simplifies the design and implementation of new telecommunication services by defining a set of network elements, messages and call models. This allows for many services to be constructed using these standard building blocks and deployed quickly and effectively to subscribers. The AIN architecture is outlined by Berman et al in the ICC '91 Proceedings, Volume 2 at pages 21.1.1 to 21.1.5, June 1991. The contents of this publication are incorporated herein by reference. The existing AIN, however, does not provide for the display of information to the caller during call establishment or during caller interaction controlled by the service logic executed on the service control point (SCP).

[0016] Another component employed in a preferred embodiment of the invention is the signaling system network number 7 (SS#7) network that has been widely deployed as a massaging network between network elements. Within the public switched network this has enabled applications like the delivery of calling name and number. The network uses the signaling system network number 7 (SS#7) to transmit the calling number from the originator to the terminating office. Software which resides at the terminating office receives the information and prepares the information to be transmitted to the terminating customer premise equipment (CPE). The CPE would receive this information and display the number and/or name on the CPE. The AIN signaling messages used to convey information between the service switching point (SSP) and signaling control point (SCP) are also exchanged through the SS#7 network

[0017] To support many of these new services, a new generation of CPE has been developed to provide better interaction between the network and the CPE. This CPE has the added capability to receive information from the network and display it to the caller. One widely used application is again the delivery of calling name and number. Examples of these new CPE are screen-based sets such as those conforming to Bellcore document GR-30-CORE, “LSS-Voiceband Data Transmission Interface”, Section 6.6, Issue 1, Dec 1994, and CPE supporting the ISDN access protocol as described in GR-2824-CORE Generic Requirements for Integrated Customer Advanced Networking (ICAN) Calling Number Identification (ICAN CNIS). This document is incorporated herein by reference. The methods described in this invention use the aforementioned methods and others for delivery of information to the CPE.

[0018] In accordance to the principles of the present invention, information is delivered to the caller, enabling beneficial applications. Three examples illustrate the benefits accruing from the present invention:

[0019] The first is the delivery to the caller of called party name and/or number during the establishment of a call. This new capability allows the caller to determine the name of the person that was called. Another benefit is to allow the caller to verify that the intended number and destination was in fact the number that was dialed, allowing a reduction in misdialled calls. Another benefit is to allow others to see and determine with who the caller is in conversation, for example, in a hands-free conference situation.

[0020] The second sample application is the delivery of rate information during call establishment. The application of this method would allow callers to get a display of the rate that would be in effect during the particular call for the number dialed. The caller could accept the rate and continue with the call, or reject the rate and abort the call. The method described contains the ability for the user to confirm acceptance or reject the call. The benefit to users is to have the knowledge of the rate being used for the call prior to making the call.

[0021] Both of these prior examples demonstrate the use of these methods during call establishment. Another possibility under the present inventive concept is to deliver information to the caller when no call establishment is in progress. An example would be the updating of the personal profile of a caller. The user would interact with the network to update his personal information, for example forwarding number, feature subscription, personal identification numbers (PINs), etc.

[0022] Most preferably, the information that is delivered to the caller is designed to be visually perceptible. In other words, the information is directed to a display screen and may be in the form of a message providing the name or telephone number of the called party, billing rate information, a menu structure allowing to establish a dialog or interaction with the caller, among many other possibilities. In a specific embodiment, the display information may consists solely or in part of executable software instructions that deliver a specific functionality to the terminal equipment of the customer. Application-executable software encompasses Java applets, Javascript, ADSI scripts, etc., among many other possibilities. Java applets, for example, may be used to create sophisticated graphics on the display screen, such as moving logos or games.

[0023] The present invention encompasses two specific embodiments, among several other possible realizations. The first embodiment relates to data delivery to the caller during call establishment, in other words, the caller receives the information while a telephone call is being completed or it is underway. Typically, this embodiment is utilized in instances where the delivered information is specific to the call in progress. The second embodiment covers situations where information is being delivered when no call is being established. This variant is used when the type of information delivered is call independent, such as for example marketing information or any other data that is not related to a call.

[0024] In a specific example under the first embodiment, users with the service would have an AIN trigger provisioned on their lines. As part of provisioning this new service, the user would specify the type of information to be displayed (and the format). In addition, the user would specify if confirmation is required to proceed with the call and the method of the confirmation.

[0025] As the caller goes off hook, the call processing software within the service switching point (SSP) detects this condition as an AIN trigger and then collects the digits of the called party. It should be observed that AIN triggers may occur at different steps of the call model, the off-hook condition being only one of them. The SSP then formulates a request message that solicits the information that will be displayed on the CPE of the caller. The SSP then sends this request message to a service control point (SCP) that contains the relevant information for this service.

[0026] The message is sent using the signaling system network number 7 (SS#7) network and relayed via the service transfer points (STP) to the appropriate SCP. The SCP maps the number dialed along with caller's number to the information that is to be displayed and retrieves this information from its database. The SCP then formulates the appropriate response message and returns the message to the SSP via the same SS#7 signaling network.

[0027] Once the message reply is received by the SSP, the SSP decodes the message and relates this information to a response processor with the AIN. This response processor examines the information returned from the SCP, the line attribute data and determines what information will be displayed and the format of this data. The response processor then provides the local central office display software the information to be displayed and the format. The display software using the signaling path between the local central office and the CPE delivers the display information to the caller.

[0028] If the user has configured the service without confirmation, the response processor continues with normal call processing once the processor has received an indication that the message has been successfully processed by the SCP. If the user has configured the service with confirmation, the response processor waits for the correct confirmation sequence before proceeding with normal call processing. If the user does not enter the correct confirmation sequence within the predefined time-out the call is terminated. In the AIN environment this could be accomplished by relaying the entered digits (or lack of digits within a time period) to the SCP which then decides that the call should not be allowed to proceed. Another possibility is to delegate the acceptance logic to the SSP with a view of reducing massaging/load to the SCP.

[0029] Once the caller returns to the on-hook state the call would terminate as controlled by normal or usual call processing for the type of call.

[0030] Under the second embodiment of the invention an example of the service that is not associated with a call is described as follows;

[0031] Users with this service could have an AIN trigger provisioned on their lines. As part of provisioning this new service, the user would specify the type of information to be displayed (and the format).

[0032] As the caller goes off hook, the call processing software within the service switching point (SSP) detects this condition. The application may or may not need to collect digits from the user, depending on the type of AIN trigger provisioned on the line. The SSP then formulates a request message that solicits the information that will be displayed on the CPE of the caller. The SSP then sends this request message to a service control point (SCP) that contains the relevant information for this service. This message is sent using the signaling system network number 7 SS#7) network and relayed via the service transfer points (STP) to the appropriate SCP.

[0033] The SCP maps the subscriber's number to the information that is to be displayed and retrieves this information from its database. The SCP then formulates the appropriate response message and returns the message to the SSP via the same SS#7 signaling network.

[0034] Once the message reply is received by the SSP, the SSP decodes the message and relates this information to the response processor with the AIN. This response processor examines the information returned from the SCP, the line attribute data and determines what information will be displayed and the format of this data. The response processor then provides the new local central office display software with the information to be displayed and the format. The display software using the signaling path between the local central office and the CPE delivers the display information to the caller.

[0035] If input from the user is required to complete the transaction, the caller enters the appropriate input (in the absence of input a time-out is generated), the input is formatted in SCP language at the SSP and delivered to the SCP. The interaction between the caller and the application residing on the SCP can continue with a series of similar interactions as described above.

[0036] As embodied and broadly described herein the invention further provides an AIN telephone signaling network permitting delivery of information to a terminal equipment of a particular caller, said AIN telephone signaling network, comprising:

[0037] a central office switch having a service switching point capability;

[0038] a plurality of terminal equipments connected to said central office switch;

[0039] a service control point connected to said central office switch and capable of exchanging data with said central office switch;

[0040] means at said central office switch for detecting a condition of a particular terminal equipment indicative of a request for receiving data;

[0041] means at said central office switch for formulating a query request to said service control point;

[0042] means at said service control point for processing said query request and for generating a response message;

[0043] means at said service switching point for processing said message and delivering to the terminal equipment data in dependence of a contents of said message.

[0044] As embodied and broadly described herein the invention further provides method for displaying a name of a called party on a telephone set including a display screen, said telephone set being connected to an AIN type network that includes:

[0045] a central office switch having service switching point capability to which said telephone set is connected;

[0046] a service control point capable of exchanging data with said service switching point;

[0047] said method comprising the steps of:

[0048] monitoring at said central office switch a condition of said telephone set to detect a request for delivering data to said terminal equipment through AIN interaction;

[0049] formulating at said central office switch a query request in accordance with said request for delivering data, said query request including an identifier of a telephone set associated with the called party;

[0050] forwarding said query request to said service control point;

[0051] receiving said query request at said service control point that includes a database containing a plurality of identifiers of telephone sets related to corresponding subscriber names;

[0052] searching said database to locate an identifier corresponding to said identifier of a telephone set associated with the called party;

[0053] extracting from said database a subscriber name corresponding to said identifier of a telephone set associated with the called party;

[0054] formulating a response message including data representative of the subscriber name extracted from said database;

[0055] forwarding said message to said central office switch;

[0056] displaying on said display screen the subscriber name associated with the called party.

[0057] As embodied and broadly described herein the invention further provides a system for displaying a name of a called party on a telephone set including a display screen, said telephone set being connected to an AIN type network that includes:

[0058] a central office switch having service switching point capability to which said telephone set is connected;

[0059] a service control point capable of exchanging data with said service switching point;

[0060] said system comprising:

[0061] means for monitoring at said central office switch a condition of said telephone set to detect a request for delivering data to said terminal equipment through AIN interaction;

[0062] means for formulating at said central office switch a query request in accordance with said request for delivering data, said query request including an identifier of a telephone set associated with the called party;

[0063] means for forwarding said query request to said service control point;

[0064] means for receiving said query request at said service control point, said service control point including a database containing a plurality of identifiers of telephone sets related to corresponding subscriber names;

[0065] means for searching said database to locate an identifier corresponding to said identifier of a telephone set associated with the called party;

[0066] means for extracting from said database a subscriber name corresponding to said identifier of a telephone set associated with the called party;

[0067] means for formulating a response message including data representative of the subscriber name extracted from said database;

[0068] means for forwarding said message to said central office switch and causing the subscriber name associated with the called party to be displayed on said display screen.

[0069] FIG. 1 is a simplified block diagram showing an arrangement of CPE interconnected with a switched telecommunications network for illustrating the operation of the invention;

[0070] FIG. 2 is a simplified block diagram of the system in the central office switch involved in carrying out the call processing in accordance with the invention;

[0071] FIG. 3 is a flow chart illustrating the events occurring in the central office switch when the customer premises equipment goes off-hook;

[0072] FIG. 4 is a flow chart illustrating the events occurring in the service control point when a query request is received; and

[0073] FIG. 5 is a flow chart illustrating the events occurring in the central office switch when a response message from the service control point is received.

[0074] FIG. 1 illustrates schematically the network elements involved in the operation of the invention. That drawing broadly depicts an end-to-end telecommunication system made up of a customer premise equipment (CPE) 105 having an interconnection 107 and 108 to a central office switch 101 located in a public switched telephone network. Interconnections 107 and 108, respectively, identify the voice path channel(s) and data link(s) between the CPE 105 and central office switch 101. Although those interconnections are shown as being separate they may be implemented over the same physical channel.

[0075] The central office switch 101 is operational as a service switching point (SSP) which, for AIN processing, means that this switch is set up to detect call processing triggers that invoke intelligent network call processing services. A service control point (SCP) 104 and elements of a common channel signaling system support the AIN operations that are carried out within central offices 101. The elements of the signaling system of immediate interest are the signal transfer point (STP) and connecting data links (109, 110). Data link 109 connects switches 101 to the STP 102; data link 110 connects STP 102 to SCP 104. The STP 102 is a node within the signaling network to facilitate the transfer of signaling messages within the signaling system.

[0076] All subscribers of the services enabled by this invention (CPE 105 as an example) are assigned one or more AIN triggers in the central office 101 using known AIN capabilities. Service specific information which varies based on the subscribed services is stored in a database at the SCP 104 site. Examples of this information are name databases, service subscription data, rate tables, etc. In essence, the SSP capable central office switch 101 has only knowledge that service is to be provided, while the SCP holds the knowledge of the service subscribed by the caller and the information to be displayed for this service.

[0077] The structure of the control system in the central office switch 101 is illustrated in FIG. 2. The system includes an AIN response processor connected to a subscriber information database 205. An AIN SCP interface 203, connected to the AIN processor 204 constitutes a gateway through which AIN queries or requests are delivered to the SCP 104. The AIN processor 204 is also connected to a CPE display manager 202 that in turn, connects with a CPE interface 201. The function of the display manager 202 and the interface 201 is to control the format and delivery of the information supplied to the CPE 105.

[0078] As depicted in FIG. 3, during call processing, the SSP capable switch 101 detects at step 300 the off-hook condition of the CPE 105 and collects the dialed digits at step 302. At steps 304, 306 the local database is inspected to determine if AIN services are required for this subscriber (AIN trigger). If no AIN trigger is found in the database for the subscriber the call proceeds normally as illustrated at step 308. On the other hand, if an AIN trigger exists, the AIN processor then formulates at step 310 a query that is sent to the SCP 104 through interface 203 (Please refer to FIGS. 1 and 2). The query contains sufficient information to identify the calling subscriber (e.g., the directory number associated with terminal 105) along with any other data necessary to complete the transaction.

[0079] Referring back to FIG. 1, the AIN query is routed to the SCP 104. Routing of this message may encounter one or several STP's such as STP 102. The flow chart at FIG. 4 illustrates the sequence of steps occurring when the query is received at the SCP 104. Upon reception of the AIN query, the SCP 104 decodes it at step 400 and accesses at step 402 its subscriber database 404 to determine at step 406 the services which are subscribed by the caller. The subscriber may have access to several of these services. In these instances, the SCP 104 would select the appropriate service based on selected criteria such a time of day, called number, etc. As discussed above, one of those services may provide the display of the called party as a call is established (e.g., towards CPE 106) or may engage the caller in a service interaction. If the service activated in the SCP 104 needs to deliver the name of the called party to the display of CPE 105 while establishing the call, the name of the called party is retrieved at step 408 from the database 404 on the basis of the digits contained in the query request. This operation is illustrated by the table 412. At step 410 the response is forwarded back to the central office switch 101. The response contains routing information and the display information. This routing information is stored as described in GR-1298. The display information, currently not supported in GR-1298 in routing message Analyze_Route, can be carried in the same TCAP message and same TCAP component using either a new AIN 0.2 parameter or parameter Display_Text as specified in GR-1299. Alternatively, the display information could also be transmitted to the central office switch 101 using another TCAP message or an additional TCAP component. In all cases, the TCAP transaction is closed and the SCP 104 service is terminated.

[0080] In a specific example, the database 404 contains a table establishing a relationship between the telephone dialed by the caller (this information is available in the query message) and the name corresponding to this telephone number. In querying the database 404 the SCP 104 locates the name of the called party corresponding to the number entered by the caller on the CPE 105 and embeds this information in the response message that is sent back to the central office 101. This, of course is only an example as in reality the database could contain a number of other types of information depending upon the range of services that the SCP 104 provides and the particular ones of those services to which the calling party has subscribed. Another example of service is rate of billing for a particular call. The SCP 104 determines from the database 404 what is the rate for the call in terms of amount of money per time unit on the basis of the called number. This information is then included in the response message and sent back to the central office 101.

[0081] The information that can be transmitted in this fashion from SCP 104 to the central office switch 101 could include: rate information for toll or metered calls, name of the called party, marketing and promotional messages, time of day, date, etc. The format of the transmitted information can be simple text or a more advanced format based on the capabilities of the caller's terminal 105. For example, graphical information and applets executable by the terminal (e.g., Java) could be transmitted in the same fashion if supported by the terminal. Applets can be used for displaying a rotating banner on the set, handling scrolling of long messages (e.g. menus) on sets with a limited display area, etc.

[0082] As illustrated at FIG. 5, the AIN response formulated by the SCP 104 is received by central office switch 101 as the response to the query previously issued. The switch 101 presents the received message to the AIN response processor 204 which decodes the response at step 500 and identifies the routing information and the display information at step 502. The routing information is handled as specified in GR-1298. The display information is transferred to the CPE display manager 202 at step 504 which is responsible to control the information presented to the caller. Based on the capabilities and protocol supported by the terminal 105, the CPE display manager 202 formats the information received from the service activated on SCP 104 and sends it to the CPE interface 201 as shown at step 506. This interface sends the information into data link 108 (Please refer to FIG. 1) where it will be received by terminal 105. This link is shown as a separate channel in FIG. 1 although in practice it need not be a separate physical channel. After completing the processing of the SCP response, the switch 101 has established a telephone call with appropriate called party (e.g., terminal 106) and the display of terminal 105 was updated with the appropriate display information.

[0083] Alternatively, the service activated in the SCP may be more sophisticated and require an explicit information exchange or confirmation with the caller. Most preferably, this is effected through SCP interaction. The entered digits on the CPE 102 (or lack of digits within a certain time period) are relayed from the central office switch 101 to the SCP that decided what to do with the call. If the subscriber service profile in the database 404 indicates that call confirmation is to be enforced, and the dialed digits do not correspond to confirmation data, then the SCP aborts the call. Otherwise the call is allowed to proceed. A possible variant of this process is illustrated in FIG. 5. The variant consists of delegating call confirmation decisions to the central office switch 101. Here, the response message sent by the SCP 104 would need to include some form of indicator as to whether call confirmation is enforced for this subscriber. If confirmation is required by the user before the call is allowed to proceed, the processor 204 enters a wait state 508 and observes the channel 107 to determine if a confirmation sequence has been entered by the caller on the CPE 105. If no confirmation is issued within a predetermined time period the call procedure is aborted, as shown at step 510. Otherwise, the call is established as shown at step 512.

[0084] In general, the services offered to the subscriber under the present inventive concept may or may not be related to establishing a call. For example, the caller may dial a vertical access code which has been provisioned in the central office switch 101 as requiring SCP processing. This invention also provides for the required capabilities to conduct the interaction with the caller using display indications. As the SCP 104 receives the AIN query from switch 101, a service which requires interaction with the calling party may be activated. In an AIN network, these interactions are managed by exchanging TCAP messages between the switch and the SCP while maintaining an open TCAP transaction. The SCP 104 can direct the SSP 101 to provide or collect information from the caller by sending message Send_To_Resource to the SSP 101 as described in GR-1298 and GR-1299. The SSP 101 handles the user interface (announcement, tones, digit collection) and communicates the result to the SCP 104 using messages Resource_Clear and Call_Info_From_Resource.

[0085] This invention allows the SCP 104 to include in the TCAP message which carries the SCP 101 instructions (usually a Send_To_Resource) a new parameter or parameter Display_Text for the purpose of carrying information to be displayed by the switch 101 while engaging in an information exchange with the caller. This information could also be exchanged using separate messages or additional TCAP components in the current message.

[0086] The SCP adds the display information in its AIN response message. This message is delivered to the switch 101. The switch presents the encoded TCAP message to the AIN SCP interface 203 which decodes it and forwards it to the AIN response processor 204. The AIN response processor extracts the display information from the other information supplied by the SCP 104 and transmits this display information to the CPE display manager 202 which processes it as explained above. As a result of this processing the display of the terminal 105 is updated. The SCP 104 requested interaction as supported in GR-1298 is then performed. These actions could be playing an announcement or a tone and collecting digits. If several exchanges are conducted during the interaction, the SCP 104 may request several times the display of display information. The capability for AIN services to provide both display and audible indications to the caller can be used by those skilled in the art to implement several services. Some of these services may be used when telephone calls are established (e.g., such as rate confirmation). Other services can be used outside of call procedures (e.g., user profile update in a single number service). When this capability is used during interaction prior to establishing a telephone call, the SCP 104 may also make use of the capability described above for supplying additional display information when providing the routing information to central office switch 101.

[0087] In the examples provided above the display information delivered to the CPE 105 resides in the database 404 of the SCP 104. The advantage of this arrangement is that the information is stored at a single location and may be distributed to the subscribers of the network as required. One drawback, however, resides in the requirement of delivering large blocks of data to different subscribers which may not be desirable in instances where the signaling network is overloaded, or may not be practical due to protocol limitations. To avoid this difficulty the data stored in the SCP 104 may be distributed either fully or in part in the local databases of the central office switches 101. The database 404 would, thus, contain the service display elements which could be invoked by the SCP 104 to provide display services to the caller. Thus, during an interaction with the caller, the response formulated by the SCP 104 to the central office switch 101 would provide a key allowing the local database to generate the specific information to be displayed to the caller. This approach reduces the amount of traffic between the central office switches and the SCP 104, however, as mentioned earlier requires at least some of the information to reside in the local database of the central office switch. A possible compromise is to store all the database information relating to subscribers in the database of the SCP 104 to avoid the necessity of maintaining large amounts of data in several central office switches. The advantages of having this type of information stored in a single location is, among other things ease of updating. Thus, when a particular subscriber changes his/her profile and wishes to access other services or a new subscriber is connected to the network in which case his name and associated telephone number are added to the database, a single database location needs to be updated instead of a multiplicity of smaller databases. On the other hand, information that is less susceptible to change over time, such as graphical display elements as marketing logos, may be stored in the local databases. In those instances, the response formulated by the SCP 104 contains both the information that is displayed on the CPE 105 or used in the associated central office switch to invoke a certain procedure, and a key allowing the local database of the central office switch 101 to retrieve and extract information that again can be either displayed on the CPE 105 or used to perform a certain task that does not require any displaying of information to the caller.

[0088] The above description of a preferred embodiment should not be interpreted in any limiting manner since variations and refinements can be made without departing from the spirit of the invention. The scope of the invention is defined in the appended claims and their equivalents.