(57)【要約】モバイル・デバイスと、例えば、モバイルＩＰホーム・エージェントまたはプロキシ・モバイルＩＰローカル・モビリティ・アンカのようなＩＰモビリティ・アンカとの間の複数の同時接続の多重送信を容易にするシステム、方法、およびコンピュータ・プログラム製品が開示される。方法の例は、ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各モビリティ・アンカに割り当てることを備える。この方法はさらに、各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートすることと、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付ける要求をシグナルすることとを備える。この方法はさらに、各ネゴシエートされたＩＰフローと関連付けられたＩＰトンネルとを介して、各ＩＰモビリティ・アンカへとパケットを送信することを備える。
2011522475.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当てることと、
前記各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートすることと、
ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、特定のＩＰモビリティ・アンカへシグナリングすることと、
前記ネゴシエートされたＩＰフローと、前記関連付けられたＩＰトンネルとによって、パケットを各ＩＰモビリティ・アンカへ送信することと
を備える方法。
【請求項２】
前記ＩＰフロー予約をネゴシエートすることは、各ＩＰフローのための予約ラベルを生成することを含み、
前記予約ラベルは、少なくとも、ＩＰフロー識別子および前記ＩＰモビリティ・アンカ識別子を含む請求項１に記載の方法。
【請求項３】
前記ＩＰフロー予約をネゴシエートすることは、
前記予約ラベルの構成を識別する属性を生成することと、
前記属性をラジオ・アクセス・ネットワーク（ＲＡＮ）へ通信することと
を含む請求項２に記載の方法。
【請求項４】
前記ＩＰフロー予約をネゴシエートすることは、前記予約ラベルを用いて、ＩＰフロー予約を前記ＲＡＮとネゴシエートすることを含み、
ネゴシエートされた各ＩＰフローについて、前記ＲＡＮは、各ＩＰモビリティ・アンカについて少なくとも１つのベアラ接続を生成する請求項３に記載の方法。
【請求項５】
前記要求をシグナリングすることは、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付けよとの要求を、アクセス・ゲートウェイへシグナリングすることを含む請求項４に記載の方法。
【請求項６】
前記要求をシグナリングすることは、前記特定のＩＰモビリティ・アンカの名前を前記アクセス・ゲートウェイへ送信することを含み、
前記アクセス・ゲートウェイは、前記特定のＩＰモビリティ・アンカの名前を、ＩＰモビリティ・アンカ識別子によって識別されたＩＰフローに関連付ける請求項５に記載の方法。
【請求項７】
ネゴシエートされた１または複数のＩＰフローによって送信されたパケットが、前記特定のＩＰモビリティ・アンカに関連付けられたＩＰフローの関連付けに基づいて、前記アクセス・ゲートウェイによってＩＰトンネルへマップされる請求項６に記載の方法。
【請求項８】
前記アクセス・ゲートウェイは、ＰＤＳＮあるいはＨＲＰＤによるサービス提供ゲートウェイのうちの１つを含む請求項５に記載の方法。
【請求項９】
前記ＩＰモビリティ・アンカは、モバイルＩＰホーム・エージェントおよびプロキシ・モバイルＩＰローカル・モビリティ・アンカのうちの１つを含む請求項１に記載の方法。
【請求項１０】
前記ＩＰトンネルは、双方向プロキシ・モバイルＩＰ（ＰＭＩＰ）トンネルを含む請求項１に記載の方法。
【請求項１１】
前記ＩＰフロー予約をネゴシエートすることは、各ＩＰフローについてサービス品質（ＱｏＳ）処理をネゴシエートすることを含む請求項１に記載の方法。
【請求項１２】
各ＩＰモビリティ・アンカ識別子のためのＩＰモビリティ・アンカ・コンテキストを生成することをさらに備え、
前記ＩＰモビリティ・アンカ・コンテキストは、ＩＰモビリティ・アンカ識別子とＩＰモビリティ・アンカ・コンテキスト・タイプを備える請求項１に記載の方法。
【請求項１３】
前記ＩＰモビリティ・アンカ・コンテキスト・タイプは、ＩＰｖ４、ＩＰｖ６、およびＩＰｖ４／ＩＰｖ６のうちの１または複数を含む請求項１２に記載の方法。
【請求項１４】
前記アクセス・ゲートウェイは、前記関連付けられたＩＰモビリティ・アンカ・コンテキストを、ＩＰモビリティ・アンカのためのＩＰフローに相関付けるために、ＩＰモビリティ・アンカ識別子を用いる請求項１１に記載の方法。
【請求項１５】
モバイル・デバイスであって、
プロセッサと、前記プロセッサに接続された通信構成要素とを備え、
前記プロセッサは、
ユニークなＩＰモビリティ・アンカ識別子を、前記モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当て、
前記各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートし、
ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、前記通信構成要素を用いて、特定のＩＰモビリティ・アンカへシグナリングし、
前記ネゴシエートされたＩＰフローと、前記関連付けられたＩＰトンネルとによって、前記通信構成要素を用いて、パケットを各ＩＰモビリティ・アンカへ送信する
ように構成されたモバイル・デバイス。
【請求項１６】
前記プロセッサはさらに、各ＩＰフローのための予約ラベルを生成するように構成され、
前記予約ラベルは、少なくとも、ＩＰフロー識別子および前記ＩＰモビリティ・アンカ識別子を含む請求項１５に記載のモバイル・デバイス。
【請求項１７】
前記プロセッサはさらに、前記予約ラベルを用いて、ＩＰフロー予約を前記ＲＡＮとネゴシエートするように構成され、
ネゴシエートされた各ＩＰフローについて、前記ＲＡＮは、アクセス・ゲートウェイへの少なくとも１つのベアラ接続を生成する請求項１６に記載のモバイル・デバイス。
【請求項１８】
前記プロセッサはさらに、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付けよとの要求を、前記アクセス・ゲートウェイへシグナリングするように構成された請求項１７に記載のモバイル・デバイス。
【請求項１９】
ネゴシエートされた１または複数のＩＰフローによって送信されたパケットが、前記特定のＩＰモビリティ・アンカとのＩＰフローの関連付けに基づいて、前記アクセス・ゲートウェイによってＩＰトンネルへマップされる請求項１８に記載のモバイル・デバイス。
【請求項２０】
前記プロセッサはさらに、各ＩＰモビリティ・アンカ識別子のためのＩＰモビリティ・アンカ・コンテキストを生成するように構成され、
前記ＩＰモビリティ・アンカ・コンテキストは、ＩＰモビリティ・アンカ識別子とＩＰモビリティ・アンカ・コンテキスト・タイプを備える請求項１９に記載のモバイル・デバイス。
【請求項２１】
前記アクセス・ゲートウェイは、前記関連付けられたＩＰモビリティ・アンカ・コンテキストを、ＩＰモビリティ・アンカのためのＩＰフローに相関付けるために、ＩＰモビリティ・アンカ識別子を用いる請求項２０に記載のモバイル・デバイス。
【請求項２２】
無線通信を提供するように構成された少なくとも１つのプロセッサであって、
ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当てるための第１のモジュールと、
前記各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートするための第２のモジュールと、
ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、特定のＩＰモビリティ・アンカへシグナリングするための第３のモジュールと、
前記ネゴシエートされたＩＰフローと、前記関連付けられたＩＰトンネルとによって、パケットを各ＩＰモビリティ・アンカへ送信するための第４のモジュールと
を備える１つのプロセッサ。
【請求項２３】
前記第２のモジュールはさらに、各ＩＰフローのための予約ラベルを生成するためのものであり、
前記予約ラベルは、少なくとも、ＩＰフロー識別子および前記ＩＰモビリティ・アンカ識別子を含む請求項２２に記載の１つのプロセッサ。
【請求項２４】
前記第２のモジュールはさらに、前記予約ラベルを用いて、ＩＰフロー予約をラジオ・アクセス・ネットワーク（ＲＡＮ）とネゴシエートするためのものであり、
ネゴシエートされた各ＩＰフローについて、前記ＲＡＮは、アクセス・ゲートウェイへの少なくとも１つのベアラ接続を生成する請求項２３に記載の１つのプロセッサ。
【請求項２５】
前記第３のモジュールはさらに、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付けよとの要求を、前記アクセス・ゲートウェイへシグナリングするためのものである請求項２４に記載の１つのプロセッサ。
【請求項２６】
ネゴシエートされた１または複数のＩＰフローによって送信されたパケットが、前記特定のＩＰモビリティ・アンカとのＩＰフローの関連付けに基づいて、前記アクセス・ゲートウェイによってＩＰトンネルへマップされる請求項２５に記載の１つのプロセッサ。
【請求項２７】
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
コンピュータに対して、ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当てさせるための第１のコード・セットと、
前記コンピュータに対して、前記各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートさせるための第２のコード・セットと、
前記コンピュータに対して、ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、特定のＩＰモビリティ・アンカへシグナリングさせるための第３のコード・セットと、
前記コンピュータに対して、前記ネゴシエートされたＩＰフローと、前記関連付けられたＩＰトンネルとによって、パケットを各ＩＰモビリティ・アンカへ送信させるための第４のコード・セットと
を備えるコンピュータ・プログラム製品。
【請求項２８】
前記第２のコード・セットはさらに、前記コンピュータに対して、各ＩＰフローのための予約ラベルを生成させるためのコードを備え、
前記予約ラベルは、少なくとも、ＩＰフロー識別子および前記ＩＰモビリティ・アンカ識別子を含む請求項２７に記載のコンピュータ・プログラム製品。
【請求項２９】
前記第２のコード・セットはさらに、コンピュータに対して、前記予約ラベルを用いて、ＩＰフロー予約をラジオ・アクセス・ネットワーク（ＲＡＮ）とネゴシエートさせるためのコードを備え、
ネゴシエートされた各ＩＰフローについて、前記ＲＡＮは、アクセス・ゲートウェイへの少なくとも１つのベアラ接続を生成する請求項２８に記載のコンピュータ・プログラム製品。
【請求項３０】
前記第３のコード・セットはさらに、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付けよとの要求を、コンピュータに対して、前記アクセス・ゲートウェイへシグナリングさせるためのコードを備える請求項２９に記載のコンピュータ・プログラム製品。
【請求項３１】
ネゴシエートされた１または複数のＩＰフローによって送信されたパケットが、前記特定のＩＰモビリティ・アンカとのＩＰフローの関連付けに基づいて、前記アクセス・ゲートウェイによってＩＰトンネルへマップされる請求項３０に記載のコンピュータ・プログラム製品。
【請求項３２】
装置であって、
ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当てる手段と、
前記各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートする手段と、
ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、特定のＩＰモビリティ・アンカへシグナリングする手段と、
前記ネゴシエートされたＩＰフローと、前記関連付けられたＩＰトンネルとによって、パケットを各ＩＰモビリティ・アンカへ送信する手段と
を備える装置。
【請求項３３】
前記ＩＰフロー予約をネゴシエートする手段は、各ＩＰフローのための予約ラベルを生成する手段を含み、
前記予約ラベルは、少なくとも、ＩＰフロー識別子および前記ＩＰモビリティ・アンカ識別子を含む請求項３２に記載の装置。
【請求項３４】
前記ＩＰフロー予約をネゴシエートする手段はさらに、前記予約ラベルを用いて、ＩＰフロー予約をラジオ・アクセス・ネットワーク（ＲＡＮ）とネゴシエートする手段を含み、
ネゴシエートされた各ＩＰフローについて、前記ＲＡＮは、アクセス・ゲートウェイへの少なくとも１つのベアラ接続を生成する請求項３３に記載の装置。
【請求項３５】
前記要求をシグナリングする手段はさらに、ネゴシエートされた各ＩＰフローを、特定のＩＰモビリティ・アンカへのＩＰトンネルへ関連付けよとの要求を、前記アクセス・ゲートウェイへシグナリングする手段を含む請求項３４に記載の装置。
【請求項３６】
ネゴシエートされた各ＩＰフローによって送信されたパケットが、前記特定のＩＰモビリティ・アンカとのＩＰフローの関連付けに基づいて、前記アクセス・ゲートウェイによって１または複数のＩＰトンネルへマップされる請求項３５に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、“Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｒｏｖｉｄｉｎｇ  Ｍｕｌｔｉｐｌｅ  ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｏｖｅｒ  ＨＲＤＰ”と題され、２００８年５月２２日に出願され、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている米国仮出願６１／０５５，３８７号への優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、無線通信分野に関し、さらに詳しくは、モバイル・インターネット・プロトコル（ＩＰ）ネットワークにおいて複数の接続を提供するシステムおよび方法に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、利用可能なシステム・リソース（例えば帯域幅および送信電力）を共有することにより、複数のモバイル・デバイスとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システムおよび同種のものを含んでいる。
【０００４】
最も新しい無線通信システムは、データおよび音声通信のためのインターネット・プロトコル（ＩＰ）ベースのパケット交換ネットワークであり、一般的に使用される特に２つのプロトコルのバージョン、すなわち、ＩＰｖ４およびＩＰｖ６である。これら両プロトコル・バージョンは、モビリティ・サポートを提供し、これによって、モバイル・デバイスは、さまざまな無線ネットワーク間を移動しながら、通信可能範囲にとどまることができるようになる。一般に、モバイルＩＰによって、モバイル・デバイスは、ホーム・ネットワーク内に存在するホーム・エージェント（ＨＡ）によって割り当てられた「ホーム・アドレス」（ＨｏＡ）を変えることなく、１つのネットワークから別のネットワークへ移動できるようになる。ホーム・エージェント（ＨＡ）は、ローカル・モビリティ・エージェント（ＬＮＡ）とも呼ばれる。外部ネットワークにおけるモバイル・デバイスの接続ポイントに関わらず、このアドレスを用いるモバイル・デバイスに対してパケットが送られる。
【０００５】
例えば、ＩＰｖ６領域において通信可能であり続けるために、モバイル・デバイスは、ホーム・エージェントとシグナリング・メッセージを交換することによって、ＨＡによって割り当てられたＨｏＡと、外部ネットワーク内の「気付アドレス」（ＣｏＡ）との間のバインディングを生成し、維持する必要がある。あるいは、このバインディングは、モバイル・デバイスを含まないネットワークによって生成され、維持されうる。このアプローチでは、外部ネットワークにおけるプロキシ・エージェントが、ホーム・ネットワーク内のローカル・モビリティ・アンカ（ＬＭＡ）とのシグナリングを実行し、モバイル・デバイスのためのモビリティ管理を行う。一方、ＨＡ／ＬＭＡは、モバイル・デバイスへのホーム・アドレスの配信を管理し、デバイスのバインディング状態を管理し、モバイル・デバイスに対してどのサービスおよびアプリケーションが利用可能であるかを明示する。
【０００６】
別のＨＡ／ＬＭＡは、例えばＩＭＳ、パブリック・インターネット・サービスなどのような別のタイプのサービスを提供する。これらのサービスにアクセスするために、モバイル・デバイスは、複数のＨＡ／ＬＭＡへの同時接続を必要とする。しかしながら、一般に、例えば、ＣＤＭＡ２０００で実施されているような高レート・パケット・データ（ＨＲＰＤ）技術のように、ＩＰｖ４とＩＰｖ６との両方をサポートするいくつかの無線通信システムでは、利用可能なＩＰｖ４アドレスの不足によって、各モバイル・デバイスのための単一のＨＡ／ＬＭＡ接続しかできず、すべてのＨＡ／ＬＭＡは、同じアドレス空間から、ＩＰｖ４アドレスをモバイル・デバイスへ割り当てねばならない。モバイル・デバイスの人気、および、区別されたサービスの利用に対する要求の増加によって。ＨＲＰＤや、ＩＰｖ４およびＩＰｖ６モビリティをサポートするその他のプロトコルによる複数のＨＡ／ＬＭＡに対する同時接続をサポートするための解決策に対するニーズがある。
【発明の概要】
【０００７】
以下は、１または複数の態様の基本的な理解を与えるために、そのような態様の簡略化された概要を示す。この概要は、考えられるすべての態様の広範囲な概観ではなく、すべての態様の重要要素や決定的要素を特定することも、何れかまたは全ての態様のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の態様のいくつかの概念を表すことである。
【０００８】
１または複数の実施形態およびその対応する開示によれば、例えばモバイルＩＰホーム・エージェントまたはプロキシ・モバイルＩＰローカル・モビリティ・アンカのようなＩＰモビリティ・アンカと、モバイル・デバイスとの間の複数の同時接続の多重送信を容易にすることに関するさまざまな態様が記載される。方法の例は、ユニークなＩＰモビリティ・アンカ識別子を、モバイル・デバイスに関連付けられた各ＩＰモビリティ・アンカへ割り当てることと、各ＩＰモビリティ・アンカ識別子に関するＩＰフロー予約をネゴシエートすることと、ネゴシエートされた各ＩＰフローをＩＰトンネルに関連付ける要求を、特定のＩＰモビリティ・アンカへシグナリングすることと、ネゴシエートされたＩＰフローと、関連付けられたＩＰトンネルとによって、パケットを各ＩＰモビリティ・アンカへ送信することとを備える。
【０００９】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に十分に記載され、特許請求の範囲において特に指摘されている特徴を備える。次の記載および添付図面は、１または複数の態様のある例時的な特徴を詳細に記載する。しかしながら、これらの特徴は、さまざまな態様の原理が適用されるさまざまな方式のうちの極く一部しか示しておらず、本説明は、そのような態様およびそれらの均等物の全てを含むことが意図されている。
【図面の簡単な説明】
【００１０】
開示された態様は、以下において、同一符号が同一要素を示す添付図面と連携して説明され、開示された態様を、限定することなく、例示するために提供される。
【図１】図１は、本明細書に記載されたさまざまな態様にしたがう無線通信システムの実例である。
【図２】図２は、無線通信システムにおいて、複数の同時ＨＡ／ＬＭＡ接続を多重送信するための方法の例示である。
【図３】図３は、無線通信システムにおいて、複数の同時ＨＡ／ＬＭＡ接続を多重送信するための方法の別の例示である。
【図４】図４は、無線通信システムにおける複数のＩＰアドレス割当のための方法の例示である。
【図５】図５は、単一のＰＤＮ／ＬＭＡのために複数のＰＤＮコンテキストを提供するための方法の例示である。
【図６】図６は、複数の同時ＨＡ／ＬＭＡ接続の多重送信を容易にする予約ラベルの例示である。
【図７】図７は、ＰＤＮコンテキスト識別子の実例である。
【図８】図８は、無線通信システムの実例である。
【図９】図９は、複数の同時ＨＡ／ＬＭＡ接続を多重送信するためのシステムの実例である。
【図１０】図１０は、複数の同時ＨＡ／ＬＭＡ接続を生成しサポートするように動作可能なモバイル・デバイスの実例である。
【発明を実施するための形態】
【００１１】
さまざまな態様が、図面を参照して記載される。以下の記載では、説明の目的のために、１または複数の態様の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような態様は、これら具体的な詳細無しで実現されうることが明確である。
【００１２】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを含むことが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、２つ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００１３】
さらに、本明細書では、さまざまな実施形態が、モバイル・デバイスに関連して記載される。モバイル・デバイスはまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、アクセス端末、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器（ＵＥ）とも称されうる。モバイル・デバイスは、セルラ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）電話、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、ラップトップ・コンピュータ、あるいは無線モデムに接続されたその他の処理デバイスでありうる。
【００１４】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップなど）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤなど）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブなど）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。
【００１５】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、およびその他のシステムのようなさまざまな無線通信システムのために使用される。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現しうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画プロジェクト」（３ＧＰＰ）と命名された組織からのドキュメントに記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画プロジェクト２」（３ＧＰＰ２）と命名された組織からのドキュメントに記述されている。さらに、そのような無線通信システムは、しばしばアンペア（ｕｎｐａｉｒｅｄ）な無許可のスペクトルを用いるピア・トゥ・ピア（例えば、モバイル・トゥ・モバイル）アド・ホック・ネットワーク・システム、８０２ｘｘ無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および、その他任意の短距離または長距離の無線通信技術を含みうる。
【００１６】
さまざまな態様または特徴が、多くのデバイス、構成要素、モジュールなどを含むシステムの観点から示されるだろう。さまざまなシステムが、追加のデバイス、構成要素、モジュールなどを含むことができるか、および／または、図面に関連して説明されたデバイス、構成要素、モジュールなどの必ずしも全てを含んでいる訳ではないことが理解され、認識されるべきである。これらアプローチの組み合わせもまた使用されうる。
【００１７】
図１に示すように、本明細書に記載されたさまざまな実施形態にしたがった無線通信システム１００が例示されている。システム１００は、複数のモバイル・デバイス１１５のための１または複数のホーム・ネットワーク１０１と、モバイル・デバイス１１５が現在位置している外部ネットワーク１０２とを備える。ホーム・ネットワークおよび外部ネットワークは、例えばインターネットのようなパケット交換ネットワーク１０３を経由して接続されうる。外部ネットワーク１０２は、例えばＣＤＭＡ２０００あるいは、その他のタイプの無線通信システムのようなラジオ・アクセス・ネットワーク（ＲＡＮ）でありうる。一般に、外部ネットワーク１０２は、ＲＡＮコントローラ１１０、複数のラジオ基地局１１５、およびアクセス・ゲートウェイ１２０を含むことができる。ラジオ基地局１１５は、複数のアンテナ・グループ、および／または、モバイル・デバイス１１５とのラジオ信号送受信に関連付けられた複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、アンテナ等（図示せず））を備える送信機／受信機チェーンを含むことができる。ホーム・ネットワーク１０１は、無線ネットワークまたは有線ネットワークであり、本明細書ではローカル・モビリティ・アンカ（ＬＭＡ）とも称される複数のホーム・エージェント（ＨＡ）を含むことができる。
【００１８】
さらに詳しくは、外部ＲＡＮ１０２は、ホーム・ネットワーク１０１内のＨＡ／ＬＭＡによって提供されるサービスにアクセスするために、無縁接続をモバイル・デバイス１１５へ提供する。ＲＡＮコントローラ１１０は、モバイル・デバイス１１５とＰＤＳＮゲートウェイ１２０との間のデータ接続を提供するネットワーク機器である。ＲＡＮコントローラ１１０の主な機能は、ラジオ・チャネルの確立、メンテナンス、および終了と、ラジオ・リソース管理と、モビリティ管理とを含んでいる。モバイル・デバイス１１５とＲＡＮコントローラ１１０との間のラジオ・チャネルは、無線リンク・プロトコル（ＲＬＰ）フローとして知られている。モバイル・デバイス１１５は、一般に、後に詳述されるように、ホーム・ネットワーク１０１内のＨＡ／ＬＭＡによって提供される異なるサービスのための異なるＲＬＰフローに関する予約を、ＲＡＮコントローラ１１０とネゴシエートする。一例において、ＲＡＮコントローラ１１０は、パケット制御機能（ＰＣＦ）をサポートする。ＰＣＦは、Ａ１０データ・インタフェースおよびＡ１１シグナリング・インタフェースによるベアラ接続を用いて、ＲＡＮコントローラ１１０とＰＤＳＮゲートウェイ１２０との間のパケットの送信を制御する。
【００１９】
１つの態様では、アクセス・ゲートウェイ１２０は、ＣＤＭＡ２０００またはその他のラジオ・アクセス技術を利用するモバイル・デバイス１１５のために、複数のＲＡＮコントローラからのデータ・トラフィックをアグリゲートし、例えばインターネットのようなパケット交換ネットワーク１０３、および、ホーム・ネットワーク１０１へのアクセスを提供する。アクセス・ゲートウェイ１２０は、１つの実施形態の例によれば、パケット・データ・サービス提供ノード（ＰＤＳＮ）として実現されうる。システム１００がモバイルＩＰｖ４またはＩＰｖ６プロトコルをサポートする場合、アクセス・ゲートウェイ１２０は、モバイル・デバイス１１５とそれらのホーム・エージェント（ＨＡ）１３０との間のシグナリングおよびデータ送信／受信のために、モバイルＩＰｖ４およびＩＰｖ６パケット伝送を提供する。特に、アクセス・ゲートウェイ１２０は、データ・パケットを、Ａ１０／Ａ１１ベアラ接続を経由してモバイル・デバイス１１５から受信した場合、デバイスのホーム・アドレス（ＨｏＡ）に関連付けられたバインディング状態情報を用いてモバイル・デバイス１１５のＨＡ１３０を識別し、デバイスのＨＡ１３０との双方向トンネルを生成し、受信したパケットを、気付アドレス（ＣｏＡ）であるアクセス・ゲートウェイのソース・アドレスとともに、新たなパケットにカプセル化し、カプセル化されたパケットを、トンネルを経由して適切なＨＡへ送信する。ＰＤＳＮゲートウェイ１２０は、データ・パケットをＨＡ１３０からトンネルを経由して受信した場合、ＨＡ１３０に関連付けられたバインディング状態情報に基づいて、パケットのカプセル化を復元し、適切なベアラ接続を経由してモバイル・デバイス１１５へ転送する。
【００２０】
システム１００が、前述したサービスに加えて、プロキシ・モバイルＩＰｖ６プロトコルをサポートする場合、アクセス・ゲートウェイ１２０はまた、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）によって発行されたプロキシ・モバイルＩＰｖ６仕様ＲＦＣ５２１３においてモバイル・アクセス・ゲートウェイ（ＭＡＧ）と称されているプロキシ・エージェントとしても機能する。プロキシ・エージェントとして、ＰＤＳＮゲートウェイ１２０は、一般に、外部ネットワーク１０２に接続されたモバイル・デバイス１１５のためのモビリティ関連シグナリングを管理する。これによって、おのおののモバイル・デバイスのＬＭＡとのバインディングが、モバイル・デバイスを含まないネットワークによって生成および維持されるようになる。それゆえ、アクセス・ゲートウェイ１２０は、外部ネットワーク１０２に対するモバイル・デバイスの移動を追跡すること、および、モバイル・デバイス１１５に代わって、ＬＭＡ１３０へプロキシ・バインディング更新値（ＰＢＵ）をシグナリングすることとを担当する。アクセス・ゲートウェイ１２０はさらに、認証、認可、および課金（ＡＡＡ）サービスや、その他のサービスを提供する。
【００２１】
モバイルＩＰｖ６基本仕様ＲＦＣ３７７５で定義されたようなホーム・エージェント１３０は、モバイル・デバイスのホーム・ネットワーク・プレフィクスのためのトポロジカルなアンカ・ポイントであり、モバイル・デバイスのバインディング状態を管理するエンティティである。ローカル・モビリティ・アンカ（ＬＭＡ）１３０は、プロキシ・モバイルＩＰｖ６仕様ＲＦＣ５２１３をサポートするために必要な追加機能を有するＨＡ１３０の機能を有する。バインディングは、外部ネットワーク１０２内のＣｏＡと、ホーム・ネットワーク１０１内のモバイル・デバイスのＨｏＡとの関連付けである。ＨｏＡは、ＨＡ／ＬＭＡ１３０によって指定されたモバイル・デバイスのホーム・ネットワーク・プレフィクスからのアドレスである。モバイル・デバイス１１５は、例えば、ホーム・ネットワーク１０１に複数のホーム・プレフィクスがある場合、複数のＨｏＡを有しうる。モバイル・デバイスが、ホーム・ネットワーク・プレフィクスからの複数のアドレスを用いる場合、これらアドレスのうちの何れか１つが、モバイル・デバイスのホーム・アドレスと称される。モバイルＩＰｖ６では、ホーム・エージェント１３０は、一般に、モバイル・デバイス１１５のホーム・アドレスを知っている。しかしながら、プロキシ・モバイルＩＰｖ６では、例えばプロキシ・エージェント１２０やＬＭＡ  １３０のようなモビリティ・エンティティは、モバイル・デバイスのホーム・ネットワーク・プレフィクスしか知らず、ＨＡ／ＬＭＡ１３０への接続を確立するためにモバイル・デバイス１１５が使用する正確なアドレスを常に知っている訳ではない。
【００２２】
モバイル・デバイス１１５に対するホーム・アドレスの正確な割当について、ネットワークの一部において知られていないことは、モバイル・デバイスが、複数のＨＡ／ＬＭＡに対して同時接続のセット・アップを試みた場合に問題になる。この問題は、以下のように例示される。おのおののＨＡ／ＬＭＡによるモバイル・デバイスへのユニークなホーム・ネットワーク・プレフィクス割当の場合、モバイル・デバイス１１５からの接続要求は、割り当てられたホーム・ネットワーク・プレフィクスから選択されたＨｏＡを示すだろう。これによって、プロキシ・モバイルＩＰｖ６領域におけるプロキシ・エージェントとして動作するアクセス・ゲートウェイ１２０は、所与の接続が宛先指定されねばならないのはどのＨＡ／ＬＭＡ１３０であるかを正確に知ることになるであろう。しかしながら、ＨＡ／ＬＭＡ１３０ＡおよびＨＡ／ＬＭＡ１３０Ｂが、同じアドレス空間からホーム・ネットワーク・プレフィクスを割り当てる場合、モバイル・デバイス１１５は、ＨＡ／ＬＭＡ１３０ＡとＨＡ／ＬＭＡ１３０Ｂとの両方に関連付けられたホーム・ネットワーク・プレフィクス空間からホーム・アドレスを選択する。この場合、データがモバイル・デバイス１１５から送信されると、アクセス・ゲートウェイ１２０は、このデータ・トラフィックを、ＨＡ／ＬＭＡ１３０Ａへ向けるか、あるいは、ＨＡ／ＬＭＡ１３０Ｂへ向けるか分からない。
【００２３】
この問題に取り組むために、複数の同時ＨＡ／ＬＭＡ接続を多重送信する方法の例が図２に例示される。ステップ２１０では、モバイル・デバイス１１５が、ユニークなＩＰモビリティ・アンカ識別子を生成し、接続したい各ＨＡ／ＬＭＡ１３０に割り当てる。ステップ２２０では、モバイル・デバイスが、ＲＡＮ１１０と、各ＩＰモビリティ・アンカ識別子に関するＩＰフロー（例えば、ＲＬＰフロー）をネゴシエートする。ＲＡＮは、ネゴシエートされたモバイル・デバイス１１５からのＩＰフローをサポートするために、アクセス・ゲートウェイ１２０へのそれぞれのベアラ接続（例えば、Ａ１０／Ａ１１接続）をセット・アップする。ステップ２３０では、モバイル・デバイス１１５が、ネゴシエートされた各ＩＰフローを、特定のＨＡ／ＬＭＡ１３０へのＩＰトンネルに関連付ける要求を、アクセス・ゲートウェイ１２０へシグナルすることができる。ステップ２４０では、モバイル・ノード１５が、ネゴシエートされたＩＰフローおよび関連付けられたＩＰトンネルを経由して、適切なＨＡ／ＬＭＡ１３０へとパケットを送信する。ネゴシエートされた各ＩＰフローを経由して送信されたパケットは、指定されたＨＡ／ＬＭＡ１３０とのＩＰフローの関連付けに基づいて、アクセス・ゲートウェイ１２０によって、適切なＩＰトンネルへと多重送信される。したがって、これらの態様に基づいて、各ＩＰフローは、指定されたＨＡ／ＬＭＡ１３０と直接的に通信する。
【００２４】
図３は、モバイル・デバイスからの複数の同時ＨＡ／ＬＭＡ接続を多重送信するための別の方法の例を示す。ステップ３１０では、モバイル・デバイス１１５が、複数のＨＡ／ＬＭＡ接続に関する新たなＩＰフロー予約ラベルを生成する。予約ラベル６００の構成例が図６に示される。一例において、予約ラベル６００は、８ビットのストリングであり、うち上位４ビットは、ＨＡ／ＬＭＡ１３０のためのＩＰモビリティ・アンカ識別子６０５を格納するために使用され、下位４ビットは、例えばＲＬＰフロー識別子のようなＩＰフロー識別子６１０を格納する。同時に、モバイル・デバイス１１５は、新たな予約ラベルのための新たなＨＲＰＤ属性を生成する。これは、新たな予約ラベルの構成を特定する。８ビットの予約ラベルは、１５の異なるＨＡ／ＬＭＡ、および１５の異なるＩＰフローを識別するために使用される。当業者であれば、予約ラベルは、システム・リソースおよび要件に依存してそれよりも長くも短くもなることを認識するであろう。それに加えて、ＩＰモビリティ・アンカ識別子およびＩＰフロー識別子のサイズは、同時アクセスに利用可能なＨＡ／ＬＭＡ１３０の数に依存して変わりうる。新たな予約ラベルの属性は、モバイル・デバイス１１５によって、ＲＡＮコントローラ１１０および／またはその他のネットワーク構成要素へと通信される。これによって、これらＲＡＮコントローラ１１０および／またはその他のネットワーク構成要素は、新たなラベルをどのように解釈するかを知るようになる。
【００２５】
ステップ３２０では、モバイル・デバイス１１５は、モバイル・デバイスが接続したいすべてのＨＡ／ＬＭＡ１３０のために、ユニークなＩＰモビリティ・アンカ識別子を生成することができる。例えば、長さ４ビットの識別子の場合、モバイル・デバイスは、１−１６の範囲で値を選択することができる。５ビットの識別子の場合、この範囲は１−３２である。顕著なことに、ＩＰモビリティ・アンカ識別子の選択は、モバイル・デバイス１１５による完全な自由裁量であり、ＨＡ／ＬＭＡ１３０をユニークに識別できる限り、指定された範囲における任意の数が選択されうる。２つのＨＡ／ＬＭＡ１３０が、同じＩＰモバイル・アンカー識別子を持つことはない。
【００２６】
ステップ３３０では、定義された予約ラベルに関する新たなＩＰフローが、モバイル・デバイス１１５とＲＡＮコントローラ１１０との間でネゴシエートされる。ネゴシエーション中、モバイル・デバイスのアプリケーションが、特定のプロトコル、ＱｏＳパラメータ、およびリソースを識別する。これらは、モバイル・デバイスによって要求されるＩＰフローをサポートするために、ネットワークから必要とされる。例えば、ネットワークから必要とされる特定のプロトコル、ＱｏＳパラメータ、およびリソースは、要求元のアプリケーションまたはサービスに応じうる。例えば、音声コール・アプリケーションは、これら要件の１つのセットを有する一方、データ・コール・アプリケーションは、これら要件の別のセットを有しうる。
【００２７】
ステップ３４０では、モバイル・デバイス１１５およびＲＡＮ１１０が、各ＩＰモビリティ・アンカ識別子のＲＬＰフローをセット・アップする。例えば、ＱｏＳ要件が同じままであるように、同じＩＰモビリティ・アンカ識別子に属する複数の予約は、同じＲＬＰフローを共有する。そうでない場合には、別のＲＬＰフローがセット・アップされうる。ＲＡＮコントローラ１１０がモバイル・ノードのＱｏＳ要求を受諾すると、その時点から、ＲＬＰレイヤ、最終的にはＲＴＣＭＡＣレイヤにおけるＱｏＳフローの関連付け、活性化、およびコンフィギュレーションを制御するのはＲＡＮコントローラ１１０である。
【００２８】
ステップ３５０では、ＲＡＮコントローラ１１０は、予約ラベルに関連付けられたＩＰモビリティ・アンカ識別子毎に少なくとも１つのベアラ接続（例えば、Ａ１０／Ａ１１接続）を生成する。言い換えれば、異なるＩＰモビリティ・アンカ識別子を持つ２つの予約が、同じＡ１０／Ａ１１フローを共有することはない。Ａ１１インタフェースは、パケット制御機能（ＰＣＦ）とアクセス・ゲートウェイ１３０との間でシグナリング情報を伝送する。Ａ１０インタフェースは、ＰＣＦとアクセス・ゲートウェイ１３０との間でユーザ・トラフィックを伝送する。
【００２９】
ステップ３６０では、モバイル・デバイス１１５が、予約ラベルを適切なＨＡ／ＬＭＡ１３０へ関連付けるための命令群を、アクセス・ゲートウェイ１２０へシグナルする。予約ラベルは、そのパケットが対応しているのはどのＩＰフローであり、どのＨＡ／ＬＭＡであるかを識別するために、交換される。例えば、モバイル・デバイス１１５は、例えば、“ｓｅｒｖｉｃｅ．ｄｏｍａｉｎ−ｎａｍｅ”のようなＨＡ／ＬＭＡデバイスのＩＤ／名前を指定することができる。ＰＤＮゲートウェイがＬＭＡの役割をする場合、モバイル・デバイスは、ＰＤＮゲートウェイのアクセス・ポイント名（ＡＰＮ）を指定することができる。モバイル・デバイス１１５とアクセス・ゲートウェイ１２０との間のシグナリングは、ＰＰＰ、ＲＳＶＰ、ＳＩＰ、あるいはその他のシグナリング・プロトコルを用いて実行される。
【００３０】
ステップ３７０では、ＰＤＳＮが、ステップ３５０で確立されたＲＡＮ１１０からのＡ１０接続を、予約ラベルで指定されたＩＰモビリティ・アンカ識別子に基づいて、モバイル・デバイスからのシグナリング・メッセージで指定されたＨＡ／ＬＭＡの名前／ＩＤに関連付ける。このように、予約ラベルに関連付けられたＩＰフローを経由してモバイル・デバイス１１５から送信されたパケットが、アクセス・ゲートウェイによって、ＩＰフローの特定のＩＰモビリティ・アンカに対する関連付けに基づいて、１または複数のＩＰトンネルにマップされる。
【００３１】
ステップ３８０では、モバイル・デバイス１１５が、ネゴシエートされたＩＰフローを用いて、ラジオ・ネットワーク１０２を経由してＲＡＮコントローラ１１０へパケットを送信する。ＲＡＮコントローラ１１０は、ステップ３９０において、これらパケットを、ＰＤＳＮゲートウェイ１２０への配信のために、適切なベアラ接続へ渡す。ステップ３９５Ａおよびステップ３９５Ｂでは、アクセス・ゲートウェイが、受け取ったパケットを、ＩＰフローの特定のＩＰモビリティ・アンカとの関連付けに基づいて、適切なチャネルへマップし、これらパケットをカプセル化し、それらを、トンネルを経由して、ＨＡ／ＬＭＡ１３０ＡまたはＨＡ／ＬＭＡ１３０Ｂの何れかであるＩＰモビリティ・アンカへ送る。このように、ＰＭＩＰネットワークによる複数の同時ＨＡ／ＬＭＡ接続の多重送信が達成される。
【００３２】
１つの態様では、プロキシ・モバイルＩＰ（ＰＭＩＰ）領域におけるモバイル・デバイス１１５に複数のホーム・アドレスを割り当てる方法の例が提供される。このＩＰアドレス割当処理は一般に、モバイル・デバイス１１５が、上述した図解３００に示すようなＨＡ／ＬＭＡ１３０との通信セッションを開始する前に実行される。１つの態様では、モバイル・デバイス１１５は、ＨＡ／ＬＭＡ１３０からＨｏＡ割当を取得するために、ポイント・トゥ・ポイント（ＰＰＰ）プロトコルを利用することができる。別の態様では、ＰＰＰを使用する代わりに、モバイル・デバイスは、ＰＤＳＮゲートウェイとの補助フローを経由してＤＨＣＰを使用することができる。
【００３３】
図４は、この方法のＰＰＰベースの実施を例示する。ステップ４０５では、モバイル・デバイスは、ポイント・トゥ・ポイント・リンクによる通信を確立するため、および、アクセス・ゲートウェイ１３０とのデータリンクの設定およびテストのため、ＰＰＰリンク制御プロトコル（ＬＣＰ）を実行する。リンクが確立された後、ステップ４１０において、モバイル・デバイスおよびアクセス・ゲートウェイが認証される。ステップ４１５およびステップ４２０では、アクセス・ゲートウェイは、モバイル・デバイスのための認証、認可および課金（ＡＡＡ）サービスを実行する。ステップ４２５およびステップ４３０では、モバイル・デバイスとＰＤＳＮゲートウェイとは、ＰＰＰインターネット・プロトコル制御プロトコル（ＩＰＣＰ）または任意のネットワーク制御プロトコル要求、および応答メッセージを交換する。ステップ４３５では、モバイル・デバイスは、接続したいＬＭＡの名前、および、ＨｏＡを取得したいＬＭＡの名前を、ＰＤＳＮゲートウェイへ送る。ＬＭＡ名の一例は、“ｓｅｒｖｉｃｅ．ｄｏｍａｉｎ−ｎａｍｅ”でありえる。ＰＤＮがＬＭＡの役割をする場合、ＬＭＡ名は、ＰＤＮのアクセス・ポイント名（ＡＰＮ）になるだろう。ステップ４４０およびステップ４４５では、ＰＤＳＮゲートウェイ１３０が、ＬＭＡ２とのＰＭＩＰバインディングの更新を実行し、それに応じて、モバイル・デバイスのためのＨｏＡとして使用されるべきＩＰアドレスを受け取る。ステップ４５０では、ＰＤＳＮゲートウェイ１３０が、新たに割り当てられたＩＰアドレスを、モバイル・デバイス１１５へ転送する。ステップ４５５に進み、モバイル・デバイス１１５は、新たに割り当てられたＨｏＡアドレスを用いて、ＰＤＳＮゲートウェイとのＴＦＴセッションを確立し、ＩＰフローをＱｏＳへ関連付ける。
【００３４】
本明細書に開示された複数の同時ＨＡ／ＬＭＡ接続を提供するための方法はまた、システム・リソース割当および利用をさらに高めるために、各タイプのＩＰアドレス（ＩＰｖ４、ＩＰｖ６、ＩＰｖ４／ｖ６）について、同じＰＤＮを用いて複数のＰＤＮコンテキストを生成するように拡張される。現在、コンテキストのおのおのに対してＰＤＮ−ＩＤをユニークに割り当てることは、ＰＤＮ−ＩＤをさらに消費することになるだろう。さらに、現在の解決策に基づくと、望ましくないのであるが、使用されているＩＰアドレス・タイプが異なる場合、同じＰＤＮのＰＤＮコンテキストの類似ＱｏＳ−ＩＰ−フローは、一般に、別々のＲＬＰフローで伝送されるように強いられる。言い換えると、同じＰＤＮのうちの異なるＰＤＮコンテキストのＩＰフローを、同じＲＬＰフローに割り当てることが望ましい。
【００３５】
この問題に対する解決策の一例は、新たな識別子、すなわち、ＰＤＮ−コンテキスト−識別子を生成することである。図７は、ＰＤＮ−コンテキスト−識別子７００の構成例を例示する。図示するように、ＰＤＮ−コンテキストＩＤの上位４ビットが、ＰＤＮ−ＩＤ７０５に設定され、ＰＤＮ−コンテキストＩＤ７００の下位４ビットが、ＰＤＮ−コンテキスト−タイプ７１０に設定される。ＰＤＮ−コンテキスト−タイプは、ＩＰｖ４、ＩＰｖ６、ＩＰｖ４／ＩＰｖ６などでありうる。一例において、予約ラベルは、引き続きである。予約ラベルはまだ、例えば、ラジオ・チャネルのセット・アップや、モバイル・デバイスとＰＤＳＮゲートウェイとの間のＲＳＶＰシグナリングのようなエア・インタフェース目的のために使用される。アクセス・ゲートウェイ１３０は、ＰＤＮ−コンテキスト−ＩＤの上位４ビットを用い、予約ラベルの上位４ビットとマッチさせることによって、ＰＤＮ−コンテキストをＩＰ−フロー−ＩＤとマップする。（同じＰＤＮについて）複数のＰＤＮコンテキストを用いることで、ＲＡＮ１１０およびＲＬＰフローに対する透過性が保たれる。これによって、同じＰＤＮに対するＩＰフローに対するＰＤＮコンテキストのフレキシブル／緩やかな関連付けが可能となる。言い換えれば、ＩＰフローは、識別子におけるＰＤＮコンテキストを識別しない。このように、ＩＰアドレスの各タイプについて、同じＰＤＮを持つ複数のＰＤＮコンテキストが生成され、これによって、システム・リソースの割り当ておよび利用がさらに改善される。
【００３６】
図５は、ＰＤＳＮ無線通信システムのためにＰＤＮコンテキストをセット・アップするための方法を例示する。ステップ５０５では、モバイル・アプリケーションが、ＬＭＡ１／ＰＤＮ１に関するＩＰｖ４アドレスを要求する。ステップ５１０では、モバイル・デバイスが、ＰＤＮコンテキストを生成する。ＰＤＮコンテキスト＝（ＰＤＮタイプ｜ＰＤＮ＿ＩＤ）である。ＰＤＮ＿ＩＤは、モバイルが各ＬＭＡ／ＰＤＮのために任意に選ぶ４ビットのユニークなＩＤでありうる。この場合、アプリケーションは、ＩＰｖ４アドレスを要求したので、ＰＤＮタイプはＩＰｖ４−タイプに設定される。ステップ５１５では、生成されたＰＤＮコンテキストは、ＩＰＣＰまたはベンダ特有ネットワーク制御プロトコル（ＶＳＮＣＰ）のようなネットワーク制御プロトコルを用いて、ＩＰｖ４アドレス用のＰＤＮ１に関連付けられる。ステップ５２０では、アクセス・ゲートウェイが、ＬＭＡ１にバインディング更新値を送る。ステップ５２５では、モバイル・デバイスが、このＩＰｖ４接続に基づいて、予約ラベルを生成する。例えば、１つの態様では、予約ラベル＝（ＰＤＮ＿ＩＤ｜Ｆｌｏｗ＿ＩＤａ）である。ＰＤＮ−ＩＤは、ＰＤＮに対応するＱｏＳフローについて、ステップ５１０において選択されたＰＤＮ−ＩＤに設定される。フロー−ＩＤは、モバイル・デバイスが各フローのためにランダムに選んだ４ビットのユニークなＩＤでありうる。ステップ５３０では、モバイル・デバイスは、ＱｏＳフローをセット・アップする。これは、以下のパラメータを含む。予約ラベル、ＱｏＳプロファイル、およびその他。ステップ５３５では、ＲＡＮ１１０が、ＱｏＳフローに基づいて、Ａ１１ベアラをセット・アップする。ステップ５４０では、ＲＳＶＰ手順が、ステップ５２５で生成された予約ラベルを、パケット−フィルタ／ＱｏＳへ関連付ける。ステップ５４５では、別のアプリケーションが、同じＰＤＮ（ＰＤＮ−１）からＩＰｖ６アドレスを要求する。ステップ５５０では、ＰＤＮ＿ＩＤが、ステップ５１０で選択されたものと同じＰＤＮ−ＩＤに設定される。アプリケーションがＩＰｖ６アドレスを要求したので、ＰＤＮタイプは、ＩＰｖ６タイプに設定される。ステップ５５５では、ステップ５５０で生成されたＰＤＮコンテキストが、このＶＳＮＣＰ手順を用いて、ＩＰｖ６のために、ＬＭＡ１／ＰＤＮ１に関連付けられる。ステップ５６０では、ステップ５２５においてすでに設定されたＩＰｖ４トンネルへＩＰｖ６アドレスを追加するために、最新のバインディング更新が実行される。あるいは、ＩＰｖ６のために独立したトンネルがセット・アップされうる。  図８は、無線通信システム８００の例を示す。無線通信システム８００は、簡略のために、ラジオ・アクセス・ネットワーク内の１つの基地局／順方向リンク送信機８１０と、１つのモバイル・デバイス８５０しか示していない。しかしながら、システム８００は、１より多い基地局／順方向リンク送信機および／または１より多いモバイル・デバイスを含むことができ、ここでは、追加の基地局／送信機および／またはモバイル・デバイスが、後述する基地局／順方向リンク送信機８１０およびモバイル・デバイス８５０の例と実質的に類似してい���か、または、異なりうることが認識されるべきである。さらに、基地局／順方向リンク送信機８１０および／またはモバイル・デバイス８５０は、その間の無線通信を容易にするために、本明細書に記載されたシステム（図１）および／または方法（図２乃至図７）を適用しうることが認識されるべきである。
【００３７】
基地局／順方向リンク送信機８１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース８１２から送信（ＴＸ）データ・プロセッサ８１４へ提供される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ８１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。
【００３８】
おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重送信（ＯＦＤＭ）技術を用いてパイロット・データと多重送信されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重送信（ＦＤＭ）、時分割多重送信（ＴＤＭ）、あるいは符号分割多重送信（ＣＤＭ）されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するためにモバイル・デバイス８５０において使用されうる。おのおののデータ・ストリームについて多重送信されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ８３０によって実行または提供される指示によって決定されうる。
【００３９】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ８２０に提供される。ＴＸ  ＭＩＭＯプロセッサ８２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）８２２ａ乃至８２２ｔへ提供する。さまざまな実施形態において、ＴＸ  ＭＩＭＯプロセッサ８２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００４０】
おのおのの送信機８２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機８２２ａ乃至８２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ８２４ａ乃至８２４ｔそれぞれから送信される。
【００４１】
モバイル・デバイス８５０では、送信された変調信号は、ＮＲ個のアンテナ８５２ａ乃至８５２ｒによって受信され、おのおののアンテナ８５２から受信された信号が、それぞれの受信機（ＲＣＶＲ）８５４ａ乃至８５４ｒへ提供される。おのおのの受信機８５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００４２】
ＲＸデータ・プロセッサ８６０は、ＮＲ個の受信機８５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ８６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ８６０による処理は、基地局／順方向リンク送信機８１０におけるＴＸ  ＭＩＭＯプロセッサ８２０およびＴＸデータ・プロセッサ８１４によって行なわれるものに対して相補的である。
【００４３】
プロセッサ８７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ８７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００４４】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、データ・ソース８３６からの多くのデータ・ストリームのトラフィック・データをも受信するＴＸデータ・プロセッサ８３８によって処理され、変調器８８０によって変調され、送信機８５４ａ乃至８５４ｒによって調整され、基地局／順方向リンク送信機８１０へ送り戻される。
【００４５】
基地局／順方向リンク送信機８１０では、モバイル・デバイス８５０からの調整された信号が、アンテナ８２４によって受信され、受信機８２２によって調整され、復調器８４０によって復調され、ＲＸデータ・プロセッサ８４２によって処理されて、モバイル・デバイス８５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ８３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。データは、順方向リンクによってのみブロードキャストされるので、順方向リンク送信機８１０の場合、基地局とは逆に、これらのＲＸ構成要素は存在しないことが認識されるべきである。
【００４６】
プロセッサ８３０およびプロセッサ８７０は、基地局／順方向リンク送信機８１０およびモバイル・デバイス８５０それぞれにおける動作を指示（例えば、制御、調整、管理等）しうる。プロセッサ８３０およびプロセッサ８７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ８３２およびメモリ８７２に関連付けられうる。プロセッサ８３０およびプロセッサ８７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【００４７】
本明細書に記載された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアで実現する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールドプログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロ・プロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。
【００４８】
これら実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶素子のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。
【００４９】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【００５０】
図９に移って、複数の同時ＨＡ／ＬＭＡ接続を多重送信するためのシステム９００が例示される。システム９００は、モバイル・デバイス内に存在しうる。図示するように、システム９００は、プロセッサ、ソフトウェア、または（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表しうる。システム９００は、複数の同時ＨＡ／ＬＭＡ接続を多重送信することを容易にするための電子構成要素の論理グループ９０２を含む。論理グループ９０２は、ユニークなＩＰモビリティ・アンカ識別子を生成し、モバイル・デバイスが接続を望んでいる各ＨＡ／ＬＭＡに対して割り当てる手段９０４を含みうる。さらに、論理グループ９０２は、各ＩＰモビリティ・アンカ識別子のＩＰフロー（例えば、ＲＬＰフロー）をＲＡＮとネゴシエートする手段９０６を含みうる。一方、ＲＡＮは、モバイル・デバイスからネゴシエートされたＩＰフローをサポートするために、ＰＤＳＮゲートウェイへ、それぞれのベアラ接続（例えば、Ａ１０／Ａ１１接続）をセット・アップすることができる。さらに、論理グループ９０２は、ネゴシエートされた各ＩＰフローを、特定のＨＡ／ＬＭＡへのＩＰトンネルに関連付ける要求をシグナリングする手段９０８を含む。最後に、論理グループ９０２は、ネゴシエートされたＩＰフローおよび関連付けられたＩＰトンネルを経由して、適切なＨＡ／ＬＭＡへとパケットを送信する手段９０９を含みうる。ネゴシエートされた各ＩＰフローによって送信されたパケットが、ＩＰフローの指定されたＨＡ／ＬＭＡとの関連性に基づいて、ＰＤＳＮゲートウェイによって、適切なトンネルに多重送信される。さらに、システム９００は、電子構成要素９０４、９０６、９０８、９０９に関連付けられた機能を実行するための命令群を保持するメモリ９１０を含みうる。メモリ９１０の外側にあるとして示されているが、電子構成要素９０４、９０６、９０８、９０９は、メモリ９１０内に存在しうることが理解されるべきである。
【００５１】
図１０は、本明細書に開示された方法にしたがって複数の同時ＨＡ／ＬＭＡ接続の生成およびサポートするように動作可能なモバイル・デバイス１０００の例を例示する。モバイル・デバイス１０００は、本明細書に記載された構成要素および機能のうちの１または複数に関連付けられた処理機能を実行するプロセッサ１０１０を含む。プロセッサ１０１０は、単一のプロセッサまたはマルチコア・プロセッサであるか、あるいは、複数のプロセッサまたはマルチコア・プロセッサのセットでありうる。モバイル・デバイス１０００はさらに、プロセッサ１０１０に接続され、プロセッサ１０１０によって実行されるさまざまなアプリケーションのバージョンを格納するメモリ１０２０を含む。メモリ１０２０は、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびこれらの任意の組み合わせのように、コンピュータによって使用可能な任意のタイプのメモリを含みうる。
【００５２】
さらに、モバイル・デバイス１０００は、プロセッサ１０１０に接続され、本明細書に記載されたように、ハードウェア、ソフトウェア、およびサービスを利用する１または複数のラジオ・アクセス・ネットワークとの通信を確立および維持する通信構成要素１０３０を含む。例えば、通信構成要素１０３０は、外部のラジオ・ネットワークやデバイスとインタフェースするよう動作可能な送信機および受信機に関連付けられた送信チェーン構成要素および受信チェーン構成要素を含む。それに加えてに、モバイル・デバイス１０００はさらに、プロセッサ１０１０に接続されたデータ・ストア１０４０を含む。データ・ストア１０４０は、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせであることができ、本明細書に記載された態様に関連して適用されるプログラム、データベース、および情報の大容量記憶を提供する。例えば、データ・ストア１０４０は、プロセッサ１０１０によって現在実行されていないアプリケーションのためのデータ・リポジトリでありうる。
【００５３】
モバイル・デバイス１０００は、プロセッサ１０１０に接続されたユーザ・インタフェース構成要素１０５０を含みうる。ユーザ・インタフェース構成要素１０５０は、モバイル・デバイス１０００のユーザからの入力を受信するように動作可能であり、さらに、ユーザに提示するための出力を生成するように動作可能である。ユーザ・インタフェース構成要素１０５０は、限定される訳ではないが、キーボード、テンキー、マウス、タッチ画面、ナビゲーション・キー、ファンクション・キー、マイクロホン、音声認識構成要素、ユーザからの入力を受信可能なその他のメカニズム、あるいはこれらの任意の組み合わせを含む１または複数の入力デバイスを含むことができる。さらに、ユーザ・インタフェース構成要素１０５０は、限定される訳ではないが、ディスプレイ、スピーカ、触覚型フィードバック・メカニズム、プリンタ、ユーザに出力を提示することが可能なその他任意のメカニズム、またはこれらの任意の組み合わせを含む１または複数の出力デバイスを含むことができる。
【００５４】
一例における態様では、プロセッサ１０１０は、ユニークなＩＰモビリティ・アンカ識別子を生成し、モバイル・デバイスが接続を望んでいる各ＨＡ／ＬＭＡへ割り当てるように動作するアサイナ（assignor）モジュール１０７０を含む。プロセッサ１０１０はまた、各ＩＰモビリティ・アンカ識別子に関するＩＰフロー（例えば、ＲＬＰフロー）をアクセス・ラジオ・ネットワークとネゴシエートするように動作するエゴシエータ・モジュール１０７０を含む。プロセッサ１０１０はさらに、通信構成要素１０３０に対して、ネゴシエートされた各ＩＰフローを、特定のＨＡ／ＬＭＡへのＩＰトンネルへ関連付ける要求を、アクセス・ゲートウェイへとシグナルするように指示するシグナリング・モジュール１０８０を含む。プロセッサ１０１０はまた、通信構成要素１０３０に対して、ネゴシエートされたＩＰフローによって、適切なＨＡ／ＬＭＡへとパケットを送信するように指示する送信モジュール１０９０を含む。プロセッサ１０１０は、本明細書で開示された方法にしたがって、複数の同時ＨＡ／ＬＭＡ接続を容易にするためのその他のモジュールを含むことができる。
【００５５】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロ・プロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。
【００５６】
さらに、本明細書に開示された態様に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、ある態様では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいはプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能媒体および／またはコンピュータ読取可能媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。
【００５７】
１または複数の態様では、説明された機能が、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能はコンピュータ読取可能媒体に格納されうるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされる利用可能な任意の媒体でありうる。例として、限定することなく、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるｄｉｓｋおよびｄｉｓｃは、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ・ディスクを含む。通常、ｄｉｓｋは、データを磁気的に再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００５８】
前述した開示は、例示的な態様および／または実施形態を開示しているが、さまざまな変更および修正が、特許請求の範囲で定義されたような説明された態様および／または実施形態の範囲から逸脱することなくなされうることが注目されるべきである。さらに、説明された態様および／または実施形態の構成要素は、単数形で記載または特許請求されているが、もしも単数であると明示的に述べられていないのであれば、複数が考慮される。さらに、任意の態様および／または実施形態のすべてまたは一部は、特に述べられていないのであれば、その他任意の態様および／または実施形態のすべてまたは一部とともに利用されうる。
【図１】
2011522475.tif 000003
【図２】
2011522475.tif 000004
【図３】
2011522475.tif 000005
【図４】
2011522475.tif 000006
【図５】
2011522475.tif 000007
【図６】
2011522475.tif 000008
【図７】
2011522475.tif 000009
【図８】
2011522475.tif 000010
【図９】
2011522475.tif 000011
【図１０】
2011522475.tif 000012
【国際調査報告】
2011522475.tif 000013
2011522475.tif 000014