JP2020022003A - 通信システム、通信装置、通信方法及びプログラム - Google Patents

Abstract

【課題】事前設定を必要とする通信方式に対応し、冗長システムを構成する通信装置を含むシステムにおいて系切り替えに要する時間を短縮する通信システムを提供する。【解決手段】通信システムは、冗長構成された複数の通信装置と、複数の通信装置のうち運用系の通信装置に呼情報を送信する制御装置と、を含む。運用系の通信装置は、受信した呼情報を複数の通信装置のうち待機系の通信装置に転送する。待機系の通信装置は、転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する。【選択図】図１

Description

本発明は、通信システム、通信装置、通信方法及びプログラムに関する。

インターネット上のデータ転送技術を用いて端末間での会話を実現するＰｕｓｈ−ｔｏ−Ｔａｌｋと称される技術がある。Ｐｕｓｈ−ｔｏ−Ｔａｌｋを実現する通信システムでは、符号化された音声データを含むパケットを転送するパケット転送装置（通信装置）と当該パケット転送装置を制御する制御装置が含まれる。

パケット転送装置は、ユーザデータの転送を担うことからＵ−Ｐｌａｎｅサーバとも称される。また、上記制御装置は、Ｃ−Ｐｌａｎｅサーバとも称される。

通信システムの可用性を向上させるため、パケット転送装置は冗長化されていることが多い。特許文献１には、冗長化構成のパケット処理装置において、ユーザートラフィックが増加した際にも、現用のパケット処理装置に多大な負荷がかからない冗長化パケット装置及びその冗長化方法を提供することを目的とする、と記載されている。

特開２００６−２７９３７５号公報

なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

上述のように、Ｐｕｓｈ−ｔｏ−Ｔａｌｋをなす通信システムには、パケット転送装置（Ｕ−Ｐｌａｎｅサーバ）が含まれる。Ｐｕｓｈ−ｔｏ−Ｔａｌｋにおいては、連続して送信されるパケット同士の間隔は短いことが望ましい。例えば、送信側から送信されたパケット（音声データを含むパケット）とその後続のパケットの間の間隔が長すぎると音声が途切れるといった問題が生じ得る。このような問題を解決するため、受信側にてバッファを設ける等の対策が施されるが、バッファのサイズにも制限がある。

上記状況が考慮され、パケット転送装置におけるパケット処理時間（パケットを受信してから出力するまでの時間）を短縮するための技術がＵ−Ｐｌａｎｅサーバに適用されることがある。具体的には、ファストパス（Ｆａｓｔ Ｐａｔｈ）と称されるパケット転送を高速に行うための技術がＵ−Ｐｌａｎｅサーバに適用される。

ファストパスでは、パケットを高速に処理するためのテーブル（フローテーブル）を有している。上記フローテーブルには、パケットが属するフローを特定するための情報と、当該特定されたフローに属するパケットに対する処理と、が対応付けて記憶される。フローを特定するための情報には、ＩＰ（Internet protocol）アドレス、プロトコル番号、ポート番号等が含まれる。特定されたフローに属するパケットに対する処理は、パケットのフィリタリング（廃棄）や、指定されたポートからのパケット転送が含まれる。

ファストパスが実装されたＵ−Ｐｌａｎｅサーバには、当該サーバによるパケット転送前に予め設定しておく必要がある（事前設定が必要である）。

Ｕ−Ｐｌａｎｅサーバが冗長化されている場合、運用系のＵ−Ｐｌａｎｅサーバには事前設定がされているが、待機系のＵ−Ｐｌａｎｅサーバには事前設定がされていない。そのため、運用系のＵ−Ｐｌａｎｅサーバに障害が発生することで系切り替えが生じると、待機系のＵ−Ｐｌａｎｅサーバに対する事前設定が必要となる。このような事前設定のやり直しは、通信システムが通信可能となるまでの時間を長くする要因となる。

本発明は、事前設定を必要とする通信方式に対応し、冗長システムを構成する通信装置を含むシステムにおいて系切り替えに要する時間を短縮することに寄与する、通信システム、通信装置、通信方法及びプログラムを提供することを主たる目的とする。

本発明乃至開示の第１の視点によれば、冗長構成された複数の通信装置と、前記複数の通信装置のうち運用系の通信装置に呼情報を送信する制御装置と、を含み、前記運用系の通信装置は、受信した呼情報を前記複数の通信装置のうち待機系の通信装置に転送し、前記待機系の通信装置は、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信システムが提供される。

本発明乃至開示の第２の視点によれば、自装置が運用系の装置である場合に、制御装置から取得した呼情報を他の待機系の装置に転送し、自装置が待機系の装置である場合に、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信装置が提供される。

本発明乃至開示の第３の視点によれば、冗長構成された複数の通信装置と、前記複数の通信装置のうち運用系の通信装置に呼情報を送信する制御装置と、を含む通信システムにおいて、前記運用系の通信装置は、受信した呼情報を前記複数の通信装置のうち待機系の通信装置に転送し、前記待機系の通信装置は、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信方法が提供される。

本発明乃至開示の第４の視点によれば、自装置が運用系の装置である場合に、制御装置から取得した呼情報を他の待機系の装置に転送する処理と、自装置が待機系の装置である場合に、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する処理と、を通信装置に搭載されたコンピュータに実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明乃至開示の各視点によれば、事前設定を必要とする通信方式に対応し、冗長システムを構成する通信装置を含むシステムにおいて系切り替えに要する時間を短縮することに寄与する、通信システム、通信装置、通信方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係る通信システムの概略構成の一例を示す図である。 第１の実施形態に係るＵ−Ｐｌａｎｅサーバの処理構成の一例を示す図である。 第１の実施形態に係る通信システムの動作の一例を示すシーケンス図である。 Ｕ−Ｐｌａｎｅサーバのハードウェア構成の一例を示す図である。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。さらに、本願開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インターフェイスも同様である。

一実施形態に係る通信システムは、冗長構成された複数の通信装置１０１と、複数の通信装置１０１のうち運用系の通信装置１０１に呼情報を送信する制御装置１０２と、を含む（図１参照）。運用系の通信装置１０１は、受信した呼情報を複数の通信装置１０１のうち待機系の通信装置１０１に転送する。待機系の通信装置１０１は、転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置１０１となる前に生成する。

上記通信システムに含まれる通信装置１０１は、事前処理を必要とする通信方式（例えば、ファストパス）に対応しており、冗長システムを構成している。当該冗長システムにおいて、運用系から待機系への切り替えが発生した場合であっても、パケット転送に必要な情報は予め待機系にて準備（生成）されているので、上記通信方式に必要な事前処理をやりなおすことなく、遅滞なく通信を継続できる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。

図２は、第１の実施形態に係る通信システムの概略構成の一例を示す図である。図２に示す通信システムは、公衆網ＬＴＥ（Long Term Evolution）技術に業務用無線機能を付与したＰｕｓｈ−ｔｏ−Ｔａｌｋサービスを提供する。

当該通信システムに含まれる、ユーザ情報を通信（転送）するＵ−Ｐｌａｎｅサーバ２０−１、２０−２は、通信機能としてファストパス（事前設定を要する通信方式）を使用する。つまり、複数のＵ−Ｐｌａｎｅサーバ２０は、パケット転送の実行前に事前設定が必要な通信方式によりパケット転送を行うサーバである。

Ｕ−Ｐｌａｎｅサーバ２０−１、２０−２は、障害発生に備えて冗長化されている。つまり、通信システムには、冗長構成された複数の通信装置（パケット転送装置、Ｕ−Ｐｌａｎｅサーバ２０）が含まれる。

図２を参照すると、通信システムには、Ｃ−Ｐｌａｎｅサーバ１０と、Ｕ−Ｐｌａｎｅサーバ２０−１及び２０−２と、ＥＰＣ（Evolved Packet Core）３０と、ｅＮｏｄｅＢ（Evolved Node B）４０と、ユーザ端末５０と、が含まれる。

なお、Ｕ−Ｐｌａｎｅサーバ２０−１及び２０−２を区別する特段の理由がない場合には、単に「Ｕ−Ｐｌａｎｅサーバ２０」と表記する。また、図２において、Ｕ−Ｐｌａｎｅサーバ２０−１が運用系のサーバであり、Ｕ−Ｐｌａｎｅサーバ２０−２が待機系のサーバである。Ｃ−Ｐｌａｎｅサーバ１０とＵ−Ｐｌａｎｅサーバ２０は、専用の制御線により接続されている。Ｕ−Ｐｌａｎｅサーバ２０同士は、イーサネット（登録商標）等のケーブルにより接続されている。

第１の実施形態に係る通信システムでは、複数のＵ−Ｐｌａｎｅサーバ２０によりパケット転送網が形成され、各Ｕ−Ｐｌａｎｅサーバ２０はＣ−Ｐｌａｎｅサーバ１０からの情報（後述する呼情報）に従いユーザデータを転送する。

Ｃ−Ｐｌａｎｅサーバ１０は、Ｐｕｓｈ−ｔｏ−Ｔａｌｋサービスを実現するための制御装置である。具体的には、Ｃ−Ｐｌａｎｅサーバ１０は、ユーザ端末５０間の通話を実現するための発信、着信、応答、切断といった「呼制御」を行う。当該呼制御の一部として、Ｃ−Ｐｌａｎｅサーバ１０は、運用系のＵ−Ｐｌａｎｅサーバ２０−１に「呼情報」を送信する。

呼情報には、ユーザ端末５０のＩＰ（Internet protocol）アドレスや使用するプロトコル、ポート番号、転送先ポート等の情報が含まれる。

Ｃ−Ｐｌａｎｅサーバ１０は、複数のＵ−Ｐｌａｎｅサーバ２０のうち運用系のＵ−Ｐｌａｎｅサーバ２０−１に呼情報を送信する。

運用系のＵ−Ｐｌａｎｅサーバ２０−１は、取得した呼情報に基づき、受信パケットをファストパスにより転送するためのフローエントリ（フローテーブルに格納する情報）を生成し、当該フローエントリに従ったパケット転送を行う。また、運用系のＵ−Ｐｌａｎｅサーバ２０−１は、取得した呼情報を待機系のＵ−Ｐｌａｎｅサーバ２０−２に転送する。つまり、運用系のＵ−Ｐｌａｎｅサーバ２０−１は、受信した呼情報を複数のＵ−Ｐｌａｎｅサーバ２０のうち待機系のＵ−Ｐｌａｎｅサーバ２０−２に転送する。

待機系のＵ−Ｐｌａｎｅサーバ２０−２は、転送された呼情報に基づき、パケットを転送するための情報（フローエントリ）を自装置が運用系のＵ−Ｐｌａｎｅサーバとなる前に生成する。つまり、待機系のＵ−Ｐｌａｎｅサーバ２０−２は、取得した呼情報からフローエントリを生成し、系切り替えが発生した際に当該フローエントリに従ったパケット転送に備える。このように、第１の実施形態に係る通信システムでは、系切り替えが発生した場合、遅滞なく通信を継続させるため、ファストパスに必要な事前設定を待機系においても実施する。

ユーザ端末５０から送信されたパケットは、ＬＴＥ基地局装置であるｅＮｏｄｅＢ４０、コアネットワークであるＥＰＣ３０、運用系のＵ−Ｐｌａｎｅサーバ２０を介して相手側の端末に到達する。

図３は、第１の実施形態に係るＵ−Ｐｌａｎｅサーバ２０の処理構成（処理モジュール）の一例を示す図である。図３を参照すると、Ｕ−Ｐｌａｎｅサーバ２０は、通信制御部２０１と、ファストパス制御部２０２と、パケット転送部２０３と、記憶部２０４と、を含んで構成される。

通信制御部２０１は、他の装置（Ｃ−Ｐｌａｎｅサーバ１０、他のＵ−Ｐｌａｎｅサーバ２０）との間の通信を制御する手段である。通信制御部２０１は、Ｃ−Ｐｌａｎｅサーバ１０から「呼情報」を取得すると、当該取得した呼情報を記憶部２０４に格納する。また、通信制御部２０１は、取得した呼情報をファストパス制御部２０２に引き渡す。さらに、通信制御部２０１は、取得した呼情報を待機系のＵ−Ｐｌａｎｅサーバ２０に向けて送信する（呼情報を転送する）。

ファストパス制御部２０２は、Ｕ−Ｐｌａｎｅサーバ２０に実装されたファストパス機能を制御する手段である。ファストパス制御部２０２は、記憶部２０４に格納された呼情報と取得した呼情報を比較し、記憶部２０４の中に取得した呼情報と同じ呼情報が存在するか否かを確認する。

比較の結果、同じ呼情報が記憶部２０４に存在しなければ、ファストパス制御部２０２は、取得した呼情報により上述のフローエントリ（フローを特定するための情報とパケットの転送先を含む情報）を生成し、当該フローエントリを記憶部２０４に格納する。ファストパス制御部２０２による呼情報からフローエントリを作成し、記憶部２０４に格納する処理が、事前設定処理に該当する。

比較の結果、通信制御部２０１から取得した呼情報と同じ呼情報が記憶部２０４に格納されている場合には、ファストパス制御部２０２は、取得した呼情報を破棄する（特段の処理を行わない）。記憶部２０４に格納された呼情報と同じ呼情報を取得したという事実は、対応するフローエントリが既に生成され、記憶部２０４に格納されていることを示すためである。

パケット転送部２０３は、ファストパス技術によりパケットを転送する手段である。具体的には、パケット転送部２０３は、ユーザ端末５０から送信されたパケットを受信し、当該受信パケットを記憶部２０４に格納されたフローエントリに従い処理する。

このように、Ｕ−Ｐｌａｎｅサーバ２０は、アプリケーションとして「呼情報転送機能」とファストパスのための「事前設定処理機能」を備える。即ち、呼情報転送機能はＣ−Ｐｌａｎｅサーバ１０から受信した呼情報を転送する機能である。また、事前設定処理機能は呼情報を元に通信（パケット転送）に必要な事前処理を行う機能である。Ｕ−Ｐｌａｎｅサーバ２０は、通信機能としてファストパスを使用し、事前処理の結果を保持して通信送受信処理を行う。

なお、Ｃ−Ｐｌａｎｅサーバ１０、ｅＮｏｄｅＢ４０、ユーザ端末５０等の処理構成は当業者にとって明らかであり、且つ、既存の装置等を使用することができるので、その詳細な説明は省略する。

続いて、第１の実施形態に係る通信システムの動作について説明する。図４は、第１の実施形態に係る通信システムの動作の一例を示すシーケンス図である。図４を参照しつつ、Ｕ−Ｐｌａｎｅサーバ２０における通信に必要な事前処理（事前設定）を運用系と待機系のサーバにて実施する動作を説明する。

Ｃ−Ｐｌａｎｅサーバ１０は、運用系のＵ−Ｐｌａｎｅサーバ２０−１に向けて呼情報を送信する（ステップＳ０１）。

運用系のＵ−Ｐｌａｎｅサーバ２０−１は、呼情報を受信する（ステップＳ０２）。

運用系のＵ−Ｐｌａｎｅサーバ２０−１は、呼情報を待機系のＵ−Ｐｌａｎｅサーバ２０−２に転送する（ステップＳ０３）。

運用系のＵ−Ｐｌａｎｅサーバ２０−１は、呼情報を処理する（ステップＳ０４）。具体的には、Ｕ−Ｐｌａｎｅサーバ２０−１は、呼情報からファストパス機能を実現するために必要なフローエントリを生成する。つまり、運用系のＵ−Ｐｌａｎｅサーバ２０−１は、Ｃ−Ｐｌａｎｅサーバ１０から取得した呼情報に基づき、パケットを転送するための情報（フローエントリ）を生成する。

その後、運用系のＵ−Ｐｌａｎｅサーバ２０−１は、呼情報が処理された結果（事前処理の結果；フローエントリ）を記憶部２０４に格納する（ステップＳ０５）。

待機系のＵ−Ｐｌａｎｅサーバ２０−２は、運用系のＵ−Ｐｌａｎｅサーバ２０−１から転送されてきた呼情報を処理する（ステップＳ０６）。

その後、待機系のＵ−Ｐｌａｎｅサーバ２０−２は、呼情報が処理された結果（事前処理の結果；フローエントリ）を記憶部２０４に格納する（ステップＳ０７）。

運用系のＵ−Ｐｌａｎｅサーバ２０−１は、記憶部２０４に格納されたフローエントリに従いパケットを転送する（ステップＳ０８）。

上記のような処理が、新規の通話が発生するたびに繰り返される。なお、待機系のＵ−Ｐｌａｎｅサーバ２０−２は、少なくとも転送されてくる呼情報を取得し、当該呼情報に基づくフローエントリの作成及び記憶部２０４への格納に関わる機能は使用可能に構成されている。

運用系のＵ−Ｐｌａｎｅサーバ２０−１に障害が発生した場合を考える。第１の実施形態に係る通信システムでは、運用系と待機系のＵ−Ｐｌａｎｅサーバ２０の間でハートビート信号の送受信を行い、互いの死活を監視している。Ｕ−Ｐｌａｎｅサーバ２０−１に障害が発生すると、Ｕ−Ｐｌａｎｅサーバ２０−２は、Ｕ−Ｐｌａｎｅサーバ２０−１の障害発生を検知する（ステップＳ０９）。上述のように、Ｕ−Ｐｌａｎｅサーバ２０−２は、ハートビート信号を用いた死活監視により上記障害発生を検知する。

その後、Ｕ−Ｐｌａｎｅサーバ２０−２は、系切り替えを実施する（ステップＳ１０）。具体的には、Ｕ−Ｐｌａｎｅサーバ２０−２は、運用系のサーバとして起動する。その際、新たな運用系となるＵ−Ｐｌａｎｅサーバ２０−２は、ＩＰアドレスの付け替えを行う。具体的には、Ｕ−Ｐｌａｎｅサーバ２０−２は、先に運用系であったＵ−Ｐｌａｎｅサーバ２０−１が使用していたＩＰアドレスをＣ−Ｐｌａｎｅサーバ１０と通信するためのＩＰアドレスとして使用する。

その結果、Ｃ−Ｐｌａｎｅサーバ１０は、新たに運用系となったＵ−Ｐｌａｎｅサーバ２０−２に対して呼情報を送信（ステップＳ０２）することができる。このように、Ｃ−Ｐｌａｎｅサーバ１０は、冗長構成された複数のＵ−Ｐｌａｎｅサーバ２０において系切り替えが発生した場合に、待機系であったＵ−Ｐｌａｎｅサーバ２０（新たに運用系となるＵ−Ｐｌａｎｅサーバ２０）に対して呼情報を送信する。即ち、新たに運用系となるＵ−Ｐｌａｎｅサーバ２０−２がＩＰアドレスの付け替えを行うことで、Ｃ−Ｐｌａｎｅサーバ１０は、Ｕ−Ｐｌａｎｅサーバ２０の系切り替えを意識せず、呼情報の送信を継続することができる。

Ｕ−Ｐｌａｎｅサーバ２０−２は、取得した呼情報と先に運用系であったＵ−Ｐｌａｎｅサーバ２０−１から取得した呼情報（記憶部２０４に格納された呼情報）を比較する（ステップＳ１１）。２つの呼情報が一致した場合、Ｕ−Ｐｌａｎｅサーバ２０−２は呼情報を破棄する（事前処理を行わない）。つまり、Ｕ−Ｐｌａｎｅサーバ２０−２は、運用系から取得した呼情報とＣ−Ｐｌａｎｅサーバ１０から取得した呼情報が一致する場合に、Ｃ−Ｐｌａｎｅサーバ１０から送信される呼情報を破棄する。

新たに運用系となったＵ−Ｐｌａｎｅサーバ２０−２は、既に設定されている事前処理の結果（フローエントリ）に従い受信パケットを転送する（ステップＳ１２）。なお、図４では、Ｃ−Ｐｌａｎｅサーバ１０からの呼情報受信を待ってＵ−Ｐｌａｎｅサーバ２０−２がパケットを転送するように記載されている。しかし、Ｕ−Ｐｌａｎｅサーバ２０−２は、パケット転送のための事前処理は完了しているため、Ｕ−Ｐｌａｎｅサーバ２０−２は上記呼情報の受信を待たず、ファストパスによるパケット転送を行うことができる。つまり、図４に示すステップＳ０２、ステップＳ１１に関する処理がなくとも、新たな運用系となったＵ−Ｐｌａｎｅサーバ２０−２は、ファストパスによるパケット転送を開始できる。

このように、待機系のＵ−Ｐｌａｎｅサーバ２０−２は、パケット転送のための情報（フローエントリ）を予めパケット転送前（運用系に遷移前）に保持し、自装置が運用系に遷移した場合、当該保持されたパケット転送のための情報を用いてパケット転送を行う。その結果、運用系のサーバの障害などにより系切り替えが発生した場合であっても、新たに運用系となるサーバのファストパスに関する事前処理は完了しているため、ユーザ信号（ユーザデータ、パケット）の入力と同時に、遅滞なく通信を再開できる。

上記実施形態にて説明した各装置のハードウェア構成について説明する。

［ハードウェア構成］
図５は、Ｕ−Ｐｌａｎｅサーバ２０のハードウェア構成の一例を示す図である。Ｕ−Ｐｌａｎｅサーバ２０は、図５に例示する構成を備える。例えば、Ｕ−Ｐｌａｎｅサーバ２０は、内部バスにより相互に接続される、ＣＰＵ（Central Processing Unit）２１、メモリ２２及び通信インターフェイスであるＮＩＣ（Network Interface Card）２３等を備える。

但し、図５に示す構成は、Ｕ−Ｐｌａｎｅサーバ２０のハードウェア構成を限定する趣旨ではない。Ｕ−Ｐｌａｎｅサーバ２０は、図示しないハードウェアを含んでもよい。Ｕ−Ｐｌａｎｅサーバ２０に含まれるＣＰＵ等の数も図５の例示に限定する趣旨ではなく、例えば、複数のＣＰＵ２１がＵ−Ｐｌａｎｅサーバ２０に含まれていてもよい。

メモリ２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、補助記憶装置（ハードディスク等）等である。

Ｕ−Ｐｌａｎｅサーバ２０の機能は、上記説明した処理を実行するモジュールにより実現される。当該モジュールは、例えば、メモリ２２に格納されたプログラムをＣＰＵ２１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能は、何らかのハードウェア、或いはハードウェアを利用して実行されるソフトウェアにより実現できればよい。

なお、Ｃ−Ｐｌａｎｅサーバ１０等のハードウェア構成は当業者にとって明らかであるため、その説明を省略する。

以上のように、第１の実施形態に係るＵ−Ｐｌａｎｅサーバ２０では、運用系のサーバに送信された呼情報を待機系のサーバに転送し、ファストパスに必要な事前処理を待機系のサーバ側でも完了させておく。その結果、冗長構成の運用系から待機系への切り替えが発生した場合でも、遅滞なく通信を継続できる。

［変形例］
なお、上記実施形態にて説明した通信システムの構成は例示であって、システムの構成を限定する趣旨ではない。例えば、図２では、２台のＵ−Ｐｌａｎｅサーバ２０による冗長構成が示されているが、３台以上のＵ−Ｐｌａｎｅサーバ２０を用いた冗長構成が採用されていても良い。この場合であっても、運用系のＵ−Ｐｌａｎｅサーバ２０は、全ての待機系のＵ−Ｐｌａｎｅサーバ２０に対して「呼情報」を転送する。

上記実施形態では、事前設定を必要とする通信方式としてファストパスを例にとり説明を行ったが、他の通信方式でも良いことは勿論である。即ち、事前設定を必要とする通信方式が実装されたサーバに本願開示を適用することができる。

上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、ＶｏＩＰ（Voice over Internet Protocol）等のリアルタイム通信などに好適に適用可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
上述の第１の視点に係る通信システムのとおりである。
［付記２］
前記複数の通信装置は、パケット転送の実行前に事前設定が必要な通信方式によりパケット転送を行う、好ましくは付記１に記載の通信システム。
［付記３］
前記待機系の通信装置は、前記生成されたパケット転送のための情報を保持し、自装置が運用系の通信装置に遷移した場合に、前記保持されたパケット転送のための情報を用いてパケット転送を行う、好ましくは付記１又は２に記載の通信システム。
［付記４］
前記運用系の通信装置は、前記制御装置から取得した呼情報に基づき、前記パケットを転送するための情報を生成する、好ましくは付記１乃至３のいずれか一に記載の通信システム。
［付記５］
前記制御装置は、前記冗長構成された複数の通信装置において系切り替えが発生した場合に、前記待機系の通信装置に対して呼情報を送信する、好ましくは付記１乃至４のいずれか一に記載の通信システム。
［付記６］
前記待機系の通信装置は、自装置が運用系の通信装置に遷移する際に前記制御装置から送信される呼情報を破棄する、好ましくは付記５に記載の通信システム。
［付記７］
前記待機系の通信装置は、前記運用系の通信装置から取得した呼情報と前記制御装置から取得した呼情報が一致する場合に、前記制御装置から送信される呼情報を破棄する、好ましくは付記６に記載の通信システム。
［付記８］
前記事前設定が必要な通信方式は、ファストパスである、好ましくは付記１乃至７のいずれか一に記載の通信システム。
［付記９］
前記パケットを転送するための情報には、フローを特定するための情報と、前記特定されたフローに属するパケットの出力先に関する情報と、が含まれる、好ましくは付記１乃至８のいずれか一に記載の通信システム。
［付記１０］
上述の第２の視点に係る通信装置のとおりである。
［付記１１］
上述の第３の視点に係る通信方法のとおりである。
［付記１２］
上述の第４の視点に係るプログラムのとおりである。
なお、付記１０〜付記１２の形態は、付記１の形態と同様に、付記２の形態〜付記９の形態に展開することが可能である。

なお、引用した上記の特許文献の開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０ Ｃ−Ｐｌａｎｅサーバ
２０、２０−１、２０−２ Ｕ−Ｐｌａｎｅサーバ
２１ ＣＰＵ
２２ メモリ
２３ ＮＩＣ
３０ ＥＰＣ
４０ ｅＮｏｄｅＢ
５０ ユーザ端末
１０１ 通信装置
１０２ 制御装置
２０１ 通信制御部
２０２ ファストパス制御部
２０３ パケット転送部
２０４ 記憶部

Claims (10)

1. 冗長構成された複数の通信装置と、
   前記複数の通信装置のうち運用系の通信装置に呼情報を送信する制御装置と、
   を含み、
   前記運用系の通信装置は、受信した呼情報を前記複数の通信装置のうち待機系の通信装置に転送し、
   前記待機系の通信装置は、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信システム。
2. 前記複数の通信装置は、パケット転送の実行前に事前設定が必要な通信方式によりパケット転送を行う、請求項１に記載の通信システム。
3. 前記待機系の通信装置は、前記生成されたパケット転送のための情報を保持し、自装置が運用系の通信装置に遷移した場合に、前記保持されたパケット転送のための情報を用いてパケット転送を行う、請求項１又は２に記載の通信システム。
4. 前記運用系の通信装置は、前記制御装置から取得した呼情報に基づき、前記パケットを転送するための情報を生成する、請求項１乃至３のいずれか一項に記載の通信システム。
5. 前記制御装置は、前記冗長構成された複数の通信装置において系切り替えが発生した場合に、前記待機系の通信装置に対して呼情報を送信する、請求項１乃至４のいずれか一項に記載の通信システム。
6. 前記待機系の通信装置は、自装置が運用系の通信装置に遷移する際に前記制御装置から送信される呼情報を破棄する、請求項５に記載の通信システム。
7. 前記待機系の通信装置は、前記運用系の通信装置から取得した呼情報と前記制御装置から取得した呼情報が一致する場合に、前記制御装置から送信される呼情報を破棄する、請求項６に記載の通信システム。
8. 自装置が運用系の装置である場合に、制御装置から取得した呼情報を他の待機系の装置に転送し、
   自装置が待機系の装置である場合に、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信装置。
9. 冗長構成された複数の通信装置と、
   前記複数の通信装置のうち運用系の通信装置に呼情報を送信する制御装置と、
   を含む通信システムにおいて、
   前記運用系の通信装置は、受信した呼情報を前記複数の通信装置のうち待機系の通信装置に転送し、
   前記待機系の通信装置は、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する、通信方法。
10. 自装置が運用系の装置である場合に、制御装置から取得した呼情報を他の待機系の装置に転送する処理と、
    自装置が待機系の装置である場合に、前記転送された呼情報に基づき、パケットを転送するための情報を自装置が運用系の通信装置となる前に生成する処理と、
    を通信装置に搭載されたコンピュータに実行させるプログラム。

Images