JP2010239216A - Call control method - Google Patents
Call control method Download PDFInfo
- Publication number
- JP2010239216A JP2010239216A JP2009082357A JP2009082357A JP2010239216A JP 2010239216 A JP2010239216 A JP 2010239216A JP 2009082357 A JP2009082357 A JP 2009082357A JP 2009082357 A JP2009082357 A JP 2009082357A JP 2010239216 A JP2010239216 A JP 2010239216A
- Authority
- JP
- Japan
- Prior art keywords
- call
- terminal
- server
- state
- information
- 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.)
- Pending
Links
Images
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
本発明は、呼制御方法に係わり、特に通話中のSIP端末を他サーバに収容したとき安定した呼状態にセッションを引き継ぐ方法に関する。 The present invention relates to a call control method, and more particularly to a method for taking over a session in a stable call state when a SIP terminal in a call is accommodated in another server.
SIPのサーバとクライアントシステムの呼救済は、以下のようなものがある。
SIP端末を収容するサーバがあり、サーバ自身やSIP端末とサーバ間で障害が発生した場合に通話を維持する為にシステムの制御系を２重化冗長構成をとり、障害が発生した系を待機系に切り替えことで呼を維持したり、サーバからバックアップサーバに呼情報を転送し、バックアップサーバへSIP端末を接続替えすることで呼を維持する方式がある。しかし、２重化冗長構成のシステムは高価である。また、バックアップサーバの例として特許文献１は、端末の収容サーバからバックアップサーバに対して通話中の呼情報を転送しておき、バックアップサーバが端末を収容するサーバへ定期的にメッセージを送信して監視し、その不応答を検出したとき、サーバの障害と判断しバックアップサーバから端末に対して、接続先サーバ情報を含む再開要求を送信し、端末は、接続先サーバ情報からバックアップサーバへ接続要求を行い、通話中の呼を救済する方法があるが、端末とサーバ、サーバとバックアップサーバ間での遅延もあることからリアルタイム性に欠け、バックアップサーバへ転送された呼情報と端末の状態が不一致の状態でも端末の接続替えを行ってしまうことがあった。あるいは、不一致との理由で無条件に切断してしまっていた。
Call relief for the SIP server and client system is as follows.
There is a server that accommodates SIP terminals. If a failure occurs between the server itself or the SIP terminal and the server, the system control system has a redundant configuration to maintain the call, and the system in which the failure has occurred is waited. There are methods for maintaining a call by maintaining a call by switching to a system, transferring call information from a server to a backup server, and switching a SIP terminal to the backup server. However, a dual redundant system is expensive. Further, as an example of the backup server,
即ち、サーバからバックアップサーバへ呼情報を転送して呼情報の同期をとっているシステムにおいて、サーバと端末間の接続障害を検出すると端末は、バックアップサーバへ接続替えを行うが、バックアップサーバへバックアップされた呼情報と端末の状態が不一致になってしまうことがある。たとえば、バックアップされた呼情報が通話中状態であったが、サーバと端末間の接続障害を検出する前に端末が通話中からサービス展開をして、端末からサーバへサービス要求している状態でその応答をまっていた場合にその状態を初期化せずに維持した状態でバックアップサーバへ接続替えを行ってもバックアップサーバと端末の呼状態が不一致の為に端末の呼状態が正しくもどらなく、端末がロックした状態になったり、サーバの呼情報が浮いてしまったりすることがあった。あるいは呼状態不一致で無条件に切断してしまう場合もあった。従ってバックアップサーバの呼情報だけでは、正しく端末の呼を救済することができない。 In other words, in a system in which call information is transferred from the server to the backup server to synchronize the call information, when a connection failure between the server and the terminal is detected, the terminal switches the connection to the backup server, but the backup is backed up to the backup server. In some cases, the received call information does not match the terminal status. For example, when the backed up call information is in a call state, but before the connection failure between the server and the terminal is detected, the terminal performs service deployment from the call and requests service from the terminal to the server. Even if the connection is switched to the backup server while maintaining the state without initializing the response if the response is stored, the call state of the terminal does not return correctly because the call state of the backup server and the terminal does not match, The terminal may be locked or server call information may float. Or, there was a case where the call was unconditionally disconnected due to a mismatch in the call state. Therefore, the call of the terminal cannot be relieved correctly only by the call information of the backup server.
つまり端末がバックアップサーバへ収容替えしたときに端末の呼状態とバックアップされた呼情報が不一致であった場合のことが考慮されていないという問題があった。 That is, there is a problem that the case where the call state of the terminal and the backed up call information do not match when the terminal is switched to the backup server is not considered.
本発明は、呼状態が不一致になっても端末やサーバにおいてロック状態にさせないで安定した呼状態へ復帰させ、その後のサービス展開などの呼処理が維持できる呼制御方法を提供することを目的とする。 It is an object of the present invention to provide a call control method capable of returning to a stable call state without being locked in a terminal or server even if the call states become inconsistent, and maintaining call processing such as subsequent service development. To do.
上記課題を解決するために、本発明の呼制御方法は、音声パケットを伝送する通信ネットワークに接続される複数の電話端末と、これら複数の電話端末間を前記通信ネットワークを介して接続し、前記複数の電話端末間で通信を行わせる主装置とを備えるネットワーク電話システムにおける呼制御方法であって、前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間で送受信し、前記送受信結果に基づいて、前記主装置を変更しかつこの主装置と前記複数の電話端末の呼状態の一致をとることを特徴とする。 In order to solve the above problems, a call control method of the present invention includes a plurality of telephone terminals connected to a communication network for transmitting voice packets, and the plurality of telephone terminals are connected via the communication network, A call control method in a network telephone system including a main apparatus for performing communication between a plurality of telephone terminals, the communication control method being defined by a communication protocol on the communication network, wherein presence / absence of connection between the main apparatus and the telephone terminal is determined. A connection confirmation signal for confirmation is transmitted / received between the main device and the plurality of telephone terminals, the main device is changed based on the transmission / reception result, and calls of the main device and the plurality of telephone terminals are performed. It is characterized by matching the states.
本発明によれば、呼状態が不一致になっても端末やサーバにおいてロック状態にさせないで安定した呼状態へ復帰させ、その後のサービス展開などの呼処理が維持できる呼制御方法が得られる。 According to the present invention, a call control method is provided that can return to a stable call state without being locked in a terminal or server even if the call states become inconsistent, and maintain call processing such as subsequent service development.
以下、本発明の実施形態を説明する。
本発明による実施形態を図１乃至図９を参照して説明する。図１は、この発明の一実施形態を示す概略図である。
図１のように端末Aを収容するサーバAと端末Bを収容するサーバBがあり、それぞれのサーバを経由して端末Aと端末Bが通話中状態である。このときの音声であるRTPは、P2P接続である。サーバCは、サーバBのバックアップサーバである。端末Bが通話中状態になったとき、サーバBからサーバCへ通話中状態の呼情報を転送（１）する。端末Bがサービス展開する為に端末BからサーバBへサービスの要求した直後にサーバBがシステムダウンあるいは、端末BとサーバB間で接続障害が発生する。（２）このとき、サーバBからバックアップサーバCへ端末Bがサービス展開の要求をしている状態であることは転送できていない。
Embodiments of the present invention will be described below.
An embodiment according to the present invention will be described with reference to FIGS. FIG. 1 is a schematic view showing an embodiment of the present invention.
As shown in FIG. 1, there are a server A that accommodates the terminal A and a server B that accommodates the terminal B, and the terminal A and the terminal B are in a call state via the respective servers. The RTP that is voice at this time is a P2P connection. Server C is a backup server of server B. When the terminal B enters the busy state, the call information in the busy state is transferred (1) from the server B to the server C. Immediately after a request for service from terminal B to server B for terminal B to perform service, server B is down or a connection failure occurs between terminal B and server B. (2) At this time, it cannot be transferred from the server B to the backup server C that the terminal B is requesting service development.
端末Bは、サーバBと端末B間の障害監視によりサーバBとの接続障害を検出する。（３）端末Bは、バックアップサーバへ接続替えを行うために初期化を起動せずに通話中の呼を継続したままバックアップサーバCに対して同一URI情報でREGISTERメッセージの送信を行う。（４）このREGISTERメッセージには、SIP（Session Initiation Protocol）端末の呼状態や履歴、端末の状態も通知する。バックアップサーバCでは、REGISTERを受信してもURI情報や通知された端末の呼情報から端末を収容する初期化処理を起動せずに予めサーバBからサーバCへ転送されていた呼情報である呼救済データから該当する呼を特定し、バックアップサーバCに登録するとともにSIP端末Ｂから受信した呼情報と呼救済データを比較し、状態一致であればその状態を継続し、状態不一致であれば、バックアップサーバ主導で端末とバックアップサーバの呼状態が「空き」や「通話中」といった安定した状態へ強制的に変更させる。バックアップサーバは、端末に対しては、安定した呼状態にもどれるような指示や呼情報の通知を行う。安定した情報へ復旧させるために必要な情報がバックアップサーバにないとき、バックアップサーバは、端末に対して問い合わせを行い、端末の情報を再度入手する。これによりバックアップサーバと端末間の呼情報や呼状態を復帰させる。(５)これにより端末BをサーバCへの接続の切り替えを迅速に行い、正しく安定した呼状態で端末Aと端末Bとの通話を救済する。端末BがサーバCへ登録されたLocation情報は、全体で管理しているLocation情報へ通知し、各サーバへLocation情報が通知される。（５）端末Bが収容されたサーバCでの呼状態は、サーバBと同じ状態であり、端末Aと端末Bとの通話間で保留などのサービス展開を実施しても問題なく展開できる。 Terminal B detects a connection failure with server B by monitoring a failure between server B and terminal B. (3) The terminal B transmits a REGISTER message with the same URI information to the backup server C while continuing the call in progress without starting the initialization in order to change the connection to the backup server. (4) The REGISTER message also notifies the call status and history of the SIP (Session Initiation Protocol) terminal and the status of the terminal. In the backup server C, even if REGISTER is received, the call information is call information that has been transferred from the server B to the server C in advance without starting the initialization process for accommodating the terminal from the URI information or the notified terminal call information. The corresponding call is identified from the relief data, registered in the backup server C, and the call information received from the SIP terminal B is compared with the call relief data. If the state matches, the state is continued, and if the state does not match, The call state between the terminal and the backup server is forcibly changed to a stable state such as “available” or “busy” by the backup server. The backup server notifies the terminal of an instruction and call information so as to return to a stable call state. When the backup server does not have the information necessary for recovering to stable information, the backup server inquires the terminal and obtains the terminal information again. As a result, the call information and call state between the backup server and the terminal are restored. (5) As a result, the connection of the terminal B to the server C is quickly switched, and the call between the terminal A and the terminal B is relieved in a correct and stable call state. The Location information registered in the server C by the terminal B is notified to the location information managed as a whole, and the location information is notified to each server. (5) The call state at the server C in which the terminal B is accommodated is the same as that at the server B, and can be expanded without problems even if a service deployment such as holding is performed between calls between the terminal A and the terminal B.
図1の処理を図２、３で詳細化して説明する。図２は、サーバAとサーバB間でそれぞれ収容している端末Aと端末B同士で通話をしていた場合にサーバBからバックアップサーバC対して、バックアップ対象となる端末Aと端末Bの通話中の呼に関する情報を転送する。呼情報のバックアップは、通話開始、通話終了時にサーバ間のトラヒック状態に応じて定期的あるいは即時に転送する。呼情報の状態が変更された場合も転送される。呼情報のデータは、呼制御で管理している呼を識別するダイアログ情報などの呼情報を転送している。サーバBからは、SIP端末Ｂに対してバックアップサーバCの情報を転送しておく。たとえば、図５のようなIPアドレス情報である。バックアップサーバCの情報は、予め端末Ｂに設定しておいてもいい。端末Bにおいては、呼状態が変化するたびにその状態の呼情報及び端末のボタンやLEDの状態などの端末の状態を保持している。サーバBと端末B間で接続障害が発生し、端末Bが障害監視機能によって接続障害を検出する。端末Bは、初期化せずに通話中状態やサービス展開中などの呼状態を維持した状態で端末BからサーバCへその呼と同一のURIでREGISTERメッセージをサーバCへ送信する。REGISTERメッセージ内部には、端末Bにおいて保存してある端末Bの呼情報をCPLのXMLなどを利用した拡張情報を付加している。REGISTERメッセージの内容例としては、図６に記載している。 The processing of FIG. 1 will be described in detail with reference to FIGS. FIG. 2 shows a call between the server A and the terminal B to be backed up from the server B to the backup server C when a call is made between the terminal A and the terminal B accommodated between the server A and the server B, respectively. Forward information about calls in progress. The call information backup is periodically or immediately transferred according to the traffic state between the servers at the start and end of the call. It is also transferred when the state of the call information is changed. The call information data transfers call information such as dialog information for identifying a call managed by call control. From server B, information on backup server C is transferred to SIP terminal B. For example, IP address information as shown in FIG. The information of the backup server C may be set in the terminal B in advance. Each time the call state changes, the terminal B holds the call information of the state and the state of the terminal such as the button and LED state of the terminal. A connection failure occurs between server B and terminal B, and terminal B detects the connection failure by the failure monitoring function. The terminal B transmits a REGISTER message to the server C from the terminal B to the server C with the same URI as the call while maintaining a call state such as a call state or service expansion without being initialized. In the REGISTER message, the call information stored in the terminal B is added with the extended information using CPL XML or the like. An example of the contents of the REGISTER message is shown in FIG.
図３は、サーバBがシステムダウンした場合や端末BとサーバB間で障害が発生した場合、サーバBが収容している端末Bは、障害監視によって接続障害を検出する。障害検出方法の例は、2通りの方式があり、サーバBから監視用のメッセージの受信し、端末BがサーバCへ応答を返すことで端末Bが受信監視し、端末BがサーバCから監視用メッセージの受信しない場合に障害と検出する。あるいは、端末BからサーバBに対して監視用メッセージを送信し、サーバBからの応答を待つ。これを定期的に繰り返す。端末Bは、サーバBから不応答と判断したとき、障害を検出と判断する。以上のようにサーバと端末間において、監視用メッセージなどのメッセージを送信／受信し、その応答不応答監視や受信監視で監視タイムアウトしたとき障害を検出する。端末Bは、サーバBの障害を検出後、バックアップサーバCへ接続替えを行うために端末自身の初期化処理を動作せずに呼の通話状態やサービスを展開した状態（たとえば、端末BからサーバBへサービス要求メッセージを送信し、サーバからの応答を待っている状態や端末Bが切断した状態など）を維持した状態で図５の端末情報からバックアップサーバCのIPアドレス情報を参照してバックアップサーバCに対してREGISTERメッセージを送信する。REGISTERメッセージには、端末Bの呼状態や端末の状態（LED、ボタン）の情報を含めて送信する。このとき、サーバBからサーバCに対して呼情報をバックアップしていない場合は、サーバBのSIP端末Bの呼情報をサーバBから端末Bに対して呼処理中に転送しておき、バックアップサーバCへ接続収容変えのときに端末Bの呼情報とともに送信する方法もある。端末BからのREGISTERメッセージでバックアップサーバCへ登録する。バックアップサーバCでは、図２でサーバBから呼情報をサーバCへ転送してあり、この呼情報と端末Bから送信されたREGISTERメッセージの呼情報を元に救済する呼を特定する。バックアップした呼状態と受信したREGISTERメッセージの呼情報が一致であれば、呼状態はそのままとして処理を継続するが、呼状態が不一致であれば、バックアップサーバC主導で、安定した呼状態「通話中」、「空き」の状態に合わせるよう端末Bへ指示や呼情報の通知を行う。安定した呼状態へ更新以降に端末BがサーバCを経由してサービス展開ができる。安定した呼状態とは、「空き」、「通話中」でサービスが展開されていない状態へ合わせる。「サービス展開中」の状態であれば、バックアップサーバCから端末Bへサービス拒否や「通話中」の状態になるためな接続情報など含む呼情報を通知して端末Bを強制的に「通話中」に戻す。あるいは、「切断中」であれば、端末の状態を「空き」にもどす切断メッセージを端末へ送信し、「空き」の状態に強制的にもどす。これによって端末BやバックアップサーバC内で呼状態がロックしてしまうようなことを防止する。これにより、端末Bと端末Aとの通話状態が維持された場合は、次のサービス展開が維持でき、空きになった場合は再度発信操作が可能になる。 In FIG. 3, when the server B goes down or when a failure occurs between the terminal B and the server B, the terminal B accommodated by the server B detects a connection failure by failure monitoring. There are two types of failure detection methods. A monitoring message is received from server B, terminal B returns a response to server C, terminal B receives and monitors, and terminal B monitors from server C. Is detected when no message is received. Alternatively, a monitoring message is transmitted from the terminal B to the server B, and a response from the server B is waited for. Repeat this regularly. When the terminal B determines that there is no response from the server B, the terminal B determines that a failure has been detected. As described above, a message such as a monitoring message is transmitted / received between the server and the terminal, and a failure is detected when a monitoring timeout occurs in response non-response monitoring or reception monitoring. After detecting the failure of server B, terminal B does not operate its own initialization process in order to switch the connection to backup server C. A service request message is sent to B, and the backup is performed by referring to the IP address information of backup server C from the terminal information in FIG. Send REGISTER message to server C. The REGISTER message is transmitted including information on the call state of terminal B and the state (LED, button) of the terminal. At this time, if the call information is not backed up from the server B to the server C, the call information of the SIP terminal B of the server B is transferred from the server B to the terminal B during the call processing, and the backup server There is also a method of transmitting to the C together with the call information of the terminal B when the connection accommodation is changed. Register to backup server C with REGISTER message from terminal B. In the backup server C, call information is transferred from the server B to the server C in FIG. 2, and a call to be relieved is specified based on the call information and the call information of the REGISTER message transmitted from the terminal B. If the backed-up call state matches the call information in the received REGISTER message, the call state is kept as it is, but if the call state does not match, the backup server C leads the stable call state ”And“ Not Available ”are instructed to terminal B and call information is notified. After the update to a stable call state, terminal B can perform service deployment via server C. The stable call state is set to a state where the service is not deployed with “free” and “busy”. If it is in the “service in progress” state, the backup server C notifies the terminal B of call information including connection information for denial of service and “busy” state, forcing the terminal B to “ Return to. Alternatively, if it is “disconnecting”, a disconnect message for returning the terminal state to “empty” is transmitted to the terminal, and the terminal is forcibly returned to the “empty” state. This prevents the call state from being locked in the terminal B or the backup server C. As a result, when the communication state between the terminal B and the terminal A is maintained, the next service development can be maintained, and when the call becomes available, the outgoing operation can be performed again.
図４は、通話中に端末BからサーバBに対して、サービス要求している状態のときに障害を検出し、端末BからREGISTERメッセージを送信し、呼状態を安定状態に復帰させたシーケンスである。 FIG. 4 shows a sequence in which a failure is detected when a service is requested from the terminal B to the server B during a call, a REGISTER message is transmitted from the terminal B, and the call state is returned to a stable state. is there.
端末Aは、サーバAにSIP端末として収容されており、図６のようなREGISTERメッセージを送信し、サーバAに登録される（１）。端末Bは、サーバBにSIP端末として収容されており、通話中にREGISTERメッセージを送信し、サーバBに登録される（２）。REGISTERは、端末BのサーバBへの登録有効期間内で定期的にREGISTERメッセージの送信を行う。また、サーバAと端末A、サーバBと端末B間では、それぞれ接続相手の存在・不存在を確認しあう為に監視用のOPTIONSメッセージなど定期的に送受信し監視を行っている。 The terminal A is accommodated as a SIP terminal in the server A, transmits a REGISTER message as shown in FIG. 6, and is registered in the server A (1). Terminal B is accommodated in server B as a SIP terminal, transmits a REGISTER message during a call, and is registered in server B (2). The REGISTER periodically transmits a REGISTER message within the registration valid period of the terminal B to the server B. Further, between the server A and the terminal A, and between the server B and the terminal B, the monitoring OPTIONS message such as a monitoring OPTIONS message is periodically transmitted and monitored in order to confirm the presence / absence of the connection partner.
端末Aが端末Bへ発信をかけると、サーバA、サーバBを介して、端末Aと端末BがSIPプロトコルに従ってセッションを確立し通話状態になる（３）。サーバBからサーバCには、端末Bと端末Aの呼情報を転送しておく。サーバBが何らかの要因でシステムダウンや端末BとサーバB間でのネットワーク障害が発生とする。このとき端末Bは、障害監視によってサーバBがシステムダウン（存在しない）こと検出する（４）。端末Bは、接続障害を検出後、通話のセッションを維持したまま、バックアップサーバCに対して端末Bの呼状態や端末情報を含んだREGISTERメッセージを送信し、サーバCに登録する（５）。サーバCは、REGISTERの端末の初期化処理を起動せずにサーバBからバックアップされた呼情報データとREGISTERメッセージの呼情報データを元に比較してどちらか安定した呼状態へ変更させ、端末Aと端末Bとの呼制御を復旧する。呼状態を比較して図７のように呼状態に応じて状態を継続したり、サーバから端末に対して、あるいは、端末からサーバに対してメッセージや呼情報を送信して、呼状態を安定した状態へ復帰させる。 When terminal A makes a call to terminal B, terminal A and terminal B establish a session according to the SIP protocol via server A and server B and enter a call state (3). Call information of terminal B and terminal A is transferred from server B to server C. Suppose that server B causes a system failure or a network failure between terminal B and server B for some reason. At this time, the terminal B detects that the server B is down (does not exist) by failure monitoring (4). After detecting the connection failure, the terminal B transmits a REGISTER message including the call state of the terminal B and terminal information to the backup server C while maintaining the call session, and registers it in the server C (5). Server C compares the call information data backed up from server B and the call information data of the REGISTER message without starting the initialization process of the REGISTER terminal, and changes the call state to either stable state. And call control of terminal B is restored. The call state is compared and the state is continued according to the call state as shown in FIG. 7, or messages and call information are transmitted from the server to the terminal or from the terminal to the server to stabilize the call state. Return to the completed state.
サーバBからサーバCに対して端末BがサーバCへ登録された情報は、サーバBのLocation情報に登録した後、通常全体で管理しているLocation情報管理サーバ（サーバでなくてもいい）へNOTIFYなどで登録する（６）。全体のLocation管理サーバからLocation情報をサーバA、B、Cへ通知される。Location情報管理が無い場合は、サーバCからNOTIFY/再INVITEメッセージなどにより端末B、サーバA、端末AへLocation情報が通知される。端末Bの通話中の呼は、サーバBからサーバCに対して同じ呼状態が復旧され、端末Bは、サーバCを経由して端末Aとの呼制御を行う。 Information registered in server C from server B to server C is registered in the location information of server B, and then to the location information management server (not necessarily a server) that is normally managed as a whole Register with NOTIFY (6). Location information is notified to the servers A, B, and C from the entire location management server. When there is no location information management, the location information is notified from the server C to the terminal B, the server A, and the terminal A by a NOTIFY / re-INVITE message or the like. The same call state is restored from the server B to the server C for the call during the call of the terminal B, and the terminal B performs call control with the terminal A via the server C.
復旧した呼状態は、端末からの呼情報によって補正され、正しく呼状態に復旧するため、これ以降のサービス展開が通常通り行われる。また、端末BとサーバBとの接続障害やサーバBが復旧した場合にサーバBから何らかの原因でメッセージを受信しても収容変更されている為、呼が切断されることはない。 The restored call state is corrected by the call information from the terminal and is restored to the correct call state, so that subsequent service development is performed as usual. In addition, even if a message is received from the server B for some reason when the connection failure between the terminal B and the server B or the server B is restored, the call is not disconnected because the accommodation has been changed.
図８は、図７を具体化したもので端末Ｂは、サーバＢに接続されていて、端末Ａと通話中状態である。端末Ｂが保留操作を行うと、端末ＢからサーバＢへINVITEが送信される（１）。端末Ｂでは保留要求状態になる。このとき、サーバＢでは、INVITEを受信する前にシステムダウンしてしまってサーバＢは、受信していない。従って、サーバＢでは、まだ通話中状態になっている。バックアップサーバの状態も通話中状態のままである。端末Ｂは、サーバＢにおいて障害が発生したことを検出するとサーバＢからサーバＢのバックアップサーバＣへ再接続を行う。端末Ｂは、バックアップサーバＣへREGISTERを送信して接続切り替えを実施する（２）。実施した後にバックアップサーバＣにおいてバックアップしていたサーバＢの呼情報と端末Ｂから受信した呼情報を比較してバックアップサーバCの状態を安定した通話中状態へ合わせるため、拒否メッセージあるいは通話中状態に更新するための呼情報を通知することで通話中の状態を維持する（３）。これにより、端末ＢとバックアップサーバＣにおいて通話中状態になり、次のアクションが可能である。 FIG. 8 is a specific example of FIG. 7, and the terminal B is connected to the server B and is in a call state with the terminal A. When terminal B performs a hold operation, INVITE is transmitted from terminal B to server B (1). Terminal B enters a hold request state. At this time, the server B is not receiving the server B because the system is down before receiving the INVITE. Therefore, the server B is still in a talking state. The state of the backup server also remains in a call state. When the terminal B detects that a failure has occurred in the server B, the terminal B reconnects from the server B to the backup server C of the server B. Terminal B transmits a REGISTER to backup server C and switches the connection (2). In order to compare the server B call information backed up in the backup server C after execution and the call information received from the terminal B to adjust the state of the backup server C to a stable call state, The state during a call is maintained by notifying the call information for updating (3). As a result, the terminal B and the backup server C are in a call state and the next action is possible.
図９は、この発明の実施形態の参考として、ＳＩＰ端末Ｔ１１の機能構成を示すブロック図である。ＳＩＰ端末Ｔ１１は、ＩＰ網インタフェース（Ｉ／Ｆ）部２１と、音声パケット処理部２２と、音声入出力インタフェース（Ｉ／Ｆ）部２３と、制御部２４と、操作パネル２５と、記憶部２６と表示部２７とを備えている。
FIG. 9 is a block diagram showing a functional configuration of the SIP terminal T11 as a reference for the embodiment of the present invention. The SIP terminal T11 includes an IP network interface (I / F)
上記の各種の端末側の処理は、制御部２４を中心に実行される。
（実施形態のポイント）
サーバからバックアップサーバへ呼情報を転送して呼情報の同期をとっているシステムにおいて、端末がサーバとの接続障害を検出し、バックアップサーバへの接続替えを行ったときに、端末の呼情報や端末のボタンやLEDの状態、サービス展開の呼情報である履歴情報もバックアップサーバへ通知することで、バックアップサーバでは、バックアップされた呼情報と端末から受信した呼情報を元に比較し、呼状態が一致すれば、その状態を継続し、不一致であれば、サーバ主導で端末とサーバの呼情報や呼状態が安定した「空き」、「通話中」の状態の方へ変更するためにサーバから端末へ安定した状態へもどすための指示や端末への問い合わせ、安定した状態になるための呼情報を通知して強制的に安定した呼状態に端末を復旧させる。これによって、安定した呼状態を変更することで端末あるいはサーバが次のサービス展開が容易にできる。
The various terminal-side processes described above are executed mainly by the
(Point of embodiment)
In a system in which call information is transferred from the server to the backup server to synchronize the call information, when the terminal detects a connection failure with the server and switches the connection to the backup server, the call information of the terminal By notifying the backup server of the status of terminal buttons and LEDs, and history information that is call information for service deployment, the backup server compares the backed up call information with the call information received from the terminal, If they match, the state is continued, and if they do not match, the server takes the lead in order to change the call information and the call state of the server and the server to a stable “free” or “busy” state. The terminal is forcibly restored to a stable call state by notifying an instruction for returning the terminal to a stable state, an inquiry to the terminal, and call information for achieving a stable state. Thereby, the terminal or server can easily develop the next service by changing the stable call state.
上記のように本実施形態では、端末がバックアップサーバへ収容替えを行うときに、端末の呼状態や端末のボタンやLED状態やサービス展開の履歴情報も通知してバックアップサーバへ収容替えを行い、バックアップサーバでは、クライアントサーバの保存された呼情報と端末から受信した呼情報を比較して、端末とバックアップサーバの呼情報が一致していれば、そのままの状態で呼を継続し、状態不一致であれば、サーバ主導で呼状態が通話中や空きといった安定した呼状態へ変更するためにサーバからクライアントへ状態を一致させるための指示や安定させるための呼情報を通知して、端末とバックアップサーバの呼状態を一致させ、安定した呼状態へ強制的に復旧させる。安定した状態へ復旧させるために端末が通知してきた情報以外の情報が必要であれば、サーバから端末に対して問い合わせを行い、端末から呼情報を再度入手して、バックアップサーバは、端末とバックアップサーバの呼情報や状態を一致させるようにサーバから端末へ指示や接続情報などの呼情報の通知を行って復旧させる。復旧後は、バックアップサーバと端末間で呼状態が一致し、バックアップサーバと端末間で次のサービス展開がスムーズに実行できるシステムである。 As described above, in the present embodiment, when the terminal performs the accommodation change to the backup server, the terminal call state, the button of the terminal, the LED state, and the service development history information are also notified to the backup server, The backup server compares the call information stored in the client server with the call information received from the terminal. If the call information of the terminal and the backup server match, the call is continued as it is, and the state does not match. If there is a server and a backup server, the server notifies the client of an instruction for matching the state and call information for stabilization in order to change the call state to a stable call state such as busy or idle. The call states are matched to forcibly restore to a stable call state. If information other than the information notified by the terminal is necessary to restore it to a stable state, the server makes an inquiry to the terminal, obtains call information from the terminal again, and the backup server In order to make the server call information and state coincide with each other, the server notifies the terminal of the call information such as instructions and connection information, and restores it. After restoration, the call state is the same between the backup server and the terminal, and the next service development can be smoothly executed between the backup server and the terminal.
換言するとサーバのネットワーク障害時にバックアップサーバを用いて、運用を継続するSIPのサーバとクライアントシステムにおいて、バックアップサーバへの切り替え後も、通話、呼び出し等のサービスを継続するための方式である。 In other words, the SIP server and client system continue to operate using a backup server in the event of a network failure of the server, so that services such as calls and calls are continued even after switching to the backup server.
即ち、SIPのサーバとクライアントシステムにおいて、サーバは、呼情報をバックアップサーバへ転送する機能を持ち、クライアントは、サーバとの接続障害を検出する機能を持ち、障害を検出すると、バックアップサーバへ接続替えを行うシステムにおいて、クライアントが接続替えを行うときにクライアントの登録情報以外に呼を復旧させるために必要な呼情報や端末のボタン、LEDの状態もバックアップサーバへ通知し、バックアップサーバが保持したクライアントシステムの呼情報と比較して、呼状態などが矛盾のない呼はその状態で継続させ、矛盾のあった呼は通話中や空きといった呼の安定した状態へサーバとクライアントシステムの状態を一致させるようにサーバが主導でクライアントに対して指示、問い合わせを行い、呼の安定した状態へ更新させ、安定した呼状態へ復帰させるシステムである。 In other words, in the SIP server and client system, the server has a function of transferring call information to the backup server, and the client has a function of detecting a connection failure with the server. When a failure is detected, the connection is switched to the backup server. In a system that performs backup, in addition to the registration information of the client, when the client switches the connection, the call information necessary to restore the call, the button of the terminal, and the LED status are also notified to the backup server, and the client held by the backup server Compared with the system call information, calls with no contradiction in the call state are continued in that state, and inconsistent calls match the server and client system states to a stable call state such as busy or idle. The server leads the client to instruct and inquire to the client to stabilize the call Is updated to the state is a system for returning to a stable call state.
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
In addition, this invention is not limited to the said embodiment, In the range which does not deviate from the summary, it can implement in various modifications.
Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the above-described embodiments. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements according to different embodiments may be appropriately combined.
２１…ＩＰ網インタフェース（Ｉ／Ｆ）部、２２…音声パケット処理部、２３…音声入出力インタフェース（Ｉ／Ｆ）部、２４…制御部操作、２５…操作パネル、２６…記憶部、２７…表示部、２８…マイクロホン、２９…スピーカ。
DESCRIPTION OF
Claims (4)
前記通信ネットワーク上の通信プロトコルで規定され、前記主装置と前記電話端末との接続の有無を確認するための接続確認信号を、前記主装置と前記複数の電話端末との間で送受信し、
前記送受信結果に基づいて、前記主装置を変更しかつこの主装置と前記複数の電話端末の呼状態の一致をとることを特徴とする呼制御方法。 A network comprising a plurality of telephone terminals connected to a communication network for transmitting voice packets, and a main apparatus for connecting the plurality of telephone terminals via the communication network and performing communication between the plurality of telephone terminals. A call control method in a telephone system,
Stipulated by a communication protocol on the communication network, transmitting and receiving a connection confirmation signal for confirming the presence / absence of connection between the main apparatus and the telephone terminal, between the main apparatus and the plurality of telephone terminals;
A call control method characterized in that, based on the transmission / reception result, the main apparatus is changed and the call states of the main apparatus and the plurality of telephone terminals are matched.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009082357A JP2010239216A (en) | 2009-03-30 | 2009-03-30 | Call control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009082357A JP2010239216A (en) | 2009-03-30 | 2009-03-30 | Call control method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2010239216A true JP2010239216A (en) | 2010-10-21 |
Family
ID=43093208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009082357A Pending JP2010239216A (en) | 2009-03-30 | 2009-03-30 | Call control method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2010239216A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013062678A (en) * | 2011-09-13 | 2013-04-04 | Toshiba Corp | Ip connection device |
| JP2014165643A (en) * | 2013-02-25 | 2014-09-08 | Nec Engineering Ltd | First audio server, second audio server, audio terminal, audio communication system, audio communication method, and computer program |
| JP2015177489A (en) * | 2014-03-18 | 2015-10-05 | 日本電気株式会社 | Information communication control system, information communication control method, and copying device in the information communication control system |
| JP2017508360A (en) * | 2014-01-28 | 2017-03-23 | クアルコム，インコーポレイテッド | Differentiating or prioritizing users during failover in a VoIP system |
| JP2018093321A (en) * | 2016-12-01 | 2018-06-14 | 東芝三菱電機産業システム株式会社 | Speech system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001257726A (en) * | 2000-01-07 | 2001-09-21 | Toshiba Corp | Information communication system |
| JP2002354049A (en) * | 2001-05-25 | 2002-12-06 | Oki Electric Ind Co Ltd | Circuit controlling system |
| JP2007266737A (en) * | 2006-03-27 | 2007-10-11 | Oki Electric Ind Co Ltd | Call control system and method, and server |
-
2009
- 2009-03-30 JP JP2009082357A patent/JP2010239216A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001257726A (en) * | 2000-01-07 | 2001-09-21 | Toshiba Corp | Information communication system |
| JP2002354049A (en) * | 2001-05-25 | 2002-12-06 | Oki Electric Ind Co Ltd | Circuit controlling system |
| JP2007266737A (en) * | 2006-03-27 | 2007-10-11 | Oki Electric Ind Co Ltd | Call control system and method, and server |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013062678A (en) * | 2011-09-13 | 2013-04-04 | Toshiba Corp | Ip connection device |
| JP2014165643A (en) * | 2013-02-25 | 2014-09-08 | Nec Engineering Ltd | First audio server, second audio server, audio terminal, audio communication system, audio communication method, and computer program |
| JP2017508360A (en) * | 2014-01-28 | 2017-03-23 | クアルコム，インコーポレイテッド | Differentiating or prioritizing users during failover in a VoIP system |
| JP2015177489A (en) * | 2014-03-18 | 2015-10-05 | 日本電気株式会社 | Information communication control system, information communication control method, and copying device in the information communication control system |
| JP2018093321A (en) * | 2016-12-01 | 2018-06-14 | 東芝三菱電機産業システム株式会社 | Speech system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101204076B (en) | Resilient regisration with a call manager | |
| US9319431B2 (en) | Methods, systems, and computer readable media for providing sedation service in a telecommunications network | |
| JP4433191B2 (en) | Management server, backup server, and program | |
| JP4924124B2 (en) | SIP server | |
| JP5173607B2 (en) | Communications system | |
| US8799478B2 (en) | Web services and session initiation protocol endpoint for converged communication over internet protocol networks | |
| JP2004186766A (en) | Backup control apparatus, and method for backing up control apparatus | |
| JP2010239216A (en) | Call control method | |
| EP2587774B1 (en) | A method for sip proxy failover | |
| WO2007079647A1 (en) | A method, apparatus and system for network level backup of sip application system | |
| CN102487341B (en) | Talk detection method, device and session initial protocol server | |
| JP2007266737A (en) | Call control system and method, and server | |
| JP2009177338A (en) | Route control method and system which dynamically change routes consisting of two or more session management servers | |
| JP2006173768A (en) | Telephone system, exchange system and terminal | |
| JP4823111B2 (en) | IP telephone data relay program, IP telephone data relay server, and IP telephone system | |
| JP2008244840A (en) | Repeater, network system and repeating-processing program | |
| JP2007067670A (en) | Voip server, redundant system therefor, and its maintenance method | |
| JP4757719B2 (en) | Network system, IP telephone terminal, and network device switching method used therefor | |
| JP2009033453A (en) | Telephone exchange apparatus and control method used in the telephone exchange apparatus | |
| CN111385519B (en) | Method, device, terminal and multipoint control unit for realizing video conference recovery | |
| CN113746865B (en) | Fault transfer method and device for VoIP terminal communication service | |
| WO2009139306A1 (en) | Communication system and redundant configuration management method | |
| JP2009055342A (en) | Media gateway system compatible with sip | |
| JP2011082868A (en) | Call relief system, call relief server, and call relief program for call relief server | |
| JP2023125007A (en) | Communication device and communication method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111202 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111206 |
|
| A521 | Written amendment |
Effective date: 20120206 Free format text: JAPANESE INTERMEDIATE CODE: A523 |
|
| A02 | Decision of refusal |
Effective date: 20121002 Free format text: JAPANESE INTERMEDIATE CODE: A02 |