US20030156697A1 - System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call - Google Patents

System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call Download PDF

Info

Publication number
US20030156697A1
US20030156697A1 US10/077,331 US7733102A US2003156697A1 US 20030156697 A1 US20030156697 A1 US 20030156697A1 US 7733102 A US7733102 A US 7733102A US 2003156697 A1 US2003156697 A1 US 2003156697A1
Authority
US
United States
Prior art keywords
ecc
call
subscriber
conference
dialing
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.)
Abandoned
Application number
US10/077,331
Inventor
John Svercek
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US10/077,331 priority Critical patent/US20030156697A1/en
Publication of US20030156697A1 publication Critical patent/US20030156697A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/56Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/50Aspects of automatic or semi-automatic exchanges related to audio conference
    • H04M2203/5018Initiating a conference during a two-party conversation, i.e. three-party-service or three-way-call

Definitions

  • the invention relates to an on-demand teleconferencing system and method for an Expanded Conference Call (ECC) initiated by dialing an ECC Access Code when originating a new call to a Conference System, or causes an active two party or three-way call to be connected to a Conference System to allow a greater number of parties to participate in the conference call.
  • ECC Expanded Conference Call
  • a subscribing party initiates ECC by dialing an abbreviated ECC Access Code consisting of a dialing sequence of less than seven digits.
  • the original two or three-way call participants in an active call are automatically connected to the conference system after the subscribing party initiates ECC without having to disconnect and originate new calls.
  • the present invention allows a simple to remember ECC Access Code number to be dialed to initiate an on-demand conference session with a Conference System.
  • the present invention also solves the above inefficient operation by connecting existing call participants to a conference bridge without having to disconnect and initiate a new call to the Conference System. Once existing call participants are connected to the conference system, other participants can be added to the call immediately.
  • the invention is a system and its corresponding associated method of use as generally described as follows:
  • the system is for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, and comprises:
  • [0010] means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and the ECC Access Code being conference call initiation means comprising a dialing sequence of less than seven digits.
  • the dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, *XXXX, *XXXX, or *XXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XXXXX*, or XXXXXX* where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXXX#, or XXXXXX# where X is any digit 0 to 9 .
  • the system further comprises means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code, wherein the subscriber initiating the on-demand conference call is not connected to a party participant.
  • the system also comprises means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties; means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash, and via alternative input method such as key board entry without DTMF or dial pad without DTMF; means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System
  • the ECC application for the initiation of a new conference call or an established two party or three-way call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
  • Communications between the serving switch and the external ECC application can utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
  • AIN Advanced Intelligent Network
  • SCP Service Control Point
  • SSP Service Switching Point
  • CTI Computer Telephony Interfaces
  • SCAI Switch to Computer Applications Interface
  • Parlay Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
  • the system comprises means for identifying the subscriber; and means for maintaining an account record and profile related to the subscriber, including Conference System routing information, wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
  • the system further comprises means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls.
  • AIN Advanced Intelligent Network
  • means for the ECC application to initiate additional information requests to the serving switch; and means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System.
  • Communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.
  • OSI Open Systems Interconnection
  • FIG. 1 schematically depicts a subscriber initiating a new call to a Conference System by dialing an ECC Access Code
  • FIG. 2 schematically depicts the physical switch connections described by this invention for existing participants of an active two party or Three-Way call;
  • FIG. 3 schematically depicts the initiation of a new call via the ECC system via the Advanced Intelligent Network (AIN) architecture and a PSTN Service Switching Point (SSP) end office by simply dialing an ECC Access Code;
  • AIN Advanced Intelligent Network
  • SSP Service Switching Point
  • FIG. 4 schematically depicts the initiation of a new call via the ECC system for a PABX subscriber dialing the ECC Access Code
  • FIG. 5 schematically depicts the execution of the ECC system for active two party or Three-Way call via the Advanced Intelligent Network (AIN) architecture and a PSTN SSP end office;
  • AIN Advanced Intelligent Network
  • FIG. 6 schematically depicts the execution of the ECC system for active two party or Three-Way call via a PABX and Computer Telephony Interface (CTI) architecture;
  • CTI Computer Telephony Interface
  • FIG. 7 schematically depicts a call flow for a new call to ECC System for a PSTN AIN/SSP subscriber
  • FIG. 8 schematically depicts a call flow for a new call to ECC System for a PABX/CTI subscriber
  • FIG. 9 schematically depicts a call flow for the ECC system for an active two party or Three-Way call via the Advanced Intelligent Network (AIN) architecture and a PSTN SSP end office; and
  • AIN Advanced Intelligent Network
  • FIG. 10 schematically depicts a call flow for the ECC system for active two party or Three-Way call via a PABX and CTI architecture.
  • FIG. 1 schematically depicts a subscriber initiating a new call to a Conference System by dialing an ECC Access Code.
  • the “Subscriber” is the call participant that has the ability to initiate an ECC conference call.
  • the “Serving Switch” can consist of either a Class 5 PSTN circuit switched End Office, a Class 5 PSTN SSP circuit switched End Office, a circuit switched PABX, a Hybrid circuit switched PABX/Key System, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies.
  • the “Conference System” is any conference system that supports on-demand conference calling via control of the conference Subscriber.
  • the Conference System can be connected to the PSTN or to a PABX.
  • the ECC “Subscriber” must be connected to the ECC serving switch. Other call participants could be connected to the same switch as the ECC subscriber or to other switching entities connected to the PSTN, e.g., PSTN end office, PABX, Hybrid PABX/Key system.
  • Subscriber 10 served by Serving Switch 100 goes Off-Hook and dials the ECC Access Code.
  • the Serving Switch 100 either encounters an internal ECC application or a call event trigger which communicates with the external ECC application.
  • the ECC application provides the Directory Number (DN) of the Conference System 200 port 60 to the Serving Switch 100 . ECC execution is completed.
  • DN Directory Number
  • Serving Switch 100 establishes Connection 30 between Subscriber 10 and Conference System 200 port 60 .
  • Conference call connections with other participants are controlled by the Subscriber 10 and Conference System 200 .
  • Connections 31 , 32 , 33 , through 3 n via Conference System 200 ports 61 , 62 , 63 , through 6 n are established.
  • the ECC application required to execute the above call procedures as defined in this invention can be integrated into internal call processing of the serving switch or provided by an external computing platform.
  • FIG. 2 schematically depicts the physical switch connections described by this invention for existing participants of an active two party or Three-Way call.
  • the “Subscriber” is the call participant that has the ability to initiate an ECC conference call.
  • the “Serving Switch” can consist of either a Class 5 PSTN circuit switched End Office, a Class 5 PSTN SSP circuit switched End Office, a circuit switched PABX, a Hybrid circuit switched PABX/Key System, a circuit switched MSO, a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/(Key System controlled by “Softswitch” thoughs, or a packet switched MSO controlled by “Softwsitch” technologies.
  • the “Conference System” is any conference system that supports adding additional participants via control of the conference Subscriber.
  • the Conference System can be connected to the PSTN or to a PABX.
  • the ECC “Subscriber” must be connected to the ECC serving switch.
  • Other call participants could be connected to the same switch as the ECC subscriber or to other switching entities connected to the PSTN, e.g., PSTN end office, PABX, Hybrid PABX/Key system.
  • Subscriber 10 served by Serving Switch 100 initiates a call to Party 11 by dialing Party 11 DN.
  • switch connection 21 is established in the serving switch 100 .
  • Subscriber 10 has a need to add a third party to the call.
  • Subscriber 10 initiates a “Hook Flash”, receives dial tone, and dials Party 12 DN.
  • Party 12 answers the call and switch connection 22 is established in the serving switch 100 .
  • Subscriber 10 , Party 11 , and Party 12 are bridged together by the internal Serving Switch 100 Three-Way conference bridge.
  • Subscriber 10 via the ECC system desires to add Party 50 to the established call. Subscriber 10 initiates ECC via the subscribed activation method. ECC activation can be via a “Hook Flash” followed by Dual Tone Multi-Frequency (DTMF) dialed digits, via direct DTFM digit dialing without a “Hook Flash”, or via alternative input method such as key borad entry or dial pad without DTMF.
  • the dialed digits represent the ECC system Access Code.
  • the ECC system will identify the “Conference System” that will provide the conference connection by providing the DN(s) associated with the Conference System 200 access ports 60 , 61 and 62 .
  • connection 30 is established to the Conference System 200 Port 60 .
  • Connection 31 is established between Party 11 switch port and Conference System 200 Port 61 .
  • Connection 32 is established between Party 12 switch port and Conference System 200 Port 62 .
  • Subscriber 10 initiates Conference System 200 procedures to add Party 50 to the Conference System 200 bridge Port 63 and connection 41 to Party 50 . If Subscriber 10 desires to add additional parties to the call, Subscriber 10 continues with Conference System 200 procedures to add Parties up to Sn as determined by the Conference System 200 and associated connections 4 n.
  • the ECC application required to execute the above call procedures as defined in this invention can be integrated into internal call processing of the serving switch or provided by an external computing platform.
  • the external computing platform could consist of an Advanced Intelligent Network (AIN) Service Control Point (SCP), a “Softswitch”, a Feature Server, or a standalone computing platform, Expanded Conference Call Controller (ECCC), executing the ECC application.
  • AIN Advanced Intelligent Network
  • SCP Service Control Point
  • Softswitch a “Softswitch”
  • Feature Server a standalone computing platform
  • ECCC Expanded Conference Call Controller
  • Subscriber 10 served by SSP 100 initiates a call to the ECC System by dialing the ECC Access Code.
  • AIN Trigger 101 is encountered during call origination in SSP 100 .
  • SSP 100 launches an AIN Query message 102 containing Subscriber 10 call information including the ECC Access Code dialed.
  • the AIN Query message 102 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301 , Signal Transfer Point (STP) 302 , and SS7 Signaling Link 303 to the Service Control Point (SCP) 400 containing the ECC application for Subscriber 10 .
  • This invention uses normal SS7 message routing techniques.
  • SCP 400 retrieves account and AIN service records for Subscriber 10 .
  • Subscriber 10 's record contains the ECC application 401 .
  • the ECC application 401 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from pre-defined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • SCP 400 returns AIN Response message 103 to SSP 100 with instructions to route the call to the DN associated with Conference System 200 Port 60 .
  • SSP 100 receives AIN Response message 103 and establishes network Connection 30 to Conference System 200 based on the DN returned from ECC Application 401 .
  • Connections 31 , 32 , 33 , through 3 n with participants 11 , 12 , 50 , through 5 n are controlled by the Subscriber 10 and Conference System 200 .
  • Subscriber 10 served by PABX 500 initiates a call to the ECC System by dialing the ECC Access Code.
  • CTI call processing event 501 is encountered during call origination in PABX 500 .
  • PABX 500 launches query message 502 containing Subscriber 10 call information including the ECC Access Code dialed.
  • Communication path 600 between the PABX 500 and ECCC platform 700 can consist of various OSI layer 1-3 technologies.
  • ECC application 701 contained in ECCC platform 700 is executed.
  • ECC application 701 retrieves call context and service record information for Subscriber 10 .
  • the ECC application 701 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • ECCC 700 returns Response message 503 via Communications path 600 to PABX 500 with instructions to route the call to the DN associated with Conference System 200 Port 60 .
  • PABX 500 receives Response message 503 and establishes network Connection 30 to Conference System 200 based on the DN returned from ECC Application 401 .
  • Connections 31 , 32 , 33 , through 3 n with participants 11 , 12 , 50 , through 5 n are controlled by the Subscriber 10 and Conference System 200 .
  • Subscriber 10 originates a call to Party 11 by dialing Party 11 DN.
  • AIN Trigger 101 is encountered during call origination in SSP 100 .
  • SSP 100 launches an AIN Query message 102 containing Subscriber 10 call information including Party 11 directory number.
  • the AIN Query message 102 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301 , STP 302 , and SS7 Signaling Link 303 to the SCP 400 containing the ECC application 401 for Subscriber 10 .
  • This invention uses normal SS7 message routing techniques.
  • SCP 400 retrieves account and AIN service records for Subscriber 10 .
  • Subscriber 10 record contains the ECC application 401 .
  • the ECC application 401 returns a Response message 103 to SSP 100 with instructions to set Mid-Call trigger 106 and continue call processing to Party 11 directory number.
  • SSP 100 establishes connection 21 to Party 11 and activates Mid-Call trigger 106 .
  • Subscriber 10 initiates a “Hook Flash” and dials Party 12 DN.
  • AIN Trigger 101 is encountered during call processing by SSP 100 .
  • SSP 100 launches AIN Query message 104 containing Subscriber 10 call information including Party 12 DN.
  • the AIN Query message 104 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301 , STP 302 , and SS7 Signaling Link 303 to the SCP 400 containing the ECC application 401 for Subscriber 10 .
  • SCP 400 retrieves call context and service record information for Subscriber 10 .
  • Subscriber's 10 service record contains call context information for the call leg connection to Party 11 .
  • the ECC application 401 returns a Response message 105 to SSP 100 with instructions to maintain Mid-Call trigger 106 and continue call processing to Party 12 directory number.
  • SSP 100 establishes connection 22 to Party 12 , maintains Mid-Call trigger 106 , and completes the Three-Way call.
  • Subscriber 10 initiates ECC call procedures by dialing via DTMF the access code for the ECC system; i.e., dials * 11 .
  • SSP 100 AIN Mid-Call Trigger 106 is encountered upon receipt of the DTMF digit string.
  • AIN Query message 107 containing Subscriber 10 call information is transmitted to the SCP 400 containing Subscriber 10 ECC application 401 .
  • the AIN Query message 107 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301 , STP 302 , and SS7 Signaling Link 303 to SCP 400 .
  • SCP 400 retrieves call context and service record information for Subscriber 10 .
  • the ECC application 401 in SCP 400 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests.
  • the solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • SCP 400 ECC application 401 may request additional call context information from SSP 100 in order to complete call routing instructions.
  • SCP 400 will return AIN Response message 108 containing “Leg Manipulation” and Conference System DN(s) routing instructions.
  • SCP 400 ECC application 401 will also determine Automatic Message Accounting (AMA) requirements necessary to support the ECC system and communicate with SSP 100 as appropriate.
  • AMA Automatic Message Accounting
  • SSP 100 will manipulate the existing call legs by deleting connections 21 and 22 and establishing call leg connections 30 , 31 , and 32 .
  • Connections 30 , 31 , and 32 will be routed to the DN(s) assigned to the Conference System ports 60 , 61 , and 62 .
  • Conference System ports 60 , 61 , and 62 can be terminated on the SSP 100 , another PSTN switch, or a PABX.
  • CTI Computer Telephony Interfaces
  • SCAI Switch to Computer Applications Interface
  • JAIN Java APIs for Integrated Networks
  • Subscriber 10 originates a call to Party 11 by dialing Party 11 DN. Because the Subscriber in this instance is served by a PABX 500 , Party 11 DN dialed can be an Intercom number containing 1 to 7 digits. Party 11 DN would be a PSTN 7 or 10 digit number if located in the PSTN.
  • CTI call processing events in PABX 500 are depicted by Event 501 . Multiple events may be required to execute the ECC system.
  • Messages communicated between PABX 500 and ECCC platform 700 are depicted by messages 502 and 503 . Multiple messages may be required to execute the ECC system.
  • Communication path 600 between the PABX 500 and ECCC platform 700 can consist of various OSI layer 1-3 technologies.
  • ECC application 701 contained in ECCC platform 700 is executed.
  • PABX 500 establishes connection 21 to Party 11 .
  • Subscriber 10 initiates a “Hook Flash” and dials Party 12 DN.
  • Appropriate call processing events 501 and message communications 502 and 503 between PABX 500 and ECCC platform 700 are executed.
  • ECC application 701 contained in ECCC platform 700 is executed.
  • PABX 500 establishes connection 22 to Party 12 .
  • An active Three-Way call is now established between the Subscriber, Party 11 , and Party 12 .
  • Subscriber 10 initiates ECC call procedures by either Hook Flash followed by dialing via DTMF the access code for the ECC system; i.e., dials * 11 or direct input of a DTMF digit string for the access code.
  • PABX 500 Event 501 is encountered and query message 502 containing Subscriber 10 call context information is transmitted to the ECCC platform 700 via communication path 600 .
  • ECC application 701 retrieves call context and service record information for Subscriber 10 .
  • the ECC application 701 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • ECC application 701 may request additional call context information from PABX 500 in order to complete call routing instructions.
  • ECC application 701 will return Response message 503 containing “Leg Manipulation” and Conference System DN(s) routing instructions as appropriate for the specific CTI interface.
  • PABX 500 will manipulate the existing call legs by deleting connections 21 and 22 and establishing call leg connections 30 , 31 , and 32 . Connections 30 , 31 , and 32 will be routed to the DN(s) assigned to the Conference System ports 60 , 61 , and 62 . These DN(s) can be assigned to the PABX 500 or routed to PSTN DN(s) via the PABX 500 CO Trunks.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

An on-demand teleconferencing system and method for an Expanded Conference Call (ECC) initiated by dialing an ECC Access Code when originating a new call to a Conference System, or causes an active two party or three-way call to be connected to a Conference System to allow a greater number of parties to participate in the conference call. A subscribing party initiates ECC by dialing an abbreviated ECC Access Code consisting of a dialing sequence of less than seven digits. The original two or three-way call participants in an active call are automatically connected to the conference system after the subscribing party initiates ECC without having to disconnect and originate new calls.

Description

  • The invention relates to an on-demand teleconferencing system and method for an Expanded Conference Call (ECC) initiated by dialing an ECC Access Code when originating a new call to a Conference System, or causes an active two party or three-way call to be connected to a Conference System to allow a greater number of parties to participate in the conference call. A subscribing party initiates ECC by dialing an abbreviated ECC Access Code consisting of a dialing sequence of less than seven digits. The original two or three-way call participants in an active call are automatically connected to the conference system after the subscribing party initiates ECC without having to disconnect and originate new calls. [0001]
  • Business callers in their normal course of doing business establish voice communications with other parties. On occasion, during established calls, it becomes necessary to consult with or include additional parties on the call. The inclusion of three or more parties on a single call is known as a conference call. The normal method to add a third party to an established call is to utilize a feature called “Three-Way” calling. Three-Way calling is a common telecommunications capability available on Public Switched Telecommunications Network (PSTN) end office switches, Private Automatic Branch Exchanges (PABXs), or Hybrid PABX/Key Systems. [0002]
  • If however after adding a third party to the call via the Three-Way calling feature it becomes necessary to expand the conference call to include additional parties (four or more parties), current telecommunications methods and procedures requires that all parties on the existing three-way call disconnect and reestablish new calls to a Conference System. The current procedure requires that the conference call be deferred to a later time and or date when a Conference System is scheduled and conference call participants are notified of the call. [0003]
  • The current procedure is disruptive and unproductive. If more than three parties could be added to an established call, business decisions and productivity would be improved. [0004]
  • If a caller desires to establish a conference call, the caller must dial a PSTN telephone number which could also include special NPA code numbers such as Toll Free 800, 888, 877, etc. Conference numbers can vary from conference call to conference call. Conference subscribers must carefully track these numbers and distribute to conference participants as required. [0005]
  • The present invention allows a simple to remember ECC Access Code number to be dialed to initiate an on-demand conference session with a Conference System. [0006]
  • The present invention also solves the above inefficient operation by connecting existing call participants to a conference bridge without having to disconnect and initiate a new call to the Conference System. Once existing call participants are connected to the conference system, other participants can be added to the call immediately. [0007]
  • In summary, the invention is a system and its corresponding associated method of use as generally described as follows: [0008]
  • The system is for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, and comprises: [0009]
  • means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and the ECC Access Code being conference call initiation means comprising a dialing sequence of less than seven digits. [0010]
  • The dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, *XXXX, *XXXXX, or *XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XXXX*, XXXXX*, or XXXXXX* where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXXX#, XXXXX#, or XXXXXX# where X is any digit [0011] 0 to 9.
  • The system further comprises means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code, wherein the subscriber initiating the on-demand conference call is not connected to a party participant. [0012]
  • The system also comprises means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties; means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash, and via alternative input method such as key board entry without DTMF or dial pad without DTMF; means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies; and means for the serving switch to route the established call participants to the conference system based upon destination information provided by an ECC application. [0013]
  • The ECC application for the initiation of a new conference call or an established two party or three-way call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch. [0014]
  • Communications between the serving switch and the external ECC application can utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces. [0015]
  • In addition, the system comprises means for identifying the subscriber; and means for maintaining an account record and profile related to the subscriber, including Conference System routing information, wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information. [0016]
  • The system further comprises means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls. [0017]
  • Also included are means for the ECC application to initiate additional information requests to the serving switch; and means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System. [0018]
  • Communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.[0019]
  • In the accompanying drawings: [0020]
  • FIG. 1 schematically depicts a subscriber initiating a new call to a Conference System by dialing an ECC Access Code; [0021]
  • FIG. 2 schematically depicts the physical switch connections described by this invention for existing participants of an active two party or Three-Way call; [0022]
  • FIG. 3 schematically depicts the initiation of a new call via the ECC system via the Advanced Intelligent Network (AIN) architecture and a PSTN Service Switching Point (SSP) end office by simply dialing an ECC Access Code; [0023]
  • FIG. 4 schematically depicts the initiation of a new call via the ECC system for a PABX subscriber dialing the ECC Access Code; [0024]
  • FIG. 5 schematically depicts the execution of the ECC system for active two party or Three-Way call via the Advanced Intelligent Network (AIN) architecture and a PSTN SSP end office; [0025]
  • FIG. 6 schematically depicts the execution of the ECC system for active two party or Three-Way call via a PABX and Computer Telephony Interface (CTI) architecture; [0026]
  • FIG. 7 schematically depicts a call flow for a new call to ECC System for a PSTN AIN/SSP subscriber; [0027]
  • FIG. 8 schematically depicts a call flow for a new call to ECC System for a PABX/CTI subscriber; [0028]
  • FIG. 9 schematically depicts a call flow for the ECC system for an active two party or Three-Way call via the Advanced Intelligent Network (AIN) architecture and a PSTN SSP end office; and [0029]
  • FIG. 10 schematically depicts a call flow for the ECC system for active two party or Three-Way call via a PABX and CTI architecture.[0030]
  • ECC SYSTEM FOR A NEW CALL
  • Referring now to the drawings for this overview, FIG. 1 schematically depicts a subscriber initiating a new call to a Conference System by dialing an ECC Access Code. The “Subscriber” is the call participant that has the ability to initiate an ECC conference call. The “Serving Switch” can consist of either a Class 5 PSTN circuit switched End Office, a Class 5 PSTN SSP circuit switched End Office, a circuit switched PABX, a Hybrid circuit switched PABX/Key System, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies. The “Conference System” is any conference system that supports on-demand conference calling via control of the conference Subscriber. The Conference System can be connected to the PSTN or to a PABX. The ECC “Subscriber” must be connected to the ECC serving switch. Other call participants could be connected to the same switch as the ECC subscriber or to other switching entities connected to the PSTN, e.g., PSTN end office, PABX, Hybrid PABX/Key system. [0031]
  • More specifically, [0032] Subscriber 10 served by Serving Switch 100 goes Off-Hook and dials the ECC Access Code. The Serving Switch 100 either encounters an internal ECC application or a call event trigger which communicates with the external ECC application.
  • The ECC application provides the Directory Number (DN) of the [0033] Conference System 200 port 60 to the Serving Switch 100. ECC execution is completed.
  • Serving [0034] Switch 100 establishes Connection 30 between Subscriber 10 and Conference System 200 port 60.
  • Conference call connections with other participants are controlled by the [0035] Subscriber 10 and Conference System 200. Connections 31, 32, 33, through 3 n via Conference System 200 ports 61, 62, 63, through 6 n are established.
  • The ECC application required to execute the above call procedures as defined in this invention can be integrated into internal call processing of the serving switch or provided by an external computing platform. [0036]
  • ECC System for Existing two Party or Three-Way Call [0037]
  • For this overview, FIG. 2 schematically depicts the physical switch connections described by this invention for existing participants of an active two party or Three-Way call. The “Subscriber” is the call participant that has the ability to initiate an ECC conference call. The “Serving Switch” can consist of either a Class 5 PSTN circuit switched End Office, a Class 5 PSTN SSP circuit switched End Office, a circuit switched PABX, a Hybrid circuit switched PABX/Key System, a circuit switched MSO, a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/(Key System controlled by “Softswitch” tehnologies, or a packet switched MSO controlled by “Softwsitch” technologies. The “Conference System” is any conference system that supports adding additional participants via control of the conference Subscriber. The Conference System can be connected to the PSTN or to a PABX. The ECC “Subscriber” must be connected to the ECC serving switch. Other call participants could be connected to the same switch as the ECC subscriber or to other switching entities connected to the PSTN, e.g., PSTN end office, PABX, Hybrid PABX/Key system. [0038]
  • More specifically, [0039] Subscriber 10 served by Serving Switch 100 initiates a call to Party 11 by dialing Party 11 DN. When Party 11 answers the call, switch connection 21 is established in the serving switch 100. Subscriber 10 has a need to add a third party to the call. Subscriber 10 initiates a “Hook Flash”, receives dial tone, and dials Party 12 DN. Party 12 answers the call and switch connection 22 is established in the serving switch 100. Subscriber 10, Party 11, and Party 12 are bridged together by the internal Serving Switch 100 Three-Way conference bridge.
  • [0040] Subscriber 10 via the ECC system desires to add Party 50 to the established call. Subscriber 10 initiates ECC via the subscribed activation method. ECC activation can be via a “Hook Flash” followed by Dual Tone Multi-Frequency (DTMF) dialed digits, via direct DTFM digit dialing without a “Hook Flash”, or via alternative input method such as key borad entry or dial pad without DTMF. The dialed digits represent the ECC system Access Code. The ECC system will identify the “Conference System” that will provide the conference connection by providing the DN(s) associated with the Conference System 200 access ports 60, 61 and 62.
  • [0041] Subscriber 10 connections 21 and 22 to Party's 11 and 12 are disconnected, and connection 30 is established to the Conference System 200 Port 60. Connection 31 is established between Party 11 switch port and Conference System 200 Port 61. Connection 32 is established between Party 12 switch port and Conference System 200 Port 62.
  • [0042] Subscriber 10 initiates Conference System 200 procedures to add Party 50 to the Conference System 200 bridge Port 63 and connection 41 to Party 50. If Subscriber 10 desires to add additional parties to the call, Subscriber 10 continues with Conference System 200 procedures to add Parties up to Sn as determined by the Conference System 200 and associated connections 4 n.
  • The ECC application required to execute the above call procedures as defined in this invention can be integrated into internal call processing of the serving switch or provided by an external computing platform. [0043]
  • External Platform Execution [0044]
  • The external computing platform could consist of an Advanced Intelligent Network (AIN) Service Control Point (SCP), a “Softswitch”, a Feature Server, or a standalone computing platform, Expanded Conference Call Controller (ECCC), executing the ECC application. [0045]
  • AIN/SSP—New ECC Call: [0046]
  • Referring to FIGS. 3 and 7 for this implementation, [0047] Subscriber 10 served by SSP 100 initiates a call to the ECC System by dialing the ECC Access Code. AIN Trigger 101 is encountered during call origination in SSP 100. SSP 100 launches an AIN Query message 102 containing Subscriber 10 call information including the ECC Access Code dialed. The AIN Query message 102 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301, Signal Transfer Point (STP) 302, and SS7 Signaling Link 303 to the Service Control Point (SCP) 400 containing the ECC application for Subscriber 10. This invention uses normal SS7 message routing techniques.
  • [0048] SCP 400 retrieves account and AIN service records for Subscriber 10. Subscriber 10's record contains the ECC application 401. The ECC application 401 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from pre-defined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • [0049] SCP 400 returns AIN Response message 103 to SSP 100 with instructions to route the call to the DN associated with Conference System 200 Port 60.
  • [0050] SSP 100 receives AIN Response message 103 and establishes network Connection 30 to Conference System 200 based on the DN returned from ECC Application 401.
  • [0051] Connections 31, 32, 33, through 3 n with participants 11, 12, 50, through 5 n are controlled by the Subscriber 10 and Conference System 200.
  • PABX—New ECC Call: [0052]
  • Referring to FIGS. 4 and 8 for this implementation, [0053] Subscriber 10 served by PABX 500 initiates a call to the ECC System by dialing the ECC Access Code. CTI call processing event 501 is encountered during call origination in PABX 500. PABX 500 launches query message 502 containing Subscriber 10 call information including the ECC Access Code dialed. Communication path 600 between the PABX 500 and ECCC platform 700 can consist of various OSI layer 1-3 technologies. ECC application 701 contained in ECCC platform 700 is executed.
  • [0054] ECC application 701 retrieves call context and service record information for Subscriber 10. The ECC application 701 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • [0055] ECCC 700 returns Response message 503 via Communications path 600 to PABX 500 with instructions to route the call to the DN associated with Conference System 200 Port 60.
  • [0056] PABX 500 receives Response message 503 and establishes network Connection 30 to Conference System 200 based on the DN returned from ECC Application 401.
  • [0057] Connections 31, 32, 33, through 3 n with participants 11, 12, 50, through 5 n are controlled by the Subscriber 10 and Conference System 200.
  • ECC System for Existing two Party or Three-Way Call—AIN/SSP: [0058]
  • Referring to FIGS. 5 and 9 for this implementation, [0059] Subscriber 10 originates a call to Party 11 by dialing Party 11 DN. AIN Trigger 101 is encountered during call origination in SSP 100. SSP 100 launches an AIN Query message 102 containing Subscriber 10 call information including Party 11 directory number. The AIN Query message 102 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301, STP 302, and SS7 Signaling Link 303 to the SCP 400 containing the ECC application 401 for Subscriber 10. This invention uses normal SS7 message routing techniques.
  • [0060] SCP 400 retrieves account and AIN service records for Subscriber 10. Subscriber 10 record contains the ECC application 401. The ECC application 401 returns a Response message 103 to SSP 100 with instructions to set Mid-Call trigger 106 and continue call processing to Party 11 directory number.
  • [0061] SSP 100 establishes connection 21 to Party 11 and activates Mid-Call trigger 106.
  • [0062] Subscriber 10 initiates a “Hook Flash” and dials Party 12 DN. AIN Trigger 101 is encountered during call processing by SSP 100. SSP 100 launches AIN Query message 104 containing Subscriber 10 call information including Party 12 DN. The AIN Query message 104 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301, STP 302, and SS7 Signaling Link 303 to the SCP 400 containing the ECC application 401 for Subscriber 10.
  • [0063] SCP 400 retrieves call context and service record information for Subscriber 10. Subscriber's 10 service record contains call context information for the call leg connection to Party 11. The ECC application 401 returns a Response message 105 to SSP 100 with instructions to maintain Mid-Call trigger 106 and continue call processing to Party 12 directory number.
  • [0064] SSP 100 establishes connection 22 to Party 12, maintains Mid-Call trigger 106, and completes the Three-Way call.
  • [0065] Subscriber 10 initiates ECC call procedures by dialing via DTMF the access code for the ECC system; i.e., dials *11. SSP 100 AIN Mid-Call Trigger 106 is encountered upon receipt of the DTMF digit string. AIN Query message 107 containing Subscriber 10 call information is transmitted to the SCP 400 containing Subscriber 10 ECC application 401. The AIN Query message 107 is transmitted via the SS7 signaling network consisting of SS7 Signaling Link 301, STP 302, and SS7 Signaling Link 303 to SCP 400.
  • [0066] SCP 400 retrieves call context and service record information for Subscriber 10. The ECC application 401 in SCP 400 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • If required, [0067] SCP 400 ECC application 401 may request additional call context information from SSP 100 in order to complete call routing instructions.
  • [0068] SCP 400 will return AIN Response message 108 containing “Leg Manipulation” and Conference System DN(s) routing instructions. SCP 400 ECC application 401 will also determine Automatic Message Accounting (AMA) requirements necessary to support the ECC system and communicate with SSP 100 as appropriate.
  • [0069] SSP 100 will manipulate the existing call legs by deleting connections 21 and 22 and establishing call leg connections 30, 31, and 32. Connections 30, 31, and 32 will be routed to the DN(s) assigned to the Conference System ports 60, 61, and 62. Conference System ports 60, 61, and 62 can be terminated on the SSP 100, another PSTN switch, or a PABX.
  • ECC System for Existing two Party or Three-Way Call—PABX/CTI: [0070]
  • The type(s) of external call control methods available will be dependent upon the PABX technology. For this invention, these interfaces/technologies will be generically called Computer Telephony Interfaces (CTI). These interfaces are also known as Switch to Computer Applications Interface (SCAI), Parlay, or Java APIs for Integrated Networks (JAIN). Exact call processing/handling procedures necessary to execute ECC System via a PABX will vary with each interface and PABX technology. [0071]
  • Referring to FIGS. 6 and 10 for this implementation, [0072] Subscriber 10 originates a call to Party 11 by dialing Party 11 DN. Because the Subscriber in this instance is served by a PABX 500, Party 11 DN dialed can be an Intercom number containing 1 to 7 digits. Party 11 DN would be a PSTN 7 or 10 digit number if located in the PSTN. CTI call processing events in PABX 500 are depicted by Event 501. Multiple events may be required to execute the ECC system. Messages communicated between PABX 500 and ECCC platform 700 are depicted by messages 502 and 503. Multiple messages may be required to execute the ECC system. Communication path 600 between the PABX 500 and ECCC platform 700 can consist of various OSI layer 1-3 technologies. ECC application 701 contained in ECCC platform 700 is executed.
  • [0073] PABX 500 establishes connection 21 to Party 11.
  • [0074] Subscriber 10 initiates a “Hook Flash” and dials Party 12 DN. Appropriate call processing events 501 and message communications 502 and 503 between PABX 500 and ECCC platform 700 are executed. ECC application 701 contained in ECCC platform 700 is executed.
  • [0075] PABX 500 establishes connection 22 to Party 12. An active Three-Way call is now established between the Subscriber, Party 11, and Party 12.
  • [0076] Subscriber 10 initiates ECC call procedures by either Hook Flash followed by dialing via DTMF the access code for the ECC system; i.e., dials * 11 or direct input of a DTMF digit string for the access code. PABX 500 Event 501 is encountered and query message 502 containing Subscriber 10 call context information is transmitted to the ECCC platform 700 via communication path 600.
  • [0077] ECC application 701 retrieves call context and service record information for Subscriber 10. The ECC application 701 determines the Directory Number(s) of the Conference System that will handle Subscriber 10 ECC system requests. Although the detailed design of the ECC system application is outside the scope of this invention, multiple different solutions could be executed to determine the Directory Number of the Conference System to handle this call request. The solutions could range from predefined DN(s) with a fixed number of conference ports available to real time On-Demand methods and systems that allocate conference resources based upon the Subscriber's ECC activation requests and interactions with the Subscriber to establish conference port resource requirements.
  • If required, [0078] ECC application 701 may request additional call context information from PABX 500 in order to complete call routing instructions.
  • [0079] ECC application 701 will return Response message 503 containing “Leg Manipulation” and Conference System DN(s) routing instructions as appropriate for the specific CTI interface.
  • [0080] PABX 500 will manipulate the existing call legs by deleting connections 21 and 22 and establishing call leg connections 30, 31, and 32. Connections 30, 31, and 32 will be routed to the DN(s) assigned to the Conference System ports 60, 61, and 62. These DN(s) can be assigned to the PABX 500 or routed to PSTN DN(s) via the PABX 500 CO Trunks.
  • It should be understood that the preceding is merely a detailed description of one or more embodiments of this invention and that numerous changes to the disclosed embodiments can be made in accordance with the disclosure herein without departing from the spirit and scope of the invention. The preceding description, therefore, is not meant to limit the scope of the invention. Rather, the scope of the invention is to be determined only by the appended claims and their equivalents. [0081]
  • Now that the invention has been described, [0082]

Claims (46)

What is claimed is:
1. A system for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, the system comprising:
means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and
the ECC Access Code being conference call initiation means comprising a dialing sequence of less than seven digits.
2. The system according to claim 1, wherein the dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, * XXXX, or *XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XXXX*, XXXX , or XXXXX* where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXXX#, XXXXX#, or X where X is any digit 0 to 9.
3. The system according to claim 1, further comprising:
means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code; and
wherein the subscriber initiating the on-demand conference call is not connected to a party participant.
4. The system according to claim 1, further comprising:
means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties;
means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash, and via other input methods including key board entry without DTMF and dial pad without DTMF;
means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies; and
means for the serving switch to route the established call participants to the conference system based upon destination information provided by an ECC application.
5. The system according to claim 3, wherein an ECC application for the initiation of a new conference call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
6. The system according to claim 4, wherein the ECC application for transferring of active call participants to the Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
7. The system according to claim 6, wherein communications between the serving switch and the external ECC application can utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
8. The system according to claim 3, further comprising:
means for identifying the subscriber; and
means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
9. The system according to claim 4, further comprising:
means for identifying the subscriber; and
means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
10. The system according to claim 4, further comprising:
means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls.
11. The system according to claim 7, further comprising:
means for the ECC application to initiate additional information requests to the serving switch; and
means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System.
12. The system according to claim 7, wherein communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.
13. A system for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, the system comprising:
means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and
the ECC Access Code being conference call initiation means comprising a dialing sequence of less than seven digits,
wherein the dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, *XXXX, *XXXXX, or *XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XXXX*, XXXXX*, or XXXXXX* where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXXX#, XXXXX#, or XXXXXX# where X is any digit 0 to 9.
14. The system according to claim 13, further comprising:
means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code; and
wherein the subscriber initiating the on-demand conference call is not connected to a party participant.
15. The system according to claim 13, further comprising:
means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties;
means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash and via other input methods including key board entry without DTMF and dial pad without DTMF;
means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies; and
means for the serving switch to route the established call participants to the conference system based upon destination information provided by an ECC application.
16. The system according to claim 14, wherein an ECC application for the initiation of a new conference call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
17. The system according to claim 15, wherein the ECC application for transferring of active call participants to the Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
18. The system according to claim 17, wherein communications between the serving switch and the external ECC application can utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
19. The system according to claim 14, further comprising:
means for identifying the subscriber; and
means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
20. The system according to claim 15, further comprising:
means for identifying the subscriber; and
means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
21. The system according to claim 15, further comprising:
means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls.
22. The system according to claim 18, further comprising:
means for the ECC application to initiate additional information requests to the serving switch; and
means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System.
23. The system according to claim 18, wherein communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.
24. A method for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, the method comprising:
providing means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and
dialing said subscriber ECC Access Code, wherein the ECC Access Code is the conference call initiation means comprising a dialing sequence of less than seven digits.
25. The method according to claim 24, wherein the dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, *XXXX, *XXXXX, or *XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XXXX*, XXXXX*, or XXXX * where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXX X #, or XXX# where X is any digit 0 to 9.
26. The method according to claim 24, further comprising:
providing means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code; and
initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code,
wherein the subscriber initiating the on-demand conference call is not connected to a party participant.
27. The method according to claim 24, further comprising:
providing means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties;
providing means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash and via other input methods such as key board entry without DTMF and dial pad without DTMF;
providing means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Siftswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies;
providing means for the serving switch to route the established call participants to the conference system based upon destination information provided by an ECC application; and
connecting the active call participants in the established two party or three-way call to the conference system without disconnecting the active parties,
wherein the subscriber initiates the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash and via the other input methods including key board entry without DTMF and dial pad without DTMF,
wherein the serving switch recognizes the ECC Access Code and executes steps to transfer the active call participants to the conference system, and
wherein the serving switch then routes the established call participants to the conference system based upon destination information provided by an ECC application.
28. The method according to claim 26, wherein an ECC application for the initiation of a new conference call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
29. The method according to claim 27, wherein the ECC application for transferring of active call participants to the Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
30. The method according to claim 29, wherein communications between the serving switch and the external ECC application can utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
31. The method according to claim 26, further comprising:
providing means for identifying the subscriber; and
providing means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
32. The method according to claim 27, further comprising:
providing means for identifying the subscriber; and
providing means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
33. The method according to claim 27, further comprising:
providing means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls.
34. The method according to claim 30, further comprising:
providing means for the ECC application to initiate additional information requests to the serving switch; and
providing means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System.
35. The method according to claim 30, wherein communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.
36. A method for a subscriber to establish an on-demand conference call in a telecommunications network including a plurality of switching systems, one or more of which having one or more conference bridges, the method comprising:
providing means for dialing and assigning an ECC Access Code which is common for all ECC subscribers served by a plurality of switches; and
dialing said subscriber ECC Access Code,
wherein the ECC Access Code is the conference call initiation means comprising a dialing sequence of less than seven digits, and
wherein the dialing sequence includes any one of a Vertical Service Code format consisting of *XX where X is any digit 0 to 9, an abbreviated dialing sequence of *XXX, *XXXX, *XXXXX, or *XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of #XX, #XXX, #XXXX, #XXXXX, or #XXXXXX where X is any digit 0 to 9, an abbreviated dialing sequence of XX*, XXX*, XX*, XXXXX*, or XXXXXX* where X is any digit 0 to 9, and an abbreviated dialing sequence of XX#, XXX#, XXXX#, XX#, or XXXXXX# where X is any digit 0 to 9.
37. The method according to claim 36, further comprising:
providing means for initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code; and
initiating the on-demand conference call by going Off-Hook and dialing the ECC Access Code,
wherein the subscriber initiating the on-demand conference call is not connected to a party participant.
38. The method according to claim 36, further comprising:
providing means for connecting active call participants in an established two party or three-way call to a conference system without having to disconnect the active parties;
providing means for the subscriber to initiate the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash and via other input methods including key board entry without DTMF and dial pad without DTMF;
providing means for a serving switch to recognize the ECC Access Code and to execute steps to transfer the active call participants to the conference system, the serving switch comprising one of a circuit switched Class 5 PTSN end office, a circuit switched Class 5 PTSN SSP end office, a circuit switched PABX, a HYBRID circuit switched PABX/Key system, a circuit switched Mobile Switching Office (MSO), a packet switched Class 5 end office or equivalent controlled by “Softswitch” technologies, a packet switched PABX or Hybrid PABX/Key System controlled by “Softswitch” technologies, or a packet switched MSO controlled by “Softswitch” technologies;
providing means for the serving switch to route the established call participants to the conference system based upon destination information provided by an ECC application; and
connecting the active call participants in the established two party or three-way call to the conference system without disconnecting the active parties,
wherein the subscriber initiates the ECC activation sequence by one of a Hook Flash followed by dialing via Dual Tone Multi-Frequency (DTMF) the ECC Access Code, via dialing the ECC Access Code via DTMF without the Hook-Flash and via other input methods including key board entry without DTMF and dial pad without DTMF,
wherein the serving switch recognizes the ECC Access Code and executes steps to transfer the active call participants to the conference system, and
wherein the serving switch then routes the established call participants to the conference system based upon destination information provided by an ECC application.
39. The method according to claim 37, wherein an ECC application for the initiation of a new conference call to a Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
40. The method according to claim 38, wherein the ECC application for transferring of active call participants to the Conference System is performed through one of internally in a serving switch embedded operations program and externally to the serving switch.
41. The method according to claim 40, wherein communications between the serving switch and the external ECC application will utilize communications procedures supported by serving switching technology comprising one of Advanced Intelligent Network (AIN) Service Control Point (SCP) to Service Switching Point (SSP) procedures, Computer Telephony Interfaces (CTI), Switch to Computer Applications Interface (SCAI), Parlay, Java APIs for Integrated Networks (JAIN), and other defined switch to external interfaces.
42. The method according to claim 37, further comprising:
providing means for identifying the subscriber; and
providing means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
43. The method according to claim 38, further comprising:
providing means for identifying the subscriber; and
providing means for maintaining an account record and profile related to the subscriber, including Conference System routing information,
wherein upon identification of the subscriber, the system accesses the subscriber's account record and profile to obtain the Conference System routing information.
44. The method according to claim 38, further comprising:
providing means for enabling communication procedures including Advanced Intelligent Network (AIN) Originating triggers, call processing procedures and CTI call initiation procedures during the initiation of the established two party and three-way calls.
45. The method according to claim 41, further comprising:
providing means for the ECC application to initiate additional information requests to the serving switch; and
providing means for the ECC application to return call routing instructions to the serving switch to connect the existing parties to the Conference System.
46. The method according to claim 41, wherein communications between the serving switch and an external computing platform containing the ECC application can utilize a plurality of Open Systems Interconnection (OSI) layer 1-3 technologies, including SS7, digital data circuit, analog modem, Internet Protocol (IP) and LAN/WAN.
US10/077,331 2002-02-15 2002-02-15 System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call Abandoned US20030156697A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/077,331 US20030156697A1 (en) 2002-02-15 2002-02-15 System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/077,331 US20030156697A1 (en) 2002-02-15 2002-02-15 System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call

Publications (1)

Publication Number Publication Date
US20030156697A1 true US20030156697A1 (en) 2003-08-21

Family

ID=27732626

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/077,331 Abandoned US20030156697A1 (en) 2002-02-15 2002-02-15 System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call

Country Status (1)

Country Link
US (1) US20030156697A1 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6879673B2 (en) * 2002-02-19 2005-04-12 International Business Machines Corporation Remote setup of third party telephone calls
FR2863430A1 (en) * 2003-12-05 2005-06-10 France Telecom Multimedia conference server for remote conference management, has microprocessor finding terminals to be included in conference, using audio presence data, telephone numbers of participants and identification data of terminals
US20060083182A1 (en) * 2004-10-15 2006-04-20 Tracey Jonathan W Capability management for automatic dialing of video and audio point to point/multipoint or cascaded multipoint calls
US20060203988A1 (en) * 2005-03-11 2006-09-14 Herman Rodriguez Multi-way call connection management system
US7123702B1 (en) * 2002-03-27 2006-10-17 Verizon Services Corp. Methods and apparatus for billing conference calls
US7343008B1 (en) 2007-04-23 2008-03-11 Frankel David P Identity-based conferencing systems and methods
FR2910210A1 (en) * 2006-12-06 2008-06-20 Bazile Telecom Sarl Electronic receiver device for assisted telephony application, selects command to be carried out based on number of control characters in sequence sent by emitter device, where characters indicate parameters to be associated with command
GB2449840A (en) * 2007-04-04 2008-12-10 Padmanabhan Mahalingam Conference calling with user-defined access codes
WO2010060013A2 (en) * 2008-11-24 2010-05-27 Zeacom, Inc. Systems and methods for handling telephone conference calls
US20100328421A1 (en) * 2009-06-29 2010-12-30 Gautam Khot Automatic Determination of a Configuration for a Conference
US8428634B2 (en) * 2004-11-05 2013-04-23 Intel Mobile Communications GmbH Method for automatically setting up and/or controlling a telecommunication conference
US20130335513A1 (en) * 2011-12-21 2013-12-19 Level 3 Communications, Llc Collaboration conference linking in a telecommunications network
US8798252B2 (en) 2009-03-24 2014-08-05 Microsoft Corporation Automatic utilization of resources in a realtime conference
US9374400B2 (en) 2011-12-21 2016-06-21 Level 3 Communications, Llc Load balancing in a central conferencing routing server
US10122771B2 (en) 2011-12-21 2018-11-06 Level 3 Communications, Llc Routing of conference participant based on caller recognition
US11743797B1 (en) * 2019-09-25 2023-08-29 Granite Telecommunications, Llc Analog and digital communication system for interfacing plain old telephone service devices with a network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5583925A (en) * 1995-03-22 1996-12-10 Lucent Technologies, Inc. Automatic three-way calling feature for a telecommunications system
US6035026A (en) * 1997-06-27 2000-03-07 Samsung Electronics Co., Ltd. Method and apparatus of call conferencing in a telephone exchange system
US6038304A (en) * 1997-09-17 2000-03-14 Northern Telecom Limited Telecommunications switch incorporating automatic conferencing service
US6181786B1 (en) * 1997-03-28 2001-01-30 Voyant Technologies, Inc. Method and apparatus for on-demand teleconferencing
US20030058884A1 (en) * 2001-01-25 2003-03-27 International Business Machiness Corporation Communication endpoint supporting multiple provider models

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5583925A (en) * 1995-03-22 1996-12-10 Lucent Technologies, Inc. Automatic three-way calling feature for a telecommunications system
US6181786B1 (en) * 1997-03-28 2001-01-30 Voyant Technologies, Inc. Method and apparatus for on-demand teleconferencing
US6035026A (en) * 1997-06-27 2000-03-07 Samsung Electronics Co., Ltd. Method and apparatus of call conferencing in a telephone exchange system
US6038304A (en) * 1997-09-17 2000-03-14 Northern Telecom Limited Telecommunications switch incorporating automatic conferencing service
US20030058884A1 (en) * 2001-01-25 2003-03-27 International Business Machiness Corporation Communication endpoint supporting multiple provider models

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6879673B2 (en) * 2002-02-19 2005-04-12 International Business Machines Corporation Remote setup of third party telephone calls
US7123702B1 (en) * 2002-03-27 2006-10-17 Verizon Services Corp. Methods and apparatus for billing conference calls
FR2863430A1 (en) * 2003-12-05 2005-06-10 France Telecom Multimedia conference server for remote conference management, has microprocessor finding terminals to be included in conference, using audio presence data, telephone numbers of participants and identification data of terminals
WO2005057896A1 (en) * 2003-12-05 2005-06-23 France Telecom Multimedia conference system
US20070172043A1 (en) * 2003-12-05 2007-07-26 France Telecom Ultimedia conference system
US20060083182A1 (en) * 2004-10-15 2006-04-20 Tracey Jonathan W Capability management for automatic dialing of video and audio point to point/multipoint or cascaded multipoint calls
US7864714B2 (en) * 2004-10-15 2011-01-04 Lifesize Communications, Inc. Capability management for automatic dialing of video and audio point to point/multipoint or cascaded multipoint calls
US8428634B2 (en) * 2004-11-05 2013-04-23 Intel Mobile Communications GmbH Method for automatically setting up and/or controlling a telecommunication conference
US20080181384A1 (en) * 2005-03-11 2008-07-31 International Business Machines Corporation Multi-Way Call Connection Management System
US20060203988A1 (en) * 2005-03-11 2006-09-14 Herman Rodriguez Multi-way call connection management system
US8351588B2 (en) 2005-03-11 2013-01-08 International Business Machines Corporation Multi-way call connection management system
WO2008081119A2 (en) * 2006-12-06 2008-07-10 Bazile Telecom Telephone system interpreting the number of characters transmitted in order to deduce an implicit command
FR2910210A1 (en) * 2006-12-06 2008-06-20 Bazile Telecom Sarl Electronic receiver device for assisted telephony application, selects command to be carried out based on number of control characters in sequence sent by emitter device, where characters indicate parameters to be associated with command
WO2008081119A3 (en) * 2006-12-06 2009-02-19 Bazile Telecom Telephone system interpreting the number of characters transmitted in order to deduce an implicit command
GB2449840A (en) * 2007-04-04 2008-12-10 Padmanabhan Mahalingam Conference calling with user-defined access codes
GB2449840B (en) * 2007-04-04 2012-10-31 Padmanabhan Mahalingam Diner conference and anonymous telephony
US7343008B1 (en) 2007-04-23 2008-03-11 Frankel David P Identity-based conferencing systems and methods
WO2010060013A2 (en) * 2008-11-24 2010-05-27 Zeacom, Inc. Systems and methods for handling telephone conference calls
WO2010060013A3 (en) * 2008-11-24 2010-08-26 Zeacom, Inc. Systems and methods for handling telephone conference calls
US8798252B2 (en) 2009-03-24 2014-08-05 Microsoft Corporation Automatic utilization of resources in a realtime conference
US8305421B2 (en) 2009-06-29 2012-11-06 Lifesize Communications, Inc. Automatic determination of a configuration for a conference
US20100328421A1 (en) * 2009-06-29 2010-12-30 Gautam Khot Automatic Determination of a Configuration for a Conference
US9930076B2 (en) 2011-12-21 2018-03-27 Level 3 Communications, Llc Central conferencing routing server
US9635071B2 (en) 2011-12-21 2017-04-25 Level 3 Communications, Llc Load balancing in a central conferencing routing server
US10057161B2 (en) 2011-12-21 2018-08-21 Level 3 Communications, Llc Method for routing in a central conferencing routing server
US9516076B2 (en) 2011-12-21 2016-12-06 Level 3 Communications, Llc Central conferencing routing server
US10122771B2 (en) 2011-12-21 2018-11-06 Level 3 Communications, Llc Routing of conference participant based on caller recognition
US9692798B2 (en) 2011-12-21 2017-06-27 Level 3 Communications, Llc Method for routing in a central conferencing routing server
US9716860B2 (en) * 2011-12-21 2017-07-25 Level 3 Communications, Llc Collaboration conference linking in a telecommunications network
US10212073B2 (en) 2011-12-21 2019-02-19 Level 3 Communications, Llc Central conferencing routing server
US9386053B2 (en) 2011-12-21 2016-07-05 Level 3 Communications, Llc Disaster recovery with a central conferencing routing server
US9374400B2 (en) 2011-12-21 2016-06-21 Level 3 Communications, Llc Load balancing in a central conferencing routing server
US20130335513A1 (en) * 2011-12-21 2013-12-19 Level 3 Communications, Llc Collaboration conference linking in a telecommunications network
US10367727B2 (en) 2011-12-21 2019-07-30 Level 3 Communications, Llc Method for routing in a central conferencing routing server
US10693773B2 (en) 2011-12-21 2020-06-23 Level 3 Communications, Llc Method for routing in a central conferencing routing server
US10708180B2 (en) 2011-12-21 2020-07-07 Level 3 Communications, Llc Central conferencing routing server
US10805364B2 (en) 2011-12-21 2020-10-13 Level 3 Communications, Llc Routing of conference participant based on caller recognition
US10848415B2 (en) 2011-12-21 2020-11-24 Level 3 Communications, Llc Method for routing in a central conferencing routing server
US11743797B1 (en) * 2019-09-25 2023-08-29 Granite Telecommunications, Llc Analog and digital communication system for interfacing plain old telephone service devices with a network

Similar Documents

Publication Publication Date Title
US7616623B1 (en) Technique for providing intelligent features for calls in a communications network independent of network architecture
CA2270601C (en) Method and system for using tcap signaling for improved call setup from a virtual switching point
US6829243B1 (en) Directory assistance for IP telephone subscribers
US20030156697A1 (en) System and method to establish an on-demand expanded conference call for participants in an active two-party or three-way call
JPH0865363A (en) Transfer method of telephone
KR20010050266A (en) Call-me conference call system
CA2380605A1 (en) Method of and system for extending internet telephony over virtual private network direct access lines
US9497228B2 (en) Class 4 long distance softswitch network with integrated class 5 application services
US8036369B2 (en) Method and system for realizing direct dialing to an extension across PBXs
US20060159246A1 (en) Private branch exchange with remote access to features
US6882722B2 (en) Virtual private communications network
WO2006076868A1 (en) A implementing method of wide area centrex
EP1013106B1 (en) Local number portability intelligent signaling transfer point
WO2008019623A1 (en) A busy-reminding service realizing method, apparatus and system
US20060159249A1 (en) Private branch exchange with call-setup features for off-premises telecommunications terminals
US20060246951A1 (en) Wireless intelligent network custom call routing for integrating enterprise networks with mobility networks
EP1269769B1 (en) Computer telephony integration
US20030108179A1 (en) System and method for AIN SSP and SCP to support differentiated telecommunications services using a multi-function service node
US7120240B2 (en) Method for auditory differentiation of forwarded phone calls
US20030228012A1 (en) Method and apparatus for efficient use of voice trunks for accessing a service resource in the PSTN
CN101707753B (en) Method and platform for implementing emergency interference service in mobile communication network
CN101141515B (en) Method of eliminating speech channel circuity in value-added service
US6826274B1 (en) Exchange control method
EP1943825B1 (en) System and method for managing the replacement of an existing subscriber call connection by a call waiting party
EP0989723A2 (en) Method and system for enterprise internet protocol telephony

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION