JP2000049854A - ノード装置並びにループ検出方法及びパケット送信方法 - Google Patents

Abstract

(57)【要約】 【課題】 ラベル設定のリトライ動作なしにラベルスイ
ッチングパスの張り替えを可能とするノード装置を提供
すること。 【解決手段】 フロー経路上の隣接ノード間でフロー識
別子とパスの初段ノードに関する初段ノード情報と送信
元のノードに関する代理初段ノード情報を含むパス制御
メッセージを交換し、以前のメッセージと同じフロー識
別子と初段ノード情報を含み入力リンク情報を異ならせ
る別メッセージを受信しパスのループ形成が判断された
場合に該別メッセージを基に得た新たな入力リンク情報
に関しラベルスイッチングのための出力リンク情報との
対応付けをしない状態で記憶し、該別メッセージと同一
範囲のフロー識別子と初段ノード情報と代理初段ノード
情報を含むパスの解放を制御するメッセージを受信した
場合に該新たな入力側リンク情報と該出力側リンク情報
とを対応付けてラベルスイッチングを可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ラベルスイッチン
グパスのループ検出機能を有するノード装置並びにラベ
ルスイッチングパスのループ検出方法及びパケット送信
方法に関する。

【０００２】

【従来の技術】ＮＢＭＡ（Ｎｏｎ−Ｂｒｏａｄｃａｓｔ
Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワーク上で
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ノードが
相互接続されるようなネットワークレイヤプロトコルに
おいて、パケット転送を高速化するための手法として、
ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ
Ｓｗｉｔｃｈｉｎｇ）方式がある。

【０００３】ＭＰＬＳは、ノード間で特定のパケットフ
ローに特定の「ラベル」を割り当て、各ノードで入力側
のラベルと出力側のラベルとを関連付けてラベルスイッ
チングを行なうことにより、ＩＰ処理を省略し、高速な
パケット転送が可能となる。例えば、リンクレイヤがＡ
ＴＭの場合、ＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄ
ｅｎｔｉｆｉｅｒ）／ＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａ
ｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）がラベルとして使用
される。パケットフローがラベルスイッチングされる経
路をラベルスイッチングパスと言う。なお、以下では、
ラベルスイッチングパスを単にパスと呼ぶ。

【０００４】パスを構成する場合には、ラベル割当てプ
ロトコルが使用される。ラベル割当てプロトコルは、パ
ケットフローの経路上のノード間で、ネットワークグロ
ーバルにパケットフローを識別するためのフロー識別子
と、リンクローカルにパケットフローを識別するための
ラベルとの対応付けを通知するために、制御メッセージ
（パス制御メッセージ）をやりとりする。

【０００５】一般に、パス制御メッセージは、レイヤ３
の経路情報に従って転送されるが、レイヤ３の経路がル
ープしている場合、パス制御メッセージがループした
り、あるいは、ループするパスが構成されるおそれがあ
る。

【０００６】この問題に対し、文献「Ｉｎｔｅｒｎｅｔ
−Ｄｒａｆｔ，ｄｒａｆｔ−ｏｈｂａ−ｍｐｌｓ−ｌｏ
ｏｐ−ｐｒｅｖｅｎｔｉｏｎ−００．ｔｘｔ」にて示さ
れているループ検出方法では、パス制御メッセージに初
段ノード情報を含め、各ノードは、パスの入力側のそれ
ぞれの枝に対し、初段ノードのアドレス（初段ノード情
報）および初段ノードからのホップ数を記憶し、それら
の中で、初段ノードからのホップ数が最も大きい初段ノ
ード情報と、最大のホップ数＋１を下流に通知する。さ
らに、現在のパスに新たに入力側の枝を追加する場合、
またはすでに存在する入力側の枝に対する初段ノード情
報または初段ノードからのホップ数を別の値に更新する
場合に、同じフローに対し、同じ初段ノード情報が別の
入力側の枝にすでに登録している場合には、ループが構
成されると判断し、入力側枝の追加／更新を行なわない
ようにする。

【０００７】この方法は、パスベクトル方式（パス制御
メッセージをフォワードする各ノードが自分のアドレス
をラベル割当てメッセージに追加して行き、受信したラ
ベル割当てメッセージに自分のアドレスがすでに書き込
んであればループであると判断）に比べ、メッセージ長
がホップ数に依存せず固定となるという利点を持つ。

【０００８】

【発明が解決しようとする課題】しかしながら、文献、
「Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ，ｄｒａｆｔ−ｏｈｂ
ａ−ｍｐｌｓ−ｌｏｏｐ−ｐｒｅｖｅｎｔｉｏｎ−０
０．ｔｘｔ」にて示されているループ検出方法には、経
路変更時に以下のような問題がある。

【０００９】例えば、図３９において、レイヤ３の経路
上に、ノード装置Ｒ１１→Ｒ１２→Ｒ１３→Ｒ１４→Ｒ
１５→Ｒ１６というパスが構成されている場合を考え
る。

【００１０】この場合、パス上の各ノード装置は、フロ
ー識別子（ｆｌｏｗｉｄ）、およびパスを識別するため
の入力リンク情報（入力物理リンク情報（ｉｎｐｕｔ
ｉｎｔｅｒｆａｃｅ）＋入力ラベル（ｉｎｐｕｔ ｌａ
ｂｅｌ））と一緒に、初段ノード情報（ｉｎｇｒｅｓ
ｓ）として“Ｒ１１”を記憶している。入力リンク情報
（ｉｎｐｕｔ ｌｏｎｋ）は、出力リンク情報（ｏｕｔ
ｐｕｔ ｌｉｎｋ）と対応付けされてラベルスイッチン
グに用いられる情報で、リンク識別子から求められるラ
ベルと、メッセージを交換した物理リンクの情報とから
求められる。物理リンク情報は、Ｉｉｊ（ｉ：リンクの
上流ノードの番号、ｊ：リンクの下流ノードの番号）で
表され、リンクは、“物理リンク情報：ラベル”で表さ
れる。

【００１１】図３９のパスが構成されている場合のノー
ド装置Ｒ１５内のフローテーブルの状態を図４０に示
す。

【００１２】ここで、Ｒ１２で経路変更が起こり、Ｆｌ
ｏｗｉｄ＝Ｒ１６への次ホップがＲ１３からＲ１７に変
わった場合、Ｒ１２から旧経路上には（ｆｌｏｗｉｄ＝
Ｒ１６，ｉｎｇｒｅｓｓ＝Ｒ１１）を指定したラベル割
当て解放メッセージ（ＲＥＬＥＡＳＥメッセージ）が送
出され、Ｒ１２から新経路上には（ｆｌｏｗｉｄ＝Ｒ１
６，ｉｎｇｒｅｓｓ＝Ｒ１１）を指定したラベル割当て
要求メッセージ（ＳＥＴＵＰメッセージ）が送出され
る。

【００１３】もし、ＳＥＴＵＰメッセージがＲＥＬＥＡ
ＳＥメッセージよりも先にＲ１５に到着すると、Ｒ１５
では、入力リンク（Ｉ１７１５：ｘ１７１５）のＳＥＴ
ＵＰメッセージを受信した時に、ｆｌｏｗｉｄ＝Ｒ１
６，ｉｎｇｒｅｓｓ＝Ｒ１１であるような別のエントリ
がすでに入力リンク（Ｉ１５１６：ｘ１５１６）に対応
しているため、実際にはループでないにもかかわらずル
ープであると判断される。この結果、Ｒ１５からＲ１７
にラベル割当て失敗（ＳＥＴＵＰ＿ＮＡＣＫ）メッセー
ジが返されていた。このとき、ＳＥＴＵＰ＿ＮＡＣＫメ
ッセージを受信したＲ１７は、一定時間後にＳＥＴＵＰ
メッセージの再送信（リトライ）を行なうが、リトライ
の間隔が短いと旧経路からＲＥＬＥＡＳＥメッセージが
到着する前に何度もリトライを繰り返し、一方、リトラ
イの間隔が長いと、新経路上にパスが切り替わるまでに
時間がかかってしまう。しかしながら、最適なリトライ
間隔の値を決めるのは一般に困難であるため、できるだ
けリトライのないループ回避メカニズムが要求される。

【００１４】本発明は、上記事情を考慮してなされたも
ので、効率的かつ早期にラベルスイッチングパスのルー
プを検出可能であるとともに、経路変更時にラベルスイ
ッチングパスのループを誤って検出した場合にループを
検出したノード装置の前段のノード装置からのラベル設
定のリトライ動作を行なうことなしにラベルスイッチン
グパスの張り替えを行なうことを可能とするノード装置
並びにループ検出方法及びパケット送信方法を提供する
ことを目的とする。

【００１５】

【課題を解決するための手段】本発明（請求項１）は、
パケットフローが入力されるパスを識別可能な入力側リ
ンク情報と該パケットフローが出力されるパスを識別可
能な出力側リンク情報との対応関係を参照して、入力さ
れたパケットをラベルスイッチングする手段を備えるノ
ード装置であって、パケットフローの経路上の隣接ノー
ド装置との間で、ラベルスイッチングパスの設定を制御
するためのメッセージ（ＳＥＴＵＰ（，ＵＰＤＡＴＥ＿
ＡＤＤ））であって、該パケットフローをネットワーク
グローバルに識別可能なフロー識別子、該ラベルスイッ
チングパスの初段ノードに関する初段ノード情報、及
び、このメッセージを能動的に送信したノードに関する
代理初段ノード情報を含むものを交換する手段と、以前
に交換したメッセージと同一のフロー識別子及び初段ノ
ード情報を含み前記入力側リンク情報を異ならせるよう
な別メッセージ（ＳＥＴＵＰ（，ＵＰＤＡＴＥ＿ＡＤ
Ｄ））を受信したか否かに基づいて、ラベルスイッチン
グパスのループが形成されるか否かを判断し、ループが
形成されると判断された場合には、この受信した別メッ
セージに基づいて求められる新たな入力側リンク情報に
関し、ラベルスイッチングのための前記出力側リンク情
報との対応付けをしない状態で記憶する手段と、前記別
メッセージと同一範囲のフロー識別子、初段ノード情報
及び代理初段ノード情報を含む、ラベルスイッチングパ
スの解放を制御するためのメッセージ（ＲＥＬＥＡＳＥ
（，ＵＰＤＡＴＥ＿ＤＥＬ））を受信した場合に、前記
新たな入力側リンク情報と前記出力側リンク情報とを対
応付けてラベルスイッチングを可能とする手段とを備え
たことを特徴とする。

【００１６】好ましくは、前記代理初段ノード情報は、
メッセージを能動的に送信したノードの識別情報に加え
て、複数のメッセージ（例えば上記別（設定制御）メッ
セージと上記解放制御メッセージ）が同一のイベント
（例えば一つの経路変更）を契機としたものか否かを判
別するための情報（例えばシーケンス番号）を含むもの
であるようにしてもよい。

【００１７】好ましくは、前記可能とする手段は、前記
代理初段ノード情報に含まれる情報が、前記別メッセー
ジと前記解放を制御するためのメッセージとが同一のイ
ベントを契機としたものであることを示す場合に、前記
同一範囲であると判断するようにしてもよい。

【００１８】好ましくは、前記可能とする手段は、前記
代理初段ノード情報に含まれる情報が、前記別メッセー
ジが前記解放を制御するためのメッセージより後のイベ
ントもしくは同一のイベントを契機としたものであるこ
とを示す場合に、前記同一範囲であると判断するように
してもよい。

【００１９】好ましくは、前記可能とする手段は、ラベ
ルスイッチングのための対応付けが行われていない前記
新たな入力側リンク情報が複数ある場合に、前記解放を
制御するためのメッセージが契機としたイベントの直近
のイベントを契機とした前記別メッセージに対応する前
記新たな入力側リンク情報について、前記ラベルスイッ
チングを可能とするものであるようにしてもよい。

【００２０】好ましくは、前記可能とする手段は、前記
別メッセージに対応する初段ノード情報と前記解放を制
御するためのメッセージにより変更される前の初段ノー
ド情報とが一致すれば、前記同一範囲であると判断する
ようにしてもよい。

【００２１】好ましくは、前記ラベルスイッチングする
手段は、複数の入力側リンク情報と一つの出力側リンク
情報とを対応付けて、ラベルスイッチングパスのマージ
をすることのできるものであり、前記ラベルスイッチン
グパスの設定を制御するためのメッセージに相当するも
のとして、ラベルスイッチングパスを新たに設定するた
めのメッセージ（ＳＥＴＵＰ）に加えて、新たなラベル
スイッチングパスのために既存のラベルスイッチングパ
スを利用するためのメッセージ（ＵＰＤＡＴＥ＿ＡＤ
Ｄ）を有するようにしてもよい。

【００２２】好ましくは、前記ラベルスイッチングパス
の解放を制御するためのメッセージに相当するものとし
て、リンク情報を削除するためのメッセージ（ＲＥＬＥ
ＡＳＥ）を有し、このリンク情報削除メッセージを受信
した場合に、受信メッセージに対応する入力側リンク情
報を削除し、該リンク情報削除メッセージが前記別メッ
セージと同一範囲のフロー識別子、初段ノード情報及び
代理初段ノード情報を含むならば、前記新たな入力側リ
ンク情報と前記出力側リンク情報とを対応付けてラベル
スイッチングを可能とし、削除された入力側リンク情報
に対応付けられていた出力側リンク情報に対応付けられ
ラベルスイッチングが可能となっている入力側リンク情
報が存在しなければ、該出力側リンク情報を削除すべく
リンク情報削除メッセージを送信する手段を更に備える
ようにしてもよい。

【００２３】好ましくは、前記ラベルスイッチングする
手段は、複数の入力側リンク情報と一つの出力側リンク
情報とを対応付けて、ラベルスイッチングパスのマージ
をすることのできるものであり、前記ラベルスイッチン
グパスの解放を制御するためのメッセージに相当するも
のとして、解放されるラベルスイッチングパスが既存の
ラベルスイッチングパスを利用しなくなることを通知す
るためのメッセージ（ＵＰＤＡＴＥ＿ＤＥＬ）を有し、
この通知メッセージに基づいて、前記初段ノード情報を
更新する手段を更に備えるようにしてもよい。

【００２４】好ましくは、前記ラベルスイッチングする
手段は、複数の入力側リンク情報と一つの出力側リンク
情報とを対応付けて、ラベルスイッチングパスのマージ
をすることのできるものであり、新たなラベルスイッチ
ングパスのために既存のラベルスイッチングパスを利用
するためのメッセージとしても、解放されるラベルスイ
ッチングパスが既存のラベルスイッチングパスを利用し
なくなることを通知するためのメッセージとしても、同
一種類のメッセージ（ＵＰＤＡＴＥ）を用い、前記可能
とする手段は、前記別メッセージと同一範囲のフロー識
別子、初段ノード情報及び代理初段ノード情報を含む前
記同一種類のメッセージを、ラベルスイッチングのため
の出力側リンク情報との対応付けをしない状態で記憶さ
れた入力側リンク情報とは異なる入力側リンク情報につ
いて受信した場合に、ラベルスイッチングパスの解放を
制御するためのメッセージを受信したと判断して、前記
ラベルスイッチングを可能とするものであるようにして
もよい。

【００２５】好ましくは、ある入力側リンク情報が示す
パケットフローに対応する出力側リンク情報が存在しな
い場合に、定期的に、該出力側リンク情報を割り当てる
べくラベルスイッチングパスの設定を制御するためのメ
ッセージを送信する手段を更に備えるようにしてもよ
い。

【００２６】好ましくは、ある入力側リンク情報が示す
パケットフローに対応する出力側リンク情報が削除され
た場合に、該パケットフローに対応する出力側リンク情
報を再度割り当てるべくラベルスイッチングパスの設定
を制御するためのメッセージを送信する手段を更に備え
るようにしてもよい。

【００２７】好ましくは、前記ラベルスイッチングパス
の設定を制御するためのメッセージは、更に、該ラベル
スイッチングパスの始点から自ノードまでのホップ数を
示す情報を含み、該ラベルスイッチングパスの終端まで
のホップ数が所定のホップ数を超えないように、入力側
もしくは出力側リンク情報の割り当てを止める手段を更
に備えるようにしてもよい。

【００２８】また、好ましくは、前記ループが形成され
ると判断したために前記ラベルスイッチングのための対
応付けをしない状態で記憶したか、ループが形成されな
いと判断したかを区別できる情報を含む返答メッセージ
を送信する手段を更に備えるようにしてもよい。

【００２９】この場合、前記ラベルスイッチングを可能
とする手段が契機とする、ラベルスイッチングパスの解
放を制御するためのメッセージは、後述する「ラベルス
イッチングパスの解放を予告するためのメッセージ（例
えば、特殊なＵＰＤＡＴＥ＿ＤＥＬ）」としても良い
し、予告メッセージの後に送られてくる「リンク情報を
削除するためのメッセージ（例えばＲＥＬＥＡＳＥ）」
もしくは「解放されるラベルスイッチングパスが既存の
ラベルスイッチングパスを利用しなくなることを通知す
るためのメッセージ（例えばＵＰＤＡＴＥ＿ＤＥＬ）」
としても良い。なお、前記別メッセージに対応するラベ
ルスイッチングパスの解放を予告するためのメッセージ
を受信した場合には、前記ループが形成されないと判断
したことを示す返答メッセージを送信する。

【００３０】また、本発明（請求項１５）に係るノード
装置は、パケットフローの新しい経路上の次段ノード装
置へ、ラベルスイッチングパスの設定を制御するための
メッセージ（ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤ等）で
あって、該パケットフローをネットワークグローバルに
識別可能なフロー識別子、該ラベルスイッチングパスの
初段ノードに関する初段ノード情報、及び、このメッセ
ージを能動的に送信したノードに関する代理初段ノード
情報を含むものを送信する手段と、パケットフローの古
い経路上の次段ノード装置へ、ラベルスイッチングパス
の解放を予告するためのメッセージ（特殊なＵＰＤＡＴ
Ｅ＿ＤＥＬ等）であって、該パケットフローをネットワ
ークグローバルに識別可能なフロー識別子、及び、この
メッセージを能動的に送信したノードに関する代理初段
ノード情報を含むもの（このメッセージには本来的な意
味での初段ノード情報は含まれなくても良い）を送信す
るとともに、該パケットフローのパケットの送信を継続
する手段と、後段ノード装置から、設定したいラベルス
イッチングパスについてループが形成されないと判断し
たことを示す返答メッセージを受信した場合に、前記古
い経路上の次段ノード装置へ、ラベルスイッチングパス
を解放するためのメッセージ（ＲＥＬＥＡＳＥ，通常の
ＵＰＤＡＴＥ＿ＤＥＬ等）を送信し、前記パケットフロ
ーのパケットを前記新しい経路上の次段ノード装置へ送
信するように切り替える手段とを備えたことを特徴とす
る。

【００３１】なお、ラベルスイッチングパスを解放する
ためのメッセージ（ＲＥＬＥＡＳＥ等）の送信とともに
上記の切り替えを行ってもよいし、該メッセージに対す
るＡＣＫメッセージ（ＲＥＬＥＡＳＥ＿ＡＣＫ等）が返
ってきてから上記の切り替えを行うようにしてもよい。

【００３２】本発明（請求項１６）は、パケットフロー
が入力されるパスを識別可能な入力側リンク情報と該パ
ケットフローが出力されるパスを識別可能な出力側リン
ク情報との対応関係を参照して、入力されたパケットを
ラベルスイッチングする場合に、ラベルスイッチングパ
スのループを検出するループ検出方法であって、パケッ
トフローの経路上の隣接ノード装置との間で、ラベルス
イッチングパスの設定を制御するためのメッセージであ
って、該パケットフローをネットワークグローバルに識
別可能なフロー識別子、該ラベルスイッチングパスの初
段ノードに関する初段ノード情報、及び、このメッセー
ジを能動的に送信したノードに関する代理初段ノード情
報を含むものを交換し、以前に交換したメッセージと同
一のフロー識別子及び初段ノード情報を含み前記入力側
リンク情報を異ならせるような別メッセージを受信した
か否かに基づいて、ラベルスイッチングパスのループが
形成されるか否かを判断し、ループが形成されると判断
された場合には、この受信した別メッセージに基づいて
求められる新たな入力側リンク情報に関し、ラベルスイ
ッチングのための前記出力側リンク情報との対応付けを
しない状態で記憶し、前記別メッセージと同一範囲のフ
ロー識別子、初段ノード情報及び代理初段ノード情報を
含む、ラベルスイッチングパスの解放を制御するための
メッセージを受信した場合に、前記新たな入力側リンク
情報と前記出力側リンク情報とを対応付けてラベルスイ
ッチングを可能とすることを特徴とする。

【００３３】好ましくは、経路を変更する場合に、前記
代理初段ノード情報を含む、設定を制御するためのメッ
セージ及び解放を制御するためのメッセージを送信し、
それ以外の場合には、ラベルスイッチングパスの設定を
制御するためのメッセージとして、該パケットフローを
ネットワークグローバルに識別可能なフロー識別子と、
該ラベルスイッチングパスの初段ノードに関する初段ノ
ード情報とを含むものを、パケットフローの経路上の隣
接ノード装置との間で、交換し、前記ラベルスイッチン
グを可能とする前記新たな入力側リンク情報は、前記代
理初段ノード情報を含む、設定を制御するためのメッセ
ージに基づいて、記憶されたものとするようにしてもよ
い。

【００３４】また、本発明（請求項１８）に係るパケッ
ト装置方法は、パケットフローの新しい経路上の次段ノ
ード装置へ、ラベルスイッチングパスの設定を制御する
ためのメッセージ（ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤ
等）であって、該パケットフローをネットワークグロー
バルに識別可能なフロー識別子、該ラベルスイッチング
パスの初段ノードに関する初段ノード情報、及び、この
メッセージを能動的に送信したノードに関する代理初段
ノード情報を含むものを送信し、パケットフローの古い
経路上の次段ノード装置へ、ラベルスイッチングパスの
解放を予告するためのメッセージ（特殊なＵＰＤＡＴＥ
＿ＤＥＬ等）であって、該パケットフローをネットワー
クグローバルに識別可能なフロー識別子、及び、このメ
ッセージを能動的に送信したノードに関する代理初段ノ
ード情報を含むもの（このメッセージには本来的な意味
での初段ノード情報は含まれなくても良い）を送信する
とともに、該パケットフローのパケットの送信を継続
し、後段ノード装置から、設定したいラベルスイッチン
グパスについてループが形成されないと判断したことを
示す返答メッセージを受信した場合に、前記古い経路上
の次段ノード装置へ、ラベルスイッチングパスを解放す
るためのメッセージ（ＲＥＬＥＡＳＥ，通常のＵＰＤＡ
ＴＥ＿ＤＥＬ等）を送信し、前記パケットフローのパケ
ットを前記新しい経路上の次段ノード装置へ送信するよ
うに切り替えることを特徴とする。ラベルスイッチング
パスを解放するためのメッセージ（ＲＥＬＥＡＳＥ等）
の送信とともに上記の切り替えを行ってもよいし、該メ
ッセージに対するＡＣＫメッセージ（ＲＥＬＥＡＳＥ＿
ＡＣＫ等）が返ってきてから上記の切り替えを行うよう
にしてもよい。

【００３５】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。

【００３６】また、装置または方法に係る本発明は、コ
ンピュータに当該発明に相当する手順を実行させるため
の（あるいはコンピュータを当該発明に相当する手段と
して機能させるための、あるいはコンピュータに当該発
明に相当する機能を実現させるための）プログラムを記
録したコンピュータ読取り可能な記録媒体としても成立
する。

【００３７】本発明では、（フロー識別子，初段ノード
情報，代理初段ノード情報）＝（Ｆ，Ｉ，Ｐ）であるよ
うな、ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤメッセージを
受信した際、受信（Ｆ，Ｉ）が、受信入力リンクとは異
なる入力リンクとすでに対応しているかどうかに基づい
て、パスのループが形成されているかを判断するので、
効率的かつ早期なラベルスイッチングパスのループ検出
を可能にすることができる。

【００３８】さらに、本発明では、「ループと判断され
るときに、ラベルの割り当てをしない（前段ノードにＮ
ＡＣＫメッセージを返す）のではなく、ラベルの割当て
はするがその入力側ラベルをラベルスイッチングのため
に出力側ラベルと対応付けることはしない」という動作
を行うので、ラベル設定のリトライを減らすことができ
る。

【００３９】本発明により、経路変更時にラベルスイッ
チングパスのループを誤って検出した場合にループを検
出したノード装置の前段のノード装置からのラベル設定
のリトライ動作を抑えてラベルスイッチングパスの張り
替えを行なうことができる。また、経路変更時に、旧経
路と新経路で経路が同じノード上のラベルは解放するこ
となく残しておくことも可能となる。

【００４０】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００４１】最初に、本実施形態の基本的な構成等につ
いて説明する。

【００４２】（パス制御に用いられる各種情報等）本実
施形態で用いるパス制御メッセージには、少なくとも、
フロー識別子（ｆｌｏｗｉｄ）、初段ノード情報（Ｉｎ
ｇｒｅｓｓ）、リンク識別子（本実施形態における具体
例ではラベル（Ｌａｂｅｌ）そのものとしている）、代
理初段ノード情報（ｐｒｏｘｙ ｉｎｇｒｅｓｓ）が含
まれる。パス制御にホップカウントを用いる場合には、
パス制御メッセージにはさらにホップカウントが含まれ
る。

【００４３】各ノード装置により保持されるフローテー
ブルには、少なくとも、入力リンク情報（ｉｎｐｕｔ
ｌｉｎｋ）、フロー識別子（ｆｌｏｗｉｄ）、初段ノー
ド情報（Ｉｎｇｒｅｓｓ）、出力リンク情報（ｏｕｔｐ
ｕｔ ｌｉｎｋ）、代理初段ノード情報（ｐｒｏｘｙ
ｉｎｇｒｅｓｓ）が含まれる。パス制御にホップカウン
トを用いる場合には、フローテーブルにはさらにホップ
カウントが含まれる。なお、後に説明する例では、さら
にラベルスイッチ状態情報（ｓｔａｔｅ）をフローテー
ブルに設けている。

【００４４】フロー識別子は、ラベルスイッチングされ
るパケットの集合を規定するための識別子である。フロ
ー識別子は、ネットワークグローバルにパケットフロー
を識別する情報であるものとする。

【００４５】初段ノード情報は、パスの初段ノード装置
を識別するための情報である。初段ノード情報は、例え
ば、初段ノード装置の出力インターフェースに対して割
り当てられたＩＰアドレス（ネットワークグローバルな
アドレス）の一つを使用する。

【００４６】代理初段ノード情報は、パス制御メッセー
ジを能動的に（前段からのパス制御メッセージ受信イベ
ント以外を契機にして）送信したノード装置に関する情
報である。代理初段ノード情報は、代理初段ノードのル
ータＩＤと、代理初段ノードで一意なシーケンス番号と
で構成される。シーケンス番号は、同じ代理初段ノー
ド、フロー識別子の中で一意になるように割り当てても
よい。同一イベントを契機として同一ノードから送信さ
れるメッセージの代理初段ノード情報には、同じシーケ
ンス番号を入れる。

【００４７】入力リンク情報は、入力物理リンク情報
（ｉｎｐｕｔ ｉｎｔｅｒｆａｃｅ）＋入力ラベル（ｉ
ｎｐｕｔ ｌａｂｅｌ）からなる。出力リンク情報は、
出力物理リンク情報（ｏｕｔｐｕｔ ｉｎｔｅｒｆａｃ
ｅ）＋出力ラベル（ｏｕｔｐｕｔ ｌａｂｅｌ）からな
る。

【００４８】物理リンク情報は、メッセージを交換した
物理リンクの情報である。

【００４９】ラベルは、リンクローカルにパケットフロ
ーを識別する情報であり、リンク識別子から求められ
る。

【００５０】リンク識別子は、ノード間で異なるパスを
識別するために使用される識別子で、パス制御メッセー
ジに含められてノード装置間で交換される情報である。

【００５１】リンク識別子は、ラベルの値が隣接ノード
間で書き換えられない場合には、ラベルの値そのもので
あってもよい。ラベルの値が隣接ノード間で書き換えら
れる場合、または、隣接ノードに対してラベルの割当て
を新たに要求するような場合で、ラベルの値がリンク識
別子として使用可能でない場合には、ラベル以外の識別
子を使用してもよい。ラベルの値が隣接ノード間で書き
換えられる場合には例えばレイヤ２コネクション識別子
（例えばＶＣＩＤ（Ｖｉｒｔｕａｌ Ｃｏｎｎｅｃｔｉ
ｏｎ ＩＤ））を使用することができ、隣接ノードに対
してラベルの割当てを新たに要求するような場合で、ラ
ベルの値がリンク識別子として使用可能でない場合に
は、例えばリクエスト識別子を使用することができる。

【００５２】ホップカウントは、パスの初段ノード装置
から当該ノード装置までのホップ数である。

【００５３】（メッセージの種類）パス制御メッセージ
には、入力リンクの追加に関連するメッセージ（ラベル
割当て要求メッセージ（ＳＥＴＵＰ）、追加型変更メッ
セージ（ＵＰＤＡＴＥ＿ＡＤＤ））と、入力リンクの削
除に関連するメッセージ（ラベル解放メッセージ（ＲＥ
ＬＥＡＳＥ）、削除型変更メッセージ（ＵＰＤＡＴＥ＿
ＤＥＬ））とを用いる。

【００５４】ＳＥＴＵＰメッセージは、出力リンクを新
たに割当てるために次ホップノードに送信される。ＲＥ
ＬＥＡＳＥメッセージは、すでに存在する出力リンクを
解放ために次ホップノードに送信される。

【００５５】ＵＰＤＡＴＥ＿ＡＤＤ，ＵＰＤＡＴＥ＿Ｄ
ＥＬメッセージは、それぞれ、ＳＥＴＵＰ，ＲＥＬＥＡ
ＳＥメッセージを受信した時、出力リンクがすでに存在
する場合に次ホップノードに対して初段ノード情報の変
更を下流ノードに通知するために使用され、代理初段ノ
ード情報として、ＵＰＤＡＴＥ＿ＡＤＤ，ＵＰＤＡＴＥ
＿ＤＥＬメッセージを送信する契機となったＳＥＴＵ
Ｐ，ＲＥＬＥＡＳＥメッセージ中の代理初段ノード情報
を使用する。

【００５６】（ループ条件）本実施形態では、（フロー
識別子，初段ノード情報，代理初段ノード情報）＝
（Ｆ，Ｉ，Ｐ）であるような、ＳＥＴＵＰ，ＵＰＤＡＴ
Ｅ＿ＡＤＤメッセージを受信した際、受信（Ｆ，Ｉ）
が、受信入力リンクとは異なる入力リンク＝Ｌｉとすで
に対応している場合に、パスのループであると判断す
る。

【００５７】（各メッセージの受信時の動作、ループ検
出時のリトライ回避方法等）経路変更時には、新経路上
にはＳＥＴＵＰメッセージを送出し、旧経路上にはＲＥ
ＬＥＡＳＥメッセージを送出する。同じ経路変更イベン
トを契機に送信されるこれらのメッセージには、同一の
シーケンス番号を入れ、代理初段ノード情報が同じにな
るようにする。

【００５８】概略的には、ラベル割当てを要求するメッ
セージを受信した際、ループであると判断した場合に
も、ＡＣＫメッセージを返すが、受信入力リンクと、出
力リンクとの間のラベルスイッチングは行なわないよう
にする。このとき、代理初段ノード情報を記憶する。ま
た、ラベルの解放を要求するメッセージを受信した際、
さらに、代理初段ノード情報と対応する受信入力リンク
以外の入力リンクがあれば、その入力リンクと対応する
出力リンクとの間のラベルスイッチングを可能にする。
詳しくは、以下のようになる。

【００５９】ＳＥＴＵＰメッセージを受信した際、ルー
プであると判断した場合には、入力側ラベルの割当てを
行ない、受信入力リンクに受信（Ｆ，Ｉ，Ｐ）を対応さ
せるが、ラベルスイッチングは行なわないようにする。
なお、ラベルのマージを行なう場合には、受信入力リン
クにすでに存在する任意の出力リンクを対応させてもよ
い（ただし、ラベルスイッチングは行なわない（すなわ
ち、ブロックする））。また、ラベルのマージを行わな
い場合には、受信入力リンクに、同じ初段ノード情報を
持つ入力リンクに対応する出力リンクを対応させてもよ
い（ラベルスイッチングは行わない）。

【００６０】ＳＥＴＵＰメッセージを受信した際、ルー
プでないと判断した場合には、ラベルの割当てを行な
い、受信入力リンクに受信（Ｆ，Ｉ，Ｐ）を対応させ
る。さらに、終段ノードでなく、かつ、ラベルのマージ
を行なう場合には、受信入力リンクにすでに存在する出
力リンクを対応させ、後段ノードに通知すべき初段ノー
ド情報が直前に通知した値と異なるならば、後段ノード
にＵＰＤＡＴＥ＿ＡＤＤメッセージを送信する。終段ノ
ードでなく、かつ、ラベルのマージを行なわない場合に
は、受信入力リンクに対応する出力リンクを新たに作成
し、後段ノードにＳＥＴＵＰメッセージを送信する。終
段ノードである場合、かつ、ラベルの割当て成功した場
合には、前段ノードにＳＥＴＵＰ＿ＡＣＫメッセージを
返す。終段ノードでない場合には、ＳＥＴＵＰ＿ＡＣＫ
メッセージを受信したときにラベルスイッチングが可能
となる。

【００６１】ＵＰＤＡＴＥ＿ＡＤＤメッセージを受信し
た際、ループであると判断した場合には、受信入力リン
クに受信（Ｆ，Ｉ，Ｐ）を対応させるが、ラベルスイッ
チングは行なわないようにする。なお、受信入力リンク
に対し、すでに存在する出力リンクを対応させてもよい
（ただし、ラベルスイッチングは行なわない（すなわ
ち、ブロックする））。

【００６２】ＵＰＤＡＴＥ＿ＡＤＤメッセージを受信し
た際、ループでないと判断した場合には、受信入力リン
クに受信（Ｆ，Ｉ，Ｐ）を対応させる。次に、終段ノー
ドでなく、かつ、受信入力リンクに出力リンクが対応し
ていない場合には、同一フロー識別子を持つ既存の出力
リンクがある場合にはそれを対応させるか、新たに出力
リンクを割り当てる。終段ノードでなく、かつ、受信入
力リンクに既存の出力リンクが対応する場合には、下流
に通知すべき初段ノード情報が、直前に通知した値と異
なる場合には、後段ノードにＵＰＤＡＴＥ＿ＡＤＤメッ
セージを送信する。終段ノードでなく、かつ、受信入力
リンクに新たな出力リンクが対応する場合には、後段ノ
ードにＳＥＴＵＰメッセージを送信する。

【００６３】ＲＥＬＥＡＳＥメッセージを受信した際に
は、受信入力リンクを削除し、前段ノードにＲＥＬＥＡ
ＳＥ＿ＡＣＫメッセージを返す。さらに、受信したＲＥ
ＬＥＡＳＥメッセージの（Ｆ，Ｉ´，Ｐ）に対応してい
る、削除された受信入力リンク以外の入力リンク＝Ｌｉ
がある場合には、そのＬｉに出力リンクが対応していれ
ば、その出力リンクを削除せずに、その出力リンクとＬ
ｉとの間のラベルスイッチングを可能にする、すなわち
ブロックされているものがあればそれを解除する（Ｆ、
Ｐに加えて、ブロックされていた入力リンクの初段ノー
ド情報と、このＲＥＬＥＡＳＥメッセージを受信する前
（直前）に記憶されていた受信入力リンクの初段ノード
情報とが一致するかを調べる；記憶されていた受信入力
リンクの初段ノード情報は、受信後、ＲＥＬＥＡＳＥメ
ッセージに含まれる初段ノード情報に書き換わる）。一
方、そのＬｉに出力リンクが対応していなければ、すで
に存在する同一フロー識別子を持つ出力リンクの一つを
対応させ、その出力リンクとＬｉとの間のラベルスイッ
チングを可能にする（特に、ラベルのマージを行なわな
い場合には、対応させる出力リンクとして、受信入力リ
ンクに対応する出力リンクを使用する）。さらに、削除
された受信入力リンクに対応する出力リンクがあれば、
この出力リンクに対応しかつラベルスイッチングが可能
となっている（ブロックされていない）別の入力リンク
が１つもなければ、出力リンクを削除するため下流にＲ
ＥＬＥＡＳＥメッセージを送信し、そうでなければ、こ
の出力リンクに対応しかつラベルスイッチングが可能と
なっている入力リンクの中で下流に通知する初段ノード
情報を選び、この値が直前に通知した値と異なっていれ
ば、下流ノードにＵＰＤＡＴＥ＿ＤＥＬメッセージを送
信する。

【００６４】ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信し
た際には、前段ノードにＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫ
メッセージを返し、受信入力リンクに受信（Ｆ，Ｉ，
Ｐ）を対応させる（状態（ＩやＰ）の更新を行う）。さ
らに、受信したＵＰＤＡＴＥ＿ＤＥＬメッセージの
（Ｆ，Ｉ´，Ｐ）に対応している、受信入力リンク以外
の入力リンク＝Ｌｉがある場合には、そのＬｉに出力リ
ンクが対応していれば、その出力リンクとＬｉとの間の
ラベルスイッチングを可能にする、すなわちブロックさ
れているものがあればそれを解除する（Ｆ、Ｐに加え
て、ブロックされていた入力リンクの初段ノード情報
と、このＵＰＤＡＴＥ＿ＤＥＬメッセージを受信する前
（直前）に記憶されていた受信入力リンクの初段ノード
情報とが一致するかを調べる；記憶されていた受信入力
リンクの初段ノード情報は、受信後、ＵＰＤＡＴＥ＿Ｄ
ＥＬメッセージに含まれる初段ノード情報に書き換わ
る）。一方、そのＬｉに出力リンクが対応していなけれ
ば、すでに存在する同一フロー識別子を持つ出力リンク
の一つを対応させ、その出力リンクとＬｉとの間のラベ
ルスイッチングを可能にする（特に、ラベルのマージを
行なわない場合には、対応させる出力リンクとして、受
信入力リンクに対応する出力リンクを使用する）。も
し、受信入力リンクに対応する出力リンクがあれば、こ
の出力リンクに対応しかつラベルスイッチングが可能と
なっている入力リンクの中で下流に通知する初段ノード
情報を選び、この値が直前に通知した値と異なっていれ
ば、下流ノードにＵＰＤＡＴＥ＿ＤＥＬメッセージを送
信する。もし、受信入力リンクに対応する出力リンクが
なく、かつ、終段ノードでなければ、新たに出力リンク
を割当てるために後段ノードにＳＥＴＵＰメッセージを
送信する。このとき、送信ＳＥＴＵＰメッセージ中の代
理初段ノード情報は、受信ＵＰＤＡＴＥ＿ＤＥＬメッセ
ージのものを使用する。

【００６５】なお、上記において、受信したＲＥＬＥＡ
ＳＥ／ＵＰＤＡＴＥ＿ＤＥＬメッセージの（Ｆ，Ｉ´，
Ｐ）に対応している、受信入力リンク以外の入力リンク
という条件で判定したものについて、判定条件を緩和
し、受信したＲＥＬＥＡＳＥ／ＵＰＤＡＴＥ＿ＤＥＬメ
ッセージの（Ｆ，Ｉ´，Ｐ）に対応している入力リンク
という条件で判定するものとし、受信リンク以外のもの
かどうかについては調べないようにしても構わない。

【００６６】なお、後述する例では、フローテーブルの
各エントリにラベルスイッチ状態情報（ｏｎ／ｏｆｆ
値）を付加し、当該エントリについてラベルスイッチン
グを行うか否かを、当該ステート情報に設定するように
している（ｏｎの場合にはラベルスイッチングを行な
い、ｏｆｆの場合にはラベルスイッチングを行なわない
ように制御する）。

【００６７】なお、本発明では、受信入力リンク情報を
異ならせるような別メッセージを受信した場合に、ルー
プが形成されると判断された場合には、受信入力リンク
と出力リンクとの間のラベルスイッチングの対応付けを
行わない代わりに、前段ノードにＡＣＫを返さずに受信
メッセージの処理を中断し、後に前記別メッセージと同
一範囲のフロー識別子、初段ノード情報および代理初段
ノード情報を含む、ラベルスイッチングのパスの解放を
制御するためのメッセージを受信した場合に、別メッセ
ージの処理を再開するようにすることも可能である。

【００６８】以下では、上記した基本的な構成等に対す
る幾つかのバリエーションを示す。それらバリエーショ
ンは適宜組み合わせて実施可能である。

【００６９】（バリエーション１）ループ検出のため
に、初段ノード情報とともに、初段ノードからのホップ
カウントを使用してもよい。このとき、初段からのホッ
プカウントが最大の初段ノードに対する初段ノード情報
とホップカウントを下流ノードに通知する。ホップカウ
ントが最大の初段ノードが複数ある場合には、その中か
らネットワーク全体で一意な規則（例えば、初段ノード
情報が最大のもの）に基づいて、１つの初段ノード情報
を選ぶ。

【００７０】また、初段ノードからのホップカウント情
報を使用する場合には、ＳＥＴＵＰ（またはＵＰＤＡＴ
Ｅ＿ＡＤＤ）を受信した時に、受信ホップカウントがし
きい値に達した場合には、ＳＥＴＵＰ＿ＡＣＫ（または
ＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫ）を返して、入力リンク
と出力リンクの間のラベルスイッチングをやめるように
してもよく、また、受信ホップカウントがしきい値を越
えた場合に前段ノードにＳＥＴＵＰ＿ＮＡＣＫ（または
ＵＰＤＡＴＥ＿ＡＤＤ＿ＮＡＣＫ）を返すようにしても
よい。

【００７１】（バリエーション２）パス制御メッセージ
が信頼性のあるトランスポートプロトコルで転送され、
かつ、ラベルの割当て／解放処理が失敗しないことが保
証される場合には、受信パス制御メッセージに対するＡ
ＣＫを返さないようにしてもよい。この場合、ループで
ないと判断された場合には、ＡＣＫを待つことなくラベ
ルスイッチングが可能となる。また、ＡＣＫを返す場合
には、前ホップノードにＡＣＫ，ＮＡＣＫを返すタイミ
ングは、（１）上記メッセージを受信してただちに返し
てもよいし（ｏｐｔｉｍｉｓｔｉｃモード）、（２）次
ホップノードにパス制御メッセージをフォワードする場
合には、次ホップノードからＡＣＫ，ＮＡＣＫが返った
ときに行なう（ｃｏｎｓｅｒｖａｔｉｖｅモード）のど
ちらでもよい。

【００７２】また、本発明では、ループと判断されると
きに、上流に返すＡＣＫまたはＮＡＣＫに、ループと判
断されたことを示す情報を付加してもよい。この情報を
受信したノードは、ラベルが割り当てされている場合に
も、ラベルスイッチングを行なわないようにしてもよ
い。

【００７３】（バリエーション３）経路変更時には、
（１）新経路上の次ホップノードへのＳＥＴＵＰメッセ
ージの送信と、旧経路上の次ホップノードへのＲＥＬＥ
ＡＳＥメッセージの送信を同時に行なう、ようにしても
よいし、（２）まず旧経路上の次ホップノードにＲＥＬ
ＥＡＳＥメッセージを送信し次ホップノードからのＡＣ
Ｋを受信した後に、新経路上以外の次ホップノード（複
数可）にＲＥＬＥＡＳＥメッセージを送信する、ように
してもよいし、（３）まず新経路上の次ホップノードに
ＳＥＴＵＰメッセージを送信し、次ホップノードからの
ＡＣＫまたはＮＡＣＫを受信した後に、旧経路上の次ホ
ップノード（複数あるかもしれない）にＲＥＬＥＡＳＥ
メッセージを送信する、ようにしてもよいし、（４）ま
ず新経路上にＳＥＴＵＰメッセージを送信し、それに対
してループと判断されたことを示す情報を付加されたＡ
ＣＫを受信した場合には、旧経路上に、ＳＥＴＵＰメッ
セージに含まれるものと同一の代理初段ノード情報を含
み、初段ノード情報（およびホップカウント）の更新は
行なわずにこの代理初段ノード情報に対応する受信入力
リンクと対応する出力リンクとの間のラベルスイッチン
グを可能にするための特殊なＵＰＤＡＴＥ＿ＤＥＬメッ
セージを送信する、ようにしてもよいし、（５）まず新
経路上にＳＥＴＵＰメッセージを送信するとともに、旧
経路上に、ＳＥＴＵＰメッセージに含まれるものと同一
の代理初段ノード情報を含み、初段ノード情報（および
ホップカウント）の更新は行なわずにこの代理初段ノー
ド情報に対応する受信入力リンクと対応する出力リンク
との間のラベルスイッチングを可能にするための特殊な
ＵＰＤＡＴＥ＿ＤＥＬメッセージを送信する、ようにし
てもよい。

【００７４】特に、上記の（４）、（５）の場合には、
新経路上の次ホップノードからループと判断されたこと
を示す情報を付加されていないＡＣＫまたはＮＡＣＫを
受信するまでは、旧経路上のパスを使用し続け、新経路
上の次ホップノードからループと判断されたことを示す
情報を付加されていないＡＣＫまたはＮＡＣＫを受信し
たときに、旧経路上の次ホップノード（複数あるかもし
れない）にＲＥＬＥＡＳＥメッセージを送信するように
してもよい。

【００７５】なお、上記の（４）、（５）の場合に使用
される特殊なＵＰＤＡＴＥ＿ＤＥＬメッセージは、ＵＤ
ＤＡＴＥ＿ＤＥＬメッセージと同じフィールドを持つ。
通常のＵＰＤＡＴＥ＿ＤＥＬメッセージとは何らかの方
法で区別される。

【００７６】また、ｃｏｎｓｅｒｖａｔｉｖｅモード
で、経路変更時に（３），（４）の動作を行なう場合に
は旧経路と新経路で経路が同じノード上のラベルは解放
することなく残しておくことが可能になる。

【００７７】（バリエーション４）パス制御メッセージ
が、ＴＣＰなどのリライアブルトランスポートプロトコ
ルを用いて転送され、メッセージ処理の順序がネットワ
ーク全体で保証される場合には、同じリンク上に複数の
ｏｕｔｓｔａｎｄｉｎｇなメッセージが存在してもよ
い。

【００７８】（バリエーション５）本発明は、いかなる
フローの定義に対しても使用可能である。また、初段ノ
ードがパス設定を起動する契機は、フローに対するルー
チングテーブルエントリが生成された時を契機とするト
ポロジードリブン、または、実際にそのフローにマッチ
するパケットが流れ始めた時を契機とするフロードリブ
ン、のいずれでもよい。

【００７９】（バリエーション６）追加型更新メッセー
ジ（ＵＰＤＡＴＥ＿ＡＤＤ），削除型更新メッセージ
（ＵＰＤＡＴＥ＿ＤＥＬ）は、受信ノードが追加型の更
新か、削除型の更新かを判別できれば、これら２種類を
区別せずに１種類の更新メッセージ（ＵＰＤＡＴＥ）と
してまとめてもよい。このとき、受信ノードが追加型の
更新か、削除型の更新かの判別は、受信入力リンクの現
在の初段ノード情報の値と、ＵＰＤＡＴＥメッセージ中
の受信初段ノード情報（ホップカウントを使用する場合
には受信ホップカウントも）の大小比較により行なう。
具体的には、ホップカウントを使用しない場合には、も
し、初段ノード情報が最大の値を下流ノードに通知する
場合には、もし、受信初段ノード情報が現在の初段ノー
ド情報よりも大きければ、追加型の更新メッセージ、も
し、受信初段ノード情報が現在の初段ノード情報よりも
小さければ、削除型の更新メッセージと判断する。ホッ
プカウントを使用する場合には、もし、受信ホップカウ
ントが現在のホップカウントより大きい、または、受信
ホップカウントが現在のホップカウントと等しくかつ受
信初段ノード情報が現在の初段ノード情報より大きい場
合には、追加型の更新メッセージ、もし、受信ホップカ
ウントが現在のホップカウントより小さい、または、受
信ホップカウントが現在のホップカウントと等しくかつ
受信初段ノード情報が現在の初段ノード情報より小さい
場合には、削除型の更新メッセージと判断する。また、
ＵＰＤＡＴＥメッセージを一種類しか設けられない場合
には、まず、受信入力リンクがブロックされるかどうか
をチェックし、受信入力リンクがブロックされない場合
にのみ、ブロックされている他の入力リンクのブロック
を解除するようにしてもよい。

【００８０】（バリエーション７）本発明は、ＳＥＴＵ
Ｐ（ＵＰＤＡＴＥ＿ＡＤＤ）メッセージを受信したにも
関わらず、ループ条件を満たしたためにラベルスイッチ
ングされない入力側リンクにおいて、定期的にリトライ
を行なってもよい。この場合には、リトライがかかる
と、前回受信したＳＥＴＵＰ（ＵＰＤＡＴＥ＿ＡＤＤ）
メッセージを受信した場合と同じ動作を行なう。

【００８１】（バリエーション８）ここで、受信代理初
段ノード情報Ｐの代理初段ノードアドレスをＰｉ、シー
ケンス番号をＰｓとする。

【００８２】ＲＥＬＥＡＳＥメッセージを受信した際に
は、受信入力リンクを削除する。さらに、受信Ｆと対応
し、かつ、代理初段ノードアドレスがＰｉに等しく、か
つ、シーケンス番号がＰｓ以上の値を持つような、受信
入力リンク以外の入力リンク＝Ｌｉがあれば、Ｌｉと、
Ｌｉに対応する出力リンクとの間のラベルスイッチング
を可能にする。

【００８３】ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信し
た際には、受信（Ｆ，Ｉ，Ｐ）と受信入力リンクを対応
させる。さらに、受信Ｆと対応し、かつ、代理初段ノー
ドアドレスがＰｉに等しく、かつ、シーケンス番号がＰ
ｓ以上の値を持つような入力リンク＝Ｌｉがあれば、Ｌ
ｉと、Ｌｉに対応する出力リンクとの間のラベルスイッ
チングを可能にする。

【００８４】これにより、あるノードで、経路削除と経
路追加がこの順でほぼ同時に起こった場合においても、
リトライの確率を小さくすることが可能になる。

【００８５】（バリエーション９）ここで、受信代理初
段ノード情報Ｐの代理初段ノードアドレスをＰｉ、シー
ケンス番号をＰｓとする。

【００８６】ＲＥＬＥＡＳＥメッセージを受信した際に
は、受信入力リンクを削除する。さらに、受信Ｆと対応
し、かつ、代理初段ノードアドレスがＰｉに等しく、か
つ、シーケンス番号がＰｓ以上の値を持つような、受信
入力リンク以外の入力リンクの中でシーケンス番号が最
小の入力リンクＬｉがあれば、Ｌｉと、Ｌｉに対応する
出力リンクとの間のラベルスイッチングを可能にする。

【００８７】ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信し
た際、受信（Ｆ，Ｉ，Ｐ）と受信入力リンクを対応させ
る。さらに、受信Ｆと対応し、かつ、代理初段ノードア
ドレスがＰｉに等しく、かつ、シーケンス番号がＰｓ以
上の値を持つような、受信入力リンク以外の入力リンク
の中でシーケンス番号が最小の入力リンク＝Ｌｉがあれ
ば、Ｌｉと、Ｌｉに対応する出力リンクとの間のラベル
スイッチングを可能にする。

【００８８】これにより、あるノードで、経路削除と経
路追加がこの順でほぼ同時に起こった場合においても、
リトライの確率を小さくすることが可能となる。

【００８９】この場合には、同じフロー識別子、初段ノ
ード情報を持つ複数の入力リンクと出力リンクの間でラ
ベルスイッチングされる場合があるがループではない。

【００９０】（バリエーション１０）本発明では、ＲＥ
ＬＥＡＳＥメッセージを受信した結果、出力側リンクを
削除するために下流ノードにＲＥＬＥＡＳＥメッセージ
を送信し終るか、ＡＣＫ を使用する場合にはそのＡＣ
Ｋが返ったときに、もし、削除された出力リンクに対応
する入力側リンクＬｉが存在すれば、Ｌｉに対応するフ
ロー識別子、初段ノード情報を指定したＳＥＴＵＰメッ
セージを下流ノードに送信することも可能である。これ
により、経路変更時に、ある代理初段ノードから送信さ
れたＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤを受信したが、
実際にはループでないのにループ条件を満たしたために
ラベルスイッチングされない入力側リンクが、何らかの
理由でラベルスイッチングされないまま、その入力側リ
ンクに対応する出力側リンクを削除されてしまうような
場合にも、リトライをする必要がなくなる。

【００９１】本発明の一つの特徴は、「ループと判断さ
れるときに、ラベルの割り当てをしない（前段ノードに
ＮＡＣＫメッセージを返す）のではなく、ラベルの割当
てはするがその入力側ラベルをラベルスイッチングのた
めに出力側ラベルと対応付けることはしない」点にあ
る。

【００９２】本発明により、リトライの確率が小さいよ
うな、ループ回避メカニズムの実現が可能となる。ま
た、経路変更時に、旧経路と新経路で経路が同じノード
上のラベルは解放することなく残しておくことも可能と
なる。

【００９３】ここで、上記のバリエーション５の具体例
を示す。

【００９４】同一のパケットフローとする形態には、
（１）宛先ＩＰアドレスが同じパケットを同一のパケッ
トフローとする、（２）ネットワークマスクに対応する
宛先ＩＰアドレスの部分（すなわち宛先ＩＰアドレスの
上位の所定ビット）が同じパケットを同一のパケットフ
ローとする、（３）送信元ＩＰアドレスと宛先ＩＰアド
レスの組が同じパケットを同一のパケットフローとす
る、（４）第１のネットワークマスクに対応する送信元
ＩＰアドレスの部分と第２のネットワークマスクに対応
する宛先ＩＰアドレスの部分との組が同じパケットを同
一のパケットフローとする、（５）あるＩＰアドレスを
持つノードを通るパケットを同一のパケットフローとす
る、（６）上記の（１）〜（５）において、送信元およ
び／または宛先のポート番号をも組にしたものが同一で
あるパケットを同一のパケットフローとする、などが種
々のもの考えられる。

【００９５】ところで、本発明は、（１）初段ノード主
導でラベルスイッチングパスを生成する場合（Ｉｎｇｒ
ｅｓｓ Ｃｏｎｔｒｏｌと呼ぶ）にも、（２）終段ノー
ド主導でラベルスイッチングパスを生成する場合（Ｅｇ
ｒｅｓｓ Ｃｏｎｔｒｏｌと呼ぶ）にも、適用可能であ
る。

【００９６】初段となるノード装置がＳＥＴＵＰメッセ
ージを送信する契機には、例えば、次のような形態があ
る。 （１）各々のノード装置が、宛先ｄｅｓｔに対するルー
ティングテーブルが生成されたときを契機に、ラベル割
当てメッセージを送信する。 （２）各々のノード装置が、宛先ｄｅｓｔに対するルー
ティングテーブルが生成された後に宛先ｄｅｓｔに対す
るトラヒック量がしきい値を越えた場合を契機に、ラベ
ル割当てメッセージを送信する。 （３）宛先ｄｅｓｔに対するルーティングテーブルが生
成された後に、宛先ｄｅｓｔに対するトラヒック量がし
きい値を越え、かつ、トラヒック（データグラム）の前
段ノード装置が本実施形態に係るラベル割り当てプロト
コルをサポートしない、という条件をみたすノード装置
のみが、これを契機に自ノードを初段と判断してラベル
割当てメッセージを送信する（例えばＩＮＴＥＲＮＥＴ
−ＤＲＡＦＴ ＜ｄｒａｆｔ−ｉｅｔｆ−ｒｏｌｃ−ｎ
ｈｒｐ−ｌ１．ｔｘｔ＞ ＮＢＭＡ Ｎｅｘｔ Ｈｏｐ
Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＮＨＲ
Ｐ）参照）。

【００９７】一方、終段となるノード装置がＴＲＩＧＧ
ＥＲメッセージを送信する契機には、例えば、次のよう
な形態がある。 （１）終段として登録された各々のノード装置が起動し
た時を契機に、ラベル割当てメッセージを送信する。 （２）終段として登録された各々のノード装置において
フロー（終段として登録されたノードを通過するパケッ
ト流）の通過トラヒック量がしきい値を越えた場合を契
機に、ラベル割当てメッセージを送信する。 （３）フロー（終段として登録されたノードを通過する
パケット流）に対するトラヒック量がしきい値を越え、
かつ、フローの次ホップノードが本実施形態に係るラベ
ル割り当てプロトコルをサポートしない、という条件を
満たすノードのみが、これを契機に自ノードを終段と判
断してラベル割当てメッセージを送信する。

【００９８】終段として登録されるノードの一例とし
て、ＯＳＰＦのエリアボーダールータやドメイン境界ル
ータ、隣接ＢＧＰルータなどがある。

【００９９】なお、上記の（３）の場合には、終段とし
て登録されたノードと実際のラベルスイッチングパスの
終段となるノードは異なる。

【０１００】さて、以下では、幾つかの実施形態につい
てより詳しく説明していく。

【０１０１】前述のように、本発明は、初段ノード主導
でパスを生成する場合にも、終段ノード主導でパスを生
成する場合にも適用可能である。

【０１０２】なお、以下で説明する実施形態において
は、代理初段ノード情報は、“［代理初段ノードアドレ
ス：シーケンス番号］”の形式で表される。また、宛先
ＩＰアドレスが同じパケットを同一のパケットフローで
あるものとする。また、リンク識別子としてラベルの値
を使用する場合の例を示す。なお、パス制御メッセージ
において、ラベルフィールド、ホップカウントフィール
ドは図中では、省略される場合がある。

【０１０３】各実施形態に係るノード装置は、ＩＰ（Ｉ
ｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）処理を行う機能を
持つとともに、本発明に係るパス制御プロトコルに従っ
てラベルスイッチングを行う機能を持つ。また、末端に
位置し中継を行わないノード装置以外のノード装置は、
ルータ機能を持ってもよい（例えば図１においてノード
装置Ｒ２〜Ｒ５はルータ機能を持ち、ルータ装置Ｒ１，
Ｒ６についてはこれらが末端に位置し中継を行わないも
のである場合にはルータ機能は不要である）。

【０１０４】実施形態によって、ノード装置には、パス
のマージを行うものと、行わないものとがある。マージ
を行うノード装置は、フロー識別子が等しい複数の入力
側ラベルに対して同一の出力リンク情報を対応させるこ
とによりパスのマージを行うための機能を有する。

【０１０５】なお、マージを行う場合における保持すべ
き初段ノード情報の決め方の基準として、初段ノード情
報の大きさを用いることがあるが、初段ノード情報の大
きさとは、初段ノード情報が数値データまたは数値とし
て把握できるデータである場合における当該数値の大き
さである。例えば、初段ノード情報がアドレスデータで
ある場合には、当該アドレスデータの値である。なお、
以下の各実施形態において、初段ノード情報としてＲ１
などを用いるが、ｉ＞ｊとした場合に、初段ノード情報
Ｒｉの大きさ＞初段ノード情報Ｒｊの大きさであるもの
とする。

【０１０６】なお、以下の記述で、「ａ＝ｂ」はａの値
もしくは内容がｂであることを、「ａ＝＝ｂ」はａがｂ
と等しい（もしくはａがｂである）ことを、「！＝」は
ａがｂと等しくない（もしくはａがｂでない）ことを、
「ａ：＝ｂ」はａにｂを代入もしくは設定することを、
「ａ＞＝ｂ」はａがｂ以上であることを示すものとす
る。

【０１０７】（第１の実施形態）まず、本発明の第１の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０１０８】本実施形態では、初段ノード主導でパスを
生成する場合でラベルのマージを行なわない場合の例を
示す。ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤメッセージに
関してはｃｏｎｓｅｒｖａｔｉｖｅモード、ＲＥＬＥＡ
ＳＥ，ＵＰＤＡＴＥ＿ＤＥＬメッセージに関してはｏｐ
ｔｉｍｉｓｔｉｃモードであるとする。なお、本実施形
態は、バリエーション２の（１），（２）とバリエーシ
ョン３の（３）に関係するものである。

【０１０９】図１に、本実施形態に係るノード装置を接
続して構成されたネットワークの一例を示す。

【０１１０】図１では、本実施形態に係るノード装置Ｒ
１〜Ｒ６が接続されており、特にノード装置Ｒ２〜Ｒ５
でループが形成されている。なお、図１は、ネットワー
クの一部を切り出したもので、ノード装置Ｒ１〜Ｒ６の
全てまたは一部には図示しない他のノード装置が接続さ
れている。

【０１１１】図１には、ノード装置Ｒ１からＲ２、Ｒ２
からＲ３、Ｒ３からＲ４、Ｒ４からＲ５、Ｒ５からＲ２
へそれぞれ送られる各々のＳＥＴＵＰメッセージを示し
てある。例えば（１）のノード装置Ｒ１からノード装置
Ｒ２へ送られるＳＥＴＵＰ（ｆｌｏｗｉｄ＝Ｒ７、ｉｎ
ｇｒｅｓｓ＝Ｒ１、ｌａｂｅｌ＝ｘ１２、ｐｒｏｘｙｉ
ｎｇｒｅｓｓ＝［Ｒ１：１］）は、当該ＳＥＴＵＰメッ
セージに、フロー識別子Ｒ７、初段ノード情報としてＲ
１、リンク識別子（ここれはラベルそのもの）としてｘ
１２、代理初段ノード情報として［Ｒ１：１］が含まれ
ていることを示す（以降の他の図についても同様に主な
メッセージを図中に示してある）。

【０１１２】図２は、ノード装置Ｒ５からＳＥＴＵＰメ
ッセージを受信した後のノード装置Ｒ２におけるフロー
テーブルの例である。

【０１１３】さて、図１の構成において、初段ノードＲ
１で、ｆｌｏｗｉｄ＝Ｒ７に対するパス設定を開始する
と、ノード装置Ｒ１は、ｆｌｏｗｉｄ＝Ｒ７に対するパ
ス設定のためのラベル割当て要求メッセージ（ＳＥＴＵ
Ｐ）を次ホップノードＲ２に送信する。このとき、送信
初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ１、送信代理初段ノ
ード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ１：１］と
なる。

【０１１４】経路上のノード装置Ｒ２，Ｒ３，Ｒ４，Ｒ
５では、それぞれ、ＳＥＴＵＰメッセージを前段ノード
から受信すると、新たなフローテーブルエントリを作成
し、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ７、受信初段ノ
ード情報ｉｎｇｒｅｓｓ＝Ｒ１が他の入力リンクと対応
していないため、フローテーブルエントリのｓｔａｔ
ｅ：＝ｏｎとして後段ノードにＳＥＴＵＰを送信する。

【０１１５】ＳＥＴＵＰメッセージがノード装置Ｒ２ま
で届くと、すでに受信初段ノード情報ｉｎｇｒｅｓｓ＝
Ｒ１が他の入力リンクＩ１２：ｘ１２に対応しているた
め、ループであると判断する。このとき、ノード装置Ｒ
２は、新たにフローテーブルエントリを作成し、前段ノ
ードＲ５にラベル割当て成功メッセージ（ＳＥＴＵＰ＿
ＡＣＫ）を返す。ただし、出力リンクの割当ては行なわ
ず（出力リンク＝ＮＵＬＬとする）、ｓｔａｔｅ＝ｏｆ
ｆに設定する。このとき、ラベルスイッチングは行なわ
れない。

【０１１６】なお、本実施形態では、フローテーブルに
は、入力リンク（ｉｎｐｕｔ ｌｉｎｋ）、フロー識別
子（ｆｌｏｗｉｄ）、初段ノード情報（ｉｎｇｒｅｓ
ｓ）、出力リンク（ｏｕｔｐｕｔ ｌｉｎｋ）、代理初
段ノード情報（ｐｒｏｘｙ ｉｎｇｒｅｓｓ）、ラベル
スイッチ状態（ｓｔａｔｅ）が含まれる（前記文献や特
願平１０−５０４４で示された情報に加え、代理初段ノ
ード情報やラベルスイッチ状態も記憶する）。ラベルス
イッチ状態（ｓｔａｔｅ）は、ｓｔａｔｅ＝ｏｎのと
き、ラベルスイッチング可能であり、ｏｆｆのとき、ラ
ベルスイッチング禁止である。ｓｔａｔｅ＝ｏｆｆの場
合には、受信パケットは、Ｌ３フォワーディング（例え
ばＩＰレイヤでのフォワーディング）されるかもしくは
廃棄される。

【０１１７】ＳＥＴＵＰ＿ＡＣＫメッセージは、ＳＥＴ
ＵＰメッセージと逆方向に返され、ＳＥＴＵＰ＿ＡＣＫ
メッセージを受信した各ノード装置は、ラベルスイッチ
ング可能となる。

【０１１８】この結果、パスＲ１→Ｒ２→Ｒ３→Ｒ４→
Ｒ５→Ｒ２というラベルスイッチングパスができる。

【０１１９】次に、図１および図２の状態で、初段ノー
ドＲ６で、ｆｌｏｗｉｄ＝Ｒ７に対するパス設定が開始
されると、ノード装置Ｒ６は、図３のように、ｆｌｏｗ
ｉｄ＝Ｒ７に対するパス設定のためのラベル割当て要求
メッセージ（ＳＥＴＵＰ）を次ホップノードＲ３に送信
する。このとき、送信初段ノード情報ｉｎｇｒｅｓｓ＝
Ｒ６、送信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅ
ｓｓ＝［Ｒ６：１］となる。

【０１２０】経路上の各ノード装置Ｒ３，Ｒ４，Ｒ５，
Ｒ２では、それぞれ、ＳＥＴＵＰメッセージを前段ノー
ドから受信すると、新たなフローテーブルエントリを作
成する。このとき、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ
７、受信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ６が他の入
力リンクと対応していないため、ループでないと判断
し、フローテーブルエントリのｓｔａｔｅ：＝ｏｎにす
るとともに、新たに出力リンクを割当て、後段ノードに
ＳＥＴＵＰメッセージを送信する。

【０１２１】ＳＥＴＵＰメッセージがノード装置Ｒ３ま
で届くと、すでに受信初段ノード情報ｉｎｇｒｅｓｓ＝
Ｒ６が他の入力リンクＩ６３：ｘ６３に対応しているた
め、ループであると判断する。

【０１２２】このとき、ノード装置Ｒ３は、新たなフロ
ーテーブルエントリを作成し、前段ノードＲ２にラベル
割当て成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返す。
ただし、出力リンクの割当ては行なわず（出力リンク＝
ＮＵＬＬとする）、ｓｔａｔｅ＝ｏｆｆに設定する。こ
のとき、ラベルスイッチングは行なわれない。

【０１２３】ＳＥＴＵＰ＿ＡＣＫメッセージは、ＳＥＴ
ＵＰメッセージと逆方向に返され、ＳＥＴＵＰ＿ＡＣＫ
メッセージを受信した各ノード装置は、ラベルスイッチ
ング可能となる。

【０１２４】この結果、図３に示されるように、先に設
定されたパスＲ１→Ｒ２→Ｒ３→Ｒ４→Ｒ５→Ｒ２に加
えて、新たなパスＲ６→Ｒ３→Ｒ４→Ｒ５→Ｒ２→Ｒ３
が設定される。

【０１２５】図４（ａ）にノード装置Ｒ３からＳＥＴＵ
Ｐ＿ＡＣＫメッセージを受信した後のノード装置Ｒ２に
おけるフローテーブルの例を、図４（ｂ）にノード装置
Ｒ４からＳＥＴＵＰ＿ＡＣＫメッセージを受信した後の
ノード装置Ｒ３におけるフローテーブルの例をそれぞれ
示す。なお、本実施形態では、マージを行わないので、
図４（ａ）の第１エントリと第３エントリの出力リンク
は相異なるものになっており、図４（ｂ）の第１エント
リと第２エントリの出力リンクは相異なるものになって
いる。

【０１２６】次に、図３および図４の状態で、初段ノー
ドＲ１で、ｆｌｏｗｉｄ＝Ｒ７に対するパス削除を開始
すると、ノード装置Ｒ１は、図５のようにｆｌｏｗｉｄ
＝Ｒ７に対するパス削除のためのラベル解放メッセージ
（ＲＥＬＥＡＳＥ）を次ホップノードＲ２に送信する。
このとき、送信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ１、
送信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ１：２］となる。特に、送信代理初段ノード情報の
シーケンス番号は最初のＳＥＴＵＰメッセージ中の値と
は異なる値にする。

【０１２７】ノード装置Ｒ２では、ＲＥＬＥＡＳＥメッ
セージをノード装置Ｒ１から受信すると、受信入力リン
クを解放し、前段ノードＲ１にＲＥＬＥＡＳＥ＿ＡＣＫ
メッセージを返すとともに、受信フロー識別子ｆｌｏｗ
ｉｄ＝Ｒ７、受信入力リンクの解放前の初段ノード情報
Ｒ１、受信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅ
ｓｓ＝［Ｒ１：２］を持つ入力リンクであって受信入力
リンク以外の入力リンクを持つフローテーブルエントリ
が存在するかどうか調べる。もし、このようなエントリ
が存在すれば、そのｓｔａｔｅ：＝ｏｎとする。この例
ではそのようなエントリは存在しないので、当該処理に
関しては何もしない。

【０１２８】ノード装置Ｒ２では、次に、受信入力リン
ク（Ｉ１２：ｘ１２）に対応する出力リンク（Ｉ２３：
ｘ２３）を持ちかつｓｔａｔｅ＝ｏｎであるような他の
フローテーブルエントリが存在するかどうかを調べ、も
し存在すれば、出力リンクを解放しない。この例ではそ
のようなエントリが存在しないため、出力リンクが解放
される。このとき、ノード装置Ｒ２は、後段ノードＲ３
にＲＥＬＥＡＳＥメッセージを送信する。

【０１２９】以降、ノード装置Ｒ３，Ｒ４，Ｒ５でも同
様の処理が行なわれ、ＲＥＬＥＡＳＥメッセージがノー
ド装置Ｒ２まで届くと、図５のように、初段ノードｉｎ
ｇｒｅｓｓ＝Ｒ１のパスはすべて解放される。

【０１３０】なお、図６（ａ）にノード装置Ｒ５からＲ
ＥＬＥＡＳＥメッセージを受信した後のノード装置Ｒ２
におけるフローテーブルの例を、図４（ｂ）にノード装
置Ｒ４からＲＥＬＥＡＳＥ＿ＡＣＫメッセージを受信し
た後のノード装置Ｒ３におけるフローテーブルの例をそ
れぞれ示す。

【０１３１】（第２の実施形態）次に、本発明の第２の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０１３２】本実施形態では、初段ノード主導でパスを
生成する場合でラベルのマージを行なう場合の例を示
す。ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤメッセージに関
してはｃｏｎｓｅｒｖａｔｉｖｅモード、ＲＥＬＥＡＳ
Ｅ，ＵＰＤＡＴＥ＿ＤＥＬメッセージに関してはｏｐｔ
ｉｍｉｓｔｉｃモードであるとする。なお、本実施形態
は、バリエーション２の（１），（２）とバリエーショ
ン３の（３）に関係するものである。

【０１３３】ここで、ラベルのマージを行なう場合に
は、同じ出力リンクにマージされる入力リンクの初段ノ
ード情報のうち値が最大のものを下流ノードに通知する
初段ノードとして選択するものとする。

【０１３４】図７に、本実施形態に係るノード装置を接
続して構成されたネットワークの一例を示す。

【０１３５】ここでは、第１の実施形態と同様にして、
パスＲ１→Ｒ２→Ｒ３→Ｒ４→Ｒ５→Ｒ２というラベル
スイッチングパスが設定されたものとする。

【０１３６】さて、この状態において、第１の実施形態
と同じく初段ノードＲ６で、ｆｌｏｗｉｄ＝Ｒ７に対す
るパス設定を開始すると、ノード装置Ｒ６は、図７のよ
うに、ｆｌｏｗｉｄ＝Ｒ７に対するパス設定のためのラ
ベル割当て要求メッセージ（ＳＥＴＵＰ）を次ホップノ
ードＲ３に送信する。このとき、送信初段ノード情報ｉ
ｎｇｒｅｓｓ＝Ｒ６、送信代理初段ノード情報ｐｒｏｘ
ｙ ｉｎｇｒｅｓｓ＝［Ｒ６：１］となる。

【０１３７】ノード装置Ｒ３は、ノード装置Ｒ６からＳ
ＥＴＵＰメッセージを受信すると、新たにフローテーブ
ルエントリを作成する。次に、ｆｌｏｗｉｄ＝Ｒ７に対
して初段ノード情報Ｒ６を持つ入力リンクが存在しない
ため、ループでないと判断し、フローテーブルエントリ
のｓｔａｔｅ：＝ｏｎとし、ラベルのマージを行ない、
後段ノードＲ４に追加型更新メッセージ（ＵＰＤＡＴＥ
＿ＡＤＤ）を送信する。

【０１３８】経路上のノード装置Ｒ４，Ｒ５，Ｒ２で
は、それぞれ、ＵＰＤＡＴＥ＿ＡＤＤノード装置を前段
ノードから受信した際、受信フロー識別子ｆｌｏｗｉｄ
＝Ｒ７、受信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ６が他
の入力リンクと対応していないため、ループでないと判
断する。さらに、下流に通知する初段ノード情報がＲ１
からＲ６に更新されるため、後段ノードにＵＰＤＡＴＥ
＿ＡＤＤメッセージを送信する。

【０１３９】ＵＰＤＡＴＥノード装置がノード装置Ｒ３
まで届くと、すでに受信初段ノード情報ｉｎｇｒｅｓｓ
＝Ｒ６が他の入力リンクＩ６３：ｘ６３に対応している
ため、ループであると判断する。このとき、ノード装置
Ｒ３は、受信入力リンクが登録されているフローテーブ
ルエントリの初段ノード情報をＲ６に、代理初段ノード
情報を［Ｒ６：１］に、ｓｔａｔｅ：＝ｏｆｆに書き換
え、前段ノードＲ２に追加型更新成功メッセージ（ＵＰ
ＤＡＴＥ＿ＡＤＤ＿ＡＣＫ）を返す。ｓｔａｔｅ：＝ｏ
ｆｆに書き換えたため、ノード装置Ｒ３では受信入力リ
ンクと出力リンクとの間のラベルスイッチングは行なわ
れない。なお、この例では、このフローテーブルエント
リには、ｓｔａｔｅ＝ｏｆｆに変えた後も出力リンク
（Ｉ３４：ｘ３４）が対応したままとなるが、出力リン
ク＝ＮＵＬＬとし、後にｓｔａｔｅ＝ｏｆｆからｏｎに
変わるときに、対応する出力リンクを決めるようにして
もよい。

【０１４０】ＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッセージ
は、ＵＰＤＡＴＥ＿ＡＤＤメッセージと逆方向に返さ
れ、最後に、メッセージＲ３は、メッセージＲ４からＵ
ＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッセージを受信するとノ
ード装置Ｒ６にＳＥＴＵＰ＿ＡＣＫメッセージを返し、
ラベルスイッチング可能となる。

【０１４１】この結果、マージされたパス（（Ｒ１），
（Ｒ６→Ｒ３→Ｒ４→Ｒ５））→Ｒ２→Ｒ３、すなわち
Ｒ１→Ｒ２→Ｒ３のパスとＲ６→Ｒ３→Ｒ４→Ｒ５→Ｒ
２→Ｒ３のパスとがマージされたラベルスイッチングパ
スが設定される。

【０１４２】図８（ａ）にノード装置Ｒ３からＵＰＤＡ
ＴＥ＿ＡＤＤ＿ＡＣＫメッセージを受信した後のノード
装置Ｒ２におけるフローテーブルの例を、図８（ｂ）に
ノード装置Ｒ４からＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッ
セージを受信した後のノード装置Ｒ３におけるフローテ
ーブルの例をそれぞれ示す。なお、本実施形態では、マ
ージを行うので、図８（ａ）の第１エントリと第２エン
トリの出力リンクは同じものになっており、図８（ｂ）
の第１エントリと第２エントリの出力リンクは同じもの
になっている。

【０１４３】次に、図７および図８の状態で、初段ノー
ドＲ１で、ｆｌｏｗｉｄ＝Ｒ７に対するパス削除を開始
すると、図９のように、ノード装置Ｒ１は、ｆｌｏｗｉ
ｄ＝Ｒ７に対するパス削除のためのラベル解放メッセー
ジ（ＲＥＬＥＡＳＥ）を次ホップノードＲ２に送信す
る。このとき、送信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ
１、送信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓ
ｓ＝［Ｒ１：２］となる。

【０１４４】ノード装置Ｒ２では、ＲＥＬＥＡＳＥメッ
セージをノード装置Ｒ１から受信すると、受信入力リン
クを解放し前段ノードにＲＥＬＥＡＳＥ＿ＡＣＫメッセ
ージを返すとともに、受信フロー識別子ｆｌｏｗｉｄ＝
Ｒ７、受信入力リンクの解放前の初段ノード情報Ｒ１、
受信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ１：２］を持つ入力リンクであって受信入力リンク
以外の入力リンクを持つようなフローテーブルエントリ
が存在するかどうか調べる。もし、このようなエントリ
が存在すれば、そのｓｔａｔｅ：＝ｏｎとする。この例
ではそのようなエントリは存在しないので、当該処理に
関しては何もしない。

【０１４５】ノード装置Ｒ２では、次に、受信入力リン
ク（Ｉ１２：ｘ１２）に対応する出力リンク（Ｉ２３：
ｘ２３）を持ちかつｓｔａｔｅ＝ｏｎであるような他の
フローテーブルエントリが存在するかどうかを調べ、も
し存在すれば、出力リンクを解放しない。この例ではそ
のようなエントリが存在するため、出力リンクを解放し
ない。さらに、出力リンクを解放しない場合には、下流
ノードに通知する初段ノード情報が更新されるかどうか
を調べ、更新される場合には、後段ノードＲ３にＵＰＤ
ＡＴＥ＿ＤＥＬメッセージを送信する。この例では、初
段ノード情報はＲ６のまま変わらないため、後段ノード
にはＵＰＤＡＴＥ＿ＤＥＬメッセージを送信しない。

【０１４６】この結果、ノード装置Ｒ１からノード装置
Ｒ２へのパスだけが解放され、図９の実線で示すような
パス（Ｒ６→Ｒ３→Ｒ４→Ｒ５→Ｒ２→Ｒ３）になる。

【０１４７】なお、図１０（ａ）に図９の実線で示すよ
うなパス設定時におけるノード装置Ｒ２におけるフロー
テーブルの例を、図１０（ｂ）にノード装置Ｒ３におけ
るフローテーブルの例をそれぞれ示す。

【０１４８】（第３の実施形態）次に、本発明の第３の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０１４９】本実施形態では、第１の実施形態と同様、
初段ノード主導でパスを生成する場合でラベルのマージ
を行なわない場合の例を示す。

【０１５０】第１の実施形態では、パスの設定と解放に
ついて説明したが、本実施形態では、経路変更時の動作
について述べる。

【０１５１】ここでは、ホップカウントを使用しない場
合で、前段ノードにＡＣＫ／ＮＡＣＫメッセージを返
し、ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤメッセージに関
してはｃｏｎｓｅｒｖａｔｉｖｅモード、ＲＥＬＥＡＳ
Ｅ，ＵＰＤＡＴＥ＿ＤＥＬメッセージに関してはｏｐｔ
ｉｍｉｓｔｉｃモードで、経路変更時には新経路上にＳ
ＥＴＵＰメッセージを送信し、それに対するＡＣＫメッ
セージを受信してから旧経路上にＲＥＬＥＡＳＥメッセ
ージを送信するものとする。

【０１５２】図１１に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０１５３】図１２は、ノード装置Ｒ４からＳＥＴＵＰ
メッセージを受信した後のノード装置Ｒ５におけるフロ
ーテーブルの例である。

【０１５４】さて、図１１の構成において、初段ノード
Ｒ１が、ｆｌｏｗｉｄ＝Ｒ６に対してパス設定を開始す
ると、ノード装置Ｒ１は、ｆｌｏｗｉｄ＝Ｒ６に対する
パス設定のためのラベル割当て要求メッセージ（ＳＥＴ
ＵＰ）を送信する。このとき、送信初段ノード情報ｉｎ
ｇｒｅｓｓ＝Ｒ１、送信代理初段ノード情報ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ１：１］となる。

【０１５５】経路上の各ノード装置Ｒ２，Ｒ３，Ｒ４，
Ｒ５では、それぞれ、ＳＥＴＵＰメッセージを前段ノー
ドから受信すると、新たなフローテーブルエントリを作
成し、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ６、受信初段
ノード情報ｉｎｇｒｅｓｓ＝Ｒ１が他の入力リンクと対
応していないため、ループでないと判断し、後段ノード
にＳＥＴＵＰメッセージを送信する。このとき、フロー
テーブルエントリのｓｔａｔｅ：＝ｏｎとする。

【０１５６】ＳＥＴＵＰメッセージが終段ノードＲ６ま
で届くと、ノード装置Ｒ６から逆方向にラベル割当て成
功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）が返され、ＳＥＴ
ＵＰ＿ＡＣＫメッセージを受信した各ノード装置は、ラ
ベルスイッチング可能となる。

【０１５７】この結果、パスＲ１→Ｒ２→Ｒ３→Ｒ４→
Ｒ５→Ｒ６というラベルスイッチングパスができる。

【０１５８】次に、上記状態において、図１３に示すよ
うにノード装置Ｒ２において経路変更が起こり、ｆｌｏ
ｗｉｄ＝Ｒ６に対する次ホップがノード装置Ｒ３からノ
ード装置Ｒ７に変わったとする。

【０１５９】このとき、ノード装置Ｒ２は、まず、新経
路上の次ホップノードＲ７に対し、ｆｌｏｗｉｄ＝Ｒ
６、ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓ
ｓ＝［Ｒ２：１］のＳＥＴＵＰメッセージを送信する。
このＳＥＴＵＰメッセージは、ノード装置Ｒ５までフォ
ワードされる。

【０１６０】ノード装置Ｒ５がこのＳＥＴＵＰメッセー
ジを受信すると、ノード装置Ｒ５は、新たにフローテー
ブルエントリを作成し、前段ノードＲ７にラベル割当て
成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返すが、受信
ｆｌｏｗｉｄ＝Ｒ６、受信ｉｎｇｒｅｓｓ＝Ｒ１が対応
する入力リンク（Ｉ４５：ｘ４５）がすでに存在するた
め、ループであると判断する。

【０１６１】このとき、ノード装置Ｒ５は、新たなフロ
ーテーブルエントリを作成し、前段ノードＲ８にラベル
割当て成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返す。
ただし、出力リンクの割当ては行なわず（出力リンク＝
ＮＵＬＬとする）、ｓｔａｔｅ＝ｏｆｆに設定する。こ
のとき、ラベルスイッチングは行なわれない。

【０１６２】ＳＥＴＵＰ＿ＡＣＫメッセージは、新経路
上の上流ノードに返される。

【０１６３】ノード装置Ｒ２がＳＥＴＵＰ＿ＡＣＫメッ
セージを受信すると、ノード装置Ｒ２は、次に、旧経路
上の次ホップノードＲ３に対してｆｌｏｗｉｄ＝Ｒ６、
ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ２：１］のラベル解放メッセージ（ＲＥＬＥＡＳＥ
メッセージ）を送信する。ＲＥＬＥＡＳＥメッセージを
受信したノード装置は、受信ｆｌｏｗｉｄ＝Ｒ６に対
し、受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］を
持つようなフローテーブルエントリが存在せず、かつ、
受信入力リンクに対応する出力リンクと同じ出力リンク
を持つフローテーブルエントリが他に存在しないため、
下流ノードにＲＥＬＥＡＳＥをフォワードするととも
に、前段ノードにＲＥＬＥＡＳＥ＿ＡＣＫを返す。

【０１６４】ノード装置Ｒ５がノード装置Ｒ４からＲＥ
ＬＥＡＳＥメッセージを受信すると、受信ｆｌｏｗｉｄ
＝Ｒ６に対し、ｉｎｇｒｅｓｓ＝Ｒ１（＝ＲＥＬＥＡＳ
Ｅ受信入力リンクのメッセージ受信前の値）と、受信ｐ
ｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］とを持つよう
なフローテーブルエントリが存在するため、ＲＥＬＥＡ
ＳＥ＿ＡＣＫメッセージを返すとともに、出力側リンク
は解放せずに、このエントリの入力リンクと出力リンク
との間のラベルスイッチングを可能にする。なお、受信
入力リンク（Ｉ４５：ｘ４５）については、これを解放
するとともに、受信入力リンクに対応するフローテーブ
ルエントリを削除する。

【０１６５】これにより、パスＲ１→Ｒ２→Ｒ７→Ｒ５
→Ｒ６ができる。

【０１６６】なお、図１４（ａ）に図１１の太線のよう
にパスが設定されているときのノード装置Ｒ５における
フローテーブルの例を、図１４（ｂ）にＳＥＴＵＰメッ
セージを受信した直後のノード装置Ｒ５におけるフロー
テーブルの例を、図１４（ｃ）にＲＥＬＥＡＳＥメッセ
ージを受信した後のノード装置Ｒ５におけるフローテー
ブルの例をそれぞれ示す。

【０１６７】（第４の実施形態）次に、本発明の第４の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０１６８】本実施形態では、第２の実施形態と同様、
初段ノード主導でパスを生成する場合でラベルのマージ
を行なう場合の例を示す。

【０１６９】第１の実施形態では、パスの設定と解放に
ついて説明したが、本実施形態では、経路変更時の動作
について述べる。

【０１７０】ここで、ラベルのマージを行なう場合に
は、同じ出力リンクにマージされる入力リンクの初段ノ
ード情報のうち値が最小のものを下流ノードに通知する
初段ノードとして選択するものとする。

【０１７１】ここでは、ホップカウントを使用しない場
合で、前段ノードにＡＣＫ／ＮＡＣＫを返し、ＳＥＴＵ
Ｐ，ＵＰＤＡＴＥ＿ＡＤＤメッセージに関してはｃｏｎ
ｓｅｒｖａｔｉｖｅモード、ＲＥＬＥＡＳＥ，ＵＰＤＡ
ＴＥ＿ＤＥＬメッセージに関してはｏｐｔｉｍｉｓｔｉ
ｃモードで、経路変更時には新経路上にＳＥＴＵＰメッ
セージを送信し、それに対するＡＣＫメッセージを受信
してから旧経路上にＲＥＬＥＡＳＥメッセージを送信す
るものとする。

【０１７２】図１５に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０１７３】図１６は、図１５の太線のようにパスが設
定されているときのノード装置Ｒ５におけるフローテー
ブルの例である。

【０１７４】さて、図１５の構成において、初段ノード
Ｒ１が、ｆｌｏｗｉｄ＝Ｒ６に対するパス設定を開始す
ると、ノード装置Ｒ１は、ｆｌｏｗｉｄ＝Ｒ６に対する
パス設定のためのラベル割当て要求メッセージ（ＳＥＴ
ＵＰ）を送信する。このとき、送信初段ノード情報ｉｎ
ｇｒｅｓｓ＝Ｒ１、送信代理初段ノード情報ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ１：１］となる。

【０１７５】経路上の各ノード装置Ｒ２，Ｒ３，Ｒ４，
Ｒ５では、それぞれ、ＳＥＴＵＰメッセージを前段ノー
ドから受信すると、新たなフローテーブルエントリを作
成し、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ６、受信初段
ノード情報ｉｎｇｒｅｓｓ＝Ｒ１が他の入力リンクと対
応していないため、ループでないと判断し、後段ノード
にＳＥＴＵＰメッセージを送信する。このとき、フロー
テーブルエントリのｓｔａｔｅ：＝ｏｎとする。

【０１７６】ＳＥＴＵＰメッセージが終段ノードＲ６ま
で届くと、ノード装置Ｒ６から逆方向にラベル割当て成
功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）が返され、ＳＥＴ
ＵＰ＿ＡＣＫメッセージを受信した各ノード装置Ｒ１，
Ｒ２，Ｒ３，Ｒ４，Ｒ５は、ラベルスイッチング可能と
なる。

【０１７７】この結果、パスＲ１→Ｒ２→Ｒ３→Ｒ４→
Ｒ５→Ｒ６というラベルスイッチングパスができる。

【０１７８】この状態において、次に、初段ノードＲ９
が、ｆｌｏｗｉｄ＝Ｒ６に対するパス設定を開始する
と、ノード装置Ｒ９は、ｆｌｏｗｉｄ＝Ｒ６に対するパ
ス設定のためのラベル割当て要求メッセージ（ＳＥＴＵ
Ｐ）を送信する。このとき、送信初段ノード情報ｉｎｇ
ｒｅｓｓ＝Ｒ９、送信代理初段ノード情報ｐｒｏｘｙｉ
ｎｇｒｅｓｓ＝［Ｒ９：１］となる。

【０１７９】経路上の各ノード装置Ｒ７，Ｒ８では、そ
れぞれ、ＳＥＴＵＰメッセージを前段ノードから受信す
ると、新たなフローテーブルエントリを作成し、受信フ
ロー識別子ｆｌｏｗｉｄ＝Ｒ６、受信初段ノード情報ｉ
ｎｇｒｅｓｓ＝Ｒ９が他の入力リンクと対応していない
ため、ループでないと判断し、後段ノードにＳＥＴＵＰ
メッセージを送信する。このとき、フローテーブルエン
トリのｓｔａｔｅ：＝ｏｎとする。

【０１８０】ＳＥＴＵＰメッセージがノード装置Ｒ５ま
で届くと、ノード装置Ｒ５は、新たなフローテーブルを
作成し、ラベルのマージを行なう。すなわち、新たな出
力側ラベルの割当てを行なわず、すでに存在する出力側
ラベルｘ５６を使用する。このとき、出力側に通知すべ
き初段ノード情報はＲ１のまま変わらないため（初段ノ
ード情報Ｒ１＜初段ノード情報Ｒ９であるため）、メッ
セージＲ５はメッセージＲ８にＳＥＴＵＰ＿ＡＣＫメッ
セージを返す。ＳＥＴＵＰ＿ＡＣＫメッセージを受信し
た各ノード装置Ｒ９，Ｒ７，Ｒ８は、ラベルスイッチン
グ可能となる。

【０１８１】この結果、新たにパスＲ９→Ｒ７→Ｒ８→
Ｒ５→Ｒ６というラベルスイッチングパスができる。

【０１８２】この状態において、さらに、ノード装置Ｒ
１０でｆｌｏｗｉｄ＝Ｒ６に対するルーチングテーブル
エントリができると、ノード装置Ｒ１０は、ノード装置
Ｒ３にＳＥＴＵＰメッセージを送信する。このとき、送
信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ１０、送信代理初
段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ１０：
１］となる。

【０１８３】ノード装置Ｒ３がノード装置Ｒ１０からの
ＳＥＴＵＰメッセージを受信すると、新たなフローテー
ブルエントリを作成し、ラベルのマージを行なう。この
とき、出力側に通知すべき初段ノード情報はＲ１のまま
変わらないため、ノード装置Ｒ５はノード装置Ｒ１０に
ＳＥＴＵＰ＿ＡＣＫメッセージを返す。ＳＥＴＵＰ＿Ａ
ＣＫメッセージを受信したノード装置Ｒ１０は、ラベル
スイッチング可能となる。

【０１８４】これらのパス生成動作の結果、図１５の太
線のようなマージされたラベルスイッチングパス
（（（（Ｒ１→Ｒ２），（Ｒ１０））→Ｒ３→Ｒ４），
（Ｒ９→Ｒ７→Ｒ８））→Ｒ５→Ｒ６が生成される。

【０１８５】次に、上記状態において、図１７に示すよ
うにノード装置Ｒ２において経路変更が起こり、ｆｌｏ
ｗｉｄ＝Ｒ６に対する次ホップがノード装置Ｒ３からノ
ード装置Ｒ７に変わったとする。

【０１８６】このとき、ノード装置Ｒ２は、新経路上の
次ホップノードＲ７に対し、ｆｌｏｗｉｄ＝Ｒ６、ｉｎ
ｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ
２：１］のＳＥＴＵＰメッセージを送信する。

【０１８７】ノード装置Ｒ７は、すでにｆｌｏｗｉｄ＝
Ｒ６に対する出力側ラベルｘ７８を持つが、受信初段ノ
ード情報（Ｒ１）がすでにノード装置Ｒ９から受信した
初段ノード情報（Ｒ９）よりも小さいため、下流ノード
Ｒ８に初段ノード情報の更新を通知するために、追加型
更新（ＵＰＤＡＴＥ＿ＡＤＤ）メッセージを送信する。
このとき、ＵＰＤＡＴＥ＿ＡＤＤメッセージ中のｐｒｏ
ｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］とする。

【０１８８】ＵＰＤＡＴＥ＿ＡＤＤメッセージは、マー
ジポイントＲ５までフォワードされる。

【０１８９】ノード装置Ｒ５では、受信ＵＰＤＡＴＥ＿
ＡＤＤメッセージの入力リンク（Ｉ８５：ｘ８５）に対
する初段ノード情報（Ｒ１）がすでに別の入力リンク
（Ｉ４５：ｘ４５）に対して登録している初段ノード情
報と同じであるため、ループであると判断する。このと
き、ノード装置Ｒ８に更新成功（ＵＰＤＡＴＥ＿ＡＤＤ
＿ＡＣＫ）メッセージが返されるが、受信入力リンクと
出力リンクとの間のラベルスイッチングは行なわないた
め、入力リンク（Ｉ８５：ｘ８５）に対するｓｔａｔｅ
＝ｏｆｆに変える。

【０１９０】なお、この例では、このフローテーブルエ
ントリには、ｓｔａｔｅ＝ｏｆｆに変えた後も出力リン
ク（Ｉ５６：ｘ５６）が対応したままとなるが、出力リ
ンク＝ＮＵＬＬとし、後にｓｔａｔｅ＝ｏｆｆからｏｎ
に変わるときに、対応する出力リンクを決めるようにし
てもよい。

【０１９１】ノード装置Ｒ５からのＵＰＤＡＴＥ＿ＡＤ
Ｄ＿ＡＣＫメッセージは、ノード装置Ｒ８，Ｒ７と順に
返される。

【０１９２】ノード装置Ｒ７がＵＰＤＡＴＥ＿ＡＤＤ＿
ＡＣＫメッセージを受信すると、ノード装置Ｒ７は、ノ
ード装置Ｒ２にＳＥＴＵＰ＿ＡＤＤ＿ＡＣＫメッセージ
を返す。

【０１９３】ノード装置Ｒ２は、ノード装置Ｒ７からＳ
ＥＴＵＰ＿ＡＣＫメッセージを受信すると、旧経路上の
次ホップノードＲ３に対して、ｆｌｏｗｉｄ＝Ｒ６、ｉ
ｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ２：１］のラベル解放（ＲＥＬＥＡＳＥ）メッセー
ジを送信する。

【０１９４】ノード装置Ｒ３は、ノード装置Ｒ２からの
ＲＥＬＥＡＳＥメッセージを受信すると、受信入力リン
クを解放し、ノード装置Ｒ２にＲＥＬＥＡＳＥ＿ＡＣＫ
メッセージを返す。このとき、ｆｌｏｗｉｄ＝Ｒ６に対
して、Ｒ１０との間に別の入力リンクが存在するため、
出力リンクは解放せずに、次ホップノードＲ４に、初段
ノード情報が変わったことを示すために、ｆｌｏｗｉｄ
＝Ｒ６、ｉｎｇｒｅｓｓ＝Ｒ１０、ｐｒｏｘｙ ｉｎｇ
ｒｅｓｓ＝［Ｒ２：１］のＵＰＤＡＴＥ＿ＤＥＬメッセ
ージを送信する。

【０１９５】ノード装置Ｒ３からのＵＰＤＡＴＥ＿ＤＥ
Ｌメッセージを受信したノード装置Ｒ４は、前段ノード
装置Ｒ３にただちにＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメッ
セージを返すとともに、下流ノードＲ５にＵＰＤＡＴＥ
＿ＤＥＬメッセージを送信する。

【０１９６】ノード装置Ｒ５は、ノード装置Ｒ４からの
ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信すると、前段ノ
ードＲ４にただちにＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメッ
セージを返す。次に、ノード装置Ｒ５は、受信Ｆｌｏｗ
ｉｄ＝Ｒ６に対し、ｉｎｇｒｅｓ＝Ｒ１（ＵＰＤＡＴＥ
＿ＤＥＬメッセージ受信前の初段ノード情報）と受信ｐ
ｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］と同じ代理初
段ノード情報を持つ入力リンクが存在するかどうか調
べ、もし存在すれば、その入力リンクのｓｔａｔｅ＝ｏ
ｎにする。今、入力リンク（Ｉ８５：ｘ８５）が、Ｆｌ
ｏｗｉｄ＝Ｒ６と、ＵＰＤＡＴＥ＿ＤＥＬ受信前の初段
ノード情報Ｒ１と、受信入力リンクと同じｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ２：１］とを持っており、このｓ
ｔａｔｅ＝ｏｆｆであるため、ｓｔａｔｅ＝ｏｎに変え
られる。

【０１９７】次に、ノード装置Ｒ５は、下流ノードに通
知する初段ノード情報を更新する必要があるかどうかを
判断する。ノード装置Ｒ５は、下流ノードに初段ノード
情報Ｒ１を通知しており、この値はノード装置Ｒ４から
のＵＰＤＡＴＥ＿ＤＥＬ受信後も変わらないため、ＵＰ
ＤＡＴＥ＿ＤＥＬメッセージはこれ以上フォワードされ
ない。

【０１９８】以上により、ノード装置Ｒ２とノード装置
Ｒ３との間のリンクが切断され、ノード装置Ｒ２とノー
ド装置Ｒ７の間のリンクが追加されたマージされたパス
（（Ｒ１０→Ｒ３→Ｒ４），（（（Ｒ１→Ｒ２），（Ｒ
９））→Ｒ７→Ｒ８））→Ｒ５→Ｒ６ができる。

【０１９９】なお、図１８（ａ）に図１５の太線のよう
にパスが設定されているときのノード装置Ｒ５における
フローテーブルの例を、図１４（ｂ）にノード装置Ｒ８
からＵＰＤＡＴＥ＿ＡＤＤメッセージを受信した直後の
ノード装置Ｒ５におけるフローテーブルの例を、図１４
（ｃ）にノード装置Ｒ４からＵＰＤＡＴＥ＿ＤＥＬメッ
セージを受信した後のノード装置Ｒ５におけるフローテ
ーブルの例をそれぞれ示す。

【０２００】（第５の実施形態）次に、本発明の第５の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０２０１】本実施形態では、第２、第４の実施形態と
同様、初段ノード主導でパスを生成する場合でラベルの
マージを行なう場合の例を示す。

【０２０２】第４の実施形態では、ホップカウントを使
用しない場合における経路変更時の動作について説明し
たが、本実施形態では、ホップカウントを使用する場合
における経路変更時の動作について述べる。

【０２０３】ここでは、ラベルのマージを行なうとす
る。なお、ラベルのマージを行なわない場合は、フロー
テーブルに受信ホップカウント情報も記憶する以外はホ
ップカウントを使用しない場合と同じ動作になる。ホッ
プカウントを用いる場合には、メッセージ中に初段ノー
ドからのホップカウントを示すホップカウントフィール
ドが追加される。また、同じ出力リンクにマージされる
入力リンクの初段ノード情報のうち最大のホップカウン
トを与えるものを、最大のホップカウントを与える初段
ノード情報が複数ある場合にはその中で最大の初段ノー
ド情報を、下流ノードに通知する初段ノードとして選択
するものとする。

【０２０４】また、前段ノードにＡＣＫ／ＮＡＣＫメッ
セージを返し、すべてのメッセージに対してｏｐｔｉｍ
ｉｓｔｉｃモードで動作し、経路変更時には旧経路上に
ＲＥＬＥＡＳＥメッセージを送信し、それに対するＡＣ
Ｋメッセージを受信してから新経路上にＳＥＴＵＰメッ
セージを送信するとする。

【０２０５】なお、本実施形態は、バリエーション１と
バリエーション２の（１）とバリエーション３の（２）
に関係するものである。

【０２０６】図１９に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０２０７】図２０は、図１９の太線のようにパスが設
定されているときのノード装置Ｒ５におけるフローテー
ブルの例である。

【０２０８】さて、図１９の構成において、初段ノード
Ｒ１が、ｆｌｏｗｉｄ＝Ｒ６に対するパス設定を開始す
ると、ノード装置Ｒ１は、ｆｌｏｗｉｄ＝Ｒ６に対する
パス設定のためのラベル割当て要求メッセージ（ＳＥＴ
ＵＰ）を送信する。このとき、送信初段ノード情報ｉｎ
ｇｒｅｓｓ＝Ｒ１、送信代理初段ノード情報ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ１：１］、ｈｏｐ ｃｏｕｎｔ
＝１となる。

【０２０９】経路上の各ノード装置Ｒ２，Ｒ３，Ｒ４，
Ｒ５では、それぞれ、ＳＥＴＵＰメッセージを前段ノー
ドから受信すると、新たにフローテーブルを作成する。
このとき、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ６、受信
初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ１が他の入力リンク
と対応していないため、ループでないと判断し、フロー
テーブルエントリのｓｔａｔｅ：＝ｏｎにするともに、
後段ノードに受信ホップカウントを１だけインクリメン
トしたＳＥＴＵＰを送信するとともに、前段ノードにラ
ベル割当て成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返
す。

【０２１０】ＳＥＴＵＰ＿ＡＣＫメッセージを受信した
各ノード装置は、ラベルスイッチング可能となる。

【０２１１】この結果、パスＲ１→Ｒ２→Ｒ３→Ｒ４→
Ｒ５→Ｒ６というラベルスイッチングパスができる。

【０２１２】この状態において、次に、初段ノードＲ１
３が、ｆｌｏｗｉｄ＝Ｒ６に対するパス設定を開始する
と、ノード装置Ｒ１３は、ｆｌｏｗｉｄ＝Ｒ６に対する
パス設定のためのラベル割当て要求メッセージ（ＳＥＴ
ＵＰ）を送信する。このとき、送信初段ノード情報ｉｎ
ｇｒｅｓｓ＝Ｒ１３、送信代理初段ノード情報ｐｒｏｘ
ｙ ｉｎｇｒｅｓｓ＝［Ｒ１３：１］、ｈｏｐ ｃｏｕ
ｎｔ＝１となる。

【０２１３】経路上の各ノード装置Ｒ１２，Ｒ９，Ｒ
７，Ｒ８では、それぞれ、ＳＥＴＵＰメッセージを前段
ノードから受信すると、新たにフローテーブルを作成す
る。このとき、受信フロー識別子ｆｌｏｗｉｄ＝Ｒ６、
受信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ１３が他の入力
リンクと対応していないため、ループでないと判断し、
フローテーブルエントリのｓｔａｔｅ：＝ｏｎにすると
もに、後段ノードに受信ホップカウントを１だけインク
リメントしたＳＥＴＵＰメッセージを送信し、またこれ
らとともに、前段ノードにラベル割当て成功メッセージ
（ＳＥＴＵＰ＿ＡＣＫ）を返す。ＳＥＴＵＰ＿ＡＣＫメ
ッセージを受信した各ノード装置は、ラベルスイッチン
グ可能となる。

【０２１４】ＳＥＴＵＰメッセージがノード装置Ｒ５ま
で届くと、新たなフローテーブルエントリを作成し、ラ
ベルのマージを行なう。すなわち、新たな出力側ラベル
の割当てを行なわず、すでに存在する出力側ラベルｘ５
６を割当てる。このとき、出力側に通知すべき初段ノー
ド情報はＲ１（ｈｏｐ ｃｏｕｎｔ＝４）、からＲ１３
（ｈｏｐ ｃｏｕｎｔ＝５）に変わるため、ノード装置
Ｒ５はノード装置Ｒ６に、初段ノード情報＝Ｒ１３，代
理初段ノード情報＝［Ｒ１３：１］，ｈｏｐｃｏｕｎｔ
＝６のＵＰＤＡＴＥ＿ＡＤＤをＲ６に送信する。ＵＰＤ
ＡＴＥ＿ＡＤＤメッセージを受信したノード装置Ｒ６
は、ＵＰＤＡＴＥ＿ＡＣＫメッセージをノード装置Ｒ５
に返す。

【０２１５】この結果、新たにパスＲ１３→Ｒ１２→Ｒ
９→Ｒ７→Ｒ８→Ｒ５→Ｒ６というラベルスイッチング
パスができる。

【０２１６】この状態において、さらに、ノード装置Ｒ
１０が、ｆｌｏｗｉｄ＝Ｒ６に対するパス設定を開始す
ると、ノード装置Ｒ１０は、メッセージＲ３にＳＥＴＵ
Ｐメッセージを送信する。このとき、送信初段ノード情
報ｉｎｇｒｅｓｓ＝Ｒ１０、送信代理初段ノード情報ｐ
ｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ１０：１］、ｈｏｐｃ
ｏｕｎｔ＝１となる。

【０２１７】ノード装置Ｒ３がノード装置Ｒ１０からの
ＳＥＴＵＰメッセージを受信すると、新たなフローテー
ブルエントリを作成し、ラベルのマージを行なう。この
とき、出力側に通知すべき初段ノード情報はＲ１のまま
変わらないため、ノード装置Ｒ３は後段ノードにＵＰＤ
ＡＴＥ＿ＡＤＤメッセージを送信せずにノード装置Ｒ１
０にＳＥＴＵＰ＿ＡＣＫメッセージを返す。

【０２１８】ＳＥＴＵＰ＿ＡＣＫノード装置を受信した
ノード装置Ｒ１０は、ラベルスイッチング可能となる。

【０２１９】これらのパス生成動作の結果、図１９の太
線のようなマージされたラベルスイッチングパス
（（（（Ｒ１→Ｒ２），（Ｒ１０））→Ｒ３→Ｒ４），
（Ｒ１３→Ｒ１２→Ｒ９→Ｒ７→Ｒ８））→Ｒ５→Ｒ６
が生成される。

【０２２０】次に、上記状態において、図２１に示すよ
うにノード装置Ｒ２において経路変更が起こり、ｆｌｏ
ｗｉｄ＝Ｒ６に対する次ホップがノード装置Ｒ３からノ
ード装置Ｒ７に変わったとする。

【０２２１】このとき、ノード装置Ｒ２は、旧経路上の
次ホップノードＲ３に、ｆｌｏｗｉｄ＝Ｒ６、ｉｎｇｒ
ｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：
１］のＲＥＬＥＡＳＥメッセージを送信する。

【０２２２】ノード装置Ｒ３は、ノード装置Ｒ２からの
ＲＥＬＥＡＳＥメッセージを受信すると、受信入力リン
クを解放し、受信入力リンクに対応するフローテーブル
エントリを削除し、前段ノードＲ２にＲＥＬＥＡＳＥ＿
ＡＣＫメッセージを返すとともに、受信フロー識別子ｆ
ｌｏｗｉｄ＝Ｒ７、ｉｎｇｒｅｓｓ＝Ｒ１（ＲＥＬＥＡ
ＳＥメッセージ受信前の初段ノード情報）、受信代理初
段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：
１］を持つ入力リンクであって受信入力リンク以外の入
力リンクを持つようなフローテーブルエントリが存在す
るかどうか調べる。もし、このようなエントリが存在す
れば、そのｓｔａｔｅ：＝ｏｎとする。この例ではその
ようなエントリは存在しないので、当該処理に関しては
何もしない。

【０２２３】ノード装置Ｒ３は、次に、受信入力リンク
（Ｉ２３：ｘ２３）に対応する出力リンク（Ｉ３４：ｘ
３４）を持ちかつｓｔａｔｅ＝ｏｎであるような他のフ
ローテーブルエントリが存在するかどうかを調べ、もし
存在すれば出力リンクを解放しない。この例では、ｆｌ
ｏｗｉｄ＝Ｒ６に対して、Ｒ１０との間に別の入力リン
クが存在するため、出力リンクは解放しない。さらに、
出力リンクを解放しない場合には、下流ノードに通知す
る初段ノード情報が更新されるかどうかを調べ、更新さ
れる場合には、後段ノードにＵＰＤＡＴＥ＿ＤＥＬメッ
セージを送信する。この例では、初段ノード情報が更新
されるため、次ホップノードＲ４に、初段ノード情報が
変わったことを示すために、ｆｌｏｗｉｄ＝Ｒ６、ｉｎ
ｇｒｅｓｓ＝Ｒ１０，ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ２：１］，ｈｏｐ ｃｏｕｎｔ＝２のＵＰＤＡＴＥ
＿ＤＥＬメッセージを送信する。

【０２２４】ノード装置Ｒ２は、ノード装置Ｒ３からの
ＲＥＬＥＡＳＥ＿ＡＣＫメッセージを受信すると、新経
路上の次ホップノードＲ７に対し、ｆｌｏｗｉｄ＝Ｒ
６、ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓ
ｓ＝［Ｒ２：１］、ｈｏｐ ｃｏｕｎｔ＝２のＳＥＴＵ
Ｐメッセージを送信する。

【０２２５】このＳＥＴＵＰメッセージを受信したノー
ド装置Ｒ７は、すでにｆｌｏｗｉｄ＝Ｒ６に対する出力
側ラベルｘ７８を持つが、受信初段ノード情報Ｒ１は他
の入力リンクに登録されていないため、ループでないと
判断する。さらに、受信ｈｏｐ ｃｏｕｎｔ＝２は、す
でにノード装置Ｒ１３から受信したｈｏｐ ｃｏｕｎｔ
＝３より小さいため、下流ノードＲ８にＵＰＤＡＴＥ＿
ＡＤＤメッセージを送信することなく、ノード装置Ｒ２
にＳＥＴＵＰ＿ＡＣＫメッセージを返す。

【０２２６】ノード装置Ｒ２は、ＳＥＴＵＰ＿ＡＣＫメ
ッセージを受信すると、新経路上でラベルスイッチング
可能になる。

【０２２７】一方、ノード装置Ｒ３からのＵＰＤＡＴＥ
＿ＤＥＬノード装置を受信したノード装置Ｒ４は、前段
ノードＲ３にただちにＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメ
ッセージを返す。次に、受信フロー識別子ｆｌｏｗｉｄ
＝Ｒ７、受信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒ
ｅｓｓ＝［Ｒ２：１］を持つ入力リンクであって受信入
力リンク以外の入力リンクを持つようなフローテーブル
エントリが存在するかどうか調べる。もし、このような
エントリが存在すれば、そのｓｔａｔｅ：＝ｏｎとす
る。この例ではそのようなエントリは存在しないので、
当該処理に関しては何もしない。ノード装置Ｒ４は、次
に、下流ノードに通知する初段ノード情報が更新される
かどうかを調べ、更新される場合には、後段ノードにＵ
ＰＤＡＴＥ＿ＤＥＬを送信する。この例では、初段ノー
ド情報がＲ１からＲ１０に変更され、ホップカウントが
３から２に変わるため、下流ノードＲ４に受信ｈｏｐ
ｃｏｕｎｔを１だけインクリメントしたｈｏｐ ｃｏｕ
ｎｔを指定したＵＰＤＡＴＥ＿ＤＥＬメッセージを送信
する。

【０２２８】ノード装置Ｒ５は、ノード装置Ｒ４からの
ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信すると、前段ノ
ードＲ４にただちにＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメッ
セージを返すとともに、受信ｉｎｇｒｅｓｓ＝Ｒ１０、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］を受信
入力リンクに対応させる。次に、受信フロー識別子ｆｌ
ｏｗｉｄ＝Ｒ７、ｉｎｇｒｅｓｓ＝Ｒ１（ＵＰＤＡＴＥ
＿ＤＥＬメッセージ受信前の初段ノード情報）、受信代
理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ
２：１］を持つ入力リンクであって受信入力リンク以外
の入力リンクを持つようなフローテーブルエントリが存
在するかどうか調べる。もし、このようなエントリが存
在すれば、そのｓｔａｔｅ：＝ｏｎとする。この例では
そのようなエントリは存在しないので、当該処理に関し
ては何もしない。ノード装置Ｒ５は、次に、下流ノード
に通知する初段ノード情報が更新されるかどうかを調
べ、更新される場合には、後段ノードにＵＰＤＡＴＥ＿
ＤＥＬを送信する。この例では、初段ノード情報はＲ１
３のまま変わらないため、後段ノードにはＵＰＤＡＴＥ
＿ＤＥＬメッセージを送信しない。

【０２２９】以上により、ノード装置Ｒ２とノード装置
Ｒ３との間のリンクが切断され、ノード装置Ｒ２とノー
ド装置Ｒ７の間のリンクが追加されたマージされたパス
（（Ｒ１０→Ｒ３→Ｒ４），（（（Ｒ１→Ｒ２），（Ｒ
１３→Ｒ１２→Ｒ９））→Ｒ７→Ｒ８））→Ｒ５→Ｒ６
ができる。

【０２３０】なお、図２２（ａ）に図１５の太線のよう
にパスが設定されているときのノード装置Ｒ５における
フローテーブルの例を、図１４（ｂ）にノード装置Ｒ４
からＵＰＤＡＴＥ＿ＤＥＬメッセージを受信した後のノ
ード装置Ｒ５におけるフローテーブルの例をそれぞれ示
す。

【０２３１】（第６の実施形態）次に、本発明の第６の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０２３２】これまでは、初段ノード主導でラベルスイ
ッチングパスを生成する場合について説明してきたが、
本実施形態では、終段ノード主導でラベルスイッチング
パスを設定する場合について説明する。

【０２３３】ここでは、ホップカウントを使用し、ラベ
ルのマージを行なうとする。なお、ラベルのマージを行
なわない場合は、フローテーブルに受信ホップカウント
情報も記憶し、ＵＰＤＡＴＥ＿ＡＤＤメッセージの代わ
りにＳＥＴＵＰメッセージを、ＵＰＤＡＴＥ＿ＤＥＬメ
ッセージの代わりにＲＥＬＥＡＳＥメッセージを送信す
る以外はホップカウントを使用しない場合と同じ動作に
なる。ホップカウントを用いる場合には、メッセージ中
に初段ノードからのホップカウントを示すホップカウン
トフィールドが追加される。

【０２３４】また、同じ出力リンクにマージされる入力
リンクの初段ノード情報のうち最大のホップカウントを
与えるものを、最大のホップカウントを与える初段ノー
ド情報が複数ある場合にはその中で最大の初段ノード情
報を、下流ノードに通知する初段ノードとして選択する
ものとする。

【０２３５】また、前段ノードにＡＣＫ／ＮＡＣＫメッ
セージを返し、すべてのメッセージに対してｏｐｔｉｍ
ｉｓｔｉｃモードで動作し、経路変更時には旧経路上に
ＲＥＬＥＡＳＥメッセージを送信し、それに対するＡＣ
Ｋメッセージを受信してから新経路上にＳＥＴＵＰメッ
セージを送信するとする。

【０２３６】なお、本実施形態は、バリエーション１と
バリエーション２の（１）に関係するものである。

【０２３７】図２３に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０２３８】図２４は、図２３の太線のようにパスが設
定されているときのノード装置Ｒ５におけるフローテー
ブルの例である。

【０２３９】さて、ここでは、第５の実施形態と同じパ
スが設定される場合を考える。

【０２４０】図２３の構成において、まず、終段ノード
Ｒ６は、ｆｌｏｗｉｄ＝Ｒ６の上流隣接ノード（次ホッ
プ以外のノード）Ｒ５に、トリガメッセージを送信す
る。

【０２４１】ノード装置Ｒ６からのトリガメッセージを
受信したノード装置Ｒ５は、ｆｌｏｗｉｄ＝Ｒ６に対す
る次ホップノードがトリガメッセージの送信ノード（＝
Ｒ６）であり、かつ、対応する出力側リンクが存在しな
ければ、ノード装置Ｒ６にｆｌｏｗｉｄ＝Ｒ６に対する
パス設定のためのラベル割当て要求メッセージ（ＳＥＴ
ＵＰ）を送信する。このとき、送信初段ノード情報ｉｎ
ｇｒｅｓｓ＝Ｒ５、送信代理初段ノード情報ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ５：１］、ｈｏｐｃｏｕｎｔ＝
１となる。

【０２４２】ノード装置Ｒ６は、ノード装置Ｒ５からＳ
ＥＴＵＰメッセージを受信すると、フローテーブルを作
成するとともに、ノード装置Ｒ５にＳＥＴＵＰ＿ＡＣＫ
メッセージを返す。

【０２４３】ノード装置Ｒ５は、ノード装置Ｒ６からＳ
ＥＴＵＰ＿ＡＣＫを受信すると、ｆｌｏｗｉｄ＝Ｒ６の
上流隣接ノードＲ４，Ｒ８にトリガメッセージを送信す
る。

【０２４４】トリガメッセージを受信したノード装置Ｒ
４は、ｆｌｏｗｉｄ＝Ｒ６に対する次ホップノードがト
リガメッセージの送信ノード（＝Ｒ５）であり、かつ、
対応する出力側リンクが存在しなければ、ノード装置Ｒ
５にｆｌｏｗｉｄ＝Ｒ６に対するパス設定のためのラベ
ル割当て要求メッセージ（ＳＥＴＵＰ）を送信する。こ
のとき、送信初段ノード情報ｉｎｇｒｅｓｓ＝Ｒ４、送
信代理初段ノード情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ４：１］、ｈｏｐ ｃｏｕｎｔ＝１となる。

【０２４５】ノード装置Ｒ５は、ノード装置Ｒ４からＳ
ＥＴＵＰメッセージを受信すると、新たにフローテーブ
ルを作成するとともに、ノード装置Ｒ４にＳＥＴＵＰ＿
ＡＣＫメッセージを返す。さらに、最大のホップカウン
トを持つ初段ノード情報が更新されるため、ノード装置
Ｒ６に、初段ノードｉｎｇｒｅｓｓ＝Ｒ４、ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ４：１］、ｈｏｐ ｃｏｕｎｔ
＝２ のＵＰＤＡＴＥ＿ＡＤＤメッセージを送信する。

【０２４６】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したメッセージＲ６は、受信ｉｎｇｒｅｓｓ＝Ｒ４、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ４：１］、受信
ｈｏｐ ｃｏｕｎｔ＝２を受信入力リンクに対応づける
とともに、メッセージＲ５にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫメッセージを返す。ノード装置Ｒ４は、ノード装置
Ｒ５からＳＥＴＵＰ＿ＡＣＫメッセージを受信すると、
上流ノードＲ３にトリガメッセージを送信する。

【０２４７】ノード装置Ｒ５からトリガメッセージを受
信したノード装置Ｒ８は、ｆｌｏｗｉｄ＝Ｒ６に対する
次ホップノードがトリガメッセージの送信ノード（＝Ｒ
５）であり、かつ、対応する出力側リンクが存在しなけ
れば、ノード装置Ｒ５にｆｌｏｗｉｄ＝Ｒ６に対するパ
ス設定のためのラベル割当て要求メッセージ（ＳＥＴＵ
Ｐ）を送信する。このとき、送信初段ノード情報ｉｎｇ
ｒｅｓｓ＝Ｒ８、送信代理初段ノード情報ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ８：１］、ｈｏｐ ｃｏｕｎｔ＝
１となる。

【０２４８】ノード装置Ｒ５は、ノード装置Ｒ８からＳ
ＥＴＵＰメッセージを受信すると、ノード装置Ｒ８との
間に入力側リンクを作成するとともに、Ｒ８にＳＥＴＵ
Ｐ＿ＡＣＫを返す。さらに、最大のホップカウントを持
つ初段ノード情報が更新されるため、ノード装置Ｒ６
に、初段ノードｉｎｇｒｅｓｓ＝Ｒ８、ｐｒｏｘｙ ｉ
ｎｇｒｅｓｓ＝［Ｒ８：１］、ｈｏｐ ｃｏｕｎｔ＝２
のＵＰＤＡＴＥ＿ＡＤＤメッセージを送信する。

【０２４９】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したメッセージＲ６は、受信ｉｎｇｒｅｓｓ＝Ｒ８、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ８：１］、受信
ｈｏｐ ｃｏｕｎｔ＝２を受信入力リンクに対応づける
とともに、メッセージＲ５にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫメッセージを返す。ノード装置Ｒ８は、メッセージ
Ｒ５からＳＥＴＵＰ＿ＡＣＫメッセージを受信すると、
上流ノードＲ７にトリガメッセージを送信する。

【０２５０】さて、ノード装置Ｒ４からトリガメッセー
ジを受信したノード装置Ｒ３は、ｆｌｏｗｉｄ＝Ｒ６に
対する次ホップノードがトリガメッセージの送信ノード
（＝Ｒ４）であり、かつ、対応する出力側リンクが存在
しなければ、ノード装置Ｒ４にｆｌｏｗｉｄ＝Ｒ６に対
するパス設定のためのラベル割当て要求メッセージ（Ｓ
ＥＴＵＰ）を送信する。このとき、ＳＥＴＵＰ中の初段
ノードｉｎｇｒｅｓｓ＝Ｒ３、ｐｒｏｘｙ ｉｎｇｒｅ
ｓｓ＝［Ｒ３：１］、ｈｏｐ ｃｏｕｎｔ＝１となる。

【０２５１】メッセージＲ４は、メッセージＲ３からＳ
ＥＴＵＰメッセージを受信すると、新たにフローテーブ
ルを作成するとともに、メッセージＲ３にＳＥＴＵＰ＿
ＡＣＫメッセージを返す。さらに、最大のホップカウン
トを持つ初段ノード情報が更新されるため、ノード装置
Ｒ５に、初段ノードｉｎｇｒｅｓｓ＝Ｒ３、ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ３：１］、ｈｏｐ ｃｏｕｎｔ
＝２のＵＰＤＡＴＥ＿ＡＤＤメッセージを送信する。

【０２５２】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したノード装置Ｒ５は、受信ｉｎｇｒｅｓｓ＝Ｒ３、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ３：１］、受信
ｈｏｐ ｃｏｕｎｔ＝２を受信入力リンクに対応づける
とともに、ノード装置Ｒ４にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫメッセージを返す。さらに、次ホップノードＲ６
に、初段ノードｉｎｇｒｅｓｓ＝Ｒ３、ｐｒｏｘｙ ｉ
ｎｇｒｅｓｓ＝［Ｒ３：１］、ｈｏｐ ｃｏｕｎｔ＝３
のＵＰＤＡＴＥ＿ＡＤＤメッセージを送信する。

【０２５３】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したノード装置Ｒ６は、受信ｉｎｇｒｅｓｓ＝Ｒ３、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ３：１］、受信
ｈｏｐ ｃｏｕｎｔ＝３を受信入力リンクに対応づける
とともに、ノード装置Ｒ５にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫメッセージを返す。

【０２５４】さて、ノード装置Ｒ８からトリガメッセー
ジを受信したノード装置Ｒ７は、ｆｌｏｗｉｄ＝Ｒ６に
対する次ホップノードが存在し、かつ、対応する出力側
リンクが存在しなければ、ノード装置Ｒ８にｆｌｏｗｉ
ｄ＝Ｒ６に対するパス設定のためのラベル割当て要求メ
ッセージ（ＳＥＴＵＰ）を送信する。このとき、送信初
段ノード情報ｉｎｇｒｅｓｓ＝Ｒ７、送信代理初段ノー
ド情報ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ７：１］、ｈ
ｏｐ ｃｏｕｎｔ＝１となる。

【０２５５】ノード装置Ｒ８は、ノード装置Ｒ７からＳ
ＥＴＵＰメッセージを受信すると、ノード装置Ｒ８との
間に入力側リンクを作成するとともに、ノード装置Ｒ７
にＳＥＴＵＰ＿ＡＣＫメッセージを返す。さらに、最大
のホップカウントを持つ初段ノード情報が更新されるた
め、ノード装置Ｒ５に、初段ノードｉｎｇｒｅｓｓ＝Ｒ
７、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ７：１］、ｈｏ
ｐ ｃｏｕｎｔ＝２のＵＰＤＡＴＥ＿ＡＤＤメッセージ
を送信する。

【０２５６】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したノード装置Ｒ５は、受信ｉｎｇｒｅｓｓ＝Ｒ３、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ３：１］、受信
ｈｏｐ ｃｏｕｎｔ＝２を受信入力リンクに対応づける
とともに、ノード装置Ｒ５にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫを返す。さらに、次ホップノードＲ６に、初段ノー
ドｉｎｇｒｅｓｓ＝Ｒ７、ｐｒｏｘｙ ｉｎｇｒｅｓｓ
＝［Ｒ７：１］、ｈｏｐ ｃｏｕｎｔ＝３のＵＰＤＡＴ
Ｅ＿ＡＤＤメッセージを送信する。

【０２５７】このＵＰＤＡＴＥ＿ＡＤＤメッセージを受
信したメッセージＲ６は、受信ｉｎｇｒｅｓｓ＝Ｒ７、
受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ７：１］、受信
ｈｏｐ ｃｏｕｎｔ＝３を受信入力リンクに対応づける
とともに、メッセージＲ５にＵＰＤＡＴＥ＿ＡＤＤ＿Ａ
ＣＫメッセージを返す。

【０２５８】上流ノードにＳＥＴＵＰ＿ＡＣＫを返した
各ノードは、ラベルスイッチング可能となる。

【０２５９】このような動作を下流から上流ノードに向
けて繰り返す結果、図２３の太線のようなマージされた
パス（（（（Ｒ１→Ｒ２），（Ｒ１０））→Ｒ３→Ｒ
４），（Ｒ１３→Ｒ１２→Ｒ９→Ｒ７→Ｒ８））→Ｒ５
→Ｒ６が生成される。

【０２６０】次に、図２３の太線のようなマージされた
パスが生成された状態で、ノード装置Ｒ２において経路
変更が起こり、ｆｌｏｗｉｄ＝Ｒ６に対する次ホップが
ノード装置Ｒ３からノード装置Ｒ７に変わった場合に
は、第５の実施形態と同じメッセージのやりとりが行な
われ、ノード装置Ｒ２とノード装置Ｒ３との間のリンク
が切断され、ノード装置Ｒ２とノード装置Ｒ７の間のリ
ンクが追加されたマージされたパス（（Ｒ１０→Ｒ３→
Ｒ４），（（Ｒ１→Ｒ２），（Ｒ１３→Ｒ１２→Ｒ
９））→Ｒ７→Ｒ８）→Ｒ５→Ｒ６ができる。

【０２６１】（第７の実施形態）次に、本発明の第７の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０２６２】本実施形態では、第１、第３の実施形態と
同様、初段ノード主導でパスを生成する場合でラベルの
マージを行なわない場合の例を示す。ここでは、基本的
には第３の実施形態と同じパス設定、解放を行う場合を
考える。

【０２６３】本実施形態では、ＲＥＬＥＡＳＥメッセー
ジを受信した結果、出力側リンクを削除するために下流
ノードにＲＥＬＥＡＳＥメッセージを送信し終るか、Ａ
ＣＫメッセージを使用する場合にはそのＡＣＫメッセー
ジが返ったときに、もし、削除された出力リンクに対応
する入力側リンクＬｉが存在すれば、Ｌｉに対応するフ
ロー識別子、初段ノード情報を指定したＳＥＴＵＰメッ
セージを下流ノードに送信する場合の例について説明す
る。

【０２６４】ここでは、ラベルのマージを行なわなず、
ホップカウントを使用し、前段ノードにＡＣＫ／ＮＡＣ
Ｋメッセージを返し、ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤ
Ｄメッセージに関してはｃｏｎｓｅｒｖａｔｉｖｅモー
ド、ＲＥＬＥＡＳＥ，ＵＰＤＡＴＥ＿ＤＥＬメッセージ
に関してはｏｐｔｉｍｉｓｔｉｃモードで、経路変更時
には新経路上にＳＥＴＵＰメッセージを送信し、それに
対するＡＣＫメッセージを受信してから旧経路上にＲＥ
ＬＥＡＳＥメッセージを送信するものとする。

【０２６５】なお、本実施形態は、バリエーション２の
（１）、（２）とバリエーション３の（３）とバリエー
ション１０に関係するものである。

【０２６６】図２５に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０２６７】なお、図２６（ａ）に図２５の太線のよう
にパスが設定されているときのノード装置Ｒ５における
フローテーブルの例を、図２６（ｂ）にＳＥＴＵＰメッ
セージを受信した直後のノード装置Ｒ５におけるフロー
テーブルの例を、図２６（ｃ）にＲＥＬＥＡＳＥメッセ
ージを送信した後のノード装置Ｒ５におけるフローテー
ブルの例をそれぞれ示す。

【０２６８】ここでは、第３の実施形態と同様にして、
すでにパスＲ１→Ｒ２→Ｒ３→Ｒ４→Ｒ５→Ｒ２という
ラベルスイッチングパスが設定されているものとする。

【０２６９】さて、この状態において、第３の実施形態
と同じくノード装置Ｒ２において経路変更が起こり、ｆ
ｌｏｗｉｄ＝Ｒ６に対する次ホップがノード装置Ｒ３か
らノード装置Ｒ７に変わった後の動作を表す。

【０２７０】まず、ノード装置Ｒ２は、新経路上の次ホ
ップノードＲ７に対し、ｆｌｏｗｉｄ＝Ｒ６、ｉｎｇｒ
ｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：
１］のＳＥＴＵＰメッセージを送信する。このＳＥＴＵ
Ｐメッセージは、ノード装置Ｒ５までフォワードされ
る。

【０２７１】ノード装置Ｒ５がこのＳＥＴＵＰメッセー
ジを受信すると、このとき、ノード装置Ｒ５は、新たに
フローテーブルエントリを作成し、前段ノードＲ７にラ
ベル割当て成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返
すが、受信ｆｌｏｗｉｄ＝Ｒ６、受信ｉｎｇｒｅｓｓ＝
Ｒ１が対応する入力リンク（Ｉ４５：ｘ４５）がすでに
存在するため、ループであると判断し、フローテーブル
エントリのｓｔａｔｅ：＝ｏｆｆに設定する。

【０２７２】ＳＥＴＵＰ＿ＡＣＫメッセージは、新経路
上の上流ノードに返される。

【０２７３】ノード装置Ｒ２がこのＳＥＴＵＰ＿ＡＣＫ
メッセージを受信すると、ノード装置Ｒ２は、旧経路上
の次ホップノードＲ３に対してｆｌｏｗｉｄ＝Ｒ６、ｉ
ｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝
［Ｒ２：１］のラベル解放メッセージ（ＲＥＬＥＡＳ
Ｅ）を送信する。

【０２７４】ＲＥＬＥＡＳＥメッセージを受信したノー
ド装置Ｒ３は、受信ｆｌｏｗｉｄ＝Ｒ６に対し、受信入
力リンクのメッセージ受信前の初段ノード情報＝Ｒ１
と、受信ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ２：１］と
を持つようなフローテーブルエントリが存在せず、か
つ、受信入力リンクに対応する出力リンクと同じ出力リ
ンクを持つフローテーブルエントリが他に存在しないた
め、下流ノードＲ４にＲＥＬＥＡＳＥメッセージをフォ
ワードする。

【０２７５】このとき、ノード装置Ｒ３とノード装置Ｒ
４との間の物理リンクが切れていたとすると、ノード装
置Ｒ４は、メッセージＲ３からＲＥＬＥＡＳＥメッセー
ジをはじめすべてのメッセージを受信できないため、一
定時間経つと、ノード装置Ｒ３がダウンしたと判断し、
ノード装置Ｒ４は、ノード装置Ｒ５に、能動的に、Ｆｌ
ｏｗｉｄ＝Ｒ６、ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ４：１］のＲＥＬＥＡＳＥメッセ
ージを送信する。

【０２７６】ノード装置Ｒ４からのＲＥＬＥＡＳＥメッ
セージを受信したノード装置Ｒ５は、受信入力リンクを
解放するとともに、ＲＥＬＥＡＳＥ＿ＡＣＫメッセージ
を返す。さらに、Ｆｌｏｗｉｄ＝Ｒ６で、代理初段初段
ノード情報＝［Ｒ４：１］であるような入力リンクが存
在しないため、出力側リンクを解放するために、下流ノ
ードＲ６にＲＥＬＥＡＳＥメッセージを送信する。

【０２７７】この時点におけるパスを図２７の太線で示
す。また、この時点でのノード装置Ｒ５におけるフロー
テーブルの例を図２８（ａ）に示す。

【０２７８】さて、ノード装置Ｒ６は、ノード装置Ｒ５
からＲＥＬＥＡＳＥメッセージを受信すると、ノード装
置Ｒ５にＲＥＬＥＡＳＥ＿ＡＣＫメッセージを返す。

【０２７９】ノード装置Ｒ５がノード装置Ｒ６からＲＥ
ＬＥＡＳＥ＿ＡＣＫメッセージを受信すると、出力側リ
ンクを削除する。このとき、削除した出力リンクに対応
する入力リンクのｓｔａｔｅ：＝ｏｆｆであるため、ノ
ード装置Ｒ５は、新たに出力側リンクを割当てるため
に、ノード装置Ｒ６に、Ｆｌｏｗｉｄ＝Ｒ６、ｉｎｇｒ
ｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓｓ＝［Ｒ５：
１］のＳＥＴＵＰを送信する。

【０２８０】ノード装置Ｒ６がノード装置Ｒ５からＳＥ
ＴＵＰメッセージを受信すると、新たな入力リンクを作
成し、新たなフローテーブルエントリにそれを登録して
ノード装置Ｒ５にＳＥＴＵＰ＿ＡＣＫメッセージを返
す。

【０２８１】ノード装置Ｒ５がノード装置Ｒ６からＳＥ
ＴＵＰ＿ＡＣＫメッセージを受信すると、対応するフロ
ーテーブルエントリのｓｔａｔｅ：＝ｏｎにする。

【０２８２】この時点でのノード装置Ｒ５におけるフロ
ーテーブルの例を図２８（ｂ）に示す。

【０２８３】この結果、パスＲ１→Ｒ２→Ｒ７→Ｒ５→
Ｒ６という経路変更されたラベルスイッチングパスがで
きる。

【０２８４】（第８の実施形態）次に、本発明の第８の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０２８５】本実施形態では、第７の実施形態と同様、
初段ノード主導でパスを生成する場合でラベルのマージ
を行なわない場合の例を示す。

【０２８６】本実施形態では、ＲＥＬＥＡＳＥメッセー
ジを受信した結果、出力側リンクを削除するために下流
ノードにＲＥＬＥＡＳＥメッセージを送信し終るか、Ａ
ＣＫメッセージを使用する場合にはそのＡＣＫメッセー
ジが返ったときに、もし、削除された出力リンクに対応
する入力側リンクＬｉが存在すれば、Ｌｉに対応するフ
ロー識別子、初段ノード情報を指定したＳＥＴＵＰメッ
セージを下流ノードに送信する場合のもう一つの例につ
いて説明する。

【０２８７】ここでは、ラベルのマージを行なわなず、
ホップカウントを使用し、前段ノードにＡＣＫ／ＮＡＣ
Ｋメッセージを返し、ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤ
Ｄメッセージに関してはｃｏｎｓｅｒｖａｔｉｖｅモー
ド、ＲＥＬＥＡＳＥ，ＵＰＤＡＴＥ＿ＤＥＬメッセージ
に関してはｏｐｔｉｍｉｓｔｉｃモードで、経路変更時
には新経路上にＳＥＴＵＰメッセージを送信し、それに
対するＡＣＫメッセージを受信してから旧経路上にＲＥ
ＬＥＡＳＥメッセージを送信するとする。

【０２８８】なお、本実施形態は、バリエーション２の
（１）、（２）とバリエーション３の（３）とバリエー
ション１０に関係するものである。

【０２８９】図２９に、本実施形態に係るノード装置を
接続して構成されたネットワークの一例を示す。

【０２９０】なお、図３０（ａ）にノード装置Ｒ２から
ＲＥＬＥＡＳＥメッセージを受信する前のノード装置Ｒ
３におけるフローテーブルの例を、図３０（ｂ）にＲＥ
ＬＥＡＳＥメッセージをノード装置Ｒ４に送信した後の
ノード装置Ｒ３におけるフローテーブルの例をそれぞれ
示す。

【０２９１】ここでは、第３の実施形態と同様の処理手
順により、ｆｌｏｗｉｄ＝Ｒ６に対して、パスＲ１→Ｒ
２→Ｒ３→Ｒ４→Ｒ５→Ｒ３というループした経路上に
パスが設定されているものとする。

【０２９２】さて、この状態において、初段ノードＲ１
がＲＥＬＥＡＳＥメッセージを能動的に送信したとす
る。このとき、ノード装置Ｒ１とノード装置Ｒ２との間
の物理リンクが切れていたとすると、ノード装置Ｒ２
は、メッセージＲ１からＲＥＬＥＡＳＥメッセージをは
じめすべてのメッセージを受信できないため、一定時間
経つと、ノード装置Ｒ１がダウンしたと判断し、ノード
装置Ｒ２は、ノード装置Ｒ３に、能動的に、Ｆｌｏｗｉ
ｄ＝Ｒ６、ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇ
ｒｅｓｓ＝［Ｒ２：１］のＲＥＬＥＡＳＥメッセージを
送信する。

【０２９３】ノード装置Ｒ２からのＲＥＬＥＡＳＥメッ
セージを受信したノード装置Ｒ３は、受信入力リンクを
解放し、ノード装置Ｒ２にＲＥＬＥＡＳＥ＿ＡＣＫメッ
セージを返す。さらに、Ｆｌｏｗｉｄ＝Ｒ６で、受信入
力リンクのメッセージ受信前の初段ノード情報＝Ｒ１か
つ代理初段初段ノード情報＝［Ｒ２：１］であるような
入力リンクが存在しないため、出力側リンクを解放する
ために下流ノードＲ４にＲＥＬＥＡＳＥメッセージを送
信する。

【０２９４】ノード装置Ｒ４は、ノード装置Ｒ３からＲ
ＥＬＥＡＳＥメッセージを受信すると、ノード装置Ｒ３
にＲＥＬＥＡＳＥ＿ＡＣＫメッセージを返すとともに、
次ホップノードＲ５にＲＥＬＥＡＳＥメッセージを送信
する。

【０２９５】この様子を図３１に示す。

【０２９６】ノード装置Ｒ３がノード装置Ｒ４からＲＥ
ＬＥＡＳＥ＿ＡＣＫメッセージを受信すると、出力側リ
ンクを削除する。このとき、削除した出力リンクに対応
する入力リンクのｓｔａｔｅ：＝ｏｆｆであるため、ノ
ード装置Ｒ３は、新たに出力側リンクを割当てるため
に、ノード装置Ｒ４に、Ｆｌｏｗｉｄ＝Ｒ６、ｉｎｇｒ
ｅｓｓ＝Ｒ１、ｈｏｐ ｃｏｕｎｔ＝３、ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ５：１］のＳＥＴＵＰメッセージ
を送信する。

【０２９７】この場合、ＲＥＬＥＡＳＥメッセージをＳ
ＥＴＵＰメッセージが追いかける形となるため、これら
のメッセージは、ループする。ＳＥＴＵＰメッセージの
ホップカウントがしきい値に達したところで、ｆｌｏｗ
ｉｄ＝Ｒ６に対するパスは完全に消滅する。

【０２９８】（第９の実施形態）次に、本発明の第９の
実施形態に係るパス制御プロトコルおよびこのパス制御
プロトコルに従ってラベルスイッチングを行うノード装
置について説明する。

【０２９９】本実施形態では、第３の実施形態と同様、
初段ノード主導でパスを生成する場合の例を示す。ただ
し、本実施形態は、ラベルのマージを行なう場合にもラ
ベルのマージを行なわない場合にも実施可能である。

【０３００】第３の実施形態では、バリエーション３の
（３）に関する経路変更時の動作について述べたが、本
実施形態では、バリエーション３の（４）に関する経路
変更時の動作について述べる。

【０３０１】ここでは、ホップカウントを使用しない場
合で、前段ノードにＡＣＫ／ＮＡＣＫメッセージを返
し、ＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤＤメッセージに関
してはｃｏｎｓｅｒｖａｔｉｖｅモード、ＲＥＬＥＡＳ
Ｅ，ＵＰＤＡＴＥ＿ＤＥＬメッセージに関してはｏｐｔ
ｉｍｉｓｔｉｃモードで、新経路上にＳＥＴＵＰメッセ
ージを送信し、それに対してループと判断されたことを
示す情報を付加されたＡＣＫを受信した場合には、旧経
路上に、ＳＥＴＵＰメッセージに含まれるものと同一の
代理初段ノード情報を含み、初段ノード情報の更新は行
なわずにこの代理初段ノード情報に対応する受信入力リ
ンクと対応する出力リンクとの間のラベルスイッチング
を可能にするための特殊なＵＰＤＡＴＥ＿ＤＥＬメッセ
ージを送信するものとする。

【０３０２】まず、図１１に示すように、Ｆｌｏｗｉｄ
＝Ｒ６に関するラベルスイッチングパスＲ１→Ｒ２→Ｒ
３→Ｒ４→Ｒ５→Ｒ６が生成されたとする。

【０３０３】この時点のノード装置Ｒ５におけるフロー
テーブルの例を図３３（ａ）に示す。

【０３０４】次に、上記状態において、図３２に示すよ
うにノード装置Ｒ２において経路変更が起こり、ｆｌｏ
ｗｉｄ＝Ｒ６に対する次ホップがノード装置Ｒ３からノ
ード装置Ｒ７に変わったとする。

【０３０５】このとき、ノード装置Ｒ２は、まず、新経
路上の次ホップノードＲ７に対し、ｆｌｏｗｉｄ＝Ｒ
６、ｉｎｇｒｅｓｓ＝Ｒ１、ｐｒｏｘｙ ｉｎｇｒｅｓ
ｓ＝［Ｒ２：１］のＳＥＴＵＰメッセージを送信する。
このＳＥＴＵＰメッセージは、ノード装置Ｒ５までフォ
ワードされる。

【０３０６】ノード装置Ｒ５がこのＳＥＴＵＰメッセー
ジを受信すると、ノード装置Ｒ５は、新たにフローテー
ブルエントリを作成し、前段ノードＲ７にラベル割当て
成功メッセージ（ＳＥＴＵＰ＿ＡＣＫ）を返すが、受信
ｆｌｏｗｉｄ＝Ｒ６、受信ｉｎｇｒｅｓｓ＝Ｒ１が対応
する入力リンク（Ｉ４５：ｘ４５）がすでに存在するた
め、ループであると判断する。

【０３０７】このとき、ノード装置Ｒ５は、新たなフロ
ーテーブルエントリを作成し、前段ノードＲ８にループ
であると判断したことを示す情報を付加したラベル割当
てメッセージ（ＳＥＴＵＰ＿ＡＣＫ［ｌｏｏｐ］）を返
す。ただし、出力リンクの割当ては行なわず（出力リン
ク＝ＮＵＬＬとする）、ｓｔａｔｅ＝ｏｆｆに設定す
る。このとき、ラベルスイッチングは行なわれない。

【０３０８】この時点のノード装置Ｒ５におけるフロー
テーブルの例を図３３（ｂ）に示す。

【０３０９】ノード装置Ｒ５が発したＳＥＴＵＰ＿ＡＣ
Ｋ［ｌｏｏｐ］メッセージは、新経路上の上流ノードに
返される。

【０３１０】ノード装置Ｒ２が新経路上でＳＥＴＵＰ＿
ＡＣＫ［ｌｏｏｐ］メッセージを受信すると、ノード装
置Ｒ２は、旧経路上のパスを解放せずに、旧経路上の次
ホップノードＲ３に対してｆｌｏｗｉｄ＝Ｒ６，ｉｎｇ
ｒｅｓｓ＝０，ｐｒｏｘｙｉｎｇｒｅｓｓ＝［Ｒ２：
１］のＵＰＤＡＴＥ＿ＤＥＬメッセージを送信する。こ
のとき、ｉｎｇｒｅｓｓ＝０は、特殊なＵＰＤＡＴＥ＿
ＤＥＬメッセージであることを示す（なお、特殊なＵＰ
ＤＡＴＥ＿ＤＥＬメッセージであることを示すことがで
きれば０でなくてもよいし、また特殊なＵＰＤＡＴＥ＿
ＤＥＬメッセージであることを示すために他の方法を用
いてもよい）。

【０３１１】ノード装置Ｒ２が発したｉｎｇｒｅｓｓ＝
０のＵＰＤＡＴＥ＿ＤＥＬメッセージは、ノード装置Ｒ
３，Ｒ４，Ｒ５と、旧経路上をフォワードされる。この
とき、ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信した各ノ
ードでは、初段ノード情報の更新を行なわない以外は、
通常のＵＰＤＡＴＥ＿ＤＥＬメッセージと同じ動作を行
なう。

【０３１２】特に、ノード装置Ｒ５がｉｎｇｒｅｓｓ＝
０のＵＰＤＡＴＥ＿ＤＥＬメッセージを受信すると、受
信ｆｌｏｗｉｄ＝Ｒ６に対し、ｉｎｇｒｅｓｓ＝Ｒ１
（ＵＰＤＡＴＥ＿ＤＥＬ受信入力リンクのメッセージ受
信前の値）と、受信ｐｒｏｘｙｉｎｇｒｅｓｓ＝［Ｒ
２：１］とを持つようなフローテーブルエントリが存在
するため、このエントリの入力リンクと出力リンクとの
間のラベルスイッチングを可能にするとともに、この入
力リンクの前段ノードＲ７にＳＥＴＵＰ＿ＡＣＫメッセ
ージを返す。なお、ラベルスイッチングを可能にするエ
ントリが存在する場合には、ｉｎｇｒｅｓｓ＝０のＵＰ
ＤＡＴＥ＿ＤＥＬメッセージの下流へフォワードするの
をやめてもよい。

【０３１３】この時点のノード装置Ｒ５におけるフロー
テーブルの例を図３３（ｃ）に示す。

【０３１４】ノード装置Ｒ５からのＳＥＴＵＰ＿ＡＣＫ
は、新経路上を伝えられて、ノード装置Ｒ２まで返され
る。

【０３１５】ノード装置Ｒ２が新経路上でＳＥＴＵＰ＿
ＡＣＫを受信すると、旧経路上のパスを解放するため
に、旧経路上の次ホップノードＲ３に対してｆｌｏｗｉ
ｄ＝Ｒ６，ｉｎｇｒｅｓｓ＝Ｒ１，ｐｒｏｘｙ ｉｎｇ
ｒｅｓｓ＝［Ｒ２：１］のＲＥＬＥＡＳＥメッセージを
送信する。

【０３１６】このＲＥＬＥＡＳＥメッセージは、ラベル
の解放を伴いながらノード装置Ｒ３，Ｒ４，Ｒ５とフォ
ワードされる。

【０３１７】ノード装置Ｒ５がこのＲＥＬＥＡＳＥメッ
セージを受信すると、すでに受信ｆｌｏｗｉｄ＝Ｒ６に
対し、ｉｎｇｒｅｓｓ＝Ｒ１（ＲＥＬＥＡＳＥ受信入力
リンクのメッセージ受信前の値）と、受信ｐｒｏｘｙ
ｉｎｇｒｅｓｓ＝［Ｒ２：１］とを持つようなフローテ
ーブルエントリが存在するが、このエントリの入力リン
クと出力リンクとの間のラベルスイッチングは可能にな
っているため、この入力リンクの前段ノードＲ７はＳＥ
ＴＵＰ＿ＡＣＫメッセージを返さない。また、受信入力
リンク（Ｉ４５：ｘ４５）を解放し、受信入力リンクに
対応するフローテーブルエントリを削除する。また、次
ホップノードに通知すべき初段ノード情報もＲ１のまま
変わらないため、ノード装置Ｒ４にＲＥＬＥＡＳＥ＿Ａ
ＣＫを返して処理を終了する。

【０３１８】この時点のノード装置Ｒ５におけるフロー
テーブルの例を図３３（ｄ）に示す。

【０３１９】以上のような手順の結果、Ｒ１→Ｒ７→Ｒ
５→Ｒ６というラベルスイッチングパスが構成される。

【０３２０】なお、本実施形態では、ノード装置Ｒ２
は、新経路上でＳＥＴＵＰ＿ＡＣＫを受信するまでの
間、旧経路上のパスを使用し続けることが可能である。

【０３２１】以下では、以上の各実施形態における、パ
ス制御メッセージのフォーマットの例、各メッセージ受
信時のノード装置の動作手順の例についてそれぞれ説明
する。

【０３２２】図３４に、パス制御メッセージのフォーマ
ットを示す。

【０３２３】図３４において、メッセージタイプは、パ
ス制御メッセージの種類毎に異なる値を持ち、パス制御
メッセージの種類（ＳＥＴＵＰメッセージ、ＵＰＤＡＴ
Ｅ＿ＡＤＤメッセージ、ＲＥＬＥＡＳＥメッセージ、Ｕ
ＰＤＡＴＥ＿ＤＥＬメッセージ等））を区別するために
使用する。

【０３２４】メッセージｌｅｎｇｔｈは、パス制御メッ
セージの長さを表す。

【０３２５】送信ノードアドレスは、パス制御メッセー
ジの送信ノードのアドレスである。

【０３２６】受信ノードアドレスは、パス制御メッセー
ジの受信ノードのアドレスである。

【０３２７】初段ノード情報は、少なくともパスの初段
ノードのアドレス（初段ノードアドレス）から構成され
る。初段ノード情報には、初段ノード情報に加え、同じ
初段ノードから同じフロー識別子に対して設定される複
数のパスを区別するために、前述の文献や特願平１０−
５０４４にて示されているような初段ノードローカルＩ
Ｄを含めてもよい。

【０３２８】ホップカウントは、初段ノードからのホッ
プカウントを表す。

【０３２９】代理初段ノード情報は、パス制御メッセー
ジを能動的に送信したノードのルータＩＤである。

【０３３０】フロー識別子は、パスを流れるパケットの
集合を規定するための識別子であり、前述の文献や特願
平１０−５０４４にて示されているフロー識別子が使用
可能である。

【０３３１】リンク識別子は、受信入力リンクを識別す
るための情報である。リンク識別子として、ラベルの値
そのもの、コネクション識別子またはリクエストＩＤが
使用可能である。

【０３３２】コードは、ＳＥＴＵＰ，ＲＥＬＥＡＳＥ，
ＵＰＤＡＴＥ＿ＡＤＤ，ＵＰＤＡＴＥ＿ＤＥＬに対する
ＡＣＫまたはＮＡＣＫに含まれる。ループと判断したこ
とを示す場合には、このフィールドに特定の値を指定す
る。

【０３３３】次に、初段ノードからのホップカウントを
用いる場合の、ＳＥＴＵＰメッセージ受信時、ＲＥＬＥ
ＡＳＥメッセージ受信時、ＵＰＤＡＴＥ＿ＡＤＤメッセ
ージ受信時、ＵＰＤＡＴＥ＿ＤＥＬメッセージ受信時の
ノードの動作例についてそれぞれ説明する。

【０３３４】図３５に、ＳＥＴＵＰメッセージ受信時の
ノード装置の動作手順の一例を示す。

【０３３５】受信ＳＥＴＵＰメッセージ中の、フロー識
別子をＦ、初段ノード情報をＩｎｇ、代理初段ノード情
報をＰｉｎｇ、受信ホップカウントをＨとする（ステッ
プＳ１）。また、受信ＳＥＴＵＰメッセージ中のリンク
識別子と受信インターフェースとから定まる受信入力リ
ンクをＬｉとする（ステップＳ１）。

【０３３６】まず、フローテーブルから、フロー識別子
Ｆ、初段ノード情報Ｉｎｇにマッチするようなエントリ
を探す（ステップＳ２）。もし、マッチするエントリＴ
がある場合（ステップＳ３）、Ｔの入力リンク（Ｔ．ｉ
ｎｌｉｎｋ）が受信入力リンクＬｉに等しければ（ステ
ップＳ４）、前段ノードにＳＥＴＵＰ＿ＡＣＫメッセー
ジを送信する（ステップＳ５）。そうでなければ、ルー
プが構成されると判断し、Ｓｔａｔｅ：＝ｏｆｆとする
（ステップＳ７）。もし、マッチするエントリがない場
合には、Ｓｔａｔｅ：＝ｏｎとする（ステップＳ６）。

【０３３７】次に、ｇｅｔ＿ｏｕｔｌｉｎｋ（Ｆ）によ
り、ラベルのマージを行なわない場合には、フローＦに
対する出力リンクを新たに割当て、ラベルのマージを行
なう場合には、マージされる出力リンクを選び、これを
Ｌｏとする（ステップＳ８）。なお、終段ノードであれ
ば、Ｌｏ＝＝ＮＵＬＬとなる。そして、ｎｅｗ＿ｔａｂ
ｌｅ＿ｅｎｔｒｙにより新たなフローテーブルエントリ
を作成し、これをＴｎｅｗとする（ステップＳ８）。次
に、ｓｅｔ＿ｆｉｅｌｄ（Ｔｎｅｗ，Ｌｉ，Ｌｏ，Ｉｎ
ｇ，Ｐｉｎｇ，Ｈ，Ｓｔａｔｅ）により、フローテーブ
ルエントリＴｎｅｗに、入力リンクＬＩ，出力リンクＬ
ｏ，初段ノード情報Ｉｎｇ，代理初段ノード情報Ｐｉｎ
ｇ，ホップカウントＨ，モードＳｔａｔｅをセットする
（ステップＳ８）。このとき、Ｌｏにマージされている
入力リンク数（Ｌｏ．ｒｅｆ）が１だけインクリメント
される（ただし、Ｌｏ．ｒｅｆの初期値は０）。

【０３３８】ここで、Ｓｔａｔｅ＝＝ｏｎの場合には、
出力リンクが存在すれば入力リンクと出力リンクとの間
でラベルスイッチングが行なわれ、Ｓｔａｔｅ＝＝ｏｆ
ｆの場合には、ラベルスイッチングが行なわれない。

【０３３９】次に、出力リンクＬｏ＝＝ＮＵＬＬであれ
ば（ステップＳ９）、前段ノードにＳＥＴＵＰ＿ＡＣＫ
メッセージを送信して（ステップＳ１０）、処理を終了
する。出力リンクＬｏ＝＝ＮＵＬＬでなく、Ｌｏ．ｒｅ
ｆ＝＝１であれば（ステップＳ９，Ｓ１１）、後段ノー
ドにＳＥＴＵＰメッセージを送信し（ステップＳ１
２）、ｏｐｔｉｍｉｓｔｉｃモードならさらに前段ノー
ドにＳＥＴＵＰ＿ＡＣＫメッセージを返して（ステップ
Ｓ１５，Ｓ１６）、処理を終了する。

【０３４０】出力リンクＬｏ＝＝ＮＵＬＬでなく、Ｌ
ｏ．ｒｅｆ＝＝１でない場合には（ステップＳ９，Ｓ１
１）、出力リンクＬｏにマージされている入力リンクの
中で、後段ノードに通知すべき初段ノード情報に対応す
る入力リンクをｄｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ
（Ｌｏ）により選び、これがＬｉと一致するなら（ステ
ップＳ１３）、後段ノードに初段ノード情報が変わった
ことを通知するために、ＵＰＤＡＴＥ＿ＡＤＤメッセー
ジを送信し（ステップＳ１４）、ｏｐｔｉｍｉｓｔｉｃ
モードならさらに前段ノードにＳＥＴＵＰ＿ＡＣＫメッ
セージを返して（ステップＳ１５，Ｓ１６）、処理を終
了する。後段ノードに通知すべき初段ノード情報に対応
する入力リンクがＬｉと一致しないなら（ステップＳ１
３，Ｓ１６）、前段ノードにＳＥＴＵＰ＿ＡＣＫメッセ
ージを返す。

【０３４１】図３６に、ＵＰＤＡＴＥ＿ＡＤＤメッセー
ジ受信時のノード装置の動作手順の一例を示す。

【０３４２】受信ＵＰＤＡＴＥ＿ＡＤＤメッセージ中
の、フロー識別子をＦ、初段ノード情報をＩｎｇ、代理
初段ノード情報をＰｉｎｇ、受信ホップカウントをＨと
する（ステップＳ２１）。また、受信ＵＰＤＡＴＥ＿Ａ
ＤＤメッセージ中のリンク識別子と受信インターフェー
スとから定まる受信入力リンクをＬｉとする（ステップ
Ｓ２１）。

【０３４３】まず、フローテーブルから、入力リンクＬ
ｉにマッチするようなエントリを探す（ステップＳ２
２）。

【０３４４】もし、マッチするエントリＴがない場合
（ステップＳ２３）、エラーであるため前段ノードにＵ
ＰＤＡＴＥ＿ＡＤＤ＿ＮＡＣＫメッセージを送信して
（ステップＳ２４）、処理を終了する。

【０３４５】マッチするエントリＴがある場合には（ス
テップＳ２３）、以下の動作を行なう。

【０３４６】まず、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｉｎｇｒｅｓｓ（Ｆ，Ｉｎｇ）により、フロー識別子
Ｆ，初段ノード情報Ｉｎｇにマッチするようなフローテ
ーブルエントリを探す（ステップＳ２５）。マッチする
エントリＴ´がない場合（ステップＳ２６）、ループで
ない条件を満たすため、Ｔ．ｓｔａｔｅ：＝ｏｎとする
（ステップＳ２６−１）。このとき、もし、後段ノード
に通知すべき初段ノード情報に対応する入力リンク（ｄ
ｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ（Ｔ．ｏｕｔｌｉｎ
ｋ））がＬｉと一致するなら（ステップＳ２７）、後段
ノードに初段ノード情報が変わったことを通知するため
に、ＵＰＤＡＴＥ＿ＡＤＤを送信し（ステップＳ２
８）、さらにｏｐｔｉｍｉｓｔｉｃモードなら前段ノー
ドにＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッセージを返して
（ステップＳ３２，３７）、処理を終了する。

【０３４７】もし、後段ノードに通知すべき初段ノード
情報に対応する入力リンク（ｄｅｓｉｇｎａｔｅｄ＿ｉ
ｎｌｉｎｋ（Ｔ．ｏｕｔｌｉｎｋ））がＬｉと一致しな
いなら（ステップＳ２７）、ｇｅｔ＿ｏｕｔｌｉｎｋ
（Ｆ）により、ラベルのマージを行なわない場合には、
フローＦに対する出力リンクを新たに割当て、ラベルの
マージを行なう場合には、マージされる出力リンクを選
び、これをＬｏとする（ステップＳ２９）。もし、Ｔ．
ｏｕｔｌｉｎｋが空でないかまたはＬｏが空であれば
（ステップＳ３０）、終段ノードであるため、前段ノー
ドにＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッセージを返して
（ステップＳ３７）、処理を終了する。Ｔ．ｏｕｔｌｉ
ｎｋが空であり、かつ、Ｌｏが空でなければ（ステップ
Ｓ３０）、後段ノードにＳＥＴＵＰメッセージを送信し
（ステップＳ３１）、さらにｏｐｔｉｍｉｓｔｉｃモー
ドなら前段ノードにＵＰＤＡＴＥ＿ＡＤＤ＿ＡＣＫメッ
セージを返して（ステップＳ３２，３７）、処理を終了
する。

【０３４８】次に、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｉｎｇｒｅｓｓ（Ｆ，Ｉｎｇ）によりマッチするエント
リＴ´がある場合には（ステップＳ２６）、Ｔ´の入力
リンクがＬｉに一致しないなら（ステップＳ３３）、ル
ープであると判断し、Ｓｔａｔｅ：＝ｏｆｆとする（ス
テップＳ３４）。一致するならば（ステップＳ３３）、
Ｓｔａｔｅ：＝ｏｎにする（ステップＳ３５）。次に、
ｓｅｔ＿ｆｉｅｌｄ（Ｔ，Ｌｉ，Ｔ．ｏｕｔｌｉｎｋ，
Ｉｎｇ，Ｐｉｎｇ，Ｈ，Ｓｔａｔｅ）により、テーブル
エントリＴの初段ノード情報Ｉｎｇ、代理初段ノード情
報Ｐｉｎｇ、ホップカウントＨ、ステートＳｔａｔｅの
情報を更新し（ステップＳ３６）、前段ノードにＵＰＤ
ＡＴＥ＿ＡＤＤ＿ＡＣＫメッセージを返して（ステップ
Ｓ３７）、処理を終了する。

【０３４９】図３７に、ＲＥＬＥＡＳＥメッセージ受信
時のノード装置の動作手順の一例を示す。

【０３５０】受信ＲＥＬＥＡＳＥメッセージ中の、フロ
ー識別子をＦ、初段ノード情報をＩｎｇ、代理初段ノー
ド情報をＰｉｎｇ、受信ホップカウントをＨとする（ス
テップＳ４１）。また、受信ＲＥＬＥＡＳＥメッセージ
中のリンク識別子と受信インターフェースとから定まる
受信入力リンクをＬｉとする（ステップＳ４１）。さら
に、ＲＥＬＥＡＳＥメッセージ受信前にＬｉに対応する
初段ノード情報をＩｎｇ´とする（ステップＳ４１）。

【０３５１】まず、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｉｎｌｉｎｋ（Ｌｉ）により、受信入力リンクＬｉにマ
ッチするようなフローテーブルエントリを探す（ステッ
プＳ４２）。

【０３５２】マッチするエントリがなければ（ステップ
Ｓ４３）、前段ノードにＲＥＬＥＡＳＥ＿ＡＣＫメッセ
ージを返して（ステップＳ４４）、処理を終了する。

【０３５３】マッチするエントリＴがあれば（ステップ
Ｓ４３）、Ｔ．ｓｔａｔｅ：＝ｏｎとし（ステップＳ４
３−１）、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿ｐｒｏｘ
ｙ＿ｉｎｇｒｅｓｓ（Ｆ，Ｉｎｇ´，Ｐｉｎｇ）によ
り、ｆｌｏｗｉｄ＝Ｆに対応する入力リンクの中で、初
段ノード情報Ｉｎｇ´、代理初段ノード情報Ｐｉｎｇ
（＝Ｐａ：Ｐｓ）が与えられた場合に、フロー識別子が
Ｆ、初段ノード情報がＩｎｇ´、代理初段ノードアドレ
ス＝Ｐａであり、かつ、シーケンス番号がある条件にマ
ッチするようなフローテーブルエントリを探す（ステッ
プＳ４５）。

【０３５４】ここで、ある条件とは、（１）シーケンス
番号＝＝Ｐｓ，（２）シーケンス番号＞＝Ｐｓ［バリエ
ーション９］，（３）シーケンス番号＝ｍｉｎ（Ｓ：Ｓ
＞＝Ｐｓ）［バリエーション１０］、のいずれかであ
る。特に、（２）の条件を使用する場合には、マッチす
るエントリＴ´が複数存在する場合があるが、その場合
には、マッチしたそれぞれのエントリに対して以下の動
作が実行される。ここで、（２）で複数のエントリにマ
ッチする場合の例としては、あるノードＮ１で同一宛先
Ｄに対する経路の（ａ）削除、（ｂ）追加、（ｃ）削
除、（ｄ）追加という４つのイベントが短時間に発生
し、イベント（ａ）、（ｂ）、（ｄ）に対しては、経路
の追加または削除の対象となるＤへの次ホップインター
フェースがすべて異なっており、かつ、Ｎ１の下流には
これらのイベントの間にＤに対する経路変更がおきない
ようなノードＮ２が存在し、イベント（ａ）が元になっ
て送信されたＲＥＬＥＡＳＥメッセージ、またはＵＰＤ
ＡＴＥ＿ＤＥＬメッセージがＮ２に届く前に、イベント
（ｂ），（ｄ）が元になって送信されたＳＥＴＵＰメッ
セージ、またはＵＰＤＡＴＥ＿ＡＤＤメッセージがＮ２
に届くような場合が挙げられる。

【０３５５】さて、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｐｒｏｘｙ＿ｉｎｇｒｅｓｓ（Ｆ，Ｐｉｎｇ）によりマ
ッチするエントリＴ´があれば（ステップＳ４６）、Ｔ
´の入力リンクと出力リンクの間のラベルスイッチング
を可能にするために、Ｔ´．ｓｔａｔｅ：＝ｏｎとする
（ステップＳ４７）。さらに、Ｔ´の出力リンクが空で
あれば（ステップＳ４８）、ｓｅａｒｃｈ＿ｏｕｔｌｉ
ｎｋ（Ｆ）により、ｆｌｏｗｉｄ＝Ｆにマッチするフロ
ーテーブルエントリの出力リンクを探し、Ｔ´の出力リ
ンク（Ｔ´．ｏｕｔｌｉｎｋ）にこれを代入する（ステ
ップＳ４９）。ただし、ラベルのマージを行なわない場
合には、ｓｅａｒｃｈ＿ｏｕｔｌｉｎｋ（Ｆ）は受信入
力Ｌｉに対応する出力リンクを返す。次に、Ｔ´の出力
リンク（Ｔ´．ｏｕｔｌｉｎｋ）とＴの出力リンク
（Ｔ．ｏｕｔｌｉｎｋ）が一致せず、かつ、後段ノード
に通知すべき初段ノード情報に対応する入力リンク（ｄ
ｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ（Ｔ´．ｏｕｔｌｉ
ｎｋ））が、Ｔ´の入力リンク（Ｔ´．ｉｎｌｉｎｋ）
と一致するならば（ステップＳ５０）、後段ノードに初
段ノード情報が変わることを通知するために、ＵＰＤＡ
ＴＥ＿ＡＤＤを送信する（ステップＳ５１）。このと
き、メッセージ中の代理初段ノード情報として、受信代
理初段ノード情報ではなく、ＵＰＤＡＴＥ＿ＡＤＤメッ
セージの送信ノードのルータＩＤとこのノードで新たに
割り当てたシーケンス番号の組が使用される。

【０３５６】次に、Ｔの出力リンクが存在しない場合
（終段ノードの場合）には（Ｔ．ｏｕｔｌｉｎｋ＝＝Ｎ
ＵＬＬ）（ステップＳ５２）、ｄｅｌｔｅ＿ｔａｂｌｅ
＿ｅｎｔｒｙ（Ｔ）により、フローテーブルエントリＴ
を削除し（ステップＳ５３）、ｄｅｌｔｅ＿ｉｎｌｉｎ
ｋ（Ｌｉ）により、受信入力リンクＬｉを削除し（ステ
ップＳ５８）、前段ノードにＲＥＬＥＡＳＥ＿ＡＣＫメ
ッセージを返して（ステップＳ５８）、処理を終了す
る。

【０３５７】Ｔの出力リンクが存在する場合には（Ｔ．
ｏｕｔｌｉｎｋ！＝ＮＵＬＬ）（ステップＳ５２）、後
段ノードに通知すべき初段ノード情報に対応する入力リ
ンクをｄｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ（Ｔ．ｏｕ
ｔｌｉｎｋ）により選び、これがＬｉと一致し（ステッ
プＳ５４）、かつ、Ｔ．ｏｕｔｌｉｎｋにマージされて
いる入力リンクの本数が１なら（Ｔ．ｏｕｔｌｉｎｋ．
ｒｅｆ＝＝１）（ステップＳ５５）、出力リンクを削除
するために後段ノードにＲＥＬＥＡＳＥメッセージを送
信し（ステップＳ５７）、ｄｅｌｅｔｅ＿ｉｎｌｉｎｋ
（Ｌｉ）により受信入力リンクを削除し（ステップＳ５
８）、前段ノードにＲＥＬＥＡＳＥ＿ＡＣＫメッセージ
を返して（ステップＳ５８）、処理を終了する。入力リ
ンクの本数が１でなければ（Ｔ．ｏｕｔｌｉｎｋ．ｒｅ
ｆ！＝１）（ステップＳ５５）、後段ノードにＵＰＤＡ
ＴＥ＿ＤＥＬメッセージを送信し（ステップＳ５６）、
ｄｅｌｅｔｅ＿ｉｎｌｉｎｋ（Ｌｉ）により受信入力リ
ンクを削除し（ステップＳ５８）、前段ノードにＲＥＬ
ＥＡＳＥ＿ＡＣＫメッセージを返して（ステップＳ５
８）、処理を終了する。ｄｅｓｉｇｎａｔｅｄ＿ｉｎｌ
ｉｎｋ（Ｔ．ｏｕｔｌｉｎｋ）に選んだ入力リンクがＬ
ｉと一致しないなら（ステップＳ５４）、ｄｅｌｅｔｅ
＿ｉｎｌｉｎｋ（Ｌｉ）により受信入力リンクを削除し
（ステップＳ５８）、前段ノードにＲＥＬＥＡＳＥ＿Ａ
ＣＫメッセージを返して（ステップＳ５８）、処理を終
了する。

【０３５８】図３８に、ＵＰＤＡＴＥ＿ＤＥＬメッセー
ジ受信時のノード装置の動作手順の一例を示す。

【０３５９】受信ＵＰＤＡＴＥ＿ＤＥＬメッセージ中
の、フロー識別子をＦ、初段ノード情報をＩｎｇ、代理
初段ノード情報をＰｉｎｇ，受信ホップカウントをＨと
する（ステップＳ６１）。また、受信ＵＰＤＡＴＥ＿Ｄ
ＥＬメッセージ中のリンク識別子と受信インターフェー
スとから定まる受信入力リンクをＬｉとする（ステップ
Ｓ６１）。さらに、ＲＥＬＥＡＳＥメッセージ受信前に
Ｌｉに対応する初段ノード情報をＩｎｇ´とする（ステ
ップＳ６１）。

【０３６０】まず、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｉｎｌｉｎｋ（Ｌｉ）により、受信入力リンクＬｉにに
マッチするようなフローテーブルエントリを探す（ステ
ップＳ６２）。マッチするエントリがなければ（ステッ
プＳ６３）、エラーであるため、前段ノードにＵＰＤＡ
ＴＥ＿ＤＥＬ＿ＮＡＣＫメッセージを返して（ステップ
Ｓ６４）、処理を終了する。マッチするエントリＴがあ
れば（ステップＳ６３）、Ｔ．ｓｔａｔｅ：＝ｏｎとし
（ステップＳ６３−１）、ｓｅｔｆｉｅｌｄ（Ｔ，Ｌ
ｉ，Ｔ．ｏｕｔｌｉｎｋ，Ｉｎｇ，Ｐｉｎｇ，Ｈ，ｏ
ｎ）により、初段ノード情報Ｉｎｇ，代理初段ノード情
報Ｐｉｎｇ，ホップカウントＨの更新を行なう（ステッ
プＳ６５）。

【０３６１】次に、ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿
ｐｒｏｘｙ＿ｉｎｇｒｅｓｓ（Ｆ，Ｉｎｇ´，Ｐｉｎ
ｇ）により、ｆｌｏｗｉｄ＝Ｆに対応する入力リンクの
中で、初段ノード情報Ｉｎｇ´、代理初段ノード情報Ｐ
ｉｎｇ（＝Ｐａ：Ｐｓ）が与えられた場合に、フロー識
別子がＦ、初段ノード情報がＩｎｇ´、代理初段ノード
アドレス＝Ｐａであり、かつ、シーケンス番号がある条
件にマッチするようなフローテーブルエントリを探す
（ステップＳ６６）。

【０３６２】ここで、ある条件とは、（１）シーケンス
番号＝＝Ｐｓ，（２）シーケンス番号＞＝Ｐｓ［バリエ
ーション９］，（３）シーケンス番号＝ｍｉｎ（Ｓ：Ｓ
＞＝Ｐｓ）［バリエーション１０］、のいずれかであ
る。特に、（２）の条件を使用する場合には、マッチす
るエントリＴ´が複数存在する場合があるが、その場合
には、マッチしたそれぞれのエントリに対して以下の動
作が実行される。ここで、（２）で複数のエントリにマ
ッチする場合の例としては、あるノードＮ１で同一宛先
Ｄに対する経路の（ａ）削除、（ｂ）追加、（ｃ）削
除、（ｄ）追加という４つのイベントが短時間に発生
し、イベント（ａ）、（ｂ）、（ｄ）に対しては、経路
の追加または削除の対象となるＤへの次ホップインター
フェースがすべて異なっており、かつ、Ｎ１の下流には
これらのイベントの間にＤに対する経路変更がおきない
ようなノードＮ２が存在し、イベント（ａ）が元になっ
て送信されたＲＥＬＥＡＳＥメッセージ、またはＵＰＤ
ＡＴＥ＿ＤＥＬメッセージがＮ２に届く前に、イベント
（ｂ），（ｄ）が元になって送信されたＳＥＴＵＰメッ
セージ、またはＵＰＤＡＴＥ＿ＡＤＤメッセージがＮ２
に届くような場合が挙げられる。

【０３６３】ｓｅａｒｃｈ＿ｔａｂｌｅ＿ｂｙ＿ｐｒｏ
ｘｙ＿ｉｎｇｒｅｓｓ（Ｆ，Ｐｉｎｇ）によりマッチす
るエントリＴ´があれば（ステップＳ６７）、Ｔ´の入
力リンクと出力リンクの間のラベルスイッチングを可能
にするために、Ｔ´．ｓｔａｔｅ：＝ｏｎとする（ステ
ップＳ６８）。さらに、Ｔ´の出力リンクが空であれば
（ステップＳ６９）、ｓｅａｒｃｈ＿ｏｕｔｌｉｎｋ
（Ｆ）により、ｆｌｏｗｉｄ＝Ｆにマッチするフローテ
ーブルエントリの出力リンクを探し、Ｔ´の出力リンク
（Ｔ´．ｏｕｔｌｉｎｋ）にこれを代入する（ステップ
Ｓ７０）。ただし、ラベルのマージを行なわない場合に
は、ｓｅａｒｃｈ＿ｏｕｔｌｉｎｋ（Ｆ）は受信入力Ｌ
ｉに対応する出力リンクを返す。次に、Ｔ´の出力リン
ク（Ｔ´．ｏｕｔｌｉｎｋ）とＴの出力リンク（Ｔ．ｏ
ｕｔｌｉｎｋ）が一致せず、かつ、後段ノードに通知す
べき初段ノード情報に対応する入力リンク（ｄｅｓｉｇ
ｎａｔｅｄ＿ｉｎｌｉｎｋ（Ｔ´．ｏｕｔｌｉｎｋ））
が、Ｔ´の入力リンク（Ｔ´．ｉｎｌｉｎｋ）と一致す
るならば（ステップＳ７１）、後段ノードに初段ノード
情報が変わることを通知するために、ＵＰＤＡＴＥ＿Ａ
ＤＤメッセージを送信する（ステップＳ７２）。このと
き、メッセージ中の代理初段ノード情報としては、受信
代理初段ノード情報ではなく、Ｔ´の入力リンクに対応
している値を使用する。

【０３６４】次に、Ｔの出力リンクが存在しない場合
（終段ノードの場合）には（Ｔ．ｏｕｔｌｉｎｋ＝＝Ｎ
ＵＬＬ）（ステップＳ７３）、ｇｅｔ＿ｏｕｔｌｉｎｋ
（Ｆ）により、ラベルのマージを行なわない場合には、
フローＦに対する出力リンクを新たに割当て、ラベルの
マージを行なう場合には、マージされる出力リンクを選
び、これをＬｏとする。もし、Ｌｏが空であれば（ステ
ップＳ７７）、終段ノードであるため、前段ノードにＵ
ＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメッセージを返して（ステ
ップＳ７９）、処理を終了する。Ｌｏが空でなければ
（ステップＳ７７）、後段ノードにＳＥＴＵＰメッセー
ジを送信し（ステップＳ７８）、前段ノードにＵＰＤＡ
ＴＥ＿ＤＥＬ＿ＡＣＫメッセージを返して（ステップＳ
７９）、処理を終了する。

【０３６５】Ｔの出力リンクが存在する場合には（Ｔ．
ｏｕｔｌｉｎｋ！＝ＮＵＬＬ）（ステップＳ７３）、後
段ノードに通知すべき初段ノード情報に対応する入力リ
ンクをｄｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ（Ｔ．ｏｕ
ｔｌｉｎｋ）により選び、これがＬｉと一致するなら
（ステップＳ７４）、後段ノードにＵＰＤＡＴＥ＿ＤＥ
Ｌメッセージを送信し（ステップＳ７５）、前段ノード
にＵＰＤＡＴＥ＿ＤＥＬ＿ＡＣＫメッセージを送信して
（ステップＳ７９）、処理を終了する。

【０３６６】ｄｅｓｉｇｎａｔｅｄ＿ｉｎｌｉｎｋ
（Ｔ．ｏｕｔｌｉｎｋ）に選んだ入力リンクがＬｉと一
致しないなら（ステップＳ７４）、前段ノードにＵＰＤ
ＡＴＥ＿ＤＥＬ＿ＡＣＫメッセージを送信して（ステッ
プＳ７９）、処理を終了する。

【０３６７】なお、シーケンス番号が有限（最大値Ｓｍ
ａｘ）であれば、シーケンス番号が最大値に達すると、
初期値０に戻る。このような場合には、２つのシーケン
ス番号ａ，ｂの大小を比較する際、以下のようにシーケ
ンス番号の変換を行なう。 （１）ａ＜ｂ、かつ、ａ＜Ｓｍａｘ／２、かつ、ｂ＞＝
Ｓｍａｘ／２のとき、 ａ：＝ａ＋（Ｓｍａｘ−ｂ），ｂ：＝０ （２）それ以外のとき、ａ，ｂの値はそのまま なお、上記した各実施形態において、ＳＥＴＵＰ（ＵＰ
ＤＡＴＥ＿ＡＤＤ）メッセージを受信したにも関わら
ず、ループ条件を満たしたためにラベルスイッチングさ
れない入力側リンクにおいて、定期的にリトライを行な
ってもよい（バリエーション７）。この場合には、リト
ライがかかると、前回受信したＳＥＴＵＰ（ＵＰＤＡＴ
Ｅ＿ＡＤＤ）メッセージを受信した場合と同じ動作を行
なう。

【０３６８】さて、以上、本発明の実施の形態を説明し
てきた。

【０３６９】これまでは、以前に受信したＳＥＴＵＰメ
ッセージやＵＰＤＡＴＥ＿ＡＤＤメッセージと同一の
（Ｆ，Ｉ）を含むＳＥＴＵＰメッセージやＵＰＤＡＴＥ
＿ＡＤＤメッセージを別の入力リンクに対して受信した
ときにループが形成されると判断する例を説明したが、
メッセージに含まれるさらに別の情報を加味して支障な
く動作できる場合には、このループ判断条件を緩和する
ことも可能である。ただし、緩和した条件を用いる方法
においても、ある追加メッセージを受信した際に、それ
が以前に受信した追加メッセージと同一の（Ｆ，Ｉ）を
含み別の入力リンクを示すものがどうかを、ループ判断
の材料（の一部）として使うことに変わりはない。

【０３７０】これまでは、代理初段ノード情報を使用す
る例を示したが、経路変更以外のイベントを契機として
能動的に送信されるＳＥＴＵＰ，ＵＰＤＡＴＥ＿ＡＤ
Ｄ，ＲＥＬＥＡＳＥ，ＵＰＤＡＴＥ＿ＤＥＬメッセージ
に対しては、代理初段ノード情報を使用しなくてもよ
い。または、代理初段ノード情報に無効な値を割り当て
てもよい。この場合には、これらのＳＥＴＵＰ，ＵＰＤ
ＡＴＥ＿ＡＤＤメッセージ受信時に、ループであると判
断された場合でも、代理初段ノード情報がある場合と同
様に、入力側リンクを割り当てたままで出力リンクとの
間でラベルスイッチングを行なわない状態にしておく。
また、これらのＲＥＬＥＡＳＥ，ＵＰＤＡＴＥ＿ＤＥＬ
メッセージを受信した場合には、出力側リンクとの間で
ラベルスイッチングを行なわない状態で存在する入力側
ラベルに対しては、その存在を無視して前述の文献や特
願平１０−５０４４で示したループ検出アルゴリズムと
同じ処理を行なう。

【０３７１】また、代理初段ノード情報を使用するＲＥ
ＬＥＡＳＥ，ＵＰＤＡＴＥ＿ＤＥＬメッセージを受信し
た場合には、有効な代理初段ノード情報を持たず、か
つ、出力側リンクとの間のラベルスイッチングを行なわ
ない入力側ラベルを、ラベルスイッチングを行なうよう
に変更しない。有効な代理初段ノード情報を持つメッセ
ージに対応する入力側ラベルについてだけ、（Ｆ，Ｐ）
が所定の条件を満たすかの判断とそれに基づいたラベル
スイッチングのブロックの解除等を行う。

【０３７２】これまでの説明では、一旦、ラベルが割り
当てられたパスに対しては、ラベル割り当てメッセージ
は送信しないようなハードステート型のプロトコルを前
提にしていたが、本発明は、いったんラベルが割り当て
られたパスに対しても、定期的にラベル割り当てメッセ
ージを送信するようなソフトステート型のプロトコルに
関しても有効である。ソフトステート型の場合には、一
定期間ラベル割り当てメッセージを受信しない場合には
ラベルが解放される。

【０３７３】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。

【０３７４】また、本実施形態は、コンピュータに所定
の手順を実行させるための（あるいはコンピュータを所
定の手段として機能させるための、あるいはコンピュー
タに所定の機能を実現させるための）プログラムを記録
したコンピュータ読取り可能な記録媒体として実施する
こともできる。

【０３７５】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０３７６】

【発明の効果】本発明によれば、受信したメッセージの
フロー識別子と初段ノード情報に基づいてループの判断
を行うので、効率的かつ早期なラベルスイッチングパス
のループ検出を可能にすることができる。

【０３７７】本発明によれば、ループと判断されるとき
に、ラベルの割り当てをしないのではなく、ラベルの割
当ては行いかつその入力側ラベルをラベルスイッチング
のために出力側ラベルと対応付けることはしないように
したので、経路変更時にラベルスイッチングパスのルー
プを誤って検出した場合にループを検出したノード装置
の前段のノード装置からのラベル設定のリトライ動作を
行なうことなくラベルスイッチングパスの張り替えを行
なうことができる。また、経路変更時に、旧経路と新経
路で経路が同じノード上のラベルは解放することなく残
しておくことも可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るノード装置につ
いて説明するための図

【図２】図１のノード装置Ｒ２内のフローテーブルの内
容の一例を示す図

【図３】同実施形態に係るノード装置について説明する
ための図

【図４】図３のノード装置Ｒ２，Ｒ３内のフローテーブ
ルの内容の一例を示す図

【図５】同実施形態に係るノード装置について説明する
ための図

【図６】図５のノード装置Ｒ２，Ｒ３内のフローテーブ
ルの内容の一例を示す図

【図７】本発明の第２の実施形態に係るノード装置につ
いて説明するための図

【図８】図７のノード装置Ｒ２，Ｒ３内のフローテーブ
ルの内容の一例を示す図

【図９】同実施形態に係るノード装置について説明する
ための図

【図１０】図９のノード装置Ｒ２，Ｒ３内のフローテー
ブルの内容の一例を示す図

【図１１】本発明の第３の実施形態に係るノード装置に
ついて説明するための図

【図１２】図１１のノード装置Ｒ５内のフローテーブル
の内容の一例を示す図

【図１３】同実施形態に係るノード装置について説明す
るための図

【図１４】図１３のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図１５】本発明の第４の実施形態に係るノード装置に
ついて説明するための図

【図１６】図１５のノード装置Ｒ５内のフローテーブル
の内容の一例を示す図

【図１７】同実施形態に係るノード装置について説明す
るための図

【図１８】図１７のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図１９】本発明の第５の実施形態に係るノード装置に
ついて説明するための図

【図２０】図１９のノード装置Ｒ５内のフローテーブル
の内容の一例を示す図

【図２１】同実施形態に係るノード装置について説明す
るための図

【図２２】図２１のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図２３】本発明の第６の実施形態に係るノード装置に
ついて説明するための図

【図２４】図２３のノード装置Ｒ５内のフローテーブル
の内容の一例を示す図

【図２５】本発明の第７の実施形態に係るノード装置に
ついて説明するための図

【図２６】図２５のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図２７】同実施形態に係るノード装置について説明す
るための図

【図２８】図２７のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図２９】本発明の第８の実施形態に係るノード装置に
ついて説明するための図

【図３０】図２９のノード装置Ｒ３内のフローテーブル
の内容の遷移の一例を示す図

【図３１】同実施形態に係るノード装置について説明す
るための図

【図３２】本発明の第９の実施形態に係るノード装置に
ついて説明するための図

【図３３】図３２のノード装置Ｒ５内のフローテーブル
の内容の遷移の一例を示す図

【図３４】パス制御メッセージのフォーマットの一例を
示す図

【図３５】ＳＥＴＵＰメッセージ受信時のノード装置の
動作の一例を示すフローチャート

【図３６】ＵＰＤＡＴＥ＿ＡＤＤメッセージ受信時のノ
ード装置の動作の一例を示すフローチャート

【図３７】ＲＥＬＥＡＳＥメッセージメッセージ受信時
のノード装置の動作の一例を示すフローチャート

【図３８】ＵＰＤＡＴＥ＿ＤＥＬメッセージ受信時のノ
ード装置の動作の一例を示すフローチャート

【図３９】従来のループ検出方法を説明するための図

【図４０】従来のループ検出方法を説明するための図

【符号の説明】

Ｒ１〜Ｒ１３…ノード装置

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA12 HA10 HB00 HC01 HD05 KA05 LB05 5K033 AA02 AA06 CB08 CC01 DA05 DA14 DB12

Claims (18)

【特許請求の範囲】
1. 【請求項１】パケットフローが入力されるパスを識別可
   能な入力側リンク情報と該パケットフローが出力される
   パスを識別可能な出力側リンク情報との対応関係を参照
   して、入力されたパケットをラベルスイッチングする手
   段を備えるノード装置であって、 パケットフローの経路上の隣接ノード装置との間で、ラ
   ベルスイッチングパスの設定を制御するためのメッセー
   ジであって、該パケットフローをネットワークグローバ
   ルに識別可能なフロー識別子、該ラベルスイッチングパ
   スの初段ノードに関する初段ノード情報、及び、このメ
   ッセージを能動的に送信したノードに関する代理初段ノ
   ード情報を含むものを交換する手段と、 以前に交換したメッセージと同一のフロー識別子及び初
   段ノード情報を含み前記入力側リンク情報を異ならせる
   ような別メッセージを受信したか否かに基づいて、ラベ
   ルスイッチングパスのループが形成されるか否かを判断
   し、ループが形成されると判断された場合には、この受
   信した別メッセージに基づいて求められる新たな入力側
   リンク情報に関し、ラベルスイッチングのための前記出
   力側リンク情報との対応付けをしない状態で記憶する手
   段と、 前記別メッセージと同一範囲のフロー識別子、初段ノー
   ド情報及び代理初段ノード情報を含む、ラベルスイッチ
   ングパスの解放を制御するためのメッセージを受信した
   場合に、前記新たな入力側リンク情報と前記出力側リン
   ク情報とを対応付けてラベルスイッチングを可能とする
   手段とを備えたことを特徴とするノード装置。
2. 【請求項２】前記代理初段ノード情報は、メッセージを
   能動的に送信したノードの識別情報に加えて、複数のメ
   ッセージが同一のイベントを契機としたものか否かを判
   別するための情報を含むものであることを特徴とする請
   求項１に記載のノード装置。
3. 【請求項３】前記可能とする手段は、前記代理初段ノー
   ド情報に含まれる情報が、前記別メッセージと前記解放
   を制御するためのメッセージとが同一のイベントを契機
   としたものであることを示す場合に、前記同一範囲であ
   ると判断することを特徴とする請求項２に記載のノード
   装置。
4. 【請求項４】前記可能とする手段は、前記代理初段ノー
   ド情報に含まれる情報が、前記別メッセージが前記解放
   を制御するためのメッセージより後のイベントもしくは
   同一のイベントを契機としたものであることを示す場合
   に、前記同一範囲であると判断することを特徴とする請
   求項２に記載のノード装置。
5. 【請求項５】前記可能とする手段は、ラベルスイッチン
   グのための対応付けが行われていない前記新たな入力側
   リンク情報が複数ある場合に、前記解放を制御するため
   のメッセージが契機としたイベントの直近のイベントを
   契機とした前記別メッセージに対応する前記新たな入力
   側リンク情報について、前記ラベルスイッチングを可能
   とするものであることを特徴とする請求項４に記載のノ
   ード装置。
6. 【請求項６】前記可能とする手段は、前記別メッセージ
   に対応する初段ノード情報と前記解放を制御するための
   メッセージにより変更される前の初段ノード情報とが一
   致すれば、前記同一範囲であると判断することを特徴と
   する請求項１に記載のノード装置。
7. 【請求項７】前記ラベルスイッチングする手段は、複数
   の入力側リンク情報と一つの出力側リンク情報とを対応
   付けて、ラベルスイッチングパスのマージをすることの
   できるものであり、 前記ラベルスイッチングパスの設定を制御するためのメ
   ッセージに相当するものとして、ラベルスイッチングパ
   スを新たに設定するためのメッセージに加えて、新たな
   ラベルスイッチングパスのために既存のラベルスイッチ
   ングパスを利用するためのメッセージを有することを特
   徴とする請求項１に記載のノード装置。
8. 【請求項８】前記ラベルスイッチングパスの解放を制御
   するためのメッセージに相当するものとして、リンク情
   報を削除するためのメッセージを有し、 このリンク情報削除メッセージを受信した場合に、受信
   メッセージに対応する入力側リンク情報を削除し、該リ
   ンク情報削除メッセージが前記別メッセージと同一範囲
   のフロー識別子、初段ノード情報及び代理初段ノード情
   報を含むならば、前記新たな入力側リンク情報と前記出
   力側リンク情報とを対応付けてラベルスイッチングを可
   能とし、削除された入力側リンク情報に対応付けられて
   いた出力側リンク情報に対応付けられラベルスイッチン
   グが可能となっている入力側リンク情報が存在しなけれ
   ば、該出力側リンク情報を削除すべくリンク情報削除メ
   ッセージを送信する手段を更に備えることを特徴とする
   請求項１に記載のノード装置。
9. 【請求項９】前記ラベルスイッチングする手段は、複数
   の入力側リンク情報と一つの出力側リンク情報とを対応
   付けて、ラベルスイッチングパスのマージをすることの
   できるものであり、 前記ラベルスイッチングパスの解放を制御するためのメ
   ッセージに相当するものとして、解放されるラベルスイ
   ッチングパスが既存のラベルスイッチングパスを利用し
   なくなることを通知するためのメッセージを有し、 この通知メッセージに基づいて、前記初段ノード情報を
   更新する手段を更に備えることを特徴とする請求項１に
   記載のノード装置。
10. 【請求項１０】前記ラベルスイッチングする手段は、複
    数の入力側リンク情報と一つの出力側リンク情報とを対
    応付けて、ラベルスイッチングパスのマージをすること
    のできるものであり、 新たなラベルスイッチングパスのために既存のラベルス
    イッチングパスを利用するためのメッセージとしても、
    解放されるラベルスイッチングパスが既存のラベルスイ
    ッチングパスを利用しなくなることを通知するためのメ
    ッセージとしても、同一種類のメッセージを用い、 前記可能とする手段は、前記別メッセージと同一範囲の
    フロー識別子、初段ノード情報及び代理初段ノード情報
    を含む前記同一種類のメッセージを、ラベルスイッチン
    グのための出力側リンク情報との対応付けをしない状態
    で記憶された入力側リンク情報とは異なる入力側リンク
    情報について受信した場合に、ラベルスイッチングパス
    の解放を制御するためのメッセージを受信したと判断し
    て、前記ラベルスイッチングを可能とするものであるこ
    とを特徴とする請求項１に記載のノード装置。
11. 【請求項１１】ある入力側リンク情報が示すパケットフ
    ローに対応する出力側リンク情報が存在しない場合に、
    定期的に、該出力側リンク情報を割り当てるべくラベル
    スイッチングパスの設定を制御するためのメッセージを
    送信する手段を更に備えることを特徴とする請求項１に
    記載のノード装置。
12. 【請求項１２】ある入力側リンク情報が示すパケットフ
    ローに対応する出力側リンク情報が削除された場合に、
    該パケットフローに対応する出力側リンク情報を再度割
    り当てるべくラベルスイッチングパスの設定を制御する
    ためのメッセージを送信する手段を更に備えることを特
    徴とする請求項１に記載のノード装置。
13. 【請求項１３】前記ラベルスイッチングパスの設定を制
    御するためのメッセージは、更に、該ラベルスイッチン
    グパスの始点から自ノードまでのホップ数を示す情報を
    含み、該ラベルスイッチングパスの終端までのホップ数
    が所定のホップ数を超えないように、入力側もしくは出
    力側リンク情報の割り当てを止める手段を更に備えるこ
    とを特徴とする請求項１に記載のノード装置。
14. 【請求項１４】前記ループが形成されると判断したため
    に前記ラベルスイッチングのための対応付けをしない状
    態で記憶したか、ループが形成されないと判断したかを
    区別できる情報を含む返答メッセージを送信する手段を
    更に備えることを特徴とする請求項１に記載のノード装
    置。
15. 【請求項１５】パケットフローの新しい経路上の次段ノ
    ード装置へ、ラベルスイッチングパスの設定を制御する
    ためのメッセージであって、該パケットフローをネット
    ワークグローバルに識別可能なフロー識別子、該ラベル
    スイッチングパスの初段ノードに関する初段ノード情
    報、及び、このメッセージを能動的に送信したノードに
    関する代理初段ノード情報を含むものを送信する手段
    と、 パケットフローの古い経路上の次段ノード装置へ、ラベ
    ルスイッチングパスの解放を予告するためのメッセージ
    であって、該パケットフローをネットワークグローバル
    に識別可能なフロー識別子、及び、このメッセージを能
    動的に送信したノードに関する代理初段ノード情報を含
    むものを送信するとともに、該パケットフローのパケッ
    トの送信を継続する手段と、 後段ノード装置から、設定したいラベルスイッチングパ
    スについてループが形成されないと判断したことを示す
    返答メッセージを受信した場合に、前記古い経路上の次
    段ノード装置へ、ラベルスイッチングパスを解放するた
    めのメッセージを送信し、前記パケットフローのパケッ
    トを前記新しい経路上の次段ノード装置へ送信するよう
    に切り替える手段とを備えたことを特徴とするノード装
    置。
16. 【請求項１６】パケットフローが入力されるパスを識別
    可能な入力側リンク情報と該パケットフローが出力され
    るパスを識別可能な出力側リンク情報との対応関係を参
    照して、入力されたパケットをラベルスイッチングする
    場合に、ラベルスイッチングパスのループを検出するル
    ープ検出方法であって、 パケットフローの経路上の隣接ノード装置との間で、ラ
    ベルスイッチングパスの設定を制御するためのメッセー
    ジであって、該パケットフローをネットワークグローバ
    ルに識別可能なフロー識別子、該ラベルスイッチングパ
    スの初段ノードに関する初段ノード情報、及び、このメ
    ッセージを能動的に送信したノードに関する代理初段ノ
    ード情報を含むものを交換し、 以前に交換したメッセージと同一のフロー識別子及び初
    段ノード情報を含み前記入力側リンク情報を異ならせる
    ような別メッセージを受信したか否かに基づいて、ラベ
    ルスイッチングパスのループが形成されるか否かを判断
    し、ループが形成されると判断された場合には、この受
    信した別メッセージに基づいて求められる新たな入力側
    リンク情報に関し、ラベルスイッチングのための前記出
    力側リンク情報との対応付けをしない状態で記憶し、 前記別メッセージと同一範囲のフロー識別子、初段ノー
    ド情報及び代理初段ノード情報を含む、ラベルスイッチ
    ングパスの解放を制御するためのメッセージを受信した
    場合に、前記新たな入力側リンク情報と前記出力側リン
    ク情報とを対応付けてラベルスイッチングを可能とする
    ことを特徴とするループ検出方法。
17. 【請求項１７】経路を変更する場合に、前記代理初段ノ
    ード情報を含む、設定を制御するためのメッセージ及び
    解放を制御するためのメッセージを送信し、それ以外の
    場合には、ラベルスイッチングパスの設定を制御するた
    めのメッセージとして、該パケットフローをネットワー
    クグローバルに識別可能なフロー識別子と、該ラベルス
    イッチングパスの初段ノードに関する初段ノード情報と
    を含むものを、パケットフローの経路上の隣接ノード装
    置との間で、交換し、前記ラベルスイッチングを可能と
    する前記新たな入力側リンク情報は、前記代理初段ノー
    ド情報を含む、設定を制御するためのメッセージに基づ
    いて、記憶されたものとすることを特徴とする請求項１
    ６に記載のループ検出方法。
18. 【請求項１８】パケットフローの新しい経路上の次段ノ
    ード装置へ、ラベルスイッチングパスの設定を制御する
    ためのメッセージであって、該パケットフローをネット
    ワークグローバルに識別可能なフロー識別子、該ラベル
    スイッチングパスの初段ノードに関する初段ノード情
    報、及び、このメッセージを能動的に送信したノードに
    関する代理初段ノード情報を含むものを送信し、 パケットフローの古い経路上の次段ノード装置へ、ラベ
    ルスイッチングパスの解放を予告するためのメッセージ
    であって、該パケットフローをネットワークグローバル
    に識別可能なフロー識別子、及び、このメッセージを能
    動的に送信したノードに関する代理初段ノード情報を含
    むものを送信するとともに、該パケットフローのパケッ
    トの送信を継続し、 後段ノード装置から、設定したいラベルスイッチングパ
    スについてループが形成されないと判断したことを示す
    返答メッセージを受信した場合に、前記古い経路上の次
    段ノード装置へ、ラベルスイッチングパスを解放するた
    めのメッセージを送信し、前記パケットフローのパケッ
    トを前記新しい経路上の次段ノード装置へ送信するよう
    に切り替えることを特徴とするパケット送信方法。