(57)【特許請求の範囲】
【請求項１】
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、予約する通信帯域に関する情報を内部の記憶装置に保持し、
前記帯域管理装置は、前記ゲートキーパー装置から予約する通信帯域に関する情報を抽出し、前記ゲートウェイ装置と対向ゲートウェイ装置との間の通信帯域の予約又は予約解除又は予約内容変更を指示し、
前記ゲートウェイ装置は、前記対向ゲートウェイ装置との間で通信帯域を予約し、
電話網内の発信端末から他の電話網内の着信端末に向けて発信要求があった場合、
発側の電話網に接続された発側ゲートウェイ装置は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置を求め、
前記発側ゲートウェイ装置と前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、発側及び着側電話網とインタネットとを接続することにより、前記発信端末を前記着信端末に接続するようにしたインタネット電話接続方法。
【請求項２】
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、予約する通信帯域に関する情報を内部の記憶装置に保持し、
前記帯域管理装置は、前記ゲートキーパー装置から予約する通信帯域に関する情報を抽出し、前記ゲートウェイ装置と対向ゲートウェイ装置又は音声中継ルータとの間の通信帯域の予約又は予約解除又は予約内容変更を指示し、
前記ゲートウェイ装置は、前記対向ゲートウェイ装置又は音声中継ルータとの間で通信帯域を予約し、
電話網内の発信端末から他の電話網内の着信端末に向けて発信要求があった場合、
発側の電話網に接続された発側ゲートウェイ装置は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置を求め、
前記発側ゲートウェイ装置と前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、発側及び着側電話網とインタネットとを接続することにより、前記発信端末を前記着信端末に接続するようにしたインタネット電話接続方法。
【請求項３】
インタネットに接続されて音声通信が可能なＩＰ端末をさらに備え、
発信ＩＰ端末からインターネットに接続された着側電話網内の着信端末に向けて発信要求があった場合、
前記発信ＩＰ端末は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置及び前記発信ＩＰ端末が接続された発側音声中継ルータを求め、
前記発側音声中継ルータと前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、前記発信ＩＰ端末及び着側電話網とインタネットを接続することにより、前記発信ＩＰ端末を前記着信端末に接続するようにした請求項１又は２に記載のインタネット電話接続方法。
【請求項４】
前記ゲートウェイ装置又は前記音声中継ルータは、
通信帯域が予約された場合に、対向ゲートウェイ装置又は音声中継ルータとの間で一定時間毎にパケット到達率と遅延と遅延のばらつき等の通信品質を測定し、測定された通信品質があらかじめ指定された範囲を外れた場合には、前記帯域管理装置に監視結果異常を通知し、
前記帯域管理装置は、
前記ゲートウェイ装置又は前記音声中継ルータから監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示するようにした請求項１乃至３のいずれかに記載のインタネット電話接続方法。
【請求項５】
前記発側ゲートウェイ装置は、
前記ゲートキーパー装置から通知された前記着側ゲートウェイ装置への接続が障害又は輻輳等の原因によって失敗した場合、前記発側ゲートキーパー装置に前記着側ゲートウェイ装置の接続性に問題があることを通知し、
前記ゲートキーパー装置は、
前記発側ゲートウェイ装置から前記着側ゲートウェイ装置との接続失敗の通知を受信した際、接続可能な他のゲートウェイ装置を求め、前記着側ゲートウェイ装置の状態を障害状態として記憶すると共に、他のゲートキーパー装置に該障害状態を通知するようにした請求項１乃至４のいずれかに記載のインタネット電話接続方法。
【請求項６】
前記ゲートキーパー装置は、
自己のデータベース内で障害状態と表示された前記着側ゲートウェイ装置に対して、障害状態の間、接続性を確認する試験を起動し、障害回復時に自己のデータベース内の該当ゲートウェイ装置の状態を正常状態に変更すると共に、他のゲートキーパーに該正常状態を通知するようにした請求項１乃至５のいずれかに記載のインタネット電話接続方法。
【請求項７】
前記ゲートキーパー装置は、
要求通り接続ができない場合、属性情報を通知するように前記着側ゲートウェイ装置に要求し、
前記着側ゲートウェイ装置から通知された属性情報と、自己のデータベースに記憶された前記着側ゲートウェイ装置の属性情報とを比較し、
属性情報に誤りがある場合には、自己のデータベース上で前記着側ゲートウェイ装置をデータ不正状態に設定して選択しないようにすると共に、該不正状態を他のゲートキーパー装置に通知するようにした請求項１乃至６のいずれかに記載のインタネット電話接続方法。
【請求項８】
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートウェイ装置は、
通信帯域が予約された場合に、対向ゲートウェイ装置又は音声中継ルータとの間で一定時間毎にパケット到達率と遅延と遅延のばらつき等の通信品質を測定し、測定された通信品質があらかじめ指定された範囲を外れた場合には、前記帯域管理装置に監視結果異常を通知し、
前記帯域管理装置は、
前記ゲートウェイ装置から監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示するようにしたインタネット電話接続方法。
【請求項９】
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記音声中継ルータは、
通信帯域が予約された場合に、対向ゲートウェイ装置又は音声中継ルータとの間で一定時間毎にパケット到達率と遅延と遅延のばらつき等の通信品質を測定し、測定された通信品質があらかじめ指定された範囲を外れた場合には、前記帯域管理装置に監視結果異常を通知し、
前記帯域管理装置は、
前記音声中継ルータから監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示するようにしたインタネット電話接続方法。
【請求項１０】
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、
自己のデータベース内で障害状態と表示された前記着側ゲートウェイ装置に対して、障害状態の間、接続性を確認する試験を起動し、障害回復時に自己のデータベース内の該当ゲートウェイ装置の状態を正常状態に変更すると共に、他のゲートキーパーに該正常状態を通知するようにしたインタネット電話接続方法。
【請求項１１】
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と
を備えたインタネット電話システムにおける帯域管理装置であって、
前記帯域管理装置は、
帯域予約処理を行った結果確保された通信帯域を記憶する帯域予約状況テーブル、及び、帯域予約処理を起動するための条件を記憶する帯域予約予定テーブル
を含む記憶手段と、
各ゲートキーパー装置から装置情報及び帯域情報を抽出する手段と、
各ゲートウェイ装置に、対向ゲートウェイ装置又は音声中継ルータとの間で通信帯域の予約又は予約解除又は予約内容変更を指示する手段と、
前記ゲートウェイ装置又は前記音声中継ルータから監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示する手段と
を備え、各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置。
【請求項１２】
電話網とインタネットを相互接続するゲートウェイ装置と、音声を中継転送する音声中継ルータとを備えたインタネット電話システムにおけるゲートキーパー装置であって、
前記ゲートキーパー装置は、
各ゲートウェイ装置の登録処理、各ゲートウェイ装置との間での属性情報の送受信処理、各ゲートウェイ装置の監視処理、属性情報不正を検出した際の復旧処理のいずれか又は全部を実行する網管理手段と、
ＩＰ端末又は各ゲートウェイ装置からの問い合わせを受信して着側ゲートウェイ装置を選択する呼処理手段と、
インタネット内の各ゲートウェイ装置及び音声中継ルータの状態及びそれらを管理する前記着側ゲートキーパー装置の装置状態情報、属性情報、帯域予約状況情報を含む情報を記憶する記憶手段と、
前記着側ゲートウェイ装置に属性情報を要求する手段と、
前記要求に応答して前記着側ゲートウェイ装置から通知された属性情報と前記記憶手段に記憶された着側ゲートウェイ装置の属性情報とを比較する手段と、
前記比較属性情報に誤りがある場合には、上記記憶手段に記憶された前記着側ゲートウェイ装置の装置状態情報をデータ不正状態に設定して選択し得ないようにする手段と、
前記データ不正状態を他のゲートキーパー装置に通知する手段と
を備え、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置。
【請求項１３】
電話網とインタネットを相互接続するゲートウェイ装置と、音声を中継転送する音声中継ルータと管理するゲートキーパー装置の管理方法であって、
各ゲートウェイ装置の登録処理、各ゲートウェイ装置との間での属性情報の送受信処理、各ゲートウェイ装置の監視処理、属性情報不正を検出した際の復旧処理のいずれか又は全部を実行する網管理手段と、
ＩＰ端末又は各ゲートウェイ装置からの問い合わせを受信して着側ゲートウェイ装置を選択する呼処理手段と、
インタネット内の各ゲートウェイ装置及び音声中継ルータの状態及びそれらを管理する前記着側ゲートキーパー装置の装置状態情報、属性情報、帯域予約状況情報を含む情報を記憶する記憶処理と、
前記着側ゲートウェイ装置に属性情報を要求する処理と、
前記要求に応答して前記着側ゲートウェイ装置から通知された属性情報と前記記憶手段に記憶された着側ゲートウェイ装置の属性情報とを比較する処理と、
前記比較属性情報に誤りがある場合には、上記記憶手段に記憶された前記着側ゲートウェイ装置の装置状態情報をデータ不正状態に設定して選択し得ないようにする処理と、
前記不正状態を他のゲートキーパー装置に通知する処理と
を含み、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置の管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインタネット電話接続方法、帯域管理装置及びゲートキーパー装置に係る。本発明は、特に、ゲートウェイ装置、ゲートキーパー装置、帯域管理装置及び音声中継ルータ等を備えたインタネット電話システムにおいて、ゲートウェイ装置を介して電話網に呼接続等を行うインタネット電話接続方法、帯域管理装置及びゲートキーパー装置
【０００２】
【従来の技術】
現在、インタネットから電話網に電話をかけるサービスのプロトコルは、例えばＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）勧告Ｈ．３２３にて実現方法が規定されている。 Ｈ．３２３では、電話網とインタネットのインタワークを行うゲートウェイ装置と、複数のゲートウェイ装置を管理・制御するゲートキーパー装置を主要な構成要素としている。ゲートウェイ装置は、電話網とインタネット間の呼制御プロトコルと音声信号の変換を行う。ゲートキーパー装置は、統括するゾーン内のゲートウェイ装置を管理するとともに、ＩＰ（Internet Protocol）端末或いはゲートウェイ装置からの呼設定の要求に対して、接続先ゲートウェイ装置の選択、発信者認証及びアドミッション制御、通話帯域の割当てを主要な機能としている。
【０００３】
呼の発側のゲートウェイ装置、着側のゲートウェイ装置及びゲートキーパー装置を備える例では、電話網からの着信を受け付けた発側のゲートウェイ装置は、接続先の電話番号等の接続条件を指定してゲートキーパー装置に問合せを行う。ゲートキーパー装置は、問合せに対して、要求条件を満足する着側のゲートウェイ装置のアドレスを求め、発側ゲートウェイ装置に通知する。以降、発側ゲートウェイ装置は、通知された着側ゲートウェイ装置に対して呼の接続を進める。発側−着側ゲートウェイ装置間で呼設定が受け付けられると、実時間データを転送するプロトコルにより音声データの送受信が行われる。即ち、呼の接続に対して、接続先のゲートウェイ装置を求めるための手順と、求められたゲートウェイ装置に対して呼を接続する手順と、接続されたゲートウェイ装置間の実時間情報転送手順の３ステップの手順が行われる。なお、発側のゲートウェイ装置は、電話機能を持ったＩＰ端末の形態も考えられる。
【０００４】
ゲートウェイ装置の属性情報は、例えば、ＩＥＴＦ（Internet Engineering Task Force）で検討されている“A Framework for a Gateway Location Protocol“（IPTEL Working Group
1998年7月7日）にガイドラインが規定されている。ここでは、同じゲートキーパー装置により管理されるゲートウェイ装置の集合をゾーンと定義し、複数のゾーンから構成される形態への拡張が想定されている。ゲートウェイ装置の属性情報として、例えば、許容される電話番号のプリフィックス、ゲートウェイ装置アドレス、音声符号化仕様、サポートする信号プロトコル、料金プラン、精算方法、登録されている事業者の連合、回線容量、空き回線容量、付加サービス条件などを挙げている。 許容される電話番号のプリフィックスとは、そのゲートウェイ装置から電話網に接続した場合に、接続可能な電話番号の集合を示すものである。これらの属性情報は、各ゲートウェイ装置に一般には保守者等により設定されることになる。以降の説明で、属性情報のうちの許容される電話番号のプリフィックス、サポートする信号プロトコル等接続上の問題につながる情報をエンド−エンド属性情報と呼ぶ。
【０００５】
ＩＥＴＦの標準ではこれらの属性情報を自動的にゲートキーパー装置に登録する手段と、その情報を他のゲートキーパー装置に伝える手段について規定しようとしている。これにより新しいゲートウェイ装置がインタネットに接続されると、報知されるべき属性情報はプロトコルを通じて相互接続する全ゲートキーパー装置に自動的に配布されていく。
ＩＥＴＦの想定しているモデルでは、ゲートキーパー装置により選択されるゲートウェイ装置は、1つである必要はなく、複数の選択肢の中から宛先のゲートウェイ装置を選択するケースも想定している。これにより、発側のゲートウェイ装置が、着側の障害・輻輳状況等を知ることができれば、信頼性向上のためのバックアップ機構を実現することができる。ゲートウェイ装置の障害・輻輳状況等に関する属性情報として、例えば、空き回線容量、ゲートウェイ装置自身の稼動・停止状態が考えられる。
【０００６】
接続先のゲートウェイ装置が選択され、ゲートウェイ装置のペアが決定した後に、Ｈ．３２３手順に従い呼接続を行うことになるが、ゲートウェイ装置とゲートウェイ装置間で所要の帯域が確保できるかどうかは接続後のプロトコル手順を進めていった後に明らかになる。このため、インタネットが輻輳状態であれば、所要の品質の接続を提供できない可能性がある。“Delivering Voice over IP Networks“（D. Minoli, E.Minoli著）第２章に記載されているように、ＩＥＴＦ標準のＲＳＶＰ（Resource Reservation Protocol）などの通信帯域予約手順を具備するゲートウェイ装置が提案されている。ＲＳＶＰ手順は、着信側から発信側に対する片方向の帯域を予約する手順で、着側のアプリケーションから経由ルータで順次帯域を確保して発側アプリケーションまでの帯域を予約するものである。ここでは、上り下りで対称の帯域を必要とする音声トラフィックに対しては、双方向から同じ帯域を要求する予約が必要になる。各アプリケーションが制限なく必要帯域を予約すると帯域オーバが発生するので、ＲＳＶＰでは完全な帯域保証の実現は困難であることが一般に知られている。
【０００７】
【発明が解決しようとする課題】
従来の技術で、ＩＰ端末からゲートウェイ装置を介して電話網に接続する場合、呼の要求発生毎に通信帯域の割り当てを行うことになる。このためゲートウェイ装置と電話網との間の通信回線に空きがあってもインタネットが輻輳していれば、呼接続のための回線容量が確保できないという場合がある。また、通信帯域の予約手順を使用した場合にも、ゲートウェイ装置では他のゲートウェイ装置の予約帯域の状況を把握する手段がないためネットワーク全体で最適な帯域の予約を実現することはできない。 また、予約された帯域に対しても完全な保証が実現されるものでは無いため、予約帯域上に呼を設定しても通話品質が確保できていないという可能性もある。さらに、電話トラフィック及びデータトラフィック量は時間により変動するので、負荷を予測した制御を実現しなければ、ネットワークリソースの有効活用ができない。
【０００８】
本発明の第一の目的は、以上の点に鑑み、インタネット内のゲートウェイ装置間にトラフィック需要に合わせた一定品質の通信帯域を確保し、信頼性が高く且つトラフィック状態の変動に柔軟に対応できるようにすることにある。
一方、トラフィック量が比較的少ないゲートウェイ装置間では、ネットワークの通信帯域の有効活用の観点から、要求毎に呼を設定する方式をとる必要がある。上述の通り３ステップの手順での接続をする際に、最初のステップで選択された接続先のゲートウェイ装置に対する呼の接続が成功しない場合がある。その要因としては、例えば、途中経路の障害、接続先のゲートウェイ装置の障害、インタネット内の輻輳による保証通信帯域の確保不可、ゲートウェイ装置と電話網との回線ビジー・障害等が考えられる。こうしたインタネット内の問題がある場合にもサービスを提供するために、複数のゲートウェイ装置を設けて代替ルートを設定できるようにする必要がある。代替ルートを持った構成では、いかに問題を検出して代替ルートを選ぶようにするかが課題となる。ゲートキーパー装置にてゲートウェイ装置の問題を検出して、インタネット内の各ゲートキーパー装置に報知する方法では、ゲートウェイ装置、ゲートキーパー装置の数が多くなった場合、多量のパケットの転送が必要となってしまう。また、ゲートキーパー装置自身の障害が重なった場合には、システムが機能しないという問題がある。インタネット電話システムでは、特定ゲートウェイ装置への接続性の問題を検出した場合に、自動的にそのゲートウェイ装置を選択の論理から切り離し、回復後に再度組み込む確実な仕掛けが必要である。
【０００９】
本発明の第二の目的は、以上の点に鑑み、ゲートウェイ装置への接続性の問題を検出して、最適なゲートウェイ装置を選択する信頼性の高いゲートウェイ装置管理方式を実現することにある。
また、ゲートウェイ装置に登録された属性情報は、プロトコル手順によりインタネットの各ゲートキーパー装置に配布される。ここで、属性情報のうちのエンド−エンド属性情報に誤データが設定された場合には、接続上の問題が発生する。例えば、許容される電話番号のプリフィックスに設定ミスがあれば、誤ったゲートウェイ装置を選択してしまい、呼の接続に失敗するケースが多発する。また、ゲートキーパー装置は、ゲートウェイ装置の属性情報を他のゲートキーパー装置に配布するが、ゲートキーパー装置のソフト不良などがあった場合にはネットワーク中に誤ったデータが同報され、ネットワーク全体の接続性に係わる問題に繋がる。更に、ゲートウェイ装置が属性情報を更新して新しい属性情報を報知した場合に、その属性情報が、通信障害などにより全てのゲートキーパー装置に行き届かない場合も考えられる。
【００１０】
本発明の第三の目的は、以上の点に鑑み、誤データを検出した場合には、修復されるまでそのゲートウェイ装置を選択しないようにする論理を実現して頑丈なインタネット電話サービスを実現することにある。
【００１１】
【課題を解決するための手段】
本発明では、上述の第一の目的のために、インタネット内に着信ゲートウェイ装置との間の通信帯域の予約を管理するための帯域管理装置を設ける。また、ＩＰ端末のために、音声パケットを中継転送する音声中継ルータを設ける。帯域管理装置は、予約して確保すべき通信帯域を時刻毎に登録したデータベースを具備しており、このデータベースに従い所定の時刻にゲートウェイ装置或いは音声中継ルータに指定帯域の通信路の予約を指示する手順を持つ。また、帯域が予約されたゲートウェイ装置或いは音声中継ルータでは、定期的に接続性と通信品質を検証する手順を設け、通信品質があらかじめ決められた範囲を外れた場合に、帯域管理装置に品質劣化を通知する手順を設ける。
音声呼の接続において、発側のゲートウェイ装置は、予約された帯域があれば、該当帯域上に呼を設定する。また、発側がＩＰ端末の場合には、ゲートキーパー装置は、着側ゲートウェイ装置のアドレスに加えて、最寄りの音声中継ルータのアドレスをＩＰ端末に通知する手段を設ける。音声中継ルータは、ＩＰ端末からの電話呼を受けつけると、該当のゲートウェイ装置との間の予約された帯域上に呼を設定する。
【００１２】
また、本発明では、第二の目的のために、ゲートウェイ装置には接続性に問題があることを、その要因とともにゲートキーパー装置に通知する手段を設ける。さらに、ゲートキーパー装置には、接続性に問題があるゲートウェイ装置をデータベース上で障害状態とする。その後、接続先のゲートウェイ装置のアドレス決定に際して、代替ゲートウェイ装置があれば障害状態のゲートウェイ装置が選択されないようにする。また、ゲートキーパー装置には、ゲートウェイ装置に対する接続性を定期的に監視する試験機能を具備し、障害状態のゲートウェイ装置への接続性が回復した場合には、データベース上の状態を正常状態に戻す。更に、ゲートキーパー装置は、ゲートウェイ装置の状態の変更を他のゲートキーパー装置に通知して、通知を受けたゲートキーパー装置は同様に障害状態を設定して該当ゲートウェイ装置に対して監視を行う。
【００１３】
また、本発明では、第三の目標を実現するために、ゲートウェイ装置には誤データの可能性がある情報をゲートキーパー装置に通知する手段を設け、ゲートキーパー装置では該当するゲートウェイ装置の属性情報を読みだして検証する手段と、属性情報に誤りがある場合にはデータベース上で該当のゲートウェイ装置をデータ不正状態として選択しない様にする手段を設ける。ゲートキーパー装置内のデータベースは、該当ゲートウェイ装置の新しい属性情報が報知された時点で正常状態にされる。 また、ゲートキーパー装置は、ゲートウェイ装置のデータ不正状態を他のゲートキーパー装置に通知して、通知を受けたゲートキーパー装置は、同様にデータ不正状態を設定して該当ゲートウェイ装置を選択論理から外すようにする。
【００１４】
本発明の第１の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、予約する通信帯域に関する情報を内部の記憶装置に保持し、
前記帯域管理装置は、前記ゲートキーパー装置から予約する通信帯域に関する情報を抽出し、前記ゲートウェイ装置と対向ゲートウェイ装置との間の通信帯域の予約又は予約解除又は予約内容変更を指示し、
前記ゲートウェイ装置は、前記対向ゲートウェイ装置との間で通信帯域を予約し、
電話網内の発信端末から他の電話網内の着信端末に向けて発信要求があった場合、
発側の電話網に接続された発側ゲートウェイ装置は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置を求め、
前記発側ゲートウェイ装置と前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、発側及び着側電話網とインタネットとを接続することにより、前記発信端末を前記着信端末に接続するようにしたインタネット電話接続方法を提供する。
【００１５】
本発明の第２の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、予約する通信帯域に関する情報を内部の記憶装置に保持し、
前記帯域管理装置は、前記ゲートキーパー装置から予約する通信帯域に関する情報を抽出し、前記ゲートウェイ装置と対向ゲートウェイ装置又は音声中継ルータとの間の通信帯域の予約又は予約解除又は予約内容変更を指示し、
前記ゲートウェイ装置は、前記対向ゲートウェイ装置又は音声中継ルータとの間で通信帯域を予約し、
電話網内の発信端末から他の電話網内の着信端末に向けて発信要求があった場合、
発側の電話網に接続された発側ゲートウェイ装置は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置を求め、
前記発側ゲートウェイ装置と前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、発側及び着側電話網とインタネットとを接続することにより、前記発信端末を前記着信端末に接続するようにしたインタネット電話接続方法を提供する。
【００１６】
また、本発明においては、
インタネットに接続されて音声通信が可能なＩＰ端末をさらに備え、
発信ＩＰ端末からインターネットに接続された着側電話網内の着信端末に向けて発信要求があった場合、
前記発信ＩＰ端末は、着信先の電話番号を前記ゲートキーパー装置に通知して、対応する着側ゲートウェイ装置及び前記発信ＩＰ端末が接続された発側音声中継ルータを求め、
前記発側音声中継ルータと前記着側ゲートウェイ装置との間で予約された通信帯域を用いて、前記発信ＩＰ端末及び前記着側ゲートウェイ装置とインタネットを接続することにより、前記発信ＩＰ端末を前記着信端末に接続するようにした。
【００１７】
また、本発明の第３の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートウェイ装置は、
通信帯域が予約された場合に、対向ゲートウェイ装置又は音声中継ルータとの間で一定時間毎にパケット到達率と遅延と遅延のばらつき等の通信品質を測定し、測定された通信品質があらかじめ指定された範囲を外れた場合には、前記帯域管理装置に監視結果異常を通知し、
前記帯域管理装置は、
前記ゲートウェイ装置から監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示するようにしたインタネット電話接続方法を提供する。
【００１８】
本発明の第４の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記音声中継ルータは、
通信帯域が予約された場合に、対向ゲートウェイ装置又は音声中継ルータとの間で一定時間毎にパケット到達率と遅延と遅延のばらつき等の通信品質を測定し、測定された通信品質があらかじめ指定された範囲を外れた場合には、前記帯域管理装置に監視結果異常を通知し、
前記帯域管理装置は、
前記音声中継ルータから監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示するようにしたインタネット電話接続方法を提供する。
【００１９】
本発明の第５の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
ゾーン内の前記ゲートウェイ装置を管理するゲートキーパー装置と、
各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置と
を備えたインタネットにおけるインタネット電話接続方法であって、
前記ゲートキーパー装置は、
自己のデータベース内で障害状態と表示された前記着側ゲートウェイ装置に対して、障害状態の間、接続性を確認する試験を起動し、障害回復時に自己のデータベース内の該当ゲートウェイ装置の状態を正常状態に変更すると共に、他のゲートキーパーに該正常状態を通知するようにしたインタネット電話接続方法を提供する。
【００２０】
本発明の第６の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと、
ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置と
を備えたインタネット電話システムにおける帯域管理装置であって、
前記帯域管理装置は、
帯域予約処理を行った結果確保された通信帯域を記憶する帯域予約状況テーブル、及び、帯域予約処理を起動するための条件を記憶する帯域予約予定テーブルを含む記憶手段と、
各ゲートキーパー装置から装置情報及び帯域情報を抽出する手段と、
各ゲートウェイ装置に、対向ゲートウェイ装置又は音声中継ルータとの間で通信帯域の予約又は予約解除又は予約内容変更を指示する手段と、
前記ゲートウェイ装置又は前記音声中継ルータから監視結果異常を通知された場合に、代替通信路を検索して、他のゲートウェイ装置に代替通信路の通信帯域の予約を指示する手段と
を備え、各ゾーンの前記ゲートキーパー装置を管理する帯域管理装置を提供する。
【００２１】
本発明の第７の解決手段によると、
電話網とインタネットを相互接続するゲートウェイ装置と、
音声を中継転送する音声中継ルータと
を備えたインタネット電話システムにおけるゲートキーパー装置であって、
前記ゲートキーパー装置は、
各ゲートウェイ装置の登録処理、各ゲートウェイ装置との間での属性情報の送受信処理、各ゲートウェイ装置の監視処理、属性情報不正を検出した際の復旧処理のいずれか又は全部を実行する網管理手段と、
ＩＰ端末又は各ゲートウェイ装置からの問い合わせを受信して着側ゲートウェイ装置を選択する呼処理手段と、
インタネット内の各ゲートウェイ装置及び音声中継ルータの状態及びそれらを管理するゲートキーパー装置を記憶する装置状態管理テーブル、属性情報を記憶する属性管理テーブル、帯域予約処理を行った結果確保された通信帯域を記憶する帯域予約状況テーブルを含む記憶手段と
を備え、ゾーン内の前記ゲートウェイ装置及び前記音声中継ルータを管理するゲートキーパー装置を提供する。
【００２２】
【発明の実施の形態】
（１）インターネット電話システム
図１は、本発明におけるインタネット電話システムの構成図の一例である。なお、以下の説明中、インターネット１００内の各構成要素の添字ａ、ｂ、ｃは、それぞれゾーン１、２、３内の各構成要素であることを示す。また、電話網１０４及び電話網端末１０５の添字ａ、ｂは、それぞれインターネット１００に接続される第１、第２のそれら構成であることを示す。また、説明中これらの添字が付加されていない場合は、各ゾーン又は、各電話網等に共通の各構成要素を示すものとする。一般に、インタネット（１１０）には、複数のゾーン（１０９）が存在する。インターネット（１１０）は、各ゾーン（１０９）内に、ゲートキーパー装置（１０１）、ゲートウェイ装置（１０２）、帯域管理装置（１０３）、ＩＰ端末（１０６）、音声中継ルータ（１０７）及びルータ（１０８）等のＬＡＮ間接続装置を備える。電話網（１０４）は、電話網端末（１０５）を収容し、ゲートウェイ装置（１０２）を介してインタネット（１１０）に接続される。
【００２３】
ゲートキーパー装置（１０１）、ゲートウェイ装置（１０２）、音声中継ルータ（１０７）、ルータ（１０８）等は、ゾーン（１０９）内に１台又は複数台存在する。ゲートキーパー装置（１０１）は、ゾーン（１０９）内のゲートウェイ装置（１０２）や音声中継ルータ（１０７）を管理し、例えば、ゲートウェイ装置（１０２）−ゲートウェイ装置（１０２）間、又はゲートウェイ装置（１０２）−ＩＰ端末（１０６）間の通信路設定の為に必要な着信ゲートウェイ装置（１０２）又は音声中継ルータ（１０７）のアドレスを、電話番号から求める変換処理等を行う。なお、ゲートキーパー装置（１０１）の機能の一部又は全部は、ゲートウェイ装置（１０２）に含まれる場合もある。ゲートウェイ装置（１０２）は、ユーザネットワークインタフェース又は共通線信号方式インタフェース等のインターフェースをサポートして、電話網（１０４）と接続される。音声中継ルータ（１０７）は、通話帯域を制御して音声呼を中継する。帯域管理装置（１０３）は、インタネット（１１０）内装置間の帯域管理を行う。なお、帯域管理装置（１０３）の機能の一部又は全部は、ゲートキーパー装置（１０１）内に含まれる場合もある。また、帯域管理装置（１０３）は、いずれかのゾーンのゲートキーパー装置（１０１）と一体に構成されていても良い。また、ＩＰ端末（１０６）は、マイク、スピーカー等を備え、電話網（１０４）に接続された電話網端末（１０５）との音声通話を行う機能を有している。
【００２４】
つぎに、動作概要を説明する。各ゲートウェイ装置（１０２）は、設定された属性情報を、自装置が属するゾーン（１０９）のゲートキーパー装置（１０１）に通知する。ゲートキーパー装置（１０１）は、通知されたゾーン（１０９）内の全ゲートウェイ装置（１０２）の属性情報を管理し、他のゾーン（１０９）のゲートキーパー装置（１０１）へ自ゾーン（１０９）内ゲートウェイ装置（１０２）の属性情報を転送する。
電話網端末（１０５）が呼設定をする際は、呼設定指示を受けた発側ゲートウェイ装置（１０２）がゲートキーパー装置（１０１）に接続先装置のアドレスを問い合わせる。ゲートキーパー装置（１０１）は、通信が可能で適切な着側ゲートウェイ装置（１０２）のアドレスを通知する。一方、ＩＰ端末（１０６）が呼接続をする際は、ＩＰ端末（１０６）がゲートキーパー装置（１０１）に接続先装置のアドレスを問い合わせ、ゲートキーパー装置（１０１）は、通信が可能で適切な着側ゲートウェイ装置（１０２）のアドレスを通知する。以下の説明において、ゲートウェイ装置（１０２）を使ったインタネット電話は、ＩＴＵ−ＴのＨ．３２３手順をベースにするが、ＩＥＴＦのＩＰＤＣ、ＳＧＣＰ、ＳＩＰ等の他のプロトコル手順を用いた場合にも、同様に本発明を適用することができる。また、各信号は、ルータ（１０８）等のＬＡＮ間接続装置を介して通信が行われるが、これら装置の動作は、例えば、既存のインタネットプロトコルに従うものとする。
【００２５】
図２は、呼設定手順例を示すシーケンス図である。この図は、ＩＴＵ−Ｔ  Ｈ．３２３規格を例とした従来の技術によるゲートウェイ装置（１０２）の登録から呼の確立、及び通信路設定までの手順例を示す。呼は、発側ゲートウェイ装置（１０２）が接続される電話網（１０４）に収容された電話網端末（１０５）から、着側ゲートウェイ装置（１０２）が接続される電話網（１０４）に収容された電話網端末（１０５）へ接続される。なお、説明を簡略化するため、ゲートキーパー装置（１０１）は、ゾーン（１０９）内に１台だけ設置されていることとするが、これに限られるものではない。
【００２６】
第一の手順として、ゲートウェイ装置登録を実行する。まず、発側ゲートウェイ装置（１０２）及び着側ゲートウェイ装置（１０２）は、ＲＡＳ信号を用いて自装置が属するゾーン（１０９）を管理するゲートキーパー装置（１０１）に装置登録をする。発側ゲートウェイ装置（１０２）は、登録するゲートキーパー装置（１０１）を確かめるため、全てのゲートキーパー装置（１０１）にＧＲＱを送信する（Ｓ２０１）。登録可能なゲートキーパー装置（１０１）は、ＧＣＦにて応答する（Ｓ２０２）。登録されるゲートキーパー装置（１０１）が決定した発側ゲートウェイ装置（１０２）は、ゲートキーパー装置（１０１）に対してＲＲＱにてゲートキーパー装置（１０１）が管理するゾーン（１０９）への登録を要求する（Ｓ２０３）。ゲートキーパー装置（１０１）は、登録可能な場合、ＲＣＦにて応答する（Ｓ２０４）。同様の登録処理を着側ゲートウェイ装置（１０２）においても行う。
【００２７】
第二の手順として、呼確立を実行する。ここでは、一例として、ＩＴＵ−Ｔ  Ｈ．２２５．０及びＨ．２４５メッセージ等が、ゲートキーパー装置（１０１）を介さず、ゲートウェイ装置（１０２）−ゲートウェイ装置（１０２）間で直接送受信される場合を示す。発側ゲートウェイ装置（１０２）は、ＲＡＳ信号にて通信許可を要求するため、登録されているゲートキーパー装置（１０１）にＡＲＱを送信する（Ｓ２０５）。ゲートキーパー装置（１０１）は、適当なシグナリングメッセージ通信用アドレスをＡＣＦに乗せて応答する（Ｓ２０６）。発側ゲートウェイ装置（１０２）は、ＩＴＵ−Ｔ  Ｈ．２２５．０メッセージ等にて呼設定要求（setup）を着側ゲートウェイ装置（１０２）に送信する（Ｓ２０７）。呼設定要求を受けた着側ゲートウェイ装置（１０２）は、呼設定受付（call proceeding）を返信する（Ｓ２０８）とともに、登録ゲートキーパー装置（１０１）に対してＲＡＳ信号にて通信許可要求するためＡＲＱを送信する（Ｓ２０９）。着側ゲートウェイ装置（１０２）は、ゲートキーパー装置（１０１）からＡＣＦを受信する（Ｓ２１０）と、発側ゲートウェイ装置（１０２）に呼出（alert）（Ｓ２１１）及び応答（connect）（Ｓ２１２）メッセージを送信する。
【００２８】
第三の手順として、確立された通信路設定を実行する。ここでは、一例として、ＩＴＵ−Ｔ  Ｈ．２４５メッセージが常にゲートキーパー装置（１０１）を介さず、ゲートウェイ装置（１０２）−ゲートウェイ装置（１０２）間で直接送受信される場合を示す。発側ゲートウェイ装置（１０２）と着側ゲートウェイ装置（１０２）間において、 Capability Exchangeによる初期設定（Ｓ２１３）や、 Open Logical Channel（Ｓ２１４）及びOpen Logical Channel Ack（Ｓ２１５）による通話の情報種別やサービスの設定をする。
【００２９】
図３は、図１における電話網端末発信−電話網端末着信の呼接続例を示すシーケンス図である。この図は、図１におけるインターネット電話を用いた、電話網端末（１０５−ａ）発信−電話網端末（１０５−ｂ）着信時の正常呼接続シーケンス例を示している。ここで、インタネット（１１０）内の呼接続用通信プロトコルは、一例としてITU-T H.323を用いることとする。
【００３０】
まず、電話網端末（１０５−ａ）は、オフフックをして起動（Ｓ３０１）し、ダイヤルトーン（Ｓ３０２）を確認後、選択信号を送信する（Ｓ３０３）。この場合、インタネット電話を使用するため、該当するゲートウェイ装置（１０２−ａ）が許容するプリフィックスを発番号に付加する場合も考えられる。電話網（１０４−ａ）は、発番号を付与したsetupメッセージをゲートウェイ装置（１０２−ａ）に送信し（Ｓ３０４）callprocメッセージを受信する（Ｓ３０５）。ゲートウェイ装置（１０２−ａ）は、例えば、図２に示すITU-T H.323の呼確立手順に従い、ゲートウェイ装置（１０２−ｂ）に発呼を通知する（Ｓ３０６〜Ｓ３０９）。通知を受けた着側ゲートウェイ装置（１０２−ｂ）は、ゾーン２（１０９−ｂ）を管理するゲートキーパー装置（１０１−ｂ）とＡＲＱ、ＡＣＦを送受信（Ｓ３１０、Ｓ３１１）後、着信電話網端末（１０５−ｂ）が収容されている電話網（１０４−ｂ）にsetupメッセージを送信する（Ｓ３１２）。電話網（１０４−ｂ）では、callprocメッセージを返信（Ｓ３１３）後、電話網端末（１０５−ｂ）に対して呼出通知をし（Ｓ３１４）、同時にゲートウェイ装置（１０２−ｂ）にalertメッセージを送信する（Ｓ３１５）。ゲートウェイ装置（１０２−ｂ）は、適当なルータ（１０８−ａ、１０８−ｂ）を介して発側ゲートウェイ装置（１０２−ａ）にalertメッセージを送信し（Ｓ３１６）、発側電話網端末（１０５−ａ）までリングバックトーンが到達する（Ｓ３１７，Ｓ３１８）。電話網端末（１０５−ｂ）が応答すると（Ｓ３１９）、各装置を介して電話網端末（１０５−ａ）まで応答信号が通知される（Ｓ３２０〜Ｓ３２３）。
【００３１】
図４は、図１における電話網端末発信−ＩＰ端末着信の呼接続例を示すシーケンス図である。この図は、図１におけるインターネット電話を用いた、電話網端末（１０５−ｂ）発信−ＩＰ端末（１０６）着信時の正常呼接続シーケンス例を示している。ここで、インタネット（１１０）内の呼接続用通信プロトコルは、一例としてITU-T H.323を用いることとする。
Ｓ４０１よりＳ４０７までは図３に示したＳ３０１からＳ３０７と同様の手順である。その後、発側ゲートウェイ装置（１０２−ｂ）は、着信端末であるＩＰ端末（１０６）に対して適当なルートを介してsetupメッセージを送信する（Ｓ４０８）。ＩＰ端末（１０６）は、callprocメッセージ返信（Ｓ４０９）後ゲートキーパー装置（１０１−ａ）とＡＲＱ、ＡＣＦを送受信する（Ｓ４１０，Ｓ４１１）。続いて、発側ゲートウェイ装置（１０２−ｂ）にalertメッセージを送信し（Ｓ４１２）、発側電話網端末（１０５−ｂ）までリングバックトーンが到達する（Ｓ４１３，Ｓ４１４）。その後、ＩＰ端末（１０６）が応答すると、各装置を介して電話網端末（１０５−ｂ）まで応答信号が通知される（Ｓ４１５〜Ｓ４１７）。
【００３２】
図５は、図１におけるＩＰ端末発信−電話網端末着信の呼接続例を示すシーケンス図である。この図は、図１におけるインターネット電話を用いた、ＩＰ端末（１０６）発信−電話網端末（１０５−ｂ）着信時の正常呼接続シーケンス例を示している。ここで、インタネット（１１０）内の呼接続用通信プロトコルは、一例としてITU-T H.323を用いることとする。
ＩＰ端末（１０６）は、例えば図２に示すITU-T H.323の呼確立手順に従い、ゲートウェイ装置（１０２−ｂ）に発呼を通知する（Ｓ５０１〜Ｓ５０４）。通知を受けた着側ゲートウェイ装置（１０２−ｂ）は、図３（Ｓ３１０〜Ｓ３１４）に示す手順と同様に、電話網端末（１０５−ｂ）への呼出通知を行い（Ｓ５０５〜Ｓ５０９）、ＩＰ端末（１０６）に対してalert、connectメッセージを送信する（Ｓ５１０〜Ｓ５１４）。
【００３３】
（２）ゲートキーパー装置
図６は、本発明におけるゲートキーパー装置の機能ブロック図である。ゲートキーパー装置（１０１）は、ＵＮＩＸサーバまたはＰＣサーバ上のアプリケーションソフトウェアを組み込むことで実現され、回線入出力装置（１５０２）、中央制御装置（１５０１）、記憶装置（１５０３）及びユーザインタフェース装置（１５０４）を主要な構成要素としている。ここでは、一例として、ゲートキーパー装置（１０１）と帯域管理装置（１０３）が同居した場合を示す。なお、これら各装置は、独立した別個の構成であっても良い。
【００３４】
中央制御装置（１５０１）は、サーバ上のＣＰＵ相当部分であり、内部に示した各ブロックはＣＰＵ上で実行されるソフトウェアの機能ブロックを示したものである。基本制御部（１５０９）は、ＯＳに該当する部分であり、各装置とのインタフェースを実現するとともに１５０５〜１５０７に示すアプリケーションの実行制御を司る。また、ここでは、インタネット（１５０８）を介した通信に必要なＩＰ、ＵＤＰ、ＴＣＰと言った基本的な通信プロトコルを実現している。回線入出力装置（１５０２）は、インタネット（１５０８）に接続して通信を行うためのものであり、一般に使用されているＬＡＮボードである。ここでは、ＬＡＮインタフェースにおけるレイヤ２相当の処理を行う。記憶装置（１５０３）は、サーバに内臓された磁気ディスク或いは光ディスク等により実現されるメモリ装置である。これは、ネットワークの規模によってはディスクサーバとして独立な装置で構成される場合もある。一般には記憶装置（１５０３）は、ミラーリング、デュプレクシングなどの既存のフォルトトレランス機能により信頼性の向上を図っている。ユーザインタフェース装置（１５０４）は、通常のサーバと同様に、ディスプレイ、キーボード、マウスなどから構成される。
【００３５】
中央制御装置（１５０１）は、実現されるアプリケーションソフトウェアとして、例えば帯域制御手段（１５０５）、網管理手段（１５０６）、呼処理手段（１５０７）を有する。呼処理手段（１５０７）は、ＩＰ端末（１０６）或いはゲートウェイ装置（１０２）からのアドレス問い合わせを受信して着信側のゲートウェイ装置（１０２）を選択するものである（処理フローの略図は、後述の図１６を参照）。網管理手段（１５０６）は、ＩＴＵ−Ｔ  Ｈ３２３標準などの定められたゲートウェイ装置（１０２）の登録処理、他のゲートキーパー装置（１０１）との間でのゲートウェイ装置（１０２）の属性情報の送受信などの標準に定められた機能を実現する。本実施の形態では、これらの既存機能に加えて、後述の図２０に示されるゲートウェイ装置（１０２）の監視処理と、後述の図２１のシーケンス図に示される属性情報不正を検出した際の復旧処理を実現する。帯域制御手段（１５０５）は、後述の図１２に示される帯域管理装置（１０３）の機能を実現したものである。別の例として、ゲートキーパー装置（１０１）と独立した帯域管理装置（１０３）を実現する方法もある。
【００３６】
図７は、本発明におけるゲートキーパー装置に属する記憶装置内テーブルの説明図である。ここでは、ゲートキーパー装置（１０１）の記憶装置（１５０３）に格納される管理テーブルの構成例を示す。なお、これら各テーブルは、帯域管理装置（１０３）やゲートウェイ装置（１０２）又は他の構成部分等に適宜設けることができる。ゲートキーパー装置（１０１）と帯域管理装置（１０３）とが別装置である場合、例えば、ゲートキーパー装置（１０１）が装置状態管理テーブル（１６０１）及び属性管理テーブル（１６０５）及び帯域予約状況テーブル（１６１０）を備え、一方、帯域管理装置（１０３）が帯域予約状況テーブル（１６１０）及び帯域予約予定テーブル（１６１３）を備えるようにすることができる。
【００３７】
装置状態管理テーブル（１６０１）は、インタネット（１１０）内のゲートウェイ装置（１０２）及び音声中継ルータ（１０７）の状態と、それを管理しているゲートキーパー装置（１０１）の関係を管理するテーブルである。システム内ではゲートキーパー装置（１０１）、ゲートウェイ装置（１０２）、音声中継ルータ（１０７）に正規化された番号を付与するものとする。これは、ゲートキーパー装置（１０１）内部に閉じた番号でもよいし、システム全体でユニークな番号を管理しても構わない。また、別の例では、こうした正規化番号は使用せずにＩＰアドレスを管理する方法もある。図示の例では装置番号Ａ〜Ｚで示されたゲートウェイ装置（１０２）及び音声中継ルータ（１０７）は、ゲートキーパー装置ＡＡＡにより管理されている。また装置の状態としては正常状態（装置番号Ａ等）、障害状態（装置番号Ｚ等）、データ不正状態（装置番号Ｙ等）の３つがあり、前述の通り正常状態のものが優先的に使用される。このテーブルに於いて、装置状態（１６０４）は、本実施の形態に示した手順にて自動更新される。また、ゲートキーパー装置番号（１６０２）、装置番号（１６０３）については、標準で定められるゲートキーパー装置間プロトコルにより集められた情報に基づき生成される。
【００３８】
属性管理テーブル（１６０５）は、各装置で許容される属性情報を登録したものであり、着信先のゲートウェイ装置（１０２）を選択するために装置状態管理テーブル（１６０１）とともに使用される。属性情報は、標準で定められるゲートキーパー装置間プロトコルにより集められた情報に基づき生成される。属性情報には、例えば、装置アドレス（１６０６）、許容電話番号（１６０７）、音声符号化仕様（１６０８）、プロトコル（１６０９）等がある。これに加えて、料金プラン、生産方法、登録される事業者の連合、回線容量、サポートされる付加サービスなどを管理することも可能である。装置アドレスは、ゲートウェイ装置（１０２）のＩＰアドレスである。許容電話番号（１６０７）は、そのゲートウェイ装置（１０２）から電話網に接続した場合に、接続可能な電話番号の集合を示すものであり、一般にはＩＴＵ−ＴＥ．１６４に定められた電話番号の上位数桁を取ったものである。音声符号化仕様（１６０８）では、ＩＴＵ−Ｔ  Ｇ．７１１、Ｇ．７２３、Ｇ．７２９などのサポートするプロトコル仕様が登録されている。プロトコル（１６０９）では、ＩＴＵ−Ｔ  Ｈ３２３、ＩＥＴＦ  ＳＩＰ、ＩＥＴＦ  ＳＧＣＰなどのサポートするプロトコル仕様が記録される。
【００３９】
ここで、ゲートウェイ装置（１０２）の実装及び設置条件によっては、属性管理テーブル（１６０５）の各フィールドには複数の条件が登録されることがありうる。この場合には、それぞれについて独立の行を設ける方法を使用してもよいが、より一般的にはリレーショナルデータベースを利用して、各種条件をキーとして着信ゲートウェイ装置（１０２）の選択が容易にできるようなテーブル構造で実現することもできる。また、装置状態管理テーブル（１６０１）は、属性管理テーブル（１６０５）に統合することができる。特に、属性情報などは部分的に不正な場合等も考えられるので、この実現方法の場合には特定の属性条件に対してだけデータ不正状態とすることも可能となる。
【００４０】
帯域予約状況テーブル（１６１０）は、帯域制御手段（１５０５）により帯域予約処理を行った結果、確保された帯域幅又は帯域に関するデータを登録している。ここでは、一例として、各装置番号（１６０３）について、対向装置番号（１６１１）及び予約帯域幅（１６１２）が記憶されている。対向装置が複数ある場合は、ひとつの装置番号（１６０３）に対して複数行のデータを備えることができる。帯域幅は、通常は、例えば、ビット／秒の単位で登録されている。予約帯域幅１６１２が、ゼロであれば予約は行われていないことを意味する。
帯域予約予定テーブル（１６１３）は、帯域制御手段（１５０５）が帯域予約処理を起動するための条件を登録しておくテーブルであり、一般にはネットワーク管理者によって設定されることができる。ここでは、一例として、時間（１６１４）に対して、装置番号（１６０３）、対向装置番号（１６１１）及び予約帯域幅（１６１５）が登録されている。ここでも、予約帯域幅（１６１５）は、例えば、ビット／秒の単位で登録されており、ゼロは予約解除を意味している。ゲートキーパー装置（１０１）は、この帯域予約予定テーブル（１６１３）に登録されている時間（１６１４）に、自動的に予約手順を起動する仕様となっている。
【００４１】
（３）ゲートウェイ装置
図８は、本発明におけるゲートウェイ装置の機能ブロック図である。ゲートウェイ装置（１０２）は、例えば、記憶装置（１７０２）、通信制御スイッチ（１７０９）、回線入出力装置（１７０３）、電話網入出力装置（１７０４）、音声処理装置（１７１０）、中央処理装置（１７０１）を主要なハードウェア構成要素として実現される。
【００４２】
記憶装置（１７０２）は、既存技術である磁気ディスク或いは光ディスクなどにより実現されるメモリ装置であり、装置状態、トラフィック情報、帯域予約情報、装置属性などの記憶に使用される。通信制御スイッチ（１７０９）は、ゲートウェイ装置（１０２）−インタネット（１５０８）或いは電話網（１７１２）間の送受信信号のバッファリング及び振分けを実現したり、また、回線や帯域の制御等を行う装置である。簡易なゲートウェイ装置（１０２）では、通信制御スイッチ（１７０９）が存在しない場合も考えられる。回線入出力装置（１７０３）は、インタネット（１５０８）に接続して通信を行うためのものであり、一般に使用されているネットワークインタフェースカード等である。これは、ＯＳＩモデルでいうところの物理層及びデータリンク層の機能を実現する。ネットワークの規模によっては、カード上にＣＰＵおよびメモリを備えてプロトコル処理を実行するインテリジェント型の実現形態をとる場合がある。電話網入出力装置（１７０４）は、電話網（１７１２）との間で送受信される制御信号及び音声信号の入出力を実現する。これは、ＯＳＩモデルでいうところの物理層及びデータリンク層の機能を実現する。音声処理装置（１７１０）は、電話網（１７１２）と音声信号を送受信する際に、インタネット（１５０８）において送受信される音声パケットとの変換機能等を実現する。これにより、インタネット（１５０８）−電話網（１７１２）間での音声のやりとりが可能となる。
【００４３】
中央制御装置（１７０１）は、ゲートウェイ装置（１０２）のＣＰＵに相当する部分であり、一般には、マルチプロセッサシステム、デュプレクスシステム、デュアルシステムなどの既存技術により多重化する事で信頼性または処理能力の向上を図ることができる。内部に示したブロックは、ＣＰＵが実行するソフトウェアの機能ブロックのうち本発明に特に関連するものである。基本制御部（１７１８）は、ＯＳに相当するミドルウェアであり、各装置とのインタフェースを実現するとともに、他のアプリケーションソフトウェアの実行制御を実現する。このように、他のソフトウェアと比べプリミティブな処理を実現するので、他のアプリケーションソフトウェアより実行レベルを高くし、優先度を高めてある。また、ここでは、インタネット（１５０８）を介した通信に必要なＩＰ、ＵＤＰ、ＴＣＰ等といった基本的な通信プロトコルを実現している。
【００４４】
帯域制御手段（１７０５）は、帯域予約・予約解除・予約変更・監視等を実現するアプリケーションソフトウェアである。ゲートウェイ装置（１０２）と帯域予約対向装置との間の帯域予約手順については、例えば、ＲＳＶＰ手順を基に、後述の図１１に示す手順に従い実現する。ゲートキーパー装置（１０１）の制御による予約帯域の動的な変更手順については、後述の図１２の手順に従い実現する。ゲートウェイ装置（１０２）と帯域予約対向ゲートウェイ装置との予約帯域監視手順については、後述の図１３の手順に従い実現する。
つぎに、トラフィック収集手段（１７０６）は、ゲートキーパー装置（１０１）が、ゲートウェイ装置（１０２）の予約帯域を制御するに先立ち、予約する帯域を決定するための情報としてトラフィック情報収集をゲートウェイ装置（１０２）に要求した際の、ゲートウェイ装置（１０２）側でのトラフィック情報収集機能等を実現するアプリケーションソフトウェアである。ここでは、定期的に、ネットワークの性能を表す指標を算出し、記憶装置（１７０２）に記憶しておき、ゲートキーパー装置（１０１）からトラフィック情報収集要求信号を受信した際には、これらの中から必要十分な情報を抽出し返信する機能を持つ。ここで、ネットワークの性能を表す指標としては、例えば、レスポンスタイム、スループット、ルート毎のトラフィック量、トラフィックの時間分布及び暦年分布、回線使用率、バッファ使用率、ビット誤り率、アベイラビリティ等といったものがある。なお、ゲートキーパー装置（１０１）は、これらの情報を管轄下のゲートウェイ装置（１０２）や音声中継ルータ（１０７）から収集し、最適な予約帯域を決定する機能を持っている。
【００４５】
つぎに、障害管理手段（１７０７）は、インタネット電話の基本通話サービス開始時に、呼処理手段（１７０８）が対向ゲートウェイ装置との呼制御信号の送受信不正を検出した際、その情報を管理元ゲートキーパー装置（１０１）に通知し、復旧を監視する機能等を実現するアプリケーションソフトウェアである。障害検出、属性異常検出、障害復旧、属性異常復旧については、後述の図１９及び図２１に示す手順に従う。また、呼処理手段（１７０８）は、インタネット電話サービスにおいて、電話網（１７１２）及びインタネット（１５０８）で送受信される呼制御信号の解析を行い、信号に応じたサービスを実現するアプリケーションソフトウェアである。インタネット（１５０８）と電話網（１７１２）では通常、プロトコルが異なるため、ここはそのプロトコル変換機能を有する。また、基本通話サービスに加え、予約帯域や障害情報に即したルーティング機能を始めとした、各種付加サービスも実現することができる。
【００４６】
なお、呼処理手段（１７０８）は、その機能の多様性から、シグナリングゲートウェイ装置（１７１３）という形態で、別装置として中央処理装置（１７０１）から独立して存在し、ゲートウェイ装置（１０２）を制御する方式も考えられる。この場合、図８の下側に示されるように、シグナリングゲートウェイ装置（１７１３）は、例えば、記憶装置（１７１７）、回線入出力装置（１７１６）、共通線信号入出力装置（１７１９）、中央処理装置（１７１４）を備える。また、この場合、呼処理手段（１７０８）で実現するプロトコル変換等の呼処理機能はシグナリングゲートウェイ装置（１７１３）が処理を行い、管理手段（１７１５）によってインタネット（１５０８）または専用線を経由したインタフェースでゲートウェイ装置（１０２）を管理する。そして、ゲートウェイ装置（１０２）は、その他の処理に特化した機能を有する事となる。また、共通線信号方式インタフェースをサポートする場合、シグナリングは共通線信号入出力装置（１７２０）により抽出され、シグナリングゲートウェイ装置（１７１３）の呼処理手段（１７０８）内にてインタネット（１５０８）側プロトコル、例えばＩＴＵ−Ｔ  Ｈ．３２３等に変換される。シグナリングゲートウェイ装置（１７１３）の形態としては、ＵＮＩＸサーバなどが考えられる。
【００４７】
（４）音声中継ルータ
図９は、本発明における音声中継ルータの機能ブロック図である。音声中継ルータ（１０７）は、ＩＰパケットをアドレスに従いルーチングする従来のルータの機能に加え、通信帯域の制御機能等を追加することで実現している。音声中継ルータ（１０７）は、例えば、回線入出力装置（１８０３）、中央制御装置（１８０１）、記憶装置（１８０２）及び通信制御スイッチ（１８０９）を主要な構成要素としている。
【００４８】
記憶装置（１８０２）は、ルータに内蔵されたＲＡＭなどのメモリ装置である。回線入出力装置（１８０３）は、インタネット（１５０８）に接続して通信を行うためのものであり、一般に使用されているLANボード等である。ここでは、LANインタフェースにおけるレイヤ２相当の処理を行う。通信制御スイッチ（１８０９）は、ＩＰパケットのアドレスにより接続先を区別し、インタネット（１５０８）内装置間のルーチングまたは音声中継ルータ内アプリケーションへの取り込みを行う。
中央制御装置（１８０１）は、サーバ上のＣＰＵ相当の部分であり、内部に示した各ブロックは、ＣＰＵ上で実行されるソフトウェアの機能ブロックを示したものである。基本制御部（１８０４）は、ＯＳに該当する部分であり、各装置とのインタフェースを実現するとともに以下に示す各々のアプリケーションの実行制御を司る。また、ここでは、インタネットを介した通信に必要なＩＰ、ＵＤＰ、ＴＣＰといった基本的な通信プロトコルを実現している。
【００４９】
中央制御装置（１８０１）上で実現されるアプリケーションソフトウェアには、帯域制御手段（１８０５）、トラフィック収集手段（１８０６）、障害管理手段（１８０７）、経路制御手段（１８０８）等がある。帯域制御手段（１８０５）は、例えばＲＳＶＰプロトコル手順に基づき、後述の図１１に示すような機能を実現したものである。トラフィック収集手段（１８０６）は、ゲートキーパー装置（１０１）が、音声中継ルータ（１０７）の予約帯域を制御するに先立ち、予約する帯域を決定するための情報としてトラフィック情報収集を音声中継ルータ（１０７）に要求した際の、音声中継ルータ（１０７）側でのトラフィック情報収集機能を実現するアプリケーションソフトウェアである。ここでは定期的に、レスポンスタイム、スループット、ルート毎のトラフィック量、トラフィックの時間分布及び暦年分布、回線使用率、バッファ使用率、ビット誤り率、アベイラビリティ等といったネットワークの性能を表す指標が算出される。トラフィック収集手段（１８０６）は、これらの指標を記憶装置（１７０２）に記憶しておき、ゲートキーパー装置（１０１）からトラフィック情報収集要求信号を受信した際には、これらの中から必要十分な情報を抽出し返信する機能を持つ。障害管理手段（１８０７）は、後述の図１４に示すような帯域予約中の通信路の監視機能を実現したものである。経路制御手段（１８０８）は、各ＩＰパケットをルーチングする際帯域が予約されているルートを優先して使用する機能を実現したものである。さらに、本実施の形態では、経路制御手段（１８０８）は、ＩＰ端末（１０６）からの発呼の際に、ゲートキーパー装置（１０１）から受信したアクセス許可信号内のアドレスとＩＰ端末（１０６）のアドレスとを比較する機能を持ち、処理フローの概略は、後述の図１７に示されるようになる。
【００５０】
（５）通信帯域予約
図１０は、本発明における帯域管理装置が通信帯域を管理しているシステム構成の説明図である。ここでは、帯域管理装置（１０３）により通信帯域が予約されたシステムの構成イメージ例を示す。帯域管理装置（１０３）が、ゲートウェイ装置（１０２−ａ）、ゲートウェイ装置（１０２−ｂ）、音声中継ルータ（１０７）に指令し、ゲートウェイ装置（１０２−ａ）−ゲートウェイ装置（１０２−ｂ）間及び、音声中継ルータ（１０７）−ゲートウェイ装置（１０２−ｂ）間の通信帯域を予約してあることとする（１１４−ａ，１１４−ｂ）。通信帯域を予約してある通信路（１１２−ｃ，１１２−ｅ）は、その通信路を有する装置によって定期的に通信品質等が監視される。各装置は、通信路の通信品質が悪化した場合に帯域管理装置（１０３）に通知する。このとき、帯域管理装置（１０３）は、代替通信路を検索し、通信帯域を予約する。
【００５１】
図１０には、一例として、この予約通信帯域の監視手順で、予約した通信路（１１２−ｃ，１１２−ｅ）の通信品質の劣化が検出され、ゲートウェイ装置（１０２−ａ）−ゲートウェイ装置（１０２−ｃ）及び、音声中継ルータ（１０７）−ゲートウェイ装置（１０２−ｃ）を代替通信路（１１２−ｆ，１１２−ｇ）とし、帯域予約（１１５−ａ，１１５−ｂ）したイメージを示している。
【００５２】
以下、図１０を参照して各種手順を説明する。
図１１は、本発明における帯域管理装置による装置間の帯域予約の手順例を示すシーケンス図である。この図は、ゲートウェイ装置（１０２−ａ）−ゲートウェイ装置（１０２−ｂ）間及び音声中継ルータ（１０７）−ゲートウェイ装置（１０２−ｂ）間の通信帯域の予約を実行する際の、手順例を示す。帯域を予約する装置間の手順は、例えばＩＥＴＦのＲＳＶＰが適用できるが、音声通信の場合は、上り／下りの通信が必要なため、双方向からの予約を行わなくてはならない。
【００５３】
まず、帯域管理装置（１０３）は、外部よりの指示を受信した時や予定された時刻又は適宜のタイミング等に、予約する通信帯域及び装置を抽出する（Ｓ１１０１）。つぎに、帯域管理装置（１０３）は、予約を指示する一方のゲートウェイ装置（１０２−ａ）または音声中継ルータ（１０７）に対し、帯域制御信号路（１１３−ａ，１１３−ｂ）を用いて帯域予約要求を送信する（Ｓ１１０２）。指示を受けた送信側ゲートウェイ装置（１０２−ａ）又は音声中継ルータ（１０７）は、対向装置までの帯域予約ルート（１１４−ａ，１１４−ｂ）を決定し、受信側ゲートウェイ装置（１０２−ｂ）まで経路指定を送信する（Ｓ１１０３）。受信側ゲートウェイ装置（１０２−ｂ）は、指示された対向装置に対して帯域予約信号を送信する（Ｓ１１０４）と共に、対向装置間との通信帯域を予約する。対向装置が帯域予約が完了すると、受信側ゲートウェイ装置（１０２−ｂ）へ帯域予約完了信号を送信する（Ｓ１１０５）。送信側ゲートウェイ装置（１０２−ａ）又は音声中継ルータ（１０７）が通信帯域を予約すると、帯域管理装置（１０３）へ帯域予約応答信号で結果を送信する（Ｓ１１０６）。なお、ここで、ゲートウェイ装置（１０２−ｂ）−ゲートウェイ装置（１０２−ａ）／音声中継ルータ（１０７）間にいくつかＬＡＮ間接続装置がまたがる場合、各装置は指定された装置間の通信帯域の予約を繰り返し、最後に、送信側ゲートウェイ装置（１０２−ａ）又は音声中継ルータ（１０７）が通信帯域を予約すると、帯域管理装置（１０３）へ、このような帯域予約応答信号で結果を送信する（Ｓ１１０６）。
【００５４】
また、同時又は順次に、帯域管理装置（１０３）は、帯域制御信号路（１１３−ｄ）を用いてゲートウェイ装置（１０２−ｂ）を送信側とした場合の逆方向の帯域予約要求を送信し（Ｓ１１０７）、経路指定（Ｓ１１０８）、帯域予約（Ｓ１１０９）、帯域予約完了（Ｓ１１１０）の各信号が送受され、上述と同様な処理後、帯域予約応答を受信する（Ｓ１１１１）。双方向からの応答信号を受信した帯域管理装置（１０３）は、結果を解析し（Ｓ１１１２）、双方向とも応答がＯＫであった場合に、予約が正常終了したとする。どちらか一方向でもＮＧであった場合には、上り下りの均等性を図るために、予約された方向の帯域を予約解除する（Ｓ１１１３）。通信帯域の予約解除、予約内容の変更についても、相互に必要な信号が送受され、同様の手順で行う。
【００５５】
図１２は、本発明における帯域予約及び帯域予約解除及び帯域予約内容変更時の帯域管理装置内部処理例を示すフローチャートである。ここでは、帯域管理装置（１０３）の、帯域制御信号路（１１３）を用いた帯域予約または予約解除または予約内容の変更機能を表す。帯域の予約又は予約解除又は予約内容の変更の実行は、例えば、保守端末からのコマンド投入で起動される場合、予定された時刻・時間や適宜のタイミングで起動される場合、又は、ゲートキーパー装置（１０１）の帯域予約予定テーブル（１６１３）による予定で起動される場合等がある。また、ゲートキーパー装置（１０１）と帯域管理装置（１０３）とが別装置である場合、帯域管理装置（１０３）は、帯域予約状況テーブル（１６１０）及び帯域予約予定テーブル（１６１３）を備え、これに基づき起動することができる。帯域管理装置（１０３）は、帯域予約又は予約解除又は予約内容の変更実施時に、制御を行う装置と帯域幅の情報等を入手する（Ｓ５０１）。なお、帯域管理装置（１０３）と各ゲートキーパー装置（１０１）とは、帯域予約に関するデータ、装置状態や属性に関するデータ等の所定のデータを適宜通信して、帯域管理装置（１０３）が、これらデータを把握することもできる。入手した装置情報を基に、ゲートキーパー装置（１０１）の装置状態管理テーブル（１６０１）から該当する装置の装置状態（１６０４）を抽出し（Ｓ５０２）、装置状態の判定を行う（Ｓ５０３）。判定した結果、装置状態が正常状態以外である場合、本処理を終了する。一方、装置状態が正常状態である場合は、属性管理テーブル（１６０５）から該当する装置のアドレス情報（１６０６）を抽出する（Ｓ５０４）。
【００５６】
その後、制御を行う装置と帯域幅の情報等により、帯域予約であるか、或いは帯域予約解除であるか、或いは予約内容の変更であるかを判断する（Ｓ５０５）。要求内容に応じて、該当する装置に対して、指示する帯域幅の情報を付加した帯域予約要求信号（Ｓ５０６）、或いは帯域予約解除要求信号（Ｓ５０７）、或いは帯域予約変更要求信号（Ｓ５０８）を送出する。帯域予約解除要求時は、帯域幅をゼロに設定し、帯域予約変更要求時は、既に予約してある通信帯域に対して要求を送信することになる。これらの要求信号は、同信号でも適宜の信号でも良い。
その後、各装置からの応答信号を受信すると、受信した信号から、要求した処理が成功したかどうかを判定する（Ｓ５０９）。要求処理が成功した場合は、上述の各装置を管理するゲートキーパー装置（１０１）に対して帯域予約／帯域予約解除／予約内容変更の通知を行い（Ｓ５１０）、通知を受信したゲートキーパー装置（１０１）は帯域予約状況テーブル（１６１０）に、予約状況を設定する。一方、判定の結果、要求した処理が失敗した場合、無駄となる予約中の通信帯域を解放する（Ｓ５１１）。
【００５７】
（６）帯域予約通信路の監視
図１３は、本発明における通信帯域予約中の通信路の定期監視手順例を示すシーケンス図である。この図は、ゲートウェイ装置（１０２−ａ）−ゲートウェイ装置（１０２−ｂ）間及び音声中継ルータ（１０７）−ゲートウェイ装置（１０２−ｂ）間の通信帯域が予約されている場合の、ゲートウェイ装置（１０２−ａ）及び音声中継ルータ（１０７）における通信路（１１２−ｃ，１１２−ｅ）の監視試験手順の一例を示す。ゲートウェイ装置（１０２−ａ）及び音声中継ルータ（１０７）は、規定個数ずつの監視用音声パケットを、一定間隔でゲートウェイ装置（１０２−ｂ）に送信する（Ｓ６０１）。ゲートウェイ装置（１０２−ｂ）は、音声パケットを折り返し、応答パケットとして返信する（Ｓ６０２）。ゲートウェイ装置（１０２−ａ）及び音声中継ルータ（１０７）は、送受信した音声パケットよりパケット到達率や遅延や遅延のばらつきを解析して正常又は異常の判定を行う（Ｓ６０３）。判定結果が異常であるときは、監視結果の異常を帯域管理装置（１０３）へ通知する（Ｓ６０４）。監視結果の異常を受信した帯域管理装置（１０３）は、代替通話路を検索する（Ｓ６０５）。一方、監視判定結果が正常の場合は、一定時間後に監視試験を再行する。これらの監視手順は、ＲＳＶＰ手順において帯域の予約状況を確認するためのリフレッシュ手順とは独立に行われる。
【００５８】
図１４は、本発明における帯域予約中通信路の定期監視時のゲートウェイ装置及び音声中継ルータ内部処理例を示すフローチャートである。この図は、ゲートウェイ装置（１０２−ａ）および音声中継ルータ（１０７）の予約帯域監視機能の一例を表す。ここで、ゲートウェイ装置（１０２−ａ）及び音声中継ルータ（１０７）は、ゲートウェイ装置（１０２−ｂ）との通信帯域が予約されていることとする。
【００５９】
ゲートウェイ装置（１０２−ａ）又は音声中継ルータ（１０７）は帯域を予約すると、その後一定時間毎に品質監視用の音声パケットを、対向ゲートウェイ装置（１０２−ｂ）に送信する（Ｓ７０１）。その後、監視用の音声パケットに対する応答パケットを対向ゲートウェイ装置（１０２−ｂ）から受信し、受信バッファにバッファリングする（Ｓ７０２）。この際、監視用に送受信する音声パケット及び応答パケットには、シーケンス番号および送信時のタイムスタンプが付与されるもの等を使用し、例えばＩＥＴＦ規定のPing手順のように、対向装置において折り返しをする条件で送出する。
【００６０】
つぎに、送信パケット数と受信パケット数の比率をとり、予約帯域の往復経路の平均到達率を算出する（Ｓ７０３）。次に平均到達率を判定し（Ｓ７０４）、事前に設定した許容値の範囲を外れている場合、この予約帯域は音声の通信品質の基準を満たさないものと判断し、監視結果異常の判定を下す（Ｓ７１０）。一方、平均到達率が許容値の範囲内であれば、引き続き、これらの送信した音声パケットの各タイムスタンプとそれぞれに対応する受信バッファ上の応答パケットのタイムスタンプとの差の合計をサンプル数で割る事で、予約帯域の往復経路の平均遅延を算出する（Ｓ７０５）。次に平均遅延を判定し（Ｓ７０６）、事前に設定した許容値の範囲を外れている場合、この予約帯域は音声の通信品質の基準を満たさないものと判断し、監視結果異常の判定を下す（Ｓ７１０）。一方、平均遅延が許容値の範囲内であれば、引き続き、送信タイムスタンプ、受信タイムスタンプ及び平均遅延から遅延分散を算出する（Ｓ７０７）。次に遅延分散を判定し（Ｓ７０８）、事前に設定した許容値の範囲を外れている場合、この予約帯域は音声の通信品質の基準を満たさないものと判断し、監視結果異常の判定を下す（Ｓ７１０）。一方、遅延分散が、許容値の範囲内であれば、この予約帯域は音声の通信品質の基準を満たすものと判断し、監視結果正常の判定を下す（Ｓ７０９）。
【００６１】
上述手順で用いられる各基準値については、ネットワークの条件を考慮して最適な値を選ぶ必要があるが、一例としては次のように基準値を設定する事ができる。平均遅延の基準値としては、例えば、ＩＴＵ−Ｔ勧告Ｇ．１１４の記述で一般には許容されないとされている遅延の限界値４００ｍｓ（片道）をもとに、往復の経路での平均遅延の基準値として８００ｍｓを設定することができる。平均到達率の基準値としては、例えば、音切れがわかるが許容するとされているパケットロスの限界値１０％以下（片道）をもとに、往復の経路での平均到達率の基準値として８１％（往復）を設定することができる。
【００６２】
（７）呼設定
図１５は、本発明における通信帯域が予約されている場合のＩＰ端末が電話網端末に発呼する際の呼設定手順例を示すシーケンス図である。ここでは、音声中継ルータ（１０７）とゲートウェイ装置（１０２−ｂ）との間で通信帯域が予約されている場合における、ＩＰ端末（１０６）が電話網端末（１０５−ｂ）に発呼する際の呼設定手順を示す。ここでは、一例として、電話網端末（１０５−ｂ）は、ゲートウェイ装置（１０２−ｂ）が許容する端末であることとする。
【００６３】
アドレス問い合わせの手順として、ＩＰ端末（１０６）は、ゲートキーパー装置（１０１−ａ）に、制御信号路（１１１−ｄ）を用いて最適ルートの着側装置アドレスを問い合わせる（Ｓ８０１）。ゲートキーパー装置（１０１−ａ）は、発アドレス及び着番号から、最適ルートとして通信帯域を予約してある音声中継ルータ（１０７）とゲートウェイ装置（１０２−ｂ）を通る通話路（１１２−ｅ）を優先して選択し、制御信号路（１１１−ｄ）を用いて音声中継ルータ（１０７）に対してＩＰ端末（１０６）アドレスを含んだアクセス許可信号を送信する（Ｓ８０２）。音声中継ルータ（１０７）は、アクセス許可応答をゲートキーパー装置（１０１−ａ）に送信する（Ｓ８０３）。アクセス許可応答を受信したゲートキーパー装置（１０１−ａ）は、音声中継ルータ（１０７）のアドレスとゲートウェイ装置（１０２−ｂ）のアドレスを含んだアドレス応答信号を、ＩＰ端末（１０６）に送信する（Ｓ８０４）。
【００６４】
つぎに、ＩＰ端末（１０６）は、音声中継ルータ（１０７）へ、通知された着側ゲートウェイ装置（１０２−ｂ）のアドレスを制御信号路（１１１−ｋ）を用いて通知して、呼設定を要求する（Ｓ８０５）。音声中継ルータ（１０７）は、ＩＰ端末（１０６）のアドレスを確認し（Ｓ８０６）、先にゲートキーパー装置（１０１−ａ）からアクセス許可を受けていたアドレスと一致した場合は、制御信号路（１１１−ｌ）を用いて着側ゲートウェイ装置（１０２−ｂ）へ予約している通信帯域を使用した呼設定を要求する（Ｓ８０７）。続いてゲートウェイ装置（１０２−ｂ）は、図５に示す手順と同様に、音声中継ルータ（１０７）を介してＩＰ端末（１０６）へ呼設定受付（Ｓ８０８）、呼出（Ｓ８０９）、応答（Ｓ８１０）を送信し、呼が確立する。
【００６５】
図１６は、本発明における、呼設定時のゲートキーパー装置内部処理例を示すフローチャートである。ゲートキーパー装置（１０１）は、発信側装置が送出したアドレス問合せ信号を受信すると、受信した信号から発アドレスと着番号を抽出する（Ｓ９０１）。つぎに、ゲートキーパー装置（１０１）は、抽出した着番号を元に、ゲートキーパー装置（１０１）の属性管理テーブル（１６０５）から着信先ゲートウェイ装置（１０２−ｂ）の情報を抽出する（Ｓ９０２）と共に、抽出した発アドレスを基に発信装置情報を抽出し、ＩＰ端末（１０６）であるかを判定する（Ｓ９０３）。判定の結果、発信元の装置がＩＰ端末（１０６）である場合、属性管理テーブル（１６０５）から音声中継ルータ（１０７）のアドレスを抽出し（Ｓ９０４）、該当する音声中継ルータ（１０７）に対して前述の発アドレスを付加したアクセス許可信号を送出する（Ｓ９０５）。その後、前記音声中継ルータ（１０７）からの応答信号を受信すると、前述の発信元のＩＰ端末（１０６）に対して、音声中継ルータ（１０７）のアドレスと着信先ゲートウェイ装置（１０２−ｂ）のアドレス情報を付加したアドレス応答信号を送出する（Ｓ９０６）。発アドレスの装置がゲートウェイ装置（１０２−ａ）の場合にも、ゲートキーパー装置（１０１）は、発信元のゲートウェイ装置（１０２−ａ）に対して、着信先ゲートウェイ装置（１０２−ｂ）のアドレス情報を付加したアドレス応答信号を送出する（Ｓ９０６）。こうして、ゲートキーパー装置（１０１）の呼処理が終了する。
【００６６】
図１７は、本発明における通信帯域が予約されている場合の呼設定時の音声中継ルータ内部処理例を示すフローチャートである。音声中継ルータ（１０７）は、管理元のゲートキーパー装置（１０１）からアクセス許可信号を受信すると（Ｓ１００１）、アクセス許可信号に含まれるＩＰ端末（１０６）のアドレスを帯域使用可能アドレスとして自装置内の記憶装置に登録し（Ｓ１００２）、管理元ゲートキーパー装置（１０１）へアクセス許可応答信号を送信する（Ｓ１００３）。アクセス許可応答信号を受信した管理元ゲートキーパー装置（１０１）は、該当ＩＰ端末（１０６）にアドレス応答信号を送信する。アドレス応答信号を受信した該当ＩＰ端末（１０６）は、音声中継ルータ（１０７）へ呼設定信号を送信する。呼設定信号を受信（Ｓ１００４）した音声中継ルータ（１０７）は、呼設定信号内に含まれる発アドレスが、帯域使用可能アドレスとして登録済であるかどうかを判定する（Ｓ１００５）。判定の結果、発アドレスが未登録出あった場合、帯域使用許可を持たないＩＰ端末（１０６）からのアクセスであるとみなし、拒否信号を送信する。一方、判定の結果、発アドレスが登録済である場合、呼設定信号に含まれる対向ゲートウェイ装置（１０２−ｂ）のアドレスを抽出し（Ｓ１００６）、対向ゲートウェイ装置（１０２−ｂ）へ呼設定信号を送信する（Ｓ１００７）。以降の呼設定手順ではアドレス変換を継続し（Ｓ１００８）、通話中状態へ遷移する。
【００６７】
（８）障害
図１８は、本発明におけるインターネット内装置が障害等のため使用できない場合にインタネット電話サービスを提供するシステム構成の説明図である。この図は、呼が発生した際のインタネット内障害又は属性情報不正検出及び対処実行時のシステム構成例を示す。ゲートキーパー装置（１０１−ａ）は、音声中継ルータ（１０７）やゲートウェイ装置（１０２−ａ）が属するゾーン１（１０９−ａ）を管理するものとし、また、ゲートキーパー装置（１０１−ｂ）は、ゲートウェイ装置（１０２−ｂ）やゲートウェイ装置（１０２−ｃ）が属するゾーン２（１０９−ｂ）を管理するものとする。また、他にも各ゾーン（１０９）を管理するゲートキーパー装置（１０１）が複数存在する。また、各経路にはＬＡＮ間接続装置を複数介する例も考えられる。
【００６８】
ゲートキーパー装置（１０１−ａ）は、電話網端末（１０５−ａ）及びＩＰ端末（１０６）から電話網端末（１０５−ｂ）への発呼の際、自装置内のデータベースを参照し、適宜のゲートウェイ装置選択論理に従い着信側のゲートウェイ装置（１０２−ｂ）を選定する。ゲートウェイ装置（１０２−ｂ）が、輻輳状態、装置障害状態、データ不正状態等の使用できない状態であった場合、その通知を受けたゲートキーパー装置（１０１−ａ）は、別の通信路設定可能なゲートウェイ装置（１０２−ｃ）をゲートウェイ装置選択論理に従い選定する。この結果、電話網端末（１０５−ａ）及びＩＰ端末（１０６）は、通信が可能なゲートウェイ装置（１０２−ｃ）を経由する新ルート（１１２−ｆ，１１２−ｇ、１１２−ｉ）で目的の電話網端末（１０５−ｂ）と呼接続する事が可能となる。
【００６９】
図１９は、本発明におけるゲートウェイ装置の障害検出及び障害回復の手順例を示すシーケンス図である。この図は、端末発呼時に着側ゲートウェイ装置（１０２−ｂ）の障害を検出した際の、障害監視手順例を示す。ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）は、制御信号路（１１１−ｃ，１１１−ｄ）を用いて、着信先の電話番号及び接続に必要な属性情報を発側ゲートキーパー装置（１０１−ａ）に通知し、着側装置のアドレスを問い合わせる（Ｓ１２０１）。発側ゲートキーパー装置（１０１−ａ）は、条件に合致するゲートウェイ装置（１０２−ｂ）を検索し、該当アドレスをアドレス応答に付加して返信する（Ｓ１２０２）。ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）は、制御信号路（１１１−ｋ，１１１−ｌ，１１１−ｍ）を用いて受信したアドレスのゲートウェイ装置（１０２−ｂ）へ呼設定信号を送信する（Ｓ１２０３）。ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）が一定時間タイマ監視（Ｓ１２０４）後、呼設定応答がなくタイムアウトであることを検出する（Ｓ１２０５）と、ゲートウェイ装置（１０２−ｂ）が障害状態であるとみなし、発側ゲートキーパー装置（１０１−ａ）へ状態通知で障害を通知する（Ｓ１２０６）。また、別の例では、着側ゲートウェイ装置（１０２−ｂ）がゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）に対し、ＩＴＵ−Ｔ  Ｈ．２２５．０記載のRelease Completeメッセージを返信して呼設定が不可能な場合がある。この時のRelease Complete Reasonパラメータはno Bandwidth、gateway Resources、adaptive Busyなど、ゲートウェイ装置（１０２−ｂ）の回線が輻輳状態にある場合を表すものが例として考えられる。
【００７０】
ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）から状態通知を受信した発側ゲートキーパー装置（１０１−ａ）は、状態通知に従いデータベース内の装置状態管理テーブル（１６０１）中の装置状態情報（１６０４）を障害状態に更新し（Ｓ１２０７）、ゲートキーパー装置（１０１−ｂ）を始めとする他ゾーン（１０９）のゲートキーパー装置（１０１）にも、制御信号路（１１１−ｆ，１１１−ｇ等）を用いてゲートウェイ装置（１０２−ｂ）の障害を通知する（Ｓ１２０８）。ここで、この状態通知（Ｓ１２０８）は、後述の監視手順によりゲートウェイ装置（１０２−ｂ）が復旧していないことを確認した後に行う方法でも良い。発側ゲートキーパー装置（１０１−ａ）から状態通知を受信した他ゲートキーパー装置（１０１−ｂ等）は、各データベース内の装置状態管理テーブル（１６０１）中の装置状態情報（１６０４）を障害状態に更新する（Ｓ１２０９）。発側ゲートキーパー装置（１０１−ａ）及び他ゲートキーパー装置（１０１−ｂ等）は、障害状態のゲートウェイ装置（１０２−ｂ）を以降の呼設定で選択しないことで、障害のない代替ルート（１１２−ｆ，１１２−ｇ等）を使ったサービスを継続することが出来る。
【００７１】
さらに、発側ゲートキーパー装置（１０１−ａ）は、データベース内に障害状態が記されているゲートウェイ装置（１０２−ｂ）に、一定時間毎に監視信号を送信して（Ｓ１２１０）ゲートウェイ装置（１０２−ｂ）の障害復旧を監視する。発側ゲートキーパー装置（１０１−ａ）が、監視応答を受信（Ｓ１２１１）して障害復旧を検出した際は、装置状態情報（１６０４）を正常状態に更新し（Ｓ１２１２）、ゲートキーパー装置（１０１−ｂ）を始めとする他ゾーン（１０９）のゲートキーパー装置（１０１）にも、ゲートウェイ装置（１０２−ｂ）の正常状態を通知する（Ｓ１２１３）。ゲートキーパー装置（１０１−ａ）から状態通知を受信したゲートキーパー装置（１０１−ｂ等）は、装置状態情報を正常状態に更新する（Ｓ１２１４）。データベースに記憶された正常状態のゲートウェイ装置（１０２−ｂ）を以降の呼設定時から選択対象にすることで、ゲートウェイ装置（１０２−ｂ）を自動的にサービスに組み込むことが可能となる。また、別の例では、着側ゲートウェイ装置（１０２−ｂ）がゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）に対し、前述したRelease Complete Reasonパラメータのno Bandwidth、gateway Resources、adaptive Busyにあった、ゲートウェイ装置（１０２−ｂ）の輻輳状態が回復したことを通知する場合も考えられる。
【００７２】
図２０は、本発明におけるゲートキーパー装置の障害装置監視処理のフローチャートである。ゲートキーパー装置（１０１−ａ）は、ある一定時刻になると装置状態管理テーブル（１６０１）の装置状態情報（１６０４）を抽出し（Ｓ１３０１）、抽出した装置状態が障害状態であるかを判定する（Ｓ１３０２）。抽出した装置状態が障害状態以外である場合は、該当装置に対する監視処理を終了し、他の装置に対して監視処理を行う。一方、抽出した装置状態が障害状態である場合、該当装置に対して監視信号を送出し（Ｓ１３０３）、応答信号待ちタイマを起動する（Ｓ１３０４）。タイマがタイムアウト（Ｓ１３０５）する前に、応答信号を受信した場合は、そのタイマを停止し（Ｓ１３０６）、装置状態管理テーブル（１６０１）の該当する装置状態情報（１６０４）を正常に設定する（Ｓ１３０７）。さらに、ゲートキーパー装置（１０１−ｂ）を始めとする他ゾーン（１０９）のゲートキーパー装置（１０１）にも、制御信号路（１１１−ｆ，１１１−ｇ等）を用いて、障害回復を通知するための信号を送出する（Ｓ１３０８）。一方、タイマがタイムアウトした場合、他の装置に対して順次監視処理を行う。ここで、監視処理を起動する周期時間は、ネットワーク規模、装置数により最適な値を選ぶことができる。また、障害状態が続く場合には、周期時間を長くする等で、失敗する確率が高い監視手順の頻度を減らしていく方法も考えられる。
【００７３】
（９）エンド−エンド属性情報の不正
図２１は、本発明におけるゲートウェイ装置のエンド−エンド属性情報の不正の検出及び復旧の手順例を示すシーケンス図である。この図は、端末発呼時に着側ゲートウェイ装置（１０２−ｂ）のエンド−エンド属性情報の不正を検出した際の、属性情報管理手順の例を示す。ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）は、図１９の例と同様に、着信先電話番号、通信プロトコル条件等のエンド−エンド属性情報をゲートキーパー装置（１０１−ａ）に通知して、条件の合致したゲートウェイ装置（１０２−ｂ）を求め（Ｓ１４０１、Ｓ１４０２）、ゲートウェイ装置（１０２−ｂ）へ呼設定信号を送信する（Ｓ１４０３）。
【００７４】
ここで、着信側のゲートウェイ装置（１０２−ｂ）は要求通りの設定が不可能である場合、その接続不可の理由情報（解放理由）を含む解放完了を返送する（Ｓ１４０４）。ゲートウェイ装置（１０２−ａ）又はＩＰ端末（１０６）は、その理由情報を判断して、エンド−エンド属性情報の不正が原因であれば、ゾーン１（１０９−ａ）を管理するゲートキーパー装置（１０１−ａ）に状態通知にてデータ不正状態と不正内容を通知する（Ｓ１４０５）。エンド−エンド属性情報の不正は、例えばＩＴＵ−Ｔ  Ｈ．２２５．０記載のRelease Complete Reasonパラメータ等により判断することが出来る。例えば、パラメータ値がunreachable Destinationであれば許容される電話番号のプリフィックス情報に、また、no Permissionであれば信号プロトコル情報の不一致に原因があると規定しておくこと等が考えられる。
【００７５】
ゲートキーパー装置（１０１−ａ）は、ゲートウェイ装置（１０２−ｂ）に対し属性情報の再通知を要求する（Ｓ１４０６）。これを受信したゲートウェイ装置（１０２−ｂ）はゲートキーパー装置（１０１−ａ）に対し属性情報の再通知を行う（Ｓ１４０７）。ゲートキーパー装置（１０１−ａ）は、受信した属性情報をデータベース内の属性情報と比較し（Ｓ１４０８）、不一致の場合は当初の属性情報登録時の書き込みミス、又は、属性登録漏れ等であるとみなし、データベース内の属性情報を更新する（Ｓ１４１８）。一方、比較結果が一致の場合は、ゲートウェイ装置（１０２−ｂ）内に記録されているエンド−エンド属性情報が不正であるか、又は、ゲートウェイ装置（１０２−ｂ）からの属性情報通知手段に異常がある等とみなし、データベース内の装置状態管理テーブル（１６０１）中の装置状態情報（１６０４）をデータ不正状態に更新する（Ｓ１４０９）。さらに、ゲートキーパー装置（１０１−ｂ）を始めとする他ゾーン（１０９）のゲートキーパー装置（１０１）にも、制御信号路（１１１−ｆ，１１１−ｇ等）を用いてゲートウェイ装置（１０２−ｂ）のデータ不正状態を通知する（Ｓ１４１０）と同時に、エンド−エンド属性情報が不正であるゲートウェイ装置（１０２−ｂ）へ、制御信号路（１１１−ｎ）を用いてデータ不正状態を通知する（Ｓ１４１１）。ゲートキーパー装置（１０１−ａ）から状態通知を受信したゲートキーパー装置（１０１−ｂ）は、データベース内の装置状態情報（１６０４）をデータ不正状態に更新する（Ｓ１４１２）。データベースに記憶された障害状態のゲートウェイ装置（１０２−ｂ）が以降の呼設定時に選択されないようにすることで、エンド−エンド属性情報が不正なゲートウェイ装置（１０２−ｂ）の使用をネットワーク全体で回避する事が可能となる。ここで、属性情報の新旧を容易に比較できるようにするために、各属性情報に、バージョン或いは日時情報を含める方法も考えられる。
【００７６】
さらに、ここで、保守装置よりゲートウェイ装置（１０２−ｂ）に関する新たな属性情報が登録（Ｓ１４１３）された場合、ゲートウェイ装置（１０２−ｂ）は、属性管理テーブル（１６０５）の属性情報を更新（Ｓ１４１４）した上で、ゾーン２（１０９−ｂ）を管理するゲートキーパー装置（１０１−ｂ）へ属性情報登録する（Ｓ１４１５）。ゲートキーパー装置（１０１−ｂ）は、ゲートキーパー装置（１０１−ａ）を始めとする他ゾーン（１０９）のゲートキーパー装置（１０１）にも、制御信号路（１１１−ｆ，１１１−ｐ等）を用いて属性情報を通知する（Ｓ１４１６）。各ゲートキーパー装置（１０１）は、新たに通知された属性を正常な属性情報であるとみなし、内部データベースの装置状態情報（１６０４）を正常状態に更新し（Ｓ１４１７）、データベース内の属性管理テーブル（１６０５）の属性情報を更新する（Ｓ１４１８）。データベースの属性情報が改善されたゲートウェイ装置（１０２−ｂ）が以降の呼設定から選択対象されるようにすることで、ゲートウェイ装置（１０２−ｂ）をネットワークに自動的に組み込むことが出来る。
【００７７】
【発明の効果】
本発明によると、例えば第一の効果として、インタネット電話において着側のゲートウェイ装置との間にトラフィック特性に合わせた一定品質の通信帯域を確保することにより、信頼性の高く且つ柔軟な帯域管理方式をネットワーク全体で実現することができる。本発明によると、第二の効果として、ゲートウェイ装置への接続性の問題を検出して、問題ゲートウェイ装置を回避して最適なゲートウェイ装置を選択することにより、信頼性の高いゲートウェイ装置管理方式を実現することができる。さらに、本発明によると、第三の効果として、ゲートウェイ装置に関する誤ったエンド−エンド属性情報を検出した場合には、修復されるまでそのゲートウェイ装置を選択しないようにする選択論理を確立することにより、頑丈なインタネット電話サービスを提供する属性情報管理方式を実現することができる。
【図面の簡単な説明】
【図１】本発明におけるインタネット電話システムの構成図である。
【図２】呼設定手順例を示すシーケンス図である。
【図３】図１における電話網端末発信−電話網端末着信の呼接続例を示すシーケンス図である。
【図４】図１における電話網端末発信−ＩＰ端末着信の呼接続例を示すシーケンス図である。
【図５】図１におけるＩＰ端末発信−電話網端末着信の呼接続例を示すシーケンス図である。
【図６】本発明におけるゲートキーパー装置の機能ブロック図である。
【図７】本発明におけるゲートキーパー装置に属する記憶装置内テーブルの説明図である。
【図８】本発明におけるゲートウェイ装置の機能ブロック図である。
【図９】本発明における音声中継ルータの機能ブロック図である。
【図１０】本発明における帯域管理装置が通信帯域を管理しているシステム構成の説明図である。
【図１１】本発明における帯域管理装置による装置間の帯域予約の手順例を示すシーケンス図である。
【図１２】本発明における帯域予約及び帯域予約解除及び帯域予約内容変更時の帯域管理装置内部処理例を示すフローチャートである。
【図１３】本発明における通信帯域予約中の通信路の定期監視手順例を示すシーケンス図である。
【図１４】本発明における帯域予約中通信路の定期監視時のゲートウェイ装置及び音声中継ルータ内部処理例を示すフローチャートである。
【図１５】本発明における通信帯域が予約されている場合のＩＰ端末が電話網端末に発呼する際の呼設定手順例を示すシーケンス図である。
【図１６】本発明における、呼設定時のゲートキーパー装置内部処理例を示すフローチャートである。
【図１７】本発明における、通信帯域が予約されている場合の呼設定時の音声中継ルータ内部処理例を示すフローチャートである。
【図１８】本発明におけるインターネット内装置が障害等のため使用できない場合にインタネット電話サービスを提供するシステム構成の説明図である。
【図１９】本発明におけるゲートウェイ装置の障害検出及び障害回復の手順例を示すシーケンス図である。
【図２０】本発明におけるゲートキーパー装置の障害装置監視処理のフローチャートである。
【図２１】本発明におけるゲートウェイ装置のエンド−エンド属性情報の不正の検出及び復旧の手順例を示すシーケンス図である。
【符号の説明】
１０１・・・ゲートキーパー装置
１０２・・・ゲートウェイ装置
１０３・・・帯域管理装置
１０７・・・音声中継ルータ
【図１】
0003689580.tif 000002
【図２】
0003689580.tif 000003
【図３】
0003689580.tif 000004
【図４】
0003689580.tif 000005
【図５】
0003689580.tif 000006
【図６】
0003689580.tif 000007
【図７】
0003689580.tif 000008
【図８】
0003689580.tif 000009
【図９】
0003689580.tif 000010
【図１０】
0003689580.tif 000011
【図１１】
0003689580.tif 000012
【図１２】
0003689580.tif 000013
【図１３】
0003689580.tif 000014
【図１４】
0003689580.tif 000015
【図１５】
0003689580.tif 000016
【図１６】
0003689580.tif 000017
【図１７】
0003689580.tif 000018
【図１８】
0003689580.tif 000019
【図１９】
0003689580.tif 000020
【図２０】
0003689580.tif 000021
【図２１】
0003689580.tif 000022