JP2007325004A

JP2007325004A - ゲートウェイ

Info

Publication number: JP2007325004A
Application number: JP2006153692A
Authority: JP
Inventors: Kazumasa Azuma; 一正吾妻
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Communication Technologies Ltd
Priority date: 2006-06-01
Filing date: 2006-06-01
Publication date: 2007-12-13

Abstract

【課題】ＳＩＰサーバとの間の通信に障害が生じた場合でも、呼制御を行右ことができるようにすることを目的とする。
【解決手段】ＳＩＰサーバ１６０にＲＥＧＩＳＴＥＲメッセージを送信し、当該ＲＥＧＩＳＴＥＲメッセージからのレスポンスメッセージを所定の時間に所定の回数受信しなかった場合に、ＳＩＰサーバ１６０との通信に障害が生じたと判断するサーバ監視部１３７と、サーバ監視部１３７においてＳＩＰサーバ１６０との通信に障害が生じたと判断された場合に、ＩＰ端末１１０からのＲＥＧＩＳＴＥＲメッセージを受信し、呼制御を行うサーバ制御部１３９と、を備えることを特徴とするゲートウェイ１３０を提供する。
【選択図】図１

Description

本発明は、第一の通信網と第二の通信網との間の通信を中継するゲートウェイに関する。

近年、ＩＰ（Internet Protocol）を介した音声通信であるＶｏＩＰ（Voice over Internet Protocol）が普及してきており、特に、ＶｏＩＰにおける呼制御として、ＳＩＰ（Session Initiation Protocol）を用いた音声通信が普及してきている。

ＳＩＰにおける呼制御では、通信を行うＩＰ端末がその通信条件（電話番号、ＩＰアドレス等）をロケーション情報としてＳＩＰサーバ（特許文献１においては、ＩＰ電話主装置）に登録しておき、発信元のＩＰ端末からＳＩＰサーバに対して接続先の電話番号を指定した発信メッセージが送信されると、ＳＩＰサーバでは、受信した発信メッセージに含まれる電話番号に対応するＩＰアドレスをロケーション情報から特定し、特定したＩＰアドレスを有するＩＰ端末との音声通信を確立するようにしている（特許文献１参照）。

特開２００４−４０６３８号公報

従来から行われているように、ＳＩＰサーバを介して音声通信を行う場合には、ＳＩＰサーバとの間の通信に障害が生じた場合には、通信を行うことができなくなってしまう。

そこで、本発明は、ＳＩＰサーバとの間の通信に障害が生じた場合でも、呼制御を行うことができるようにすることを目的とする。

以上の課題を解決するために、本発明は、ＳＩＰサーバとの間の通信に障害が生じたことを検知し、ＳＩＰサーバとの間の通信に障害が生じた場合には、ＩＰ端末のロケーション情報の登録を行い、呼制御を行うことを特徴とするゲートウェイを提供する。

例えば、本発明は、第一の通信網と第二の通信網との間の通信を中継するゲートウェイであって、呼制御サーバとの通信を監視するサーバ監視部と、前記サーバ監視部において前記呼制御サーバとの通信に障害が生じたことを検知した場合に、呼制御を行うサーバ制御部と、を備えることを特徴とする。

以上のように、本発明では、ゲートウェイにおいて、ＳＩＰサーバとの間の通信に障害が生じたことを検知し、ＳＩＰサーバとの間の通信に障害が生じた場合に、ゲートウェイが内蔵しているサーバ制御部でＩＰ端末のロケーション情報の登録を行い、呼制御を行うため、ＳＩＰサーバとの間で通信が行えなくなった場合でも、ゲートウェイを介して音声通信を行うことができるようになる。

図１は、本発明の第一の実施形態である通信システム１００の概略図である。

図示するように、通信システム１００は、ＩＰ端末１１０と、ゲートウェイ１３０と、ＰＢＸ（Private Branch eXchange）１５０と、ＳＩＰサーバ１６０と、を備えており、ＩＰ端末１１０、ゲートウェイ１３０及びＳＩＰサーバ１６０は、ＬＡＮ（Local Area Network）１７０を介して接続される。

ＩＰ端末１１０は、音声処理部１１１と、ＲＴＰ（Real Time Protocol）処理部１１２と、記憶部１１３と、呼制御部１１４と、ダイヤル制御部１１５と、登録制御部１１６と、ＬＡＮインターフェース部１１７と、ハンドセット１１８と、ダイヤル１１９と、を備えている。

音声処理部１１１は、ハンドセット１１８のマイク（図示せず）を介して入力された音声に対してサンプリング及び符号化を行い、音声信号としてＲＴＰ処理部１１２に送る。

また、音声処理部１１１は、ＲＴＰ処理部１１２から送られてきた音声信号を復号化して、ハンドセット１１８のスピーカ（図示せず）に送る。

ＲＴＰ処理部１１２は、ＲＴＰに従った処理を行う。

例えば、ＲＴＰ処理部１１２は、音声処理部１１１から送られてきた音声信号をＲＴＰパケット化し、このＲＴＰパケットを、呼制御部１１４より通知されたＩＰアドレスを宛先としてＬＡＮインターフェース部１１７へ送る。

また、ＲＴＰ処理部１１２は、ＬＡＮインターフェース部１１７より送られたＲＴＰパケットから音声信号を復元し、これを音声処理部１１１に送る。

記憶部１１３には、第一の送信先としてＳＩＰサーバのロケーション情報（ＩＰアドレス等）が記憶されており、第二の送信先としてゲートウェイ１３０のロケーション情報（ＩＰアドレス等）が記憶されている。

また、記憶部１１３には、自身であるＩＰ端末１１０のロケーション情報（ＩＰアドレス、電話番号等）が記憶されている。

呼制御部１１４は、ＳＩＰに従った呼制御を行う。

例えば、呼制御部１１４は、ＩＰ端末１１０のユーザからダイヤル１１９を介して送信先の電話番号が入力された場合には、入力された送信先の電話番号をダイヤル制御部１１５から受け取り、受け取った電話番号を格納したリクエストメッセージを生成し、ＬＡＮインターフェース部１１７を介してＳＩＰサーバ１６０（ＳＩＰサーバ１６０との間の通信に障害が生じた場合にはゲートウェイ１３０）に送信する。

また、呼制御部１１４は、ＳＩＰサーバ１６０（ＳＩＰサーバ１６０との間の通信に障害が生じた場合にはゲートウェイ１３０）から、ＬＡＮインターフェース部１１７を介して、リクエストメッセージを受け取った場合には、ＳＩＰサーバ１６０（ＳＩＰサーバ160との間の通信に障害が生じた場合にはゲートウェイ１３０）に対して、レスポンスメッセージを送信する。

ダイヤル制御部１１５は、ダイヤル１１９から入力される信号の制御を行う。

登録制御部１１６は、ＳＩＰに従った登録処理を行う。

例えば、登録制御部１１６は、記憶部１１３に記憶されているロケーション情報（ＩＰアドレス、電話番号等）を格納したＲＥＧＩＳＴＥＲ（位置登録）メッセージを、ＬＡＮインターフェース部１１７を介して、ＳＩＰサーバ１６０（ＳＩＰサーバ１６０との間の通信に障害が生じた場合にはゲートウェイ１３０）に対して送信する。

ＬＡＮインターフェース部１１７は、ＬＡＮ１７０を介して情報の送受信を行うためのインターフェースであって、例えば、ＮＩＣ（Network Interface Card）により構成することができる。

ゲートウェイ１３０は、ＲＴＰ処理部１３１と、音声処理部１３２と、呼制御部１３３と、回線制御部１３４と、登録制御部１３５と、登録情報メモリ１３６と、サーバ監視部１３７と、タイマ制御部１３８と、サーバ制御部１３９と、番号計画メモリ１４０と、番号登録メモリ１４１と、ＬＡＮインターフェース部１４２と、ＰＢＸインターフェース部１４３と、を備えている。

ＲＴＰ処理部１３１は、音声処理部１３２から送られてきた音声信号をＲＴＰパケット化し、このＲＴＰパケットを、呼制御部１３３より通知されたＩＰアドレスを宛先としてＬＡＮインターフェース部１４２に送る。

また、ＲＴＰ処理部１３１は、ＬＡＮインターフェース部１４２より受けたＲＴＰパケットから音声信号を復元し、これを音声処理部１３２に送る。

音声処理部１３２は、ＰＢＸインターフェース部１４３から受けたアナログ音声に対してサンプリング及び符号化を行い、音声信号としてＲＴＰ処理部１３１に送る。

また、音声処理部１３２は、ＲＴＰ処理部１３１から送られてきた音声信号を復号化して、アナログ音声としてＰＢＸインターフェース部１４３に送る。

呼制御部１３３は、ＳＩＰサーバ１６０と連携してＳＩＰに規定するＶｏＩＰの呼制御手順を行い、接続先のＩＰ端末との間に呼を確立する。

そして、この呼に割り当てる通信条件を決定し、決定した通信条件を接続先のＩＰ端末のＩＰアドレスと共にＲＴＰ処理部１３１に通知する。

回線制御部１３４は、ＰＢＸインターフェース部１４３に着信した呼（ＰＢＸ１５０が発呼側の場合）の発番号、および、ＬＡＮインターフェース部１４２に着信した呼（ＰＢＸ１５０が着呼側の場合）の着番号を編集する。

登録制御部１３５は、ＳＩＰサーバ１６０に対してロケーション情報を登録する処理を制御する。

具体的には、登録制御部１３５は、登録情報メモリ１３６に登録されているロケーション情報を読み込み、ＲＥＧＩＳＴＥＲメッセージを生成して、ＬＡＮインターフェース部１４２を介してＳＩＰサーバ１６０に送信する。

また、登録制御部１３５は、ＳＩＰサーバ１６０からのレスポンスメッセージをＬＡＮインターフェース部１４２を介して受信し、ＳＩＰに定める処理を行う。

ここで、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信する時間は、通常３０分間隔に規定されているが、本実施形態においては、登録制御部１３５からＳＩＰサーバ１６０に送信するＲＥＧＩＳＴＥＲメッセージを用いて、ＳＩＰサーバ１６０との通信状況を判定するようにしているため、５分間隔でＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信するようにしている。

登録情報メモリ１３６には、ＳＩＰサーバ１６０に送信するロケーション情報（ＰＢＸ１５０に収容されている電話への電話番号、ゲートウェイ１３０のＩＰアドレス等）が記憶されている。

サーバ監視部１３７は、登録制御部１３５で受信するＳＩＰサーバ１６０からのレスポンスメッセージを監視し、ＳＩＰサーバ１６０との間の通信状況を監視し、ＳＩＰサーバ１６０との間の通信に障害が生じた場合には、ゲートウェイ１３０においてＳＩＰの呼制御を行えるようにする。

具体的には、登録制御部１３５からのＲＥＧＩＳＴＥＲメッセージに対するＳＩＰサーバ１６０からのレスポンスメッセージが所定の期間、所定の回数届かなかった場合には、後述するサーバ制御部１３９を起動する制御を行う。

なお、登録制御部１３５は、ＳＩＰサーバ１６０からリクエスト失敗やグローバルエラー応答が所定の回数続いた場合にも、後述するサーバ制御部１３９を起動する制御を行うことも可能である。

タイマ制御部１３８は、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、登録制御部１３５、サーバ監視部１３７、または、サーバ制御部１３９、で使用する時間情報を制御する。

サーバ制御部１３９は、サーバ監視部１３７からの起動指示に応じて起動し、後述するＳＩＰサーバ１６０が行うプロキシサーバ、リダイレクトサーバ、登録サーバ、ロケーションサーバの各機能を提供する。

例えば、サーバ制御部１３９は、ＬＡＮインターフェース部１４２を介して、ＩＰ端末１１０からのＲＥＧＩＳＴＥＲメッセージを受信し、ＲＥＧＩＳＴＥＲメッセージに含まれているロケーション情報を後述する番号登録メモリ１４１に登録し、また、登録制御部１３５からのロケーション情報を後述する番号登録メモリ１４１に登録し、ＳＩＰに定める呼制御を行う。

番号計画メモリ１４０には、呼制御部１３３が番号編集に用いる番号編集テーブルが記憶されている。例えば、ＰＢＸ１５０に接続されている各電話端末の電話番号と、ＶｏＩＰの番号体系に従った電話番号とが対応付けられて登録されている。

番号登録メモリ１４１には、サーバ制御部１３９がＳＩＰにおける呼制御を行う際のロケーション情報が登録される。

ＬＡＮインターフェース部１４２は、ＬＡＮ１７０を介して情報の送受信を行うためのインターフェースである。

ＰＢＸインターフェース部１４３は、ＰＢＸ１５０や他の音声端末との間で情報の送受信を行うためのインターフェースであり、アウトバンドダイヤル（ＯＤ）インタフェースやＩＳＤＮ（Integrated Service Digital Network）インタフェース等で構成されるものである。

以上に記載されたゲートウェイ１３０については、例えば図２に示すような、ＣＰＵ１８１と、プログラムが記憶されているプログラムメモリ１８２と、データが記憶されているデータメモリ１８３と、例えばＰＢＸ１５０と通信を行なう回線ＩＦ１８４と、例えばＬＡＮケーブルと接続し、該ケーブルを介してＶｏＩＰ網と通信を行なうＮＩＣ１８５と、これら各構成要素１８１〜１８５を相互接続する内部バス１８６と、を有するコンピュータ１８０により実現可能である。

具体的には、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、登録制御部１３５、サーバ監視部１３７、タイマ制御部１３８及びサーバ制御部１３９については、プログラムメモリ１８２から所定のプログラムを読み出してＣＰＵで実行することにより実現可能であり、また、登録情報メモリ１３６、番号計画メモリ１４０及び番号登録メモリ１４１については、データメモリ１８３に所定のデータを登録することにより実現可能であり、ＬＡＮインターフェース部１４２は、ＮＩＣ１８５により実現可能であり、ＰＢＸインターフェース部１４３は、回線ＩＦ１８４により実現可能である。

ＰＢＸ１５０は、図示してはいないが、内線電話端末と接続する内線インターフェース部と、ゲートウェイ１３０と接続する外線インターフェース部と、これらを接続するスイッチ部と、を備えており、内線電話端末同士の通話や内線電話端末と外部の通信端末との通信を中継する。

なお、本実施形態では、ＰＢＸ１５０として、公知のＰＢＸを使用すればよいため、詳細な説明は省略する。

ＳＩＰサーバ１６０は、ＳＩＰに規定する呼制御を行う。なお、本実施形態では、ＳＩＰサーバ１６０において、プロキシサーバ、リダイレクトサーバ、登録サーバ、ロケーションサーバの各機能を提供するものとする。

なお、本実施形態では、ＳＩＰサーバ１６０として、公知のＳＩＰサーバを使用すればよいため、詳細な説明は省略する。

図３は、本発明のゲートウェイ１３０を起動する際の処理を示すフローチャートである。

まず、ゲートウェイ１３０の電源を入れると、サーバ監視部１３７がＳＩＰサーバ１６０との間の監視処理を開始し（Ｓ２００）、登録制御部１３５に指示を出すことにより、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信する（Ｓ２０１）。

そして、サーバ監視部１３７は、タイマ制御部１３８から時間情報を取得して、監視タイマを設定する（Ｓ２０２）。

登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信した場合には（Ｓ２０３）、サーバ監視部１３７は、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ起動指示を出すことにより（Ｓ２０４）、ゲートウェイとしての処理を開始する（Ｓ２０５）。

一方、登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信しなかった場合には（Ｓ２０３）、サーバ監視部１３７は、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信しこれに対してレスポンスメッセージを受信していない回数をカウントし、所定の回数に至っていない場合には（Ｓ２０６）、ステップＳ２０１に戻って処理を継続する。

また、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信しこれに対してレスポンスメッセージを受信していない回数が、所定の回数に至った場合には（Ｓ２０６）、サーバ監視部１３７は、サーバ制御部１３９にＳＩＰサーバ起動指示を出すことにより（Ｓ２０７）、ＳＩＰサーバとしての処理を開始する（Ｓ２０８）。

次に、サーバ監視部１３７は、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ起動指示を出すことにより（Ｓ２０９）、ゲートウェイとしての処理を開始する（Ｓ２１０）。

図４は、ゲートウェイ１３０が図３のステップＳ２０５においてゲートウェイとして処理を開始した際におけるサーバ監視部１３７の処理を示すフローチャートである。

まず、サーバ監視部１３７は、登録制御部１３５に指示を出し、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信する（Ｓ２２０）。

そして、サーバ監視部１３７は、タイマ制御部１３８から時間情報を取得して、監視タイマを設定する（Ｓ２２１）。

登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信した場合には（Ｓ２２２）、サーバ監視部１３７は、ステップＳ２２０に戻って処理を継続する。

一方、登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信しなかった場合には（Ｓ２２２）、サーバ監視部１３７は、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信してこれに対してレスポンスメッセージを受信していない回数をカウントし、所定の回数に至っていない場合には（Ｓ２２３）、ステップＳ２２０に戻って処理を継続する。

また、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信しレスポンスメッセージを受信していない回数が、所定の回数に至った場合には（Ｓ２２３）、サーバ監視部１３７は、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ処理停止指示を出して（Ｓ２２４）、ゲートウェイとしての処理を停止し、サーバ制御部１３９にＳＩＰサーバ起動指示を出して（Ｓ２２５）、ＳＩＰサーバとしての処理を開始するとともに、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ処理開始指示を出して（Ｓ２２６）、ゲートウェイとしての処理を再開する。

図５は、ゲートウェイ１３０が図３のステップ２０８においてＳＩＰサーバとしての処理を開始し、ステップＳ２１０においてゲートウェイとしての処理を開始した際におけるサーバ監視部１３７の処理を示すフローチャートである。

まず、サーバ監視部１３７は、登録制御部１３５に指示を出し、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信する（Ｓ２３０）。

そして、サーバ監視部１３７は、タイマ制御部１３８から時間情報を取得して、監視タイマを設定する（Ｓ２３１）。

登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信した場合には（Ｓ２３２）、サーバ監視部１３７は、ステップＳ２３０に戻って処理を継続する。

一方、登録制御部１３５がＳＩＰサーバ１６０から所定の時間にレスポンスメッセージを受信しなかった場合には（Ｓ２３２）、サーバ監視部１３７は、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信してレスポンスメッセージを受信していない回数をカウントし、所定の回数に至っていない場合には（Ｓ２３３）、ステップＳ２３０に戻って処理を継続する。

また、登録制御部１３５がＲＥＧＩＳＴＥＲメッセージを送信しレスポンスメッセージを受信していない回数が、所定の回数に至った場合には（Ｓ２３３）、サーバ監視部１３７は、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ処理停止指示を出して（Ｓ２３４）、ゲートウェイとしての処理を停止し、サーバ制御部１３９にＳＩＰサーバ処理停止指示を出して（Ｓ２３５）、ＳＩＰサーバとしての処理を停止するとともに、ＲＴＰ処理部１３１、音声処理部１３２、呼制御部１３３、回線制御部１３４及び登録制御部１３５にゲートウェイ処理開始指示を出して（Ｓ２３６）、ゲートウェイとしての処理を再開する。

図６は、本実施形態における通信システム１００における処理の流れを示すシーケンス図である。

まず、ゲートウェイ１３０の登録制御部１３５は、ＳＩＰサーバ１６０にＲＥＧＩＳＴＥＲメッセージを送信する（２４０）。ここでは、ＳＩＰサーバ１６０との間の通信に障害が生じており、ＳＩＰサーバ１６０からのレスポンスメッセージがないものとする。

ゲートウェイ１３０の登録制御部１３５は、所定の時間、ＳＩＰサーバ１６０からのレスポンスメッセージを受信しない場合には、再び、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１６０に送信する（２４１、２４２）。

そして、サーバ監視部１３７は、登録制御部１３５を監視し、所定の時間、所定の回数、ＳＩＰサーバ１６０からのレスポンスメッセージを受信しない場合には、ＳＩＰサーバ１６０との間の通信に障害が生じたものと判断し（２４３）、登録制御部１３５、呼制御部１３３等にゲートウェイとしての処理を停止するよう指示を出し、ゲートウェイとしての処理を停止させる（２４４）。

また、サーバ監視部１３７は、サーバ制御部１３９に起動指示を出すことにより、ＳＩＰサーバとしての処理を開始させる（２４５）。

そして、サーバ監視部１３７が、登録制御部１３５、呼制御部１３３等にゲートウェイとしての処理を開始する指示を出すことにより、ゲートウェイとしての処理を開始させ（Ｓ２４６）、登録制御部１３５は、サーバ制御部１３９に対して、登録情報メモリ１３６に記憶されているＰＢＸ１５０のロケーション情報をサーバ制御部１３９に送り（Ｓ２４７）、そのようなロケーション情報を受け取ったサーバ制御部１３９は、受け取ったロケーション情報を番号登録メモリ１４１に記憶するとともに、登録完了のレスポンスを登録制御部１３５に送る（２４８）。

また、ＩＰ端末１１０も、ＳＩＰサーバ１６０にＲＥＧＩＳＴＥＲメッセージを送信する（２５０、２５１、２５２）。ここでも、ＳＩＰサーバ１６０との間の通信に障害が生じており、ＳＩＰサーバ１６０からのレスポンスメッセージがないものとする。

そして、ＩＰ端末１１０は、所定の時間、所定の回数、ＳＩＰサーバ１６０からのレスポンスメッセージを受信しない場合には、ＳＩＰサーバ１６０との間の通信に障害が生じたものと判断し（２５３）、ロケーション情報の登録先をＳＩＰサーバ１６０からゲートウェイ１３０に切り替え（２５４）、ゲートウェイ１３０に対してＲＥＧＩＳＴＥＲメッセージを送信する（２５５）。

ＩＰ端末１１０からのＲＥＧＩＳＴＥＲメッセージを受信したゲートウェイ１３０のサーバ制御部１３９は、ＲＥＧＩＳＴＥＲメッセージに格納されているロケーション情報を番号登録メモリ１４１に記憶するとともに、リクエスト成功のレスポンスメッセージである２００ＯＫのレスポンスメッセージをＩＰ端末１１０に返信する（２５６）。

以上のような処理を行うことにより、ＰＢＸ１５０及びＩＰ端末１１０のロケーション情報がゲートウェイ１３０の番号登録メモリ１４１に登録され、ゲートウェイ１３０において呼制御を行うことが可能となる。

例えば、ＰＢＸ１５０側から発呼が行われた場合には（２６０）、ゲートウェイ１３０のサーバ制御部１３９は、ＩＮＶＩＴＥメッセージをＩＰ端末１１０に送信する（２６１）。

ＩＮＶＩＴＥメッセージを受信したＩＰ端末１１０では、ＩＮＶＩＴＥメッセージを受信したことを示す１００Ｔｒｉｎｇのレスポンスメッセージをゲートウェイ１３０に送り（２６２）、１００Ｔｒｉｎｇのレスポンスメッセージを受信したゲートウェイ１３０では、サーバ制御部１３９から１００Ｔｒｉｎｇのレスポンスメッセージが呼制御部１３３に渡される（２６３）。

また、ＩＮＶＩＴＥメッセージを受信したＩＰ端末１１０では、ＩＮＶＩＴＥメッセージに対する処理を処理中であることを示す１８０Ｒｉｎｇｉｎｇのレスポンスメッセージをゲートウェイ１３０に送り（２６４）、１８０Ｒｉｎｇｉｎｇのレスポンスメッセージを受信したゲートウェイ１３０では、サーバ制御部１３９から１８０Ｒｉｎｇｉｎｇのレスポンスメッセージが呼制御部１３３に渡される（２６５）。

そして、１００Ｔｒｉｎｇ及び１８０Ｒｉｎｇｉｎｇのレスポンスメッセージを受け取った呼制御部１３３では、ＰＢＸ１５０に対して、呼び出し中であることを示すＲＢＴ（Ring Back Tone）を送る（２６６）。

そして、ＩＰ端末１１０からリクエスト成功（通話ＯＫ）を示す２００ＯＫのレスポンスメッセージをゲートウェイ１３０に送る（２６７）。

なお、このような２００ＯＫのレスポンスメッセージを受信したゲートウェイ１３０のサーバ制御部１３９は、ＩＰ端末１１０にＡＣＫメッセージを送信する（２６８）。

そして、２００ＯＫのレスポンスメッセージを受信したゲートウェイ１３０では、サーバ制御部１３９から２００ＯＫのレスポンスメッセージが呼制御部１３３に渡される（２６９）。

なお、このような２００ＯＫのレスポンスメッセージを受信した呼制御部１３３は、サーバ制御部１３９にＡＣＫメッセージを送信する（２７０）。

そして、このような２００ＯＫのレスポンスメッセージを受け取った呼制御部１３３では、応答信号をＰＢＸ１５０に送ることにより（２７１）、通話が開始される（２７２）。

以上のように構成されるゲートウェイ１３０については、図７のようにして使用することができる。

図７においては、四つのＬＡＮ１７０Ａ〜１７０Ｄが形成されており、これらのＬＡＮ１７０Ａ〜１７０Ｄは、それぞれルータ１７１Ａ〜１７１Ｄを介してＩＰ網１７２に接続されている。

ここで、図７では、第一のＬＡＮ１７０Ａに接続されているＳＩＰサーバ１６０Ａを介して、ＩＰ端末１１０Ａ〜１１０Ｄは、それぞれ音声通話を行うことができるようにされている。

そして、第二のＬＡＮ１７０Ｂには本実施形態であるゲートウェイ１３０ＢとＰＢＸ１５０Ｂが接続されており、第三のＬＡＮ１７０Ｃ及び第四のＬＡＮ１７０Ｄには、本実施形態であるゲートウェイ１３０Ｃ、１３０Ｄが接続されており、これらのゲートウェイ１３０Ｃ、１３０Ｄを介してＰＳＴＮ１７３に接続することができるようにされている。

なお、第三のＬＡＮ１７０Ｃ及び第四のＬＡＮ１７０Ｄに接続されているゲートウェイ１３０Ｃ、１３０Ｄは、第二のＬＡＮ１７０Ｂに接続されているゲートウェイ１３０Ｂと異なり、ＰＢＸインターフェース部１４３の代わりに、ＰＳＴＮインターフェース部が設けられており、ＰＳＴＮ１７３に接続することができるようにされている。

図７に示されるような接続が行われている場合に、ＳＩＰサーバ１６０Ａが破損した場合には、予め定められたゲートウェイ１３０Ｂ〜１３０ＤがＳＩＰサーバ１６０Ａの代わりに呼制御を行うことができる。

また、ＳＩＰサーバ１６０ＡではなくＩＰ網１７２に障害が生じ、ＳＩＰサーバ１６０Ａに接続することができなくなった場合でも、ＬＡＮ１７０Ｂ〜１７０Ｄに接続されているＩＰ端末間や、ＬＡＮ１７０Ｂ〜１７０Ｄに接続されているＩＰ端末とＰＢＸ１５０Ｂ又はＰＳＴＮ１７３に接続されている電話端末との間の音声通信は行うことが可能になる。

図８は、本発明の第二の実施形態である通信システム３００の概略図である。

本実施形態である通信システム３００は、第一の実施形態である通信システム１００と比較して、ゲートウェイ３３０の登録制御部３３５及びサーバ監視部３３７が異なっているため、以下ではこれらの異なっている点に関連する事項について説明する。

第一の実施形態における登録制御部１３５は、ＳＩＰサーバ１６０との間の通信状況を確認するために、ＲＥＧＩＳＴＥＲメッセージを通常よりも短い間隔で、ＳＩＰサーバ１６０に送信するようにしているが、本実施形態における登録制御部３３５では、通常と同様の間隔で送信するようにしている。

一方、サーバ監視部３３７は、登録制御部３３５によらずに、ＯＰＳＩＯＮＳ（サーバ能力情報問い合わせ）メッセージを所定の時間間隔（例えば、五分間隔）でＳＩＰサーバ１６０に送信するようにしており、このＯＰＳＩＯＮＳメッセージに対するレスポンスメッセージの有無によりＳＩＰサーバ１６０との間の通信状況を検知するようにしている。

以上のように、本実施形態帯では、登録制御部３３５によらずにＯＰＳＩＯＮＳメッセージを送信することでＳＩＰサーバ１６０との間の通信状況を確認することができるため、比較的容量の大きくなるＲＥＧＩＳＴＥＲメッセージによる輻輳を防止することができる。

第一の実施形態である通信システム１００の概略図。コンピュータ１８０の概略図。ゲートウェイ１３０を起動する際の処理を示すフローチャート。ゲートウェイ１３０がゲートウェイとして処理を開始した際におけるサーバ監視部１３７の処理を示すフローチャート。ゲートウェイ１３０がＳＩＰサーバ及びゲートウェイとしての処理を開始した際におけるサーバ監視部１３７の処理を示すフローチャート。通信システム１００における処理の流れを示すシーケンス図。ゲートウェイ１３０の使用例を示す概略図。第二の実施形態である通信システム３００の概略図。

符号の説明

１００、３００通信システム
１１０ＩＰ端末
１３０、３３０ゲートウェイ
１３１ＲＴＰ処理部
１３２音声処理部
１３３呼制御部
１３４回線制御部
１３５、３３５登録制御部
１３６登録情報メモリ
１３７、３３７サーバ監視部
１３８タイマ制御部
１３９サーバ制御部
１４０番号計画メモリ
１４１番号登録メモリ
１５０ＰＢＸ
１６０ＳＩＰサーバ
１７０ＬＡＮ

Claims

第一の通信網と第二の通信網との間の通信を中継するゲートウェイであって、
呼制御サーバとの通信を監視するサーバ監視部と、
前記サーバ監視部において前記呼制御サーバとの通信に障害が生じたことを検知した場合に、呼制御を行うサーバ制御部と、
を備えることを特徴とするゲートウェイ。
請求項１に記載のゲートウェイであって、
前記呼制御サーバにリクエストメッセージを送信する処理を制御する登録制御部を備えており、
前記サーバ監視部は、前記登録制御部からのリクエストメッセージに対する前記呼制御サーバからレスポンスメッセージを予め定めた時間内に受信しない場合に、前記呼制御サーバとの通信に障害が生じたものと判断すること、
を特徴とするゲートウェイ。
請求項２に記載のゲートウェイであって、
前記リクエストメッセージは、ロケーション情報を登録するためのレジスタメッセージであること、
を特徴とするゲートウェイ。
請求項１に記載のゲートウェイであって、
前記サーバ監視部は、前記呼制御サーバにリクエストメッセージを送信し、当該リクエストメッセージに対する前記呼制御サーバからレスポンスメッセージを予め定めた時間内に受信しない場合に、前記呼制御サーバとの通信に障害が生じたものと判断すること、
を特徴とするゲートウェイ。
請求項２又は４に記載のゲートウェイであって、
前記リクエストメッセージは、オプションメッセージであること、
を特徴とするゲートウェイ。
請求項１に記載のゲートウェイであって、
前記サーバ制御部は、
前記第一の通信網及び前記第二の通信網に接続された端末から送信されたレジスタメッセージから得られるロケーション情報を、前記端末を識別する識別情報とともに記憶部に記憶する処理と、
前記端末から送信された呼制御信号から前記端末を識別する識別情報を抽出し、当該識別情報に対応するロケーション情報により特定される前記端末に呼制御信号を送信する処理と、
を行うものであること、
を特徴とするゲートウェイ。