(57)【要約】【課題】電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信システム及びＩＰ通信方法を提供する。【解決手段】本発明のＩＰ通信システムは、ＩＰ網における通信先対向装置１２，１４，１６，１７間の呼処理を制御する第１呼処理サーバ１５と、電話網に収容される各端末を電話網の加入者線インタフェースで接続するとともに、呼処理のためにＩＰ網における第１呼処理サーバ１５へと接続する第１ゲートウェイ装置１４，１６と、電話網における通信先対向装置（中継・関門交換機）１０との呼処理を制御する第２呼処理サーバ１２と、電話網とＩＰ網との相互接続を行なうとともに、呼処理のためにＩＰ網における第２呼処理サーバ１２へと接続する第２ゲートウェイ装置１３とを備える。【選択図】図１
2010263359.tif 000002
【特許請求の範囲】
【請求項１】
電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信システムであって、
ＩＰ網における通信先対向装置間の呼処理を制御する第１呼処理サーバと、
電話網に収容される各端末を電話網の加入者線インタフェースで接続するとともに、呼処理のためにＩＰ網における前記第１呼処理サーバへと接続する第１ゲートウェイ装置と、
電話網における通信先対向装置との呼処理を制御する第２呼処理サーバと、
電話網とＩＰ網との相互接続を行なうとともに、呼処理のためにＩＰ網における前記第２呼処理サーバへと接続する第２ゲートウェイ装置と、
を備えることを特徴とするＩＰ通信システム。
【請求項２】
前記第１ゲートウェイ装置は、分散制御方式として、
自律で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を、電話網の加入者線インタフェースの接続条件で行うことを特徴とする、請求項１に記載のＩＰ通信システム。
【請求項３】
前記第１ゲートウェイ装置は、集中制御方式として、
前記第１呼処理サーバからの指示に応じて、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を、電話網の加入者線インタフェースの接続条件で行うことを特徴とする、請求項１に記載のＩＰ通信システム。
【請求項４】
前記第２ゲートウェイ装置は、電話網の関門交換機と接続されており、電話網の音声信号をＩＰパケット化してＩＰ網に送出する手段と、ＩＰパケットに含まれる音声信号を抽出して電話網に送出する手段とを有することを特徴とする、請求項１〜３のいずれか一項に記載のＩＰ通信システム。
【請求項５】
前記第２呼処理サーバは、電話網用の呼制御信号とＩＰ網用の呼制御信号との変換を行う手段を有することを特徴とする、請求項１〜４のいずれか一項に記載のＩＰ通信システム。
【請求項６】
第１呼処理サーバと、第１ゲートウェイ装置と、第２呼処理サーバと、第２ゲートウェイ装置とを備えるＩＰ通信システムにて、電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信方法であって、
前記第１呼処理サーバは、ＩＰ網における通信先対向装置間の呼処理を制御する機能を有しており、前記第１ゲートウェイ装置は、電話網に収容される各端末を電話網の加入者線インタフェースで接続して、前記第１呼処理サーバに対して呼処理を行なう機能を有しており、前記第２呼処理サーバは、電話網における通信先対向装置との呼処理を制御する機能を有しており、前記第２ゲートウェイ装置は、電話網とＩＰ網との相互接続を行なうとともに、呼処理のためにＩＰ網における前記第２呼処理サーバへと接続する機能を有しており、前記第１呼処理サーバと前記第２呼処理サーバは、呼処理のために相互に接続されている場合に、
前記第１ゲートウェイ装置の制御は、
電話網に収容される端末から発呼を検知した場合に、該端末に対してＤＰ（ダイヤルパルス信号）又はＰＢ（プッシュボタン信号）に応じたトーン信号を送出するステップと、
該端末からＤＰ（ダイヤルパルス信号）又はＰＢ（プッシュボタン信号）を受信した場合に、通信先相手の端末との通信を確立するために、前記第１呼処理サーバに対して呼処理を実行するステップと、
前記第１呼処理サーバから通信先相手の端末からの応答の旨を受信した場合に、当該電話網に収容される端末と前記通信先相手の端末との相互接続を行なうステップと、
を含むことを特徴とする、ＩＰ通信方法。
【請求項７】
前記第１ゲートウェイ装置の制御は、分散制御方式として、
自律で、電話網の加入者線インタフェースの接続条件で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を行うステップを含むことを特徴とする、請求項６に記載のＩＰ通信方法。
【請求項８】
前記第１ゲートウェイ装置の制御は、集中制御方式として、
前記第１呼処理サーバからの指示に応じて、電話網の加入者線インタフェースの接続条件で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を行うステップを含むことを特徴とする、請求項６に記載のＩＰ通信方法。
【請求項９】
電話網の関門交換機と接続される前記第２ゲートウェイ装置の制御は、
電話網の音声信号をＩＰパケット化してＩＰ網に送出するステップと、
ＩＰパケットに含まれる音声信号を抽出して電話網に送出するステップと
を含むことを特徴とする、請求項６〜８のいずれか一項に記載のＩＰ通信方法。
【請求項１０】
前記第２呼処理サーバの制御は、
電話網用の呼制御信号とＩＰ網用の呼制御信号との変換を行うステップを含むことを特徴とする、請求項６〜９のいずれか一項に記載のＩＰ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、既存の固定電話機とこの固定電話機を収容する既存電話回線（メタル回線）を変更することなく、固定電話網（以下、単に電話網とも称する）からＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網（代表的に、ＩＰ電話網）への置き換えを可能にするＩＰ通信システム及び通信方法に関する。
【背景技術】
【０００２】
従来から、電話網及びＩＰ網を収容する通信システムにおいて、電話網における音声の通話サービスをＩＰ通信によりＩＰ電話サービスとして提供する場合、図２に示すように、各端末１８，１９の電話ユーザに対してＡＤＳＬ（非対称デジタル加入者線）又は光ファイバによるＩＰ接続サービスの下での提供方法がとられている。
【０００３】
例えば、図２を参照するに、電話ユーザ種別Ａの端末１９の各々は、既存電話の加入者線インタフェース２１を介して各加入者回路（図示せず）を経て加入者交換機１１に既存電話技術の電話通信を行なう。続いて、加入者交換機１１は、例えば中継・関門交換機１０（中継交換機と関門交換機を縮退して表記）と呼制御を行う。中継・関門交換機１０は、第２呼処理サーバ１２に対して呼制御信号を送出する。第２呼処理サーバ１２は、第２ゲートウェイ装置１３と呼制御を実行し、ＩＰ網と電話網との相互接続を行う。尚、電話ユーザ種別Ａの端末１９、加入者交換機１１及び中継・関門交換機１０間の電話通信は、呼制御信号と音声信号とを重畳した通信が為される。尚、中継・関門交換機１０に関して、中継交換機は、複数の加入者交換機１１を収容し、関門交換機は、ＩＰ網との接続を行う。
【０００４】
例えば、電話ユーザ種別Ａの端末１９の１つが発呼し、電話ユーザ種別Ｃの端末１８（ＩＰ電話）が着呼するように制御するために、第２呼処理サーバ１２は、第１呼処理サーバ１５を経由して、電話ユーザ種別Ｃの端末１８を収容する宅内装置１７と呼制御を行なう。第２呼処理サーバ１２から電話ユーザ種別Ｃの端末１８までのＩＰ通信が確立されると、電話ユーザ種別Ａの端末１９は、電話網における既存電話の加入者線インタフェース２１を介する電話通信（Ｓ１−１）からＩＰ網における電話ユーザ種別Ｃの端末１８（ＩＰ電話）のＩＰ通信（Ｓ１−２）まで通話することができる。
【０００５】
即ち、電話網及びＩＰ網に収容される各端末間の通話を実現する従来からのＩＰ通信システムでは、電話ユーザ種別Ｃの端末１８（ＩＰ電話）の形態でＩＰ電話サービスが提供される。このＩＰ通信によるＩＰ電話サービスは、電話網における回線交換技術により提供されている電話サービス（アナログ及びＩＳＤＮ）を提供する既存電話回線（メタル回線）の加入者線インタフェースの接続条件、各電話サービス（基本サービスや付加サービスを含む）の接続条件とは異なるユーザインタフェース又はサービスの接続条件の下で提供される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】鈴木  滋彦、「新ノードシステムの開発」、ＮＴＴ  Ｒ＆Ｄ、Ｖｏｌ．４５、Ｎｏ．６、１９９６年、ｐｐ．４９７−５０６
【非特許文献２】「ＡＣＣＡ  ＮＥＴＷＯＲＫＳホームページ」、株式会社アッカ・ネットワークス、［online］、［平成２１年４月６日検索］、インターネット〈http://www.acca.ne.jp/service/menu/voip/index.html〉
【非特許文献３】「ＮＴＴ東日本  ひかり電話ホームページ」、東日本電信電話株式会社、［online］、［平成２１年４月６日検索］、インターネット〈http://flets.com/hikaridenwa〉
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図２で説明したように、従来からの固定電話サービスは、端末（固定電話機）、既存電話回線（メタル回線）、及び回線交換技術をベースとした複数の電話交換機（加入者交換機、中継交換機、関門交換機等）からなる電話網により実現されている。一方、ＩＰ電話は、端末（既存電話機）、ＡＤＳＬモデム、既存電話回線（メタル回線）又は光回線の終端装置及び光ファイバやＣＡＴＶの終端装置及びＣＡＴＶケーブル等、ルータ、各通信におけるセッションを制御するセッション制御装置などの通信システムによりＩＰ網を経て実現されている。
【０００８】
今後、既存電話回線（メタル回線）の加入者線インタフェースの接続条件や各電話サービスの接続条件を維持しつつ、通信網をすべてＩＰ化し、音声の通話サービスも全てＩＰ網に集約するためには、既存電話回線（メタル回線）をＩＰ網に直接収容することが必要である。
【０００９】
しかしながら、電話網（既存の固定電話網）とＩＰ網（ＩＰ電話網）は、それぞれ別の通信網として独立して存在しており、固定電話機とＩＰ電話機との間の相互通話は、網間接続により行われている（図２に示す第２ゲートウェイ装置１３による網間接続）。このため、全ての既存電話ユーザの端末をいっせいにＩＰ通信へ移行することは現実的ではなく、その一方で、固定電話の加入者が存在するかぎり固定電話網を将来にわたって維持することは経済的ではない。このため、ＩＰ通信への移行が徐々に行われる（固定電話の加入者をＩＰ電話網に徐々に収容替えする）必要があるが、その間、既存電話ユーザの端末とＩＰ網に収容されるユーザの端末との通信も確保する必要がある。
【００１０】
本発明の目的は、上記の問題を鑑みて為されるものであり、既存の固定電話機とこの固定電話機を収容する既存電話回線（メタル回線）を変更することなく、固定電話網（回線交換網）からＩＰ網（ＩＰ電話網）への置き換えを可能にするＩＰ通信システム及びＩＰ通信方法を提供する。
【課題を解決するための手段】
【００１１】
本発明は、回線交換技術をベースとした既存電話交換システムにより実現されている固定電話（アナログ電話、ＩＳＤＮ）サービスをＩＰ通信で実現する。
【００１２】
具体的には、本発明のＩＰ通信システムは、固定電話回線（メタル回線）と固定電話機のユーザの端末をそのまま収容するゲートウェイ装置（後述する、第１ゲートウェイ装置）を更に設ける。この第１ゲートウェイ装置は、電話機側のインタフェースは従来の固定電話機と同じインタフェースを有し、この第１ゲートウェイ装置用の呼制御は対応する呼処理サーバでＩＰ通信をベースとして行う。つまり、従来の回線交換技術では、１つの交換機（加入者交換機、中継交換機又は関門交換機）は音声信号が転送される通話路やオフフック検出などを行う実リソース、及び呼処理を行う呼制御手段を有しているが、ＩＰ通信では、呼処理を行なう呼処理サーバは実リソースを有していないため、図２で説明したようなシステム構成となっていた。一方、本発明のＩＰ通信システムは、網間を接続するゲートウェイ装置の実リソースの管理を、自律的に行なうか、又は呼処理サーバの指示に応じて動作するようにして、回線交換の交換機とは別にリソース管理を行なう。
【００１３】
即ち、本発明のＩＰ通信システムは、電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信システムであって、ＩＰ網における通信先対向装置間の呼処理を制御する第１呼処理サーバと、電話網に収容される各端末を電話網の加入者線インタフェースで接続するとともに、呼処理のためにＩＰ網における前記第１呼処理サーバへと接続する第１ゲートウェイ装置と、電話網における通信先対向装置との呼処理を制御する第２呼処理サーバと、電話網とＩＰ網との相互接続を行なうとともに、呼処理のためにＩＰ網における前記第２呼処理サーバへと接続する第２ゲートウェイ装置とを備え、前記第１呼処理サーバと前記第２呼処理サーバは、呼処理のために相互に接続されていることを特徴とする。
【００１４】
また、本発明のＩＰ通信システムにおいて、前記第１ゲートウェイ装置は、分散制御方式として、自律で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を、電話網の加入者線インタフェースの接続条件で行うことを特徴とする。
【００１５】
また、本発明のＩＰ通信システムにおいて、前記第１ゲートウェイ装置は、集中制御方式として、前記第１呼処理サーバからの指示に応じて、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を、電話網の加入者線インタフェースの接続条件で行うことを特徴とする。
【００１６】
また、本発明のＩＰ通信システムにおいて、前記第２ゲートウェイ装置は、電話網の関門交換機と接続されており、電話網の音声信号をＩＰパケット化してＩＰ網に送出する手段と、ＩＰパケットに含まれる音声信号を抽出して電話網に送出する手段とを有することを特徴とする。
【００１７】
また、本発明のＩＰ通信システムにおいて、前記第２呼処理サーバは、電話網用の呼制御信号とＩＰ網用の呼制御信号との変換を行う手段を有することを特徴とする。
【００１８】
更に、本発明のＩＰ通信方法は、第１呼処理サーバと、第１ゲートウェイ装置と、第２呼処理サーバと、第２ゲートウェイ装置とを備えるＩＰ通信システムにて、電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信方法であって、前記第１呼処理サーバの制御は、ＩＰ網における通信先対向装置との呼処理を制御する機能を有しており、前記第１ゲートウェイ装置は、電話網に収容される各端末を電話網の加入者線インタフェースで接続して、前記第１呼処理サーバに対して呼処理を行なう機能を有しており、前記第２呼処理サーバは、電話網における通信先対向装置との呼処理を制御する機能を有しており、前記第２ゲートウェイ装置は、電話網とＩＰ網との相互接続を行なうとともに、呼処理のためにＩＰ網における前記第２呼処理サーバへと接続する機能を有しており、前記第１呼処理サーバと前記第２呼処理サーバは、呼処理のために相互に接続されている場合に、前記第１ゲートウェイ装置は、電話網に収容される端末から発呼を検知した場合に、該端末に対してＤＰ（ダイヤルパルス信号）又はＰＢ（プッシュボタン信号）に応じたトーン信号を送出するステップと、該端末からＤＰ（ダイヤルパルス信号）又はＰＢ（プッシュボタン信号）を受信した場合に、通信先相手の端末との通信を確立するために、前記第１呼処理サーバに対して呼処理を実行するステップと、前記第１呼処理サーバから通信先相手の端末からの応答の旨を受信した場合に、当該電話網に収容される端末と前記通信先相手の端末との相互接続を行なうステップと、を含むことを特徴とする。
【００１９】
また、本発明のＩＰ通信方法において、前記第１ゲートウェイ装置の制御は、分散制御方式として、自律で、電話網の加入者線インタフェースの接続条件で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を行うステップを含むことを特徴とする。
【００２０】
また、本発明のＩＰ通信方法において、前記第１ゲートウェイ装置の制御は、集中制御方式として、前記第１呼処理サーバからの指示に応じて、電話網の加入者線インタフェースの接続条件で、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信を含む実リソースの制御を行うステップを含むことを特徴とする。
【００２１】
また、本発明のＩＰ通信方法において、電話網の関門交換機と接続される前記第２ゲートウェイ装置の制御は、電話網の音声信号をＩＰパケット化してＩＰ網に送出するステップと、ＩＰパケットに含まれる音声信号を抽出して電話網に送出するステップとを含むことを特徴とする。
【００２２】
また、本発明のＩＰ通信方法において、前記第２呼処理サーバの制御は、電話網用の呼制御信号とＩＰ網用の呼制御信号との変換を行うステップを含むことを特徴とする。
【発明の効果】
【００２３】
本ＩＰ通信システムによれば、既存の固定電話機とこれを収容するための固定電話回線（メタル回線）を変更することなくＩＰ網に収容することができ、通信網を固定電話網からＩＰ電話網への置き換えることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明による一実施例のＩＰ通信システムの概略図である。
【図２】従来からのＩＰ通信システムの概略図である。
【図３】本発明による一実施例のＩＰ通信システムにおける分散制御方式のリソース制御の概略図である。
【図４】本発明による一実施例のＩＰ通信システムにおける集中制御方式のリソース制御の概略図である。
【図５】本発明による一実施例のＩＰ通信システムにおける分散制御方式の動作を示すフローチャートである。
【図６】本発明による一実施例のＩＰ通信システムにおける分散制御方式の更なる動作を示すフローチャートである。
【図７】本発明による一実施例のＩＰ通信システムにおける集中制御方式の動作を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明による一実施例のＩＰ通信システムを説明する。尚、前述と同様な構成要素には同様の参照番号を付している。
【００２６】
［システム構成］
図１は、本発明による一実施例のＩＰ通信システムの概略図である。本実施例のＩＰ通信システムは、電話網及びＩＰ網に収容される各端末間の通信と、ＩＰ網内に収容される各端末間の通信とを並存して通信するＩＰ通信システムであり、ＩＰ網内にて第１ゲートウェイ装置１４，１６と、第１呼処理サーバ１５と、第２ゲートウェイ装置１３と、第２呼処理サーバ１２とを備える。第１呼処理サーバ１５は、第１ゲートウェイ装置１４，１６や宅内装置１７を収容する。
【００２７】
電話網は、１つ以上の交換機を互いに接続して構成される。図１では、交換機の例として、電話ユーザ種別Ａの端末１９（例えば、固定電話機）を収容する加入者交換機１１、１つ以上の加入者交換機１１を収容する中継交換機、他網との接続を行う１つ以上の関門交換機が設けられている。図１では、中継交換機と関門交換機を縮退した中継・関門交換機１０として示している。
【００２８】
加入者交換機１１及び第１ゲートウェイ装置１４に収容される各々の加入者回路１１ａ〜１１ｃ，１４ａ〜１４ｃは、それぞれ電話ユーザ種別Ａ及びＢの端末１９，２０を収容する。
【００２９】
加入者回路１１ａ〜１１ｃ，１４ａ〜１４ｃは、加入者交換機１１及び第１ゲートウェイ装置１４，１６と、各電話ユーザ種別Ａ又はＢの端末１９，２０との間でやりとりされるオフフック検知、ＰＢ（プッシュボタン）受信、ＤＰ（ダイヤルパルス）受信、リンガ、各種トーン送信などの情報伝達の仲介を担う。
【００３０】
第１ゲートウェイ装置１４，１６は、電話網に収容される各端末を電話網の加入者線インタフェース２１，２２で接続するとともに、呼処理のためにＩＰ網における第１呼処理サーバ１５へと接続する装置であり、特に、電話ユーザ種別Ｂの端末２０を各々所定数だけ収容するが、これら端末２０を収容するための加入者線インタフェース２２は、電話網における加入者交換機１１が電話ユーザ種別Ａの端末１９を収容するための加入者線インタフェース２１と同じとする。
【００３１】
また、第１ゲートウェイ装置１４，１６は、電話網の加入者線インタフェースの接続条件で、後述する分散制御方式として自律で実リソースの制御を行なう機能、及び／又は後述する集中制御方式として第１呼処理サーバ１５からの指示に応じて実リソースの制御を行なう機能を有する。実リソースの制御には、オフフック検知信号、ＰＢ（プッシュボタン）信号、ＤＰ（ダイヤルパルス）信号、リンガ制御信号、各種トーン信号のうちの少なくとも１つ以上の信号の送受信が含まれる。尚、第１ゲートウェイ装置１４，１６は、第２ゲートウェイ装置１３の機能を全て包含することもできる。
【００３２】
第２ゲートウェイ装置１３は、電話網とＩＰ網との相互接続を行なうとともに、音声信号の転送のために中継・関門交換機１０と接続され、呼処理のためにＩＰ網における第２呼処理サーバ１２へと接続するための装置である。特に、第２ゲートウェイ装置１３は、電話網の音声信号をＩＰパケット化してＩＰ網に送出する機能と、ＩＰパケットに含まれる音声信号を抽出して電話網に送出する機能とを有する。これにより、電話ユーザ種別Ｂの端末２０、ＩＰ電話ユーザ種別Ｃの端末１８、及び電話ユーザ種別Ａの端末１９間の通信を可能とする（通信ルートＳ１−１〜１−２、Ｓ２−１〜Ｓ２−３、Ｓ３−１〜Ｓ３−２、又はＳ４−１〜Ｓ４−２）。尚、各電話ユーザ種別Ａ，Ｂ，Ｃは、説明の便宜に用いるのに過ぎないものであることに留意する。また、電話ユーザ種別Ａ，Ｂの端末１９，２０を接続する通信網を電話網と称し、電話ユーザ種別Ｃの端末１８を接続する通信網をＩＰ網と称して説明している。
【００３３】
第１呼処理サーバ１５（第１ゲートウェイ装置１４，１６用）は、ＩＰ網における通信先対向装置（本実施例では、第２呼処理サーバ１２、第１ゲートウェイ装置１４，１６、及び宅内装置１７）間の呼処理を制御するサーバであり、特に、第１ゲートウェイ装置１４，１６からの発信或いは第１ゲートウェイ装置１４，１６への着信、宅内装置１７からの発信或いは宅内装置１７への着信に関する呼制御を行う。
【００３４】
第２呼処理サーバ１２（第２ゲートウェイ装置１３用）は、電話網における通信先対向装置（本実施例では、中継・関門交換機１０）との呼処理を制御するサーバであり、特に、第２ゲートウェイ装置１３と中継・関門交換機１０を経由する通信、例えば、電話ユーザ種別Ｂの端末２０と電話ユーザ種別Ａの端末１９との通信の呼制御を行うために、電話網用の呼制御信号とＩＰ網用の呼制御信号との変換を行う機能を有する。第１呼処理サーバ１５と第２呼処理サーバ１２は、呼処理のために相互に接続されている。
【００３５】
電話ユーザ種別Ｃの端末１８は、宅内装置１７を経由して、ＩＰ網の第１ゲートウェイ装置１６と接続可能である（通信ルートＳ４−１〜Ｓ４−２）。
【００３６】
図１の二重線（例えば、加入者交換機１１〜中継・関門交換機１０間）は呼制御信号と音声信号が重畳されるルートであり、実線は呼制御信号のみ転送されるルート、破線は音声信号のみ転送されるルートである。
【００３７】
以下の説明では、例えば電話網の縮小化、老朽化が進むにあたり、（１）加入者系からのＩＰ化、（２）中継系からのＩＰ化、（３）ユーザ宅内からのＩＰ化の３つの方法により、ＩＰ網に電話ユーザ種別Ａの端末を収容替えしていくことを想定する。即ち、電話網ユーザ種別Ａの端末１９は、電話網の完全撤廃とともに、電話ユーザ種別Ｂの端末２０又は電話ユーザ種別Ｃの端末Ｃ（ＩＰ電話）に移行する対象にあることを想定する。
【００３８】
第１ゲートウェイ装置１４，１６の加入者線インタフェース２２を、加入者交換機１１の加入者線インタフェース２１と同じものとしているために、第１ゲートウェイ装置１４，１６によるリソース管理技法には２つのやり方がある。
【００３９】
この２つのやり方、即ち、分散制御方式と集中制御方式の概略構成図はそれぞれ図３及び図４に示しており、図５及び図６は、図３に示す分散制御方式の動作を説明するフローチャートであり、図７は、図４に示す集中制御方式の動作を説明するフローチャートである。
【００４０】
図３及び図４に示すように、第１ゲートウェイ装置１４，１６は、例えば第１呼処理サーバ１５と電話ユーザ種別Ｂの端末２０との間での通信又はサービスの制御を行なう。分散制御方式及び集中制御方式はともに、（１）呼制御機能、（２）リソース制御機能、（３）実リソース機能の３つの機能により実現される。
【００４１】
呼制御機能とは、呼制御信号を送受して装置間の通信の確立のための呼処理を行なう機能を云う。
【００４２】
リソース制御機能とは、リソース制御信号によって第１ゲートウェイ装置１４，１６内の各々における実リソース機能の実行を制御する機能を云う。
【００４３】
実リソース機能とは、既存の電話網の加入者交換機が有するオフフック検知、ＰＢ（プッシュボタン）受信、ＤＰ（ダイヤルパルス）受信、リンガ、各種トーン送信の各種処理を行う各種機能を含む実際のサービスを提供するための機能を云う。実リソース機能は、分散制御方式及び集中制御方式の双方で、第１ゲートウェイ装置１４，１６が具備する機能である。
【００４４】
以下、図５及び図６を参照して分散制御方式を説明し、図７を参照して集中制御方式を説明する。
【００４５】
［分散制御方式］
分散制御方式では、実リソース機能の制御を担うリソース制御機能を、第１ゲートウェイ装置１４，１６に具備する。
【００４６】
また、分散制御方式では、呼制御機能を、第１呼処理サーバ１５と第１ゲートウェイ装置１４，１６の双方に具備する。
【００４７】
図５には、電話ユーザ種別Ｂの端末２０による発呼から通話までの、分散制御方式に基づくシーケンス（電話ユーザ種別Ｂの端末２０〜第１呼処理サーバ１５間）を示している。尚、電話ユーザ種別Ｂの端末２０のダイヤル信号の送信方法として、ＤＰ（ダイヤルパルス信号）とＰＢ（プッシュボタン信号）の２つがあるが、ＤＰ（ダイヤルパルス信号）の例で示す。また、第１ゲートウェイ装置１４〜第１呼処理サーバ１５の通信プロトコルとしてＳＩＰ（セッション確立プロトコル）を例に説明する。尚、第１ゲートウェイ装置１４を代表して説明する。
【００４８】
ステップＳ１にて、電話ユーザ種別Ｂの端末２０がオフフック（電話機の受話器を上げる動作）すると、加入者回路１４ａがこれを発呼動作として検知し、オフフック状態を第１ゲートウェイ装置１４に伝える。
【００４９】
ステップＳ２にて、第１ゲートウェイ装置１４は、リソース制御機能により、ＤＰ（ダイヤルパルス信号）を受信するための機能ブロックを起動して、電話ユーザ種別Ｂの端末２０からのダイヤル数字の受信準備を行う。
【００５０】
ステップＳ３にて、第１ゲートウェイ装置１４は、リソース制御機能により、トーンを送信する機能ブロックを起動して、電話ユーザ種別Ｂの端末２０に対してＤＴ（ダイヤルトーン）送出を行う。
【００５１】
ここで、電話ユーザ種別Ｂの端末２０は、ＤＴ（ダイヤルトーン）の受信に伴い、通話先相手の端末の電話番号をダイヤルする。
【００５２】
ダイヤルの各数字は、パルス（ダイヤルパルス＃１〜＃ｎ）によって加入者回路１４ａを経由し、第１ゲートウェイ装置１４まで転送される。これにより、第１ゲートウェイ装置１４は、通話先相手の電話番号を把握することができる。その後、第１ゲートウェイ装置１４は、呼制御機能により、ＩＮＶＩＴＥ信号（ＳＩＰに基づく発呼要求）により通話先相手の端末の電話番号を第１呼処理サーバ１５に通知し、第１呼処理サーバ１５は通信先対向装置（本例では、第１ゲートウェイ装置１６又は宅内装置１７）に向け、呼制御を開始する。尚、第１ゲートウェイ装置１４は、第１数字（ダイヤルパルス＃１）の受信時、リソース制御機能により、送出したＤＴ（ダイヤルトーン）の停止制御を行う（ステップＳ４）。
【００５３】
第１ゲートウェイ装置１４は、第１呼処理サーバ１５との呼制御の間、１００ Ｔｒｙｉｎｇのレスポンス・ステータスを受信する場合は、第１呼処理サーバ１５と通話先相手の端末との呼制御処理が準備中であることを認識することができる。
【００５４】
この呼制御と並行して、第１ゲートウェイ装置１４は、リソース制御機能により、通話に先立ち、必要に応じて加入者回路１４ａの動作確認のための第１の内部試験を実施することができる（ステップＳ５）。
【００５５】
次に、ステップＳ６にて、第１ゲートウェイ装置１４は、呼制御機能により、通話先相手の端末が呼び出し中である旨を伝える１８０ Ｒｉｎｇｉｎｇのレスポンス・ステータスを受信すると、第１ゲートウェイ装置１４は、リソース制御機能により、トーンを送信する機能ブロックを起動して、ＲＢＴ（リングバックトーン）を電話ユーザ種別Ｂの端末２０に伝える。
【００５６】
続いて、通話先相手の端末がオフフックし、呼び出しに応じると、２００ ＯＫが第１呼処理サーバ１５を通じて第１ゲートウェイ装置１４に到着し（ステップＳ７）、第１ゲートウェイ装置１４は、リソース制御機能により、その応答としてＡＣＫ信号（アックノレッジ信号）を返答するとともに、ＲＢＴ（リングバックトーン）を停止する（ステップＳ８）。第１ゲートウェイ装置１４は、リソース制御機能により、通話に先立ち、必要に応じて加入者回路１４ａの動作確認のための第２の内部試験を実施することができる（ステップＳ９）。
【００５７】
これにより、電話ユーザ種別Ｂの端末２０は、通話先相手の端末と通話可能となる。尚、通話における音声信号は、電話ユーザ種別Ｂの端末２０と加入者回路１４ａとの間ではアナログ音声情報として転送され、加入者回路１４ａにてデジタル化され、第１ゲートウェイ装置１４に転送される。第１ゲートウェイ装置１４において、デジタル化された音声をＩＰパケット化（一般には、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）／ＩＰの階層でパケット化）してＩＰ網に送出する。
【００５８】
この分散制御方式による特徴は、第１ゲートウェイ装置１４が第１呼処理サーバ１５との間で呼制御を行うとともに、第１ゲートウェイ装置１４が自律的に各種リソース制御を行う点にある。第１ゲートウェイ装置１４が自律的に各種リソース制御を行うため、呼制御（ＳＩＰ）信号数は後述の集中制御方式に比べ少なくなり、第１呼処理サーバ１５の処理負担を軽減できるという利点がある。例えば、図５に示す区間ＳＡ，ＳＥ，ＳＦ毎に基本的に一往復の信号数で実現することができる（１８０ Ｒｉｎｇｉｎｇは片方向信号のみであることに留意する）。
【００５９】
また、電話ユーザ種別Ｂの端末２０の通信先相手の端末が電話ユーザ種別Ａの端末１９である場合（即ち、ＩＰ網と電話網との相互接続を行う場合）、第２呼処理サーバ１２が前述のＳＩＰ信号を終端する。第２呼処理サーバ１２は、後述する図６に示すようなシーケンス（通信プロトコルとしてＭＥＧＡＣＯ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）を例とする）により、第２ゲートウェイ装置１３を制御するとともに、電話網の呼制御信号（例えば、共通線信号方式のメッセージ）に変換する。
【００６０】
一方、第２ゲートウェイ装置１３は、この通話にあたり、第１ゲートウェイ装置１４に対して音声ＩＰパケットをやりとりするとともに、音声信号を取り出し、電話網へと送受信することができる。
【００６１】
このように、電話ユーザ種別Ｂの端末２０は、固定電話用の加入者線インタフェース２１，２２を変更することなく、ＩＰ電話ユーザ種別Ｃの端末１８、又は電話ユーザ種別Ａの端末１９との通信が可能となる（図１に示す通信ルートＳ１−１〜１−２、Ｓ２−１〜Ｓ２−３、Ｓ３−１〜Ｓ３−２、又はＳ４−１〜Ｓ４−２）。
【００６２】
以下、電話ユーザ種別Ｂの端末２０と電話ユーザ種別Ａの端末１９との通信に関して、図６を参照して更に詳細に説明する。
【００６３】
ステップＳ１１〜Ｓ１９は、前述のステップＳ１〜Ｓ９と同様である。
【００６４】
即ち、第１ゲートウェイ装置１４によるＤＴ送出制御を経て（ステップＳ１３）、電話ユーザ種別Ｂの端末２０からのパルス（ダイヤルパルス＃１〜＃ｎ）によって加入者回路１４ａを経由し、第１ゲートウェイ装置１４まで転送される。これにより、第１ゲートウェイ装置１４は、通話先相手の電話番号を把握することができる。
【００６５】
第２呼処理サーバ１２は、第１呼処理サーバ１５を経て第１ゲートウェイ装置１４からのＩＮＶＩＴＥ信号（ＳＩＰに基づく発呼要求）を受信すると、第１呼処理サーバ１５を経て第１ゲートウェイ装置１４に１００ Ｔｒｙｉｎｇを返答するとともに、第２ゲートウェイ装置１３に対しＡｄｄ信号（ＭＥＧＡＣＯに基づく設定指示コマンド）を送出し、音声ＩＰパケットの処理に必要な設定を行う。また、第２呼処理サーバ１２は、電話網に対し、共通線信号方式のＩＡＭ信号（Ｉｎｉｔｉａｌ  Ａｄｄｒｅｓｓ  Ｍｅｓｓａｇｅ，接続要求の信号）を送信し、電話網側の呼制御を行う。
【００６６】
第２呼処理サーバ１２は、ＡＣＭ信号（ＩＡＭ信号に対する返答信号）の受信までに電話網の音声情報の送受するパスを確立する。
【００６７】
第２呼処理サーバ１２は、電話網からの共通線信号方式のＣＰＧ信号（途中経過を表す情報）の受信に伴い、１８０ Ｒｉｎｇｉｎｇを第１呼処理サーバ１５に向け送信する。
【００６８】
第１ゲートウェイ装置１４は、呼制御機能により、第１呼処理サーバ１５を介して通話先相手の端末が呼び出し中である旨を伝える１８０ Ｒｉｎｇｉｎｇのレスポンス・ステータスを受信すると、第１ゲートウェイ装置１４は、リソース制御機能により、トーンを送信する機能ブロックを起動して、電話網より前述により既に確立されたパスを通じて、ＲＢＴ（リングバックトーン）を電話ユーザ種別Ｂの端末２０に伝える。
【００６９】
電話ユーザ種別Ａの端末１９がオフフックし、呼び出しに応じると、第２呼処理サーバ１２は、電話網からＡＮＭ信号（通信先相手が応答した旨の通知）が送られ、２００ ＯＫを第１呼処理サーバ１５に向けて送信する。その後の通話開始までの動作は図５で説明した場合と同様に動作する。
【００７０】
このように、この分散制御方式によれば、第１ゲートウェイ装置１４は第１呼処理サーバ１５との間で呼制御を行うとともに、第１ゲートウェイ装置１４が自律的に各種リソース制御を行うことで、電話ユーザ種別Ｂの端末２０は、電話ユーザ種別Ａの端末１９と通話することが可能となる。
【００７１】
次に、図７を参照して集中制御方式を説明する。
【００７２】
［集中制御方式］
集中制御方式では、実リソースの制御を担うリソース制御機能を、第１呼処理サーバ１５側に具備し、第１ゲートウェイ装置１４は第１呼処理サーバ１５からの指示に基づき動作する主従関係（マスター／スレーブ）にあり、第１ゲートウェイ装置１４は自律処理を行わない点で分散制御方式とは相違する。
【００７３】
そのため、リソース制御機能の上位処理に位置する呼制御機能は、第１呼処理サーバ１５側のみに配備される。ただし、第１ゲートウェイ装置１４は、第１呼処理サーバ１５の呼制御に必要となる電話ユーザ種別Ｂの端末２０からの信号を、第１呼処理サーバ１５に伝える信号通知機能を有する。
【００７４】
図７に、電話ユーザ種別Ｂの端末２０の発呼から通話までの、集中制御方式に基づくシーケンス（電話ユーザ種別Ｂの端末２０〜第１呼処理サーバ１５間）を示す。尚、前述の説明と同様に、ＤＰ（ダイヤルトーン）の例で説明する。また、第１ゲートウェイ装置１４〜第１呼処理サーバ１５の通信プロトコルとしてＭＥＧＡＣＯを例に説明する。
【００７５】
ステップＳ２１にて、電話ユーザ種別Ｂの端末２０がオフフック（電話機の受話器を上げる動作）すると、加入者回路１４ａがこれを発呼動作として検知し、オフフック状態を第１ゲートウェイ装置１４に伝える。続いて、第１ゲートウェイ装置１４は、信号通知機能により、検知したオフフック状態をＮｏｔｉｆｙ信号（ＭＥＧＡＣＯに基づくイベント発生の通知）で第１呼処理サーバ１５に伝える。
【００７６】
第１呼処理サーバ１５は、リソース制御機能により、第１ゲートウェイ装置１４に対してＮｏｔｉｆｙ信号に対するＲｅｐｌｙ信号（ＭＥＧＡＣＯに基づく応答信号）の送出と、Ｍｏｄｉｆｙ信号（ＭＥＧＡＣＯに基づくＤＴ送出指示やダイヤル数字受信準備指示）の送出を行う。第１ゲートウェイ装置１４は、リソース制御機能を有していないため、これらの信号の受信に応じて電話ユーザ種別Ｂの端末２０からのダイヤル数字受信準備を行い（ステップＳ２２）、ＤＴ（ダイヤルトーン）送出を行う（ステップＳ２３）。
【００７７】
電話ユーザ種別Ｂの端末２０は、ＤＴ（ダイヤルトーン）の受信に伴い、通話先相手の端末の電話番号をダイヤルする。
【００７８】
ダイヤルの各数字は、パルス（ダイヤルパルス＃１〜＃ｎ）によって加入者回路１４ａを経由し、第１ゲートウェイ装置１４まで転送される。これにより、第１ゲートウェイ装置１４は、通話先相手の電話番号を把握することができる。その後、第１ゲートウェイ装置１４は、信号通知機能により、Ｎｏｔｉｆｙ信号（ＭＥＧＡＣＯに基づくイベント発生の通知）で通話先相手の端末の電話番号を第１呼処理サーバ１５に通知し、第１呼処理サーバ１５は、Ｒｅｐｌｙ信号（Ｎｏｔｉｆｙ信号に対する応答通知）を返信するとともに、通信先対向装置（本例では、第１ゲートウェイ装置１６又は宅内装置１７）に向け、呼制御を開始する。
【００７９】
尚、第１ゲートウェイ装置１４は、分散制御方式と同様、第１数字（ダイヤルパルス＃１）の受信時、リソース制御機能により、送出したＤＴ（ダイヤルトーン）の停止制御を行う（ステップＳ２４）。ただし、図７では、ＤＴ（ダイヤルトーン）の停止を至急実施するために第１ゲートウェイ装置１４が自律で行なう例を示しているが、第１ゲートウェイ装置１４は、信号通知機能により、第１数字の受信を第１呼処理サーバ１５に伝え、第１呼処理サーバ１５からの指示に基づきＤＴ（ダイヤルトーン）の停止制御を行うように構成することもできる。
【００８０】
第１ゲートウェイ装置１４は、リソース制御機能により、通話に先立ち、必要に応じて加入者回路１４ａの動作確認のための第１の内部試験を実施することができる。このため、第１呼処理サーバ１５は、リソース制御により、通信先相手の端末のオンフックを監視して、第１ゲートウェイ装置１４に対してＡｄｄ信号（ＭＥＧＡＣＯに基づく設定指示コマンド）により試験指示を行い、第１ゲートウェイ装置１４に内部試験を実施させる（ステップＳ２５）。第１ゲートウェイ装置１４が内部試験を実施した場合、第１ゲートウェイ装置１４は、リソース制御機能により、Ｒｅｐｌｙ信号（試験結果の通知）で試験結果を第１呼処理サーバ１５に通知する。
【００８１】
第１呼処理サーバ１５は、リソース制御機能により、通信先相手の端末のオンフックを監視して、通話先相手の端末が呼び出し中である旨を伝える情報を当該通信先対向装置から受信すると、Ｍｏｄｉｆｙ信号（ＭＥＧＡＣＯに基づく指示信号）によりＲＢＴ（リングバックトーン）送出指示を第１ゲートウェイ装置１４に送出する。第１ゲートウェイ装置１４は、このＭｏｄｉｆｙ信号に応じてＲＢＴ（リングバックトーン）を電話ユーザ種別Ｂの端末２０に伝えるとともに、Ｒｅｐｌｙ信号（ＲＢＴ送出の通知）で第１呼処理サーバ１５に報告する（ステップＳ２６）。
【００８２】
第１呼処理サーバ１５は、リソース制御機能により、通話先相手の端末がオフフックし、呼び出しに応じたことを伝える情報を認識すると（ステップＳ２７）、Ｍｏｄｉｆｙ信号（ＲＢＴ（リングバックトーン）停止、及び転極等の有無を調べる試験の指示）を第１ゲートウェイ装置１４に送出し、第１ゲートウェイ装置１４にＲＢＴ停止及び試験を実施させる（ステップＳ２８，Ｓ２９）。これにより、第１ゲートウェイ装置１４は、ＲＢＴ（リングバックトーン）を停止し、通話に先立ち、必要に応じて第２の内部試験を実施することができる。
【００８３】
第１ゲートウェイ装置１４が内部試験を実施した場合、第１ゲートウェイ装置１４は、リソース制御機能により、Ｒｅｐｌｙ信号（試験結果の通知）で試験結果を第１呼処理サーバ１５に通知する。これにより、第１呼処理サーバ１５は、正常な通信が可能であると判断し、通話の開始を制御する。
【００８４】
通話において音声信号の送受は、前述の分散制御方式の場合と同様である。
【００８５】
ここで、電話ユーザ種別Ｂの端末２０の通信先相手の端末が電話ユーザ種別Ａの端末１９の場合（即ち、ＩＰ網と電話網との相互接続を行う場合）、第２呼処理サーバ１２と第２ゲートウェイ装置１３との間の処理は、前述の分散制御方式（図６）と同様である。尚、第２呼処理サーバ１２と第１呼処理サーバ１５との間の呼制御信号はＳＩＰを用いることが可能であり、第２呼処理サーバ１２の処理として前述の分散制御方式（図６）と同様となる。
【００８６】
このように、電話ユーザ種別Ｂの端末２０は、固定電話用の加入者線インタフェース２１，２２を変更することなく、ＩＰ電話ユーザ種別Ｃの端末１８、又は電話ユーザ種別Ａの端末１９との通信が可能となる（図１に示す通信ルートＳ１−１〜１−２、Ｓ２−１〜Ｓ２−３、Ｓ３−１〜Ｓ３−２、又はＳ４−１〜Ｓ４−２）。
【００８７】
この集中制御方式の特徴は、第１ゲートウェイ装置１４が第１呼処理サーバ１５からのリソース制御に基づき主従関係で処理を行う点にある。この場合、呼制御を含む制御（ＭＥＧＡＣＯ）信号数は前述の分散制御方式に比べ多くなる（図７における区間ＳＡ〜ＳＤの合計処理は、図５における区間ＳＡと同等であり、第１ゲートウェイ装置１４〜第１呼処理サーバ１５間のシーケンス数は集中制御方式の場合に多くなる）が、主従関係の主となる第１呼処理サーバ１５を中心に管理することで、システム全体の管理を行なうことができる。従って、集中制御方式を採用すれば、システム管理を一元化することができ、管理効率を向上させることができるという利点がある。
【００８８】
従って、固定電話の加入者をＩＰ電話網に徐々に収容替えするにあたって、本実施例のＩＰ通信システムによれば、分散制御方式又は集中制御方式を採用してリソース制御を行うことにより、以下のような効果が得られる。
【００８９】
（１）通信網のＩＰ化によりコストが安くなり、通話料が安くなる。
（２）第１ゲートウェイ装置１４，１６の加入者線インタフェース２２は、加入者交換機１１の加入者線インタフェース２１と同じであるため、電話ユーザ種別Ａの端末１９が、この端末及び宅内の接続構成を変更すること無しに、第１ゲートウェイ装置１４，１６への収容替えを可能とする。尚、電話ユーザ種別Ｂの端末２０は元々は電話ユーザ種別Ａの端末１９と同じ交換機に収容されている場合も、電話ユーザ種別Ｂの端末２０のための新たなＩＰ網が構築されることにより通話料の低廉化などの利点が生じるため、第１ゲートウェイ装置１４に収容替えを行うことはユーザ及び事業者にとっても有用である。当然に、新規に、第１ゲートウェイ装置１４に収容される電話ユーザ種別Ｂの端末２０としてＩＰ網に接続することも可能となる。
（３）第２ゲートウェイ装置１３は、電話網の関門交換機と接続し、ＩＰ網と電話網との相互接続を行うため、電話ユーザ種別Ｂの端末２０やＩＰ電話ユーザ種別Ｃの端末１８（ＩＰ電話）、又は電話ユーザ種別Ａの端末１９との間の通信も可能となる。換言すれば、第２ゲートウェイ装置１３が無い場合には、電話網とＩＰ網は分断され、電話ユーザ種別Ａの端末１９同士の端末間通信、電話ユーザ種別Ｂの端末２０同士の端末間通信、ＩＰ電話ユーザ種別Ｃの端末１８同士の端末間通信、電話ユーザ種別Ｂの端末２０とＩＰ電話ユーザ種別Ｃの端末１８との端末間通信に限定されてしまうことになり、第１ゲートウェイ装置１４，１６と第２ゲートウェイ装置１３の双方を備えることが重要である。
【００９０】
前述した実施例では、特定の形態について説明したが、本発明は、前述した実施例に限定されるものではなく、その主旨を逸脱しない範囲において種々変更可能である。例えば、上述の実施例では、ＳＩＰ／ＭＥＧＡＣＯによる通信プロトコルにて実現する例について説明したが、同様に動作する別の通信プロトコルを用いて実現することもできる。従って、前述した実施例に限定されるものではなく、その主旨を逸脱しない範囲において多くの変形例を実現することができる。  
【産業上の利用可能性】
【００９１】
本発明のＩＰ通信システムによれば、既存の固定電話機とこれを収容するための固定電話回線（メタル回線）を変更することなくＩＰ網に収容することができるので、回線修理や通信網の増設又は変更等を行なう用途に有用である。
【符号の説明】
【００９２】
１０  中継・関門交換機
１１  加入者交換機
１１ａ〜１１ｃ  加入者回路
１２  第２呼処理サーバ
１３  第２ゲートウェイ装置
１４  第１ゲートウェイ装置
１４ａ〜１４ｂ  加入者回路
１５  第１呼処理サーバ
１６  第１ゲートウェイ装置
１７  宅内装置
１８  電話ユーザ種別Ａの端末
１９  電話ユーザ種別Ｂの端末
２０  電話ユーザ種別Ｃの端末
【図１】
2010263359.tif 000003
【図２】
2010263359.tif 000004
【図３】
2010263359.tif 000005
【図４】
2010263359.tif 000006
【図５】
2010263359.tif 000007
【図６】
2010263359.tif 000008
【図７】
2010263359.tif 000009