(57)【特許請求の範囲】
【請求項１】
複数のアクセスにわたるサービス品質（ＱｏＳ）制御のための方法であって、
アクセス端末から、データ・フローのセットを求める少なくとも１つのリソース要求を受信することであって、前記少なくとも１つのリソース要求は、前記データ・フローのセットを第１のネットワーク・エンティティを経由して前記アクセス端末に転送させるための命令群を含むことと、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、ＱｏＳルールのセットを生成することと、
前記ＱｏＳルールのセットを含む第１のＱｏＳルールのセットと、前記アクセス端末を用いてベアラ・セットアップをトリガするよう前記第１のネットワーク・エンティティに指示する第１のインジケータとを、前記第１のネットワーク・エンティティに送信することと、
前記ＱｏＳルールのセットを含む第２のＱｏＳルールのセットと、第２のネットワーク・エンティティが前記アクセス端末からリソース要求を受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示する第２のインジケータとを、前記第２のネットワーク・エンティティに送信することと
を備える方法。
【請求項２】
前記データ・フローのセットを求める少なくとも１つのリソース要求は、前記第１のネットワーク・エンティティによって中継される請求項１に記載の方法。
【請求項３】
前記第１のネットワーク・エンティティは、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含む請求項２に記載の方法。
【請求項４】
前記第１のインジケータはさらに、前記第１のネットワーク・エンティティが前記ＱｏＳルールのセットのうちの対応するＱｏＳルールにしたがって、前記ベアラ・セットアップをトリガするための前記データ・フローのセットのサブセットを識別する請求項１に記載の方法。
【請求項５】
前記第２のインジケータはさらに、更新されたインジケータを有する更新されたＱｏＳルールのセットの受信まで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示するように構成される請求項１に記載の方法。
【請求項６】
複数のアクセスにわたるサービス品質（ＱｏＳ）制御を容易にするように構成された少なくとも１つのプロセッサを含む無線通信装置であって、
アクセス端末から、データ・フローのセットを求める少なくとも１つのリソース要求を受信するための第１のモジュールであって、前記少なくとも１つのリソース要求は、前記データ・フローのセットを第１のネットワーク・エンティティを経由して前記アクセス端末に転送させる命令を含む、第１のモジュールと、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、ＱｏＳルールのセットを生成するための第２のモジュールと、
前記ＱｏＳルールのセットを含む第１のＱｏＳルールのセットと、前記アクセス端末を用いてベアラ・セットアップをトリガするよう前記第１のネットワーク・エンティティに指示する第１のインジケータとを、前記第１のネットワーク・エンティティに送信することと、前記ＱｏＳルールのセットを含む第２のＱｏＳルールのセットと、第２のネットワーク・エンティティが前記アクセス端末からリソース要求を受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示する第２のインジケータと、前記第２のネットワーク・エンティティを送信することとを実行するための第３のモジュールと
を備える無線通信装置。
【請求項７】
前記第１のネットワーク・エンティティは、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含む請求項６に記載の無線通信装置。
【請求項８】
前記第１のインジケータはさらに、前記第１のネットワーク・エンティティが、前記ＱｏＳルールのセットのうちの対応するＱｏＳルールに従って、前記ベアラ・セットアップをトリガするための前記データ・フローのセットのサブセットを識別する請求項６に記載の無線通信装置。
【請求項９】
前記第２のインジケータはさらに、更新されたインジケータを有する更新されたＱｏＳルールのセットを受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示するように構成される請求項６に記載の無線通信装置。
【請求項１０】
コンピュータに対して、アクセス端末から、データ・フローのセットを求める少なくとも１つのリソース要求を受信させるための第１のコード・セットであって、前記少なくとも１つのリソース要求は、前記データ・フローのセットを第１のネットワーク・エンティティを経由して前記アクセス端末に転送させるための命令を含む、第１のコードのセットと、
前記コンピュータに対して、前記データ・フローのセットを求める前記少なくとも１つのリソース要求に少なくとも部分的に基づいて、サービス品質（ＱｏＳ）ルールのセットを生成させるための第２のコード・セットと、
前記コンピュータに対して、前記ＱｏＳルールのセットを含む第１のＱｏＳルールのセットと、前記アクセス端末を用いてベアラ・セットアップをトリガするよう前記第１のネットワーク・エンティティに指示する第１のインジケータとを、前記第１のネットワーク・エンティティに送信させるため第３のコードのセットと、
前記コンピュータに対して、前記ＱｏＳルールのセットを含む第２のＱｏＳルールのセットと、第２のネットワーク・エンティティが前記アクセス端末からリソース要求を受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示する第２のインジケータとを、前記第２のネットワーク・エンティティに送信させるための第４のコードのセットと、
を記憶したコンピュータ読取可能な記憶媒体。
【請求項１１】
前記データ・フローのセットを求める前記少なくとも１つのリソース要求は、前記第１のネットワーク・エンティティを経由して中継される、請求項１０に記載のコンピュータ読取可能な記憶媒体。
【請求項１２】
前記第１のネットワーク・エンティティは、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含む、請求項１１に記載のコンピュータ読取可能な記憶媒体。
【請求項１３】
前記第１のインジケータはさらに、前記第１のネットワーク・エンティティが、前記ＱｏＳルールのセットのうちの対応するＱｏＳルールにしたがって、前記ベアラ・セットアップをトリガするための前記データ・フローのセットのサブセットを識別する、請求項１０に記載のコンピュータ読取可能な記憶媒体。
【請求項１４】
前記第２のインジケータはさらに、更新されたインジケータを有する更新されたＱｏＳルールのセットの受信まで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示するように構成される、請求項１０に記載のコンピュータ読取可能な記憶媒体。
【請求項１５】
装置であって、
アクセス端末から、データ・フローのセットを求める少なくとも１つのリソース要求を受信する手段であって、前記少なくとも１つのリソース要求は、前記データ・フローのセットを第１のネットワーク・エンティティを経由して前記アクセス端末に転送させるための命令を含む、手段と、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、サービス品質（ＱｏＳ）ルールのセットを生成する手段と、
前記ＱｏＳルールのセットを含む第１のＱｏＳルールのセットと、前記アクセス端末を用いてベアラ・セットアップをトリガするよう前記第１のネットワーク・エンティティに指示する第１のインジケータとを、前記第１のネットワーク・エンティティに送信する手段と、
前記ＱｏＳルールのセットを含む第２のＱｏＳルールのセットと、第２のネットワーク・エンティティが前記アクセス端末からリソース要求を受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示する第２のインジケータとを、前記第２のネットワーク・エンティティに送信する手段と
を備える装置。
【請求項１６】
前記ネットワーク・アクセスを求める少なくとも１つのリソース要求は、前記第１のネットワーク・エンティティによって中継される請求項１５に記載の装置。
【請求項１７】
前記第１のインジケータはさらに、前記第１のネットワーク・エンティティが前記ＱｏＳルールのセットのうちの対応するＱｏＳルールにしたがって、前記ベアラ・セットアップをトリガするための前記データ・フローのセットのサブセットを識別する請求項１６に記載の装置。
【請求項１８】
前記第２のインジケータはさらに、更新されたインジケータを有する更新されたＱｏＳルールのセットの受信まで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示するように構成される請求項１５に記載の装置。
【請求項１９】
複数のアクセスにわたるサービス品質（ＱｏＳ）制御のための装置であって、
アクセス端末から、データ・フローのセットを求める少なくとも１つのリソース要求を受信する要求獲得構成要素であって、前記少なくとも１つのリソース要求は、前記データ・フローのセットを第１のネットワーク・エンティティを経由して前記アクセス端末に転送させるための命令群を含む、要求獲得構成要素と、
前記データ・フローのセットを求める前記少なくとも１つのリソース要求に少なくとも部分的に基づいてＱｏＳルールのセットを生成するＱｏＳ決定構成要素と、
前記ＱｏＳルールのセットを含む第１のＱｏＳルールのセットと、前記アクセス端末を用いてベアラ・セットアップをトリガするよう前記第１のネットワーク・エンティティに指示する第１のインジケータとを、前記第１のネットワーク・エンティティに送信し、前記ＱｏＳルールのセットを含む第２のＱｏＳルールのセットと、第２のネットワーク・エンティティが前記アクセス端末からリソース要求を受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示する第２のインジケータとを、前記第２のネットワーク・エンティティに送信する送信機と
を備える装置。
【請求項２０】
前記ＱｏＳルールは、関連付けられたモバイル・デバイスのアイデンティティ、前記アクセス・ゲートウェイのアイデンティティ、およびポリシーのセットのうちの少なくとも１つに少なくとも部分的に基づく請求項１９に記載の装置。
【請求項２１】
前記第１のインジケータはさらに、前記第１のネットワーク・エンティティが、前記ベアラ・セットアップをトリガするための前記データ・フローのセットのサブセットを識別する請求項１９に記載の装置。
【請求項２２】
前記第２のインジケータはさらに、前記ＱｏＳルールのセットのうちの対応するＱｏＳルールにしたがって、更新されたインジケータを有する更新されたＱｏＳルールのセットを受信するまで、前記ＱｏＳルールのセットを格納するよう前記第２のネットワーク・エンティティに指示するように構成される請求項１９に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、本明細書に参照によって明確に組み込まれ、本願の譲受人に譲渡され、２００８年８月１８日に出願された“ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＱＵＡＬＩＴＹ  ＯＦ  ＳＥＲＶＩＣＥ  ＣＯＮＴＲＯＬ  ＯＶＥＲ  ＭＵＬＴＩＰＬＥ  ＡＣＣＥＳＳＥＳ”と題された仮出願６１／０８９，６８９号への優先権を主張する。
【技術分野】
【０００２】
本態様は、無線通信デバイスに関し、さらに詳しくは、複数のアクセスにわたるサービス品質制御のためのシステムおよび方法に関する。
【背景技術】
【０００３】
無線通信システムはさまざまなタイプの通信を提供するために広く開発され、例えば、音声および／またはデータが、そのような無線通信システムによって提供されうる。一般的な無線通信システム（すなわち、ネットワーク）は、（例えば、帯域幅や送信電力等のような）１または複数の共有リソースへ複数のユーザ・アクセスを提供しうる。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、直交周波数分割多重化（ＯＦＤＭ）のような様々な多元接続技術を使用することができる。
【０００４】
通常、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。おのおののモバイル・デバイスは、順方向リンクおよび逆方向リンクによる送信を介して、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、モバイル・デバイスから基地局への通信リンクを称する。
【０００５】
無線通信システムはしばしば、有効範囲領域を提供する１または複数の基地局を使用する。一般的な基地局は、ブロードキャスト・サービス、マルチキャスト・サービス、および／またはユニキャスト・サービスのために複数のデータ・ストリームを送信することができる。これらデータ・ストリームは、モバイル・デバイスに対して興味のある独立した受信からなるデータのストリームでありうる。そのような基地局の有効範囲領域内のモバイル・デバイスは、合成ストリームによって搬送された１つ、複数、あるいはすべてのデータ・ストリームを受信するために使用されうる。同様に、モバイル・デバイスは、基地局あるいは別のモバイルのデバイスへデータを送信しうる。
【０００６】
無線通信システム内のエリア・トラッキングによって、ユーザ機器（例えば、モバイル・デバイス、モバイル通信装置、セルラ・デバイス、スマート・フォン等）のトラッキング・エリア位置が定義されるようになる。一般に、ネットワークは、ユーザ機器（ＵＥ）がそのようなトラッキング・エリア位置を用いて応答するＵＥに対して要求またはページしうる。これによって、ＵＥのトラッキング・エリア位置が、ネットワークへ通信され、さらに更新されるようになる。
【０００７】
ネットワーク有効通信範囲およびサービス品質の最適化は、無線ネットワーク・オペレータのための不変の目標である。優れた有効通信範囲およびサービス品質によって、ユーザ経験が向上され、スループットが高められ、最終的には、利益が増大する。ネットワーク有効通信範囲の最適化のため、目下、多くの努力がなされている。最適化は、ネットワーク・リソースの効率的な使用を必要とする。結果として、無線ネットワークにおけるリソースの効率的な分配を増やすための方法および／またはシステムを有することが望ましいであろう。
【発明の概要】
【０００８】
以下は、１または複数の態様の基本的な理解を与えるために、そのような態様の簡略化された概要を示す。この概要は、考えられるすべての態様の広範囲な概観ではなく、すべての態様の重要要素や決定的要素を特定することも、何れかまたは全ての態様のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の態様のいくつかの概念を表すことである。
【０００９】
１または複数の態様および対応する開示によれば、さまざまな態様が、複数のアクセスにわたるサービス品質制御に関して記載される。関連する態様によれば、複数のアクセスにわたるサービス品質制御のための方法が提供される。この方法は、データ・フローのセットを求める少なくとも１つのリソース要求を受信することと、データ・フローのセットを求めるリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを生成することと、サービス品質ルールのセットに、インジケータを含めることとを含み、このインジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールを受信すること、または、予め定めたイベントが生じるまで、サービス品質ルールを格納すること、のうちの少なくとも１つを指示する。
【００１０】
別の態様は、ネットワーク・エンティティを経由して中継される、データ・フローを求める少なくとも１つのリソース要求を取得するための第１のモジュールと、データ・フローを求めるリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを決定するための第２のモジュールと、サービス品質ルール内に、インジケータを組み込むための第３のモジュールとを有し、このインジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールを受信すること、あるいは、ベアラ・セットアップを求める要求を受信側が受信するまで、サービス品質ルールを格納することのうちの少なくとも１つを受信側に対して指示する無線通信装置に関する。
【００１１】
別の態様は、コンピュータに対して、少なくとも１つのリソース要求を受信させるための第１のコード・セットと、コンピュータに対して、ネットワーク・リソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを決定させるための第２のコード・セットと、コンピュータに対して、サービス品質ルール内に、インジケータを含めるための第３のコード・セットとを有し、このインジケータは、受信側に対して、サービス品質ルールに基づいて、リソースのセットの確立を開始すること、あるいは、リソース確立を求める要求を受信するまでサービス品質ルールを格納すること、のうちの少なくとも１つを指示するコンピュータ・プログラム製品に関する。
【００１２】
さらに別の態様は、データ・フローを求める少なくとも１つのリソース要求を受信する手段と、データ・フローを求めるリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを生成する手段と、サービス品質ルール内に、インジケータを含める手段とを含み、このインジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールを受信すること、あるいは、予め定めたイベントが生じるまでサービス品質ルールを格納すること、のうちの少なくとも１つを指示する装置に関する。
【００１３】
さらなる態様は、複数のアクセスにわたるサービス品質制御のためのシステムに関し、このシステムは、少なくとも１つのモバイル・デバイスのためのデータ・フローのセットを求める少なくとも１つのリソース要求を受信する要求獲得構成要素であって、ここで、ネットワーク・アクセスを求める要求が、アクセス・ゲートウェイを経由して中継される、要求獲得構成要素と、リソース要求に関するサービス品質ルールのセットを生成するサービス品質決定構成要素と、サービス品質ルール内に、インジケーションを含めるインジケータ構成要素とを含み、このインジケーションは、アクセス・ゲートウェイに対して、ベアラ・セットアップをトリガするようにするサービス品質ルールを受信すること、あるいは、予め定めたイベントが生じるまでサービス品質ルールを格納すること、のうちの少なくとも１つを指示する。
【００１４】
さらに別の態様は、複数のアクセスにわたるサービス品質制御のための方法に関し、この方法は、データ・フローを求めるリソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信することと、サービス品質ルールのセットとともに含まれるインジケータに基づいて、リソース確立を開始すること、あるいは、サービス品質リソースのセットを求める要求が受信されるまで、サービス品質ルールのセットを格納すること、のうちの少なくとも１つを行うことを決定することとからなる各ステップを含む。
【００１５】
別の態様は、リソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信するための第１のモジュールと、インジケータの値に少なくとも部分的に基づいて、サービス品質ルールを格納すること、あるいは、インジケータの値に少なくとも部分的に基づいて、サービス品質ルールに関するサービス品質リソースのセットを生成すること、のうちの少なくとも１つを行うための第２のモジュールと、を含む無線通信装置に関する。
【００１６】
さらに別の態様は、コンピュータに対して、データ・フローのセットを求めるリソース要求を、他のネットワーク・エンティティへ転送させるための第１のコード・セットと、コンピュータに対して、データ・フローのセットを求めるリソース要求に応じて、このネットワーク・エンティティから、サービス品質ルールのセットを受信させるための第２のコード・セットと、コンピュータに対して、インジケータの値に少なくとも部分的に基づいて、サービス品質ルールを格納すること、あるいは、インジケータの値に少なくとも部分的に基づいて、サービス品質ルールに関するサービス品質リソースのセットを生成すること、のうちの少なくとも１つを行わせるための第３のコード・セットとを含むコンピュータ・プログラム製品に関する。
【００１７】
別の態様は、１または複数のデータ・フローを求めるリソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信する手段と、サービス品質ルールのセットとともに含まれるインジケータに基づいて、リソース確立を開始すること、あるいは、サービス品質リソースのセットを求める要求が受信されるまで、サービス品質ルールのセットを格納すること、のうちの少なくとも１つを行うことを決定する手段とを有する装置に関する。
【００１８】
さらに別の態様は、複数のアクセスにわたるサービス品質制御のためのシステムに関し、このシステムは、サービス品質ルールのセットを、ポリシーおよび課金リソース機能サーバから獲得するサービス品質受信構成要素と、サービス品質ルールに含まれるインジケータを解釈し、このインジケータに基づいて、モバイル・デバイスとのベアラ・セットアップを開始すること、あるいは、サービス品質リソースを求める要求をモバイル・デバイスから受信するまで、サービス品質ルールを格納すること、のうちの少なくとも１つを行うことを決定するインジケーション構成要素とを含む。
【００１９】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に十分に記載され、特許請求の範囲において特に指摘されている特徴を備える。次の記載および添付図面は、１または複数の態様のある例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、さまざまな態様の原理が適用されるさまざまな方式のうちの極く一部しか示しておらず、本説明は、そのような態様およびそれらの均等物の全てを含むことが意図されている。
【図面の簡単な説明】
【００２０】
【図１】図１は、典型的な多元接続無線通信システムを例示する。
【図２】図２は、通信システムの一般的なブロック図を例示する。
【図３】図３は、典型的な無線通信システムを例示する。
【図４】図４は、主題とする仕様の態様にしたがう無線通信システムを例示する。
【図５】図５は、主題とする仕様の態様にしたがう無線通信システムを例示する。
【図６】図６は、主題とする仕様の態様にしたがうアクセス・ゲートウェイを例示する。
【図７】図７は、主題とする仕様の態様にしたがうポリシーおよび課金ルール機能サーバを例示する。
【図８】図８は、主題とする仕様の態様にしたがう方法を例示するフローチャートである。
【図９】図９は、主題とする仕様の態様にしたがう方法を例示するフローチャートである。
【図１０】図１０は、主題とする仕様にしたがって、無線通信ネットワークにおいて、複数のアクセスにわたるサービス品質制御を容易にするシステムを例示する。
【図１１】図１１は、主題とする仕様にしたがって、無線通信ネットワークにおいて、複数のアクセスにわたるサービス品質制御を容易にするシステムを例示する。
【発明を実施するための形態】
【００２１】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。次の記述では、説明の目的のために、多数の特定の詳細が、１または複数の実施形態についての完全な理解を提供するために記述される。しかしながら、そのような実施形態（単数または複数）は、これら具体的な詳細無しで実現されることが明白である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２２】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２３】
さらに、さまざまな実施形態は、本明細書において、アクセス端末に関して記載される。アクセス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。アクセス端末は、セルラ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピューティング・デバイス、あるいは無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関連して記載される。基地局は、アクセス端末と通信するために利用することができ、アクセス・ポイント、ノードＢ、ｅノードＢ、あるいはその他の用語でも称されうる。
【００２４】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。
【００２５】
さらに、実施形態は、通信システムに関して一般的に記載されているが、当業者であれば、これら実施形態は、固定小数点と浮動小数点との両方のデータ表示を含む有限精度アーキテクチャを適用する任意の設計に適用されることを認識するであろう。本明細書に記載されたシステムおよび／または方法は、任意の適切なタイプの設計とともに適用され、そのようなすべてのタイプの設計（単数または複数）は、本明細書に添付された特許請求の範囲のスコープ内にあると意図されていることが認識されるべきである。
【００２６】
図１に示すように、本明細書に記載されたさまざまな実施形態にしたがう無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。おのおののアンテナ・グループについて２本のアンテナしか例示されていないが、２本より多いアンテナ、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えうる。
【００２７】
基地局１０２は、例えばモバイル・デバイス１１６およびモバイル・デバイス１２２のような１または複数のモバイル・デバイスと通信しうる。しかしながら、基地局１０２は、モバイル・デバイス１１６およびモバイル・デバイス１２２に類似した実質的に任意の数のモバイル・デバイスと通信しうることが理解されるべきである。モバイル・デバイス１１６、１２２は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００を介して通信するのに適切なその他任意のデバイスでありうる。図示するように、モバイル・デバイス１１６は、アンテナ１１２およびアンテナ１１４と通信している。ここで、アンテナ１１２およびアンテナ１１４は、順方向リンク１１８によってアクセス端末１１６へ情報を送信し、逆方向リンク１２０によってアクセス端末１１６から情報を受信する。さらに、モバイル・デバイス１２２はアンテナ１０４およびアンテナ１０６と通信している。ここで、アンテナ１０４およびアンテナ１０６は、順方向リンク１２４でアクセス端末１２２へ情報を送信し、逆方向リンク１２６でアクセス端末１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは異なる周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは異なる周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。
【００２８】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のアクセス端末に通信するように、複数のアンテナが設計されうる。順方向リンク１１８、１２４による通信では、基地局１０２の送信アンテナは、モバイル・デバイス１１６、１２２の順方向リンク１１８、１２４の信号対雑音比を向上するために、ビーム・フォーミングを利用しうる。例えば、これは、所望の方向に信号を発信するために、プリコーダを用いることによって提供されうる。また、基地局１０２が、関連付けられた有効通信範囲にランダムに散在したモバイル・デバイス１１６、１２２に送信するためにビーム・フォーミングを利用している間、近隣セル内のモバイル・デバイスは、すべてのモバイル・デバイスに対して単一のアンテナによって送信している基地局に比べて、少ない干渉しか被らない。さらに、モバイル・デバイス１１６およびモバイル・デバイス１２２は、一例として、ピア・ツー・ビアまたはアド・ホック技術を使用して、互いにダイレクトに通信しうる。
【００２９】
例によれば、システム１００は、複数入力複数出力（ＭＩＭＯ）通信システムでありうる。さらに、システム１００は、（例えば、順方向リンクや逆方向リンク等のような）通信チャネルを分割するために、例えばＦＤＤやＴＤＤ等のような実質的に任意のタイプのデュプレクス技術を利用しうる。さらに、システム１００は、マルチ・ベアラ・システムでありうる。ベアラは、定義された容量、遅延、ビット誤り率等の情報パスでありうる。モバイル・デバイス１１６、１２２はおのおの、１または複数のラジオ・ベアラへサービス提供しうる。モバイル・デバイス１１６、１２２は、アップリンク・リソースを管理するため、および／または、アップリンク・リソースを１または複数のラジオ・ベアラで共有するために、アップリンク・レート制御メカニズムを適用しうる。一例において、モバイル・デバイス１１６、１２２は、ラジオ・ベアラにサービス提供するため、および、アップリンク・レート制限を実施するために、トークン・バケット・メカニズムを利用しうる。
【００３０】
例示によれば、おのおののベアラは、関連付けられた優先ビット・レート（ＰＢＲ）、最大ビット・レート（ＭＢＲ）、および保証ビット・レート（ＧＢＲ）を有しうる。モバイル・デバイス１１６、１２２は、関連付けられたビット・レート値に少なくとも部分的に基づいて、ラジオ・ベアラにサービス提供しうる。ビット・レート値はまた、おのおののベアラに関するＰＢＲおよびＭＢＲを考慮したキュー・サイズを計算するためにも適用されうる。キュー・サイズは、モバイル・デバイス１１６、１２２によって基地局１０２へ送信されたアップリンク・リソース要求に含まれうる。基地局１０２は、それぞれのアップリンク要求および含まれているキュー・サイズに基づいて、モバイル・デバイス１１６、１２２のためのアップリンク・リソースをスケジュールしうる。
【００３１】
図２は、ＭＩＭＯシステム２００における（アクセス・ポイントとしても知られている）送信機システム２１０および（アクセス端末として知られている）受信機システム２５０のブロック図である。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信機（ＴＸ）データ・プロセッサ２１４に提供される。
【００３２】
実施形態では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。
【００３３】
おのおののデータ・ストリームの符合化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。
【００３４】
すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、データ・シンボルが送信されるアンテナに、ビーム・フォーミング重みを適用する。
【００３５】
おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ２２４ａ乃至２２４ｔそれぞれから送信される。
【００３６】
受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００３７】
ＲＸデータ・プロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。
【００３８】
プロセッサ２７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００３９】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。
【００４０】
送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。プロセッサ２３０は、ビーム・フォーミング重みを決定するために、どの事前符号化行列を使用するかを決定し、その後、抽出されたメッセージを処理しうる。
【００４１】
図３は、多くのユーザをサポートするように構成された典型的な無線通信システム３００を例示しており、ここでは、開示されたさまざまな実施形態および態様が実現される。図３に示すように、一例として、システム３００は、例えばマクロ・セル３０２ａ−３０２ｇのような複数のセル３０２のための通信を提供する。ここで、おのおののセルは、対応するアクセス・ポイント（ＡＰ）３０４（例えば、ＡＰ３０４ａ−３０４ｇ）によってサービス提供される。おのおののセルはさらに、（例えば、１または複数の周波数をサービス提供するために、）１または複数のセクタへ分割されうる。ユーザ機器（ＵＥ）あるいは移動局としても置換可能に知られており、ＡＴ３０６ａ−３０６ｋを含むさまざまなアクセス端末（ＡＴ）３０６が、システム全体にわたって分布している。ＡＴ３０６はおのおのの、例えば、ＡＴがアクティブであるか、および、ソフト・ハンドオフにあるかに依存して、所与の瞬間において、順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）によって、１または複数のＡＰ３０４と通信することができる。無線通信システム３００は、大きな地理的領域にわたってサービスを提供することができ、例えば、マクロ・セル３０２ａ−３０２ｇは、近隣の数ブロックをカバーしうる。
【００４２】
セル３０２は、例えばＧＳＭ（登録商標）／ＧＰＲＳ／Ｅｄｇｅネットワーク（以下、「２Ｇネットワーク」と称する）、および／または、ＵＭＴＳネットワーク（以下、「ＷＣＤＭＡ有効通信範囲」、「３Ｇネットワーク」、あるいは単に「３Ｇ」と称する）のような複数のネットワークを経由して、有効通信範囲を提供しうる。システム３００は、セル内、および、おのおのが１または複数のネットワークを含んでいる複数の（前述した）近隣セル３０２内に、１または複数のネットワークを有している。ＡＴ３０６がまずセル内の第１のネットワークに接続され、同じセル内の第２のネットワークに切り換わる場合、システム間ハンドオーバが生じる。逆に、ＡＴ３０６が第１のセルから近隣セルに移動し、第２のセルに含まれるネットワークのうちの１または複数へ接続する場合、システム内ハンドオーバが生じる。
【００４３】
さらに、無線通信システム３００に位置するＡＴ３０６は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を含む複数のアクセス・ネットワークへのアクセスを有しうる。例えば、ＡＴ３０６ｆは、ＡＰを３０４ｆ含むセル３０２ｆに位置している。前述したように、ＡＰ３０４ｆは、複数の無線通信ネットワーク（例えば、ＷＣＤＭＡ、３Ｇ等）によって有効通信範囲を可能にしうる。さらに、セル３０２ｆに無線ルータ３１０が位置している。ここで、無線ルータ３１０は、限定される訳ではないが無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を含む追加のアクセス・ネットワークあるいは代替アクセス・ネットワークによる通信を可能にしうる。例示するように、ＡＴ３０６ｆは、セル３０２ｆの有効通信範囲領域、および、無線ルータ３１０の有効通信範囲領域３０８内に同時に位置している。以下に説明するように、ＡＴ３０６ｆは、セル３０２ｆおよび無線ルータ３１０に同時に、あるいは独立して関連付けられたアクセス・ネットワークに接続しうる。
【００４４】
図４は、主題とするイノベーションの実施形態にしたがって、複数のアクセス・ゲートウェイによるネットワーク・アクセスを例示する無線通信システム４００である。このシステム４００は、モバイル・デバイス４０２（例えば、ユーザ機器、無線デバイス、モバイル・デバイス、スマート・フォン、ＰＤＡ、ＧＰＳデバイス、ラップトップ等）、第１のアクセス技術のための第１のアクセス・ゲートウェイ（ＡＧＷ）４０４、第２のアクセス技術のための第２のアクセスＡＧＷ４０６、ポリシー課金ルール機能構成要素（ＰＣＲＦ）４０８、ホーム・エージェント／パケット・データ・ゲートウェイ（ＨＡ／ＰＧＷ）４１０、さらには、認証、認可、およびアカウント構成要素（ＡＡＡ）４１２を含む。
【００４５】
ＡＧＷ４０４（例えば、第１のアクセス技術のためのアクセス・ゲートウェイ）は、有効通信範囲４１４を有し、ＡＧＷ４０６（例えば、第２のアクセス技術のためのアクセス・ゲートウェイ）は、有効通信範囲４１６を有している。第１のアクセス技術および第２のアクセス技術は、例えば、ＣＤＭＡ２０００、ＵＭＴＳ、ＬＴＥ、ＷＬＡＮ、ＷｉＭａｘ等のように、事実上あらゆる既存の、あるいは新たなアクセス技術を含みうる。図示されるように、モバイル・デバイス４０２（以下、「ＵＥ」と称する）は、第１のＡＧＷ４０４の有効通信範囲４１４と第２のＡＧＷ４０６の有効通信範囲４１６とのオーバラップ領域内に位置しており、ＵＥ４０２は、第１のアクセスＡＧＷ４０４と第２のＡＧＷ４０６との両方、あるいは、何れか一方と通信しうる。
【００４６】
ＵＥ４０２は、第１のＡＧＷ４０４および第２のＡＧＷ４０６によって、例えばＬＴＥネットワーク、ＷＬＡＮネットワーク等のような複数のアクセス技術によって、例えばインターネットのような通信インフラストラクチャに接続できるようになる。動作中、一般に、ＵＥ４０２は、あらゆるパケット／インターネット・プロトコル（ＩＰ）データ・フローのための適切な通信品質を保証するために、リソース、または、サービス品質（ＱｏＳ）リソースが、（例えばＡＧＷ４０４および／またはＡＧＷ４０６のような）アクセス・ネットワーク内で設定されることを要求する。ＵＥ４０２が、アクセス・ネットワークからＱｏＳまたはリソースのセットを要求する場合は常に、この要求は、ゲートウェイ（例えば、アクセス＃１  ４０４、アクセス＃２  ４０６、ホーム・エージェント／Ｐゲートウェイ４１０等）を介してＰＣＲＦ４０８へと送られ、通信され、あるいは、送信される。ここで、ＰＣＲＦ４０８は、ＵＥ４０２がリソースのセット（例えば、ＱｏＳ）を使用することが許可されているかを判定する。ＡＡＡ構成要素４１２は、ＵＥ４０２の認証および許可を行い、ＵＥ４０２がさまざまなゲートウェイ（例えば、ＡＧＷ４０４、ＡＧＷ４０６、またはＨＡ／ＰＧＷ４１０）からパケット・データ・アクセス・サービスを受信することを許可されていることを保証する。これによって、アカウンティングを実行することを容易にする。例えば、ＵＥ４０２は、ＨＡ／ＰＧＷ４１０からインターネット・プロトコル（ＩＰ）アドレスを取得し、インターネットに接続する。さらに、ＡＧＷ４０４およびＡＧＷ４０６は、ＵＥ４０２によって使用されうるサービス（例えば、機能、アプリケーション等）や、これらサービスの使用に関し、ＵＥ４０２へどのように課金するかに関するサービス品質（ＱｏＳ）ルールのセットを実施する。
【００４７】
動作中、ＰＣＲＦ４０８は、ゲートウェイ（例えば、４０４、４０６、または４１０）、あるいは、ネットワーク内のアプリケーション機能から、例えばアプリケーション要求のような情報を受信し、この受信した情報に基づいて、ＱｏＳルールを導出する。その後、ＰＣＲＦ４０８は、このＱｏＳルールを、ＡＧＷ４０４およびＡＧＷ４０６へ渡す。ＡＧＷ４０４およびＡＧＷ４０６はおのおの、このプロセスに含まれるＩＰフローのために、ＰＣＲＦ４０８から受信したＱｏＳルールに基づいて、サービス品質（ＱｏＳ）リソースをセットアップする。さらに、（前述したように）ハンドオーバ中、ＰＣＲＦ４０８は、ＵＥ４０２が接続されている１または複数の新たなＡＧＷへと、このＱｏＳルールをプッシュしうる。例えば、ＵＥ４０２が第１のＡＧＷ４０４において確立され、第２のＡＧＷ４０６に移動している場合、ＰＣＲＦ４０８は、第１のＡＧＷ４０４へ以前提供されたＱｏＳルールを、第２のＡＧＷ４０６へプッシュするだろう。
【００４８】
図５は、複数のアクセス・ゲートウェイによるネットワーク・アクセスを例示する無線通信システム５００であり、ここでは、開示されたさまざまな実施形態および態様が実現される。このシステム５００は、ユーザ機器（ＵＥ）５０２（例えば、無線デバイス、モバイル・デバイス、ラップトップ、スマート・フォン、ＰＤＡ、ＧＰＳデバイス、パーソナル・ミュージック・プレイヤ等）、第１のアクセス・ゲートウェイ（ＡＧＷ）５０４、第２の（ＡＧＷ）５０６、ポリシー課金ルール機能構成要素（ＰＣＲＦ）５０８、ホーム・エージェント／パケット・ゲートウェイ（ＨＡ／ＰＧＷ）５１０、さらには、認証、認可、およびアカウント構成要素（ＡＡＡ）５１２を含む。
【００４９】
前述したように、ＵＥ５０２は、有効通信範囲５１４および有効通信範囲５１６内のＵＥ５０２の位置に依存して、第１のＡＧＷ５０４と第２のＡＧＷ５０６のうちの何れか、あるいは、両方に接続されうる。ＵＥ５０２は、１または複数の技術を使用して、ＡＧＷ５０４およびＡＧＷ５０６を介して、１または複数の通信インフラストラクチャ（例えば、インターネット）に接続しうる。ＡＧＷ５０４およびＡＧＷ５０６は、ＲＣＲＦ５０８から、ＱｏＳルールのセットを獲得し、ＱｏＳルールに基づいて、ＵＥ５０２のためのＱｏＳを確立しうる。
【００５０】
一般に、ＰＣＲＦ５０８は、ＵＥ５０２に接続されているおのおののＡＧＷへ、ＱｏＳルールのグローバル・セット（例えば、一般的なセット）を提供し、接続されたおのおののＡＧＷは、ＱｏＳルールのグローバル・セットに基づいて、ＱｏＳリソースをセットアップするだろう。その結果、ＰＣＲＦ５０８によって、同じＱｏＳルールが、ＡＧＷ５０４とＡＧＷ５０６との両方へ提供される。ＵＥ５０２が複数のＡＧＷへ接続されていても、ＵＥ５０２は、一般に、特定のパケット／ＩＰデータ・フローのために、一度に１つのＡＧＷしか用いない。他の場合においては、ＵＥ５０２が、１つのＡＧＷ５０４から他のＡＧＷ５０６へハンドオフしている場合、ＵＥ５０２は、すべてのサービス・データ・フローについて、一度に１つのＡＧＷしか用いない。しかしながら、ＱｏＳルールは一般に、ＱｏＳルールに対応するサービス・データ・フロー（単数または複数）が、特定のＡＧＷ（例えば、ＡＧＷ１またはＡＧＷ２）においてアクティブであるかを判定するためにＡＧＷによって使用される情報を含んでいない。したがって、接続されているおのおののＡＧＷは、パケット／ＩＰデータ・フローのうちのいくつかが、アクセスにおいてアクティブではない場合であっても、すべてのＱｏＳルールに基づいてＱｏＳリソースをセットアップするだろう。例えば、ＵＥ５０２は、ＡＧＷ５０４とＡＧＷ５０６とに同時に接続され、一度にＡＧＷ５０４またはＡＧＷ５０６のいずれかしか使用しないにも関わらず、ＡＧＷ５０４とＡＧＷ５０６との両方が、グローバルＱｏＳルールの同じセットを受信する。さらに、ＡＧＷ５０４とＡＧＷ５０６との両方が、ＱｏＳルールのグローバル・セットに基づいて、ＱｏＳリソースをセットアップ（例えば、ベアラ・セットアップ）する。これによって、システム・リソースが非効率的に使用されるという結果になることが認識されうる。
【００５１】
本イノベーションの１または複数の態様によれば、ＰＣＲＦ５０８は、接続しているＡＧＷ５０４およびＡＧＷ５０６のおのおのに対して、インジケーションを持つＱｏＳルール５１８のセットを提供する。ＱｏＳルール５１８に含まれるこれらインジケーションは、ＡＧＷが、ＱｏＳルールに関連するパケット／ＩＰデータ・フローについてＱｏＳリソースをセットアップする必要があるか否かを示すための。ＡＧＷ５０４およびＡＧＷ５０６おのおのに対する特別な命令群を含みうる。さらに、これら命令群は、ＡＧＷ５０４およびＡＧＷ５０６がいつＱｏＳリソースを確立するかに関する命令群を含みうる。例えば、ＵＥ５０２は、ＡＧＷ５０４およびＡＧＷ５０６に同時に接続されうる。ここで、ＡＧＷ５０４は、モバイル・セルラ・ネットワーク内のゲートウェイ（ＧＷ）であり、ＡＧＷ５０６は、ＷＬＡＮネットワークのためのＧＷである。ＵＥ５０２は、ビデオ会議のオーディオ通信セグメントのためにＡＧＷ５０４を使用し、ビデオ会議のビデオ通信セグメントのためにＡＧＷ５０６を使用することを希望することができる。ＰＣＲＦ５０８は、ＡＧＷ５０４およびＡＧＷ５０６のおのおののためのＱｏＳセットアップの１または複数のパラメータを指定する１または複数のインジケーションを含む、ＱｏＳルール５１８のセットを通信しうる。ＰＣＲＦが、これらＡＧＷの両方に対して、オーディオ成分とビデオ成分との両方のためのＱｏＳルールを提供しても、ＰＣＲＦ５０８は、ＱｏＳルールにおいて、割り当てられる必要のあるオーディオ成分に関連するＩＰデータ・フローのリソース、および、割り当てられる必要のないビデオ成分に関連するＩＰデータ・フローのリソースをＡＧＷ５０４に示す一方、ＰＣＲＦ５０８は、ＱｏＳルールにおいて、割り当てられる必要のあるビデオ成分に関連するＩＰデータ・フローのリソース、および、割り当てられる必要のないオーディオ成分に関連するＩＰデータ・フローのリソースをＡＧＷ５０６に示す。その結果、ＡＧＷ５０４は、ビデオ会議のオーディオ通信セグメントのＱｏＳをセットアップし、ＡＧＷ５０８は、ビデオ会議のビデオ通信セグメントのＱｏＳをセットアップしうる。
【００５２】
さらに、ＱｏＳルール５１８のセットは、ＱｏＳルール５１８が、許可および／または実施のためのものであるのか、あるいは、ＡＧＷ５０４またはＡＧＷ５０６のどちらがベアラ・セットアップをトリガせねばならないのかを指示するインジケーションを含みうる。ＵＥ５０２は、あるサービス・データ・フローについて、ＵＥ５０２によってなされたベアラ５２０をどこで実行するか否かを決定し、受信したＱｏＳルール５１８に基づいて、ＡＧＷ５０４またはＡＧＷ５０６によって、手続が許可されうる。ＵＥによってなされるベアラ・セットアップは、ＵＥ５０２によるルーティング決定に基づく。したがって、ＵＥ５０２は、実質的に任意のアップリンク・フローのために、ＡＧＷ５０４あるいはＡＧＷ５０６を使用し、ＨＡ／ＰＧＷ５１０は、実質的に任意のダウンリンク・フローのために、ＡＧＷ５０４あるいはＡＧＷ５０６を使用しうる。
【００５３】
さらに、あるいは、その代わりに、ＰＣＲＦ５０８は、ＡＧＷ５０４およびＡＧＷ５０６のおのおのに、ＱｏＳルールの別のセットを通信しうる。例えば、ＵＥ５０２は、ＡＧＷ５０４とＡＧＷ５０６との両方に同時に接続されうる。ここでは、ＡＧＷ５０４とＡＧＷ５０６との両方とも基地局である。ＰＣＲＦ５０８は、ＱｏＳルール５１８の第１のセットをＡＧＷ５０４へ通信し、音声およびデータのサービスのためのＱｏＳをセットアップするように指示し、ＱｏＳルール５１８の第２のセットをＡＧＷ５０６へ通信し、ビデオ・サービスのためのＱｏＳをセットアップするように指示するか、あるいは、単に、さらなる指示があるまでＵＥ５０２のためのＱｏＳリソースをセットアップしないように指示する。
【００５４】
図６は、主題とするイノベーションにしたがうアクセス・ゲートウェイを例示する。このシステム６００は、アクセス・ゲートウェイ６０２、無線通信インフラストラクチャ６０４、および、モバイル・デバイス６０６のセットを含んでいる。前述したように、アクセス・ゲートウェイ６２０は、モバイル・デバイス６０６（複数のＵＥ）のうちの１または複数が、無線通信インフラストラクチャ６０４と通信できるようにする。ここで、無線通信インフラストラクチャ６０４は、例えばインターネット等のような通信フレームワークを含みうる。
【００５５】
動作中、ＵＥ６０６のうちの１または複数は、アクセス・ゲートウェイ６０２を介して無線通信インフラストラクチャ６０４へのアクセスを試みうる。無線通信インフラストラクチャ６０４へのアクセスを試みている間、例えば、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）コールを行うために、ＵＥ６０６およびアクセス・ゲートウェイ６０２は一般に、データ・パケット（パケット）を伝送するため、その間のベアラのセットをネゴシエートしうる。これはまた、ベアラ・セットアップとも称される。ベアラ・ネゴシエーションの一部として、ベアラに関連する特定のサービス品質（ＱｏＳ）パラメータまたはルールが決定される。例えば、ＱｏＳルールは、データ・レート・パラメータ等を含みうる。関連付けられたＱｏＳ要件のセットを有するネゴシエートされたベアラは、ＱｏＳリソース（例えば、リソース）と称されうる。ここで、ＵＥ６０６は、ＱｏＳリソースを用いてアクセス・ゲートウェイ６０２と通信しうる。
【００５６】
アクセス・ゲートウェイ６０２は、１または複数のＵＥ６０６のためのＱｏＳルールのセットを受信、獲得、あるいは、取得しうるＱｏＳ受信構成要素６０８を含んでいる。前述したように、一般に、アクセス・ゲートウェイ６０２は、ＵＥ６０６から接続要求を受信し、この接続要求を、ポリシーおよび課金ルール機能サーバ（ＰＣＲＦ）へ中継する。ここで、（図示しない）ＰＣＲＦは、ＵＥ６０６が使用を許可されているＱｏＳリソースと、これらリソースに対して課金するための方式とを決定する。ＰＣＲＦはまた、ネットワーク内のアプリケーション機能からサービス情報をも受信しうる。ここで、ＰＣＲＦは、そのサービスのためにＵＥ６０６が使用を許可されているＱｏＳリソースと、これらリソースに対して課金するための方式とを決定する。ＰＣＲＦは、特定のＵＥ６０６のために許可することが可能なＱｏＳパラメータを指定するＱｏＳルールを、アクセス・ゲートウェイ６０２へ送信する。ここで、ＱｏＳ受信構成要素６０８は、これらＱｏＳルールの変換、復号、あるいは解釈を行いうる。
【００５７】
一般に、アクセス・ゲートウェイ６０２は、ＵＥ６０６が、リソースに関するアクセスを直ちに有さねばならないと仮定し、その時点において、ＱｏＳおよびすべてのリソースをセットアップするであろう。主題とするイノベーションの態様によれば、アクセス・ゲートウェイ６０２は、ＵＥ６０６によって要求されるまで、ＱｏＳおよびリソースを保持しうる。例えば、（前述したように）ＰＣＲＦが、ＵＥがサービスを求める複数のアクセス・ネットワークへ（アクセス・ゲートウェイを介して）接続されており、ＰＣＲＦが、ＵＥ６０２のためのおのおののアクセス・ネットワークに対して同じＱｏＳルール（例えば、グローバルＱｏＳルール）を提供するのであれば、一般に、おのおののアクセス・ゲートウェイは、実質的に、直ちにＱｏＳをセットアップするであろう。しかしながら、ＵＥ６０６は、おのおののアクセス・ネットワークに接続されていても、特定のＩＰフローのために、一度に１つのアクセス・ネットワークしか使用しない。この場合、ＰＣＲＦは、ＱｏＳルール内に待機インジケータ（例えば、フラグ、符号のチャンク（chunk）等）を含め、アクセス・ゲートウェイ６０６に対して、ＱｏＳルールを格納し、ＵＥ６０６から要求を受信した場合に、あるいは、インジケータを変更する、更新された（例えば、修正された）ＱｏＳルールのセットをＰＣＲＦから受信した場合に、ＱｏＳリソースをセットアップするように指示する。ＱｏＳ受信構成要素６０８は、もしあれば、ＰＣＲＦから受信したＱｏＳルールとともに含まれているインジケータの変換（例えば、検出）を容易にするインジケーション構成要素６１０を含む。
【００５８】
さらに、アクセス・ゲートウェイ６０２は、ＱｏＳルールを保持または格納しうるデータ・ストア６１２を含む。要求構成要素６１４は、ＱｏＳリソースを求める１または複数の要求を、取得、獲得、あるいは受信し、受信すると、データ・ストア６１２から、ＱｏＳルールを検索する。リソース確立構成要素６１６は、ＰＣＲＦからのＱｏＳルールの提供に少なくとも部分的に基づいて、ＵＥ６０６によって使用されるべきＱｏＳリソースのセットを生成しうる。アクセス・ゲートウェイ６０２は、前述したスキームの下では、ＱｏＳを求める個別の要求をＰＣＲＦへ送信する必要はないことが認識されるべきである。それに加えて、ＰＣＲＦからＱｏＳルールを受信するおのおののアクセス・ネットワーク（例えば、アクセス・ゲートウェイ６０２）は、実質的に任意のフローに適合するように準備されうる。なぜなら、ＵＥ６０６が、アクセス・ゲートウェイ６０２からのリソースを要求するまで、１または複数のＵＥ６０６のためのＱｏＳルールが、データ・ストア６１２内に格納されうるからである。
【００５９】
図７は、本イノベーションの態様にしたがうポリシーおよび課金ルール機能サーバの例である。ポリシーおよび課金ルール機能（ＰＣＲＦ）サーバ７０２は、一般に（例えば、ネットワーク・サーバのような）無線ネットワークのコアに位置するエンティティであり、１または複数のＵＥが無線ネットワークにおいて使用許可を有するＱｏＳリソースに関する決定を行いうる。例えば、ＵＥ（図６を参照）は、アクセス・ゲートウェイ（図６を参照）を介してアクセス・ネットワークへの接続を試み、アクセス・ゲートウェイは、この接続要求を、ＰＣＲＦ７０２へ転送しうる。ここで、ＰＣＲＦ７０２は、ＵＥが使用することができるサービス（例えばＱｏＳリソース）を決定し、ＵＥが使用許可を有するＱｏＳリソースを特定するＱｏＳルールのセットを、アクセス・ゲートウェイへ送信する。
【００６０】
ＰＣＲＦ７０２は、アクセス・ゲートウェイから転送、中継、あるいは通信された１または複数の接続要求を取得、獲得、あるいは受信する要求取得構成要素７０６を含みうる。ここで、この接続要求は、ＵＥから発信されたものである。ＰＣＲＦはまた、ネットワーク内のアプリケーション機能からのサービス要求をも受信しうる。ここで、このサービス要求は、ＵＥによってネゴシエートされたサービス情報を含む。さらに、ＰＣＲＦ７０２は、この接続要求を分析し、この接続要求、要求元のＵＥのアイデンティティ、中継したアクセス・ゲートウェイのアイデンティティ、および／または、ポリシー７１０のセットに少なくとも部分的に基づいて、ＵＥが利用許可を有するＱｏＳリソースのセットを決定するＱｏＳ決定構成要素７０８を含みうる。例えば、要求元のＵＥは、インターネットへのアクセスを試みていると、ＱｏＳ決定構成要素７０８は、要求元のＵＥのアイデンティティに基づいて、要求元のＵＥがインターネットへのアクセス許可を有していることを判定し、パケット遅延パラメータ、パケット喪失パラメータ、データ・レート・パラメータ等を含む、ＱｏＳリソースに関するＱｏＳリールのセットを、中継するアクセス・ゲートウェイへと転送しうる。
【００６１】
それに加えて、ＱｏＳ決定構成要素７０８は、少なくとも１つのインジケータを、ＱｏＳルールのセットへ組み込んだり、添付したり、含めたりすることができるインジケータ構成要素７１２を含みうる。このインジケータは、関連付けられたＵＥが、中継するアクセス・ゲートウェイからのリソースを要求するまで、このアクセス・ゲートウェイに対して、ＱｏＳルールを格納するように指示する。前述したように、一般に、アクセス・ゲートウェイは、ＵＥが、リソースに対するアクセスを直ちに有さねばならないと仮定し、その時点において、ＱｏＳおよびすべてのリソースをセットアップするであろう。送信されたＱｏＳルールに含まれるインジケータに基づいて、アクセス・ゲートウェイは、ＱｏＳルールを保持し、ＵＥによって要求されるまで、これらリソースのセットアップを待つ。例えば、（前述したように）ＵＥがサービスを求める複数のアクセス・ネットワークへ（アクセス・ゲートウェイを介して）ＰＣＲＦが接続されており、このＰＣＲＦが、ＵＥのためのおのおののアクセス・ネットワークに対して同じＱｏＳルールを提供するのであれば、一般に、おのおののアクセス・ゲートウェイは、実質的に、直ちにＱｏＳをセットアップするであろう。しかしながら、ＵＥは、おのおののアクセス・ネットワークに接続されていても、特定のＩＰフローのために、一度に１つのアクセス・ネットワークしか使用しない。この場合、インジケータ構成要素７１２は、ＱｏＳルール内に待機インジケータ（例えば、フラグ、符号のチャンク（chunk）等）を含め、アクセス・ゲートウェイに対して、ＱｏＳルールを格納し、ＵＥから要求を受信した場合にＱｏＳパラメータをセットアップするように指示する。さらに、あるいは、それに加えて、このインジケータは、アクセス・ゲートウェイに対して、ＱｏＳルールのサブセットのためのリソースをセットアップするように指示しうる。例えば、ＵＥは、無線通信セッションの他の部分のために、複数のアクセス・ゲートウェイを使用することができる。この場合、アクセス・ゲートウェイは、通信セッション全体のためにＱｏＳリソースをセットアップする必要はない。
【００６２】
前述したシステム例を考慮すると、開示された主題にしたがって実施される方法が、図８乃至９のフローチャートを参照してより良く理解されるであろう。説明を単純にする目的のために、これら方法は、一連のブロックとして図示および説明されているが、権利主張される主題は、これらブロックの順序によって限定されず、いくつかのブロックは、本明細書に図示および記載されたものと別の順序で、および／または、他のブロックと同時に生じうることが理解および認識されるべきである。さらに、後述する方法を実現するために、例示されたすべてのブロックが、必ずしも必要とされる訳ではない。
【００６３】
図８は、主題とするイノベーションの態様にしたがう方法を例示するフローチャートである。８０２では、ＵＥが、無線通信ネットワークへのアクセス、あるいは、このネットワークからのリソースの要求を試みうる。一般に、ネットワークに接続することは、８０４のように、（前述したような）例えばアクセス・ゲートウェイ、ホーム・エージェント、あるいは、パケット・データ・ゲートウェイのようなアクセス・ゲートウェイのセットを伴って達成される。８０６では、ＵＥによる要求を、アクセス・ゲートウェイが、ポリシーおよび課金ルール機能サーバ（ＰＣＲＦ）へ中継する。８０８では、ＰＣＲＦが、ＵＥのためのＱｏＳルールのセットを決定しうる。例えば、ＱｏＳルールは、ＩＰフローについて許可されたデータ・レート等を詳述しうる。
【００６４】
さらに、８１０では、ＰＣＲＦが、アクセス・ゲートウェイに対して、ＱｏＳルールに対応するＱｏＳリソースを実質的に直ちにセットアップするか、あるいは、ＵＥがアクセス・ゲートウェイからＱｏＳリソースを要求するまでＱｏＳルールを格納するように指示する、ＱｏＳルールのセットとともに含めるべきインジケーションを決定しうる。前述したように、一般に、アクセス・ゲートウェイは、ＵＥがリソースへの即座のアクセスを望んでおり、ＱｏＳルールに基づいて直ちにＱｏＳリソースを生成するものと仮定している。主題とするイノベーションによれば、アクセス・ゲートウェイは、ＱｏＳルールを保持し、ＵＥによって要求されるまでリソースのセットアップを待つ。例えば、（前述したように）ＰＣＲＦは、ＵＥがサービスを求める複数のアクセス・ネットワークへ（アクセス・ゲートウェイを介して）接続されており、ＰＣＲＦは、ＵＥのためのおのおののアクセス・ネットワークに対して同じＱｏＳルールを提供するのであれば、一般に、おのおののアクセス・ゲートウェイは、実質的に直ちにＱｏＳをセットアップするであろう。しかしながら、ＵＥは、おのおののアクセス・ネットワークに接続されていても、特定のＩＰフローのために、一度に１つのアクセス・ネットワークしか使用しない。したがって、おのおののアクセス・ゲートウェイが、直ちに、あるいは、ＵＥから要求を受信したときにリソースを提供するべきＩＰフローを詳述するインジケータ（例えば、フラグ、符号のチャンク等）をＱｏＳルール内に有することがさらに望ましい。８１２では、ＰＣＲＦは、このインジケータを含むＱｏＳルールを、アクセス・ネットワークへ提供する。ＵＥリソース要求は、ＨＡ／ＰＧＷによってＰＣＲＦへと中継される一方、ＰＣＲＦは、ＱｏＳルールをＡＧＷへ提供することが注目されるべきである。例えば、図５を参照して簡単に説明すると、ＵＥ５０２は、ＩＰフローのためのリソース要求をＨＡ／ＰＧＷ５１０へ送信し、このＩＰフローが、ＡＧＷ５０４を経由して転送されるべきであることを示す。ＨＡ／ＰＧＷは、この要求をＰＣＲＦ５０８へ中継し、ＰＣＲＦ５０８がＱｏＳルールを決定する。しかしながら、ＰＣＲＦ５０８は、同じＱｏＳルールを、ＡＧＷ５０４とＡＧＷ５０６との両方に提供し、ＰＣＲＦは、ＵＥ５０２からの要求が受信されるまでＱｏＳルールがベアラ・セットアップをトリガしないことを示すインジケーションを、ＡＧＷ５０６へ提供されたＱｏＳルールに含め、ＡＧＷ５０４とＡＧＷ５０６とのおのおのがセットアップすべきリソースを特定する。言い換えれば、ＡＧＷ５０４が、待機インジケーションなしでＱｏＳルールを受信した場合、ＡＧＷ５０４によって、リソースが直ちに割り当てられる。
【００６５】
図９は、主題とするイノベーションの態様にしたがう方法を例示するフローチャートである。９０２では、アクセス・ゲートウェイが、（前述したように）ＰＣＲＦからＱｏＳルールのセットを取得しうる。ＱｏＳルールは、１または複数のモバイル・デバイスのためのあるパラメータを有するＱｏＳリソースをセットアップするように、アクセス・ゲートウェイへ指示する。例えば、ＱｏＳルールは、ＵＥが許可されたデータ・レート等を定義しうる。９０４では、アクセス・ゲートウェイが、ＰＣＲＦから取得したＱｏＳルールとともに含まれるインジケータに基づいて、リソースを求める要求をＵＥが送信するまでＱｏＳルールを保持するか、あるいは、最初の機会においてＱｏＳリソースをセットアップするかを決定する。９０６では、このインジケータが含まれていない場合、あるいは、アクセス・ゲートウェイに対して、ＱｏＳリソースをセットアップするように指示した場合、アクセス・ゲートウェイが、実質的に直ちにリソースをセットアップする。
【００６６】
９０８では、インジケータが、ＱｏＳルールを保持するようにアクセス・ゲートウェイに対して指示すると、アクセス・ゲートウェイは、（前述したように）関連付けられたＱｏＳリソースを求める要求をＵＥから取得するまで、ＱｏＳルールを格納する。９１０では、ＱｏＳリソースを求める要求をＵＥが送信したかをアクセス・ゲートウェイが判定し、ＵＥがこのリソースを要求しているのであれば、９０６において、アクセス・ゲートウェイは、ＱｏＳリソースをセットアップする。ＵＥがＱｏＳリソースを要求していないのであれば、アクセス・ゲートウェイは、９０８において、要求が受信されるまで、ＱｏＳリソースを格納し続ける。
【００６７】
図１０を参照して、無線通信システムにおいて、複数のアクセスにわたるサービス品質制御を容易にするシステム１０００のブロック図が例示される。例えば、システム１０００は、アクセス・ゲートウェイ、ホーム・エージェント、パケット・ゲートウェイ等の中に少なくとも部分的に存在しうる。システム１０００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１０００は、連携して動作しうるモジュールの論理グループ１００２を含む。例えば、論理グループ１００２は、サービス品質（ＱｏＳ）ルールのセットと、１または複数の含まれたインジケーションとを受信するためのモジュール１００４を含みうる。さらに、論理グループ１００２は、このインジケーションに基づいて、ＱｏＳルールを受信するとＱｏＳリソース（例えば、ベアラ・セットアップ）を確立するか、あるいは、関連付けられたモバイル・デバイスからＱｏＳリソースが受信されるまで、ＱｏＳリソースを格納することを決定するためのモジュール１００６を備えうる。さらに、論理グループ１００２は、モバイル・デバイスから、サービス品質リソースを求める要求を受信するためのモジュール１００８を含みうる。さらに、システム１０００は、ＱｏＳリソースを受信すると、あるいは、ＱｏＳリソースを求める要求をモバイル・デバイス１０１０から受信すると、リソースのセットを確立するためのモジュール１０１０を含みうる。さらに、システム１０００は、モジュール１００４、１００６、１００８、１０１０に関連付けられた機能を実行するための命令群を保持するメモリ１０１２を含みうる。メモリ１０１２の外側にあるとして示されているが、モジュール１００４、１００６、１００８、１０１０のうちの１または複数が、メモリ１０１２内に存在しうることが理解されるべきである。
【００６８】
図１１を参照して、無線通信システムにおいて、複数のアクセスにわたるサービス品質制御を容易にするシステム１１００のブロック図が例示される。例えば、システム１１００は、ポリシーおよび課金ルール機能サーバ内に少なくとも部分的に存在しうる。システム１１００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１１００は、連携して動作しうるモジュールの論理グループ１１０２を含む。例えば、論理グループ１１０２は、データ・フローのセットを求めるリソース要求を受信するためのモジュール１１０４を含みうる。さらに、論理グループ１１０２は、リソース要求に基づいて、サービス品質ルールのセットを決定するためのモジュール１１０６を備えうる。さらに、論理グループ１１０２は、サービス品質（ＱｏＳ）ルールを受信するとＱｏＳリソースを設定するか、あるいは、ＱｏＳリソースを求める要求が受信されるまでＱｏＳリールを格納するように受信側に対して指示するインジケータを含めるためのモジュール１１０８を含みうる。さらに、システム１１００は、モジュール１１０４、１１０６、１１０８に関連付けられた機能を実行するための命令群を保持するメモリ１１１０を含みうる。メモリ１１１０の外側にあるとして示されているが、モジュール１１０４、１１０６、１１０８のうちの１または複数が、メモリ１１１０内に存在しうることが理解されるべきである。
【００６９】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロ・プロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。
【００７０】
さらに、本明細書に開示された態様に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、ある態様では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいはプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能媒体および／またはコンピュータ読取可能媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。
【００７１】
１または複数の態様では、説明された機能が、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能はコンピュータ読取可能媒体に格納されうるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされる利用可能な任意の媒体でありうる。例として、限定することなく、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるｄｉｓｋおよびｄｉｓｃは、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多目的ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルーレイ・ディスク（ｄｉｓｃ）を含む。通常、ｄｉｓｋは、データを磁気的に再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００７２】
前述した開示は、例示的な態様および／または実施形態を開示しているが、さまざまな変更および修正が、特許請求の範囲で定義されたような説明された態様および／または実施形態の範囲から逸脱することなくなされうることが注目されるべきである。さらに、説明された態様および／または実施形態の構成要素は、単数形で記載または特許請求されているが、もしも単数であると明示的に述べられていないのであれば、複数が考慮される。さらに、任意の態様および／または実施形態のすべてまたは一部は、特に述べられていないのであれば、その他任意の態様および／または実施形態のすべてまたは一部とともに利用されうる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
複数のアクセスにわたるサービス品質制御のための方法であって、
データ・フローのセットを求める少なくとも１つのリソース要求を受信することと、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを生成することと、
前記サービス品質ルールのセットに、インジケータを含めることとを備え、
前記インジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールのセットを受信すること、または、予め定めたイベントが生じるまで前記サービス品質ルールのセットを格納すること、のうちの少なくとも１つを指示する方法。
［Ｃ２］
前記データ・フローのセットを求める少なくとも１つのリソース要求は、他のネットワーク・エンティティによって中継されるＣ１に記載の方法。
［Ｃ３］
前記サービス品質ルールのセットを、前記他のネットワーク・エンティティへ送信することをさらに備えるＣ２に記載の方法。
［Ｃ４］
前記他のネットワーク・エンティティは、ホーム・エージェントまたはパケット・ゲートウェイのうちの少なくとも１つを含み、
前記受信側は、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つであるＣ２に記載の方法。
［Ｃ５］
前記インジケータはさらに、前記受信側が前記ベアラ・セットアップをトリガするためのデータ・フローのセットのサブセットを識別するＣ１に記載の方法。
［Ｃ６］
前記予め定めたイベントは、リソースを求める要求、または、更新されたインジケータを有する更新されたサービス品質ルールのセットの受信、のうちの少なくとも１つを含むＣ１に記載の方法。
［Ｃ７］
複数のアクセスにわたるサービス品質制御を容易にするように構成された少なくとも１つのプロセッサを含む無線通信装置であって、
データ・フローのセットを求める少なくとも１つのリソース要求を取得するための第１のモジュールであって、前記少なくとも１つのリソース要求は、ネットワーク・エンティティを経由して中継される、第１のモジュールと、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを決定するための第２のモジュールと、
前記サービス品質ルールに、インジケータを組み込むための第３のモジュールとを備え、
前記インジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールを受信すること、または、前記ベアラ・セットアップを求める要求を受信するまで前記サービス品質ルールを格納すること、のうちの少なくとも１つを指示する無線通信装置。
［Ｃ８］
前記ネットワーク・エンティティは、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含むＣ７に記載の無線通信装置。
［Ｃ９］
前記受信側は、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含むＣ７に記載の無線通信装置。
［Ｃ１０］
前記インジケータはさらに、前記受信側が前記ベアラ・セットアップをトリガするためのデータ・フローのセットのサブセットを識別するＣ７に記載の無線通信装置。
［Ｃ１１］
前記サービス品質ルールを前記受信側に通信するための追加モジュールをさらに備えるＣ７に記載の無線通信装置。
［Ｃ１２］
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
コンピュータに対して、少なくとも１つのリソース要求を受信させるための第１のコード・セットと、
前記コンピュータに対して、前記少なくとも１つのネットワーク・リソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを決定させるための第２のコード・セットと、
前記コンピュータに対して、前記サービス品質ルールのセットに、インジケータを含めるための第３のコード・セットとを備え、
前記インジケータは、受信側に対して、前記サービス品質ルールのセットに基づいて、リソースのセットの確立を開始すること、あるいは、リソース確立を求める要求を受信するか、または、更新されたサービス品質ルールのセットを受信するかのうちの少なくとも１つまで、前記サービス品質ルールのセットを格納すること、のうちの少なくとも１つを指示するコンピュータ・プログラム製品。
［Ｃ１３］
前記少なくとも１つのネットワーク・リソース要求は、ネットワーク・エンティティから受信されるＣ１２に記載のコンピュータ・プログラム製品。
［Ｃ１４］
前記ネットワーク・エンティティは、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含むＣ１３に記載のコンピュータ・プログラム製品。
［Ｃ１５］
前記受信側は、アクセス・ゲートウェイ、ホーム・エージェント、またはパケット・ゲートウェイのうちの少なくとも１つを含むＣ１２に記載のコンピュータ・プログラム製品。
［Ｃ１６］
前記インジケータはさらに、前記受信側が前記リソースのセットを確立するためのデータ・フローのセットを識別するＣ１２に記載のコンピュータ・プログラム製品。
［Ｃ１７］
前記サービス品質ルールのセットを前記受信側へ通信するための追加モジュールをさらに備えるＣ１２に記載のコンピュータ・プログラム製品。
［Ｃ１８］
装置であって、
データ・フローのセットを求める少なくとも１つのリソース要求を受信する手段と、
前記データ・フローのセットを求める少なくとも１つのリソース要求に少なくとも部分的に基づいて、サービス品質ルールのセットを生成する手段と、
前記サービス品質ルールのセットに、インジケータを含める手段とを備え、
前記インジケータは、受信側に対して、ベアラ・セットアップをトリガするようにするサービス品質ルールのセットを受信すること、または、予め定めたイベントが生じるまで前記サービス品質ルールのセットを格納すること、のうちの少なくとも１つを指示する装置。
［Ｃ１９］
前記ネットワーク・アクセスを求める少なくとも１つのリソース要求は、他のネットワーク・エンティティによって中継されるＣ１８に記載の装置。
［Ｃ２０］
前記他のネットワーク・エンティティに、前記サービス品質ルールのセットを送信する手段をさらに備えるＣ１９に記載の装置。
［Ｃ２１］
前記予め定めたイベントは、サービス品質を求める要求、または、サービス品質ルールの第２のセットの受信のうちの少なくとも１つを含み、前記サービス品質ルールの第２のセットは、前記受信側に対して、ベアラ・セットアップをトリガするように指示する第２のインジケータを含むＣ１８に記載の装置。
［Ｃ２２］
複数のアクセスにわたるサービス品質制御のための装置であって、
少なくとも１つのモバイル・デバイスのためのデータ・フローのセットを求める少なくとも１つのリソース要求を受信する要求獲得構成要素であって、前記少なくとも１つのリソース要求はアクセス・ゲートウェイを経由して中継される、要求獲得構成要素と、
前記少なくとも１つのリソース要求のためのサービス品質ルールのセットを生成するサービス品質決定構成要素と、
前記サービス品質ルールに、インジケーションを付加するインジケータ構成要素とを備え、
前記インジケーションは、前記アクセス・ゲートウェイに対して、前記サービス品質ルールを受信するとベアラ・セットアップをトリガすること、または、予め定めたイベントが生じるまで前記サービス品質ルールを格納すること、のうちの少なくとも１つを指示する装置。
［Ｃ２３］
前記サービス品質ルールは、関連付けられたモバイル・デバイスのアイデンティティ、前記アクセス・ゲートウェイのアイデンティティ、または、ポリシーのセットのうちの少なくとも１つに少なくとも部分的に基づくＣ２２に記載の装置。
［Ｃ２４］
前記予め定めたイベントは、モバイル・デバイスからのサービス品質リソースのセットを求める要求、または、更新されたサービス品質ルールのセットの受信のうちの少なくとも１つを含むＣ２２に記載の装置。
［Ｃ２５］
前記インジケータはさらに、前記アクセス・ゲートウェイが前記ベアラ・セットアップをトリガするためのデータ・フローのセットのサブセットを識別するＣ２２に記載の装置。
［Ｃ２６］
複数のアクセスにわたるサービス品質制御のための方法であって、
データ・フローのセットを求めるリソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信することと、
前記サービス品質ルールのセットとともに含まれるインジケータに基づいて、リソース確立を開始すること、あるいは、前記サービス品質リソースのセットを求める要求が受信されるか、サービス品質リソースの第２のセットが受信されるかのうちの少なくとも１つまで、前記サービス品質ルールのセットを格納すること、のうちの少なくとも１つを行うことを決定することと
を備える方法。
［Ｃ２７］
前記データ・フローのセットを求めるリソース要求を、他のネットワーク・エンティティへ中継することをさらに備えるＣ２６に記載の方法。
［Ｃ２８］
前記他のネットワーク・エンティティから、前記サービス品質ルールのセットを受信することをさらに備えるＣ２７記載の方法。
［Ｃ２９］
前記インジケータに基づいて、前記データ・フローのセットのサブセットのためのリソースを確立することをさらに備えるＣ２６に記載の方法。
［Ｃ３０］
複数のアクセスにわたるサービス品質制御を容易にするように構成された少なくとも１つのプロセッサを含む無線通信装置であって、
リソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信するための第１のモジュールと、
前記インジケータの値に少なくとも部分的に基づいて、前記サービス品質ルールを格納すること、または、前記インジケータの値に少なくとも部分的に基づいて、前記サービス品質ルールのためのサービス品質リソースのセットを生成すること、のうちの少なくとも１つを行うための第２のモジュールと
を備える無線通信装置。
［Ｃ３１］
前記データ・フローのセットを求めるリソース要求を、ポリシーおよび課金ルール機能サーバへ中継するためのモジュールをさらに備えるＣ３０に記載の無線通信装置。
［Ｃ３２］
ポリシーおよび課金ルール機能サーバから前記サービス品質ルールのセットが受信されるＣ３０に記載の無線通信装置。
［Ｃ３３］
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
コンピュータに対して、データ・フローのセットを求めるリソース要求を、他のネットワーク・エンティティへ転送させるための第１のコード・セットと、
前記コンピュータに対して、前記データ・フローのセットを求めるリソース要求に応じて、前記他のネットワーク・エンティティから、サービス品質ルールのセットを受信させるための第２のコード・セットと、
前記コンピュータに対して、前記サービス品質ルールのセットに含まれるインジケータの値に少なくとも部分的に基づいて、前記サービス品質ルールのセットを格納すること、または、前記サービス品質ルールのセットに含まれるインジケータの値に少なくとも部分的に基づいて、前記サービス品質ルールのセットのためのサービス品質リソースのセットを生成すること、のうちの少なくとも１つを行わせるための第３のコード・セットと
を備えるコンピュータ・プログラム製品。
［Ｃ３４］
前記他のネットワーク・エンティティは、ポリシーおよび課金ルール機能サーバを含むＣ３３に記載のコンピュータ・プログラム製品。
［Ｃ３５］
前記サービス品質ルールのセットに含まれるインジケータの値に基づいて、前記データ・フローのセットのサブセットのためのサービス品質リソースのセットが決定されるＣ３３に記載のコンピュータ・プログラム製品。
［Ｃ３６］
前記リソース要求が、モバイル・デバイスから取得されるＣ３３に記載のコンピュータ・プログラム製品。
［Ｃ３７］
サービス品質リソースを求める要求が、モバイル・デバイスから取得された場合、前記コンピュータに対して、格納されたサービス品質ルールのセットから、サービス品質リソースのセットを生成させるためのコードのセットをさらに備えるＣ３３に記載のコンピュータ・プログラム製品。
［Ｃ３８］
装置であって、
１または複数のデータ・フローを求めるリソース要求に応じて、インジケータを含むサービス品質ルールのセットを受信する手段と、
前記インジケータに基づいて、リソース確立を開始すること、あるいは、サービス品質リソースのセットを求める要求が受信されるまで、または、前記リソース要求に対してサービス品質ルールの第２のセットが受信されるまで、のうちの少なくとも１つまで、前記サービス品質ルールのセットを格納すること、のうちの少なくとも１つを行うことを決定する手段と
を備える装置。
［Ｃ３９］
前記１または複数のデータ・フローを求めるリソース要求を、他のネットワーク・エンティティへ中継する手段をさらに備えるＣ３８に記載の装置。
［Ｃ４０］
前記他のネットワーク・エンティティから、前記サービス品質ルールのセットを受信する手段をさらに備えるＣ３９に記載の装置。
［Ｃ４１］
前記インジケータに基づいて、前記１または複数のデータ・フローのサブセットのためのリソースが確立されるＣ３８に記載の装置。
［Ｃ４２］
モバイル・デバイスからの、サービス品質リソースを求める要求を検出し、前記モバイル・デバイスに関連付けられた、前記格納されたサービス品質ルールのセットに基づいて、サービス品質リソースのセットを確立する手段をさらに備えるＣ３８に記載の装置。
［Ｃ４３］
複数のアクセスにわたるサービス品質制御のための装置であって、
サービス品質ルールのセットを、ポリシーおよび課金リソース機能サーバから獲得するサービス品質受信構成要素と、
前記サービス品質ルールに含まれるインジケータを解釈し、前記インジケータに基づいて、モバイル・デバイスとのベアラ・セットアップを開始すること、または、サービス品質リソースを求める要求を前記モバイル・デバイスから受信するまで前記サービス品質ルールを格納すること、のうちの少なくとも１つを行うことを決定するインジケーション構成要素と
を備える装置。
［Ｃ４４］
サービス品質リソースのセットをセットアップし、前記サービス品質ルールに基づいて、前記ベアラ・セットアップを開始するリソース確立構成要素をさらに備えるＣ４３に記載の装置。
［Ｃ４５］
前記モバイル・デバイスから、データ・フローのセットを求めるリソース要求を取得し、前記リソース確立構成要素による使用のために、前記サービス品質ルールを検索する要求構成要素をさらに備えるＣ４４に記載の装置。
【図１】
0005646481.tif 000002
【図２】
0005646481.tif 000003
【図３】
0005646481.tif 000004
【図４】
0005646481.tif 000005
【図５】
0005646481.tif 000006
【図６】
0005646481.tif 000007
【図７】
0005646481.tif 000008
【図８】
0005646481.tif 000009
【図９】
0005646481.tif 000010
【図１０】
0005646481.tif 000011
【図１１】
0005646481.tif 000012