Classifications

• • 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/432—Arrangements for calling a subscriber at a specific time, e.g. morning call service
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q3/00—Selecting arrangements
  • H04Q3/0016—Arrangements providing connection between exchanges
  • H04Q3/0029—Provisions for intelligent networking
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
  • H04M2201/40—Electronic components, circuits, software, systems or apparatus used in telephone systems using speech recognition
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2203/00—Aspects of automatic or semi-automatic exchanges
  • H04M2203/65—Aspects of automatic or semi-automatic exchanges related to applications where calls are combined with other types of communication
  • H04M2203/652—Call initiation triggered by text message
• • 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/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
  • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
  • H04M3/533—Voice mail systems
• • 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/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
• • 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/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
  • H04M3/567—Multimedia conference systems
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M7/00—Arrangements for interconnection between switching centres
  • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal

Definitions

• the invention relates to the provision of supplementary telecommunications services, and more particularly, to a system and method for facilitating the automatic or programmatic set up of calls and store-and-forward services by the control logic of a telecommunications system 2.
• POTS the communications link between a calling party (A-Party) and the called party (B-Party) is under the control of the A-Party Consequently, the communications link between the A-Party and the B-Party remains in place until the A-Party's telephone instrument is placed "on-hook" in which case the system breaks the communications link and the end offices of both parties and in any transit exchange ' s which have been used to link the end offices together.
• B-Party disconnect is employed but the mechanisms for implementing it are considerably different from those of conventional POTS networks.
• the Intelligent Network has been proposed as a solution to address the above requirements
• the IN technology is designed to allow a telecommunications operator to design its own set of unique services or to adapt existing services to specific customer requirements
• the IN architecture permits the impact of installation of new services to be limited to a few control nodes
• Another design feature of the IN architecture is its centralized administration of services This improves the response time and decreases the human resource overhead required to run the network
• the IN architecture permits customer control of some customer-specific data
• the personal number service involves giving each subscriber a specific telephone number, usually one prefixed with an "area code” of 500
• the design philosophy behind the personal number service is to supplant the plethora of contact numbers for each subscriber with just one phone number
• the exchange switch will query a central database and obtain a list of all of the telephone numbers where the subscriber might possibly be reached. The switch will then ring each of those numbers in a predetermined order until the call gets answered.
• a subscriber may be provided the ability to dynamically update the contact number database from any telephone instrument
• Such customer control can permit a subscriber to add the number of a hotel or other location where he or she may be temporarily located.
• the design philosophy behind the IN architecture is to reduce the time to market for the provision of new services, to lower development and administration costs, and to enhance profits deriving from the provision of premium services
• the classic example of an IN service is the use of a single dialed number (the B-number) by customers spanning a large geographic area that is redirected to one of a plurality of local service centers.
• a pizza franchise can advertise a single telephone number for ordering pizzas. Whenever a customer dials the advertised number, the IN service can direct the call to the nearest franchisee based upon the number of the dialing subscriber (the A-number)
• the Intelligent Network concept originated in the United States. Originally, the intent was to provide a central database for translating a single dialed number into a different terminating number.
• One of the earliest applications of IN services was to provide toll free calling ("Freephone").
• Toll free numbers do not directly correspond to a physical telephone line, but need to be translated into an actual termination number The translation may be dependent upon the location of the caller and upon the time of day
• SS7 Signaling System No. 7
• the SS7 protocol allowed for the first time, the fast database lookups needed for the implementation of toll-free calling
• UPN Universal Personal Number
• VPN Virtual Private Network
• the VPN service allows a private network to be constructed using public network resources
• a corporation could have a corporate telephone network that permits all of its employees to communicate with each other without investing in the hardware or software needed for providing a physical private network
• a corporate customer can also avoid the costs of maintaining a physical network
• a telephonic, audio-visual or data conference call by providing the telephone numbers of the parties to the conference and the date, time and duration of the conference to a telecommunications service provider
• the scheduling and set up of conference calls has been done manually or in a semi-automatic manner Parties to a scheduled conference have to be manually informed of the time of the call Consequently, participants in a conference call have to be separately contacted one or more times p ⁇ or to the call
• subscribers may wish to schedule a multi-party, multi-media conference call by notifying the IN system using a non-call-related store-and-forward message such as voice mail, electronic mail (e-mail), message in Short Message Service (SMS) format, pager messages, etc.
• SMS Short Message Service
• Each subscriber may have a different preference about the format in which his or her incoming messages should be delivered in
• Subscriber A might like to receive an e-mail notification every time he or she is scheduled to participate in a daytime conference call but would like a voice mail notification instead if she is out of town
• a telecommunications service provider were able to store each subscriber's notification and delivery preferences, and perhaps even permit interactive scheduling and set up of conference calls, then the service provider would be able to provide enhanced value to the subscribers and thus reap additional revenues
• One embodiment of the present invention has been implemented in an IN (Intelligent Network) telecommunications system comprising a plurality of IPs (Intelligent Peripherals) connected to an SCP (Service Control Point) over a network.
• the plurality of IPs may be further connected to each other over a distinct telecommunications backbone.
• an IP orders the SCP to set up a call to a subscriber by issuing a "Set Up Call” command to the SCP upon which the SCP sets up the call to one or more and confirms the same to the IP as shown at 1002.
• the SCP then returns the results of the call set up to the IP
• FIGURE 1 is an illustrative diagram showing the standard Intelligent Network
• FIGURE 2 shows the components of an exemplary simple Intelligent Network
• FIGURE 3 shows the structure of a Service Independent Building Block (SIB),
• SIB Service Independent Building Block
• FIGURE 4 shows the mapping of the various IN functional entities into physical units
• FIGURE 5 shows an example of an IN implementation with service nodes at the transit level
• FIGURE 6 shows the preferred methodology for implementing various services in the IN Conceptual Model
• FIGURE 7 illustrates two approaches towards implementing an API
• FIGURE 8 shows one technique for defining personal agents using Service Logic Programs (SLPs);
• FIGURE 9 shows one embodiment of the Networked IP (NIP) system and method of the present invention.
• NIP Networked IP
• FIGURE 10 is an overview sequence diagram illustrating the flow of messages between the SCP and the various IPs during the operation of the "Set Up Call” command of the present invention
• FIGURE 11 shows the finite state machine for the SCP during the operation of the present invention.
• FIGURE 12 shows the finite state machine for the IP during the operation of the present invention
• the present invention provides a solution to a set of problems concerning the automatic set up of outgoing calls by the service controller in an IN system, in response to a directive from one or more IPs.
• the call set up request from an IP to the SCP in an IN system may in turn arise from a change in the status of a servicing daemon in the IP.
• An Intelligent Network is a telecommunications network architecture that provides flexibility for facilitating the introduction of new capabilities and services into a network such as the Public Switched Telecommunications Network (PSTN) or a Public Land Mobile Network (PLMN) Examples of such new capabilities and services include toll free calling ("Free Phone”), credit card services and Virtual Private
• VPN Networks
• IN embodies the dreams of the unbundled network of the future in which freedom is given to service providers and users to personalize the network services, independently of access, switch term technology and network providers
• An international consensus view on IN is described in the ITU-TS Recommendation Q 1200
• the details of the IN architecture have been specified in the International Telecommunications Union (ITU) Recommendation I 312/Q 1201 which also contains a verbal explanation of the IN Conceptual Model (INCM) shown in FIGURE 1
• ITU's IN Conceptual Model analyzes and systematizes the various tasks and processes associated with call handling and the provision of services into four planes a Service
• Plane 101 a Global Function Plane 102, a Distributed Function Plane 103, and a Physical Plane 104
• Number Services for example, toll free calling ("Free Phone"), credit card calling, personal number services, televoting, etc
• SSF Service Switching Function
• SRF Special Resource Function
• SCF Service Control Function
• the main building blocks of IN are the SSF, the SCF, the SDF and the SRF
• the SRF is also referred to hereafter as the logical Intelligent Peripheral (logical IP)
• logical IP logical Intelligent Peripheral
• Each of these building blocks is a separate logical entity which may, but need not, be physically integrated with the other entities of the telephone network, logical or otherwise
• the physical and logical entities are referred to interchangeably as one in the following description of the preferred embodiment
• the IN architecture divides the basic call process into discrete strictly-defined stages that gives telecommunications service providers and subscribers the ability to manipulate the call process
• the components of a simple Intelligent Network 200 has been shown in FIGURE 2
• the standard architecture of the Intelligent Network has defined various components of the IN as well as the interfaces between the individual components.
• the call is first routed to a special node in the network that is called the Service Switching Point (SSP) If the SSP recognizes an incoming call as an IN call, then all further processing of the call is suspended while the SSP informs the Service Control Point (SCP), another node in the IN system, that an IN call has been received
• SSP Service Switching Point
• SCP Service Control Point
• the SCP provides the "intelligence" in the "Intelligent Network"
• the SCP controls everything that happens to an IN call and makes all the call processing decisions
• the SCP decides upon the appropriate action that is to be performed on the call, the SCP instructs the SSP to carry out the necessary action
• the Service Control Function contains the logic of an IN service and bears the complete responsibility for making decisions related to a call invoking that service.
• This service logic may run on any telecommunications platform (e.g., Ericsson's AXE platform or UNIX)
• the node i e., the physical hardware and the software that contains the SCF is called the Service Control Point (SCP) 201
• the data needed for each service (e g , the list of subscriber telephone numbers) is provided by the Service Data Function (SDF)
• SDF Service Data Function
• the data needed for the services is stored in the SCF itself
• the function of storing the service-related data is allocated to the SDF which provides the data upon demand to the SCF
• the SDF can be UNIX's machine running a commercially-available database program such as Sybase
• the physical node that contains the SDF is referred to as the Service Data Point (SDP) 202
• CCF Call Control Function
• the Service Switching Function interprets the instructions sent by the SSF.
• the SSF also receives call event data (e.g., the onhook offhook status of a subscriber or a subscriber line being busy) from the CCF and passes the data to tht- SCF
• call event data e.g., the onhook offhook status of a subscriber or a subscriber line being busy
• the physical node i e , the exchange hardware and software that contains the SSF is referred to as the Service Switching Point (SSP) 204 and 205.
• SSP Service Switching Point
• the Specialized Resource Function provides certain resources for use in IN services, e.g., DTMF (Dual Tone Multiple Frequency) digit reception, announcements and speech recognition.
• the SRF communicates directly with the SCF.
• the SRF functionality may be co-located with the SSF. In this case the SFR does not communicate directly with the SCF, but via the SSF.
• the SRF is not shown in FIGURE 2.
• the Service Management Function (SMF) 207 administers the maintenance of
• the Service Creation Environment Function (SCEF) 207 allows an IN service to be developed, tested and input to the SMF.
• SCEF Service Creation Environment Function
• the SMF and the SCEF are combined into one and termed the Service Management Application System (SMAS).
• SMAS Service Management Application System
• the SMAS application is part of the TMOS family and runs under the UNIX operating system. It permits services to be designed using a graphical interface and provides convenient forms for the entry of service data
• FIGURE 2 shows an exemplary SCP 201 connected to an SDP 202 and SSPs 204 and 205.
• the SCP is also connected to an SMF/SCEF 207 All of the links running to and from the SCP 201 are shown as dashed lines in FIGURE 2 to indicate that they are not voice links.
• the SDP 202 is also connected by a non-voice link to the SMF/SCEF 207.
• the SSP 204 is connected to two local exchanges (LEs) 223 and 224 as well as to a transit exchange (TE) 211.
• the transit exchange 21 1 in turn is connected to two other local exchanges 221 and 222
• the SSP 205 is connected to local exchange 225.
• the local exchanges 223 and 224 are shown in FIGURE 2 to be connected to an exemplary originating subscriber T-A 231 as well as to an exemplary terminating subscriber T-B 232.
• the corresponding physical nodes are called the Service Switching Point (SSP), the Service Control Point (SCP), the Service Data Point (SDP), and the physical Intelligent Peripheral (IP).
• SSP Service Switching Point
• SCP Service Control Point
• SDP Service Data Point
• IP physical Intelligent Peripheral
• the user agent is identified in the SCF by the calling or the called party number, and invoked when an armed trigger point in the serving node is hit Signaling data and call state data can be manipulated by the user agent
• the SRFs are capable of in-band communication with the users or with each other to overcome limitations in the current signaling systems.
• SIBs service independent building blocks
• FIGURE 3 shows the structure of a SIB
• Each SIB 301 is an elementary logical element in a service logic that hides the implementation from the programmer When existing SIBs cannot meet a new requirement, new SIBs are defined
• SIBs 301 perform functions such as analysis of signaling information, control of connection topology, interaction with the user, reading and writing of data, collection and output of call data, etc
• Other SIBs are pure language elements such as jump, go to subroutine, loop, handover, etc
• SLPs Service Logic Programs
• SCEF Service Creation Environment Function
• the SIBs 301 are made available to the SCEF through a system-independent Application Programming Interface (.API) As also illustrated in the figure, the SIB receives a logical input 31 1, generates logical outputs 312, receives SIB support data 321 and receives, and outputs, call instance data 322
• .API Application Programming Interface
• FIGURE 4 The mapping of the various IN functional entities into physical units or entities is shown in FIGURE 4 where the suffix "F” stands for the various functional entities and the suffix "P” stands for physical entities
• SMF refers to the Service Management Function
• CCF refers to the Call Control Function
• FIGURE 5 An example of an IN implementation with service nodes at the transit level is illustrated in FIGURE 5
• the service nodes shown in FIGURE 5 can be reached from any access node such as a local switch in PSTN or ISDN or an MSC in a Public Land Mobile Network (PLMN) system
• PLMN Public Land Mobile Network
• the service nodes can serve both personal telephony as well as other number-based services User identities and authentication information may be transferred in-band to the SRF or embedded in calling- and called- party number fields in the signaling systems
• the personal agent has components in the Call Control Function, CCF (i e , the trigger point data), the Service Control Function, SCF (i e , the service logic), and in the Service Data Function, SDF (i e , the service data)
• CCF Call Control Function
• SCF Service Control Function
• SDF Service Data Function
• the role of the Service Switching Function is to recognize that a call is invoking an IN service, and then to communicate with the SCF to receive instructions about how to handle the call
• the SCF is where the intelligence of the IN resides as it contains the logic required to execute various services
• the SDF is a database system that provides the data storage capacity needed for the data intensive supplementary services
• the IP is the network element that provides resources for user interaction such as voice announcements and dialogue, dual tone multi-frequency reception (DTMF) and voice recognition.
• API Application Programming Interface
• the ITU's IN Conceptual Model shown in FIGURE 1 also defines the methodology for implementing various services. This is shown in FIGURE 6
• the service requirements are first translated to SIB structures at 602.
• the resulting SIBs 603 are mapped at 604 to various Functional Entities 605
• the Functional Entities 605 in turn are mapped at 606 to one or more Physical Entities 607
• the service requirements in IN are not directly translated into network functionality Instead, the service requirements are translated into service platform elements (i e , SIBs) which in turn are implemented according to the IN three-stage model to become reusable capabilities and protocol elements in the telecommunications network
• API Application Program Interface
• the fixed logic can be expressed in a standard programming language such as C or C++, etc , and compiled and loaded into a standard execution environment
• the flexible logic part in contrast, consists only of exchangeable data
• the second approach would be to define a service API that gives full control over all aspects of the logic by combining SIBs with each other to achieve the desired function
• Each SIB can be linked to any other SIB in this approach
• Some SIBs perform a telecommunications function while others are only linking elements in the logic
• All logic is expressed as data that describes which SIBs are to be used, how they are linked, and what data each SIB is to use to perform its function All implementation details are thus hidden from the service programmer This is the principal approach taken in Ericsson's IN products
• FIGURE 7 The two approaches toward implementing the API are illustrated in FIGURE 7
• the SIB-platform approach is shown in FIGURE 7 A, and the Service Logic Execution
• FIGURE 7B The SIB approach of FIGURE 7A expresses all service logic as a combination of elementary SIB functions that are available in the service platform to form flexible service profiles (FSPs)
• FSPs flexible service profiles
• SLPs Service Logic Programs
• the compiled code uses telecommunications platform primitives, such as
• FSPs Flexible Service Profiles
• SIB-based service profile can be executed on any compatible platform, whether it is a switch processor, a stand-alone personal computer, or work-station.
• the old paradigm, giving the same features to all subscribers, is replaced by feature transparency for each individual subscriber, irrespective of access.
• the Intelligent Network Application Part (INAP) Protocol is used for signaling in IN systems.
• the IN.AP signaling protocol has been standardized by both the European Telecommunications Standards Institute (ETSI) and the International Telecommunications Union (ITU), and includes the CCITT Signaling System No. 7 (CCS7) which is one, but not the only network protocol that may be used to support
• ETSI European Telecommunications Standards Institute
• ITU International Telecommunications Union
• CCS7 CCITT Signaling System No. 7
• the IN CS-1 standard One of the shortcomings of the core INAP as it is specified today (i.e., the IN CS-1 standard), is that the communication possibilities between the SCF and the IPs are restricted to speech only. Other media such as e-mail, facsimile, data, etc. are currently not supported by the CS-1 standard. Thus, non-call-related services are not included in the present CS-1 standard.
• the Networked IP (NIP) implementation of which the present invention is a part, can be characterized as an extension to the INAP to include the handling and processing of non-voice media and the provision of non-call-related communication between the SCF and the IPs NIP allows the SCF to be in total control of all store- and-forward (i e messaging) services such as voice mail, e-mail, SMS messages, etc
• NIP-INAP The protocol used for the NIP implementation is referred to hereafter as NIP-INAP
• the NIP-INAP is an Ericsson- specific extension to the IN CS-1 standard
• FIGURE 9 shows a Networked IP (NIP) system of an embodiment of the present invention
• a Networked IP system comprises an SCP 901 that can communicate with a plurality of Intelligent Peripherals (IPs) 91 1-914
• IPs Intelligent Peripherals
• Each of these logical IPs are SRFs in IN terminology, as noted earlier
• IPs are SRFs in IN terminology, as noted earlier
• FIGURE 9 an IP, 911, also referred to as the Call Initiation IP, connected to subscribers 921-924, an IP 2 912 connected to subscriber 925 and also serving as a gateway IP to an ISDN system 960, an IP 3 913, connected to subscribers 926-929, and an IP 4 914 connected to subscribers 930 and 931 that also serves as a gateway to a PLMN system 950
• the IPs 91 1-914 can communicate amongst each other over a communications backbone 910 using any protocol, for example, TCP/IP, X 25, etc
• the services, features and call restrictions that have been selected by or made applicable to each subscriber are stored in the SCP 901 in the form of a subscriber- specific Service Logic Program 902
• the Service Logic Program 902 may include restrictions on incoming or outgoing calls, create virtual private networks and set access limitations concerning these VPNs for various call-related situations
• FIGURE 9 also shows the Intelligent Network system connected through the gateway IPs, IP 2 912 and IP 4 914 to an exemplary Integrated Services Digital Network (ISDN) system 960 and a Public Land Mobile Network (PLMN) system 950, respectively.
• ISDN Integrated Services Digital Network
• PLMN Public Land Mobile Network
• the IN system could also be connected to other public or private networks
• FIGURE 9 also provides an overview of the operation of an embodiment of the present invention.
• a subscriber such as the subscriber 921 or another IP sends a message to the Call Initiation IP, IP, 911, IP, issues a call set up request to the SCP
• IP may poll SCP 901 to check whether any IN services such as restriction control and number translation have been requested, selected or ordered by any of the parties to the call.
• the present invention does this by introducing a new procedure to the INAP for this purpose: the "Set Up Call” command which enables an IP to direct the SCF to set up a call to a specific number at a specified time
• Mailboxes can exist for several different media, for example, voice mail, facsimile mail, e-mail, SMS, etc.
• each medium and its associated mailbox is referred to as a logical IP
• IP Call Initiating IP
• IP Call Initiating IP
• 91 1 directs the SCP to set up a call
• IP Call Initiating IP
• the actual call set up request can also originate at any IP containing the necessary processing power and system resources for interpreting a call set up request received in a non-call-related medium e.g voice mail, e-mail, SMS messages, etc
• TCAP Transaction Capabilities Application Part
• FIGURE 10 shows the sequence diagram when an IP 91 1 orders the SCP 901 to set up a call to a subscriber This phase begins as shown at 1001 with the IP, 91 1 issuing a "Set Up Call” command to the SCP 901 upon which the SCP sets up the call to one or more subscriber(s) and confirms the same to the IP, 911 as shown at 1002 The process ends with the SCP returning the results of the call set up to IP, as shown at 1002
• An additional advantage of provided by an embodiment of the present invention is that when used in conjunction with the media conversion technique and system that is described in the above-referenced, co-pending patent application entitled SYSTEM AND METHOD FOR CONTROLLED MEDIA CONVERSION IN AN INTELLIGENT NETWORK, Serial No 08/724,845 (Attorney Docket No 27946-00156), in the names of Bo Arne Valdemar ASTROM, Robert Johannes Bemardus SCHMERSEL, Gulamabbas
• a subscriber is permitted to interactively or in advance request or prescribe a call set up in the absence of a call dialogue, i e., it can permit a subscriber to send a voice mail, a facsimile mail or an e-mail requesting a system callback to one or more identified or prespecified numbers at a specified time or for a specified duration SCP and IP Finite State Machines
• FIGURES 11 and 12 show the finite state machines for the SCP 901 and the various IPs 911-914 of the present invention.
• the states of the machine are symbolized with an oval, while events causing state transitions are drawn as continuous arrows.
• Functions are depicted within broken rectangles, while actions ordered by the functions are indicated by broken arrows.
• FIGURE 1 1 shows the finite state machine for the SCP.
• the SCP has two states: the Idle state 1101, and the Active state 1102
• the SCP also has an additional quasi-state: the Session Handling state 1121.
• the SCP goes from the Idle state 1 101 to the Active state 1 102 upon the receipt of the "Set Up Call" command from IP, 911, as shown at 1 1 1 1.
• the SCP goes from the Active state 1 102 to the Idle state 1 101 as shown at 11 12 upon normal termination of the dialogue between the SCP and the invoking IP, upon rejection of a dialogue due to the presence of improper components and upon a dialogue being aborted from either side.
• FIGURE 12 shows the finite state machine from the IP side.
• the IPs 91 1 -914 have two principal states: the Idle state 1201 and the Active state 1202.
• an IP goes from the Idle state 1201 to the Active state 1202 upon invoking the "Set Up Call” command as shown at 121 1.
• the reverse state transition, from the Active state 1202 to the Idle state 1201 as shown at 1212 occurs upon normal termination of the dialogue with the SCP 901, upon rejection of an offered result by the SCP due to the presence of improper components, upon an abort of the SCP-IP dialogue from either side or upon the operation being timed out.
• the caller when a multi-party conference call is to be made, the caller must manually call each party and join each party into the teleconference to form the conference call.
• the caller utilizes a predefined keypad for a particular PBX or exchange
• the parties desiring to participate in the teleconference sequentially call in to one caller, the teleconference leader .And, the teleconference leader manually hooks the incoming party into the conference call.
• Operation of an embodiment of the present invention permits automation of the call set-up.
• a subscriber subscribes to a service permitting automated teleconference, or other call setup, services by proper instruction of the IPs, such as the IP, 91 1 (shown in Figure 9).
• IPs such as the IP, 91 1 (shown in Figure 9).
• a subscriber initiates the automated teleconference by utilizing a non-call related, store-and-forward message, such as an E-mail message sent to an IP Utilization of such a message permits advance, call setup
• the E-mail message sent to the IP in such an embodiment includes the time, date, at which the teleconference is desired and the parties to the teleconference.
• the IP schedules the task to be performed and triggers the call setup at the appropriate time and date That is to say, the IP informs the SCP, such as the SCP 901 (shown in Figure 9), to set-up a call to the destinations, i e., parties requested in the E-mail utilizing the CALL SETUP procedures described previously.
• SCP such as the SCP 901 (shown in Figure 9)
• the subscriber can initiate the teleconference in other manners, such as by utilizing an SMS message or by utilizing an SMS message or by utilizing other terminals to instruct the IP to initiate the call set-up
• analogous procedures are utilized for deferred, call set-ups such as for call wake-up services, dial-out notification services, or the like

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Telephonic Communication Services (AREA)
• Exchange Systems With Centralized Control (AREA)

Priority Applications (4)

Applications Claiming Priority (10)

Publications (2)

Family

ID=27534083

Family Applications (1)

Country Status (6)

Cited By (9)

Families Citing this family (2)

Citations (3)

• 1997
  • 1997-08-20 WO PCT/SE1997/001369 patent/WO1998009423A2/en not_active Application Discontinuation
  • 1997-08-20 CN CN97199229A patent/CN1121791C/zh not_active Expired - Fee Related
  • 1997-08-20 JP JP10511537A patent/JP2000517128A/ja active Pending
  • 1997-08-20 EP EP97935963A patent/EP0922365A2/en not_active Withdrawn
  • 1997-08-20 CA CA002264241A patent/CA2264241A1/en not_active Abandoned
  • 1997-08-20 AU AU38744/97A patent/AU718976B2/en not_active Ceased

Patent Citations (3)

Non-Patent Citations (2)

Also Published As

Similar Documents

Legal Events