JP2009540627A - フロー制御装置 - Google Patents

Abstract

【課題】モバイルネットワークにおいて、モバイルルータ（ＭＲ）に接続されるモバイルノード（ＭＮ）がフローフィルタリングを実行できるようにする。
【解決手段】モバイルネットワーク２４内のＭＮ２５がフローフィルタリングに必要なポリシをＭＲ１０に設定できるようにするため、本発明では、ＭＲが、例えばルータ通知メッセージの中にそのイグレス特性を挿入することによって、本来モバイルネットワーク内のノードが把握できないイグレス特性をモバイルネットワーク内に通知（アドバタイズ）できるようにする。これにより、ＭＮは、ＭＲに接続されている場合であってもアクセスネットワークの特性（アクセスシステム２０の特性）を把握することが可能となり、インテリジェントなフローフィルタリングが行われるようになる。
【選択図】図１

Description

本発明は、モバイル通信ネットワークにおける通信技術に関し、特に、モバイル通信ネットワーク内部に存在するモバイルノードのフローフィルタリングを実現するために、モバイルノードやモバイルネットワークに接続されているノード内に配置されているフロー制御装置に関する。

下記の非特許文献１に記載されているモバイルＩＰｖ６（Mobile Internet Protocol version 6）、すなわちＭＩＰｖ６によれば、モバイルノード（ＭＮ：Mobile Node）は、自身のホームネットワークから離れている場合であっても、ホームアドレスあてのパケットを受信することができるようになる。一方、複数のネットワークインタフェースを有するラップトップやその他の携帯電子周辺機器が普及してきている。これによって、ＭＮは、単一のホームアドレスに対してバインドされた複数の気付アドレス（ＣｏＡ：Care-of Address）を取り扱うことが可能となる。

このような異種環境（heterogeneous environment）では、ＭＮは、例えば、可能であれば複数のネットワークインタフェースに関する入力フローの拡張を望んでいる可能性がある。また、このような技術に関する動作によって、ＭＮは、例えば、所定のクラスのトラフィックの受信を望んでいない可能性がある。

現在、ＩＰｖ６におけるモバイルノード及び複数インタフェースを議論するワーキンググループ（Ｍｏｎａｍｉ６：Mobile Nodes and Multiple Interfaces in IPv6）では、フローフィルタリングメカニズムが議論されている。このフローフィルタリングメカニズムを用いることによって、モバイルノードは、フローをホームエージェント（ＨＡ：Home Agent）にリダイレクトする方法を特定できるようになる。なお、現在、Ｍｏｎａｍｉ６が対象にしているモバイルノードには、モバイルホストであり、モバイルルータに関する議論はほとんどなされていない。

フローフィルタリングメカニズムは、ホームエージェントとＭＮとの間において、異なるトラフィックを異なる双方向トンネルにおいてフィルタリングすることを目的としている。Ｍｏｎａｍｉ６におけるフローフィルタリングは、例えば、通信相手ノード（ＣＮ：Correspondent Node）のアドレス、送信元及びあて先ポートナンバー、ＩＰｖ６のフローラベルなどに基づいて行われる。

ワーキンググループには、現在、フローフィルタリングに関する解決策を提供する３つのインターネットドラフト（下記の非特許文献２〜４）が存在している。

非特許文献２のインターネットドラフト『モバイルＩＰｖ６におけるフロー移動（Flow movement in Mobile IPv6）』では、ホストは、任意の所望するインタフェースに受信側フローを個別に向けることを可能にするＭＩＰｖ６の新たな拡張の導入が試みられている。このＭＰＩｖ６における拡張によれば、マルチホーム状態のホストは、ユーザ又はアプリケーションによって特定される内部ポリシに従ってトラフィックに接続し、トラフィックの方向を定めることが可能になるという様々なアクセス技術に係る利益を十分に受けることができるようになる。

また、非特許文献３のインターネットドラフト『モバイルＩＰｖ６に関するホームエージェントフィルタリング（Home Agent Filtering for Mobile IPv6）』では、バインディングアップデート（ＢＵ：Binding Update）メッセージに関する新たなフィルタリングオプションの導入が試みられている。この新たなフィルタリングオプションによれば、ＭＮは、ホームエージェントに対して、現在のフロー又は今後フローとなり得る潜在的フローにフィルタを付加するように要求することが可能となる。フィルタは、例えばホームエージェントによる２種類の動作を示している。すなわち、フィルタは、例えば、ホームエージェントがフィルタに一致しないパケットを廃棄しなければならないという動作、又は、ホームエージェントがフィルタに一致するパケットをそのフィルタに関連付けられている気付アドレス（ＣｏＡ：Care-of Address）にリダイレクトしなければならないという動作を示している。

また、非特許文献４のインターネットドラフト『モバイルＩＰｖ６のバインディングに関するフィルタ（Filters for Mobile IPv6 Bindings (NOMADv6）』や下記の特許文献１では、複雑なフィルタを形成するために、個別に又は組み合わせて使用可能な一連の異なるフィルタモジュールの導入が試みられている。このようなフィルタは、バインディングアップデートの間にバインディングエージェントに中継されるものであり、シグナリングにモビリティオプションとして挿入される。なお、フィルタを保持することができるバインディングエージェントは、フィルタリングエージェントと呼ばれる。バインディングアップデートに含まれるすべてのフィルタは、バインディングアップデートで示される接続ポイント（ＣｏＡ）に関連付けられている。これにより、フィルタリングエージェントは、あるフローと特定のバインディングとの間の関係を把握することができるようになる。

また、Ｍｏｎａｍｉ６ワーキンググループにおけるマルチインタフェースノード（複数のインタフェースを有するノード）のフローフィルタリング技術に関連して、非特許文献２〜４に開示されている技術をまとめた下記の非特許文献６が存在している。

この非特許文献６に開示されている技術では、フローフィルタリングの考え方が更に拡張され、複数のインタフェースを有するモバイルルータが、１つ又は複数のフローを気付アドレス（ＣｏＡ）に関連付けられるようになっている。なお、非特許文献６では、フローと気付アドレスとの間のバインディングの識別にフロー識別子が用いられている。

この拡張によって、ＭＲは、ＭＲ自身に割り当てられているプレフィックスをＭＲ自身のＣｏＡの１つと関連付け、この関連付けに係るバインディングをホームエージェントに登録できるようになる。この結果、ホームエージェントは、このプレフィックスに一致するあて先アドレスのフローを、ＭＲのＣｏＡ（このプレフィックスに関連付けられているＣｏＡ）に転送できるようになる。

さらに、非特許文献６に開示されている技術に、下記の非特許文献７に記載されているメカニズムを組み合わせて用いることも可能である。非特許文献７では、複数ＣｏＡのバインディングを行う際に、バインディングアップデートメッセージに関連付けられている固有のＢＩＤ（Binding Identification：バインディング識別情報）が用いられる。非特許文献６及び非特許文献７に開示されている技術を組み合わせることによって、複数ＣｏＡのバインディングをより効率的に集約することが可能となる。

例えば、いくつかのフロー識別子が、固有のＢＩＤによって識別される１つのＣｏＡに関連付けられている場合、モバイルノードは、ＢＩＤに関連付けられたＣｏＡの変更を行うだけで、これらのフローのバインディングが行われているＣｏＡを変更することが可能となる。

さらに、非特許文献６及び非特許文献７に開示されている技術を組み合わせることによって、ｎキャスト(n-cast)などの付加的な機能が容易に実現可能となる。

なお、ＭＮがＮＥＭＯのトラフィックフローのｎキャスト（n-cast）を行おうとする場合には、ＭＮは、ＭＮへのフローの転送方法をＭＲに指示できる必要がある。

また、下記の特許文献２には、所定の移動局に関連付けられている通信トラフィックのタイプに基づいて、その移動局用の通信リソースを管理する方法が提案されている。ネットワークは、１つ以上のフロータイププロフィールを規定している。各プロフィールには、プロフィールによって表されるパケットフローの予想特性に関して設定された１つ以上のパラメータ値が含まれている。さらに、各フロータイププロフィールには、定義されたパケットマッチングフィルタや、アクティビティタイマ満了期間値が含まれている。その動作においては、ネットワークは、移動局に関するパケットデータトラフィックに一致するフロータイププロフィールのいずれかに基づいて各移動局に設定された有効なフローを保持している。そして、ネットワークは、所定の移動局へのデータパケットが、定義されたフロータイププロフィールのいずれかに一致するか否かの判断を行う。

また、下記の特許文献３には、複数のネットワークインタフェースを有するＭＮが、データフローに関してフローごとにハンドオーバ管理を実行できるようにする方法が記載されている。ＭＮの複数のホームアドレスがＨＡに登録されており、これらのアドレスは、ＭＮとコレスポンデントノード（ＣＮ：Correspondent Node）との間の異なるデータフローに対して動的に割り当てられる。

また、下記の特許文献４に開示されている技術によれば、複数の異種ネットワークへの接続が可能な移動端末が、同一又はいくつかのあて先に対して複数のネットワークを経由する仮想コネクションのセットアップを行って維持することが可能となる。これにより、通信の信頼性が向上するとともに、効率的な通信が実現されるようになる。

また、この特許文献４には、更なる信頼性の向上を実現するため、マルチアクセス端末がトラフィックを複製する機能を有する場合も開示されている。この構成は、フローをサポートしているリンクがハンドオーバされる場合に有用であり、トラフィックの複製によって、パケットロスや遅延の発生、サービスの中断が最低限に抑えられる。

また、下記の特許文献５に開示されている技術によれば、アクセス端末が、順方向（ダウンリンク方向）のパケットの転送方法や、逆方向（アップリンク方向）のパケットの処理方法（及び発送方法）をルータに指示することが可能となる。特許文献５に開示されている技術では、アクセス端末のパケットフローに関連した指示（アクセス端末によって決定及びアップデートされる）がアクセス端末からルータに行われ、ルータにおいて、パケットの効率的なフィルタリングが行われる。また、特許文献５に開示されている技術では、パケットが効率的にフィルタリングされることで、所望のあて先へのデータストリームのバイキャスト（bi-cast）も実現される。

また、下記の特許文献６に開示されている技術によれば、モバイルノードは、そのモバイルノードが接続されているアクセスルータに関する情報を、ホームエージェント又はコレスポンデントノードに渡すことが可能となる。ホームエージェント又はコレスポンデントノードは、この情報を利用して、アクセスルータのアドレスをアウタパケットの送信元アドレスとするトンネル経由で到達するパケットを、三角経路によるオーバヘッドを生じさせずに直接モバイルノードへ送信することが可能となる。さらに、ホームエージェント又はコレスポンデントノードは、トンネル経由で到達するパケットが信頼できる送信元からのものであることを検証することが可能である。これは、受信者が転送ルータの信頼性を検証することができ、その結果、モバイルルータがアウタパケットを特定のあて先へ直接転送できるようになることによる。
A. Lundstorm and H. Basilier, "Applications based radio resource management in a wireless communication network", US Patent Application Publication 2003/0235171A1, December 2003. Yamada, Mariko, Takeda, Yukiko, Morishige, Takehiro and Takahashi, Katsunori, "Mobile node, server, and communication system", US Patent Application Publication 2006/0018273A1, January 2006. Gallego Catalina, Miguel and Janneteau, Christophe, "Data flow handover in communication using mobile internet protocol", EP Patent Application Publication 02293180, December, 2002. P. White and N. Girard, "Multi-access terminal with capability for simultaneous connectivity to multiple communication channels", US Patent Application Publication 2006/0193295A1, November 18, 2005. P. McCann, R. Ejzak, M. Dolan and F. Alfano, "Method for reducing service interruptions during a hand off in a wireless system", US Patent Application Publication 2005/0232198A1, April 04, 2004. C.W. Ng, P.Y. Tan and T. Ue, "Method and device for roaming-connection in global network", PCT Patent Application Publication WO/2004/036841, April 29, 2004. D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004. H. Soliman, K. ElMalki, and C. Castelluccia, "Flow movement in Mobile IPv6", Internet Draft, June 2003. N. Montavont and T. Noel, "Home Agent Filtering for Mobile IPv6", Internet Draft, July 2003. K. Kuladinithi, N. A. Fikouras, C. Goerg, Koltsidas Georgios and Fotini-Niovi Pavlidou, "Filters for Mobile IPv6 Bindings (NOMADv6)", Internet Draft, October 2005. V. Devarapalli, R. Wakikawa, A. Petrescu and P. Thubert, "Network Mobility (NEMO) Basic Support Protocol", Internet Engineering Task Force Request For Comments 3963, January 2005. H. Soliman, N. Montavont, N. Fikouras and K. Kuladinithi, "Flow Bindings in Mobile IPv6", Internet Engineering Task Force Internet Draft, October 23, 2006. R. Wakikawa, T. Ernst and K. Nagami, "Multiple Care-of Addresses Registration", Internet Engineering Task Force Internet Draft, October 2006.

しかしながら、非特許文献５のネットワークモビリティ（ＮＥＭＯ：Network Mobility）に対してＭｏｎａｍｉ６で言及されているフローフィルタリングメカニズムを適用した場合、トンネルはモバイルルータ（ＭＲ：Mobile Router）で終端する一方、トラフィックはＭＮで終端することになる。ＭＲは、インテリジェントなフローフィルタリングを行うためにＭＮへのフローに関するトラフィック要件を把握することができないので、ＭＲが異なるイグレス（egress）のアクセスを有する場合には、フローフィルタリングメカニズムに問題が生じることになる。さらに、ＭＮは、ＭＲから通知される様々なモバイルネットワークプレフィックス（ＭＮＰ：Mobile Network Prefix）に基づいて、インテリジェントなフローフィルタリングを行うためのアクセスネットワークの特性（イグレス特性）を把握することは不可能である。

すなわち、ＮＥＭＯの考え方をＭｏｎａｍｉ６に適用した場合、モバイルネットワーク内のＭＮまでのトラフィックが経由する双方向トンネルは、ＭＲで終端されることになる。このため、例えば、ＭＮは、ＭＮが接続しているモバイルネットワークのイグレス経路が複数存在する場合（例えば、１つのＭＲが複数のイグレスインタフェースを有している場合や、イグレス経路を有するルータがモバイルネットワーク内に複数存在する場合など）には、ＭＮは、ＭＲの上位に存在するネットワークの特性（ＭＲのイグレス特性）を十分に考慮したフローフィルタリングを行うことは不可能である。したがって、現段階においては、ＮＥＭＯの考え方をＭｏｎａｍｉ６には完全に適用することはできないという問題がある。

また、特許文献２に係る技術を用いた場合、ＭＲがマッチング機能を実行した場合であっても、移動局はＭＲのイグレス特性を取得することができないため、上述のＮＥＭＯに関する問題は依然として発生することになる。

また、特許文献３に係る技術では、ＨＡが複数のホームアドレスをＭＮに通知できるようにするために、標準のモバイルＩＰｖ６技術を使用する旨が言及されている。しかしながら、ＭＲが導入された場合には、標準のモバイルＩＰｖ６メカニズムを使用して、ＭＲのイグレス条件をＭＮに通知することは不可能である。

また、特許文献４に係る技術では、ある移動端末（第１の移動端末）が別の移動端末（第２の移動端末）の配下に位置しておりネスト状態にある場合には、第２の移動端末（上位の移動端末）によってトラフィックの複製が決定されるという問題がある。したがって、本来、トラフィックフローの複製の決定制御を行うべきオリジナルのデータの送受信者（すなわち、第１の移動端末）は、別の移動端末の配下でネスト状態となった場合には、トラフィックの複製に関するコントロールをほとんど行うことができなくなってしまう。

また、特許文献５に係る技術では、あるアクセス端末（第１のアクセス端末）が別のアクセス端末（第２のアクセス端末）の配下に位置しておりネスト状態にある場合には、第２のアクセス端末が特別なフィルタが設定された複数のリンクを有していることを、第１のアクセス端末は把握することができないという問題がある。

さらに、特許文献６に記載の技術の場合、ホームエージェント又はコレスポンデントノードが、複数のイグレス経路（例えば、複数の気付アドレス）を有するモバイルルータを経由するモバイルノードのトラフィックフローをフィルタリングすることができないという問題が生じる。モバイルノードは、モバイルルータの気付アドレスを把握することができない。したがって、モバイルノードは、モバイルノードの様々なトラフィックフローに関してどの経路を使用すべきかを指定するフィルタを、ホームエージェント又はコレスポンデントノードに設定することができない。同様に、モバイルルータは、モバイルノードがどのようなトラフィックフローの発送を望んでいるかを把握することができない。

上記の問題を解決するため、本発明は、モバイルノードがプロキシノードを通じてそのフローポリシの構成を行おうとした場合に生じる問題を解決するためフロー制御装置を提供することを目的とする。特に、本発明は、ＮＥＭＯで言及されているモバイルルータが有するモバイルネットワーク内に接続されているモバイルノードが、Ｍｏｎａｍｉ６で言及されているフローフィルタリングメカニズムを実行できるようにするためのフロー制御装置を提供することを目的とする。

上記の目的を達成するため、本発明のフロー制御装置は、モバイルネットワークを配下に有するモバイルルータ内に配置されるフロー制御装置であって、
前記モバイルネットワーク外部に存在するノードとの通信に使用される１つ又は複数のイグレスインタフェースと、
前記モバイルネットワークに接続されているノードとの通信に使用される１つ又は複数のイングレスインタフェースと、
前記モバイルネットワークに接続されているノードのトラフィックと、前記トラフィックに使用すべき前記イグレスインタフェースの識別情報との対応が少なくとも記述されたフローフィルタポリシを格納するフィルタポリシリストと、
前記モバイルネットワークに接続されているノードからのパケットを転送する場合、前記フィルタポリシリストから前記ノードの前記フローフィルタポリシを検索し、前記検索された前記フローフィルタポリシを参照して、前記パケットの転送に使用される前記イグレスインタフェースを選択するマッチング手段とを、
有する。
この構成により、モバイルノードは、モバイルルータに接続されている場合であっても、モバイルルータを通じてそのフローフィルタポリシの構成を行うことが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記イングレスインタフェースを通じて前記モバイルネットワーク内に送信されるルータ通知メッセージに、前記モバイルルータの前記イグレスインタフェースが接続されているネットワーク特性を示す情報を挿入する特性情報挿入手段を有する。
この構成により、モバイルネットワーク内のノードは、本来モバイルネットワーク内のノードが把握できないモバイルルータの上位ネットワークの特性（ネットワーク特性、イグレス特性）を把握することが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記ネットワーク特性を示す情報を識別するための仮想識別子情報を設定する仮想識別子情報設定手段と、
前記仮想識別子情報と前記ネットワーク特性との対応関係を格納する仮想識別子情報格納手段とを、
有する。
この構成により、モバイルルータは、モバイルルータのイグレスインタフェースのネットワーク特性を仮想識別子とマッピングすることによって管理することが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記ネットワーク特性が変化した場合には、前記仮想識別子情報と前記ネットワーク特性との対応関係を再構築して、前記仮想識別子情報と前記ネットワーク特性との対応関係を更新する仮想識別子情報更新手段を有する。
この構成により、モバイルルータのイグレスインタフェースのネットワーク特性が変更された場合には、その変更に対して、仮想識別子情報とネットワーク特性との対応関係を再構築することで対応することができる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、複数の前記イグレスインタフェースのそれぞれの前記ネットワーク特性のうち、同様のタイプの前記ネットワーク特性に対して同一の仮想識別子を割り当てることによって、複数のネットワーク特性を１つの仮想識別子に集約するように構成されている。
この構成により、似たようなネットワーク特性を有する複数のイグレスインタフェースを１つの仮想識別子で表すことが可能となり、仮想識別子を所望の有限数に抑えることが可能となる。また、特に、モバイルルータが階層化されて接続されており、上位ネットワークにおいて多数のネットワーク特性が存在する場合（多数のフローが存在する場合）に、仮想識別子を所望の有限数に抑えることが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記特性情報挿入手段が、前記モバイルネットワークに接続されているノードから要求された場合に、前記ネットワーク特性を示す情報を含む前記ルータ通知メッセージに挿入するように構成されている。
この構成により、モバイルルータは、情報を必要とするモバイルネットワーク内のノードに対して、ネットワーク特性を示す情報を含むルータ通知メッセージを適宜送信することが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記ネットワーク特性を、前記モバイルネットワークで用いられているアドレスプレフィックスの所定範囲に割り当てるように構成されている。
この構成により、モバイルルータのイグレスインタフェースのネットワーク特性を、モバイルネットワークで用いられているアドレスプレフィックスの所定範囲にマッピングすることによって管理することが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記特性情報挿入手段が、定期的に送信される前記ルータ通知メッセージに前記ネットワーク特性を示す情報を挿入するように構成されている。
この構成により、例えば、モバイルルータのイグレスインタフェースのネットワーク特性が変更された場合であっても、その変更を定期的に送信される前記ルータ通知メッセージを用いて、モバイルネットワーク内のノードに反映させることが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記モバイルネットワークに接続されているノードから、前記ノードの前記フローフィルタポリシを受信して、前記受信したフローフィルタポリシを前記フィルタポリシリストに格納するように構成されている。
この構成により、モバイルネットワーク内のノード自身によって構成されたフローフィルタポリシに基づいて、モバイルルータにおけるフローフィルタリングが実現されるようになる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記ルータ通知メッセージに、前記モバイルルータ自身がデフォルトルータとして機能する旨を示すデフォルトルータオプションを挿入するデフォルトルータオプション挿入手段を有する。
この構成により、モバイルルータが、モバイルネットワーク内のノードに対して、自身がデフォルトルータであることを示すことが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記イングレスインタフェースを通じて前記モバイルネットワーク内に送信されるルータ通知メッセージに、複数の前記イグレスインタフェースのそれぞれを、前記モバイルネットワークで用いられるアドレスプレフィックスの特定の１ビットの値に対応させて、複数の前記イグレスインタフェースのそれぞれに対応する各特定の１ビットの値に応じて、複数の前記イグレスインタフェースのそれぞれを経由した前記パケットの伝送が行われるように設定されたアドレスプレフィックスを含む情報が挿入されるように構成されている。
この構成により、特定のビットの値に応じて、モバイルネットワーク内のノードへ送信されるパケットが経由するイグレスインタフェースを定めることが可能となる。

また、上記の目的を達成するため、本発明のフロー制御装置は、モバイルルータの配下のモバイルネットワークに接続されているノード内に配置されるフロー制御装置であって、
前記モバイルルータから、前記モバイルルータのイグレスインタフェースの特性を示す情報を取得する特性情報取得手段と、
前記特性情報取得手段で取得した情報に基づいて、前記ノードのトラフィックと、前記トラフィックに使用すべき前記モバイルルータの前記イグレスインタフェースの識別情報との対応が少なくとも記述されたフローフィルタポリシを生成するフローフィルタポリシ生成手段と、
前記フローフィルタポリシを前記モバイルルータに送信するフローフィルタポリシ送信手段とを、
有する。
この構成により、モバイルネットワーク内のノードは、本来モバイルネットワーク内のノードが把握できないモバイルルータの上位ネットワークの特性（ネットワーク特性、イグレス特性）を把握し、この情報に基づいてフローフィルタポリシを構成し、モバイルルータに通知することが可能となる。

さらに、本発明のフロー制御装置は、上記の構成に加えて、前記特性情報取得手段が、前記モバイルルータから送信されるルータ通知メッセージに挿入されている前記ネットワーク特性を抽出するように構成されている。
この構成により、モバイルネットワーク内のノードは、モバイルルータから送信されるルータ通知メッセージから、自身のフローフィルタポリシの構成に必要なモバイルルータの上位ネットワークの特性に関する情報を取得することが可能となる。

本発明は、プロキシノード（例えば、モバイルルータ）が、そのアクセス特性を管理下のノード（例えば、モバイルネットワーク内のモバイルノード）に通知することによって、モバイルノードがフローフィルタリングメカニズムを実行できるように構成されており、モバイルノードがプロキシノードを通じてそのフローポリシの構成を行おうとした場合に生じる問題を解決できるという効果を有している。本発明は、特に、ＮＥＭＯで言及されているモバイルルータが有するモバイルネットワーク内に接続されているモバイルノードが、Ｍｏｎａｍｉ６で言及されているフローフィルタリングメカニズムを実行できるようにするという効果を有している。

以下、図面を参照しながら、本発明の実施の形態について説明する。まず、本発明を理解できるようにするため、以下の用語の定義を行う。

「マルチモードノード」は、選択可能ないくつかのＩＰｖ６アドレスを有するノード（ホスト又はルータ）を表している。これは、そのノードが、例えば、接続されているリンク上で通知（アドバタイズ）される複数のプレフィックスを受信できることや、そのノードが、同一リンク上に接続されているか否かによらず、選択可能な複数のインタフェースを有していることを表している。

「モバイルネットワークプレフィックス（ＭＮＰ）」は、モバイルルータに委譲され、モバイルネットワーク内で通知（アドバタイズ）されるＩＰｖ６プレフィックスを表している。モバイルネットワーク内では、１つ以上のモバイルネットワークプレフィックスの通知が可能である。

「ルータ通知（ＲＡ：Router Advertisement）」は、定期的に、又はルータ要請メッセージ（Router Solicitation message）に対する応答として、様々なリンクパラメータやインターネットパラメータと共にその存在（ルータの存在）を通知するために、ルータによって送信されるパケットを表している。ルータ通知には、オンリンク決定（on-link determination）及び／又はアドレス構成、推奨されるホップリミット値などが含まれている。

なお、以下では説明のために、特定の数値、時間、構造、プロトコル名や他のパラメータが、本発明を十分に理解可能とするために設定される。しかしながら、当業者であれば、本発明が、これらの特定の詳細な定義が無くても実施可能であることは明らかである。また、本発明を不必要に不明瞭としないために、ブロック図では周知のコンポーネントやモジュールが図示される。

図１を参照しながら、本発明のモバイルルータ（ＭＲ：Mobile Router）の好適な構成要素について説明する。図１に図示されている具体例では、ＭＲ１０は、マルチモードノードとして機能し、１つ又は複数のイグレスインタフェース（egress interface）１１を有している。このイグレスインタフェース１１によって、ＭＲ１０は、自身のホームエージェント（ＨＡ：Home Agent）との間で様々な双方向トンネルを確立したり、ルータ通知を受信したりすることが可能となる。なお、好適な具体例としては、イグレスインタフェース１１は、例えば、Ｗｉ−Ｆｉ、ブルートゥース（登録商標）又はセルラであるが、これらに限定されるものではない。

さらに、ＭＲ１０は、１つ又は複数のイングレスインタフェース（ingress interface）１３を有している。このイングレスインタフェース１３によって、ＭＲ１０は、自身のモバイルネットワーク内のノードと通信を行ったり、自身のモバイルネットワーク内にルータ通知を送信したりすることが可能となる。なお、好適な具体例としては、イングレスインタフェース１３（アクセスインタフェース１３）は、例えば、Ｗｉ−Ｆｉ又はブルートゥースであり、アクセスインタフェース１３から送信されるパケットは、例えばルータ通知であるが、これらに限定されるものではない。

さらに、ＭＲ１０は、フィルタポリシリスト１５を有している。フィルタポリシリスト１５には、ＭＲ１０に接続されているノードによって構成された１つ又は複数のフィルタポリシ（ノードｉポリシ）が含まれている。あるノードのフィルタポリシは、例えばＸＭＬ（Extensive Markup Language）フォーマットで格納されてもよいが、これに限定されるものではない。

さらに、ＭＲ１０は、マッチング機能１７を有している。このマッチング機能１７によって、ＭＲ１０は、ノードのパケットを送信すべきイグレスインタフェース１１がどれかを把握することが可能となる。ＭＲ１０は、自身のモバイルネットワーク内のノードから、そのイングレスインタフェース１３でパケットを受信し、そのパケットをマッチング機能１７にパス１４を通じて送る。マッチング機能１７は、パス１６を通じてフィルタポリシリスト１５から、そのノードのフィルタポリシを検索する処理を開始する。そして、ＭＲ１０は、検索されたポリシを用いて、そのパケットを正しいイグレスインタフェース１１に合わせ、パス１２を通じて上記の正しいイグレスインタフェース１１にパケットを送る。

次に、図２を参照しながら、本発明の好適なシステムについて説明する。この好適なシステムでは、モバイルネットワーク２４がＭＲ１０を有している。ＭＲ１０は、グローバルネットワークへの接続ポイントを変更して、あるリンクから別のリンクに移動することが可能なルータである。ＭＲ１０は、例えば、複数のインタフェース間でモバイルノード（ＭＮ）２５によって設定されたポリシに基づいて、パケットを転送することができることが望ましい。

さらに、ＭＲ１０は、モバイルネットワーク２４内において、ルータ通知を送信することが可能である。送信されるルータ通知には、例えば、ＭＲ１０のイグレス特性や仮想識別子などが含まれてもよいが、これらに限定されるものではない。なお、当業者であれば、上記のような情報は、ＩＣＭＰオプションの形式に従ってルータ通知メッセージ内に挿入可能であることが理解できるであろう。

さらに、モバイルネットワーク２４は、モバイルノード（ＭＮ）２５を有している。ＭＮ２５は、モバイルネットワーク２４内でＭＲ１０に接続されているノードである。この好適なシステムでは、ＭＮ２５は、図２には不図示の自身のホームエージェント（以降、ＭＮ−ＨＡと呼ぶ）、又はＭＲ１０に対して、フローフィルタポリシを設定することが可能である。ＭＮ２５は、モバイルノード又は固定ノードとして実現可能であることが望ましい。また、ＭＮ２５は、例えば、プリンタ、パーソナルコンピュータ、その他の電子周辺機器などであるが、これらに限定されるものではない。また、ここでは、モバイルネットワーク２４内に１つのＭＮ２５が存在している場合が図示されているが、当業者であれば、モバイルネットワーク２４には、１つ又は複数のＭＮ２５（モバイルネットワーク２４のユーザが所有しているもの、あるいは所有していないもの）が存在し得ることが分かるであろう。また、当業者であれば、ＭＮ２５自体がモバイルルータであり、その配下にモバイルネットワークが存在していてもよいことや、逆に、ＭＲ１０自体が別のモバイルネットワークに接続されていてもよいことも分かるであろう。なお、ＭＮ−ＨＡがＭＲ−ＨＡと一致する場合もある。

ＭＲ１０は、マルチモードノードとして機能し、１つ又は複数のアクセスシステム２０を通じて、ワイドエリアネットワーク（ＷＡＮ：Wide Area network）２２にアクセス可能である。なお、この好適なシステムでは、アクセスシステム２０は、例えば、Ｗｉ−Ｆｉ、ブルートゥース（登録商標）、セルラなどであるが、これらに限定されるものではない。また、好適なシステムでは、ＭＲ１０は、自身のホームルータ（モバイルルータホームエージェント：ＭＲ−ＨＡ）２３と１つ又は複数の双方向トンネル２１を確立する。なお、双方向トンネル２１の確立には、例えばインターネット鍵交換（ＩＫＥ：Internet Key Exchange）の技術が利用されるが、この技術に限定されるものではない。さらに、ＭＲ−ＨＡ２３は、ＭＲ１０によってＭＲ−ＨＡ２３に設定されたポリシに基づいて、受信したパケットを各あて先に発送する。

ＭＲ１０が自身のホームネットワーク内に存在する場合には、ＭＲ１０は、１つ又は複数のホームアドレス（ＨｏＡ）を構成し、それをＭＲ−ＨＡ２３に登録する。また、ＭＲ１０がアクセスルータを通じてアクセスシステム２０に接続する場合には、ＭＲ１０はマルチモードノードなので、１つ又は複数の気付アドレス（ＣｏＡ）を構成する。ＭＲ１０の各ＣｏＡに関して、ＭＲ１０は、ＭＲ−ＨＡ２３と双方向トンネルを確立し、ＭＲ−ＨＡ２３に対して、その特定のＣｏＡを登録するためのバインディングアップデート（ＢＵ：Binding Update）メッセージを送信する。ＭＲ−ＨＡ２３は、ＭＲ１０からのＢＵメッセージを受信すると、指定されたＭＲ１０のＣｏＡにＭＲ１０のＨｏＡをマッピングすることによって、自身のバインディングキャッシュエントリを更新する。これにより、ＭＲ１０は、ホームネットワークから離れているときであっても、そのＨｏＡがあて先に設定されているパケットを受信することが可能となる。

ＭＲ１０は、１つ又は複数のＭＮＰをＭＲ−ＨＡ２３に要求し、ＭＲ−ＨＡ２３によって静的又は動的にＭＮＰの割り当てが行われる。なお、プレフィックスの割り当ての技術としては、例えばＤＨＣＰｖ６プレフィックス委譲などの技術が利用可能であるが、これに限定されるものではない。ＭＲ−ＨＡ２３は、ＭＮ１０に対して、１つ又は複数のＭＮＰが含まれるＲＡを送信する。これによって、ＭＲ−ＨＡ２３は、ＭＲ１０がどのＭＮＰを使用するかを管理することが可能となる。また、ＭＲ１０は、モバイルネットワーク２４内のノード又はルータに通知するＭＮＰを１つ又は複数生成して、それをＭＲ−ＨＡ２３に登録してもよい。これによって、ＭＲ１０は動的にＭＮＰを生成することが可能となり、その結果、ＭＲ−ＨＡ２３における負荷を軽減させることが可能となる。ＭＲ１０は、１つ又は複数の有効なＭＮＰを有する場合には、それをプレフィックスキャッシュに格納する。なお、他の好適な例として、例えば、ＭＮＰが手動で構成され、ＭＲ１０の不揮発性メモリに格納されてもよい。

そして、ＭＲ１０は、必要なプレフィックスを取得した後、モバイルネットワーク２４内に通知されるべきプレフィックスを含むルータ通知を構成する。図３には、本発明の好適な実施の形態におけるモバイルルータによって送信されるルータ通知の一例が図示されている。ＲＡ３０は、ＭＲ１０によって生成されたルータ通知であり、ＲＡ３０のＩＰヘッダが記載されるＩＰフィールド３１を有している。ＩＰフィールド３１には、例えばＭＲ１０のインタフェースの送信元アドレスやあて先アドレスが含まれるが、これらに限定されるものではない。通常、ルータ通知は複数ノードにマルチキャストされるので、そのあて先アドレスはマルチキャストあて先アドレスである。一方、ルータ通知が要求される場合、そのあて先アドレスはユニキャストアドレスとなり得る。さらに、ＲＡ３０はインターネット制御メッセージプロトコル（ＩＣＭＰ：Internet Control and Management Protocol）フィールド３２を有していてもよい。ＩＣＭＰフィールド３２は、インターネットレイヤ機能を実行するために使用される。なお、本発明の好適な実施の形態では、ＩＣＭＰフィールド３２には、例えば、アドレス構成フラグやルータライフタイムが含まれるが、これらに限定されることはない。

ＲＡ３０は、モバイルネットワークプレフィックス（ＭＮＰ）３３を更に有している。ＭＮＰ３３は、モバイルネットワーク２４内のモバイルノード２５によってアドレス構成のために使用される１つ又は複数のプレフィックスを運ぶことが可能である。ＲＡ３０はイグレス情報３４を更に有している。イグレス情報３４は、モバイルネットワーク２４内のモバイルノードに対して、ＭＲ１０のイグレス特性に関する情報を通知するものである。本発明の好適な実施の形態では、イグレス情報３４には、例えば1つ又は複数の識別子３５（ノードが、この情報を利用して、関連するフローポリシを設定できるようになる）が含まれることが望ましいが、これに限定されるものではない。また、ＲＡ３０において、イグレス特性は、例えばアクセスシステム２０のジッタ又はデータレートであるが、これらに限定されるものではない。また、識別子３５には、例えばＭＲ１０の物理インタフェースや仮想識別子の組み合わせを使用することが可能であるが、これらに限定されるものではない。

また、図４は、本発明の好適な実施の形態におけるモバイルノードによって実行される、モバイルルータでのフローポリシの設定方法の一例を示すシーケンスチャートである。ここで、ＭＲ１０は、イグレス情報３４を含むＲＡ３０をモバイルネットワーク２４内にマルチキャストする。なお、本発明の好適な実施の形態では、イグレス情報３４は、ＭＲ１０の物理インタフェースを表す情報を含んでいる。さらに、イグレス情報３４の各識別子３５として、例えばアドレスプレフィックスを使用することが可能であるが、これに限定されるものではない。ＲＡ３０を受信したＭＮ２５は、ＭＲ１０に送信すべき必要なフローポリシを構成するために、イグレス情報３４の検索処理（ＲＡ処理）４１を行う。本発明の好適な実施の形態では、例えば所望のトラフィックに適したサービス品質（ＱｏＳ：Quality of Service）に関するユーザの判断に基づいて、ＭＮ２５がフローポリシを構成する旨の決定が行われるが、これに限定されるものではない。ＭＮ２５は、フローポリシを設定すると、ＭＮ２５のフローポリシを含むフローポリシ設定メッセージ４２をＭＲ１０に送信する。そして、フローポリシ設定メッセージ４２を受信したＭＲ１０は、処理４３に示されるように、そのフィルタポリシリスト１５内にＭＮ２５のポリシを格納する。

なお、本発明の好適な実施の形態では、ＭＲ１０は、モバイルネットワーク２４内に、イグレス情報３４を含むＲＡ３０をマルチキャストするが、当業者であれば、ＲＡ３０がＭＲ１０からＭＮ２５に直接（例えばユニキャストによって）送信されてもよいことが分かるであろう。さらに、別の好適な実施の形態では、ＭＲ１０は、モバイルネットワーク２４内に、イグレス情報３４を含まないＲＡ３０をマルチキャストするとともに、ＭＮ２５からのルータ通知の要求に応じて、イグレス情報３４を含む要請ＲＡ（solicited RA）３０を送信することも可能である。これによって、ＭＲ１０は、ＲＡ３０に挿入されたイグレス情報３４をモバイルネットワーク２４内のすべてのモバイルノードに常に通知する必要がなくなり、モバイルネットワーク２４内における帯域消費を低減させることが可能となる。

また、さらに別の好適な実施の形態において、ＭＮ２５が、ステートフルアドレス構成手段を使用して、ＭＲ１０のイグレス情報を取得してもよい。例えば、ＭＮ２５はＤＨＣＰ探索メッセージを送信して、モバイルネットワーク２４内のＤＨＣＰサーバを探す。ＤＨＣＰサーバは、モバイルネットワーク２４で使用可能なアドレスのプールを保持しており、例えばＭＲ１０がＤＨＣＰサーバの場合（あるいは、ＭＲ１０とＤＨＣＰサーバとが協同している場合）には、モバイルネットワーク２４で使用可能なアドレスは、ＭＲ１０が管理する様々なイグレス特性にマッピングされている。例えば、アドレスプールに存在するアドレスの１つは、無線ＬＡＮインタフェースの特性に関連付けられている。

そして、ＤＨＣＰサーバとして機能しているＭＲ１０は、マッピングされたアドレスプールのリストを含むＤＨＣＰ応答メッセージをＭＮ２５に送信する。ＭＮ２５は、あるフローに関して所望されるトラフィック要件を満たす適切なイグレス特性を発見できた場合には、そのイグレス特性にマッピングされたアドレスをそのフローに使用するとともに、フローフィルタリングに所望のフィルタルールをセットする。

なお、例えばＤＨＣＰサーバは、ＭＮ２５にアドレスのリストを提供するとともに、ＤＨＣＰ探索メッセージへの応答であるＤＨＣＰオファ（offer）メッセージ内に、各アドレスに関連付けられているネットワーク特性（イグレス特性）を示す情報を挿入してもよい。ＭＮ２５は、所望のネットワーク特性に基づいてアドレスを選択し、ＤＨＣＰアクセプト（accept）メッセージを用いて選択したアドレスの使用を確認する。

なお、ＤＨＣＰサーバ及びＭＲ１０は同一のエンティティである必要はないが、異なるエンティティの場合には、ＭＲ１０及びＤＨＣＰサーバが、イグレスネットワーク特性に関する情報や、仮想識別子とアドレスのプレフィックスとのマッピング方法に関する情報を交換できる必要がある。

ＭＲ１０がアクセスシステム２０を移動する場合には、そのイグレス特性が変化する可能性がある。ＭＲ１０は、ＲＡ３０に挿入するイグレス情報３４を修正して、モバイルネットワーク２４内に、新たなＲＡ３０を通知し直す必要がある。このとき、モバイルネットワーク２４内のモバイルノード２５は、ＭＲ１０のイグレス特性の変更に基づいてポリシを修正し、ＭＲ１０にアップデートを行う。そして、モバイルノードによってアップデートされたポリシリストを受信したＭＲ１０は、フィルタポリシリスト１５のアップデートを行う。このマッピング方法は、ＭＲ１０のイグレス条件を監視しようとするモバイルノードが、それぞれのフィルタリングエージェントを利用して、フローフィルタポリシの修正を行うものである。なお、このマッピングの好適な方法には、ＭＮがパケットのトラフィックの調整をより良く行えるようにするという利点がある。また、本発明の好適な実施の形態では、フィルタリングエージェントは、例えばホームエージェント、コレスポンデントノード（ＣＮ）、モバイルアンカポイント（ＭＡＰ）などであるが、これらに限定されるものではない。また、本発明の好適な実施の形態では、適切な処理能力を有するモバイルノードは、より効率的にフローフィルタリングメカニズムを実行することが可能である。

また、図５は、本発明の更なる好適な実施の形態におけるモバイルルータによって実行される仮想識別子（virtual identifier）のマッピング方法の一例を示すフローチャートである。なお、以下の本発明の好適な実施の形態では、ＲＡ３０のイグレス情報３４には、ＭＲ１０の物理インタフェースを表すＭＲ１０の仮想識別子に関する情報が含まれている。なお、イグレス情報３４における各識別子３５は、例えばアドレスプレフィックスなどを使用することが可能であるが、これに限定されるものではない。さらに、この好適な実施の形態では、ＭＲ１０は、モバイルネットワーク２４でちょうど起動したか、あるいはモバイルネットワーク２４内で既に動作中である。

ＭＲ１０は、ステップＳ５０において、イグレス特性を監視して、何らかの変化が生じたか否かの検出を開始する。ＭＲ１０のイグレス特性に変化がない場合には、ＭＲ１０は引き続きイグレス特性の監視を継続する。しかしながら、ＭＲ１０がイグレス特性の変化を検出した場合には、ＭＲ１０は、ステップＳ５１において、仮想識別子リストにアクセスできるか否かの判断を行う。なお、ＭＲ１０が仮想識別子リストにアクセスできない場合（仮想識別子リストを有していない場合）には、ＭＲ１０は、ステップＳ５２において、仮想識別子リストを生成する。このとき、ステップＳ５３において、ＭＲ１０は、イグレス特性を各仮想識別子にマッピングして、仮想識別子リスト内に格納する処理を行う。ＭＲ１０によるマッピング機能の実行方法としては、例えば、イグレス特性が同様のタイプのフローを集約し、数種類の仮想識別子に分類して対応させることが可能なアルゴリズムを、ＭＲ１０が実行することが望ましい。これにより、ＭＲ１０は、イグレス特性を有限数のタイプに集約して管理することが可能となり、特にＭＲ１０が連接して階層化した場合に、仮想識別子の数を所望の有限数に保つことができるようになる。

一方、ステップＳ５１で、仮想識別子リストにアクセス可能であることを検出したＭＲ１０は、ステップＳ５４において、新たなイグレス特性を取得する処理を行う。ＭＲ１０は、新たなイグレス特性を取得すると、上述のようにステップＳ５３において、仮想識別子を新たなイグレス特性にマッピングさせる動作を実行する。ＭＲ１０は、まず、仮想識別子の範囲を設定し、新たなイグレス特性に基づいて、最初に定義された仮想識別子に一致しない新たな仮想識別子を追加することが可能である。なお、この好適な実施の形態では、仮想識別子は、例えばアドレスプレフィックスであるが、これに限定されるものではない。また、仮想識別子のすべての範囲が使用された場合には、ＭＲ１０は、使用されなくなった仮想識別子を徐々に削除していく処理を開始することが可能である。

マッピングが完了した場合、ステップＳ５５において、ＭＲ１０は、以前のリストと比べて、仮想識別子リストが変更されたか否かをチェックする処理を行う。この好適な実施の形態では、仮想識別子リストの変更は、例えば仮想識別子の付加又は削除によるものであるが、これらに限定されるものではない。ＭＲ１０は、仮想識別子リストの変更を検出した場合には、ステップＳ５６において、１つ又は複数の仮想識別子をモバイルネットワーク２４内に通知する。これにより、モバイルノードは、フローフィルタポリシの設定用に仮想識別子を使用することが可能となる。ＭＲ１０が１つ又は複数の仮想識別子を通知する方法としては、例えばＲＡ３０を送信する方法が挙げられるが、これに限定されるものではない。ＭＲ１０は、モバイルネットワーク２４に１つ又は複数の仮想識別子を通知した後も、そのイグレス特性の監視を継続して行う。また、ＭＲ１０は、ステップＳ５５で仮想識別子リストの変更を検出しなかった場合においても、そのイグレス特性の監視を継続して行う。

また、この好適な実施の形態では、仮想識別子のマッピングの一例として、ＭＲ１０は、様々なアクセスシステム（例えば、一般パケット無線サービス（ＧＰＲＳ）、無線ローカルアクセスネットワーク（ＷＬＡＮ）、第３世代（３Ｇ）セルラなどのような３つのイグレスインタフェースを有している。各アクセスシステムによって、それぞれ異なるタイプのサービスが提供される。例えば、それぞれ、ＧＰＲＳ（６４ｋｂｐｓ、ジッタなし、５セント／分）、ＷＬＡＮ (１０Ｍｂｐｓ、ジッタ４秒、無料)、３Ｇセルラ（３８４ｋｂｐｓ、ジッタ１秒、１０セント／分）のサービスが提供される。ＭＲ１０は、自身の様々なイグレス特性を表すために仮想識別子を作成する。なお、本発明の実施の形態では、仮想識別子によって、帯域幅／ジッタ／コストのそれぞれが低い／中程度／高いという組み合わせを表すことが可能であるが、これらに限定されるものではない。仮想識別子が作成されると、ＭＲ１０は、それらの仮想識別子を物理インタフェースにマッピングして、仮想識別子リスト内に格納する。なお、本発明の実施の形態では、ＭＲ１０は、ＧＰＲＳを仮想識別子（低帯域幅、低ジッタ）、ＷＬＡＮを仮想識別子（高帯域幅、高ジッタ）、３Ｇセルラを仮想識別子（中程度の帯域幅、中程度のジッタ）にそれぞれマッピングする。

ＭＲ１０がアクセスシステム２０を移動する場合には、そのイグレス特性は変化する可能性がある。例えば、ＭＲ１０がＷＬＡＮのホットスポットから出る場合には、ＷＡＮ２２へのＷＬＡＮ接続を失うことになる。ＭＲ１０が、仮想識別子（高帯域幅、高ジッタ）の物理インタフェースが無効（非動作状態）であることを認識すると、仮想識別子（高帯域幅、高いジッタ）を３Ｇセルラに再マッピングする。この方法は、例えば、モバイルネットワーク２４内の処理能力の低いモバイルノードが、それぞれのフィルタリングエージェントにおけるフローフィルタリングのパラメータを常に変更する処理を行いたくない場合などに行われる。この好適な仮想識別子の再マッピング方法は、ＭＲ１０がモバイルネットワーク２４内のモバイルノードに対して、その変更を伝える必要がないという利点を有している。この好適な実施の形態によれば、モバイルノードがモバイルルータの物理的なイグレス接続に関する情報を把握する必要がなく、モバイルルータは、モバイルノードへのベストエフォート型ルーティングサービスを提供することが可能となる。

また、このような仮想識別子のセットを実現するための好適な方法としては、例えば、周知、かつ所定のビットストリームパターンのセットを識別子として使用することが可能である。例えば、１０００１０は中程度の帯域幅、低ジッタ、中程度の費用を表し、１１１１００は高帯域幅、高ジッタ、低コストを表すようにすることが可能である。

また、この仮想識別子のセットを実現するための別の好適な方法としては、例えば仮想識別子としてアドレスプレフィックスを使用することが可能である。この方法では、ＭＲ１０は、自身のモバイルネットワークプレフィックスをより小さいアドレス範囲である様々なサブプレフィックスに区切るようにする。また、このとき、サブプレフィックスの１つは、どのイグレス特性にもマッピングされないようにする。これは、モバイルノードが、フローフィルタリングメカニズムの使用を意図していない場合や、あるいはフローフィルタリングメカニズムを使用できない場合のためのものである。このサブプレフィックスに基づくアドレスが設定されたパケットは、ＭＲ１０のマッチング機能１７による処理を受けることなく、デフォルトのイグレスルートを通じて発送される。一方、その他のサブプレフィックスはそれぞれ、例えば（高帯域幅、高ジッタ）や（低帯域幅、低コスト）などの特定のイグレス特性にマッピングされている。これらのサブプレフィックスに基づくアドレスが設定されたパケットは、マッピングに基づいて、対応するイグレスインタフェースを通じて発送される。

この仮想識別子を実現する好適な方法によれば、フローフィルタリングマッピング機能を簡単なアドレスベースのルーティングに還元されるようになるという利点がある。ルータは一般にアドレスに基づいてパケットの発送を行い、アドレスに基づくルーティングを行うように構成されているので、仮想識別子としてプレフィックスを用いることにより、ルータの処理負荷を軽減させることが可能となる。一方、仮想識別子を実現する他の方法では、モバイルノードが、例えばトランスポートレイヤプロトコルナンバーやトランスポートレイヤポートナンバーなどのマッチング用のフロー特性を特定する必要がある。なお、この方法を行うためには、ＭＲ１０やその他のフィルタリングエージェントにおいて、より大規模なパケット検査が必要となる。なお、この仮想識別子を実現する方法は、ＭＲ１０が１つ以上のＭＮＰを有する場合でも適用可能であることは明らかである。

ＭＮ２５は、ＭＲ１０のイグレス特性に関する情報を受信した場合には、その情報を利用して、送信元又は受信元となっているトラフィックがどのように送信されるかを決定する処理が行われる。また、好適な実施の形態では、ＭＲ１０がそのイグレス特性を伝えるための方法としては、例えばルータ通知の送信が挙げられるが、これに限定されるものではない。さらに、好適な実施の形態では、ＭＲ１０のイグレス特性に関する情報として、例えばＭＲ１０の物理インタフェースや仮想識別子を使用することが可能であるが、これらに限定されるものではない。ＭＮ２５は、特定のトラフィックをどのように送信又は受信するかを決定すると、その決定内容をフィルタポリシとしてＭＲ１０に設定する。

また、この実施の形態では、ＭＮ２５がＭＲ１０にポリシを設定する方法としては、例えば、ＸＭＬ(Extensive Markup Language）で記載されたフィルタポリシをＭＲ１０に送信することが挙げられるが、これに限定されるものではない。ＭＲ１０は、そのフィルタポリシリスト１５にポリシを格納する。この好適な実施の形態では、ＭＮ２５は、ＭＲ１０にそのフィルタポリシを設定することが可能であるが、当業者であれば、ＭＮ２５が、自身のホームエージェント（ＭＮ−ＨＡ）、コレスポンデントノード（ＣＮ）、中間ルータなどのフローフィルタリングをサポートしている様々なノードにフィルタポリシを設定することが可能であることが分かるであろう。

また、好適な実施の形態では、ＭＲ１０が、ＭＲ−ＨＡ２３への複数のイグレス経路を有しており、モバイルネットワーク２４内のＭＮ２５に対して、その旨を通知する。これにより、ＭＮ２５は、ＭＲ１０やＭＮ−ＨＡにフィルタポリシを設定することが可能となる。なお、当業者であれば、ＭＲ−ＨＡ２３がＷＡＮ２２への複数のイグレス経路を有することによって、ＭＲ１０がフローフィルタリングメカニズムを実現することも可能であることが分かるであろう。ＭＲ−ＨＡ２３は、例えば複数のサービスプロバイダに加入することによって、ＷＡＮ２２への複数の経路を有することが可能となる。ＭＲ１０がＭＲ−ＨＡ２３への接続を確立した場合、ＭＲ１０は、ＭＲ−ＨＡ２３から、ＭＲ−ＨＡ２３の複数のイグレス経路に関する情報を含むＲＡ３０を受信することになる。そして、ＭＲ１０は、ＲＡ３０に存在する関連情報を使用し、ＭＲ−ＨＡ２３にフローポリシを設定することによって、そのフローフィルタリングメカニズムを実行することが可能となる。この好適な実施の形態では、ＭＲ−ＨＡ２３は、上述した実施の形態に係る方法を使用して、そのイグレス特性をＭＲ１０に通知する。

また、更なる好適な実施の形態では、ＭＲ１０が、１つ又は複数のマルチモードアクセスルータを通じて、ＷＡＮ２２への複数のイグレス経路を有している。この実施の形態では、マルチモードアクセスルータは、ＲＡ３０を通知することによって、接続ノードがＲＡ３０中に存在する関連情報を使用してフローフィルタリングメカニズムを実行することが可能となる。この実施の形態では、マルチモードアクセスルータがＲＡを通知する方法として、例えばそのネットワーク内に周期的にＲＡを送信する方法や、ネットワーク内の特定のノードからのリクエストを受けた場合にＲＡを送信する方法が挙げられるが、これらに限定されるものではない。このとき、ＭＲ１０は、ＲＡ３０内に存在する関連情報を使用して、マルチモードアクセスルータにフローポリシを設定することによって、そのフローフィルタリングメカニズムを実行することが可能となる。この好適な実施の形態では、マルチモードアクセスルータは、上述した実施の形態に係る方法を使用して、そのイグレス特性をＭＲ１０に通知する。

本発明の別の好適な実施の形態では、さらに、モバイルネットワーク２４のモバイルノードに対して、ＭＲ１０がデフォルトルータであることを示すためのオプションをＲＡ３０に挿入することも可能である。図６には、本発明の別の好適な実施の形態におけるモバイルノードによって実行されるデフォルトルータの変更方法の一例を示すフローチャートが図示されている。なお、この好適な実施の形態では、ＭＮ２５はモバイルネットワーク２４に属している。ＭＮ２５は起動後にＷＡＮ２２との接続を確立するために、その近隣に存在するルータの探索を試みる。ＭＮ２５が近隣のルータを発見する方法は、例えばルータ通知の聴取であるが、これに限定されるものではない。

ＭＮ２５は、ＲＡ３０を受信すると、ステップＳ６０において、ルータへの有効（利用可能）なイグレスリンクが存在しているか否かをチェックする。この実施の形態では、ＭＮ２５が有効なイグレスリンクを検出できなかった場合に、ＭＮ２５は、ステップＳ６１において、受信したＲＡ３０を送信しているルータに対して、必要な認証処理を実行する。ＭＮ２５による認証処理の実行方法としては、例えば８０２．１ｘ認証を使用することが可能であるが、これに限定されるものではない。ＭＮ２５は、認証を受けると、ステップＳ６２において、アドレスを構成し、そのルータをデフォルトルータとして設定する。そして、ＭＮ２５は、ルータ通知の聴取を継続して行う。

一方、ＭＮ２５は、有効なイグレスリンクの確立を検出した場合には、ステップＳ６３において、受信したＲＡ３０をチェックして、ＲＡ３０にデフォルトルータオプションが設定されているか否かを判断する。受信したＲＡ３０内にデフォルトルータオプションが設定されていないことが検出された場合には、ＭＮ２５は、ステップＳＳ６４においてＲＡ３０を無視し、ルータ通知の聴取を継続する。一方、受信したＲＡ３０内にデフォルトルータオプションが設定されていることが検出された場合には、ＭＮ２５は、ステップＳ６５において、その特定のルータがデフォルトルータとして既に設定されているか否かのチェックを行う。ＭＮ２５は、ルータが既にそのデフォルトルータとして設定されている場合には、ステップＳ６４で受信したＲＡ３０を無視し、ルータ通知の聴取を継続する。しかしながら、ルータが現在そのデフォルトルータとして設定されていない場合には、ＭＮ２５は、上述のステップＳ６１、Ｓ６２の処理を行って、そのルータをデフォルトルータとして設定する。そして、ＭＮ２５は、ルータ通知の聴取を継続して行う。

ＭＲ１０がＭＲ−ＨＡ２３へのリンクを複数有する場合には、ＭＲ１０はＭＲ−ＨＡ２３に対して、ＭＲ１０の様々なイグレス経路を経由するように、フローの複製を要求することが可能である。これによって、少なくとも様々なイグレス経路を経由するフローのうちの少なくとも１つがＭＲ１０に到達する可能性が高くなる。これを実現する方法としては、例えばＭＲ１０が、特定のフローを複数のイグレスパスを通じてＭＲ１０に発送するようにＭＲ−ＨＡ２３に指示するフィルタリングルールを、ＭＲ−ＨＡ２３に登録することが挙げられる。

例えば、ＭＲ１０が、無線ＬＡＮ（ＷＬＡＮ）インタフェースを経由するＶｏＩＰ（Voice over IP）のフローを有しているとする。ＷＬＡＮインタフェースはジッタが高いため、ＭＲ１０は、ＭＲ−ＨＡ２３に対して、ＭＲ−ＨＡ２３がＶｏＩＰフローパケットを複製し、複製パケットをＧＰＲＳインタフェースを介してＭＲ１０に発送するように指示するフィルタリングルールを設定する。これによって、ＭＲ１０は、ＭＲ１０とＭＲ−ＨＡ２３との間の帯域幅を消費することになるものの、ＷＬＡＮインタフェース又はＧＰＲＳインタフェースの少なくともどちらか一方でＶｏＩＰフローパケットを受信できる可能性が高くなる。

また、更に別の好適な実施の形態において、ＭＲ１０が、モバイルネットワーク２４内のノードに対してもフロー複製サービスが提供されるよにしてもよい。この場合、ＲＡ３０には、ＭＲ１０がモバイルネットワーク２４内のトラフィックフローの複製を行うことができる旨をモバイルネットワーク２４内のモバイルノードに通知するためのオプションが追加される。なお、例えば、ＲＡ３０内の１ビットをこのオプションに割り当てることが可能であるが、これに限定されるものではない。

ＭＮ２５は、このオプションを検出することによって、少なくともトラフィックフローの１つがＭＮ２５に確実に到達するように、特定のトラフィックフローの複製をＭＲ１０に依頼できるようになる。これは、例えば、トラフィックがわずかに停滞しただけで患者の命に関わるような場合などにおいて、手術を行っている医者がリモートの場所から患者に関する情報（時間的、情報的に重要度の高い情報）取得する場合など、特に緊急性を要する（トラフィックの停滞を許容しない）場面に有用である。

また、ＭＲ１０は、ＭＮ２５のトラフィックフローを複製する手段をサポートするために、複数のイグレス経路を仮想識別子のセットに正しくマッピングする必要がある。例えば、ＭＲ２５は、ある仮想識別子をＧＰＲＳ及びＷＬＡＮにマッピングし、別の仮想識別子をＧＰＲＳ及び３Ｇセルラにマッピングすることが可能である。

したがって、例えば、ＭＮ２５がＧＰＲＳアクセスシステムを通じて伝送されるトラフィックフローを持っており、このトラフィックフローをＷＬＡＮアクセスシステム経由のフローに複製することを望む場合などにおいては、ＭＮ２５は、ＭＲ１０に対して、ＭＮ２５あてのトラフィックフローをフィルタできるようにするための適切な仮想識別子を通知する必要がある。

図７には、本発明の好適な実施の形態において、モバイルルータが、トラフィック複製に関する情報をモバイルノードに通知するために送信されるルータ通知の一例が図示されている。図７において、ＲＡには、IＰフィールド３１、ＩＣＭＰフィールド３２、モバイルネットワークプレフィックス３３、イグレス情報３４、複数の識別子３５ａ〜３５ｄ、フロー複製情報７０が含まれている。なお、ＲＡ内の各フィールドに含まれる情報やその使用目的は、フロー複製情報７０を除いて上述のフィールド（図３に図示されている各フィールド）と同様であり、ここでは説明を省略する。

ルータ通知に追加されたフロー複製情報７０によって、ＭＮ２５は、モバイルネットワーク内においてフロー複製が実行可能であること（ＭＲ１０がフローの複製サービスを提供していること）を把握できるようになる。

なお、図７では、識別子３５ａ〜３５ｄは、イグレス情報３４から分離されており、アドレスのプレフィックスの一部のビットによって表されている。このように、例えば、ＭＮ２５がＣｏＡを構成する際に使用するプレフィックスの１ビットを用いて各識別子を表すことが可能であり、したがって、アドレスのプレフィックスが識別子として使用される場合に、識別子３５ａ〜３５ｄをイグレス情報３４から分離することが有用となる。なお、モバイルネットワークプレフィックス３３のビットに識別子３５ａ〜３５ｄを加えたビットの長さが、実際のアドレスプレフィックスの長さに対応している。

例えば、ＭＲ１０は、例えば、ＧＰＲＳ、ＷＬＡＮ、３Ｇセルラのアクセスシステムへの３つのイグレスインタフェースを有している。各アクセスシステムでは、異なるタイプのサービスが提供されており、したがって、各アクセスシステムの特性がイグレス情報３４に反映される。ＭＲ１０はＲＡにおいて識別子を用いることで、ＭＮ２５は、ＭＲ１０が有している様々なイグレスインタフェースを識別することが可能となる。

例えば、ＭＲ１０は識別子３５ｂをＧＰＲＳインタフェースのイグレス情報にマッピングし、識別子３５ｃをＷＬＡＮインタフェースのイグレス情報にマッピングし、識別子３５ｄを３Ｇインタフェースのイグレス情報にマッピングすることが可能である。さらに、ＭＲ１０は識別子３５ａを使用して、ＭＲ１０がＭＮ２５のフローを複製する機能をサポートしている旨をＭＮ２５に通知することも可能である。この場合は、識別子３５ａが、フロー複製情報７０に対応した情報となり、図７に図示されているフロー複製情報７０のビット配列は必要なくなる。

ＭＮ２５は、ＲＡを受信すると、このＲＡ内の情報を使用して、必要なフィルタリングルールを構成する。例えば、ＭＲ１０は、ＲＡによって通知されるアドレスのプレフィックスに含まれるビットを、識別子として使用することが可能である。例えば、各識別子３５ａ〜３５ｄは、アドレスプレフィックスの後続のビット（レガシノードにとってはアドレスプレフィックスの一部）において１ビットで表されており、ＭＮ２５がＧＰＲＳ及びＷＬＡＮインタフェースを通じたフローを複製するようにＭＲ１０に通知したい場合には、ＭＮ２５は、そのフローに関するＣｏＡを構成する際に、フローの複製を所望するシステムに対応した識別子がセットされたモバイルネットワークプレフィックス３３を含むアドレスプレフィックスを使用する。

なお、ここでは、ＧＰＲＳ及びＷＬＡＮインタフェースを通じたフローを複製するように要求しているので、ＧＰＲＳインタフェースにマッピングされている識別子３５ｂの位置のビットと、ＷＬＡＮインタフェースにマッピングされている識別子３５ｃの位置のビットが１に設定され、その他の識別子（３Ｇインタフェースにマッピングされている識別子３５ｄ）は０に設定される。

ＭＲ１０は、ＭＲ１０はＭＮ２５で構成されたＣｏＡのアドレスプレフィックスを参照して、各インタフェースに対応するビットの値を特定することによって、ＭＮ２５がどのイグレスインタフェースへのフローの複製を所望しているのかを判断することができる。

上記の例では、ＭＮ２５がＧＰＲＳインタフェース及びＷＬＡＮインタフェースの両方を利用したフローのバイキャストを所望していると判断されて、ＭＲ１０は、このバイキャストに伴ってＭＮ２５自身で定義されたＭＮ２５のフィルタリングルールをＭＲ−ＨＡ２３に通知する。これによって、ＭＲ−ＨＡ２３は、ＭＮ２５によって定義されたフィルタリングルールに従って、ＭＮ２５のフローのフィルタリングを行うことが可能となる。

また、本発明を理解できないレガシノードに関しては、ＭＲ１０からのＲＡによって、デフォルトのプレフィックス（モバイルネットワークプレフィックス３３及びすべての識別子３５ａ〜３５ｄが含まれるビット配列）が通知される。例えば、ＭＲ１０に、８０ビットのプレフィックスが割り当てられている場合に、さらに、ＭＲ１０は、フロー複製情報として使用される識別子３５ａ及びイグレスインタフェースにマッピングされた識別子３５ｂ〜３５ｄに、さらに４ビットを使用する。したがって、ＭＲ１０は、デフォルトのプレフィックス用に、レガシノードが使用する８４ビットのプレフィックスを通知することになる。なお、例えば、ＲＡでは、識別子３５ａ〜３５ｄの値がすべて０にセットされ、レガシノードが使用するデフォルトのプレフィックスが、本発明に対応したＭＮ２５がフロー複製の要求を行う際に設定するプレフィックスと重複しないようにすることが望ましい。

レガシノードは、このデフォルトの（識別子の値がすべて０にセットされた）プレフィックスを使用して、モバイルネットワーク２４内でＣｏＡを構成する。この方法によって、レガシノードが、本発明用のプレフィックス（レガシノードが使用すべきではないプレフィックス）を偶然使用してしまわないようにすることが可能となる。

さらに別の好適な実施の形態では、ＲＡに存在する識別子３５ａ〜３５ｄが、特定のビット配列パターンとなるようにしてもよい。これにより、ＭＲ１０は、ＭＲ１０の様々なイグレス特性を表すように、各識別子をマッピングすることが可能となる。

また、上述のように、ＭＲ１０が識別子３５ａをフロー複製情報７０にマッピングし、ＭＮ２５は識別子３５ａを参照および設定することによって、ＭＲ１０がＭＮ２５のフローを複製できる旨を把握できるようにしてもよい。

また、ＭＮ２５は、特定のフローに関してＭＲ１０の特定のイグレスインタフェースへの複製を望む場合に、フローポリシセットアップ４２（図４に図示されているようなメッセージ）をＭＲ１０に送信してもよい。この場合、フローポリシセットアップ４２には、ＭＮ２５がＭＲ１０のフロー複製サービスの使用を所望している旨をＭＲ１０に通知する識別子が含まれている。

また、ＲＡのいくつかの識別子が、ＭＲ２５の同一のイグレスインタフェースにマッピングされていてもよい。例えば、ＭＲ１０は、１つの識別子によって、特定のタイプのイグレス特性が表されるようにマッピングを行うことが可能である。これによって、ある識別子が高いデータレート特性にマッピングでき、別の識別子が中程度のデータレート特性にマッピングでき、また別の識別子が低いデータレート特性にマッピングでき、また別の識別子が高いジッタレート特性にマッピングできるようになる。このとき、ＭＮ２５は、インタフェースの特性を指定することによって、フローの複製を要求することがで可能となる。

また、例えば、ＭＮ２５が、ＭＮ２５の特定のフローに関して、高いデータレート特性及び高いジッタ特性の条件下でのフロー複製を要求したとする。しかしながら、ＭＲ１０には、高いデータレート特性及び高いジッタ特性を満足するイグレスインタフェースは、例えばＷＬＡＮインタフェースしか存在していないとする。この場合、ＭＮ２５のフローは、単にＷＬＡＮインタフェースでのみ伝送され、ＭＮ２５はこのフローがバイキャスト（あるいはＮキャスト）されていると思っているものの、実際にはフローの複製サービスを受けていないことを把握できない。

このような状態に対処するため、ＭＲ１０がＲＡに更なる情報を追加して、すべての識別子がフローの複製のサポートをしているわけではない旨をＭＮ２５に通知することが可能である。例えば、ＲＡに関するフロー複製情報７０内に、上記のすべての識別子がフローの複製のサポートをしているわけではない旨を示す情報を挿入することが可能である。

なお、上述の説明では、ＭＲ１０とＭＲ−ＨＡ２３との間でバイキャストが行われる場合について主に説明しているが、ＭＮ２５は、システム全体においてフローをどのように複製するか（フローの複製方法）を制御することが可能である。例えば、ＭＮ２５は、ＭＮ２５自身のＨＡからＭＲ−ＨＡ２３まで特定のフローをバイキャストさせたいと望む場合や、ＭＲ−ＨＡ２３からＭＲ１０まで特定のフローをトライキャスト（tricast）させたいと望む場合であっても、ＭＲ１０から受信するＲＡ内の情報を使用して、ＭＮ２５のホームエージェントやＭＲ１０に、所望のフロー複製を実現するためのフィルタリングポリシをセットアップすることが可能である。

さらに別の実施の形態では、ＭＮ２５が、ＤＨＣＰｖ６などのステートフルなアドレス自動構成手段によって、フロー複製情報を取得することが可能である。例えば、ＭＮ２５がモバイルネットワーク２４においてＤＨＣＰ探索メッセージを送信した場合には、モバイルネットワーク２４のＤＨＣＰサーバは、ＭＮ２５に対してＤＨＣＰオファメッセージによって応答を行う。なお、ＤＨＣＰオファメッセージには、アドレスのリスト、各アドレスに関連付けられているネットワーク特性の説明、フロー複製情報（すなわち、ＭＲ１０がフロー複製サービスをモバイルノードに提供しているか否かを示す情報）などが含まれてもよいが、これらに限定されるものではない。なお、フロー複製情報がアドレス（アドレスのプレフィックス）に挿入される場合には、このアドレスが、イグレス特性とさらにマッピングされていてもよい。すなわち、例えば、フロー複製のサポートを示す識別子３５ａは、同時に任意のイグレス特性にマッピングされていてもよい。ＭＮ２５は、識別子３５ａのビットに値を設定することで、ＭＲ１０によって、その値に対応したフローの複製が行われるようになる。

なお、ＤＨＣＰサーバ及びＭＲ１０は同一のエンティティである必要はないが、異なるエンティティの場合には、ＭＲ１０及びＤＨＣＰサーバが、イグレスネットワーク特性に関する情報や、仮想識別子とアドレスのプレフィックスとのマッピング方法に関する情報を交換できる必要がある。

また、上述のように、本発明によれば、イグレス特性が変化した場合に、ＭＲ１０がその変更内容を配下のモバイルネットワーク２４内に通知することによって、ＭＮ２５自身がフローポリシの再設定を行う方法と、イグレス特性の変化に応じてＭＲ１０が仮想識別子のマッピングを変更することによって、イグレス特性の変化がモバイルネットワーク２４内に伝搬されず、ＭＮ２５がフローポリシの再設定を行わずに済む方法とが提供されるが、ＭＮ２５が、これらのいずれかの方法を選択することができるようにしてもよい。

さらに、例えば、ＭＲ１０が仮想識別子によってイグレス特性の管理を行っている状況下において、配下のモバイルネットワーク２４に接続されているＭＮ２５が、ＭＲ１０に対して明示的にイグレスインタフェースに係るイグレス特性の状態を問い合わせることができるようにしてもよい。この場合、ＭＮ２５からの問い合わせを受けたＭＲ１０は、このＭＮ２５に対して、イグレス情報３４を含むＲＡ３０をユニキャスト送信することによって、ＭＮ２５自身がフローポリシの再設定を行うための情報を通知することが可能である。

また、ＭＲが別のモバイルネットワークに接続している状態が階層化して存在する場合などでは、あるＭＲが報知するイグレス情報とその変化は、下層のＭＲのイグレス特性の変化として順次伝搬することで、全体として有効に機能することは明白である。

また、本発明のモバイルルータは、個別の実体を持つ端末デバイスであることはもちろん、例えば、実際の移動端末の接続点となる固定局間を論理エンティティとして移動し、移動端末に対してモバイルネットワークを提供する、ソフトウェアなどで実装された論理的存在に対しても適用可能である。

また、本明細書では、ＭＮ２５が、モバイルＩＰｖ６（さらには、Ｍｏｎａｍｉ６の拡張）に関する動作を行うモバイルノードとして例示されているが、本明細書におけるモバイルノードは、モバイルルータであってもよく、あるいは、モバイルＩＰｖ６を使用していないが何らかのマルチホーミングプロトコル（例えばＳｈｉｍ６）を使用しており、異なるフローに関しては異なるソースアドレスを用いる機能を有するものであってもよい。

さらに、本明細書では、本発明で特定される方法を実行するモバイルルータによって、モバイルネットワークにおけるフローフィルタリングがサポートされている。しかしながら、本発明で規定されるフローフィルタリングをサポートするための方法は、例えば、インターネットへの複数のリンクを持ったアクセスルータ（ＡＲ）などのようなルーティングを行うことが可能なマルチモードノード（すなわち、ＭＲ以外のノード）で実行されてもよい。

この場合、ＡＲが、その様々なイグレス特性を識別子にマッピングしており、ＭＮが特定のフローに関して適切なＣｏＡを選択できるようにするために、ＡＲのイグレス特性にマッピングされた識別子の通知が行われる。なお、この方法は、例えばＭＮが自身のホームエージェントと通信している場合に適用され、これによって、ＨＡはインターネットに複数のリンクで接続し、ＨＡとＡＲとの間で異なるイグレス経路を通じた複数のフローの伝送が行われるようになる。

上述のように、フィルタリングエージェントはコレスポンデントノードであってもよい。本発明の別の実施の形態において、図２に図示されているＭＲ−ＨＡ２３は、ＭＮ２３が通信セッションを有しているＣＮ２３で置き換えられてもよい。例えば、ＣＮ２３は、ある加入者プランによってＭＮ２５へサービス（例えば、動画、電子メール）を提供するサーバであってもよい。ＭＮ２５は、三角経路が行われる際にホームエージェント経由で発生するオーバヘッドを低減するため、ＣＮ２３への接続が最適化された接続となるよう選択する。これにより、特許文献６に記載されている方法が使用され、ＭＲ１０が直接通信を行うためにＣＮ２３との間で双方向トンネルを設定することによって、 経路の最適化が実現されてもよい。これは、ＭＲ１０が、ＭＲ１０のイグレス特性と共にＭＲ１０のホームアドレスを通知することを意味している。

この好適な実施の形態では、確実にＭＮ２５へのフローフィルタリングサポートが中断されないようにするため、ＭＲ１０は、フィルタルールをＣＮ２３に設定する必要がある。これを実現するための方法として、例えば、ＣＮ２３に送信されるプレフィックスバインドフラグ（prefix-bind flag）を使用する方法が挙げられる。ＣＮ２３は、プレフィックスバインドフラグによって、ＣＮ２３との双方向トンネル２１を設定することに加えて、さらに、ＭＮ１０がＣＮ２３においてフローフィルタリングに関する適切なフィルタルールを設定すべきことをＭＮ１０に対して通知できるようになる。

図８には、本発明の別の実施の形態において、モバイルルータがフローフィルタリングに関するフィルタルールをコレスポンデントノードに設定できるようにする方法を示すシーケンスチャートが図示されている。図８において、ＭＮ２５は、ステップＳ８０においてバインディングアップデート（ＢＵ）をＣＮ２３に送信する。この好適な実施の形態では、ＢＵには、ＭＮ２５がＣＮ２３におけるバインドを希望する複数の異なる気付アドレス（ＭＮ．ＣｏＡｓ）、ＭＲ１０のホームアドレス（ＭＲ．ＨｏＡ）、プレフィックスバインドフラグが含まれているが、これらに限定されるものではない。ＣＮ２３がＢＵの処理を行う際、ＣＮ２３はＭＲ．ＨｏＡ及びプレフィックスバインドフラグの存在に気付き、ステップＳ８１においてバインディングアクノレッジメント（ＢＡ）によってＭＮ２５に応答する。なお、ＢＡには、プレフィックスバインドフラグと共にアクセスルータオプションが含まれていてもよい。ＢＡにＡＲＯが存在すると、ＭＲ１０はステップＳ８２においてリターンルータビリティを開始し、必要なＣＮ２３への双方向トンネルの設定を行う。

さらに、ＢＡにプレフィックスバインドフラグが含まれているので、ＭＲ１０は、ＭＲ１０とＣＮ２３との間のフローフィルタリングに関するフィルタルールをＣＮ２３に設定する。この目的のために、ＭＲ１０は、ステップＳ８３においてＢＵをＣＮ２３へ送信する。このＢＵには、ＭＲ１０のフィルタルールと共に、ＭＲ１０がＣＮ２３におけるバインドを希望する複数の異なる気付アドレス（ＭＲ．ＣｏＡｓ）が含まれているが、これらに限定されるものではない。また、フィルタルールによって、ＭＲ１０は、ＭＲ１０のルーティングプレファレンスをＣＮ２３へ通知することが可能となる。例えば、フィルタルールは、識別子３５に対するＭＲ１０の気付アドレスのマッピングである。この好適な実施の形態では、識別情報３５はプレフィックスを表している。また、さらに別の好適な実施の形態において、識別情報３５は所定のビット列を表している。最後に、ＣＮ２３は、ＣＮ２３が確実にＭＲ１０へのフローをフィルタリングできるようにするため、ステップＳ８４において、ＭＲ１０のフィルタルールを格納する。なお、ＣＮ２３は、ＭＲ１０とＣＮ２３との間のバインディングが正しく構成されたことを示すＢＡをＭＲ１０へ送信してもよい。

以下、例を挙げて、上述の方法についてより詳細に説明する。この例では、識別子３５は、プレフィックスを表している。ＭＲ１０は３Ｇセルラネットワークに接続されているインタフェース（ＭＲ．ＣｏＡ１）と、ＷＬＡＮに接続されているインタフェース（ＭＲ．ＣｏＡ２）とを有している。ＭＲ１０はあるプレフィックス（ＭＲ．ＭＮＰ１）を３Ｇセルラにマッピングし、別のプレフィックス（ＭＲ．ＭＮＰ２）をＷＬＡＮにマッピングする。これらのプレフィックスはモバイルネットワーク内で通知される。ＡＲＯ及びプレフィックスバインドフラグがバインディングアクノレッジメントメッセージ内に存在する場合、ＭＲ１０は、ＣＮ２３との間でリターンルータビリティ処理を行う。この処理では一連のメッセージ交換が行われ、ＣＮ２３は、ＭＲ．ＣｏＡ１とＭＲ．ＣｏＡ２が実際に到達可能であることを検証することができる。検証が完了すると、ＭＲ１０は、ＭＲ．ＣｏＡ１とＭＲ．ＣｏＡ２とを関連付けるバインディングアップデートメッセージをＣＮ２３に送信する処理を行う。さらに、ＭＲ１０は、プレフィックスバインドフラグの存在に応じて、ＣＮ２３にフィルタルールを設定する。したがって、ＭＲ１０は、バインディングアップデートメッセージによって、ＭＲ．ＭＮＰ１及びＭＲ．ＭＮＰ２に関してマッピングされたプレフィックスをＣＮ２３へ送信する。このフィルタルールによって、ＣＮ２３は、ＭＲ１０のトラフィックフローに関してＭＲ１０の好適な経路を経由させることが可能となる。

また、図９には、本発明の好適な実施の形態におけるコレスポンデントノードのバインディングキャッシュエントリの一例が図示されている。図９において、ＣＮ２３に関するバインディングキャッシュエントリ（ＢＣＥ）９０には、ホームアドレス（ＨｏＡ）カラム９１、フィルタ識別情報（ＦＩＤ）カラム９２、気付アドレス（ＣｏＡ）カラム９３、アクセスルータオプション（ＡＲＯ）カラム９４、プレフィックスバインドカラム９５が含まれている。ＨｏＡカラム９１には、ＣＮ２３に関するバインディングを有するノードのホームアドレス（ＨｏＡｓ）が含まれている。ＨｏＡカラム９１によって、ＣＮ２３は、特定のフローがあるノードに向けられているか否かを特定することが可能である。特定のフローがあるノードに向けられていることが特定されると、ＣＮ２３は、ＦＩＤカラム９２を参照することによって、フィルタルールがそのフローに関して設定されているか否かをチェックする処理を行う。ＦＩＤカラム９２には、例えば、ＣＮ２３に格納されているフィルタルールの識別情報が含まれている。この識別情報によって、ＣＮ２３は、そのフローに適用可能な対応するフィルタを見つけることが可能となる。

フィルタのマッチングによって、通常、ＣＮ２３は、そのフローが受信者ノードの特定のアドレスに送信されるものであることを把握する。そのアドレスは、ＢＣＥ９０のＣｏＡカラム９３に示されている。通常、ＣｏＡカラム９３には、モバイルノードの気付アドレスが含まれている。このような指定によって、ＣＮ２３は、そのフローをモバイルノードの好適なＣｏＡへ発送することが可能となる。さらに、ＣＮ２３がモバイルノードの好適なＣｏＡに関連付けられているＡＲＯオプションを参照した場合には、ＣＮ２３は、ＣＮ２３に関するバインディングを有しているモバイルルータの場所にモバイルノードが現在位置していることを把握する。このＡＲＯカラム９４には、例えば、モバイルルータのＨｏＡが含まれている。これにより、ＣＮ２３はモバイルルータのＨｏＡにマッピングされた対応するＣｏＡを見つけ、そのフローを特定のＣｏＡへ発送する。

本発明では、ＢＣＥ９０にプレフィックスバインドカラム９５が導入される。プレフィックスバインドカラム９５は、ＣＮ２３がモバイルルータのルーティングプレファレンスを把握できるようにすることを目的とする。本発明の好適な実施の形態において、例えば、プレフィックスバインドカラム９５には識別子３５が含まれており、識別子３５にはモバイルネットワークプレフィックス又は所定のビット列が含まれているが、これらに限定されるものではない。ＣＮ２３はプレフィックスバインドカラム９５を利用して、フローのあて先アドレスに基づくマッチングを行う。最良のプレフィックスのマッチングが見つかると、ＣＮ２３は、そのフローをモバイルルータの特定のＣｏＡへ発送する。

ここで、上述した方法の詳細を説明するために一例を挙げる。図９において、ＣＮ２３は、動画ストリーム（ＦＩＤ１）がＭＮ２５（ＭＮ．ＨｏＡ）へ発送されるべきものであることを特定する。さらに、ＣＮ２３は、ＦＩＤ１がＭＮ．ＣｏＡ１経由で発送されることを示すフィルタルールをＭＮ２５が設定していることに気付く。ＭＮ．ＣｏＡ１はＡＲＯオプションに関連付けられているので、ＣＮ２３は、ＭＮ２５が現在ＭＮ１０のモバイルネットワークに位置していることを把握する。ＭＲ１０のホームアドレス（ＭＲ．ＨｏＡ）に基づいて、ＣＮ２３は、ＭＮ１０が２つのＣｏＡ（ＭＲ．ＣｏＡ１、ＭＲ．ＣｏＡ２）に到達可能であることを見付ける。このように、ＣＮ２３は、最良のマッチングを見つけるために、ＭＲ１０によって指定されたＭＮＰに対してＭＮ．ＣｏＡ１のマッチングを行う。ＭＮ．ＣｏＡ１はＭＲ．ＭＮＰ１を用いて構成されているので、ＣＮ２３は、ＭＲ．ＭＮＰ１を最適なものとして特定する。これにより、ＣＮ２３は、動画ストリームをＭＲ．ＣｏＡ１経由でＭＮ２５へ発送し、その結果、ＭＲ１０のホームエージェントはスキップされる。

また、本発明の更に別の好適な実施の形態では、識別子３５はＢＣＥ９０のプレフィックスバインドカラム９５に格納されているビット列を表している。したがって、ＭＮ２５はＭＲ１０によって通知されるビット列と同じＦＩＤを各フローに対して設定する。例えば、ＭＲ１０は、ＷＬＡＮにマッピングされているＩＤ１（３５ａ）を１００１１０として表す。ＭＲ１０がＣＮ２３にフィルタルールを設定すると、プレフィックスバインドカラム９５はＭＲ．ＣｏＡ２に対して１００１１０をマッピングする。したがって、ＭＮ２５がＣＮ２３からのデータストリームをＷＬＡＮ経由で受信したい場合には、ＭＮ２５はＦＩＤを１００１１０に設定する。これにより、ＣＮ２３はＦＩＤをＭＲ１０の所望の気付アドレス（ＭＲ．ＣｏＡ２）にマッピングすることが可能となる。

なお、上述においては、本発明はモバイルルータとコレスポンデントノードとの間において、最適化されたルーティング条件でフロー制御を実現する方法について説明しているが、同様の方法がモバイルルータとモバイルノードのホームエージェントとの間に対しても適用可能であることは、当業者にとって明らかである。

さらに、本発明書によって、下記の技術的なアイデアがサポートされる。

本発明によれば、最適化された経路が存在する場合に、フロー制御を更に行う方法を実行するフロー制御装置が提供される。

この方法は、例えば、
ｉ）モバイルノード（ＭＮ）が、アクセスルータオプション（ＡＲＯ）及びプレフィックスバインディングフラグが含まれているバインディングアップデート（ＢＵ）をコレスポンデントノード（ＣＮ）へ送信するステップと、
ｉｉ）ＣＮが、ＭＲに経路最適化（ＲＯ）を行うように指示するＡＲＯ及びプレフィックスバインディングフラグが含まれているバインディングアクノレッジメント（ＢＡ）をモバイルルータ（ＭＲ）経由でＭＮへ送信するステップと、
ｉｉｉ）ＭＲが、プレフィックスバインディングフラグを見つけた場合に、ＣＮにフィルタルールを設定するステップと、
ｉｖ）ＣＮが、ＭＲによって設定されたフィルタルールをバインディングキャッシュエントリ（ＢＣＥ）に格納するステップとを、
有していてもよい。

さらに、ＭＲによって設定された上述のフィルタルールが、ＭＲのプレフィックスとＭＲの気付アドレス（ＣｏＡｓ）との間のマッピングを表していてもよい。

さらに、ＭＲによって設定された上述のフィルタルールが、ビット列とＭＲの気付アドレス（ＣｏＡｓ）との間のマッピングを表していてもよい。

さらに、本発明によれば、アクセルルータオプション（ＡＲＯ）及びプレフィックスバインディングフラグを含むバインディングアップデート（ＢＵ）を生成する手段と、ＢＵをコレスポンデントノード（ＣＮ）へ送信する手段とを有するモバイルノードが提供される。

さらに、本発明によれば、アクセスルータオプション（ＡＲＯ）及びプレフィックスバインディングフラグが含まれているバインディングアップデート（ＢＵ）をモバイルノードから受信する手段と、ＭＲに経路最適化（ＲＯ）を行うように指示するＡＲＯ及びプレフィックスバインディングフラグが含まれているバインディングアクノレッジメント（ＢＡ）を生成する手段と、モバイルルータ（ＭＲ）経由でＢＡをＭＮへ送信する手段と、ＭＲによって設定されたフィルタルールをバインディングキャッシュエントリ（ＢＣＥ）に格納する手段とを有するモバイルノードが提供される。

さらに、本発明によれば、ＭＲに経路最適化（ＲＯ）を行うように指示するＡＲＯ及びプレフィックスバインディングフラグが含まれているバインディングアクノレッジメント（ＢＡ）をコレスポンデントノード（ＣＮ）から受信する手段と、プレフィックスバインディングフラグを見つけた場合に、ＣＮにフィルタルールを設定する手段とを有するモバイルルータが提供される。

なお、本明細書では、本発明が最も実用的かつ好適な実施例となるように考慮されて図示及び説明されているが、当業者であれば、設計やパラメータの詳細において、発明の範囲及びその周囲から逸脱しない程度に様々な変更が行われてもよいことは明白である。

また、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本発明は、モバイルノードがプロキシノードを通じてそのフローポリシの構成を行おうとした場合に生じる問題を解決できるという効果や、ＮＥＭＯで言及されているモバイルルータが有するモバイルネットワーク内に接続されているモバイルノードが、Ｍｏｎａｍｉ６で言及されているフローフィルタリングメカニズムを実行できるようにするという効果を有しており、モバイル通信ネットワークにおける通信技術や、モバイル通信ネットワーク内部に存在するモバイルノードによるフローフィルタリングの実行方法に関連する技術に適用可能である。

本発明の実施の形態におけるモバイルルータの構成の一例を示すブロック図 本発明の実施の形態におけるシステム構成の一例を示す図 本発明の実施の形態において、モバイルルータによって送信されるルータ通知の一例を示す図 本発明の実施の形態において、モバイルノードによるフローポリシの設定方法の一例を示すシーケンスチャート 本発明の実施の形態において、モバイルルータによって実行される仮想識別子のマッピング方法の一例を示すフローチャート 本発明の実施の形態において、モバイルノードによって実行されるデフォルトルータの変更方法の一例を示すフローチャート 本発明の実施の形態において、モバイルルータによって送信されるルータ通知の別の一例を示す図 本発明の別の好適な実施の形態において、モバイルルータがフローフィルタリング用のフィルタルールをコレスポンデントノードに設定できるようにする方法を示すシーケンスチャート 本発明の好適な実施の形態において、コレスポンデントノードのバインディングキャッシュエントリの一例を示す図

符号の説明

１０ ＭＲ（モバイルルータ）
１１、３４ イグレスインタフェース
１３ イングレスインタフェース
１５ フィルタポリシリスト
１７ マッチング機能
２０ アクセスシステム
２１ 双方向トンネル
２２ ＷＡＮ（ワイドエリアネットワーク）
２３ ＭＲ−ＨＡ（モバイルルータホームエージェント）
２４ モバイルネットワーク
２５ ＭＮ（モバイルノード）
３１ ＩＰフィールド
３２ ＩＣＭＰフィールド
３３ モバイルネットワークプレフィックス（ＭＮＰ）
３５、３５ａ、３５ｂ、３５ｃ、３５ｄ 識別子
７０ フロー複製情報

Claims (13)

1. モバイルネットワークを配下に有するモバイルルータ内に配置されるフロー制御装置であって、
   前記モバイルネットワーク外部に存在するノードとの通信に使用される１つ又は複数のイグレスインタフェースと、
   前記モバイルネットワークに接続されているノードとの通信に使用される１つ又は複数のイングレスインタフェースと、
   前記モバイルネットワークに接続されているノードのトラフィックと、前記トラフィックに使用すべき前記イグレスインタフェースの識別情報との対応が少なくとも記述されたフローフィルタポリシを格納するフィルタポリシリストと、
   前記モバイルネットワークに接続されているノードからのパケットを転送する場合、前記フィルタポリシリストから前記ノードの前記フローフィルタポリシを検索し、前記検索された前記フローフィルタポリシを参照して、前記パケットの転送に使用される前記イグレスインタフェースを選択するマッチング手段とを、
   有するフロー制御装置。
2. 前記イングレスインタフェースを通じて前記モバイルネットワーク内に送信されるルータ通知メッセージに、前記モバイルルータの前記イグレスインタフェースが接続されているネットワーク特性を示す情報を挿入する特性情報挿入手段を有する請求項１に記載のフロー制御装置。
3. 前記ネットワーク特性を示す情報を識別するための仮想識別子情報を設定する仮想識別子情報設定手段と、
   前記仮想識別子情報と前記ネットワーク特性との対応関係を格納する仮想識別子情報格納手段とを、
   有する請求項２に記載のフロー制御装置。
4. 前記ネットワーク特性が変化した場合には、前記仮想識別子情報と前記ネットワーク特性との対応関係を再構築して、前記仮想識別子情報と前記ネットワーク特性との対応関係を更新する仮想識別子情報更新手段を有する請求項３に記載のフロー制御装置。
5. 複数の前記イグレスインタフェースのそれぞれの前記ネットワーク特性のうち、同様のタイプの前記ネットワーク特性に対して同一の仮想識別子を割り当てることによって、複数のネットワーク特性を１つの仮想識別子に集約するように構成されている請求項３に記載のフロー制御装置。
6. 前記特性情報挿入手段が、前記モバイルネットワークに接続されているノードから要求された場合に、前記ネットワーク特性を示す情報を前記ルータ通知メッセージに挿入するように構成されている請求項３に記載のフロー制御装置。
7. 前記ネットワーク特性を、前記モバイルネットワークで用いられているアドレスプレフィックスの所定範囲に割り当てるように構成されている請求項２に記載のフロー制御装置。
8. 前記特性情報挿入手段が、定期的に送信される前記ルータ通知メッセージに前記ネットワーク特性を示す情報を挿入するように構成されている請求項７に記載のフロー制御装置。
9. 前記モバイルネットワークに接続されているノードから、前記ノードの前記フローフィルタポリシを受信して、前記受信したフローフィルタポリシを前記フィルタポリシリストに格納するように構成されている請求項１に記載のフロー制御装置。
10. 前記ルータ通知メッセージに、前記モバイルルータ自身がデフォルトルータとして機能する旨を示すデフォルトルータオプションを挿入するデフォルトルータオプション挿入手段を有する請求項２に記載のフロー制御装置。
11. 前記イングレスインタフェースを通じて前記モバイルネットワーク内に送信されるルータ通知メッセージに、複数の前記イグレスインタフェースのそれぞれを、前記モバイルネットワークで用いられるアドレスプレフィックスの特定の１ビットの値に対応させて、複数の前記イグレスインタフェースのそれぞれに対応する各特定の１ビットの値に応じて、複数の前記イグレスインタフェースのそれぞれを経由した前記パケットの伝送が行われるように設定されたアドレスプレフィックスを含む情報が挿入されるように構成されている請求項１に記載のフロー制御装置。
12. モバイルルータの配下のモバイルネットワークに接続されているノード内に配置されるフロー制御装置であって、
    前記モバイルルータから、前記モバイルルータのイグレスインタフェースの特性を示す情報を取得する特性情報取得手段と、
    前記特性情報取得手段で取得した情報に基づいて、前記ノードのトラフィックと、前記トラフィックに使用すべき前記モバイルルータの前記イグレスインタフェースの識別情報との対応が少なくとも記述されたフローフィルタポリシを生成するフローフィルタポリシ生成手段と、
    前記フローフィルタポリシを前記モバイルルータに送信するフローフィルタポリシ送信手段とを、
    有するフロー制御装置。
13. 前記特性情報取得手段が、前記モバイルルータから送信されるルータ通知メッセージに挿入されている前記ネットワーク特性を抽出するように構成されている請求項１２に記載のフロー制御装置。