JP2004015538A - 移動体ネットワークにおける帯域制御方法、および移動体通信システム - Google Patents

Abstract

【課題】第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチパス上にＩＰセッションを設定したまま通信を行う移動体ネットワークにおける帯域制御方法を得ること。
【解決手段】ハンドオーバによるドメイン変更の可能性を検出すると、モバイルノードは第二のルータから、第二のドメイン内で使用する仮のアドレスを取得する工程と、第一のルータから第二のルータへハンドオーバ前のＱｏＳ情報と相手ノードアドレスを通知する工程と、第二と第三のルータとの間にＱｏＳ情報を満たす最短のラベルスイッチパスを設定する工程と、第二のドメインへのハンドオーバ後に、ノードに設定されているモバイルノードのアドレスを仮のアドレスに変更する工程と、第一のドメイン内でのＩＰセッションを解放する工程とを含む。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、モバイルノードがハンドオーバする場合において、使用中のＩＰセッションごとにハンドオーバ後のドメインにおける帯域を制御することが可能な移動体ネットワークにおける帯域制御方法および該方法を実現する移動体通信システムに関するものである。
【０００２】
【従来の技術】
ネットワークレイヤプロトコルの通信データの転送方式として、ＭＰＬＳ（Ｍｕｌｔｉ　Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ）手順がある。このＭＰＬＳ手順では、パケットにラベルが付加され、また、ルータにおいて、入力インターフェース、入力ラベル、出力インターフェース、出力ラベルなどの要素から構成されるテーブルであるラベルスイッチングテーブルが保持される。そして、このラベルスイッチングテーブルに基づいて、ラベルが付加されたパケットのスイッチングをルータ（ラベルスイッチングルータ）が行うことによって、パケットの転送方式が実現される。
【０００３】
ＭＰＬＳのアーキテクチャは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）の文献「Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ“ＭＰＬＳ　Ａｒｃｈｉｔｅｃｔｕｒｅ”」において規定されている。上記ＭＰＬＳにおいて、パケットがラベルスイッチングによって転送されるラベルスイッチパス（以下、ＬＳＰという）でのＱｏＳ（サービス品質、Ｑｕａｌｉｔｙ　ｏｆＳｅｒｖｉｃｅ）を保証したパスを設定する手順として、ＣＲ−ＬＤＰ（Ｃｏｎｓｔｒａｉｎｔ−ｂａｓｅｄ　Ｒｏｕｔｉｎｇ−Ｌａｂｅｌ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｐｒｏｔｏｃｏｌ）、ＲＳＶＰ−ＴＥ（Ｔｒａｆｆｉｃ　Ｅｎｇｉｎｅｅｒｉｎｇ　ｅｘｔｅｎｓｉｏｎ　ｏｆ　ｔｈｅ　Ｒｅｓｏｕｒｃｅ　ｒｅＳｅｒＶａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などが挙げられる。なお、この明細書においては、ＣＲ−ＬＤＰを利用してＱｏＳを保証したパスの設定方法について記述する。
【０００４】
また、インターネットレイヤプロトコルにおいて端末装置の移動性をサポートする方式としてＭｏｂｉｌｅ　ＩＰがある。Ｍｏｂｉｌｅ　ＩＰにおいて移動するノード（以下、モバイルノードという）は、ハンドオーバした他のネットワーク内においても、他のノードから該モバイルノードを一意的に識別できるようにホームアドレスを有している。モバイルノードが上記ホームアドレスに含まれるネットワークプレフィクスから識別されるサブネットワーク（以下、ホームネットワークという）に接続されている場合には、通常のノード装置として通信を実行する。しかし、モバイルノードが上記ホームネットワーク以外のサブネットワーク（以下、外部ネットワークという）へハンドオーバした場合には、上記外部ネットワークを識別するネットワークプレフィクスを含んだ仮のアドレス（以下、ＣｏＡという。Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓの略）を取得し、該外部ネットワークに接続している間はＣｏＡを使用して通信を行うことが可能となる。インターネットレイヤプロトコルで移動性をサポートするＭｏｂｉｌｅ　ＩＰは、ＩＥＴＦの文献「Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ“Ｍｏｂｉｌｉｔｙ　Ｓｕｐｐｏｒｔ　ｉｎ　ＩＰｖ６”」、「ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔ）２００２」において規定されている。
【０００５】
上記ＭＰＬＳと上記Ｍｏｂｉｌｅ　ＩＰを結合させることによって、Ｍｏｂｉｌｅ　ＩＰにおいてもＱｏＳを保証することが可能となる。ＩＥＴＦの文献「Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ“Ｅｘｔｅｎｓｉｏｎ　ｏｆ　ＬＤＰ　ｆｏｒ　Ｍｏｂｉｌｅ　ＩＰ　Ｓｅｒｖｉｃｅ”」と文献「“Ｉｎｔｅｇｒａｔｉｏｎ　ｏｆ　Ｍｏｂｉｌｅ　ＩＰ　ａｎｄ　ＭＰＬＳ”」には、Ｍｏｂｉｌｅ　ＩＰとＭＰＬＳとを結合させて通信を行うための手順が記述されている。以下に、図２７と図２８を参照しながら、Ｍｏｂｉｌｅ　ＩＰとＭＰＬＳとを結合させた通信手順について説明する。
【０００６】
図２７は、Ｍｏｂｉｌｅ　ＩＰとＭＰＬＳとを結合させたネットワークシステムの構成を示すブロック図である。この図２７のシステムは、複数のラベルスイッチングルータ（以下、ＬＳＲという）３１〜３４から構成されるＭＰＬＳネットワーク３と、ＬＳＲ３４に収容されるホームエージェント（図中では、ＨＡと表記）２と、ホームエージェント２の管理するネットワークにホームアドレスを有するモバイルノード（図中では、ＭＮと表記）１と、モバイルノード１の通信相手である相手ノード（図中では、ＣＮと表記）１１と、ＬＳＲ３１〜３３に収容されるアクセスルータ（図中では、ＡＲと表記。以下、単にルータともいう）４１〜４３とから構成されている。ここで、モバイルノード１はＬＳＲ３１の収容するルータ４１を介して相手ノード１１と通信を行い、ＬＳＰとしてＬＳＲ３１−ＬＳＲ３４−ＬＳＲ３３を結ぶ経路が確立されている状態から、モバイルノード１がＬＳＲ３２の収容するルータ４２へハンドオーバして相手ノード１１と通信を行う場合について、図２８のＬＳＰ設定手順を示すシーケンスを参照しながら説明する。
【０００７】
モバイルノード１はルータ４１の収容するドメイン（ネットワーク）からルータ４２の収容する新しいドメイン（ネットワーク）へハンドオーバすると、そのネットワークのネットワークプレフィクスを含んだＣｏＡを取得するために、ルータ要求メッセージをルータ４２に対して送信する。ルータ４２は、モバイルノード１からのルータ要求を受信すると、モバイルノード１に対してネットワークプレフィクスを含んだＣｏＡが格納されているルータ広告を送信する（ステップＳ２０１）。
【０００８】
ルータ広告を受信したモバイルノード１は、ルータ４２の収容するネットワークで使用する新しいＣｏＡを取得し、ホームエージェントに対して登録要求メッセージ（図中では、ＢＵと表記、Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅの略）を送信してＣｏＡとモバイルノード１のホームアドレスとの対応関係を登録するように要求する。この登録要求メッセージで、モバイルノード１は登録の確実性を得るために、ホームエージェント２が登録応答を返送するように要求する（ステップＳ２０２）。
【０００９】
モバイルノード１からの登録要求メッセージによって登録応答を要求されたホームエージェント２は、モバイルノード１に向けて登録応答を送信する（ステップＳ２０３）。
【００１０】
ホームエージェント２からの登録応答を受信したＬＳＲ３２は、モバイルノード１がハンドオーバする前にモバイルノード１と相手ノード１１との通信に使用していた既存のＬＳＰ（ＬＳＲ３１−ＬＳＲ３４−ＬＳＲ３３）に対して、自ルータＬＳＲ３２の位置まで該ＬＳＰを延長するために、ＬＳＲ３２とＬＳＲ３１との間でＬＳＰを延長する処理を行う。具体的には、ＬＳＲ３１に対してモバイルノード１から相手ノード１１の方向のラベルリクエストを送信し、ＬＳＲ３１はこのラベルリクエストに対してラベルマッピングをＬＳＲ３２に対して送信する（ステップＳ２０４）。
【００１１】
ＬＳＲ３１からラベルマッピングを受信したＬＳＲ３２は、ホームエージェント２から受信した登録応答をモバイルノード１に転送する（ステップＳ２０５）。
【００１２】
以上のステップＳ２０１〜Ｓ２０５の手順によって、ハンドオーバ後のモバイルノード１と相手ノード１１との間にＬＳＰが設定される。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のＭｏｂｉｌｅ　ＩＰとＭＰＬＳとを結合させたネットワークシステムにおけるＱｏＳの保証方法では、以下に挙げる問題点が存在する。
【００１４】
すなわち、第一に、モバイルノード１のハンドオーバ後に設定されるＬＳＰはホームエージェント２を介した冗長経路となってしまうという問題点が存在する。文献「Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ“Ｅｘｔｅｎｓｉｏｎ　ｏｆ　ＬＤＰ　ｆｏｒ　Ｍｏｂｉｌｅ　ＩＰ　Ｓｅｒｖｉｃｅ　ｔｈｒｏｕｇｈ　ｔｈｅ　ＭＰＬＳ　Ｎｅｔｗｏｒｋ”」には、ＬＳＰの再計算によって、最短ＬＳＰを設定する旨の記述があるが、この場合の「最短ＬＳＰ」とは、ホームエージェント２を収容するＬＳＲ３４と、ハンドオーバ後のモバイルノード１を収容するＬＳＲ３２との間における最短のＬＳＰを設定する趣旨である。そのため、モバイルノード１と相手ノード１１との通信はホームエージェント２を介した経路（ＬＳＲ３２−ＬＳＲ３４−ＬＳＲ３３）で実行されるので、結果として経路が冗長となり、ネットワーク全体での最短経路を設定することができない。
【００１５】
第二に、モバイルノード１が複数のＩＰセッションを異なる相手ノードとの間に設定していた場合に、データの送受信に占有することができる帯域や優先度などのＩＰセッションごとのＱｏＳ情報を、ハンドオーバ前にモバイルノード１を収容していたルータ４１とハンドオーバ後のモバイルノード１を収容しているルータ４２との間で受け渡しすることができないため、モバイルノード１のハンドオーバ後にＩＰセッションに対応したＱｏＳを保証するＬＳＰの設定が不可能であるという問題点もあった。
【００１６】
第三に、通信中の複数のＩＰセッションのうち、一部のＩＰセッションに対する帯域予約が不可能であった場合、そのＩＰセッションを切り離して他のＩＰセッションの帯域予約を行うといった、アプリケーションの要求条件に沿ったＩＰセッション単位での柔軟なハンドオーバが実現できないという問題点もあった。
【００１７】
そして、第四に、第三者がモバイルノード１になりすました場合などの不正な登録要求メッセージにより、ネットワーク内の帯域を無効に占有してしまうことを防止する手段がないという問題点もあった。
【００１８】
この発明は上記に鑑みてなされたもので、Ｍｏｂｉｌｅ　ＩＰとＭＰＬＳとを結合させたネットワークシステムにおいて、モバイルノードが他のネットワークにハンドオーバした場合に、新しいネットワークを収容するＬＳＲと相手ノードを収容するＬＳＲとの間の最短経路のＬＳＰを設定することが可能な移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００１９】
また、モバイルノードのハンドオーバ後にＩＰセッションに対応したＱｏＳを保証するＬＳＰの設定を可能にし、アプリケーションの要求条件に沿ったＩＰセッション単位での柔軟なハンドオーバを実現可能にする移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００２０】
さらに、第三者がモバイルノードになりすました場合などの不正な登録要求メッセージにより、無効にネットワーク内の帯域を占有することを防止する手段を備えた移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００２１】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる移動体ネットワークにおける帯域制御方法は、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、前記第一のルータから前記第二のルータに、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを通知するＱｏＳ情報通知工程と、前記第二のルータと前記第三のルータとの間に前記ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定工程と、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第三のルータおよび前記相手ノードに設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更工程と、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、を含むことを特徴とする。
【００２２】
この発明によれば、モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、第一のルータから第二のルータに、モバイルノードのハンドオーバ前におけるＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを通知するＱｏＳ情報通知工程と、第二のルータと第三のルータとの間にＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定工程と、モバイルノードが第二のドメインにハンドオーバした後に、第三のルータおよび相手ノードに設定されているモバイルノードのアドレスを第二の仮のアドレスに変更する仮アドレス変更工程と、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放工程とを含む、第一のルータを収容する第一のドメインから第二のルータを収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体ネットワークにおける帯域制御方法が提供される。
【００２３】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定することを特徴とする。
【００２４】
この発明によれば、ラベルスイッチパス設定工程は、ＭＰＬＳネットワークに接続されたモバイルノードのホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定するようにしている。
【００２５】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＭＰＬＳネットワークに呼制御装置とポリシーサーバがさらに接続されており、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバが、該ＩＰセッションに対して帯域の割当て可能と判断した場合には、前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに通知する工程と、受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータの間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、前記ＩＰセッションの解放の指示に基づいて、前記第二のルータおよび前記第三のルータとの間に存在するラベルスイッチングルータに対して、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むことを特徴とする。
【００２６】
この発明によれば、ＭＰＬＳネットワークに呼制御装置とポリシーサーバがさらに接続されている。そして、モバイルノードから相手ノードへのＩＰセッション設定要求を検出し、ＭＰＬＳネットワークに接続されたポリシーサーバが、該ＩＰセッションに対して帯域の割当て可能と判断した場合には、ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を第一のルータおよび相手ノードを収容する第三のルータに通知する工程と、受信した前記ＱｏＳ情報に基づいて、第一のルータと第三のルータの間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、呼制御装置が、ハンドオーバ後のモバイルノードと相手ノードとの間のＩＰセッションの解放要求を検出した場合には、ポリシーサーバが、第二および第三のルータにＩＰセッションの解放を指示する工程と、ＩＰセッションの解放の指示に基づいて、第二のルータおよび第三のルータとの間に存在するラベルスイッチングルータに対して、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むようにしている。
【００２７】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス解放工程は、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するとともに、前記第一のドメイン内で設定されていたＩＰセッションと、前記第二のドメイン内で設定要求されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で設定要求されていないＩＰセッションに対応するラベルスイッチパスを解放することを特徴とする。
【００２８】
この発明によれば、ラベルスイッチパス解放工程は、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するとともに、第一のドメイン内で設定されていたＩＰセッションと、第二のドメイン内で設定要求されているＩＰセッションとを比較し、第一のドメイン内で設定されていて、第二のドメイン内で設定要求されていないＩＰセッションに対応するラベルスイッチパスを解放するようにしている。
【００２９】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする。
【００３０】
この発明によれば、ラベルスイッチパス設定工程は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨をモバイルノードに通知し、設定属性が保留可に設定されている場合には、ラベルスイッチパスの設定を一時的に保留し、モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後またはモバイルノードが第二のドメインにハンドオーバ後にラベルスイッチパスの設定を再度実行するようにしている。
【００３１】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、ラベルスイッチングルータによって構成されるＭＰＬＳネットワークを介して、第三のルータに収容されている相手ノードと、ＩＰセッションをラベルスイッチパス上に設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、前記モバイルノードは、前記第二のドメインへハンドオーバしたことを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、前記第二のルータは、前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ工程と、前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、を含むことを特徴とする。
【００３２】
この発明によれば、モバイルノードは、第二のドメインへハンドオーバしたことを検出すると、第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、第二のルータは、第一のルータに対して、ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを問い合わせるＱｏＳ情報問合せ工程と、ＱｏＳ情報を満たすように第二のルータと第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放工程とを含むようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、ラベルスイッチングルータによって構成されるＭＰＬＳネットワークを介して、第三のルータに収容されている相手ノードと、ＩＰセッションをラベルスイッチパス上に設定した状態で通信を行う移動体ネットワークにおける帯域制御方法が提供される。
【００３３】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＱｏＳ情報問合せ工程は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００３４】
この発明によれば、ＱｏＳ情報問合せ工程は、第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータである第一のルータを割り出し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせる。
【００３５】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＱｏＳ情報問合せ工程は、前記第二のルータが、前記モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータのアドレスを取得し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００３６】
この発明によれば、ＱｏＳ情報問合せ工程は、第二のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータである第一のルータのアドレスを取得し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００３７】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが、前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定することを特徴とする。
【００３８】
この発明によれば、ラベルスイッチパス設定工程は、ＭＰＬＳネットワークに接続されたモバイルノードのホームエージェントが、第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間にＱｏＳ情報を満たすラベルスイッチパスを設定するようにしている。
【００３９】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＭＰＬＳネットワークに接続された呼制御装置が、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバによって、該ＩＰセッションの帯域が割当て可能と判断された場合には、前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに指示する工程と、受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むことを特徴とする。
【００４０】
この発明によれば、ＭＰＬＳネットワークに接続された呼制御装置が、モバイルノードから相手ノードへのＩＰセッション設定要求を検出し、ＭＰＬＳネットワークに接続されたポリシーサーバによって、該ＩＰセッションの帯域が割当て可能と判断された場合には、ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を第一のルータおよび相手ノードを収容する第三のルータに指示する工程と、受信した前記ＱｏＳ情報に基づいて、第一のルータと前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、呼制御装置が、ハンドオーバ後のモバイルノードと相手ノードとの間のＩＰセッションの解放要求を検出した場合には、ポリシーサーバが、第二および第三のルータにＩＰセッションの解放を指示する工程と、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むようにしている。
【００４１】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知して通信を終了することを特徴とする。
【００４２】
この発明によれば、ラベルスイッチパス設定工程は、ＱｏＳ情報を満たす第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗をモバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗をモバイルノードに通知して通信を終了するようにしている。
【００４３】
つぎの発明にかかる移動体通信システムは、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、前記第二のルータおよび／または前記第三のルータは、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを用いて、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、前記第三のルータおよび前記相手ノードは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、自身に設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更手段を備え、前記第一のルータおよび／または前記第二のルータは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備えることを特徴とする。
【００４４】
この発明によれば、モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、第二のルータおよび／または第三のルータは、モバイルノードのハンドオーバ前におけるＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを用いて、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、第三のルータおよび相手ノードは、モバイルノードが第二のドメインにハンドオーバした後に、自身に設定されているモバイルノードのアドレスを第二の仮のアドレスに変更する仮アドレス変更手段を備え、第一のルータおよび／または第二のルータは、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放手段を備えるようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムが提供される。
【００４５】
つぎの発明にかかる移動体通信システムは、上記の発明において、ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えることを特徴とする。
【００４６】
この発明によれば、ホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えるようにしている。
【００４７】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、を有する呼制御装置と、前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする。
【００４８】
この発明によれば、モバイルノードから相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、ＩＰセッションの解放要求を検出した場合には、ＩＰセッションの帯域解放要求をポリシーサーバに通知する手段と、を有する呼制御装置と、呼制御装置から帯域設定要求を受信し、ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、第一のルータおよび相手ノードを収容する第三のルータに、ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、呼制御装置から帯域解放要求を受信すると、第二および第三のルータに、ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、ラベルスイッチパス設定手段は、受信したＱｏＳ情報に基づいて、第一および第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、ラベルスイッチパス解放手段は、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放するようにしている。
【００４９】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス解放手段は、前記第一のドメイン内で設定されていたＩＰセッションと、前記モバイルノードのハンドオーバ後に第二のドメイン内で確立されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で確立されていないＩＰセッションに対応するラベルスイッチパスを解放する機能をさらに備えることを特徴とする。
【００５０】
この発明によれば、ラベルスイッチパス解放手段は、第一のドメイン内で設定されていたＩＰセッションと、モバイルノードのハンドオーバ後に第二のドメイン内で確立されているＩＰセッションとを比較し、第一のドメイン内で設定されていて、第二のドメイン内で確立されていないＩＰセッションに対応するラベルスイッチパスを解放する機能をさらに備えるようにしている。
【００５１】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする。
【００５２】
この発明によれば、ラベルスイッチパス設定手段は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨をモバイルノードに通知し、設定属性が保留可に設定されている場合には、ラベルスイッチパスの設定を一時的に保留し、モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後またはモバイルノードが第二のドメインにハンドオーバ後にラベルスイッチパスの設定を再度実行するようにしている。
【００５３】
つぎの発明にかかる移動体通信システムは、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、前記モバイルノードは、前記第二のドメインへのハンドオーバを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、前記第二のルータは、前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ手段と、前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段と、を備え、前記第三のルータは、前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、前記第一および前記第二のルータは、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備えることを特徴とする。
【００５４】
この発明によれば、モバイルノードは、第二のドメインへのハンドオーバを検出すると、第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、第二のルータは、第一のルータに対して、ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを問い合わせるＱｏＳ情報問合せ手段と、ＱｏＳ情報を満たすように第二のルータと第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段と、を備え、第三のルータは、第二のルータと第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、第一および第二のルータは、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放手段を備えるようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムが提供される。
【００５５】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ＱｏＳ情報問合せ手段は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００５６】
この発明によれば、ＱｏＳ情報問合せ手段は、第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータである第一のルータを割り出し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００５７】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードのホームアドレスを有するホームエージェントをさらに備え、前記ＱｏＳ情報問合せ手段は、前記第二のルータが、前記ホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータのアドレスを取得し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００５８】
この発明によれば、モバイルノードのホームアドレスを有するホームエージェントをさらに備え、ＱｏＳ情報問合せ手段は、第二のルータが、ホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータである第一のルータのアドレスを取得し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００５９】
つぎの発明にかかる移動体通信システムは、上記の発明において、ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えることを特徴とする。
【００６０】
この発明によれば、、ホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えるようにしている。
【００６１】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、を有する呼制御装置と、前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする。
【００６２】
この発明によれば、モバイルノードから相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、ＩＰセッションの解放要求を検出した場合には、ＩＰセッションの帯域解放要求をポリシーサーバに通知する手段と、を有する呼制御装置と、呼制御装置から帯域設定要求を受信し、ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、第一のルータおよび相手ノードを収容する第三のルータに、ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、呼制御装置から帯域解放要求を受信すると、第二および第三のルータに、ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、第一および第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、ラベルスイッチパス解放手段は、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放するようにしている。
【００６３】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知することを特徴とする。
【００６４】
この発明によれば、ラベルスイッチパス設定手段は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗をモバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗をモバイルノードに通知するようにしている。
【００６５】
【発明の実施の形態】
以下に、添付図面を参照して、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの好適な実施の形態について詳細に説明する。
【００６６】
実施の形態１．
この実施の形態１は、例えば携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）、ノート型のパーソナルコンピュータなどのドメイン間を移動可能なノード（以下、モバイルノードという）が、ハンドオーバ前にそのハンドオーバ先（ハンドオーバ先のルータを含むドメイン）を予測し、ハンドオーバ先での登録、およびハンドオーバ後の通信に必要となるＱｏＳ保証されたＬＳＰをＩＰセッションに対応するように予め設定しておくことでシームレスな通信を実現するものである。
【００６７】
図１〜４は、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの実施の形態１を示す図である。図１は、モバイルノードのハンドオーバ前の移動体通信システムのネットワークの構成を示すブロック図であり、図２は、モバイルノードのハンドオーバ後のネットワークの構成を示すブロック図である。また、図３は、モバイルノードのハンドオーバ前のネットワーク構成要素間の信号シーケンスを示し、図４は、モバイルノードのハンドオーバ後のネットワーク構成要素間の信号シーケンスを示している。
【００６８】
図１および図２において、１はＭＰＬＳネットワーク内を自由に移動可能なモバイルノード（図中では、ＭＮと表記）を、２はモバイルノード１が本来存在するホームネットワーク上におけるホームアドレスとハンドオーバ先での複数の仮のアドレスとの対応関係をモバイルノード１ごとに管理するホームエージェント（図中では、ＨＡと表記）を、３はＬＳＲ３０〜３４から構成されるＭＰＬＳネットワークを、３０〜３４はＭＰＬＳネットワーク３内に転送されたＩＰパケットにラベルを付してＭＰＬＳによって転送を行うＬＳＲを、４１〜４４はＬＳＲ３１〜３４に収容され、モバイルノード１や相手ノード１１、１２を収容するとともに、モバイルノード１と一以上の相手ノード１１、１２との間に設定された単一または複数のＩＰセッションごとに、割当て帯域、優先度などのＱｏＳに関する情報をＩＰセッションの継続期間中記憶しているアクセスルータ（以下では、単にルータともいう。また、図中では、ＡＲと表記）を、１１、１２はモバイルノード１とＩＰセッションを確立して通信を行っている相手ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ　Ｎｏｄｅ、図中では、ＣＮと表記）をそれぞれ示している。また、この実施の形態１では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【００６９】
ここで、モバイルノード１がルータ４１の収容するドメイン（ネットワーク）から、ルータ４２の収容するドメイン（ネットワーク）にハンドオーバする場合のＬＳＰの設定方法および該ＬＳＰでのセッションの帯域制御方法について、図３と図４を参照しながら説明する。
【００７０】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先を予測し、そのハンドオーバ先のドメインを識別する新たなアクセスポイント（以下、ＡＰという）識別子を含めたルータ要求（ルータ広告を要請するメッセージ）を、ルータ４１に送信する。モバイルノード１から新たなＡＰ識別子を含むルータ要求を受信したルータ４１は、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ４１からルータ要求を受信したルータ４２は、ルータ４１経由でモバイルノード１にネットワークプレフィクスまたはＣｏＡのリストを含むルータ広告を送信する（ステップＳ１）。
【００７１】
ここで、モバイルノード１によるハンドオーバ先の予測方法の一例について説明する。全ての基地局は、所定の周期で、基地局の属するエリア識別子を含む制御情報を送信している。また、基本的に、複数の基地局が隣接する地域では、複数の基地局からの電波をモバイルノード１は受信することができる。モバイルノード１は、現在通信している基地局からのパイロット信号の強さと、他の基地局からのパイロット信号の強さを比較する処理を所定の間隔で実行している。このパイロット信号の強さの両者の差が所定の値以内になった場合に、モバイルノード１は、他の基地局との間で無線チャネルを設定する方がよいと判断する。そして、つぎに無線チャネルを設定する他の基地局のエリア識別子が、現在通信中の基地局からのエリア識別子と異なる場合であることが判明した場合には、またはつぎに無線チャネルを設定する他の基地局のドメインが、エリア識別子とドメイン識別子との対応付けがなされている変換テーブルから異なるドメインであることが判明した場合には、モバイルノード１は異なるドメインにハンドオーバすると判断する。そして、該他の基地局のドメインを表すエリア識別子またはドメイン識別子をＡＰ識別子としてルータ要求に含めて送信する。なお、エリア識別子は、基地局のエリアごとに一意的に付される識別番号であり、ドメイン識別子は、ドメインごとに一意的に付される識別番号である。また、この発明におけるＡＰ識別子は、上述したエリア識別子そのもの、またはエリア識別子とドメイン識別子との変換テーブルの検索によって得られたドメイン識別子に相当する。
【００７２】
つぎに、ステップＳ１において、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にしてＣｏＡを生成し、またはＣｏＡリストの中からハンドオーバ先のドメインで使用するＣｏＡとして一つのＣｏＡを選択し、ホームエージェント２に対して生成または選択したＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノード（この実施の形態１においては、相手ノード１１、１２）のアドレスリストを含む登録要求メッセージを送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用して通信を開始することのないように、上記ＣｏＡは“Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ”として送信される（ステップＳ２）。
【００７３】
上述した登録要求メッセージを受信したルータ４１は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスとＣｏＡ（Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ）を含む登録要求メッセージを送信する。登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡとして通知されたＣｏＡを、現在使用しているＣｏＡのＳｅｃｏｎｄａｒｙ　ＣｏＡとして記憶する（ステップＳ３およびＳ４）。
【００７４】
また、ルータ４１はステップＳ３およびＳ４と並行して、ルータ４２に対して、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラス、ＩＰフロー識別情報およびハンドオーバ前のルータ（すなわち、ルータ４１）のアドレスを含むＱｏＳ情報を通知する（ステップＳ５）。
【００７５】
上述したステップＳ４で、相手ノード１１、１２宛てに送信された登録要求メッセージを受信したそれぞれのルータ４３、４４は、登録要求メッセージに含まれるモバイルノード１の新たなＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。そして、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する（ステップＳ６）。なお、このときルータ４３はＬＳＲ３３に相手ノード１１からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信し、ルータ４４はＬＳＲ３４に相手ノード１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信する。また、ルータ４３、ルータ４４はＩＰセッションが存続している間中、そのＱｏＳ情報を保持しているものとする。
【００７６】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４は、ＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。そして、ＬＳＲ３３とＬＳＲ３２との間およびＬＳＲ３４とＬＳＲ３２との間にＱｏＳを保証した最短経路を有するＬＳＰが設定される。このとき、ＬＳＰの設定はＩＰセッションごとに行われる。既に対応するＬＳＰが存在し、かつ該ＬＳＰに帯域が割当て可能である場合には、ＩＰフローの識別情報のみを既に存在するＬＳＰに対して設定する。また、既に対応するＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、対応するＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ７）。
【００７７】
上述したステップＳ５において、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求、およびＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求をＬＳＲ３２に対して送信する。なお、ルータ４２は、ＩＰセッション２１、２２に関する前記の相手ノードアドレスとＱｏＳ情報をＩＰセッション存続中、またはモバイルノード１のハンドオーバによって保持不要となるまで記憶しているものとする（ステップＳ８）。
【００７８】
ＬＳＰ設定要求を受信したＬＳＲ３２は、モバイルノード１から相手ノード１１、１２宛てのＩＰフローについてＩＰセッションごとにＱｏＳを保証する最短経路を有するＬＳＰを設定する。すなわち、ＩＰセッション２１’に対してはＬＳＲ３２とＬＳＲ３３との間に、ＩＰセッション２２’に対してはＬＳＲ３２とＬＳＲ３４との間に、ＱｏＳを保証する最短経路を有するＬＳＰを設定する（ステップＳ９）。
【００７９】
モバイルノード１は予測したハンドオーバ先ドメインにハンドオーバすると、ルータ４２経由でホームエージェント２に向けて、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡオプションを使用しない通常のＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージに含まれるＣｏＡは上述したステップＳ２において、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡとして用いたアドレスである（ステップＳ１０）。
【００８０】
ルータ４２は、モバイルノード１によって送信されたホームエージェント２向けの登録要求メッセージを受信すると、ホームエージェント２の他にステップＳ５で獲得した相手ノードアドレスに対しても上記ＣｏＡを含む登録要求メッセージを送信する。ホームエージェント２と相手ノード１１、１２は、Ｓｅｃｏｎｄａｒｙ　ＣｏＡとして記憶していたモバイルノード１のＣｏＡをＰｒｉｍａｒｙＣｏＡとして保持し、以後のモバイルノード１との通信には新しいＣｏＡ（すなわち、Ｐｒｉｍａｒｙ　ＣｏＡとして新たに保持したＣｏＡ）を使用する（ステップＳ１１およびＳ１２）。また、モバイルノード１と相手ノード１１、１２との間には、ルータ４１を含むドメインに存在した時と同じ帯域と優先度が割当てられたＩＰセッション２１’、２２’が確立される。そして、これらのＩＰセッション２１’、２２’はＭＰＬＳネットワーク３内では、ＬＳＲ３２とＬＳＲ３３を結ぶＬＳＰとＬＳＲ３２とＬＳＲ３４を結ぶＬＳＰとによって確立されている。
【００８１】
上述したステップＳ１１および１２と並行して、ルータ４２は、ステップＳ５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信する処理を行う（ステップＳ１３）。
【００８２】
ＬＳＰ解放指示を受信したルータ４１は、ＬＳＲ３２へモバイルノード１がハンドオーバする前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰとＬＳＲ３１からＬＳＲ３４の方向のＬＳＰを解放するように、ＬＳＲ３１に対してＬＳＰ解放要求を送信する（ステップＳ１４）。
【００８３】
ＬＳＲ３１はモバイルノード１のハンドオーバ前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰ中の該当するＩＰセッション２２が占有する帯域をそれぞれ解放する。このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１５）。
【００８４】
ステップＳ１２において相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、捕捉した登録要求メッセージを解析し、ＣｏＡが変更になったことを検出すると、ルータ４３はＬＳＲ３３に対してハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、ルータ４４はＬＳＲ３４に対してハンドオーバ前のＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信する（ステップＳ１６）。
【００８５】
ＬＳＰを解放する要求を受信したＬＳＲ３３はＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１が占有する帯域を解放し、同じくＬＳＰを解放する要求を受信したＬＳＲ３４はＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２２が占有する帯域を解放する。なお、このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１７）。
【００８６】
以上のようにして、ルータ４１の収容するドメイン（ネットワーク）内で相手ノード１１、１２とＩＰセッション２１、２２を確立しているモバイルノード１が、他のルータ４２の収容するドメイン（ネットワーク）へのハンドオーバに応じて、最短のＬＳＰを確保するとともに、ＩＰセッション２１’、２２’の確立をも行うことが可能となる。
【００８７】
この実施の形態１によれば、モバイルノード１がハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先ドメインで使用するＣｏＡの登録を行うこと、そして、モバイルノード１が通信中のＩＰセッションごとにＱｏＳを保証した最適なハンドオーバ後のＬＳＰを予め設定することが可能となる。そのため、モバイルノード１が異なる相手ノード１１、１２と複数のＩＰセッション２１、２２を設定している場合であっても、ＩＰセッション２１、２２ごとにＱｏＳを保証でき、かつハンドオーバに伴うパケットロスを減らすことができる。
【００８８】
なお、上述した図３のステップＳ２において、モバイルノード１がＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノードのアドレスリストを含む登録要求メッセージをホームエージェント２に送信するように設定しているが、図５に示されるように、ステップＳ２−１において、モバイルノード１が、ハンドオーバ前のルータ４１を介してホームエージェント２宛てに、モバイルノード１のホームアドレスと新しいＣｏＡ（Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ）を含む登録要求メッセージを送信するように設定し、ステップＳ２−２において、モバイルノード１が、ハンドオーバ前のルータ４１に対して、モバイルノード１との間でＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含むセッション情報を送信するように設定しても同様な効果が得られる。
【００８９】
実施の形態２．
図６は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスを示す図である。なお、この実施の形態２のネットワークの構成は上述した実施の形態１と同一であるので、その説明を省略している。
【００９０】
この図６は、上述した実施の形態１の図３に示したネットワーク構成要素間の信号シーケンスと基本的に同じであるが、図３のステップＳ３における処理のみ異なるものである。
【００９１】
すなわち、ステップＳ１において、モバイルノード１は、ハンドオーバ先ドメインを予測して、ルータ要求をルータ４１に送信し、該ルータ要求から送信先のドメインを割り出したルータ４１は、ルータ要求をルータ４２に対して転送し、ルータ４２は、ルータ４１経由でモバイルノード１に対してルータ広告を送信する。そして、ステップＳ２において、モバイルノード１は、受信したルータ広告に基づいてＣｏＡを取得し、ホームエージェント２に対して取得したＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージを送信する。
【００９２】
その後、モバイルノード１からの登録要求メッセージを受信したルータ４１は、ホームエージェント２に対して、モバイルノード１のホームアドレス、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージにはモバイルノード１のホームアドレス、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ以外に、モバイルノード１の認証情報が含まれている。ホームエージェント２はあらかじめモバイルノード１のホームアドレスと共に記憶していた認証情報と登録要求メッセージの認証情報とを比較し、一致すれば応答に登録成功を示す登録ステータスを含めて送信し（図６中では、ＢＵ　ＡＣＫと表記）、不一致であれば応答に登録失敗を示す登録ステータスを含めてモバイルノード１に送信する（図６中では、ＢＵ　ＡＣＫと表記）処理を行う（ステップＳ３’）。
【００９３】
モバイルノード１宛ての応答を受信したルータ４１は、それに含まれる登録ステータスが登録成功の場合にのみ、ステップＳ４におけるモバイルノード１からの登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てに登録要求メッセージを送信する処理を行う。以後の動作処理手順は、上述した実施の形態１と同一であるので、説明は省略する。なお、ステップＳ３’において、ルータ４１がモバイルノード１宛ての登録失敗の登録ステータスの応答を受信した場合には、ルータ４１はその後の処理を行わずに、そこで処理が終了する。
【００９４】
この実施の形態２によれば、モバイルノード１がハンドオーバを予知した場合、ハンドオーバ前にハンドオーバ先ドメインで使用するＣｏＡの登録と、モバイルノード１が通信中のＩＰセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することが可能となり、ハンドオーバに伴うパケットロスを減らすことができる。さらに、ホームエージェント２へのＣｏＡの登録が成功したときにのみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うので、モバイルノード１のなりすましなどの不正アクセスによる無効な帯域の予約を防止することができる。
【００９５】
なお、上述した実施の形態１で示した変形例である図５のステップＳ３においても同様にして、図７のステップＳ３’に示されているように、モバイルノード１の認証情報が含まれている登録要求メッセージをルータ４１から受信したホームエージェント２は、あらかじめモバイルノード１のホームアドレスと共に記憶していた認証情報と登録要求メッセージの認証情報とを比較し、その成功または失敗の結果を応答としてルータ４１に対して送信し、登録ステータスが成功の場合にはステップＳ４以降の処理を行い、登録ステータスが失敗の場合には処理を中止するように構成することで、上記と同様の効果を得ることが可能となる。
【００９６】
実施の形態３．
図８は、この発明にかかる移動体通信システムの実施の形態３を示す図であり、ネットワークの構成を示すブロック図である。また、図９は、図８に示されるネットワークシステムにおけるＩＰセッションの設定／解放のメッセージシーケンスを示す図である。なお、上述した実施の形態１の図１と同一の構成要素には同一の符号を付してその説明を省略している。また、この実施の形態３の登録要求メッセージおよびＬＳＰ設定／解放に関するネットワーク内のメッセージシーケンスは上述した実施の形態１と同一であるので、その説明についても省略している。
【００９７】
図８に示される移動体通信システムにおいて、５は、モバイルノード１と相手ノード１１との間のセッションの確立制御を行う呼制御装置（図８中では、ＣＡと表記、Ｃａｌｌ　Ａｇｅｎｔの略）を示し、６は、モバイルノード１と相手ノード１１との間の通信のＱｏＳ制御を行うポリシーサーバ（同じく、ＰＳと表記、Ｐｏｌｉｃｙ　Ｓｅｒｖｅｒの略）を示している。
【００９８】
ここで、図８に示される移動体通信システムにおけるモバイルノード１と相手ノード１１との間のＩＰセッション２１の設定／解放の動作処理手順について図９を参照しながら説明する。まず、モバイルノード１はＩＰセッション２１の設定要求メッセージをＩＰセッション２１の設定／解放要求を処理する呼制御装置５に送信する（ステップＳ２１）。呼制御装置５は、モバイルノード１からのＩＰセッション２１の設定要求メッセージを、そのメッセージに含まれる通信相手の相手ノード１１に転送する（ステップＳ２２）。相手ノード１１は、ＩＰセッション２１を受け付けると判断した場合には、セッション設定応答メッセージを呼制御装置５に送信する（ステップＳ２３）。
【００９９】
セッション設定応答メッセージを受信した呼制御装置５は、ポリシーサーバ６に対してモバイルノード１と相手ノード１１との間にＩＰセッション２１の帯域確保を要求する帯域予約要求を送信する（ステップＳ２４）。
【０１００】
ポリシーサーバ６はモバイルノード１を収容するルータ４１、および相手ノード１１を収容するルータ４３に対して、ＩＰセッション２１のフロー識別情報（ＩＰアドレス、ポート番号などを含む）、帯域、優先度クラスなどのＱｏＳ情報を含むＱｏＳ情報設定指示を送信する（ステップＳ２５およびＳ２６）。ルータ４１、４３は、図９中には示していないが、ルータ４１とルータ４３との間に存在するＬＳＲ３０〜３４に対して、ＩＰセッション２１を収容するＬＳＰの設定を要求する。そして、該ＩＰセッション２１の転送に必要な帯域を確保したＬＳＰが設定される。
【０１０１】
ポリシーサーバ６は、ステップＳ２５およびＳ２６においてルータ４１、４３に対してＱｏＳ情報設定指示を送信した後に、呼制御装置５に対して帯域予約応答を送信する（ステップＳ２７）。そして、帯域予約応答を受信した呼制御装置５は、セッション設定応答をモバイルノード１に送信する（ステップＳ２８）。
【０１０２】
以上で、モバイルノード１と相手ノード１１との間にＩＰセッション２１を確立する処理が終了する。
【０１０３】
つぎに、モバイルノード１と相手ノード１１との間の通信が終了し、ＩＰセッション２１を解放する場合について、説明する。ＩＰセッション２１の解放の処理手順は、上述したＩＰセッション設定の場合とステップＳ２３とＳ２４を除いて同一のシーケンスであり、セッション設定要求をセッション解放要求に、帯域設定要求を帯域解放要求に、セッション設定応答をセッション解放応答に、ＱｏＳ情報設定指示をＱｏＳ情報削除指示に読み替えたものと同じである。
【０１０４】
まず、モバイルノード１はＩＰセッション２１のセッション解放要求を呼制御装置５に対して送信する（ステップＳ３１）。セッション解放要求を受信した呼制御装置５は、相手ノード１１に対してセッション解放要求を送信する（ステップＳ３２）とともに、ポリシーサーバ６に対して帯域解放要求を送信する（ステップＳ３３）。
【０１０５】
セッション解放要求を受信した相手ノード１１は、セッション解放応答を呼制御装置５に送信する（ステップＳ３４）。また、ポリシーサーバ６はＱｏＳ情報削除指示をルータ４１、４３に送信する（ステップＳ３５およびＳ３６）。ＱｏＳ情報削除指示を受信したルータ４１、４３は、該当するＩＰセッション２１に対応して保持していたＱｏＳ情報を削除する。また、相手ノード１１からセッション解放要求を受信した呼制御装置５は、モバイルノード１に対してセッション解放要求を送信する（ステップＳ３７）。以上で、ＩＰセッション２１を解放する処理が終了する。
【０１０６】
なお、ルータ４１、４３はＱｏＳ情報設定指示を受信した後、ＱｏＳ情報削除指示を受信するまで、言い換えればＩＰセッション２１の存続期間中は、ＩＰセッションごとにＱｏＳ情報を保持している。そして、モバイルノード１のハンドオーバにより、ハンドオーバ先のルータにＱｏＳ情報を通知する際には、上述した手順により保持していた情報を送信する。
【０１０７】
この実施の形態３によれば、ＩＰセッション設定のシーケンスに連動してポリシーサーバ６からアクセスルータ４１、４３にＩＰセッションごとのＱｏＳ情報が通知されるため、セッション設定手順と連携してモバイルノード１のＱｏＳ保証を実現することができる。また、モバイルノード１は帯域予約のための特別なメッセージを送信する必要がなく、また、ネットワークにおいて加入契約時など事前設定の必要がない。
【０１０８】
実施の形態４．
図１０はこの実施の形態４で用いるＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。この図１０に示されるように、登録要求メッセージには、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報、セッション数、セッション識別子（ＩＤ）、宛先相手ノードアドレスが格納されている。なお、セッション数は、モバイルノード１が設定しているセッション数であり、ここに示された数だけ、後に続く［セッション識別子（ＩＤ）、宛先相手ノードアドレス］の組合せが格納される。
【０１０９】
図１１と図１２は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態４を示す図である。なお、この実施の形態４の移動体通信システムを構成するネットワークの構成は、上述した実施の形態１の図１および図２と同一であるので、その説明を省略している。また、この実施の形態４では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバの直前にＩＰセッション２２を解放し、ハンドオーバ後のモバイルノード１は、相手ノード１１との間のＩＰセッション２１’のみを設定しているものとする。
【０１１０】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先を予測し、そのハンドオーバ先のドメインを識別する新たなＡＰ識別子を含めたルータ要求（ルータ広告を要請するメッセージ）を、ルータ４１に送信する。モバイルノード１から新たなＡＰ識別子を含んだルータ要求を受信したルータ４１は、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ要求を受信したルータ４２は、ルータ４１経由でモバイルノード１にルータ広告を送信する（ステップＳ４１）。
【０１１１】
ステップＳ４１で、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から１つのＣｏＡを、ハンドオーバ先のドメインで使用するＣｏＡとして選択する。そして、図１０の登録要求メッセージのフォーマットに示されるように、ホームエージェント２に対して上記ＣｏＡ、モバイルノード１のホームアドレス、および通信中のＩＰセッション２１、２２のＩＤ（ＩＤ＃１、ＩＤ＃２）、そのＩＰセッション２１、２２の通信相手先である相手ノード１１、１２のアドレスリストを含む登録要求メッセージを生成して送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用した通信を開始することのないように、上記ＣｏＡを“Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ”として送信する（ステップＳ４２）。
【０１１２】
上述した登録要求メッセージを受信したルータ４１は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスとＣｏＡ（上述したＡｌｔｅｒｎａｔｉｖｅ　ＣｏＡ）を含む登録要求メッセージを送信する。なお、登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡとして通知されたＣｏＡをＳｅｃｏｎｄａｒｙ　ＣｏＡとして記憶する（ステップＳ４３およびＳ４４）。
【０１１３】
ルータ４１は同時に、ルータ４２に対して、保持しているモバイルノード１の通信中のＩＰセッション２１、２２のセッションＩＤ、帯域、相手ノードアドレス、優先クラス、ＩＰフロー識別情報およびハンドオーバ前のルータ４１のアドレスを含むＱｏＳ情報を通知する（ステップＳ４５）。
【０１１４】
上述したステップＳ４４で、相手ノード１１、１２宛てに送信された登録要求メッセージを受信したそれぞれのルータ４３、４４は、該登録要求メッセージに含まれるモバイルノード１の新しいＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。また、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する。なお、このときルータ４３、４４は、ＬＳＲ３３、ＬＳＲ３４にそれぞれ相手ノード１１、１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信する。そして、ルータ４３、４４は、このＱｏＳ情報をＩＰセッション２１’、２２’が存続している間中、保持しているものとする（ステップＳ４６）。
【０１１５】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４はＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。そして、ＬＳＲ３３からＬＳＲ３２の方向、およびＬＳＲ３４からＬＳＲ３２に方向にＱｏＳ保証した最短経路のＬＳＰが設定される。このとき、ＬＳＰの設定はＩＰセッションごとに行われるが、既に対応するＬＳＰが存在し、かつＩＰセッションを収容するための帯域が割当て可能である場合には、ＩＰフローの識別情報のみを、既に存在するＬＳＰに対して設定する。また、既に対応するＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、対応するＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ４７）。
【０１１６】
上述したステップＳ４５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２が、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求を、ＬＳＲ３２に送信する（ステップＳ４８）。なお、ルータ４２は、ＩＰセッション２１’、２２’に関する上記の相手ノードアドレス、ＱｏＳ情報をＩＰセッション２１’、２２’の存続期間中、あるいはモバイルノード１のハンドオーバにより保持不要となるまで記憶しているものとする。
【０１１７】
ＬＳＰ設定要求を受信したＬＳＲ３２は、ハンドオーバ先ドメインでのモバイルノード１から相手ノード１１、１２宛てのＩＰフローに対して、ＩＰセッションごとにＱｏＳを保証するＬＳＰを設定する。すなわち、ＩＰセッション２１’に対してはＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定し、ＩＰセッション２２’に対してはＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ４９）。
【０１１８】
モバイルノード１は予測したハンドオーバ先ドメインにハンドオーバすると、ルータ４２経由でホームエージェント２に向けて、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡオプションではなくＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージに含まれるＣｏＡは上述したステップＳ４２でＡｌｔｅｒｎａｔｉｖｅ　ＣｏＡとして用いたアドレスである。また、この登録要求メッセージには現在通信中のセッションＩＤが含まれている。ただし、図１２は、セッションＩＤとしてＩＤ＃１のみが含まれている場合、すなわち、モバイルノード１がハンドオーバする直前にＩＰセッション２２を切断し、ＩＰセッション２１のみが設定された状態で、ハンドオーバを行う場合を示している（ステップＳ５０）。
【０１１９】
ルータ４２はモバイルノード１が送信したホームエージェント２向けの登録要求メッセージを受信すると、ステップＳ４５において受信したセッションＩＤのリストと、ステップＳ５０においてハンドオーバ後にモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤとを比較する。そして、ステップＳ５０でモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤに対応する相手ノードアドレスに対しては、上記ＣｏＡを含み、有効時間に０以外の値を設定した登録要求メッセージを送信し、それ以外の相手ノードアドレス（すなわち、ステップＳ４５のセッションＩＤリストにはあるが、ステップＳ５０の登録要求メッセージ中には含まれていないセッションＩＤの相手ノードアドレス）に対しては、上記ＣｏＡを含み、有効時間に０を設定した登録要求メッセージ（すなわち、ＣｏＡ無効を示す）を送信する。また、ホームエージェント２に対しては、上記ＣｏＡを含み、有効時間に０以外の値を設定した登録要求メッセージを送信する。有効時間に０以外の値が設定されている登録要求メッセージを受け取ったホームエージェント２と相手ノード１１は、Ｓｅｃｏｎｄａｒｙ　ＣｏＡとして記憶していたモバイルノード１のＣｏＡをＰｒｉｍａｒｙ　ＣｏＡとして保持し、このＰｒｉｍａｒｙ　ＣｏＡを以後のモバイルノード１との通信において新しいＣｏＡとして使用する。一方、有効時間に０が設定されている登録要求メッセージを受信した相手ノード１２は、ＣｏＡを無効とする処理を行う（ステップＳ５１およびＳ５２）。
【０１２０】
また、ルータ４２はステップ４５において受信したセッションＩＤのリストと、ステップＳ５０においてモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤとを比較し、ステップＳ５０の登録要求メッセージに存在しないセッションＩＤがステップＳ４５で受信したセッションＩＤのリストに存在した場合には（図１２では相手ノード１２との間に設定されたＩＰセッション２２’が該当する）、そのＩＰセッション２２’に対して設定したＬＳＰの解放要求をＬＳＲ３２に要求する（ステップＳ５３）。そして、ＬＳＰの解放要求を受信したＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３４に向けてのＬＳＰ中の該当するＩＰセッション２２’の解放を行う。なお、このとき他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ５４）。
【０１２１】
さらに、有効時間として０が設定された登録要求メッセージを受信した相手ノード１２を収容するルータ４４は、相手ノード１２がモバイルノード１との間で設定していたＩＰセッション２２’に対応するＬＳＰの解放要求をＬＳＲ３４に要求する（ステップＳ５５）。そして、ＬＳＰの解放要求を受信したＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰ中の該当するＩＰセッション２２’の解放を行う。なお、このとき他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ５６）。
【０１２２】
その後、上述した実施の形態１の図４のステップＳ１３〜Ｓ１７と同様の処理が行われる（ステップＳ５７〜Ｓ６１）。すなわち、ルータ４２は、ステップＳ４５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信し、ルータ４１は、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰとＬＳＲ３１からＬＳＲ３４の方向のＬＳＰを解放するようにＬＳＲ３１に対してＬＳＰ解放要求を送信し、ＬＳＲ３１はこれらのＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体を解放する。また、ステップＳ５２において相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、それぞれ、ＬＳＲ３３、３４に対してハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰとＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、ＬＳＲ３３、３４はそれぞれこれらのＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体を解放する処理を行う。以上のようにして、モバイルノード１が通信しているＩＰセッションの通信品質を確保した状態で、モバイルノード１がハンドオーバを行うことが可能な処理が終了する。
【０１２３】
この実施の形態４によれば、モバイルノード１のハンドオーバ後に、ハンドオーバ前に設定されていたＩＰセッションと、ハンドオーバ後の時点で設定されているＩＰセッションとを比較し、ハンドオーバ後に存在しないＩＰセッションの帯域予約を取り消すことができるので、ハンドオーバ直前にＩＰセッションが解放された場合でも、ハンドオーバ直後の段階でそのＩＰセッションに割当てた帯域を解放することができる。その結果として、ネットワーク資源の利用効率を高めることが可能となる。
【０１２４】
実施の形態５．
図１３は、この実施の形態５で用いるＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。この図１３に示されるように、この登録要求メッセージには、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報、セッション数、セッション識別子（ＩＤ）、設定属性、宛先相手ノードアドレスが格納されている。なお、セッション数は、モバイルノード１が設定しているセッション数であり、ここに示された数だけ、後に続く［セッション識別子（ＩＤ）、宛先相手ノードアドレス、設定属性］の組合せが格納される。
【０１２５】
図１４と図１５は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態５を示す図である。なお、この実施の形態５の移動体通信システムを構成するネットワークの構成は、上述した実施の形態１の図１および図２と同一であるので、その説明を省略している。また、この実施の形態５では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１との間に、ＩＰセッション２１’を設定しているものとする。
【０１２６】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先ドメインを予測し、そのハンドオーバ先のドメインを識別する新たなＡＰ識別子を含めたルータ要求（ルータ広告を要請するメッセージ）をルータ４１に送信する。ルータ４１は、新たなＡＰ識別子を含むルータ要求を受信すると、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ４２は、ルータ４１経由で、モバイルノード１にネットワークプレフィクスまたはＣｏＡのリストを含むルータ広告を送信する（ステップＳ７１）。
【０１２７】
つぎに、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡを、ハンドオーバ先ドメインで使用するＣｏＡとして選択する。そして、図１３の登録要求メッセージのフォーマットに示されるように、ホームエージェント２に対して上記ＣｏＡ、モバイルノード１のホームアドレス、通信中のＩＰセッションのＩＤ（ＩＤ＃１、ＩＤ＃２）、セッションの設定属性およびそのＩＰセッションの通信相手先の相手ノード１１、１２のアドレスリストを含む登録要求メッセージを送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用した通信を開始することのないように、上記ＣｏＡを“Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡ”として送信する（ステップＳ７２）。
【０１２８】
ここで、登録要求メッセージに含まれるＩＰセッションの設定属性は、ハンドオーバ後のセッションの帯域予約の必要性を示すものであり、帯域予約が不可である場合に保留が可能か不可かを示すものである。保留が不可である場合には、ハンドオーバ後のセッションを継続しないか、またはＱｏＳを保証しないベストエフォートで転送することになる。一方、保留が可能である場合には、アクセスルータはいったん帯域予約を保留し、別のタイミングで再度帯域予約を試行する。
【０１２９】
なお、この実施の形態５では、モバイルノード１と相手ノード１１との間のＩＰセッション２１の設定属性には「保留不可」が設定され、モバイルノード１と相手ノード１２との間のＩＰセッション２２の設定属性には「保留可」が設定されているものとする。
【０１３０】
その後、上述した実施の形態１の図３のステップＳ３〜Ｓ８と同じ処理が行われる（ステップＳ７３〜Ｓ７８）。すなわち、登録要求メッセージが、ルータ４１からホームエージェント２と相手ノード１１、１２へと送信され、その途中において、ＬＳＲ３３によってＬＳＲ３３からＬＳＲ３２に向けてのＬＳＰが設定され、ＬＳＲ３４によってＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰが設定される。また、ルータ４１はルータ４２にＱｏＳ情報を通知し、ルータ４２は該ＱｏＳ情報を受信した後に、ＬＳＲ３２にＬＳＰ設定要求を送信する。
【０１３１】
ＬＳＲ３２は、ＬＳＰ設定要求にしたがって、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰと、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定を行う（ステップＳ７９）。しかし、ここでは、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰの設定はできたが、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定ができなかった場合を想定しているので、ＬＳＲ３２からセッションＩＤ＃２に対応するＬＳＰ（すなわち、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰ）のＬＳＰ設定不可通知がルータ４２に送信される（ステップＳ８０）。ルータ４２は、セッションＩＤ＃２に対応するＩＰセッション２２’の設定属性が「保留可」に設定されているので、セッションＩＤ＃２の帯域予約を保留したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（ステップＳ８１）。
【０１３２】
その後、ルータ４２は、セッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＰの解放を指示するＬＳＰ解放要求を送信する（ステップＳ８２）。ＬＳＰ解放要求を受信したルータ４４は、ＬＳＲ３４にＬＳＰ解放要求を送信し、ＬＳＲ３４はセッションＩＤ＃２に対して設定されたＬＳＰ、すなわちＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰ中の該当するＩＰセッション２２’を解放する（ステップＳ８３）。
【０１３３】
予測したドメインにモバイルノード１がハンドオーバすると、上述した実施の形態１の図４のステップＳ１０〜Ｓ１２と同じ処理が行われる（ステップＳ８４〜Ｓ８６）。すなわち、モバイルノード１は、ルータ４２経由でホームエージェント２に向けて、Ａｌｔｅｒｎａｔｉｖｅ　ＣｏＡオプションを使用しない通常のＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージをルータ４２は、ホームエージェント２と相手ノード１１、１２のアドレスに対してＣｏＡを含む登録要求メッセージを送信する。
【０１３４】
また、モバイルノード１からの登録要求メッセージを受信したルータ４２は、セッションＩＤ＃２の帯域予約が保留となっているため、セッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＲ３４からＬＳＲ３２の方向のＬＳＰの設定を指示するＬＳＰ設定要求を送信する（ステップＳ８７）。
【０１３５】
ＬＳＰ設定要求を受信したルータ４４は、ＬＳＲ３４にＬＳＰ設定要求を送信し（ステップＳ８８）、ＬＳＲ３４はセッションＩＤ＃２に対応するＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを設定する（ステップＳ８９）。
【０１３６】
さらに、ルータ４２はＬＳＲ３２に対して、セッションＩＤ＃２に対応するＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定を要求し（ステップＳ９０）、ＬＳＲ３２は対応するＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ９１）。
【０１３７】
その後の処理は、上述した実施の形態１の図４のステップＳ１３〜Ｓ１７と同一の処理が実行される（ステップＳ９２〜Ｓ９６）。すなわち、モバイルノード１のハンドオーバ前に設定されていたＬＳＲ３１からＬＳＲ３３、３４の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体がルータ４１とＬＳＲ３１によって解放され、また、ＬＳＲ３３からＬＳＲ３１の方向およびＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体が、ルータ４３、４４とＬＳＲ３３、３４によって解放される。以上で、ハンドオーバによるモバイルノード１の通信帯域の制御処理が終了する。
【０１３８】
なお、上述した説明では、設定属性が「保留不可」となっているＩＰセッション２１’の帯域予約が可能である場合を例示したが、例えば図１４のステップＳ７９においてＬＳＲ３２からＬＳＲ３３の方向のＬＳＰ設定が不可能である場合には、ＩＰセッション２１’のセッション帯域予約不可通知がモバイルノード１に対して送信され、ＩＰセッション２１’に対してステップＳ７７で設定されたＬＳＲ３３からＬＳＲ３２の方向のＬＳＰが解放される。その後、ＩＰセッション２１’についてのＬＳＰが解放されたので、ルータ４２の収容するドメインへモバイルノード１がハンドオーバした後は、相手ノード１１との通信は帯域が保証されないベストエフォートによる通信が実行されることになる。
【０１３９】
この実施の形態５によれば、モバイルノード１のハンドオーバ後の通信パスの帯域予約に失敗した場合における帯域予約の属性をＩＰセッションごとにモバイルノード１からネットワークに通知する機能、およびネットワークから帯域予約に失敗したことをモバイルノード１に通知する機能を設け、帯域予約属性が帯域保留可能であった場合には、ハンドオーバ後にモバイルノード１から送られる登録要求メッセージを契機に再度帯域予約を試行するようにしたので、端末はＩＰセッションごとに帯域予約の状態を知ることができ、その状況に合わせてＩＰセッションの継続の可否や一時保留などの対策をとることができる。
【０１４０】
また、帯域保留状態のＩＰセッションについて、ハンドオーバ前のモバイルノード１からの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を所定のタイミングで再試行するので、帯域を確保できないＩＰセッションの発生確率を下げることができる。
【０１４１】
なお、この実施の形態５では、ハンドオーバ後のモバイルノード１からの登録要求メッセージ受信を契機に帯域予約を試行しているが、それを待たずに、帯域予約失敗後から所定周期で試行しても同様な効果が得られる。
【０１４２】
さらに、ハンドオーバ後のルータ４２はＬＳＲ３２からのＬＳＰ設定成功を待ってから、相手ノード１１、１２を収容するルータ４３、４４に登録要求メッセージを送信するようにしてもよい。また、図には示されていないが、相手ノード１１、１２を収容するルータ４３、４４からルータ４２にＬＳＰ設定の成功／失敗を通知するようにし、成功した場合のみルータ４２はＬＳＲ３２にＬＳＰ設定要求を送信するようにしても、同様な効果が得られる。
【０１４３】
実施の形態６．
図１６〜図２０は、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの実施の形態６を示す図である。図１６は、移動体通信システムのネットワークの構成を示すブロック図であり、図１７および図１８は、ネットワーク構成要素間の信号シーケンスを示す図である。また、図１９は、この実施の形態６で用いるホームエージェント２からの登録要求メッセージ応答のメッセージフォーマットを示す図であり、図２０は、この実施の形態６におけるモバイルノード１のハンドオーバ前のアクセスルータへのモバイルノード情報を問い合わせる場合のシーケンスを示す図である。なお、図１６に示されるネットワークシステムのブロック図において、上述した実施の形態１の図１と同一の構成要素については同一の符号を付して、その説明を省略している。
【０１４４】
ここで、図１６に示されるネットワークシステムにおけるモバイルノード１が、ルータ４１の収容するドメイン（ネットワーク）からルータ４２の収容するドメイン（ネットワーク）にハンドオーバした場合のＬＳＰの設定方法および該ＬＳＰでのセッションの帯域制御方法について、図１７および図１８を用いて説明する。なお、この実施の形態６では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【０１４５】
まず、モバイルノード１はルータ４１の収容するドメインから、ルータ４２の収容するドメインへのハンドオーバ後に、ルータ要求（ルータ広告を要請するメッセージ）をルータ４２に送信し、ルータ４２は、該ルータ要求に対して、モバイルノード１にルータ広告を送信する（ステップＳ１０１）。
【０１４６】
ステップＳ１０１で、ルータ４２から、ネットワークプレフィックスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡをハンドオーバ後のドメインで使用するＣｏＡを選択し、生成または選択して得られたＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージをホームエージェント２に対して送信する（ステップＳ１０２）。
【０１４７】
登録要求メッセージを受信したルータ４２は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスおよびＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、モバイルノード１に対するＣｏＡを登録要求メッセージに含まれるＣｏＡに置き換える（ステップＳ１０３およびＳ１０４）。
【０１４８】
また、ルータ４２はステップＳ１０３およびＳ１０４と並行して、モバイルノード１がハンドオーバ前に収容されていたアクセスルータ４１に対して、モバイルノード１が設定中のＩＰセッション２１、２２についてのＱｏＳ情報の問い合わせを行う。そして、ルータ４１は、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を含むＱｏＳ情報をルータ４２に送信する（ステップＳ１０５）。
【０１４９】
ここで、ルータ４２は、モバイルノード１のハンドオーバ前に収容されていたアクセスルータ（この実施の形態６では、ルータ４１）のアドレスを、以下の（１）または（２）のいずれかの方法によって取得する。
【０１５０】
（１）ステップＳ１０３において、ルータ４２がホームエージェント２に送信した登録要求メッセージに対する応答に、ホームエージェント２は、図１９のフォーマットに示されるように、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報の他に、ハンドオーバ前のＣｏＡまたはハンドオーバ前のルータのアドレスを含めてルータ４２に送信する。そして、ルータ４２は、該応答メッセージ内にＣｏＡが含まれていれば、そのネットワークプレフィクス（アドレスの上位部分のドメインを識別する領域）からハンドオーバ前に接続されていたアクセスルータ４１のアドレスを割り出して取得する。
【０１５１】
（２）隣接アクセスルータとしてあらかじめ定義されているアドレス群全て（図２０の場合には、ルータ４１、４３〜４５）に対して、ルータ４２がモバイルノード１のホームアドレスを含む問い合わせパケットを送信する（図２０のステップＳ１２１）。問い合わせパケットを受信したルータが該アドレスに対する情報を保有している場合には、そのルータはモバイルノード１のハンドオーバによりその情報が無効になった時刻をルータ４２に送信する（ステップＳ１２２−１およびＳ１２２−２）。この場合の前提条件として、全てのルータはモバイルノード１のハンドオーバ後、モバイルノード１の情報を一定時間保持しておくものとする。図２０に示す例では、ルータ４２は、複数のルータ４１、４５から応答を受信しているので、ルータ４２は、時刻情報が最新のルータであるルータ４１を選択する（ステップＳ１２３）。なお、ハンドオーバ前のルータのＩＰアドレス問い合わせと、ステップＳ１０５で実行されるＱｏＳ情報の問い合わせを一つのシーケンスで実行するようにしてもよい。
【０１５２】
以上で説明したいずれかの方法によって、モバイルノード１がハンドオーバした先のルータ４２は、ハンドオーバ前にモバイルノード１が収容されていたルータ４１を割り出す。
【０１５３】
上述したステップＳ１０４で、相手ノード１１、１２宛てに送信された登録要求メッセージをそれぞれ受信したルータ４３、４４は、登録要求メッセージに含まれるモバイルノード１の新しいＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。そして、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する（ステップＳ１０６）。なお、このときルータ４３はＬＳＲ３３に、相手ノード１１からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信し、ルータ４４はＬＳＲ３４に、相手ノード１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信するが、これらのＱｏＳ情報は、ルータ４３、４４によって、それぞれのＩＰセッションが存続している間中、保持されているものとする。
【０１５４】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４はＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。すなわち、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向にＬＳＰを設定し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向にＬＳＰを設定する。このとき、ＬＳＰの設定はＩＰセッションごとに行われるが、既に対応するＬＳＰが存在し、かつ帯域の割当てが可能である場合には、ＩＰフローの識別情報のみを既に存在するＬＳＰに対して設定する。また、ＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、ＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ１０７）。
【０１５５】
上述したステップＳ１０５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求とをＬＳＲ３２に対して送信する。なお、ルータ４２は、ＩＰセッション２１’、２２’存続期間中またはモバイルノード１のハンドオーバ後所定時間が経過するまでの間、ＩＰセッション２１’、２２’に関する上記の相手ノードアドレスとＱｏＳ情報を記憶しているものとする（ステップＳ１０８）。
【０１５６】
ＬＳＰ設定要求を受信したＬＳＲ３２は、モバイルノード１から相手ノード１１、１２宛てのＩＰフローに対して、ＩＰセッションごとにＱｏＳを保証するＬＳＰを設定する。すなわち、ＬＳＲ３２は、ＩＰセッション２１’に対してＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定し、ＩＰセッション２２’に対してＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ１０９）。
【０１５７】
相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、捕捉した登録要求メッセージを解析してＣｏＡが変更になったことを検出すると、ルータ４３は、ＬＳＲ３３にハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、そして、ルータ４４は、ＬＳＲ３４にハンドオーバ前のＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信する（ステップＳ１１０）。
【０１５８】
それぞれのＬＳＲ３３、３４はＬＳＰの解放要求を受信すると、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰの該当するＩＰセッション２１が占有する帯域を解放し、そして、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰの該当するＩＰセッション２２が占有する帯域を解放する。この場合において、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１１１）。
【０１５９】
ルータ４２はステップＳ１０８と並行して、ステップＳ１０５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信する（ステップＳ１１２）。
【０１６０】
ルータ４１は、モバイルノード１がハンドオーバする前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰと、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰとを解放するようにＬＳＰ解放要求を、ＬＳＲ３１に対して送信する（ステップ１１３）。
【０１６１】
ＬＳＲ３１は、モバイルノード１のハンドオーバ前に使用していた、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰのＩＰセッション２１が占有する帯域と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰのＩＰセッション２２が占有する帯域とを解放する。この場合において、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１１４）。これにより、モバイルノード１が、ルータ４１の収容するネットワークからルータ４２の収容するネットワークへハンドオーバする場合のＬＳＰの設定およびＱｏＳ制御の処理が終了する。
【０１６２】
この実施の形態６によれば、モバイルノード１のハンドオーバ後に、複数の通信相手との間に設定しているＩＰセッションごとに、帯域を保証するＬＳＰを設定する場合、ネットワーク内でＩＰセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノード１が収容されるアクセスルータ間で受け渡すことができるので、モバイルノード１からＩＰセッションのＱｏＳ情報を取得する必要がなく、モバイルノード１からネットワークに送信する制御情報の量を抑えることができる。また、モバイルノード１はＩＰセッションの相手先である相手ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、ＩＰセッションごとまたは相手ノードごとに登録パケットを送る必要がなく、モバイルノード１の負荷を軽減することができる。これは特にＩＰセッション数が多い場合または通信相手の相手ノードが多い場合に顕著な効果を得ることができる。
【０１６３】
実施の形態７．
図２１および図２２は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態７を示す図である。なお、この実施の形態７の移動体通信システムを構成するネットワークの構成は、上述した実施の形態６の図１６と同一であるので、その説明を省略している。また、この実施の形態７では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【０１６４】
まず、上述した実施の形態６の図１７で説明したステップＳ１０１〜Ｓ１０２と同じ処理を行う（ステップＳ１３１〜Ｓ１３２）。すなわち、モバイルノード１は、ルータ４２の収容するドメインへのハンドオーバ後にルータ要求をルータ４２に送信し、そしてルータ４２からルータ広告を受信した後に、ＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージをホームエージェント２に向けてルータ４２経由で送信する。
【０１６５】
その後、ルータ４２はホームエージェント２に対して、ホームアドレスおよびＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージには上記のモバイルノード１のホームアドレスとＣｏＡのほかに、モバイルノード１の認証情報が含まれており、ホームエージェント２は、あらかじめモバイルノード１のホームアドレスと共に記憶しておいた認証情報と登録要求メッセージの認証情報を比較し、一致すれば応答（図２１中では、ＢＵ　ＡＣＫと表記）に登録成功を示す登録ステータスを含めて、不一致であれば応答に登録失敗を示す登録ステータスを含めてモバイルノード１に送信する（ステップＳ１３３）。
【０１６６】
そして、モバイルノード１宛ての応答を受信したルータ４２は、該応答に含まれる登録ステータスが登録成功の場合にのみ、モバイルノード１からの登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てに登録要求メッセージを送信する（ステップＳ１３４）。
【０１６７】
また、ルータ４２は、上記登録ステータスが登録成功の場合に、ルータ４１へＱｏＳ情報の問い合わせを行う。ルータ４１は、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を含むＱｏＳ情報をルータ４２に送信する（ステップＳ１３５）。
【０１６８】
一方、ステップＳ１３４で、ルータ４２が登録失敗の登録ステータスを含む応答を受信した場合には、登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てへの登録要求メッセージの送信、およびハンドオーバ前のルータであるのルータ４１へのＱｏＳ情報の問い合わせ、およびそれに引き続くＬＳＰ設定要求の送信等の処理は行われず、処理が終了する。
【０１６９】
その後の処理は、実施の形態６の図１７および図１８で説明したステップＳ１０６〜Ｓ１１４と同じ処理が実行される（ステップＳ１３６〜Ｓ１４４）。すなわち、ルータ４２から相手ノード１１、１２に送信される登録要求メッセージを捕捉したルータ４３、４４は、該登録要求メッセージを解析してＬＳＲ３３、３４に対してＬＳＰ設定要求を送信する。ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰを設定し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを設定する。また、ステップＳ１３５でＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＰ設定要求をＬＳＲ３２に対して行い、ＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰとＬＳＲ３２からＬＳＲ３４の方向のＬＳＰとを設定する。また、ルータ４３、４４、４１は、モバイルノード１がハンドオーバする前に使用していたＩＰセッション２１、２２を収容していたＬＳＰを解放するために、それぞれＬＳＲ３３、３４、３１に対してＬＳＰ解放要求を送信する。そして、ＬＳＲ３３、３４、３１は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ、そしてＬＳＲ３１からＬＳＲ３３、３４の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体をそれぞれ解放する。ただし、他に収容するＩＰセッションがこれらのＬＳＰに存在しなくなった場合には、ＬＳＰ自体を解放して、処理が終了する。
【０１７０】
この実施の形態７によれば、ホームエージェント２へのＣｏＡの登録が成功したときのみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うことで、モバイルノード１のなりすましなどの不正アクセスによる無効な帯域の予約を防止することができる。
【０１７１】
実施の形態８．
図２３および図２４は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態８を示す図である。なお、この実施の形態８の移動体通信システムを構成するネットワークの構成は、上述した実施の形態６の図１６と同一であるので、その説明を省略している。また、この実施の形態８では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。さらに、この実施の形態８に用いるＣｏＡ登録要求を含む登録要求メッセージのフォーマットは実施の形態５の図１３に示されるフォーマットと同じである。
【０１７２】
まず、モバイルノード１はルータ４２の収容するドメインへのハンドオーバ後に、ルータ要求（ルータ広告を要請するメッセージ）をルータ４２に送信し、ルータ４２は、該ルータ要求に対して、モバイルノード１にルータ広告を送信する（ステップＳ１５１）。
【０１７３】
ステップＳ１５１でルータ４２からネットワークプレフィックスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡをハンドオーバ後のドメインで使用するＣｏＡとして選択し、ホームエージェント２に対して生成または選択して得られたＣｏＡ、モバイルノード１のホームアドレス、ＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレス、およびＩＰセッション２１、２２ごとの設定属性の組のリストを含む登録要求メッセージを送信する（ステップＳ１５２）。なお、この実施の形態８における説明では、ＩＰセッション２２の設定属性は「帯域予約不可の場合には帯域設定無し」と設定されているものとする。
【０１７４】
その後、実施の形態６の図１７で説明したステップＳ１０３〜Ｓ１０７と同じ処理を行う（ステップＳ１５３〜Ｓ１５７）。すなわち、ルータ４２からホームアドレスとＣｏＡを含む登録要求メッセージを受信した相手ノード１１、１２およびホームエージェント２は、モバイルノード１に対するＣｏＡを登録要求メッセージに含まれるＣｏＡに置き換える。また、ルータ４２は、モバイルノード１のハンドオーバ前に接続されていたルータ４１に対して、モバイルノード１が設定中のＩＰセッション２１、２２についてのＱｏＳ情報の問い合わせを行い、ルータ４１から保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を受信する。なお、ここでのモバイルノード１のハンドオーバ前に接続されていたアクセスルータ４１のアドレスは、実施の形態６で説明した方法によって取得される。そして、相手ノード１１、１２宛ての登録要求メッセージを捕捉したルータ４３、４４によって、ＬＳＰを設定する指示がＬＳＲ３３、３４に送信され、ＬＳＲ３３によって、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰが設定され、ＬＳＲ３４によって、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰが設定される。
【０１７５】
ステップＳ１５５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求とをＬＳＲ３２に送信する（ステップＳ１５８）。ＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定する（ステップＳ１５９）が、ここでは、ルータ４２からＬＳＲ３２に対して送信されたＬＳＰ設定要求のうち、セッションＩＤ＃２に対するＬＳＰ（すなわち、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰ）の設定が不可能である場合を想定しているので、ＬＳＲ３２は、ルータ４２に対してセッションＩＤ＃２に対するＬＳＰ設定不可通知を送信する（ステップＳ１６０）。ルータ４２は、このＬＳＰ設定不可通知をＬＳＲ３２から受信した場合には、セッションＩＤ＃２の帯域予約に失敗したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（ステップＳ１６１）。
【０１７６】
その後、実施の形態６の図１７と図１８で説明したステップＳ１１０〜Ｓ１１４と同じ処理を行い、モバイルノード１がハンドオーバする前に設定されていたＬＳＰ中のＩＰセッション２１、２２の解放を行う（ステップＳ１６２〜Ｓ１６６）。すなわち、ルータ４２から相手ノード１１、１２に送信される登録要求メッセージを捕捉したルータ４３、４４は、該登録要求メッセージを解析してＬＳＲ３３、３４に対してＬＳＰ解放要求を送信する。ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１またはＬＳＰ自体を解放し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２２またはＬＳＰ自体を解放する。また、ステップＳ１５５でハンドオーバ前にモバイルノード１が収容されていたルータ４１のアドレスを獲得したルータ４２は、ＬＳＰ解放要求をルータ４１に対して行い、さらに、ルータ４１とＬＳＲ３１とは、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰ中の該当するＩＰセッション２２とを解放する。ただし、他に収容するＩＰセッションがこれらのＬＳＰに存在しなくなった場合には、ＬＳＰ自体を解放する。
【０１７７】
その後、ルータ４２はセッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＰ（すなわち、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ）の解放を指示するＬＳＰ解放要求を送信する（ステップＳ１６７）。ルータ４４は、ＬＳＰ解放要求を受信すると、ＬＳＲ３４にＬＳＰ解放要求を送信し（ステップＳ１６８）、ＬＳＲ３４はセッションＩＤ＃２に対応して設定したＬＳＰ（すなわち、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ）を解放する（ステップＳ１６９）。
【０１７８】
これ以降、相手ノード１１との間に設定されたセッションＩＤ＃１（すなわち、ＩＰセッション２１’）に対してはＱｏＳが保証されるが、一方のセッションＩＤ＃２（すなわち、ＩＰセッション２２’）については、ＬＳＰが設定されていないため、帯域保証されないベストエフォートで通信が行われることになる。ただし、モバイルノード１がセッションＩＤ＃２について帯域が保証されない状態での通信の継続を望まない場合には、図２３のステップＳ１６１でセッション帯域予約状態通知を受信したモバイルノード１は、図２５に示されるように、有効時間＝０と設定した登録要求メッセージを相手ノード１２に対して送信する（ステップＳ１７０）。この有効時間＝０と設定した登録要求メッセージは、該登録要求メッセージ以前に通知したＣｏＡが無効であることを示すものであり、この実施の形態８ではＩＰセッションを解放することを意味するものである。なお、相手ノード１２へ送信する途中でこの登録要求メッセージを受信したルータ４４は、この登録要求メッセージの内容を解析してＬＳＲ３４に対してＬＳＰの解放要求を送信する（ステップＳ１７１）。そして、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを解放する処理を行い（ステップＳ１７２）、処理が終了する。
【０１７９】
これに対して、図２６は、ＩＰセッション２２の設定属性が「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」と設定されている場合のネットワーク構成要素間の信号シーケンスを示す図であり、図２３のシーケンスから続くものである。また、この図２６において、ステップＳ１６４〜Ｓ１６６の処理は、図２４のステップＳ１６４〜Ｓ１６６の処理と同じである。ここで、この「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」とは、ハンドオーバ後のＩＰセッションの一つでも帯域予約ができない場合には、すべてのＩＰセッションを取り消すという意味であるとする。
【０１８０】
ＩＰセッション２２の設定属性が「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」と設定され、該ＩＰセッション２２についてのＬＳＰ設定不可通知をルータ４２が受信した場合には、ルータ４２はセッションＩＤ＃２の帯域予約に失敗したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（図２３のステップＳ１６１）。その後、ＬＳＲ３３、３４、３１によるＬＳＰ中の該当するＩＰセッション２１、２２の解放が実行される（図２３のステップＳ１６２〜Ｓ１６３、図２５のステップＳ１６４〜Ｓ１６６）。
【０１８１】
その後、ルータ４２はホームエージェント２および相手ノード１１、１２に対して、有効時間＝０と設定した登録要求メッセージを送信する（図２６のステップＳ１８１およびＳ１８２）。有効時間＝０は以前通知したＣｏＡが無効であることを示すものであり、この実施の形態８では通信を取りやめることを意味するものである。
【０１８２】
ルータ４２からの登録要求メッセージを受信したルータ４３、４４は、該登録要求メッセージを解析し、有効時間＝０と設定されているので、それぞれＬＳＲ３３、３４に対してＬＳＰ解放要求を送信する（ステップＳ１８３）。そして、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰ中の該当するＩＰセッション２１’を解放し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ中の該当するＩＰセッション２２’を解放する。このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１８４）。
【０１８３】
また、ルータ４２はセッションＩＤ＃１（モバイルノード１と相手ノード１１との間のＩＰセッション２１’）に対するＬＳＰ解放要求をＬＳＲ３２に送信し（ステップＳ１８５）、ＬＳＲ３２はＬＳＲ３２からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１’またはＬＳＰ自体を解放し（ステップＳ１８６）、処理が終了する。
【０１８４】
この実施の形態８によれば、ＩＰセッションごとの帯域予約の属性をモバイルノード１からネットワークに通知する機能、およびネットワークから帯域予約に失敗したことをモバイルノード１に通知する機能を設け、帯域予約に失敗したＩＰセッションについて帯域予約失敗を通知し、他のＩＰセッションの帯域を確保するように構成したので、通信中の複数のＩＰセッションのうち、一部の帯域予約に失敗した場合でも、他のＩＰセッションについてはＱｏＳを保証することができ、帯域予約に失敗したＩＰセッションについてもベストエフォートでの通信を望むか、ＩＰセッションを解放するかを端末自身が選択できる。
【０１８５】
なお、ＩＰセッションの帯域予約の属性が「全セッションについて通信継続不可」と設定することもでき、そのＩＰセッションの帯域予約が不可となった場合に、モバイルノード１から有効時間＝０の登録要求メッセージをホームエージェント２宛てに送信され、それを受けてルータ４２が通信中の相手ノード１１、１２に有効時間＝０に設定した登録要求メッセージを送信することによって、すべてのＩＰセッションについてベストエフォートでの通信を望むか、ＩＰセッションを解放するかを端末が選択できる。
【０１８６】
上述した実施の形態１〜８ではルータ４１〜４４とＬＳＲ３１〜３４とは別々の装置として描かれているが、ルータ４１〜４４とＬＳＲ３１〜３４の機能を同一の装置上で実現しても同様な効果を得ることができる。また、上述した実施の形態１〜８では、モバイルノード１から相手ノード１１、１２の方向、および相手ノード１１、１２からモバイルノード１の方向の片方向単位でＬＳＰを設定しているが、両方向のＬＳＰを該ＬＳＰのエッジＬＳＲとして機能するＬＳＲのうちのどちらか一方のＬＳＲ３２〜３４で設定するようにしてもよい。例えば、実施の形態１の図３の場合には、ステップＳ８でのルータ４２によるＬＳＰ設定要求とステップＳ９でのＬＳＲ３２によるＬＳＰ設定を行わずに、ステップＳ４でルータ４２からの登録要求メッセージを受信した後に行うルータ４３、４４によるステップＳ６〜Ｓ７で、ＬＳＲ３３、３４にＬＳＲ３２との間の両方向のＬＳＰの設定を行ってもよいし、ステップＳ６でのルータ４３、４４によるＬＳＰ設定要求とステップＳ７でのＬＳＲ３３、３４によるＬＳＰ設定を行わずに、ステップＳ８〜Ｓ９でルータ４２によるＬＳＰ設定要求を契機にして、ＬＳＲ３２がＬＳＲ３３、３４との間の両方向のＬＳＰの設定を行ってもよい。
【０１８７】
さらに、上述した実施の形態４〜８において、実施の形態３で説明したように、モバイルノード１と相手ノード１１、１２との間でＩＰセッションの確立制御を行う呼制御装置と、モバイルノード１と相手ノード１１、１２との間の通信のＱｏＳ制御を行うポリシーサーバとを備えるようにしてもよい。
【０１８８】
【発明の効果】
以上説明したように、この発明によれば、モバイルノードがハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先で使用するＣｏＡの登録と、モバイルノードが通信中のセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することができるようにしたので、モバイルノードが異なる端末と複数のセッションを設定している場合でも、セッションごとにＱｏＳを保証することができ、かつハンドオーバに伴うパケットロスを減らすことができるという効果を有する。
【０１８９】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時に、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うことができるように構成したので、モバイルノードの他人によるなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０１９０】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するようにしたので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０１９１】
つぎの発明によれば、ハンドオーバした後に、ハンドオーバする前に設定されていたセッションと、ハンドオーバした後の時点で設定されているセッションとを比較し、ハンドオーバした後に存在しないセッションの帯域予約を取り消すようにしたので、ハンドオーバする直前にセッションが解放された場合でも、ハンドオーバした直後の段階でそのセッションに割当てた帯域を解放することができ、ネットワーク資源の利用効率を高めることができるという効果を有する。
【０１９２】
つぎの発明によれば、ハンドオーバした後の通信パスの帯域予約に失敗した場合の帯域予約の属性をセッションごとにモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約属性が帯域保留可能であった場合に、ハンドオーバした後にモバイルノードから送られる登録要求メッセージを契機に再度帯域予約を試行するようにしたので、端末はセッションごとに帯域予約の状態を知ることができ、その状況に合わせてセッションの継続の可否や一時保留などの対策をとることができるという効果を有する。また、帯域保留状態のセッションについて、ハンドオーバする前のモバイルノードからの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を再試行するので、帯域を確保できないセッションの確立を下げることができるという効果を有する。
【０１９３】
つぎの発明によれば、端末のハンドオーバ後に、複数の通信相手との間に設定しているセッションごとに、帯域を保証するパスを設定する場合に、ネットワーク内でセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノードが収容されるアクセスルータ間で受け渡すようにしたので、端末からセッションのＱｏＳ情報をもらう必要がなく、端末からネットワークに送信する制御情報の量を抑制することができるという効果を有する。また、端末は、セッションの相手先である相手先ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、セッションごとあるいは相手ノードごとに登録パケットを送信する必要がなく、端末の不可を軽減することができるという効果も有する。特に、セッション数が多い場合または通信相手の相手ノードが多い場合には顕著な効果を有する。
【０１９４】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータに対して隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータを割り出すようにしたので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０１９５】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータを割り出すようにしたので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０１９６】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時のみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うようにしたので、モバイルノードのなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０１９７】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するようにしたので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０１９８】
つぎの発明によれば、セッションごとの帯域予約の属性をモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知し、そして、帯域予約に失敗したセッションについて帯域予約失敗を通知し、他のセッションの帯域を確保するようにしたので、通信中の複数のセッションのうち、一部の帯域予約に失敗した場合でも、他のセッションについてはＱｏＳを保証することができ、帯域予約に失敗したセッションについてもベストエフォートでの通信を望むか、セッションを解放するかを端末自身が選択することができるという効果を有する。
【０１９９】
つぎの発明によれば、モバイルノードがハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先で使用するＣｏＡの登録と、モバイルノードが通信中のセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することができるように構成したので、モバイルノードが異なる端末と複数のセッションを設定している場合でも、セッションごとにＱｏＳを保証することができ、かつハンドオーバに伴うパケットロスを減らすことができるという効果を有する。
【０２００】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時に、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うことができるように構成したので、モバイルノードの他人によるなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０２０１】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するように構成したので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０２０２】
つぎの発明によれば、ハンドオーバした後に、ハンドオーバする前に設定されていたセッションと、ハンドオーバした後の時点で設定されているセッションとを比較し、ハンドオーバした後に存在しないセッションの帯域予約を取り消すように構成したので、ハンドオーバする直前にセッションが解放された場合でも、ハンドオーバした直後の段階でそのセッションに割当てた帯域を解放することができ、ネットワーク資源の利用効率を高めることができるという効果を有する。
【０２０３】
つぎの発明によれば、ハンドオーバした後の通信パスの帯域予約に失敗した場合の帯域予約の属性をセッションごとにモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約属性が帯域予約保留可能であった場合に、ハンドオーバした後にモバイルノードから送られる登録要求メッセージを契機に再度帯域予約を試行するように構成したので、端末はセッションごとに帯域予約の状態を知ることができ、その状況に合わせてセッションの継続の可否や一時保留などの対策をとることができるという効果を有する。また、帯域保留状態のセッションについて、ハンドオーバする前のモバイルノードからの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を再試行するので、帯域を確保できないセッションの確立を下げることができるという効果を有する。
【０２０４】
つぎの発明によれば、端末のハンドオーバ後に、複数の通信相手との間に設定しているセッションごとに、帯域を保証するパスを設定する場合に、ネットワーク内でセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノードが収容されるアクセスルータ間で受け渡すように構成したので、端末からセッションのＱｏＳ情報をもらう必要がなく、端末からネットワークに送信する制御情報の量を抑制することができるという効果を有する。また、端末は、セッションの相手先である相手先ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、セッションごとあるいは相手ノードごとに登録パケットを送信する必要がなく、端末の不可を軽減することができるという効果も有する。特に、セッション数が多い場合または通信相手の相手ノードが多い場合には顕著な効果を有する。
【０２０５】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータに対して隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータを割り出すように構成したので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０２０６】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータのアドレスを取得するように構成したので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０２０７】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時のみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うように構成したので、モバイルノードのなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０２０８】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するように構成したので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０２０９】
つぎの発明によれば、セッションごとの帯域予約の属性をモバイルノードからネットワークに通知する機能と、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約に失敗したセッションについて帯域予約失敗を通知し、他のセッションの帯域を確保するように構成したので、通信中の複数のセッションのうち、一部の帯域予約に失敗した場合でも、他のセッションについてはＱｏＳを保証することができ、帯域予約に失敗したセッションについてもベストエフォートでの通信を望むか、セッションを解放するかを端末自身が選択することができるという効果を有する。
【図面の簡単な説明】
【図１】モバイルノードがハンドオーバする前の移動体通信システムの実施の形態１の構成を示すブロック図である。
【図２】モバイルノードがハンドオーバした後の移動体通信システムの実施の形態１の構成を示すブロック図である。
【図３】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図５】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図６】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である。
【図７】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図８】移動体通信システムの実施の形態３の構成を示すブロック図である。
【図９】ＩＰセッションの設定／解除のシーケンスを示す図である。
【図１０】ＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。
【図１１】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１２】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１３】ＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。
【図１４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１５】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１６】移動体通信システムの実施の形態６の構成を示すブロック図である。
【図１７】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１８】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１９】登録要求メッセージ応答のメッセージフォーマットを示す図である。
【図２０】ハンドオーバ前のアクセスルータへのモバイルノード情報を問い合わせる場合のシーケンスを示す図である。
【図２１】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図２２】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図２３】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図２４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図２５】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図２６】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図２７】従来の移動体通信システムの構成を示すブロック図である。
【図２８】移動体ネットワークにおける帯域制御方法のシーケンスの従来例を示す図である。
【符号の説明】
１　モバイルノード、２　ホームエージェント、３　ＭＰＬＳネットワーク、５　呼制御装置、６　ポリシーサーバ、１１，１２　相手ノード、２１，２２，２１’，２２’　ＩＰセッション、３０〜３４　ラベルスイッチングルータ、４１〜４４　アクセスルータ。

Claims (22)

1. 第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、
   前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、
   前記第一のルータから前記第二のルータに、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを通知するＱｏＳ情報通知工程と、
   前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、
   前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第三のルータおよび前記相手ノードに設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更工程と、
   前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、
   を含むことを特徴とする移動体ネットワークにおける帯域制御方法。
2. 前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが、前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間に最短のラベルスイッチパスを設定することを特徴とする請求項１に記載の移動体ネットワークにおける帯域制御方法。
3. 前記ＭＰＬＳネットワークに呼制御装置とポリシーサーバがさらに接続されており、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバが、該ＩＰセッションに対して帯域の割当て可能と判断した場合には、
   前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに通知する工程と、
   受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータの間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、
   をさらに含み、
   前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、
   前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、
   前記ＩＰセッションの解放の指示に基づいて、前記第二のルータおよび前記第三のルータとの間に存在するラベルスイッチングルータに対して、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、
   をさらに含むことを特徴とする請求項１または２に記載の移動体ネットワークにおける帯域制御方法。
4. 前記ラベルスイッチパス解放工程は、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するとともに、前記第一のドメイン内で設定されていたＩＰセッションと、前記第二のドメイン内で設定要求されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で設定要求されていないＩＰセッションに対応するラベルスイッチパスを解放することを特徴とする請求項１または２に記載の移動体ネットワークにおける帯域制御方法。
5. 前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする請求項１に記載の移動体ネットワークにおける帯域制御方法。
6. 第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、ラベルスイッチングルータによって構成されるＭＰＬＳネットワークを介して、第三のルータに収容されている相手ノードと、ＩＰセッションをラベルスイッチパス上に設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、
   前記モバイルノードは、前記第二のドメインへハンドオーバしたことを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、
   前記第二のルータは、前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ工程と、
   前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、
   前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、
   を含むことを特徴とする移動体ネットワークにおける帯域制御方法。
7. 前記ＱｏＳ情報問合せ工程は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする請求項６に記載の移動体ネットワークにおける帯域制御方法。
8. 前記ＱｏＳ情報問合せ工程は、前記第二のルータが、前記モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータのアドレスを取得し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする請求項６に記載の移動体ネットワークにおける帯域制御方法。
9. 前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが、前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータと前記第三のルータとの間に前記ＱｏＳ情報を満たすラベルスイッチパスを設定することを特徴とする請求項６〜８のいずれか一つに記載の移動体ネットワークにおける帯域制御方法。
10. 前記ＭＰＬＳネットワークに接続された呼制御装置が、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバによって、該ＩＰセッションの帯域が割当て可能と判断された場合には、
    前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに指示する工程と、
    受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、
    をさらに含み、
    前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、
    前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、
    前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、
    をさらに含むことを特徴とする請求項６〜９のいずれか一つに記載の移動体ネットワークにおける帯域制御方法。
11. 前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知して通信を終了することを特徴とする請求項６に記載の移動体ネットワークにおける帯域制御方法。
12. 第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、
    前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、
    前記第二のルータおよび／または前記第三のルータは、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを用いて、前記第二のルータと前記第三のルータとの間に前記ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、
    前記第三のルータおよび前記相手ノードは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、自身に設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更手段を備え、
    前記第一のルータおよび／または前記第二のルータは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備え、
    前記第一のドメインから前記第二のドメインへハンドオーバしようとしている前記モバイルノードの通信の帯域制御を行うことを特徴とする移動体通信システム。
13. ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段を備えることを特徴とする請求項１２に記載の移動体通信システム。
14. 前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、
    前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、
    を有する呼制御装置と、
    前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、
    前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、
    を有するポリシーサーバと、
    をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする請求項１２または１３に記載の移動体通信システム。
15. 前記ラベルスイッチパス解放手段は、前記第一のドメイン内で設定されていたＩＰセッションと、前記モバイルノードのハンドオーバ後に第二のドメイン内で確立されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で確立されていないＩＰセッションに対応するラベルスイッチパスを解放する機能をさらに備えることを特徴とする請求項１２または１３に記載の移動体通信システム。
16. 前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする請求項１２に記載の移動体通信システム。
17. 第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、
    前記モバイルノードは、前記第二のドメインへのハンドオーバを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、
    前記第二のルータは、
    前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ手段と、
    前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段と、
    を備え、
    前記第三のルータは、前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、
    前記第一および前記第二のルータは、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備えることを特徴とする移動体通信システム。
18. 前記ＱｏＳ情報問合せ手段は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする請求項１７に記載の移動体通信システム。
19. 前記モバイルノードのホームアドレスを有するホームエージェントをさらに備え、
    前記ＱｏＳ情報問合せ手段は、前記第二のルータが、前記ホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする請求項１７に記載の移動体通信システム。
20. ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段を備えることを特徴とする請求項１７〜１９のいずれか一つに記載の移動体通信システム。
21. 前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、
    前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、
    を有する呼制御装置と、
    前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、
    前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、
    を有するポリシーサーバと、
    をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする請求項１７〜２０のいずれか一つに記載の移動体通信システム。
22. 前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知することを特徴とする請求項１２に記載の移動体通信システム。

Images