特許 6031005 通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6031005

(24)【登録日】2016年10月28日

(45)【発行日】2016年11月24日

(54)【発明の名称】通信装置

(51)【国際特許分類】

   H04L 12/703 20130101AFI20161114BHJP

   H04M 3/00 20060101ALI20161114BHJP

   H04L 12/70 20130101ALI20161114BHJP

【ＦＩ】

   H04L12/703

   H04M3/00 B

   H04L12/70 A

【請求項の数】3

【全頁数】21

(21)【出願番号】特願2013-138834(P2013-138834)

(22)【出願日】2013年7月2日

(65)【公開番号】特開2015-12566(P2015-12566A)

(43)【公開日】2015年1月19日

【審査請求日】2015年8月3日

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100129230

【弁理士】

【氏名又は名称】工藤 理恵

(72)【発明者】

【氏名】竹中 見善

(72)【発明者】

【氏名】千綿 伸之

(72)【発明者】

【氏名】戸嶋 茂樹

【審査官】 速水 雄太

(56)【参考文献】

【文献】 特開２０１１−０６６５３６（ＪＰ，Ａ）

【文献】 特開２００４−１６５８２３（ＪＰ，Ａ）

【文献】 特開昭６３−２８４９５０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０３

Ｈ０４Ｌ １２／７０

Ｈ０４Ｍ ３／００

(57)【特許請求の範囲】

【請求項1】

通信網を構成するノードである通信装置において、
通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、
前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、
前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、
前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と
を備えることを特徴とする通信装置。

【請求項2】

通信網と外部網の間での通信信号の中継を行う通信装置において、
前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、
前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、
前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部と
を備えることを特徴とする通信装置。

【請求項3】

通信網を構成するノードであり且つ当該通信網と外部網の間での通信信号の中継を行う通信装置において、
前記通信網において通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、
前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、
前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、
前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と、
前記通信網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表と、
前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報の漏洩を回避するためのダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、
前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部と
を備えることを特徴とする通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信網の経路情報が漏洩するのを回避する技術と、通信網のノードが使用できない場合であっても通信サービスを継続させる技術とに関するものである。

【背景技術】

【0002】

ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）と称されるシステムでは、ユーザがローミングしても（ローミング先で使用する他社の網を在圏網という）、ホーム網（端末が契約している網）で受けているサービスを提供する。これを実現するため、ユーザがローミングすると、端末とホーム網のＳＩＰサーバ（Ｃ−ＣＳＣＦ）との間で、レジスタリクエスト信号の送信と応答を行い、端末の位置登録をホーム網のＣ−ＣＳＣＦで行う。さらに、レジスタリクエスト信号のパスヘッダに経路情報を書き込むことで発信時／着信時に信号が経由するルーチング経路を確定する。ローミング端末を使った通信サービスは位置登録時に確定したルーチング経路を使って行われるが、経路情報を在圏網とホーム網で共用するため、在圏網（またはホーム網）は、ホーム網（または在圏網）に経路情報（トポロジやルーチングテーブル）を知られてしまうという問題が生じる。また、ルーチング経路確定後にルーチング経路上にあるノードやリンクなどのネットワークを構成する装置に障害が発生すると、経路変更機能がないためサービスの提供ができなくなる。

【0003】

したがって、ローミング時における、経路情報漏洩とネットワーク通信サービスの途絶を容易に回避する手段が求められる。尚、ローミング時のシステム動作の詳細な記述は、特に、たとえば３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）などの標準化団体によって公開されている仕様書で見つけることができる。

【0004】

（従来装置、システムの内容）
（１）ローミング時のレジスタリクエスト信号／応答信号による経路決定手順
図１０は、従来において、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。

【0005】

Ｓ１：ユーザがローミングすると、ＳＩＰ−ＵＡ＿Ａは、電源を入れた時やエリアが変わった時、位置登録を行う。

【0006】

まず、ＳＩＰ−ＵＡ＿Ａは、レジスタリクエスト信号を在圏網のＰ−ＣＳＣＦ＃１に送信する。

【0007】

Ｓ２：Ｐ−ＣＳＣＦ＃１は、レジスタリクエスト信号のパスヘッダ（図の「Ｐａｔｈ」。以下同じ）に自身のアドレス（例えば、＜ｓｉｐ：ｐｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃１（中継処理を行うＳＩＰサーバ）へ転送する。

【0008】

Ｓ３：Ｉ−ＣＳＣＦ＃１は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、同様にＩ−ＣＳＣＦ＃２に転送する。

【0009】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃２．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、同様にＩ−ＣＳＣＦ＃４に送信する。

【0010】

Ｓ５：Ｉ−ＣＳＣＦ＃４は、同様に、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃４．ｈｏｍｅ．ｎｅｔ＞）を付与し、同様にＣ−ＣＳＣＦに転送する。

【0011】

Ｓ６：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダに記載されている経路情報を取り出し、ルート情報として格納する。

【0012】

Ｓ７：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダ（Ｐ−ＣＳＣＦ＃１からＩ−ＣＳＣＦ＃４までの経路）と、サービスルートヘッダ（Ｃ−ＣＳＣＦからＩ−ＣＳＣＦ＃２までの経路）を応答信号（２００ＯＫ信号）に付与してＩ−ＣＳＣＦ＃４に送信する。サービスルートヘッダは、図では「Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ」であり、以下同じ。

【0013】

なお、Ｃ−ＣＳＣＦは、Ｃ−ＣＳＣＦからＰ−ＣＳＣＦ＃１までの経路をルート情報（図では「Ｒｏｕｔｅ」であり、以下同じ）として格納する。

【0014】

Ｓ８：応答信号はパスヘッダに基づいて、レジスタリクエスト信号が経由したルートを逆に辿り、ローミング端末に着信する。

【0015】

Ｓ９：ローミング端末は、応答信号のパスヘッダ、サービスルートヘッダから、Ｐ−ＣＳＣＦ＃１からＣ−ＣＳＣＦまでの経路情報を取り出し、ルート情報として格納する。

【0016】

（２）レジスタリクエスト信号／応答信号による経路決定後のルーチング
レジスタリクエスト信号／応答信号による経路決定後、ローミング端末からの発着信のＳＩＰ信号は「（１）の経路決定手順」で決定した経路に従って流れる。具体的には、発着信のＳＩＰ信号は、レジスタリクエスト信号が経由したＳＩＰサーバ（Ｐ−ＣＳＣＦ，Ｉ−ＣＳＣＦ，Ｃ−ＣＳＣＦ）を経由する。

【0017】

図１１は、従来における、ＳＩＰ−ＵＡ＿Ａからホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【0018】

Ｓ１：ＳＩＰ−ＵＡ＿Ａは、発信時にＩＮＶＩＴＥ信号をＳＩＰ−ＵＡ＿Ｂに送信するが、図１０のＳ９で格納したルート情報に基づき、ＩＮＶＩＴＥ信号の送出先がＰ−ＣＳＣＦ＃１であると判断すると共に、ＩＮＶＩＴＥ信号にルート情報を付与して、Ｐ−ＣＳＣＦ＃１に送信する。

【0019】

Ｓ２：Ｐ−ＣＳＣＦ＃１は、ＳＩＰ−ＵＡ＿ＡからＩＮＶＩＴＥ信号を受信する。そして、Ｐ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。

【0020】

Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃２であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。

【0021】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。

【0022】

Ｓ５：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃４は、ルート情報から転送先がＣ−ＣＳＣＦであると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＣ−ＣＳＣＦに転送する。

【0023】

Ｓ６：Ｃ−ＣＳＣＦは、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されている着電話番号に基づいて、ＩＮＶＩＴＥ信号を端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。

【0024】

図１２は、従来における、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【0025】

Ｓ１：ＳＩＰ−ＵＡ＿Ｂは、Ｃ−ＣＳＣＦへＩＮＶＩＴＥ信号を送信する。

【0026】

Ｓ２：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号を受信し、図１０のＳ６で格納したルート情報をＩＮＶＩＴＥ信号に付与し、ルート情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に送信する。

【0027】

Ｓ３：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦからＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。

【0028】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。

【0029】

Ｓ５：Ｉ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ＃１に転送する。

【0030】

Ｓ６：ＩＮＶＩＴＥ信号に記載されているＳＩＰ−ＵＡ＿Ａの電話番号に基づいてＳＩＰ−ＵＡ＿Ａに着信する。

【0031】

（３）従来方式の問題
従来方式では、レジスタリクエスト時に決定したルーチング経路が変更されないことと、経路情報を在圏網とホーム網で共用することにより次のような問題がある。

【0032】

（ａ）問題１
ルーチング経路確定後に、ルーチング経路上のネットワーク構成要素が故障した場合、発着信が不可能となる。

【0033】

図１３は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の発信不能状態の例を示す。図１４は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の着信不能状態の例を示す。

【0034】

発着信が不能な状態は、位置登録を再度行うためレジスタリクエスト信号をホーム網のＣ−ＣＳＣＦへ送り、故障装置を迂回したルーチングを確定するまで継続する。位置登録が再度行われるケースは、端末が圏をまたがって移動した場合、電源を切って再立ち上げを行った場合が考えられる。

【0035】

（ｂ）問題２
ルーチング経路が固定的に確定されるため、ルーチング経路上のネットワーク構成装置が輻輳した場合、迂回等による負荷軽減を行うことができない。

【0036】

図１５に示した例では、同じ機能をもつサーバが２ユニット（Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３）設置されている状況で、Ｉ−ＣＳＣＦ＃１が輻輳した際、Ｉ−ＣＳＣＦ＃１を経路として使用している端末を、処理能力に余裕のあるＩ−ＣＳＣＦ＃３に変更することができない。その結果、電話がかかりにくくなるだけではなく、Ｉ−ＣＳＣＦ＃１の負荷が軽減されないため輻輳が継続する。

【0037】

（ｃ）問題３
ルーチング経路が固定的に確定されるため、ルーチング経路上のネットワーク構成装置に対して装置の機能の中断が必要な工事／設定変更を行う場合、サービスの中断が伴う。 図１６は、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、発信不能状態となった例を示す。図１７は、同様の理由で、着信不能状態となった例を示す。

【0038】

Ｉ−ＣＳＣＦ＃３へ迂回させればローミング端末（ＳＩＰ−ＵＡ＿Ａ）からの疎通を確保できるのにもかかわらず、従来方式では迂回ができないため、疎通を確保できない。

【0039】

（ｄ）問題４
従来方式では、レジスタリクエスト信号と応答信号（２００ＯＫ）を使うことでレジスタリクエスト信号が流れた経路（経由した在圏網およびホーム網のＳＩＰサーバのアドレス）を、在圏網（他事業者網）とホーム網（自事業者網）で共用し、ローミング端末からの発着信のためのＳＩＰ信号の経路を確定している。このように、経路情報を在圏網（他事業者網）とホーム網（自事業者網）で共用するため、他事業者網に自事業者網のルーチング経路やネットワーク構成（ＳＩＰサーバの接続関係）を把握されるため、設備情報保護の観点から望ましくない。

【0040】

問題１、２、３を解決する従来技術として、複数のＳＩＰプロキシのネットワークＩＦに同一の仮想ＩＰアドレスを割り振る機能を用いる方法が考えられる。図１８を使って説明する。二重化したＩ−ＣＳＣＦ（Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３）とＶＲＲＰ（Ｖｉｒｔｕａｌ Ｒｏｕｔｅｒ Ｒｅｄｕｎｄａｎｃｙ Ｐｒｏｔｏｃｏｌ）対応ルータ＃１、＃２から構成される。ルータ＃１、＃２はそれぞれＩ−ＣＳＣＦ＃１、＃３に接続され、Ｉ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃３は同一アドレスを、ルータには仮想ＩＰアドレスが割り当てられている。Ｉ−ＣＳＣＦ＃１とルータ＃１がマスター、Ｉ−ＣＳＣＦ＃３とルータ＃２がバックアップで、通常はＩ−ＣＳＣＦ＃１で動作している。Ｉ−ＣＳＣＦ＃１が故障すると、ＶＲＲＰの機能を使ってルータ＃１からルータ＃２に切り替え、Ｉ−ＣＳＣＦ＃３へ迂回させる。しかしこの方法は、ＩＰレベルの故障検出しかできないこと、ＶＲＲＰ対応ルータを必要とすること、Ｉ−ＣＳＣＦ故障時の切り替え処理を行うソフトウェアが必要となることにより、コスト上昇の要因となる。

【0041】

以上が問題１、２、３を解決する従来技術であるが、問題４に対しては解決する従来技術はない。

【先行技術文献】

【非特許文献】

【0042】

【非特許文献1】３ＧＰＰ ＴＳ２４．２２９

【発明の概要】

【発明が解決しようとする課題】

【0043】

したがって、図１８の技術を用いることなく、通信網の経路情報が漏洩するのを回避する技術が求められる。また、通信網のノードが故障、輻輳、工事中などにより使用できない場合であっても通信サービスを継続させる技術が求められる。

【0044】

本発明は、上記の課題に鑑みてなされたものであり、第１の目的は、通信網の経路情報が漏洩するのを回避する技術を提供することである。また、第２の目的は、通信網のノードが使用できない場合であっても通信サービスを継続させる技術を提供することである。

【課題を解決するための手段】

【0045】

上記の課題を解決するために、第１の本発明は、通信網を構成するノードである通信装置において、通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部とを備えることを特徴とする。

【0046】

第２の本発明は、通信網と外部網の間での通信信号の中継を行う通信装置において、前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部とを備えることを特徴とする。

【0047】

第３の本発明は、通信網を構成するノードであり且つ当該通信網と外部網の間での通信信号の中継を行う通信装置において、前記通信網において通信信号の目的地ごとに、その目的地に信号を送付する際の次の送付先になれる前記通信装置に隣接する隣接ノードをグループ化し、グループごとに該隣接ノードが正常か異常かを記憶する経路情報テーブルと、前記グループごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部と、前記隣接ノードの異常が検出されたなら、前記経路情報テーブルにおいて、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部と、前記隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを前記経路情報テーブルを参照して判断し、当該隣接ノードが異常であるなら、前記経路情報テーブルにおいて正常となっている同じグループの別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部と、前記通信網における通信信号の経路を示す経路情報と、前記経路情報の漏洩を回避するためのダミー値とを対応づけて記憶する対応関係表と、前記通信網内から受信した通信信号を前記外部網に送信するに際し、当該通信信号に含まれる、前記通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて前記対応関係表に記憶させる送信処理部と、前記外部網から受信した通信信号を前記通信網内に送信するに際し、前記対応関係表から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部とを備えることを特徴とする。

【発明の効果】

【0048】

第１の本発明によれば、通信網のノードが使用できない場合であっても通信サービスを継続させることができる。第２の本発明によれば、通信網の経路情報が漏洩するのを回避することができる。第３の本発明によれば、通信網のノードが使用できない場合であっても通信サービスを継続させることができ、通信網の経路情報が漏洩するのを回避することができる。

【図面の簡単な説明】

【0049】

【図1】ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号をホーム網のＣ−ＣＳＣＦへ送るまでの処理の流れを示す。

【図2】Ｉ−ＣＳＣＦ＃２の構成の一部を示すもので、特に経路情報の漏洩を回避するための構成を示す。

【図3】Ｃ−ＣＳＣＦが、レジスタリクエスト信号に対する応答信号をＩ−ＣＳＣＦ＃２に送るまでの処理の流れを示す。

【図4】Ｉ−ＣＳＣＦ＃２が、受信した応答信号をローミング端末へ送るまでの処理の流れを示す。

【図5】ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【図6】ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【図7】Ｉ−ＣＳＣＦ＃１が故障した場合において、ＳＩＰ−ＵＡ＿ＡからＳＩＰ−ＵＡ＿Ｂへの発信呼を疎通させる場合の処理の流れを示す。

【図8】Ｐ−ＣＳＣＦ＃１の構成の一部を示すもので、特に障害や輻輳、工事によるサービスの中断を問題解決するための構成を示す。

【図9】ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信呼を疎通させる場合の処理の流れを示す。

【図10】従来において、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。

【図11】従来における、ＳＩＰ−ＵＡ＿Ａからホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【図12】従来における、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの発信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【図13】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の発信不能状態の例を示す。

【図14】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が故障した時の着信不能状態の例を示す。

【図15】従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が輻輳した時の発信不能状態の例を示す。

【図16】従来において、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、発信不能状態となった例を示す。

【図17】従来において、従来において、経路ルーチングを行っている時に、Ｉ−ＣＳＣＦ＃１が工事中となり、機能を停止させたため、着信不能状態となった例を示す。

【図18】仮想ＩＰアドレスを用いた迂回の処理を示す。

【発明を実施するための形態】

【0050】

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

【0051】

ＩＭＳシステムにおいて、ローミング端末を使った通信サービスは、位置登録時に確定したルーチング経路を使って行われるが、ルーチンング経路確定後にルーチング経路上にあるノードやリンクなどのネットワーク構成装置の障害や輻輳の発生、工事によるサービスの中断が生じると、サービスを提供できなくなる。さらに、経路情報を在圏網（他事業者網）とホーム網（自事業者網）で共用するため、他事業者網に自事業者網のルーチング経路やネットワーク構成を把握され、設備情報保護の観点から望ましくない。

【0052】

障害や輻輳、工事によって生じる問題（例、信頼性低下、サービスの中断、輻輳の拡大）を解決する手段として、これまでの技術では、冗長化構成をとり、同一アドレスを割り当てて、障害時の設備切り替え（迂回）を行うためのソフトウェアの開発が必要とされる。

【0053】

本実施の形態では、これまでの解決方法で要求される条件を必要としない、ＩＭＳシステムのローミング手順には変更を加えない、という条件で、障害や輻輳、工事によって生じる問題（例、信頼性低下、サービスの中断、輻輳の拡大）を簡便に解決する手段を与え、さらに、これまでの方式によるルーチング手順に変更を加えることなく簡便に、自事業者網の経路情報が他事業者網に漏洩するのを回避する技術について説明する。

【0054】

（１）自事業者網の経路情報が他事業者網に漏洩するのを回避するための技術
図１，図２、図３、図４を使って、自事業者網の経路情報が他事業者網に漏洩するのを回避する技術について説明する。なお、図において、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２、Ｉ−ＣＳＣＦ＃３、Ｉ−ＣＳＣＦ＃４、Ｃ−ＣＳＣＦはＳＩＰサーバである。

【0055】

図１は、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）が位置登録を行うため、レジスタリクエスト信号（ＲＥＧＩＳＴＥＲ）をホーム網のＣ−ＣＳＣＦ（セッション制御を行うＳＩＰサーバ）へ送るまでの処理の流れを示す。

【0056】

Ｓ１：ローミング端末（ＳＩＰ−ＵＡ＿Ａ）は、レジスタリクエスト信号を在圏網のＰ−ＣＳＣＦ＃１へ送信する。

【0057】

Ｓ２：Ｐ−ＣＳＣＦ＃１は、端末からのレジスタリクエスト信号を受信し、そのパスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｐｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃１に転送する。

【0058】

Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からレジスタリクエスト信号を受信し、パスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃１．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、在圏網のルーチング規則に従って在圏網のＩ−ＣＳＣＦ＃２に転送する。

【0059】

図２は、Ｉ−ＣＳＣＦ＃２の構成の一部を示すもので、特に経路情報の漏洩を回避するための構成を示す。

【0060】

Ｉ−ＣＳＣＦ＃２は、通信網（ここでは在圏網）と外部網（ここではホーム網）の間での通信信号の中継を行う通信装置である。Ｉ−ＣＳＣＦ＃２は、在圏網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表１１と、通信網内から受信した通信信号を外部網に送信するに際し、当該通信信号に含まれる、通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて対応関係表１１に記憶させる送信処理部１２と、外部網から受信した通信信号を通信網内に送信するに際し、対応関係表１１から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部１３とを備える。

【0061】

なお、図示しないが、Ｉ−ＣＳＣＦ＃４も同様の構成を備える
図１に戻り、説明を続ける。

【0062】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からレジスタリクエスト信号を受信する。送信処理部１２は、ホーム網（他網）へレジスタリクエスト信号を送信する際、レジスタリクエスト信号のパスヘッダに記載されている在圏網（自網）の経路情報（Ｉ−ＣＳＣＦ＃２までの経路情報（Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１））の漏洩を回避するため、これをダミー値（例えばＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に置き換え、さらに自身のアドレス （＜ｓｉｐ：ｉｃｓｃｆ＃２．ｖｉｓｉｔｅｄ．ｎｅｔ＞）を付与し、レジスタリクエスト信号をＩ−ＣＳＣＦ＃４に送信する。

【0063】

Ｓ５：さらに、Ｉ−ＣＳＣＦ＃２の送信処理部１２は、ダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）とＩ−ＣＳＣＦ＃２までの経路情報（Ｐ−ＣＳＣＦ＃１→Ｉ−ＣＳＣＦ＃１→Ｉ−ＣＳＣＦ＃２）とを対応づけて対応関係表１１に記憶させる。

【0064】

Ｓ６：ホーム網のＩ−ＣＳＣＦ＃４は、在圏網のＩ−ＣＳＣＦ＃２からレジスタリクエスト信号を受信し、そのパスヘッダに自身のアドレス（例えば、＜ｓｉｐ：ｉｃｓｃｆ＃４．ｈｏｍｅ．ｎｅｔ＞）を付与し、レジスタリクエスト信号を、ホーム網のルーチング規則に従ってホーム網のＣ−ＣＳＣＦへ転送する。

【0065】

Ｓ７：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダに記載されている経路情報を取り出し、ルート情報として格納する。

【0066】

このようにして、これまでの方式では、パスヘッダにはレジスタリクエスト信号が経由してきた在圏網のサーバのアドレスが記載されていたが、本方式ではダミー値を記載することで、在圏網の経路情報がホーム網に漏洩するのを回避することができる。

【0067】

次に、図３、図４を参照し、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）から送信されたレジスタリクエスト信号を受信したホーム網のＣ−ＣＳＣＦが、応答信号をローミング端末まで送る手順を説明する。

【0068】

図３は、Ｃ−ＣＳＣＦが、レジスタリクエスト信号に対する応答信号をＩ−ＣＳＣＦ＃２に送るまでの処理の流れを示す。

【0069】

Ｓ１：Ｃ−ＣＳＣＦは、レジスタリクエスト信号のパスヘッダ（在圏網のダミー値とＩ−ＣＳＣＦ＃２からＣ−ＣＳＣＦまでの経路が記載されている）と、サービスルートヘッダ（Ｃ−ＣＳＣＦからＩ−ＣＳＣＦ＃２までの経路を記載したもの）を応答信号（２００ＯＫ信号）に付与してＩ−ＣＳＣＦ＃４に送信する。

【0070】

Ｓ２：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦから応答信号を受信する。Ｉ−ＣＳＣＦ＃４の送信処理部１２は、ホーム網内の経路情報の漏洩を回避するため、応答信号のサービスルートヘッダにおいて、Ｉ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報をダミー値（例えばＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に置き換え、応答信号をＩ−ＣＳＣＦ＃２に送信する。

【0071】

Ｓ３：また、Ｉ−ＣＳＣＦ＃４の送信処理部１２は、ダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）と、Ｉ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報（Ｉ−ＣＳＣＦ＃４→Ｃ−ＣＳＣＦ）とを対応づけて対応関係表１１に記憶させる。

【0072】

このようにして、これまでの方式では、レジスタリクエスト信号が経由してきたホーム網のサーバのアドレスをパスヘッダに記載していたが、本方式ではホーム網のサーバのアドレスの代わりにダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）を記載することで、ホーム網の経路情報が在圏網に漏洩するのを回避できる。

【0073】

図４は、Ｉ−ＣＳＣＦ＃２が、受信した応答信号をローミング端末へ送るまでの処理の流れを示すものである。

【0074】

Ｓ１：Ｉ−ＣＳＣＦ＃２は、ホーム網のＩ−ＣＳＣＳＦ＃４から応答信号を受信する。Ｉ−ＣＳＣＦ＃２の受信処理部１３は、対応関係表１１から、応答信号のパスヘッダに記載されている在圏網のダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に対応する経路情報を読み出し、パスヘッダのダミー値を経路情報に置き換え、置き換え後の応答信号をＩ−ＣＳＣＦ＃１に送信する。

【0075】

Ｓ２：応答信号はパスヘッダに基づいて、レジスタリクエスト信号が経由したルートを逆に辿り、ローミング端末に着信する
Ｓ３：ローミング端末は、受信した応答信号のパスヘッダ、サービスヘッダから、ホーム網のＣ−ＣＳＣＦまでの経路情報を取り出し、ルート情報として格納する。

【0076】

ルート情報においては、ホーム網のＩ−ＣＳＣＦ＃４からＣ−ＣＳＣＦまでの経路情報はダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に置き換えられているので、ホーム網内における経路情報が在圏網に漏洩するのを回避できる。

【0077】

以上の説明のように、在圏網とホーム網との通信を行うサーバ（図ではＩ−ＣＳＣＦ＃２，Ｉ−ＣＳＣＦ＃４）において、他網への通信時には自網内での経路情報をダミー値に置き換えることで、自網内の経路情報が他網に漏洩するのを回避できる。そして、他網から受信した自網のダミー値に対しては、経路情報とダミー値との対応関係表を参照し、自網内での経路情報に変換し、自網内でのルーチングを実現する。

【0078】

図５に、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網にある端末（ＳＩＰ−ＵＡ＿Ｂ）への発信時におけるＩＮＶＩＴＥ信号のルーチング例を示す。

【0079】

Ｓ１：ＳＩＰ−ＵＡ＿Ａは、発信時にＩＮＶＩＴＥ信号をＳＩＰ−ＵＡ＿Ｂに送信するが、図４のＳ３で生成したルート情報に基づき、ＩＮＶＩＴＥ信号の送出先がＰ−ＣＳＣＦ＃１であると判断すると共に、ＩＮＶＩＴＥ信号にルート情報を付与して、Ｐ−ＣＳＣＦ＃１に送信する。

【0080】

Ｓ２：Ｐ−ＣＳＣＦ＃１は、ＳＩＰ−ＵＡ＿ＡからＩＮＶＩＴＥ信号を受信する。そして、Ｐ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。

【0081】

Ｓ３：Ｉ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＩ−ＣＳＣＦ＃２であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。

【0082】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４であると判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。

【0083】

Ｓ５：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃４の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号に記載されているホーム網のダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に対応する経路情報（＜ｓｉｐ：ｃｃｓｃｆ ｈｏｍｅ．ｎｅｔ＞）を読み出し、ダミー値を経路情報に書き換え、経路情報に基づいて、ＩＮＶＩＴＥ信号をＣ−ＣＳＣＦに転送する。

【0084】

Ｓ６：Ｃ−ＣＳＣＦは、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されている着電話番号に基づいて、ＩＮＶＩＴＥ信号を端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。

【0085】

図６に、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信時のＩＮＶＩＴＥ信号のルーチングの例を示す。

【0086】

Ｓ１：ＳＩＰ−ＵＡ＿Ｂは、Ｃ−ＣＳＣＦにＩＮＶＩＴＥ信号を送信する。

【0087】

Ｓ２：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号を受信し、図１のＳ７で格納したルート情報をＩＮＶＩＴＥ信号に付与し、ルート情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に送信する。

【0088】

Ｓ３：Ｉ−ＣＳＣＦ＃４は、Ｃ−ＣＳＣＦからＩＮＶＩＴＥ信号を受信し、ルート情報から転送先がＩ−ＣＳＣＦ＃２と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。

【0089】

Ｓ４：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃２の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号のルート情報に記載されたダミー値（ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔ）に対応する経路情報（＜ｓｉｐ：ｉｃｓｃｆ＃１ｖｉｓｉｔｅｄ．ｎｅｔ＞＜ｓｉｐ：ｐｃｓｃｆ＃１ｖｉｓｉｔｅｄ．ｎｅｔ＞）を読み出し、ルート情報のダミー値を経路情報に置き換え、ルート情報から自身のアドレスを削除し、経路情報に基づいて、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃１に転送する。

【0090】

Ｓ５：Ｉ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃１は、ルート情報から転送先がＰ−ＣＳＣＦ＃１と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ＃１に転送する。

【0091】

Ｓ６：Ｐ−ＣＳＣＦ＃１は、Ｉ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信し、ＩＮＶＩＴＥ信号に記載されているＳＩＰ−ＵＡ＿Ａの電話番号に基づいてＳＩＰ−ＵＡ＿Ａに着信する。

【0092】

以上のように、例えば、Ｉ−ＣＳＣＦ＃２は、在圏網における通信信号の経路を示す経路情報と当該経路情報を示すダミー値とを対応づけて記憶する対応関係表１１と、通信網内から受信した通信信号を外部網に送信するに際し、当該通信信号に含まれる、通信網における当該通信信号の経路を示す経路情報を、該経路情報を示すダミー値に置き換えるとともに、当該経路情報と当該ダミー値とを対応づけて対応関係表１１に記憶させる送信処理部１２と、外部網から受信した通信信号を通信網内に送信するに際し、対応関係表１１から、当該通信信号に含まれるダミー値に対応する経路情報を読み出し、当該通信信号のダミー値を当該経路情報に置き換える受信処理部１３とを備えるので、在圏網における経路情報がホーム網に漏洩するのを回避できる。

【0093】

また、Ｉ−ＣＳＣＦ＃４も同様の構成を備えるので、ホーム網における経路情報が在圏網に漏洩するのを回避できる。

【0094】

（２）障害や輻輳、工事によるサービスの中断の問題を解決する技術
次に、図７、図８、図９を参照し、上記決定した経路に存在するＩ−ＣＳＣＦ＃１が故障した場合であっても、経路変更（迂回）によってサービスを継続する手順を説明する。

【0095】

図７は、Ｉ−ＣＳＣＦ＃１が故障した場合において、ＳＩＰ−ＵＡ＿ＡからＳＩＰ−ＵＡ＿Ｂへの発信呼を疎通させる場合の処理の流れを示す。

【0096】

図８は、Ｐ−ＣＳＣＦ＃１の構成の一部を示すもので、特に障害や輻輳、工事によるサービスの中断を問題解決するための構成を示す。

【0097】

Ｐ−ＣＳＣＦ＃１は、通信網（ここでは在圏網）を構成するノードである通信装置である。Ｐ−ＣＳＣＦ＃１は、Ｐ−ＣＳＣＦ＃１に隣接する隣接ノードごとに該隣接ノードが正常か異常かを記憶する経路情報テーブル２１と、隣接ノードごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部２２と、隣接ノードの異常が検出されたなら、経路情報テーブル２１において、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部２３と、隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを経路情報テーブル２１を参照して判断し、当該隣接ノードが異常であるなら、経路情報テーブル２１において正常となっている別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部２４とを備える。

【0098】

経路情報テーブル２１は、ここでは、通信信号の目的地ごとに、その目的地に信号を送信する際の次の送信先となれる隣接ノードをグループ化し、グループごとに正常か異常かを記憶する。

【0099】

経路情報テーブル２１において正常となっている隣接ノードは、同グループの他の隣接ノードが異常である場合の迂回先サーバ（迂回ホップ）となる。

【0100】

なお、図示しないが、他のＳＩＰサーバも同様の構成を備える。

【0101】

図７に戻り、説明を続ける。

【0102】

Ｓ１：各ＳＩＰサーバの隣接ノード監視部２２は、通信回線で接続されているＳＩＰサーバが正常か異常（故障／輻輳／工事中）かを監視する。例えばＰ−ＣＳＣＦ−＃１の隣接ノード監視部２２は、隣接するＩ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３の状態を監視する。Ｉ−ＣＳＣＦ＃１の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。Ｉ−ＣＳＣＦ＃３の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。例えば、Ｐ−ＣＳＣＦ＃１の隣接ノード監視部２２は、Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２の状態を監視する。

【0103】

前述のように、各ＳＩＰサーバは隣接ＳＩＰサーバの異常状態を検出した時の迂回先サーバ（迂回ホップ）を経路情報テーブル２１に設定しておく。例えば、Ｐ−ＣＳＣＦ＃１の隣接サーバは、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３であり、経路情報テーブル２１には、Ｉ−ＣＳＣＦ＃１（Ｉ−ＣＳＣＦ＃３）の異常状態を検出した時の迂回先サーバがＩ−ＣＳＣＦ＃３（Ｉ−ＣＳＣＦ＃１）であると設定される。

【0104】

Ｓ２：Ｐ−ＣＳＣＦ＃１のテーブル更新部２３は、隣接ノード監視部２２がＩ−ＣＳＣＦ＃１の異常（例えば、故障）を検出したなら、経路情報テーブル２１におけるＩ−ＣＳＣＦ＃１の状態を正常状態から異常状態に変更する。

【0105】

Ｓ３：Ｐ−ＣＳＣＦ＃１は、ローミング端末（ＳＩＰ−ＵＡ＿Ａ）からホーム網の端末（ＳＩＰ−ＵＡ＿Ｂ）へのＩＮＶＩＴＥ信号を受信する。Ｐ−ＣＳＣＦ＃１の迂回処理部２４は、このＩＮＶＩＴＥ信号をルート情報に基づいてＩ−ＣＳＣＦ＃１に送信するに際し、Ｉ−ＣＳＣＦ＃１が正常か異常かを経路情報テーブル２１を参照して判断する。迂回処理部２４は、当該隣接ノードが異常であるなら、経路情報テーブル２１から同じ目的地の部分を選択し、当該部分において正常となっている別の隣接ノード（ここではＩ−ＣＳＣＦ＃３）をＩＮＶＩＴＥ信号の迂回先として選択する。

【0106】

Ｓ４：Ｐ−ＣＳＣＦ＃１は、受信したＩＮＶＩＴＥ信号のルート情報に記載されているＩ−ＣＳＣＦ＃１のアドレスを、迂回先として選択したＩ−ＣＳＣＦ＃３のアドレスに置き換え、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃３に送信する。

【0107】

なお、正常となっている別の隣接ノードが複数ある場合は、予め設定した優先順位の最高のノードを迂回先とすればよく、または、迂回先をランダムに選択してもよい。

【0108】

Ｓ５：Ｉ−ＣＳＣＦ＃３は、Ｐ−ＣＳＣＦ＃１からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃３は、ルート情報から転送先がＩ−ＣＳＣＦ＃２と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃２に転送する。

【0109】

Ｓ６：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃３からＩＮＶＩＴＥ信号を受信する。そして、Ｉ−ＣＳＣＦ＃２は、ルート情報から転送先がＩ−ＣＳＣＦ＃４と判断し、ルート情報から自身のアドレスを削除し、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃４に転送する。

【0110】

Ｓ７：Ｉ−ＣＳＣＦ＃４は、Ｉ−ＣＳＣＦ＃２からＩＮＶＩＴＥ信号を受信する。Ｉ−ＣＳＣＦ＃４の受信処理部１３は、対応関係表１１から、ＩＮＶＩＴＥ信号のルート情報に記載されたダミー値（ＳＩＰ：Ａ．ｈｏｍｅ．ｎｅｔ）に対応する経路情報を読み出し、ダミー値を経路情報に置き換え、置き換え後のＩＮＶＩＴＥ信号をルート情報に基づいて、Ｃ−ＣＳＣＦに転送する。

【0111】

Ｓ８：Ｃ−ＣＳＣＦは、ＩＮＶＩＴＥ信号に記載されている着電話番号から端末（ＳＩＰ−ＵＡ＿Ｂ）に着信する。

【0112】

尚、Ｉ−ＣＳＣＦ＃１の異常を検出するのは隣接するＰ−ＣＳＣＦ＃１とＩ−ＣＳＣＦ＃２の２つのＳＩＰサーバであり、ここではＰ−ＣＳＣＦ＃１における迂回処理について説明を行った。Ｉ−ＣＳＣＦ＃２においても同様の処理が行われるが、図９で説明する。

【0113】

図９は、ＳＩＰ−ＵＡ＿ＢからＳＩＰ−ＵＡ＿Ａへの着信呼を疎通させる場合の処理の流れを示す。

【0114】

Ｓ１：各ＳＩＰサーバの隣接ノード監視部２２は、通信回線で接続されているＳＩＰサーバが正常か異常（故障／輻輳／工事中）かを監視する。図では、Ｉ−ＣＳＣＦ＃２について記載しているが、他のＳＩＰサーバにおいても同様の処理を行う。

【0115】

Ｉ−ＣＳＣＦ＃２の隣接ノードは、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃３であり、Ｉ−ＣＳＣＦ＃２の経路情報テーブル２１には、Ｉ−ＣＳＣＦ＃１（Ｉ−ＣＳＣＦ＃３）の異常状態を検出した時の迂回先サーバがＩ−ＣＳＣＦ＃３（Ｉ−ＣＳＣＦ＃１）であると設定される。

【0116】

Ｓ２：Ｉ−ＣＳＣＦ＃２のテーブル更新部２３は、隣接ノード監視部２２がＩ−ＣＳＣＦ＃１の異常（例えば、故障）を検出したなら、経路情報テーブルのＩ−ＣＳＣＦ＃１の状態を正常状態から異常状態に変更する。

【0117】

Ｓ３〜Ｓ５：図６のＳ１〜Ｓ３と同様に処理がなされる。

【0118】

Ｓ６：Ｉ−ＣＳＣＦ＃２は、Ｉ−ＣＳＣＦ＃４からＩＮＶＩＴＥ信号を受信する。迂回処理部２４は、このＩＮＶＩＴＥ信号をそのルート情報に基づいてＩ−ＣＳＣＦ＃１に送信するに際し、Ｉ−ＣＳＣＦ＃１が正常か異常かを経路情報テーブル２１を参照して判断する。迂回処理部２４は、当該隣接ノードが異常であるなら、経路情報テーブル２１において同じ目的地の部分を選択し、当該部分において正常となっている別の隣接ノード（ここではＩ−ＣＳＣＦ＃３）をＩＮＶＩＴＥ信号の迂回先として選択する。

【0119】

なお、正常となっている別の隣接ノードが複数ある場合は、予め設定した優先順位の最高のノードを迂回先とすればよく、または、迂回先をランダムに選択してもよい。

【0120】

Ｓ７：Ｉ−ＣＳＣＦ＃２は、受信したＩＮＶＩＴＥ信号のルート情報に記載されているＩ−ＣＳＣＦ＃１のアドレスを、迂回先として選択したＩ−ＣＳＣＦ＃３のアドレスに置き換え、ＩＮＶＩＴＥ信号をＩ−ＣＳＣＦ＃３に送信する。

【0121】

Ｓ８：ＩＮＶＩＴＥ信号はルート情報に基づいてルーチングされ、ＳＩＰ−ＵＡ＿Ａに着信する。

【0122】

以上の説明のように、各ＳＩＰサーバは、隣接する隣接ノードごとに該隣接ノードが正常か異常かを記憶する経路情報テーブル２１と、隣接ノードごとに該隣接ノードが正常か異常かを監視する隣接ノード監視部２２と、隣接ノードの異常が検出されたなら、経路情報テーブル２１において、当該隣接ノードの状態を正常状態から異常状態に変更するテーブル更新部２３と、隣接ノードのいずれかに対する通信信号の送信に際し、当該隣接ノードが正常か異常かを経路情報テーブル２１を参照して判断し、当該隣接ノードが異常であるなら、経路情報テーブル２１において正常となっている別の隣接ノードを当該通信信号の迂回先として選択する迂回処理部２４とを備えるので、レジスタリクエスト信号／応答信号によって経路を確定した後において、経路上のノードが故障などで使用できない場合であっても、通信途絶がなく、通信サービスを継続させることができる。

【0123】

特に、図２に示した構成を兼ね備えるＩ−ＣＳＣＦ＃２などにおいては、さらに、在圏網における経路情報がホーム網に漏洩することも回避できる。

【0124】

なお、本実施の形態においては、通信信号として、レジスタリクエスト信号、応答信号、ＩＮＶＩＴＥ信号を例にしたが、これに限らず、その通信網で使用される通信信号を用いればよい。すなわち、本発明において、通信信号はこれらの信号に限らない。

【0125】

また、ダミー値として、ＳＩＰ：Ｂ．ｖｉｓｉｔｅｄ．ｎｅｔのような文字列を使用したが、これに限らず、他の形態のダミー値（例えば暗号など）を使用してもよい。また、ダミー値は、サーバのアドレスに限るものではない。

【符号の説明】

【0126】

Ｐ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃１、Ｉ−ＣＳＣＦ＃２、Ｉ−ＣＳＣＦ＃４、Ｃ−ＣＳＣＦ ＳＩＰサーバ
１１ 対応関係表
１２ 送信処理部
１３ 受信処理部
２１ 経路情報テーブル
２２ 隣接ノード監視部
２３ テーブル更新部
２４ 迂回処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】