JP5214737B2 - 通信ネットワークで使用する方法および装置 - Google Patents

Description

本発明は、通信ネットワークに関し、詳細には、プロキシモバイルＩＰ通信ネットワークで使用する方法に関連するものである。

ＩＥＴＦ ＲＦＣ３７７５の中で記載されるモバイルＩＰｖ６（ＭＩＰｖ６）は、移動通信デバイスのユーザが、どのネットワーク内にいるかに関らず、恒久的なＩＰアドレスを維持しながら１つのネットワークから別のネットワークへ移動することを可能にする。これによって、ユーザは、移動中も接続を維持することができる。例えば、あるユーザがボイスオーバＩＰ（ＶｏＩＰ）セッションに参加していて、セッションの間にそのユーザが１つのネットワークから別のネットワークへ移動した場合には、ＭＩＰｖ６サポートがなければユーザのＩＰアドレスは変わる可能性がある。これでは、ＶｏＩＰセッションで問題がいくつも生じるであろう。

移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ：ＭＮ）には、恒久的なホームアドレスと気付アドレス（ＣｏＡ）という２つのＩＰアドレスが割り当てられている。ＣｏＡは、ユーザが現時点で在圏しているアクセスネットワークに関連付けられている。ＭＮと通信するために、パケットは、ＭＮのホームアドレスへ送信される。これらのパケットは、ＭＮのホームネットワーク内のホームエージェント（Ｈｏｍｅ Ａｇｅｎｔ：ＨＡ）によって捕捉される、ここで、ＨＡは現在のＣｏＡの知識を持っている。次いで、ホームエージェントは、元のＩＰヘッダを維持しながら、新たなＩＰヘッダを使ってパケットをＭＮのＣｏＡへトンネルする。ＭＮによってパケットが受信されると、新たなＩＰヘッダを削除して元のＩＰヘッダを取得する。ＭＮは、ＨＡへとアドレス指定されたパケットの中にカプセル化されたかたちでパケットをＨＡへトンネルすることによって、パケットを別のノードへ送信する。各パケットについて、ＨＡは、カプセル化パケットを削除して元のパケットを復元し、そしてそれを意図する宛先ノードへ転送する。

プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）、ＩＥＴＦ ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０２は、移動アクセスゲートウェイ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ：ＭＡＧ）機能について記載している。この機能は、ＭＮが自身のホームネットワーク上にいるかのようにＭＮに振舞わせることを目的としてホームリンク特性をエミュレートし、普通ならＭＩＰｖ６をサポートしないはずのネットワーク上でのモビリティ（移動性）をサポートすることを可能にする。ＰＭＩＰｖ６とＭＩＰｖ６との主な違いは、ＭＩＰｖ６を使用する場合、ＭＮは自分自身のモビリティシグナリングの制御権を有するのに対し、ＰＩＭＰｖ６を使用する場合、ＭＮは、自身のモビリティシグナリングの制御権を有さないという点である。ＰＭＩＰｖ６アーキテクチャの基本的な構成要素が図１に示される。

ＭＡＧ １０１は、通常は、アクセスルータに実装される。ＭＡＧ１０１は、モビリティ関連のシグナリングをＭＮ１０２に代わって送受信する。ＭＮ１０２は、ＭＡＧ１０１を有するアクセスルータに接続する場合、アクセス認証手順の一部として自身のアイデンティティをネットワークアクセス識別子（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ：ＮＡＩ）の形で提示する。ＭＮ１０２が一旦認証されると、ＭＡＧは、ポリシー記憶装置からユーザのプロファイルを取得する。ＭＡＧ１０１は、ユーザプロファイルとＮＡＩとの知識を有しているので、今度は、ＭＮのホームネットワークをエミュレートすることができる。ＭＮ１０２は、その後、自身のホームアドレスをＭＡＧから取得する。また、ＭＡＧ１０１は、プロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージを使用して、ＭＮ１０２の現在位置をＭＮ１０２のローカルモビリティアンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ：ＬＭＡ）１０３に通知する。プロキシバインディング更新メッセージは、ＭＮ１０２のＮＡＩを使用する。プロキシバインディング更新メッセージを受信すると、ＬＭＡ１０３は、ＭＡＧ１０１へのトンネルをセットアップし、プロキシバインディング確認応答（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をＭＡＧへ送信する。プロキシバインディング確認応答を受信すると、ＭＡＧ１０１は、事実上双方向トンネルを形成するＬＭＡへのトンネルをセットアップする。ＭＮ１０２に対して発着信するすべてのトラフィックは、双方向トンネルを介してＬＭＡ１０３を通ってルーティングされる。１つのＭＡＧが、同一のＬＭＡに関連付けられている多数のＭＮにサービスを提供してもよい。ＭＡＧおよびＬＭＡは、各ＭＮについて専用の双方向トンネルを有する必要がない。そうではなく、同一のＬＭＡに関連付けられ、かつ、同一のＭＡＧによって現時点でサービスが提供されているすべてのＭＮのトラフィックについて、同一の双方向トンネルを使用することができる。

ＬＭＡ１０３は、ＭＮ１０２へ送信されるパケットをいずれも捕捉して、その捕捉したパケットをトンネルを通してＭＡＧ１０１へ転送する。パケットを受信すると、ＭＡＧ１０１は、トンネルヘッダを削除して、そのパケットをＭＮ１０２へ送信する。ＭＡＧ１０１は、アクセスリンク上のデフォルトルータとして動作する。ＭＮから送信されるパケットは、いずれも、ＭＡＧ１０１を介してトンネルを通ってＬＭＡ１０３へ送信され、次いで、ＬＭＡ１０３は、パケットをその最終的な宛先へと送信する。

同時マルチアクセス（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｍｕｌｔｉ−Ａｃｃｅｓｓ）は、図２に示されるように、ＭＮが多様な無線アクセス技術および／または固定アクセス技術を組み合わせることを可能にする通信ネットワークの機能について記載する。ＭＮ１０２は、複数のインタフェースと異なるアクセスネットワーク（ＡＮ１およびＡＮ２）とを同時に使用することができ、それらは、通信セッションにおいて異なるアクセス技術を使用する可能性がある。異なるアプリケーションに属する異なるトラフィックフローが、異なるアクセスネットワーク間で、互いに無関係に、転送され得る。

ＭＩＰｖ６は、同時マルチアクセス（Ｓｉｍｕｌｔａｎｅｏｕｓ Ｍｕｌｔｉ−Ａｃｃｅｓｓ）をサポートするように拡張することができる（Ｒ．Ｗａｋｉｋａｗａ他「複数の気付アドレスの登録（Ｍｕｌｔｉｐｌｅ Ｃａｒｅ−ｏｆ Ａｄｄｒｅｓｓｅｓ Ｒｅｇｉｓｔｒａｔｉｏｎ）」Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ、ｄｒａｆｔ−ｉｅｔｆ−ｍｏｎａｍｉ６−ｍｕｌｔｉｐｌｅｃｏａ−０２、２００７年３月、を参照のこと）。１つ以上のアクセスが使用される場合、ＭＮは各アクセスについて１つのＣｏＡを有する。各ＣｏＡには１つのバインディング固有識別子（ｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＢＩＤ））が関連付けられ、ＢＩＤは、バインディング更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ（ＢＵ））がどのＣｏＡに関連するかを示している。新たなＣｏＡに関連付けられているＢＩＤがすでに使用されている場合、新たなＣｏＡが、以前にＢＩＤと関連付けられていたＣｏＡと置換され、他方、ＢＩＤがまだ使用されていない場合、新たなＣｏＡが、既存のいずれかのＣｏＡに追加される。ＭＩＰｖ６は、ホスト中心である（すなわち、ＭＮがそのモビリティシグナリングを制御している）ため、すべてのモビリティシグナリングがＭＮとＨＡとの間を流れており、ＭＮは、ＢＩＤを適切に割り当てることによって、ＣｏＡがどのように追加されたり相互に置換されたりするかに関して、完全に概要を把握していて、かつ完全に制御している。

また、Ｒ．Ｗａｋｉｋａｗａ他「複数の気付アドレスの登録（Ｍｕｌｔｉｐｌｅ Ｃａｒｅ−ｏｆ Ａｄｄｒｅｓｓｅｓ Ｒｅｇｉｓｔｒａｔｉｏｎ）」に記載されるメカニズムは、ＰＭＩＰｖ６に同時マルチアクセス機能を与えることを目的としてＰＭＩＰｖ６を拡張するために使用することができる。しかしながら、ＰＭＩＰｖ６を使用する場合、ＭＮは、そのモビリティシグナリングを制御していない。上述のように、モビリティシグナリングは、ＭＮに代わってＭＡＧによって処理される。ＭＮが、あるアクセスと、そのアクセスに責任を有するＭＡＧとに接続する場合、プロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ（ＰＢＵ））がトリガされる。これは、ＭＮが、ＰＭＩＰｖ６に関してどのように複数のアクセスが使用されるべきか、すなわち、新たなアクセスがすでに使用されているアクセスに追加されるべきか、あるいは１つ以上の古いアクセスと置換されるべきかに関連する自身の意図を示すことができないということを意味する。

さらに、たとえＭＡＧが、新たなＣｏＡが既存のＣｏＡに追加されるべきかあるいは古いＣｏＡと置換されるべきかを知っていたとしても、ネットワーク内の他のＭＡＧがどのＢＩＤを既存のＣｏＡに割り当てているのかを知らないであろうから、（同一のＢＩＤを新たなＣｏＡに割り当てることによって）新たなＣｏＡが別のＣｏＡと置換されることを保証することはできないであろうし、（一意のＢＩＤを新たなＣｏＡに割り当てることによって）新たなＣｏＡが既存のＣｏＡに追加されることを保証することもできないであろう。このようなＢＩＤ割当の調整の欠如は、問題である。

同時マルチアクセスの状況では、ＣｏＡの追加および置換の少なくとも一方に関してどのようにアクセスが（従って、ＣｏＡとＢＩＤとが）管理されるかを制御できることが望ましいだけではなく、どのデータフローがどのアクセスを介して送信されるかを制御できることも望ましい。データフロー管理を制御する１つの方法は、フィルタルールを使用することである。

フィルタルール管理は、インターネットドラフト（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）「マルチアクセスモバイルＩＰｖ６用フィルタルールメカニズム（Ａ Ｆｉｌｔｅｒ Ｒｕｌｅ Ｍｅｃｈａｎｉｓｍ ｆｏｒ Ｍｕｌｔｉ−ａｃｃｅｓｓ Ｍｏｂｉｌｅ ＩＰｖ６）」（ｄｒａｆｔ−ｌａｒｓｓｏｎ−ｍｏｎａｍｉ６−ｆｉｌｔｅｒ−ｒｕｌｅｓ−０２）の中で記載されるように、同時マルチアクセスの状況においてフロー管理を処理するために設計されている。フィルタルールは、マッチ式と、フィルタインタフェース識別子（Ｆｉｌｔｅｒ Ｉｎｔｅｒｆａｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＦＩＩＤ））と呼ばれる仮想インタフェース識別子とを備える。フィルタルールは、マッチ式にマッチするデータパケットがどのインタフェースを通って、または、どのＣｏＡに対してルーティングされるべきかを示している。

フィルタルールを特定のインタフェースまたはＣｏＡに関連付けるため、フィルタルールのＦＩＩＤが、（フィルタルールが関連するノードから送信されることになるパケット用の）インタフェースまたはモビリティプロトコル専用識別子、例えば（フィルタルールが関係するノードへ送信されることになるパケット用の）ＢＩＤにバインディングされる。後者のタイプのＦＩＩＤバインディング（ＦＩＩＤをモビリティプロトコル専用識別子、例えば、ＢＩＤにバインディングすること）は、フィルタルールの関連するノードに対してパケットを送信することになるノード群（例えば、ホームエージェント、またはＭＩＰｖ６ルート最適化モードを使用する対向ノード、またはＰＭＩＰｖ６ ＬＭＡ）に信号を送受信しなければならない。フィルタルール管理は、モビリティプロトコルには依存しないように設計されているが、それは、ＭＩＰｖ６に特に適している。ＦＩＩＤ−ＢＩＤバインディングのシグナリングは、インターネットドラフト（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）「モバイルＩＰｖ６におけるフィルタインタフェース識別子バインディング（Ｆｉｌｔｅｒ Ｉｎｔｅｒｆａｃｅ Ｉｄｅｎｔｉｆｉｅｒ Ｂｉｎｄｉｎｇ ｉｎ Ｍｏｂｉｌｅ ＩＰｖ６）」（ｄｒａｆｔ−ｋａｕｐｐｉｎｅｎ−ｍｏｎａｍｉ６−ｂｉｎｄｉｎｇ−ｆｉｌｔｅｒ−ｒｕｌｅ−００）［５］の中で記載されたシグナリングに統合される。具体的には、ＦＩＩＤ−ＢＩＤバインディングは、バインディング更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）の中で信号が送受信される。

フィルタルール（およびＦＩＩＤ−インタフェースバインディング）は、典型的には、ＭＮの中で作成される（または他の方法でインストールされる）が、それは、通常は、利用可能なアクセスと、関連のアプリケーションと、ユーザのプリファレンスとの概要を有するエンティティである。（ＭＮから）発信されるパケットについてのフィルタルールは、ＭＮの中にローカルに記憶されるだけでよく、他方、ＭＮは、（ＭＮ宛の）着信パケットについてのフィルタルールを、それらを必要とするノード群、例えば、自身のＭＩＰｖ６／ｍｏｎａｍｉ６ ＨＡおよびＣＮへ（ルート最適化を使用して）送信し、そして、適切なＦＩＩＤバインディング（例えば、ＦＩＩＤ−ＢＩＤバインディング）をこれらのノード群に信号を送受信する。

しかしながら、インターネットドラフト（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）「モバイルＩＰｖ６におけるフィルタインタフェース識別子バインディング（Ｆｉｌｔｅｒ Ｉｎｔｅｒｆａｃｅ Ｉｄｅｎｔｉｆｉｅｒ Ｂｉｎｄｉｎｇ ｉｎ Ｍｏｂｉｌｅ ＩＰｖ６）」（ｄｒａｆｔ−ｋａｕｐｐｉｎｅｎ−ｍｏｎａｍｉ６−ｂｉｎｄｉｎｇ−ｆｉｌｔｅｒ−ｒｕｌｅ−００）の中で記載されたメカニズムは、フィルタルールをＢＩＤにバインディングして、そのようなバインディングをリモートノードへ信号を送受信することのできる唯一の方法というわけではない。同様に、ＦＩＩＤを使用することが、フィルタルールを識別する唯一の方法というわけではない。選択的には、その代替となるメカニズムが、インターネットドラフト（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）「モバイルＩＰｖ６にフローバインディングとネモベーシックサポート（Ｆｌｏｗ Ｂｉｎｄｉｎｇｓ ｉｎ Ｍｏｂｉｌｅ ＩＰｖ６ ａｎｄ Ｎｅｍｏ Ｂａｓｉｃ Ｓｕｐｐｏｒｔ）」（ｄｒａｆｔ−ｓｏｌｉｍａｎ−ｍｏｎａｍｉ６−ｆｌｏｗ−ｂｉｎｄｉｎｇ−０４）の中に記載されている。このインターネットドラフト（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）の中ではフローとそのバインディングとを識別するために、ＭＮのホームアドレスとの組み合わせでフロー識別子（Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ（ＦＩＤ））が使用されている。フローは、同一の種類のパラメータを（フィルタルールが適用されるフローにマッチさせるために使用される）フィルタルールのマッチ式として使用して定義され、従って、フロー記述とフィルタルールマッチ式とは、本質的に同じことを定義する。また、Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ ｄｒａｆｔ−ｓｏｌｉｍａｎ−ｍｏｎａｍｉ６−ｆｌｏｗ−ｂｉｎｄｉｎｇ−０４は、ＦＩＩＤの代わりにＦＩＤが使用されるけれども、フィルタルール／フローとＢＩＤのバインディングをリモートノード、例えば、ホームエージェントまたはＣＮに信号を送受信するために、バインディング更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅｓ）を使用する。

このように、フィルタルール／フローを識別するための別の手段（例えば、ＦＩＩＤ、ＦＩＤ、あるいはホームアドレスとＦＩＤとの組み合わせ）が存在する。本発明では、識別手段の特定の詳細は必須ではない。本明細書では、いかなるタイプのフィルタルール／フロー識別子を参照するために「フィルタルール識別子」という一般的な用語を使用しており、それには、例えば、ＦＩＩＤと、ＦＩＤと、あるいはホームアドレスとＦＩＤとの組み合わせとが含まれる。同様に、本明細書では、「フィルタルール‐ＢＩＤバインディング」という用語は、それがＦＩＩＤと、ＦＩＤと、ホームアドレスとＦＩＤとの組み合わせと、あるいは、ＢＩＤにバインディングされているフィルタルールを識別するためのいずれかの他の手段とのうちでいずれを使用していようと、一般にフィルタルールとＢＩＤとの間のバインディングを参照するために使用される。従って、本明細書では、「フィルタルール‐インタフェースバインディング」という用語は、それがＦＩＩＤと、ＦＩＤと、ホームアドレスとＦＩＤとの組み合わせと、あるいは、インタフェースにバインディングされているフィルタルールを識別するためのいずれかの他の手段とのうちでいずれを使用していようと、一般にフィルタルールとインタフェースとの間のバインディングを参照するために使用される。

典型的には、発信パケットおよび着信パケットのためのフィルタルールは対称であり、そうすることで、同一のフローの発信パケットおよび着信パケットは、同一のアクセスインタフェースを介して転送されるが、非対称的なフィルタルールもまた可能である。

フィルタルールは、同時マルチアクセス環境において非常に有用なフロー管理ツールとなる可能性があるが、ＰＭＩＰｖ６に関連してフィルタルールを管理することには問題がある。

問題の１つは、ＭＮが自身のＬＭＡに気付くべきでなく、また、それとの直接の関係を有するべきでないという事実に由来するものである（理想的には、ＭＮは、それがＰＭＩＰｖ６のサービス圏内にいることすら、気付く必要があるべきでない）。従って、ＭＮは、フィルタルールを直接ＬＭＡへ転送することができない。

ＰＭＩＰｖ６に関連するフィルタルール管理のもう１つの問題は、ｍｏｎａｍｉ６シグナリングがＰＭＩＰｖ６用に使用される場合、フィルタルール‐ＢＩＤバインディングシグナリングを統合することが問題となるということである。その理由は、ＰＭＩＰｖ６／ｍｏｎａｍｉ６メッセージは、そして、特に、プロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ（ＰＢＵ））は、ＭＮからではなくＭＡＧから送信されるからである。ＭＡＧは、ＭＮによって使用されるすべてのアクセスの概要を把握しているわけではない。さらに、ＭＡＧは、ＭＮが作成している（あるいはその他の方法でインストールされた）フィルタルールと、それらのフィルタルール‐インタフェースバインディングとに気付いていない。従って、ＭＡＧは、フィルタルール‐ＢＩＤバインディングをＭＮに代わってＬＭＡに信号を送受信することができない。

フィルタルール管理をさらに複雑にする状況は、図３に示されるように、ＭＮが、同一のＭＡＧに接続している複数の異なるアクセスリンクに接続する場合である。この場合、フィルタルールは、（図３の例では）ＭＡＧ２が自身のアクセスリンクの内のどれを使って自身がダウンリンクパケットを送信すべきか知ることを目的として、ＭＮおよびＬＭＡにおいてだけでなく、ＭＡＧ２にもインストールされなければならない。すべてのＭＡＧは、同一の（ホーム）プレフィックスをＭＮに広告し、そうすることで、ＭＮは、図３に示される状況と、異なるアクセスリンクが異なるＭＡＧに属する状況とを、区別することができないであろう。ＭＮがこの状況を区別できるようにする１つの方法は、各ＭＡＧに異なるリンク‐ローカルアドレスを与えて、同一のＭＡＧのすべてのアクセスリンクインタフェース上で同一のリンク‐ローカルアドレスを構成することである。しかしながら、そのようなスキームは、同一のＰＭＩＰｖ６ドメインの中のすべてのＭＡＧについて同一のリンク−ローカルアドレスを構成するための、２００７年３月のＳ．Ｇｕｎｄａｖｅｌｌｉ他「プロキシモバイルＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６）」、Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ ｄｒａｆｔ−ｓｇｕｎｄａｖｅ−ｍｉｐ６−ｐｒｏｘｙｍｉｐ６−０２の中の提案の１つに干渉する可能性がある。

プロキシモバイル通信ネットワーク内で同時マルチアクセスの状況を処理する際の問題の１つは、ＭＮについてのＣｏＡが（従って、アクセスが）ＬＭＡの中でどのように処理されるかを制御できないことである。すなわち、ＭＮが、ＰＭＩＰｖ６に関してアクセスがどのように使用されるべきかを、例えば、新たなアクセスがすでに使用されているアクセスに追加されるべきかどうか、または１つ以上の古いアクセスと置換されるべきかを、指示する方法を有していない。ＭＡＧもＬＭＡも、ＭＮの意図を予想する方法を有していない。さらに、ＢＩＤの割当の調整も欠如している。たとえＭＡＧが新たなＣｏＡが既存のＣｏＡに追加されるべきであるかまたは古いＣｏＡと置換されるべきであるかどうかを知っていても、ネットワーク内の他のＭＡＧがどのＢＩＤを既存のＣｏＡに割り当てているかを知らないであろう。さらなる問題は、ＭＮがフィルタルールを直接ＬＭＡに送信できないということであり、それは、ＬＭＡとの直接の関係を持たず、ＬＭＡのＩＰアドレスを知らず、かつ、理想的には、ＭＮは自身がＬＭＡのサービス圏内にいることにすら気付かないからである。さらに、ＰＭＩＰｖ６／ｍｏｎａｍｉ６メッセージに統合されているフィルタルール‐ＢＩＤバインディングシグナリングを使用することには問題がある。これは、ＭＮに代わってＰＭＩＰｖ６／ｍｏｎａｍｉ６シグナリングを処理するＭＡＧは、ＭＮが使用しているアクセスの必要な概要を有していないからである。また、ＭＡＧは、ＭＮが作成している（あるいはその他の方法でインストールされている）フィルタルールと、それらのフィルタルール‐インタフェースバインディングに気付いていない。従って、ＭＡＧは、フィルタルール‐ＢＩＤバインディングをＭＮに代わってＬＭＡに信号を送受信することができない。国際公開番号ＷＯ２００７／０３９０１６は、マルチホーム化ＭＮによってホームネットワークと外部ネットワークの同時使用を可能にする方法を記載しているが、ＭＮに対するＣｏＡを処理する制御を許容していない。

上述のメカニズムの一般的な性質は、フロー管理の制御権がＭＮにあるという意味で、それらが端末中心ということである。これは、オペレータ制御の優先度が高い一定の状況では、例えば、一部のセルラーネットワークでは、問題である。

上述のいくつかの問題、すなわち、ＣｏＡとＢＩＤとの割当、並びにフィルタルール管理の制御と調整とが欠如しているという問題を克服する解決策が必要である。加えて、これらのメカニズムをよりオペレータに制御させるような解決策を提供することが望ましいであろう。

上述のいくつかの問題を解消することを目的として、本発明者は、ＭＮの所在についてネットワーク内の各種のエンティティからアクセス選択（Ａｃｃｅｓｓ Ｓｅｌｅｃｔｉｏｎ（ＡＳ））サーバが情報提供される方法および装置を考案している。この情報によって、ＡＳサーバは、ＣｏＡがＬＭＡにおいてどのように登録されるか、および、異なるフローが異なるアクセス上でどのように送信されるかを、例えば、ローカルモビリティアンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）のようなモビリティアンカーノードに登録されることになるＣｏＡにＭＡＧが関連付けるＢＩＤを割り当てることによって、制御できる。また、ＡＳサーバは、ＭＮに関連するフィルタルールを関連するノード群に、例えば、ＬＭＡおよび場合によってはＭＮに、配信する。

本発明の第１の態様に従えば、移動ノードがプロキシノードを介して通信ネットワークにアクセスする通信ネットワークで使用する方法が提供される。移動ノードのアクセスを制御するアクセス制御ノードでは、接続情報がプロキシノードから受信される。この接続情報は、移動ノードの通信ネットワークへの接続に関連し、そして、移動ノードの識別子を含んでいる。受信された情報に基づき、ノードは、移動ノードに代わってプロキシノードによって使用される気付アドレスを関連付けるためのバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定する。次いで、バインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）は、後でモビリティアンカー機能に登録するために、プロキシノードへ送信される。この方法は、ネットワークに接続する移動ノードにバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を割り当てることへのネットワーク中心の手法を提供する。

オプションとしては、既存のバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が、気付アドレスに関連付けられる、あるいは、一意のバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が、気付アドレスに関連付けられる。これらの選択肢は、それぞれ、既存の気付アドレスの置換のため、また、新たな気付アドレスの追加のために使用される。

さらにこの方法は、オプションとして、移動ノードの気付アドレスに関連する少なくとも１つのフィルタルールを判定することと、判定されたバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）にフィルタルールから取得されたフィルタルール識別子をバインディングすることとを備える。次いで、フィルタルールは、モビリティアンカー機能へ送信され、そして、フィルタルール識別子とバインディングとが、後でモビリティアンカー機能に登録するためにプロキシノードへ送信される。

フィルタルールの使用についてのより一層の制御権を移動ノードに与えることが望まれる場合には、フィルタルールはオプションとして移動ノードへ送信される。

この方法は、オプションとして、気付アドレスに関連付けるためのバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定するために、移動ノードに関連する少なくとも１つのポリシーを使用することを含んでいる。これによって、ネットワークオペレータがバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）をネットワークポリシーに従って判定することが可能になる。これらのポリシーは、アクセス制御ノードでデータベースから取得されてもよいし、あるいは、リモートノードから取得されてもよい。多くの場合、ネットワークオペレータは、１つ以上のポリシーを適用することを望むであろうから、この方法は、オプションとして、アクセス制御ノードに複数のポリシーを記憶することを含んでいる。ポリシーがリモートノードから取得される場合には、リモートノードは、オプションとして、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と、加入者プロファイルリポジトリ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）と、ポリシー課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）と、ポリシーサーバ（Ｐｏｌｉｃｙ Ｓｅｒｖｅｒ）とのいずれかから選択される。

移動ノードのアクセスに関連する情報は、オプションとして、移動ノードと、移動アクセスゲートウェイ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）と、認証、認可＆アカウンティング（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ ＆ Ａｃｃｏｕｎｔｉｎｇ）サーバと、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）エンティティと、無線ネットワークノードとのいずれか１つからアクセス制御ノードへ送信される。これらのノードはすべて、例えば、適用されるポリシーを判定する、あるいは、気付アドレスが置換されるまたは追加されるかを判定するために役立ち得る、移動ノードについての情報を提供することができる。

この通信ネットワークは、オプションとして、プロキシモバイルＩＰｖ４ネットワークと、プロキシモバイルＩＰｖ６ネットワークとのいずれか一方から選択され、その場合、モビリティアンカー機能は、ローカルモビリティアンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）であり、プロキシノードは、移動アクセスゲートウェイ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）である。

アクセス制御ノードは、オプションとして、アクセス選択サーバ（Ａｃｃｅｓｓ Ｓｅｌｅｃｔｉｏｎ Ｓｅｒｖｅｒ）と、アクセスネットワークディスカバリ選択機能（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）ノードとのいずれかから選択される。これは、これらのノードが、移動ノードのアクセスを制御するために適しているからである。

本発明の第２の態様に従えば、移動ノードがプロキシノードを介して通信ネットワークにアクセスする通信ネットワークで使用するためのアクセス制御ノードが提供される。このアクセス制御ノードは、プロキシノードからの接続情報を受信するための手段、例えば受信機を備えており、その接続情報は、移動ノードの通信ネットワークへの接続に関連し、かつ、移動ノードを識別する識別子を含んでいる。アクセス制御ノードは、さらに、受信された情報に基づいて、移動ノードに対して使用される気付アドレスを関連付けるためのバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定するための手段と、モビリティアンカー機能に後で登録するためにバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）をプロキシノードへ送信するための送信機とを備える。

アクセス制御ノードは、オプションとして、移動ノードの気付アドレスに関連する少なくとも１つのフィルタルールを判定するための手段と、判定されたバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）にフィルタルールから取得されるフィルタルール識別子をバインディングするための手段と、フィルタルールをモビリティアンカー機能へ送信するための手段と、そして、フィルタルール識別子とバインディングとを、その後のモビリティアンカー機能への登録のためにプロキシノードに送信するための手段とを備える。

移動ノードにフィルタルールを提供することが望ましい場合には、アクセス制御ノードは、オプションで、移動ノードにフィルタルールを送信するための手段を備える。

ネットワークオペレータがネットワークポリシーに従ってバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定できるようにすることを目的として、アクセス制御ノードは、オプションで、気付アドレスに関連付けるためのバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定するために、移動ノードに関連する少なくとも１つのポリシーを使用するための手段を備える。さらに、アクセス制御ノードは、オプションで、移動ノードのために使用されることになるフィルタルールを判定するために、かつ、フィルタルール識別子がバインディングされるべきバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を判定するために、移動ノードに関連する少なくとも１つのポリシーを使用するための手段を備える。

アクセス制御ノードは、オプションで、アクセス制御ノードに複数のポリシーを記憶するためのメモリを備える、あるいは、アクセス制御ノードは、リモートノードからポリシーを取得するための手段を備える。オプションで、アクセス制御ノードは、追加として、または、代わりとして、通信ネットワーク内のリモートノードからポリシーを受信するための受信機を備えていて、そのリモートノードは、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と、加入者プロファイルリポジトリ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）と、ポリシー課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）と、ポリシーサーバ（Ｐｏｌｉｃｙ Ｓｅｒｖｅｒ）とのいずれかから選択される。

本発明の第３の実施形態に従えば、移動ノードがプロキシノードを介して通信ネットワークにアクセスする通信ネットワークで使用するためのプロキシノードが提供される。プロキシノードは、移動ノードがプロキシノードを介してネットワークに接続することを要求するメッセージを移動ノードから受信するための受信機を備える。プロキシノードは、さらに、アクセス制御ノードへの接続情報を送信するための送信機と、移動ノードのために使用される気付アドレスに関連付けられているバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）をアクセス制御ノードから受信するための手段とを備えており、前記接続情報は、移動ノードを識別する識別子を含んでいる。また、プロキシノードは、バインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）と、気付アドレスと、バインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）と気付アドレス間との関連付け（アソシエーション）とを、モビリティアンカー機能へ送信するための手段を備える。

プロキシノードは、オプションで、フィルタルール識別子と、フィルタルール識別子をアクセス制御ノードからのバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）に関連付ける情報とを受信するための手段と、フィルタルール識別子と、フィルタルール識別子をバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）に関連付ける情報とをモビリティアンカー機能へ送信するための手段とを備える。

本発明の第４の態様に従えば、移動ノードがプロキシノードを介して通信ネットワークにアクセスする通信ネットワークで使用するローカルモビリティアンカーが提供される。ローカルモビリティアンカーは、移動ノードに関連付けられている気付アドレスと、移動ノードに関連するバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）と、バインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）と気付アドレスとの間の関連付け（アソシエーション）とを、プロキシノードから受信するための受信機を備える。

ローカルモビリティアンカーは、オプションで、フィルタルール識別子と、フィルタルール識別子をバインディング固有識別子（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）に関連付ける情報とをプロキシノードから受信するための手段と、フィルタルール識別子に関連付けられている少なくとも１つのフィルタルールをアクセス制御ノードから受信するための手段とを備える。

プロキシモバイルＩＰｖ６アーキテクチャをブロック図で概略的に示す図である。 同時マルチアクセスアーキテクチャをブロック図で概略的に示す図である。 プロキシモバイルＩＰｖ６アーキテクチャにおける同時マルチアクセス状況をブロック図で概略的に示す図である。 本発明の一実施形態に従う通信ネットワークのシグナリングとシステムアーキテクチャとをブロック図で概略的に示す図である。 本発明の一実施形態のステップを示すフロー図である。 本発明の実施形態に従って使用されるノードをブロック図で概略的に示す図である。

以下の記載は、例えば、特定の実施形態、手順、技術等のような具体的詳細について、限定するものではなく説明を目的として説明する。当業者であれば、これらの具体的詳細以外に他の実施形態が採用されてもよいことを理解するであろう。場合によっては、周知の方法、インタフェース、回路およびデバイスの詳細説明は、不要な詳細で記載をあいまいにしないように省略する。また、一部の図面では、個別のブロックが示される。当業者は、これらのブロックの機能は、個別のハードウェア回路を使用して、適切にプログラムされたデジタルマイクロプロセッサまたは汎用コンピュータととともにソフトウェアプログラムおよびデータを使用して、特定用途向け集積回路（ＡＳＩＣ）を使用して、および／または、１つ以上のデジタルシグナルプロセッサ（ＤＳＰ）を使用して実装されてもよいことを理解するであろう。

本発明の第１の実施形態では、アクセス選択（Ａｃｃｅｓｓ Ｓｅｌｅｃｔｉｏｎ（ＡＳ））サーバ４０１が通信ネットワーク内に提供される。ＡＳサーバ４０１は、ＭＮ４０２の所在およびその他のコンテキスト情報をネットワーク内の各種のエンティティから通知される。利用可能なアクセスについての情報は、ＭＮから、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ））エンティティから、ＭＡＧ４０３、４０４から、認証、認可及びアカウンティング（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ））サーバから、あるいは無線ネットワークエンティティから送信することもできる。ＭＮのネットワーク接続についての情報は、ＭＡＧまたはＡＡＡサーバによって提供することもできる。アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＦ））、ネットワークゲートウェイ（例えば、ＭＡＧまたはＬＭＡ４０５／ＳＡＥ ゲートウェイ）、またはＭＮ自身が、開始されたアプリケーションについての情報を提供する。この情報は、概要を取得するためにＡＳサーバによって使用され、それによってＡＳサーバは、アクセスがどのように使用されるか、そして、特に、ＣｏＡがＬＭＡ４０５にどのように登録されるか、そして、異なるフローが異なるアクセス上でどのように送信されるか、ということの制御に関連する決定を行うことができる。

ＬＭＡ４０５においてＭＮ４０２によって使用されるＣｏＡ群の登録を制御する（すなわち、古いＣｏＡを置換するか、既存のＣｏＡに追加するかについての決定を行う）ことを目的として、ＡＳサーバ４０１は、ＬＭＡ４０５の中に登録されているＣｏＡにＭＡＧ４０３、４０４が関連付けるＢＩＤを割り当てる。フロー管理を制御するために、ＡＳサーバ４０１は、フィルタルールをＬＭＡ４０５とＭＮ４０２とに転送し、そして、フィルタルール識別子（例えば、ＦＩＩＤ、ＦＩＤ、または上述のようなホームアドレスとＦＩＤとの組み合わせ）を、それらをどのようにしてＢＩＤにバインディングするかについての指示と共にＭＡＧ４０３、４０４へ送信する。また、ＭＮ４０２は、フィルタルールを、ＡＳサーバ４０１からかまたは別のノードから受信される、またはＭＮの中に（例えばＳＩＭ／ＵＳＩＭカード上で）事前に構成されていてもよいポリシールールに基づいて、単独で生成することができる。ＡＳサーバ４０１は、アクセス選択とフィルタルール生成とを制御するために、ポリシーを使用する。このポリシーは、外部ソースから、例えば、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ））や、加入者プロファイルリポジトリ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ（ＳＰＲ）や、ポリシー課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ（ＰＣＲＦ））、または別のタイプのポリシーサーバ（Ｐｏｌｉｃｙ Ｓｅｒｖｅｒ）から検索されてもよいし、および／または、ＡＳサーバ内でポリシーが構成されてもよい。

詳細には、ＡＳサーバ４０１は、ＭＮ４０２と同一の利用可能なアクセスの概要を有する。この情報は、ＭＮ４０２と、ネットワーク内のＲＲＣエンティティと、ＭＡＧ（すなわち、アクセスルータ）と、ＭＮが接続する無線ネットワークノードと、および／または、（ＭＮが最初にネットワークに接続する場合に関与する）ＡＡＡサーバとのいずれかからＡＳサーバ４０２に報告される。この概要を備え、かつ、アクセスセレクタとしてのその役割を備えているため、ＡＳサーバ４０１は、ＭＮ４０２によって使用されるＣｏＡがどのようにＬＭＡ４０５に登録されるかを制御するために好適である。

ＡＳサーバ４０５は、ＭＡＧ４０３、４０４がＣｏＡに関連付けてＬＭＡ４０５に登録するＢＩＤを割り当てることによって、ＣｏＡ群の登録を制御する。ＢＩＤ割当のこのような一元的な調整によって、ＡＳサーバ４０１は、（既存のＢＩＤを新たなＣｏＡに割り当てることによって）新たなＣｏＡが古いＣｏＡと置換されるべきか、あるいは、（一意のＢＩＤを新たなＣｏＡに割り当てることによって）既存のＣｏＡに追加されるべきかを制御することができる。ＡＳサーバ４０１は、これらの決定の基礎としてポリシーを使用する。ここで、ＡＳサーバ４０１は、ＭＮ４０２について使用される実際のＣｏＡ群を知る必要はないことに注意すべきである。ＡＳサーバ４０１が、ＭＮ４０２の利用可能なアクセスをＭＮ４０２に関連付けることができれば、それで十分である。従って、例えば、ＮＡＩあるいはホームアドレスあるいはＩＭＳＩのような、ＭＮ４０２に関連付けられているいずれかの一意の識別子があれば、ＡＳサーバ４０１にとっては十分である。

ＭＮ４０２がＭＡＧ４０３に接続する場合、ＭＡＧ４０３は、ＭＮ４０２がＭＡＧ４０３に接続したことをＡＳサーバ４０１に通知する（あるいは代わりに、ＡＳサーバ４０１が他のチャネルによって、例えば、ＡＡＡサーバによって通知される）。ＡＳサーバの接続を通知する場合、関係しているＭＮ４０２の一意の識別子、例えば、ＮＡＩ、ホームアドレス、またはＩＭＳＩが、ＡＳサーバ４０１に搬送される。ＭＡＧ４０３がＭＮ４０２に割り当てるＣｏＡも、ＡＳサーバ４０１に搬送されてもよいが、これはオプションであって、必須ではない。次いで、ＡＳサーバ４０１は、（ＬＭＡにおいてＭＡＧが登録するＣｏＡに関連付けられることになる）ＢＩＤを割り当てて、そして、そのＢＩＤを、ＢＩＤサブオプションの中のフラグをどのように設定するかについての命令と一緒に、プロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ（ＰＢＵ））でＭＡＧ４０３へ送信する。

これらのステップは図５に示され、以下の番号は、図５で使用される番号を示している。

５０１ ＡＳサーバは、ＭＮのアクセスに関係する情報を各種のノードから受信する。

５０２ ＭＮが新たなＭＡＧに接続する場合、ＡＳサーバは、接続に関係する接続情報を受信する。この情報には、ＭＮを識別する一意の識別子、例えば、ＮＡＩ、ホームアドレス、またはＩＭＳＩが含まれる。

５０３ ポリシーと各種のノードから受信した情報とに基づいて、ＡＳサーバは、ＭＡＧがＭＮのために使用しているＣｏＡに関連付けることになるＢＩＤを判定する。

５０４ ＢＩＤとアソシエーション（関連付け）命令とが、ＭＡＧへ送信される。

５０５ ＭＡＧが、ＢＩＤとＣｏＡと、アソシエーション（関連付け）とを、登録用のＬＭＡへ送信する。

本明細書の図６を参照すると、プロキシモバイルＩＰ通信ネットワークで使用するためのノードが示される。一実施形態では、このノードは、例えば、アクセス選択（Ａｃｃｅｓｓ Ｓｅｌｅｃｔｉｏｎ）サーバのようなアクセス制御ノードである。ＡＳサーバは、ＭＡＧを含む各種のノードからのシグナリングを受信するための受信機６０１を備える。これは、１つの物理的な受信機であってもよいであろうし、複数のエンティティから情報を受信するための異なる物理的な受信機であってもよいであろう。ＡＳサーバは、さらに、ＣｏＡに関連付けるためのＢＩＤを判定するように構成されているプロセッサ６０２と、ＭＡＧとＬＭＡとに対するシグナリングを送信するための送信機６０３とを備える。この場合もやはり、送信機は、１つの物理的な送信機であってもよいであろうし、複数のエンティティと通信するための複数の物理的な送信機であってもよいであろう。ＡＳサーバはさらに、メモリ６０４を備える。

また、図６のノードは、例えば、ＭＡＧのようなプロキシノードを示してもよい。ＭＡＧは、ＭＮとＡＳサーバとを含む各種のエンティティから情報を受信するための１つ以上の受信機６０１’を備える。ＭＡＧは、さらに、プロセッサ６０２’と、ＬＭＡとＡＳサーバとを含む各種のエンティティにシグナリングを送信するための１つ以上の送信機６０３’を備える。ＭＡＧは、さらに、メモリ６０４’を備える。

また、図６のノードは、例えば、ＬＭＡのようなモビリティアンカーノードを示してもよい。ＬＭＡは、１つ以上のＭＡＧおよびその他のエンティティ、例えば、ＡＳサーバからの通信を受信するための１つ以上の受信機６０１”を備える。ＬＭＡは、さらに、フィルタルール識別子と、ＢＩＤと、マッピング情報とを記憶するためのメモリ６０４”と、プロセッサ６０２”とを備える。ＬＭＡは、さらに、他のネットワークエンティティにシグナリングを送信するための１つ以上の送信機６０３”を備える。

同時マルチアクセスがＭＮ４０２についてサポートされていない場合（これは、ＭＮの能力に起因することもあるし、加入制限に起因することもある）、ＭＡＧ４０３は、ネットワークアクセス手順の間にＡＡＡ通信を使用して通知される。この場合、ＭＡＧ４０３は、（他の目的でそれが必要とされない限り）ＭＮ４０２の接続についてＡＳサーバ４０１に通知する必要はなく、かつ、（ＭＮ４０２についてＣｏＡを登録する場合にはＢＩＤは不要であるから）ＢＩＤが割り当てられることを待機する必要もない。選択的には、ＭＡＧ４０３は、ＭＮ４０２についてＢＩＤが必要とされないことを、ＡＳサーバ４０１によって通知される。

別の実施形態では、ＡＳサーバ４０２は、ＢＩＤ割当とＣｏＡ管理とを制御することに加えて、フロー管理をＭＮに代わって処理する。この場合、ＡＳサーバは、（ＨＳＳ、ＳＰＲ、ＰＣＲＦまたはその他のリポジトリから取得される、またはＡＳサーバ自身の中に構成されるかいずれか一方の）関連のポリシーにアクセスして、フィルタルールをそれに応じて生成することができる。フィルタルールは、事前に生成される、またはアプリケーションの起動によってトリガされる。３ＧＰＰに基づくサービス（ＩＭＳまたは非ＩＭＳ）を含むアプリケーションの起動は、ＡＦまたはＰＣＲＦ、あるいはいずれかの他の適切なノードからＡＳサーバに示される。その他のサービス、例えば、インターネットに基づくサービスは、ゲートウェイ（例えば、ＭＡＧまたはＬＭＡ／ＳＡＥゲートウェイ）においてポート番号を探ることによって識別される。ＭＮ４０２からＡＳサーバ４０１に送信される、アプリケーションが開始されているという明示的なシグナリングが使用されてもよい。また、上述のように、ＭＮ４０２が新たなアクセスに接続して（古いアクセスから離れる）場合、ＡＳサーバ４０１が気付されてもよい。これは、いずれかの適切なノードから、典型的にはＭＡＧまたはＡＡＡサーバから、ＡＳサーバ４０１に通信される。

ＡＳサーバ４０１は、作成されたまたは更新されたフィルタルールおよびフィルタルール削除指標をＬＭＡ４０５およびＭＮ４０２へ転送する。フィルタルールをＬＭＡ４０５へ送信する場合、ＡＳサーバ４０１は、２００７年３月のＣ．Ｌａｒｓｓｏｎ他「マルチアクセスモバイルＩＰｖ６用のフィルタルールメカニズム（Ａ Ｆｉｌｔｅｒ Ｒｕｌｅ Ｍｅｃｈａｎｉｓｍ ｆｏｒ Ｍｕｌｔｉ−ａｃｃｅｓｓ Ｍｏｂｉｌｅ ＩＰｖ６）」Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ ｄｒａｆｔ−ｌａｒｓｓｏｎ−ｍｏｎａｍｉ６−ｆｉｌｔｅｒ−ｒｕｌｅｓ−０２に記載されるようにフィルタルール転送プロトコルを使用することができる。フィルタルールをＭＮ４０２へ転送する場合に同一のプロトコルを使用することもできるし、あるいは、ＡＳクライアント‐サーバプロトコルを使用することもできる。フィルタルールを転送するのではなく、ＭＮ４０２とＡＳサーバ４０１とが、同一のフィルタルールを互に依存せずに同一のポリシールールに基づいて生成することができる。ポリシールールは、ＡＳサーバ４０１からＭＮ４０２へ転送されてもよいが、別のノードから搬送されてもよいし、ＭＮの中で（例えば、ＳＩＭ／ＵＳＩＭカードに）事前に構成されることすらあってよい。

ＡＳサーバ４０１は、ＭＡＧ４０３がＭＮ４０１のために登録するＢＩＤにバインディングされることになるフィルタルール識別子（および、削除されることになるいずれかのフィルタルール‐ＢＩＤバインディングに関連する命令）を、関連のＭＡＧ４０３に転送する。ＡＳサーバ４０１は、割り当てられたＢＩＤと一緒にこれらのフィルタルール識別子を送信する、あるいは別個のメッセージの中で、例えば、フィルタルール転送プロトコルを使用して送信する。いずれの場合でも、ＭＡＧ４０３は、割り当てられたＢＩＤと、ＢＩＤにバインディングされることになるフィルタルール識別子（あるいは、ＢＩＤにバインディングされるべきフィルタルール識別子が存在しないという指標）との両方を受信した後で、後続するＰＢＵをＬＭＡ４０５へ送信するだけである。これによって、ＭＡＧ４０３が重複してＰＢＵを、すなわち、ＭＮの接続によってトリガされる、ＣｏＡとＢＩＤとを登録するための１つのＰＢＵと、フィルタルール識別子をＢＩＤにバインディングするための後続のＰＢＵとを、ＬＭＡ４０５へ送信しないことを保証する。

同時マルチアクセスがＭＮ４０１についてサポートされない場合には、ＭＡＧ４０３は、上述のように通知され、そして、ＰＢＵをＬＭＡ４０５へ送信する前にフィルタルール‐ＢＩＤバインディング命令を待機することはしない。

マルチアクセスリンクＭＡＧの状況を処理するため、ＭＡＧ（またはＡＡＡサーバまたは他のソース）は、どのアクセスリンクにＭＮが接続するのか、および、ＭＮがＭＡＧの別のアクセスリンクに切り替わるのかどうか（または、以前に接続したアクセスリンクにＭＡＧの別のアクセスリンクを追加するのかどうか）をＡＳサーバに通知する必要があるであろう。ＡＳサーバは、フィルタルール識別子だけでなく、フィルタルールを、ＭＡＧの中にインストールされることになるマルチアクセスリンクＭＡＧへも転送する必要があるであろうし、これらのフィルタルールまたはそれらのフィルタルール識別子がどのようにＭＡＧの異なるアクセスリンクにバインディングされるべきなのかについての命令も転送する必要があるであろう。これらのフィルタルールは、ダウンリンクパケットについてのアクセス選択を制御するために必要とされる。

代替的実施形態では、マルチアクセスリンクＭＡＧは、各アクセスリンクについて異なるＣｏＡ（すなわち、異なるＭＡＧ−ＬＭＡトンネル）を使用する。この場合、各ＭＡＧ−ＬＭＡトンネル（従って、ＣｏＡ）とアクセスリンクとの間に明確なアソシエーション（関連付け）が存在するのだから、ＡＳサーバ４０１は、完全なフィルタルールをＭＡＧへ転送することはしない。この代替的実施形態では、ＡＳサーバは、ＭＡＧがＭＮのために使用している各ＣｏＡについて１つのＢＩＤを割り当てる。

別の実施形態では、その他の点では、上述の実施形態群とも一致するのだが、ＡＳサーバ４０１は、ＭＡＧに代わって（「代替ＣｏＡ」機能を使用して）ＬＭＡ４０５に対するＰＭＩＰｖ６シグナリングを処理する。

上述の本発明は、アクセス／ＣｏＡがどのように相互に置換されるかまたは追加されるかの制御の欠如と、ＢＩＤ割当の調整の欠如と、フィルタルールをＰＭＩＰｖ６ ＬＭＡに伝達する手段の欠如と、フィルタルールまたはフィルタルール識別子がどのようにＬＭＡにおいてＢＩＤにバインディングされるかを制御して表示する手段の欠如と、そして、（ＭＮに代わって）同時マルチアクセス状況におけるアクセス選択とアクセス管理とフロー管理のオペレータによる直接制御の欠如と、といういくつかの問題の解決策を提供する。さらに、本発明は、同時マルチアクセス状況におけるＣｏＡ管理とフロー管理とを含めて、オペレータがアクセス選択の制御を維持することを可能にする。本発明は、マルチアクセスリンクＭＡＧ状況と互換性があり、そして、ＰＭＩＰｖ６ ＬＭＡ（またはマルチアクセスリンクＭＡＧ）が、フィルタルールおよびフィルタルールバインディングによって制御されるような、負荷バランシングまたは容量集約を目的として複数のアクセス上で多方向キャスティング（ｂｉ−ｃａｓｔｉｎｇ）（またはｎ−ｃａｓｔｉｎｇ）を使用することを可能にする。本発明は、ネットワーク中心／オペレータ中心の環境に適しており、例えば、３ＧＰＰ ＳＡＥがそれに該当するが、その場合、ＡＳサーバがＡＮＤＳＦ（アクセスネットワークディスカバリ及び選択機能（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ））サーバ／コントローラに相当する。

当業者であれば、本発明の範囲から逸脱することなく上述の実施形態に対して各種の変形が行われうることが理解されるであろう。例えば、本発明は、プロキシ（Ｐｒｏｘｙ） ＭＩＰまたはＰＭＩＰｖ６の例を使用して記載されているが、別のノードに代わってモビリティシグナリングを処理するプロキシゲートウェイをサポートする、任意のプロトコルについても本発明が使用されうることは理解されるであろう。

本明細書では、下記の頭字語が使用されている。

３ＧＰＰ 第三世代パートナシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）
ＡＡＡ ユーザ認証・認可・アカウンティング（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ ＆ Ａｃｃｏｕｎｔｉｎｇ）
ＡＦ アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）
ＡＮＤＳＦ アクセスネットワークディスカバリおよび選択機能（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）
ＡＳ アクセス選択（Ａｃｃｅｓｓ Ｓｅｌｅｃｔｉｏｎ）
ＢＩＤ バインディング固有識別番号（Ｂｉｎｄｉｎｇ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）
ＢＵ バインディング更新（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）
ＣＮ 対向ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）
ＣｏＡ 気付アドレス（Ｃａｒｅ−ｏｆ Ａｄｄｒｅｓｓ）
ＦＩＤ フロー識別子（Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）
ＦＩＩＤ フィルタインタフェース識別子（Ｆｉｌｔｅｒ Ｉｎｔｅｒｆａｃｅ Ｉｄｅｎｔｉｆｉｅｒ）
ＨＡ ホームエージェント（Ｈｏｍｅ Ａｇｅｎｔ）
ＨＳＳ ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）
ＩＭＳ ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）
ＩＭＳＩ インターネット移動加入者アイデンティティ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）
ＩＰ インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）
ＩＰｖ６ インターネットプロトコルバージョン６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）
ＬＭＡ ローカルモビリティアンカー（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）
ＭＡＧ 移動アクセスゲートウェイ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）
ＭＩＰｖ６ モバイルＩＰｖ６（Ｍｏｂｉｌｅ ＩＰｖ６）
ＭＮ 移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ）
ＮＡＩ ネットワークアクセス識別子（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ）
ＰＢＵ プロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）
ＰＣＲＦ ポリシー課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）
ＰＭＩＰｖ６ プロキシモバイルＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６）
ＲＦＣ （Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）
ＲＲＣ 無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＡＥ システムアーキテクチャエボリューション（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）
ＳＡＥ ＧＷ ＳＡＥゲートウェイ（ＳＡＥ Ｇａｔｅｗａｙ）
ＳＩＭ 加入者アイデンティモジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）
ＳＰＲ 加入者プロファイルリポジトリ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）
ＵＳＩＭ ユニバーサル加入者アイデンティティモジュール（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）

Claims (16)

1. 移動ノード（４０２）がプロキシノード（４０３）を介して通信ネットワークにアクセスする前記通信ネットワークで使用する方法であって、
   アクセス制御ノード（４０１）で、前記プロキシノード（４０３）から、前記移動ノードの前記通信ネットワークへの接続に関連し、かつ前記移動ノードの識別子を含む接続情報を受信するステップ（５０１）と、
   前記受信した接続情報に基づいて、前記移動ノードに代わって前記プロキシノードによって使用される気付アドレスを関連付けるためのバインディング固有識別子を判定するステップ（５０３）と、
   前記バインディング固有識別子を、後でモビリティアンカー機能（４０５）に登録するために、前記プロキシノードへ送信するステップ（５０４）と、
   を備えることを特徴とする方法。
2. 既存のバインディング固有識別子の内の１つと固有のバインディング固有識別子は、前記気付アドレスに関連づけられている
   ことを特徴とする請求項１に記載の方法。
3. 前記移動ノードの前記気付アドレスに関連する少なくとも１つのフィルタルールを判定するステップと、
   判定された前記バインディング固有識別子に前記フィルタルールから取得されるフィルタルール識別子をバインディングするステップと、
   前記フィルタルールを、前記モビリティアンカー機能へ送信するステップと、
   前記フィルタルール識別子と前記バインディングとを、前記モビリティアンカー機能に後で登録するために前記プロキシノードへ送信するステップと
   を備えることを特徴とする請求項１または２に記載の方法。
4. 前記フィルタルールを前記移動ノードへ送信するステップを更に備える
   ことを特徴とする請求項３に記載の方法。
5. 前記気付アドレスに関連付けるための前記バインディング固有識別子を判定するために、前記移動ノードに関連する少なくとも１つのポリシーを使用するステップを更に備える
   ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 複数のポリシーを前記アクセス制御ノードに記憶するステップを更に備える
   ことを特徴とする請求項５に記載の方法。
7. 前記少なくとも１つのポリシーは、前記通信ネットワークのリモートノードから取得され、
   前記リモードノードは、ホーム加入者サーバ、加入者プロファイルリポジトリ、ポリシー課金ルール機能、ポリシーサーバの内の１つから選択される
   ことを特徴とする請求項５または６に記載の方法。
8. 前記移動ノードのアクセスに関連する情報が、前記移動ノード、移動アクセスゲートウェイ、認証、認可及びアカウンティングサーバ、無線リソース制御エンティティ及び無線ネットワークノードの内の１つから受信される
   ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 前記通信ネットワークは、プロキシモバイルＩＰｖ４ネットワーク及びプロキシモバイルＩＰｖ６ネットワークの内の１つから選択され、
   前記モビリティアンカー機能は、ローカルモビリティアンカーであり、
   前記プロキシノードは、移動アクセスゲートウェイであり、
   前記アクセス制御ノード（４０１）は、アクセス選択サーバ及びアクセスネットワークディスカバリ選択機能ノードの内の１つから選択される
   ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
10. 移動ノード（４０２）がプロキシノード（４０３）を介して通信ネットワークにアクセスする前記通信ネットワークで使用するアクセス制御ノード（４０１）であって、
    前記プロキシノードから、前記移動ノードの前記通信ネットワークへの接続に関連し、かつ前記移動ノードを識別する識別子を含む接続情報を受信する手段（６０１）と、
    受信された情報に基づいて、前記移動ノードのために使用される気付アドレスを関連付けるためのバインディング固有識別子を判定するための手段（６０２）と、
    前記バインディング固有識別子を、後でモビリティアンカー機能に登録するために、前記プロキシノードへ送信するための送信機（６０３）と
    を備えることを特徴とするアクセス制御ノード。
11. 前記移動ノードの前記気付アドレスに関連する少なくとも１つのフィルタルールを判定するための手段と、
    判定された前記バインディング固有識別子に前記フィルタルールから取得されるフィルタルール識別子をバインディングするための手段と、
    前記フィルタルールを、前記モビリティアンカー機能へ送信するための手段と、
    前記フィルタルール識別子と前記バインディングとを、前記モビリティアンカー機能に後で登録するために前記プロキシノードへ送信するための手段と
    を備えることを特徴とする請求項１０に記載のアクセス制御ノード。
12. 前記フィルタルールを前記移動ノードへ送信するための手段を更に備える
    ことを特徴とする請求項１１に記載のアクセス制御ノード。
13. 前記気付アドレスに関連付けるための前記バインディング固有識別子を判定するために、前記移動ノードに関連する少なくとも１つのポリシーを使用するための手段と、
    前記移動ノードに対して使用されるフィルタルールあるいはフィルタルール識別子を判定し、かつ前記フィルタルールの前記ルール識別子にバインドされるべきバインディング固有識別子を判定するために、前記移動ノードに関連する少なくとも１つのポリシーを使用するための手段と、
    前記アクセス制御ノードにおいて複数のポリシーを記憶するためのメモリと、
    前記通信ネットワークにおけるリモートノードからポリシーを受信するための受信機とを更に備え、
    前記リモートノードは、ホーム加入者サーバ、加入者プロファイルリポジトリ、ポリシー課金ルール機能、及びポリシーサーバの内の１つから選択される
    ことを特徴とする請求項１０乃至１２のいずれか１項に記載のアクセス制御ノード。
14. 移動ノード（４０２）がプロキシノードを介して通信ネットワークにアクセスする前記通信ネットワークで使用するプロキシノード（４０３）であって、
    前記プロキシノードを介して前記移動ノードの前記通信ネットワークへの接続を要求するメッセージを、前記移動ノードから受信するための受信機（６０１’）と、
    前記移動ノードを識別する識別子を含む接続情報を、前記アクセス制御ノード（４０１）へ送信するための送信機（６０３’）と、
    前記移動ノードに対して使用される気付アドレスに関連付けられているバインディング固有識別子を、前記アクセス制御ノードから受信するための手段と、
    前記バインディング固有識別子と、前記気付アドレスと、該バインディング固有識別子と該気付アドレス間とのアソシエーションとを、モビリティアンカー機能へ送信するための手段と
    を備えることを特徴とするプロキシノード。
15. フィルタルール識別子と、前記バインディング固有識別子と前記フィルタルール識別子とを関連付ける情報とを、前記アクセス制御ノードから受信するための手段と、
    前記フィルタルール識別子と、前記バインディング固有識別子と前記フィルタルール識別子とを関連付ける情報とを、前記モビリティアンカー機能へ送信するための手段と
    を更に備えることを特徴とする請求項１４に記載のプロキシノード。
16. 移動ノード（４０２）がプロキシノード（４０３）を介して通信ネットワークにアクセスする前記通信ネットワークで使用するローカルモビリティアンカー（４０５）であって、
    前記移動ノードに関連付けられている気付アドレスと、前記移動ノードに関連するバインディング固有識別子と、前記バインディング固有識別子と前記気付アドレスとの間のアソシエーションとを、前記プロキシノードから受信するための受信機（６０１”）と、
    フィルタルール識別子と、前記バインディング固有識別子と前記フィルタルール識別子とを関連付ける情報とを、前記プロキシノードから受信するための手段と、
    前記フィルタルール識別子に関連付けられている少なくとも１つのフィルタルールを、アクセス制御ノードから受信するための手段と
    を備えることを特徴とするローカルモビリティアンカー。

Images