ＴＣＰ接続方法、呼制御装置及び通信システム
【課題】ＴＣＰコネクションの確立と切断とにともなう処理負担を軽減でき、かつ、異常を検出した場合に代替手段をとることによって呼の中断を防ぐことができるようにする。
【解決手段】呼制御装置２ａが、対向する呼制御装置２ｂごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、呼制御装置２ｂが能動的に設定した第２のＴＣＰコネクションを受動的に設定する。呼制御装置２ａは、第１のＴＣＰコネクションが正常であるか否かを常時監視し、異常を検出した場合にそのＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知し、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信する。
【解決手段】呼制御装置２ａが、対向する呼制御装置２ｂごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、呼制御装置２ｂが能動的に設定した第２のＴＣＰコネクションを受動的に設定する。呼制御装置２ａは、第１のＴＣＰコネクションが正常であるか否かを常時監視し、異常を検出した場合にそのＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知し、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol；インターネット・プロトコル）ネットワークにおけるＴＣＰ（Transport Control Protocol；伝送制御プロトコル）を用いた接続技術に関し、特にＴＣＰ接続方法と、このＴＣＰ接続方法を実行する呼制御装置及び通信システムに関する。
【背景技術】
【０００２】
例えばインターネットのようなネットワークにおいてＴＣＰは、ＩＰを下位プロトコルとして、各種のアプリケーションのデータを伝送するために用いられている。ＴＣＰによるデータ伝送では、相手側からの確認応答のパケットを受信しない限り、ウィンドウサイズと呼ばれるデータ量を超えて連続して相手側にデータを送信できないので、データ伝送のスループットのさらなる向上のために、従来から、送信側と受信側との間で複数のＴＣＰコネクションを設定してこれらのＴＣＰコネクションを用いてデータを並列に伝送することも行われている。
【０００３】
複数のＴＣＰコネクションを設定してデータ送信を行うことの適用例としては、実時間での動画像伝送が挙げられる。例えば特許文献１には、このような実時間での動画像伝送において、送信装置は、動画像データにおいて画像データの１フレーム分または複数フレーム分を単位として単位画像データとし、このような単位画像データを複数に分割して分割画像データを生成し、分割数に応じた数のＴＣＰコネクションを確立することによって、これらの分割画像データを並列に送信し、受信装置は、これらのＴＣＰコネクションにより受信した分割画像データに基づいて、元の単位画像データに戻す処理を実行することが記載されている。このとき、１つのＴＣＰコネクションあたり１つの分割画像データが割り当てられる。このような構成を採用することにより、特許文献１に記載されているように、実時間での動画像伝送を安定的に行うことが可能になる。
【０００４】
しかしながら、複数のＴＣＰコネクションを設定して動画像データの伝送を行う場合、ＴＣＰ接続処理としては、動画像伝送のつどすなわち呼ごとにＴＣＰコネクションを確立し切断を行うため、この確立及び切断のための負荷処理が大きくなる、という課題が生じる。また上位のアプリケーションには、ＴＣＰコネクションが確立されるまで、データ転送を待ち合わせる必要が生じる。
【０００５】
また、ＴＣＰ接続に関連する別の技術としては、例えば非特許文献１には、再送を特定の回数にわたってデータの再送を繰り返しても相手側から確認応答のパケットを得られない場合に、ネットワークや相手装置に異常が発生していると判断し、強制的にＴＣＰコネクションを切断し、上位のアプリケーションに異常終了したことを通知することが開示されている。このような構成によれば、上位のアプリケーションは、障害などの発生により相手装置に対してデータが伝送されなかったことを知ることができ、そのようなデータ伝送上の障害に対応する処置をとることが可能になる。
【０００６】
しかしながら、非特許文献１に記載のものは、ＴＣＰ接続が異常終了したことを上位のアプリケーションに通知するものの、ＴＣＰ接続処理自体としては障害を回避する代替手段をとるまでには至っていないものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２６０６６８号公報
【非特許文献】
【０００８】
【非特許文献１】Henry Sinnreich，Alan B.Johnston著、株式会社ソフトフロント 阪口克彦 監訳、「マスタリングＴＣＰ／ＩＰ ＳＩＰ編」、オーム社、８８〜８９頁
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように従来のＴＣＰ接続技術には、呼ごとにＴＣＰコネクションの確立と切断とを行うため、確立および切断のための処理負荷が大きくなり、また再送を繰り返しても確認応答が得られない場合には上位アプリケーションに対して異常終了したことを通知するものの、障害を回避する代替手段をとるまでに至っていないという課題がある。
【００１０】
本発明の目的は、ＴＣＰコネクションの確立と切断とにともなう処理負担を軽減でき、かつ、異常を検出した場合に代替手段をとることによって呼の中断を防ぐことができるＴＣＰ接続方法と、このようなＴＣＰ接続方法を実行する呼制御装置及び通信システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明のＴＣＰ接続方法は、ネットワークを介して接続した第１の呼制御手段と第２の呼制御手段との間でＴＣＰコネクションを確立し、上位アプリケーションによる呼を疎通させるＴＣＰ接続方法であって、第１の呼制御手段が、対向する第２の呼制御手段ごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、呼とは独立して制御可能であって対応する第２の呼制御手段が能動的に設定した第２のＴＣＰコネクションを受動的に設定するステップと、第１の呼制御手段が、第１のＴＣＰコネクションが正常であるか否かを常時監視し、第１のＴＣＰコネクションにおける異常を検出した場合に当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知するステップと、第１のＴＣＰコネクションが異常であるときに、第１の呼制御手段が、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信するステップと、を有する。
【００１２】
本発明の呼制御装置は、ネットワークに接続し、対向する装置との間で上位アプリケーションによる呼を疎通させる呼制御装置であって、対向する装置ごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定する第１のＴＣＰ機能手段と、対向する装置が能動的に設定した第２のＴＣＰコネクションを受動的に設定する第２のＴＣＰ機能手段と、第１のＴＣＰ機能手段に設けられて第１のＴＣＰコネクションが正常であるか否かを常時監視する監視手段と、監視手段において第１のＴＣＰコネクションにおける異常を検出した場合に、第１の機能手段によって当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知し、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信させる管理手段と、を有する。
【００１３】
本発明の通信システムは、ネットワークと、ネットワークに接続された複数台の本発明に基づく呼制御装置と、を備える。
【発明の効果】
【００１４】
本発明のＴＣＰ接続技術では、ＴＣＰコネクションを呼ごとに確立するのではなく、呼とは独立して長期に確立できるようにして処理負担を軽減し、その反面、ＴＣＰコネクションの確立が呼とは独立しかつ長期にわたることから、ＴＣＰコネクションの正常性を常時監視するようにする。異常を検出した場合は、当該ＴＣＰコネクションが新しい呼の設定のために使われ呼損になることがないようにし、また既に設定に入っている呼の継続信号は、代替手段をとることにより呼が中断されることを防ぐようにする。その結果、本発明によれば、ＴＣＰ処理負担の軽減が達成されるとともに、信頼性の向上、障害耐性の向上がもたらされる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の一形態のＴＣＰ接続方法が適用されるネットワークシステムの全体的な接続構成の一例を示す図である。
【図２】図１に示すシステムの構成を説明するブロック図である。
【図３】呼制御装置の構成の詳細を示すブロック図である。
【図４】呼制御装置の動作を示すフローチャートである。
【図５】図１に示すシステムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
次に、本発明の実施の形態について、図面を参照して説明する。
【００１７】
図１は、本発明に基づくＴＣＰ接続方法が適用されるネットワークシステムの一例の構成を示している。このネットワークシステムは、ＩＰ（インターネットプロトコル）をベースとしたネットワークであるＩＰネットワーク１を含んでおり、ＩＰネットワーク１に対して呼制御装置２ａ，２ｂ（以下、どの呼制御装置であるかを特定しない場合には呼制御装置２と称する）が接続している。ここではＩＰネットワーク１では、ＩＰｖ４（ＩＰバージョン４）に基づくＩＰｖ４ネットワーク１ａとＩＰｖ６（ＩＰバージョン６）に基づくＩＰｖ６ネットワーク１ｂとが独立して設けられている。各呼制御装置２は、加入者系あるいは中継系の呼制御機能を有するサーバであってＩＰｖ４ネットワーク１ａとＩＰｖ６ネットワーク１ｂの双方に対してＴＣＰ／ＩＰによって通信可能なものであり、本発明に基づいてＴＣＰ接続を実行する。呼制御装置２の構成及び機能の詳細については後述する。図ではＩＰネットワーク１に対して２台の呼制御装置２が接続しているが、ＩＰネットワーク１に対してより多くの呼制御装置２を接続することができ、任意の２台の呼制御装置２の間でＴＣＰ／ＩＰに基づくデータ伝送が実行可能である。
【００１８】
呼制御装置２ａ，２ｂには、それぞれ保守管理装置３ａ、３ｂ（以下、どの保守管理装置であるかを特定しない場合は保守管理装置３と称する）が接続している。保守管理装置３は、対応する呼制御装置２やＩＰネットワーク１の管理に用いられるものであり、保守者が操作するコマンドを呼制御装置２に伝え、あるいは呼制御装置２の稼動状態等を保守者に知らせる機能を有する。さらに呼制御装置２ａ，２ｂには、それぞれ端末装置４ａ，４ｂ（以下、どの端末装置であるかを特定しない場合は端末装置４と称する）が接続している。端末装置４は、ユーザが操作する端末装置である。なお図では、１台の呼制御装置２あたり１台の端末装置４が接続しているが、呼制御装置２あたりの端末装置４の数はこれに限られるものではなく、多数の端末装置４が呼制御装置２に接続していてもよい。
【００１９】
ここで、本明細書において使用される「出側」、「入側」の用語について説明する。一般に、１対の呼制御装置２ａ，２ｂの間でＴＣＰコネクションを確立する場合には、３方向ハンドシェイクにより、まず、一方の呼制御装置２ａが他方の呼制御装置２ｂに対してＳＹＮパケットを送信し、これを受けて他方の呼制御装置２ｂはＡＣＫ＋ＳＹＮパケットを一方の呼制御装置２ａに送信し、ＡＣＫ＋ＳＹＮパケットを受信した一方の呼制御装置２ａはＡＣＫパケットを他方の呼制御装置２ｂに送信し、これによりＴＣＰコネクションの確立が完了する。ここで最初にＳＹＮパケットを送信する側を「出側」と呼び、そのようなＳＹＮパケットを受信する側を「入側」と呼ぶ。したがって、「出側ＴＣＰコネクション」とは、自装置である呼制御装置が、対向する呼制御装置に向かって能動的に確立するＴＣＰコネクションのことを指し、「入側ＴＣＰコネクション」とは、対向する呼制御装置が自装置に向かって能動的に確立したＴＣＰコネクションを指すものとする。
【００２０】
本実施形態におけるＴＣＰ接続方法の概要は、
（１）呼制御装置２が、保守管理装置３からの制御に基づき、対向する呼制御装置ごとに、ＩＰバージョン４／ＩＰバージョン６ごとかつ出側／入側別に、すなわち４つのＴＣＰコネクションを、呼とは独立して確立し、
（２）出側ＴＣＰコネクションの正常性を、例えば１０秒間隔によるキープアライブ(Keep Alive)パケットの送出により常時監視し、
（３）キープアライブの失敗およびＴＣＰデータ送達確認のタイムアウトにより異常を検出した場合は、呼制御装置２が、即座に当該出側ＴＣＰコネクションを閉塞することにより当該出側ＴＣＰコネクションが新しい呼の設定のために使われないようにし、
（４）出側ＴＣＰコネクションを閉塞した場合に、既に設定に入っている呼の継続信号については、呼制御装置２が入側ＴＣＰコネクションの利用の可否を判断し、入側ＴＣＰコネクションが利用可であれば、その入側ＴＣＰコネクションを利用することにより継続信号を送信し、
（５）閉塞した出側ＴＣＰコネクションについて、呼制御装置２が、自動的に、周期的に再確立を実施するようにする、
というものである。なお、閉塞した出側ＴＣＰコネクションの再確立の実施に際しては、出側ＴＣＰコネクションの閉塞後、一定時間の間は、出側ＴＣＰコネクションの再確立の実施を抑止するようにする。
【００２１】
ここで呼とは、ＴＣＰよりも上位のプロトコルレイヤに属するアプリケーション（上位アプリケーション）によってエンド・ツー・エンドに設定されるべき呼のことであり、当該上位アプリケーションは、設定された呼を用いてそのアプリケーションのトランザクションの起動や処理を行いデータを送信する。呼の継続信号とは、呼の設定やトランザクションの起動や処理、データの送信のために、上位アプリケーションによってＴＣＰコネクションを介して伝送される信号のことをいう。
【００２２】
本実施形態では、呼とは独立してＴＣＰコネクションを確立している。「呼とは独立」とは、呼の確立および切断とは無関係に、半ば永続的にＴＣＰコネクションを確立して維持することを意味している。本実施形態では、呼ごとにＴＣＰコネクションを確立するのではなく、呼とは独立して長期にわたってＴＣＰコネクションが確立できるすることによって、ＴＣＰコネクションの確立と切断とに必要な処理負担を軽減している。また、ＴＣＰコネクションの確立が呼とは独立しかつ長期にわたることから、本実施形態では、ＴＣＰコネクションの正常性を例えばキープアライブを用いて常時監視するようにし、異常を検出した場合は、当該ＴＣＰコネクションが新しい呼の設定のために使われ呼損になることがないようにする。また異常が検出されたＴＣＰコネクションがある場合には、既に設定に入っている呼の継続信号については代替手段をとることにより、具体的には他のＴＣＰコネクションを利用するようにすることにより、呼が中断されることを防ぎ、信頼性を高めている。
【００２３】
図２は、図１に示したシステムの機能を説明するための図であり、呼制御装置２ａ，２ｂを構成する機能ブロックを示している。ここでは、上位アプリケーションのプロトコルがＳＩＰ（session initiation protocol；セッション確立プロトコル）であって、端末装置４ａと端末装置４ｂとの間でやり取りされるＳＩＰ信号が、呼制御装置２ａと呼制御装置２ｂの間ではＴＣＰコネクションを介して伝送されるものとする。呼制御装置２ａと呼制御装置２ｂは実際には同一構成のものとすることができるが、ここでは説明のため、これらの呼制御装置２ａ，２ｂを構成する各要素に別々の参照符号を割り当てている。
【００２４】
呼制御装置２ａは、ＳＩＰ信号制御部２１ａと、ＴＣＰマネージャ２２ａと、Ｖ４出側ＴＣＰ機能部２３ａと、Ｖ４入側ＴＣＰ機能部２４ａと、Ｖ６出側ＴＣＰ機能部２５ａと、Ｖ６入側ＴＣＰ機能部２６ａとにより構成されている。ここでＳＩＰ信号制御部２１ａには、保守管理装置３ａや端末装置４ａが接続する。同様に呼制御装置２ｂは、保守管理装置３ｂや端末装置４ｂが接続するＳＩＰ信号制御部２１ｂと、ＴＣＰマネージャ２２ｂと、Ｖ４出側ＴＣＰ機能部２３ｂと、Ｖ４入側ＴＣＰ機能部２４ｂと、Ｖ６出側ＴＣＰ機能部２５ｂと、Ｖ６入側ＴＣＰ機能部２６ｂとにより構成されている。
【００２５】
ＳＩＰ信号制御部２１ａ，２１ｂ（以下、どのＳＩＰ信号制御部であるかを特定しない場合はＳＩＰ信号制御部２１と称する）は、端末装置４からのあるいは端末装置４へのＳＩＰ信号を処理してＳＩＰに基づく制御を行うものであって、ＳＩＰ信号におけるセッション確立要求信号や切断信号を受信してこれらの信号を処理し、さらに端末装置４とＴＣＰマネージャ間でこれらの信号を転送する機能を有する。
【００２６】
Ｖ４出側ＴＣＰ機能部２３ａ，２３ｂ（以下、どのＶ４出側ＴＣＰ機能部であるかを特定しない場合はＶ４出側ＴＣＰ機能部２３と称する）は、ＩＰｖ４ネットワーク１ａ上で出側ＴＣＰコネクションを確立する機能を有する。
【００２７】
Ｖ４入側ＴＣＰ機能部２４ａ，２４ｂ（以下、どのＶ４入側ＴＣＰ機能部であるかを特定しない場合はＶ４入側ＴＣＰ機能部２４と称する）は、ＩＰｖ４ネットワーク１ａを介して対向する呼制御装置内のＶ４出側ＴＣＰ機能部２３からの起動により、ＩＰｖ４ネットワーク１ａ上において入側ＴＣＰコネクションを確立する機能を有する。
【００２８】
Ｖ６出側ＴＣＰ機能部２５ａ，２５ｂ（以下、どのＶ６出側ＴＣＰ機能部であるかを特定しない場合はＶ６出側ＴＣＰ機能部２５と称する）は、ＩＰｖ６ネットワーク１ｂ上で出側ＴＣＰコネクションを確立する機能を有する。
【００２９】
Ｖ６入側ＴＣＰ機能部２６ａ，２６ｂ（以下、どのＶ６入側ＴＣＰ機能部であるかを特定しない場合はＶ６入側ＴＣＰ機能部２６と称する）は、ＩＰｖ６ネットワーク１ｂを介して対向する呼制御装置内のＶ６出側ＴＣＰ機能部２５からの起動により、ＩＰｖ６ネットワーク１ｂ上において入側ＴＣＰコネクションを確立する機能を有する。
【００３０】
ＴＣＰマネージャ２２ａ，２２ｂ（以下、どのＴＣＰマネージャであるかを特定しない場合はＴＣＰマネージャ２２と称する）は、そのＴＣＰマネージャ２３を備える呼制御装置２内において、ＳＩＰ信号制御部２１と、Ｖ４出側ＴＣＰ機能部２３、Ｖ４入側ＴＣＰ機能部２４、Ｖ６出側ＴＣＰ機能部２５およびＶ６入側ＴＣＰ機能部２６との間で各種情報を伝達する機能を有する。
【００３１】
上述のように構成された本実施形態のシステムでは、保守管理者がＩＰｖ４のＴＣＰコネクションを確立するコマンドおよびＩＰｖ６のＴＣＰコネクションを確立するコマンドを保守管理装置３ａに投入すると、保守管理装置３ａは、保守管理者から投入されたそれらのコマンドを呼制御装置２ａに伝えるようになっている。呼制御装置２ａでは、これらのコマンドは、ＳＩＰ信号制御部２１ａにまず伝えられ、ＳＩＰ信号制御部２１ａは、ＴＣＰマネージャ２２ａを通してそれらのコマンドをＶ４出側ＴＣＰ機能部２３ａおよびＶ６出側ＴＣＰ機能部２５ａに伝え、Ｖ４出側ＴＣＰ機能部２３ａおよびＶ６出側ＴＣＰ機能部２５ａは、それぞれ、ＩＰネットワーク１を介して対向する相手側の呼制御装置２ｂのＶ４入側ＴＣＰ機能部２４ｂおよびＶ６入側ＴＣＰ機能部２６ｂの間で出側ＴＣＰコネクションを確立する。同様に保守管理装置３ｂは、保守管理者から投入されたＩＰｖ４のＴＣＰコネクションを確立するコマンドおよびＩＰｖ６のＴＣＰコネクションを確立するコマンドをＳＩＰ信号制御部２１ｂに伝え、ＳＩＰ信号制御部２１ｂは、それらのコマンドをＴＣＰマネージャ２２ｂを通してＶ４出側ＴＣＰ機能部２３ｂおよびＶ６出側ＴＣＰ機能部２５ｂに伝え、Ｖ４出側ＴＣＰ機能部２３ｂおよびＶ６出側ＴＣＰ機能部２５ｂは、相手側となる呼制御装置２ａのＶ４入側ＴＣＰ機能部２４ａおよびＶ６入側ＴＣＰ機能部２６ａの間で出側ＴＣＰコネクションを確立する。
【００３２】
このように本実施形態のシステムにおいては、呼制御装置２は、対向する呼制御装置ごとに、ＩＰｖ４／ＩＰｖ６ごとかつ出側／入側別に、呼とは独立して長期にわたって継続するＴＣＰコネクションを確立する。
【００３３】
このように呼制御装置２が呼とは独立して永続的なＴＣＰコネクションを確立している場合に、端末装置４ａが、例えば端末装置４ｂとの間にセッションを設定するセッション確立要求信号を呼制御装置２ａに送信すると、送信されたセッション確立要求信号は、それがＩＰｖ４のものであれば、図２において（１）と記載されているように、呼制御装置２ａのＶ４出側ＴＣＰ機能部２３ａと呼制御装置２ｂのＶ４入側ＴＣＰ機能部２４ｂとの間に確立されているＴＣＰコネクションを通して、端末装置４ｂに伝えられる。そして呼の状態において、終話に伴って端末装置４ｂが呼制御装置２ｂに対してセッションを切断する切断信号を送信すると、送信された切断信号は、図２において（２）と記載されているように、呼制御装置２ｂのＶ４出側ＴＣＰ機能部２３ｂと呼制御装置２ａのＶ４入側ＴＣＰ機能部２４ａとの間に確立されているＴＣＰコネクションを通して、端末装置４ａに伝えられる。
【００３４】
これにより本実施形態では、ＴＣＰコネクションを呼ごとに確立しなくてすみ、また、呼が終話した際にＴＣＰコネクションを切断しなくて済むため、処理負担を軽減することが可能になる。
【００３５】
また本実施形態では、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５は、それぞれの出側ＴＣＰコネクションの正常性を、例えば１０秒間隔によるキープアライブ処理により常時監視し、キープアライブの失敗およびＴＣＰデータ送達確認のタイムアウトにより異常を検出した場合には、即座に当該出側ＴＣＰコネクションを閉塞し、異常状態にあることをＳＩＰ信号制御部２１に通知し、これにより、呼制御装置２は、当該出側ＴＣＰコネクションが新しい呼の設定のために使われないようにし、閉塞した出側ＴＣＰコネクションについて再確立を実施する。ＴＣＰマネージャ２２は、Ｖ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５が異常状態にある場合は、既に設定に入っている呼の継続信号をＶ４入側ＴＣＰ機能部２４あるいはＶ６入側ＴＣＰ機能部２６に伝え、これにより、異常状態にあるＴＣＰコネクションを回避して信号が入側ＴＣＰコネクションを利用して送信されるようにする。
【００３６】
以下、上記に述べたシステムの機能を実現するために係わる構成装置のうち、呼制御装置２についてさらに詳しく説明する。
【００３７】
（呼制御装置の構成）
まず、呼制御装置２の構成について説明する。図３は、図２に示したシステムにおける呼制御装置２の構成の一例を示すものであり、呼制御装置２の機能のうち本発明に関係する部分のみを概念的に示している。
【００３８】
上述したように呼制御装置２は、ＳＩＰ信号制御部２１とＴＣＰマネージャ２２とＶ４出側ＴＣＰ機能部２３とＶ４入側ＴＣＰ機能部２４とＶ６出側ＴＣＰ機能部２５とＶ６入側ＴＣＰ機能部２６とによって構成される。ここでＴＣＰマネージャ２２は、出側ＴＣＰ確立通知部２２１と出側ＴＣＰ解放通知部２２２とＳＩＰ信号管理通知部２２３と状態管理通知部２２４とを備えている。
【００３９】
出側ＴＣＰ確立通知部２２１は、ＳＩＰ信号制御部２１から。ＴＣＰコネクションを確立するコマンド情報を受信し、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５にそれらのコマンド情報を伝える機能を有する。
【００４０】
出側ＴＣＰ解放通知部２２２は、ＳＩＰ信号制御部２１から、ＴＣＰコネクションを解放するコマンド情報を受信し、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５にそれらのコマンド情報を伝える機能を有する。
【００４１】
ＳＩＰ信号管理通知部２２３は、ＳＩＰ信号制御部２１から送られてくる、対向する呼制御装置２に送信するＳＩＰ信号を受信し、受信したＳＩＰ信号をいずれかのＴＣＰ機能部２３〜２６に伝える機能を有する。具体的には、トランザクションを起動する場合には、ＳＩＰ信号管理通知部２２３はＣＩＰ信号をＶ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５に伝え、ＳＩＰ信号が対向する呼制御装置２のリクエストに対するレスポンスである場合には、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６にそのＳＩＰ信号を伝える、状態管理通知部２２４からＶ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５が異常状態にあることが知らされている場合は、既に設定に入っている呼の継続信号については、ＳＩＰ信号管理通知部２２３は、トランザクションを起動する場合であってもＳＩＰ信号をＶ４入側ＴＣＰ機能部２４あるいはＶ６入側ＴＣＰ機能部２６に伝える。さらにＳＩＰ信号管理通知部２２３は、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５、あるいはＶ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６が受信した対向する呼制御装置２から送信されてきたＳＩＰ信号を受信し、そのＳＩＰ信号をＳＩＰ信号制御部２１に伝える機能も有する。
【００４２】
状態管理通知部２２４は、Ｖ４出側ＴＣＰ機能部２３、Ｖ６出側ＴＣＰ機能部２５、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６から伝えられる状態情報を管理し、ＳＩＰ信号制御部２１に伝える機能を有する。これによりＳＩＰ信号制御部２１は、出側ＴＣＰコネクションあるいは入側ＴＣＰコネクションのいずれかが正常である場合は、継続信号をこれまでどおりＳＩＰ信号管理通知部２２３に伝えるが、新規呼については異常が発生していない他の対向する呼制御装置（図示を省略）に伝えるようにする。
【００４３】
このようにＳＩＰ信号制御部２１及びＴＣＰマネージャ２２が構成されていることにより、既に設定に入っている呼の継続制御が可能になり、また新規呼が呼損になることを防ぐことができる。
【００４４】
次に、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５について説明する。Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５は、対象とするネットワークがＩＰｖ４ネットワーク１ａなのかＩＰｖ６ネットワーク１ｂなのかが異なるが内部構成は同様のものであるにあるので、ここでは、Ｖ４出側ＴＣＰ機能部２３を説明する。
【００４５】
Ｖ４出側ＴＣＰ機能部２３は、出側ＴＣＰ確立部２３１と出側ＴＣＰ解放部２３２とＳＩＰ信号部２３３とタイムアウト検出部２３４とキープアライブ(KeepALive)実施部２３５と状態管理部２３６と再確立部２３７と設定抑止部２３８とを備えている。
【００４６】
出側ＴＣＰ確立部２３１は、ＴＣＰマネージャ２２から伝えられた、ＴＣＰコネクションを確立するコマンド情報により、また再確立部２３７から起動されることにより、ＩＰネットワーク上に出側ＴＣＰコネクションを確立する機能を有する。
【００４７】
出側ＴＣＰ解放部２３２は、ＴＣＰマネージャ２２から伝えられた、ＴＣＰコネクションを解放するコマンド情報により、また状態管理部２３６から起動されることにより、ＩＰネットワーク上の出側ＴＣＰコネクションを解放する機能を有する。
【００４８】
ＳＩＰ信号部２３３は、ＴＣＰマネージャ２２から伝えられたＳＩＰ信号を対向する呼制御装置２に送信し、また対向する呼制御装置２から送信されるＳＩＰ信号を受信し、ＴＣＰマネージャ２２に伝える機能を有する。
【００４９】
タイムアウト検出部２３４は、ＴＣＰデータ送達確認のタイムアウトにより異常を検出する機能を有する。
【００５０】
キープアライブ実施部２３５は、ＳＩＰ信号部２３３が一定時間にわたってＳＩＰ信号を送信していない場合に、キープアライパケットを送出してキープアライブ動作を実施し、出側ＴＣＰコネクションの異常を検出する機能を有する。
【００５１】
状態管理部２３６は、出側ＴＣＰ確立部２３１による出側ＴＣＰコネクションの確立、出側ＴＣＰ解放部２３２によるが出側ＴＣＰコネクションの解放、タイムアウト検出部２３４による異常の検出、キープアライブ実施部２３５による異常の検出を受け、出側ＴＣＰ解放部２３２を起動し出側ＴＣＰコネクションを解放し、状態をＴＣＰマネージャ２２に伝える機能を有する。また、状態管理部２３６は、再確立部２３７の起動を行う機能も有する。
【００５２】
再確立部２３７は、起動された場合に、設定抑止部２３８に抑止条件が解除されているかの問合せを行い、抑止条件が解除されると出側ＴＣＰ確立部２３１を起動し、出側ＴＣＰコネクションの確立を行う機能を有する。
【００５３】
設定抑止部２３８は、異常検出などによって出側ＴＣＰコネクションを解放したのちにその出側ＴＣＰコネクションの確立の実施を見合わせる時間を規定する機能を有する。これは、出側ＴＣＰコネクションの解放と同時にその出側ＴＣＰコネクションの再確立を実施しても、依然として出側ＴＣＰコネクションが異常となる確率が高いからである。
【００５４】
次に、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６について説明する。Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６は、対象とするネットワークがＩＰｖ４ネットワーク１ａなのかＩＰｖ６ネットワーク１ｂなのかが異なるが内部構成は同様のものであるにあるので、ここでは、Ｖ４入側ＴＣＰ機能部２４を説明する。
【００５５】
Ｖ４入側ＴＣＰ機能部２４は、ＳＩＰ信号部２４１とタイムアウト検出部２４２と状態管理部２４３とを備えている。
【００５６】
ＳＩＰ信号部２４１は、ＴＣＰマネージャ２２から伝えられたＳＩＰ信号を対向する呼制御装置２に送信し、また対向する呼制御装置２から送信されるＳＩＰ信号を受信し、ＴＣＰマネージャ２２に伝える機能を有する。
【００５７】
タイムアウト検出部２４２は、ＴＣＰデータ送達確認のタイムアウトにより異常を検出する機能を有する。
【００５８】
状態管理部２４３は、タイムアウト検出部２４２による異常の検出を受け、状態をＴＣＰマネージャ２２に伝える機能を有する。
【００５９】
上述のように各ＴＣＰ機能部２３〜２６を構成することにより、出側ＴＣＰコネクションを常時監視できるようになり、異常を検出した場合には、その異常が起きている出側ＴＣＰコネクションが新しい呼の設定のために使われて呼損になることが防止される。さらにこの構成によれば、異常が検出された場合には、既に設定に入っている呼の信号は他のＴＣＰコネクションを介して継続されるので、呼が中断されることがぐことができる。
【００６０】
（呼制御装置の動作）
次に、呼制御装置２の動作の詳細について説明する。図４は、図３に示す呼制御装置２の動作例を示すフローチャートである。ここでは、ＩＰｖ４ネットワーク１ａ上にＴＣＰコネクションを確立する場合を説明するが、ＩＰｖ６ネットワーク１ｂ上にＴＣＰコネクションを確立する場合であっても同様の処理が実行される。
【００６１】
呼制御装置２において、ＴＣＰマネージャ２２の出側ＴＣＰ確立通知部２２１が、出側ＴＣＰコネクションを確立することを指示するコマンド情報を受信すると（ステップＡ１）、その旨がＶ４出側ＴＣＰ機能部２３内の出側ＴＣＰ確立部２３１に伝えられ、出側ＴＣＰ確立部２３１がＩＰｖ４ネットワーク１ａ上に出側ＴＣＰコネクションを確立する（ステップＡ２）。
【００６２】
出側ＴＣＰコネクションが確立すると、キープアライブ実施部２３５は、ＳＩＰ信号がそのＴＣＰコネクション上で送信されていない時間を計測し（ステップＡ３）、送信がない時間が一定時間、例えば１０秒以上になると（ステップＡ４）、キープアライブ動作を実施し（ステップＡ５）、キープアライブが正常かどうかを判定する（ステップＡ６）。キープアライブにおける正常が確認された場合には、処理はステップＡ３に戻る。また、ステップＡ４において、ＳＩＰ信号が存在しない時間が前述した一定時間に満たない場合にも、処理はステップＡ３に戻る。これらにより、ＳＩＰ信号が存在しない期間中、キープアライブ動作が周期的に実施されることになる。
【００６３】
キープアライブ実施部２３５は、ステップＡ６において異常を検出すると、その旨を状態管理部２３６に伝え、状態管理部２３６は、出側ＴＣＰコネクションに異常が発生している旨を状態情報として蓄積するとともに（ステップＡ７）、その旨を出側ＴＣＰ解放部２３２及び再確立部２３７に通知するとともに、ＴＣＰマネージャ２２内の状態管理通知部２２４にも通知する（ステップＡ８）。
【００６４】
出側ＴＣＰコネクションでの異常発生を通知された出側ＴＣＰ解放部２３２は、対応する出側ＴＣＰコネクションを解放し（ステップＡ９）、再確立部２３７は、設定抑止部２３８を起動して一定時間経過したことにより（ステップＡ１０）、出側ＴＣＰ確立部２３１を起動して再確立を実施し（ステップＡ１１）、出側ＴＣＰコネクションが再確立できたかを判断する（ステップＡ１２）。出側ＴＣＰコネクションを再確立できた場合には、状態管理部２３６が、一旦蓄積した出側ＴＣＰコネクションの異常を取り消し（ステップＡ１３）、状態管理通知部２２４に対して出側ＴＣＰコネクションの異常の取り消しを伝える（ステップＡ１４）。その後、処理はステップＡ３に戻る。一方、ステップＡ１２において再確立できなかった場合には、再確立を試みた回数が規定回数に達したかどうかを判断し（ステップＡ１５）、規定回数に達していない場合にはステップＡ１０に戻ることによって、規定回数まで再確立を試みる。ステップＡ１５において規定回数に達しても出側ＴＣＰコネクションを確立できなかった場合には、状態管理部２３６は、確立できなかったことを蓄積し（ステップＡ１６）、ＴＣＰマネージャ２２の状態管理通知部２２４に状態を通知する（ステップＡ１７）。状態管理通知部２２４では、ステップＡ１９に示すように、出側ＴＣＰコネクションおよび入側ＴＣＰコネクションの状態を管理する。
【００６５】
ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、ＳＩＰ信号制御部２１からＳＩＰ信号が送られてくると（ステップＡ１８）、出側ＴＣＰコネクションおよび入側ＴＣＰコネクションに障害が発生しているという情報が状態管理通知部２２４から届いてない場合（すなわち「出側ＴＣＰ正常」かつ「入側ＴＣＰ正常」）には（ステップＡ１９１）、ＳＩＰ信号がトランザクションを起動する信号であれば（ステップＡ２０）、そのＳＩＰ信号をＶ４出側ＴＣＰ機能部２３に伝える（ステップＡ２１）。Ｖ４出側ＴＣＰ機能部２３では、ＳＩＰ信号部２３３が状態管理通知部２２４からＳＩＰ信号を受信し、そのＳＩＰ信号をＩＰｖ４ネットワーク１ａにおいて既に確立している出側ＴＣＰコネクションを介して送信する（ステップＡ２２）。これと同時にタイムアウト検出部２３４がタイムをカウントし（ステップＡ２３）、時間内に処理が終わったかどうかを判断する（ステップＡ２４）。時間内であった場合、すなわちタイムアウトでなかった場合には、処理はステップＡ１８に戻る。これに対し、ステップＡ２４において時間内でなかった場合、すなわち、タイムアウトとなった場合には、前述のステップＡ７の先頭に移行する。
【００６６】
また、ステップＡ１８においてＳＩＰ信号を受信し、かつ、ステップＡ１９において状態管理通知部２２４から出側ＴＣＰコネクションおよび入側ＴＣＰコネクションに障害が発生しているという情報が届いてない場合であって（ステップＡ１９１）、そのＳＩＰ信号が、対向の呼制御装置のリクエストの受信に対するレスポンスである場合（ステップＡ２５）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、そのＳＩＰ信号をＶ４入側ＴＣＰ機能部２４に伝える（ステップＡ２６）。Ｖ４入側ＴＣＰ機能部２４では、ＳＩＰ信号部２４１が状態管理通知部２２４からＳＩＰ信号を受信し、そのＳＩＰ信号をＩＰｖ４ネットワーク１ａにおいて既に確立している入側ＴＣＰコネクションを介して送信する（ステップＡ２７）。これと同時にタイムアウト検出部２４２がタイムをカウントし（ステップＡ２８）、時間内に処理が終わったかどうかを判断する（ステップＡ２９）。時間内であった場合、すなわちタイムアウトでなかった場合には、処理はステップＡ１８に戻る。これに対し、ステップＡ２９において時間内でなかった場合、すなわち、タイムアウトとなった場合には、タイムアウト検出部２４２はその旨を状態管理部２４３に伝え、状態管理部２４３は、入側ＴＣＰコネクションに異常が発生していることを状態情報として蓄積するとともに（ステップＡ３０）、その旨をＴＣＰマネージャ２２の状態管理通知部２２４に通知し（ステップＡ３１）、ステップＡ１９に戻る。
【００６７】
ステップＡ１８でＳＩＰ信号を受信したがステップＡ１９において出側ＴＣＰコネクションに異常が発生している場合（入側ＴＣＰコネクションは正常）（ステップＡ１９２）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、継続信号であるＳＩＰ信号をＶ４入側ＴＣＰ機能部２４に伝える（ステップＡ３２）。その後は、上述したステップＡ２６からの処理が実行される。
【００６８】
ステップＡ１８でＳＩＰ信号を受信したがステップＡ１９において入側ＴＣＰコネクションに異常が発生している場合（出側ＴＣＰコネクションは正常）（ステップＡ１９３）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、継続信号であるＳＩＰ信号をＶ４出側ＴＣＰ機能部２３に伝える（ステップＡ３３）。その後は、上述したステップＡ２１からの処理が実行される。
【００６９】
ＴＣＰマネージャ２２の出側ＴＣＰ解放通知部２２２が、ＩＰｖ４ネットワーク１ａ上の出側ＴＣＰコネクションを解放することを指示するコマンド情報を受信した場合には（ステップＡ３４）、その旨がＶ４出側ＴＣＰ機能部２３の出側ＴＣＰ解放部２３２に伝えられ、出側ＴＣＰ解放部２３２がその出側ＴＣＰコネクションを解放する（ステップＡ３５）。
【００７０】
（システムの動作）
次に、上述の図４のように動作する呼制御装置２を有するシステム全体としての動作を説明する。図５は、システム全体の動作の一例を示すシーケンスチャートであり、ここでは、図１に示すシステムにおける保守管理装置３ａ、呼制御装置２ａ、呼制御装置２ｂおよび保守管理装置３ｂの相互間の信号やデータのやり取りを示している。なお、図５の左半分は呼制御装置２ａが確立する出側ＴＣＰコネクション（呼制御装置２ｂから見れば入側ＴＣＰコネクション）に関する動作を示し、右半分は呼制御装置２ｂが確立する出側ＴＣＰコネクションに関する動作を示している。実際には、呼制御装置２ａ，２ｂは同時期に出側ＴＣＰコネクションを確立するものであり、各呼制御装置の動作は、図５の左半分のシーケンスと右半分のシーケンスとを重ね合わせたものとなる。以下では、上位アプリケーションとして、ＩＰ電話のためのＳＩＰが用いられるものとする。
【００７１】
保守管理装置３ａが、出側ＴＣＰコネクションを確立するコマンドを送出すると（ステップＢ１）、呼制御装置２ａがそのコマンドを受信し、ＩＰネットワーク１において３方向ハンドシェイクによってＴＣＰコネクションを確立するために、まず、呼制御装置２ｂにＳＹＮパケットを送信する（ステップＢ２）。呼制御装置２ｂはそのＳＹＮパケットを受信すると、ＡＣＫ＋ＳＹＮパケットを呼制御装置２ａ返送し（ステップＢ３）、呼制御装置２ａはＡＣＫ＋ＳＹＮを受信すると、次にＡＣＫを呼制御装置２ｂに送信する（ステップＢ４）。呼制御装置２ｂがＡＣＫを受信することによって、出側ＴＣＰコネクションが確立される（ステップＢ５）。
【００７２】
呼制御装置２ａが出側ＴＣＰコネクションが確立した状態で、このＴＣＰコネクション上で１０秒以上ＳＩＰ信号がないと、呼制御装置２ａはキープアライブ(KeepAlive)パケットを呼制御装置に送信し（ステップＢ６）、呼制御装置２ｂがＡＣＫを返送することにより（ステップＢ７）、ＴＣＰコネクションが正常であることが確認される。
【００７３】
同様に保守管理装置３ｂが、出側ＴＣＰコネクションを確立するコマンドを送出すると（ステップＢ８）、呼制御装置２ｂがそのコマンドを受信し、呼制御装置２ａにＳＹＮを送信する（ステップＢ９）。ＳＹＮを受信した呼制御装置２ａが呼制御装置２ｂにＡＣＫ＋ＳＹＮを返送し（ステップＢ１０）、ＡＣＫ＋ＳＹＮを受信した呼制御装置２ｂが呼制御装置２ａにＡＣＫを返送して（ステップＢ１１）呼制御装置２ａが受信することにより、出側ＴＣＰコネクションが確立される（ステップＢ１２）。
【００７４】
呼制御装置２ｂが出側ＴＣＰコネクションを確立した状態で、このＴＣＰコネクション上で１０秒以上ＳＩＰ信号がないと、呼制御装置２ｂがキープアライブパケットを送信し（ステップＢ１３）、呼制御装置２ａがＡＣＫを返送することにより（ステップＢ１４）、ＴＣＰコネクションが正常であることが確認される。
【００７５】
端末装置４ｂに対して電話による通信をするために端末装置４ａがセッション確立要求信号（１）（ＩＮＶＩＴＥ（１））を送信すると（ステップＢ１５）、呼制御装置２ａがＩＮＶＩＴＥ（１）を受信して呼制御装置２ｂにＩＮＶＩＴＥ（２）を送信し（ステップＢ１６）、呼制御装置２ｂはＩＮＶＩＴＥ（２）を受信して端末装置４ｂにＩＮＶＩＴＥ（３）を送信する（ステップＢ１７）。ＩＮＶＩＴＥ（３）を受信した端末装置４ｂは、１８０Ｒｉｎｇｉｎｇ（１）を送信し（ステップＢ１８）、１８０Ｒｉｎｇｉｎｇ（１）を受信した呼制御装置２ｂは１８０Ｒｉｎｇｉｎｇ（２）を呼制御装置２ａに送出し（ステップＢ１９）、１８０Ｒｉｎｇｉｎｇ（２）を受信した呼制御装置２ａは１８０Ｒｉｎｇｉｎｇ（３）を端末装置４ａに送信する（ステップＢ２０）。続いて端末装置４ｂが２００ＯＫ（１）を呼制御装置２ｂに送信すると（ステップＢ２１）、２００ＯＫ（１）を受信した呼制御装置２ｂが２００ＯＫ（２）を呼制御装置２ａに送信し（ステップＢ２２）、２００ＯＫ（２）を受信した呼制御装置２ａが端末装置４ａに２００ＯＫ（３）を送信する（ステップＢ２３）。２００ＯＫ（３）を受信した端末装置４ａがＡＣＫ（１）を呼制御装置２ａに返送すると（ステップＢ２４）、ＡＣＫ（１）を受信した呼制御装置２ａはＡＣＫ（２）を呼制御装置２ｂに送信し（ステップＢ２５）、ＡＣＫ（２）を受信した呼制御装置２ｂが端末装置４ｂにＡＣＫ（３）を送信し（ステップＢ２６）、端末装置４ｂがＡＣＫ（３）受信する。
【００７６】
以上の動作により、端末装置４ａと端末装置４ｂとは通話できる状態になり、端末装置４ａのユーザと端末装置４ｂのユーザとの間での通話が開始する。なお図では、スペースの関係で、１８０Ｒｉｎｇｉｎｇ（１）、２００ＯＫ（１）などは、それぞれ１８０（１），２００（１）のように記載されている。
【００７７】
端末装置４ａと端末装置４ｂとの通話が終了すると、この終話に伴って、端末装置４ａがＢＹＥ（１）を呼制御装置２ａに送信する（ステップＢ２７）。ＢＹＥ（１）を受信した呼制御装置２ａは、呼制御装置２ｂにＢＹＥ（２）を送信する。呼制御装置２ａと呼制御装置２ｂとの間では、ＩＰネットワーク１上のＴＣＰコネクションを介してＢＹＥ（２）が送信されるが、ここでＢＹＥ（２）の送信がタイムアウトになり送信が完了しないとする（ステップＢ２８）。その結果、図４に示した手順により、呼制御装置２ａは、呼制御装置２ｂに向けた出側ＴＣＰコネクションを閉塞し、障害が出ていることを上位アプリケーションに通知する（ステップＢ２９）。そして呼制御装置２ａは、入側ＴＣＰコネクション（すなわち呼制御装置２ｂから見た出側ＴＣＰコネクション）を選択し、その入側ＴＣＰコネクションを使って呼制御装置２ｂにＢＹＥ（３）を送信する（ステップＢ３０）。このＢＹＥ（３）を受信した呼制御装置２ｂは、端末装置４ｂにＢＹＥ（４）を送信する（ステップＢ３１）。ＢＹＥ（４）を受信したことに基づいて端末装置４ｂが、２００ＯＫ（４）を呼制御装置２ｂに送信すると（ステップＢ３２）、２００ＯＫ（４）を受信した呼制御装置２ｂが２００ＯＫ（５）を呼制御装置２ａに送信し（ステップＢ３３）、２００ＯＫ（５）を受信した呼制御装置２ａが端末装置４ａに２００ＯＫ（６）を送信する（ステップＢ３４）。２００ＯＫ（６）を端末装置４ａが受信することで、終話処理が完了する。すなわち、呼制御装置２ａから見た出側ＴＣＰコネクションに異常が発生していたことにより、継続信号であるＳＩＰ信号の伝送が、それまでの出側ＴＣＰコネクションから、呼制御装置２ａから見た入側ＴＣＰコネクションに移って継続したことになる。
【００７８】
ステップＢ２９での出側ＴＣＰコネクションの閉塞に引き続いて、呼制御装置２ａは、この出側ＴＣＰコネクションの再確立を行うが（ステップＢ３５）、再確立できなかった場合には、その旨が保守管理装置３ａに通知される（ステップＢ３６）。
【００７９】
保守管理装置３ｂが、呼制御装置２ｂからの出側ＴＣＰコネクションを解放するコマンドを送出すると（ステップＢ３７）、呼制御装置２ｂは、そのコマンドを受信し、３方向ハンドシェークによってＴＣＰコネクションを解放するために、呼制御装置２ａにＦＩＮを送信する（ステップＢ３８）。ＦＩＮを受信した呼制御装置２ａが、呼制御装置２ｂに対してＡＣＫを返信し（ステップＢ３９）、ＦＩＮを送信する（ステップＢ４０）。ＦＩＮとＡＣＫとを受信した呼制御装置２ｂが呼制御装置２ａに対してＡＣＫを返信することにより（ステップＢ４１）、出側ＴＣＰコネクションが解放される（ステップＢ４２）。
【符号の説明】
【００８０】
１ ＩＰネットワーク
１ａ ＩＰｖ４ネットワーク
１ｂ ＩＰｖ６ネットワーク
２ａ，２ｂ 呼制御装置
３ａ，３ｂ 保守管理装置
４ａ，４ｂ 端末装置
２１，２１ａ，２１ｂ ＳＩＰ信号制御部
２２，２２ａ，２２ｂ ＴＣＰマネージャ
２３，２３ａ，２３ｂ Ｖ４出側機能部
２４，２４ａ，２４ｂ Ｖ４入側機能部
２５，２５ａ，２５ｂ Ｖ６出側機能部
２６，２６ａ，２６ｂ Ｖ６入側機能部
２２１ 出側ＴＣＰ確立通知部
２２２ 出側ＴＣＰ解放通知部
２２３ ＳＩＰ信号管理通知部
２２４ 状態管理通知部
２３１ 出側ＴＣＰ確立部
２３２ 出側ＴＣＰ解放部
２３３，２４１ ＳＩＰ信号部
２３４，２４２ タイムアウト検出部
２３５ キープアライブ実施部
２３６，２４３ 状態管理部
２３７ 再確立部
２３８ 設定抑止部
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol；インターネット・プロトコル）ネットワークにおけるＴＣＰ（Transport Control Protocol；伝送制御プロトコル）を用いた接続技術に関し、特にＴＣＰ接続方法と、このＴＣＰ接続方法を実行する呼制御装置及び通信システムに関する。
【背景技術】
【０００２】
例えばインターネットのようなネットワークにおいてＴＣＰは、ＩＰを下位プロトコルとして、各種のアプリケーションのデータを伝送するために用いられている。ＴＣＰによるデータ伝送では、相手側からの確認応答のパケットを受信しない限り、ウィンドウサイズと呼ばれるデータ量を超えて連続して相手側にデータを送信できないので、データ伝送のスループットのさらなる向上のために、従来から、送信側と受信側との間で複数のＴＣＰコネクションを設定してこれらのＴＣＰコネクションを用いてデータを並列に伝送することも行われている。
【０００３】
複数のＴＣＰコネクションを設定してデータ送信を行うことの適用例としては、実時間での動画像伝送が挙げられる。例えば特許文献１には、このような実時間での動画像伝送において、送信装置は、動画像データにおいて画像データの１フレーム分または複数フレーム分を単位として単位画像データとし、このような単位画像データを複数に分割して分割画像データを生成し、分割数に応じた数のＴＣＰコネクションを確立することによって、これらの分割画像データを並列に送信し、受信装置は、これらのＴＣＰコネクションにより受信した分割画像データに基づいて、元の単位画像データに戻す処理を実行することが記載されている。このとき、１つのＴＣＰコネクションあたり１つの分割画像データが割り当てられる。このような構成を採用することにより、特許文献１に記載されているように、実時間での動画像伝送を安定的に行うことが可能になる。
【０００４】
しかしながら、複数のＴＣＰコネクションを設定して動画像データの伝送を行う場合、ＴＣＰ接続処理としては、動画像伝送のつどすなわち呼ごとにＴＣＰコネクションを確立し切断を行うため、この確立及び切断のための負荷処理が大きくなる、という課題が生じる。また上位のアプリケーションには、ＴＣＰコネクションが確立されるまで、データ転送を待ち合わせる必要が生じる。
【０００５】
また、ＴＣＰ接続に関連する別の技術としては、例えば非特許文献１には、再送を特定の回数にわたってデータの再送を繰り返しても相手側から確認応答のパケットを得られない場合に、ネットワークや相手装置に異常が発生していると判断し、強制的にＴＣＰコネクションを切断し、上位のアプリケーションに異常終了したことを通知することが開示されている。このような構成によれば、上位のアプリケーションは、障害などの発生により相手装置に対してデータが伝送されなかったことを知ることができ、そのようなデータ伝送上の障害に対応する処置をとることが可能になる。
【０００６】
しかしながら、非特許文献１に記載のものは、ＴＣＰ接続が異常終了したことを上位のアプリケーションに通知するものの、ＴＣＰ接続処理自体としては障害を回避する代替手段をとるまでには至っていないものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−２６０６６８号公報
【非特許文献】
【０００８】
【非特許文献１】Henry Sinnreich，Alan B.Johnston著、株式会社ソフトフロント 阪口克彦 監訳、「マスタリングＴＣＰ／ＩＰ ＳＩＰ編」、オーム社、８８〜８９頁
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように従来のＴＣＰ接続技術には、呼ごとにＴＣＰコネクションの確立と切断とを行うため、確立および切断のための処理負荷が大きくなり、また再送を繰り返しても確認応答が得られない場合には上位アプリケーションに対して異常終了したことを通知するものの、障害を回避する代替手段をとるまでに至っていないという課題がある。
【００１０】
本発明の目的は、ＴＣＰコネクションの確立と切断とにともなう処理負担を軽減でき、かつ、異常を検出した場合に代替手段をとることによって呼の中断を防ぐことができるＴＣＰ接続方法と、このようなＴＣＰ接続方法を実行する呼制御装置及び通信システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明のＴＣＰ接続方法は、ネットワークを介して接続した第１の呼制御手段と第２の呼制御手段との間でＴＣＰコネクションを確立し、上位アプリケーションによる呼を疎通させるＴＣＰ接続方法であって、第１の呼制御手段が、対向する第２の呼制御手段ごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、呼とは独立して制御可能であって対応する第２の呼制御手段が能動的に設定した第２のＴＣＰコネクションを受動的に設定するステップと、第１の呼制御手段が、第１のＴＣＰコネクションが正常であるか否かを常時監視し、第１のＴＣＰコネクションにおける異常を検出した場合に当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知するステップと、第１のＴＣＰコネクションが異常であるときに、第１の呼制御手段が、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信するステップと、を有する。
【００１２】
本発明の呼制御装置は、ネットワークに接続し、対向する装置との間で上位アプリケーションによる呼を疎通させる呼制御装置であって、対向する装置ごとに、呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定する第１のＴＣＰ機能手段と、対向する装置が能動的に設定した第２のＴＣＰコネクションを受動的に設定する第２のＴＣＰ機能手段と、第１のＴＣＰ機能手段に設けられて第１のＴＣＰコネクションが正常であるか否かを常時監視する監視手段と、監視手段において第１のＴＣＰコネクションにおける異常を検出した場合に、第１の機能手段によって当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を上位アプリケーションに通知し、既に設定されている上位アプリケーションの信号を第２のＴＣＰコネクションを介して送受信させる管理手段と、を有する。
【００１３】
本発明の通信システムは、ネットワークと、ネットワークに接続された複数台の本発明に基づく呼制御装置と、を備える。
【発明の効果】
【００１４】
本発明のＴＣＰ接続技術では、ＴＣＰコネクションを呼ごとに確立するのではなく、呼とは独立して長期に確立できるようにして処理負担を軽減し、その反面、ＴＣＰコネクションの確立が呼とは独立しかつ長期にわたることから、ＴＣＰコネクションの正常性を常時監視するようにする。異常を検出した場合は、当該ＴＣＰコネクションが新しい呼の設定のために使われ呼損になることがないようにし、また既に設定に入っている呼の継続信号は、代替手段をとることにより呼が中断されることを防ぐようにする。その結果、本発明によれば、ＴＣＰ処理負担の軽減が達成されるとともに、信頼性の向上、障害耐性の向上がもたらされる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の一形態のＴＣＰ接続方法が適用されるネットワークシステムの全体的な接続構成の一例を示す図である。
【図２】図１に示すシステムの構成を説明するブロック図である。
【図３】呼制御装置の構成の詳細を示すブロック図である。
【図４】呼制御装置の動作を示すフローチャートである。
【図５】図１に示すシステムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
次に、本発明の実施の形態について、図面を参照して説明する。
【００１７】
図１は、本発明に基づくＴＣＰ接続方法が適用されるネットワークシステムの一例の構成を示している。このネットワークシステムは、ＩＰ（インターネットプロトコル）をベースとしたネットワークであるＩＰネットワーク１を含んでおり、ＩＰネットワーク１に対して呼制御装置２ａ，２ｂ（以下、どの呼制御装置であるかを特定しない場合には呼制御装置２と称する）が接続している。ここではＩＰネットワーク１では、ＩＰｖ４（ＩＰバージョン４）に基づくＩＰｖ４ネットワーク１ａとＩＰｖ６（ＩＰバージョン６）に基づくＩＰｖ６ネットワーク１ｂとが独立して設けられている。各呼制御装置２は、加入者系あるいは中継系の呼制御機能を有するサーバであってＩＰｖ４ネットワーク１ａとＩＰｖ６ネットワーク１ｂの双方に対してＴＣＰ／ＩＰによって通信可能なものであり、本発明に基づいてＴＣＰ接続を実行する。呼制御装置２の構成及び機能の詳細については後述する。図ではＩＰネットワーク１に対して２台の呼制御装置２が接続しているが、ＩＰネットワーク１に対してより多くの呼制御装置２を接続することができ、任意の２台の呼制御装置２の間でＴＣＰ／ＩＰに基づくデータ伝送が実行可能である。
【００１８】
呼制御装置２ａ，２ｂには、それぞれ保守管理装置３ａ、３ｂ（以下、どの保守管理装置であるかを特定しない場合は保守管理装置３と称する）が接続している。保守管理装置３は、対応する呼制御装置２やＩＰネットワーク１の管理に用いられるものであり、保守者が操作するコマンドを呼制御装置２に伝え、あるいは呼制御装置２の稼動状態等を保守者に知らせる機能を有する。さらに呼制御装置２ａ，２ｂには、それぞれ端末装置４ａ，４ｂ（以下、どの端末装置であるかを特定しない場合は端末装置４と称する）が接続している。端末装置４は、ユーザが操作する端末装置である。なお図では、１台の呼制御装置２あたり１台の端末装置４が接続しているが、呼制御装置２あたりの端末装置４の数はこれに限られるものではなく、多数の端末装置４が呼制御装置２に接続していてもよい。
【００１９】
ここで、本明細書において使用される「出側」、「入側」の用語について説明する。一般に、１対の呼制御装置２ａ，２ｂの間でＴＣＰコネクションを確立する場合には、３方向ハンドシェイクにより、まず、一方の呼制御装置２ａが他方の呼制御装置２ｂに対してＳＹＮパケットを送信し、これを受けて他方の呼制御装置２ｂはＡＣＫ＋ＳＹＮパケットを一方の呼制御装置２ａに送信し、ＡＣＫ＋ＳＹＮパケットを受信した一方の呼制御装置２ａはＡＣＫパケットを他方の呼制御装置２ｂに送信し、これによりＴＣＰコネクションの確立が完了する。ここで最初にＳＹＮパケットを送信する側を「出側」と呼び、そのようなＳＹＮパケットを受信する側を「入側」と呼ぶ。したがって、「出側ＴＣＰコネクション」とは、自装置である呼制御装置が、対向する呼制御装置に向かって能動的に確立するＴＣＰコネクションのことを指し、「入側ＴＣＰコネクション」とは、対向する呼制御装置が自装置に向かって能動的に確立したＴＣＰコネクションを指すものとする。
【００２０】
本実施形態におけるＴＣＰ接続方法の概要は、
（１）呼制御装置２が、保守管理装置３からの制御に基づき、対向する呼制御装置ごとに、ＩＰバージョン４／ＩＰバージョン６ごとかつ出側／入側別に、すなわち４つのＴＣＰコネクションを、呼とは独立して確立し、
（２）出側ＴＣＰコネクションの正常性を、例えば１０秒間隔によるキープアライブ(Keep Alive)パケットの送出により常時監視し、
（３）キープアライブの失敗およびＴＣＰデータ送達確認のタイムアウトにより異常を検出した場合は、呼制御装置２が、即座に当該出側ＴＣＰコネクションを閉塞することにより当該出側ＴＣＰコネクションが新しい呼の設定のために使われないようにし、
（４）出側ＴＣＰコネクションを閉塞した場合に、既に設定に入っている呼の継続信号については、呼制御装置２が入側ＴＣＰコネクションの利用の可否を判断し、入側ＴＣＰコネクションが利用可であれば、その入側ＴＣＰコネクションを利用することにより継続信号を送信し、
（５）閉塞した出側ＴＣＰコネクションについて、呼制御装置２が、自動的に、周期的に再確立を実施するようにする、
というものである。なお、閉塞した出側ＴＣＰコネクションの再確立の実施に際しては、出側ＴＣＰコネクションの閉塞後、一定時間の間は、出側ＴＣＰコネクションの再確立の実施を抑止するようにする。
【００２１】
ここで呼とは、ＴＣＰよりも上位のプロトコルレイヤに属するアプリケーション（上位アプリケーション）によってエンド・ツー・エンドに設定されるべき呼のことであり、当該上位アプリケーションは、設定された呼を用いてそのアプリケーションのトランザクションの起動や処理を行いデータを送信する。呼の継続信号とは、呼の設定やトランザクションの起動や処理、データの送信のために、上位アプリケーションによってＴＣＰコネクションを介して伝送される信号のことをいう。
【００２２】
本実施形態では、呼とは独立してＴＣＰコネクションを確立している。「呼とは独立」とは、呼の確立および切断とは無関係に、半ば永続的にＴＣＰコネクションを確立して維持することを意味している。本実施形態では、呼ごとにＴＣＰコネクションを確立するのではなく、呼とは独立して長期にわたってＴＣＰコネクションが確立できるすることによって、ＴＣＰコネクションの確立と切断とに必要な処理負担を軽減している。また、ＴＣＰコネクションの確立が呼とは独立しかつ長期にわたることから、本実施形態では、ＴＣＰコネクションの正常性を例えばキープアライブを用いて常時監視するようにし、異常を検出した場合は、当該ＴＣＰコネクションが新しい呼の設定のために使われ呼損になることがないようにする。また異常が検出されたＴＣＰコネクションがある場合には、既に設定に入っている呼の継続信号については代替手段をとることにより、具体的には他のＴＣＰコネクションを利用するようにすることにより、呼が中断されることを防ぎ、信頼性を高めている。
【００２３】
図２は、図１に示したシステムの機能を説明するための図であり、呼制御装置２ａ，２ｂを構成する機能ブロックを示している。ここでは、上位アプリケーションのプロトコルがＳＩＰ（session initiation protocol；セッション確立プロトコル）であって、端末装置４ａと端末装置４ｂとの間でやり取りされるＳＩＰ信号が、呼制御装置２ａと呼制御装置２ｂの間ではＴＣＰコネクションを介して伝送されるものとする。呼制御装置２ａと呼制御装置２ｂは実際には同一構成のものとすることができるが、ここでは説明のため、これらの呼制御装置２ａ，２ｂを構成する各要素に別々の参照符号を割り当てている。
【００２４】
呼制御装置２ａは、ＳＩＰ信号制御部２１ａと、ＴＣＰマネージャ２２ａと、Ｖ４出側ＴＣＰ機能部２３ａと、Ｖ４入側ＴＣＰ機能部２４ａと、Ｖ６出側ＴＣＰ機能部２５ａと、Ｖ６入側ＴＣＰ機能部２６ａとにより構成されている。ここでＳＩＰ信号制御部２１ａには、保守管理装置３ａや端末装置４ａが接続する。同様に呼制御装置２ｂは、保守管理装置３ｂや端末装置４ｂが接続するＳＩＰ信号制御部２１ｂと、ＴＣＰマネージャ２２ｂと、Ｖ４出側ＴＣＰ機能部２３ｂと、Ｖ４入側ＴＣＰ機能部２４ｂと、Ｖ６出側ＴＣＰ機能部２５ｂと、Ｖ６入側ＴＣＰ機能部２６ｂとにより構成されている。
【００２５】
ＳＩＰ信号制御部２１ａ，２１ｂ（以下、どのＳＩＰ信号制御部であるかを特定しない場合はＳＩＰ信号制御部２１と称する）は、端末装置４からのあるいは端末装置４へのＳＩＰ信号を処理してＳＩＰに基づく制御を行うものであって、ＳＩＰ信号におけるセッション確立要求信号や切断信号を受信してこれらの信号を処理し、さらに端末装置４とＴＣＰマネージャ間でこれらの信号を転送する機能を有する。
【００２６】
Ｖ４出側ＴＣＰ機能部２３ａ，２３ｂ（以下、どのＶ４出側ＴＣＰ機能部であるかを特定しない場合はＶ４出側ＴＣＰ機能部２３と称する）は、ＩＰｖ４ネットワーク１ａ上で出側ＴＣＰコネクションを確立する機能を有する。
【００２７】
Ｖ４入側ＴＣＰ機能部２４ａ，２４ｂ（以下、どのＶ４入側ＴＣＰ機能部であるかを特定しない場合はＶ４入側ＴＣＰ機能部２４と称する）は、ＩＰｖ４ネットワーク１ａを介して対向する呼制御装置内のＶ４出側ＴＣＰ機能部２３からの起動により、ＩＰｖ４ネットワーク１ａ上において入側ＴＣＰコネクションを確立する機能を有する。
【００２８】
Ｖ６出側ＴＣＰ機能部２５ａ，２５ｂ（以下、どのＶ６出側ＴＣＰ機能部であるかを特定しない場合はＶ６出側ＴＣＰ機能部２５と称する）は、ＩＰｖ６ネットワーク１ｂ上で出側ＴＣＰコネクションを確立する機能を有する。
【００２９】
Ｖ６入側ＴＣＰ機能部２６ａ，２６ｂ（以下、どのＶ６入側ＴＣＰ機能部であるかを特定しない場合はＶ６入側ＴＣＰ機能部２６と称する）は、ＩＰｖ６ネットワーク１ｂを介して対向する呼制御装置内のＶ６出側ＴＣＰ機能部２５からの起動により、ＩＰｖ６ネットワーク１ｂ上において入側ＴＣＰコネクションを確立する機能を有する。
【００３０】
ＴＣＰマネージャ２２ａ，２２ｂ（以下、どのＴＣＰマネージャであるかを特定しない場合はＴＣＰマネージャ２２と称する）は、そのＴＣＰマネージャ２３を備える呼制御装置２内において、ＳＩＰ信号制御部２１と、Ｖ４出側ＴＣＰ機能部２３、Ｖ４入側ＴＣＰ機能部２４、Ｖ６出側ＴＣＰ機能部２５およびＶ６入側ＴＣＰ機能部２６との間で各種情報を伝達する機能を有する。
【００３１】
上述のように構成された本実施形態のシステムでは、保守管理者がＩＰｖ４のＴＣＰコネクションを確立するコマンドおよびＩＰｖ６のＴＣＰコネクションを確立するコマンドを保守管理装置３ａに投入すると、保守管理装置３ａは、保守管理者から投入されたそれらのコマンドを呼制御装置２ａに伝えるようになっている。呼制御装置２ａでは、これらのコマンドは、ＳＩＰ信号制御部２１ａにまず伝えられ、ＳＩＰ信号制御部２１ａは、ＴＣＰマネージャ２２ａを通してそれらのコマンドをＶ４出側ＴＣＰ機能部２３ａおよびＶ６出側ＴＣＰ機能部２５ａに伝え、Ｖ４出側ＴＣＰ機能部２３ａおよびＶ６出側ＴＣＰ機能部２５ａは、それぞれ、ＩＰネットワーク１を介して対向する相手側の呼制御装置２ｂのＶ４入側ＴＣＰ機能部２４ｂおよびＶ６入側ＴＣＰ機能部２６ｂの間で出側ＴＣＰコネクションを確立する。同様に保守管理装置３ｂは、保守管理者から投入されたＩＰｖ４のＴＣＰコネクションを確立するコマンドおよびＩＰｖ６のＴＣＰコネクションを確立するコマンドをＳＩＰ信号制御部２１ｂに伝え、ＳＩＰ信号制御部２１ｂは、それらのコマンドをＴＣＰマネージャ２２ｂを通してＶ４出側ＴＣＰ機能部２３ｂおよびＶ６出側ＴＣＰ機能部２５ｂに伝え、Ｖ４出側ＴＣＰ機能部２３ｂおよびＶ６出側ＴＣＰ機能部２５ｂは、相手側となる呼制御装置２ａのＶ４入側ＴＣＰ機能部２４ａおよびＶ６入側ＴＣＰ機能部２６ａの間で出側ＴＣＰコネクションを確立する。
【００３２】
このように本実施形態のシステムにおいては、呼制御装置２は、対向する呼制御装置ごとに、ＩＰｖ４／ＩＰｖ６ごとかつ出側／入側別に、呼とは独立して長期にわたって継続するＴＣＰコネクションを確立する。
【００３３】
このように呼制御装置２が呼とは独立して永続的なＴＣＰコネクションを確立している場合に、端末装置４ａが、例えば端末装置４ｂとの間にセッションを設定するセッション確立要求信号を呼制御装置２ａに送信すると、送信されたセッション確立要求信号は、それがＩＰｖ４のものであれば、図２において（１）と記載されているように、呼制御装置２ａのＶ４出側ＴＣＰ機能部２３ａと呼制御装置２ｂのＶ４入側ＴＣＰ機能部２４ｂとの間に確立されているＴＣＰコネクションを通して、端末装置４ｂに伝えられる。そして呼の状態において、終話に伴って端末装置４ｂが呼制御装置２ｂに対してセッションを切断する切断信号を送信すると、送信された切断信号は、図２において（２）と記載されているように、呼制御装置２ｂのＶ４出側ＴＣＰ機能部２３ｂと呼制御装置２ａのＶ４入側ＴＣＰ機能部２４ａとの間に確立されているＴＣＰコネクションを通して、端末装置４ａに伝えられる。
【００３４】
これにより本実施形態では、ＴＣＰコネクションを呼ごとに確立しなくてすみ、また、呼が終話した際にＴＣＰコネクションを切断しなくて済むため、処理負担を軽減することが可能になる。
【００３５】
また本実施形態では、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５は、それぞれの出側ＴＣＰコネクションの正常性を、例えば１０秒間隔によるキープアライブ処理により常時監視し、キープアライブの失敗およびＴＣＰデータ送達確認のタイムアウトにより異常を検出した場合には、即座に当該出側ＴＣＰコネクションを閉塞し、異常状態にあることをＳＩＰ信号制御部２１に通知し、これにより、呼制御装置２は、当該出側ＴＣＰコネクションが新しい呼の設定のために使われないようにし、閉塞した出側ＴＣＰコネクションについて再確立を実施する。ＴＣＰマネージャ２２は、Ｖ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５が異常状態にある場合は、既に設定に入っている呼の継続信号をＶ４入側ＴＣＰ機能部２４あるいはＶ６入側ＴＣＰ機能部２６に伝え、これにより、異常状態にあるＴＣＰコネクションを回避して信号が入側ＴＣＰコネクションを利用して送信されるようにする。
【００３６】
以下、上記に述べたシステムの機能を実現するために係わる構成装置のうち、呼制御装置２についてさらに詳しく説明する。
【００３７】
（呼制御装置の構成）
まず、呼制御装置２の構成について説明する。図３は、図２に示したシステムにおける呼制御装置２の構成の一例を示すものであり、呼制御装置２の機能のうち本発明に関係する部分のみを概念的に示している。
【００３８】
上述したように呼制御装置２は、ＳＩＰ信号制御部２１とＴＣＰマネージャ２２とＶ４出側ＴＣＰ機能部２３とＶ４入側ＴＣＰ機能部２４とＶ６出側ＴＣＰ機能部２５とＶ６入側ＴＣＰ機能部２６とによって構成される。ここでＴＣＰマネージャ２２は、出側ＴＣＰ確立通知部２２１と出側ＴＣＰ解放通知部２２２とＳＩＰ信号管理通知部２２３と状態管理通知部２２４とを備えている。
【００３９】
出側ＴＣＰ確立通知部２２１は、ＳＩＰ信号制御部２１から。ＴＣＰコネクションを確立するコマンド情報を受信し、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５にそれらのコマンド情報を伝える機能を有する。
【００４０】
出側ＴＣＰ解放通知部２２２は、ＳＩＰ信号制御部２１から、ＴＣＰコネクションを解放するコマンド情報を受信し、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５にそれらのコマンド情報を伝える機能を有する。
【００４１】
ＳＩＰ信号管理通知部２２３は、ＳＩＰ信号制御部２１から送られてくる、対向する呼制御装置２に送信するＳＩＰ信号を受信し、受信したＳＩＰ信号をいずれかのＴＣＰ機能部２３〜２６に伝える機能を有する。具体的には、トランザクションを起動する場合には、ＳＩＰ信号管理通知部２２３はＣＩＰ信号をＶ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５に伝え、ＳＩＰ信号が対向する呼制御装置２のリクエストに対するレスポンスである場合には、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６にそのＳＩＰ信号を伝える、状態管理通知部２２４からＶ４出側ＴＣＰ機能部２３あるいはＶ６出側ＴＣＰ機能部２５が異常状態にあることが知らされている場合は、既に設定に入っている呼の継続信号については、ＳＩＰ信号管理通知部２２３は、トランザクションを起動する場合であってもＳＩＰ信号をＶ４入側ＴＣＰ機能部２４あるいはＶ６入側ＴＣＰ機能部２６に伝える。さらにＳＩＰ信号管理通知部２２３は、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５、あるいはＶ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６が受信した対向する呼制御装置２から送信されてきたＳＩＰ信号を受信し、そのＳＩＰ信号をＳＩＰ信号制御部２１に伝える機能も有する。
【００４２】
状態管理通知部２２４は、Ｖ４出側ＴＣＰ機能部２３、Ｖ６出側ＴＣＰ機能部２５、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６から伝えられる状態情報を管理し、ＳＩＰ信号制御部２１に伝える機能を有する。これによりＳＩＰ信号制御部２１は、出側ＴＣＰコネクションあるいは入側ＴＣＰコネクションのいずれかが正常である場合は、継続信号をこれまでどおりＳＩＰ信号管理通知部２２３に伝えるが、新規呼については異常が発生していない他の対向する呼制御装置（図示を省略）に伝えるようにする。
【００４３】
このようにＳＩＰ信号制御部２１及びＴＣＰマネージャ２２が構成されていることにより、既に設定に入っている呼の継続制御が可能になり、また新規呼が呼損になることを防ぐことができる。
【００４４】
次に、Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５について説明する。Ｖ４出側ＴＣＰ機能部２３およびＶ６出側ＴＣＰ機能部２５は、対象とするネットワークがＩＰｖ４ネットワーク１ａなのかＩＰｖ６ネットワーク１ｂなのかが異なるが内部構成は同様のものであるにあるので、ここでは、Ｖ４出側ＴＣＰ機能部２３を説明する。
【００４５】
Ｖ４出側ＴＣＰ機能部２３は、出側ＴＣＰ確立部２３１と出側ＴＣＰ解放部２３２とＳＩＰ信号部２３３とタイムアウト検出部２３４とキープアライブ(KeepALive)実施部２３５と状態管理部２３６と再確立部２３７と設定抑止部２３８とを備えている。
【００４６】
出側ＴＣＰ確立部２３１は、ＴＣＰマネージャ２２から伝えられた、ＴＣＰコネクションを確立するコマンド情報により、また再確立部２３７から起動されることにより、ＩＰネットワーク上に出側ＴＣＰコネクションを確立する機能を有する。
【００４７】
出側ＴＣＰ解放部２３２は、ＴＣＰマネージャ２２から伝えられた、ＴＣＰコネクションを解放するコマンド情報により、また状態管理部２３６から起動されることにより、ＩＰネットワーク上の出側ＴＣＰコネクションを解放する機能を有する。
【００４８】
ＳＩＰ信号部２３３は、ＴＣＰマネージャ２２から伝えられたＳＩＰ信号を対向する呼制御装置２に送信し、また対向する呼制御装置２から送信されるＳＩＰ信号を受信し、ＴＣＰマネージャ２２に伝える機能を有する。
【００４９】
タイムアウト検出部２３４は、ＴＣＰデータ送達確認のタイムアウトにより異常を検出する機能を有する。
【００５０】
キープアライブ実施部２３５は、ＳＩＰ信号部２３３が一定時間にわたってＳＩＰ信号を送信していない場合に、キープアライパケットを送出してキープアライブ動作を実施し、出側ＴＣＰコネクションの異常を検出する機能を有する。
【００５１】
状態管理部２３６は、出側ＴＣＰ確立部２３１による出側ＴＣＰコネクションの確立、出側ＴＣＰ解放部２３２によるが出側ＴＣＰコネクションの解放、タイムアウト検出部２３４による異常の検出、キープアライブ実施部２３５による異常の検出を受け、出側ＴＣＰ解放部２３２を起動し出側ＴＣＰコネクションを解放し、状態をＴＣＰマネージャ２２に伝える機能を有する。また、状態管理部２３６は、再確立部２３７の起動を行う機能も有する。
【００５２】
再確立部２３７は、起動された場合に、設定抑止部２３８に抑止条件が解除されているかの問合せを行い、抑止条件が解除されると出側ＴＣＰ確立部２３１を起動し、出側ＴＣＰコネクションの確立を行う機能を有する。
【００５３】
設定抑止部２３８は、異常検出などによって出側ＴＣＰコネクションを解放したのちにその出側ＴＣＰコネクションの確立の実施を見合わせる時間を規定する機能を有する。これは、出側ＴＣＰコネクションの解放と同時にその出側ＴＣＰコネクションの再確立を実施しても、依然として出側ＴＣＰコネクションが異常となる確率が高いからである。
【００５４】
次に、Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６について説明する。Ｖ４入側ＴＣＰ機能部２４およびＶ６入側ＴＣＰ機能部２６は、対象とするネットワークがＩＰｖ４ネットワーク１ａなのかＩＰｖ６ネットワーク１ｂなのかが異なるが内部構成は同様のものであるにあるので、ここでは、Ｖ４入側ＴＣＰ機能部２４を説明する。
【００５５】
Ｖ４入側ＴＣＰ機能部２４は、ＳＩＰ信号部２４１とタイムアウト検出部２４２と状態管理部２４３とを備えている。
【００５６】
ＳＩＰ信号部２４１は、ＴＣＰマネージャ２２から伝えられたＳＩＰ信号を対向する呼制御装置２に送信し、また対向する呼制御装置２から送信されるＳＩＰ信号を受信し、ＴＣＰマネージャ２２に伝える機能を有する。
【００５７】
タイムアウト検出部２４２は、ＴＣＰデータ送達確認のタイムアウトにより異常を検出する機能を有する。
【００５８】
状態管理部２４３は、タイムアウト検出部２４２による異常の検出を受け、状態をＴＣＰマネージャ２２に伝える機能を有する。
【００５９】
上述のように各ＴＣＰ機能部２３〜２６を構成することにより、出側ＴＣＰコネクションを常時監視できるようになり、異常を検出した場合には、その異常が起きている出側ＴＣＰコネクションが新しい呼の設定のために使われて呼損になることが防止される。さらにこの構成によれば、異常が検出された場合には、既に設定に入っている呼の信号は他のＴＣＰコネクションを介して継続されるので、呼が中断されることがぐことができる。
【００６０】
（呼制御装置の動作）
次に、呼制御装置２の動作の詳細について説明する。図４は、図３に示す呼制御装置２の動作例を示すフローチャートである。ここでは、ＩＰｖ４ネットワーク１ａ上にＴＣＰコネクションを確立する場合を説明するが、ＩＰｖ６ネットワーク１ｂ上にＴＣＰコネクションを確立する場合であっても同様の処理が実行される。
【００６１】
呼制御装置２において、ＴＣＰマネージャ２２の出側ＴＣＰ確立通知部２２１が、出側ＴＣＰコネクションを確立することを指示するコマンド情報を受信すると（ステップＡ１）、その旨がＶ４出側ＴＣＰ機能部２３内の出側ＴＣＰ確立部２３１に伝えられ、出側ＴＣＰ確立部２３１がＩＰｖ４ネットワーク１ａ上に出側ＴＣＰコネクションを確立する（ステップＡ２）。
【００６２】
出側ＴＣＰコネクションが確立すると、キープアライブ実施部２３５は、ＳＩＰ信号がそのＴＣＰコネクション上で送信されていない時間を計測し（ステップＡ３）、送信がない時間が一定時間、例えば１０秒以上になると（ステップＡ４）、キープアライブ動作を実施し（ステップＡ５）、キープアライブが正常かどうかを判定する（ステップＡ６）。キープアライブにおける正常が確認された場合には、処理はステップＡ３に戻る。また、ステップＡ４において、ＳＩＰ信号が存在しない時間が前述した一定時間に満たない場合にも、処理はステップＡ３に戻る。これらにより、ＳＩＰ信号が存在しない期間中、キープアライブ動作が周期的に実施されることになる。
【００６３】
キープアライブ実施部２３５は、ステップＡ６において異常を検出すると、その旨を状態管理部２３６に伝え、状態管理部２３６は、出側ＴＣＰコネクションに異常が発生している旨を状態情報として蓄積するとともに（ステップＡ７）、その旨を出側ＴＣＰ解放部２３２及び再確立部２３７に通知するとともに、ＴＣＰマネージャ２２内の状態管理通知部２２４にも通知する（ステップＡ８）。
【００６４】
出側ＴＣＰコネクションでの異常発生を通知された出側ＴＣＰ解放部２３２は、対応する出側ＴＣＰコネクションを解放し（ステップＡ９）、再確立部２３７は、設定抑止部２３８を起動して一定時間経過したことにより（ステップＡ１０）、出側ＴＣＰ確立部２３１を起動して再確立を実施し（ステップＡ１１）、出側ＴＣＰコネクションが再確立できたかを判断する（ステップＡ１２）。出側ＴＣＰコネクションを再確立できた場合には、状態管理部２３６が、一旦蓄積した出側ＴＣＰコネクションの異常を取り消し（ステップＡ１３）、状態管理通知部２２４に対して出側ＴＣＰコネクションの異常の取り消しを伝える（ステップＡ１４）。その後、処理はステップＡ３に戻る。一方、ステップＡ１２において再確立できなかった場合には、再確立を試みた回数が規定回数に達したかどうかを判断し（ステップＡ１５）、規定回数に達していない場合にはステップＡ１０に戻ることによって、規定回数まで再確立を試みる。ステップＡ１５において規定回数に達しても出側ＴＣＰコネクションを確立できなかった場合には、状態管理部２３６は、確立できなかったことを蓄積し（ステップＡ１６）、ＴＣＰマネージャ２２の状態管理通知部２２４に状態を通知する（ステップＡ１７）。状態管理通知部２２４では、ステップＡ１９に示すように、出側ＴＣＰコネクションおよび入側ＴＣＰコネクションの状態を管理する。
【００６５】
ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、ＳＩＰ信号制御部２１からＳＩＰ信号が送られてくると（ステップＡ１８）、出側ＴＣＰコネクションおよび入側ＴＣＰコネクションに障害が発生しているという情報が状態管理通知部２２４から届いてない場合（すなわち「出側ＴＣＰ正常」かつ「入側ＴＣＰ正常」）には（ステップＡ１９１）、ＳＩＰ信号がトランザクションを起動する信号であれば（ステップＡ２０）、そのＳＩＰ信号をＶ４出側ＴＣＰ機能部２３に伝える（ステップＡ２１）。Ｖ４出側ＴＣＰ機能部２３では、ＳＩＰ信号部２３３が状態管理通知部２２４からＳＩＰ信号を受信し、そのＳＩＰ信号をＩＰｖ４ネットワーク１ａにおいて既に確立している出側ＴＣＰコネクションを介して送信する（ステップＡ２２）。これと同時にタイムアウト検出部２３４がタイムをカウントし（ステップＡ２３）、時間内に処理が終わったかどうかを判断する（ステップＡ２４）。時間内であった場合、すなわちタイムアウトでなかった場合には、処理はステップＡ１８に戻る。これに対し、ステップＡ２４において時間内でなかった場合、すなわち、タイムアウトとなった場合には、前述のステップＡ７の先頭に移行する。
【００６６】
また、ステップＡ１８においてＳＩＰ信号を受信し、かつ、ステップＡ１９において状態管理通知部２２４から出側ＴＣＰコネクションおよび入側ＴＣＰコネクションに障害が発生しているという情報が届いてない場合であって（ステップＡ１９１）、そのＳＩＰ信号が、対向の呼制御装置のリクエストの受信に対するレスポンスである場合（ステップＡ２５）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、そのＳＩＰ信号をＶ４入側ＴＣＰ機能部２４に伝える（ステップＡ２６）。Ｖ４入側ＴＣＰ機能部２４では、ＳＩＰ信号部２４１が状態管理通知部２２４からＳＩＰ信号を受信し、そのＳＩＰ信号をＩＰｖ４ネットワーク１ａにおいて既に確立している入側ＴＣＰコネクションを介して送信する（ステップＡ２７）。これと同時にタイムアウト検出部２４２がタイムをカウントし（ステップＡ２８）、時間内に処理が終わったかどうかを判断する（ステップＡ２９）。時間内であった場合、すなわちタイムアウトでなかった場合には、処理はステップＡ１８に戻る。これに対し、ステップＡ２９において時間内でなかった場合、すなわち、タイムアウトとなった場合には、タイムアウト検出部２４２はその旨を状態管理部２４３に伝え、状態管理部２４３は、入側ＴＣＰコネクションに異常が発生していることを状態情報として蓄積するとともに（ステップＡ３０）、その旨をＴＣＰマネージャ２２の状態管理通知部２２４に通知し（ステップＡ３１）、ステップＡ１９に戻る。
【００６７】
ステップＡ１８でＳＩＰ信号を受信したがステップＡ１９において出側ＴＣＰコネクションに異常が発生している場合（入側ＴＣＰコネクションは正常）（ステップＡ１９２）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、継続信号であるＳＩＰ信号をＶ４入側ＴＣＰ機能部２４に伝える（ステップＡ３２）。その後は、上述したステップＡ２６からの処理が実行される。
【００６８】
ステップＡ１８でＳＩＰ信号を受信したがステップＡ１９において入側ＴＣＰコネクションに異常が発生している場合（出側ＴＣＰコネクションは正常）（ステップＡ１９３）には、ＴＣＰマネージャ２２のＳＩＰ信号管理通知部２２３は、継続信号であるＳＩＰ信号をＶ４出側ＴＣＰ機能部２３に伝える（ステップＡ３３）。その後は、上述したステップＡ２１からの処理が実行される。
【００６９】
ＴＣＰマネージャ２２の出側ＴＣＰ解放通知部２２２が、ＩＰｖ４ネットワーク１ａ上の出側ＴＣＰコネクションを解放することを指示するコマンド情報を受信した場合には（ステップＡ３４）、その旨がＶ４出側ＴＣＰ機能部２３の出側ＴＣＰ解放部２３２に伝えられ、出側ＴＣＰ解放部２３２がその出側ＴＣＰコネクションを解放する（ステップＡ３５）。
【００７０】
（システムの動作）
次に、上述の図４のように動作する呼制御装置２を有するシステム全体としての動作を説明する。図５は、システム全体の動作の一例を示すシーケンスチャートであり、ここでは、図１に示すシステムにおける保守管理装置３ａ、呼制御装置２ａ、呼制御装置２ｂおよび保守管理装置３ｂの相互間の信号やデータのやり取りを示している。なお、図５の左半分は呼制御装置２ａが確立する出側ＴＣＰコネクション（呼制御装置２ｂから見れば入側ＴＣＰコネクション）に関する動作を示し、右半分は呼制御装置２ｂが確立する出側ＴＣＰコネクションに関する動作を示している。実際には、呼制御装置２ａ，２ｂは同時期に出側ＴＣＰコネクションを確立するものであり、各呼制御装置の動作は、図５の左半分のシーケンスと右半分のシーケンスとを重ね合わせたものとなる。以下では、上位アプリケーションとして、ＩＰ電話のためのＳＩＰが用いられるものとする。
【００７１】
保守管理装置３ａが、出側ＴＣＰコネクションを確立するコマンドを送出すると（ステップＢ１）、呼制御装置２ａがそのコマンドを受信し、ＩＰネットワーク１において３方向ハンドシェイクによってＴＣＰコネクションを確立するために、まず、呼制御装置２ｂにＳＹＮパケットを送信する（ステップＢ２）。呼制御装置２ｂはそのＳＹＮパケットを受信すると、ＡＣＫ＋ＳＹＮパケットを呼制御装置２ａ返送し（ステップＢ３）、呼制御装置２ａはＡＣＫ＋ＳＹＮを受信すると、次にＡＣＫを呼制御装置２ｂに送信する（ステップＢ４）。呼制御装置２ｂがＡＣＫを受信することによって、出側ＴＣＰコネクションが確立される（ステップＢ５）。
【００７２】
呼制御装置２ａが出側ＴＣＰコネクションが確立した状態で、このＴＣＰコネクション上で１０秒以上ＳＩＰ信号がないと、呼制御装置２ａはキープアライブ(KeepAlive)パケットを呼制御装置に送信し（ステップＢ６）、呼制御装置２ｂがＡＣＫを返送することにより（ステップＢ７）、ＴＣＰコネクションが正常であることが確認される。
【００７３】
同様に保守管理装置３ｂが、出側ＴＣＰコネクションを確立するコマンドを送出すると（ステップＢ８）、呼制御装置２ｂがそのコマンドを受信し、呼制御装置２ａにＳＹＮを送信する（ステップＢ９）。ＳＹＮを受信した呼制御装置２ａが呼制御装置２ｂにＡＣＫ＋ＳＹＮを返送し（ステップＢ１０）、ＡＣＫ＋ＳＹＮを受信した呼制御装置２ｂが呼制御装置２ａにＡＣＫを返送して（ステップＢ１１）呼制御装置２ａが受信することにより、出側ＴＣＰコネクションが確立される（ステップＢ１２）。
【００７４】
呼制御装置２ｂが出側ＴＣＰコネクションを確立した状態で、このＴＣＰコネクション上で１０秒以上ＳＩＰ信号がないと、呼制御装置２ｂがキープアライブパケットを送信し（ステップＢ１３）、呼制御装置２ａがＡＣＫを返送することにより（ステップＢ１４）、ＴＣＰコネクションが正常であることが確認される。
【００７５】
端末装置４ｂに対して電話による通信をするために端末装置４ａがセッション確立要求信号（１）（ＩＮＶＩＴＥ（１））を送信すると（ステップＢ１５）、呼制御装置２ａがＩＮＶＩＴＥ（１）を受信して呼制御装置２ｂにＩＮＶＩＴＥ（２）を送信し（ステップＢ１６）、呼制御装置２ｂはＩＮＶＩＴＥ（２）を受信して端末装置４ｂにＩＮＶＩＴＥ（３）を送信する（ステップＢ１７）。ＩＮＶＩＴＥ（３）を受信した端末装置４ｂは、１８０Ｒｉｎｇｉｎｇ（１）を送信し（ステップＢ１８）、１８０Ｒｉｎｇｉｎｇ（１）を受信した呼制御装置２ｂは１８０Ｒｉｎｇｉｎｇ（２）を呼制御装置２ａに送出し（ステップＢ１９）、１８０Ｒｉｎｇｉｎｇ（２）を受信した呼制御装置２ａは１８０Ｒｉｎｇｉｎｇ（３）を端末装置４ａに送信する（ステップＢ２０）。続いて端末装置４ｂが２００ＯＫ（１）を呼制御装置２ｂに送信すると（ステップＢ２１）、２００ＯＫ（１）を受信した呼制御装置２ｂが２００ＯＫ（２）を呼制御装置２ａに送信し（ステップＢ２２）、２００ＯＫ（２）を受信した呼制御装置２ａが端末装置４ａに２００ＯＫ（３）を送信する（ステップＢ２３）。２００ＯＫ（３）を受信した端末装置４ａがＡＣＫ（１）を呼制御装置２ａに返送すると（ステップＢ２４）、ＡＣＫ（１）を受信した呼制御装置２ａはＡＣＫ（２）を呼制御装置２ｂに送信し（ステップＢ２５）、ＡＣＫ（２）を受信した呼制御装置２ｂが端末装置４ｂにＡＣＫ（３）を送信し（ステップＢ２６）、端末装置４ｂがＡＣＫ（３）受信する。
【００７６】
以上の動作により、端末装置４ａと端末装置４ｂとは通話できる状態になり、端末装置４ａのユーザと端末装置４ｂのユーザとの間での通話が開始する。なお図では、スペースの関係で、１８０Ｒｉｎｇｉｎｇ（１）、２００ＯＫ（１）などは、それぞれ１８０（１），２００（１）のように記載されている。
【００７７】
端末装置４ａと端末装置４ｂとの通話が終了すると、この終話に伴って、端末装置４ａがＢＹＥ（１）を呼制御装置２ａに送信する（ステップＢ２７）。ＢＹＥ（１）を受信した呼制御装置２ａは、呼制御装置２ｂにＢＹＥ（２）を送信する。呼制御装置２ａと呼制御装置２ｂとの間では、ＩＰネットワーク１上のＴＣＰコネクションを介してＢＹＥ（２）が送信されるが、ここでＢＹＥ（２）の送信がタイムアウトになり送信が完了しないとする（ステップＢ２８）。その結果、図４に示した手順により、呼制御装置２ａは、呼制御装置２ｂに向けた出側ＴＣＰコネクションを閉塞し、障害が出ていることを上位アプリケーションに通知する（ステップＢ２９）。そして呼制御装置２ａは、入側ＴＣＰコネクション（すなわち呼制御装置２ｂから見た出側ＴＣＰコネクション）を選択し、その入側ＴＣＰコネクションを使って呼制御装置２ｂにＢＹＥ（３）を送信する（ステップＢ３０）。このＢＹＥ（３）を受信した呼制御装置２ｂは、端末装置４ｂにＢＹＥ（４）を送信する（ステップＢ３１）。ＢＹＥ（４）を受信したことに基づいて端末装置４ｂが、２００ＯＫ（４）を呼制御装置２ｂに送信すると（ステップＢ３２）、２００ＯＫ（４）を受信した呼制御装置２ｂが２００ＯＫ（５）を呼制御装置２ａに送信し（ステップＢ３３）、２００ＯＫ（５）を受信した呼制御装置２ａが端末装置４ａに２００ＯＫ（６）を送信する（ステップＢ３４）。２００ＯＫ（６）を端末装置４ａが受信することで、終話処理が完了する。すなわち、呼制御装置２ａから見た出側ＴＣＰコネクションに異常が発生していたことにより、継続信号であるＳＩＰ信号の伝送が、それまでの出側ＴＣＰコネクションから、呼制御装置２ａから見た入側ＴＣＰコネクションに移って継続したことになる。
【００７８】
ステップＢ２９での出側ＴＣＰコネクションの閉塞に引き続いて、呼制御装置２ａは、この出側ＴＣＰコネクションの再確立を行うが（ステップＢ３５）、再確立できなかった場合には、その旨が保守管理装置３ａに通知される（ステップＢ３６）。
【００７９】
保守管理装置３ｂが、呼制御装置２ｂからの出側ＴＣＰコネクションを解放するコマンドを送出すると（ステップＢ３７）、呼制御装置２ｂは、そのコマンドを受信し、３方向ハンドシェークによってＴＣＰコネクションを解放するために、呼制御装置２ａにＦＩＮを送信する（ステップＢ３８）。ＦＩＮを受信した呼制御装置２ａが、呼制御装置２ｂに対してＡＣＫを返信し（ステップＢ３９）、ＦＩＮを送信する（ステップＢ４０）。ＦＩＮとＡＣＫとを受信した呼制御装置２ｂが呼制御装置２ａに対してＡＣＫを返信することにより（ステップＢ４１）、出側ＴＣＰコネクションが解放される（ステップＢ４２）。
【符号の説明】
【００８０】
１ ＩＰネットワーク
１ａ ＩＰｖ４ネットワーク
１ｂ ＩＰｖ６ネットワーク
２ａ，２ｂ 呼制御装置
３ａ，３ｂ 保守管理装置
４ａ，４ｂ 端末装置
２１，２１ａ，２１ｂ ＳＩＰ信号制御部
２２，２２ａ，２２ｂ ＴＣＰマネージャ
２３，２３ａ，２３ｂ Ｖ４出側機能部
２４，２４ａ，２４ｂ Ｖ４入側機能部
２５，２５ａ，２５ｂ Ｖ６出側機能部
２６，２６ａ，２６ｂ Ｖ６入側機能部
２２１ 出側ＴＣＰ確立通知部
２２２ 出側ＴＣＰ解放通知部
２２３ ＳＩＰ信号管理通知部
２２４ 状態管理通知部
２３１ 出側ＴＣＰ確立部
２３２ 出側ＴＣＰ解放部
２３３，２４１ ＳＩＰ信号部
２３４，２４２ タイムアウト検出部
２３５ キープアライブ実施部
２３６，２４３ 状態管理部
２３７ 再確立部
２３８ 設定抑止部
【特許請求の範囲】
【請求項１】
ネットワークを介して接続した第１の呼制御手段と第２の呼制御手段との間でＴＣＰコネクションを確立し、上位アプリケーションによる呼を疎通させるＴＣＰ接続方法であって、
前記第１の呼制御手段が、対向する前記第２の呼制御手段ごとに、前記呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、前記呼とは独立して制御可能であって対応する第２の呼制御手段が能動的に設定した第２のＴＣＰコネクションを受動的に設定するステップと、
前記第１の呼制御手段が、前記第１のＴＣＰコネクションが正常であるか否かを常時監視し、前記第１のＴＣＰコネクションにおける異常を検出した場合に当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を前記上位アプリケーションに通知するステップと、
前記第１のＴＣＰコネクションが異常であるときに、前記第１の呼制御手段が、既に設定されている前記上位アプリケーションの信号を前記第２のＴＣＰコネクションを介して送受信するステップと、
を有する、ＴＣＰ接続方法。
【請求項２】
前記第１のＴＣＰコネクションが異常であるときに、前記第１の呼制御手段が、前記第１のＴＣＰコネクションを再確立する処理を実行する、請求項１に記載のＴＣＰ接続方法。
【請求項３】
前記第１の呼制御手段は、キープアライブ動作での異常及びＴＣＰデータ送達確認のタイムアウトによって、前記第１のＴＣＰコネクションの異常を検出する、請求項１または２に記載のＴＣＰ接続方法。
【請求項４】
前記第１及び第２のＴＣＰコネクションが正常である場合に、前記第１の呼制御手段側からの前記上位アプリケーションによる信号がトランザクションの起動に関するものである場合に前記第１の呼制御手段が前記第１のＴＣＰコネクションを選択し、前記第１の呼制御手段側からの前記上位アプリケーションによる信号が前記第２の呼制御手段からのリクエスト受信に対するレスポンスである場合に前記第２のＴＣＰコネクションを選択する、請求項１乃至３のいずれか１項に記載のＴＣＰ接続方法。
【請求項５】
前記ネットワークはＩＰネットワークであって、ＩＰｖ４ネットワークとＩＰｖ６ネットワークのそれぞれごとに前記第１及び第２のＴＣＰコネクションを確立する、請求項１乃至４のいずれか１項に記載のＴＣＰ接続方法。
【請求項６】
ネットワークに接続し、対向する装置との間で上位アプリケーションによる呼を疎通させる呼制御装置であって、
前記対向する装置ごとに、前記呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定する第１のＴＣＰ機能手段と、
前記対向する装置が能動的に設定した第２のＴＣＰコネクションを受動的に設定する第２のＴＣＰ機能手段と、
前記第１のＴＣＰ機能手段に設けられて前記第１のＴＣＰコネクションが正常であるか否かを常時監視する監視手段と、
前記監視手段において前記第１のＴＣＰコネクションにおける異常を検出した場合に、前記第１の機能手段によって当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を前記上位アプリケーションに通知し、既に設定されている前記上位アプリケーションの信号を前記第２のＴＣＰコネクションを介して送受信させる管理手段と、
を有する、呼制御装置。
【請求項７】
前記第１のＴＣＰコネクションが異常であるときに前記第１のＴＣＰコネクションを再確立する処理を実行する再確立手段をさらに備える、請求項６に記載の呼制御装置。
【請求項８】
前記管理手段は、前記第１及び第２のＴＣＰコネクションが正常である場合に、前記上位アプリケーションによる信号がトランザクションの起動に関するものである場合に前記第１のＴＣＰコネクションを選択し、前記上位アプリケーションによる信号が前記対向する装置からのリクエスト受信に対するレスポンスである場合に前記第２のＴＣＰコネクションを選択する、請求項６または７に記載の呼制御装置。
【請求項９】
前記ネットワークはＩＰネットワークであって、ＩＰｖ４ネットワークとＩＰｖ６ネットワークのそれぞれごとに前記第１及び第２のＴＣＰ機能手段を備える、請求項６乃至８のいずれか１項に記載の呼制御装置。
【請求項１０】
ネットワークと、前記ネットワークに接続された請求項６乃至９のいずれか１項に記載の複数台の呼制御装置と、を備える、通信システム。
【請求項１】
ネットワークを介して接続した第１の呼制御手段と第２の呼制御手段との間でＴＣＰコネクションを確立し、上位アプリケーションによる呼を疎通させるＴＣＰ接続方法であって、
前記第１の呼制御手段が、対向する前記第２の呼制御手段ごとに、前記呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定し、前記呼とは独立して制御可能であって対応する第２の呼制御手段が能動的に設定した第２のＴＣＰコネクションを受動的に設定するステップと、
前記第１の呼制御手段が、前記第１のＴＣＰコネクションが正常であるか否かを常時監視し、前記第１のＴＣＰコネクションにおける異常を検出した場合に当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を前記上位アプリケーションに通知するステップと、
前記第１のＴＣＰコネクションが異常であるときに、前記第１の呼制御手段が、既に設定されている前記上位アプリケーションの信号を前記第２のＴＣＰコネクションを介して送受信するステップと、
を有する、ＴＣＰ接続方法。
【請求項２】
前記第１のＴＣＰコネクションが異常であるときに、前記第１の呼制御手段が、前記第１のＴＣＰコネクションを再確立する処理を実行する、請求項１に記載のＴＣＰ接続方法。
【請求項３】
前記第１の呼制御手段は、キープアライブ動作での異常及びＴＣＰデータ送達確認のタイムアウトによって、前記第１のＴＣＰコネクションの異常を検出する、請求項１または２に記載のＴＣＰ接続方法。
【請求項４】
前記第１及び第２のＴＣＰコネクションが正常である場合に、前記第１の呼制御手段側からの前記上位アプリケーションによる信号がトランザクションの起動に関するものである場合に前記第１の呼制御手段が前記第１のＴＣＰコネクションを選択し、前記第１の呼制御手段側からの前記上位アプリケーションによる信号が前記第２の呼制御手段からのリクエスト受信に対するレスポンスである場合に前記第２のＴＣＰコネクションを選択する、請求項１乃至３のいずれか１項に記載のＴＣＰ接続方法。
【請求項５】
前記ネットワークはＩＰネットワークであって、ＩＰｖ４ネットワークとＩＰｖ６ネットワークのそれぞれごとに前記第１及び第２のＴＣＰコネクションを確立する、請求項１乃至４のいずれか１項に記載のＴＣＰ接続方法。
【請求項６】
ネットワークに接続し、対向する装置との間で上位アプリケーションによる呼を疎通させる呼制御装置であって、
前記対向する装置ごとに、前記呼とは独立して制御可能である第１のＴＣＰコネクションを能動的に設定する第１のＴＣＰ機能手段と、
前記対向する装置が能動的に設定した第２のＴＣＰコネクションを受動的に設定する第２のＴＣＰ機能手段と、
前記第１のＴＣＰ機能手段に設けられて前記第１のＴＣＰコネクションが正常であるか否かを常時監視する監視手段と、
前記監視手段において前記第１のＴＣＰコネクションにおける異常を検出した場合に、前記第１の機能手段によって当該第１のＴＣＰコネクションを閉塞するともに異常が発生した旨を前記上位アプリケーションに通知し、既に設定されている前記上位アプリケーションの信号を前記第２のＴＣＰコネクションを介して送受信させる管理手段と、
を有する、呼制御装置。
【請求項７】
前記第１のＴＣＰコネクションが異常であるときに前記第１のＴＣＰコネクションを再確立する処理を実行する再確立手段をさらに備える、請求項６に記載の呼制御装置。
【請求項８】
前記管理手段は、前記第１及び第２のＴＣＰコネクションが正常である場合に、前記上位アプリケーションによる信号がトランザクションの起動に関するものである場合に前記第１のＴＣＰコネクションを選択し、前記上位アプリケーションによる信号が前記対向する装置からのリクエスト受信に対するレスポンスである場合に前記第２のＴＣＰコネクションを選択する、請求項６または７に記載の呼制御装置。
【請求項９】
前記ネットワークはＩＰネットワークであって、ＩＰｖ４ネットワークとＩＰｖ６ネットワークのそれぞれごとに前記第１及び第２のＴＣＰ機能手段を備える、請求項６乃至８のいずれか１項に記載の呼制御装置。
【請求項１０】
ネットワークと、前記ネットワークに接続された請求項６乃至９のいずれか１項に記載の複数台の呼制御装置と、を備える、通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−２０６４５４（Ｐ２０１０−２０６４５４Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−４９０２０（Ｐ２００９−４９０２０）
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]