JP4180845B2

JP4180845B2 - Band control method in mobile network and mobile communication system

Info

Publication number: JP4180845B2
Application number: JP2002167602A
Authority: JP
Inventors: 雅嗣矢野
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2002-06-07
Filing date: 2002-06-07
Publication date: 2008-11-12
Anticipated expiration: 2022-06-07
Also published as: JP2004015538A

Description

【０００１】
【発明の属する技術分野】
この発明は、モバイルノードがハンドオーバする場合において、使用中のＩＰセッションごとにハンドオーバ後のドメインにおける帯域を制御することが可能な移動体ネットワークにおける帯域制御方法および該方法を実現する移動体通信システムに関するものである。
【０００２】
【従来の技術】
ネットワークレイヤプロトコルの通信データの転送方式として、ＭＰＬＳ（Multi Protocol Label Switching）手順がある。このＭＰＬＳ手順では、パケットにラベルが付加され、また、ルータにおいて、入力インターフェース、入力ラベル、出力インターフェース、出力ラベルなどの要素から構成されるテーブルであるラベルスイッチングテーブルが保持される。そして、このラベルスイッチングテーブルに基づいて、ラベルが付加されたパケットのスイッチングをルータ（ラベルスイッチングルータ）が行うことによって、パケットの転送方式が実現される。
【０００３】
ＭＰＬＳのアーキテクチャは、ＩＥＴＦ（Internet Engineering Task Force）の文献「Internet Draft “MPLS Architecture”」において規定されている。上記ＭＰＬＳにおいて、パケットがラベルスイッチングによって転送されるラベルスイッチパス（以下、ＬＳＰという）でのＱｏＳ（サービス品質、Quality of Service）を保証したパスを設定する手順として、ＣＲ−ＬＤＰ（Constraint-based Routing-Label Distributed Protocol）、ＲＳＶＰ−ＴＥ（Traffic Engineering extension of the Resource reSerVation Protocol）などが挙げられる。なお、この明細書においては、ＣＲ−ＬＤＰを利用してＱｏＳを保証したパスの設定方法について記述する。
【０００４】
また、インターネットレイヤプロトコルにおいて端末装置の移動性をサポートする方式としてＭｏｂｉｌｅＩＰがある。ＭｏｂｉｌｅＩＰにおいて移動するノード（以下、モバイルノードという）は、ハンドオーバした他のネットワーク内においても、他のノードから該モバイルノードを一意的に識別できるようにホームアドレスを有している。モバイルノードが上記ホームアドレスに含まれるネットワークプレフィクスから識別されるサブネットワーク（以下、ホームネットワークという）に接続されている場合には、通常のノード装置として通信を実行する。しかし、モバイルノードが上記ホームネットワーク以外のサブネットワーク（以下、外部ネットワークという）へハンドオーバした場合には、上記外部ネットワークを識別するネットワークプレフィクスを含んだ仮のアドレス（以下、ＣｏＡという。Care of Addressの略）を取得し、該外部ネットワークに接続している間はＣｏＡを使用して通信を行うことが可能となる。インターネットレイヤプロトコルで移動性をサポートするＭｏｂｉｌｅＩＰは、ＩＥＴＦの文献「Internet Draft “Mobility Support in IPv6”」、「ＲＦＣ（Request For Comment）２００２」において規定されている。
【０００５】
上記ＭＰＬＳと上記ＭｏｂｉｌｅＩＰを結合させることによって、ＭｏｂｉｌｅＩＰにおいてもＱｏＳを保証することが可能となる。ＩＥＴＦの文献「Internet Draft “Extension of LDP for Mobile IP Service”」と文献「“Integration of Mobile IP and MPLS”」には、ＭｏｂｉｌｅＩＰとＭＰＬＳとを結合させて通信を行うための手順が記述されている。以下に、図２７と図２８を参照しながら、ＭｏｂｉｌｅＩＰとＭＰＬＳとを結合させた通信手順について説明する。
【０００６】
図２７は、ＭｏｂｉｌｅＩＰとＭＰＬＳとを結合させたネットワークシステムの構成を示すブロック図である。この図２７のシステムは、複数のラベルスイッチングルータ（以下、ＬＳＲという）３１〜３４から構成されるＭＰＬＳネットワーク３と、ＬＳＲ３４に収容されるホームエージェント（図中では、ＨＡと表記）２と、ホームエージェント２の管理するネットワークにホームアドレスを有するモバイルノード（図中では、ＭＮと表記）１と、モバイルノード１の通信相手である相手ノード（図中では、ＣＮと表記）１１と、ＬＳＲ３１〜３３に収容されるアクセスルータ（図中では、ＡＲと表記。以下、単にルータともいう）４１〜４３とから構成されている。ここで、モバイルノード１はＬＳＲ３１の収容するルータ４１を介して相手ノード１１と通信を行い、ＬＳＰとしてＬＳＲ３１−ＬＳＲ３４−ＬＳＲ３３を結ぶ経路が確立されている状態から、モバイルノード１がＬＳＲ３２の収容するルータ４２へハンドオーバして相手ノード１１と通信を行う場合について、図２８のＬＳＰ設定手順を示すシーケンスを参照しながら説明する。
【０００７】
モバイルノード１はルータ４１の収容するドメイン（ネットワーク）からルータ４２の収容する新しいドメイン（ネットワーク）へハンドオーバすると、そのネットワークのネットワークプレフィクスを含んだＣｏＡを取得するために、ルータ要求メッセージをルータ４２に対して送信する。ルータ４２は、モバイルノード１からのルータ要求を受信すると、モバイルノード１に対してネットワークプレフィクスを含んだＣｏＡが格納されているルータ広告を送信する（ステップＳ２０１）。
【０００８】
ルータ広告を受信したモバイルノード１は、ルータ４２の収容するネットワークで使用する新しいＣｏＡを取得し、ホームエージェントに対して登録要求メッセージ（図中では、ＢＵと表記、Binding Updateの略）を送信してＣｏＡとモバイルノード１のホームアドレスとの対応関係を登録するように要求する。この登録要求メッセージで、モバイルノード１は登録の確実性を得るために、ホームエージェント２が登録応答を返送するように要求する（ステップＳ２０２）。
【０００９】
モバイルノード１からの登録要求メッセージによって登録応答を要求されたホームエージェント２は、モバイルノード１に向けて登録応答を送信する（ステップＳ２０３）。
【００１０】
ホームエージェント２からの登録応答を受信したＬＳＲ３２は、モバイルノード１がハンドオーバする前にモバイルノード１と相手ノード１１との通信に使用していた既存のＬＳＰ（ＬＳＲ３１−ＬＳＲ３４−ＬＳＲ３３）に対して、自ルータＬＳＲ３２の位置まで該ＬＳＰを延長するために、ＬＳＲ３２とＬＳＲ３１との間でＬＳＰを延長する処理を行う。具体的には、ＬＳＲ３１に対してモバイルノード１から相手ノード１１の方向のラベルリクエストを送信し、ＬＳＲ３１はこのラベルリクエストに対してラベルマッピングをＬＳＲ３２に対して送信する（ステップＳ２０４）。
【００１１】
ＬＳＲ３１からラベルマッピングを受信したＬＳＲ３２は、ホームエージェント２から受信した登録応答をモバイルノード１に転送する（ステップＳ２０５）。
【００１２】
以上のステップＳ２０１〜Ｓ２０５の手順によって、ハンドオーバ後のモバイルノード１と相手ノード１１との間にＬＳＰが設定される。
【００１３】
【発明が解決しようとする課題】
しかしながら、上述した従来のＭｏｂｉｌｅＩＰとＭＰＬＳとを結合させたネットワークシステムにおけるＱｏＳの保証方法では、以下に挙げる問題点が存在する。
【００１４】
すなわち、第一に、モバイルノード１のハンドオーバ後に設定されるＬＳＰはホームエージェント２を介した冗長経路となってしまうという問題点が存在する。文献「Internet Draft “Extension of LDP for Mobile IP Service through the MPLS Network”」には、ＬＳＰの再計算によって、最短ＬＳＰを設定する旨の記述があるが、この場合の「最短ＬＳＰ」とは、ホームエージェント２を収容するＬＳＲ３４と、ハンドオーバ後のモバイルノード１を収容するＬＳＲ３２との間における最短のＬＳＰを設定する趣旨である。そのため、モバイルノード１と相手ノード１１との通信はホームエージェント２を介した経路（ＬＳＲ３２−ＬＳＲ３４−ＬＳＲ３３）で実行されるので、結果として経路が冗長となり、ネットワーク全体での最短経路を設定することができない。
【００１５】
第二に、モバイルノード１が複数のＩＰセッションを異なる相手ノードとの間に設定していた場合に、データの送受信に占有することができる帯域や優先度などのＩＰセッションごとのＱｏＳ情報を、ハンドオーバ前にモバイルノード１を収容していたルータ４１とハンドオーバ後のモバイルノード１を収容しているルータ４２との間で受け渡しすることができないため、モバイルノード１のハンドオーバ後にＩＰセッションに対応したＱｏＳを保証するＬＳＰの設定が不可能であるという問題点もあった。
【００１６】
第三に、通信中の複数のＩＰセッションのうち、一部のＩＰセッションに対する帯域予約が不可能であった場合、そのＩＰセッションを切り離して他のＩＰセッションの帯域予約を行うといった、アプリケーションの要求条件に沿ったＩＰセッション単位での柔軟なハンドオーバが実現できないという問題点もあった。
【００１７】
そして、第四に、第三者がモバイルノード１になりすました場合などの不正な登録要求メッセージにより、ネットワーク内の帯域を無効に占有してしまうことを防止する手段がないという問題点もあった。
【００１８】
この発明は上記に鑑みてなされたもので、ＭｏｂｉｌｅＩＰとＭＰＬＳとを結合させたネットワークシステムにおいて、モバイルノードが他のネットワークにハンドオーバした場合に、新しいネットワークを収容するＬＳＲと相手ノードを収容するＬＳＲとの間の最短経路のＬＳＰを設定することが可能な移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００１９】
また、モバイルノードのハンドオーバ後にＩＰセッションに対応したＱｏＳを保証するＬＳＰの設定を可能にし、アプリケーションの要求条件に沿ったＩＰセッション単位での柔軟なハンドオーバを実現可能にする移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００２０】
さらに、第三者がモバイルノードになりすました場合などの不正な登録要求メッセージにより、無効にネットワーク内の帯域を占有することを防止する手段を備えた移動体ネットワークにおける帯域制御方法および移動体通信システムを得ることを目的とする。
【００２１】
【課題を解決するための手段】
上記目的を達成するため、この発明にかかる移動体ネットワークにおける帯域制御方法は、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、前記第一のルータから前記第二のルータに、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを通知するＱｏＳ情報通知工程と、前記第二のルータと前記第三のルータとの間に前記ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定工程と、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第三のルータおよび前記相手ノードに設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更工程と、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、を含むことを特徴とする。
【００２２】
この発明によれば、モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、第一のルータから第二のルータに、モバイルノードのハンドオーバ前におけるＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを通知するＱｏＳ情報通知工程と、第二のルータと第三のルータとの間にＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定工程と、モバイルノードが第二のドメインにハンドオーバした後に、第三のルータおよび相手ノードに設定されているモバイルノードのアドレスを第二の仮のアドレスに変更する仮アドレス変更工程と、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放工程とを含む、第一のルータを収容する第一のドメインから第二のルータを収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体ネットワークにおける帯域制御方法が提供される。
【００２３】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定することを特徴とする。
【００２４】
この発明によれば、ラベルスイッチパス設定工程は、ＭＰＬＳネットワークに接続されたモバイルノードのホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定するようにしている。
【００２５】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＭＰＬＳネットワークに呼制御装置とポリシーサーバがさらに接続されており、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバが、該ＩＰセッションに対して帯域の割当て可能と判断した場合には、前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに通知する工程と、受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータの間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、前記ＩＰセッションの解放の指示に基づいて、前記第二のルータおよび前記第三のルータとの間に存在するラベルスイッチングルータに対して、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むことを特徴とする。
【００２６】
この発明によれば、ＭＰＬＳネットワークに呼制御装置とポリシーサーバがさらに接続されている。そして、モバイルノードから相手ノードへのＩＰセッション設定要求を検出し、ＭＰＬＳネットワークに接続されたポリシーサーバが、該ＩＰセッションに対して帯域の割当て可能と判断した場合には、ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を第一のルータおよび相手ノードを収容する第三のルータに通知する工程と、受信した前記ＱｏＳ情報に基づいて、第一のルータと第三のルータの間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、呼制御装置が、ハンドオーバ後のモバイルノードと相手ノードとの間のＩＰセッションの解放要求を検出した場合には、ポリシーサーバが、第二および第三のルータにＩＰセッションの解放を指示する工程と、ＩＰセッションの解放の指示に基づいて、第二のルータおよび第三のルータとの間に存在するラベルスイッチングルータに対して、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むようにしている。
【００２７】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス解放工程は、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するとともに、前記第一のドメイン内で設定されていたＩＰセッションと、前記第二のドメイン内で設定要求されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で設定要求されていないＩＰセッションに対応するラベルスイッチパスを解放することを特徴とする。
【００２８】
この発明によれば、ラベルスイッチパス解放工程は、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するとともに、第一のドメイン内で設定されていたＩＰセッションと、第二のドメイン内で設定要求されているＩＰセッションとを比較し、第一のドメイン内で設定されていて、第二のドメイン内で設定要求されていないＩＰセッションに対応するラベルスイッチパスを解放するようにしている。
【００２９】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする。
【００３０】
この発明によれば、ラベルスイッチパス設定工程は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨をモバイルノードに通知し、設定属性が保留可に設定されている場合には、ラベルスイッチパスの設定を一時的に保留し、モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後またはモバイルノードが第二のドメインにハンドオーバ後にラベルスイッチパスの設定を再度実行するようにしている。
【００３１】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、ラベルスイッチングルータによって構成されるＭＰＬＳネットワークを介して、第三のルータに収容されている相手ノードと、ＩＰセッションをラベルスイッチパス上に設定した状態で通信を行う移動体ネットワークにおける帯域制御方法であって、前記モバイルノードは、前記第二のドメインへハンドオーバしたことを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、前記第二のルータは、前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ工程と、前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放工程と、を含むことを特徴とする。
【００３２】
この発明によれば、モバイルノードは、第二のドメインへハンドオーバしたことを検出すると、第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得工程と、第二のルータは、第一のルータに対して、ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを問い合わせるＱｏＳ情報問合せ工程と、ＱｏＳ情報を満たすように第二のルータと第三のルータとの間に最短のラベルスイッチパスを設定するラベルスイッチパス設定工程と、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放工程とを含むようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、ラベルスイッチングルータによって構成されるＭＰＬＳネットワークを介して、第三のルータに収容されている相手ノードと、ＩＰセッションをラベルスイッチパス上に設定した状態で通信を行う移動体ネットワークにおける帯域制御方法が提供される。
【００３３】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＱｏＳ情報問合せ工程は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００３４】
この発明によれば、ＱｏＳ情報問合せ工程は、第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータである第一のルータを割り出し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせる。
【００３５】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＱｏＳ情報問合せ工程は、前記第二のルータが、前記モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータのアドレスを取得し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００３６】
この発明によれば、ＱｏＳ情報問合せ工程は、第二のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータである第一のルータのアドレスを取得し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００３７】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＭＰＬＳネットワークに接続された前記モバイルノードのホームエージェントが、前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定することを特徴とする。
【００３８】
この発明によれば、ラベルスイッチパス設定工程は、ＭＰＬＳネットワークに接続されたモバイルノードのホームエージェントが、第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間にＱｏＳ情報を満たすラベルスイッチパスを設定するようにしている。
【００３９】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ＭＰＬＳネットワークに接続された呼制御装置が、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出し、前記ＭＰＬＳネットワークに接続されたポリシーサーバによって、該ＩＰセッションの帯域が割当て可能と判断された場合には、前記ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を前記第一のルータおよび前記相手ノードを収容する第三のルータに指示する工程と、受信した前記ＱｏＳ情報に基づいて、前記第一のルータと前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、前記呼制御装置が、ハンドオーバ後の前記モバイルノードと前記相手ノードとの間のＩＰセッションの解放要求を検出した場合には、前記ポリシーサーバが、前記第二および前記第三のルータに前記ＩＰセッションの解放を指示する工程と、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むことを特徴とする。
【００４０】
この発明によれば、ＭＰＬＳネットワークに接続された呼制御装置が、モバイルノードから相手ノードへのＩＰセッション設定要求を検出し、ＭＰＬＳネットワークに接続されたポリシーサーバによって、該ＩＰセッションの帯域が割当て可能と判断された場合には、ポリシーサーバが、ＩＰセッションのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報を第一のルータおよび相手ノードを収容する第三のルータに指示する工程と、受信した前記ＱｏＳ情報に基づいて、第一のルータと前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定する工程と、をさらに含み、呼制御装置が、ハンドオーバ後のモバイルノードと相手ノードとの間のＩＰセッションの解放要求を検出した場合には、ポリシーサーバが、第二および第三のルータにＩＰセッションの解放を指示する工程と、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放する工程と、をさらに含むようにしている。
【００４１】
つぎの発明にかかる移動体ネットワークにおける帯域制御方法は、上記の発明において、前記ラベルスイッチパス設定工程は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知して通信を終了することを特徴とする。
【００４２】
この発明によれば、ラベルスイッチパス設定工程は、ＱｏＳ情報を満たす第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗をモバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗をモバイルノードに通知して通信を終了するようにしている。
【００４３】
つぎの発明にかかる移動体通信システムは、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、前記モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、前記第二のルータおよび／または前記第三のルータは、前記モバイルノードのハンドオーバ前における前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを用いて、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、前記第三のルータおよび前記相手ノードは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、自身に設定されている前記モバイルノードのアドレスを前記第二の仮のアドレスに変更する仮アドレス変更手段を備え、前記第一のルータおよび／または前記第二のルータは、前記モバイルノードが前記第二のドメインにハンドオーバした後に、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備えることを特徴とする。
【００４４】
この発明によれば、モバイルノードは、ハンドオーバによるドメインの変更の可能性を検出すると、ハンドオーバ先の第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、第二のルータおよび／または第三のルータは、モバイルノードのハンドオーバ前におけるＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを用いて、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、第三のルータおよび相手ノードは、モバイルノードが第二のドメインにハンドオーバした後に、自身に設定されているモバイルノードのアドレスを第二の仮のアドレスに変更する仮アドレス変更手段を備え、第一のルータおよび／または第二のルータは、モバイルノードが第二のドメインにハンドオーバした後に、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放手段を備えるようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしようとしているモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムが提供される。
【００４５】
つぎの発明にかかる移動体通信システムは、上記の発明において、ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えることを特徴とする。
【００４６】
この発明によれば、ホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに、第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えるようにしている。
【００４７】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、を有する呼制御装置と、前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする。
【００４８】
この発明によれば、モバイルノードから相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、ＩＰセッションの解放要求を検出した場合には、ＩＰセッションの帯域解放要求をポリシーサーバに通知する手段と、を有する呼制御装置と、呼制御装置から帯域設定要求を受信し、ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、第一のルータおよび相手ノードを収容する第三のルータに、ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、呼制御装置から帯域解放要求を受信すると、第二および第三のルータに、ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、ラベルスイッチパス設定手段は、受信したＱｏＳ情報に基づいて、第一および第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、ラベルスイッチパス解放手段は、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放するようにしている。
【００４９】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス解放手段は、前記第一のドメイン内で設定されていたＩＰセッションと、前記モバイルノードのハンドオーバ後に第二のドメイン内で確立されているＩＰセッションとを比較し、前記第一のドメイン内で設定されていて、前記第二のドメイン内で確立されていないＩＰセッションに対応するラベルスイッチパスを解放する機能をさらに備えることを特徴とする。
【００５０】
この発明によれば、ラベルスイッチパス解放手段は、第一のドメイン内で設定されていたＩＰセッションと、モバイルノードのハンドオーバ後に第二のドメイン内で確立されているＩＰセッションとを比較し、第一のドメイン内で設定されていて、第二のドメイン内で確立されていないＩＰセッションに対応するラベルスイッチパスを解放する機能をさらに備えるようにしている。
【００５１】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨を前記モバイルノードに通知し、前記設定属性が保留可に設定されている場合には、前記ラベルスイッチパスの設定を一時的に保留し、前記モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後または前記モバイルノードが前記第二のドメインにハンドオーバ後に前記ラベルスイッチパスの設定を再度実行することを特徴とする。
【００５２】
この発明によれば、ラベルスイッチパス設定手段は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が保留不可に設定されている場合には、その旨をモバイルノードに通知し、設定属性が保留可に設定されている場合には、ラベルスイッチパスの設定を一時的に保留し、モバイルノードにラベルスイッチパスの設定を一時保留している旨を通知するとともに、所定期間経過後またはモバイルノードが第二のドメインにハンドオーバ後にラベルスイッチパスの設定を再度実行するようにしている。
【００５３】
つぎの発明にかかる移動体通信システムは、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムであって、前記モバイルノードは、前記第二のドメインへのハンドオーバを検出すると、前記第二のルータに対して、前記第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、前記第二のルータは、前記第一のルータに対して、前記ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および前記相手ノードアドレスを問い合わせるＱｏＳ情報問合せ手段と、前記ＱｏＳ情報を満たすように前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段と、を備え、前記第三のルータは、前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、前記第一および前記第二のルータは、前記第一のドメイン内で設定されていた前記ＩＰセッションを収容する前記ラベルスイッチパスを解放するラベルスイッチパス解放手段を備えることを特徴とする。
【００５４】
この発明によれば、モバイルノードは、第二のドメインへのハンドオーバを検出すると、第二のルータに対して、第二のドメイン内で使用する第二の仮のアドレスを取得する仮アドレス取得手段を備え、第二のルータは、第一のルータに対して、ＩＰセッションの帯域と優先クラスを含むＱｏＳ情報および相手ノードアドレスを問い合わせるＱｏＳ情報問合せ手段と、ＱｏＳ情報を満たすように第二のルータと第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段と、を備え、第三のルータは、第二のルータと第三のルータとの間にラベルスイッチパスを設定するラベルスイッチパス設定手段を備え、第一および第二のルータは、第一のドメイン内で設定されていたＩＰセッションを収容するラベルスイッチパスを解放するラベルスイッチパス解放手段を備えるようにして、第一のルータの収容する第一のドメインから第二のルータの収容する第二のドメインへハンドオーバしたモバイルノードと、第三のルータに収容されている相手ノードとの間で、ラベルスイッチングルータによって構成されるＭＰＬＳネットワーク内のラベルスイッチパス上に、ＩＰセッションを設定した状態で通信を行う移動体通信システムが提供される。
【００５５】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ＱｏＳ情報問合せ手段は、前記第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、前記モバイルノードのホームアドレスを含む問合せパケットを送信し、前記モバイルノードのハンドオーバ前に収容されていたルータである前記第一のルータを割り出し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００５６】
この発明によれば、ＱｏＳ情報問合せ手段は、第二のルータの隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータである第一のルータを割り出し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００５７】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードのホームアドレスを有するホームエージェントをさらに備え、前記ＱｏＳ情報問合せ手段は、前記第二のルータが、前記ホームエージェントから、ハンドオーバ前に前記モバイルノードが収容されていたルータである前記第一のルータのアドレスを取得し、該第一のルータに対して前記ＩＰセッションの前記ＱｏＳ情報および前記相手ノードアドレスを問い合わせることを特徴とする。
【００５８】
この発明によれば、モバイルノードのホームアドレスを有するホームエージェントをさらに備え、ＱｏＳ情報問合せ手段は、第二のルータが、ホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータである第一のルータのアドレスを取得し、該第一のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせるようにしている。
【００５９】
つぎの発明にかかる移動体通信システムは、上記の発明において、ホームエージェントが前記第一のルータから送信された前記モバイルノードの識別子および認証情報から、前記モバイルノードの正当性を確認できた場合に限り、前記第二のルータおよび／または前記第三のルータに、前記第二のルータと前記第三のルータとの間に、前記ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えることを特徴とする。
【００６０】
この発明によれば、、ホームエージェントが第一のルータから送信されたモバイルノードの識別子および認証情報から、モバイルノードの正当性を確認できた場合に限り、第二のルータおよび／または第三のルータに第二のルータと第三のルータとの間に、ＱｏＳ情報を満たすラベルスイッチパスを設定する手段をさらに備えるようにしている。
【００６１】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記モバイルノードから前記相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、前記ＩＰセッションの解放要求を検出した場合には、前記ＩＰセッションの帯域解放要求を前記ポリシーサーバに通知する手段と、を有する呼制御装置と、前記呼制御装置から前記帯域設定要求を受信し、前記ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、前記第一のルータおよび前記相手ノードを収容する第三のルータに、前記ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、前記呼制御装置から前記帯域解放要求を受信すると、前記第二および前記第三のルータに、前記ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、前記ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、前記第一および前記第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、前記ラベルスイッチパス解放手段は、前記ＩＰセッションの解放の指示に基づいて、前記ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放することを特徴とする。
【００６２】
この発明によれば、モバイルノードから相手ノードへのＩＰセッション設定要求を検出すると、ＩＰセッションを確立するためのフロー識別情報、帯域情報および優先クラスを含むＱｏＳ情報からなる帯域設定要求をポリシーサーバに通知する手段と、ＩＰセッションの解放要求を検出した場合には、ＩＰセッションの帯域解放要求をポリシーサーバに通知する手段と、を有する呼制御装置と、呼制御装置から帯域設定要求を受信し、ＩＰセッションに対して帯域の割当てが可能であると判断した場合には、第一のルータおよび相手ノードを収容する第三のルータに、ＩＰセッションを確立するためのＱｏＳ情報を通知する手段と、呼制御装置から帯域解放要求を受信すると、第二および第三のルータに、ＩＰセッションの解放を指示する手段と、を有するポリシーサーバと、をさらに備え、ラベルスイッチパス設定手段は、受信した前記ＱｏＳ情報に基づいて、第一および第三のルータ間に存在するラベルスイッチングルータに対してラベルスイッチパスを設定し、ラベルスイッチパス解放手段は、ＩＰセッションの解放の指示に基づいて、ＩＰセッションまたは該ＩＰセッションを収容するラベルスイッチパスを解放するようにしている。
【００６３】
つぎの発明にかかる移動体通信システムは、上記の発明において、前記ラベルスイッチパス設定手段は、前記ＱｏＳ情報を満たす前記第二のルータと前記第三のルータとの間にラベルスイッチパスを設定できない場合であって、前記モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗を前記モバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、前記設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗を前記モバイルノードに通知することを特徴とする。
【００６４】
この発明によれば、ラベルスイッチパス設定手段は、ＱｏＳ情報を満たす第二のルータと第三のルータとの間にラベルスイッチパスを設定できない場合であって、モバイルノードのハンドオーバ前に通信していたＩＰセッションに対してハンドオーバ後のＩＰセッションの帯域予約の必要性を示す設定属性が帯域予約なしで通信継続を実行するように設定されている場合には、帯域予約の失敗をモバイルノードに通知するとともに、該失敗したＩＰセッション以外の帯域予約を実行し、設定属性が帯域予約なしで他のＩＰセッションを含めて通信継続を実行不可に設定されている場合には、登録要求の失敗をモバイルノードに通知するようにしている。
【００６５】
【発明の実施の形態】
以下に、添付図面を参照して、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの好適な実施の形態について詳細に説明する。
【００６６】
実施の形態１．
この実施の形態１は、例えば携帯電話やＰＤＡ（Personal Digital Assistants）、ノート型のパーソナルコンピュータなどのドメイン間を移動可能なノード（以下、モバイルノードという）が、ハンドオーバ前にそのハンドオーバ先（ハンドオーバ先のルータを含むドメイン）を予測し、ハンドオーバ先での登録、およびハンドオーバ後の通信に必要となるＱｏＳ保証されたＬＳＰをＩＰセッションに対応するように予め設定しておくことでシームレスな通信を実現するものである。
【００６７】
図１〜４は、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの実施の形態１を示す図である。図１は、モバイルノードのハンドオーバ前の移動体通信システムのネットワークの構成を示すブロック図であり、図２は、モバイルノードのハンドオーバ後のネットワークの構成を示すブロック図である。また、図３は、モバイルノードのハンドオーバ前のネットワーク構成要素間の信号シーケンスを示し、図４は、モバイルノードのハンドオーバ後のネットワーク構成要素間の信号シーケンスを示している。
【００６８】
図１および図２において、１はＭＰＬＳネットワーク内を自由に移動可能なモバイルノード（図中では、ＭＮと表記）を、２はモバイルノード１が本来存在するホームネットワーク上におけるホームアドレスとハンドオーバ先での複数の仮のアドレスとの対応関係をモバイルノード１ごとに管理するホームエージェント（図中では、ＨＡと表記）を、３はＬＳＲ３０〜３４から構成されるＭＰＬＳネットワークを、３０〜３４はＭＰＬＳネットワーク３内に転送されたＩＰパケットにラベルを付してＭＰＬＳによって転送を行うＬＳＲを、４１〜４４はＬＳＲ３１〜３４に収容され、モバイルノード１や相手ノード１１、１２を収容するとともに、モバイルノード１と一以上の相手ノード１１、１２との間に設定された単一または複数のＩＰセッションごとに、割当て帯域、優先度などのＱｏＳに関する情報をＩＰセッションの継続期間中記憶しているアクセスルータ（以下では、単にルータともいう。また、図中では、ＡＲと表記）を、１１、１２はモバイルノード１とＩＰセッションを確立して通信を行っている相手ノード（Correspondent Node、図中では、ＣＮと表記）をそれぞれ示している。また、この実施の形態１では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【００６９】
ここで、モバイルノード１がルータ４１の収容するドメイン（ネットワーク）から、ルータ４２の収容するドメイン（ネットワーク）にハンドオーバする場合のＬＳＰの設定方法および該ＬＳＰでのセッションの帯域制御方法について、図３と図４を参照しながら説明する。
【００７０】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先を予測し、そのハンドオーバ先のドメインを識別する新たなアクセスポイント（以下、ＡＰという）識別子を含めたルータ要求（ルータ広告を要請するメッセージ）を、ルータ４１に送信する。モバイルノード１から新たなＡＰ識別子を含むルータ要求を受信したルータ４１は、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ４１からルータ要求を受信したルータ４２は、ルータ４１経由でモバイルノード１にネットワークプレフィクスまたはＣｏＡのリストを含むルータ広告を送信する（ステップＳ１）。
【００７１】
ここで、モバイルノード１によるハンドオーバ先の予測方法の一例について説明する。全ての基地局は、所定の周期で、基地局の属するエリア識別子を含む制御情報を送信している。また、基本的に、複数の基地局が隣接する地域では、複数の基地局からの電波をモバイルノード１は受信することができる。モバイルノード１は、現在通信している基地局からのパイロット信号の強さと、他の基地局からのパイロット信号の強さを比較する処理を所定の間隔で実行している。このパイロット信号の強さの両者の差が所定の値以内になった場合に、モバイルノード１は、他の基地局との間で無線チャネルを設定する方がよいと判断する。そして、つぎに無線チャネルを設定する他の基地局のエリア識別子が、現在通信中の基地局からのエリア識別子と異なる場合であることが判明した場合には、またはつぎに無線チャネルを設定する他の基地局のドメインが、エリア識別子とドメイン識別子との対応付けがなされている変換テーブルから異なるドメインであることが判明した場合には、モバイルノード１は異なるドメインにハンドオーバすると判断する。そして、該他の基地局のドメインを表すエリア識別子またはドメイン識別子をＡＰ識別子としてルータ要求に含めて送信する。なお、エリア識別子は、基地局のエリアごとに一意的に付される識別番号であり、ドメイン識別子は、ドメインごとに一意的に付される識別番号である。また、この発明におけるＡＰ識別子は、上述したエリア識別子そのもの、またはエリア識別子とドメイン識別子との変換テーブルの検索によって得られたドメイン識別子に相当する。
【００７２】
つぎに、ステップＳ１において、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にしてＣｏＡを生成し、またはＣｏＡリストの中からハンドオーバ先のドメインで使用するＣｏＡとして一つのＣｏＡを選択し、ホームエージェント２に対して生成または選択したＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノード（この実施の形態１においては、相手ノード１１、１２）のアドレスリストを含む登録要求メッセージを送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用して通信を開始することのないように、上記ＣｏＡは“ＡｌｔｅｒｎａｔｉｖｅＣｏＡ”として送信される（ステップＳ２）。
【００７３】
上述した登録要求メッセージを受信したルータ４１は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスとＣｏＡ（ＡｌｔｅｒｎａｔｉｖｅＣｏＡ）を含む登録要求メッセージを送信する。登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、ＡｌｔｅｒｎａｔｉｖｅＣｏＡとして通知されたＣｏＡを、現在使用しているＣｏＡのＳｅｃｏｎｄａｒｙＣｏＡとして記憶する（ステップＳ３およびＳ４）。
【００７４】
また、ルータ４１はステップＳ３およびＳ４と並行して、ルータ４２に対して、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラス、ＩＰフロー識別情報およびハンドオーバ前のルータ（すなわち、ルータ４１）のアドレスを含むＱｏＳ情報を通知する（ステップＳ５）。
【００７５】
上述したステップＳ４で、相手ノード１１、１２宛てに送信された登録要求メッセージを受信したそれぞれのルータ４３、４４は、登録要求メッセージに含まれるモバイルノード１の新たなＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。そして、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する（ステップＳ６）。なお、このときルータ４３はＬＳＲ３３に相手ノード１１からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信し、ルータ４４はＬＳＲ３４に相手ノード１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信する。また、ルータ４３、ルータ４４はＩＰセッションが存続している間中、そのＱｏＳ情報を保持しているものとする。
【００７６】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４は、ＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。そして、ＬＳＲ３３とＬＳＲ３２との間およびＬＳＲ３４とＬＳＲ３２との間にＱｏＳを保証した最短経路を有するＬＳＰが設定される。このとき、ＬＳＰの設定はＩＰセッションごとに行われる。既に対応するＬＳＰが存在し、かつ該ＬＳＰに帯域が割当て可能である場合には、ＩＰフローの識別情報のみを既に存在するＬＳＰに対して設定する。また、既に対応するＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、対応するＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ７）。
【００７７】
上述したステップＳ５において、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求、およびＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求をＬＳＲ３２に対して送信する。なお、ルータ４２は、ＩＰセッション２１、２２に関する前記の相手ノードアドレスとＱｏＳ情報をＩＰセッション存続中、またはモバイルノード１のハンドオーバによって保持不要となるまで記憶しているものとする（ステップＳ８）。
【００７８】
ＬＳＰ設定要求を受信したＬＳＲ３２は、モバイルノード１から相手ノード１１、１２宛てのＩＰフローについてＩＰセッションごとにＱｏＳを保証する最短経路を有するＬＳＰを設定する。すなわち、ＩＰセッション２１’に対してはＬＳＲ３２とＬＳＲ３３との間に、ＩＰセッション２２’に対してはＬＳＲ３２とＬＳＲ３４との間に、ＱｏＳを保証する最短経路を有するＬＳＰを設定する（ステップＳ９）。
【００７９】
モバイルノード１は予測したハンドオーバ先ドメインにハンドオーバすると、ルータ４２経由でホームエージェント２に向けて、ＡｌｔｅｒｎａｔｉｖｅＣｏＡオプションを使用しない通常のＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージに含まれるＣｏＡは上述したステップＳ２において、ＡｌｔｅｒｎａｔｉｖｅＣｏＡとして用いたアドレスである（ステップＳ１０）。
【００８０】
ルータ４２は、モバイルノード１によって送信されたホームエージェント２向けの登録要求メッセージを受信すると、ホームエージェント２の他にステップＳ５で獲得した相手ノードアドレスに対しても上記ＣｏＡを含む登録要求メッセージを送信する。ホームエージェント２と相手ノード１１、１２は、ＳｅｃｏｎｄａｒｙＣｏＡとして記憶していたモバイルノード１のＣｏＡをＰｒｉｍａｒｙＣｏＡとして保持し、以後のモバイルノード１との通信には新しいＣｏＡ（すなわち、ＰｒｉｍａｒｙＣｏＡとして新たに保持したＣｏＡ）を使用する（ステップＳ１１およびＳ１２）。また、モバイルノード１と相手ノード１１、１２との間には、ルータ４１を含むドメインに存在した時と同じ帯域と優先度が割当てられたＩＰセッション２１’、２２’が確立される。そして、これらのＩＰセッション２１’、２２’はＭＰＬＳネットワーク３内では、ＬＳＲ３２とＬＳＲ３３を結ぶＬＳＰとＬＳＲ３２とＬＳＲ３４を結ぶＬＳＰとによって確立されている。
【００８１】
上述したステップＳ１１および１２と並行して、ルータ４２は、ステップＳ５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信する処理を行う（ステップＳ１３）。
【００８２】
ＬＳＰ解放指示を受信したルータ４１は、ＬＳＲ３２へモバイルノード１がハンドオーバする前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰとＬＳＲ３１からＬＳＲ３４の方向のＬＳＰを解放するように、ＬＳＲ３１に対してＬＳＰ解放要求を送信する（ステップＳ１４）。
【００８３】
ＬＳＲ３１はモバイルノード１のハンドオーバ前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰ中の該当するＩＰセッション２２が占有する帯域をそれぞれ解放する。このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１５）。
【００８４】
ステップＳ１２において相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、捕捉した登録要求メッセージを解析し、ＣｏＡが変更になったことを検出すると、ルータ４３はＬＳＲ３３に対してハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、ルータ４４はＬＳＲ３４に対してハンドオーバ前のＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信する（ステップＳ１６）。
【００８５】
ＬＳＰを解放する要求を受信したＬＳＲ３３はＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１が占有する帯域を解放し、同じくＬＳＰを解放する要求を受信したＬＳＲ３４はＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２２が占有する帯域を解放する。なお、このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１７）。
【００８６】
以上のようにして、ルータ４１の収容するドメイン（ネットワーク）内で相手ノード１１、１２とＩＰセッション２１、２２を確立しているモバイルノード１が、他のルータ４２の収容するドメイン（ネットワーク）へのハンドオーバに応じて、最短のＬＳＰを確保するとともに、ＩＰセッション２１’、２２’の確立をも行うことが可能となる。
【００８７】
この実施の形態１によれば、モバイルノード１がハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先ドメインで使用するＣｏＡの登録を行うこと、そして、モバイルノード１が通信中のＩＰセッションごとにＱｏＳを保証した最適なハンドオーバ後のＬＳＰを予め設定することが可能となる。そのため、モバイルノード１が異なる相手ノード１１、１２と複数のＩＰセッション２１、２２を設定している場合であっても、ＩＰセッション２１、２２ごとにＱｏＳを保証でき、かつハンドオーバに伴うパケットロスを減らすことができる。
【００８８】
なお、上述した図３のステップＳ２において、モバイルノード１がＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノードのアドレスリストを含む登録要求メッセージをホームエージェント２に送信するように設定しているが、図５に示されるように、ステップＳ２−１において、モバイルノード１が、ハンドオーバ前のルータ４１を介してホームエージェント２宛てに、モバイルノード１のホームアドレスと新しいＣｏＡ（ＡｌｔｅｒｎａｔｉｖｅＣｏＡ）を含む登録要求メッセージを送信するように設定し、ステップＳ２−２において、モバイルノード１が、ハンドオーバ前のルータ４１に対して、モバイルノード１との間でＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含むセッション情報を送信するように設定しても同様な効果が得られる。
【００８９】
実施の形態２．
図６は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスを示す図である。なお、この実施の形態２のネットワークの構成は上述した実施の形態１と同一であるので、その説明を省略している。
【００９０】
この図６は、上述した実施の形態１の図３に示したネットワーク構成要素間の信号シーケンスと基本的に同じであるが、図３のステップＳ３における処理のみ異なるものである。
【００９１】
すなわち、ステップＳ１において、モバイルノード１は、ハンドオーバ先ドメインを予測して、ルータ要求をルータ４１に送信し、該ルータ要求から送信先のドメインを割り出したルータ４１は、ルータ要求をルータ４２に対して転送し、ルータ４２は、ルータ４１経由でモバイルノード１に対してルータ広告を送信する。そして、ステップＳ２において、モバイルノード１は、受信したルータ広告に基づいてＣｏＡを取得し、ホームエージェント２に対して取得したＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージを送信する。
【００９２】
その後、モバイルノード１からの登録要求メッセージを受信したルータ４１は、ホームエージェント２に対して、モバイルノード１のホームアドレス、ＡｌｔｅｒｎａｔｉｖｅＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージにはモバイルノード１のホームアドレス、ＡｌｔｅｒｎａｔｉｖｅＣｏＡ以外に、モバイルノード１の認証情報が含まれている。ホームエージェント２はあらかじめモバイルノード１のホームアドレスと共に記憶していた認証情報と登録要求メッセージの認証情報とを比較し、一致すれば応答に登録成功を示す登録ステータスを含めて送信し（図６中では、ＢＵＡＣＫと表記）、不一致であれば応答に登録失敗を示す登録ステータスを含めてモバイルノード１に送信する（図６中では、ＢＵＡＣＫと表記）処理を行う（ステップＳ３’）。
【００９３】
モバイルノード１宛ての応答を受信したルータ４１は、それに含まれる登録ステータスが登録成功の場合にのみ、ステップＳ４におけるモバイルノード１からの登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てに登録要求メッセージを送信する処理を行う。以後の動作処理手順は、上述した実施の形態１と同一であるので、説明は省略する。なお、ステップＳ３’において、ルータ４１がモバイルノード１宛ての登録失敗の登録ステータスの応答を受信した場合には、ルータ４１はその後の処理を行わずに、そこで処理が終了する。
【００９４】
この実施の形態２によれば、モバイルノード１がハンドオーバを予知した場合、ハンドオーバ前にハンドオーバ先ドメインで使用するＣｏＡの登録と、モバイルノード１が通信中のＩＰセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することが可能となり、ハンドオーバに伴うパケットロスを減らすことができる。さらに、ホームエージェント２へのＣｏＡの登録が成功したときにのみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うので、モバイルノード１のなりすましなどの不正アクセスによる無効な帯域の予約を防止することができる。
【００９５】
なお、上述した実施の形態１で示した変形例である図５のステップＳ３においても同様にして、図７のステップＳ３’に示されているように、モバイルノード１の認証情報が含まれている登録要求メッセージをルータ４１から受信したホームエージェント２は、あらかじめモバイルノード１のホームアドレスと共に記憶していた認証情報と登録要求メッセージの認証情報とを比較し、その成功または失敗の結果を応答としてルータ４１に対して送信し、登録ステータスが成功の場合にはステップＳ４以降の処理を行い、登録ステータスが失敗の場合には処理を中止するように構成することで、上記と同様の効果を得ることが可能となる。
【００９６】
実施の形態３．
図８は、この発明にかかる移動体通信システムの実施の形態３を示す図であり、ネットワークの構成を示すブロック図である。また、図９は、図８に示されるネットワークシステムにおけるＩＰセッションの設定／解放のメッセージシーケンスを示す図である。なお、上述した実施の形態１の図１と同一の構成要素には同一の符号を付してその説明を省略している。また、この実施の形態３の登録要求メッセージおよびＬＳＰ設定／解放に関するネットワーク内のメッセージシーケンスは上述した実施の形態１と同一であるので、その説明についても省略している。
【００９７】
図８に示される移動体通信システムにおいて、５は、モバイルノード１と相手ノード１１との間のセッションの確立制御を行う呼制御装置（図８中では、ＣＡと表記、Call Agentの略）を示し、６は、モバイルノード１と相手ノード１１との間の通信のＱｏＳ制御を行うポリシーサーバ（同じく、ＰＳと表記、Policy Serverの略）を示している。
【００９８】
ここで、図８に示される移動体通信システムにおけるモバイルノード１と相手ノード１１との間のＩＰセッション２１の設定／解放の動作処理手順について図９を参照しながら説明する。まず、モバイルノード１はＩＰセッション２１の設定要求メッセージをＩＰセッション２１の設定／解放要求を処理する呼制御装置５に送信する（ステップＳ２１）。呼制御装置５は、モバイルノード１からのＩＰセッション２１の設定要求メッセージを、そのメッセージに含まれる通信相手の相手ノード１１に転送する（ステップＳ２２）。相手ノード１１は、ＩＰセッション２１を受け付けると判断した場合には、セッション設定応答メッセージを呼制御装置５に送信する（ステップＳ２３）。
【００９９】
セッション設定応答メッセージを受信した呼制御装置５は、ポリシーサーバ６に対してモバイルノード１と相手ノード１１との間にＩＰセッション２１の帯域確保を要求する帯域予約要求を送信する（ステップＳ２４）。
【０１００】
ポリシーサーバ６はモバイルノード１を収容するルータ４１、および相手ノード１１を収容するルータ４３に対して、ＩＰセッション２１のフロー識別情報（ＩＰアドレス、ポート番号などを含む）、帯域、優先度クラスなどのＱｏＳ情報を含むＱｏＳ情報設定指示を送信する（ステップＳ２５およびＳ２６）。ルータ４１、４３は、図９中には示していないが、ルータ４１とルータ４３との間に存在するＬＳＲ３０〜３４に対して、ＩＰセッション２１を収容するＬＳＰの設定を要求する。そして、該ＩＰセッション２１の転送に必要な帯域を確保したＬＳＰが設定される。
【０１０１】
ポリシーサーバ６は、ステップＳ２５およびＳ２６においてルータ４１、４３に対してＱｏＳ情報設定指示を送信した後に、呼制御装置５に対して帯域予約応答を送信する（ステップＳ２７）。そして、帯域予約応答を受信した呼制御装置５は、セッション設定応答をモバイルノード１に送信する（ステップＳ２８）。
【０１０２】
以上で、モバイルノード１と相手ノード１１との間にＩＰセッション２１を確立する処理が終了する。
【０１０３】
つぎに、モバイルノード１と相手ノード１１との間の通信が終了し、ＩＰセッション２１を解放する場合について、説明する。ＩＰセッション２１の解放の処理手順は、上述したＩＰセッション設定の場合とステップＳ２３とＳ２４を除いて同一のシーケンスであり、セッション設定要求をセッション解放要求に、帯域設定要求を帯域解放要求に、セッション設定応答をセッション解放応答に、ＱｏＳ情報設定指示をＱｏＳ情報削除指示に読み替えたものと同じである。
【０１０４】
まず、モバイルノード１はＩＰセッション２１のセッション解放要求を呼制御装置５に対して送信する（ステップＳ３１）。セッション解放要求を受信した呼制御装置５は、相手ノード１１に対してセッション解放要求を送信する（ステップＳ３２）とともに、ポリシーサーバ６に対して帯域解放要求を送信する（ステップＳ３３）。
【０１０５】
セッション解放要求を受信した相手ノード１１は、セッション解放応答を呼制御装置５に送信する（ステップＳ３４）。また、ポリシーサーバ６はＱｏＳ情報削除指示をルータ４１、４３に送信する（ステップＳ３５およびＳ３６）。ＱｏＳ情報削除指示を受信したルータ４１、４３は、該当するＩＰセッション２１に対応して保持していたＱｏＳ情報を削除する。また、相手ノード１１からセッション解放要求を受信した呼制御装置５は、モバイルノード１に対してセッション解放要求を送信する（ステップＳ３７）。以上で、ＩＰセッション２１を解放する処理が終了する。
【０１０６】
なお、ルータ４１、４３はＱｏＳ情報設定指示を受信した後、ＱｏＳ情報削除指示を受信するまで、言い換えればＩＰセッション２１の存続期間中は、ＩＰセッションごとにＱｏＳ情報を保持している。そして、モバイルノード１のハンドオーバにより、ハンドオーバ先のルータにＱｏＳ情報を通知する際には、上述した手順により保持していた情報を送信する。
【０１０７】
この実施の形態３によれば、ＩＰセッション設定のシーケンスに連動してポリシーサーバ６からアクセスルータ４１、４３にＩＰセッションごとのＱｏＳ情報が通知されるため、セッション設定手順と連携してモバイルノード１のＱｏＳ保証を実現することができる。また、モバイルノード１は帯域予約のための特別なメッセージを送信する必要がなく、また、ネットワークにおいて加入契約時など事前設定の必要がない。
【０１０８】
実施の形態４．
図１０はこの実施の形態４で用いるＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。この図１０に示されるように、登録要求メッセージには、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報、セッション数、セッション識別子（ＩＤ）、宛先相手ノードアドレスが格納されている。なお、セッション数は、モバイルノード１が設定しているセッション数であり、ここに示された数だけ、後に続く［セッション識別子（ＩＤ）、宛先相手ノードアドレス］の組合せが格納される。
【０１０９】
図１１と図１２は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態４を示す図である。なお、この実施の形態４の移動体通信システムを構成するネットワークの構成は、上述した実施の形態１の図１および図２と同一であるので、その説明を省略している。また、この実施の形態４では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバの直前にＩＰセッション２２を解放し、ハンドオーバ後のモバイルノード１は、相手ノード１１との間のＩＰセッション２１’のみを設定しているものとする。
【０１１０】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先を予測し、そのハンドオーバ先のドメインを識別する新たなＡＰ識別子を含めたルータ要求（ルータ広告を要請するメッセージ）を、ルータ４１に送信する。モバイルノード１から新たなＡＰ識別子を含んだルータ要求を受信したルータ４１は、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ要求を受信したルータ４２は、ルータ４１経由でモバイルノード１にルータ広告を送信する（ステップＳ４１）。
【０１１１】
ステップＳ４１で、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から１つのＣｏＡを、ハンドオーバ先のドメインで使用するＣｏＡとして選択する。そして、図１０の登録要求メッセージのフォーマットに示されるように、ホームエージェント２に対して上記ＣｏＡ、モバイルノード１のホームアドレス、および通信中のＩＰセッション２１、２２のＩＤ（ＩＤ＃１、ＩＤ＃２）、そのＩＰセッション２１、２２の通信相手先である相手ノード１１、１２のアドレスリストを含む登録要求メッセージを生成して送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用した通信を開始することのないように、上記ＣｏＡを“ＡｌｔｅｒｎａｔｉｖｅＣｏＡ”として送信する（ステップＳ４２）。
【０１１２】
上述した登録要求メッセージを受信したルータ４１は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスとＣｏＡ（上述したＡｌｔｅｒｎａｔｉｖｅＣｏＡ）を含む登録要求メッセージを送信する。なお、登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、ＡｌｔｅｒｎａｔｉｖｅＣｏＡとして通知されたＣｏＡをＳｅｃｏｎｄａｒｙＣｏＡとして記憶する（ステップＳ４３およびＳ４４）。
【０１１３】
ルータ４１は同時に、ルータ４２に対して、保持しているモバイルノード１の通信中のＩＰセッション２１、２２のセッションＩＤ、帯域、相手ノードアドレス、優先クラス、ＩＰフロー識別情報およびハンドオーバ前のルータ４１のアドレスを含むＱｏＳ情報を通知する（ステップＳ４５）。
【０１１４】
上述したステップＳ４４で、相手ノード１１、１２宛てに送信された登録要求メッセージを受信したそれぞれのルータ４３、４４は、該登録要求メッセージに含まれるモバイルノード１の新しいＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。また、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する。なお、このときルータ４３、４４は、ＬＳＲ３３、ＬＳＲ３４にそれぞれ相手ノード１１、１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信する。そして、ルータ４３、４４は、このＱｏＳ情報をＩＰセッション２１’、２２’が存続している間中、保持しているものとする（ステップＳ４６）。
【０１１５】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４はＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。そして、ＬＳＲ３３からＬＳＲ３２の方向、およびＬＳＲ３４からＬＳＲ３２に方向にＱｏＳ保証した最短経路のＬＳＰが設定される。このとき、ＬＳＰの設定はＩＰセッションごとに行われるが、既に対応するＬＳＰが存在し、かつＩＰセッションを収容するための帯域が割当て可能である場合には、ＩＰフローの識別情報のみを、既に存在するＬＳＰに対して設定する。また、既に対応するＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、対応するＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ４７）。
【０１１６】
上述したステップＳ４５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２が、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求を、ＬＳＲ３２に送信する（ステップＳ４８）。なお、ルータ４２は、ＩＰセッション２１’、２２’に関する上記の相手ノードアドレス、ＱｏＳ情報をＩＰセッション２１’、２２’の存続期間中、あるいはモバイルノード１のハンドオーバにより保持不要となるまで記憶しているものとする。
【０１１７】
ＬＳＰ設定要求を受信したＬＳＲ３２は、ハンドオーバ先ドメインでのモバイルノード１から相手ノード１１、１２宛てのＩＰフローに対して、ＩＰセッションごとにＱｏＳを保証するＬＳＰを設定する。すなわち、ＩＰセッション２１’に対してはＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定し、ＩＰセッション２２’に対してはＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ４９）。
【０１１８】
モバイルノード１は予測したハンドオーバ先ドメインにハンドオーバすると、ルータ４２経由でホームエージェント２に向けて、ＡｌｔｅｒｎａｔｉｖｅＣｏＡオプションではなくＣｏＡを含む登録要求メッセージを送信する。この登録要求メッセージに含まれるＣｏＡは上述したステップＳ４２でＡｌｔｅｒｎａｔｉｖｅＣｏＡとして用いたアドレスである。また、この登録要求メッセージには現在通信中のセッションＩＤが含まれている。ただし、図１２は、セッションＩＤとしてＩＤ＃１のみが含まれている場合、すなわち、モバイルノード１がハンドオーバする直前にＩＰセッション２２を切断し、ＩＰセッション２１のみが設定された状態で、ハンドオーバを行う場合を示している（ステップＳ５０）。
【０１１９】
ルータ４２はモバイルノード１が送信したホームエージェント２向けの登録要求メッセージを受信すると、ステップＳ４５において受信したセッションＩＤのリストと、ステップＳ５０においてハンドオーバ後にモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤとを比較する。そして、ステップＳ５０でモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤに対応する相手ノードアドレスに対しては、上記ＣｏＡを含み、有効時間に０以外の値を設定した登録要求メッセージを送信し、それ以外の相手ノードアドレス（すなわち、ステップＳ４５のセッションＩＤリストにはあるが、ステップＳ５０の登録要求メッセージ中には含まれていないセッションＩＤの相手ノードアドレス）に対しては、上記ＣｏＡを含み、有効時間に０を設定した登録要求メッセージ（すなわち、ＣｏＡ無効を示す）を送信する。また、ホームエージェント２に対しては、上記ＣｏＡを含み、有効時間に０以外の値を設定した登録要求メッセージを送信する。有効時間に０以外の値が設定されている登録要求メッセージを受け取ったホームエージェント２と相手ノード１１は、ＳｅｃｏｎｄａｒｙＣｏＡとして記憶していたモバイルノード１のＣｏＡをＰｒｉｍａｒｙＣｏＡとして保持し、このＰｒｉｍａｒｙＣｏＡを以後のモバイルノード１との通信において新しいＣｏＡとして使用する。一方、有効時間に０が設定されている登録要求メッセージを受信した相手ノード１２は、ＣｏＡを無効とする処理を行う（ステップＳ５１およびＳ５２）。
【０１２０】
また、ルータ４２はステップ４５において受信したセッションＩＤのリストと、ステップＳ５０においてモバイルノード１から受信した登録要求メッセージに含まれるセッションＩＤとを比較し、ステップＳ５０の登録要求メッセージに存在しないセッションＩＤがステップＳ４５で受信したセッションＩＤのリストに存在した場合には（図１２では相手ノード１２との間に設定されたＩＰセッション２２’が該当する）、そのＩＰセッション２２’に対して設定したＬＳＰの解放要求をＬＳＲ３２に要求する（ステップＳ５３）。そして、ＬＳＰの解放要求を受信したＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３４に向けてのＬＳＰ中の該当するＩＰセッション２２’の解放を行う。なお、このとき他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ５４）。
【０１２１】
さらに、有効時間として０が設定された登録要求メッセージを受信した相手ノード１２を収容するルータ４４は、相手ノード１２がモバイルノード１との間で設定していたＩＰセッション２２’に対応するＬＳＰの解放要求をＬＳＲ３４に要求する（ステップＳ５５）。そして、ＬＳＰの解放要求を受信したＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰ中の該当するＩＰセッション２２’の解放を行う。なお、このとき他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ５６）。
【０１２２】
その後、上述した実施の形態１の図４のステップＳ１３〜Ｓ１７と同様の処理が行われる（ステップＳ５７〜Ｓ６１）。すなわち、ルータ４２は、ステップＳ４５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信し、ルータ４１は、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰとＬＳＲ３１からＬＳＲ３４の方向のＬＳＰを解放するようにＬＳＲ３１に対してＬＳＰ解放要求を送信し、ＬＳＲ３１はこれらのＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体を解放する。また、ステップＳ５２において相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、それぞれ、ＬＳＲ３３、３４に対してハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰとＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、ＬＳＲ３３、３４はそれぞれこれらのＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体を解放する処理を行う。以上のようにして、モバイルノード１が通信しているＩＰセッションの通信品質を確保した状態で、モバイルノード１がハンドオーバを行うことが可能な処理が終了する。
【０１２３】
この実施の形態４によれば、モバイルノード１のハンドオーバ後に、ハンドオーバ前に設定されていたＩＰセッションと、ハンドオーバ後の時点で設定されているＩＰセッションとを比較し、ハンドオーバ後に存在しないＩＰセッションの帯域予約を取り消すことができるので、ハンドオーバ直前にＩＰセッションが解放された場合でも、ハンドオーバ直後の段階でそのＩＰセッションに割当てた帯域を解放することができる。その結果として、ネットワーク資源の利用効率を高めることが可能となる。
【０１２４】
実施の形態５．
図１３は、この実施の形態５で用いるＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。この図１３に示されるように、この登録要求メッセージには、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報、セッション数、セッション識別子（ＩＤ）、設定属性、宛先相手ノードアドレスが格納されている。なお、セッション数は、モバイルノード１が設定しているセッション数であり、ここに示された数だけ、後に続く［セッション識別子（ＩＤ）、宛先相手ノードアドレス、設定属性］の組合せが格納される。
【０１２５】
図１４と図１５は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態５を示す図である。なお、この実施の形態５の移動体通信システムを構成するネットワークの構成は、上述した実施の形態１の図１および図２と同一であるので、その説明を省略している。また、この実施の形態５では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１との間に、ＩＰセッション２１’を設定しているものとする。
【０１２６】
まず、移動中にドメインの切り替えを検出したモバイルノード１は、ハンドオーバ先ドメインを予測し、そのハンドオーバ先のドメインを識別する新たなＡＰ識別子を含めたルータ要求（ルータ広告を要請するメッセージ）をルータ４１に送信する。ルータ４１は、新たなＡＰ識別子を含むルータ要求を受信すると、ＡＰ識別子から送信先のドメインを割り出し、モバイルノード１がハンドオーバを求めるドメインを収容するルータ、すなわちルータ４２に対してそのルータ要求を転送する。ルータ４２は、ルータ４１経由で、モバイルノード１にネットワークプレフィクスまたはＣｏＡのリストを含むルータ広告を送信する（ステップＳ７１）。
【０１２７】
つぎに、予測したハンドオーバ先ドメインを識別するネットワークプレフィクスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡを、ハンドオーバ先ドメインで使用するＣｏＡとして選択する。そして、図１３の登録要求メッセージのフォーマットに示されるように、ホームエージェント２に対して上記ＣｏＡ、モバイルノード１のホームアドレス、通信中のＩＰセッションのＩＤ（ＩＤ＃１、ＩＤ＃２）、セッションの設定属性およびそのＩＰセッションの通信相手先の相手ノード１１、１２のアドレスリストを含む登録要求メッセージを送信する。この場合、モバイルノード１はまだ実際にはハンドオーバしていないため、登録要求メッセージを受信したノードが新しいＣｏＡを使用した通信を開始することのないように、上記ＣｏＡを“ＡｌｔｅｒｎａｔｉｖｅＣｏＡ”として送信する（ステップＳ７２）。
【０１２８】
ここで、登録要求メッセージに含まれるＩＰセッションの設定属性は、ハンドオーバ後のセッションの帯域予約の必要性を示すものであり、帯域予約が不可である場合に保留が可能か不可かを示すものである。保留が不可である場合には、ハンドオーバ後のセッションを継続しないか、またはＱｏＳを保証しないベストエフォートで転送することになる。一方、保留が可能である場合には、アクセスルータはいったん帯域予約を保留し、別のタイミングで再度帯域予約を試行する。
【０１２９】
なお、この実施の形態５では、モバイルノード１と相手ノード１１との間のＩＰセッション２１の設定属性には「保留不可」が設定され、モバイルノード１と相手ノード１２との間のＩＰセッション２２の設定属性には「保留可」が設定されているものとする。
【０１３０】
その後、上述した実施の形態１の図３のステップＳ３〜Ｓ８と同じ処理が行われる（ステップＳ７３〜Ｓ７８）。すなわち、登録要求メッセージが、ルータ４１からホームエージェント２と相手ノード１１、１２へと送信され、その途中において、ＬＳＲ３３によってＬＳＲ３３からＬＳＲ３２に向けてのＬＳＰが設定され、ＬＳＲ３４によってＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰが設定される。また、ルータ４１はルータ４２にＱｏＳ情報を通知し、ルータ４２は該ＱｏＳ情報を受信した後に、ＬＳＲ３２にＬＳＰ設定要求を送信する。
【０１３１】
ＬＳＲ３２は、ＬＳＰ設定要求にしたがって、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰと、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定を行う（ステップＳ７９）。しかし、ここでは、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰの設定はできたが、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定ができなかった場合を想定しているので、ＬＳＲ３２からセッションＩＤ＃２に対応するＬＳＰ（すなわち、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰ）のＬＳＰ設定不可通知がルータ４２に送信される（ステップＳ８０）。ルータ４２は、セッションＩＤ＃２に対応するＩＰセッション２２’の設定属性が「保留可」に設定されているので、セッションＩＤ＃２の帯域予約を保留したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（ステップＳ８１）。
【０１３２】
その後、ルータ４２は、セッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＰの解放を指示するＬＳＰ解放要求を送信する（ステップＳ８２）。ＬＳＰ解放要求を受信したルータ４４は、ＬＳＲ３４にＬＳＰ解放要求を送信し、ＬＳＲ３４はセッションＩＤ＃２に対して設定されたＬＳＰ、すなわちＬＳＲ３４からＬＳＲ３２に向けてのＬＳＰ中の該当するＩＰセッション２２’を解放する（ステップＳ８３）。
【０１３３】
予測したドメインにモバイルノード１がハンドオーバすると、上述した実施の形態１の図４のステップＳ１０〜Ｓ１２と同じ処理が行われる（ステップＳ８４〜Ｓ８６）。すなわち、モバイルノード１は、ルータ４２経由でホームエージェント２に向けて、ＡｌｔｅｒｎａｔｉｖｅＣｏＡオプションを使用しない通常のＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージをルータ４２は、ホームエージェント２と相手ノード１１、１２のアドレスに対してＣｏＡを含む登録要求メッセージを送信する。
【０１３４】
また、モバイルノード１からの登録要求メッセージを受信したルータ４２は、セッションＩＤ＃２の帯域予約が保留となっているため、セッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＲ３４からＬＳＲ３２の方向のＬＳＰの設定を指示するＬＳＰ設定要求を送信する（ステップＳ８７）。
【０１３５】
ＬＳＰ設定要求を受信したルータ４４は、ＬＳＲ３４にＬＳＰ設定要求を送信し（ステップＳ８８）、ＬＳＲ３４はセッションＩＤ＃２に対応するＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを設定する（ステップＳ８９）。
【０１３６】
さらに、ルータ４２はＬＳＲ３２に対して、セッションＩＤ＃２に対応するＬＳＲ３２からＬＳＲ３４の方向のＬＳＰの設定を要求し（ステップＳ９０）、ＬＳＲ３２は対応するＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ９１）。
【０１３７】
その後の処理は、上述した実施の形態１の図４のステップＳ１３〜Ｓ１７と同一の処理が実行される（ステップＳ９２〜Ｓ９６）。すなわち、モバイルノード１のハンドオーバ前に設定されていたＬＳＲ３１からＬＳＲ３３、３４の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体がルータ４１とＬＳＲ３１によって解放され、また、ＬＳＲ３３からＬＳＲ３１の方向およびＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体が、ルータ４３、４４とＬＳＲ３３、３４によって解放される。以上で、ハンドオーバによるモバイルノード１の通信帯域の制御処理が終了する。
【０１３８】
なお、上述した説明では、設定属性が「保留不可」となっているＩＰセッション２１’の帯域予約が可能である場合を例示したが、例えば図１４のステップＳ７９においてＬＳＲ３２からＬＳＲ３３の方向のＬＳＰ設定が不可能である場合には、ＩＰセッション２１’のセッション帯域予約不可通知がモバイルノード１に対して送信され、ＩＰセッション２１’に対してステップＳ７７で設定されたＬＳＲ３３からＬＳＲ３２の方向のＬＳＰが解放される。その後、ＩＰセッション２１’についてのＬＳＰが解放されたので、ルータ４２の収容するドメインへモバイルノード１がハンドオーバした後は、相手ノード１１との通信は帯域が保証されないベストエフォートによる通信が実行されることになる。
【０１３９】
この実施の形態５によれば、モバイルノード１のハンドオーバ後の通信パスの帯域予約に失敗した場合における帯域予約の属性をＩＰセッションごとにモバイルノード１からネットワークに通知する機能、およびネットワークから帯域予約に失敗したことをモバイルノード１に通知する機能を設け、帯域予約属性が帯域保留可能であった場合には、ハンドオーバ後にモバイルノード１から送られる登録要求メッセージを契機に再度帯域予約を試行するようにしたので、端末はＩＰセッションごとに帯域予約の状態を知ることができ、その状況に合わせてＩＰセッションの継続の可否や一時保留などの対策をとることができる。
【０１４０】
また、帯域保留状態のＩＰセッションについて、ハンドオーバ前のモバイルノード１からの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を所定のタイミングで再試行するので、帯域を確保できないＩＰセッションの発生確率を下げることができる。
【０１４１】
なお、この実施の形態５では、ハンドオーバ後のモバイルノード１からの登録要求メッセージ受信を契機に帯域予約を試行しているが、それを待たずに、帯域予約失敗後から所定周期で試行しても同様な効果が得られる。
【０１４２】
さらに、ハンドオーバ後のルータ４２はＬＳＲ３２からのＬＳＰ設定成功を待ってから、相手ノード１１、１２を収容するルータ４３、４４に登録要求メッセージを送信するようにしてもよい。また、図には示されていないが、相手ノード１１、１２を収容するルータ４３、４４からルータ４２にＬＳＰ設定の成功／失敗を通知するようにし、成功した場合のみルータ４２はＬＳＲ３２にＬＳＰ設定要求を送信するようにしても、同様な効果が得られる。
【０１４３】
実施の形態６．
図１６〜図２０は、この発明にかかる移動体ネットワークにおける帯域制御方法および移動体通信システムの実施の形態６を示す図である。図１６は、移動体通信システムのネットワークの構成を示すブロック図であり、図１７および図１８は、ネットワーク構成要素間の信号シーケンスを示す図である。また、図１９は、この実施の形態６で用いるホームエージェント２からの登録要求メッセージ応答のメッセージフォーマットを示す図であり、図２０は、この実施の形態６におけるモバイルノード１のハンドオーバ前のアクセスルータへのモバイルノード情報を問い合わせる場合のシーケンスを示す図である。なお、図１６に示されるネットワークシステムのブロック図において、上述した実施の形態１の図１と同一の構成要素については同一の符号を付して、その説明を省略している。
【０１４４】
ここで、図１６に示されるネットワークシステムにおけるモバイルノード１が、ルータ４１の収容するドメイン（ネットワーク）からルータ４２の収容するドメイン（ネットワーク）にハンドオーバした場合のＬＳＰの設定方法および該ＬＳＰでのセッションの帯域制御方法について、図１７および図１８を用いて説明する。なお、この実施の形態６では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【０１４５】
まず、モバイルノード１はルータ４１の収容するドメインから、ルータ４２の収容するドメインへのハンドオーバ後に、ルータ要求（ルータ広告を要請するメッセージ）をルータ４２に送信し、ルータ４２は、該ルータ要求に対して、モバイルノード１にルータ広告を送信する（ステップＳ１０１）。
【０１４６】
ステップＳ１０１で、ルータ４２から、ネットワークプレフィックスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡをハンドオーバ後のドメインで使用するＣｏＡを選択し、生成または選択して得られたＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッションを設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージをホームエージェント２に対して送信する（ステップＳ１０２）。
【０１４７】
登録要求メッセージを受信したルータ４２は、登録要求メッセージ内の相手ノードアドレスリストに含まれる相手ノード１１、１２およびホームエージェント２に対して、モバイルノード１のホームアドレスおよびＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージを受信したホームエージェント２および相手ノード１１、１２は、モバイルノード１に対するＣｏＡを登録要求メッセージに含まれるＣｏＡに置き換える（ステップＳ１０３およびＳ１０４）。
【０１４８】
また、ルータ４２はステップＳ１０３およびＳ１０４と並行して、モバイルノード１がハンドオーバ前に収容されていたアクセスルータ４１に対して、モバイルノード１が設定中のＩＰセッション２１、２２についてのＱｏＳ情報の問い合わせを行う。そして、ルータ４１は、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を含むＱｏＳ情報をルータ４２に送信する（ステップＳ１０５）。
【０１４９】
ここで、ルータ４２は、モバイルノード１のハンドオーバ前に収容されていたアクセスルータ（この実施の形態６では、ルータ４１）のアドレスを、以下の（１）または（２）のいずれかの方法によって取得する。
【０１５０】
（１）ステップＳ１０３において、ルータ４２がホームエージェント２に送信した登録要求メッセージに対する応答に、ホームエージェント２は、図１９のフォーマットに示されるように、モバイルノードのホームアドレス、ＣｏＡ、モバイルノードの認証情報の他に、ハンドオーバ前のＣｏＡまたはハンドオーバ前のルータのアドレスを含めてルータ４２に送信する。そして、ルータ４２は、該応答メッセージ内にＣｏＡが含まれていれば、そのネットワークプレフィクス（アドレスの上位部分のドメインを識別する領域）からハンドオーバ前に接続されていたアクセスルータ４１のアドレスを割り出して取得する。
【０１５１】
（２）隣接アクセスルータとしてあらかじめ定義されているアドレス群全て（図２０の場合には、ルータ４１、４３〜４５）に対して、ルータ４２がモバイルノード１のホームアドレスを含む問い合わせパケットを送信する（図２０のステップＳ１２１）。問い合わせパケットを受信したルータが該アドレスに対する情報を保有している場合には、そのルータはモバイルノード１のハンドオーバによりその情報が無効になった時刻をルータ４２に送信する（ステップＳ１２２−１およびＳ１２２−２）。この場合の前提条件として、全てのルータはモバイルノード１のハンドオーバ後、モバイルノード１の情報を一定時間保持しておくものとする。図２０に示す例では、ルータ４２は、複数のルータ４１、４５から応答を受信しているので、ルータ４２は、時刻情報が最新のルータであるルータ４１を選択する（ステップＳ１２３）。なお、ハンドオーバ前のルータのＩＰアドレス問い合わせと、ステップＳ１０５で実行されるＱｏＳ情報の問い合わせを一つのシーケンスで実行するようにしてもよい。
【０１５２】
以上で説明したいずれかの方法によって、モバイルノード１がハンドオーバした先のルータ４２は、ハンドオーバ前にモバイルノード１が収容されていたルータ４１を割り出す。
【０１５３】
上述したステップＳ１０４で、相手ノード１１、１２宛てに送信された登録要求メッセージをそれぞれ受信したルータ４３、４４は、登録要求メッセージに含まれるモバイルノード１の新しいＣｏＡから、ハンドオーバ先ルータであるルータ４２を収容するＬＳＲ３２を割り出す。そして、ルータ４３はＬＳＲ３３からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３３に送信し、ルータ４４はＬＳＲ３４からＬＳＲ３２に向けたＬＳＰ設定要求をＬＳＲ３４に送信する（ステップＳ１０６）。なお、このときルータ４３はＬＳＲ３３に、相手ノード１１からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信し、ルータ４４はＬＳＲ３４に、相手ノード１２からモバイルノード１の方向のＩＰセッション単位のＱｏＳ情報を送信するが、これらのＱｏＳ情報は、ルータ４３、４４によって、それぞれのＩＰセッションが存続している間中、保持されているものとする。
【０１５４】
相手ノード１１、１２からモバイルノード１宛てのパケットをＩＰセッションごとに帯域／優先度を保証しつつフォワーディングするためのＬＳＰを設定するために、ＬＳＲ３３、３４はＬＳＲ３２との間でそれぞれＬＳＰ設定手順を実行する。すなわち、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向にＬＳＰを設定し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向にＬＳＰを設定する。このとき、ＬＳＰの設定はＩＰセッションごとに行われるが、既に対応するＬＳＰが存在し、かつ帯域の割当てが可能である場合には、ＩＰフローの識別情報のみを既に存在するＬＳＰに対して設定する。また、ＬＳＰは存在するが、ＩＰセッションに割当てる帯域が不足している場合には、割当て帯域の拡張とＩＰフローの識別情報を既に存在するＬＳＰに対して設定する。一方、ＬＳＰが存在しない場合には、割当て帯域交渉およびＩＰフローの識別情報をＬＳＲ３３、３４とＬＳＲ３２との間で授受し、ＬＳＰを設定する処理を行う（ステップＳ１０７）。
【０１５５】
上述したステップＳ１０５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求とをＬＳＲ３２に対して送信する。なお、ルータ４２は、ＩＰセッション２１’、２２’存続期間中またはモバイルノード１のハンドオーバ後所定時間が経過するまでの間、ＩＰセッション２１’、２２’に関する上記の相手ノードアドレスとＱｏＳ情報を記憶しているものとする（ステップＳ１０８）。
【０１５６】
ＬＳＰ設定要求を受信したＬＳＲ３２は、モバイルノード１から相手ノード１１、１２宛てのＩＰフローに対して、ＩＰセッションごとにＱｏＳを保証するＬＳＰを設定する。すなわち、ＬＳＲ３２は、ＩＰセッション２１’に対してＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定し、ＩＰセッション２２’に対してＬＳＲ３２からＬＳＲ３４の方向のＬＳＰを設定する（ステップＳ１０９）。
【０１５７】
相手ノード１１、１２宛てに送信された登録要求メッセージを捕捉したルータ４３、４４は、捕捉した登録要求メッセージを解析してＣｏＡが変更になったことを検出すると、ルータ４３は、ＬＳＲ３３にハンドオーバ前のＬＳＲ３３からＬＳＲ３１の方向のＬＳＰを解放する要求を送信し、そして、ルータ４４は、ＬＳＲ３４にハンドオーバ前のＬＳＲ３４からＬＳＲ３１の方向のＬＳＰを解放する要求を送信する（ステップＳ１１０）。
【０１５８】
それぞれのＬＳＲ３３、３４はＬＳＰの解放要求を受信すると、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰの該当するＩＰセッション２１が占有する帯域を解放し、そして、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰの該当するＩＰセッション２２が占有する帯域を解放する。この場合において、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１１１）。
【０１５９】
ルータ４２はステップＳ１０８と並行して、ステップＳ１０５で獲得したルータ４１のＩＰアドレスに対して、ＬＳＰ解放指示を送信する（ステップＳ１１２）。
【０１６０】
ルータ４１は、モバイルノード１がハンドオーバする前に使用していたＬＳＲ３１からＬＳＲ３３の方向のＬＳＰと、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰとを解放するようにＬＳＰ解放要求を、ＬＳＲ３１に対して送信する（ステップ１１３）。
【０１６１】
ＬＳＲ３１は、モバイルノード１のハンドオーバ前に使用していた、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰのＩＰセッション２１が占有する帯域と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰのＩＰセッション２２が占有する帯域とを解放する。この場合において、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１１４）。これにより、モバイルノード１が、ルータ４１の収容するネットワークからルータ４２の収容するネットワークへハンドオーバする場合のＬＳＰの設定およびＱｏＳ制御の処理が終了する。
【０１６２】
この実施の形態６によれば、モバイルノード１のハンドオーバ後に、複数の通信相手との間に設定しているＩＰセッションごとに、帯域を保証するＬＳＰを設定する場合、ネットワーク内でＩＰセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノード１が収容されるアクセスルータ間で受け渡すことができるので、モバイルノード１からＩＰセッションのＱｏＳ情報を取得する必要がなく、モバイルノード１からネットワークに送信する制御情報の量を抑えることができる。また、モバイルノード１はＩＰセッションの相手先である相手ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、ＩＰセッションごとまたは相手ノードごとに登録パケットを送る必要がなく、モバイルノード１の負荷を軽減することができる。これは特にＩＰセッション数が多い場合または通信相手の相手ノードが多い場合に顕著な効果を得ることができる。
【０１６３】
実施の形態７．
図２１および図２２は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態７を示す図である。なお、この実施の形態７の移動体通信システムを構成するネットワークの構成は、上述した実施の形態６の図１６と同一であるので、その説明を省略している。また、この実施の形態７では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。
【０１６４】
まず、上述した実施の形態６の図１７で説明したステップＳ１０１〜Ｓ１０２と同じ処理を行う（ステップＳ１３１〜Ｓ１３２）。すなわち、モバイルノード１は、ルータ４２の収容するドメインへのハンドオーバ後にルータ要求をルータ４２に送信し、そしてルータ４２からルータ広告を受信した後に、ＣｏＡ、モバイルノード１のホームアドレスおよびＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレスリストを含む登録要求メッセージをホームエージェント２に向けてルータ４２経由で送信する。
【０１６５】
その後、ルータ４２はホームエージェント２に対して、ホームアドレスおよびＣｏＡを含む登録要求メッセージを送信する。登録要求メッセージには上記のモバイルノード１のホームアドレスとＣｏＡのほかに、モバイルノード１の認証情報が含まれており、ホームエージェント２は、あらかじめモバイルノード１のホームアドレスと共に記憶しておいた認証情報と登録要求メッセージの認証情報を比較し、一致すれば応答（図２１中では、ＢＵＡＣＫと表記）に登録成功を示す登録ステータスを含めて、不一致であれば応答に登録失敗を示す登録ステータスを含めてモバイルノード１に送信する（ステップＳ１３３）。
【０１６６】
そして、モバイルノード１宛ての応答を受信したルータ４２は、該応答に含まれる登録ステータスが登録成功の場合にのみ、モバイルノード１からの登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てに登録要求メッセージを送信する（ステップＳ１３４）。
【０１６７】
また、ルータ４２は、上記登録ステータスが登録成功の場合に、ルータ４１へＱｏＳ情報の問い合わせを行う。ルータ４１は、保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を含むＱｏＳ情報をルータ４２に送信する（ステップＳ１３５）。
【０１６８】
一方、ステップＳ１３４で、ルータ４２が登録失敗の登録ステータスを含む応答を受信した場合には、登録要求メッセージに含まれる相手ノードアドレスリストに含まれる相手ノード１１、１２宛てへの登録要求メッセージの送信、およびハンドオーバ前のルータであるのルータ４１へのＱｏＳ情報の問い合わせ、およびそれに引き続くＬＳＰ設定要求の送信等の処理は行われず、処理が終了する。
【０１６９】
その後の処理は、実施の形態６の図１７および図１８で説明したステップＳ１０６〜Ｓ１１４と同じ処理が実行される（ステップＳ１３６〜Ｓ１４４）。すなわち、ルータ４２から相手ノード１１、１２に送信される登録要求メッセージを捕捉したルータ４３、４４は、該登録要求メッセージを解析してＬＳＲ３３、３４に対してＬＳＰ設定要求を送信する。ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰを設定し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを設定する。また、ステップＳ１３５でＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＰ設定要求をＬＳＲ３２に対して行い、ＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰとＬＳＲ３２からＬＳＲ３４の方向のＬＳＰとを設定する。また、ルータ４３、４４、４１は、モバイルノード１がハンドオーバする前に使用していたＩＰセッション２１、２２を収容していたＬＳＰを解放するために、それぞれＬＳＲ３３、３４、３１に対してＬＳＰ解放要求を送信する。そして、ＬＳＲ３３、３４、３１は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ、そしてＬＳＲ３１からＬＳＲ３３、３４の方向のＬＳＰ中の該当するＩＰセッション２１、２２またはＬＳＰ自体をそれぞれ解放する。ただし、他に収容するＩＰセッションがこれらのＬＳＰに存在しなくなった場合には、ＬＳＰ自体を解放して、処理が終了する。
【０１７０】
この実施の形態７によれば、ホームエージェント２へのＣｏＡの登録が成功したときのみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うことで、モバイルノード１のなりすましなどの不正アクセスによる無効な帯域の予約を防止することができる。
【０１７１】
実施の形態８．
図２３および図２４は、この発明にかかる移動体通信システムにおけるネットワーク構成要素間の信号シーケンスの実施の形態８を示す図である。なお、この実施の形態８の移動体通信システムを構成するネットワークの構成は、上述した実施の形態６の図１６と同一であるので、その説明を省略している。また、この実施の形態８では、ハンドオーバ前のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１、２２を設定しており、ハンドオーバ後のモバイルノード１は、相手ノード１１、１２との間に、それぞれＩＰセッション２１’、２２’を設定しているものとする。さらに、この実施の形態８に用いるＣｏＡ登録要求を含む登録要求メッセージのフォーマットは実施の形態５の図１３に示されるフォーマットと同じである。
【０１７２】
まず、モバイルノード１はルータ４２の収容するドメインへのハンドオーバ後に、ルータ要求（ルータ広告を要請するメッセージ）をルータ４２に送信し、ルータ４２は、該ルータ要求に対して、モバイルノード１にルータ広告を送信する（ステップＳ１５１）。
【０１７３】
ステップＳ１５１でルータ４２からネットワークプレフィックスまたはＣｏＡのリストを受信したモバイルノード１は、ネットワークプレフィクスを基にＣｏＡを生成するか、またはＣｏＡリストの中から一つのＣｏＡをハンドオーバ後のドメインで使用するＣｏＡとして選択し、ホームエージェント２に対して生成または選択して得られたＣｏＡ、モバイルノード１のホームアドレス、ＩＰセッション２１、２２を設定している相手ノード１１、１２のアドレス、およびＩＰセッション２１、２２ごとの設定属性の組のリストを含む登録要求メッセージを送信する（ステップＳ１５２）。なお、この実施の形態８における説明では、ＩＰセッション２２の設定属性は「帯域予約不可の場合には帯域設定無し」と設定されているものとする。
【０１７４】
その後、実施の形態６の図１７で説明したステップＳ１０３〜Ｓ１０７と同じ処理を行う（ステップＳ１５３〜Ｓ１５７）。すなわち、ルータ４２からホームアドレスとＣｏＡを含む登録要求メッセージを受信した相手ノード１１、１２およびホームエージェント２は、モバイルノード１に対するＣｏＡを登録要求メッセージに含まれるＣｏＡに置き換える。また、ルータ４２は、モバイルノード１のハンドオーバ前に接続されていたルータ４１に対して、モバイルノード１が設定中のＩＰセッション２１、２２についてのＱｏＳ情報の問い合わせを行い、ルータ４１から保持しているモバイルノード１の通信中のＩＰセッション２１、２２の帯域、相手ノードアドレス、優先クラスおよびＩＰフロー識別情報を受信する。なお、ここでのモバイルノード１のハンドオーバ前に接続されていたアクセスルータ４１のアドレスは、実施の形態６で説明した方法によって取得される。そして、相手ノード１１、１２宛ての登録要求メッセージを捕捉したルータ４３、４４によって、ＬＳＰを設定する指示がＬＳＲ３３、３４に送信され、ＬＳＲ３３によって、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰが設定され、ＬＳＲ３４によって、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰが設定される。
【０１７５】
ステップＳ１５５で、ＩＰセッション２１、２２の相手ノードアドレスと、モバイルノード１のＱｏＳ情報とを獲得したルータ４２は、ＬＳＲ３２からＬＳＲ３３に向けたＬＳＰ設定要求と、ＬＳＲ３２からＬＳＲ３４に向けたＬＳＰ設定要求とをＬＳＲ３２に送信する（ステップＳ１５８）。ＬＳＲ３２は、ＬＳＲ３２からＬＳＲ３３の方向のＬＳＰを設定する（ステップＳ１５９）が、ここでは、ルータ４２からＬＳＲ３２に対して送信されたＬＳＰ設定要求のうち、セッションＩＤ＃２に対するＬＳＰ（すなわち、ＬＳＲ３２からＬＳＲ３４の方向のＬＳＰ）の設定が不可能である場合を想定しているので、ＬＳＲ３２は、ルータ４２に対してセッションＩＤ＃２に対するＬＳＰ設定不可通知を送信する（ステップＳ１６０）。ルータ４２は、このＬＳＰ設定不可通知をＬＳＲ３２から受信した場合には、セッションＩＤ＃２の帯域予約に失敗したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（ステップＳ１６１）。
【０１７６】
その後、実施の形態６の図１７と図１８で説明したステップＳ１１０〜Ｓ１１４と同じ処理を行い、モバイルノード１がハンドオーバする前に設定されていたＬＳＰ中のＩＰセッション２１、２２の解放を行う（ステップＳ１６２〜Ｓ１６６）。すなわち、ルータ４２から相手ノード１１、１２に送信される登録要求メッセージを捕捉したルータ４３、４４は、該登録要求メッセージを解析してＬＳＲ３３、３４に対してＬＳＰ解放要求を送信する。ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２１またはＬＳＰ自体を解放し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３１の方向のＬＳＰ中の該当するＩＰセッション２２またはＬＳＰ自体を解放する。また、ステップＳ１５５でハンドオーバ前にモバイルノード１が収容されていたルータ４１のアドレスを獲得したルータ４２は、ＬＳＰ解放要求をルータ４１に対して行い、さらに、ルータ４１とＬＳＲ３１とは、ＬＳＲ３１からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１と、ＬＳＲ３１からＬＳＲ３４の方向のＬＳＰ中の該当するＩＰセッション２２とを解放する。ただし、他に収容するＩＰセッションがこれらのＬＳＰに存在しなくなった場合には、ＬＳＰ自体を解放する。
【０１７７】
その後、ルータ４２はセッションＩＤ＃２の通信相手先である相手ノード１２を収容するルータ４４に対して、セッションＩＤ＃２に対応するＬＳＰ（すなわち、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ）の解放を指示するＬＳＰ解放要求を送信する（ステップＳ１６７）。ルータ４４は、ＬＳＰ解放要求を受信すると、ＬＳＲ３４にＬＳＰ解放要求を送信し（ステップＳ１６８）、ＬＳＲ３４はセッションＩＤ＃２に対応して設定したＬＳＰ（すなわち、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ）を解放する（ステップＳ１６９）。
【０１７８】
これ以降、相手ノード１１との間に設定されたセッションＩＤ＃１（すなわち、ＩＰセッション２１’）に対してはＱｏＳが保証されるが、一方のセッションＩＤ＃２（すなわち、ＩＰセッション２２’）については、ＬＳＰが設定されていないため、帯域保証されないベストエフォートで通信が行われることになる。ただし、モバイルノード１がセッションＩＤ＃２について帯域が保証されない状態での通信の継続を望まない場合には、図２３のステップＳ１６１でセッション帯域予約状態通知を受信したモバイルノード１は、図２５に示されるように、有効時間＝０と設定した登録要求メッセージを相手ノード１２に対して送信する（ステップＳ１７０）。この有効時間＝０と設定した登録要求メッセージは、該登録要求メッセージ以前に通知したＣｏＡが無効であることを示すものであり、この実施の形態８ではＩＰセッションを解放することを意味するものである。なお、相手ノード１２へ送信する途中でこの登録要求メッセージを受信したルータ４４は、この登録要求メッセージの内容を解析してＬＳＲ３４に対してＬＳＰの解放要求を送信する（ステップＳ１７１）。そして、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰを解放する処理を行い（ステップＳ１７２）、処理が終了する。
【０１７９】
これに対して、図２６は、ＩＰセッション２２の設定属性が「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」と設定されている場合のネットワーク構成要素間の信号シーケンスを示す図であり、図２３のシーケンスから続くものである。また、この図２６において、ステップＳ１６４〜Ｓ１６６の処理は、図２４のステップＳ１６４〜Ｓ１６６の処理と同じである。ここで、この「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」とは、ハンドオーバ後のＩＰセッションの一つでも帯域予約ができない場合には、すべてのＩＰセッションを取り消すという意味であるとする。
【０１８０】
ＩＰセッション２２の設定属性が「帯域予約不可の場合にはすべての登録要求メッセージ取り消し」と設定され、該ＩＰセッション２２についてのＬＳＰ設定不可通知をルータ４２が受信した場合には、ルータ４２はセッションＩＤ＃２の帯域予約に失敗したことを示すセッション帯域予約状態通知をモバイルノード１に通知する（図２３のステップＳ１６１）。その後、ＬＳＲ３３、３４、３１によるＬＳＰ中の該当するＩＰセッション２１、２２の解放が実行される（図２３のステップＳ１６２〜Ｓ１６３、図２５のステップＳ１６４〜Ｓ１６６）。
【０１８１】
その後、ルータ４２はホームエージェント２および相手ノード１１、１２に対して、有効時間＝０と設定した登録要求メッセージを送信する（図２６のステップＳ１８１およびＳ１８２）。有効時間＝０は以前通知したＣｏＡが無効であることを示すものであり、この実施の形態８では通信を取りやめることを意味するものである。
【０１８２】
ルータ４２からの登録要求メッセージを受信したルータ４３、４４は、該登録要求メッセージを解析し、有効時間＝０と設定されているので、それぞれＬＳＲ３３、３４に対してＬＳＰ解放要求を送信する（ステップＳ１８３）。そして、ＬＳＲ３３は、ＬＳＲ３３からＬＳＲ３２の方向のＬＳＰ中の該当するＩＰセッション２１’を解放し、ＬＳＲ３４は、ＬＳＲ３４からＬＳＲ３２の方向のＬＳＰ中の該当するＩＰセッション２２’を解放する。このとき、他に収容するＩＰセッションがなくなった場合には、ＬＳＰ自体を解放する（ステップＳ１８４）。
【０１８３】
また、ルータ４２はセッションＩＤ＃１（モバイルノード１と相手ノード１１との間のＩＰセッション２１’）に対するＬＳＰ解放要求をＬＳＲ３２に送信し（ステップＳ１８５）、ＬＳＲ３２はＬＳＲ３２からＬＳＲ３３の方向のＬＳＰ中の該当するＩＰセッション２１’またはＬＳＰ自体を解放し（ステップＳ１８６）、処理が終了する。
【０１８４】
この実施の形態８によれば、ＩＰセッションごとの帯域予約の属性をモバイルノード１からネットワークに通知する機能、およびネットワークから帯域予約に失敗したことをモバイルノード１に通知する機能を設け、帯域予約に失敗したＩＰセッションについて帯域予約失敗を通知し、他のＩＰセッションの帯域を確保するように構成したので、通信中の複数のＩＰセッションのうち、一部の帯域予約に失敗した場合でも、他のＩＰセッションについてはＱｏＳを保証することができ、帯域予約に失敗したＩＰセッションについてもベストエフォートでの通信を望むか、ＩＰセッションを解放するかを端末自身が選択できる。
【０１８５】
なお、ＩＰセッションの帯域予約の属性が「全セッションについて通信継続不可」と設定することもでき、そのＩＰセッションの帯域予約が不可となった場合に、モバイルノード１から有効時間＝０の登録要求メッセージをホームエージェント２宛てに送信され、それを受けてルータ４２が通信中の相手ノード１１、１２に有効時間＝０に設定した登録要求メッセージを送信することによって、すべてのＩＰセッションについてベストエフォートでの通信を望むか、ＩＰセッションを解放するかを端末が選択できる。
【０１８６】
上述した実施の形態１〜８ではルータ４１〜４４とＬＳＲ３１〜３４とは別々の装置として描かれているが、ルータ４１〜４４とＬＳＲ３１〜３４の機能を同一の装置上で実現しても同様な効果を得ることができる。また、上述した実施の形態１〜８では、モバイルノード１から相手ノード１１、１２の方向、および相手ノード１１、１２からモバイルノード１の方向の片方向単位でＬＳＰを設定しているが、両方向のＬＳＰを該ＬＳＰのエッジＬＳＲとして機能するＬＳＲのうちのどちらか一方のＬＳＲ３２〜３４で設定するようにしてもよい。例えば、実施の形態１の図３の場合には、ステップＳ８でのルータ４２によるＬＳＰ設定要求とステップＳ９でのＬＳＲ３２によるＬＳＰ設定を行わずに、ステップＳ４でルータ４２からの登録要求メッセージを受信した後に行うルータ４３、４４によるステップＳ６〜Ｓ７で、ＬＳＲ３３、３４にＬＳＲ３２との間の両方向のＬＳＰの設定を行ってもよいし、ステップＳ６でのルータ４３、４４によるＬＳＰ設定要求とステップＳ７でのＬＳＲ３３、３４によるＬＳＰ設定を行わずに、ステップＳ８〜Ｓ９でルータ４２によるＬＳＰ設定要求を契機にして、ＬＳＲ３２がＬＳＲ３３、３４との間の両方向のＬＳＰの設定を行ってもよい。
【０１８７】
さらに、上述した実施の形態４〜８において、実施の形態３で説明したように、モバイルノード１と相手ノード１１、１２との間でＩＰセッションの確立制御を行う呼制御装置と、モバイルノード１と相手ノード１１、１２との間の通信のＱｏＳ制御を行うポリシーサーバとを備えるようにしてもよい。
【０１８８】
【発明の効果】
以上説明したように、この発明によれば、モバイルノードがハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先で使用するＣｏＡの登録と、モバイルノードが通信中のセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することができるようにしたので、モバイルノードが異なる端末と複数のセッションを設定している場合でも、セッションごとにＱｏＳを保証することができ、かつハンドオーバに伴うパケットロスを減らすことができるという効果を有する。
【０１８９】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時に、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うことができるように構成したので、モバイルノードの他人によるなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０１９０】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するようにしたので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０１９１】
つぎの発明によれば、ハンドオーバした後に、ハンドオーバする前に設定されていたセッションと、ハンドオーバした後の時点で設定されているセッションとを比較し、ハンドオーバした後に存在しないセッションの帯域予約を取り消すようにしたので、ハンドオーバする直前にセッションが解放された場合でも、ハンドオーバした直後の段階でそのセッションに割当てた帯域を解放することができ、ネットワーク資源の利用効率を高めることができるという効果を有する。
【０１９２】
つぎの発明によれば、ハンドオーバした後の通信パスの帯域予約に失敗した場合の帯域予約の属性をセッションごとにモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約属性が帯域保留可能であった場合に、ハンドオーバした後にモバイルノードから送られる登録要求メッセージを契機に再度帯域予約を試行するようにしたので、端末はセッションごとに帯域予約の状態を知ることができ、その状況に合わせてセッションの継続の可否や一時保留などの対策をとることができるという効果を有する。また、帯域保留状態のセッションについて、ハンドオーバする前のモバイルノードからの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を再試行するので、帯域を確保できないセッションの確立を下げることができるという効果を有する。
【０１９３】
つぎの発明によれば、端末のハンドオーバ後に、複数の通信相手との間に設定しているセッションごとに、帯域を保証するパスを設定する場合に、ネットワーク内でセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノードが収容されるアクセスルータ間で受け渡すようにしたので、端末からセッションのＱｏＳ情報をもらう必要がなく、端末からネットワークに送信する制御情報の量を抑制することができるという効果を有する。また、端末は、セッションの相手先である相手先ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、セッションごとあるいは相手ノードごとに登録パケットを送信する必要がなく、端末の不可を軽減することができるという効果も有する。特に、セッション数が多い場合または通信相手の相手ノードが多い場合には顕著な効果を有する。
【０１９４】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータに対して隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータを割り出すようにしたので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０１９５】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータを割り出すようにしたので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０１９６】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時のみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うようにしたので、モバイルノードのなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０１９７】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するようにしたので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０１９８】
つぎの発明によれば、セッションごとの帯域予約の属性をモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知し、そして、帯域予約に失敗したセッションについて帯域予約失敗を通知し、他のセッションの帯域を確保するようにしたので、通信中の複数のセッションのうち、一部の帯域予約に失敗した場合でも、他のセッションについてはＱｏＳを保証することができ、帯域予約に失敗したセッションについてもベストエフォートでの通信を望むか、セッションを解放するかを端末自身が選択することができるという効果を有する。
【０１９９】
つぎの発明によれば、モバイルノードがハンドオーバを予知した場合に、ハンドオーバ前にハンドオーバ先で使用するＣｏＡの登録と、モバイルノードが通信中のセッションごとにＱｏＳを保証した最適なＬＳＰを予め設定することができるように構成したので、モバイルノードが異なる端末と複数のセッションを設定している場合でも、セッションごとにＱｏＳを保証することができ、かつハンドオーバに伴うパケットロスを減らすことができるという効果を有する。
【０２００】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時に、ＩＰセッションごとにハンドオーバ後の通信経路の帯域の予約を行うことができるように構成したので、モバイルノードの他人によるなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０２０１】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するように構成したので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０２０２】
つぎの発明によれば、ハンドオーバした後に、ハンドオーバする前に設定されていたセッションと、ハンドオーバした後の時点で設定されているセッションとを比較し、ハンドオーバした後に存在しないセッションの帯域予約を取り消すように構成したので、ハンドオーバする直前にセッションが解放された場合でも、ハンドオーバした直後の段階でそのセッションに割当てた帯域を解放することができ、ネットワーク資源の利用効率を高めることができるという効果を有する。
【０２０３】
つぎの発明によれば、ハンドオーバした後の通信パスの帯域予約に失敗した場合の帯域予約の属性をセッションごとにモバイルノードからネットワークに通知し、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約属性が帯域予約保留可能であった場合に、ハンドオーバした後にモバイルノードから送られる登録要求メッセージを契機に再度帯域予約を試行するように構成したので、端末はセッションごとに帯域予約の状態を知ることができ、その状況に合わせてセッションの継続の可否や一時保留などの対策をとることができるという効果を有する。また、帯域保留状態のセッションについて、ハンドオーバする前のモバイルノードからの登録要求メッセージ受信直後の時点では、帯域予約が不可であっても、ネットワークが帯域予約を再試行するので、帯域を確保できないセッションの確立を下げることができるという効果を有する。
【０２０４】
つぎの発明によれば、端末のハンドオーバ後に、複数の通信相手との間に設定しているセッションごとに、帯域を保証するパスを設定する場合に、ネットワーク内でセッションごとのＱｏＳ情報を、ハンドオーバ前後にモバイルノードが収容されるアクセスルータ間で受け渡すように構成したので、端末からセッションのＱｏＳ情報をもらう必要がなく、端末からネットワークに送信する制御情報の量を抑制することができるという効果を有する。また、端末は、セッションの相手先である相手先ノードのアドレスリストを含む登録パケットを一つ送信すればよいため、セッションごとあるいは相手ノードごとに登録パケットを送信する必要がなく、端末の不可を軽減することができるという効果も有する。特に、セッション数が多い場合または通信相手の相手ノードが多い場合には顕著な効果を有する。
【０２０５】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータに対して隣接ルータとして予め定義されているアドレス群すべてに対して、モバイルノードのホームアドレスを含む問合せパケットを送信し、モバイルノードのハンドオーバ前に収容されていたルータを割り出すように構成したので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０２０６】
つぎの発明によれば、ＱｏＳ情報の問合せを、ハンドオーバ先のルータが、モバイルノードのホームアドレスを有するホームエージェントから、ハンドオーバ前にモバイルノードが収容されていたルータのアドレスを取得するように構成したので、ハンドオーバ前のルータに対してＩＰセッションのＱｏＳ情報および相手ノードアドレスを問い合わせることができるという効果を有する。
【０２０７】
つぎの発明によれば、ホームエージェントへのＣｏＡの登録が成功した時のみ、ＩＰセッションごとにハンドオーバ後の通信経路の帯域予約を行うように構成したので、モバイルノードのなりすましなどの不正アクセスによる無効な帯域の予約を防止することができるという効果を有する。
【０２０８】
つぎの発明によれば、セッションの設定シーケンスに連動して、アクセスルータにセッションごとのＱｏＳ情報を通知するように構成したので、セッション設定手順と連携して移動端末のＱｏＳ保証を実現することができるという効果を有する。また、端末は帯域予約のための特別なメッセージを送信する必要がなく、さらに、ネットワークにおいて加入契約時などの事前設定の必要がないという効果も有する。
【０２０９】
つぎの発明によれば、セッションごとの帯域予約の属性をモバイルノードからネットワークに通知する機能と、ネットワークから帯域予約に失敗したことを端末に通知する機能を設け、帯域予約に失敗したセッションについて帯域予約失敗を通知し、他のセッションの帯域を確保するように構成したので、通信中の複数のセッションのうち、一部の帯域予約に失敗した場合でも、他のセッションについてはＱｏＳを保証することができ、帯域予約に失敗したセッションについてもベストエフォートでの通信を望むか、セッションを解放するかを端末自身が選択することができるという効果を有する。
【図面の簡単な説明】
【図１】モバイルノードがハンドオーバする前の移動体通信システムの実施の形態１の構成を示すブロック図である。
【図２】モバイルノードがハンドオーバした後の移動体通信システムの実施の形態１の構成を示すブロック図である。
【図３】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図５】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図６】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である。
【図７】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図８】移動体通信システムの実施の形態３の構成を示すブロック図である。
【図９】ＩＰセッションの設定／解除のシーケンスを示す図である。
【図１０】ＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。
【図１１】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１２】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１３】ＣｏＡ登録要求を行う登録要求メッセージのフォーマットを示す図である。
【図１４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１５】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１６】移動体通信システムの実施の形態６の構成を示すブロック図である。
【図１７】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図１８】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図１９】登録要求メッセージ応答のメッセージフォーマットを示す図である。
【図２０】ハンドオーバ前のアクセスルータへのモバイルノード情報を問い合わせる場合のシーケンスを示す図である。
【図２１】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図２２】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図２３】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その１）。
【図２４】移動体ネットワークにおける帯域制御方法のシーケンスを示す図である（その２）。
【図２５】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図２６】移動体ネットワークにおける帯域制御方法のシーケンスの変形例を示す図である。
【図２７】従来の移動体通信システムの構成を示すブロック図である。
【図２８】移動体ネットワークにおける帯域制御方法のシーケンスの従来例を示す図である。
【符号の説明】
１モバイルノード、２ホームエージェント、３ＭＰＬＳネットワーク、５呼制御装置、６ポリシーサーバ、１１，１２相手ノード、２１，２２，２１’，２２’ ＩＰセッション、３０〜３４ラベルスイッチングルータ、４１〜４４アクセスルータ。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a bandwidth control method in a mobile network capable of controlling a bandwidth in a domain after handover for each IP session in use when a mobile node is handed over, and a mobile communication system realizing the method. Is.
[0002]
[Prior art]
There is a MPLS (Multi Protocol Label Switching) procedure as a transfer method of communication data of the network layer protocol. In this MPLS procedure, a label is added to a packet, and a label switching table, which is a table composed of elements such as an input interface, an input label, an output interface, and an output label, is held in the router. Then, based on this label switching table, the router (label switching router) performs switching of the packet to which the label is added, thereby realizing a packet transfer method.
[0003]
The MPLS architecture is defined in the Internet Engineering Task Force (IETF) document “Internet Draft“ MPLS Architecture ””. In the MPLS, as a procedure for setting a path that guarantees QoS (Quality of Service) in a label switch path (hereinafter referred to as LSP) in which packets are transferred by label switching, CR-LDP (Constraint-based Routing) -Label Distributed Protocol) and RSVP-TE (Traffic Engineering extension of the Resource reSerVation Protocol). In this specification, a path setting method that guarantees QoS using CR-LDP will be described.
[0004]
Mobile IP is a method for supporting the mobility of terminal devices in the Internet layer protocol. A node that moves in Mobile IP (hereinafter referred to as a mobile node) has a home address so that the mobile node can be uniquely identified from other nodes even in other networks that have been handed over. When the mobile node is connected to a subnetwork (hereinafter referred to as a home network) identified from a network prefix included in the home address, communication is performed as a normal node device. However, when a mobile node is handed over to a sub-network other than the home network (hereinafter referred to as an external network), a temporary address including a network prefix for identifying the external network (hereinafter referred to as CoA, Care of Address). It is possible to communicate using CoA while connected to the external network. Mobile IP that supports mobility in the Internet layer protocol is defined in IETF documents “Internet Draft“ Mobility Support in IPv6 ”” and “RFC (Request For Comment) 2002”.
[0005]
By combining the MPLS and the Mobile IP, it is possible to guarantee QoS even in the Mobile IP. The IETF document “Internet Draft“ Extension of LDP for Mobile IP Service ”” and the document ““ Integration of Mobile IP and MPLS ”” describe a procedure for performing communication by combining Mobile IP and MPLS. Yes. A communication procedure in which Mobile IP and MPLS are combined will be described below with reference to FIGS. 27 and 28.
[0006]
FIG. 27 is a block diagram showing a configuration of a network system in which Mobile IP and MPLS are combined. 27 includes an MPLS network 3 composed of a plurality of label switching routers (hereinafter referred to as LSR) 31 to 34, a home agent (denoted as HA in the figure) 2 accommodated in the LSR 34, a home A mobile node (in the figure, indicated as MN) 1 having a home address in the network managed by the agent 2, a counterpart node (indicated in the figure as CN) 11 that is a communication partner of the mobile node 1, and LSRs 31-33 Access routers (indicated as AR in the figure, hereinafter also simply referred to as routers) 41-43. Here, the mobile node 1 communicates with the counterpart node 11 via the router 41 accommodated in the LSR 31, and the mobile node 1 accommodates the LSR 32 from the state where the path connecting the LSR31-LSR34-LSR33 as the LSP is established. A case where communication is performed with the counterpart node 11 by handover to the router 42 will be described with reference to a sequence showing an LSP setting procedure in FIG.
[0007]
When the mobile node 1 is handed over from the domain (network) accommodated by the router 41 to the new domain (network) accommodated by the router 42, a router request message is sent to the router 42 in order to obtain a CoA including the network prefix of the network. Send to. When receiving the router request from the mobile node 1, the router 42 transmits a router advertisement in which the CoA including the network prefix is stored to the mobile node 1 (step S201).
[0008]
The mobile node 1 that has received the router advertisement acquires a new CoA to be used in the network accommodated by the router 42, and transmits a registration request message (indicated as BU in the figure, abbreviated as Binding Update) to the home agent. Requesting that the correspondence between the CoA and the home address of the mobile node 1 be registered. With this registration request message, the mobile node 1 requests the home agent 2 to return a registration response in order to obtain the certainty of registration (step S202).
[0009]
The home agent 2 requested to register by the registration request message from the mobile node 1 transmits a registration response to the mobile node 1 (step S203).
[0010]
The LSR 32 that has received the registration response from the home agent 2 responds to the existing LSP (LSR 31 -LSR 34 -LSR 33) used for communication between the mobile node 1 and the partner node 11 before the mobile node 1 performs handover. In order to extend the LSP to the position of the own router LSR 32, a process of extending the LSP between the LSR 32 and the LSR 31 is performed. Specifically, a label request in the direction from the mobile node 1 to the partner node 11 is transmitted to the LSR 31, and the LSR 31 transmits a label mapping to the LSR 32 in response to this label request (step S204).
[0011]
The LSR 32 that has received the label mapping from the LSR 31 transfers the registration response received from the home agent 2 to the mobile node 1 (step S205).
[0012]
The LSP is set between the mobile node 1 and the partner node 11 after the handover by the above steps S201 to S205.
[0013]
[Problems to be solved by the invention]
However, the QoS guarantee method in the network system in which the above-described conventional Mobile IP and MPLS are combined has the following problems.
[0014]
That is, firstly, there is a problem that the LSP set after the handover of the mobile node 1 becomes a redundant route via the home agent 2. The document “Internet Draft“ Extension of LDP for Mobile IP Service through the MPLS Network ”” describes that the shortest LSP is set by recalculating the LSP. In this case, the “shortest LSP” This is to set the shortest LSP between the LSR 34 that accommodates the agent 2 and the LSR 32 that accommodates the mobile node 1 after the handover. Therefore, communication between the mobile node 1 and the partner node 11 is executed by a route (LSR32-LSR34-LSR33) via the home agent 2. As a result, the route becomes redundant and the shortest route in the entire network is set. I can't.
[0015]
Second, when the mobile node 1 has set a plurality of IP sessions with different counterpart nodes, QoS information for each IP session such as bandwidth and priority that can be occupied for data transmission / reception, Since it cannot be transferred between the router 41 accommodating the mobile node 1 before the handover and the router 42 accommodating the mobile node 1 after the handover, the QoS corresponding to the IP session after the handover of the mobile node 1 is performed. There is also a problem that it is impossible to set an LSP that guarantees the above.
[0016]
Third, when it is impossible to reserve a bandwidth for some IP sessions among a plurality of IP sessions in communication, an application request such as detaching the IP session and reserving a bandwidth for another IP session. There has also been a problem that flexible handover in units of IP sessions that meet the conditions cannot be realized.
[0017]
Fourth, there is also a problem that there is no means to prevent the network bandwidth from being illegally occupied by an unauthorized registration request message such as when a third party impersonates the mobile node 1. .
[0018]
The present invention has been made in view of the above, and in a network system in which Mobile IP and MPLS are combined, when a mobile node is handed over to another network, an LSR that accommodates a new network and an LSR that accommodates a partner node. It is an object of the present invention to obtain a bandwidth control method and a mobile communication system in a mobile network capable of setting the LSP of the shortest route between
[0019]
Further, a bandwidth control method in a mobile network that enables setting of an LSP that guarantees QoS corresponding to an IP session after handover of a mobile node and enables flexible handover in units of IP sessions according to application requirements. And it aims at obtaining a mobile communication system.
[0020]
Furthermore, a bandwidth control method and a mobile communication system in a mobile network provided with means for preventing an unauthorized registration request message such as when a third party impersonates a mobile node from invalidally occupying the bandwidth in the network The purpose is to obtain.
[0021]
[Means for Solving the Problems]
In order to achieve the above object, a bandwidth control method in a mobile network according to the present invention is a mobile node that is about to hand over from a first domain accommodated by a first router to a second domain accommodated by a second router. And a network in a mobile network that performs communication in a state where an IP session is set on a label switch path in an MPLS network constituted by a label switching router In the control method, when the mobile node detects the possibility of domain change due to handover, the mobile node uses the second temporary address used in the second domain for the second router as a handover destination. A temporary address acquisition step of acquiring the second router from the first router A QoS information notification step of notifying the QoS information including the bandwidth and priority class of the IP session before the handover of the mobile node and the counterpart node address; and between the second router and the third router, A label switch path setting step for setting a label switch path satisfying QoS information, and the address of the mobile node set in the third router and the counterpart node after the mobile node hands over to the second domain A temporary address changing step of changing the IP address to the second temporary address, and the label accommodating the IP session set in the first domain after the mobile node has handed over to the second domain A label switch path releasing step for releasing the switch path; Characterized in that it contains.
[0022]
According to this invention, when the mobile node detects the possibility of domain change due to handover, the mobile node obtains the second temporary address used in the second domain for the second router of the handover destination. A provisional address acquisition step, a QoS information notification step of notifying the second node to the QoS information including the bandwidth and priority class of the IP session before the mobile node handover from the first router to the second router; A label switch path setting step for setting a label switch path satisfying QoS information between the router and the third router; and after the mobile node has handed over to the second domain, A temporary address changing step for changing the address of the mobile node to the second temporary address; And a label switch path releasing step for releasing a label switch path that accommodates an IP session set in the first domain after the local node has handed over to the second domain. In the MPLS network constituted by the label switching router, between the mobile node that is going to be handed over from the domain of the second to the second domain that accommodates the second router and the partner node that is accommodated in the third router There is provided a bandwidth control method in a mobile network that performs communication with an IP session set on a label switch path.
[0023]
In the mobile network bandwidth control method according to the next invention, in the above invention, in the label switch path setting step, a home agent of the mobile node connected to the MPLS network is transmitted from the first router. Only when the validity of the mobile node can be confirmed from the identifier and authentication information of the mobile node, the second router and the third router are connected to the second router and / or the third router. A label switch path satisfying the QoS information is set between the two.
[0024]
According to the present invention, the label switch path setting step can confirm the validity of the mobile node from the mobile node identifier and authentication information transmitted from the first router by the mobile node home agent connected to the MPLS network. In such a case, a label switch path that satisfies the QoS information is set between the second router and the third router in the second router and / or the third router.
[0025]
A bandwidth control method in a mobile network according to a next invention is the above invention, wherein a call control device and a policy server are further connected to the MPLS network, and an IP session setting request from the mobile node to the counterpart node is made. When the policy server that is detected and connected to the MPLS network determines that bandwidth can be allocated to the IP session, the policy server includes flow identification information, bandwidth information, and priority class of the IP session. Notifying the QoS information to the first router and the third router accommodating the counterpart node, and existing between the first router and the third router based on the received QoS information A step of setting a label switch path for the label switching router; And when the call control device detects a request for releasing an IP session between the mobile node and the correspondent node after the handover, the policy server includes the second and third routers. Instructing the release of the IP session to the label switching router existing between the second router and the third router based on the instruction to release the IP session. Or releasing a label switch path accommodating the IP session.
[0026]
According to the present invention, the call control device and the policy server are further connected to the MPLS network. When a request for setting an IP session from the mobile node to the partner node is detected, and the policy server connected to the MPLS network determines that the bandwidth can be allocated to the IP session, the policy server The QoS information including the flow identification information, the bandwidth information and the priority class of the first router and the third router accommodating the partner node, and the first router and the second router based on the received QoS information. A label switching path for a label switching router existing between the three routers, wherein the call control device issues a request for releasing the IP session between the mobile node and the partner node after the handover. If detected, the policy server resolves the IP session to the second and third routers. And a label switch path that accommodates the IP session to the label switching router existing between the second router and the third router based on the instruction to release the IP session and the instruction to release the IP session And a step of releasing.
[0027]
In the band control method in the mobile network according to the next invention, in the above invention, the label switch path releasing step is set in the first domain after the mobile node has handed over to the second domain. The label switch path that accommodates the IP session that has been released is released, and the IP session that is set in the first domain is compared with the IP session that is requested to be set in the second domain. The label switch path corresponding to the IP session that is set in the first domain and that is not requested to be set in the second domain is released.
[0028]
According to the present invention, the label switch path releasing step releases the label switch path that accommodates the IP session set in the first domain after the mobile node has handed over to the second domain. Compare the IP session set in the domain with the IP session requested to set in the second domain, and set in the first domain and requested to set in the second domain. The label switch path corresponding to the IP session that has not been released is released.
[0029]
In the band control method in the mobile network according to the next invention, in the above invention, the label switch path setting step includes a label switch path between the second router and the third router satisfying the QoS information. If the setting attribute indicating the necessity of bandwidth reservation for the IP session after the handover is set to non-holdable for the IP session that was communicating before the handover of the mobile node When this is notified to the mobile node, and the setting attribute is set to hold enabled, the label switch path setting is temporarily held, and the label switch path setting is temporarily stored in the mobile node. The mobile node notifies the second domain after a predetermined period of time or when the mobile node Wherein the performing the set of label switched path again after Dooba.
[0030]
According to the present invention, the label switch path setting step is a case where the label switch path cannot be set between the second router and the third router that satisfy the QoS information, and is communicated before the handover of the mobile node. If the setting attribute indicating the necessity of bandwidth reservation for the IP session after the handover is set to non-holdable, the mobile node is notified of this and the setting attribute is set to holdable. If this is the case, the label switch path setting is temporarily suspended, and the mobile node is notified that the label switch path setting is temporarily suspended. The label switch path is set again after the handover.
[0031]
A bandwidth control method in a mobile network according to the next invention comprises a mobile node handed over from a first domain accommodated by a first router to a second domain accommodated by a second router, and a label switching router. A bandwidth control method in a mobile network that communicates with a counterpart node accommodated in a third router via an MPLS network in a state where an IP session is set on a label switch path, wherein the mobile node Detecting a handover to the second domain, a temporary address acquisition step of acquiring a second temporary address to be used in the second domain for the second router; The first router includes the IP session bandwidth and priority class with respect to the first router. QoS information inquiry process for inquiring about the QoS information and the counterpart node address, and a label switch path setting process for setting the shortest label switch path between the second router and the third router so as to satisfy the QoS information And a label switch path releasing step of releasing the label switch path that accommodates the IP session set in the first domain.
[0032]
According to the present invention, when the mobile node detects that the handover has been performed to the second domain, the mobile node acquires a temporary address to be used in the second domain for the second router. A second router so as to satisfy the QoS information, a QoS information inquiry step for inquiring of the first router the QoS information including the bandwidth and priority class of the IP session and the partner node address. Label switch path setting step for setting the shortest label switch path between the first router and the third router, and label switch path releasing step for releasing the label switch path accommodating the IP session set in the first domain From the first domain accommodated by the first router to the second domain accommodated by the second router. A mobile network that communicates with a remote node accommodated in a third router via an MPLS network constituted by a mobile node that has been overrun and a label switching router while an IP session is set on a label switch path A bandwidth control method is provided.
[0033]
The bandwidth control method in the mobile network according to the next invention is the bandwidth control method in the above invention, wherein the QoS information inquiry step is performed for the mobile node with respect to all address groups previously defined as neighboring routers of the second router. An inquiry packet including the home address of the mobile node, the first router which is a router accommodated before the handover of the mobile node is determined, and the QoS information of the IP session and the It is characterized by inquiring the partner node address.
[0034]
According to the present invention, the QoS information inquiry step transmits an inquiry packet including the home address of the mobile node to all addresses defined in advance as neighboring routers of the second router, and before the mobile node is handed over. The first router, which is the router accommodated in the network, is determined, and the QoS information of the IP session and the partner node address are inquired to the first router.
[0035]
The bandwidth control method in the mobile network according to the next invention is the bandwidth control method according to the above invention, wherein the QoS information inquiry step is performed by the second router from the home agent having the home address of the mobile node before the mobile An address of the first router which is a router in which a node is accommodated is acquired, and the QoS information of the IP session and the counterpart node address are inquired to the first router.
[0036]
According to this invention, in the QoS information inquiry step, the second router obtains the address of the first router that is the router in which the mobile node was accommodated before the handover from the home agent having the home address of the mobile node. The first router is inquired about the QoS information of the IP session and the partner node address.
[0037]
In the mobile network bandwidth control method according to the next invention, in the above invention, in the label switch path setting step, a home agent of the mobile node connected to the MPLS network is transmitted from the first router. Only when the validity of the mobile node can be confirmed from the identifier and authentication information of the mobile node, the second router and the third router are connected to the second router and / or the third router. A label switch path that satisfies the QoS information is set between the router and the router.
[0038]
According to the present invention, in the label switch path setting step, the mobile node home agent connected to the MPLS network confirms the validity of the mobile node from the mobile node identifier and authentication information transmitted from the first router. Only when it is possible, a label switch path that satisfies QoS information is set between the second router and the third router in the second router and / or the third router.
[0039]
The bandwidth control method in the mobile network according to the next invention is the bandwidth control method in the above invention, wherein the call control device connected to the MPLS network detects an IP session setting request from the mobile node to the counterpart node, and the MPLS When the policy server connected to the network determines that the bandwidth of the IP session can be allocated, the policy server sends the QoS information including the flow identification information, bandwidth information, and priority class of the IP session to the first information. Labeling the label switching router existing between the first router and the third router based on the received QoS information, and instructing the third router accommodating the router and the counterpart node. Further comprising the step of setting a switch path, the call control device When the request for releasing the IP session between the mobile node and the correspondent node after the handover is detected, the policy server instructs the second and third routers to release the IP session. And a step of releasing the IP session or a label switch path accommodating the IP session based on an instruction to release the IP session.
[0040]
According to the present invention, a call control device connected to an MPLS network detects an IP session setting request from a mobile node to a partner node, and the bandwidth of the IP session can be allocated by a policy server connected to the MPLS network. The policy server directs QoS information including flow identification information, bandwidth information, and priority class of the IP session to the first router and the third router that accommodates the counterpart node; And a step of setting a label switch path for a label switching router existing between the first router and the third router based on the QoS information. When a request to release an IP session between a node and a partner node is detected, The policy server instructing the second and third routers to release the IP session, and releasing the IP session or the label switch path accommodating the IP session based on the IP session release instruction. In addition to include.
[0041]
In the band control method in the mobile network according to the next invention, in the above invention, the label switch path setting step includes a label switch path between the second router and the third router satisfying the QoS information. The setting attribute indicating the necessity of bandwidth reservation for the IP session after the handover for the IP session communicated before the handover of the mobile node is configured to execute communication continuation without bandwidth reservation. If not, the mobile node is notified of the failure of bandwidth reservation, performs bandwidth reservation other than the failed IP session, and the setting attribute includes other IP sessions without bandwidth reservation. If communication continuation is disabled, the mobile node is notified of the registration request failure and passed. Characterized in that it terminate the.
[0042]
According to the present invention, the label switch path setting step is a case where the label switch path cannot be set between the second router satisfying the QoS information and the third router, and communicates before the handover of the mobile node. If the setting attribute indicating the necessity of bandwidth reservation of the IP session after handover is set to execute communication continuation without bandwidth reservation, the bandwidth reservation failure is indicated to the mobile node. Notification, and a bandwidth reservation other than the failed IP session is executed, and if the setting attribute is set to disable the continuation of communication including other IP sessions without the bandwidth reservation, the registration request failure is indicated. The mobile node is notified and communication is terminated.
[0043]
A mobile communication system according to the next invention is accommodated in a mobile node that is going to be handed over from a first domain accommodated in a first router to a second domain accommodated in a second router, and in a third router. A mobile communication system that performs communication in a state where an IP session is set on a label switch path in an MPLS network configured by a label switching router with a counterpart node, wherein the mobile node performs handover When detecting the possibility of domain change due to, the provision of a temporary address acquisition means for acquiring a second temporary address used in the second domain for the second router of the handover destination, The second router and / or the third router before the handover of the mobile node Label switch path for setting a label switch path satisfying the QoS information between the second router and the third router using QoS information including the bandwidth and priority class of the IP session and the counterpart node address The third router and the counterpart node are provided with setting means, and after the mobile node has handed over to the second domain, the address of the mobile node set in the third router and the counterpart node is set as the second temporary address. Provisional address changing means for changing, wherein the first router and / or the second router is set in the first domain after the mobile node has handed over to the second domain Label switch path release means for releasing the label switch path accommodating the IP session It is characterized in.
[0044]
According to this invention, when the mobile node detects the possibility of domain change due to handover, the mobile node obtains the second temporary address used in the second domain for the second router of the handover destination. Provisional address obtaining means, wherein the second router and / or the third router uses the QoS information including the bandwidth and priority class of the IP session before the mobile node handover and the partner node address, Label switch path setting means for setting a label switch path satisfying QoS information is provided between the third router and the third router, and the third router and the partner node are set to themselves after the mobile node hands over to the second domain. Temporary address changing means for changing the set mobile node address to the second temporary address The first router and / or the second router releases the label switch path that accommodates the IP session set in the first domain after the mobile node hands over to the second domain. With a path release means, it is accommodated in the third node and the mobile node that is going to be handed over from the first domain accommodated by the first router to the second domain accommodated by the second router Provided is a mobile communication system that communicates with a counterpart node in a state in which an IP session is set on a label switch path in an MPLS network configured by a label switching router.
[0045]
In the mobile communication system according to the next invention, in the above invention, when the home agent can confirm the validity of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router. As long as the second router and / or the third router further includes means for setting a label switch path satisfying the QoS information between the second router and the third router. Features.
[0046]
According to the present invention, the second router and / or the third router is used only when the home agent can confirm the validity of the mobile node from the mobile node identifier and authentication information transmitted from the first router. And a means for setting a label switch path satisfying the QoS information between the second router and the third router.
[0047]
In the mobile communication system according to the next invention, in the above invention, upon detecting an IP session setting request from the mobile node to the counterpart node, flow identification information, bandwidth information, and priority class for establishing an IP session are obtained. A means for notifying the policy server of a bandwidth setting request comprising QoS information, and means for notifying the policy server of a bandwidth release request for the IP session when the IP session release request is detected. When the bandwidth setting request is received from the control device and the call control device and it is determined that bandwidth can be allocated to the IP session, the first router and the counterpart node are accommodated. Means for notifying the third router of QoS information for establishing the IP session, and the call control device A policy server having means for instructing the second and third routers to release the IP session when receiving the bandwidth release request from the network, and the label switch path setting means Based on the QoS information, a label switch path is set for a label switching router existing between the first and third routers, and the label switch path releasing means instructs to release the IP session. Based on this, the IP session or a label switch path that accommodates the IP session is released.
[0048]
According to the present invention, when an IP session setting request from the mobile node to the partner node is detected, the bandwidth setting request including the flow identification information for establishing the IP session, the bandwidth information, and the QoS information including the priority class is sent to the policy server. A call control device having a means for notifying and a means for notifying the policy server of a bandwidth release request for an IP session when a request for releasing an IP session is detected, and receiving a bandwidth setting request from the call control device, Means for notifying the first router and the third router accommodating the counterpart node of the QoS information for establishing the IP session when it is determined that the bandwidth can be allocated to the IP session; When receiving a bandwidth release request from the call control device, the second and third routers are instructed to release the IP session. The label switch path setting means sets a label switch path for the label switching router existing between the first and third routers based on the received QoS information. The label switch path releasing means releases an IP session or a label switch path accommodating the IP session based on an instruction to release the IP session.
[0049]
The mobile communication system according to the next invention is the mobile communication system according to the above invention, wherein the label switch path releasing means includes the IP session set in the first domain and the second domain after the handover of the mobile node. And a function of releasing a label switch path corresponding to an IP session that is set in the first domain and is not established in the second domain. It is characterized by that.
[0050]
According to the present invention, the label switch path releasing means compares the IP session established in the first domain with the IP session established in the second domain after the handover of the mobile node, A function of releasing a label switch path corresponding to an IP session that is set in one domain but not established in the second domain is further provided.
[0051]
In the mobile communication system according to the next invention, in the above invention, the label switch path setting means cannot set a label switch path between the second router and the third router satisfying the QoS information. If the setting attribute indicating the necessity of bandwidth reservation for the IP session after the handover is set to non-holdable for the IP session communicated before the handover of the mobile node. To the mobile node, and if the setting attribute is set to hold available, the label switch path setting is temporarily held, and the label switch path setting is temporarily held to the mobile node. At the same time, and after the elapse of a predetermined period or after the mobile node is handed over to the second domain. And executes the setting of the Switches path again.
[0052]
According to the present invention, the label switch path setting means is a case where the label switch path cannot be set between the second router and the third router that satisfy the QoS information, and communicates before the handover of the mobile node. If the setting attribute indicating the necessity of bandwidth reservation for the IP session after the handover is set to non-holdable, the mobile node is notified of this and the setting attribute is set to holdable. If this is the case, the label switch path setting is temporarily suspended, and the mobile node is notified that the label switch path setting is temporarily suspended. The label switch path is set again after the handover.
[0053]
A mobile communication system according to the next invention is accommodated in a mobile node handed over from a first domain accommodated in a first router to a second domain accommodated in a second router, and accommodated in a third router. A mobile communication system that communicates with a counterpart node in a state in which an IP session is set on a label switch path in an MPLS network configured by a label switching router, wherein the mobile node When a handover to a domain is detected, the second router is provided with temporary address acquisition means for acquiring a second temporary address used in the second domain, and the second router includes: For the first router, the QoS information including the bandwidth and priority class of the IP session and the partner node address QoS information inquiry means for combining, and label switch path setting means for setting a label switch path between the second router and the third router so as to satisfy the QoS information, The router includes label switch path setting means for setting a label switch path between the second router and the third router, and the first and second routers are provided in the first domain. A label switch path releasing means for releasing the label switch path accommodating the set IP session is provided.
[0054]
According to the present invention, when the mobile node detects a handover to the second domain, the mobile node acquires a second temporary address used in the second domain from the second router. The second router includes a QoS information inquiry means for inquiring of the first router the QoS information including the bandwidth and priority class of the IP session and the partner node address, and the second router so as to satisfy the QoS information. Label switch path setting means for setting a label switch path between the second router and the third router, and the third router sets a label switch path between the second router and the third router Label switch path setting means is provided, and the first and second routers are label switch paths for accommodating IP sessions set in the first domain. A mobile node that has been handed over from the first domain accommodated by the first router to the second domain accommodated by the second router, and having a label switch path releasing means for releasing, is accommodated in the third router. There is provided a mobile communication system that performs communication in a state in which an IP session is set on a label switch path in an MPLS network configured by a label switching router.
[0055]
In the mobile communication system according to the next invention, in the above invention, the QoS information inquiry means performs the home address of the mobile node with respect to all address groups previously defined as neighboring routers of the second router. The first router, which is a router accommodated before the handover of the mobile node, the QoS information of the IP session and the partner node address to the first router It is characterized by inquiring.
[0056]
According to the present invention, the QoS information inquiry means transmits an inquiry packet including the home address of the mobile node to all the addresses defined in advance as neighboring routers of the second router, and before the handover of the mobile node. The first router, which is a router accommodated in the network, is determined, and the QoS information of the IP session and the partner node address are inquired to the first router.
[0057]
A mobile communication system according to a next invention further includes a home agent having a home address of the mobile node in the above invention, wherein the QoS information inquiry means is configured such that the second router performs handover from the home agent. Obtaining the address of the first router, which is the router in which the mobile node was previously accommodated, and inquiring the QoS information and the counterpart node address of the IP session from the first router To do.
[0058]
According to the present invention, the mobile node further includes a home agent having a home address of the mobile node, and the QoS information inquiry means is a first router in which the second router is a router in which the mobile node is accommodated before the handover from the home agent. The address of the first router is acquired, and the QoS information of the IP session and the partner node address are inquired to the first router.
[0059]
In the mobile communication system according to the next invention, in the above invention, when the home agent can confirm the validity of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router. As long as the second router and / or the third router further includes means for setting a label switch path satisfying the QoS information between the second router and the third router. Features.
[0060]
According to the present invention, the second router and / or the third router can be used only when the home agent can confirm the validity of the mobile node from the mobile node identifier and the authentication information transmitted from the first router. The router further includes means for setting a label switch path satisfying the QoS information between the second router and the third router.
[0061]
In the mobile communication system according to the next invention, in the above invention, upon detecting an IP session setting request from the mobile node to the counterpart node, flow identification information, bandwidth information, and priority class for establishing an IP session are obtained. A means for notifying the policy server of a bandwidth setting request comprising QoS information, and means for notifying the policy server of a bandwidth release request for the IP session when the IP session release request is detected. When the bandwidth setting request is received from the control device and the call control device and it is determined that bandwidth can be allocated to the IP session, the first router and the counterpart node are accommodated. Means for notifying the third router of QoS information for establishing the IP session, and the call control device A policy server having means for instructing the second and third routers to release the IP session when receiving the bandwidth release request from the network, and the label switch path setting means Based on the QoS information, a label switch path is set for a label switching router existing between the first and third routers, and the label switch path releasing means instructs to release the IP session. Based on this, the IP session or a label switch path that accommodates the IP session is released.
[0062]
According to the present invention, when an IP session setting request from the mobile node to the partner node is detected, the bandwidth setting request including the flow identification information for establishing the IP session, the bandwidth information, and the QoS information including the priority class is sent to the policy server. A call control device having a means for notifying and a means for notifying the policy server of a bandwidth release request for an IP session when a request for releasing an IP session is detected, and receiving a bandwidth setting request from the call control device, Means for notifying the first router and the third router accommodating the counterpart node of the QoS information for establishing the IP session when it is determined that the bandwidth can be allocated to the IP session; When receiving a bandwidth release request from the call control device, the second and third routers are instructed to release the IP session. The label switch path setting means sets a label switch path for the label switching router existing between the first and third routers based on the received QoS information. Then, the label switch path releasing means releases the IP session or the label switch path that accommodates the IP session based on the instruction to release the IP session.
[0063]
In the mobile communication system according to the next invention, in the above invention, the label switch path setting means cannot set a label switch path between the second router and the third router satisfying the QoS information. In this case, a setting attribute indicating the necessity of bandwidth reservation for the IP session after handover is set to execute communication continuation without bandwidth reservation for the IP session that was communicating before handover of the mobile node. If not, the mobile node is notified of the failure of the bandwidth reservation, the bandwidth reservation other than the failed IP session is executed, and the communication is continued with the setting attribute including other IP sessions without the bandwidth reservation. If it is set to be impossible to execute, the mobile node is notified of the failure of the registration request.
[0064]
According to the present invention, the label switch path setting means is a case where the label switch path cannot be set between the second router and the third router that satisfy the QoS information, and communicates before the handover of the mobile node. If the setting attribute indicating the necessity of bandwidth reservation for the IP session after handover is set to execute communication continuation without bandwidth reservation, the mobile node is notified of the bandwidth reservation failure. In addition, if a bandwidth reservation other than the failed IP session is executed and the setting attribute is set to disable execution of communication including other IP sessions without bandwidth reservation, the registration request failure is indicated as mobile. The node is notified.
[0065]
DETAILED DESCRIPTION OF THE INVENTION
Exemplary embodiments of a bandwidth control method and a mobile communication system in a mobile network according to the present invention will be explained below in detail with reference to the accompanying drawings.
[0066]
Embodiment 1 FIG.
In the first embodiment, a node (hereinafter referred to as a mobile node) that can move between domains such as a mobile phone, a PDA (Personal Digital Assistants), a notebook personal computer, etc. Domain that includes the router), and the QoS guaranteed LSP, which is required for registration at the handover destination and communication after the handover, is set in advance to correspond to the IP session. To do.
[0067]
1 to 4 are diagrams showing Embodiment 1 of a band control method and a mobile communication system in a mobile network according to the present invention. FIG. 1 is a block diagram showing a network configuration of a mobile communication system before a mobile node handover, and FIG. 2 is a block diagram showing a network configuration after a mobile node handover. 3 shows a signal sequence between network elements before the handover of the mobile node, and FIG. 4 shows a signal sequence between network elements after the handover of the mobile node.
[0068]
In FIG. 1 and FIG. 2, 1 is a mobile node that can freely move within the MPLS network (indicated by MN in the figure), 2 is a home address and a handover destination on the home network where the mobile node 1 originally exists. A home agent (indicated as HA in the figure) that manages the correspondence with a plurality of temporary addresses for each mobile node 1, 3 is an MPLS network composed of LSRs 30 to 34, and 30 to 34 are MPLS networks The LSRs 41 to 44 are accommodated in the LSRs 31 to 34 with the labels attached to the IP packets transferred in the network 3 and transferred by MPLS, and the mobile nodes 1 and 11 and 12 are accommodated. And one or more IPs set between one node and one or more partner nodes 11 and 12 For each session, an access router (hereinafter also simply referred to as a router. In the figure, referred to as AR) that stores information on QoS such as allocated bandwidth and priority during the duration of the IP session is 11, Reference numeral 12 denotes a counterpart node (Correspondent Node, indicated as CN in the figure) that establishes an IP session with the mobile node 1 and performs communication. In the first embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and the mobile node 1 after the handover is the counterpart node 11 , 12, IP sessions 21 ′ and 22 ′ are set, respectively.
[0069]
Here, an LSP setting method when the mobile node 1 performs handover from a domain (network) accommodated in the router 41 to a domain (network) accommodated in the router 42, and a bandwidth control method for a session in the LSP will be described with reference to FIG. And will be described with reference to FIG.
[0070]
First, the mobile node 1 that has detected the switching of the domain during movement predicts a handover destination and includes a router request (router advertisement) including a new access point (hereinafter referred to as AP) identifier that identifies the handover destination domain. Request message) is sent to the router 41. The router 41 that has received the router request including the new AP identifier from the mobile node 1 determines the destination domain from the AP identifier, and the router that accommodates the domain for which the mobile node 1 requests the handover, that is, the router 42 receives the router. Forward the request. The router 42 that has received the router request from the router 41 transmits a router advertisement including a network prefix or a list of CoAs to the mobile node 1 via the router 41 (step S1).
[0071]
Here, an example of a handover destination prediction method by the mobile node 1 will be described. All base stations transmit control information including an area identifier to which the base station belongs in a predetermined cycle. Basically, the mobile node 1 can receive radio waves from a plurality of base stations in an area where a plurality of base stations are adjacent. The mobile node 1 executes a process of comparing the strength of the pilot signal from the currently communicating base station with the strength of the pilot signal from another base station at a predetermined interval. When the difference between the two pilot signal strengths is within a predetermined value, the mobile node 1 determines that it is better to set a radio channel with another base station. Then, when it is found that the area identifier of another base station that sets the radio channel next is different from the area identifier from the base station that is currently communicating, or the other that sets the radio channel next When it is determined that the domain of the base station is a different domain from the conversion table in which the area identifier and the domain identifier are associated with each other, it is determined that the mobile node 1 is handed over to a different domain. Then, an area identifier representing the domain of the other base station or a domain identifier is included in the router request as an AP identifier and transmitted. The area identifier is an identification number uniquely assigned to each area of the base station, and the domain identifier is an identification number uniquely assigned to each domain. The AP identifier in the present invention corresponds to the above-described area identifier itself or a domain identifier obtained by searching an area identifier / domain identifier conversion table.
[0072]
Next, in step S1, the mobile node 1 that has received the network prefix or CoA list for identifying the predicted handover destination domain generates a CoA based on the network prefix, or the handover destination from the CoA list. One CoA is selected as a CoA to be used in the domain, and the CoA generated or selected for the home agent 2, the home address of the mobile node 1, and the partner node that has set the IP session (in this embodiment 1) The registration request message including the address list of the counterpart nodes 11 and 12) is transmitted. In this case, since the mobile node 1 is not actually handed over yet, the CoA is transmitted as “Alternative CoA” so that the node receiving the registration request message does not start communication using the new CoA. (Step S2).
[0073]
The router 41 that has received the registration request message described above sends the home address of the mobile node 1 and CoA (Alternative CoA) to the counterpart nodes 11 and 12 and the home agent 2 included in the counterpart node address list in the registration request message. Send a registration request message containing. The home agent 2 and the partner nodes 11 and 12 that have received the registration request message store the CoA notified as the Alternative CoA as the Secondary CoA of the currently used CoA (steps S3 and S4).
[0074]
In parallel with Steps S3 and S4, the router 41 holds the bandwidth of the IP sessions 21 and 22 in communication with the mobile node 1 held by the router 42, the partner node address, the priority class, and the IP flow identification information. The QoS information including the address of the router before the handover (that is, the router 41) is notified (step S5).
[0075]
The routers 43 and 44 that have received the registration request message transmitted to the counterpart nodes 11 and 12 in step S4 described above are handover destination routers from the new CoA of the mobile node 1 included in the registration request message. The LSR 32 that accommodates the router 42 is determined. The router 43 transmits an LSP setting request from the LSR 33 to the LSR 32 to the LSR 33, and the router 44 transmits an LSP setting request from the LSR 34 to the LSR 32 to the LSR 34 (step S6). At this time, the router 43 transmits the QoS information for each IP session in the direction from the partner node 11 to the mobile node 1 to the LSR 33, and the router 44 transmits the QoS information for each IP session in the direction from the partner node 12 to the mobile node 1 to the LSR 34. Send. In addition, it is assumed that the router 43 and the router 44 hold the QoS information for the duration of the IP session.
[0076]
In order to set an LSP for forwarding packets addressed to the mobile node 1 from the partner nodes 11 and 12 for each IP session while guaranteeing the bandwidth / priority, the LSRs 33 and 34 are respectively set with the LSR 32 in the LSP setting procedure. Execute. Then, an LSP having a shortest path that guarantees QoS is set between the LSR 33 and the LSR 32 and between the LSR 34 and the LSR 32. At this time, the LSP is set for each IP session. When the corresponding LSP already exists and the bandwidth can be allocated to the LSP, only the IP flow identification information is set for the existing LSP. If the corresponding LSP already exists but the bandwidth allocated to the IP session is insufficient, the allocation bandwidth extension and the IP flow identification information are set for the existing LSP. On the other hand, when there is no corresponding LSP, the allocation bandwidth negotiation and the IP flow identification information are exchanged between the LSRs 33 and 34 and the LSR 32, and processing for setting the LSP is performed (step S7).
[0077]
In step S5 described above, the router 42 that has acquired the counterpart node addresses of the IP sessions 21 and 22 and the QoS information of the mobile node 1 sends an LSP setup request from the LSR 32 to the LSR 33 and an LSP setup from the LSR 32 to the LSR 34. Send a request to LSR 32. It is assumed that the router 42 stores the partner node address and QoS information related to the IP sessions 21 and 22 until the IP session is continued or no longer needs to be held by the handover of the mobile node 1 (step S8).
[0078]
The LSR 32 that has received the LSP setting request sets the LSP having the shortest path that guarantees the QoS for each IP session for the IP flow addressed from the mobile node 1 to the counterpart nodes 11 and 12. That is, the LSP having the shortest path that guarantees the QoS is set between the LSR 32 and the LSR 33 for the IP session 21 ′ and between the LSR 32 and the LSR 34 for the IP session 22 ′ (step S9). .
[0079]
When the mobile node 1 performs handover to the predicted handover destination domain, the mobile node 1 sends a registration request message including a normal CoA that does not use the Alternative CoA option to the home agent 2 via the router 42. The CoA included in this registration request message is the address used as the Alternative CoA in step S2 described above (step S10).
[0080]
Upon receiving the registration request message for the home agent 2 transmitted by the mobile node 1, the router 42 transmits the registration request message including the CoA to the counterpart node address acquired in step S5 in addition to the home agent 2. To do. The home agent 2 and the partner nodes 11 and 12 hold the CoA of the mobile node 1 stored as the Secondary CoA as the Primary CoA, and newly hold the new CoA (that is, the Primary CoA) for the subsequent communication with the mobile node 1. CoA) is used (steps S11 and S12). Also, between the mobile node 1 and the counterpart nodes 11 and 12, IP sessions 21 ′ and 22 ′ to which the same bandwidth and priority are assigned as in the domain including the router 41 are established. In the MPLS network 3, these IP sessions 21 ′ and 22 ′ are established by the LSP connecting the LSR 32 and the LSR 33 and the LSP connecting the LSR 32 and the LSR 34.
[0081]
In parallel with steps S11 and S12 described above, the router 42 performs a process of transmitting an LSP release instruction to the IP address of the router 41 acquired in step S5 (step S13).
[0082]
The router 41 that has received the LSP release instruction releases the LSP in the direction of LSR 31 to LSR 33 and the LSP in the direction of LSR 31 to LSR 34 that were used before the mobile node 1 was handed over to the LSR 32 to the LSR 31. A release request is transmitted (step S14).
[0083]
The LSR 31 releases the bandwidth occupied by the corresponding IP session 21 in the LSP in the direction from LSR 31 to LSR 33 and the corresponding IP session 22 in the LSP in the direction from LSR 31 to LSR 34 that were used before the handover of the mobile node 1. To do. At this time, when there is no other IP session to be accommodated, the LSP itself is released (step S15).
[0084]
The routers 43 and 44 that have captured the registration request message transmitted to the counterpart nodes 11 and 12 in step S12 analyze the captured registration request message and detect that the CoA has been changed. The router 44 transmits a request to release the LSP in the direction of the LSR 31 from the LSR 33 before the handover, and the router 44 transmits a request to release the LSP in the direction of the LSR 31 from the LSR 34 before the handover (step S16).
[0085]
The LSR 33 that has received the request to release the LSP releases the bandwidth occupied by the corresponding IP session 21 in the LSP in the direction from the LSR 33 to the LSR 31, and the LSR 34 that has also received the request to release the LSP also receives the LSP in the direction from the LSR 34 to the LSR 31. The bandwidth occupied by the corresponding IP session 22 is released. At this time, if there is no other IP session to be accommodated, the LSP itself is released (step S17).
[0086]
As described above, the mobile node 1 that has established the IP sessions 21 and 22 with the partner nodes 11 and 12 in the domain (network) accommodated in the router 41 moves to the domain (network) accommodated in the other router 42. According to the handover, it is possible to secure the shortest LSP and to establish the IP sessions 21 ′ and 22 ′.
[0087]
According to the first embodiment, when the mobile node 1 predicts a handover, the CoA used in the handover destination domain is registered before the handover, and the QoS for each IP session with which the mobile node 1 is communicating. It is possible to set in advance an optimal LSP after handover that guarantees. Therefore, even when the mobile node 1 sets different IP nodes 21 and 22 with different counterpart nodes 11 and 12, QoS can be guaranteed for each IP session 21 and 22, and packet loss due to handover can be reduced. Can be reduced.
[0088]
In step S2 of FIG. 3 described above, the mobile node 1 transmits to the home agent 2 a registration request message including CoA, the home address of the mobile node 1, and the address list of the counterpart node that has set the IP session. As shown in FIG. 5, in step S2-1, the mobile node 1 sends the home address of the mobile node 1 and a new CoA (Alternative) to the home agent 2 via the router 41 before the handover. In step S2-2, the mobile node 1 sets the IP sessions 21 and 22 with the mobile node 1 with respect to the router 41 before the handover. Address of the partner nodes 11 and 12 The same effect can be obtained by setting to transmit session information including a list.
[0089]
Embodiment 2. FIG.
FIG. 6 is a diagram showing a signal sequence between network components in the mobile communication system according to the present invention. The configuration of the network according to the second embodiment is the same as that of the first embodiment described above, and a description thereof is omitted.
[0090]
FIG. 6 is basically the same as the signal sequence between the network components shown in FIG. 3 of the first embodiment described above, but only the processing in step S3 in FIG. 3 is different.
[0091]
That is, in step S1, the mobile node 1 predicts the handover destination domain, transmits a router request to the router 41, and the router 41 that has determined the destination domain from the router request sends the router request to the router 42. The router 42 transmits a router advertisement to the mobile node 1 via the router 41. In step S2, the mobile node 1 acquires CoA based on the received router advertisement, and sets the acquired CoA, the home address of the mobile node 1, and the IP sessions 21 and 22 for the home agent 2. A registration request message including the address list of the counterpart nodes 11 and 12 is transmitted.
[0092]
After that, the router 41 that has received the registration request message from the mobile node 1 transmits a registration request message including the home address of the mobile node 1 and the Alternative CoA to the home agent 2. This registration request message includes mobile node 1 authentication information in addition to the mobile node 1 home address and alternative CoA. The home agent 2 compares the authentication information stored in advance with the home address of the mobile node 1 with the authentication information of the registration request message, and if they match, the response includes a registration status indicating registration success (in FIG. 6). In the case of a mismatch, a response including a registration status indicating registration failure is transmitted to the mobile node 1 (indicated as BU ACK in FIG. 6) (step S3 ′).
[0093]
The router 41 that has received the response addressed to the mobile node 1 only includes the counterpart node 11 included in the counterpart node address list included in the registration request message from the mobile node 1 in step S4 only when the registration status included therein is successful. , 12 is sent to the registration request message. Subsequent operation processing procedures are the same as those in the first embodiment described above, and a description thereof will be omitted. In step S3 ′, when the router 41 receives a registration status response indicating registration failure addressed to the mobile node 1, the router 41 does not perform the subsequent process, and the process ends there.
[0094]
According to the second embodiment, when the mobile node 1 predicts a handover, registration of the CoA used in the handover destination domain before the handover and the optimum QoS guaranteeing the QoS for each IP session in which the mobile node 1 is communicating LSP can be set in advance, and packet loss associated with handover can be reduced. Furthermore, since the reservation of the bandwidth of the communication path after the handover is performed for each IP session only when the registration of the CoA to the home agent 2 is successful, the reservation of an invalid bandwidth due to unauthorized access such as impersonation of the mobile node 1 is reserved. Can be prevented.
[0095]
Similarly, in step S3 of FIG. 5 which is the modified example shown in the first embodiment, the authentication information of mobile node 1 is included as shown in step S3 ′ of FIG. The home agent 2 that has received the registration request message from the router 41 compares the authentication information stored together with the home address of the mobile node 1 in advance with the authentication information of the registration request message, and uses the result of success or failure as a response. It is transmitted to the router 41, and if the registration status is successful, the processing after step S4 is performed, and if the registration status is unsuccessful, the processing is stopped. It becomes possible.
[0096]
Embodiment 3 FIG.
FIG. 8 is a diagram showing a third embodiment of the mobile communication system according to the present invention, and is a block diagram showing a network configuration. FIG. 9 is a diagram showing a message sequence for setting / releasing an IP session in the network system shown in FIG. In addition, the same code | symbol is attached | subjected to the component same as FIG. 1 of Embodiment 1 mentioned above, and the description is abbreviate | omitted. Further, since the registration request message and the message sequence in the network relating to LSP setting / release of the third embodiment are the same as those of the first embodiment, the description thereof is also omitted.
[0097]
In the mobile communication system shown in FIG. 8, reference numeral 5 denotes a call control device (indicated as CA, abbreviated as Call Agent in FIG. 8) that controls the establishment of a session between the mobile node 1 and the partner node 11. Reference numeral 6 denotes a policy server (also referred to as PS, abbreviated as Policy Server) that performs QoS control of communication between the mobile node 1 and the counterpart node 11.
[0098]
Here, an operation processing procedure for setting / releasing the IP session 21 between the mobile node 1 and the counterpart node 11 in the mobile communication system shown in FIG. 8 will be described with reference to FIG. First, the mobile node 1 transmits a setting request message for the IP session 21 to the call control device 5 that processes the setting / release request for the IP session 21 (step S21). The call control device 5 transfers the IP session 21 setting request message from the mobile node 1 to the counterpart node 11 of the communication partner included in the message (step S22). If the counterpart node 11 determines to accept the IP session 21, it transmits a session setting response message to the call control device 5 (step S23).
[0099]
The call control device 5 that has received the session setting response message transmits a bandwidth reservation request for requesting the bandwidth securing of the IP session 21 between the mobile node 1 and the partner node 11 to the policy server 6 (step S24).
[0100]
The policy server 6 provides the flow identification information (including IP address, port number, etc.), bandwidth, priority class, etc. of the IP session 21 to the router 41 accommodating the mobile node 1 and the router 43 accommodating the counterpart node 11. The QoS information setting instruction including the QoS information is transmitted (steps S25 and S26). Although not shown in FIG. 9, the routers 41 and 43 request the LSRs 30 to 34 existing between the router 41 and the router 43 to set an LSP that accommodates the IP session 21. Then, an LSP that secures a bandwidth necessary for the transfer of the IP session 21 is set.
[0101]
The policy server 6 transmits a QoS reservation setting instruction to the routers 41 and 43 in steps S25 and S26, and then transmits a bandwidth reservation response to the call control device 5 (step S27). Then, the call control device 5 that has received the bandwidth reservation response transmits a session setting response to the mobile node 1 (step S28).
[0102]
Thus, the process for establishing the IP session 21 between the mobile node 1 and the counterpart node 11 is completed.
[0103]
Next, a case where the communication between the mobile node 1 and the partner node 11 ends and the IP session 21 is released will be described. The processing procedure for releasing the IP session 21 is the same sequence as in the case of the IP session setting described above except for steps S23 and S24. The session setting request is changed to the session release request, the bandwidth setting request is changed to the bandwidth release request, the session The setting response is the same as the session release response and the QoS information setting instruction is replaced with the QoS information deletion instruction.
[0104]
First, the mobile node 1 transmits a session release request for the IP session 21 to the call control device 5 (step S31). The call control device 5 that has received the session release request transmits a session release request to the counterpart node 11 (step S32) and transmits a bandwidth release request to the policy server 6 (step S33).
[0105]
The partner node 11 that has received the session release request transmits a session release response to the call control device 5 (step S34). Further, the policy server 6 transmits a QoS information deletion instruction to the routers 41 and 43 (steps S35 and S36). The routers 41 and 43 that have received the QoS information deletion instruction delete the QoS information held corresponding to the corresponding IP session 21. Also, the call control device 5 that has received the session release request from the counterpart node 11 transmits a session release request to the mobile node 1 (step S37). This completes the process of releasing the IP session 21.
[0106]
Note that the routers 41 and 43 hold the QoS information for each IP session until the QoS information deletion instruction is received after receiving the QoS information setting instruction, in other words, during the lifetime of the IP session 21. When the QoS information is notified to the handover destination router by the handover of the mobile node 1, the information held by the above-described procedure is transmitted.
[0107]
According to the third embodiment, since the QoS information for each IP session is notified from the policy server 6 to the access routers 41 and 43 in conjunction with the IP session setting sequence, the mobile node 1 is linked with the session setting procedure. QoS guarantees can be realized. In addition, the mobile node 1 does not need to send a special message for bandwidth reservation, and does not need to be set in advance in the network such as when a subscription is made.
[0108]
Embodiment 4 FIG.
FIG. 10 is a diagram showing a format of a registration request message for making a CoA registration request used in the fourth embodiment. As shown in FIG. 10, the registration request message stores the mobile node home address, CoA, mobile node authentication information, number of sessions, session identifier (ID), and destination partner node address. Note that the number of sessions is the number of sessions set by the mobile node 1, and the subsequent combinations of [session identifier (ID) and destination partner node address] are stored by the number indicated here.
[0109]
11 and 12 are diagrams showing a fourth embodiment of a signal sequence between network components in the mobile communication system according to the present invention. The configuration of the network constituting the mobile communication system according to the fourth embodiment is the same as that of the first embodiment described above with reference to FIGS. Further, in the fourth embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and releases the IP session 22 immediately before the handover, It is assumed that the mobile node 1 after the handover has set only the IP session 21 ′ with the counterpart node 11.
[0110]
First, the mobile node 1 that has detected the switching of the domain during movement predicts the handover destination and sends a router request (message for requesting router advertisement) including a new AP identifier for identifying the handover destination domain to the router. 41. The router 41 that has received the router request including the new AP identifier from the mobile node 1 determines the destination domain from the AP identifier, and the router 42 that contains the domain for which the mobile node 1 requests the handover, that is, the router 42 Forward router requests. The router 42 that has received the router request transmits a router advertisement to the mobile node 1 via the router 41 (step S41).
[0111]
In step S41, the mobile node 1 that has received the network prefix or CoA list that identifies the predicted handover destination domain generates a CoA based on the network prefix, or generates one CoA from the CoA list. Select CoA to be used in the handover destination domain. Then, as shown in the format of the registration request message in FIG. 10, the CoA, the home address of the mobile node 1, and the IDs of the IP sessions 21 and 22 in communication (ID # 1, ID #) to the home agent 2 2) A registration request message including an address list of the counterpart nodes 11 and 12 which are communication counterparts of the IP sessions 21 and 22 is generated and transmitted. In this case, since the mobile node 1 has not actually handed over yet, the CoA is transmitted as “Alternative CoA” so that the node receiving the registration request message does not start communication using the new CoA. (Step S42).
[0112]
The router 41 that has received the registration request message described above sends the home address and CoA of the mobile node 1 and CoA (alternative CoA described above) to the counterpart nodes 11 and 12 and the home agent 2 included in the counterpart node address list in the registration request message. ) Including registration request message. The home agent 2 and the partner nodes 11 and 12 that have received the registration request message store the CoA notified as the Alternative CoA as the Secondary CoA (steps S43 and S44).
[0113]
At the same time, the router 41 holds the session ID, bandwidth, counterpart node address, priority class, IP flow identification information, and router 41 before the handover of the IP sessions 21 and 22 in communication with the mobile node 1 held by the router 42. QoS information including the address is notified (step S45).
[0114]
The routers 43 and 44 that have received the registration request message transmitted to the counterpart nodes 11 and 12 in step S44 described above are the handover destination routers from the new CoA of the mobile node 1 included in the registration request message. The LSR 32 that accommodates the router 42 is determined. The router 43 transmits an LSP setting request from the LSR 33 to the LSR 32 to the LSR 33, and the router 44 transmits an LSP setting request from the LSR 34 to the LSR 32 to the LSR 34. At this time, the routers 43 and 44 transmit QoS information in units of IP sessions in the direction from the counterpart nodes 11 and 12 to the mobile node 1 to the LSR 33 and LSR 34, respectively. The routers 43 and 44 hold the QoS information for the duration of the IP sessions 21 ′ and 22 ′ (step S46).
[0115]
In order to set the LSP for forwarding packets addressed to the mobile node 1 from the partner nodes 11 and 12 for each IP session while guaranteeing the bandwidth / priority, the LSRs 33 and 34 perform the LSP setting procedure with the LSR 32 respectively. Execute. Then, the LSP of the shortest path with QoS guaranteed in the direction from LSR 33 to LSR 32 and from LSR 34 to LSR 32 is set. At this time, the LSP is set for each IP session. However, when the corresponding LSP already exists and the bandwidth for accommodating the IP session can be allocated, only the identification information of the IP flow is already stored. Set for existing LSPs. If the corresponding LSP already exists but the bandwidth allocated to the IP session is insufficient, the allocation bandwidth extension and the IP flow identification information are set for the existing LSP. On the other hand, if there is no corresponding LSP, the allocation bandwidth negotiation and IP flow identification information are exchanged between the LSRs 33 and 34 and the LSR 32, and processing for setting the LSP is performed (step S47).
[0116]
In step S45 described above, the router 42 that has acquired the counterpart node addresses of the IP sessions 21 and 22 and the QoS information of the mobile node 1 sends an LSP setup request from the LSR 32 to the LSR 33, and an LSP setup from the LSR 32 to the LSR 34. The request is transmitted to the LSR 32 (step S48). Note that the router 42 stores the above-mentioned counterpart node address and QoS information regarding the IP sessions 21 ′ and 22 ′ during the lifetime of the IP sessions 21 ′ and 22 ′ or until it becomes unnecessary to hold due to the handover of the mobile node 1. It shall be.
[0117]
The LSR 32 that has received the LSP setting request sets an LSP that guarantees QoS for each IP session for the IP flow addressed from the mobile node 1 to the counterpart nodes 11 and 12 in the handover destination domain. That is, the LSP in the direction from LSR 32 to LSR 33 is set for the IP session 21 ′, and the LSP in the direction from LSR 32 to LSR 34 is set for the IP session 22 ′ (step S49).
[0118]
When the mobile node 1 is handed over to the predicted handover destination domain, the mobile node 1 transmits a registration request message including CoA instead of the Alternative CoA option to the home agent 2 via the router 42. The CoA included in this registration request message is the address used as the Alternative CoA in step S42 described above. The registration request message includes the session ID currently being communicated. However, in FIG. 12, when only ID # 1 is included as the session ID, that is, the IP session 22 is disconnected immediately before the mobile node 1 is handed over and only the IP session 21 is set. The case where it performs is shown (step S50).
[0119]
When the router 42 receives the registration request message for the home agent 2 transmitted by the mobile node 1, the session 42 includes the list of session IDs received in step S45 and the session included in the registration request message received from the mobile node 1 after the handover in step S50. Compare the ID. In step S50, a registration request message including the CoA and having a valid time set to a value other than 0 is transmitted to the counterpart node address corresponding to the session ID included in the registration request message received from the mobile node 1 in step S50. For the other party node address (that is, the party node address of the session ID that is in the session ID list of step S45 but is not included in the registration request message of step S50), the above CoA is used. In addition, a registration request message (that is, indicating CoA invalidity) in which the valid time is set to 0 is transmitted. In addition, a registration request message including the CoA and having a valid value set to a value other than 0 is transmitted to the home agent 2. The home agent 2 and the partner node 11 that have received the registration request message in which the valid time is set to a value other than 0 holds the CoA of the mobile node 1 stored as the Secondary CoA as the Primary CoA, and stores this Primary CoA. It is used as a new CoA in the subsequent communication with the mobile node 1. On the other hand, the counterpart node 12 that has received the registration request message in which the valid time is set to 0 performs processing for invalidating CoA (steps S51 and S52).
[0120]
Further, the router 42 compares the list of session IDs received in step 45 with the session ID included in the registration request message received from the mobile node 1 in step S50, and if there is a session ID that does not exist in the registration request message in step S50. If it exists in the list of session IDs received in step S45 (in FIG. 12, the IP session 22 ′ set with the counterpart node 12 corresponds), the LSP set for the IP session 22 ′ A release request is requested to the LSR 32 (step S53). Upon receiving the LSP release request, the LSR 32 releases the corresponding IP session 22 ′ in the LSP from the LSR 32 toward the LSR 34. At this time, if there is no other IP session to be accommodated, the LSP itself is released (step S54).
[0121]
Further, the router 44 that accommodates the counterpart node 12 that has received the registration request message in which the valid time is set to 0 has the LSP corresponding to the IP session 22 ′ set with the mobile node 1 by the counterpart node 12. A release request is requested to the LSR 34 (step S55). Upon receiving the LSP release request, the LSR 34 releases the corresponding IP session 22 ′ in the LSP from the LSR 34 toward the LSR 32. At this time, if there is no other IP session to be accommodated, the LSP itself is released (step S56).
[0122]
Thereafter, the same processing as steps S13 to S17 in FIG. 4 of the first embodiment described above is performed (steps S57 to S61). That is, the router 42 transmits an LSP release instruction to the IP address of the router 41 acquired in step S45, and the router 41 releases the LSP in the direction from the LSR 31 to the LSR 33 and the LSP in the direction from the LSR 31 to the LSR 34. To the LSR 31, and the LSR 31 releases the corresponding IP sessions 21 and 22 in these LSPs or the LSP itself. Further, the routers 43 and 44 that have captured the registration request message transmitted to the counterpart nodes 11 and 12 in step S52 respectively send the LSP 33 and the LSR 31 in the direction from the LSR 33 to the LSR 31 before the handover to the LSR 33 and 34, respectively. A request to release the LSP in the direction is transmitted, and the LSRs 33 and 34 respectively perform processing for releasing the corresponding IP sessions 21 and 22 in these LSPs or the LSP itself. As described above, the processing that allows the mobile node 1 to perform handover is completed in a state where the communication quality of the IP session with which the mobile node 1 is communicating is ensured.
[0123]
According to the fourth embodiment, after the handover of the mobile node 1, the IP session set before the handover is compared with the IP session set at the time after the handover, and the IP session that does not exist after the handover is compared. Since the bandwidth reservation can be canceled, even if the IP session is released immediately before the handover, the bandwidth allocated to the IP session can be released immediately after the handover. As a result, it is possible to increase the utilization efficiency of network resources.
[0124]
Embodiment 5 FIG.
FIG. 13 is a diagram showing a format of a registration request message for making a CoA registration request used in the fifth embodiment. As shown in FIG. 13, the registration request message stores the mobile node home address, CoA, mobile node authentication information, number of sessions, session identifier (ID), setting attribute, and destination node address. Yes. Note that the number of sessions is the number of sessions set by the mobile node 1, and the subsequent combinations of [session identifier (ID), destination partner node address, setting attribute] are stored for the number indicated here. .
[0125]
14 and 15 are diagrams showing a fifth embodiment of a signal sequence between network components in the mobile communication system according to the present invention. The configuration of the network constituting the mobile communication system according to the fifth embodiment is the same as that of the first embodiment described above with reference to FIGS. In the fifth embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and the mobile node 1 after the handover is the counterpart node 11 It is assumed that an IP session 21 ′ is set between
[0126]
First, the mobile node 1 that has detected the switching of the domain during movement predicts the handover destination domain, and sends a router request (message requesting router advertisement) including a new AP identifier for identifying the handover destination domain to the router. 41. When the router 41 receives the router request including the new AP identifier, the router 41 determines the destination domain from the AP identifier, and forwards the router request to the router accommodating the domain for which the mobile node 1 requests the handover, that is, the router 42. To do. The router 42 transmits a router advertisement including a list of network prefixes or CoAs to the mobile node 1 via the router 41 (step S71).
[0127]
Next, the mobile node 1 that has received the network prefix or CoA list that identifies the predicted handover destination domain generates a CoA based on the network prefix, or hands over one CoA from the CoA list. Select as CoA to be used in the destination domain. Then, as shown in the format of the registration request message in FIG. 13, the above CoA, the home address of the mobile node 1, the ID of the IP session in communication (ID # 1, ID # 2), the session to the home agent 2 And a registration request message including the address list of the counterpart nodes 11 and 12 of the communication counterpart of the IP session. In this case, since the mobile node 1 has not actually handed over yet, the CoA is transmitted as “Alternative CoA” so that the node receiving the registration request message does not start communication using the new CoA. (Step S72).
[0128]
Here, the setting attribute of the IP session included in the registration request message indicates the necessity of bandwidth reservation for the session after the handover, and indicates whether or not suspension is possible when bandwidth reservation is impossible. is there. If the hold is not possible, the session after the handover is not continued or is transferred with the best effort which does not guarantee the QoS. On the other hand, if the hold is possible, the access router once holds the bandwidth reservation and tries the bandwidth reservation again at another timing.
[0129]
In the fifth embodiment, “pending impossible” is set in the setting attribute of the IP session 21 between the mobile node 1 and the counterpart node 11, and the IP session 22 between the mobile node 1 and the counterpart node 12. It is assumed that “holding possible” is set in the setting attribute.
[0130]
Thereafter, the same processing as steps S3 to S8 in FIG. 3 of the first embodiment described above is performed (steps S73 to S78). In other words, a registration request message is transmitted from the router 41 to the home agent 2 and the counterpart nodes 11 and 12, and in the middle, an LSP from the LSR 33 to the LSR 32 is set by the LSR 33, and from the LSR 34 to the LSR 32 by the LSR 34. LSP is set. The router 41 notifies the QoS information to the router 42, and the router 42 transmits an LSP setting request to the LSR 32 after receiving the QoS information.
[0131]
In accordance with the LSP setting request, the LSR 32 sets the LSP in the direction from LSR 32 to LSR 33 and the LSP in the direction from LSR 32 to LSR 34 (step S79). However, although it is assumed here that the LSP in the direction from LSR32 to LSR33 has been set, but the LSP in the direction from LSR32 to LSR34 cannot be set, the LSP corresponding to session ID # 2 from LSR32 is assumed. An LSP setting impossibility notification (ie, LSP in the direction from LSR 32 to LSR 34) is transmitted to the router 42 (step S80). Since the setting attribute of the IP session 22 ′ corresponding to the session ID # 2 is set to “holdable”, the router 42 sends a session bandwidth reservation state notification indicating that the bandwidth reservation of the session ID # 2 has been suspended. The node 1 is notified (step S81).
[0132]
Thereafter, the router 42 transmits an LSP release request instructing release of the LSP corresponding to the session ID # 2 to the router 44 that accommodates the counterpart node 12 that is the communication counterpart of the session ID # 2 (step S82). ). The router 44 that has received the LSP release request transmits an LSP release request to the LSR 34, and the LSR 34 corresponds to the LSP set for the session ID # 2, that is, the corresponding IP session 22 ′ in the LSP from the LSR 34 to the LSR 32. Is released (step S83).
[0133]
When the mobile node 1 is handed over to the predicted domain, the same processing as steps S10 to S12 in FIG. 4 of the first embodiment described above is performed (steps S84 to S86). That is, the mobile node 1 transmits a registration request message including a normal CoA that does not use the Alternative CoA option to the home agent 2 via the router 42. The router 42 transmits a registration request message including CoA to the addresses of the home agent 2 and the counterpart nodes 11 and 12.
[0134]
In addition, since the router 42 that has received the registration request message from the mobile node 1 holds the bandwidth reservation of the session ID # 2, the router 44 that accommodates the counterpart node 12 that is the communication counterpart of the session ID # 2. In response to this, an LSP setting request is sent to instruct setting of an LSP in the direction from the LSR 34 to the LSR 32 corresponding to the session ID # 2 (step S87).
[0135]
The router 44 that has received the LSP setting request transmits an LSP setting request to the LSR 34 (step S88), and the LSR 34 sets an LSP in the direction from the LSR 34 to the LSR 32 corresponding to the session ID # 2 (step S89).
[0136]
Further, the router 42 requests the LSR 32 to set the LSP in the direction from the LSR 32 to the LSR 34 corresponding to the session ID # 2 (step S90), and the LSR 32 sets the LSP in the direction from the corresponding LSR 32 to the LSR 34 (step S90). S91).
[0137]
Subsequent processes are the same as those in steps S13 to S17 in FIG. 4 of the first embodiment described above (steps S92 to S96). That is, the corresponding IP session 21, 22 or LSP itself in the LSP in the direction from LSR 31 to LSR 33, 34 set before the handover of the mobile node 1 is released by the router 41 and LSR 31, and the direction from LSR 33 to LSR 31 And the corresponding IP session 21, 22 in the LSP in the direction from the LSR 34 to the LSR 31 or the LSP itself is released by the routers 43, 44 and the LSRs 33, 34. Thus, the control process of the communication band of the mobile node 1 by the handover is completed.
[0138]
In the above description, the case where the bandwidth reservation of the IP session 21 ′ whose setting attribute is “cannot be held” is possible is illustrated. However, in step S79 of FIG. 14, for example, the LSP setting in the direction from LSR32 to LSR33 is performed. Is not possible, the session bandwidth reservation impossible notification of the IP session 21 ′ is transmitted to the mobile node 1, and the LSP in the direction from the LSR 33 to the LSR 32 set in step S77 is transmitted to the IP session 21 ′. To be released. Thereafter, since the LSP for the IP session 21 ′ is released, after the mobile node 1 is handed over to the domain accommodated by the router 42, the communication with the partner node 11 is performed by the best effort in which the bandwidth is not guaranteed. It will be.
[0139]
According to the fifth embodiment, the function of notifying the bandwidth reservation attribute from the mobile node 1 to the network for each IP session when the bandwidth reservation of the communication path after the handover of the mobile node 1 fails, and the bandwidth reservation from the network Provided that the mobile node 1 is notified of the failure, and if the bandwidth reservation attribute is able to hold the bandwidth, the bandwidth reservation is retried in response to a registration request message sent from the mobile node 1 after the handover. Therefore, the terminal can know the status of the bandwidth reservation for each IP session, and can take measures such as whether or not the IP session can be continued or temporarily held in accordance with the situation.
[0140]
In addition, for the IP session in the bandwidth holding state, immediately after receiving the registration request message from the mobile node 1 before the handover, even if the bandwidth reservation is impossible, the network retries the bandwidth reservation at a predetermined timing. It is possible to reduce the occurrence probability of an IP session that cannot secure a bandwidth.
[0141]
In the fifth embodiment, the bandwidth reservation is attempted upon receipt of the registration request message from the mobile node 1 after the handover. However, without waiting for this, the bandwidth reservation is attempted at a predetermined cycle after the bandwidth reservation failure. The same effect can be obtained.
[0142]
Furthermore, the router 42 after the handover may wait for the LSP setting success from the LSR 32 and then transmit a registration request message to the routers 43 and 44 accommodating the counterpart nodes 11 and 12. Although not shown in the figure, the routers 43 and 44 accommodating the partner nodes 11 and 12 are notified of the success / failure of the LSP setting from the router 42, and the router 42 sets the LSP 32 in the LSR 32 only when it succeeds. Even if the request is transmitted, the same effect can be obtained.
[0143]
Embodiment 6 FIG.
FIGS. 16-20 is a figure which shows Embodiment 6 of the band control method and mobile communication system in the mobile network concerning this invention. FIG. 16 is a block diagram showing a network configuration of a mobile communication system, and FIGS. 17 and 18 are diagrams showing signal sequences between network components. FIG. 19 is a diagram showing a message format of a registration request message response from the home agent 2 used in the sixth embodiment. FIG. 20 shows an access router before the handover of the mobile node 1 in the sixth embodiment. It is a figure which shows the sequence in the case of inquiring the mobile node information to. In the block diagram of the network system shown in FIG. 16, the same components as those in FIG. 1 of the first embodiment described above are denoted by the same reference numerals, and description thereof is omitted.
[0144]
Here, an LSP setting method and a session in the LSP when the mobile node 1 in the network system shown in FIG. 16 is handed over from the domain (network) accommodated in the router 41 to the domain (network) accommodated in the router 42. The bandwidth control method will be described with reference to FIGS. 17 and 18. In the sixth embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and the mobile node 1 after the handover is the counterpart node 11 , 12, IP sessions 21 ′ and 22 ′ are set, respectively.
[0145]
First, the mobile node 1 transmits a router request (message for requesting router advertisement) to the router 42 after handover from the domain accommodated by the router 41 to the domain accommodated by the router 42. On the other hand, a router advertisement is transmitted to the mobile node 1 (step S101).
[0146]
In step S101, the mobile node 1 that has received the network prefix or CoA list from the router 42 generates a CoA based on the network prefix, or uses one CoA from the CoA list in the domain after the handover. The registration request message including the CoA obtained by selecting and generating or selecting the CoA, the home address of the mobile node 1 and the address list of the partner nodes 11 and 12 setting the IP session is sent to the home agent 2. Transmit (step S102).
[0147]
The router 42 that has received the registration request message transmits a registration request message including the home address and CoA of the mobile node 1 to the counterpart nodes 11 and 12 and the home agent 2 included in the counterpart node address list in the registration request message. To do. The home agent 2 and the partner nodes 11 and 12 that have received the registration request message replace the CoA for the mobile node 1 with the CoA included in the registration request message (steps S103 and S104).
[0148]
In parallel with steps S103 and S104, the router 42 inquires of the QoS information about the IP sessions 21 and 22 being set by the mobile node 1 from the access router 41 in which the mobile node 1 was accommodated before the handover. I do. Then, the router 41 transmits QoS information including the bandwidth, the counterpart node address, the priority class, and the IP flow identification information of the IP sessions 21 and 22 during communication of the mobile node 1 that is held to the router 42 (step S105). .
[0149]
Here, the router 42 assigns the address of the access router (in this embodiment 6, router 41) accommodated before the handover of the mobile node 1 by either of the following methods (1) or (2). get.
[0150]
(1) In step S103, in response to the registration request message sent by the router 42 to the home agent 2, the home agent 2 authenticates the mobile node home address, CoA, and mobile node authentication as shown in the format of FIG. In addition to the information, the CoA before handover or the address of the router before handover is transmitted to the router 42. If CoA is included in the response message, the router 42 determines the address of the access router 41 connected before the handover from the network prefix (area identifying the domain of the upper part of the address). Get.
[0151]
(2) The router 42 transmits an inquiry packet including the home address of the mobile node 1 to all addresses defined in advance as adjacent access routers (in the case of FIG. 20, the routers 41 and 43 to 45). (Step S121 in FIG. 20). When the router that has received the inquiry packet has information for the address, the router transmits to the router 42 the time when the information becomes invalid due to the handover of the mobile node 1 (steps S122-1 and S122). -2). As a precondition in this case, it is assumed that all routers hold the information of the mobile node 1 for a certain time after the handover of the mobile node 1. In the example shown in FIG. 20, since the router 42 has received responses from the plurality of routers 41 and 45, the router 42 selects the router 41 whose time information is the latest (step S123). The router IP address inquiry before the handover and the QoS information inquiry executed in step S105 may be executed in one sequence.
[0152]
By any of the methods described above, the router 42 to which the mobile node 1 has handed over determines the router 41 in which the mobile node 1 was accommodated before the handover.
[0153]
The routers 43 and 44 that have received the registration request messages transmitted to the counterpart nodes 11 and 12 in step S104 described above, respectively, start from the new CoA of the mobile node 1 included in the registration request message, as the router 42 that is the handover destination router. Is determined. Then, the router 43 transmits an LSP setting request from the LSR 33 to the LSR 32 to the LSR 33, and the router 44 transmits an LSP setting request from the LSR 34 to the LSR 32 to the LSR 34 (step S106). At this time, the router 43 transmits to the LSR 33 QoS information in units of IP sessions in the direction from the counterpart node 11 to the mobile node 1, and the router 44 transmits to the LSR 34 in units of IP sessions in the direction from the counterpart node 12 to the mobile node 1. The QoS information is transmitted, and it is assumed that the QoS information is held by the routers 43 and 44 throughout the respective IP sessions.
[0154]
In order to set the LSP for forwarding packets addressed to the mobile node 1 from the partner nodes 11 and 12 for each IP session while guaranteeing the bandwidth / priority, the LSRs 33 and 34 perform the LSP setting procedure with the LSR 32 respectively. Execute. That is, the LSR 33 sets the LSP in the direction from the LSR 33 to the LSR 32, and the LSR 34 sets the LSP in the direction from the LSR 34 to the LSR 32. At this time, the LSP is set for each IP session. However, if the corresponding LSP already exists and bandwidth allocation is possible, only the IP flow identification information is set for the existing LSP. To do. If there is an LSP but the bandwidth allocated to the IP session is insufficient, the allocated bandwidth is extended and IP flow identification information is set for the existing LSP. On the other hand, when there is no LSP, processing for setting the LSP is performed by exchanging allocation bandwidth negotiation and IP flow identification information between the LSRs 33 and 34 and the LSR 32 (step S107).
[0155]
In step S105 described above, the router 42 that acquired the counterpart node address of the IP sessions 21 and 22 and the QoS information of the mobile node 1 sends an LSP setup request from the LSR 32 to the LSR 33 and an LSP setup from the LSR 32 to the LSR 34. The request is transmitted to the LSR 32. Note that the router 42 stores the above-mentioned partner node address and QoS information regarding the IP sessions 21 ′ and 22 ′ during the duration of the IP sessions 21 ′ and 22 ′ or until a predetermined time elapses after the handover of the mobile node 1. (Step S108).
[0156]
The LSR 32 that has received the LSP setting request sets an LSP that guarantees QoS for each IP session for an IP flow addressed from the mobile node 1 to the counterpart nodes 11 and 12. That is, the LSR 32 sets an LSP in the direction from LSR 32 to LSR 33 for the IP session 21 ′, and sets an LSP in the direction from LSR 32 to LSR 34 for the IP session 22 ′ (step S109).
[0157]
When the routers 43 and 44 that have captured the registration request message transmitted to the counterpart nodes 11 and 12 analyze the captured registration request message and detect that the CoA has been changed, the router 43 returns to the LSR 33 before the handover. LSR 33 transmits a request to release LSP in the direction of LSR 31, and router 44 transmits a request to release LSP in the direction of LSR 31 from LSR 34 before handover to LSR 34 (step S 110).
[0158]
When each LSR 33 and 34 receives the LSP release request, the LSR 33 releases the bandwidth occupied by the corresponding IP session 21 of the LSP in the direction from LSR 33 to LSR 31, and the LSR 34 receives the LSP in the direction from LSR 34 to LSR 31. The bandwidth occupied by the corresponding IP session 22 is released. In this case, when there is no other IP session to be accommodated, the LSP itself is released (step S111).
[0159]
In parallel with step S108, the router 42 transmits an LSP release instruction to the IP address of the router 41 acquired in step S105 (step S112).
[0160]
The router 41 transmits an LSP release request to the LSR 31 so as to release the LSP in the direction from LSR 31 to LSR 33 and the LSP in the direction from LSR 31 to LSR 34 that were used before the mobile node 1 handed over ( Step 113).
[0161]
The LSR 31 releases the bandwidth occupied by the LSP IP session 21 in the direction from LSR 31 to LSR 33 and the bandwidth occupied by the LSP IP session 22 in the direction from LSR 31 to LSR 34, which were used before the handover of the mobile node 1. To do. In this case, when there is no other IP session to be accommodated, the LSP itself is released (step S114). Thereby, the setting of the LSP and the QoS control process when the mobile node 1 is handed over from the network accommodated by the router 41 to the network accommodated by the router 42 are completed.
[0162]
According to the sixth embodiment, when an LSP that guarantees a bandwidth is set for each IP session set with a plurality of communication partners after the handover of the mobile node 1, each IP session is set in the network. Since QoS information can be passed between access routers in which the mobile node 1 is accommodated before and after handover, there is no need to acquire the QoS information of the IP session from the mobile node 1 and the control is transmitted from the mobile node 1 to the network. The amount of information can be reduced. Further, since the mobile node 1 has only to transmit one registration packet including the address list of the counterpart node that is the counterpart of the IP session, there is no need to send a registration packet for each IP session or each counterpart node. Can reduce the load. This can provide a remarkable effect especially when the number of IP sessions is large or the number of communication partner nodes is large.
[0163]
Embodiment 7 FIG.
21 and 22 are diagrams showing a seventh embodiment of the signal sequence between the network components in the mobile communication system according to the present invention. Note that the configuration of the network constituting the mobile communication system of the seventh embodiment is the same as that of FIG. 16 of the above-described sixth embodiment, so the description thereof is omitted. In the seventh embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and the mobile node 1 after the handover is the counterpart node 11 , 12, IP sessions 21 ′ and 22 ′ are set, respectively.
[0164]
First, the same processing as steps S101 to S102 described in FIG. 17 of the sixth embodiment described above is performed (steps S131 to S132). That is, the mobile node 1 transmits a router request to the router 42 after handover to the domain accommodated by the router 42 and receives a router advertisement from the router 42, and then receives the CoA, the home address of the mobile node 1 and the IP session 21, A registration request message including the address list of the partner nodes 11 and 12 for which 22 is set is transmitted to the home agent 2 via the router 42.
[0165]
Thereafter, the router 42 transmits a registration request message including the home address and CoA to the home agent 2. The registration request message contains the mobile node 1 authentication information in addition to the mobile node 1 home address and CoA. The home agent 2 stores the authentication information stored together with the mobile node 1 home address in advance. Information and the authentication information of the registration request message are compared. If they match, the response (indicated as BU ACK in FIG. 21) includes a registration status indicating registration success. If they do not match, the registration status indicates registration failure in the response. Are transmitted to the mobile node 1 (step S133).
[0166]
Then, the router 42 that has received the response addressed to the mobile node 1 only includes the counterpart node included in the counterpart node address list included in the registration request message from the mobile node 1 only when the registration status included in the response is successful registration. The registration request message is transmitted to 11 and 12 (step S134).
[0167]
The router 42 inquires of the router 41 about QoS information when the registration status is successful. The router 41 transmits QoS information including the bandwidth of the IP sessions 21 and 22 in communication with the mobile node 1 held, the counterpart node address, the priority class, and the IP flow identification information to the router 42 (step S135).
[0168]
On the other hand, if the router 42 receives a response including the registration status of registration failure in step S134, the registration request message is transmitted to the partner nodes 11 and 12 included in the partner node address list included in the registration request message. In addition, processing such as inquiry of QoS information to the router 41 which is the router before the handover and subsequent transmission of the LSP setting request is not performed, and the processing ends.
[0169]
Subsequent processes are the same as those in steps S106 to S114 described in FIGS. 17 and 18 of the sixth embodiment (steps S136 to S144). That is, the routers 43 and 44 that have captured the registration request message transmitted from the router 42 to the counterpart nodes 11 and 12 analyze the registration request message and transmit an LSP setting request to the LSRs 33 and 34. The LSR 33 sets the LSP in the direction from the LSR 33 to the LSR 32, and the LSR 34 sets the LSP in the direction from the LSR 34 to the LSR 32. In step S135, the router 42 that has acquired the counterpart node addresses of the IP sessions 21 and 22 and the QoS information of the mobile node 1 makes an LSP setting request to the LSR 32, and the LSR 32 performs the LSP in the direction from the LSR 32 to the LSR 33. And LSP in the direction from LSR 32 to LSR 34 are set. In addition, the routers 43, 44, and 41 release the LSPs to the LSRs 33, 34, and 31, respectively, in order to release the LSP that accommodates the IP sessions 21 and 22 used before the mobile node 1 performs handover. Send a request. Then, the LSRs 33, 34, and 31 release the corresponding LSP in the direction from LSR33 to LSR31, the LSP in the direction from LSR34 to LSR31, and the corresponding IP session 21, 22 or LSP in the LSP in the direction from LSR31 to LSR33, 34, respectively. To do. However, when there are no other IP sessions to be accommodated in these LSPs, the LSPs themselves are released, and the process ends.
[0170]
According to the seventh embodiment, only when the registration of the CoA to the home agent 2 is successful, the bandwidth reservation of the communication path after the handover is performed for each IP session, thereby causing unauthorized access such as impersonation of the mobile node 1 Reserving invalid bandwidth can be prevented.
[0171]
Embodiment 8 FIG.
23 and 24 are diagrams showing an eighth embodiment of a signal sequence between network components in the mobile communication system according to the present invention. The configuration of the network that constitutes the mobile communication system of the eighth embodiment is the same as that of FIG. 16 of the above-described sixth embodiment, and thus the description thereof is omitted. In the eighth embodiment, the mobile node 1 before the handover sets the IP sessions 21 and 22 respectively with the counterpart nodes 11 and 12, and the mobile node 1 after the handover is the counterpart node 11 , 12, IP sessions 21 ′ and 22 ′ are set, respectively. Further, the format of the registration request message including the CoA registration request used in the eighth embodiment is the same as the format shown in FIG. 13 of the fifth embodiment.
[0172]
First, after handover to the domain accommodated by the router 42, the mobile node 1 transmits a router request (message for requesting router advertisement) to the router 42. The router 42 sends a router request to the mobile node 1 in response to the router request. An advertisement is transmitted (step S151).
[0173]
The mobile node 1 that has received the network prefix or CoA list from the router 42 in step S151 generates a CoA based on the network prefix, or uses one CoA from the CoA list in the domain after the handover. CoA generated or selected for the home agent 2, the home address of the mobile node 1, the addresses of the counterpart nodes 11 and 12 that set the IP sessions 21 and 22, and the IP session 21, A registration request message including a list of set attribute sets for every 22 is transmitted (step S152). In the description of the eighth embodiment, it is assumed that the setting attribute of the IP session 22 is set to “no bandwidth setting when bandwidth reservation is not possible”.
[0174]
Thereafter, the same processing as steps S103 to S107 described in FIG. 17 of the sixth embodiment is performed (steps S153 to S157). That is, the counterpart nodes 11 and 12 and the home agent 2 that have received the registration request message including the home address and CoA from the router 42 replace the CoA for the mobile node 1 with the CoA included in the registration request message. The router 42 inquires of the QoS information about the IP sessions 21 and 22 being set by the mobile node 1 with respect to the router 41 connected before the handover of the mobile node 1, and holds it from the router 41. The mobile node 1 receives the bandwidth of the IP sessions 21 and 22 in communication, the partner node address, the priority class, and the IP flow identification information. Here, the address of the access router 41 connected before the handover of the mobile node 1 is acquired by the method described in the sixth embodiment. Then, the routers 43 and 44 that have captured the registration request messages addressed to the counterpart nodes 11 and 12 transmit instructions to set the LSP to the LSRs 33 and 34. The LSR 33 sets the LSP in the direction from the LSR 33 to the LSR 32, and the LSR 34 , LSP in the direction from LSR 34 to LSR 32 is set.
[0175]
In step S155, the router 42 that has acquired the counterpart node addresses of the IP sessions 21 and 22 and the QoS information of the mobile node 1 receives the LSP setting request from the LSR 32 to the LSR 33, and the LSP setting request from the LSR 32 to the LSR 34. Is transmitted to the LSR 32 (step S158). The LSR 32 sets the LSP in the direction from the LSR 32 to the LSR 33 (step S159). Here, among the LSP setting requests transmitted from the router 42 to the LSR 32, the LSP for the session ID # 2 (that is, the LSR 32 to the LSR 34). Therefore, the LSR 32 transmits an LSP setting impossible notification for the session ID # 2 to the router 42 (step S160). When the router 42 receives the LSP setting impossibility notification from the LSR 32, the router 42 notifies the mobile node 1 of a session bandwidth reservation state notification indicating that the bandwidth reservation of the session ID # 2 has failed (step S161).
[0176]
Thereafter, the same processing as steps S110 to S114 described in FIGS. 17 and 18 of the sixth embodiment is performed, and the IP sessions 21 and 22 in the LSP set before the mobile node 1 is handed over are released ( Steps S162 to S166). That is, the routers 43 and 44 that have captured the registration request message transmitted from the router 42 to the counterpart nodes 11 and 12 analyze the registration request message and transmit an LSP release request to the LSRs 33 and 34. The LSR 33 releases the corresponding IP session 21 or LSP itself in the LSP in the direction from the LSR 33 to the LSR 31, and the LSR 34 releases the corresponding IP session 22 or LSP itself in the LSP in the direction from the LSR 34 to the LSR 31. In step S155, the router 42 that has acquired the address of the router 41 in which the mobile node 1 was accommodated before the handover makes an LSP release request to the router 41, and the router 41 and the LSR 31 further change from the LSR 31 to the LSR 33. The corresponding IP session 21 in the LSP in the direction of and the corresponding IP session 22 in the LSP in the direction of the LSR 31 to LSR 34 are released. However, when there are no other IP sessions accommodated in these LSPs, the LSPs themselves are released.
[0177]
Thereafter, the router 42 instructs the router 44 accommodating the counterpart node 12 that is the communication counterpart of the session ID # 2 to release the LSP corresponding to the session ID # 2 (that is, the LSP in the direction from the LSR 34 to the LSR 32). The LSP release request to be transmitted is transmitted (step S167). Upon receiving the LSP release request, the router 44 transmits an LSP release request to the LSR 34 (step S168), and the LSR 34 releases the LSP set corresponding to the session ID # 2 (that is, the LSP in the direction from the LSR 34 to the LSR 32). (Step S169).
[0178]
Thereafter, QoS is guaranteed for the session ID # 1 (ie, IP session 21 ′) set with the counterpart node 11, but one session ID # 2 (ie, IP session 22 ′) is guaranteed. Since no LSP is set, communication is performed with the best effort with no guaranteed bandwidth. However, if the mobile node 1 does not want to continue communication in a state where the bandwidth is not guaranteed for the session ID # 2, the mobile node 1 that has received the session bandwidth reservation state notification in step S161 in FIG. As shown, a registration request message with valid time = 0 is transmitted to the partner node 12 (step S170). The registration request message set with the valid time = 0 indicates that the CoA notified before the registration request message is invalid, and means that the IP session is released in the eighth embodiment. is there. The router 44 that has received the registration request message during transmission to the counterpart node 12 analyzes the content of the registration request message and transmits an LSP release request to the LSR 34 (step S171). Then, the LSR 34 performs a process of releasing the LSP in the direction from the LSR 34 to the LSR 32 (step S172), and the process ends.
[0179]
On the other hand, FIG. 26 is a diagram showing a signal sequence between network components when the setting attribute of the IP session 22 is set to “cancel all registration request messages when bandwidth reservation is not possible”. FIG. 23 is a continuation from the sequence of FIG. Also, in FIG. 26, the processing of steps S164 to S166 is the same as the processing of steps S164 to S166 of FIG. Here, “cancel all registration request messages when bandwidth reservation is impossible” means that if even one of the IP sessions after handover cannot reserve a bandwidth, all IP sessions are canceled. To do.
[0180]
When the setting attribute of the IP session 22 is set to “cancel all registration request messages when bandwidth reservation is not possible”, and the router 42 receives the LSP setting impossible notification for the IP session 22, the router 42 A session bandwidth reservation status notification indicating that the bandwidth reservation of ID # 2 has failed is notified to the mobile node 1 (step S161 in FIG. 23). Thereafter, the corresponding IP sessions 21 and 22 in the LSP are released by the LSRs 33, 34, and 31 (steps S162 to S163 in FIG. 23 and steps S164 to S166 in FIG. 25).
[0181]
Thereafter, the router 42 transmits a registration request message in which valid time = 0 is set to the home agent 2 and the partner nodes 11 and 12 (steps S181 and S182 in FIG. 26). The valid time = 0 indicates that the previously notified CoA is invalid. In the eighth embodiment, the communication is canceled.
[0182]
The routers 43 and 44 that have received the registration request message from the router 42 analyze the registration request message and, since the valid time = 0 is set, transmit an LSP release request to the LSRs 33 and 34, respectively (step) S183). Then, the LSR 33 releases the corresponding IP session 21 ′ in the LSP in the direction from the LSR 33 to the LSR 32, and the LSR 34 releases the corresponding IP session 22 ′ in the LSP in the direction from the LSR 34 to the LSR 32. At this time, when there is no other IP session to be accommodated, the LSP itself is released (step S184).
[0183]
Further, the router 42 transmits an LSP release request for the session ID # 1 (IP session 21 ′ between the mobile node 1 and the partner node 11) to the LSR 32 (step S185), and the LSR 32 is in the LSP direction from the LSR 32 to the LSR 33. The corresponding IP session 21 ′ or the LSP itself is released (step S186), and the process ends.
[0184]
According to the eighth embodiment, there is provided a function for notifying the bandwidth reservation attribute for each IP session from the mobile node 1 to the network and a function for notifying the mobile node 1 that the bandwidth reservation has failed from the network. Because it was configured to notify the bandwidth reservation failure for the IP session that failed, and to secure the bandwidth of the other IP session, even if some of the IP sessions in communication failed to reserve the bandwidth, QoS can be guaranteed for the IP session, and the terminal itself can select whether it wants best effort communication or releases the IP session for the IP session for which bandwidth reservation has failed.
[0185]
Note that the bandwidth reservation attribute of the IP session can also be set as “communication continuation not possible for all sessions”, and when the bandwidth reservation of the IP session is disabled, the mobile node 1 requests a registration with an effective time = 0. A message is transmitted to the home agent 2, and the router 42 receives the message and sends a registration request message with valid time = 0 to the communicating partner nodes 11 and 12, so that the best effort can be obtained for all IP sessions. The terminal can select whether communication is desired or the IP session is released.
[0186]
In the above-described first to eighth embodiments, the routers 41 to 44 and the LSRs 31 to 34 are depicted as separate devices, but the same applies even if the functions of the routers 41 to 44 and the LSRs 31 to 34 are realized on the same device. Effects can be obtained. In Embodiments 1 to 8 described above, the LSP is set in one-way units from the mobile node 1 to the partner nodes 11 and 12 and from the partner nodes 11 and 12 to the mobile node 1. The LSP may be set by any one of the LSRs 32 to 34 that function as the edge LSR of the LSP. For example, in the case of FIG. 3 of the first embodiment, the registration request message is received from the router 42 in step S4 without performing the LSP setting request by the router 42 in step S8 and the LSP setting by the LSR 32 in step S9. In steps S6 to S7 performed by the routers 43 and 44 after that, the LSPs in both directions may be set in the LSRs 33 and 34 with the LSR 32, or the LSP setting request by the routers 43 and 44 in step S6 and the step S7. The LSR 32 may set the LSP in both directions with the LSRs 33 and 34 in response to the LSP setting request by the router 42 in steps S8 to S9 without performing the LSP setting by the LSRs 33 and 34.
[0187]
Further, in the above-described fourth to eighth embodiments, as described in the third embodiment, the call control device that performs IP session establishment control between the mobile node 1 and the counterpart nodes 11 and 12, and the mobile node 1 And a policy server that performs QoS control of communication between the communication partner nodes 11 and 12.
[0188]
【The invention's effect】
As described above, according to the present invention, when a mobile node predicts a handover, registration of CoA to be used at the handover destination before the handover and an optimum QoS that guarantees QoS for each session in which the mobile node is communicating. Since LSP can be set in advance, QoS can be guaranteed for each session and packet loss associated with handover can be reduced even when the mobile node sets multiple sessions with different terminals. Has the effect of being able to.
[0189]
According to the next invention, when the CoA registration to the home agent is successful, the bandwidth of the communication path after the handover can be reserved for each IP session. It is possible to prevent an invalid bandwidth reservation due to unauthorized access.
[0190]
According to the next invention, the QoS information of each session is notified to the access router in conjunction with the session setting sequence, so that QoS guarantee of the mobile terminal can be realized in cooperation with the session setting procedure. It has the effect. In addition, the terminal does not need to transmit a special message for bandwidth reservation, and further has an effect that it is not necessary to perform pre-setting at the time of a subscription contract in the network.
[0191]
According to the next invention, after the handover, the session set before the handover is compared with the session set at the time after the handover, and the bandwidth reservation of the session that does not exist after the handover is canceled. Therefore, even when a session is released immediately before handover, the bandwidth allocated to the session can be released immediately after handover, and the use efficiency of network resources can be improved.
[0192]
According to the next invention, the bandwidth reservation attribute when the bandwidth reservation of the communication path after the handover fails is notified from the mobile node to the network for each session, and the terminal notifies that the bandwidth reservation has failed from the network. When a bandwidth reservation attribute is available and bandwidth reservation is possible, the terminal tries to reserve bandwidth again in response to a registration request message sent from the mobile node after handover. It is possible to know the state and to take measures such as whether or not the session can be continued or temporarily suspended according to the situation. In addition, for a session in the bandwidth holding state, immediately after receiving the registration request message from the mobile node before the handover, even if bandwidth reservation is impossible, the network retries bandwidth reservation, so the session cannot secure the bandwidth. This has the effect of reducing the establishment of.
[0193]
According to the next invention, after setting up a path for guaranteeing a bandwidth for each session set with a plurality of communication partners after handover of the terminal, QoS information for each session is transferred in the network. Since it is transferred between access routers that accommodate the mobile node before and after, there is no need to obtain QoS information of the session from the terminal, and the amount of control information transmitted from the terminal to the network can be suppressed. Have. In addition, since the terminal only needs to transmit one registration packet including the address list of the partner node that is the partner of the session, there is no need to transmit a registration packet for each session or each partner node. There is also an effect that it can be reduced. In particular, when the number of sessions is large or the number of communication partner nodes is large, there is a remarkable effect.
[0194]
According to the next invention, an inquiry packet including the home address of the mobile node is transmitted to all addresses defined in advance as neighboring routers with respect to the handover destination router. Since the router accommodated before the handover is determined, it is possible to inquire the QoS information and partner node address of the IP session with respect to the router before the handover.
[0195]
According to the next invention, since the handover destination router determines the router in which the mobile node is accommodated before the handover from the home agent having the home address of the mobile node, the QoS information inquiry is performed before the handover. It is possible to make an inquiry about the QoS information of the IP session and the address of the partner node to the router.
[0196]
According to the next invention, only when the registration of the CoA to the home agent is successful, the bandwidth reservation of the communication path after the handover is performed for each IP session, so that invalidation due to unauthorized access such as impersonation of the mobile node is invalid. The band reservation can be prevented.
[0197]
According to the next invention, the QoS information of each session is notified to the access router in conjunction with the session setting sequence, so that QoS guarantee of the mobile terminal can be realized in cooperation with the session setting procedure. It has the effect. In addition, the terminal does not need to transmit a special message for bandwidth reservation, and further has an effect that it is not necessary to perform pre-setting at the time of a subscription contract in the network.
[0198]
According to the next invention, the bandwidth reservation attribute for each session is notified from the mobile node to the network, the bandwidth notification from the network is notified to the terminal, and the bandwidth reservation failure for the session in which the bandwidth reservation has failed. Since the notification is made and the bandwidth of the other session is secured, QoS can be guaranteed for other sessions even if some bandwidth reservations among a plurality of sessions being communicated fail. Even for a session whose reservation has failed, the terminal itself can select whether to desire communication at the best effort or to release the session.
[0199]
According to the next invention, when the mobile node predicts a handover, the CoA used at the handover destination is registered before the handover, and the optimum LSP that guarantees the QoS for each session in which the mobile node is communicating is set in advance. Even when the mobile node has set a plurality of sessions with different terminals, the QoS can be guaranteed for each session and the packet loss associated with the handover can be reduced. Have
[0200]
According to the next invention, when the CoA registration to the home agent is successful, the bandwidth of the communication path after the handover can be reserved for each IP session. It is possible to prevent an invalid bandwidth reservation due to unauthorized access.
[0201]
According to the next invention, since the QoS information for each session is notified to the access router in conjunction with the session setting sequence, the QoS guarantee of the mobile terminal can be realized in cooperation with the session setting procedure. It has the effect of being able to. In addition, the terminal does not need to transmit a special message for bandwidth reservation, and further has an effect that it is not necessary to perform pre-setting at the time of a subscription contract in the network.
[0202]
According to the next invention, after the handover, the session set before the handover is compared with the session set at the time after the handover, and the bandwidth reservation of the session that does not exist after the handover is canceled. Even if the session is released immediately before the handover, the bandwidth allocated to the session can be released immediately after the handover, and the use efficiency of network resources can be improved. .
[0203]
According to the next invention, the bandwidth reservation attribute when the bandwidth reservation of the communication path after the handover fails is notified from the mobile node to the network for each session, and the terminal notifies that the bandwidth reservation has failed from the network. When the bandwidth reservation attribute is set to hold the bandwidth reservation, the terminal tries to reserve the bandwidth again in response to the registration request message sent from the mobile node after the handover. It is possible to know the reservation status and to take measures such as whether the session can be continued or temporarily suspended according to the situation. In addition, for a session in the bandwidth holding state, immediately after receiving the registration request message from the mobile node before the handover, even if bandwidth reservation is impossible, the network retries bandwidth reservation, so the session cannot secure the bandwidth. This has the effect of reducing the establishment of.
[0204]
According to the next invention, after setting up a path for guaranteeing a bandwidth for each session set with a plurality of communication partners after handover of the terminal, QoS information for each session is transferred in the network. Since it is configured to pass back and forth between access routers in which mobile nodes are accommodated, there is no need to obtain session QoS information from the terminal, and the amount of control information transmitted from the terminal to the network can be suppressed. Have In addition, since the terminal only needs to transmit one registration packet including the address list of the partner node that is the partner of the session, there is no need to transmit a registration packet for each session or each partner node. There is also an effect that it can be reduced. In particular, when the number of sessions is large or the number of communication partner nodes is large, there is a remarkable effect.
[0205]
According to the next invention, an inquiry packet including the home address of the mobile node is transmitted to all addresses defined in advance as neighboring routers with respect to the handover destination router. Since the router accommodated before the handover is determined, there is an effect that it is possible to inquire the QoS information of the IP session and the partner node address with respect to the router before the handover.
[0206]
According to the next invention, the QoS information inquiry is configured such that the handover destination router obtains the address of the router in which the mobile node was accommodated before the handover from the home agent having the home address of the mobile node. Therefore, there is an effect that it is possible to inquire the QoS information of the IP session and the partner node address with respect to the router before the handover.
[0207]
According to the next invention, only when the registration of the CoA to the home agent is successful, the bandwidth reservation of the communication path after the handover is performed for each IP session, so that invalidation due to unauthorized access such as impersonation of the mobile node This makes it possible to prevent reservation of a bandwidth.
[0208]
According to the next invention, since the QoS information for each session is notified to the access router in conjunction with the session setting sequence, the QoS guarantee of the mobile terminal can be realized in cooperation with the session setting procedure. It has the effect of being able to. In addition, the terminal does not need to transmit a special message for bandwidth reservation, and further has an effect that it is not necessary to perform pre-setting at the time of a subscription contract in the network.
[0209]
According to the next invention, there is provided a function for notifying the bandwidth reservation attribute for each session from the mobile node to the network and a function for notifying the terminal that the bandwidth reservation has failed from the network. Since it is configured to notify the reservation failure and secure the bandwidth of other sessions, even if some of the bandwidth reservations among a plurality of communicating sessions fail, QoS is guaranteed for other sessions. Thus, the terminal itself can select whether to desire the best effort communication or to release the session even for a session whose bandwidth reservation has failed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first embodiment of a mobile communication system before a mobile node hands over.
FIG. 2 is a block diagram showing a configuration of the first embodiment of the mobile communication system after a mobile node has performed a handover.
FIG. 3 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 4 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 5 is a diagram showing a modification of the sequence of the bandwidth control method in the mobile network.
FIG. 6 is a diagram showing a sequence of a bandwidth control method in a mobile network.
FIG. 7 is a diagram showing a modification of the sequence of the bandwidth control method in the mobile network.
FIG. 8 is a block diagram showing a configuration of a third embodiment of a mobile communication system.
FIG. 9 is a diagram showing an IP session setting / canceling sequence.
FIG. 10 is a diagram illustrating a format of a registration request message for making a CoA registration request.
FIG. 11 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 12 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 13 is a diagram showing a format of a registration request message for making a CoA registration request.
FIG. 14 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 15 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 16 is a block diagram showing a configuration of a sixth embodiment of the mobile communication system.
FIG. 17 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 18 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 19 is a diagram showing a message format of a registration request message response.
FIG. 20 is a diagram showing a sequence in the case of inquiring mobile node information to an access router before handover.
FIG. 21 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 22 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 23 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 1).
FIG. 24 is a diagram showing a sequence of a bandwidth control method in a mobile network (part 2).
FIG. 25 is a diagram showing a modification of the sequence of the bandwidth control method in the mobile network.
FIG. 26 is a diagram showing a modification of the sequence of the bandwidth control method in the mobile network.
FIG. 27 is a block diagram showing a configuration of a conventional mobile communication system.
FIG. 28 is a diagram showing a conventional example of a sequence of a bandwidth control method in a mobile network.
[Explanation of symbols]
1 mobile node, 2 home agent, 3 MPLS network, 5 call control device, 6 policy server, 11, 12 partner node, 21, 22, 21 ′, 22 ′ IP session, 30-34 label switching router, 41-44 access Router.

Claims

Label switching between the mobile node that is about to be handed over from the first domain accommodated in the first router to the second domain accommodated in the second router and the partner node accommodated in the third router A bandwidth control method in a mobile network that performs communication with an IP session set on a label switch path in an MPLS network constituted by routers,
When the mobile node detects the possibility of a domain change due to handover, the mobile node acquires a temporary address to be used in the second domain for the second router as a handover destination. Process,
QoS information notifying step of notifying the second router of the QoS information including the bandwidth and priority class of the IP session before the handover of the mobile node and the counterpart node address;
A label switch path setting step for setting a shortest label switch path between the second router and the third router so as to satisfy the QoS information;
A temporary address changing step of changing the address of the mobile node set in the third router and the counterpart node to the second temporary address after the mobile node hands over to the second domain;
A label switch path releasing step for releasing the label switch path accommodating the IP session set in the first domain after the mobile node has handed over to the second domain;
A bandwidth control method in a mobile network, comprising:

In the label switch path setting step, the mobile node home agent connected to the MPLS network confirms the validity of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router. 2. The mobile network according to claim 1, wherein a shortest label switch path is set between the second router and the third router so as to satisfy the QoS information only when it is possible. Bandwidth control method.

A call control device and a policy server are further connected to the MPLS network, an IP session setting request from the mobile node to the partner node is detected, and the policy server connected to the MPLS network If it is determined that bandwidth can be allocated,
The policy server notifying QoS information including flow identification information, bandwidth information and priority class of an IP session to a third router accommodating the first router and the counterpart node;
Setting a label switch path for a label switching router existing between the first router and the third router based on the received QoS information;
Further including
When the call control device detects a request to release an IP session between the mobile node and the counterpart node after handover,
The policy server instructing the second and third routers to release the IP session;
Based on the IP session release instruction, the IP session or a label switch path accommodating the IP session is released to a label switching router existing between the second router and the third router. And the process of
The band control method in the mobile network according to claim 1 or 2, further comprising:

The label switch path release step releases the label switch path accommodating the IP session set in the first domain after the mobile node has handed over to the second domain, and The IP session set in the first domain is compared with the IP session requested to set in the second domain, and set in the first domain. 3. The bandwidth control method in a mobile network according to claim 1 or 2, wherein a label switch path corresponding to an IP session for which setting is not requested in step 1 is released.

The label switch path setting step is a case where a label switch path cannot be set between the second router and the third router satisfying the QoS information, and communicated before the handover of the mobile node If the setting attribute indicating the necessity of bandwidth reservation for the IP session after handover for the IP session is set to be non-holdable, the mobile node is notified of this and the setting attribute is set to be holdable. The label switch path setting is temporarily suspended, the mobile node is informed that the label switch path setting is temporarily suspended, and the mobile node 2. The label switch path setting is performed again after handover to the second domain. Bandwidth control method in a mobile network according.

The mobile node handed over from the first domain accommodated by the first router to the second domain accommodated by the second router and the MPLS network configured by the label switching router are accommodated in the third router. A bandwidth control method in a mobile network that communicates with a remote node in a state where an IP session is set on a label switch path,
Upon detecting that the mobile node has performed handover to the second domain, a temporary address acquisition step of acquiring a second temporary address used in the second domain for the second router; ,
The second router inquires of the first router about QoS information including the bandwidth and priority class of the IP session and the counterpart node address.
A label switch path setting step for setting a shortest label switch path between the second router and the third router so as to satisfy the QoS information;
A label switch path releasing step of releasing the label switch path accommodating the IP session set in the first domain;
A bandwidth control method in a mobile network, comprising:

In the QoS information inquiry step, an inquiry packet including a home address of the mobile node is transmitted to all address groups previously defined as neighboring routers of the second router, and is accommodated before the mobile node is handed over. 7. The mobile network according to claim 6, wherein the first router which is a router that has been assigned is determined, and the QoS information and the counterpart node address of the IP session are inquired of the first router. Bandwidth control method.

In the QoS information inquiry step, the second router obtains the address of the first router that is the router in which the mobile node was accommodated before the handover from the home agent having the home address of the mobile node. The bandwidth control method in a mobile network according to claim 6, wherein the QoS information of the IP session and the counterpart node address are inquired to the first router.

In the label switch path setting step, the mobile node home agent connected to the MPLS network confirms the validity of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router. 9. The label switch path satisfying the QoS information is set between the second router and the third router only when it is possible. 9. A bandwidth control method in a mobile network.

The call control device connected to the MPLS network detects an IP session setting request from the mobile node to the partner node, and determines that the bandwidth of the IP session can be allocated by the policy server connected to the MPLS network. If
The policy server directing QoS information including IP session flow identification information, bandwidth information and priority class to the first router and a third router accommodating the counterpart node;
Setting a label switch path for a label switching router existing between the first router and the third router based on the received QoS information;
Further including
When the call control device detects a request to release an IP session between the mobile node and the counterpart node after handover,
The policy server instructing the second and third routers to release the IP session;
Releasing the IP session or a label switch path accommodating the IP session based on an instruction to release the IP session;
The band control method in the mobile network according to any one of claims 6 to 9, further comprising:

The label switch path setting step is a case where a label switch path cannot be set between the second router and the third router satisfying the QoS information, and communicated before the handover of the mobile node If the setting attribute indicating the necessity of bandwidth reservation for the IP session after handover for the IP session is set to continue communication without bandwidth reservation, the mobile node is notified of the failure of bandwidth reservation. In addition, if a reservation for bandwidth other than the failed IP session is executed and the setting attribute is set to disable execution of communication including other IP sessions without reservation for bandwidth, a registration request failure is made. 7. The bandwidth control method in a mobile network according to claim 6, wherein communication is terminated by notifying the mobile node. .

Label switching between the mobile node that is going to be handed over from the first domain accommodated by the first router to the second domain accommodated by the second router and the partner node accommodated in the third router A mobile communication system that performs communication with an IP session set on a label switch path in an MPLS network constituted by routers,
When the mobile node detects the possibility of domain change due to handover, the mobile node obtains a temporary address to be used in the second domain for the second router as a handover destination. With means,
The second router and / or the third router use the QoS information including the bandwidth and priority class of the IP session before the handover of the mobile node and the counterpart node address, and A label switch path setting means for setting a label switch path satisfying the QoS information with a third router;
The third router and the counterpart node change a temporary address change to change the address of the mobile node set to the second temporary address after the mobile node hands over to the second domain. With means,
The first router and / or the second router, the label switch path for accommodating the IP session set in the first domain after the mobile node has handed over to the second domain A label switch path releasing means for releasing
A mobile communication system, wherein bandwidth control of communication of the mobile node that is going to be handed over from the first domain to the second domain is performed.

Only when the home agent can confirm the legitimacy of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router, the second agent and / or the third router. The mobile communication system according to claim 12, further comprising means for setting a label switch path satisfying the QoS information between the second router and the third router.

Means for notifying a policy server of a bandwidth setting request comprising QoS identification information including flow identification information, bandwidth information and priority class for establishing an IP session upon detecting an IP session setting request from the mobile node to the counterpart node; ,
Means for notifying the policy server of a bandwidth release request of the IP session when detecting the release request of the IP session;
A call control device comprising:
When the bandwidth setting request is received from the call control device and it is determined that the bandwidth can be allocated to the IP session, the third router that accommodates the first router and the counterpart node Means for informing QoS information for establishing the IP session;
Means for instructing the second and third routers to release the IP session upon receiving the bandwidth release request from the call control device;
A policy server having
The label switch path setting means sets a label switch path for a label switching router existing between the first and third routers based on the received QoS information, and the label switch 14. The mobile communication system according to claim 12, wherein the path release means releases the IP session or a label switch path that accommodates the IP session based on an instruction to release the IP session.

The label switch path releasing means compares the IP session established in the first domain with the IP session established in the second domain after the handover of the mobile node, The mobile communication according to claim 12 or 13, further comprising a function of releasing a label switch path corresponding to an IP session that is set in a domain and is not established in the second domain. system.

The label switch path setting means is in a case where a label switch path cannot be set between the second router and the third router satisfying the QoS information, and communicated before the handover of the mobile node If the setting attribute indicating the necessity of bandwidth reservation for the IP session after handover for the IP session is set to be non-holdable, the mobile node is notified of this and the setting attribute is set to be holdable. The label switch path setting is temporarily suspended, the mobile node is informed that the label switch path setting is temporarily suspended, and the mobile node 2. The label switch path setting is performed again after handover to the second domain. Mobile communication system according to.

By a label switching router between the mobile node handed over from the first domain accommodated by the first router to the second domain accommodated by the second router and the partner node accommodated in the third router A mobile communication system that performs communication with an IP session set on a label switch path in a configured MPLS network,
When the mobile node detects a handover to the second domain, the mobile node includes a temporary address acquisition unit that acquires a second temporary address used in the second domain from the second router. ,
The second router is
QoS information inquiry means for inquiring of the first router the QoS information including the bandwidth and priority class of the IP session and the counterpart node address;
Label switch path setting means for setting a label switch path between the second router and the third router so as to satisfy the QoS information;
With
The third router comprises a label switch path setting means for setting a label switch path between the second router and the third router;
The mobile communication characterized in that the first and second routers comprise label switch path releasing means for releasing the label switch path accommodating the IP session set in the first domain. system.

The QoS information inquiry means transmits an inquiry packet including the home address of the mobile node to all addresses defined in advance as neighboring routers of the second router, and accommodates it before handover of the mobile node. 18. The mobile communication according to claim 17, wherein the first router which is a router that has been assigned is determined, and the QoS information and the counterpart node address of the IP session are inquired to the first router. system.

A home agent having a home address of the mobile node;
In the QoS information inquiry means, the second router determines, from the home agent, the first router which is the router in which the mobile node is accommodated before handover, and the first router The mobile communication system according to claim 17, wherein the QoS information of the IP session and the counterpart node address are inquired.

Only when the home agent can confirm the legitimacy of the mobile node from the identifier and authentication information of the mobile node transmitted from the first router, the second agent and / or the third router. 20. The movement according to claim 17, further comprising means for setting a label switch path satisfying the QoS information between the second router and the third router. Body communication system.

Means for notifying a policy server of a bandwidth setting request comprising QoS identification information including flow identification information, bandwidth information and priority class for establishing an IP session upon detecting an IP session setting request from the mobile node to the counterpart node; ,
Means for notifying the policy server of a bandwidth release request of the IP session when detecting the release request of the IP session;
A call control device comprising:
When the bandwidth setting request is received from the call control device and it is determined that the bandwidth can be allocated to the IP session, the third router that accommodates the first router and the counterpart node Means for informing QoS information for establishing the IP session;
Means for instructing the second and third routers to release the IP session upon receiving the bandwidth release request from the call control device;
A policy server having
The label switch path setting means sets a label switch path for a label switching router existing between the first and third routers based on the received QoS information, and the label switch The path release means releases the IP session or a label switch path accommodating the IP session based on an instruction to release the IP session. Mobile communication system.

The label switch path setting means is in a case where a label switch path cannot be set between the second router and the third router satisfying the QoS information, and communicated before the handover of the mobile node If the setting attribute indicating the necessity of bandwidth reservation for the IP session after handover for the IP session is set to continue communication without bandwidth reservation, the mobile node is notified of the failure of bandwidth reservation. In addition, if a reservation for bandwidth other than the failed IP session is executed and the setting attribute is set to disable execution of communication including other IP sessions without reservation for bandwidth, a registration request failure is made. The mobile communication system according to claim 17 , wherein the mobile node is notified.