JP2011003983A - 通信システム、制御ノード選択装置、制御ノード選択方法及びプログラム - Google Patents

Abstract

【課題】制御ノードの障害／回復に伴うルート先制御ノードの動的選択制御を容易に行う。
【解決手段】ＤＲＡ１００−１が、Ｓ／Ｐ−ＧＷ３００、ＤＲＡ１００−２〜１００−３から送信されてきた制御要求信号の転送先のＰＣＲＦを選択し、制御要求信号がＤＲＡ１００−２〜１００−３から送信されてきた場合、制御要求信号に含まれる加入者識別情報と対応付けられているＰＣＲＦが利用可能になったと判断した後、その加入者識別情報が、セッション処理の開始から終了までの間を管理するセッション管理テーブルになくなった場合、リレー解除信号をＤＲＡ１００−２〜１００−３へ送信し、ＤＲＡ１００−２〜１００−３が、経路管理テーブルに記憶されたＰＣＲＦが利用可能ではないと判断してから、ＤＲＡ１００−１からリレー解除信号が送信されてくるまでの間、送信されてきた制御要求信号をＤＲＡ１００−１へリレーする。
【選択図】図１

Description

本発明は、通信制御を行う制御ノードを選択する通信システム、制御ノード選択装置、制御ノード選択方法及びプログラムに関する。

近年、無線通信システムにおいて、加入者に対するポリシー機能や課金機能等を有する通信制御を行う制御ノードであるＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）が複数存在する場合、その複数のＰＣＲＦのうちから１つのＰＣＲＦを選択する制御ノード選択装置であるＤＲＡ（Ｄｉａｍｅｔｅｒ Ｒｏｕｔｉｎｇ Ａｇｅｎｔ）が設けられているシステムが考えられている（例えば、非特許文献１参照。）。

図１６は、一般的な通信システムの一形態を示す図である。

図１６に示した通信システムには、ＤＲＡ１０００と、ＰＣＲＦ２０００と、Ｓ／Ｐ−ＧＷ３０００と、ＨＳＳ４０００と、ＵＥ５０００と、ｅＮｏｄｅＢ６０００と、ＭＭＥ７０００とが設けられている。なお、ここでは、転送方式として、Ｐｒｏｘｙ方式とＲｅｄｉｒｅｃｔ方式とのどちらの方式が用いられても良い。

ＤＲＡ１０００は、Ｓ／Ｐ−ＧＷ３０００から送信されてきた制御要求信号であるＣＣＲ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ｒｅｑｕｅｓｔ）信号の転送方式としてＰｒｏｘｙ方式が用いられる場合、当該ＣＣＲ信号をＰＣＲＦ２０００へ転送する制御ノード選択装置である。また、ＣＣＲ信号の転送方式としてＲｅｄｉｒｅｃｔ方式が用いられる場合、ＤＲＡ１０００は、Ｓ／Ｐ−ＧＷ３０００から送信されてきたＣＣＲ信号をＰＣＲＦ２０００へ転送せず、当該ＣＣＲ信号に対する応答信号であるＣＣＡ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ａｎｓｗｅｒ）信号を生成し、当該ＣＣＡ信号をＰＣＲＦの選択結果を示すＰＣＲＦ選択結果情報を含めてＳ／Ｐ−ＧＷ３０００へ送信する。

ＰＣＲＦ２０００は、転送されてきたＣＣＲ信号等に基づいて、ＵＥ５０００に対するポリシー機能や課金機能等を有する通信制御を行う制御ノードである。

Ｓ／Ｐ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ／Ｐａｃｋｅｔ Ｄａｔａ Ｎｏｄｅ−Ｇａｔｅｗａｙ）３０００は、ユーザパケットのルーティング、ポリシーの適用、各加入者用のパケットフィルタリング、サポートの課金、合法的傍受およびパケットスクリーニングなどを行うゲートウェイ装置である。また、Ｓ／Ｐ−ＧＷ３０００は、ＤＲＡ１０００へＣＣＲ信号を送信する。また、Ｓ／Ｐ−ＧＷ３０００は、ＣＣＲ信号を送信したＤＲＡ１０００からＣＣＡ信号が送信されてきた場合、当該ＣＣＡ信号に含まれるＰＣＲＦ選択結果情報に基づいて、ＣＣＲ信号をＰＣＲＦ２０００へ送信（転送）する。

ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）４０００は、ＵＥ５０００を識別するための加入者識別情報、ＵＥ５０００へ提供するサービスの内容等の加入者に関する情報を記憶する加入者情報収容装置である。

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）５０００は、加入者が利用する端末装置である。

ｅＮｏｄｅＢ６０００は、無線基地局である。

ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）７０００は、ＨＳＳ４０００に記憶された情報に基づいてＵＥ５０００の認証やＵＥ５０００のページング処理、ＵＥ５０００の位置登録や着信時の端末呼び出し、ハンドオーバーといったモビリティ管理を行う局舎内装置である。

図１７は、図１６に示したＰＣＲＦ２０００と、Ｓ／Ｐ−ＧＷ３０００と、ＨＳＳ４０００との間におけるデータの流れを説明するための図である。

図１７に示すように、Ｓ／Ｐ−ＧＷ３０００からのポリシー要求に対して、ＰＣＲＦ２０００は、ＨＳＳ４０００から加入者データ（加入者情報）を取得して処理を行う。

上述したようなＰＣＲＦは一般的に複数存在する。そのため、その複数のＰＣＲＦのうち、どのＰＣＲＦを用いて通信制御を行うかを選択するためにＤＲＡが必要となる。

近年では、そのＤＲＡが複数存在する通信システムも普及している。

図１８は、ＤＲＡが複数存在する通信システムの一形態を示す図である。

図１８に示した通信システムには、ＤＲＡ１０００−１〜１０００−３と、ＰＣＲＦ２０００−１〜２０００−３と、Ｓ／Ｐ−ＧＷ３０００とが設けられている。なお、Ｒｅｄｉｒｅｃｔ方式でＣＣＲ信号を転送する場合、Ｓ／Ｐ−ＧＷ３０００とＲＣＲＦ２０００−１〜２０００−３とも接続する。

ＤＲＡ１０００−１〜１０００−３は、Ｓ／Ｐ−ＧＷ３０００から送信されてきたＣＣＲ信号の転送方式としてＰｒｏｘｙ方式が用いられる場合、当該ＣＣＲ信号をＰＣＲＦ２０００−１〜２０００−３へ転送する。このとき、ＤＲＡ１０００−１〜１０００−３は、ＰＣＲＦ２０００−１〜２０００−３のうち１つのＰＣＲＦを選択してＣＣＲ信号を転送する。また、ＣＣＲ信号の転送方式としてＲｅｄｉｒｅｃｔ方式が用いられる場合、ＤＲＡ１０００−１〜１０００−３は、Ｓ／Ｐ−ＧＷ３０００から送信されてきたＣＣＲ信号をＰＣＲＦ２０００−１〜２０００−３へ転送せず、当該ＣＣＲ信号に対する応答信号であるＣＣＡ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ａｎｓｗｅｒ）信号を生成し、当該ＣＣＡ信号をＰＣＲＦの選択結果を示すＰＣＲＦ選択結果情報を含めてＳ／Ｐ−ＧＷ３０００へ送信する。

ＰＣＲＦ２０００−１〜２０００−３は、転送されてきたＣＣＲ信号に基づいて加入者の制御を行う。

Ｓ／Ｐ−ＧＷ３０００は、ＣＣＲ信号をＤＲＡ１０００−１〜１０００−３へ送信する。

図１９は、図１８におけるＣＣＲ信号の転送ルートの一例を示す図である。ここでは、ＣＣＲ信号の転送方式として、Ｐｒｏｘｙ方式が用いられる場合を例に挙げる。

図１９に示すように、ＤＲＡ１０００−１〜１０００−３がＰＣＲＦ２０００−１をＣＣＲ信号の転送先として選択している場合、Ｓ／Ｐ−ＧＷ３０００から送信されたＣＣＲ信号は、ＤＲＡ１０００−１〜１０００−３を経由してＰＣＲＦ２０００−１へ転送される。つまり、ＤＲＡ１０００−１〜１０００−３は、Ｓ／Ｐ−ＧＷ３０００から送信されてきたＣＣＲ信号をＰＣＲＦ２０００−１へ転送する。なお、ＣＣＲ信号の転送方式として、Ｒｅｄｉｒｅｃｔ方式が用いられる場合は、ＣＣＲ信号は、ＤＲＡ１０００−１〜１０００−３を経由せず、Ｓ／Ｐ−ＧＷ３０００からＰＣＲＦ２０００−１へ送信（転送）される。

３ＧＰＰ ＴＳ２９．２１３ Ｖ８．２．０（２００８−１２）

図２０は、図１９に示した状態でＰＣＲＦ２０００−１に障害が発生した場合のＣＣＲ信号の転送ルートの一例を示す図である。ここでは、ＣＣＲ信号の転送方式として、Ｐｒｏｘｙ方式が用いられる場合を例に挙げる。

図２０に示すように、ＰＣＲＦ２０００−１に障害が発生した場合、ＤＲＡ１０００−１〜１０００−３は、ＰＣＲＦ２０００−１は利用できないと判断する。そのため、ＤＲＡ１０００−１〜１０００−３はそれぞれＰＣＲＦ２０００−１以外のＰＣＲＦをＣＣＲ信号の転送先として選択する。

ある１人の加入者から送信されたＣＣＲ信号は、１つのＰＣＲＦで処理する必要がある。しかしながら、図２０に示すように、ＤＲＡ１０００−１はＰＣＲＦ２０００−２をＣＣＲ信号の転送先として選択し、ＤＲＡ１０００−２〜１０００−３はＰＣＲＦ２０００−３をＣＣＲ信号の転送先として選択してしまうと、１人の加入者から送信されたＣＣＲ信号が、複数のＰＣＲＦで処理されてしまう。このような処理が行われてしまった場合、各加入者に対するＣＣＲ信号の処理が正常に行われない。

つまり、ＣＣＲ信号のルート先であるＰＣＲＦに障害が発生した場合、代替えとなるＰＣＲＦを動的に正しく選択することができないという問題点がある。

本発明の目的は、上述した課題を解決する通信システム、制御ノード選択装置、制御ノード選択方法及びプログラムを提供することである。

本発明の通信システムは、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードと、該複数の制御ノードのうち前記加入者ごとに経路管理テーブルにあらかじめ記憶された制御ノードを前記制御要求信号の転送先として選択する複数の制御ノード選択装置とから構成される通信システムにおいて、
前記複数の制御ノード選択装置は、主制御ノード選択装置と従属制御ノード選択装置とからなり、
前記主制御ノード選択装置および従属制御ノード選択装置は、前記制御ノードが利用可能であるかどうかを判断し、
前記主制御ノード選択装置は、前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けて記憶するセッション管理テーブルを有し、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索し、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択し、前記制御要求信号が、前記従属制御ノード選択装置から送信されてきたものである場合、該制御要求信号に含まれる前記加入者識別情報と前記経路管理テーブルにて対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を前記従属制御ノード選択装置へ送信し、
前記従属制御ノード選択装置は、さらに、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記主制御ノード選択装置から前記リレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記主制御ノード選択装置へリレーすることを特徴とする。

また、本発明の制御ノード選択装置は、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置であって、
前記制御要求信号の前記転送先の制御ノードを選択するルーティング部と、
前記加入者ごとに前記制御要求信号の転送先の制御ノードを経路管理テーブルにあらかじめ記憶して管理する静的ルート管理部と、
前記制御ノードが利用可能であるかどうかを判断する対向ノード状態管理部と、
前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶して管理し、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する監視セッション管理部とを有し、
前記ルーティング部は、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記監視セッション管理部が検索した制御ノードが利用不可能であると前記対向ノード状態管理部が判断した場合、前記対向ノード状態管理部が利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記監視セッション管理部が検索した制御ノードを前記転送先の制御ノードとして選択する。

また、本発明の制御ノード選択装置は、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置であって、
前記制御要求信号の前記転送先の制御ノードを選択するルーティング部と、
前記加入者ごとに前記制御要求信号の転送先の制御ノードを経路管理テーブルにあらかじめ記憶して管理する静的ルート管理部と、
前記制御ノードが利用可能であるかどうかを判断する対向ノード状態管理部とを有し、
前記ルーティング部は、前記対向ノード状態管理部が、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記制御要求信号の転送をリレーする他の制御ノード選択装置であるリレー制御ノード選択装置から前記リレーを解除する旨を示すリレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記リレー制御ノード選択装置へリレーする制御ノード選択装置。

また、本発明の制御ノード選択方法は、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードと、該複数の制御ノードのうち前記加入者ごとに経路管理テーブルにあらかじめ記憶された制御ノードを前記制御要求信号の転送先として選択する複数の制御ノード選択装置とから構成される通信システムにおいて、前記複数の制御ノードから１つの制御ノードを前記制御要求信号の転送先の制御ノードとして選択する制御ノード選択方法であって、
前記制御ノード選択装置が、前記制御ノードが利用可能であるかどうかを判断する処理と、
前記複数の制御ノード選択装置のうち主制御ノード選択装置が、前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶する処理と、
前記主制御ノード選択装置が、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する処理と、
前記主制御ノード選択装置が、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択する処理と、
前記主制御ノード選択装置が、前記制御要求信号が、前記複数の制御ノード選択装置のうち当該主制御ノード選択装置以外の制御ノード選択装置である従属制御ノード選択装置から送信されてきたものである場合、該制御要求信号に含まれる前記加入者識別情報と前記経路管理テーブルにて対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を前記従属制御ノード選択装置へ送信する処理と、
前記従属制御ノード選択装置が、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記主制御ノード選択装置から前記リレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記主制御ノード選択装置へリレーする処理とを有する。

また、本発明のプログラムは、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置に実行させるためのプログラムであって、
前記制御ノードが利用可能であるかどうかを判断する手順と、
前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶する手順と、
前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する手順と、
前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択する手順と、
前記制御要求信号が、前記複数の制御ノード選択装置のうち当該制御ノード選択装置以外の他の制御ノード選択装置から送信されてきたものである場合、前記加入者ごとに前記制御要求信号の転送先の制御ノードをあらかじめ記憶する経路管理テーブルにて該制御要求信号に含まれる加入者識別情報と前記対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を該制御要求信号を送信してきた他の制御ノード選択装置へ送信する手順とを実行させる。

また、本発明のプログラムは、
通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置に実行させるためのプログラムであって、
前記加入者ごとに前記制御要求信号の転送先の制御ノードをあらかじめ記憶する経路管理テーブルに記憶された制御ノードが利用可能であるかどうかを判断する手順と、
前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記制御要求信号の転送をリレーする他の制御ノード選択装置であるリレー制御ノード選択装置から前記リレーを解除する旨を示すリレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記リレー制御ノード選択装置へリレーする手順とを実行させる。

以上説明したように、本発明においては、主制御ノード選択装置が、制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、加入者固有に付与された加入者識別情報と、制御要求信号の転送先である制御ノードとを、セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶し、制御要求信号が送信されてきた際、セッション管理テーブルにて制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードをセッション管理テーブルから検索し、送信されてきた制御要求信号に含まれる加入者識別情報がセッション管理テーブルに存在しない場合、または、検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを転送先の制御ノードとして選択し、そうでない場合は、検索した制御ノードを転送先の制御ノードとして選択し、制御要求信号が、従属制御ノード選択装置から送信されてきたものである場合、制御要求信号に含まれる加入者識別情報と経路管理テーブルにて対応付けられている制御ノードが利用可能になったと判断した後、セッション管理テーブルに加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を従属制御ノード選択装置へ送信し、従属制御ノード選択装置が、経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、主制御ノード選択装置からリレー解除信号が送信されてくるまでの間、加入者から送信されてきた制御要求信号を主制御ノード選択装置へリレーする構成としたため、制御ノードの障害／回復に伴うルート先制御ノードの動的選択制御を容易に行うことができる。

本発明の通信システムの実施の一形態を示す図である。 図１に示したマスターＤＲＡの内部構成の一例を示す図である。 図２に示した経路管理テーブルが記憶している加入者ごとのＣＣＲ信号の転送先の情報の一例を示す図である。 図２に示した対向ノード状態管理部が管理している情報の一例を示す図である。 図２に示したセッション管理テーブルが記憶している加入者ごとのセッション識別情報とＣＣＲ信号の転送先の情報との対応付けの一例を示す図である。 図１に示したスレーブＤＲＡの内部構成の一例を示す図である。 図６に示した対向ノード状態管理部が管理しているＤＲＡの情報の一例を示す図である。 図１に示したマスターＤＲＡにおける制御ノードの通常選択処理を説明するためのシーケンス図である。 図１に示したマスターＤＲＡにおける制御ノードの新規の迂回選択処理を説明するためのシーケンス図である。 図１に示したマスターＤＲＡにおける制御ノードのすでに迂回中の迂回選択処理を説明するためのシーケンス図である。 図１に示したマスターＤＲＡにおける制御ノードの迂回済みのルートのさらなる迂回選択処理を説明するためのシーケンス図である。 図１に示したスレーブＤＲＡにおける制御ノードの通常選択処理を説明するためのシーケンス図である。 図１に示したスレーブＤＲＡにおけるリレー選択の開始処理を説明するためのシーケンス図である。 図１に示したスレーブＤＲＡにおけるリレー選択の継続処理を説明するためのシーケンス図である。 図１に示したスレーブＤＲＡにおけるリレー選択の解除処理を説明するためのシーケンス図である。 一般的な通信システムの一形態を示す図である。 図１６に示したＰＣＲＦと、Ｓ／Ｐ−ＧＷと、ＨＳＳとの間におけるデータの流れを説明するための図である。 ＤＲＡが複数存在する通信システムの一形態を示す図である。 図１８におけるＣＣＲ信号の転送ルートの一例を示す図である。 図１９に示した状態でＰＣＲＦに障害が発生した場合のＣＣＲ信号の転送ルートの一例を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の通信システムの実施の一形態を示す図である。

本形態は図１に示すように、ＤＲＡ１００−１〜１００−３と、ＰＣＲＦ２００−１〜２００−３と、Ｓ／Ｐ−ＧＷ３００とから構成されている。なお、ここでは、転送方式として、Ｐｒｏｘｙ方式とＲｅｄｉｒｅｃｔ方式とのどちらの方式が用いられても良い。また、Ｒｅｄｉｒｅｃｔ方式で後述するＣＣＲ信号を転送する場合、Ｓ／Ｐ−ＧＷ３００とＲＣＲＦ２００−１〜２００−３とも接続する。

Ｓ／Ｐ−ＧＷ３００は、図１８に示したＳ／Ｐ−ＧＷ３０００と同じものであり、制御要求信号であるＣＣＲ信号をＤＲＡ１００−１〜１００−３へ送信するゲートウェイ装置である。なお、このＣＣＲ信号には、信号の種別を示す信号種別（例えば、リソースの生成を要求する生成要求、リソースの状態の変更を要求する変更要求、リソースの削除を要求する削除要求等）と、処理されるセッション固有に付与されたセッション識別情報と、加入者固有に付与された加入者を識別できる情報である加入者識別情報とが含まれている。また、Ｓ／Ｐ−ＧＷ３００は、ＣＣＲ信号を送信したＤＲＡ１００−１〜１００−３から後述するＣＣＡ信号が送信されてきた場合、当該ＣＣＡ信号に含まれるＰＣＲＦ選択結果情報に基づいて、ＣＣＲ信号をＰＣＲＦ２００−１〜２００−３へ送信（転送）する。

ＰＣＲＦ２００−１〜２００−３は、図１８に示したＰＣＲＦ２０００−１〜２０００−３と同じものであり、転送されてきたＣＣＲ信号に基づいて加入者の制御を行う制御ノードである。

ＤＲＡ１００−１〜１００−３は、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号の転送方式としてＰｒｏｘｙ方式が用いられる場合、当該ＣＣＲ信号をＰＣＲＦ２００−１〜２００−３へ転送する制御ノード選択装置である。このとき、ＤＲＡ１００−１〜１００−３は、ＰＣＲＦ２００−１〜２００−３のうち１つのＰＣＲＦを選択し、選択したＰＣＲＦへＣＣＲ信号を転送する。また、ＣＣＲ信号の転送方式としてＲｅｄｉｒｅｃｔ方式が用いられる場合、ＤＲＡ１００−１〜１００−３は、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号をＰＣＲＦ２００−１〜２００−３へ転送せず、当該ＣＣＲ信号に対する応答信号であるＣＣＡ（Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ａｎｓｗｅｒ）信号を生成し、当該ＣＣＡ信号をＰＣＲＦの選択結果を示すＰＣＲＦ選択結果情報を含めてＳ／Ｐ−ＧＷ３００へ送信する。

また、ＤＲＡ１００−１は、ＤＲＡ１００−１〜１００−３のうちでマスターとなることがあらかじめ設定されている主制御ノード選択装置（ＣＣＲ信号をリレーするリレー制御ノード選択装置）であり、ＤＲＡ１００−２〜１００−３が選択しているＰＣＲＦに障害が発生した場合、ＤＲＡ１００−２〜１００−３経由のＣＣＲ信号をリレーする。

図２は、図１に示したＤＲＡ１００−１の内部構成の一例を示す図である。

図１に示したＤＲＡ１００−１には図２に示すように、ルーティング部１１０と、静的ルート管理部１１１と、対向ノード状態管理部１１３と、監視セッション管理部１１４とが設けられている。なお、図２には、図１に示したＤＲＡ１００−１に具備された構成要素のうち、本形態の特徴となる構成要素のみを示した。

静的ルート管理部１１１は、加入者ごとにＣＣＲ信号の転送先のＰＣＲＦ２００−１〜２００−３を管理する。また、静的ルート管理部１１１には、経路管理テーブル１１２が設けられている。

経路管理テーブル１１２は、加入者ごとにＣＣＲ信号の転送先のＰＣＲＦ２００−１〜２００−３をあらかじめ記憶する。

図３は、図２に示した経路管理テーブル１１２が記憶している加入者ごとのＣＣＲ信号の転送先の情報の一例を示す図である。

図２に示した経路管理テーブル１１２には図３に示すように、加入者識別情報と、ＰＣＲＦ識別情報と、リレー先ＤＲＡ識別情報とが対応付けられて記憶されている。

加入者識別情報は、加入者固有に付与された加入者を識別できる情報である。例えば、電話番号であっても良いし、電子メールアドレスであっても良い。

ＰＣＲＦ識別情報は、当該ＰＣＲＦ識別情報と対応付けられた加入者識別情報が付与された加入者から送信されてきたＣＣＲ信号のデフォルトの転送先のＰＣＲＦ固有に付与されたＰＣＲＦを識別できる情報である。

リレー先ＤＲＡ識別情報は、当該リレー先ＤＲＡ識別情報と対応付けられた加入者識別情報が付与された加入者から送信されてきたＣＣＲ信号が、他のＤＲＡ（マスター）へリレーされる場合の当該ＤＲＡ固有に付与されたＤＲＡを識別できる情報である。

図３に示したものを例に挙げて説明すると、加入者識別情報「０９０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」と、ＰＣＲＦ識別情報「２００−１」と、リレー先ＤＲＡ識別情報「１００−１」とが対応付けられて記憶されている。これは、加入者識別情報が「０９０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」である加入者から送信されてきたＣＣＲ信号は、ＰＣＲＦ識別情報が「２００−１」であるＰＣＲＦへ転送されることを示している。さらに、ＰＣＲＦ識別情報が「２００−１」であるＰＣＲＦに障害が発生した場合、加入者識別情報が「０９０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」である加入者から送信されてきたＣＣＲ信号は、リレー先ＤＲＡ識別情報が「１００−１」であるＤＲＡへリレーされることを示している。

ルーティング部１１０は、Ｓ／Ｐ−ＧＷ３００またはＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号をＰＣＲＦ２００−１〜２００−３のうち１つのＰＣＲＦへ転送する。この転送先の選択・決定については、後述する。

対向ノード状態管理部１１３は、ＰＣＲＦ２００−１〜２００−３が利用可能であるかどうかを判断して管理する。対向ノード状態管理部１１３は、ＰＣＲＦ２００−１〜２００−３に障害が発生している場合は、ＰＣＲＦ２００−１〜２００−３は利用不可能であると判断する。また、対向ノード状態管理部１１３は、ＰＣＲＦ２００−１〜２００−３に障害が発生していない（障害から回復した）場合は、ＰＣＲＦ２００−１〜２００−３は利用可能であると判断する。このＰＣＲＦ２００−１〜２００−３の障害発生を検出するには、一般的に障害検出に用いられる方法を用いても良く、ＰＣＲＦ２００−１〜２００−３が正常に動作しているかどうかが判断できれば良い。例えば、ＰＣＲＦ２００−１〜２００−３から所定の信号が送信されているかどうかを監視することにより、当該信号が送信されていない場合、信号を送信していないＰＣＲＦに障害が発生したと判断するものであっても良い。また、対向ノード状態管理部１１３からＰＣＲＦ２００−１〜２００−３へ何らかの要求信号を送信し、その要求信号に対する応答信号がＰＣＲＦ２００−１〜２００−３から返信されてこない場合、当該ＰＣＲＦ２００−１〜２００−３に障害が発生したと判断するものであっても良い。

図４は、図２に示した対向ノード状態管理部１１３が管理している情報の一例を示す図である。

図２に示した対向ノード状態管理部１１３では図４に示すように、ＰＣＲＦ２００−１〜２００−３が利用可能かどうかが管理されている。ＰＣＲＦ識別情報とその状態とが対応付けられて管理されている。

図４に示したものを例に挙げて説明すると、ＰＣＲＦ識別情報「２００−１」と、状態「利用不可」とが対応付けられて管理されている。これは、ＰＣＲＦ識別情報が「２００−１」であるＰＣＲＦは、障害が発生しており利用ができないことを示している。また、ＰＣＲＦ識別情報「２００−２」と、状態「利用可」とが対応付けられて管理されている。これは、ＰＣＲＦ識別情報が「２００−２」であるＰＣＲＦは、障害が発生しておらず利用ができることを示している。

監視セッション管理部１１４は、ＣＣＲ信号に含まれるセッション処理固有に付与されたセッション識別情報とＣＣＲ信号の転送先である制御ノードとを、当該セッション処理の開始から終了までの間、対応付けて加入者ごとに管理する。また、監視セッション管理部１１４には、セッション管理テーブル１１５が設けられている。

セッション管理テーブル１１５は、ＣＣＲ信号に含まれるセッション識別情報とＣＣＲ信号の転送先である制御ノードとを、当該セッション処理の開始から終了までの間、対応付けて加入者ごとに記憶する。

図５は、図２に示したセッション管理テーブル１１５が記憶している加入者ごとのセッション識別情報とＣＣＲ信号の転送先の情報との対応付けの一例を示す図である。

図２に示したセッション管理テーブル１１５には図５に示すように、セッション識別情報と、加入者識別情報と、迂回先ＰＣＲＦ識別情報とが対応付けられて記憶されている。

セッション識別情報は、処理中のセッションを識別できる情報であり、送信されてきたＣＣＲ信号に含まれてくるものである。

加入者識別情報は、加入者固有に付与された加入者を識別できる情報である。

迂回先ＰＣＲＦ識別情報は、当該迂回先ＰＣＲＦ識別情報と対応付けられたセッション識別情報が付与されたセッションを処理しているＰＣＲＦの識別情報である。

図５に示したものを例に挙げて説明すると、セッション識別情報「０１２３４５６７８９」と、加入者識別情報「０９０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」と、迂回先ＰＣＲＦ識別情報「２００−２」とが対応付けられて管理されている。これは、加入者識別情報が「０９０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」である加入者から送信されてきたＣＣＲ信号に含まれるセッション識別情報が「０１２３４５６７８９」であるセッションをＰＣＲＦ識別情報が「２００−２」であるＰＣＲＦが処理していることを示している。また、セッション識別情報「１１１１２３４５６７」と、加入者識別情報「０８０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」と、迂回先ＰＣＲＦ識別情報「２００−２」とが対応付けられて管理されている。これは、加入者識別情報が「０８０ＸＸＸＸＸＸＸＸ＠ａａａ．ｎｅ．ｊｐ」である加入者から送信されてきたＣＣＲ信号に含まれるセッション識別情報が「１１１１２３４５６７」であるセッションをＰＣＲＦ識別情報が「２００−２」であるＰＣＲＦが処理していることを示している。

また、監視セッション管理部１１４は、送信されてきたＣＣＲ信号に含まれる加入者識別情報と対応付けられた制御ノードを転送先の制御ノードとしてセッション管理テーブル１１５から検索する。

また、ＣＣＲ信号に含まれる加入者識別情報とセッション管理テーブル１１５にて対応付けられたＰＣＲＦが利用不可能であると対向ノード状態管理部１１３が判断した場合、監視セッション管理部１１４は、そのＰＣＲＦの迂回先ＰＣＲＦ識別情報と当該セッション識別情報と加入者識別情報との対応付けをセッション管理テーブル１１５から削除する。

以下に、ルーティング部１１０におけるＣＣＲ信号の転送先を選択・決定する処理について説明する。

ルーティング部１１０は、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号を、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、経路管理テーブル１１２からＰＣＲＦ識別情報を検索し、検索したＰＣＲＦ識別情報が付与されたＰＣＲＦへ転送する。また、ルーティング部１１０は、Ｓ／Ｐ−ＧＷ３００、ＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号を、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、セッション管理テーブル１１５から迂回先ＰＣＲＦ識別情報を検索し、検索した迂回先ＰＣＲＦ識別情報が付与されたＰＣＲＦへ転送する。なお、Ｓ／Ｐ−ＧＷ３００、ＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号に含まれる加入者識別情報がセッション管理テーブル１１５に存在しない場合、対向ノード状態管理部１１３が利用可能であると判断したＰＣＲＦを転送先の制御ノードとして選択して、当該ＣＣＲ信号を転送する。

また、ルーティング部１１０は、ＣＣＲ信号の転送方式として、Ｒｅｄｉｒｅｃｔ方式が用いられる場合、ＣＣＲ信号をＰＣＲＦ２００−１〜２００−３へ転送せず、当該ＣＣＲ信号に対するＣＣＡ信号を生成し、当該ＣＣＡ信号をＰＣＲＦの選択結果を示すＰＣＲＦ選択結果情報を含めてＳ／Ｐ−ＧＷ３００へ送信する。

また、ルーティング部１１０は、経路管理テーブル１１２にて加入者識別情報と対応付けられているＰＣＲＦが利用不可能から利用可能になった（障害から回復した）と対向ノード状態管理部１１３が判断した後、セッション管理テーブル１１５に当該加入者の加入者識別情報がなくなった場合、ＣＣＲ信号のリレーを解除する旨を示すリレー解除信号をＣＣＲ信号をリレーしてきたＤＲＡ１００−２〜１００−３へ送信する。

また、ＤＲＡ１００−２〜１００−３は、ＤＲＡ１００−１〜１００−３のうちでマスターであるＤＲＡ１００−１のスレーブとなることがあらかじめ設定されている従属制御ノード選択装置であり、ＤＲＡ１００−２〜１００−３が選択しているＰＣＲＦに障害が発生した場合、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号をＤＲＡ１００−１へリレーする。

図６は、図１に示したＤＲＡ１００−２の内部構成の一例を示す図である。なお、図１に示したＤＲＡ１００−３の内部構成もＤＲＡ１００−２の内部構成と同じである。

図１に示したＤＲＡ１００−２には図６に示すように、ルーティング部１２０と、静的ルート管理部１２１と、対向ノード状態管理部１２３とが設けられている。なお、図６には、図１に示したＤＲＡ１００−２に具備された構成要素のうち、本形態の特徴となる構成要素のみを示した。

静的ルート管理部１２１は、図２に示した静的ルート管理部１１１と同じものであり、加入者ごとにＣＣＲ信号の転送先のＰＣＲＦ２００−１〜２００−３を管理する。また、静的ルート管理部１２１には、経路管理テーブル１２２が設けられている。

経路管理テーブル１２２は、図２に示した経路管理テーブル１１２と同じものである。

対向ノード状態管理部１２３は、ＰＣＲＦ２００−１〜２００−３が利用可能であるかどうかを判断して管理する。対向ノード状態管理部１２３は、ＰＣＲＦ２００−１〜２００−３に障害が発生している場合は、ＰＣＲＦ２００−１〜２００−３は利用不可能であると判断する。また、対向ノード状態管理部１２３は、ＰＣＲＦ２００−１〜２００−３に障害が発生していない（障害から回復した）場合は、ＰＣＲＦ２００−１〜２００−３は利用可能であると判断する。このＰＣＲＦ２００−１〜２００−３の障害発生を検出するには、一般的に障害検出に用いられる方法を用いても良く、ＰＣＲＦ２００−１〜２００−３が正常に動作しているかどうかが判断できれば良い。例えば、ＰＣＲＦ２００−１〜２００−３から所定の信号が送信されているかどうかを監視することにより、当該信号が送信されていない場合、信号を送信していないＰＣＲＦに障害が発生したと判断するものであっても良い。また、対向ノード状態管理部１２３からＰＣＲＦ２００−１〜２００−３へ何らかの要求信号を送信し、その要求信号に対する応答信号がＰＣＲＦ２００−１〜２００−３から返信されてこない場合、当該ＰＣＲＦ２００−１〜２００−３に障害が発生したと判断するものであっても良い。これは、図２に示した対向ノード状態管理部１１３と同様の方法で判断・監理するものである。

また、対向ノード状態管理部１２３は、ＤＲＡ１００−１が利用可能であるかどうか、およびＤＲＡ１００−１がＣＣＲ信号をリレーしている状態であるかどうかを判断して管理する。この利用可能かどうかの判断は、ＰＣＲＦ２００−１〜２００−３が利用可能であるかどうかの判断と同様の方法で判断・管理するものである。

図７は、図６に示した対向ノード状態管理部１２３が管理しているＤＲＡの情報の一例を示す図である。

図６に示した対向ノード状態管理部１２３では図７に示すように、ＤＲＡ１００−１が利用可能かどうか、またＤＲＡ１００−１がＣＣＲ信号をリレーしている状態であるかどうかが管理されている。

図７に示したものを例に挙げて説明すると、ＤＲＡ識別情報「１００−１」と、状態「利用可＆リレーＯＦＦ」とが対応付けられて管理されている。これは、ＤＲＡ識別情報が「１００−１」であるＤＲＡは、利用ができ、また、ＣＣＲ信号をリレーしている状態ではないことを示している。

なお、図１に示したＤＲＡ１００−１〜１００−３は、図２を用いて説明したＤＲＡ１００−１が有する機能と、図６を用いて説明したＤＲＡ１００−２が有する機能との双方の機能を兼ね備えたものであってもかまわない。

以下に、本形態における制御ノード選択方法について説明する。

まずは、マスター（主制御ノード選択装置）であるＤＲＡ１００−１における通常選択処理について説明する。

図８は、図１に示したＤＲＡ１００−１における制御ノードの通常選択処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００またはＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号がルーティング部１１０にて受信されると（ステップＳ１）、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、ルーティング部１１０から監視セッション管理部１１４へ迂回選択先要求が行われる（ステップＳ２）。これは、当該加入者識別情報がセッション管理テーブル１１５に記憶されているかどうかの検索を要求するものである。

すると、監視セッション管理部１１４にて、当該加入者識別情報がセッション管理テーブル１１５から検索される（ステップＳ３）。ここでは、ＰＣＲＦ２００−１〜２００−３に障害が発生していない状態での通常選択であるため、当該加入者識別情報はセッション管理テーブル１１５から検索されない。そのため、「レコード無し」の応答が監視セッション管理部１１４からルーティング部１１０へ出力される（ステップＳ４）。

続いて、ルーティング部１１０から静的ルート管理部１１１へ静的ルートが要求される（ステップＳ５）。これは、ステップＳ１にて受信されたＣＣＲ信号に含まれる加入者識別情報と対応付けられているＰＣＲＦ識別情報の経路管理テーブル１１２からの検索を要求するものである。

すると、静的ルート管理部１１１にて、当該加入者識別情報と対応付けられているＰＣＲＦ識別情報が経路管理テーブル１１２から検索される（ステップＳ６）。そして、ステップＳ５の要求に対する応答として、検索されたＰＣＲＦ識別情報が静的ルート管理部１１１からルーティング部１１０へ出力される（ステップＳ７）。

その後、ステップＳ７にて静的ルート管理部１１１から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１１０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１１３へ要求される（ステップＳ８）。

すると、対向ノード状態管理部１１３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ９）。ここでは、ＰＣＲＦには障害が発生していないため、「利用可」の応答が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ１０）。

そして、当該ＰＣＲＦ識別情報が付与されたＰＣＲＦがＣＣＲ信号のルート先（転送先）として決定（選択）される（ステップＳ１１）。

また、当該ＣＣＲ信号がＤＲＡ１００−２〜１００−３からリレーされてきたものである場合、ＣＣＲ信号に含まれる加入者識別情報がセッション管理テーブル１１５に存在しない（ＤＲＡ１００−１がＣＣＲ信号をリレーしていない）旨を示すリレー解除信号がルーティング部１１０から当該ＣＣＲ信号をリレーしてきたＤＲＡ１００−２〜１００−３へ、その後送信される。

次に、マスター（主制御ノード選択装置）であるＤＲＡ１００−１における新規の迂回選択処理について説明する。つまり、経路管理テーブル１１２に記憶されているＰＣＲＦに障害が発生し、迂回が必要である場合の選択処理について説明する。

図９は、図１に示したＤＲＡ１００−１における制御ノードの新規の迂回選択処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００またはＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号がルーティング部１１０にて受信されると（ステップＳ２１）、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、ルーティング部１１０から監視セッション管理部１１４へ迂回選択先要求が行われる（ステップＳ２２）。これは、当該加入者識別情報がセッション管理テーブル１１５に記憶されているかどうかの検索を要求するものである。

すると、監視セッション管理部１１４にて、当該加入者識別情報がセッション管理テーブル１１５から検索される（ステップＳ２３）。ここでは、新規の迂回選択であるため、当該加入者識別情報はセッション管理テーブル１１５から検索されない。そのため、「レコード無し」の応答が監視セッション管理部１１４からルーティング部１１０へ出力される（ステップＳ２４）。

続いて、ルーティング部１１０から静的ルート管理部１１１へ静的ルートが要求される（ステップＳ２５）。これは、ステップＳ２１にて受信されたＣＣＲ信号に含まれる加入者識別情報と対応付けられているＰＣＲＦ識別情報の経路管理テーブル１１２からの検索を要求するものである。

すると、静的ルート管理部１１１にて、当該加入者識別情報と対応付けられているＰＣＲＦ識別情報が経路管理テーブル１１２から検索される（ステップＳ２６）。そして、ステップＳ２５の要求に対する応答として、検索されたＰＣＲＦ識別情報が静的ルート管理部１１１からルーティング部１１０へ出力される（ステップＳ２７）。

その後、ステップＳ２７にて静的ルート管理部１１１から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１１０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１１３へ要求される（ステップＳ２８）。

すると、対向ノード状態管理部１１３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ２９）。ここでは、ＰＣＲＦには障害が発生しているため、「利用不可」の応答が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ３０）。

対向ノード状態管理部１１３からルーティング部１１０へ「利用不可」の応答が出力されてくると、ＣＣＲ信号のルート先（転送先）として他のＰＣＲＦを選択する必要があるため、ルーティング部１１０から対向ノード状態管理部１１３へ迂回ルートが要求される（ステップＳ３１）。これは、ルーティング部１１０から対向ノード状態管理部１１３へ、「利用可」となっているＰＣＲＦ識別情報の検索を要求するものである。

すると、対向ノード状態管理部１１３にて、「利用可」となっているＰＣＲＦ識別情報が検索される（ステップＳ３２）。そして、ステップＳ３１の要求に対する応答として、検索されたＰＣＲＦ識別情報が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ３３）。

なお、ステップＳ３１〜Ｓ３３の処理は、静的ルート管理部１１１を介して行われるものであっても良い。例えば、ステップＳ３１の要求はルーティング部１１０から静的ルート管理部１１１へ要求され、静的ルート管理部１１１によって対向ノード状態管理部１１３から利用可能なＰＣＲＦ識別情報が取得され、取得されたＰＣＲＦ識別情報が静的ルート管理部１１１からルーティング部１１０へ出力されるものであっても良い。

続いて、当該ＣＣＲ信号に含まれるセッション識別情報および加入者識別情報と、ステップＳ３３にて対向ノード状態管理部１１３から出力されてきたＰＣＲＦ識別情報との登録が、ルーティング部１１０から監視セッション管理部１１４へ要求される（ステップＳ３４）。

登録が要求された監視セッション管理部１１４にて、当該セッション識別情報と加入者識別情報とＰＣＲＦ識別情報とが対応付けられてセッション管理テーブル１１５に登録される（ステップＳ３５）。

そして、登録が成功した旨を示す応答が監視セッション管理部１１４からルーティング部１１０へ出力され（ステップＳ３６）、当該ＰＣＲＦ識別情報が付与されたＰＣＲＦがＣＣＲ信号のルート先（転送先）として決定（選択）される（ステップＳ３７）。

次に、マスター（主制御ノード選択装置）であるＤＲＡ１００−１におけるすでに迂回中の迂回選択処理について説明する。

図１０は、図１に示したＤＲＡ１００−１における制御ノードのすでに迂回中の迂回選択処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００またはＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号がルーティング部１１０にて受信されると（ステップＳ４１）、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、ルーティング部１１０から監視セッション管理部１１４へ迂回選択先要求が行われる（ステップＳ４２）。これは、当該加入者識別情報がセッション管理テーブル１１５に記憶されているかどうかの検索を要求するものである。

すると、監視セッション管理部１１４にて、当該加入者識別情報がセッション管理テーブル１１５から検索される（ステップＳ４３）。ここでは、すでに迂回中であるため、当該加入者識別情報がセッション管理テーブル１１５から検索される。そして、検索された加入者識別情報と対応付けられてセッション管理テーブル１１５に記憶されている迂回先ＰＣＲＦ識別情報が取得され、取得されたＰＣＲＦ識別情報がステップＳ４２に対する応答として監視セッション管理部１１４からルーティング部１１０へ出力される（ステップＳ４４）。

その後、ステップＳ４４にて監視セッション管理部１１４から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１１０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１１３へ要求される（ステップＳ４５）。

すると、対向ノード状態管理部１１３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ４６）。ここでは、ＰＣＲＦに障害が発生していないため、「利用可」の応答が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ４７）。

続いて、当該ＣＣＲ信号に含まれるセッション識別情報および加入者識別情報と、ステップＳ４４にて監視セッション管理部１１４から出力されてきたＰＣＲＦ識別情報との登録が、ルーティング部１１０から監視セッション管理部１１４へ要求される（ステップＳ４８）。

登録が要求された監視セッション管理部１１４にて、当該セッション識別情報と加入者識別情報とＰＣＲＦ識別情報とが対応付けられてセッション管理テーブル１１５に登録される（ステップＳ４９）。

そして、登録が成功した旨を示す応答が監視セッション管理部１１４からルーティング部１１０へ出力され（ステップＳ５０）、当該ＰＣＲＦ識別情報が付与されたＰＣＲＦがＣＣＲ信号のルート先（転送先）として決定（選択）される（ステップＳ５１）。

次に、マスター（主制御ノード選択装置）であるＤＲＡ１００−１における迂回済みのルートのさらなる迂回選択処理について説明する。つまり、迂回中であり、現在選択しているＰＣＲＦに障害が発生し、さらに迂回が必要である場合の処理について説明する。

図１１は、図１に示したＤＲＡ１００−１における制御ノードの迂回済みのルートのさらなる迂回選択処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００またはＤＲＡ１００−２〜１００−３から送信されてきたＣＣＲ信号がルーティング部１１０にて受信されると（ステップＳ６１）、当該ＣＣＲ信号に含まれる加入者識別情報に基づいて、ルーティング部１１０から監視セッション管理部１１４へ迂回選択先要求が行われる（ステップＳ６２）。これは、当該加入者識別情報がセッション管理テーブル１１５に記憶されているかどうかの検索を要求するものである。

すると、監視セッション管理部１１４にて、当該加入者識別情報がセッション管理テーブル１１５から検索される（ステップＳ６３）。ここでは、すでに迂回中であるため、当該加入者識別情報がセッション管理テーブル１１５から検索される。そして、検索された加入者識別情報と対応付けられてセッション管理テーブル１１５に記憶されている迂回先ＰＣＲＦ識別情報が取得され、取得されたＰＣＲＦ識別情報がステップＳ６２に対する応答として監視セッション管理部１１４からルーティング部１１０へ出力される（ステップＳ６４）。

その後、ステップＳ６４にて監視セッション管理部１１４から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１１０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１１３へ要求される（ステップＳ６５）。

すると、対向ノード状態管理部１１３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ６６）。ここでは、ＰＣＲＦには障害が発生しているため、「利用不可」の応答が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ６７）。

続いて、当該ＣＣＲ信号に含まれる加入者識別情報を指定した、加入者識別情報および加入者識別情報と対応付けられているセッション識別情報と迂回先ＰＣＲＦ識別情報とのセッション管理テーブル１１５からの削除が、ルーティング部１１０から監視セッション管理部１１４へ要求される（ステップＳ６８）。

削除が要求された監視セッション管理部１１４にて、当該加入者識別情報とセッション識別情報とＰＣＲＦ識別情報とがセッション管理テーブル１１５から削除される（ステップＳ６９）。

そして、削除が成功した旨を示す応答が監視セッション管理部１１４からルーティング部１１０へ出力される（ステップＳ７０）。

続いて、ＣＣＲ信号のルート先（転送先）として他のＰＣＲＦを選択する必要があるため、ルーティング部１１０から対向ノード状態管理部１１３へ迂回ルートが要求される（ステップＳ７１）。これは、ルーティング部１１０から対向ノード状態管理部１１３へ、「利用可」となっているＰＣＲＦ識別情報の検索を要求するものである。

すると、対向ノード状態管理部１１３にて、「利用可」となっているＰＣＲＦ識別情報が検索される（ステップＳ７２）。そして、ステップＳ７１の要求に対する応答として、検索されたＰＣＲＦ識別情報が対向ノード状態管理部１１３からルーティング部１１０へ出力される（ステップＳ７３）。

なお、ステップＳ７１〜Ｓ７３の処理は、静的ルート管理部１１１を介して行われるものであっても良い。例えば、ステップＳ７１の要求はルーティング部１１０から静的ルート管理部１１１へ要求され、静的ルート管理部１１１によって対向ノード状態管理部１１３から利用可能なＰＣＲＦ識別情報が取得され、取得されたＰＣＲＦ識別情報が静的ルート管理部１１１からルーティング部１１０へ出力されるものであっても良い。

続いて、当該ＣＣＲ信号に含まれるセッション識別情報および加入者識別情報と、ステップＳ７３にて対向ノード状態管理部１１３から出力されてきたＰＣＲＦ識別情報との登録が、ルーティング部１１０から監視セッション管理部１１４へ要求される（ステップＳ７４）。

登録が要求された監視セッション管理部１１４にて、当該セッション識別情報と加入者識別情報とＰＣＲＦ識別情報とが対応付けられてセッション管理テーブル１１５に登録される（ステップＳ７５）。

そして、登録が成功した旨を示す応答が監視セッション管理部１１４からルーティング部１１０へ出力され（ステップＳ７６）、当該ＰＣＲＦ識別情報が付与されたＰＣＲＦがＣＣＲ信号のルート先（転送先）として決定（選択）される（ステップＳ７７）。

次に、スレーブ（従属制御ノード選択装置）であるＤＲＡ１００−２における通常選択処理について説明する。なお、ＤＲＡ１００−３における通常選択処理についても同様である。

図１２は、図１に示したＤＲＡ１００−２における制御ノードの通常選択処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号がルーティング部１２０にて受信されると（ステップＳ８１）、ルーティング部１２０から静的ルート管理部１２１へ静的ルートが要求される（ステップＳ８２）。これは、ステップＳ８１にて受信されたＣＣＲ信号に含まれる加入者識別情報と対応付けられているＰＣＲＦ識別情報の経路管理テーブル１２２からの検索を要求するものである。

すると、静的ルート管理部１２１にて、当該加入者識別情報と対応付けられているＰＣＲＦ識別情報およびリレー先ＤＲＡ識別情報が経路管理テーブル１２２から検索される（ステップＳ８３）。

そして、検索されたリレー先ＤＲＡ識別情報が付与されたＤＲＡの状態取得が静的ルート管理部１２１から対向ノード状態管理部１２３へ要求される（ステップＳ８４）。

すると、ステップＳ８４に対する応答が対向ノード状態管理部１２３から静的ルート管理部１２１へ出力される（ステップＳ８５）。ここでは、通常選択処理であるため、ＤＲＡはリレーを行っていない状態（リレーＯＦＦ）である旨が応答として出力される。

そして、ステップＳ８２の要求に対する応答として、ステップＳ８３にて検索されたＰＣＲＦ識別情報が静的ルート管理部１２１からルーティング部１２０へ出力される（ステップＳ８６）。

その後、ステップＳ８６にて静的ルート管理部１１１から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１２０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１２３へ要求される（ステップＳ８７）。

すると、対向ノード状態管理部１２３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ８８）。ここでは、ＰＣＲＦには障害が発生していないため、「利用可」の応答が対向ノード状態管理部１２３からルーティング部１２０へ出力される（ステップＳ８９）。

そして、当該ＰＣＲＦ識別情報が付与されたＰＣＲＦがＣＣＲ信号のルート先（転送先）として決定（選択）される（ステップＳ９０）。

なお、ステップＳ１１、Ｓ３７、Ｓ５１、Ｓ７７、Ｓ９０の処理の後、ＣＣＲ信号の転送方式がＰｒｏｘｙ方式である場合、決定されたＰＣＲＦへ当該ＣＣＲ信号が転送される。また、ＣＣＲ信号の転送方式がＲｅｄｉｒｅｃｔ方式である場合は、当該ＣＣＲ信号に対するＣＣＡ信号を生成し、当該ＣＣＡ信号が決定（選択）されたＰＣＲＦを示すＰＣＲＦ選択結果情報を含めてＳ／Ｐ−ＧＷ３００へ送信され、Ｓ／Ｐ−ＧＷ３００から当該ＰＣＲＦへＣＣＲ信号が送信される。

次に、スレーブ（従属制御ノード選択装置）であるＤＲＡ１００−２におけるリレー選択の開始処理について説明する。なお、ＤＲＡ１００−３におけるリレー選択の開始処理についても同様である。

図１３は、図１に示したＤＲＡ１００−２におけるリレー選択の開始処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号がルーティング部１２０にて受信されると（ステップＳ９１）、ルーティング部１２０から静的ルート管理部１２１へ静的ルートが要求される（ステップＳ９２）。これは、ステップＳ９１にて受信されたＣＣＲ信号に含まれる加入者識別情報と対応付けられているＰＣＲＦ識別情報の経路管理テーブル１２２からの検索を要求するものである。

すると、静的ルート管理部１２１にて、当該加入者識別情報と対応付けられているＰＣＲＦ識別情報およびリレー先ＤＲＡ識別情報が経路管理テーブル１２２から検索される（ステップＳ９３）。

そして、検索されたリレー先ＤＲＡ識別情報が付与されたＤＲＡの状態取得が静的ルート管理部１２１から対向ノード状態管理部１２３へ要求される（ステップＳ９４）。

すると、ステップＳ９４に対する応答が対向ノード状態管理部１２３から静的ルート管理部１２１へ出力される（ステップＳ９５）。ここでは、まだリレー選択が開始されていないため、ＤＲＡはリレーを行っていない状態（リレーＯＦＦ）である旨が応答として出力される。

そして、ステップＳ９２の要求に対する応答として、ステップＳ９３にて検索されたＰＣＲＦ識別情報が静的ルート管理部１２１からルーティング部１２０へ出力される（ステップＳ９６）。

その後、ステップＳ９６にて静的ルート管理部１１１から出力されてきたＰＣＲＦ識別情報が付与されたＰＣＲＦの状態を取得するために、ルーティング部１２０から当該ＰＣＲＦ識別情報を指定した状態取得が対向ノード状態管理部１２３へ要求される（ステップＳ９７）。

すると、対向ノード状態管理部１２３にて当該ＰＣＲＦ識別情報に基づいて、ＰＣＲＦの状態が検索される（ステップＳ９８）。ここでは、ＰＣＲＦに障害が発生しているため、「利用不可」の応答が対向ノード状態管理部１２３からルーティング部１２０へ出力される（ステップＳ９９）。

続いて、ＣＣＲ信号のリレールートとしてＤＲＡを選択する必要があるため、ルーティング部１２０から静的ルート管理部１２１へリレールートが要求される（ステップＳ１００）。これは、ルーティング部１２０から静的ルート管理部１２１へ、当該ＣＣＲ信号に含まれる加入者識別情報を指定してリレールートとなるリレー先ＤＲＡ識別情報の検索を要求するものである。

すると、静的ルート管理部１２１にて、当該加入者識別情報と対応付けられているリレー先ＤＲＡ識別情報が経路管理テーブル１２２から検索される（ステップＳ１０１）。

そして、検索されたリレー先ＤＲＡ識別情報が付与されたＤＲＡの状態取得が静的ルート管理部１２１から対向ノード状態管理部１２３へ要求される（ステップＳ１０２）。

そして、ステップＳ１０２に対する応答が対向ノード状態管理部１２３から静的ルート管理部１２１へ出力される（ステップＳ１０３）。ここでは、まだリレー選択が開始されていないため、ＤＲＡはリレーを行っていない状態（リレーＯＦＦ）である旨が応答として出力される。

すると、静的ルート管理部１２１から対向ノード状態管理部１２３へ、ＤＲＡ状態の変更が要求される（ステップＳ１０４）。具体的には、ステップＳ１０１にて検索されたＤＲＡの状態の「リレーＯＦＦ」から「リレーＯＮ（ＣＣＲ信号のリレー（転送）を行っている）」への変更が要求される。

その要求に応じて、対向ノード状態管理部１２３にてＤＲＡの状態が「リレーＯＦＦ」から「リレーＯＮ」へ変更され（ステップＳ１０５）、応答が対向ノード状態管理部１２３から静的ルート管理部１２１へ出力される（ステップＳ１０６）。

すると、ステップＳ１００に対する応答として、ステップＳ１０５にて状態が変更されたＤＲＡ識別情報が、静的ルート管理部１２１からルーティング部１２０へ出力される（ステップＳ１０７）。

そして、当該ＤＲＡ識別情報が付与されたＤＲＡがＣＣＲ信号のルート先（転送先）として決定され（ステップＳ１０８）、決定されたＤＲＡへＣＣＲ信号がリレーされる。

次に、スレーブ（従属制御ノード選択装置）であるＤＲＡ１００−２におけるリレー選択の継続処理について説明する。なお、ＤＲＡ１００−３におけるリレー選択の継続処理についても同様である。

図１４は、図１に示したＤＲＡ１００−２におけるリレー選択の継続処理を説明するためのシーケンス図である。

まず、Ｓ／Ｐ−ＧＷ３００から送信されてきたＣＣＲ信号がルーティング部１２０にて受信されると（ステップＳ１１１）、ルーティング部１２０から静的ルート管理部１２１へ静的ルートが要求される（ステップＳ１１２）。これは、ステップＳ１１１にて受信されたＣＣＲ信号に含まれる加入者識別情報と対応付けられているＰＣＲＦ識別情報の経路管理テーブル１２２からの検索を要求するものである。

すると、静的ルート管理部１２１にて、当該加入者識別情報と対応付けられているＰＣＲＦ識別情報およびリレー先ＤＲＡ識別情報が経路管理テーブル１２２から検索される（ステップＳ１１３）。

そして、検索されたリレー先ＤＲＡ識別情報が付与されたＤＲＡの状態取得が静的ルート管理部１２１から対向ノード状態管理部１２３へ要求される（ステップＳ１１４）。

すると、ステップＳ１１４に対する応答が対向ノード状態管理部１２３から静的ルート管理部１２１へ出力される（ステップＳ１１５）。ここでは、リレー選択がすでに行われているため、ＤＲＡはリレーを行っている状態（リレーＯＮ）である旨が応答として出力される。

そして、ステップＳ１１２の要求に対する応答として、検索されたＤＲＡ識別情報が静的ルート管理部１２１からルーティング部１２０へ出力される（ステップＳ１１６）。

そして、当該ＤＲＡ識別情報が付与されたＤＲＡがＣＣＲ信号のルート先（転送先）として決定され（ステップＳ１１７）、決定されたＤＲＡへＣＣＲ信号がリレーされる。

次に、スレーブ（従属制御ノード選択装置）であるＤＲＡ１００−２におけるリレー選択の解除処理について説明する。なお、ＤＲＡ１００−３におけるリレー選択の解除処理についても同様である。

図１５は、図１に示したＤＲＡ１００−２におけるリレー選択の解除処理を説明するためのシーケンス図である。

まず、マスターであるＤＲＡ１００−１から送信されたリレー解除信号がルーティング部１２０にて受信されると（ステップＳ１２１）、ルーティング部１２０から対向ノード状態管理部１２３へＤＲＡの状態変更が要求される（ステップＳ１２２）。これは、ルーティング部１２０からＤＲＡ１００−１のＤＲＡ識別情報を指定して、対向ノード状態管理部１２３が管理しているＤＲＡ１００−１の状態の変更を要求するものである。

ＤＲＡ１００−１の状態の変更を要求された対向ノード状態管理部１２３にて、ＤＲＡ１００−１の状態が変更される（ステップＳ１２３）。具体的には、ＤＲＡ１００−１の状態が「リレーＯＮ」から「リレーＯＦＦ」へ変更される。

すると、変更できた旨を示す応答が対向ノード状態管理部１２３からルーティング部１２０へ出力される。

そして、ステップＳ１２１にて受信されたリレー解除信号に対する応答信号が、ルーティング部１２０からＤＲＡ１００−１へ送信される（ステップＳ１２５）。

このように、複数のＤＲＡ１００−１〜１００−３が存在するシステムにおいて、ＰＣＲＦに障害が発生した等の原因により、当該ＰＣＲＦが利用できなくなった場合、ＤＲＡ１００−１〜１００−３が代わりのＰＣＲＦを個々に選択するのではなく、代表となるマスターＤＲＡが選択し、それ以外のスレーブＤＲＡは、ＣＣＲ信号をマスターＤＲＡへリレーする。これにより、ＰＣＲＦの障害／回復に伴うルート先ＰＣＲＦの動的選択制御を容易に行うことができる。

なお、上述したＤＲＡ１００−１〜１００−３の処理は、目的に応じて作製された論理回路で行うようにしても良い。また、処理内容を記述したプログラムをＤＲＡ１００−１〜１００−３にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムをＤＲＡ１００−１〜１００−３に読み込ませ、実行するものであっても良い。ＤＲＡ１００−１〜１００−３にて読取可能な記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、ＤＲＡ１００−１〜１００−３に内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、ＤＲＡ１００−１〜１００−３内のＣＰＵにて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。

１００−１〜１００−３ ＤＲＡ
１１０，１２０ ルーティング部
１１１，１２１ 静的ルート管理部
１１２，１２２ 経路管理テーブル
１１３，１２３ 対向ノード状態管理部
１１４ 監視セッション管理部
１１５ セッション管理テーブル
２００−１〜２００−３ ＰＣＲＦ
３００ Ｓ／Ｐ−ＧＷ

Claims (20)

1. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードと、該複数の制御ノードのうち前記加入者ごとに経路管理テーブルにあらかじめ記憶された制御ノードを前記制御要求信号の転送先として選択する複数の制御ノード選択装置とから構成される通信システムにおいて、
   前記複数の制御ノード選択装置は、主制御ノード選択装置と従属制御ノード選択装置とからなり、
   前記主制御ノード選択装置および従属制御ノード選択装置は、前記制御ノードが利用可能であるかどうかを判断し、
   前記主制御ノード選択装置は、前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けて記憶するセッション管理テーブルを有し、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索し、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択し、前記制御要求信号が、前記従属制御ノード選択装置から送信されてきたものである場合、該制御要求信号に含まれる前記加入者識別情報と前記経路管理テーブルにて対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を前記従属制御ノード選択装置へ送信し、
   前記従属制御ノード選択装置は、さらに、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記主制御ノード選択装置から前記リレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記主制御ノード選択装置へリレーすることを特徴とする通信システム。
2. 請求項１に記載の通信システムにおいて、
   前記主制御ノード選択装置は、前記検索した制御ノードが利用不可能であると判断した場合、該制御ノードと前記セッション識別情報と前記加入者識別情報との対応付けを前記セッション管理テーブルから削除することを特徴とする通信システム。
3. 請求項１に記載の通信システムにおいて、
   前記従属制御ノード選択装置は、前記主制御ノード選択装置が利用可能かどうかを管理し、利用可能である主制御ノード選択装置へ前記制御要求信号をリレーすることを特徴とする通信システム。
4. 請求項３に記載の通信システムにおいて、
   前記従属制御ノード選択装置は、前記主制御ノード選択装置を監視し、該主制御ノード選択装置から所定の信号が送信されているかどうかに基づいて該主制御ノード選択装置が利用可能かどうかを判断することを特徴とする通信システム。
5. 請求項１に記載の通信システムにおいて、
   前記制御ノード選択装置は、前記制御ノードを監視し、該制御ノードから所定の信号が送信されているかどうかに基づいて該制御ノードが利用可能かどうかを判断することを特徴とする通信システム。
6. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置であって、
   前記制御要求信号の前記転送先の制御ノードを選択するルーティング部と、
   前記加入者ごとに前記制御要求信号の転送先の制御ノードを経路管理テーブルにあらかじめ記憶して管理する静的ルート管理部と、
   前記制御ノードが利用可能であるかどうかを判断する対向ノード状態管理部と、
   前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶して管理し、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する監視セッション管理部とを有し、
   前記ルーティング部は、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記監視セッション管理部が検索した制御ノードが利用不可能であると前記対向ノード状態管理部が判断した場合、前記対向ノード状態管理部が利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記監視セッション管理部が検索した制御ノードを前記転送先の制御ノードとして選択する制御ノード選択装置。
7. 請求項６に記載の制御ノード選択装置において、
   前記ルーティング部は、前記制御要求信号が、当該制御ノード選択装置と接続された他の制御ノード選択装置から送信されてきたものである場合、該制御要求信号に含まれる前記加入者識別情報と前記経路管理テーブルにて対応付けられている制御ノードが利用可能になったと前記対向ノード状態管理部が判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を前記制御要求信号を送信してきた他の制御ノード選択装置へ送信する制御ノード選択装置。
8. 請求項６に記載の制御ノード選択装置において、
   前記監視セッション管理部は、前記検索した制御ノードが利用不可能であると前記対向ノード状態管理部が判断した場合、該制御ノードと前記セッション識別情報と前記加入者識別情報との対応付けを前記セッション管理テーブルから削除することを特徴とする制御ノード選択装置。
9. 請求項６に記載の制御ノード選択装置において、
   前記対向ノード状態管理部は、前記制御ノードを監視し、該制御ノードから所定の信号が送信されているかどうかに基づいて該制御ノードが利用可能かどうかを判断することを特徴とする制御ノード選択装置。
10. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置であって、
    前記制御要求信号の前記転送先の制御ノードを選択するルーティング部と、
    前記加入者ごとに前記制御要求信号の転送先の制御ノードを経路管理テーブルにあらかじめ記憶して管理する静的ルート管理部と、
    前記制御ノードが利用可能であるかどうかを判断する対向ノード状態管理部とを有し、
    前記ルーティング部は、前記対向ノード状態管理部が、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記制御要求信号の転送をリレーする他の制御ノード選択装置であるリレー制御ノード選択装置から前記リレーを解除する旨を示すリレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記リレー制御ノード選択装置へリレーする制御ノード選択装置。
11. 請求項１０に記載の制御ノード選択装置において、
    前記対向ノード状態管理部は、前記リレー制御ノード選択装置が利用可能かどうかを判断し、
    前記ルーティング部は、前記対向ノード状態管理部が利用可能であると判断したリレー制御ノード選択装置へ前記制御要求信号をリレーすることを特徴とする制御ノード選択装置。
12. 請求項１１に記載の制御ノード選択装置において、
    前記対向ノード状態管理部は、前記リレー制御ノード選択装置を監視し、該リレー制御ノード選択装置から所定の信号が送信されているかどうかに基づいて該リレー制御ノード選択装置が利用可能かどうかを判断することを特徴とする制御ノード選択装置。
13. 請求項１０に記載の制御ノード選択装置において、
    前記対向ノード状態管理部は、前記制御ノードを監視し、該制御ノードから所定の信号が送信されているかどうかに基づいて該制御ノードが利用可能かどうかを判断することを特徴とする制御ノード選択装置。
14. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードと、該複数の制御ノードのうち前記加入者ごとに経路管理テーブルにあらかじめ記憶された制御ノードを前記制御要求信号の転送先として選択する複数の制御ノード選択装置とから構成される通信システムにおいて、前記複数の制御ノードから１つの制御ノードを前記制御要求信号の転送先の制御ノードとして選択する制御ノード選択方法であって、
    前記制御ノード選択装置が、前記制御ノードが利用可能であるかどうかを判断する処理と、
    前記複数の制御ノード選択装置のうち主制御ノード選択装置が、前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶する処理と、
    前記主制御ノード選択装置が、前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する処理と、
    前記主制御ノード選択装置が、前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択する処理と、
    前記主制御ノード選択装置が、前記制御要求信号が、前記複数の制御ノード選択装置のうち当該主制御ノード選択装置以外の制御ノード選択装置である従属制御ノード選択装置から送信されてきたものである場合、該制御要求信号に含まれる前記加入者識別情報と前記経路管理テーブルにて対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を前記従属制御ノード選択装置へ送信する処理と、
    前記従属制御ノード選択装置が、前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記主制御ノード選択装置から前記リレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記主制御ノード選択装置へリレーする処理とを有する制御ノード選択方法。
15. 請求項１４に記載の制御ノード選択方法において、
    前記主制御ノード選択装置が、前記検索した制御ノードが利用不可能であると判断した場合、該制御ノードと前記セッション識別情報と前記加入者識別情報との対応付けを前記セッション管理テーブルから削除する処理を有することを特徴とする制御ノード選択方法。
16. 請求項１４に記載の制御ノード選択方法において、
    前記従属制御ノード選択装置が、前記主制御ノード選択装置が利用可能かどうかを管理する処理と、
    前記従属制御ノード選択装置が、利用可能である主制御ノード選択装置へ前記制御要求信号をリレーする処理とを有することを特徴とする制御ノード選択方法。
17. 請求項１６に記載の制御ノード選択方法において、
    前記従属制御ノード選択装置が、前記主制御ノード選択装置を監視する処理と、
    前記従属制御ノード選択装置が、前記主制御ノード選択装置から所定の信号が送信されているかどうかに基づいて該主制御ノード選択装置が利用可能かどうかを判断する処理とを有することを特徴とする制御ノード選択方法。
18. 請求項１４に記載の制御ノード選択方法において、
    前記制御ノード選択装置が、前記制御ノードを監視する処理と、
    前記制御ノード選択装置が、前記制御ノードから所定の信号が送信されているかどうかに基づいて該制御ノードが利用可能かどうかを判断する処理とを有することを特徴とする制御ノード選択方法。
19. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置に、
    前記制御ノードが利用可能であるかどうかを判断する手順と、
    前記制御要求信号に含まれるセッション処理固有に付与されたセッション識別情報と、前記加入者固有に付与された加入者識別情報と、該制御要求信号の転送先である制御ノードとを、該セッション処理の開始から終了までの間、対応付けてセッション管理テーブルに記憶する手順と、
    前記制御要求信号が送信されてきた際、前記セッション管理テーブルにて該制御要求信号に含まれる加入者識別情報と対応付けられた制御ノードを前記セッション管理テーブルから検索する手順と、
    前記送信されてきた制御要求信号に含まれる加入者識別情報が前記セッション管理テーブルに存在しない場合、または、前記検索した制御ノードが利用不可能であると判断した場合、利用可能であると判断した制御ノードを前記転送先の制御ノードとして選択し、そうでない場合は、前記検索した制御ノードを前記転送先の制御ノードとして選択する手順と、
    前記制御要求信号が、前記複数の制御ノード選択装置のうち当該制御ノード選択装置以外の他の制御ノード選択装置から送信されてきたものである場合、前記加入者ごとに前記制御要求信号の転送先の制御ノードをあらかじめ記憶する経路管理テーブルにて該制御要求信号に含まれる加入者識別情報と前記対応付けられている制御ノードが利用可能になったと判断した後、前記セッション管理テーブルに該加入者の加入者識別情報がなくなった場合、その旨を示すリレー解除信号を該制御要求信号を送信してきた他の制御ノード選択装置へ送信する手順とを実行させるためのプログラム。
20. 通信を行う加入者から送信されてきた制御要求信号に基づいて通信制御を行う複数の制御ノードのうち、前記制御要求信号の転送先として１つの制御ノードを選択する制御ノード選択装置に、
    前記加入者ごとに前記制御要求信号の転送先の制御ノードをあらかじめ記憶する経路管理テーブルに記憶された制御ノードが利用可能であるかどうかを判断する手順と、
    前記経路管理テーブルに記憶された制御ノードが利用可能ではないと判断してから、前記制御要求信号の転送をリレーする他の制御ノード選択装置であるリレー制御ノード選択装置から前記リレーを解除する旨を示すリレー解除信号が送信されてくるまでの間、前記加入者から送信されてきた制御要求信号を前記リレー制御ノード選択装置へリレーする手順とを実行させるためのプログラム。

Images