(57)【要約】【課題】リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができるクロスオーバノード選択方法などを提供する。【解決手段】複数のネットワークレイヤのそれぞれのクロスオーバノードの情報を取得するための取得メッセージを受信する中継ノードが、自身が複数のネットワークレイヤのいずれかのクロスオーバノードであるか否かを判断し、クロスオーバノードであると判断した場合に、自身の情報を挿入した取得メッセージを隣接する中継ノードに送信するステップと、複数のネットワークレイヤのそれぞれのクロスオーバノードの情報が挿入された取得メッセージを受信する通信端末１０１が、取得メッセージに挿入された情報を含む応答メッセージを移動端末１００に送信するステップと、移動端末が、応答メッセージに挿入された情報に基づいて１つのクロスオーバノードを選択するステップとを有する。【選択図】図１
2008283417.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と、前記移動端末の通信相手である通信端末と、前記移動端末と前記通信端末との通信経路内に存在し、前記移動端末と前記通信端末との間で送受信されるデータパケットを中継する複数の中継ノードとから構成され、複数のネットワークレイヤが入れ子のように重なって構成された通信ネットワークで、前記移動端末が移動により接続先が変わる場合の前記複数のネットワークレイヤのそれぞれの、前記通信ネットワーク上の新旧の通信経路が交わり、かつ分岐するクロスオーバノードのうちから１つのクロスオーバノードを選択するクロスオーバノード選択方法であって、
前記複数のネットワークレイヤのそれぞれのクロスオーバノードの情報を取得するための取得メッセージを受信する中継ノードが、自身が前記複数のネットワークレイヤのいずれかの前記クロスオーバノードであるか否かを判断し、前記クロスオーバノードであると判断した場合に、自身の情報を挿入した前記取得メッセージを隣接する中継ノードに送信するステップと、
前記複数のネットワークレイヤのそれぞれの前記クロスオーバノードの情報が挿入された前記取得メッセージを受信する前記通信端末が、前記取得メッセージに挿入された前記情報を含む応答メッセージを前記移動端末に送信するステップと、
前記移動端末が、前記応答メッセージに挿入された前記情報に基づいて１つのクロスオーバノードを選択するステップとを、
有するクロスオーバノード選択方法。
【請求項２】
前記移動端末は、あらかじめ得られた、前記クロスオーバノードを選択するための付加情報を加味して前記クロスオーバノードを選択する請求項１に記載のクロスオーバノード選択方法。
【請求項３】
前記付加情報は、前記通信ネットワーク負荷の情報、ＣＲＮ（ＱＮＥ）のＱｏＳ容量及び現在の負荷の情報、最下層ＣＲＮと選択されるＣＲＮとのＱｏＳ保証の差異の情報、トンネリング情報又はネスト情報、過去のハンドオーバ処理の履歴の情報のうちの１つ以上含む請求項２に記載のクロスオーバノード選択方法。
【請求項４】
移動端末と、前記移動端末の通信相手である通信端末と、前記移動端末と前記通信端末との通信経路内に存在し、前記移動端末と前記通信端末との間で送受信されるデータパケットを中継する複数の中継ノードとから構成され、複数のネットワークレイヤが入れ子のように重なって構成された通信ネットワークで、前記移動端末が移動により接続先が変わる場合の前記複数のネットワークレイヤのそれぞれの、前記通信ネットワーク上の新旧の通信経路が交わり、かつ分岐するクロスオーバノードのうちから１つのクロスオーバノードを選択するクロスオーバノード選択方法で用いられる前記中継ノードであって、
前記複数のネットワークレイヤのそれぞれのクロスオーバノードの情報を取得するための取得メッセージを受信する受信手段と、
受信した前記取得メッセージに基づいて、前記中継ノード自身が前記複数のネットワークレイヤのいずれかの前記クロスオーバノードであるか否かを判断する判断手段と、
前記クロスオーバノードであると判断した場合に、前記中継ノード自身の情報を含むメッセージを生成するメッセージ生成手段と、
生成された前記メッセージを隣接する中継ノード又は前記通信端末に送信する送信手段とを、
備える中継ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末の移動によるクロスオーバノードを発見し、選択するクロスオーバノード選択方法及びその方法で用いられる中継ノードに関する。
【背景技術】
【０００２】
新たなシグナリングプロトコルとして、ＮＳＩＳ（Next Steps In Signaling）プロトコルがＩＥＴＦ（The Internet Engineering Task Force）のＮＳＩＳワーキンググループ（下記の非特許文献１を参照）で標準化されようとしている。ＮＳＩＳは、モバイル環境においてＱｏＳ（Quality of Service）リソース予約の効率性の向上を特に期待されている。最近、いくつかのインターネットドラフトでは、一般的なＮＳＩＳに関する文献（下記の非特許文献５、６を参照）だけでなく、下記の非特許文献２〜４にも記載されているＱｏＳシグナリングやモビリティサポートに関する方法が記載されている。
【０００３】
ネットワーク上にはルータや端末だけでなく、ＮＳＩＳ機能をサポートするノードであるＮＥ（NSIS Entity）が存在する。さらに、すべてのＮＥがモビリティ機能におけるＱｏＳをサポートするわけではない。ここではＱｏＳ機能を有するＮＥを“ＱＮＥ（QoS NSIS Entity）”と呼ぶ。ＱｏＳリソースはデータが流れる経路に沿ったそれぞれのＱＮＥで予約される。ＱｏＳが保証された経路上でパケットを識別するために、フローＩＤが用いられる。
【０００４】
フローＩＤはデータ送信側と受信側のＩＰアドレスが含まれている（下記の非特許文献５を参照）。ＩＰアドレスがモビリティイベント、例えばハンドオーバによって変更されると、フローＩＤは変更される。一方、セッションＩＤはＭＮ（Mobile Node）とＣＮ（Correspondent Node）との間でのセッションを識別するために用いられる。セッションＩＤはモビリティイベントによってフローＩＤが変更されても同じである。
【０００５】
ハンドオーバが起こった場合、図５に示すように、古いＱｏＳ経路と新たなＱｏＳ経路とが分岐する地点のＱＮＥであるＣＲＮ（Crossover Node）には、ＱｏＳハンドオーバで二重の予約を避けるための重要な役割がある。ＣＲＮは、重なった経路（ＣＮ−ＣＲＮ間）と新たな経路（ＣＲＮ−ＭＮ間）において異なる処理をする必要がある。すなわち、ＣＮ−ＣＲＮ間では更新をし、ＣＲＮ−ＭＮ間では新たな状態をインストールする必要がある。したがって、ＣＲＮ発見はＱｏＳハンドオーバにおいて重要な問題の１つである。ハンドオーバによるＱｏＳ中断を避けるため又は最小限にするために早急に処理する必要がある。
【０００６】
ネットワーク内でのシグナリングなどを減らすために、多数フローにおける予約はアグリゲート（集約）される。図６にはアグリゲート予約の一例が示されている。エンドツーエンドの予約は通常どおり開始される。アグリゲーターにおいてアグリゲートフローにおける予約が開始される。アグリゲーターはアグリゲート予約に関してＱＮＩ（QoS NSIS Initiator）として動作する。アグリゲーターは、個別のフローの代わりにアグリゲートフロー（例えば、トンネル）に関するフローＩＤを有している。
【０００７】
中間のルータが個別のフロー予約を調査する必要がないようにマーキングが用いられる。デアグリゲーターはエンドツーエンド予約における次のホップ先のＱＮＥとなる。デアグリゲーターはアグリゲート予約においてＱＮＲ（QoS NSIS Responder）として動作する。デアグリゲーターは、アグリゲート予約時のシグナリングによって、エンドツーエンド予約とアグリゲート予約をお互いに関連付けるための情報を得ることができる。この例と従来のもの（アグリゲーターがないもの）との主な違いは、アグリゲート予約におけるフローＩＤがエンドツーエンド予約におけるものと異なるところである。アグリゲート予約はエンドツーエンド予約と独立して更新することが可能である。
【非特許文献１】NSIS WG URL "http://www.ietf.org./html.charters/nsis-charter.html
【非特許文献２】H.Chaskar,Ed, "Requirements of a Quality of Service (QoS) Solution for Mobile IP",RFC3583,September 2003
【非特許文献３】Sven Van den Bosch,et al.,"NSLP for Quality-of-Service signaling",draft-ietf-nsis-qos-nslp-07.txt,July 2005
【非特許文献４】S.Lee,et al., "Applicability Statement of NSIS Protocols inMobile Environments",draft-ietf-nsis-applicability-mobility-signaling-02.txt,July 2005
【非特許文献５】Robert Hancock et al., "Next Step in Signaling :Framework",RFC4080,June 2005
【非特許文献６】M.Brunner(Editor), "Requirements for Signaling Protocols",RFC3726,April 2004
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ＭＮがハンドオーバをし、ＣＲＮ発見を開始すると、アグリゲーター若しくはデアグリゲーターは、実際のＣＲＮはアグリゲーションの内側に存在するが、エンドツーエンド予約におけるＣＲＮとして発見される。この場合、エンドツーエンド予約におけるＣＲＮと実際のＣＲＮとの間で二重の予約が起こる。そのような二重予約を避けるために、ＣＲＮ発見はアグリゲーション内において行われる必要がある。一方で、ネストされたアグリゲーションにおけるＣＲＮ発見を完全に行うには時間がかかり、ＱｏＳハンドオーバにおける遅延が生じる。結果としてＱｏＳ中断が生じてしまう。
【０００９】
本発明は、上記の問題点に鑑み、リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができるクロスオーバノード選択方法及びその方法で用いられる中継ノードを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明によれば、移動端末と、前記移動端末の通信相手である通信端末と、前記移動端末と前記通信端末との通信経路内に存在し、前記移動端末と前記通信端末との間で送受信されるデータパケットを中継する複数の中継ノードとから構成され、複数のネットワークレイヤが入れ子のように重なって構成された通信ネットワークで、前記移動端末が移動により接続先が変わる場合の前記複数のネットワークレイヤのそれぞれの、前記通信ネットワーク上の新旧の通信経路が交わり、かつ分岐するクロスオーバノードのうちから１つのクロスオーバノードを選択するクロスオーバノード選択方法であって、前記複数のネットワークレイヤのそれぞれのクロスオーバノードの情報を取得するための取得メッセージを受信する中継ノードが、自身が前記複数のネットワークレイヤのいずれかの前記クロスオーバノードであるか否かを判断し、前記クロスオーバノードであると判断した場合に、自身の情報を挿入した前記取得メッセージを隣接する中継ノードに送信するステップと、前記複数のネットワークレイヤのそれぞれの前記クロスオーバノードの情報が挿入された前記取得メッセージを受信する前記通信端末が、前記取得メッセージに挿入された前記情報を含む応答メッセージを前記移動端末に送信するステップと、前記移動端末が、前記応答メッセージに挿入された前記情報に基づいて１つのクロスオーバノードを選択するステップとを、有するクロスオーバノード選択方法が提供される。この構成により、リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができる。
【００１１】
また、本発明のクロスオーバノード選択方法において、前記移動端末が、あらかじめ得られた、前記クロスオーバノードを選択するための付加情報を加味して前記クロスオーバノードを選択することは、本発明の好ましい態様である。この構成により、状況に応じたクロスオーバノードを選択することができる。
【００１２】
また、本発明のクロスオーバノード選択方法において、前記付加情報が、前記通信ネットワーク負荷の情報、ＣＲＮ（ＱＮＥ）のＱｏＳ容量及び現在の負荷の情報、最下層ＣＲＮと選択されるＣＲＮとのＱｏＳ保証の差異の情報、トンネリング情報又はネスト情報、過去のハンドオーバ処理の履歴の情報のうちの１つ以上含むことは、本発明の好ましい態様である。この構成により、状況に応じたクロスオーバノードを選択することができる。
【００１３】
また、本発明によれば、移動端末と、前記移動端末の通信相手である通信端末と、前記移動端末と前記通信端末との通信経路内に存在し、前記移動端末と前記通信端末との間で送受信されるデータパケットを中継する複数の中継ノードとから構成され、複数のネットワークレイヤが入れ子のように重なって構成された通信ネットワークで、前記移動端末が移動により接続先が変わる場合の前記複数のネットワークレイヤのそれぞれの、前記通信ネットワーク上の新旧の通信経路が交わり、かつ分岐するクロスオーバノードのうちから１つのクロスオーバノードを選択するクロスオーバノード選択方法で用いられる前記中継ノードであって、前記複数のネットワークレイヤのそれぞれのクロスオーバノードの情報を取得するための取得メッセージを受信する受信手段と、受信した前記取得メッセージに基づいて、前記中継ノード自身が前記複数のネットワークレイヤのいずれかの前記クロスオーバノードであるか否かを判断する判断手段と、前記クロスオーバノードであると判断した場合に、前記中継ノード自身の情報を含むメッセージを生成するメッセージ生成手段と、生成された前記メッセージを隣接する中継ノード又は前記通信端末に送信する送信手段とを、備える中継ノードが提供される。この構成により、リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができる。
【発明の効果】
【００１４】
本発明のクロスオーバノード選択方法及びその方法で用いられる中継ノードは、上記構成を有し、リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができる。
【発明を実施するための最良の形態】
【００１５】
図１は本発明の実施の形態における通信ネットワークの一例を示す図である。図１に示すように、ＭＮ１００は古い経路（ＱＮＥ−Ａ０、ＱＮＥ−Ｂ０、ＱＮＥ−Ｃ０、ＱＮＥ−Ｃ３、ＱＮＥ−Ｃ２、ＱＮＥ−Ｂ２、ＱＮＥ−Ａ２）に沿ってＣＮ１０１と通信をしている。そして、ＭＮ１００は新たな経路（ＱＮＥ−Ａ１、ＱＮＥ−Ｂ１、ＱＮＥ−Ｃ１、ＱＮＥ−Ｃ３、ＱＮＥ−Ｃ２、ＱＮＥ−Ｂ２、ＱＮＥ−Ａ２）でＣＮ１０１との通信を行おうとハンドオーバをしようとしている。
【００１６】
なお、ここでの通信ネットワークはネストＢのレイヤ及びネストＣのレイヤが介在しているが、この２つに限られるものではなく他のレイヤが存在してもよい。また、ＭＮ１００がＣＮ１０１と通信を行う場合、サブネットを構成するアクセスルータ（例えば、ＱＮＥ−Ａ０やＱＮＥ−Ａ１など）に接続する不図示のアクセスポイント、すなわち固有の通信可能領域を形成するアクセスポイントに無線通信を介して接続してＭＮ１００はＣＮ１０１と通信を行っている。
【００１７】
図２は本発明の実施の形態におけるアグリゲート予約について示す図である。図２に示すように、予約は３つのレイヤ（エンドツーエンド、ネストＢ、ネストＣ）でアグリゲートされている。ＱＮＥ−Ｂ０、ＱＮＥ−Ｂ１、ＱＮＥ−Ｂ２は、ネストＢにおける予約のアグリゲーション又はデアグリゲーションポイントである。ＱＮＥ−Ｃ０、ＱＮＥ−Ｃ１、ＱＮＥ−Ｃ２は、ネストＣにおける予約のアグリゲーション又はデアグリゲーションポイントである。なお、実際のＣＲＮはＱＮＥ−Ｃ３である。
【００１８】
エンドツーエンドの予約状態は、古い経路ではＱＮＥ−Ａ０、ＱＮＥ−Ｂ０、ＱＮＥ−Ｂ２、ＱＮＥ−Ａ２にインストールされ、新たな経路ではＱＮＥ−Ａ１、ＱＮＥ−Ｂ１、ＱＮＥ−Ｂ２、ＱＮＥ−Ａ２にインストールされる。ＣＲＮ発見がエンドツーエンドで行われると、ＱＮＥ−Ｂ２がＣＲＮとして発見される。この場合、二重予約はＱＮＥ−Ｂ２と実際のＣＲＮ（ＱＮＥ−Ｃ３）との間で生じる。
【００１９】
ＭＮ１００は、レイヤのアグリゲーションごとに通常のＣＲＮ発見を行う。ＣＲＮを発見する方法にはいくつかの方法が考えられ、例えば上述した非特許文献５に記載されたフローＩＤとセッションＩＤの特徴を用いる方法がある。この方法は、セッションＩＤが同じでフローＩＤが異なるフローが交わるノードをＣＲＮとするものである。なお、ここでのＣＲＮ発見の詳細については後述する。この場合、３つのＣＲＮ、例えばＱＮＥ−Ｂ２、ＱＮＥ−Ｃ２、ＱＮＥ−Ｃ３はエンドツーエンドのレイヤ、ネストＢのレイヤ、ネストＣのレイヤにおいてそれぞれ発見される。ネットワーク側（アグリゲーター又はデアグリゲーター）は以下に示すような付加情報と一緒にＣＲＮ情報をＭＮ１００に通知する。
【００２０】
ここで、付加情報には、例えばネットワーク負荷、ＣＲＮ（ＱＮＥ）のＱｏＳ容量及び現在の負荷、最下層ＣＲＮと選択されるＣＲＮとのＱｏＳ保証の差異、トンネリング情報又はネスト情報、過去のハンドオーバ処理の履歴、有利点及び不利点などが含まれる。この付加情報は、経路上のＱＮＥから情報を集める不図示のサーバによって供給されてもよい。ＭＮ１００は、上述した付加情報に従ってＣＲＮリストから最適なＣＲＮを選択し、ＱｏＳ構築手続きを開始する。
【００２１】
ここで、本発明の実施の形態におけるＣＲＮ選択処理に至るまでのシーケンスの一例について図３を用いて説明する。図３に示すように、ＭＮ１００はハンドオーバ先のプロキシ（ＱＮＥ−Ａ１）に対してＱＵＥＲＹメッセージを送信する（ステップＳ３０１）。プロキシ（ＱＮＥ−Ａ１）は、ＱＮＥ−Ｂ１にＱＵＥＲＹメッセージを転送する（ステップＳ３０２）。ＱＮＥ−Ｂ１は、エンドツーエンドのレイヤのＱＮＥ−Ｂ２にＱＵＥＲＹメッセージを転送する（ステップＳ３０３）。
【００２２】
エンドツーエンドのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｂ２は、自身がエンドツーエンドのレイヤのＣＲＮであると判断すると、インターフェース（インターフェースの情報）及び関連情報（自身に関する情報などを含む情報）を受信したエンドツーエンドのレイヤのＱＵＥＲＹメッセージに付加する（ステップＳ３０４）とともに、ネスト内ＣＲＮ検出（ステップＳ３０５）を開始する。ネスト内ＣＲＮ検出は、ネストＢのレイヤにおいてＱＵＥＲＹ−ｔｒｇメッセージをＱＮＥ−Ｂ１に送信する（ステップＳ３０６）ことによって開始される。
【００２３】
ネストＢのレイヤのＱＵＥＲＹ−ｔｒｇメッセージを受信したＱＮＥ−Ｂ１は、ＱＵＥＲＹ−ｔｒｇメッセージに含まれる情報を付加したＱＵＥＲＹメッセージを生成し、生成されたＱＵＥＲＹメッセージをネストＢのレイヤのＱＮＥ−Ｃ１に送信する（ステップＳ３０７）。ネストＢのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｃ１は、ネストＢのレイヤのＱＮＥ−Ｃ２にＱＵＥＲＹメッセージを転送する（ステップＳ３０８）。
【００２４】
ネストＢのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｃ２は、自身がネストＢのレイヤのＣＲＮであると判断すると、インターフェース（インターフェースの情報）及び関連情報（自身に関する情報などを含む情報）を受信したネストＢのレイヤのＱＵＥＲＹメッセージに付加する（ステップＳ３０９）とともに、ネスト内ＣＲＮ検出（ステップＳ３１０）を開始する。ネスト内ＣＲＮ検出は、ネストＣのレイヤにおいてＱＵＥＲＹ−ｔｒｇメッセージをＱＮＥ−Ｃ１に送信する（ステップＳ３１１）ことによって開始される。
【００２５】
ネストＣのレイヤのＱＵＥＲＹ−ｔｒｇメッセージを受信したＱＮＥ−Ｃ１は、ＱＵＥＲＹ−ｔｒｇメッセージに含まれる情報を付加したＱＵＥＲＹメッセージを生成し、生成されたＱＵＥＲＹメッセージをネストＣのレイヤのＱＮＥ−Ｃ３に送信する（ステップＳ３１２）。ネストＣのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｃ３は、自身がネストＣのレイヤのＣＲＮであると判断すると、インターフェース（インターフェースの情報）及び関連情報（自身に関する情報などを含む情報）をＱＵＥＲＹメッセージに付加し（ステップＳ３１３）、ネストＣのレイヤのＱＵＥＲＹメッセージをＱＮＥ−Ｃ２に送信する（ステップＳ３１４）。
【００２６】
ネストＣのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｃ２は、受信したＱＵＥＲＹメッセージからネストＣのレイヤのＣＲＮ情報（インターフェイス及び関連情報）を抽出し、その情報をネストＢのレイヤのＱＵＥＲＹメッセージに付加してＱＮＥ−Ｂ２に転送する（ステップＳ３１５）。このネストＢのレイヤのＱＵＥＲＹメッセージには、ネストＢ及びネストＣのレイヤのＣＲＮ情報が含まれている。ネストＢのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ｂ２は、受信したＱＵＥＲＹメッセージからネストＢ及びネストＣのレイヤのＣＲＮ情報を抽出し、その情報をエンドツーエンドのレイヤのＱＵＥＲＹメッセージに付加してＱＮＥ−Ａ２に転送する（ステップＳ３１６）。このエンドツーエンドのレイヤのＱＵＥＲＹメッセージには、エンドツーエンド、ネストＢ及びネストＣのレイヤのＣＲＮ情報が含まれている。エンドツーエンドのレイヤのＱＵＥＲＹメッセージを受信したＱＮＥ−Ａ２は、受信したＱＵＥＲＹメッセージをＣＮ１０１に転送する（ステップＳ３１７）。
【００２７】
ＱＵＥＲＹメッセージを受信したＣＮ１０１は、収集された情報を含めたＲＥＳＰＯＮＳＥメッセージを生成し（収集した情報をＲＥＳＰＯＮＳＥメッセージに付加：ステップＳ３１８）、プロキシ（ＱＮＥ−Ａ１）に向けて送信する（ステップＳ３１９）。ＲＥＳＰＯＮＳＥメッセージを受信したプロキシは、受信したＲＥＳＰＯＮＳＥメッセージをＭＮ１００に転送する（ステップＳ３２０）。
【００２８】
ＲＥＳＰＯＮＳＥメッセージを受信したＭＮ１００は、上述したように、ＲＥＳＰＯＮＳＥメッセージに含まれた情報及び上述した付加情報に基づいてＣＲＮを選択する。なお、上述した例では、ＱＵＥＲＹメッセージに対するＲＥＳＰＯＮＳＥメッセージが最上層のＱＵＥＲＹメッセージに対するものとなっている。すなわち、各層内におけるＲＥＳＰＯＮＳＥメッセージは必須ではない。
【００２９】
次に、本発明の実施の形態に係るＱＮＥの一例について図４を用いて説明する。図４に示すように、ＱＮＥ４００は、受信手段４０１、送信手段４０２、メッセージ生成手段４０３、判断手段４０４、記憶手段４０５から構成されている。受信手段４０１は、外部からのシグナリングメッセージなどを受信するものである。送信手段４０２は、受信手段４０１によって受信されたシグナリングメッセージなどを転送したり、後述するメッセージ生成手段４０３によって生成されたメッセージを送信したりするものである。
【００３０】
メッセージ生成手段４０３は、ＭＮ１００、ＣＮ１０１、他のＱＮＥなどに対するメッセージなどを生成するものであって、例えば上述したようなＱＵＥＲＹメッセージやＱＵＥＲＹ−ｔｒｇメッセージなどを生成する。判断手段４０４は、ＱＮＥ４００自身がＣＲＮであるか否かなどを判断するものである。記憶手段４０５は、ＱＮＥ４００の動作を制御するためのプログラムやＱＮＥ４００の動作に必要な情報などを記憶するものである。
【００３１】
以上、本発明の実施の形態について説明した。なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００３２】
本発明に係るクロスオーバノード選択方法及びその方法で用いられる中継ノードは、リソースの二重予約を避け、ハンドオーバによるＱｏＳの中断を最小限に抑えることができるため、移動端末の移動によるクロスオーバノードを発見し、選択するクロスオーバノード選択方法及びその方法で用いられる中継ノードなどに有用である。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施の形態における通信ネットワークの一例を示す図
【図２】本発明の実施の形態におけるアグリゲート予約について示す図
【図３】本発明の実施の形態におけるＣＲＮ選択処理に至るまでのシーケンスの一例を示すシーケンスチャート
【図４】本発明の実施の形態に係るＱＮＥの構成の一例を示す構成図
【図５】従来の通信ネットワークの一例を示す図
【図６】従来のアグリゲート予約の一例を示す図
【符号の説明】
【００３４】
１００  ＭＮ（移動端末）
１０１  ＣＮ（通信端末）
４００  ＱＮＥ（中継ノード）
４０１  受信手段
４０２  送信手段
４０３  メッセージ生成手段
４０４  判断手段
４０５  記憶手段
【図１】
2008283417.tif 000003
【図２】
2008283417.tif 000004
【図３】
2008283417.tif 000005
【図４】
2008283417.tif 000006
【図５】
2008283417.tif 000007
【図６】
2008283417.tif 000008