(57)【要約】【課題】  ブロードバンドアクセス網において、電話交換網の障害時においてもブロードバンドアクセス網内の呼処理を継続する。【解決手段】  Ｖｏｉｃｅゲートウェイ機能において加入者電話機から電話交換機に送られる発呼先（Ｃａｌｌｅｅ）電話番号情報を観測し、発呼元（Ｃａｌｌｅｒ）と発呼先（Ｃａｌｌｅｅ）の接続関係を保持することによって、電話交換網の障害時にＶｏｉｃｅゲートウェイ機能を介して通話を継続する。さらに、電話交換網の障害時にＶｏｉｃｅゲートウェイおよび全ＯＮＴの動作モードをＨ．２４８ゲートウェイ方式からＳＩＰソフトスイッチ方式に切替え、Ｖｏｉｃｅゲートウェイ機能がＯＮＴ間通信パケットを中継することによってアクセス網内での新規呼接続を可能とする。【選択図】  図１
2008301311.tif 000002
【特許請求の範囲】
【請求項１】
電話機が収容された複数のＯＮＴ(Optical Network Terminal)と、ゲートウェイ機能を備え電話交換網と接続されるＯＬＴ(Optical Line Terminal)とを含むＰａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ（ＰＯＮ）システムであって、
前記ＯＬＴは、
前記ＯＮＴに接続される前記電話機の電話番号情報を記憶する記憶部を備え、
前記ＯＮＴに接続される発呼元電話機から前記電話交換網内の電話交換機に対して音声データで送られる発呼先電話機の電話番号情報を捕捉し、前記発呼先電話機が前記発呼元電話機と同じ前記ＯＮＴに接続されている場合に、前記発呼元電話機と前記電話交換機間の通話チャネル情報を記録し、
前記発呼先電話機に対する前記電話交換機からの着信を捕捉し、前記電話交換機と前記発呼先電話機間の通話チャネル情報を記録し、
前記電話交換網内で障害発生が検出された場合に、前記二つの通話チャネル情報を用いて前記発呼元電話機と前記発呼先電話機間の通話チャネルを接続し、前記電話交換網を介することなく前記通話呼を継続することを特徴とするＰａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ（ＰＯＮ）システム。
【請求項２】
前記ＯＮＴ及び前記ゲートウェイ機能は、
電話サービス用シグナリングプロトコルとして、前記ＯＮＴから前記ゲートウェイ装置を介して前記前記電話交換網に接続するための処理プログラムを記憶した記憶部と、前記ＯＮＴから前記電話交換網を介さずに前記ゲートウェイに接続された他のＯＮＴとの電話サービスを実施するための処理プログラムを記憶した記憶部と、を備え、
前記電話交換網内で障害が発生した場合に、前記ゲートウェイ装置からの制御メッセージに基づいて使用する前記処理プログラムを、前記ＯＮＴから前記ゲートウェイ装置を介して前記前記電話交換網に接続するための処理プログラムから、前記ＯＮＴから前記電話交換網を介さずに前記ＯＮＴ間の電話サービスを実施するための処理プログラム変更することを特徴とする請求項１に記載のＰＯＮシステム。
【請求項３】
前記電話交換網の障害が検出された場合に、
前記ゲートウェイ機能は、前記電話機を収容するＯＮＴに対して使用する処理プログラムを変更することを指示する制御メッセージをマルチキャスト送信することを特徴とする請求項２に記載のＰＯＮシステム。
【請求項４】
電話機が収容されたＯＮＴ(Optical Network Terminal)と、ゲートウェイ機能を備えＩＰ網及び電話交換網と接続されるＯＬＴ(Optical Line Terminal)を含むＰａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ（ＰＯＮ）システムであって、
前記ＯＬＴは、前記ＩＰ網と通信するＩＰ通信用インタフェースを備え、
前記ＯＮＴは、電話サービス用シグナリングプロトコルとして、前記ゲートウェイ機能を介して前記電話交換網に接続するための処理プログラムと、前記ＩＰ網内に備えられた電話サービスを実施するためのプロトコルを実行するサーバと接続するための処理プログラムと、を備え、
前記電話機が収容されたＯＮＴと前記ゲートウェイ機能間の電話サービス用の論理パスと、前記電話機が収容されたＯＮＴと前記ＩＰ通信用インタフェース間に論理パスとを有し、
前記ゲートウェイ機能が電話交換網の障害を検出した場合に、
電話機を収容するＯＮＴに対して、使用する論理パスを前記ＯＮＴとゲートウェイ機能間の電話サービス用の論理パスから前記電話機が収容されたＯＮＴとＯＬＴの有するＩＰ通信用インタフェース間の論理パスに変更する要求、および、使用する処理プログラムを前記ゲートウェイ機能を介して前記電話交換網に接続するための処理プログラムから前記ＩＰ網内に接続するための処理プログラムへ変更する要求を含む制御メッセージを送信することを特徴とするＰａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ（ＰＯＮ）システム。
【請求項５】
電話交換網と、電話機が収容されたＯＮＴ（Optical Network Terminal）と接続された複数のデータ網とに接続されたゲートウェイ装置であって、
前記データ網に接続される前記電話機の電話番号情報を記憶する記憶部を備え、
前記データ網に接続される発呼元電話機から前記電話交換網内の電話交換機に対して音声データで送られる発呼先電話機の電話番号情報を捕捉し、前記発呼先電話機が前記発呼元電話機と同じデータ網に接続されている場合に、前記発呼元電話機と前記電話交換機間の通話チャネル情報を記録し、さらに、前記発呼先電話機に対する前記電話交換機からの着信を捕捉し、前記電話交換機と前記発呼先電話機間の通話チャネル情報を記録し、
前記電話交換網内で障害発生が検出された場合に、前記二つの通話チャネル情報を用いて前記発呼元電話機と前記発呼先電話機間の通話チャネルを接続し、前記電話交換網を介することなく前記通話呼を継続することを特徴とするゲートウェイ装置。
【請求項６】
前記データ網側の電話サービス用シグナリングプロトコルとして、前記データ網と前記電話交換網を接続するための処理プログラムを記憶した記憶部と、前記データ網内で電話サービスを実施するための処理プログラムを記憶した記憶部と、を備え、
前記電話交換網で障害が検出された場合に、使用する処理プログラムを前記データ網と前記電話交換網を接続するための処理プログラムから前記データ網内で電話サービスを実施するための処理プログラムに変更することを特徴とする請求項５に記載のゲートウェイ装置。
【請求項７】
前記電話交換網の障害が検出された場合に、前記電話機を収容するＯＮＴに対して使用する処理プログラムを変更することを指示する制御メッセージをマルチキャスト送信することを特徴とする請求項６に記載のゲートウェイ装置。
【請求項８】
前記電話機を収容するＯＮＴのアドレスと当該ゲートウェイ装置と該ＯＮＴ間の論理パスとの対応情報を持ち、
該ＯＮＴからのパケットを受信すると前記論理パスの対応情報を用いて前記受信パケットの宛先アドレスに対応する論理パスを検出し、該論理パスを用いて前記受信パケットを送信することを特徴とする請求項７に記載のゲートウェイ装置。
【請求項９】
前記電話機を収容するＯＮＴのＩＰアドレスとＭＡＣアドレスとの対応情報と、
前記ＯＮＴのＭＡＣアドレスと当該ゲートウェイ装置と前記ＯＮＴ間の論理パスとの対応情報持ち、
前記他のＯＮＴから前記他ＯＮＴのＩＰアドレスをＭＡＣアドレスに変換する要求を受信すると、前記ＩＰアドレスとＭＡＣアドレスとの対応情報を用いて該ＯＮＴのＭＡＣアドレスを検出し、該要求を送信した他のＯＮＴに該ＭＡＣアドレスを通知し、
前記他のＯＮＴから前記他ＯＮＴのＭＡＣアドレスを宛先アドレスとしたパケットを受信すると、前記ＯＮＴのＭＡＣアドレスと前記ゲートウェイ装置と前記ＯＮＴ間の論理パスとの対応情報を用いて前記ＯＮＴに前記パケットを転送することを特徴とする請求項７に記載のゲートウェイ装置。
【請求項１０】
さらに、呼接続を行うためのトーンを生成するトーン生成機能を備え、
前記発呼先電話機または前記発呼元電話機のいずれかが切電された場合に、該トーン生成機能において生成されたビジートーンを他方の前記発呼先電話機または前記発呼元電話機に送信することで呼接続の解放を行うことを特徴とする請求項５に記載のゲートウェイ装置。
【請求項１１】
ゲートウェイ装置を介して電話交換網に接続されるＯＮＴ（Optical Network Terminal）であって、
電話サービス用シグナリングプロトコルとして、前記ゲートウェイ装置を介して前記前記電話交換網に接続するための処理プログラムを記憶した記憶部と、前記電話交換網を介さずに前記ゲートウェイに接続された他のＯＮＴとの電話サービスを実施するための処理プログラムを記憶した記憶部を備え、
前記電話交換網内で障害が発生した場合に、前記ゲートウェイ装置からの制御メッセージに基づいて使用する前記処理プログラムを前記ゲートウェイ装置を介して前記前記電話交換網に接続するための処理プログラムから前記電話交換網を介さずに前記ＯＮＴ間の電話サービスを実施するための処理プログラムに変更することを特徴とするＯＮＴ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロードバンドアクセス網において、電話交換網の障害時においてもブロードバンドアクセス網内の呼処理を継続するＶｏｉｃｅゲートウェイ装置に関するものである。
【背景技術】
【０００２】
光ファイバによる高品質なブロードバンドインターネットアクセスサービスの普及とともに、従来の電話サービスをインターネットアクセスサービスに統合するサービスが広まっている。この統合サービスでは、これまで家庭に引き込まれていた電話回線を利用することなく、インターネットアクセス回線によって電話サービスが提供される。
インターネットアクセス網によって電話サービスを統合する場合、大別して次の二方式がある。
（１）ＳＩＰ（ＲＦＣ３２６１：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＨ．２４８／Ｍｅｇａｃｏ（ＲＦＣ３５２５：Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いてＳｏｆｔｗｉｃｈを構成する方式。電話交換網は使用しない。（２）インターネットアクセス網側にＳＩＰ機能またはＨ．２４８／Ｍｅｇａｃｏ等のシグナリング機能を持ち、電話交換網側に従来の電話交換用のシグナリング機能を持ち、音声データ形式をパケットとＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）間で相互変換するＶｏｉｃｅゲートウェイを用いてインターネットアクセス網を既存の電話交換網に接続する方式。  方式（１）の場合、従来の電話交換機が不要となるため、サービスを安価に実施できる利点がある。しかしながら、従来の電話交換網を使ったサービスと比較して信頼性が低くなる欠点がある。さらに、従来の電話交換網で提供されてきた付加サービス（三者間通話、緊急電話等）が提供出来ないことがある。方式（２）の場合、既存電話交換網の維持が必要となる欠点があるが、インターネットアクセス網から直ちに既存電話網に接続することにより、従来の電話と同等の品質で同等の付加サービスを持つ電話サービスを実施できる。また、これまで電話サービスを提供してきた電話会社においては、既存設備を有効利用できることも利点となる。
【０００３】
本発明の技術分野は上記（２）の形態のネットワークにおいてインターネットアクセス網と既存電話交換網を相互に接続するＶｏｉｃｅゲートウェイと、光ファイバによるインターネットアクセス回線を提供するＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｔｏｒ）とＯＮＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）に関するものである。
【０００４】
上記（２）のＶｏｉｃｅゲートウェイとして、インターネット（ＩＰ網）と電話交換網を接続する機能を持つものは多く存在するが、それらは、
（Ａ）既存電話網のアクセス網部分を利用し、バックボーン網をＩＰ網に置き換えて中継回線コストを低減する運用形態への適用を目的としたものである。（Ａ）を目的としたＶｏｉｃｅゲートウェイにおいて、一般的に信頼性が低いＩＰ網の障害対策を考慮した技術の例は、特開２００２−２９０５５１に見られる。この技術はＩＰ網の障害やＩＰ網内に設置されるサーバである、ＳＩＰサーバやＨ．２４８／ＭｅｇａｃｏのＭｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌｌｅｒ（ＭＧＣ）の障害時においても呼処理を継続することを目的とするものである。
【０００５】
【特許文献１】特開２００２−２９０５５１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、（Ａ）においては、ブロードバンドインターネットアクセスサービスに統合された電話サービスにおいて、既存電話交換網の障害時に全ての電話サービスが継続不可能となってしまう。これに対して本発明のＶｏｉｃｅゲートウェイ機能は、
（Ｂ）電話回線とブロードバンドアクセス回線の統合を目的として電話網のアクセス網部をＩＰ化し、バックボーン網は従来の電話交換網を利用する運用形態への適用を目的としている。
【０００７】
本発明のように、ＩＰ化した電話アクセス回線を既存電話交換網に接続するＶｏｉｃｅゲートウェイ機能において、バックボーン網として用いられる既存電話網の障害発生時の呼処理継続を実現する技術例は見当たらない。
本発明のＶｏｉｃｅゲートウェイ機能は光アクセス回線を提供するＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）技術を用いたＯＬＴへの適用を考慮したものである。一般に一つのＯＬＴに接続される加入者電話の数は数千台に達するため、ＯＬＴと電話交換網の接続回線の障害においてもその影響は大きく、本発明が実現する機能への要求は大きい。
【課題を解決するための手段】
【０００８】
電話交換網と、電話機が収容されたＯＮＴ（Optical Network Terminal）と接続された複数のデータ網とに接続されたゲートウェイ装置であって、データ網に接続される前記電話機の電話番号情報を記憶する記憶部を備え、データ網に接続される発呼元電話機から電話交換網内の電話交換機に対して音声データで送られる発呼先電話機の電話番号情報を捕捉し、発呼先電話機が発呼元電話機と同じデータ網に接続されている場合に、発呼元電話機と電話交換機間の通話チャネル情報を記録し、さらに、発呼先電話機に対する電話交換機からの着信を捕捉し、電話交換機と発呼先電話機間の通話チャネル情報を記録し、電話交換網内で障害発生が検出された場合に、二つの通話チャネル情報を用いて発呼元電話機と発呼先電話機間の通話チャネルを接続し、電話交換網を介することなく通話呼を継続することを特徴とする。
【発明の効果】
【０００９】
本発明のＶｏｉｃｅゲートウェイは、電話交換網側の障害発生時において、ＯＬＴに接続されたＯＮＴに属する電話機間での通話中の呼維持と、ＯＮＴに属する電話機間での新規の呼接続を実施することが出来る。
【発明を実施するための最良の形態】
【００１０】
ブロードバンドネットワークにおける電話サービスにおいて、電話交換網の障害時においてもブロードバンドアクセスネットワーク内での電話サービス継続実施を可能とするＶｏｉｃｅゲートウェイ機能を最小の付加機能の追加により実現した。
【実施例１】
【００１１】
図１は本発明が適用されるブロードバンドアクセス網の構成例であり、本発明の効果である網障害時の電話サービス継続を示している。同図では電話交換網４とＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｔｏｒ）１間の回線４２に障害が発生した場合にも電話接続サービスを継続する例を示している。
【００１２】
ブロードバンドアクセス網内に設置するＯＬＴ１は光ファイバ１１ａ、光信号を分岐・多重するスプリッタ１２、光ファイバ１３ａ〜１３ｂを介して加入者宅に設置するＯＮＴ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｌ）３ａ〜３ｄを収容する。また、ＯＬＴ１は回線４２を介して電話交換網４内の電話交換機４１と接続し、回線５２を介してＩＰネットワーク５内のルータ５１と接続している。２はＯＬＴと電話交換網４内の電話交換機４１とを接続するＶｏｉｃｅゲートウェイ（以下ＶＧＷ）を示している。ＯＮＴ３ａは加入者電話６ａ〜６ｂ、ＯＮＴ３ｂは電話機６ｃ〜６ｄをそれぞれ収容している。６１は通話音声データの流れを示しており、回線４２に障害が発生し、ＯＬＴ１と電話交換網４との接続が失われた場合に、ＶＧＷ２を介して電話機６ａと電話機６ｄ間で通話している例を示している。
【００１３】
図２は本発明が適用されるブロードバンドアクセス網において、障害が発生していない正常な状況における電話サービスの実施例を示している。図２で示す網構成は図１と同様であり、差分は図２の６２でしめす正常時の通話音声の流れと図１の６１で示す網障害時の通話音声データの流れである。正常時の通話音声データは、発呼元加入者、発呼先加入者が共ＯＬＴ１に接続されたＯＮＴに接続した電話機を利用している場合においても電話交換機４１を介して交換される。つまり、ＶＧＷ２はシグナリングおよび伝送音声フォーマットを変換する機能を持つゲートウェイであり、電話交換機相当の交換や三者間通話等の付加サービス提供機能を持つ必要がない。
【００１４】
図３の１は本発明のVGW機能を持つＯＬＴの構成例であり、ＶＧＷ機能２、パケットインタフェース１５、ＰＯＮインタフェース１４ａ〜１４ｂ、ＯＮＴからのデータパケットを多重化する機能を持つパケットスイッチ１６で構成する。ＶＧＷ２は回線４２を介して電話交換網と接続し、パケットインタフェース１５は回線５２を介してＩＰ網に接続する。各ＰＯＮインタフェース１４ａ〜１４ｂは複数のＯＮＴ３ａ〜３ｄを収容する。同図ではＰＯＮインタフェース１４ａがＯＮＴ３ａ〜３ｂを回線１３ａ〜１３ｂ、スプリッタ１２、回線１１ａを介して収容している。ＶＧＷ２と各ＯＮＴ間にはシグナリングメッセージと通話音声データを送受信するためのＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ回線である論理パスを設定する。同図ではＶＧＷ２とＯＮＴ３ａ間に論理パス７１ａ、ＶＧＷ２とＯＮＴ３ｂ間に論理パス７１ｂを設定している。これらの論理パスを用いてＶＧＷ２と各ＯＮＴとの通信を実施する。
【００１５】
図４はパケットスイッチ１６で使用するパケットフォーマットの一例として、ＩＥＥＥ８０２．３で規定されるイーサネットフレームを示している。イーサネットフレームは６バイトの宛先アドレス（ＤＡ）１６８１、６バイトの送信元アドレス（ＳＡ）１６８２、タグ情報の使用を示す２バイトのＴａｇ  Ｐｒｏｔｏｃｏｌ  ＩＤ（ＴＰＩＤ）１６８８、４ビットの転送優先値（Ｐ）１６８７、１２ビットのＴａｇ値（Ｔａｇ）１６８６、２バイトのパケットタイプ値またはパケット長値（Ｌ／Ｔ）１６８３、４６〜１５００バイトのペイロード１６８４、４バイトのＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ（ＦＣＳ）１６８５から構成される。本実施例ではＴａｇ値１６８６を論理パスＩＤとしてＩＶＧ２と各ＯＮＴ間で論理パスを構成する。
【００１６】
図５はＯＮＴ、ＶＧＷ機能を含むＯＬＴ、電話交換機のプロトコルスタック構成図である。（ａ）は制御プレーンのプロトコルスタック、（ｂ）はデータプレーンのプロトコルスタックを示している。（ａ）制御プレーンにおいて、ＯＮＴの回線インタフェースはＰＯＮレイヤ３９７、イーサネットレイヤ３９６、ＩＰレイヤ３９５、ＵＤＰレイヤ３９４を持ち、その上位にシグナリングプロトコルとしてＨ．２４８とＳＩＰ（３９１）、ＲＦＣ２８３３（３９３）を持つ。ＯＬＴ内では、ＰＯＮインタフェースでＰＯＮレイヤ１４８によってカプセル化されたイーサネットフレームとイーサネット１４９を相互に変換し、パケットスイッチがイーサネット１６９でＰＯＮインタフェースとＶＧＷを接続する。ＶＧＷはパケットスイッチ側にＯＮＴと同様に、イーサネットレイヤ２９９、ＩＰレイヤ２９８、ＵＤＰレイヤ２９７を持ち、その上位にシグナリングプロトコルとしてＨ．２４８とＳＩＰ（２９４）、ＲＦＣ２８３３（２９５）を持つ。ＶＧＷは電話交換機側にＤＳ１等のＴＤＭレイヤ２９１とシグナリングプロトコルであるＧＲ３０３レイヤ２９２を持つ。さらにＶＧＷはパケットスイッチ側と電話交換機側のシグナリングプロトコルを相互に変換するＩｎｔｅｒ−Ｗｏｒｋ機能２９３を持つ。電話交換機はデータ転送を行うＴＤＭレイヤ４１９とシグナリングプロトコルであるＧＲ３０３レイヤ４１８を持つ。
（ｂ）データプレーンにおいては、ＯＮＴの回線インタフェースはＰＯＮレイヤ３９７、イーサネットレイヤ３９６、ＩＰレイヤ３９５、ＵＤＰレイヤ３９４、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）レイヤ３９３を持つ。ＯＬＴ内では、ＰＯＮインタフェースでＰＯＮプロトコル１４８によってカプセル化されたイーサネットフレームとイーサネット１４９を相互に変換し、パケットスイッチがイーサネット１６９でＰＯＮインタフェースとＶＧＷを接続する。ＶＧＷはパケットスイッチ側にＯＮＴと同様に、イーサネット２９９、ＩＰ２９８、ＵＤＰ２９７、ＲＴＰ２９６を持ち、その上位に転送データをパケットスイッチ側のイーサフレーム形式と電話交換機側のＴＤＭ形式間で相互に変換する機能を持つＴＤＭ−パケット変換機能２８１を持つ。ＶＧＷは電話交換機側にはＤＳ１等のＴＤＭレイヤ２９１を持つ。電話交換機も同様にＴＤＭレイヤ４１９を持つ。
【００１７】
図６はＶＧＷ２の構成を示している。ＶＧＷ２は電話交換機と接続する回線を収容するＴＤＭインタフェース２２、パケットスイッチと接続するパケットインタフェース２３、タイムスロット間の接続制御を行うＴＳＩ（Ｔｉｍｅ  Ｓｌｏｔ  Ｉｎｔｅｒｃｈａｎｇｅ）２４、ＴＤＭ-パケット変換機能２５、トーン生成機能２６、ＣＰＵ・Ｍｅｍｏｒｙ部２１により構成する。ＴＳＩ２４はＴＤＭ−パケット変換機能２５とＴＤＭインタフェース２２を接続し、ＴＤＭ−パケット変換機能２５はパケットインタフェース２３と接続する。トーン生成機能２６は電話呼制御に必要となるトーンを生成する機能であり、本実施例では後述の障害発生時に維持した呼の解放動作時に使用する。ＴＤＭインタフェース２２、ＴＳＩ２４、トーン生成機能２６、ＴＤＭ−パケット変換機能２５、パケットインタフェース２３のそれぞれはＣＰＵ・Ｍｅｍｏｒｙ部２１と接続し、ＣＰＵ・Ｍｅｍｏｒｙ部から制御可能である。
【００１８】
パケットインタフェース２３はＡＲＰ情報２３８、ＭＡＣ−パス情報２３９を持つ。図１０に示すように、ＡＲＰ情報２３８はＯＮＴのＩＰアドレスと該当するＯＮＴのＭＡＣアドレスとＶＧＷ機能とＯＮＴ間の論理パスのＩＤを対応付ける情報である。また、図９に示すように、ＭＡＣ−パス情報２３９はＯＮＴのＭＡＣアドレスとＶＧＷと該当するＯＮＴを接続する論理パスのＩＤを関連付ける情報である。ＶＧＷはこれらの情報を用いてＯＮＴに対してパケットを送信する。各ＯＮＴのＩＰアドレスはＯＮＴの登録時に管理者が設定し、ＡＲＰ情報２３８に登録する。ＶＧＷと各ＯＮＴ間の論理パスもＯＮＴの登録時に設定し、該当ＯＮＴのＩＰアドレスと関連付けてＡＲＰ情報２３８に登録する。ＡＲＰ情報２３８に登録する各ＯＮＴのＭＡＣアドレスは、ＶＧＷがＡＲＰプロトコル（ＲＦＣ８２６）を用いて各ＯＮＴから取得するか、管理者が設定する。以上の手続きでＡＲＰ情報２３８が完成する。この情報の内ＭＡＣアドレスと論理パスＩＤの対応情報がＭＡＣ−パス情報２３９である。
【００１９】
ＶＧＷからＯＮＴへＩＰパケットを転送する場合、ＶＧＷはＡＲＰ情報を用いて宛先ＯＮＴのＭＡＣアドレスと宛先ＯＮＴまでの論理パスＩＤを検出し、パケットを転送する。また、ＶＧＷは電話交換網の障害時にＭＡＣ−パス情報を用いてＯＮＴ間の通信を実現する。ＭＡＣ−パス情報を用いたＯＮＴ間通信の詳細は後述する。
【００２０】
ＣＰＵ・Ｍｅｍｏｒｙ部２１にはＧＲ３０３によるＴＤＭシグナリング機能２１１、Ｈ．２４８、ＳＩＰによるパケットシグナリング機能２１２、ＴＤＭシグナリング機能２１１とパケットシグナリング機能２１２を接続する機能を持つＩｎｔｅｒ−ｗｏｒｋ機能２１３をソフトウェアで実装する。ＶＧＷは、Ｉｎｔｅｒ−Ｗｏｒｋ機能２１３で加入者電話機の電話番号情報であるディレクトリ情報２１８と通話中の呼に関する情報であるＡｃｔｉｖｅ  Ｃａｌｌ情報２１９を持つことによって、障害が発生したときの通話呼の維持、および、障害発生以後の新規呼の接続サービスを実現する。
【００２１】
図７に示すように、ディレクトリ情報２１８は加入者電話を収容する電話線（ＰＯＴＳライン）ごとに付けられる識別子であるＣＲＶ（Ｃａｌｌ  Ｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅ）、ＰＯＴＳライン識別名称、電話番号（ディレクトリ番号）、ＰＯＴＳラインの属するＯＮＴのＩＰアドレスを関連付ける情報である。また、図８に示すように、Ａｃｔｉｖｅ  Ｃａｌｌ情報２１９は発呼元（Ｃａｌｌｅｒ）加入者情報と発呼先（Ｃａｌｌｅｅ）加入者情報を関連付ける情報である。発呼元加入者情報と発呼先加入者情報はそれぞれ該当加入者電話が属する電話回線に付けられる識別子であるＣＲＶ、ＰＯＴＳライン名称、ＶＧＷと交換機間のＴＤＭ回線で用いるタイムスロット番号、ＶＧＷと該当加入者が属するＯＮＴ間のＲＴＰセッション情報を含む。
【００２２】
図１１は発呼時の加入者、ＯＮＴ、ＶＧＷ、電話交換機間でのシグナリング情報の交換を示したシーケンス図である。ここではＯＮＴとＶＧＷ間のシグナリングプロトコルとしてＨ．２４８とＲＦＣ２８３３を使用している。以下、同図を説明する。まず、加入者が電話機の受話器を取るとＯＮＴが電話機のＯｆｆ−Ｈｏｏｋイベントを検出する。Ｏｆｆ−Ｈｏｏｋイベントを検出したＯＮＴは、Ｈ．２４８のＮＯＴＩＦＹ  ＲｅｑｕｅｓｔメッセージによってＯｆｆ−ＨｏｏｋイベントをＶＧＷに通知する。ＶＧＷはＮＯＴＩＦＹ  Ｒｅｑｕｅｓｔ（Ｏｆｆ−Ｈｏｏｋ）メッセージを受けるとＧＲ３０３のＳＥＴＵＰメッセージを交換機に送信し、Ｈ．２４８  ＮＯＴＩＦＹ  ＲｅｐｌｙメッセージをＯＮＴに送信する。ＧＲ３０３  ＳＥＴＵＰを正常に受付けた交換機はＧＲ３０３  ＣＯＮＮＥＣＴメッセージをＶＧＷに送信する。ＧＲ３０３  ＣＯＮＮＥＣＴメッセージを受信したＶＧＷはＨ．２４８  ＡＤＤ  ＲｅｑｕｅｓｔメッセージをＯＮＴに送信し、ＯＮＴに通話データ送受信の端点生成（ＲＴＰセッション生成）を指示する。Ｈ．２４８  ＡＤＤメッセージを正常に処理したＯＮＴはＡＤＤ  ＲｅｐｌｙをＶＧＷに送信し、音声データをＶＧＷと送受するためのＲＴＰセッションを確立する。Ｈ．２４８  ＡＤＤ  Ｒｅｐｌｙメッセージを受信したＶＧＷは、交換機との通信に用いるタイムスロットを割当て、ＧＲ３０３  ＣＯＮＮＥＣＴ  ＡＣＫメッセージを交換機に送信する。さらに、ＯＮＴと音声データを送受するＲＴＰセッションを確立する。そして、タイムスロットとＲＴＰセッション間の関連付けをＴＤＭ−パケット変換機能に行う。ＯＮＴはＲＴＰセッションを確立するとそのＲＴＰセッションを用いてＲＦＣ２８３３のＯｆｆ−ＨｏｏｋイベントメッセージをＶＧＷに送信する。このＲＦＣ２８３３メッセージ（Ｏｆｆ−Ｈｏｏｋ）を受信したＶＧＷは、ＧＲ３０３で規定されるＡＢＣＤ  Ｒｏｂｂｅｄ  Ｂｉｔ  Ｓｉｇｎａｌｉｎｇ方式でＬｏｏｐ  Ｃｌｏｓｕｒｅイベントを交換機に通知する。以上の手続きにより、交換機と加入者電話間の音声チャネルが確立する。
【００２３】
続いて、電話交換機は確立した交換機とＯＮＴ間の音声チャネルを用いて加入者電話機にダイヤルトーンを送信する。ダイヤルトーンを認識した加入者は、通話先の電話番号を電話機に入力する。この電話番号情報は音声チャネルを用いてＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）トーンで交換機に伝達される。通常のＶＧＷは電話番号の管理に関与しないため、このＤＴＭＦトーン情報を音声データとして交換機に対して中継する。本発明のＶＧＷはこのＤＴＭＦトーンを中継時に捕捉することおよび図１２のプロトコルシーケンス図を用いて説明する着呼処理時にローカルコール（発呼元、発呼先ＯＮＴが共に該当ＯＬＴ（ＶＧＷ）に接続されている）であることを検出する仕組みによって、加入者電話間の通話状態を保持するＡｃｔｉｖｅ  Ｃａｌｌ情報を作成する。Ａｃｔｉｖｅ  Ｃａｌｌ情報の作成手順は図１３のフローチャートを用いて後述する。
【００２４】
続いて、ＤＴＭＦトーンによって通話先の電話番号を受け取った電話交換機は電話交換網を介して通話先電話機までの音声チャネルを確立する。通話先加入者が電話機の受話器を取るまでの間、電話交換網からはＲｉｎｇｂａｃｋトーンが発呼元電話機に対して送られる。
【００２５】
なお、図１１では電話番号情報をＤＴＭＦトーンで伝達する方式を示したが、電話番号情報をＲＦＣ２８３３等のパケットメッセージによって伝達する方式もある。図２６はＲＦＣ２８３３のメッセージを用いて電話番号情報を伝達する方式を示している。IPネットワークのパケットロスや遅延が大きい環境においてはRTPの音情報として伝達されるDTMFトーンが受信側で正確に再生できない場合がある。このような環境においてはRFC2833メッセージが用いられる。
【００２６】
次に、図１２は発呼先加入者に対する着呼時の電話交換機、ＶＧＷ、ＯＮＴ、加入者間でのシグナリング情報の交換を示したシーケンス図である。以下、同図を説明する。まず、ＶＧＷが交換機からＧＲ３０３  ＳＥＴＵＰメッセージを受信する。本発明のＶＧＷはこのメッセージに含まれる着呼加入者を示すＣＲＶによりＡｃｔｉｖｅ  Ｃａｌｌ情報を検索する。この呼の発呼元電話機が本ＶＧＷを収容するＯＬＴに接続されたＯＮＴに属するものであれば、図１１および図２６で説明した発呼時の処理によってＡｃｔｉｖｅ  Ｃａｌｌ情報に登録したエントリに、同一のＣＲＶ情報を持つものがある。これによって本発明のＶＧＷは発呼元と発呼先電話機がともにそのＶＧＷに接続されたＯＮＴに属するローカルコールであることを認識する。ＳＥＴＵＰメッセージを受信したＶＧＷはＯＮＴに対してＨ．２４８  ＡＤＤ  Ｒｅｑｕｅｓｔメッセージを送信し、通話データ送受の端点生成（ＲＴＰセッション確立）を要求する。ＯＮＴはＡＤＤ  Ｒｅｑｕｅｓｔを受信するとＡＤＤ  ＲｅｐｌｙをＶＧＷに返信し、ＲＴＰセッションを確立する。ＡＤＤ  Ｒｅｐｌｙを受信したＶＧＷもＲＴＰセッションを確立し、交換機にＧＲ３０３  ＣＯＮＮＥＣＴメッセージを送信し、タイムスロットを割当てる。そして、タイムスロットとＲＴＰセッション間の関連付けをＴＤＭ−パケット変換機能に行う。以上の手続きにより、交換機と加入者電話間の音声チャネルが確立する。
【００２７】
続いて電話交換機はＧＲ３０３で規定されるＡＢＣＤ  Ｒｏｂｂｅｄ  Ｂｉｔ  Ｓｉｇｎａｌｉｎｇ方式を用いて電話機で着信音を鳴らせるＲｉｎｇ要求をＶＧＷに通知する。これを受信したＶＧＷはそのＲｉｎｇ要求をＲＦＣ２８３３メッセージによってＯＮＴに通知し、ＯＮＴが電話機の着信音を鳴らす。発呼先加入者が電話機の受話器を取ると、ＯＮＴが電話機でＯｆｆ−Ｈｏｏｋイベントが発生したことを検出し、Ｈ．２４８  ＮＯＴＩＦＹ  ＲｅｑｕｅｓｔメッセージによってＯｆｆ−ＨｏｏｋイベントをＶＧＷに通知する。ＮＯＴＩＦＹ  Ｒｅｑｕｅｓｔメッセージを受信したＶＧＷはＮＯＴＩＦＹ  ＲｅｐｌｙメッセージをＯＮＴに返信する。ＯＮＴはさらにＲＦＣ２８３３のＯｆｆ−ＨｏｏｋイベントメッセージをＶＧＷに送信する。ＲＦＣ２８３３（Ｏｆｆ−Ｈｏｏｋ）メッセージを受信したＶＧＷは、ＡＢＣＤ  Ｒｏｂｂｅｄ  Ｂｉｔ  Ｓｉｇｎｅｌｉｎｇ方式によってＯｆｆ−Ｈｏｏｋイベントを交換機に通知する。
【００２８】
図１３は図１１、図１２で説明したプロトコルシーケンスによる発呼処理と着呼処理においてＶＧＷがＡｃｔｉｖｅ  Ｃａｌｌ情報を作成する手順を示すフローチャートである。以下、フローチャートに沿ってＡｃｔｉｖｅ  Ｃａｌｌ情報作成方式を説明する。加入者からの発呼時に、交換機との音声チャネルであるタイムスロットの確立とＯＮＴとの音声チャネルであるＲＴＰセッションの確立に成功した時点から説明する。図１１ではＶＧＷがＡＢＣＤ  Ｒｏｂｂｅｄ  Ｂｉｔ  Ｓｉｇｎａｌｉｎｇ方式によってＬｏｏｐ  Ｃｌｏｓｕｒｅイベントを交換機に通知した時点である。
【００２９】
タイムスロットとＲＴＰセッションを確立（９１１）したＶＧＷは音声チャネル監視モードとなり、ＯＮＴから交換機に送信される発呼先の電話番号情報であるＤＴＭＦトーンを監視する（９１２）。ＶＧＷはＤＴＭＦトーンを検出すると、検出した発呼先電話番号によってディレクトリ情報２１８を検索する（９１３）。ディレクトリ情報に該当電話番号が登録されていれば、発呼先の加入者もそのＶＧＷの管理下に存在するローカルコールであるため、Ａｃｔｉｖｅ  Ｃａｌｌ情報への登録処理を行う。まず、発呼者の情報をＡｃｔｉｖｅ  Ｃａｌｌ情報の発呼者（Ｃａｌｌｅｒ）情報に登録する（９１５）。この登録に必要なＣＲＶ情報はＯＮＴからのＮＯＴＩＦＹ  Ｒｅｑｕｅｓｔメッセージに含まれるＰＯＴＳ回線名によってディレクトリ情報を検索することによって得られる。また、タイムスロットおよびＲＴＰセッション情報は手続き９１１のタイムスロットとＲＴＰセッション確立の際に得られる情報である。次に、発呼先の電話番号に関するエントリを発呼先（Ｃａｌｌｅｅ）情報としてＡｃｔｉｖｅ  Ｃａｌｌ情報２１９に登録する（９１６）。なお、この時点では、発呼先ＯＮＴとＶＧＷ間で設定するＲＴＰセッションとＶＧＷと交換機間のタイムスロットは未確立のため、Ａｃｔｉｖｅ  Ｃａｌｌ情報の通話先情報のタイムスロット情報とＲＴＰセッション情報は空欄となる。ここで呼処理中の呼はＶＧＷ配下のローカルコールのため、交換機は折返し通信のためにＶＧＷに対して着呼処理を行うことになる。したがって、ＶＧＷはローカルコールの着呼待ち状態になる（９１７）ことによってこの着呼処理を検出する。ＶＧＷは交換機からＳＥＴＵＰメッセージを受信すると、ＳＥＴＵＰメッセージに含まれるＣＲＶによりＡｃｔｉｖｅ  Ｃａｌｌ情報を検索し、ローカルコールを検出する。ローカルコールを検出すると、着呼用に割当てた（９１９）タイムスロット情報とＲＴＣセッション情報をＡｃｔｉｖｅ  Ｃａｌｌ情報に登録する（９２０）。以上によってＡｃｔｉｖｅ  Ｃａｌｌ情報が完成する。
【００３０】
以下では障害発生時のＶＧＷによる通話中呼の維持方式を説明する。ＶＧＷ２は図１に示す電話交換機４１または電話交換機４１とＶＧＷを繋ぐ回線４２の障害を回線４２で受信するエラー信号またはデータの異常によって検出する。ＶＧＷ２は障害を検出すると、図６に２４で示すＴＳＩでローカルコールの通話者間のタイムスロットを接続することにより通話音声データを折り返す。各通話者が利用しているタイムスロットはＡｃｔｉｖｅ  Ｃａｌｌ情報２１９にタイムスロット情報として記録している。図１４にタイムスロットの折返し接続の様子を示す。（Ａ）は正常時のタイムスロットの正常運用時の設定状態を示している。２４で示すＴＳＩがタイムスロットチャネル２４１とタイムスロットチャネル２４２をＴＤＭ−パケット変換機能２５とＴＤＭインタフェース２２間で中継している状態を示している。タイムスロットチャネル２４１と２４２はそれぞれ全二重チャネルであり、タイムスロットチャネル２４１ではＴＤＭ−パケット変換機能からのビット列が２４１１で示され、ＴＤＭ−パケット変換機能へのビット列が２４１２で示されている。同様に、タイムスロットチャネル２４２ではＴＤＭ−パケット変換機能からのビット列が２４２１で示され、ＴＤＭ−パケット変換機能へのビット列が２４２２で示されている。
（Ｂ）は障害発生時に２４で示すＴＳＩでタイムスロットチャネルを操作し、ローカルコールの発呼元と発呼先の通話を折返し接続する場合の設定状態を示している。同図ではタイムスロットチャネル２４１とタイムスロットチャネル２４２を接続している。図１に示すように電話機６ａと６ｄ間で通話が行われているとする。また、電話機６ａと交換機４１間の通話音声データ転送はタイムスロットチャネル２４１を使用し、電話機６ｄと交換機４１間の通話音声データはタイムスロット２４２を使用しているとする。この場合、障害発生時に図１４（Ｂ）に示すようにＴＳＩ２４がタイムスロットチャネル２４１と２４２を接続し、ビット列２４１１をビット列２４２２へ、ビット列２４２１をビット列２４１２に折返し転送することによって、電話機６ａからの通話音声を電話機６ｄに折り返し、かつ、電話機６ｄからの通話音声を電話機６ａに折り返す。以上の処理によって、障害発生時においてもＶＧＷは通話中の呼を維持することができる。
【００３１】
なお、ローカルコール以外の呼が使用していたタイムスロットは、障害発生時に全て解放する。
【００３２】
次に図１５と図１６を用いて、維持した呼の解放処理について述べる。図１５は加入者が電話機＃１で会話を終えて受話器を置いた時のプロトコル処理を示すシーケンス図である。電話機＃１で受話器が置かれるとＯＮＴが電話機のＯｎ−Ｈｏｏｋイベントを検出する。Ｏｎ−Ｈｏｏｋイベントを検出したＯＮＴはＨ．２４８  ＮＯＴＩＦＹ  ＲｅｑｕｅｓｔメッセージをＶＧＷに送る。このメッセージを受信したＶＧＷはＨ．２４８  ＮＯＴＩＦＹ  ＲｅｐｌｙメッセージをＯＮＴに返信すると同時に図１６に示す通話の相手側の電話機＃２に対する切断プロトコル処理を起動する。図１６に関しては後述する。上述のＨ．２４８  ＮＯＴＩＦＹ  Ｒｅｐｌｙメッセージを受信したＯＮＴはＲＦＣ２８３３のＯｎ−ＨｏｏｋイベントメッセージをＶＧＷに送信する。ＶＧＷはＯＮＴからのＲＦＣ２８３３（Ｏｈ−Ｈｏｏｋ）イベントメッセージを受信すると、Ｈ．２４８  Ｓｕｂｔｒａｃｔ  ＲｅｑｕｅｓｔメッセージをＯＮＴに送信する。このメッセージを受信したＯＮＴはＨ．２４８  Ｓｕｂｔｒａｃｔ  ＲｅｐｌｙメッセージをＶＧＷに返送し、ＲＴＰセッションを解放する。Ｈ．２４８  Ｓｕｂｔｒａｃｔ  Ｒｅｐｌｙメッセージを受信したＶＧＷもＲＴＰセッションを解放し、ＯＮＴの該当ＰＯＴＳ回線を初期化するためのＨ．２４８  Ｍｏｄｉｆｙ  ＲｅｑｕｅｓｔメッセージをＯＮＴに送信する。このメッセージを受信したＯＮＴは該当ＰＯＴＳ回線を初期化し、新規の呼接続が可能な状態となり、Ｈ．２４８  Ｍｏｄｉｆｙ  ＲｅｐｌｙメッセージをＶＧＷに返信する。
【００３３】
次に図１６で示す通話の相手側の電話機＃２に対する切断プロトコル処理を説明する。前述のように電話機＃１のＯｎ−Ｈｏｏｋイベントを契機としてＶＧＷは電話機＃２の属するＯＮＴに対してＲＦＣ２８３３のＬＣＦＯ（Ｌｉｎｅ  Ｃｕｒｒｅｎｔ  Ｆｅｅｄ  Ｏｐｅｎ）メッセージを送信する。このメッセージを受信したＯＮＴは該当ＰＯＴＳラインをＬＣＦＯ状態とし、電話機＃２に対して電話機＃１がＯｎ−Ｈｏｏｋとなったことを通知する。さらにＶＧＷは図６の２６で示すトーン生成機能を用いて電話機＃２にビジートーンを送る。ビジートーンを聞いた加入者は電話機＃２の受話器を置く。これによって電話機＃２がＯｎ−ＨｏｏｋイベントをＯＮＴに通知し、ＯＮＴはＨ．２４８  ＮＯＴＩＦＹ  ＲｅｑｕｅｓｔメッセージによってＯｎ−ＨｏｏｋイベントをＶＧＷに通知する。このメッセージを受信したＶＧＷはＮＯＴＩＦＹ  ＲｅｐｌｙをＯＮＴに返送する。さらにＯＮＴはＲＦＣ２８３３のＯｎ−ＨｏｏｋメッセージをＶＧＷに送信する。ＶＧＷはＯＮＴからのＲＦＣ２８３３（Ｏｈ−Ｈｏｏｋ）イベントメッセージを受信すると、Ｈ．２４８  Ｓｕｂｔｒａｃｔ  ＲｅｑｕｅｓｔメッセージをＯＮＴに送信する。このメッセージを受信したＯＮＴはＨ．２４８  Ｓｕｂｔｒａｃｔ  ＲｅｐｌｙメッセージをＶＧＷに返送し、ＲＴＰセッションを解放する。Ｈ．２４８  Ｓｕｂｔｒａｃｔ  Ｒｅｐｌｙメッセージを受信したＶＧＷもＲＴＰセッションを解放し、ＯＮＴの該当ＰＯＴＳ回線を初期化するためのＨ．２４８  Ｍｏｄｉｆｙ  ＲｅｑｕｅｓｔメッセージをＯＮＴに送信する。このメッセージを受信したＯＮＴは該当ＰＯＴＳ回線を初期化し、新規の呼接続が可能な状態となり、Ｈ．２４８  Ｍｏｄｉｆｙ  ＲｅｐｌｙメッセージをＶＧＷに返信する。
【００３４】
図１７は上述の呼切断時のＡｃｔｉｖｅ  Ｃａｌｌ情報の削除手順およびリソース開放手順を示したフローチャートである。Ｈ．２４８  ＮＯＴＩＦＹ  Ｒｅｑｕｅｓｔメッセージによって加入者によるＯｎ−Ｈｏｏｋイベントを検出したＶＧＷは（９３１）、そのメッセージに含まれるＰＯＴＳライン名によってＡｃｔｉｖｅ  Ｃａｌｌ情報のＣａｌｅｅ情報を検索し（９３２）、Ｃａｌｅｅ登録があれば（９３３）、該当エントリを削除する（９３４）。さらに、図１４の２４で示すＴＳＩにおいて使用している該当呼に関するタイムスロットを開放し（９３５）、また、ＲＴＰセッションを開放し（９３６）、処理を終了する（９３７）。Ｃａｌｅｅ登録が無い場合（９３３）は障害発生時に解放されたローカルコール以外の呼に関するＲＴＰセッションが残留していることが考えられるため、ＲＴＰセッションを開放し（９３６）、処理を終了する（９３７）。ＶＧＷは、以上の処理によって障害発生時に維持した通話中の呼の切断処理を行う。
【００３５】
図１８は電話交換網における障害発生時のＶＧＷの障害対応処理全体を示すフローチャートである。上述の通り、障害を検出したＶＧＷは（９４１）、ローカルコールのタイムスロットの折り返し設定を行い（９４２）、ローカルコール以外のタイムスロットを開放する（９４３）。さらに、新規の通話を扱うために次の手続きを行う。まず、図６の２３で示すパケットインタフェース部の折り返し処理を有効にする（９４４）。次に図６の２１２で示すＳＩＰサーバを起動する（９４５）。そして最後にＯＮＴをＳＩＰ動作モードに切り替えるメッセージを全ＯＮＴにブロードキャストし（９４６）、手続きを終了する（９４７）。以下で折り返し処理の有効化とＯＮＴのＳＩＰ動作モードへの切り替え手続きのそれぞれを順に説明する。
【００３６】
障害発生以後の新規呼の通話はパケットインタフェース部２３で折り返すことになる。図１９で示すように、パケットインタフェース２３は論理パス７１ａと７１ｂを収容しているとする。図３に示すように、論理パス７１ａはＯＮＴ３ａと接続しており、論理パス７１ｂはＯＮＴ３ｂと接続しているとする。ＯＮＴ３ａに属する加入者からＯＮＴ３ｂに属する加入者への通話音声パケットは次のようにパケットインタフェース部２３で折り返す。
【００３７】
まず、パケットインタフェース部２３は、ＯＮＴのＩＰアドレスとＭＡＣアドレスの対応情報であるＡＲＰ情報２３８を持つ。障害発生後、ＶＧＷはＯＮＴから送られてくる他のＯＮＴのＭＡＣアドレスの通知を要求するＡＲＰ要求に対して代理返答する。例えば、ＯＮＴ３ａがＯＮＴ３ｂに対してＩＰパケットを送る場合、ＯＮＴ３ａはＯＮＴ３ｂのＭＡＣアドレスを知るためにＯＮＴ３ｂのＩＰアドレスをＭＡＣアドレスに変換する要求であるＡＲＰ要求を送信する。ＭＡＣアドレスはＯＬＴ内のパケットスイッチで使用するイーサネットフレームの生成に必要である。ＶＧＷはこのＡＲＰ要求を受信すると、ＯＮＴ３ｂの代理としてＯＮＴ３ｂのＭＡＣアドレスを返答する。この際のＯＮＴのＩＰアドレスとＭＡＣアドレスの対応付けにはＡＲＰ情報２３８を用いる。
【００３８】
次にパケットインタフェース部２３は、ＯＮＴのＭＡＣアドレスとパスの対応情報であるＭＡＣ−パス情報２３９を用いてＯＮＴからのイーサネットフレームを折返し転送する。例えば、パケットインタフェース部２３は、ＯＮＴ３ａから論理パス７１ａを介してイーサネットフレームを受信すると、イーサネットフレームの宛先アドレスでＭＡＣ−パス情報を検索し、宛先ＭＡＣアドレスに対応するパスＩＤを得る。このパスＩＤはＯＮＴ３ｂと接続している論理パスのＩＤであり、この論理パスにイーサネットフレームを転送することによってＯＮＴ３ｂへイーサネットフレームを転送する。
【００３９】
なお、ＯＮＴからのＳＩＰサーバ宛のＩＰパケットはＶＧＷ宛であり、そのＭＡＣアドレスはＶＧＷに固有のものである。したがって、ＶＧＷ宛ＭＡＣアドレスを持つイーサネットフレームはＶＧＷが受信し、ＣＰＵ・Ｍｅｍｏｒｙ部２１に転送する。
【００４０】
図２０は本発明で用いるＯＮＴ３の構成例を示す図である。ＯＮＴはＰＯＮインタフェース３２、パケットスイッチ３３、音声データパケットと音声を相互変換する機能を持つＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）３４、ＰＯＴＳラインを介して電話機６ｅ〜６ｆを収容するＳＬＩＣ（Ｓｅｒｉａｌ  Ｌｉｅ  Ｉｎｔｅｒｆａｃｅ  Ｃｉｒｃｕｉｔ）３６、加入者のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）３９を収容するパケットインタフェース３５、プロトコル処理を行うＣＰＵ・メモリ部３１で構成する。ＣＰＵ・メモリ部３１ではシグナリング機能であるであるＨ．２４８クライアント機能３１２とＳＩＰクライアント機能３１１を持つ。さらに、Ｈ．２４８とＳＩＰのどちらを用いるかをＶＧＷからの指示にしたがって切り替える機能を持つプロトコルセレクタ３１３を持つ。これらのシグナリング機能およびプロトコルセレクタ機能はソフトウェアによって実装する。
【００４１】
図２０ではＯＮＴ３が使用する論理パス７１、７２、７９を示している。パス７１は本ＯＮＴとＶＧＷ間の通信で用いる論理パスである。論理パス７２は本ＯＮＴと図３の１５で示すＯＬＴのパケットインタフェース間の通信で用いる論理パスであり、ＩＰ網５との通信に利用する。論理パス７９はＶＧＷからのプロトコルセレクタ機能３１３に対する指示を受信するための論理パスである。図２１は２で示すＶＧＷが複数のＯＮＴ３ａ〜３ｂに対してシグナリングプロトコルを正常時に使用するＨ．２４８から障害発生時に使用するＳＩＰに切り替える制御メッセージを送信するために用いる論理パス７９を示している。論理パス７９はＶＧＷ２とＯＮＴ３ａ〜３ｂ間に対して設定するマルチキャストパスであり、ＶＧＷ２はこのパスを用いて制御メッセージを全ＯＮＴにブロードキャストすることにより、多数のＯＮＴを同時に制御する。このマルチキャストパスを用いたブロードキャストでは、まず、ＶＧＷ２が送信した制御情報をパケットスイッチ７９が各ＰＯＮインタフェース１４ａ〜１４ｂに対してコピーする。次に、各ＰＯＮインタフェースが転送する制御メッセージは、スプリッタ１１ａによって光信号レベルでコピーされ、各ＯＮＴに配信される。
【００４２】
図２２はＶＧＷ配下の電話機＃１が同じくそのＶＧＷに属する電話機＃２に対して電話する際のＳＩＰプロトコルシーケンスおよび通話を終了するＳＩＰプロトコルシーケンスを示す図である。電話機＃１のＯｆｆ−Ｈｏｏｋイベントを検出したＯＮＴ＃１はダイヤルトーンを電話機＃１に対して伝達する。ダイヤルトーンを聞いた電話機＃１の加入者は通話先の電話番号を電話機＃１に入力する。ＯＮＴ＃１は受け取った電話番号をＩＮＶＩＴＥメッセージによってＶＧＷに送信する。ＶＧＷのＳＩＰサーバ機能はディレクトリ情報２１８を検索し、その電話番号に対応するＯＮＴのＩＰアドレスを検出し、ＩＮＶＩＴＥメッセージを該当するＯＮＴ＃２に送信する。ＶＧＷ、ＯＮＴ＃２はＩＮＶＩＴＥメッセージを受けるとそれぞれが呼処理継続中を意味する１００  ＴｒｙｉｎｇメッセージをＯＮＴ＃１、ＶＧＷに返信する。ＩＮＶＩＴＥメッセージを受信したＯＮＴ＃２は電話機＃２で着信音（Ｒｉｎｇ）を発生させ、同時に着信音発生中であることを示す１８０  ＲｉｎｇｉｎｇメッセージをＶＧＷに送信し、ＶＧＷはそのメッセージをＯＮＴ＃１に転送し、ＯＮＴ＃１は電話機＃１にＲｉｎｇｂａｃｋトーンを伝達する。電話機＃２の加入者が受話器を取ると電話機＃２のＯｆｆ−Ｈｏｏｋイベントを検出したＯＮＴ＃２が２００  ＯＫメッセージおよびＡＣＫメッセージをＶＧＷに送信する。ＶＧＷはそれらのメッセージをＯＮＴ＃１に転送する。以上の処理が終了後、ＯＮＴ＃１とＯＮＴ＃２間のＲＴＰセッションを確立する。ＲＴＰセッションはＯＮＴ＃１とＯＮＴ＃２間のセッションであり、このセッションに属するＲＴＰデータはパケットインタフェース部２３によって前述の通りイーサネットフレームレベルで折返し転送する。
【００４３】
引き続き図２２を用いて通話の終了時の呼開放プロトコルシーケンスを説明する。電話機＃１の加入者が受話器を置くと、Ｏｎ−Ｈｏｏｋイベントを検出したＯＮＴ＃１がＢＹＥ３メッセージをＶＧＷに送信し、ＶＧＷがそのメッセージをＯＮＴ＃２に転送し、ＯＮＴ＃２がＢｕｓｙトーンを電話機＃２に伝達する。電話機＃２の加入者が受話器を置くとＯｎ−Ｈｏｏｋイベントを検出したＯＮＴ＃２が２００  ＯＫメッセージをＶＧＷに送り、ＶＧＷがそのメッセージをＯＮＴ＃１に転送する。
【００４４】
第１の実施例のＶｏｉｃｅゲートウェイは、電話交換網側の障害発生時において、ＯＬＴに接続されたＯＮＴに属する電話機間での通話中の呼維持と、ＯＮＴに属する電話機間での新規の呼接続を実施することが出来る。
【実施例２】
【００４５】
図２３は本発明の第二の実施例を示している。第二の実施例は、ＳＩＰサーバ機能をＶＧＷ１内でなく、ＩＰ網５内のＳＩＰサーバ５９で実現することを特徴とする。図２４の６９はＯＮＴ３ａに属する電話機６ａとＯＮＴ３ｂに属する電話機６ｄ間の通話音声データの流れを示している。ここでは、通話音声はＩＰ網５内で折り返される。このため図２３で示すように、ＯＬＴのパケットインタフェース１５と各ＯＮＴ３ａ〜３ｂ間で通話音声データを転送する論理パスを設定する。同図ではパケットインタフェース１５とＯＮＴ３ａ間に論理パス７２ａを設定し、パケットインタフェース１５とＯＮＴ３ｂ間に論理パス７２ｂを設定する例を示している。この論理パスを用いてパケットインタフェースからＯＮＴへパケット転送するために、ＯＬＴのパケットインタフェース１５にＭＡＣ−パス情報１５９を置く。ＭＡＣ−パス情報は図９で示すように、第一の実施例でＶＧＷが持つＭＡＣ−パス情報２３９と同様の情報を持つ。ＯＮＴのＭＡＣアドレスと論理パスＩＤの対応はパス設定時の初期設定によって行う。
【００４６】
図２５は障害発生時のＶＧＷの障害対応モードへの移行処理を示すフローチャートである。電話交換網の障害を検出したＶＧＷは（９５１）、ローカルコールのタイムスロットの折り返し設定を行い（９５２）、ローカルコール以外のタイムスロットを開放する（９５３）。さらに、新規の通話を扱うために次の手続きを行う。まず、図２３で示すパケットインタフェース１５と各ＯＮＴ間の論理パス７２ａ〜７２ｂを設定する（９５４）。次に障害時用のＳＩＰサーバ５９を起動する（９５５）。そして最後に図２１で示すマルチキャスト論理パスを用いてＯＮＴをＳＩＰ動作モードに切り替えるメッセージを全ＯＮＴにブロードキャストしてＳＩＰクライアントを起動し（９５７）、さらに、使用する全ＯＮＴにＳＩＰサーバ５９のアドレスを通知し（９５８）、処理を終了する（９５９）。なお、既に他のＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）サービス用にＳＩＰサーバ５９が動作している場合、障害時用に新規サーバを起動せず、起動済みのＳＩＰサーバを利用することも出来る。
【００４７】
第２の実施例のＶｏｉｃｅゲートウェイは、電話交換網側の障害発生時において、ＯＬＴに接続されたＯＮＴに属する電話機間での新規の呼接続を実施することが出来る。
【図面の簡単な説明】
【００４８】
【図１】障害発生時の通話状態を示す図。
【図２】正常時の通話状態を示す図。
【図３】装置内の設定パスを示す図。
【図４】装置内で用いるイーサフレームのフォーマットを示す図。
【図５】システムのプロトコルスタックを示す図。
【図６】ＶＧＷの構成図。
【図７】ディレクトリ情報を示す図。
【図８】Ａｃｔｉｖｅ  Ｃａｌｌ情報を示す図。
【図９】ＭＡＣ−パス情報を示す図。
【図１０】ＡＲＰ情報を示す図。
【図１１】発呼シーケンス図。
【図１２】着呼シーケンス図。
【図１３】Ａｃｔｉｖｅ  Ｃａｌｌ情報作成手順を示すフローチャート。
【図１４】タイムスロット設定を示す図。
【図１５】障害発生後の呼開放処理を示すフローチャート１。
【図１６】障害発生後の呼開放処理を示すフローチャート２。
【図１７】呼開放時のＡｃｔｉｖｅ  Ｃａｌｌ情報削除手順を示すフローチャート。
【図１８】Ｓｔａｎｄａｌｏｎｅ動作移行時手順を示すフローチャート。
【図１９】パケットインタフェースでの折返し転送を示す図。
【図２０】ＯＮＴの構成図。
【図２１】ＯＮＴ制御用マルチキャストパスを示す図。
【図２２】障害発生時のＳＩＰを用いた呼設定処理を示すシーケンス図。
【図２３】第二の実施例で用いるＯＬＴのパケットインタフェースとＯＮＴ間の論理パスを示す図。
【図２４】第二の実施例の障害発生時の通話状態を示す図。
【図２５】第二の実施例のＳｔａｎｄａｌｏｎｅ動作移行時手順を示すフローチャート。
【図２６】電話番号伝達にＲＦＣ２８３３メッセージを使用する場合の発呼シーケンス図。
【符号の説明】
【００４９】
１…ＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｔｏｒ）、２…Ｖｏｉｃｅ  Ｇａｔｅｗａｙ、３ａ、３ｂ…ＯＮＴ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｔｅｒｍｉｎａｌ）、４…電話交換網、５…ＩＰ網、６ａ〜６ｄ…電話機、１５…ＯＬＴのパケットインタフェース、１６…ＯＬＴ内パケットスイッチ、１４ａ〜１４ｂ…ＰＯＮインタフェース、１２…スプリッタ、２２…ＴＤＭインタフェース、２３…ＴＳＩ（Ｔｉｍｅ  Ｓｌｏｔ  Ｉｎｔｅｒｃｈａｎｇｅ）、２６…トーン生成機、２５…ＴＤＭ−パケット変換機能、２３…ＶＧＷのパケットインタフェース、２１…ＶＧＷのＣＰＵ・メモリ部。
【図１】
2008301311.tif 000003
【図２】
2008301311.tif 000004
【図３】
2008301311.tif 000005
【図４】
2008301311.tif 000006
【図５】
2008301311.tif 000007
【図６】
2008301311.tif 000008
【図７】
2008301311.tif 000009
【図８】
2008301311.tif 000010
【図９】
2008301311.tif 000011
【図１０】
2008301311.tif 000012
【図１１】
2008301311.tif 000013
【図１２】
2008301311.tif 000014
【図１３】
2008301311.tif 000015
【図１４】
2008301311.tif 000016
【図１５】
2008301311.tif 000017
【図１６】
2008301311.tif 000018
【図１７】
2008301311.tif 000019
【図１８】
2008301311.tif 000020
【図１９】
2008301311.tif 000021
【図２０】
2008301311.tif 000022
【図２１】
2008301311.tif 000023
【図２２】
2008301311.tif 000024
【図２３】
2008301311.tif 000025
【図２４】
2008301311.tif 000026
【図２５】
2008301311.tif 000027
【図２６】
2008301311.tif 000028