(57)【特許請求の範囲】
【請求項１】
通信網を構成するノードである通信装置において、
通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、
前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、
前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、
前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と
を備えることを特徴とする通信装置。
【請求項２】
通信網と外部網の間での通信信号の中継を行う通信装置において、
前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、
前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、
前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部と
を備えることを特徴とする通信装置。
【請求項３】
通信網を構成するノードであり且つ当該通信網と外部網の間での通信信号の中継を行う通信装置において、
前記通信網において通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、
前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、
前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、
前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と、
前記通信網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表と、
前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報の漏洩を回避するためのダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、
前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部と
を備えることを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網の経路情報が漏洩するのを回避する技術と、通信網のノードが使用できない場合であっても通信サービスを継続させる技術とに関するものである。
【背景技術】
【０００２】
ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）と称されるシステムでは、ユーザがローミングしても（ローミング先で使用する他社の網を在圏網という）、ホーム網（端末が契約している網）で受けているサービスを提供する。これを実現するため、ユーザがローミングすると、端末とホーム網のＳＩＰサーバ（Ｃ−ＣＳＣＦ）との間で、レジスタリクエスト信号の送信と応答を行い、端末の位置登録をホーム網のＣ−ＣＳＣＦで行う。さらに、レジスタリクエスト信号のパスヘッダに経路情報を書き込むことで発信時／着信時に信号が経由するルーチング経路を確定する。ローミング端末を使った通信サービスは位置登録時に確定したルーチング経路を使って行われるが、経路情報を在圏網とホーム網で共用するため、在圏網（またはホーム網）は、ホーム網（または在圏網）に経路情報（トポロジやルーチングテーブル）を知られてしまうという問題が生じる。また、ルーチング経路確定後にルーチング経路上にあるノードやリンクなどのネットワークを構成する装置に障害が発生すると、経路変更機能がないためサービスの提供ができなくなる。
【０００３】
したがって、ローミング時における、経路情報漏洩とネットワーク通信サービスの途絶を容易に回避する手段が求められる。尚、ローミング時のシステム動作の詳細な記述は、特に、たとえば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体によって公開されている仕様書で見つけることができる。
【０００４】
（従来装置、システムの内容）
（１）ローミング時のレジスタリクエスト信号／応答信号による経路決定手順
図１０は、従来において、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。
【０００５】
Ｓ１：ユーザがローミングすると、ＳＩＰ−ＵＡ＿Ａは、電源を入れた時やエリアが変わった時、位置登録を行う。
【０００６】
まず、ＳＩＰ−ＵＡ＿Ａは、レジスタリクエスト信号を在圏網のＰ−ＣＳＣＦ＃１に送信する。
【０００７】
Ｓ２：Ｐ−ＣＳＣＦ＃１は、レジスタリクエスト信号のパスヘッダ（図の「Ｐａｔｈ」。以下同じ）に自身のアドレス（例えば、＜ｓｉｐ：ｐｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃１（中継処理を行うＳＩＰサーバ）へ転送する。
【０００８】
Ｓ３：Ｉ−ＣＳＣＦ＃１は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、同様にＩ−ＣＳＣＦ＃２に転送する。
【０００９】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃２．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、同様にＩ−ＣＳＣＦ＃４に送信する。
【００１０】
Ｓ５：Ｉ−ＣＳＣＦ＃４は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃４．ｈｏｍｅ．ｎｅｔ＞）を付与し、同様にＣ−ＣＳＣＦに転送する。
【００１１】
Ｓ６：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダに記載されている経路情報を取り出し、ルート情報として格納する。
【００１２】
Ｓ７：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダ（Ｐ−ＣＳＣＦ＃１からＩ−ＣＳＣＦ＃４までの経路）と、サービスルートヘッダ（Ｃ−ＣＳＣＦからＩ−ＣＳＣＦ＃２までの経路）を応答信号（２００ＯＫ信号）に付与してＩ−ＣＳＣＦ＃４に送信する。サービスルートヘッダは、図では「Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ」であり、以下同じ。
【００１３】
なお、Ｃ−ＣＳＣＦは、Ｃ−ＣＳＣＦからＰ−ＣＳＣＦ＃１までの経路をルート情報（図では「Ｒｏｕｔｅ」であり、以下同じ）として格納する。
【００１４】
Ｓ８：応答信号はパスヘッダに基づいて、レジスタリクエスト信号が経由したルートを逆に辿り、ローミング端末に着信する。
【００１５】
Ｓ９：ローミング端末は、応答信号のパスヘッダ、サービスルートヘッダから、Ｐ−ＣＳＣＦ＃１からＣ−ＣＳＣＦまでの経路情報を取り出し、ルート情報として格納する。
【００１６】
（２）レジスタリクエスト信号／応答信号による経路決定後のルーチング
レジスタリクエスト信号／応答信号による経路決定後、ローミング端末からの発着信のＳＩＰ信号は「（１）の経路決定手順」で決定した経路に従って流れる。具体的には、発着信のＳＩＰ信号は、レジスタリクエスト信号が経由したＳＩＰサーバ（Ｐ−ＣＳＣＦ，Ｉ−ＣＳＣＦ，Ｃ−ＣＳＣＦ）を経由する。
【００１７】
図１１は、従来における、ＳＩＰ−ＵＡ＿Ａからホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【００１８】
Ｓ１：ＳＩＰ−ＵＡ＿Ａは、発信時にＩＮＶＩＴＥ信号をＳＩＰ−ＵＡ＿Ｂに送信するが、図１０のＳ９で格納したルート情報に基づき、ＩＮＶＩＴＥ信号の送出先がＰ−ＣＳＣＦ＃１であると判断すると共に、ＩＮＶＩＴＥ信号にルート情報を付与して、Ｐ−ＣＳＣＦ＃１に送信する。
【００１９】
Ｓ２：Ｐ−ＣＳＣＦ＃１は、ＳＩＰ−ＵＡ＿ＡからＩＮＶＩＴＥ信号を受信する。そして、Ｐ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。
【００２０】
Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃２であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。
【００２１】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。
【００２２】
Ｓ５：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃４は、ルート情報から転送先がＣ−ＣＳＣＦであると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＣ−ＣＳＣＦに転送する。
【００２３】
Ｓ６：Ｃ−ＣＳＣＦは、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されている着電話番号に基づいて、ＩＮＶＩＴＥ信号を端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。
【００２４】
図１２は、従来における、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【００２５】
Ｓ１：ＳＩＰ−ＵＡ＿Ｂは、Ｃ−ＣＳＣＦへＩＮＶＩＴＥ信号を送信する。
【００２６】
Ｓ２：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号を受信し、図１０のＳ６で格納したルート情報をＩＮＶＩＴＥ信号に付与し、ルート情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に送信する。
【００２７】
Ｓ３：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦからＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。
【００２８】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。
【００２９】
Ｓ５：Ｉ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ＃１に転送する。
【００３０】
Ｓ６：ＩＮＶＩＴＥ信号に記載されているＳＩＰ−ＵＡ＿Ａの電話番号に基づいてＳＩＰ−ＵＡ＿Ａに着信する。
【００３１】
（３）従来方式の問題
従来方式では、レジスタリクエスト時に決定したルーチング経路が変更されないことと、経路情報を在圏網とホーム網で共用することにより次のような問題がある。
【００３２】
（ａ）問題１
ルーチング経路確定後に、ルーチング経路上のネットワーク構成要素が故障した場合、発着信が不可能となる。
【００３３】
図１３は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の発信不能状態の例を示す。図１４は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の着信不能状態の例を示す。
【００３４】
発着信が不能な状態は、位置登録を再度行うためレジスタリクエスト信号をホーム網のＣ−ＣＳＣＦへ送り、故障装置を迂回したルーチングを確定するまで継続する。位置登録が再度行われるケースは、端末が圏をまたがって移動した場合、電源を切って再立ち上げを行った場合が考えられる。
【００３５】
（ｂ）問題２
ルーチング経路が固定的に確定されるため、ルーチング経路上のネットワーク構成装置が輻輳した場合、迂回等による負荷軽減を行うことができない。
【００３６】
図１５に示した例では、同じ機能をもつサーバが２ユニット（Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３）設置されている状況で、Ｉ−ＣＳＣＦ＃１が輻輳した際、Ｉ−ＣＳＣＦ＃１を経路として使用している端末を、処理能力に余裕のあるＩ−ＣＳＣＦ＃３に変更することができない。その結果、電話がかかりにくくなるだけではなく、Ｉ−ＣＳＣＦ＃１の負荷が軽減されないため輻輳が継続する。
【００３７】
（ｃ）問題３
ルーチング経路が固定的に確定されるため、ルーチング経路上のネットワーク構成装置に対して装置の機能の中断が必要な工事／設定変更を行う場合、サービスの中断が伴う。  図１６は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、発信不能状態となった例を示す。図１７は、同様の理由で、着信不能状態となった例を示す。
【００３８】
Ｉ−ＣＳＣＦ＃３へ迂回させればローミング端末（ＳＩＰ−ＵＡ＿Ａ）からの疎通を確保できるのにもかかわらず、従来方式では迂回ができないため、疎通を確保できない。
【００３９】
（ｄ）問題４
従来方式では、レジスタリクエスト信号と応答信号（２００ＯＫ）を使うことでレジスタリクエスト信号が流れた経路（経由した在圏網およびホーム網のＳＩＰサーバのアドレス）を、在圏網（他事業者網）とホーム網（自事業者網）で共用し、ローミング端末からの発着信のためのＳＩＰ信号の経路を確定している。このように、経路情報を在圏網（他事業者網）とホーム網（自事業者網）で共用するため、他事業者網に自事業者網のルーチング経路やネットワーク構成（ＳＩＰサーバの接続関係）を把握されるため、設備情報保護の観点から望ましくない。
【００４０】
問題１、２、３を解決する従来技術として、複数のＳＩＰプロキシのネットワークＩＦに同一の仮想ＩＰアドレスを割り振る機能を用いる方法が考えられる。図１８を使って説明する。二重化したＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３）とＶＲＲＰ（Ｖｉｒｔｕａｌ  Ｒｏｕｔｅｒ  Ｒｅｄｕｎｄａｎｃｙ  Ｐｒｏｔｏｃｏｌ）対応ルータ＃１、＃２から構成される。ルータ＃１、＃２はそれぞれＩ−ＣＳＣＦ＃１、＃３に接続され、Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３は同一アドレスを、ルータには仮想ＩＰアドレスが割り当てられている。Ｉ−ＣＳＣＦ＃１とルータ＃１がマスター、Ｉ−ＣＳＣＦ＃３とルータ＃２がバックアップで、通常はＩ−ＣＳＣＦ＃１で動作している。Ｉ−ＣＳＣＦ＃１が故障すると、ＶＲＲＰの機能を使ってルータ＃１からルータ＃２に切り替え、Ｉ−ＣＳＣＦ＃３へ迂回させる。しかしこの方法は、ＩＰレベルの故障検出しかできないこと、ＶＲＲＰ対応ルータを必要とすること、Ｉ−ＣＳＣＦ故障時の切り替え処理を行うソフトウェアが必要となることにより、コスト上昇の要因となる。
【００４１】
以上が問題１、２、３を解決する従来技術であるが、問題４に対しては解決する従来技術はない。
【先行技術文献】
【非特許文献】
【００４２】
【非特許文献１】３ＧＰＰ ＴＳ２４．２２９
【発明の概要】
【発明が解決しようとする課題】
【００４３】
したがって、図１８の技術を用いることなく、通信網の経路情報が漏洩するのを回避する技術が求められる。また、通信網のノードが故障、輻輳、工事中などにより使用できない場合であっても通信サービスを継続させる技術が求められる。
【００４４】
本発明は、上記の課題に鑑みてなされたものであり、第１の目的は、通信網の経路情報が漏洩するのを回避する技術を提供することである。また、第２の目的は、通信網のノードが使用できない場合であっても通信サービスを継続させる技術を提供することである。
【課題を解決するための手段】
【００４５】
上記の課題を解決するために、第１の本発明は、通信網を構成するノードである通信装置において、通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部とを備えることを特徴とする。
【００４６】
第２の本発明は、通信網と外部網の間での通信信号の中継を行う通信装置において、前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部とを備えることを特徴とする。
【００４７】
第３の本発明は、通信網を構成するノードであり且つ当該通信網と外部網の間での通信信号の中継を行う通信装置において、前記通信網において通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と、前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部とを備えることを特徴とする。
【発明の効果】
【００４８】
第１の本発明によれば、通信網のノードが使用できない場合であっても通信サービスを継続させることができる。第２の本発明によれば、通信網の経路情報が漏洩するのを回避することができる。第３の本発明によれば、通信網のノードが使用できない場合であっても通信サービスを継続させることができ、通信網の経路情報が漏洩するのを回避することができる。
【図面の簡単な説明】
【００４９】
【図１】ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号をホーム網のＣ−ＣＳＣＦへ送るまでの処理の流れを示す。
【図２】Ｉ−ＣＳＣＦ＃２の構成の一部を示すもので、特に経路情報の漏洩を回避するための構成を示す。
【図３】Ｃ−ＣＳＣＦが、レジスタリクエスト信号に対する応答信号をＩ−ＣＳＣＦ＃２に送るまでの処理の流れを示す。
【図４】Ｉ−ＣＳＣＦ＃２が、受信した応答信号をローミング端末へ送るまでの処理の流れを示す。
【図５】ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【図６】ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【図７】Ｉ−ＣＳＣＦ＃１が故障した場合において、ＳＩＰ−ＵＡ＿ＡからＳＩＰ−ＵＡ＿Ｂへの発信呼を疎通させる場合の処理の流れを示す。
【図８】Ｐ−ＣＳＣＦ＃１の構成の一部を示すもので、特に障害や輻輳、工事によるサービスの中断を問題解決するための構成を示す。
【図９】ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信呼を疎通させる場合の処理の流れを示す。
【図１０】従来において、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。
【図１１】従来における、ＳＩＰ−ＵＡ＿Ａからホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【図１２】従来における、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【図１３】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の発信不能状態の例を示す。
【図１４】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の着信不能状態の例を示す。
【図１５】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が輻輳した時の発信不能状態の例を示す。
【図１６】従来において、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、発信不能状態となった例を示す。
【図１７】従来において、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、着信不能状態となった例を示す。
【図１８】仮想ＩＰアドレスを用いた迂回の処理を示す。
【発明を実施するための形態】
【００５０】
以下、本発明の実施の形態について図面を参照して説明する。
【００５１】
ＩＭＳシステムにおいて、ローミング端末を使った通信サービスは、位置登録時に確定したルーチング経路を使って行われるが、ルーチンング経路確定後にルーチング経路上にあるノードやリンクなどのネットワーク構成装置の障害や輻輳の発生、工事によるサービスの中断が生じると、サービスを提供できなくなる。さらに、経路情報を在圏網（他事業者網）とホーム網（自事業者網）で共用するため、他事業者網に自事業者網のルーチング経路やネットワーク構成を把握され、設備情報保護の観点から望ましくない。
【００５２】
障害や輻輳、工事によって生じる問題（例、信頼性低下、サービスの中断、輻輳の拡大）を解決する手段として、これまでの技術では、冗長化構成をとり、同一アドレスを割り当てて、障害時の設備切り替え（迂回）を行うためのソフトウェアの開発が必要とされる。
【００５３】
本実施の形態では、これまでの解決方法で要求される条件を必要としない、ＩＭＳシステムのローミング手順には変更を加えない、という条件で、障害や輻輳、工事によって生じる問題（例、信頼性低下、サービスの中断、輻輳の拡大）を簡便に解決する手段を与え、さらに、これまでの方式によるルーチング手順に変更を加えることなく簡便に、自事業者網の経路情報が他事業者網に漏洩するのを回避する技術について説明する。
【００５４】
（１）自事業者網の経路情報が他事業者網に漏洩するのを回避するための技術
図１，図２、図３、図４を使って、自事業者網の経路情報が他事業者網に漏洩するのを回避する技術について説明する。なお、図において、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２、Ｉ−ＣＳＣＦ＃３、Ｉ−ＣＳＣＦ＃４、Ｃ−ＣＳＣＦはＳＩＰサーバである。
【００５５】
図１は、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。
【００５６】
Ｓ１：ローミング端末（ＳＩＰ−ＵＡ＿Ａ）は、レジスタリクエスト信号を在圏網のＰ−ＣＳＣＦ＃１へ送信する。
【００５７】
Ｓ２：Ｐ−ＣＳＣＦ＃１は、端末からのレジスタリクエスト信号を受信し、そのパスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｐｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃１に転送する。
【００５８】
Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からレジスタリクエスト信号を受信し、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃２に転送する。
【００５９】
図２は、Ｉ−ＣＳＣＦ＃２の構成の一部を示すもので、特に経路情報の漏洩を回避するための構成を示す。
【００６０】
Ｉ−ＣＳＣＦ＃２は、通信網（ここでは在圏網）と外部網（ここではホーム網）の間での通信信号の中継を行う通信装置である。Ｉ−ＣＳＣＦ＃２は、在圏網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表１１と、通信網内から受信した通信信号を外部網に送信するに際し、当該通信信号に含まれる、通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて対応関係表１１に記憶させる送信処理部１２と、外部網から受信した通信信号を通信網内に送信するに際し、対応関係表１１から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部１３とを備える。
【００６１】
なお、図示しないが、Ｉ−ＣＳＣＦ＃４も同様の構成を備える
図１に戻り、説明を続ける。
【００６２】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からレジスタリクエスト信号を受信する。送信処理部１２は、ホーム網（他網）へレジスタリクエスト信号を送信する際、レジスタリクエスト信号のパスヘッダに記載されている在圏網（自網）の経路情報（Ｉ−ＣＳＣＦ＃２までの経路情報（Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１））の漏洩を回避するため、これをダミー値（例えばＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に置き換え、さらに自身のアドレス  （＜ｓｉｐ：ｉｃｓｃｆ＃２．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号をＩ−ＣＳＣＦ＃４に送信する。
【００６３】
Ｓ５：さらに、Ｉ−ＣＳＣＦ＃２の送信処理部１２は、ダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）とＩ−ＣＳＣＦ＃２までの経路情報（Ｐ−ＣＳＣＦ＃１→Ｉ−ＣＳＣＦ＃１→Ｉ−ＣＳＣＦ＃２）とを対応づけて対応関係表１１に記憶させる。
【００６４】
Ｓ６：ホーム網のＩ−ＣＳＣＦ＃４は、在圏網のＩ−ＣＳＣＦ＃２からレジスタリクエスト信号を受信し、そのパスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃４．ｈｏｍｅ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、ホーム網のルーチング規則に従ってホーム網のＣ−ＣＳＣＦへ転送する。
【００６５】
Ｓ７：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダに記載されている経路情報を取り出し、ルート情報として格納する。
【００６６】
このようにして、これまでの方式では、パスヘッダにはレジスタリクエスト信号が経由してきた在圏網のサーバのアドレスが記載されていたが、本方式ではダミー値を記載することで、在圏網の経路情報がホーム網に漏洩するのを回避することができる。
【００６７】
次に、図３、図４を参照し、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）から送信されたレジスタリクエスト信号を受信したホーム網のＣ−ＣＳＣＦが、応答信号をローミング端末まで送る手順を説明する。
【００６８】
図３は、Ｃ−ＣＳＣＦが、レジスタリクエスト信号に対する応答信号をＩ−ＣＳＣＦ＃２に送るまでの処理の流れを示す。
【００６９】
Ｓ１：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダ（在圏網のダミー値とＩ−ＣＳＣＦ＃２からＣ−ＣＳＣＦまでの経路が記載されている）と、サービスルートヘッダ（Ｃ−ＣＳＣＦからＩ−ＣＳＣＦ＃２までの経路を記載したもの）を応答信号（２００ＯＫ信号）に付与してＩ−ＣＳＣＦ＃４に送信する。
【００７０】
Ｓ２：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦから応答信号を受信する。Ｉ−ＣＳＣＦ＃４の送信処理部１２は、ホーム網内の経路情報の漏洩を回避するため、応答信号のサービスルートヘッダにおいて、Ｉ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報をダミー値（例えばＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に置き換え、応答信号をＩ−ＣＳＣＦ＃２に送信する。
【００７１】
Ｓ３：また、Ｉ−ＣＳＣＦ＃４の送信処理部１２は、ダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）と、Ｉ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報（Ｉ−ＣＳＣＦ＃４→Ｃ−ＣＳＣＦ）とを対応づけて対応関係表１１に記憶させる。
【００７２】
このようにして、これまでの方式では、レジスタリクエスト信号が経由してきたホーム網のサーバのアドレスをパスヘッダに記載していたが、本方式ではホーム網のサーバのアドレスの代わりにダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）を記載することで、ホーム網の経路情報が在圏網に漏洩するのを回避できる。
【００７３】
図４は、Ｉ−ＣＳＣＦ＃２が、受信した応答信号をローミング端末へ送るまでの処理の流れを示すものである。
【００７４】
Ｓ１：Ｉ−ＣＳＣＦ＃２は、ホーム網のＩ−ＣＳＣＳＦ＃４から応答信号を受信する。Ｉ−ＣＳＣＦ＃２の受信処理部１３は、対応関係表１１から、応答信号のパスヘッダに記載されている在圏網のダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に対応する経路情報を読み出し、パスヘッダのダミー値を経路情報に置き換え、置き換え後の応答信号をＩ−ＣＳＣＦ＃１に送信する。
【００７５】
Ｓ２：応答信号はパスヘッダに基づいて、レジスタリクエスト信号が経由したルートを逆に辿り、ローミング端末に着信する
Ｓ３：ローミング端末は、受信した応答信号のパスヘッダ、サービスヘッダから、ホーム網のＣ−ＣＳＣＦまでの経路情報を取り出し、ルート情報として格納する。
【００７６】
ルート情報においては、ホーム網のＩ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報はダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に置き換えられているので、ホーム網内における経路情報が在圏網に漏洩するのを回避できる。
【００７７】
以上の説明のように、在圏網とホーム網との通信を行うサーバ（図ではＩ−ＣＳＣＦ＃２，Ｉ−ＣＳＣＦ＃４）において、他網への通信時には自網内での経路情報をダミー値に置き換えることで、自網内の経路情報が他網に漏洩するのを回避できる。そして、他網から受信した自網のダミー値に対しては、経路情報とダミー値との対応関係表を参照し、自網内での経路情報に変換し、自網内でのルーチングを実現する。
【００７８】
図５に、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時におけるＩＮＶＩＴＥ信号のルーチング例を示す。
【００７９】
Ｓ１：ＳＩＰ−ＵＡ＿Ａは、発信時にＩＮＶＩＴＥ信号をＳＩＰ−ＵＡ＿Ｂに送信するが、図４のＳ３で生成したルート情報に基づき、ＩＮＶＩＴＥ信号の送出先がＰ−ＣＳＣＦ＃１であると判断すると共に、ＩＮＶＩＴＥ信号にルート情報を付与して、Ｐ−ＣＳＣＦ＃１に送信する。
【００８０】
Ｓ２：Ｐ−ＣＳＣＦ＃１は、ＳＩＰ−ＵＡ＿ＡからＩＮＶＩＴＥ信号を受信する。そして、Ｐ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。
【００８１】
Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃２であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。
【００８２】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。
【００８３】
Ｓ５：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃４の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号に記載されているホーム網のダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に対応する経路情報（＜ｓｉｐ：ｃｃｓｃｆ  ｈｏｍｅ．ｎｅｔ＞）を読み出し、ダミー値を経路情報に書き換え、経路情報に基づいて、ＩＮＶＩＴＥ信号をＣ−ＣＳＣＦに転送する。
【００８４】
Ｓ６：Ｃ−ＣＳＣＦは、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されている着電話番号に基づいて、ＩＮＶＩＴＥ信号を端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。
【００８５】
図６に、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信時のＩＮＶＩＴＥ信号のルーチングの例を示す。
【００８６】
Ｓ１：ＳＩＰ−ＵＡ＿Ｂは、Ｃ−ＣＳＣＦにＩＮＶＩＴＥ信号を送信する。
【００８７】
Ｓ２：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号を受信し、図１のＳ７で格納したルート情報をＩＮＶＩＴＥ信号に付与し、ルート情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に送信する。
【００８８】
Ｓ３：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦからＩＮＶＩＴＥ信号を受信し、ルート情報から転送先がＩ−ＣＳＣＦ＃２と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。
【００８９】
Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃２の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号のルート情報に記載されたダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に対応する経路情報（＜ｓｉｐ：ｉｃｓｃｆ＃１ｖｉｓｉｔｅｄ．ｎｅｔ＞＜ｓｉｐ：ｐｃｓｃｆ＃１ｖｉｓｉｔｅｄ．ｎｅｔ＞）を読み出し、ルート情報のダミー値を経路情報に置き換え、ルート情報から自身のアドレスを削除し、経路情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。
【００９０】
Ｓ５：Ｉ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＰ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ＃１に転送する。
【００９１】
Ｓ６：Ｐ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されているＳＩＰ−ＵＡ＿Ａの電話番号に基づいてＳＩＰ−ＵＡ＿Ａに着信する。
【００９２】
以上のように、例えば、Ｉ−ＣＳＣＦ＃２は、在圏網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表１１と、通信網内から受信した通信信号を外部網に送信するに際し、当該通信信号に含まれる、通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて対応関係表１１に記憶させる送信処理部１２と、外部網から受信した通信信号を通信網内に送信するに際し、対応関係表１１から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部１３とを備えるので、在圏網における経路情報がホーム網に漏洩するのを回避できる。
【００９３】
また、Ｉ−ＣＳＣＦ＃４も同様の構成を備えるので、ホーム網における経路情報が在圏網に漏洩するのを回避できる。
【００９４】
（２）障害や輻輳、工事によるサービスの中断の問題を解決する技術
次に、図７、図８、図９を参照し、上記決定した経路に存在するＩ−ＣＳＣＦ＃１が故障した場合であっても、経路変更（迂回）によってサービスを継続する手順を説明する。
【００９５】
図７は、Ｉ−ＣＳＣＦ＃１が故障した場合において、ＳＩＰ−ＵＡ＿ＡからＳＩＰ−ＵＡ＿Ｂへの発信呼を疎通させる場合の処理の流れを示す。
【００９６】
図８は、Ｐ−ＣＳＣＦ＃１の構成の一部を示すもので、特に障害や輻輳、工事によるサービスの中断を問題解決するための構成を示す。
【００９７】
Ｐ−ＣＳＣＦ＃１は、通信網（ここでは在圏網）を構成するノードである通信装置である。Ｐ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１に隣接する隣接ノードごとに該隣接ノードが正常か異常かを記憶する経路情報テーブル２１と、隣接ノードごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部２２と、隣接ノードの異常が検出されたなら、経路情報テーブル２１において、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部２３と、隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを経路情報テーブル２１を参照して判断し、当該隣接ノードが異常であるなら、経路情報テーブル２１において正常となっている別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部２４とを備える。
【００９８】
経路情報テーブル２１は、ここでは、通信信号の目的地ごとに、その目的地に信号を送信する際の次の送信先となれる隣接ノードをグループ化し、グループごとに正常か異常かを記憶する。
【００９９】
経路情報テーブル２１において正常となっている隣接ノードは、同グループの他の隣接ノードが異常である場合の迂回先サーバ（迂回ホップ）となる。
【０１００】
なお、図示しないが、他のＳＩＰサーバも同様の構成を備える。
【０１０１】
図７に戻り、説明を続ける。
【０１０２】
Ｓ１：各ＳＩＰサーバの隣接ノード監視部２２は、通信回線で接続されているＳＩＰサーバが正常か異常（故障／輻輳／工事中）かを監視する。例えばＰ−ＣＳＣＦ−＃１の隣接ノード監視部２２は、隣接するＩ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３の状態を監視する。Ｉ−ＣＳＣＦ＃１の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。Ｉ−ＣＳＣＦ＃３の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。例えば、Ｐ−ＣＳＣＦ＃１の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。
【０１０３】
前述のように、各ＳＩＰサーバは隣接ＳＩＰサーバの異常状態を検出した時の迂回先サーバ（迂回ホップ）を経路情報テーブル２１に設定しておく。例えば、Ｐ−ＣＳＣＦ＃１の隣接サーバは、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３であり、経路情報テーブル２１には、Ｉ−ＣＳＣＦ＃１（Ｉ−ＣＳＣＦ＃３）の異常状態を検出した時の迂回先サーバがＩ−ＣＳＣＦ＃３（Ｉ−ＣＳＣＦ＃１）であると設定される。
【０１０４】
Ｓ２：Ｐ−ＣＳＣＦ＃１のテーブル更新部２３は、隣接ノード監視部２２がＩ−ＣＳＣＦ＃１の異常（例えば、故障）を検出したなら、経路情報テーブル２１におけるＩ−ＣＳＣＦ＃１の状態を正常状態から異常状態に変更する。
【０１０５】
Ｓ３：Ｐ−ＣＳＣＦ＃１は、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網の端末（ＳＩＰ−ＵＡ＿Ｂ）へのＩＮＶＩＴＥ信号を受信する。Ｐ−ＣＳＣＦ＃１の迂回処理部２４は、このＩＮＶＩＴＥ信号をルート情報に基づいてＩ−ＣＳＣＦ＃１に送信するに際し、Ｉ−ＣＳＣＦ＃１が正常か異常かを経路情報テーブル２１を参照して判断する。迂回処理部２４は、当該隣接ノードが異常であるなら、経路情報テーブル２１から同じ目的地の部分を選択し、当該部分において正常となっている別の隣接ノード（ここではＩ−ＣＳＣＦ＃３）をＩＮＶＩＴＥ信号の迂回先として選択する。
【０１０６】
Ｓ４：Ｐ−ＣＳＣＦ＃１は、受信したＩＮＶＩＴＥ信号のルート情報に記載されているＩ−ＣＳＣＦ＃１のアドレスを、迂回先として選択したＩ−ＣＳＣＦ＃３のアドレスに置き換え、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃３に送信する。
【０１０７】
なお、正常となっている別の隣接ノードが複数ある場合は、予め設定した優先順位の最高のノードを迂回先とすればよく、または、迂回先をランダムに選択してもよい。
【０１０８】
Ｓ５：Ｉ−ＣＳＣＦ＃３は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃３は、ルート情報から転送先がＩ−ＣＳＣＦ＃２と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。
【０１０９】
Ｓ６：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃３からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。
【０１１０】
Ｓ７：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃４の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号のルート情報に記載されたダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に対応する経路情報を読み出し、ダミー値を経路情報に置き換え、置き換え後のＩＮＶＩＴＥ信号をルート情報に基づいて、Ｃ−ＣＳＣＦに転送する。
【０１１１】
Ｓ８：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号に記載されている着電話番号から端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。
【０１１２】
尚、Ｉ−ＣＳＣＦ＃１の異常を検出するのは隣接するＰ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃２の２つのＳＩＰサーバであり、ここではＰ−ＣＳＣＦ＃１における迂回処理について説明を行った。Ｉ−ＣＳＣＦ＃２においても同様の処理が行われるが、図９で説明する。
【０１１３】
図９は、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信呼を疎通させる場合の処理の流れを示す。
【０１１４】
Ｓ１：各ＳＩＰサーバの隣接ノード監視部２２は、通信回線で接続されているＳＩＰサーバが正常か異常（故障／輻輳／工事中）かを監視する。図では、Ｉ−ＣＳＣＦ＃２について記載しているが、他のＳＩＰサーバにおいても同様の処理を行う。
【０１１５】
Ｉ−ＣＳＣＦ＃２の隣接ノードは、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３であり、Ｉ−ＣＳＣＦ＃２の経路情報テーブル２１には、Ｉ−ＣＳＣＦ＃１（Ｉ−ＣＳＣＦ＃３）の異常状態を検出した時の迂回先サーバがＩ−ＣＳＣＦ＃３（Ｉ−ＣＳＣＦ＃１）であると設定される。
【０１１６】
Ｓ２：Ｉ−ＣＳＣＦ＃２のテーブル更新部２３は、隣接ノード監視部２２がＩ−ＣＳＣＦ＃１の異常（例えば、故障）を検出したなら、経路情報テーブルのＩ−ＣＳＣＦ＃１の状態を正常状態から異常状態に変更する。
【０１１７】
Ｓ３〜Ｓ５：図６のＳ１〜Ｓ３と同様に処理がなされる。
【０１１８】
Ｓ６：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信する。迂回処理部２４は、このＩＮＶＩＴＥ信号をそのルート情報に基づいてＩ−ＣＳＣＦ＃１に送信するに際し、Ｉ−ＣＳＣＦ＃１が正常か異常かを経路情報テーブル２１を参照して判断する。迂回処理部２４は、当該隣接ノードが異常であるなら、経路情報テーブル２１において同じ目的地の部分を選択し、当該部分において正常となっている別の隣接ノード（ここではＩ−ＣＳＣＦ＃３）をＩＮＶＩＴＥ信号の迂回先として選択する。
【０１１９】
なお、正常となっている別の隣接ノードが複数ある場合は、予め設定した優先順位の最高のノードを迂回先とすればよく、または、迂回先をランダムに選択してもよい。
【０１２０】
Ｓ７：Ｉ−ＣＳＣＦ＃２は、受信したＩＮＶＩＴＥ信号のルート情報に記載されているＩ−ＣＳＣＦ＃１のアドレスを、迂回先として選択したＩ−ＣＳＣＦ＃３のアドレスに置き換え、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃３に送信する。
【０１２１】
Ｓ８：ＩＮＶＩＴＥ信号はルート情報に基づいてルーチングされ、ＳＩＰ−ＵＡ＿Ａに着信する。
【０１２２】
以上の説明のように、各ＳＩＰサーバは、隣接する隣接ノードごとに該隣接ノードが正常か異常かを記憶する経路情報テーブル２１と、隣接ノードごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部２２と、隣接ノードの異常が検出されたなら、経路情報テーブル２１において、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部２３と、隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを経路情報テーブル２１を参照して判断し、当該隣接ノードが異常であるなら、経路情報テーブル２１において正常となっている別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部２４とを備えるので、レジスタリクエスト信号／応答信号によって経路を確定した後において、経路上のノードが故障などで使用できない場合であっても、通信途絶がなく、通信サービスを継続させることができる。
【０１２３】
特に、図２に示した構成を兼ね備えるＩ−ＣＳＣＦ＃２などにおいては、さらに、在圏網における経路情報がホーム網に漏洩することも回避できる。
【０１２４】
なお、本実施の形態においては、通信信号として、レジスタリクエスト信号、応答信号、ＩＮＶＩＴＥ信号を例にしたが、これに限らず、その通信網で使用される通信信号を用いればよい。すなわち、本発明において、通信信号はこれらの信号に限らない。
【０１２５】
また、ダミー値として、ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔのような文字列を使用したが、これに限らず、他の形態のダミー値（例えば暗号など）を使用してもよい。また、ダミー値は、サーバのアドレスに限るものではない。
【符号の説明】
【０１２６】
Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２、Ｉ−ＣＳＣＦ＃４、Ｃ−ＣＳＣＦ  ＳＩＰサーバ
１１  対応関係表
１２  送信処理部
１３  受信処理部
２１  経路情報テーブル
２２  隣接ノード監視部
２３  テーブル更新部
２４  迂回処理部
【図１】
0006031005.tif 000002
【図２】
0006031005.tif 000003
【図３】
0006031005.tif 000004
【図４】
0006031005.tif 000005
【図５】
0006031005.tif 000006
【図６】
0006031005.tif 000007
【図７】
0006031005.tif 000008
【図８】
0006031005.tif 000009
【図９】
0006031005.tif 000010
【図１０】
0006031005.tif 000011
【図１１】
0006031005.tif 000012
【図１２】
0006031005.tif 000013
【図１３】
0006031005.tif 000014
【図１４】
0006031005.tif 000015
【図１５】
0006031005.tif 000016
【図１６】
0006031005.tif 000017
【図１７】
0006031005.tif 000018
【図１８】
0006031005.tif 000019