(57)【要約】  【課題】  呼設定時にＩＰ網上のトラヒックを増加することなく一般電話端末とＩＰ電話端末との間の通話を可能にしたゲートウェイ装置を提供すること。  【解決手段】公衆回線網側の音声信号とＩＰ網側の音声信号との間のメディア変換を行う主情報変換処理部（６１〜６３）と、ＩＰ網側での呼制御プロトコルを実行するゲートウェイ制御部（６５）とからなり、上記ゲートウェイ制御部が、公衆回線網に接続された回線交換機３の内部制御バス８に接続され、上記内部制御バスを介して、上記回線交換機の制御プロセッサ７との間で呼制御情報を交信するようにしたゲートウェイ装置。【選択図】  図１
2005286971.tif 000002
【特許請求の範囲】
【請求項１】
公衆回線網とＩＰ網との間に配置されるゲートウェイ装置であって、
公衆回線網側の音声信号とＩＰ網側の音声信号との間のメディア変換を行う主情報変換処理部と、ＩＰ網側での呼制御プロトコルを実行するゲートウェイ制御部とからなり、
上記ゲートウェイ制御部が、公衆回線網に接続された回線交換機の内部制御バスに接続され、上記内部制御バスを介して、上記回線交換機の制御プロセッサとの間で呼制御情報を交信するようにしたことを特徴とするゲートウェイ装置。
【請求項２】
前記ゲートウェイ制御部が、前記回線交換機の制御プロセッサから、ＩＰ網側で適用すべき呼制御プロトコルの種類を指定した形で呼制御指示コマンドを受信し、受信コマンドで指定された呼制御プロトコルに従って、ＩＰ網側での呼設定手順を実行することを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
前記ゲートウェイ制御部が、プロトコル種類の異なる複数の呼制御プログラムを記憶したメモリと、ＩＰ網側で適用すべき呼制御プロトコル種類を指定するためのオペレータ操作手段とを備え、前記回線交換機の制御プロセッサから呼制御指示コマンドを受信した時、上記オペレータ操作手段で予め指定されたプロトコルの呼制御プログラムに従って、ＩＰ網側での呼設定手順を実行することを特徴とする請求項１に記載のゲートウェイ装置。
【請求項４】
前記ゲートウェイ制御部が、保守情報を保持するためのメモリ装置を備え、前記回線交換機用の保守端末から前記内部制御バスを介して受信した制御コマンドに応答して、上記メモリ装置から保守情報を読み出し、該保守情報を上記内部制御バスを介して上記保守端末に送信することを特徴とする請求項１に記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公衆回線網とＩＰネットワークとの間に配置されるゲートウェイ装置に関し、更に詳しくは、既存公衆回線網の回線交換機に接続された音声通話のためのメディア変換機能を備えたゲートウェイ装置に関する。
【背景技術】
【０００２】
近年、ＩＰ電話サービスの普及により、公衆回線網とＩＰネットワークとの間の音声通話サービス、所謂、ＩＰ電話サービスの需要が高まってきている。
一般的に、公衆回線網に接続された一般電話端末とＩＰネットワークに接続されたＩＰ電話端末との間の音声通話サービスは、公衆回線網内の回線交換機とＩＰネットワークとの間に、回線データ（またはＩＰパケット）をＩＰパケット（または回線データ）に変換するためのメディアゲートウェイ装置を設置することにより実現されている。
【０００３】
上記メディアゲートウェイ装置を局間インタフェース（ＮＮＩ：Network Network Interface）を介して回線交換機に接続した場合、公衆回線網の接続端末からＩＰ網の接続端末宛に発呼があった時、着信先電話番号情報、回線交換機側で確保した呼番号およびチャネル番号情報等を含むＩＳＵＰ（ISDN User Part）情報をＩＰネットワーク側に通知する必要がある。
【０００４】
上記ＩＳＵＰ情報は、共通線信号網を介してＩＰネットワーク側に通知される。一般的には、例えば、日経コミュニケーションズ、２０００年８月号のＰ１０５（非特許文献１）に記載されたように、ＩＰネットワーク側に、共通線信号網から受信した制御情報（ＩＳＵＰ情報）をＩＰ網用の信号形式に変換するＳＧＣ（Signaling Gateway Controller）や、ＳＧＣから受信した呼制情報に応答して、メディアゲートウェイ装置に使用チャネル情報の通知／制御を行うＭＧＣ（Media Gateway Controller）を配備した網構成が採用される。ＭＧＣとメディアゲートウェイとの間の制御情報の交信には、例えば、ＭＧＣＰ、Ｍｅｇａｃｏ等の通信プロトコルが適用される。また、ＩＰ機器を管理するために、従来は、保守管理用のサーバをＩＰネットワーク上に新たに配備するのが一般的となっている。
【０００５】
【非特許文献１】日経コミュニケーションズ、２０００年８月号のＰ１０５
【発明の開示】
【発明が解決しようとする課題】
【０００６】
既存の回線交換設備をもつ通信事業者が、キャリア向けＩＰ電話サービスを実現するために、回線交換機とメディアゲートウェイ装置とを局間インタフェースＮＮＩで接続し、ＩＰネットワーク上にＳＧＣ、ＭＧＣを配備した網構成を採用すると、回線交換機とメディアゲートウェイとの間の全てのチャネル制御情報がＩＰ網経由で送受信される。この場合、ＩＰ電話加入者の増加に伴ってＩＰ網上のトラヒックが増加し、呼制御用の信号処理に時間を要し、通話接続に遅延を招く可能性があり、キャリア向けＩＰ電話サービスを提供する事業者にとって大きな問題となる。
【０００７】
また、ＩＰ電話サービスを提供するためにゲートウェイ、ＳＧＣ、ＭＧＣ等の機器をＩＰネットワーク上に配備すると、これら機器の保守管理用のサーバをＩＰネットワークに新たに配置する必要がある。これは、メディアゲートウェイ、ＳＧＣ、ＭＧＣが、既存の回線交換システムで適用されているＯＰＳインタフェースを備えていないためであり、既存ＯＰＳで保守管理をしていた通信事業者にとっては、保守管理体系が２系統になって保守コストが増大する可能性がある。
【０００８】
本発明の目的は、呼設定時にＩＰ網上のトラヒックを増加することなく一般電話端末とＩＰ電話端末との間の通話を可能にしたゲートウェイ装置を提供することにある。
本発明の他の目的は、公衆回線交換機とゲートウェイ装置との保守管理体系の一元化を可能にしたゲートウェイ装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明は、公衆回線網とＩＰ網との間のメディア変換を行うゲートウェイ装置の制御部を公衆回線交換機の内部制御バスに接続することによって、回線交換機とメディアゲートウェイとの間で、ＩＰ網を経由することなく呼制御情報を交信できるようにしたことを特徴とする。
【００１０】
更に詳述すると、本発明のゲートウェイ装置は、公衆回線網側の音声信号とＩＰ網側の音声信号との間のメディア変換を行う主情報変換処理部と、ＩＰ網側での呼制御プロトコルを実行するゲートウェイ制御部とからなり、上記ゲートウェイ制御部が、公衆回線網に接続された回線交換機の内部制御バスに接続され、上記内部制御バスを介して、上記回線交換機の制御プロセッサとの間で呼制御情報を交信するようにしたことを特徴とする。
【００１１】
本発明の１つの実施例では、上記ゲートウェイ制御部が、回線交換機の制御プロセッサから、ＩＰ網側で適用すべき呼制御プロトコルの種類を指定した形で呼制御指示コマンドを受信し、受信コマンドで指定された呼制御プロトコルに従って、ＩＰ網側での呼設定手順を実行する。
【００１２】
本発明の別の実施例では、上記ゲートウェイ制御部が、プロトコル種類の異なる複数の呼制御プログラムを記憶したメモリと、ＩＰ網側で適用すべき呼制御プロトコル種類を指定するためのオペレータ操作手段とを備え、回線交換機の制御プロセッサから呼制御指示コマンドを受信した時、上記オペレータ操作手段で予め指定されたプロトコルの呼制御プログラムに従ってＩＰ網側での呼設定手順を実行する。
【００１３】
本発明によるゲートウェイ装置の他の特徴は、上記ゲートウェイ制御部が、保守情報を保持するためのメモリ装置を備え、回線交換機用の保守端末から内部制御バスを介して受信した制御コマンドに応答して、上記メモリ装置から保守情報を読み出し、該保守情報を上記内部制御バスを介して上記保守端末に送信するようにしたことにある。
【発明の効果】
【００１４】
本発明によれば、回線交換機内の制御プロセッサとゲートウェイ装置との間の接続インタフェースとして回線交換機の内部制御バスを適用したことによって、回線交換機とゲートウェイ装置との間でＩＰネットワークを経由することなく呼制御情報を交信できるため、ＩＰトラヒックの増加を抑制することが可能となる。また、回線交換機の内部制御バス上で転送される制御コマンドに、ゲートウェイ装置の保守情報収集コマンドをマッピングすることにより、既存の回線交換機用ＯＰＳでゲートウェイ装置の保守情報を収集できるため、ＩＰネットワーク上にゲートウェイ装置保守用の新たなサーバを配置する必要がなくなる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明によるゲートウェイ装置の実施形態について図面を参照して説明する。
図１は、本発明による交換機内に実装されたゲートウェイ装置のブロック構成図を示す。図１において、１は、公衆回線網２を介して回線交換機３に接続される一般電話端末、１４は、ＩＰネットワーク１３を介してゲートウェイ装置６に接続されるＩＰ電話端末１４を示す。
【００１６】
回線交換機３は、公衆回線網２に接続された公衆網回線インタフェース部４と、回線データの交換処理を行うスイッチ部５と、公衆網用呼制御を行うアプリケーションソフトを具備した中央制御装置（制御プロセッサ）７とからなり、これらの要素は、内部制御バス８を介して相互に接続されている。１０は、中央制御装置７に接続された保守端末を示す。本発明の１つの特徴は、上記スイッチ部５とＩＰ網１３との間で、回線データからＩＰパケットデータへの変換およびその逆変換を行うメディア変換用のゲートウェイ装置６が、内部制御バス８を介して中央制御装置７に接続され、ゲートウェイ装置６と中央制御装置７とが制御バス８経由で呼制御情報を送受信できるようにしたことにある。
【００１７】
ゲートウェイ装置６は、主情報変換処理部として、回線交換機のスイッチ部５に接続されたハイウェイインタフェース部６１と、該ハイウェイインタフェース部６１に接続された回線データの圧縮／伸張処理用のコーデック部６２と、該コーデック部６２とＩＰ網１３との間に接続されたＩＰパケット処理部６３とを有し、更にゲートキーパ部６４と、制御バス８を介して中央制御装置７に接続されたゲートウェイ制御部６５とを備える。
【００１８】
ＩＰパケット処理部６３は、コーデック部６２から出力された圧縮回線データをＩＰパケット化してＩＰ網１３に送出すると共に、ＩＰ網１３から受信したＩＰパケットデータをコーデック部６２向けの回線データに変換する。ゲートキーパ部６４は、ＩＰ網１３に接続された各ＩＰ電話端末について、ＩＰアドレスと電話番号との対応関係を示すデータ管理テーブルを備えている。また、ゲートウェイ制御部６５は、中央制御装置７との間の通信制御インタフェースを備え、内部バス６６を介して、ハイウェイインタフェース部６１、コーデック部６２、ＩＰパケット処理部６３およびゲートキーパ部６４を制御する。
【００１９】
図２は、図１の網構成において一般電話端末１からＩＰ電話端末１４に発呼した場合の呼接続シーケンスを示す。
一般電話端末１がＩＰ電話端末１４宛に発呼した場合（１０１）、交換機３の中央制御装置７が発呼信号を検出する。着信先端末がＩＰネットワークの接続端末であることが判明すると、中央制御装置７は、内部制御バス８経由でゲートウェイ制御部６５に呼制御指示信号（１０２）を送出すると共に、一般電話端末１に対して呼処理開始通知（１０３）を送信する。
【００２０】
ゲートウェイ制御部６５は、上記呼制御指示信号（１０２）を受信すると、内部制御バス８経由で中央制御装置７に呼処理開始通知（１１１）を送出すると共に、ゲートキーパ部６４に接続要求信号（１１２）を送出する。ゲートキーパ部６４は、上記接続要求信号（１１２）に応答して、着信先ＩＰ電話番号に対応したＩＰアドレス情報を示す許諾通知（１１３）を返送する。ゲートウェイ制御部６５は、許諾通知（１１３）を受信すると、着信先ＩＰアドレス情報に従って、着信先のＩＰ電話端末１４に呼確立要求信号（１１４）を送出する。
【００２１】
上記呼確立要求信号に応答して、ＩＰ電話端末１４が接続要求（１１５）を送信すると、ゲートキーパ部６４からＩＰ電話端末１４に許諾通知（１１６）が送信され、ＩＰ電話端末１４からゲートウェイ制御部６５に呼処理開始通知（１１７）と呼び出し中状態通知（１１８）が送信される。上記呼び出し中状態通知は、ゲートウェイ制御部６５から中央制御装置７に中継され、中央制御装置７から発側の一般電話端末１に転送される（１１９、１２０）。
【００２２】
この状態で、ゲートウェイ装置６（ゲートウェイ制御部６５およびゲートキーパー６４）とＩＰ電話端末１４の間で、Ｈ．２４５のネゴシエーション（１２１）が実行される。ＩＰ電話端末１４がゲートウェイ制御部６５に接続完了通知１２２を送信すると、これがゲートウェイ制御部６５から中央制御装置７に転送され、中央制御装置７から発信元の一般電話端末１に転送されて（１２３、１２４）、一般電話端末１とＩＰ電話端末１４とが通話中の状態となる。
【００２３】
ゲートウェイ装置６とＩＰ電話端末１４との間で行われる呼接続要求から接続完了通知までの制御シーケンスと、ゲートキーパ部６４とゲートウェイ制御部６５およびＩＰ電話端末１４との間の呼制御シーケンスは、例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３のゲートキーパを採用した場合、ＲＡＳ（Registration Admissions and Status）手順およびＣＡＳ（Channel Admissions Signaling）手順に従って行われる。但し、ゲートウェイ装置６には、Ｈ．３２３以外の他の呼制御プロトコル、例えば、ＩＥＴＦ  ＲＦＣ３２６１のＳＩＰ（Session Initiation Protocol）等を実装するようにしてもよい。
【００２４】
図３は、ＩＰ電話端末１４が一般電話端末１宛に発呼した場合の呼接続シーケンスを示す。
ＩＰ電話端末１４が一般電話端末１宛の接続要求（１３１）を送信すると、ゲートウェイ装置６のゲートキーパ部６４からＩＰ電話端末１４に許諾通知（１３２）が送信される。ＩＰ電話端末１４が呼確立要求（１３３）を送信すると、この呼確立要求は、ゲートウェイ制御部６５で受信処理され、ゲートウェイ制御部６５からゲートキーパ部６４に接続要求（１３４）が送信される。ゲートウェイ制御部６５は、ゲートキーパ部６４から承諾通知（１３５）を受信すると、回線交換機の中央制御装置７に発呼通知（１３６）を送信すると共に、発側ＩＰ電話端末１４に呼処理の開始通知（１３７）を送信する。
【００２５】
中央制御装置７は、上記発呼通知（１３６）を受信すると、着側の一般電話端末１に発呼信号（１３８）を送信すると共に、ゲートウェイ制御部６５に発呼通知応答（１３９）を送信する。また、一般電話端末１から呼処理開始通知（１４０）、呼び出し中状態通知（１４３）、接続完了通知（１４６）を受信すると、これらをゲートウェイ制御部６５に転送する（１４１、１４４、１４７）。ゲートウェイ制御部６５は、上記接続完了通知（１４６）に応答して、発側のＩＰ電話端末１４に接続完了通知（１４８）を送信し、これを発側ＩＰ電話端末１４が受信すると、呼接続が完了し、ＩＰ電話端末１４と一般電話端末１とが通話中の状態になる。
【００２６】
ＩＰネットワーク上で転送される呼確立要求（１３３）、呼処理開始通知（１３７）、呼び出し中状態通知（１４５）、接続完了通知（１４８）の各信号は、中央制御装置７とゲートウェイ制御部６５との間で、交換機３の内部制御バス８上のコマンドフォーマットにマッピングした形で送受信される。
【００２７】
図４は、本発明において、内部制御バス８を介して中央制御装置７とゲートウェイ制御部６５との間で送受信される呼制御情報（呼制御コマンド）のフォーマットを示す。
【００２８】
制御バス８上で転送される信号フォーマットは、それぞれ３２ビット長をもつ第１パラメータ〜第７パラメータからなる。交換機３が、図２に示した一般電話端末１からの発呼要求（１０１）を受信すると、中央制御装置７が上記発呼要求を受信処理し、加入者データベース（図示せず）を参照することにより、上記発呼要求がゲートウェイ装置６を経由すべきＩＰ電話端末宛のものであることを認識する。中央制御装置７は、ＩＰ電話端末宛の発呼信号を受信すると、図４に示す呼制御指示コマンド（１０２）を生成して、内部バス８に送出する。
【００２９】
呼制御指示コマンドは、第１パラメータのコマンドコードフィールド２１１に、該コマンドが呼設定用のものであることを示すコードを含み、第２パラメータのチャネル番号フィールド２２１に、中央制御装置が該呼に割り当てたチャネル番号を含み、上記チャネル番号フィールド２２１に続くＳＩＤフィールド２２２に該コマンドを受信処理すべきゲートウェイ装置６の識別番号を含む。ＳＩＤは、内部制御バス８上に送信されたコマンドの受信装置の識別番号を示しており、１つの交換機３内に複数のゲートウェイ装置が実装されていた場合、ＳＩＤで指定された装置識別番号をもつゲートウェイ装置がコマンドを受信処理する。
【００３０】
呼制御指示コマンドの第３パラメータの呼識別番号フィールド２３１には、呼毎に付与された呼識別用の通番が設定され、ｔｙｐｅフィールド２３２には、該呼に適用すべきＩＰネットワーク側の呼制御プロトコルの識別コード、例えば、Ｈ．３２３プロトコルであれば「０００１」が設定される。また、第４、第５パラメータフィールド２４０、２５０には発電話番号が設定され、第６、第７パラメータフィールド２６０、２７０には着電話番号が設定される。尚、図４で、“ｄ．ｃ．”と付されたフィールドは、そのコマンドには関係しないDon't Care値の設定フィールドを意味している。
【００３１】
ゲートウェイ制御部６５は、内部制御バス８から上記呼制御コマンドを受信すると、コマンドコードフィールド２１１の設定コードから、受信コマンドがＩＰ端末宛の呼確立要求信号であることを認識する。この場合、受信コマンドのｔｙｐｅフィールド２３２で指定された呼制御プロトコルに従って、着電話番号が示す着側ＩＰ電話端末との間の呼制御シーケンスを実行する。
【００３２】
図５は、中央制御装置７からの制御コマンドに対するゲートウェイ制御部６５からの応答コマンドのフォーマットを示す。
中央制御装置７からの呼設定指示コマンドに従ってＩＰ網側での呼設定を実行し、呼設定結果が正常終了した場合、ゲートウェイ制御部６５は、図５に示すように、第１パラメータのコマンドコード２１１に、このコマンドが呼設定指示に対する応答コマンドであることを示す値を設定し、実行結果フィールド２１２に呼設定を正常終了したことを示す値、例えば「００００」を設定し、第２パラメータのチャネル番号フィールド２２１に該当呼に割り当てられたチャネル番号を設定し、ＳＩＤフィールド２２２にゲートウェイ装置６の識別番号を設定し、第３パラメータフィールド２３０〜第７パラメータフィールド２７０にDon't Care値を設定したコマンドを生成して、内部制御バス８に送出する。
【００３３】
図６は、中央制御装置７が制御バス８に送出する制御コマンドの他のフォーマットの１例を示す。ここに示した例では、第４、第５パラメータフィールド２４０、２５０が、図４に示した発電話番号の代わりにデータ部アドレスとデータ長とを含み、第６、第７パラメータフィールド２６０、２７０がDon't Care値となっている。ゲートウェイ制御部６５は、上記コマンドを受信すると、データ部アドレスで指定されたメモリ領域からデータ長で指定された長さのデータを読出し、これを呼識別番号２３１で特定されるＩＰ電話端末宛に送信する。このコマンド形式を利用すれば、例えば、ユーザ向けに透過で送信すべき情報が複数ある場合、第４、第５パラメータフィールド２４０、２５０で指定した特定のデータをエンド・ツー・エンドでＩＰネットワーク向けに送信することが可能となる。
【００３４】
図７は、ゲートウェイ装置６に対する統計情報の読取り指示コマンドのフォーマットの１例を示す。コマンドコードフィールド２１１には、該コマンドが情報読取り指示コマンドであることを示すコードが設定され、ＳＩＤフィールド２２２には、該コマンドを受信すべきゲートウェイ装置の識別番号が設定され、第３パラメータの統計種別フィールド１３３には、統計がチャネル別統計情報であることを示すコードが設定され、第４パラメータフィールド２４０〜第６パラメータフィールド２６０には、読取り対象となるゲートウェイ装置６内のチャネル範囲を示す値（ｃｈ値）と、統計情報データが格納されているデータ部アドレスと、データ部サイズがそれぞれ設定される。
【００３５】
ゲートウェイ制御部６５は、上記コマンドを受信すると、自装置で蓄積中の統計情報の中から、チャネル番号（ｃｈ値）、データ部アドレス、データサイズで特定される統計情報を読み出し、例えば、図８に示すデータ形式で、チャネル別統計情報を中央制御装置７に送信する。ここに示した例では、チャネル別統計情報は、ｃｈ値で指定された第１チャネル統計情報〜第ｎチャネル統計情報からなり、各チャネルの統計情報は、図８に示すように、通信時間情報、送信パケット数、…、揺らぎ（−）方向補正回数の複数項目の情報からなり、例えば、ＬＡＮ受信パケット紛失数、揺らぎ最大遅延時間のように、ＩＰ網側のネットワーク品質管理情報を含んでいる。
【００３６】
以上のように、本発明では、公衆回線交換機の中央制御装置（制御プロセッサ）７とゲートウェイ装置６の制御部（ゲートウェイ制御部６５）とを公衆回線交換機の内部制御バス８を介して接続し、中央制御装置７とゲートウェイ制御部６５との間で、上記制御バス８上のコマンドフォーマットに従って、呼制御コマンドおよび応答コマンドを交信するようにしている。また、図７に示したように、ゲートウェイ制御部６５への統計情報の読取り指示も、上記制御バス８上の他の制御コマンドとフォーマットを統一できる。従って、本発明の構成によれば、交換機に接続された既存の保守端末からの指令によって、ゲートウェイ装置６に蓄積された統計情報の読み取りが可能となる。
【００３７】
図４に示した実施例では、中央処理装置７が、呼制御コマンドのｔｙｐｅフィールド２３２で、ＩＰ網側で適用すべき呼制御プロトコルを指定したが、適用すべき呼制御プロトコルは、ゲートウェイ制御部６５のハードウエアとして用意されたオペレータスイッチの操作によって、予め固定的に指定するようにしてもよい。
【００３８】
図９は、呼制御プロトコル指定用のスイッチを備えたゲートウェイ制御部６５の１実施例を示す。
本実施例では、ゲートウェイ制御部６５は、各種プログラムを実行するマイクロプロセッサ６５０と、プロトコルの異なる複数種類の呼制御プログラムを保持したフラッシュメモリ（ＲＯＭ）部６５１と、適用すべき呼制御プログラム、ゲートウェイ制御ルーチンおよびデータを保持するためのメインメモリ６５２と、適用すべきプロトコル種別を指定するためのディップスイッチ部６５３と、交換機の内部制御バス８に接続するための制御バスインタフェース６５４と、内部バス６６に接続するための内部バスインタフェース６５５と、保守情報蓄積ファイル６５６と、これらの要素を相互接続するバス６５７とから構成されている。
【００３９】
フラッシュメモリ（ＲＯＭ）部６５１に用意された呼制御プログラムと、ディップスイッチで指定されるディップスイッチ値との対応関係は、例えば、図１０に示すプロトコル選択テーブル６００の形式で、予めＲＯＭ６５１に記憶されている。オペレータは、ゲートウェイ装置６で使用すべき呼制御プロトコルの種類をディップスイッチ６５３の設定値で指定する。例えば、ＩＰネットワーク側の呼制御プロトコルとしてプロトコルＡを適用する場合、オペレータが、ディップスイッチ６５３で値「００００」を指定すると、フラッシュメモリ（ＲＯＭ）部６５１から該当する呼制御プロトコルＡのプログラムがメインメモリ６５２に読み込まれる。
【００４０】
フラッシュメモリ（ＲＯＭ）部６５１からメインメモリ６５２への呼制御プログラムのロードは、ゲートウェイ装置６の電源投入に伴う立上り処理中に、マイクロプロセッサ６５０がディップスイッチ部１７の設定値を読み込み、図１０に示したプロトコル選択テーブル６００を参照し、設定値と対応した呼制御プロトコルを選択することによって行われる。
【００４１】
本実施例によれば、ゲートウェイ制御部（マイクロプロセッサ６５０）は、交換機側の中央制御装置７から呼制御指示コマンド（１０２）を受信すると、メインメモリ６５２にロードされた呼制御プログラムのプロトコルに従って、ゲートキーパ部６４およびＩＰ網上のＩＰ電話端末との間での呼制御シーケンスを実行する。従って、中央制御装置７は、発呼の都度、呼制御指示コマンド（１０２）のｔｙｐｅフィールドで適用すべき呼制御プロトコルの種類を指定する必要はなくなり、オペレータが予め指定した呼制御プロトコルによるＩＰ網上での呼設定が可能となる。
【図面の簡単な説明】
【００４２】
【図１】本発明による回線交換機内に実装されたゲートウェイ装置のブロック構成図。
【図２】一般電話端末からＩＰ電話端末に発呼した場合の呼接続シーケンス図。
【図３】ＩＰ電話端末から一般電話端末に発呼した場合の呼接続シーケンス図。
【図４】制御コマンドのフォーマットの１例を示す図。
【図５】応答コマンドのフォーマットの１例を示す図。
【図６】制御コマンドフォーマットの他の例を示す図。
【図７】統計情報の読取り指示コマンドのフォーマットの１例を示す図。
【図８】統計情報のデータ形式の１例を示す図。
【図９】ゲートウェイ制御部６５の１実施例を示すブロック図。
【図１０】プロトコル選択テーブルの１例を示す図。
【符号の説明】
【００４３】
１：一般電話端末、２：公衆回線網、３：公衆回線交換機、４：公衆回線インタフェース部、５：スイッチ部、６：ゲートウェイ装置、７：中央制御装置（制御プロセッサ）、１０：保守端末、１３：ＩＰ網、１４：ＩＰ電話端末、
６１：ハイウェイインタフェース部、６２：コーデック部、６３：ＩＰパケット処理部、６４：ゲートキーパ部、６５：ゲートウェイ制御部。
【図１】
2005286971.tif 000003
【図２】
2005286971.tif 000004
【図３】
2005286971.tif 000005
【図４】
2005286971.tif 000006
【図５】
2005286971.tif 000007
【図６】
2005286971.tif 000008
【図７】
2005286971.tif 000009
【図８】
2005286971.tif 000010
【図９】
2005286971.tif 000011
【図１０】
2005286971.tif 000012