WO2011029363A1 - 一种支持电路域电话和网络电话的呼叫控制装置及方法 - Google Patents

一种支持电路域电话和网络电话的呼叫控制装置及方法 Download PDF

Info

Publication number
WO2011029363A1
WO2011029363A1 PCT/CN2010/075993 CN2010075993W WO2011029363A1 WO 2011029363 A1 WO2011029363 A1 WO 2011029363A1 CN 2010075993 W CN2010075993 W CN 2010075993W WO 2011029363 A1 WO2011029363 A1 WO 2011029363A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
control module
circuit domain
telephone
network
Prior art date
Application number
PCT/CN2010/075993
Other languages
English (en)
French (fr)
Inventor
刘源源
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP10814965.9A priority Critical patent/EP2442584B1/en
Priority to US13/381,125 priority patent/US8824458B2/en
Publication of WO2011029363A1 publication Critical patent/WO2011029363A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/005—Interface circuits for subscriber lines
    • H04M3/007—Access interface units for simultaneous transmission of speech and data, e.g. digital subscriber line [DSL] access interface units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/009—Arrangements for interconnection between switching centres in systems involving PBX or KTS networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/06—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/06—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link
    • H04M7/063—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link where the telephone network is a network other than PSTN/ISDN

Definitions

  • the present invention relates to the field of communications, and in particular to a call control apparatus and method for supporting circuit domain telephones and network telephones. Background technique
  • circuit domain telephone and VoIP call control devices at the same time, usually through two external exchange stations (FXS, Foreign Exchange Station) to support both circuit domain telephone and VoIP support, one of which is responsible for FXS.
  • Circuit domain phone another FXS is responsible for VoIP.
  • Such terminal equipment usually has two RJ11 ports, that is, two telephone line interfaces, one for circuit-domain telephones and the other for VoIP calls.
  • the terminal registers online through the user interface (UI) interface, and then registers with the SIP (Session Initiation Protocol) server on the network backend, that is, the VoIP phone can be called.
  • UI user interface
  • SIP Session Initiation Protocol
  • the above-mentioned terminal call control device of the prior art has the following problems:
  • the circuit domain telephone and the VoIP telephone must respectively correspond to the respective FXS, and generally distinguish between a circuit domain telephone or a VoIP telephone through two different function RJ11 ports, requiring two users.
  • Line interface circuit SLIC, Subscriber Line Interface Circuit
  • the chip can be implemented.
  • FIG. 1 is a block diagram of a prior art call control apparatus using two FXSs, two RJ11 ports supporting a circuit domain telephone and a VoIP telephone.
  • the bottom layer hook detection module By picking which interface event is present, and sending an off-hook event and timer event to the upper-layer circuit domain telephone call control module or VoIP call control module.
  • the circuit domain telephone function is implemented through the interface 0 of the two interfaces, and the VoIP function is implemented through the interface 1; when the bottom layer hook detection module determines that the interface 0 is hooked up, the upper circuit domain The call control module sends a pick-up event; when the bottom pick-up detection module determines that the interface 1 is an off-hook event, the upper VoIP call control module sends a pick-up event.
  • This method must use two-way FXS to support circuit-domain and VoIP calls by distinguishing between two different RJ11 ports. Obviously, the existing call control device is complicated to implement, and because of the need for two SLIC chips, the cost is high. Summary of the invention
  • An object of the present invention is to provide a call control apparatus and method for supporting a circuit domain telephone and a network telephone, which can provide a simple call control apparatus for supporting a circuit domain telephone and a network telephone, thereby saving cost.
  • the present invention provides a call control apparatus for supporting a circuit domain telephone and a network telephone, which includes:
  • a call control device supporting a circuit domain telephone and a network telephone comprising:
  • An off-hook detection module is configured to send the detected off-hook event
  • circuit domain telephone call control module configured to receive an off-hook event from the call flow control module and all events in the call, and process a call event of the circuit domain telephone
  • the VoIP call control module is configured to receive an off-hook event from the call flow control module and all events in the call, and process the VoIP call event;
  • a call flow control module configured to receive an off-hook event from the hook-on detection module, save Received off-hook events
  • the received off-hook event is sent to the network telephone call control module, and all events in the current call are sent to the network telephone call control module for processing; when dialing the circuit domain telephone Sending the received off-hook event to the circuit domain telephone call control module, and sending all events in the call to the circuit domain telephone call control module for processing.
  • the call flow control module includes:
  • the dialing judgment module is configured to determine whether the number dialed by the user after picking up the phone is a predetermined prefix code; if yes, it is determined that the user dials the network phone; otherwise, it is determined that the user dials the circuit i or the phone.
  • the call flow control module is further configured to: when receiving an incoming call of the network telephone, send all events in the current call to the network telephone call control module for processing; when receiving the incoming call of the circuit domain telephone, the current call is All events in the event are sent to the circuit domain telephone call control module for processing.
  • the bottom hook detection module is further configured to send a timer event
  • the call flow control module is further configured to periodically detect, according to a timer event from the bottom hook detection module, whether to receive the session initial protocol signaling that the network session domain is not empty, and when the received network session domain is not empty, During the session initial protocol signaling, the call flow control module that determines the network power is received is further used to determine whether a ringing message is received in the on-hook state, and if so, the incoming call of the circuit domain telephone is determined.
  • the network telephone call control module is further configured to reject the network phone when the user makes a circuit domain phone or the phone does not hang up;
  • the circuit domain telephone call control module is further configured to reject the circuit domain telephone when the user makes a network call or the phone does not hang up.
  • the call flow control module includes: a mode setting module, configured to set a current call working mode to a network phone mode when a user dials a network phone or has a network phone call, and all events in the network phone mode are processed by the network phone call control module; When dialing a circuit domain phone or having a circuit domain phone call, the current call mode of operation is set to the circuit domain phone mode, and all events in the circuit domain phone mode are handled by the circuit domain telephone call control module; no dialing or incoming call When the current call working mode is set to the unknown mode, all events in the unknown mode are processed by the call flow control module.
  • a mode setting module configured to set a current call working mode to a network phone mode when a user dials a network phone or has a network phone call, and all events in the network phone mode are processed by the network phone call control module.
  • a call control method for supporting circuit domain telephones and network telephones including the following steps performed at the time of calling:
  • the call flow control module receives an off-hook event detected by the bottom hook detection module
  • the call flow control module saves the off-hook event, and determines whether the user dials a circuit domain phone or a network phone according to the number dialed by the user;
  • the call flow control module if the user dials the network phone, the call flow control module sends the off-hook event to the network phone call control module, and sends all events in the call to the network phone call control module for processing; if the user dials The circuit domain telephone, the call flow control module sends the off-hook event to the circuit domain telephone call control module, and sends all events in the current call to the circuit domain telephone call control module for processing.
  • the step of the call flow control module determining whether the user dials the circuit domain phone or the network phone according to the number dialed by the user includes:
  • the call flow control module determines whether the number dialed by the user after picking up the phone is a predetermined prefix code; if yes, it determines that the user dials the network phone; otherwise, determines that the user dials the circuit domain phone.
  • step C if the user dials the circuit domain call, after the call flow control module sends the off-hook event to the circuit domain telephone call control module, the method further includes:
  • the call flow control module sends a user's dialing event to the circuit domain telephone call Control module.
  • the call flow control module sends all events in the call to the network phone call control module for processing when receiving an incoming call of the network phone;
  • the call flow control module sends all events in the call to the circuit domain telephone call control module for processing when receiving an incoming call of the circuit domain telephone.
  • the call flow control module periodically detects whether a session initial protocol signaling that the network session domain is not empty is received according to a timer event sent by the bottom hook detection module, and receives a session initial protocol message that the network session domain is not empty. In order to determine the incoming call that received the VoIP call.
  • the call flow control module determines that an incoming call of the circuit domain telephone is received when the ringing message is received in the on-hook state.
  • the network telephone call control module rejects the network telephone; when the network telephone or the telephone is not on-hook, the circuit domain telephone call control module rejects the circuit domain telephone.
  • the invention presets a call flow control module to make a judgment on whether the user currently dials a network telephone or a circuit domain telephone before the circuit domain telephone call control module and the network telephone call control module process the corresponding call event, and according to the judgment
  • the result is that all the events of the call are sent to the corresponding telephone call control module for processing, thereby realizing the compatibility of the circuit domain telephone and VoIP by using one FXS, and overcoming the existing call control device supporting the circuit domain telephone and VoIP.
  • There are two FXSs responsible for circuit domain telephony and VoIP defects and because the circuit domain phone and VoIP phone can share a single SLIC chip, which saves a SLIC chip, which greatly saves costs.
  • FIG. 1 is a schematic diagram of module interaction of a prior art call control apparatus
  • FIG. 2 is a schematic structural diagram of a call control apparatus for supporting a circuit domain telephone and a network telephone according to an embodiment of the present invention
  • FIG. 3 is a schematic flow chart of a call control method for supporting a circuit domain telephone and a network telephone according to an embodiment of the present invention
  • FIG. 4 is a diagram showing a call state transition diagram of a circuit domain telephone call flow control module in an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a called state transition of a circuit domain telephone call flow control module according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of an event or message driven circuit domain telephone call control module in an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an event-driven network telephone call control module in an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a call state transition of a call flow control module according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a process of caller control in a call control method according to an embodiment of the present invention
  • FIG. 10 is a schematic diagram of processing of a call flow control module when called, in a call control method according to an embodiment of the present invention. detailed description
  • the call control apparatus for supporting a circuit domain telephone and a network telephone includes:
  • the bottom hook detection module 201 is configured to send the detected off-hook event;
  • the circuit domain telephone call control module 202 is configured to receive an off-hook event from the call flow control module and all events in the call, and process a call event of the circuit domain telephone;
  • the VoIP call control module 203 is configured to receive an off-hook event from the call flow control module and all events in the call, and process the VoIP call event;
  • the call flow control module 204 is configured to receive an off-hook event from the bottom hook detection module, save the received off-hook event, and determine whether the user dials the circuit domain phone or the network phone according to the number dialed by the user; when making a network call, Sending the received off-hook event to the network telephone call control module, and sending all events in the current call to the network telephone call control module for processing; when dialing the circuit domain telephone, sending the received off-hook event to the circuit
  • the domain call control module sends all events in the call to the circuit domain telephone call control module for processing.
  • the call control apparatus of the embodiment of the present invention adds a call flow control module, and through the call flow control module, exemplarily, the finite state machine of the call flow control module determines that the occurrence occurs.
  • the event is handled by the call flow control module itself, sent to the circuit domain telephone call control module, or sent to the network telephone call control module for processing. Therefore, it is not necessary to use the two-way FXS and the two RJ11 ports to distinguish between the circuit domain telephone and the network telephone, and realize the circuit domain telephone and the network telephone by using only one FXS and one RJ11 port, thereby using only one SLIC chip, thereby saving cost.
  • the bottom hook detection module is further configured to send the detected on-hook event to the call flow control module.
  • the call flow control module of the embodiment of the present invention includes: a dialing determination module, configured to determine whether a number dialed by the user after picking up the phone is a predetermined prefix code; if yes, determining that the dialed by the user is a dialing of the network telephone Otherwise, it is determined that the dialing is a dialing for a circuit domain telephone.
  • the user dials through a button, and the dialing judgment module of the call flow control module determines that the user's button is a predetermined prefix code, such as "#", and determines that the current dialing is a network telephone. Dial, otherwise, dial for the circuit domain phone.
  • the call flow control device judges the call mode that the user wants to initiate.
  • the call flow control module is further configured to: when receiving an incoming call of the network telephone, send all events in the current call to the network telephone call control module for processing; When an incoming call is made to a circuit domain phone, all events in the call are sent to the circuit domain telephone call control module for processing.
  • the bottom layer hook detecting module is further configured to send a timer event; at this time, the call flow control module is further configured to detect the module according to the bottom layer hooking machine
  • the sent timer event periodically detects whether the SIP signaling that the network session domain is not empty is received.
  • the incoming call of the network telephone is determined.
  • the call flow control module is further configured to determine whether a ringing message is received in an on-hook state, and if so, to determine an incoming call of the circuit domain telephone.
  • the network telephone call control module is further configured to reject the network telephone when the user plays the circuit domain telephone or the telephone is not on-hook; the circuit domain telephone call control module, It is further used to reject the circuit domain phone when the user makes a network call or the phone does not hang up.
  • the call flow control module includes: a mode setting module, configured to set a current call working mode to a network phone mode when a user dials a network phone or has a network phone call. All events in the VoIP mode are handled by the VoIP call control module; when the user dials a circuit domain phone or has a circuit domain phone call, the current call mode of operation is set to the circuit domain phone mode, in the circuit domain phone All events in the mode are handled by the circuit domain telephone call control module; no dialing or incoming call When the current call working mode is set to the unknown mode, all events in the unknown mode are handled by the call flow control module.
  • a mode setting module configured to set a current call working mode to a network phone mode when a user dials a network phone or has a network phone call. All events in the VoIP mode are handled by the VoIP call control module; when the user dials a circuit domain phone or has a circuit domain phone call, the current call mode of operation is set to the circuit domain phone mode, in the circuit domain phone All events in the mode are handled by the
  • FIG. 3 is a schematic flow chart of a call control method for supporting a circuit domain telephone and a network telephone according to an embodiment of the present invention. As shown in Figure 3, the following steps are performed at the time of calling:
  • Step 301 The call flow control module receives the off-hook event detected by the bottom hook detection module.
  • Step 302 The call flow control module saves the received off-hook event, and determines whether the user dials the circuit domain phone or the network phone according to the number dialed by the user; if it is a network phone, step 303 is performed; if it is a circuit domain phone, step 304 is performed.
  • Step 303 The call flow control module sends the off-hook event to the network telephone call control module, and sends all events in the current call to the network telephone call control module for processing, and then proceeds to step 305.
  • Step 304 The call flow control module sends the off-hook event to the circuit domain telephone call control module, and sends all events in the call to the circuit domain telephone call control module for processing.
  • Step 305 After the end of the call, the processing of the event is transferred back to the call flow control module.
  • a specific implementation of the call control method in the embodiment of the present invention is described below. In this description, the circuit domain telephone call control module, the VoIP call control module, and the call flow control module of the call control apparatus implementing the call control method will be described first.
  • circuit domain telephony is an event-driven state change method.
  • 6 is a schematic diagram of an event or message driven circuit domain telephone call control module in an embodiment of the present invention.
  • the state change of the circuit domain phone controlled by the circuit domain telephone call control module is caused by two ways: an event or a received message.
  • the event includes an off-hook event and a timer event; wherein the message includes a ringing message, an outgoing message, an actively hang-up message, a passive hang-up message, etc., and the message also controls a change in the state of the circuit domain phone. .
  • FIG. 4 is a call state transition of a circuit domain telephone call control module in an embodiment of the present invention
  • Figure. FIG. 5 is a diagram showing a state transition of a circuit domain telephone call control module in an embodiment of the present invention.
  • the key variable of the circuit domain telephone control module is a telephone state variable, and the possible telephone states are on-hook state, off-hook state, dialing state, waiting-on state, ringing state, in-call state, The nine states of waiting for the on-hook state and urging the on-hook state.
  • the passive hang-up in the in-call state, since the passive hang-up becomes a waiting for-on state, the passive hang-up can be caused by receiving a call message.
  • FIG. 7 is a schematic illustration of an event driven network telephone call control module in accordance with an embodiment of the present invention. As shown in Figure 7, the implementation of the VoIP call control module is different from the circuit domain telephone call control module.
  • the VoIP call control module is simply event driven. There are two types of events that drive the VoIP call control module: pick-up events, timer events, and SIP signaling events. By judging the content definition of the event, it can be determined whether the event is an off-hook event or a SIP signaling event.
  • the circuit domain telephone call control module and the VoIP call control module are distinguished by different interfaces. For example, if the interface corresponding to the circuit domain telephone FXS is 0, and the interface corresponding to the VoIP phone FXS is 1, the value of the domain of the interface number in the event is taken, and all of the 0 is handed over to the circuit domain telephone call control module for processing. 1 All is handed over to the VoIP call control module for processing.
  • the call flow control module of the embodiment of the present invention when the off-hook is performed, the event is not handed over to the circuit domain telephone call control module or the VoIP call control module, but a limited call flow control module is added at this location. State The process of the machine, by making certain judgments and operations, determines whether the event after off-hook is handed over to the circuit domain telephone call control module, the VoIP call control module, or whether the event is handled by the call flow control module itself.
  • a key call mode global variable is added, and the possible values are an unknown mode, a circuit domain telephone mode, and a VoIP mode.
  • the value of the variable determines the call flow control module receives the value. Which module is sent to the event, and the event is sent to the call flow control module, the circuit domain call control module, and the VoIP call control module.
  • the call flow control system In the absence of any calls and incoming calls, the call flow control system is in an unknown mode, all events will be sent to the call flow control module for processing; when the circuit domain phone or circuit domain phone calls, the call flow control system is in the circuit domain phone Mode, all events are sent to the circuit domain telephone flow control module for processing; when making a VoIP call or having a VoIP call, the call flow control system is in VoIP mode, and all events are sent to the VoIP call control module for processing.
  • the key variable of another call flow control module is the call state variable. The possible values are the on-hook state, off-hook state, waiting for-on state and urging on-hook state. This variable defines the current call state of the call flow control module. Status value.
  • the call control apparatus includes a use case such as calling, called, active hanging, passive hanging, and call mutual exclusion.
  • the called use case includes incoming call and incoming call termination.
  • FIG. 8 is a schematic diagram of a call state transition of a call flow control module according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a calling call control process in a call control method according to an embodiment of the present invention. Referring to FIG. 8 and FIG. 9, in the call control method implemented by the call control apparatus according to the embodiment of the present invention, the process of the calling party includes the following processing steps:
  • the off-hook event will be saved. If you do not press any button, it will remain in the unknown mode. After that, the user presses a few buttons in the off-hook state of the unknown mode to determine whether the buttons contain a predetermined prefix code; if the prefix code is included, the saved off-hook event is first sent to the VoIP call control module, and then Set the call mode variable of the call flow control system to VoIP mode to send subsequent events to the VoIP call control module for processing; if the prefix code is not included, save the button event first, and then send the off-hook event to the circuit domain call.
  • the control module processes, and finally sends the saved key event to the circuit domain call control module for processing, and sets the call mode of the call flow control system to the circuit domain telephone mode to send the subsequent event to the circuit domain telephone call control module for processing;
  • the predetermined prefix code is "#"
  • the user determines whether the first button is "#"; if yes, Then the control is transferred to the VoIP call control module, and the off-hook event is sent to the VoIP call control module; otherwise, the control is transferred to the circuit domain telephone call control module, the button event is saved, and the saved off-hook event is sent to the circuit domain call control. Module, and send the saved button event to the circuit domain call control module;
  • FIG. 10 is a schematic diagram of processing of a call flow control module when called, in a call control method according to an embodiment of the present invention.
  • the called party is divided into circuit domain telephone calls and VoIP calls, and the phone rings when the call comes in.
  • Circuit area ringing and VoIP phone ringing are ringing, but they are implemented differently.
  • the ringing of the circuit domain telephone is caused by the message that the call state of the circuit domain telephone changes from the on-hook state to the ringing state, and the VoIP telephone ringing is caused by the ringing SIP signaling being received.
  • the call flow control module When a circuit domain call is detected in the call flow control module, all subsequent events are sent.
  • the processing is sent to the circuit domain call flow control module for processing, and the judgment condition is: the call state variable of the circuit domain telephone is a ringing state, and the call state of the call flow control module is an on-hook state. If the condition is met, the call mode is set to the circuit domain telephony mode.
  • Detecting VoIP calls mainly relies on timer event timing detection.
  • the bottom hook detection module sends a timer event to the call flow control module, and triggers the call flow control module to periodically detect whether there is a VoIP call.
  • the call mode is set to VoIP mode so that all subsequent events are sent to the VoIP call control module for processing.
  • the SIP signaling there is a network session domain, the dialog field, which saves the content of the session.
  • the dialog is not empty, it indicates that there is a SIP session, which means that the dialog is not empty indicating that there is a VoIP call or a VoIP call.
  • the call flow control module detects that the call mode is set to VoIP mode when the dialog is not empty.
  • the ringing is terminated, which is also divided into ringing termination of the circuit domain telephone and termination of the VoIP ringing.
  • the ringing call of the circuit domain phone when the ringing call of the circuit domain phone is terminated, it will receive a message to stop ringing.
  • the call mode is set to the unknown mode so that the subsequent event is controlled by the call flow. Module processing.
  • the condition that the VoIP call is terminated is that the call state of the call flow control module is on-hook, and the SIP signaling of the on-hook is received, that is, the SIP signaling that the dialog field is empty is received. For example, if the pointer of the received dialog is empty, SIP signaling.
  • Active hangup use cases include: The circuit domain telephone call control module and the VoIP call control module handle the active hang up process to determine the receipt of the on-hook event. After each module processes the on-hook event, it is necessary to first restore the variables of the call flow control module, and then set the call mode to the unknown mode so that subsequent events are processed by the call flow control module.
  • Passive hangup use cases include: After the circuit domain phone and the VoIP phone are passively hanged up, the dial tone will be released in the respective modules, and then the hang up is sufficient.
  • the processing method is also to first restore the variables of the call flow control module, and then set the call mode to the unknown mode so that the subsequent events are processed by the call flow control module.
  • Call mutex use cases include: Call mutex here means that you must reject the call when making a circuit domain call.
  • circuit-side rejection in the circuit domain during the telephone call and the circuit domain call has been processed in the circuit domain call control module, and the VoIP call and the rejected VoIP call have been processed in the VoIP call control module. I will not repeat them in either case.
  • Rejecting a circuit domain during a telephone call VoIP calls are implemented by adding a processing mechanism to the VoIP call control module.
  • the VoIP phone needs to be rejected. Therefore, the following conditions are required to reject the VoIP phone: The call mode is in the circuit domain mode, or the call mode is in the unknown mode but the call flow control module is in the call state. Not on-hook.
  • Rejecting a circuit domain telephone call during a VoIP phone call is accomplished by adding a processing mechanism to the circuit domain telephone call control module.
  • the circuit domain call needs to be rejected. Therefore, the circuit domain call needs to be rejected if the call mode is in VoIP mode, or the call mode is in the unknown mode but the call state of the call flow control module is not on-hook.
  • the invention predetermines a call flow control module finite state machine by presetting a call flow control module finite state machine before the circuit domain telephone call control module finite state machine and the VoIP call control module finite state machine to make a judgment on whether the user currently dials a network telephone or a circuit domain telephone and According to the result of the judgment, all the events of the call are sent to the corresponding telephone call control module for processing, so that the compatibility of the circuit domain telephone and the VoIP can be realized by using one FXS, and the existing call control device supporting the circuit domain telephone and VoIP is overcome. There must be two FXSs responsible for circuit domain telephony and VoIP defects.

Landscapes

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

Abstract

本发明提供了一种支持电路域电话和网络电话的呼叫控制装置及方法，该装置包括有呼叫流程控制模块，用于接收并保存摘机事件，并根据用户拨号判断用户拨打电路域电话还是网络电话；当拨打网络电话时，将摘机事件发送给网络电话呼叫控制模块，并将本次通话中的所有事件发送给网络电话呼叫控制模块处理；当拨打电路域电话时，将摘机事件发送给电路域电话呼叫控制模块，并将本次通话中的所有事件发送给电路域电话呼叫控制模块处理。通过本发明呼叫控制装置及其实现方法，实现了利用一路FXS实现电路域电话和VoIP的兼容，且由于电路域电话和VoIP电话可共用一个SLIC芯片，从而节约了一个 SLIC芯片，极大地节约了成本。

Description

一种支持电路域电话和网络电话的呼叫控制装置及方法 技术领域
本发明涉及通讯领域， 特别是涉及一种支持电路域电话和网络电话的 呼叫控制装置及方法。 背景技术
随着数据业务在全球的流行， 各种新兴业务不断涌现， 但人们对于传 统业务的需求还是一样热切。 打电话、 发传真这些 2G时代的需求， 在 3G 时代同样也有广泛需求。 现在的 3G终端大多都能支持电路域电话， 而网络 电话（ VoIP , Voice over IP )一般通过在 PC上安装应用软件的方法实现。
随着网络电话的逐步发展， 开始有厂商制造生产硬件设备如终端适配 器（TA, Terminal Adapter )或网络电话网关（ VoIP Gateway ), 提供用户直 接将一般家用电话连接至这些硬件设备。 用户通过切换可选择播打电路域 电话或 VoIP电话。
但是， 现有技术能同时支持电路域电话和 VoIP的呼叫控制装置， 通常 都是通过两路外部交换站（FXS, Foreign Exchange Station )来实现既支持 电路域电话又支持 VoIP的， 其中一路 FXS 负责电路域电话， 另一路 FXS 负责 VoIP。 这种终端设备通常具有两个 RJ11口即两个电话线接口， 一个专 门用来打电路域电话 ,另一个专门用来打 VoIP电话。终端通过用户接口（ UI ) 界面先注册上网，再注册到网络后端的初始会话协议（ SIP, Session Initiation Protocol )服务器上， 即可以打 VoIP电话。
现有技术的上述终端呼叫控制设备存在以下问题： 电路域电话和 VoIP 电话必须分别对应各自的 FXS, —般通过两个功能不同的 RJ11口来区分是 电路域电话还是 VoIP电话， 需要两个用户线路接口电路（ SLIC, Subscriber Line Interface Circuit ) 芯片才能实现。
图 1为现有技术的呼叫控制装置利用两路 FXS, 两个 RJ11口支持电路 域电话和 VoIP电话的模块交互图， 如图 1所示， 在两路 FXS的设计中， 底 层摘挂机检测模块通过判断是哪个接口的事件， 并向上层电路域电话呼叫 控制模块或 VoIP呼叫控制模块发送摘挂机事件和定时器事件。 具体地， 该 方式中， 通过两个接口中的接口 0实现电路域电话功能， 通过接口 1 实现 VoIP功能； 当底层摘挂机检测模块判断出是接口 0的摘挂机事件时， 向上 层的电路域电话呼叫控制模块发送摘挂机事件； 当底层摘挂机检测模块判 断出是接口 1的摘挂机事件时， 向上层的 VoIP呼叫控制模块发送摘挂机事 件。 这种方法必须釆用两路 FXS、 通过区分两个不同用途 RJ11口来支持电 路域电话和 VoIP电话。 显然， 现有呼叫控制装置实现复杂， 而且由于需要 两个 SLIC芯片， 成本较高。 发明内容
本发明的目的是提供一种支持电路域电话和网络电话的呼叫控制装置 及方法， 能够提供简单的支持电路域电话和网络电话的呼叫控制装置， 从 而节约成本。
为了实现上述目的， 本发明提供了一种支持电路域电话和网络电话的 呼叫控制装置， 其中， 包括：
一种支持电路域电话和网络电话的呼叫控制装置， 包括：
摘挂机检测模块， 用于发送检测到的摘机事件；
电路域电话呼叫控制模块， 用于接收来自呼叫流程控制模块的摘机事 件及本次通话中的所有事件， 处理电路域电话的呼叫事件；
网络电话呼叫控制模块， 用于接收来自呼叫流程控制模块的摘机事件 及本次通话中的所有事件， 处理网络电话呼叫事件；
呼叫流程控制模块， 用于接收来自摘挂机检测模块的摘机事件， 保存 接收到的摘机事件，
络电话； 当拨打网络电话时， 将接收到的摘机事件发送给网络电话呼叫控 制模块， 并将本次通话中的所有事件发送给所述网络电话呼叫控制模块处 理； 当拨打电路域电话时， 将接收到的摘机事件发送给电路域电话呼叫控 制模块， 并将本次通话中的所有事件发送给电路域电话呼叫控制模块处理。
所述呼叫流程控制模块包括：
拨号判断模块， 用于判断用户在摘机后所拨的号码是否为预定的前缀 码； 如是， 则确定出用户拨打的是网络电话； 否则， 确定出用户拨打的是 电路 i或电话。
所述呼叫流程控制模块， 进一步用于在接收到网络电话的来电时， 将 本次通话中的所有事件发送给网络电话呼叫控制模块处理； 在接收到电路 域电话的来电时， 将本次通话中的所有事件发送给电路域电话呼叫控制模 块处理。
所述底层摘挂机检测模块， 进一步用于发送定时器事件；
所述呼叫流程控制模块， 进一步用于根据来自底层摘挂机检测模块的 定时器事件， 定时检测是否接收到网络会话域不为空的会话初始协议信令， 当接收到网络会话域不为空的会话初始协议信令时， 确定出接收到网络电 所述呼叫流程控制模块， 进一步用于判断是否在挂机状态接收到振铃 消息， 如是， 则确定出接收到电路域电话的来电。
所述网络电话呼叫控制模块， 进一步用于在用户打电路域电话或电话 没有挂机时， 拒接网络电话；
所述电路域电话呼叫控制模块， 进一步用于在用户打网络电话或电话 没有挂机时， 拒接电路域电话。
所述呼叫流程控制模块包括： 模式设置模块， 用于在用户拨打网络电话或有网络电话来电时， 将当 前的呼叫工作模式设置为网络电话模式， 在网络电话模式下的所有事件由 所述网络电话呼叫控制模块处理； 在用户拨打电路域电话或有电路域电话 来电时， 将当前的呼叫工作模式设置为电路域电话模式， 在电路域电话模 式下的所有事件由所述电路域电话呼叫控制模块处理； 在没有拨号或来电 时， 将当前的呼叫工作模式设置为未知模式， 在未知模式下的所有事件， 由呼叫流程控制模块处理。
一种支持电路域电话和网络电话的呼叫控制方法， 包括在主叫时执行 的如下步骤：
A, 呼叫流程控制模块接收底层摘挂机检测模块检测到的摘机事件；
B, 所述呼叫流程控制模块保存所述摘机事件， 并根据用户所拨号码判 断用户拨打电路域电话还是网络电话；
C, 如果用户拨打网络电话， 所述呼叫流程控制模块将所述摘机事件发 送给网络电话呼叫控制模块， 并将本次通话中所有事件发送给所述网络电 话呼叫控制模块处理； 如果用户拨打电路域电话， 所述呼叫流程控制模块 将所述摘机事件发送给电路域电话呼叫控制模块， 并将本次通话中所有事 件发送给所述电路域电话呼叫控制模块处理。
所述步骤 B中， 所述呼叫流程控制模块根据用户所拨号码判断用户拨 打电路域电话还是网络电话的步骤包括：
所述呼叫流程控制模块判断用户在摘机后所拨的号码是否为预定的前 缀码； 如果是， 则确定出用户拨打的是网络电话； 否则， 确定出用户拨打 的是电路域电话。
所述步骤 C中， 如果用户拨打电路域电话， 在所述呼叫流程控制模块 将所述摘机事件发送给所述电路域电话呼叫控制模块之后， 还包括：
所述呼叫流程控制模块将用户的拨号事件发送给所述电路域电话呼叫 控制模块。
还包括在被叫时执行的如下步骤：
所述呼叫流程控制模块在接收到网络电话的来电时， 将本次通话中的 所有事件发送给网络电话呼叫控制模块处理；
所述呼叫流程控制模块在接收到电路域电话的来电时， 将本次通话中 的所有事件发送给电路域电话呼叫控制模块处理。
所述呼叫流程控制模块根据底层摘挂机检测模块发出的定时器事件， 定时检测是否接收到网络会话域不为空的会话初始协议信令， 当接收到网 络会话域不为空的会话初始协议信令时， 确定出接收到网络电话的来电。
所述呼叫流程控制模块在挂机状态接收到振铃消息时， 确定出接收到 电路域电话的来电。
在打电路域电话或电话没有挂机时， 所述网络电话呼叫控制模块拒接 网络电话； 在打网络电话或电话没有挂机时， 所述电路域电话呼叫控制模 块拒接电路域电话。
在没有通话或来电时， 由呼叫流程控制处理模块处理发生的所有事件。 本发明的技术效果在于：
本发明通过在电路域电话呼叫控制模块和网络电话呼叫控制模块处理 对应的呼叫事件之前， 预置一个呼叫流程控制模块来对用户当前拨打的是 网络电话还是电路域电话做出判断， 并根据判断的结果将本次呼叫的所有 事件发送给对应的电话呼叫控制模块处理， 从而实现了利用一路 FXS实现 电路域电话和 VoIP的兼容， 克服了现有的支持电路域电话和 VoIP的呼叫 控制装置必须要有两路 FXS分别负责电路域电话和 VoIP的缺陷，且由于电 路域电话和 VoIP电话可共用一个 SLIC芯片， 从而节省了一个 SLIC芯片， 极大地节约了成本。 附图说明
图 1为现有技术的呼叫控制装置的模块交互示意图；
图 2为本发明实施例的支持电路域电话和网络电话的呼叫控制装置的 结构示意图；
图 3 为本发明实施例的支持电路域电话和网络电话的呼叫控制方法的 流程示意图；
图 4为本发明的实施例中， 电路域电话呼叫流程控制模块的主叫状态 迁移图；
图 5 为本发明的实施例中， 电路域电话呼叫流程控制模块的被叫状态 迁移图；
图 6为本发明的实施例中， 事件或消息驱动的电路域电话呼叫控制模 块的示意图；
图 7为本发明的实施例中， 事件驱动的网络电话呼叫控制模块的示意 图；
图 8为本发明实施例的呼叫流程控制模块的主叫状态迁移图； 图 9为本发明实施例的呼叫控制方法中， 主叫呼叫控制的过程的示意 图；
图 10为本发明实施例的呼叫控制方法中， 被叫时呼叫流程控制模块的 处理示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图及具 体实施例对本发明进行详细描述。
图 2 为本发明实施例的支持电路域电话和网络电话的呼叫控制装置的 结构示意图。 如图 2所示， 本发明实施例的支持电路域电话和网络电话的 呼叫控制装置包括： 底层摘挂机检测模块 201 , 用于发送检测到的摘机事件；
电路域电话呼叫控制模块 202,用于接收来自呼叫流程控制模块的摘机 事件及本次通话中的所有事件， 处理电路域电话的呼叫事件；
网络电话呼叫控制模块 203，用于接收来自呼叫流程控制模块的摘机事 件及本次通话中的所有事件， 处理网络电话呼叫事件；
呼叫流程控制模块 204, 用于接收来自底层摘挂机检测模块的摘机事 件， 保存接收到的摘机事件， 并根据用户所拨号码判断用户拨打电路域电 话还是网络电话； 当拨打网络电话时， 将接收到的摘机事件发送给网络电 话呼叫控制模块， 并将本次通话中的所有事件发送给网络电话呼叫控制模 块处理； 当拨打电路域电话时， 将接收到的摘机事件发送给电路域呼叫控 制模块， 并将本次通话中的所有事件发送给电路域电话呼叫控制模块处理。
与图 1 所示的呼叫控制装置相比， 本发明实施例的呼叫控制装置添加 了呼叫流程控制模块， 并通过呼叫流程控制模块， 示例性地， 通过呼叫流 程控制模块的有限状态机， 判断发生的事件是由该呼叫流程控制模块自身 处理、 发送给电路域电话呼叫控制模块处理、 还是发送给网络电话呼叫控 制模块处理。从而无需利用两路 FXS和两个 RJ11口来区分电路域电话和网 络电话， 实现了只利用一路 FXS、 一个 RJ11口来实现电路域电话和网络电 话， 从而只用一个 SLIC芯片， 节约了成本。
优选地， 该实施例的呼叫控制装置中， 底层摘挂机检测模块， 还用于 发送检测到的挂机事件至呼叫流程控制模块。
优选地， 本发明实施例的呼叫流程控制模块包括： 拨号判断模块， 用 于判断用户在摘机后所拨的号码是否为预定的前缀码； 如是， 则确定出用 户拨打的为网络电话的拨号； 否则， 确定出所述拨号为电路域电话的拨号。 示例性地， 用户通过按键来拨号， 呼叫流程控制模块的拨号判断模块判断 出用户的按键为预定的前缀码， 如 "#" 时， 确定出当前的拨号为网络电话 拨号， 否则， 为电路域电话拨号。 该例中， 在用户拨出呼叫前缀码但还未 拨完全部号码时， 呼叫流程控制装置就对用户要发起的呼叫方式进行了判 断。
优选地， 本发明实施例的呼叫控制装置中、 呼叫流程控制模块， 还用 于在接收到网络电话的来电时， 将本次通话中的所有事件发送给网络电话 呼叫控制模块处理； 在接收到电路域电话的来电时， 将本次通话中的所有 事件发送给电路域电话呼叫控制模块处理。
优选地， 本发明实施例的呼叫控制装置中， 所述底层摘挂机检测模块， 还用于发送定时器事件； 此时， 所述呼叫流程控制模块， 还用于根据所述 底层摘挂机检测模块发送的定时器事件， 定时检测是否接收到网络会话域 不为空的 SIP信令， 当接收到网络会话域不为空的 SIP信令时，确定出接收 到网络电话的来电。
优选地， 本发明实施例的呼叫控制装置中， 所述呼叫流程控制模块， 进一步用于判断是否在挂机状态接收到振铃消息， 如是， 则确定出接收到 电路域电话的来电。
优选地， 本发明实施例的呼叫控制装置中， 所述网络电话呼叫控制模 块， 进一步用于在用户打电路域电话或电话没有挂机时， 拒接网络电话； 所述电路域电话呼叫控制模块， 进一步用于在用户打网络电话或电话没有 挂机时， 拒接电路域电话。
优选地， 本发明实施例的呼叫控制装置中， 所述呼叫流程控制模块包 括： 模式设置模块， 用于在用户拨打网络电话或有网络电话来电时， 将当 前的呼叫工作模式设置为网络电话模式， 在网络电话模式下的所有事件由 所述网络电话呼叫控制模块处理； 在用户拨打电路域电话或有电路域电话 来电时， 将当前的呼叫工作模式设置为电路域电话模式， 在电路域电话模 式下的所有事件由所述电路域电话呼叫控制模块处理； 在没有拨号或来电 时， 将当前的呼叫工作模式设置为未知模式， 在未知模式下的所有事件由 呼叫流程控制模块处理。
图 3 为本发明实施例的支持电路域电话和网络电话的呼叫控制方法的 流程示意图。 如图 3所示， 包括在主叫时执行的如下步骤：
步骤 301 :呼叫流程控制模块接收底层摘挂机检测模块检测出的摘机事 件。
步骤 302: 呼叫流程控制模块保存接收到的摘机事件， 并根据用户所拨 号码判断用户拨打电路域电话还是网络电话； 如是网络电话， 则执行步骤 303; 如是电路域电话， 则执行步骤 304。
步骤 303 : 呼叫流程控制模块将摘机事件发送给网络电话呼叫控制模 块， 并将本次通话中的所有事件发送给网络电话呼叫控制模块处理， 之后 转入步骤 305。
步骤 304:呼叫流程控制模块将摘机事件发送给电路域电话呼叫控制模 块， 并将本次通话中所有事件发送给电路域电话呼叫控制模块处理。
步骤 305: 在本次通话结束后， 将事件的处理转回呼叫流程控制模块。 下面对本发明实施例的呼叫控制方法的一种具体实现进行说明。 在该 说明中， 先对实现该呼叫控制方法的呼叫控制装置的电路域电话呼叫控制 模块、 VoIP呼叫控制模块和呼叫流程控制模块进行一下说明。
电路域电话的实现是一种基于事件驱动的状态变化方法。 图 6 为本发 明的实施例中， 事件或消息驱动的电路域电话呼叫控制模块的示意图。 如 图 6所示， 电路域电话呼叫控制模块控制的电路域电话的状态变化是由两 种方式引起的： 事件或收到消息。 其中， 事件包括摘挂机事件和定时器事 件； 其中， 上述消息包括振铃的消息、 呼出的消息、 主动挂断的消息、 被 动挂断的消息等， 这些消息也控制着电路域电话状态的改变。
图 4为本发明的实施例中， 电路域电话呼叫控制模块的主叫状态迁移 图。 图 5 为本发明的实施例中， 电路域电话呼叫控制模块的被叫状态迁移 图。 如图 4、 图 5所示， 电路域电话控制模块的关键变量为电话状态变量， 可能的电话状态为挂机状态、 摘机状态、 拨号状态、 等待接通状态、 振铃 状态、 通话中状态、 等待挂机状态和催促挂机状态这九种状态。 图 4、 图 5 中， 在通话中状态中， 由于被动挂断变成等待挂机状态， 该被动挂断可由 接收到呼叫消息引起。 图 4 中， 在等待接通状态中， 由于对方应答变成通 话中状态， 该对方应答可由接收到消息引起。 图 5中， 在等待接通状态中， 由于接通变成通话中状态， 该接通可由接收到消息引起。 当电路域电话处 于某种状态时， 所有的事件或消息就会送到该状态下的事件处理函数处理， 可能引起该电话状态变量的改变和一定的动作。 电话状态起初为挂机状态， 这时摘机会造成状态变为摘机状态； 如果挂机时有振铃， 电话状态会迁到 振铃状态， 这时摘机后电话状态会迁到等待接通状态。 上述对应状态下的 事件处理函数同现有技术， 在此不再赘述。
图 7为本发明的实施例中， 事件驱动的网络电话呼叫控制模块的示意 图。 如图 7所示， VoIP呼叫控制模块的实现方式和电路域电话呼叫控制模 块有所区别， VoIP呼叫控制模块是单纯由事件驱动的。 驱动 VoIP呼叫控制 模块的事件分为两种类型： 摘挂机事件、 定时器事件； 和， SIP信令事件。 通过判断事件的内容定义可以判断该事件是摘挂机事件还是 SIP信令事件。
在现有技术的两路 FXS的呼叫控制装置的方案中， 电路域电话呼叫控 制模块和 VoIP呼叫控制模块是通过不同的接口来区分的。 例如， 如果电路 域电话 FXS对应的接口为 0, VoIP电话 FXS对应的接口为 1 , 则取该事件 中的接口号这个域的值， 为 0 的全部交给电路域电话呼叫控制模块处理， 为 1全部的交给 VoIP呼叫控制模块处理。 而在本发明实施例的呼叫流程控 制模块中， 当摘机时并不将事件交给电路域电话呼叫控制模块或 VoIP呼叫 控制模块处理， 而是在这个位置添加了一个呼叫流程控制模块的有限状态 机的处理过程， 通过进行一定的判断和操作， 决定摘机之后的事件交给电 路域电话呼叫控制模块、 VoIP呼叫控制模块， 还是由呼叫流程控制模块自 己处理该事件。
在本发明实施例的呼叫流程控制模块中添加了一个关键呼叫模式全局 变量， 可能的取值为未知模式、 电路域电话模式、 VoIP模式， 该变量的取 值决定了呼叫流程控制模块收到的事件送到哪个模块处理， 分别对应将事 件发送给呼叫流程控制模块、 电路域呼叫控制模块和 VoIP呼叫控制模块。 在没有任何通话和来电时， 呼叫流程控制系统处于未知模式， 所有的事件 都将发送给呼叫流程控制模块处理； 在打电路域电话或者有电路域电话来 电时， 呼叫流程控制系统处于电路域电话模式， 所有事件发送给电路域电 话流程控制模块处理； 在打 VoIP电话或者有 VoIP来电时， 呼叫流程控制 系统处于 VoIP模式， 所有事件发送给 VoIP呼叫控制模块处理。 另一个呼 叫流程控制模块的关键变量是呼叫状态变量， 可能的取值是挂机状态、 摘 机状态、 等待挂机状态和催促挂机状态这四种状态， 该变量定义了呼叫流 程控制模块的当前呼叫状态状态值。
下面通过主叫、 被叫、 主动挂断、 被动挂断、 呼叫互斥等用例， 阐述 了本发明实施例的呼叫控制装置实现各种用例的方法。 其中， 被叫用例中 包括来电接听和来电终止。
主叫用例说明如图 8和图 9所示：
图 8为本发明实施例的呼叫流程控制模块的主叫状态迁移图。 图 9为 本发明实施例的呼叫控制方法中， 主叫呼叫控制过程的示意图。 结合图 8 和图 9, 利用本发明实施例的呼叫控制装置实现的呼叫控制方法中， 主叫的 流程包括如下处理步骤：
首先， 摘机， 这时仍处于未知模式， 摘机后会保存摘机事件， 若这时 不按任何键将一直处于未知模式； 之后， 用户在未知模式的摘机状态下按下几个按键， 判断这几个按键 是否包含预定的前缀码；若包含前缀码，则先将保存的摘机事件发送到 VoIP 呼叫控制模块， 再将呼叫流程控制系统的呼叫模式变量置为 VoIP模式以使 其后的事件发送到 VoIP呼叫控制模块处理； 若不包含前缀码， 则先保存该 按键事件， 然后将摘机事件发送到电路域呼叫控制模块处理， 最后将保存 的按键事件发送到电路域呼叫控制模块处理， 并将呼叫流程控制系统的呼 叫模式置为电路域电话模式以使其后的事件发送到电路域电话呼叫控制模 块处理；
示例性地， 如图 9所示， 预定的前缀码为 "#" , 用户在未知模式的摘 机状态下按下第一个按键后， 判断该第一个按键是否为 "# "； 如是， 则控 制权转向 VoIP呼叫控制模块， 并将摘机事件发给 VoIP呼叫控制模块； 否 则， 控制权转向电路域电话呼叫控制模块， 保存该按键事件， 将保存的摘 机事件发给电路域呼叫控制模块， 并将保存的按键事件发送给电路域呼叫 控制模块；
接着， 在本次通话挂机前所有的事件均由第二步最后转向的模块处理； 直到用户挂机， 本次通话结束， 将呼叫流程控制模块的呼叫模式置为 未知模式， 并将呼叫流程控制模块的呼叫状态置为挂机状态， 其后的所有 事件发送到呼叫流程控制模块处理。
被叫用例说明如图 10所示：
图 10为本发明实施例的呼叫控制方法中， 被叫时呼叫流程控制模块的 处理示意图。被叫分为电路域电话来电和 VoIP来电， 当来电时电话会振铃。 电路域电话振铃和 VoIP电话振铃虽然都是振铃，但实现方式不同。如图 10, 电路域电话的振铃是由消息引起电路域电话的呼叫状态由挂机状态变为振 铃状态， 而 VoIP电话振铃是由于收到了振铃 SIP信令而产生振铃。
当呼叫流程控制模块中检测到有电路域来电后， 将其后的所有事件发 送到电路域呼叫流程控制模块处理， 判断条件为： 电路域电话的呼叫状态 变量为振铃状态， 且呼叫流程控制模块的呼叫状态为挂机状态。 如果该条 件满足， 则将呼叫模式置为电路域电话模式。
检测 VoIP来电主要是依靠定时器事件定时检测实现的。 底层摘挂机检 测模块将定时器事件发送给呼叫流程控制模块， 触发呼叫流程控制模块定 时检测是否有 VoIP来电。 当在呼叫流程控制模块中检测到有 VoIP来电后， 将呼叫模式置为 VoIP模式以使其后的所有事件发送到 VoIP呼叫控制模块 处理。 在 SIP信令中有一个网络会话域即 dialog域， 保存了该会话的内容。 当 dialog不为空时， 表明现在有 SIP会话， 也就是说 dialog不为空表明有 VoIP来电或正在 VoIP通话中。 在呼叫流程控制模块中检测， 当 dialog不为 空时将呼叫模式置为 VoIP模式。
振铃终止， 也分为电路域电话的振铃终止和 VoIP振铃终止。 如图 10 , 电路域电话的振铃来电终止时， 会收到停止振铃的消息， 当收到振铃停止 的消息后 , 将呼叫模式置为未知模式以使其后的事件由呼叫流程控制模块 处理。 VoIP来电终止的条件是呼叫流程控制模块的呼叫状态为挂机状态， 且接收到挂机的 SIP信令， 即接收到 dialog域为空的 SIP信令， 示例性地， 如接收到 dialog的指针为空的 SIP信令。
主动挂断用例包括： 电路域电话呼叫控制模块和 VoIP呼叫控制模块对 主动挂断的处理都是判断收到挂机事件。 在各模块处理完挂机事件后需要 首先将呼叫流程控制模块的各变量复原， 再将呼叫模式置为未知模式以使 其后事件由呼叫流程控制模块处理。
被动挂断用例包括： 电路域电话和 VoIP电话被动挂断后在会在各自模 块中放出拨号音， 这时只要挂机就可以了。 处理方式也是首先将呼叫流程 控制模块的各变量复原， 再将呼叫模式置为未知模式以使其后事件由呼叫 流程控制模块处理。 呼叫互斥用例包括： 这里的呼叫互斥是指拨打电路域电话时必须拒接
VoIP来电， 拨打 VoIP电话时必须拒接电路域电话来电。
其中， 电路域电话通话时、 电路域来电时网络侧拒接已经在电路域呼 叫控制模块中作了处理， 而 VoIP通话时、 拒接 VoIP来电已经在 VoIP呼叫 控制模块中作了处理， 在此对这两种情况不再赘述。
电路域电话通话时拒接 VoIP来电通过在 VoIP呼叫控制模块添加处理 机制实现。 当正在打电路域电话时或电话没有挂机时，需要拒接 VoIP电话， 因此满足以下条件需拒接 VoIP电话： 呼叫模式处于电路域模式， 或呼叫模 式处于未知模式但呼叫流程控制模块的呼叫状态不是挂机状态。
VoIP电话通话时拒接电路域电话来电是通过在电路域电话呼叫控制模 块添加处理机制实现。 当正在打 VoIP电话或电话没有挂机时， 需要拒接电 路域电话。 因此满足如下条件需要拒接电路域电话： 呼叫模式处于 VoIP模 式， 或呼叫模式处于未知模式但呼叫流程控制模块的呼叫状态不是挂机状 态。
本发明通过在电路域电话呼叫控制模块有限状态机和网络电话呼叫控 制模块有限状态机之前预置一个呼叫流程控制模块有限状态机来对用户当 前拨打的是网络电话还是电路域电话做出判断并根据判断的结果将本次呼 叫的所有事件发送给对应的电话呼叫控制模块处理， 从而可利用一路 FXS 实现电路域电话和 VoIP的兼容， 克服了现有的支持电路域电话和 VoIP的 呼叫控制装置必须要有两路 FXS分别负责电路域电话和 VoIP的缺陷。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域的 普通技术人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进 和润饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求书
1、 一种支持电路域电话和网络电话的呼叫控制装置， 其特征在于， 包 括：
摘挂机检测模块， 用于发送检测到的摘机事件；
电路域电话呼叫控制模块， 用于接收来自呼叫流程控制模块的摘机事 件及本次通话中的所有事件， 处理电路域电话的呼叫事件；
网络电话呼叫控制模块， 用于接收来自呼叫流程控制模块的摘机事件 及本次通话中的所有事件， 处理网络电话呼叫事件；
呼叫流程控制模块， 用于接收来自摘挂机检测模块的摘机事件， 保存 络电话； 当拨打网络电话时， 将接收到的摘机事件发送给网络电话呼叫控 制模块， 并将本次通话中的所有事件发送给所述网络电话呼叫控制模块处 理； 当拨打电路域电话时， 将接收到的摘机事件发送给电路域电话呼叫控 制模块， 并将本次通话中的所有事件发送给电路域电话呼叫控制模块处理。
2、 根据权利要求 1所述的呼叫控制装置， 其特征在于， 所述呼叫流程 控制模块包括：
拨号判断模块， 用于判断用户在摘机后所拨的号码是否为预定的前缀 码； 如是， 则确定出用户拨打的是网络电话； 否则， 确定出用户拨打的是 电路 i或电话。
3、 根据权利要求 1所述的呼叫控制装置， 其特征在于，
所述呼叫流程控制模块， 进一步用于在接收到网络电话的来电时， 将 本次通话中的所有事件发送给网络电话呼叫控制模块处理； 在接收到电路 域电话的来电时， 将本次通话中的所有事件发送给电路域电话呼叫控制模 块处理。
4、 根据权利要求 3所述的呼叫控制装置， 其特征在于， 所述底层摘挂机检测模块， 进一步用于发送定时器事件； 所述呼叫流程控制模块， 进一步用于根据来自底层摘挂机检测模块的 定时器事件， 定时检测是否接收到网络会话域不为空的会话初始协议信令， 当接收到网络会话域不为空的会话初始协议信令时， 确定出接收到网络电 话的来电。
5、 根据权利要求 3所述的呼叫控制装置， 其特征在于， 所述呼叫流程 控制模块， 进一步用于判断是否在挂机状态接收到振铃消息， 如是， 则确 定出接收到电路域电话的来电。
6、 根据权利要求 1所述的呼叫控制装置， 其特征在于，
所述网络电话呼叫控制模块， 进一步用于在用户打电路域电话或电话 没有挂机时， 拒接网络电话；
所述电路域电话呼叫控制模块， 进一步用于在用户打网络电话或电话 没有挂机时， 拒接电路域电话。
7、 根据权利要求 3所述的呼叫控制装置， 其特征在于， 所述呼叫流程 控制模块包括：
模式设置模块， 用于在用户拨打网络电话或有网络电话来电时， 将当 前的呼叫工作模式设置为网络电话模式， 在网络电话模式下的所有事件由 所述网络电话呼叫控制模块处理； 在用户拨打电路域电话或有电路域电话 来电时， 将当前的呼叫工作模式设置为电路域电话模式， 在电路域电话模 式下的所有事件由所述电路域电话呼叫控制模块处理； 在没有拨号或来电 时， 将当前的呼叫工作模式设置为未知模式， 在未知模式下的所有事件， 由呼叫流程控制模块处理。
8、 一种支持电路域电话和网络电话的呼叫控制方法， 其特征在于， 包 括在主叫时执行的如下步骤：
A, 呼叫流程控制模块接收底层摘挂机检测模块检测到的摘机事件； B, 所述呼叫流程控制模块保存所述摘机事件， 并根据用户所拨号码判 断用户拨打电路域电话还是网络电话；
C, 如果用户拨打网络电话， 所述呼叫流程控制模块将所述摘机事件发 送给网络电话呼叫控制模块， 并将本次通话中所有事件发送给所述网络电 话呼叫控制模块处理； 如果用户拨打电路域电话， 所述呼叫流程控制模块 将所述摘机事件发送给电路域电话呼叫控制模块， 并将本次通话中所有事 件发送给所述电路域电话呼叫控制模块处理。
9、根据权利要求 8所述的呼叫控制方法，其特征在于，所述步骤 B中， 络电话的步骤包括：
所述呼叫流程控制模块判断用户在摘机后所拨的号码是否为预定的前 缀码； 如果是， 则确定出用户拨打的是网络电话； 否则， 确定出用户拨打 的是电路域电话。
10、 根据权利要求 9所述的呼叫控制方法， 其特征在于， 所述步骤 C 中， 如果用户拨打电路域电话， 在所述呼叫流程控制模块将所述摘机事件 发送给所述电路域电话呼叫控制模块之后， 还包括：
所述呼叫流程控制模块将用户的拨号事件发送给所述电路域电话呼叫 控制模块。
11、 根据权利要求 8 所述的呼叫控制方法， 其特征在于， 还包括在被 叫时执行的如下步骤：
所述呼叫流程控制模块在接收到网络电话的来电时， 将本次通话中的 所有事件发送给网络电话呼叫控制模块处理；
所述呼叫流程控制模块在接收到电路域电话的来电时， 将本次通话中 的所有事件发送给电路域电话呼叫控制模块处理。
12、 根据权利要求 11所述的呼叫控制方法， 其特征在于， 所述呼叫流 程控制模块根据底层摘挂机检测模块发出的定时器事件， 定时检测是否接 收到网络会话域不为空的会话初始协议信令， 当接收到网络会话域不为空 的会话初始协议信令时， 确定出接收到网络电话的来电。
13、 根据权利要求 11所述的呼叫控制方法， 其特征在于， 所述呼叫流 程控制模块在挂机状态接收到振铃消息时， 确定出接收到电路域电话的来 电。
14、 根据权利要求 8所述的呼叫控制方法， 其特征在于， 在打电路域 电话或电话没有挂机时， 所述网络电话呼叫控制模块拒接网络电话； 在打 网络电话或电话没有挂机时， 所述电路域电话呼叫控制模块拒接电路域电 话。
15、 根据权利要求 8所述的呼叫控制方法， 其特征在于， 在没有通话 或来电时， 由呼叫流程控制处理模块处理发生的所有事件。
PCT/CN2010/075993 2009-09-14 2010-08-13 一种支持电路域电话和网络电话的呼叫控制装置及方法 WO2011029363A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10814965.9A EP2442584B1 (en) 2009-09-14 2010-08-13 METHOD AND APPARATUS FOR SUPPORTING CALL CONTROL OF CIRCUIT DOMAIN TELEPHONE AND VoIP
US13/381,125 US8824458B2 (en) 2009-09-14 2010-08-13 Method and apparatus for supporting call control of circuit domain telephone and VoIP

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200910092075 CN101651753B (zh) 2009-09-14 2009-09-14 一种支持电路域电话和网络电话的呼叫控制装置及方法
CN200910092075.6 2009-09-14

Publications (1)

Publication Number Publication Date
WO2011029363A1 true WO2011029363A1 (zh) 2011-03-17

Family

ID=41673850

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075993 WO2011029363A1 (zh) 2009-09-14 2010-08-13 一种支持电路域电话和网络电话的呼叫控制装置及方法

Country Status (4)

Country Link
US (1) US8824458B2 (zh)
EP (1) EP2442584B1 (zh)
CN (1) CN101651753B (zh)
WO (1) WO2011029363A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651753B (zh) * 2009-09-14 2012-05-23 中兴通讯股份有限公司 一种支持电路域电话和网络电话的呼叫控制装置及方法
CN102291807B (zh) * 2011-08-03 2016-01-13 宇龙计算机通信科技(深圳)有限公司 移动终端和拨号方法
US8971315B2 (en) 2013-01-30 2015-03-03 Dell Products L.P. Selecting information handling system communication protocol based on network constraints
CN104917673A (zh) * 2014-03-10 2015-09-16 中兴通讯股份有限公司 家庭网关及通话配置方法
CN105979061A (zh) * 2016-04-13 2016-09-28 邦彦技术股份有限公司 语音通话设备及语音通话控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2185657A (en) * 1986-01-22 1987-07-22 Stc Plc Automatic telecommunication system
CN1612541A (zh) * 2003-10-30 2005-05-04 宽维科技股份有限公司 通讯交换机
CN1870680A (zh) * 2005-05-23 2006-11-29 曾玠澄 通讯交换装置及其操作方法
CN101651753A (zh) * 2009-09-14 2010-02-17 中兴通讯股份有限公司 一种支持电路域电话和网络电话的呼叫控制装置及方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6798767B1 (en) * 1999-11-16 2004-09-28 Cisco Technology, Inc. System and method for generating multiple line appearances in a communication network
US20050238160A1 (en) * 2003-12-18 2005-10-27 Aksys Networks Inc Enhanced Telephony Adapter Device and Methods
JP4420832B2 (ja) * 2005-02-21 2010-02-24 株式会社日立コミュニケーションテクノロジー ＶｏＩＰゲートウエイ装置
US7936694B2 (en) * 2006-04-03 2011-05-03 Hewlett-Packard Development Company, L.P. Sniffing-based network monitoring
US20070280452A1 (en) * 2006-05-30 2007-12-06 Ascalade Communications Inc. Contact online status alert for telephone handset interfacing with a soft-phone client
US7925296B2 (en) * 2007-05-07 2011-04-12 Sure Best Limited Intergrated communication apparatus
US8228903B2 (en) * 2007-07-20 2012-07-24 Cisco Technology, Inc. Integration of VoIP address discovery with PBXs
US8199746B2 (en) * 2007-07-20 2012-06-12 Cisco Technology, Inc. Using PSTN reachability to verify VoIP call routing information
US8300531B2 (en) * 2008-05-30 2012-10-30 Alcatel Lucent Methods and apparatus for overload control of prioritized message flows in a state machine execution environment
US20100195641A1 (en) * 2009-02-04 2010-08-05 Grasstell Networks Llc Seamless multi-mode voice
US8311218B2 (en) * 2009-06-30 2012-11-13 Cisco Technology, Inc. Rounding for security
US8477926B2 (en) * 2010-04-16 2013-07-02 Bolder Thinking Communications, Inc. Cloud computing call centers

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2185657A (en) * 1986-01-22 1987-07-22 Stc Plc Automatic telecommunication system
CN1612541A (zh) * 2003-10-30 2005-05-04 宽维科技股份有限公司 通讯交换机
CN1870680A (zh) * 2005-05-23 2006-11-29 曾玠澄 通讯交换装置及其操作方法
CN101651753A (zh) * 2009-09-14 2010-02-17 中兴通讯股份有限公司 一种支持电路域电话和网络电话的呼叫控制装置及方法

Also Published As

Publication number Publication date
EP2442584A1 (en) 2012-04-18
EP2442584B1 (en) 2016-10-12
EP2442584A4 (en) 2013-02-27
US8824458B2 (en) 2014-09-02
US20120120947A1 (en) 2012-05-17
CN101651753A (zh) 2010-02-17
CN101651753B (zh) 2012-05-23

Similar Documents

Publication Publication Date Title
US20090175434A1 (en) Universal linking gateway between telephonic devices
WO2011029363A1 (zh) 一种支持电路域电话和网络电话的呼叫控制装置及方法
KR100408678B1 (ko) 사설교환기의 내선가입자회로를 통해 접속되는브이오아이피 게이트웨이 장치
CN105721727A (zh) 呼叫转移的方法及装置
EP2173110B1 (en) A realizing method for re-answering call
KR20130072733A (ko) ＶｏＩＰ 게이트웨이 장치, 이의 제어방법 및 이를 포함하는 시스템
JP2007228362A (ja) グループ着信機能を有するｉｐ電話システムおよびｉｐ電話機
US20100136962A1 (en) Apparatus, system, and method for mobile communication
CN102299813B (zh) 宽带网络终端及其动态调节网络速度的方法
JP4138116B2 (ja) 交換機及び交換機制御プログラムを記録した記録媒体
KR101367782B1 (ko) 동일한 음성 통신에서 다수의 단말기 디바이스를 연속적으로 사용하게 하는 디바이스 및 방법
JP3700554B2 (ja) ボタン電話装置
JP2006080997A (ja) 電話通信装置
KR100448026B1 (ko) 착발신 선로 선택 장치 및 방법
JPH04259157A (ja) 転送放棄方式
US20070226373A1 (en) Network device and method for establishing communications
JP3926322B2 (ja) ターミナル装置及びその動作制御方法並びにプログラム
KR100924310B1 (ko) 공격 패킷 차단 장치와 공격 패킷 차단 기능을 갖는 멀티미디어 통화 장치 및 라우터
WO2014059819A1 (zh) 通话处理方法及装置
JP2003046667A (ja) 電話システムおよび装置
TW201203953A (en) Broadband network terminal and method for dynamically adjusting network speed thereof
JP2004336150A (ja) 電話交換装置及びこの電話交換装置で使用される制御方法
JP2002335306A (ja) 通信路確立方法
JPH0457553A (ja) 電話交換システム
JP2006262369A (ja) 電話回線状態検出制御装置およびその検出制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10814965

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13381125

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2010814965

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010814965

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE