JP5242797B2 - ネットワークおよびモバイル・デバイスによって設定されるサービス品質 - Google Patents

Description

関連出願に対する相互参照

本願は、２００８年９月１９日に出願され“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＤＥＴＥＲＭＩＮＩＮＧ ＷＨＥＴＨＥＲ ＲＡＤＩＯ ＮＥＴＷＯＲＫ ＯＲ ＭＯＢＩＬＥ ＤＥＶＩＣＥ ＩＮＩＴＩＡＴＥＳ ＱＵＡＬＩＴＹ ＯＦ ＳＥＲＶＩＣＥ（ＱＯＳ） ＦＯＲ ＡＰＰＬＩＣＡＴＩＯＮＳ ＳＵＰＰＯＲＴＩＮＧ ＢＯＴＨ ＯＰＴＩＯＮＳ”と題された米国仮特許出願６１／０９８，６４７号の利益を主張する。上記出願の全体は、参照によって本明細書に組み込まれる。

以下の記載は、一般に無線通信に関し、さらに詳しくは、ネットワークによって設定されるサービス品質（ＱｏＳ）またはデバイスによって設定されるＱｏＳのうちの少なくとも１つの優先度を明示することに関する。

無線通信システムは、例えば音声およびデータのようなさまざまなタイプの通信コンテンツを提供するために広く開発された。一般的な無線通信システムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。さらに、これらシステムは、例えば第３世代パートナシップ計画（３ＧＰＰ）、３ＧＰＰ２、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）等のような仕様に準拠しうる。

一般に、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。モバイル・デバイスはおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、モバイル・デバイスから基地局への通信リンクを称する。

高レート・サービスおよびマルチメディア・データ・サービスに対する需要が急速に増大するとともに、増強されたパフォーマンスを備えた効率的かつロバストな通信システムの実現に向けた努力がなされている。例えば、近年、ユーザは、固定線通信をモバイル通信と置き換え、優れた音声品質、信頼できるサービス、および低価格をますます要求し始めた。

増加する要求に対応するために、無線通信システムのコア・ネットワークの発展が、ラジオ・インタフェースの発展に続く。例えば、３ＧＰＰによって導かれるシステム・アーキテクチャ・イボリューション（ＳＡＥ）は、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））／汎用パケット・ラジオ・サービス（ＧＰＲＳ）コア・ネットワークを発展させることを目標としている。その結果得られる発展型パケット・コア（ＥＰＣ）は、インターネット・プロトコル（ＩＰ）に基づく多元接続コア・ネットワークである。これによって、オペレータは、複数のラジオ・ネットワーク技術を用いて、１つの共通のパケット・ベースのコア・ネットワークを開発および利用できるようになる。ＥＰＣは、モバイル・デバイスのために最適化されたモビリティを提供し、異なるラジオ・アクセス技術間（例えば、ＬＴＥと、高レート・パケット・データ（ＨＲＰＤ）との間）の効率的なハンドオーバを可能にする。それに加えて、標準化されたローミング・インタフェースによって、オペレータは、さまざまな接続技術にわたって、加入者にサービスを提供できるようになる。それに加えて、ＥＰＣは、エンド・トゥ・エンド・サービス品質（ＱｏＳ）概念を含む。これによって、オペレータは、高度なＱｏＳ機能を監視および課金するためのオペレータ能力を保持しながら、高度なＱｏＳ機能を備えることができる。

以下は、１または複数の実施形態の基本的な理解を与えるために、そのような実施形態の簡略化された概要を示す。この概要は、考えられるすべての実施形態の広範囲な概観ではなく、すべての実施形態の重要要素や決定的要素を特定することも、何れかまたはすべての実施形態のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の実施形態のいくつかの概念を表すことである。

１または複数の実施形態および対応する開示によれば、さまざまな態様は、ネットワークによって設定されるＱｏＳ、または、モバイル・デバイス（例えばユーザ機器（ＵＥ））ベースのＱｏＳに対する優先度を示すことに関して記載される。例えば、いくつかのアプリケーションは、ＱｏＳを意識しないので、コア・ネットワークが、これらアプリケーションに関連付けられた通信セッションのためのＱｏＳを確立する。その他のアプリケーションは、ＱｏＳを意識しうるので、無線通信ネットワークのコア・ネットワークとのＱｏＳフローを確立するために、下部プロトコル・レイヤ（例えば、データ・サービス・レイヤ等）のＱｏＳアプリケーション・プログラム・インタフェース（ＡＰＩ）へアクセスし利用できるようになる。特定のネットワークは、デバイスによって設定されるＱｏＳをサポートすることができないか、および／または、ネットワーク側でＱｏＳを確立することを好む。このような場合、コア・ネットワークは、ＱｏＳを意識するアプリケーションのためにさえもＱｏＳを確立する。したがって、冗長なリソース割当および／または誤ったサービス課金を回避するために、ＱｏＳ設定優先度が、明示的に示されうる。１つの態様では、ネットワークによって設定されるＱｏＳの優先度、または、デバイスによって設定されるＱｏＳの優先度を示すインジケーションが、モバイル・デバイスに提供される。別の態様では、コア・ネットワークは、ＱｏＳを自分自身で確立することを好む場合、デバイスがＱｏＳを設定するとの要求に対して、拒否メッセージをもって応答する。また別の態様では、モバイル・デバイスは、ネットワーク設定ＱｏＳフローに関連付けられたパケット・フィルタを、デバイス設定ＱｏＳフローに関連付けられたパケット・フィルタと比較しうる。これらフィルタがマッチした場合、モバイル・デバイスは、不必要なリソースを解放するために、マッチした、デバイス設定ＱｏＳフローを解放しうる。

態様によれば、サービス品質の確立を担当するエンティティを決定する方法が提供される。この方法は、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信することを備えうる。この方法はまた、デバイスによって設定されるサービス品質に対する優先度をインジケータが示す場合、データ・フローのためのサービス品質を要求することを含みうる。それに加えて、この方法は、ネットワークによって設定されるサービス品質に対する優先度をインジケータが示す場合、サービス品質を無線ネットワークが確立することを待つことを備えうる。

別の態様は、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信することと、デバイスによって設定されるサービス品質の優先度をインジケータが示す場合、データ・フローのためのサービス品質を要求することと、ネットワークによって設定されるサービス品質の優先度をインジケータが示す場合、無線ネットワークが、サービス品質を確立することを可能にすることと、のための命令群を保持するメモリを備えうる装置に関する。この装置はさらに、メモリに接続され、メモリに保持された命令群を実行するように構成されたプロセッサをも含みうる。

また別の態様は、無線通信装置に関する。この無線通信装置は、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信する手段を含みうる。この無線通信装置はさらに、デバイスによって設定されるサービス品質の優先度をインジケータが示す場合、データ・フローのサービス品質を要求する手段を備えうる。それに加えて、この無線通信装置は、ネットワークによって設定されるサービス品質の優先度をインジケータが示す場合、無線ネットワークが、サービス品質を確立することを可能にする手段を備えうる。

また別の態様は、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品に関する。このコンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、ネットワークからインジケータを取得させるためのコードを含みうる。このインジケータは、デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つについて、ネットワークによる優先度を示す。それに加えて、このコンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、このインジケータにしたがって、データ・フローのためのサービス品質を確立させるためのコードを備えうる。

別の態様は、ネットワークからインジケータを取得するように構成された無線通信装置に関する。このインジケータは、デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つについて、ネットワークによる優先度を示す。このインジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、データ・フローのためのサービス品質を要求するようにプロセッサが構成されうる。それに加えて、このプロセッサはさらに、ネットワークによって設定されるサービス品質の優先度をインジケータが示す場合、データ・フローのためネットワークによって設定されるサービス品質を受け取るように構成されうる。

別の態様によれば、サービス品質を確立することを担当するエンティティを示すためにパラメータを利用する方法が記載される。この方法は、モバイル・デバイスにインジケータを送信することを含みうる。このインジケータは、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示す。この方法はまた、このインジケータが、ネットワークによって設定されるサービス品質の優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質を設定することをも備えうる。それに加えて、この方法は、デバイスによって設定されるサービス品質の優先度をインジケータが示す場合、データ・フローのためのサービス品質を求める要求を、モバイル・デバイスから受け取ることを含みうる。

また別の態様は、メモリを備える装置に関する。このメモリは、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示すインジケータをモバイル・デバイスへ送信することと、インジケータが、ネットワークによって設定されるサービス品質に対する優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質をモバイル・デバイスで設定することと、インジケータが、デバイスによって設定されるサービス品質に対する優先度を示す場合、データ・フローのためのサービス品質を求める要求を、モバイル・デバイスから受け取ることと、のための命令群を保持しうる。この装置はさらに、メモリに接続されたプロセッサを含みうる。このプロセッサは、メモリに保持された命令群を実行するように構成される。

また別の態様は、無線通信装置に関する。この無線通信装置は、モバイル・デバイスへインジケータを送信する手段を含みうる。このインジケータは、ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示す。この無線通信装置は、インジケータが、ネットワークによって設定されるサービス品質の優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質を、モバイル・デバイスにおいて設定する手段をも備えうる。それに加えて、この無線通信装置は、インジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、データ・フローのサービス品質を求める要求を、モバイル・デバイスから受け取る手段を含みうる。

別の態様は、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品に関する。このコンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、モバイル・デバイスへインジケータを送信させるためのコードを含みうる。このインジケータは、デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つのための、ネットワークによる優先度を示す。このコンピュータ読取可能媒体はさらに、少なくとも１つのコンピュータに対して、このインジケータにしたがって、モバイル・デバイスに関連付けられたデータ・フローのためのサービス品質を確立させるためのコードを備えうる。

別の態様によれば、無線通信装置が提供される。この無線通信装置は、モバイル・デバイスへインジケータを送信するように構成されたプロセッサを備えうる。このインジケータは、デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つのための、ネットワークによる優先度を示す。このプロセッサはさらに、このインジケータが、デバイスによって設定されるサービス品質を示す場合、データ・フローのためのサービス品質を求める要求を、モバイル・デバイスから受け取るように構成されうる。それに加えて、このプロセッサは、インジケータが、ネットワークによって設定されるサービス品質の優先度を示す場合、アプリケーションのデータ・フローのサービス品質を、モバイル・デバイスにおいて確立するように構成されうる。

別の態様によれば、方法が提供される。この方法は、データ・フローのためのサービス品質を設定する要求をモバイル・デバイスから受信することと、この要求に応答して、モバイル・デバイスへ軟拒否（soft rejection）を発行することと、データ・フローのためのサービス品質を、ネットワーク要求によって確立することと、を含みうる。

また、別の態様は、データ・フローのセットのためのサービス品質を無線通信ネットワークが確立するのを待つことと、サービス品質が確立されるデータ・フローのセットから、データ・フローを特定することと、無線通信ネットワークによってサービス品質が確立されていないデータ・フローのセットから、データ・フローのサービス品質を設定することと、を備える方法に関連する。ここで、待つことは、予め決定された期間に設定されたタイマを開始することを備える。また、特定することは、確立されたサービス品質に関連付けられたパケット・フィルタを比較して、対応するデータ・フローを特定することを備える。

前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分説明され、特に特許請求の範囲で指摘される特徴を備える。次の記載および添付図面は、１または複数の実施形態のある実例となる態様を詳細に記載する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちの僅かしか示しておらず、記載された実施形態は、そのような全ての局面およびそれらの均等物を示すことが意図されている。

図１は、本明細書に記載されたさまざまな態様にしたがう無線通信システムの例示である。 図２は、さまざまな態様にしたがって、デバイスによって設定されるか、あるいは、ネットワークによって設定されうるエンド・トゥ・エンドＱｏＳを容易にする無線通信システムの例を示す。 図３は、１または複数の態様にしたがって、無線通信ネットワークにおけるサービス品質機能を容易にするシステムの例示である。 図４は、さまざまな態様にしたがって、デバイスによって設定されるＱｏＳを適用するか、ネットワークによって設定されるＱｏＳを適用するかに関する判定を容易にするシステムの例示である。 図５は、１または複数の態様にしたがって、ＱｏＳ確立におけるコンフリクトを示すコール・フローの例示である。 図６は、さまざまな態様にしたがって、異なる無線通信ネットワーク間のハンドオーバがなされた場合、ＱｏＳフローの再確立を容易にするシステムの例示である。 図７は、さまざまな態様にしたがって、ネットワークによって設定されるリソース割当パラメータをモバイル・デバイスへとシグナルするための方法の例示である。 図８は、さまざまな態様にしたがい、パラメータにしたがってＱｏＳを確立する方法の例示である。 図９は、さまざまな態様にしたがって、サービス・データ・フローのためのサービス品質（ＱｏＳ）を要求することを担当するエンティティを決定するために、軟拒否を適用する方法の例示である。 図１０は、さまざまな態様にしたがって、ネットワークによって設定されるＱｏＳの優先度を示すために、軟拒否を利用する方法の例示である。 図１１は、さまざまな態様にしたがって、サービス品質を確立することを担当するエンティティの決定を容易にするシステムの例示である。 図１２は、サービス品質を担当するエンティティを示すパラメータの送信を容易にするシステムの例示である。 図１３は、本明細書に記載された機能のさまざまな態様を実現するために利用されうる無線通信デバイスのブロック図である。 図１４は、本明細書に記載された機能のさまざまな態様を実現するために利用されうる無線通信デバイスのブロック図である。 図１５は、本明細書に記載されたさまざまな態様が機能しうる無線通信システムを例示するブロック図である。

さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。次の記述では、説明の目的のために、多数の特定の詳細が、１または複数の実施形態についての完全な理解を提供するために記述される。しかしながら、そのような実施形態は、これら具体的な詳細無しで実現されうることが明からである。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。

本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、例えば、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または、実行中のソフトウェアのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。

本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、集積回路、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。

さらに、さまざまな態様は、本明細書において、無線端末および／または基地局に関して記載される。無線端末は、ユーザに音声および／またはデータ接続を提供するデバイスを称しうる。無線端末は、例えばラップトップ・コンピュータまたはデスクトップ・コンピュータのようなコンピュータ・デバイスに接続されるか、あるいは、例えば携帯情報端末（ＰＤＡ）のような自己完結型デバイスでありえる。無線端末はまた、システム、加入者ユニット、加入者局、移動局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器（ＵＥ）とも称されうる。無線端末は、加入者局、無線デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。基地局（例えば、アクセス・ポイント、ノードＢ、あるいは発展型ノードＢ（ｅＮＢ））は、１または複数のセクタを介して、無線端末と、エア・インタフェースによって通信する、アクセス・ネットワーク内のデバイスを称する。基地局は、受信したエア・インタフェース・フレームをＩＰパケットに変換することによって、インターネット・プロトコル（ＩＰ）ネットワークを含みうるアクセス・ネットワークの無線端末とその他との間のルータとして動作することができる。基地局はまた、このエア・インタフェースのための属性管理をも調整する。

さらに、本明細書に記載のさまざまな機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはこれらの組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能はコンピュータ読取可能媒体に格納されうるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスすることが可能なあらゆる利用可能な媒体でありうる。例として、限定することなく、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ディジタル多目的ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピ（登録商標）ディスク（ｄｉｓｋ）およびｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）（ＢＤ）を含んでいる。ここで、ｄｉｓｋは通常磁気的にデータを再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。

本明細書に記載されたさまざまな技術は、例えば符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、およびその他のシステムのようなさまざまな無線通信システムのために使用されうる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えば発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、ＳＡＥ、ＥＰＣ、およびＧＳＭは、「第３世代パートシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。さらに、ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。さらに、そのような無線通信システムは、しばしばアンペア（ｕｎｐａｉｒｅｄ）な無許可のスペクトルを用いるピア・トゥ・ピア（例えば、モバイル・トゥ・モバイル）アド・ホック・ネットワーク・システム、８０２ｘｘ無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および、その他任意の短距離または長距離の無線通信技術を含みうる。

さらに、用語「または」は、排他的な「または」ではなく、包括的な「または」を意味することが意図されている。すなわち、別に示されていない場合、あるいは、文脈から明らかではない場合、「ＸはＡまたはＢを適用する」という句は、自然な包括的な置き換えのうちの何れかを意味することが意図されている。すなわち、「ＸはＡまたはＢを使用する。」という句は、以下の例のうちの何れによっても満足される。ＸはＡを使用する。ＸはＢを使用する。あるいは、ＸはＡとＢとの両方を使用する。さらに、本願および特許請求の範囲で使用されているような冠詞“ａ”および“ａｎ”は、特に指定されていない場合、あるいは、単数を対象としていることが文脈から明らかではない場合、一般に、「１または複数」を意味するものと解釈されるべきである。

多くのデバイス、構成要素、モジュール等を含みうるシステムの観点から、さまざまな態様が示されるだろう。さまざまなシステムは、追加のデバイス、構成要素、モジュール等を含みうるか、および／または、図面に関連して説明したようなデバイス、構成要素、モジュール等のうちのすべてを含む訳ではないことが理解および認識されるべきである。これらのアプローチの組み合わせもまた使用されうる。

図１に示すように、本明細書に記載されたさまざまな実施形態にしたがった無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含みうる基地局（例えば、アクセス・ポイント）１０２を備える。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。おのおののアンテナ・グループについて２本のアンテナしか例示されていないが、２本より多いアンテナ、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えうる。

基地局１０２は、例えばＵＥ１１６およびＵＥ１２２のような１または複数のＵＥと通信しうるが、基地局１０２は、ＵＥ１１６およびＵＥ１２２に類似の実質的に任意の数のＵＥと通信しうることが認識されるべきである。ＵＥ１１６、１２２は、例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピューティング・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００によって通信するその他任意の適切なデバイスでありうる。図示するように、ＵＥ１１６は、アンテナ１１２、１１４と通信し、アンテナ１１２、１１４は、ダウンリンク１１８によってＵＥ１１６に情報を送信し、アップリンク１２０によってＵＥ１１６から情報を受信する。さらに、ＵＥ１２２は、アンテナ１０４、１０６と通信し、アンテナ１０４、１０６は、ダウンリンク１２４によってＵＥ１２２に情報を送信し、アップリンク１２６によってＵＥ１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、ダウンリンク１１８が、アップリンク１２０によって使用されるものとは異なる周波数帯域を利用し、ダウンリンク１２４が、アップリンク１２６によって適用されるものとは異なる周波数帯域を適用しうる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、ダウンリンク１１８とアップリンク１２０とが、共通の周波数帯域を利用し、ダウンリンク１２４とアップリンク１２６とが、共通の周波数帯域を利用しうる。

通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、アンテナ・グループは、基地局１０２によってカバーされた領域のセクタ内のＵＥへ通信するように設計されうる。ダウンリンク１１８、１２４による通信では、基地局１０２の送信アンテナは、ＵＥ１１６、１２２のためのダウンリンク１１８、１２４の信号対雑音比を向上するために、ビームフォーミングを利用しうる。さらに、基地局１０２は、関連付けられた有効通信範囲にわたってランダムに分散したＵＥ１１６、１１２へ送信するためにビームフォーミングを利用している間、近隣セル内のＵＥは、すべてのＵＥに対して単一のアンテナによって送信している基地局と比べて、少ない干渉しか被らない。さらに、ＵＥ１１６、１２２は、ピア・トゥ・ビアまたはアド・ホック技術（図示せず）を使用して、互いにダイレクトに通信しうる。

例によれば、システム１００は、複数入力複数出力（ＭＩＭＯ）通信システムでありうる。さらに、システム１００は、通信チャネル（例えば、ダウンリンク、アップリンク）を分割するために、例えばＦＤＤ、ＦＤＭ、ＴＤＤ、ＴＤＭ、ＣＤＭ等のような実質的に任意のタイプのデュプレクス技術を利用しうる。さらに、通信チャンネルは、チャネルによって複数のデバイスまたはＵＥとの同時通信を可能にするために直交化されうる。この観点において、一例としてＯＦＤＭが利用されうる。したがって、チャネルは、期間にわたる周波数の部分に分割されうる。さらに、フレームは、期間の集合にわたる周波数の部分として定義され、例えば、フレームは、多くのＯＦＤＭシンボルを含みうる。基地局１０２は、さまざまなタイプのデータのために生成されうるチャネルによってＵＥ１１６、１２２へ通信しうる。例えば、チャネルは、さまざまなタイプの一般的な通信データ、制御データ（例えば、他のチャネルのための品質情報、チャネルを介して受信されたデータのためのアクノレッジメント・インジケータ、干渉情報、基準信号等）等を通信するために生成されうる。

ユーザは、無線通信ネットワークおよび／または外部ネットワークにおけるいずれかのサーバまたは別のアプリケーションと通信するために、ＵＥ１１６および／またはＵＥ１２２においてアプリケーションを適用しうる。いくつかのアプリケーションは、許容可能なエンド・ユーザ体験を可能にする特定のリソース要件（例えば、帯域幅要件、最大遅延要件等）を有しうる。例えばシステム１００のような通信システムにおけるリソースは制限されている。したがって、セッションの期間中に保証されるべき最低のサービス品質（ＱｏＳ）を可能にするために、通信セッションの設定前に、アプリケーションのためのリソースを確保する必要がありうる。１つの態様では、ＱｏＳは、アプリケーション（例えば、ＵＥ１１６および／またはＵＥ１２２におけるアプリケーション）と、コア・ネットワーク１２８との間でネゴシエートされうる。

態様では、コア・ネットワーク１２８は、３ＧＰＰによって、システム・アーキテクチャ・イボリューション（ＳＡＥ）の一部として開発されうる。コア・ネットワーク１２８はすべて、すべてのデータおよび音声通信のためのパケット交換要素を利用するインターネット・プロトコル（ＩＰ）ネットワークでありうる。コア・ネットワーク１２８は、限定される訳ではないが、例えば、公衆交換電話網（ＰＳＴＮ）、ＩＰマルチメディア・サブシステム（ＩＭＳ）、外部ＩＰネットワーク（例えば、インターネット、ＬＡＮ、ＷＡＮ等）等のようなさまざまな外部ネットワークとインタフェースするように構成されうる。

ＵＥ１１６および／またはＵＥ１２２において、アプリケーションのための最低ＱｏＳを可能にするために、エンド・トゥ・エンドＱｏＳがネゴシエートされ、モバイル・デバイス（例えば、ＵＥ１１６またはＵＥ１２２）から、コア・ネットワーク１２８内の、外部ネットワークとのインタフェースへと確立されうる。一例では、ＱｏＳネゴシエーション中に、リクエスタ（例えば、デバイスによって設定されたＱｏＳのためのアプリケーション、および／または、ネットワークによって設定されたＱｏＳのためのコア・ネットワーク１２８）は、ＱｏＳフローに関連付けられたパケット・フィルタを示す。パケット・フィルタによって、データ送信機（例えば、アプリケーション、サーバ等）は、特別なＱｏＳ処理を受信するＩＰパケットを識別できるようになる。パケット・フィルタは、例えば、ＴＣＰまたはＩＰヘッダ（例えば、ＩＰアドレス、ポート番号、プロトコル・タイプ等）における任意の適切なフィールドに基づいて、パケットをフィルタしうる。

態様では、ＵＥ１１６および／またはＵＥ１２２のアプリケーションは、少なくとも３つのカテゴリのうちの１つに分類されうる。第１のカテゴリは、ＱｏＳを常に設定するアプリケーションを含みうる。第２のカテゴリは、ＱｏＳを決して設定しないアプリケーションを含みうる。第３のカテゴリは、ＱｏＳを設定することができるが、ネットワーク優先度またはネットワーク能力の観点から、設定を行わないアプリケーションを含む。最初の２つのカテゴリにおけるアプリケーションについては、どのエンティティがＱｏＳを設定することを担当するか明らかでありうる。第３のカテゴリのアプリケーションについては、担当するイニシエータが、明確ではない。例によれば、システム１００のオペレータは、（例えば、システム１００のような）ホーム・ネットワークにある間、ネットワークによって設定されたＱｏＳに依存するＵＥ１１６およびＵＥ１２２に対してアプリケーションを提供しうる。しかしながら、ＵＥ１１６あるいはＵＥ１２２は、（例えば、非ホーム・ネットワークのような）別のオペレータに関連付けられたネットワークへロームしうる。非ホーム・ネットワークは、ネットワークによって設定されたＱｏＳをサポートしない。そのような場合、ＵＥ１１６あるいはＵＥ１２２におけるアプリケーションが、ＱｏＳを設定すべきである。

許容可能なユーザ体験を保証するために、アプリケーションは、通信セッションがＱｏＳによってサポートされていることを保証すべきである。（例えば、ネットワークによって設定されたＱｏＳをも許可しながら、ＱｏＳを設定することも可能なアプリケーションのような）ミックス・モード・アプリケーションは、ＱｏＳを設定するか、または、ネットワークがＱｏＳを設定することを可能にするかを決定する。一例において、コア・ネットワーク１２８は、どのパーティ（例えば、デバイスまたはネットワーク）がＱｏＳの設定を担当するかを示すインジケーションを、ＵＥ１１６およびＵＥ１２２へ示しうる。別の例において、ＵＥ１１６およびＵＥ１２２は、コア・ネットワーク１２８を用いてＱｏＳを設定することを試みうる。コア・ネットワーク１２８が、ＱｏＳを設定することが好ましい状況では、コア・ネットワーク１２８は、ＱｏＳ要求が受信された場合に、ＵＥ１１６およびＵＥ１２２に対して軟拒否（soft reject）をシグナルしうる。また別の例では、ＵＥ１１６およびＵＥ１２２は、ネットワークによって設定されたＱｏＳフローのパケット・フィルタを、デバイスによって設定されたＱｏＳフローのパケット・フィルタへマッチさせる。ＵＥ１１６およびＵＥ１２２が、フィルタのマッチングを認識した場合、ＵＥ１１６およびＵＥ１２２は、マッチングされたデバイスによって設定されたＱｏＳフローを解放するように要求しうる。

図２に移って、さまざまな態様にしたがって、デバイスによって設定されるか、あるいは、ネットワークによって設定されるエンド・トゥ・エンドＱｏＳを容易にする無線通信システム２００が例示されている。図２に例示されるように、システム２００は、ＵＥ２１２と発展型ノードＢ（ｅＮＢ）（例えば、基地局、アクセス・ポイント等）との間に、無線ラジオ通信を提供するラジオ・アクセス・ネットワーク（ＲＡＮ）２１０を含みうる。説明を単純にするために、図２は、ラジオ・アクセス・ネットワーク２１０において１つのＵＥ２１２および１つのｅＮＢ２１４しか示していない。しかしながら、ＲＡＮ２１０は、任意の数のＵＥおよび／またはｅＮＢを含みうることが認識されるべきである。１つの態様によれば、ｅＮＢ２１４は、順方向リンクすなわちダウンリンク・チャネルによってＵＥ２１２へ情報を送信し、ＵＥ２１２は、逆方向リンクすなわちアップリンク・チャネルによってｅＮＢ２１４へ情報を送信しうる。ＲＡＮ２１０は、限定される訳ではないが、例えばＬＴＥ、ＬＴＥ−Ａ、ＨＳＰＡ、ＣＤＭＡ、高レート・パケット・データ（ＨＲＰＤ）、発展型ＨＲＰＤ（ｅＨＲＰＤ）、ＣＤＭＡ２０００、ＧＳＭ、ＧＰＲＳ、エンハンスト・データ・レート・フォーＧＳＭイボリューション（ＥＤＧＥ）、ＵＭＴＳ等のような任意の適切なタイプのラジオ・アクセス技術を利用しうる。

ＲＡＮ２１０、および特にｅＮＢ２１４は、課金（例えば、サービスの利用に対する課金等）、セキュリティ（例えば、暗号および完全性の保護）、加入者管理、モビリティ管理、ベアラ管理、ＱｏＳハンドリング、データ・フローのポリシー制御、および／または、外部ネットワーク２３０との相互接続を可能にするコア・ネットワーク２２０と通信しうる。ＲＡＮ２１０およびコア・ネットワーク２２０は、例えば、Ｓ１インタフェースを経由して通信しうる。コア・ネットワーク２２０は、ＲＡＮ２１０からの制御シグナリングのエンド・ポイントでありうるモビリティ管理エンティティ（ＭＭＥ）２２２を含みうる。ＭＭＥ２２２は、例えば、モビリティ管理（例えばトラッキング）、認証、およびセキュリティのような機能を提供しうる。ＭＭＥ２２２は、Ｓ１インタフェースを経由してＲＡＮ２１０と通信しうる。コア・ネットワーク２２０はまた、コア・ネットワーク２２０をＲＡＮ２１０に接続するユーザ・プレーン・ノードでありうるサービス提供ゲートウェイ（ＳＧＷ）２２４を含みうる。態様では、ＭＭＥ２２２は、Ｓ１１インタフェースを経由して、ＳＧＷ２２４と通信しうる。別の態様では、ＭＭＥ２２２およびＳＧＷ２２４は、ユーザのために単一のエンド・ノードを提供し、ＲＡＮ２１０から始まり、および／または、ＲＡＮ２１０で終了するシグナリングを制御するための単一のノードとして構成されうる。

コア・ネットワーク２２０はまた、コア・ネットワーク２２０（およびＲＡＮ２１０）と外部ネットワーク２３０との間の通信を容易にするパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）２２６を含みうる。ＰＤＮ ＧＷ２２６は、パケット・フィルタリング、ＱｏＳポリシー、課金、ＩＰアドレス割当、および、外部ネットワーク２３０へのトラフィックのルーティングを提供しうる。例において、ＳＧＷ２２４およびＰＤＮ ＧＷ２２６は、Ｓ５インタフェースを経由して通信しうる。図２において個別のノードとして例示されているが、ＳＧＷ２２４およびＰＤＮ ＧＷ２２６は、コア・ネットワーク２２０内のユーザ・プレーン・ノードを低減するために、単一のネットワーク・ノードとして動作するように構成されうることが認識されるべきである。

図２に例示するように、コア・ネットワーク２２０は、ＰＤＮ ＧＷ２２６を経由して外部ネットワーク２３０と通信しうる。外部ネットワーク２３０は、限定される訳ではないが、例えば、公衆交換電話網（ＰＳＴＮ）２３２、ＩＰマルチメディア・サブシステム（ＩＭＳ）２３４、および／または、ＩＰネットワーク２３６のようなネットワークを含みうる。ＩＰネットワーク２３６は、インターネット、ローカル・エリア・ネットワーク、広域ネットワーク、イントラネット等でありうる。

態様によれば、ＵＥ２１２は、データを送信および受信するために、通信セッションを起動および利用しうるアプリケーション２１６を含みうる。一例では、この通信セッションは、アプリケーション２１６と、ＩＰネットワーク２３６に関連付けられたアプリケーションまたはサーバ２３８との間に存在しうる。したがって、通信セッション中に交換されるデータは、ラジオ・アクセス・ネットワーク２１０およびコア・ネットワーク２２０を通って移動する。アプリケーション２１６は、許容可能なユーザ体験を保証するために必要なリソース要件を指定しうる。このリソース要件は、ＱｏＳフローの開始、および、このＱｏＳフローへの通信セッションの関連付けによって保証されうる。ＱｏＳフローは、ＲＡＮ２１０およびコア・ネットワーク２２０を通るエンド・トゥ・エンドＱｏＳになりえる。

図３に移って、１または複数の態様にしたがって、無線通信ネットワークにおけるサービス品質（ＱｏＳ）機能を容易にするシステム３００が例示される。アプリケーション間の通信は、アプリケーション・レイヤ３０２において、プロトコルを介してなされうる。例えば、アプリケーション２１６とアプリケーション／サーバ２３８との間の通信セッションは、例えば、セッション開始プロトコル（ＳＩＰ）によって、アプリケーション・レイヤ３０２によってなされうる。アプリケーション間のインタラクションが、アプリケーション・レイヤ３０２のレベルにおいて概念化されうる一方、実際のデータは、図３に示すように、ラジオ・アクセス・ネットワークおよび／またはコア・ネットワークによって提供されるトランスポート・レイヤ、データ・レイヤ、および／または、物理レイヤを介して交換される。

態様では、要件を満足するリソースを保証することによって、許容可能なエンド・ユーザ体験を提供するために、（例えば、通信セッション中、アプリケーション間で交換されるデータのような）情報フローに、ＱｏＳパラメータが提供されうる。一例では、情報フローにＱｏＳパラメータを適用するために、ＥＰＳベアラが利用されうる。ＥＰＳベアラは、モバイル・デバイス（例えば、ＵＥ３１６）とＰＤＮ ＧＷ３２２との間に適合する論理的な概念である。ＥＰＳベアラは、例えば、ＵＥ３１６とｅＮＢ３１８との間のラジオ・ベアラ３１０のようなサブ・ベアラを含みうる。ラジオ・ベアラ３１０は、ＵＥ３１６とｅＮＢ３１８との間の、ラジオ・インタフェースを介したラジオ・リンク制御（ＲＬＣ）接続でありうる。１つの態様では、１つのＲＬＣ接続は、１つのラジオ・ベアラに関連付けられうる。ＥＰＳベアラの別のサブ・ベアラは、ｅＮＢ３１８およびＳＧＷ３２０との間でパケットをトンネルするＳ１ベアラ３１２でありうる。さらに、Ｓ５ベアラ３１４は、ＳＧＷ３２０とＰＤＮ ＧＷ３２２との間でパケットをトンネルしうる。

ＥＰＳベアラは、ＵＥ３１６とＰＤＮ ＧＷ３２２との間に、１または複数のデータ・フローをカプセル化する。例えば、アプリケーション・レイヤ３０２から開始されるＵＥ３１６のサービス・データ・フロー３０４、および／または、外部アプリケーションまたはＰＤＮ ＧＷ３２２のアプリケーション・レイヤに関連付けられたサービス・データ・フロー３０６が、ＥＰＳベアラ内にカプセル化されうる。ＵＥ３１６とＰＤＮ ＧＷ３２２との間で、１または複数のＥＰＳベアラが確立されうることが認識されるべきである。図３は、２つのＥＰＳベアラしか示していないが、Ｎ個のベアラが存在しうることが認識されるべきである。ここで、Ｎは、１以上の整数である。図３の部分拡大部に示されるように、ＥＰＳベアラの一部３２４が示される。

例によれば、おのおののＥＰＳベアラは、単一のＱｏＳコンテキストに関連付けられうる。例えば、ＥＰＳベアラはおのおのの、ＱｏＳを指摘するパラメータのセットによって特徴付けられうる。パラメータのセットは、割当保持優先度（ＡＲＰ）、保証ビット・レート（ＧＢＲ）、最大ビット・レート（ＭＢＲ）、およびＱｏＳクラス識別子（ＱＣＩ）を含みうる。同様のＱｏＳ処理を受信するデータ・フローは、同じＥＰＳベアラへグループ化あるいはカプセル化されうる。例において、図３の部分拡大部は、ＥＰＳベアラの一部３２４を示す。ＥＰＳベアラ３２４は、いくつかのデータ・フロー３２６をカプセル化しているものとして例示されている。これらいくつかのデータ・フロー３２６は、ＥＰＳベアラ３２４と連携して関連付けられているので、いくつかのデータ・フロー３２６は、同じＱｏＳ処理を受信する。ここで、ＱｏＳ処理は、ＥＰＳベアラ３２４を特徴付けるパラメータのセットが少なくとも部分的に定義される。

図２に戻って、ＥＰＳベアラまたはＱｏＳは、ＵＥ２１２のアプリケーション２１６と、ＩＰネットワークにおけるアプリケーション／サーバ２３８との間でデータ・フローを伝送するように確立されうる。ＥＰＳベアラまたはＱｏＳコンテキストは、ＵＥ２１２からＰＤＮ ＧＷ２２６へ及ぶ。ＰＤＮ ＧＷ２２６は、ＵＥ２１２からＩＰネットワーク２３６へパケットを送る。さらにＰＤＮ ＧＷ２２６は、ＩＰネットワーク２３６からパケットを取得する。そして、これらパケットを、データ・フローをカプセル化するＥＰＳベアラのＱｏＳパラメータにしたがってＵＥ２１２へ送る。

態様では、ＥＰＳベアラまたはＱｏＳは、アプリケーション２１６またはＵＥ ２１２によって設定されうる。アプリケーションまたはＵＥ２１２によって設定された場合、ＱｏＳは、デバイスによって設定されたＱｏＳとして識別されうる。別の態様では、ＥＰＳベアラまたはＱｏＳが、ネットワークによって（例えば、ＰＤＮ ＧＷ２２６、ＭＭＥ２２２、および／またはＳＧＷ２２４によって）設定されうる。ＱｏＳがデバイスによって設定される場合、および、ＱｏＳがネットワークによって設定される場合、前述したように、アプリケーションの優先度、ネットワークの優先度、アプリケーションの能力、および／または、ネットワークの能力に少なくとも部分的に基づいて区別されうる。

図４に移って、さまざまな態様にしたがって、デバイスによって設定されたＱｏＳを適用するか、あるいは、ネットワークによって設定されたＱｏＳを適用するかの判定を容易にするシステム４００が例示される。システム４００は、無線通信ネットワーク４２０を介して接続するＵＥ４１０を含んでいる。ＵＥ４１０は様々なアプリケーションおよび／またはアプリケーション・タイプを含みうる。

例によれば、アプリケーション４１２は、デバイスによって設定されたＱｏＳのみをサポートする（例えば、ネットワーク４２０のオペレータによって提供されない）サード・パーティ・アプリケーションでありうる。アプリケーション４１４は、デバイスによって設定されたＱｏＳと、ネットワークによって設定されたＱｏＳとをサポートする、オペレータによって提供されたアプリケーションでありうる。しかしながら、アプリケーション４１４は、オペレータによって提供されたアプリケーションとして、ネットワークによって設定されたＱｏＳを好む。アプリケーション４１６は、ネットワーク４２０がＱｏＳを提供する、ＱｏＳを意識しないアプリケーションでありうる。アプリケーション４１８は、ネットワーク４２０がＱｏＳを提供しない、ＱｏＳを意識しないアプリケーションでありうる。アプリケーション４１２、４１６、４１８については、ＱｏＳ設定を担当するエンティティが明確でありうる。しかしながら、デバイスによって設定されたＱｏＳおよびネットワークによって設定されたＱｏＳとの両方をサポートするアプリケーション４１４にとって、ＱｏＳを担当するエンティティが曖昧である場合、非効率的なリソース割当がなされうる。

例えば図５は、１または複数の態様にしたがって、ＱｏＳ確立におけるコンフリクトを図示するコール・フロー５００の例を示す。このコール・フロー５００は、アプリケーション５１０、ＵＥ５２０、ネットワーク５３０、およびアプリケーション・サーバ５４０を含んでいる。この例によれば、アプリケーション５１０は、ネットワークによって設定されたＱｏＳをサポートしながら、ＱｏＳを設定することができる。通信セッションは、アプリケーション５１０と、アプリケーション・サーバ５４０との間の接続ネゴシエーションで始まる。この接続ネゴシエーションは、ＳＩＰネゴシエーションでありうるが、任意の適切なプロトコルが適用されうることが認識されるべきである。この接続ネゴシエーションの後、アプリケーション５１０およびアプリケーション・サーバ５４０はともに、ＱｏＳの確立を要求しうる（例えば、アプリケーション・サーバ５４０が、ネットワークによって設定されるＱｏＳを要求しながら、アプリケーション５１０が、デバイスによって設定されるＱｏＳを開始する）。これら要求が処理され、ベアラ・セットアップ手順が完了すると、同じ通信セッションまたはデータ・フローのために、複数の専用ベアラ（例えば、ＱｏＳコンテキスト）が生成されうる。したがって、単一のデータ・フローに対して、リソースが二重に割り当てられる。これは、リソースの浪費をもたらす。

図４に戻って、ＱｏＳ確立のために信頼できるパーティを明示するためのメカニズムが、ＵＥ４１０および／またはネットワーク４２０の何れかによって適用されうる。１つの態様によれば、ＵＥ４１０がネットワーク４２０に接続し、登録する場合、ネットワーク４２０は、ＵＥ４１０へ、優先度インジケータをシグナルしうる。優先度インジケータは、ネットワークによって設定されるＱｏＳのための優先度、デバイスによって設定されるＱｏＳのための優先度、ネットワークによって設定されるＱｏＳがサポートされていることを示すインジケーション、および／または、ネットワークによって設定されるＱｏＳがサポートされていないことを示すインジケーションを示しうる。この信号は、技術に特有の制御プレーン・シグナリング（例えば、非アクセス階層（ＮＡＳ）および／またはラジオ・リソース制御（ＲＲＣ）シグナリング）によって伝送されうる。別の例において、優先度インジケータは、技術に依存しない制御プレーン・シグナリング（例えば、デフォルト・ベアラ・セットアップ中に送信されるプロトコル設定オペレーション）によって伝送されうる。また別の例では、優先度インジケータは、ユーザ・プレーン・シグナリングによってＵＥ４１０へ提供されうる。例えば、優先度インジケータは、接続セットアップ（例えば、ＳＩＰシグナリング等）中に含まれうる。ＵＥ４１０は、デバイスによって設定されたＱｏＳ、および、ネットワークによって設定されたＱｏＳが可能なアプリケーションが、ＱｏＳを要求するか、および／または、ネットワーク４２０がＱｏＳを確立することを待つかを判定するために、優先度インジケータを評価しうる。例えば、優先度インジケータは、ネットワークによって設定されたＱｏＳがサポートされているか、および／または、好ましいかを明示しうる。したがって、アプリケーション４１４は、ＱｏＳを要求せず、ネットワーク４２０にしたがわないであろう。別の例において、優先度インジケータは、デバイスによって設定されたＱｏＳが好ましく、および／または、ネットワークによって設定されたＱｏＳがサポートされていないことを示しうる。そのような状況では、アプリケーション４１４は、ＱｏＳを設定するであろう。

別の態様によれば、ネットワーク４２０は、二重のリソース割当を低減するために、軟拒否メカニズムを使用しうる。アプリケーション４１４は、ＱｏＳを設定し、ネットワーク４２０は、ネットワークによって設定されたＱｏＳがサポートされているか、および／または、好まれている場合、軟拒否をもって応答しうる。通常の拒否とは異なり、軟拒否は、ＵＥ４１０に対して、ネットワークによって設定されたＱｏＳを待つように通知する。しかしながら、通常の拒否は、ＵＥ４１０に対して、接続を中止し、低い要件でＱｏＳを再要求するようにトリガするだろう。

軟拒否メカニズムの下では、ＵＥ４１０とネットワーク４２０との両方が、ＱｏＳを設定することを試みる。それぞれの試みは、同時に、あるいは、異なる時間になされうる。１つの例において、ＵＥ４１０は、ネットワーク４２０より前にＱｏＳを要求しうる。一般に、ＵＥ４１０は、（例えば、アプリケーション４１４のような）アプリケーションによって利用される特定のパケット・フィルタのためにＱｏＳがすでに設定されているかをチェックする。マッチング・フィルタが存在しない場合、ＵＥ４１０がＱｏＳを設定する。ＱｏＳを設定することをネットワーク４２０が好む場合、ネットワーク４２０は、ＵＥ４１０からのＱｏＳ要求に応答して、軟拒否を送信しうる。軟拒否を受信すると、ＵＥ４１０は、ネットワーク４２０がＱｏＳを設定するまで待つ。態様では、ＵＥ４１０は、タイマ・メカニズムを適用しうる。例えば、軟拒否が受信されると、ＵＥ４１は、タイマを起動しうる。タイマが終了し、ネットワーク４２０がＱｏＳを設定していない場合、アプリケーション４１４に、ＱｏＳが失敗したことが通知されうる。

別の例によれば、ネットワーク４２０は、ＵＥ４１０より前にＱｏＳを設定しうる。この例によれば、ＵＥ４１０は、パケット・フィルタとのマッチングを確認する場合、ネットワーク４２０によって設定されたＱｏＳフローを発見することができる。したがって、ＵＥ４１０は、ＱｏＳを設定することを試みることはない。別の例において、ＵＥ４１０およびネットワーク４２０は、ＱｏＳを同時に設定するように試みうる。たとえＵＥ４１０がＱｏＳを設定することを試みても、ＵＥ４１０は、軟拒否を受信する前に、ネットワークによって設定されたＱｏＳ要求を受信しうる。したがって、ＵＥ４１０は、ネットワークによって設定された要求で継続しうる、デバイスによって設定されたＱｏＳ要求を中断しうる。

図６に移って、さまざまな態様にしたがって、異なる無線通信ネットワーク間のハンドオーバがなされると、ＱｏＳフローの再確立を容易にするシステム６００が例示される。システム６００は、ネットワーク６２０に接続および登録されたＵＥ６１０を含んでいる。一例において、ＵＥ６１０は、ネットワーク６３０へのハンドオーバが試みられた場合（例えば、ＵＥ６１０が、ネットワーク６２０からネットワーク６３０へロームした場合）、アクティブな１または複数のサービス・データ・フローを有しうる。この例によれば、ネットワーク６２０およびネットワーク６３０は、異なるラジオ・アクセス技術を利用しうる。例えば、ネットワーク６２０は、ネットワーク６３０がｅＨＲＰＤを適用している間、Ｅ−ＵＴＲＡを適用しうる。ハンドオーバがなされると、１または複数のサービス・データ・フローに関連付けられたＱｏＳが再確立されうる。

態様では、ＱｏＳ設定を担当するパーティにシグナルするために優先度インジケータが適用される場合、ラジオ・アクセス技術にわたって移動すると、最初にＱｏＳを要求したエンティティが、ＱｏＳを再要求しうる。１つの例において、ネットワーク６２０は、ネットワークによって設定されたＱｏＳがサポートされているか、および／または、好まれていることを示すインジケーションをシグナルしうる。オリジナルのネットワーク６２０は、ＵＥ６１０に関連付けられたＱｏＳフローを追跡し、どれがネットワークによって設定されてるか、どれがデバイスによって設定されているかを識別しうる。ネットワーク・ネットワーク６２０からネットワーク６３０へのハンドオーバがなされると、ネットワーク６２０のポリシーおよび課金ルール機能（ＰＣＲＦ）が、ネットワーク６３０に対して、ＱｏＳフローのリストのみならず、各フローの（例えば、ネットワークによって設定されているか、デバイスによって設定されているかの）識別情報を提供しうる。ネットワーク６３０は、このリストから、ネットワークによって設定されているＱｏＳフローのための専用ベアラを設定しうる。ＵＥ６１０は同様に、どのＱｏＳフローがネットワークによって設定され、どのＱｏＳフローがデバイスによって設定されているかを追跡しうる。したがって、ＵＥ６１０は、デバイスによって設定されているとして識別されたフローのためのＱｏＳを再確立しうる。ネットワーク６２０および／またはネットワーク６３０が、ネットワークによって設定されるＱｏＳをサポートしていない場合、あるいは、デバイスによって設定されるＱｏＳを好む場合には、ＵＥ６１０は、ハンドオーバがなされると、すべてのアクティブなフローについてＱｏＳを要求しうることが認識されるべきである。

別の態様によれば、ＵＥ６１０は、ＱｏＳの再確立を容易にするために、タイマ・メカニズム６１２を利用しうる。ハンドオーバがなされると、ネットワーク６３０は、ＵＥ６１０とネットワーク６２０との間に存在する、ネットワークによって設定されたすべてのＱｏＳフローを直ちに設定しうる。一例において、ネットワークによって設定されたすべてのＱｏＳフローが、デフォルトのベアラ設定中に同時に確立されうる。別の例では、ネットワークによって設定されたＱｏＳフローが、シーケンシャルに確立されうる。デフォルトのベアラが確立された場合、タイマ６１２が起動しうる。タイマが終了すると、ＵＥ６１０は、残りのすべてのフローについて、ＱｏＳを要求する。

図７乃至１０に示すように、アプリケーションが両オプションをサポートする場合に、ネットワークによって設定されたＱｏＳを利用するのか、あるいは、デバイスによって設定されたＱｏＳを利用するのかを決定することに関連する方法が記載される。説明を単純にする目的で、これら方法は、一連の動作として示され説明されているが、これら方法は、１または複数の実施形態にしたがって、幾つかの動作が本明細書で示され記載されたものとは異なる順序で、あるいは他の動作と同時に生じうるので、動作の順序によって限定されないことが理解され認識されるべきである。例えば、当業者であれば、これら方法はその代わりに、例えば状態図におけるように、一連の相互関連する状態またはイベントとして表されうることを理解し認識するだろう。さらに、１または複数の実施形態にしたがって方法を実現するために、必ずしも例示されたすべての動作が必要とされる訳ではない。

図７に移って、さまざまな態様にしたがって、ネットワークによって設定されたリソース割当パラメータをモバイル・デバイスへシグナルするための方法７００が例示される。参照番号７０２では、モバイル・デバイスへインジケータが送信されうる。このインジケータは、ネットワークによって設定されるサービス品質（ＱｏＳ）のためのネットワークの優先度（例えば、サービス・データ・フローに関連付けられたＱｏＳを求めるネットワークによって設定された要求）を示しうる。別の例において、このインジケータは、デバイスによって設定されるＱｏＳのための優先度（例えば、サービス・データ・フローに関連付けられたＱｏＳを求める、デバイスまたはアプリケーションによって設定された要求）を示しうる。別の態様では、このインジケータは、ネットワークが、ネットワークによって設定されるＱｏＳをサポートしているか、サポートしていないかをモバイル・デバイスに対して通知しうる。

参照番号７０４では、このインジケータが、ネットワークによって設定されるＱｏＳに対する優先度および／またはサポートを示す場合、サービス・データ・フローについて、ＱｏＳが設定されうる。参照番号７０６では、インジケータが、デバイスによって設定されるＱｏＳの優先度を示すか、あるいは、ネットワークによって設定されるＱｏＳをサポートしていないことを示す場合、モバイル・デバイスから要求がなされると、サービス・データ・フローについてＱｏＳが確立されうる。

図８に示すように、パラメータにしたがってＱｏＳを確立するための方法８００が例示される。参照番号８０２では、優先度インジケータが、ネットワークから受信される。例によれば、優先度インジケータは、モバイル・デバイスがネットワークに接続および登録した場合に、ネットワークによって送信されうる。例えば、優先度インジケータは、デフォルト・ベアラが確立された場合、ネットワークから受信されたプロトコル設定オプションに含まれうる。別の例において、優先度インジケータは、ラジオ・アクセス・ネットワークを介したデータ接続の設定中に、制御プレーン・シグナリングによって受信されうる。

参照番号８０４では、インジケータが、デバイスによって設定されるＱｏＳの優先度を示す場合、あるいは、インジケータが、ネットワークによって設定されるＱｏＳのためのサポートをしていないことを示す場合、サービス・データ・フローに対するＱｏＳが要求される。代替案では、参照番号８０６において、インジケータが、ネットワークによって設定されているＱｏＳの優先度を示す場合、モバイル・デバイスは、ネットワークが、サービス・データ・フローのためのＱｏＳを確立するのを待つ。

図９は、サービス・データ・フローのためのサービス品質（ＱｏＳ）を要求することを担当するエンティティを決定するために軟拒否を適用する方法９００を例示する。参照番号９０２では、サービス・データ・フローのためのＱｏＳを求める要求が送信される。参照番号９０４では、ネットワークから軟拒否が受信されうる。参照番号９０６では、ネットワークによって設定されたＱｏＳを求めて待機する。図１０は、ネットワークによって設定されたＱｏＳの優先度を示すために軟拒否を利用する方法１０００を図示する。参照番号１００２では、サービス・データ・フローのためのＱｏＳを求める要求が受信される。参照番号１００４では、軟拒否が送信されうる。参照番号１００６では、サービス・データ・フローのために、ネットワークによって設定されたＱｏＳが確立される。

本明細書に記載された１または複数の態様にしたがって、ネットワークによって設定されるＱｏＳであるか、デバイスによって設定されるＱｏＳであるかを判定すること、ハンドオーバ時に、ＱｏＳが要求されるべきサービス・データ・フローを識別すること等に関して推論がなされうることが認識されるだろう。本明細書で使用されるように、「推論する」または「推論」なる用語は一般に、イベントおよび／またはデータによって取得されたような観察のセットから、システム、環境、および／または、ユーザの状態の推論あるいはそれらに関する推理のプロセスを称する。推論は、特定のコンテキストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成しうる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、該当する状態にわたる確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構築するために適用される技術を称することができる。そのような推論によって、イベントが時間的に近接していようといまいと、これらイベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースに由来していようと、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を構築することができる。

図１１を参照して、さまざまな態様にしたがって、サービス品質を確立することを担当するエンティティの決定を容易にするシステム１１００が例示されている。例えば、システム１１００は、ユーザ機器ユニット内に少なくとも部分的に存在しうる。システム１１００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１１００は、連携して動作しうる電子構成要素の論理グループ１１０２を含む。例えば、論理グループ１１０２は、インジケータを受信するための電子構成要素１１０４を含みうる。さらに、論理グループ１１０２は、このインジケータが、デバイスによって設定されたＱｏＳの優先度を示す場合、データ・フローのＱｏＳを要求するための電子構成要素１１０６を備えうる。さらに、論理グループ１１０２は、インジケータが、ネットワークによって設定されたＱｏＳの優先度を示す場合、ネットワークがＱｏＳを確立することを可能にする電子構成要素１１０８を備えうる。論理グループ１１０２はまた、１または複数のデータ・フローに関連付けられたＱｏＳを、ネットワークによって設定されたものか、デバイスによって設定されたものかの１つとして識別するための電子構成要素１１１０を含みうる。オプションとして、論理グループ１１０２は、ハンドオーバがなされると、デバイスによって設定されると識別されたＱｏＳに関連付けられた１または複数のデータ・フローのためのＱｏＳを要求するための電子構成要素１１１２を含みうる。さらに、システム１１００は、電子構成要素１１０４、１１０６、１１０８、１１１０および１１１２に関連付けられた機能を実行するための命令群を保持するメモリ１１１４を含みうる。メモリ１１１４の外側にあるとして示されているが、電子構成要素１１０４、１１０６、１１０８、１１１０、１１１２のうちの１または複数は、、メモリ１１１４内に存在しうることが理解されるべきである。

図１２を参照して、サービス品質を担当するエンティティを示すパラメータの送信を容易にするシステム１２００が例示されている。例えば、システム１２００は、ユーザ機器ユニット内に少なくとも部分的に存在しうる。システム１２００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１２００は、連携して動作しうる電子構成要素の論理グループ１２０２を含む。例えば、論理グループ１２０２は、モバイル・デバイスへインジケータを送信するための電子構成要素１２０４を含みうる。さらに、論理グループ１２０２は、モバイル・デバイスのアプリケーションのデータ・フローのためのＱｏＳを設定するための電子構成要素１２０６を備えうる。さらに、論理グループ１２０２は、ＱｏＳを求める要求をモバイル・デバイスから受け取るための電子構成要素１２０８を備えうる。論理グループ１２０２はまた、インジケータを、プロトコル設定オプションのセットへ組み込むための電子構成要素１２１０を含みうる。オプションとして、論理グループ１２０２は、モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、プロトコル設定オプションのセットを送信するための電子構成要素１２１２を含みうる。それに加えて、論理グループ１２０２は、おのおののデータ・フローのＱｏＳを、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものとして識別するための電子構成要素１２１４を含みうる。さらに、論理グループ１２０２は、ハンドオーバがなされると、データ・フローのリストを、別のネットワークへ送信するための電子構成要素１２１６を含みうる。それに加えて、システム１２００は、電子構成要素１２０４、１２０６、１２０８、１２１０、１２１２、１２１６に関連付けられた機能を実行するための命令群を保持するメモリ１２１８を含みうる。メモリ１２１８の外側にあるとして示されているが、電子構成要素１２０４、１２０６、１２０８、１２１０、１２１２、１２１６のうちの１または複数は、メモリ１２１８内に存在しうることが理解されるべきである。

図１３は、本明細書に記載された機能のさまざまな態様を実現するために利用されうる別のシステム１３００のブロック図である。一例では、システム１３００は、モバイル・デバイス１３０２を含んでいる。図示されるように、モバイル・デバイス１３０２は、１または複数の基地局１３０４から信号を受信し、１または複数のアンテナ１３０８を経由して１または複数の基地局１３０４へ送信しうる。それに加えて、モバイル・デバイス１３０２は、アンテナ１３０８から情報を受け取る受信機１３１０を備えうる。一例において、受信機１３１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）１３１２と動作可能に関連付けられうる。その後、復調されたシンボルは、プロセッサ１３１４によって分析されうる。プロセッサ１３１４は、モバイル・デバイス１３０２に関連するデータおよび／またはプログラム・コードを格納しうるメモリ１３１６に接続されうる。モバイル・デバイス１３０２はまた、送信機１３２０によるアンテナ１３０８を介した送信のために信号を多重化する変調器１３１８を含みうる。

図１４は、本明細書に記載された機能のさまざまな態様を実現するために利用されうるシステム１４００のブロック図である。一例では、システム１４００は、基地局すなわち基地局１４０２を含んでいる。例示するように、基地局１４０２は、１または複数の受信（Ｒｘ）アンテナ１４０６によって１または複数のＵＥ１４０４から信号を受信し、１または複数の送信（Ｔｘ）アンテナ１４０８によって１または複数のＵＥ１４０４へ送信しうる。それに加えて、基地局１４０２は、受信アンテナ１４０６から情報を受信する受信機１４１０を備えうる。一例において、受信機１４１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）１４１２と動作可能に関連付けられうる。その後、復調されたシンボルは、プロセッサ１４１４によって分析されうる。プロセッサ１４１４は、符号クラスタ、アクセス端末割当、これらに関連するルックアップ・テーブル、ユニークなスクランブリング・シーケンスに関連する情報、および／または、その他の適切なタイプの情報を格納しうるメモリ１４１６に接続されうる。基地局１４０２はまた、送信機１４２０による送信アンテナ１４０８を介した送信のために、信号を多重化しうる変調器１４１８を含みうる。

無線多元接続通信システムは、複数の無線アクセス端末のための通信を同時にサポートすることができる。前述したように、おのおのの端末は、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力複数出力（“ＭＩＭＯ”）システム、あるいは、その他いくつかのタイプのシステムによって確立されうる。

ＭＩＭＯシステムは、データ送信のために、複数（Ｎ_Ｔ個）の送信アンテナと、複数（Ｎ_Ｒ個）の受信アンテナとを使用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割されうる。ここで、Ｎ_Ｓ≦｛Ｎ_Ｔ，Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。ＭＩＭＯシステムは、複数の送信アンテナおよび受信アンテナによって形成された追加のディメンションが利用される場合、向上された性能（例えば、より高いスループット、および／または、より高い信頼性）を与えることができる。

ＭＩＭＯシステムは、時分割デュプレクス（“ＴＤＤ”）および周波数分割デュプレクス（“ＦＤＤ”）をサポートしうる。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントは、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、順方向リンクで、ビームフォーミング利得を送信できるようになる。

図１５は、無線通信システム１５００の例を示す。無線通信システム１５００は、簡潔さの目的のため、１つの基地局１５１０と１つのアクセス端末１５５０しか示していない。しかしながら、システム１５００は、１より多い基地局、および／または、１より多いアクセス端末を含みうることが認識されるべきである。ここで、追加の基地局および／またはアクセス端末は、以下に示す基地局１５１０およびアクセス端末１５５０の例と実質的に類似しうるか、あるいは、異なりうる。それに加えて、基地局１５１０および／またはアクセス端末１５５０は、その間の無線通信を容易にするために、本明細書に記載されたシステム（図１乃至６および１１乃至１２）および／または方法（図７乃至１０）を適用しうる
基地局１５１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース１５１２から送信（ＴＸ）データ・プロセッサ１５１４へ提供される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ１５１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。

おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは、一般には、周知の方式で処理される既知のデータ・パターンであり、チャネル応答を推定するために、アクセス端末１５５０において使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ１５３０によって実行または提供される指示によって決定されうる。

データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ ＭＩＭＯプロセッサ１５２０に提供される。ＴＸ ＭＩＭＯプロセッサ１５２０はその後、Ｎ_Ｔ個の変調シンボル・ストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）１５２２ａ乃至１５２２ｔへ提供する。さまざまな実施形態において、ＴＸ ＭＩＭＯプロセッサ１５２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

おのおのの送信機１５２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機１５２２ａ乃至１５２２ｔからのＮ_Ｔ個の変調信号が、Ｎ_Ｔ個のアンテナ１５２４ａ乃至１５２４ｔからそれぞれ送信される。

アクセス端末１５５０では、送信された変調信号が、Ｎ_Ｒ個のアンテナ１５５２ａ乃至１５５２ｒによって受信され、各アンテナ１５５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）１５５４ａ乃至１５５４ｒへ提供される。おのおのの受信機１５５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ１５６０は、Ｎ_Ｒ個の受信機１５５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１５６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ１５６０による処理は、基地局１５１０におけるＴＸ ＭＩＭＯプロセッサ１５２０およびＴＸデータ・プロセッサ１５１４によって実行されるものと相補的である。

プロセッサ１５７０は、上述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ１５７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。

逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース１５３６から受信するＴＸデータ・プロセッサ１５３８によって処理され、変調器１５８０によって変調され、送信機１５５４ａ乃至１５５４ｒによって調整され、基地局１５１０へ送り戻される。

基地局１５１０では、アクセス端末１５５０からの変調信号が、アンテナ１５２４によって受信され、受信機１５２２によって調整され、復調器１５４０によって復調され、ＲＸデータ・プロセッサ１５４２によって処理されることにより、アクセス端末１５５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ１５３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。

プロセッサ１５３０およびプロセッサ１５７０は、基地局１５１０およびアクセス端末１５５０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ１５３０およびプロセッサ１５７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ１５３２およびメモリ１５７２に関連付けられうる。プロセッサ１５３０およびプロセッサ１５７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。

態様では、論理チャネルが、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を含みうる。さらに、論理制御チャネルは、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）を含みうる。さらに、論理制御チャネルは、１またはいくつかのＭＴＣＨのためにマルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジュールおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）を備えうる。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳ（例えば、旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。さらに、論理制御チャネルは、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される専用制御チャネル（ＤＣＣＨ）を含みうる。態様では、論理トラフィック・チャネルは、ユーザ情報を転送するために、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）をも含みうる。

態様では、伝送チャネルが、ＤＬとＵＬとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＰＣＨは、セル全体にわたってブロードキャストされることにより、および、他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（ＰＨＹ）リソースにマップされることにより、ＵＥ節電をサポートする（例えば、不連続受信（ＤＲＸ）サイクルが、ネットワークによってＵＥへ示される）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを含みうる。

ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。例えば、ＤＬ ＰＨＹチャネルは、共通のパイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および／または、負荷インジケータ・チャネル（ＬＩＣＨ）を含みうる。さらなる実例として、ＵＬ ＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、および／またはブロードキャスト・パイロット・チャネル（ＢＰＩＣＨ）を含みうる。

本明細書で開示された実施形態に関連して記述されたさまざまな例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロ・プロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。

さらに、本明細書に開示された態様に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、ある態様では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいはプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能媒体および／またはコンピュータ読取可能媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。

これら実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶素子のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。

ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。

上述したものは、１または複数の実施形態の一例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法の考えられるすべての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神およびスコープ内にあるそのようなすべての変更、変更、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であることが意図される。

Claims (46)

1. サービス品質の確立を担当するエンティティを決定する方法であって、
   ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信することと、
   前記デバイスによって設定されるサービス品質に対する優先度をインジケータが示す場合、データ・フローのためのサービス品質を要求することと、
   前記ネットワークによって設定されるサービス品質に対する優先度をインジケータが示す場合、前記サービス品質を無線ネットワークが確立することを待つことと
   を備える方法。
2. 前記インジケータは、デフォルト・ベアラの設定中に取得されたプロトコル設定オプションによって受信される請求項１に記載の方法。
3. 前記インジケータは、ラジオ・リソース制御プレーン・シグナリングによって取得される請求項１に記載の方法。
4. 前記インジケータは、アプリケーションのための通信セッションの確立中に、ユーザ・プレーン・シグナリングによって受信される請求項１に記載の方法。
5. １または複数のデータ・フローに関連付けられたサービス品質を追跡することと、
   前記１または複数のデータ・フローのサービス品質を、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものかのうちの１つとして識別することと、
   ハンドオーバがなされると、新たなネットワークから、１または複数のデータ・フローのサービス品質を要求することとをさらに備え、
   前記１または複数のデータ・フローは、デバイスによって設定されたものとして識別される請求項１に記載の方法。
6. データ・フローのためのサービス品質を要求することと、
   この要求に応じて、軟拒否を受信することと
   をさらに備える請求項１に記載の方法。
7. データ・フローのセットのサービス品質を前記無線ネットワークが確立することを待つことと、
   前記サービス品質が確立されたデータ・フローのセットからのデータ・フローを識別することとを備え、
   前記識別することは、前記確立されたサービス品質に関連付けられたパケット・フィルタを評価し、対応するデータ・フローを識別することを備え、
   前記方法はさらに、
   前記サービス品質が前記無線ネットワークによって確立されていないデータ・フローのセットからのデータ・フローのためのサービス品質を設定することを備える請求項１に記載の方法。
8. 装置であって、
   ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信することと、
   前記デバイスによって設定されるサービス品質に対する優先度をインジケータが示す場合、データ・フローのためのサービス品質を要求することと、
   前記ネットワークによって設定されるサービス品質に対する優先度をインジケータが示す場合、前記無線ネットワークがサービス品質を確立することを可能にすることと、
   のための命令群を保持するメモリと、
   前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
   を備える装置。
9. 前記インジケータは、デフォルト・ベアラの設定中に取得されたプロトコル設定オプションによって受信される請求項８に記載の装置。
10. 前記インジケータは、ラジオ・リソース制御プレーン・シグナリングによって取得される請求項８に記載の装置。
11. 前記インジケータは、アプリケーションのための通信セッションの確立中に、ユーザ・プレーン・シグナリングによって受信される請求項８に記載の装置。
12. 前記メモリはさらに、
    前記１または複数のデータ・フローに関連付けられたサービス品質を、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものかのうちの１つとして識別することと、
    ハンドオーバがなされると、デバイスによって設定されたものとして識別されたサービス品質に関連付けられた１または複数のデータ・フローのためのサービス品質を要求することと、
    のための命令群を保持する請求項８に記載の装置。
13. 無線通信装置であって、
    ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つに対する無線ネットワークの優先度を示すインジケータを受信する手段と、
    前記デバイスによって設定されるサービス品質に対する優先度をインジケータが示す場合、データ・フローのサービス品質を要求する手段と、
    前記ネットワークによって設定されるサービス品質に対する優先度をインジケータが示す場合、サービス品質を前記無線ネットワークが確立することを可能にする手段と
    を備える無線通信装置。
14. 前記インジケータは、デフォルト・ベアラの設定中に取得されたプロトコル設定オプションによって受信される請求項１３に記載の無線通信装置。
15. 前記インジケータは、ラジオ・リソース制御プレーン・シグナリングによって取得される請求項１３に記載の無線通信装置。
16. 前記インジケータは、アプリケーションのための通信セッションの確立中に、ユーザ・プレーン・シグナリングによって受信される請求項１３に記載の無線通信装置。
17. 前記１または複数のデータ・フローに関連付けられたサービス品質を、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものかのうちの１つとして識別する手段と、
    ハンドオーバがなされると、デバイスによって設定されたものとして識別されたサービス品質に関連付けられた１または複数のデータ・フローのためのサービス品質を要求する手段と
    をさらに備える請求項１３に記載の無線通信装置。
18. コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
    前記コンピュータ読取可能媒体は、
    少なくとも１つのコンピュータに対して、デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つに対する前記ネットワークによる優先度を示すインジケータを、ネットワークから取得させるためのコードと、
    少なくとも１つのコンピュータに対して、前記インジケータにしたがって、データ・フローのためのサービス品質を確立させるためのコードと
    を備えるコンピュータ・プログラム製品。
19. 前記コンピュータ読取可能媒体はさらに、
    前記インジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、少なくとも１つのコンピュータに対して、データ・フローのためのサービス品質を要求させるためのコードを備える請求項１８に記載のコンピュータ・プログラム製品。
20. 前記コンピュータ読取可能媒体はさらに、
    前記インジケータが、ネットワークによって設定される品質の優先度を示す場合、データ・フローのために、ネットワークによって設定されたサービス品質を受け取るためのコードを備える請求項１８に記載のコンピュータ・プログラム製品。
21. 前記コンピュータ読取可能媒体はさらに、
    少なくとも１つのコンピュータに対して、フローのセットにおける各サービス品質フローを、デバイスによって設定されたものか、あるいは、ネットワークによって設定されたものかのうちの１つとして識別させるためのコードと、
    少なくとも１つのコンピュータに対して、デバイスによって設定されたものとして識別されたフローのセットにおける各フローのためのサービス品質を要求させるためのコードとを備え、
    前記要求は、別の無線通信ネットワークへのハンドオーバがなされた場合に生じる請求項１８に記載のコンピュータ・プログラム製品。
22. 前記コンピュータ読取可能媒体はさらに、
    前記インジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、少なくとも１つのコンピュータに対して、前記フローのセットにおけるすべてのフローのためのサービス品質を要求させるためのコードを備える請求項２１に記載のコンピュータ・プログラム製品。
23. 無線通信装置であって、
    デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つについて、前記ネットワークによる優先度を示すインジケータをネットワークから取得し、
    前記インジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、データ・フローのためのサービス品質を要求し、
    前記ネットワークによって設定されるサービス品質の優先度をインジケータが示す場合、データ・フローのために、ネットワークによって設定されたサービス品質を受け取る
    ように構成されたプロセッサを備える無線通信装置。
24. 前記プロセッサはさらに、フローのセットにおける各サービス品質フローを、デバイスによって設定されたものか、あるいは、ネットワークによって設定されたものかのうちの１つとして識別し、デバイスによって設定されたものとして識別されたフローのセットにおける各フローのためのサービス品質を要求するように構成され、
    前記要求は、別の無線通信ネットワークへのハンドオーバがなされた場合に生じる請求項２３に記載の無線通信装置。
25. サービス品質を確立することを担当するエンティティを示すためにパラメータを利用する方法であって、
    ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示すインジケータを、モバイル・デバイスに送信することと、
    前記インジケータが、前記ネットワークによって設定されるサービス品質の優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質を設定することと、
    前記デバイスによって設定されるサービス品質の優先度をインジケータが示す場合、前記データ・フローのためのサービス品質を求める要求を、前記モバイル・デバイスから受け取ることと
    を備える方法。
26. 前記インジケータを送信することはさらに、
    前記インジケータを、プロトコル設定オプションのセットへ組み込むことと、
    前記モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、前記プロトコル設定オプションのセットを送信することと
    を備える請求項２５に記載の方法。
27. データ・フロー毎のサービス品質を追跡することと、
    各データ・フローのサービス品質を、ネットワークによって設定されたものか、デバイスによって設定されたものかの１つとして識別することと
    をさらに備える請求項２５に記載の方法。
28. ハンドオーバがなされると、データ・フローのリストを、別のネットワークへ提供することをさらに備え、
    前記リストは、各データ・フローを、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものかのうちの１つとして示す請求項２７に記載の方法。
29. 装置であって、
    ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示すインジケータをモバイル・デバイスへ送信することと、
    前記インジケータが、前記ネットワークによって設定されるサービス品質に対する優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質を前記モバイル・デバイスにおいて設定することと、
    前記インジケータが、デバイスによって設定されるサービス品質に対する優先度を示す場合、データ・フローのためのサービス品質を求める要求を、前記モバイル・デバイスから受け取ることと、
    のための命令群を保持するメモリと、
    前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
    を備える装置。
30. 前記メモリはさらに、
    前記インジケータを、プロトコル設定オプションのセットへ組み込むことと、
    前記モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、前記プロトコル設定オプションのセットを送信することと、
    のための命令群を保持する請求項２９に記載の装置。
31. 前記メモリはさらに、
    データ・フロー毎のサービス品質を追跡することと、
    各データ・フローのサービス品質を、ネットワークによって設定されたものか、デバイスによって設定されたものかの１つとして識別することと
    のための命令群をさらに備える請求項２９に記載の装置。
32. 前記メモリはさらに、ハンドオーバがなされると、データ・フローのリストを、別のネットワークへ転送するための命令群を保持し、
    前記リストは、各データ・フローを、ネットワークによって設定されたものか、あるいは、デバイスによって設定されたものかのうちの１つとして示す請求項２９に記載の装置。
33. 無線通信装置であって、
    ネットワークによって設定されるサービス品質、または、デバイスによって設定されるサービス品質のうちの少なくとも１つの優先度を示すインジケータをモバイル・デバイスへ送信する手段と、
    前記インジケータが、ネットワークによって設定されるサービス品質の優先度を示す場合、アプリケーションのデータ・フローのためのサービス品質を、前記モバイル・デバイスにおいて設定する手段と、
    前記インジケータが、デバイスによって設定されるサービス品質の優先度を示す場合、データ・フローのサービス品質を求める要求を、前記モバイル・デバイスから受け取る手段と
    を備える無線通信装置。
34. 前記インジケータを、プロトコル設定オプションのセットへ組み込む手段と、
    前記モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、前記プロトコル設定オプションのセットを送信する手段と
    をさらに備える請求項３３に記載の無線通信装置。
35. 各データ・フローのサービス品質を、ネットワークによって設定されたものか、デバイスによって設定されたものかのうちの１つとして識別する手段をさらに備える請求項３３に記載の無線通信装置。
36. ハンドオーバがなされると、データ・フローのリストを、別のネットワークへ送信する手段をさらに備え、
    前記リストは、各データ・フローを、ネットワークによって設定されたものか、デバイスによって設定されたものかのうちの１つとして示す請求項３３に記載の無線通信装置。
37. コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
    前記コンピュータ読取可能媒体は、
    デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つのための、ネットワークによる優先度を示すインジケータを、少なくとも１つのコンピュータに対して送信させるためのコードと、
    少なくとも１つのコンピュータに対して、前記インジケータにしたがって、モバイル・デバイスに関連付けられたデータ・フローのためのサービス品質を確立させるためのコードと
    を備えるコンピュータ・プログラム製品。
38. 前記コンピュータ読取可能媒体はさらに、
    少なくとも１つのコンピュータに対して、前記インジケータを、プロトコル設定オプションのセットへ組み込ませるためのコードと、
    少なくとも１つのコンピュータに対して、前記モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、前記プロトコル設定オプションのセットを送信させるためのコードと
    を備える請求項３７に記載のコンピュータ・プログラム製品。
39. 前記コンピュータ読取可能媒体はさらに、
    少なくとも１つのコンピュータに対して、各データ・フローのサービス品質を、ネットワークによって設定されたものであるか、デバイスによって設定されたものであるかのうちの１つとして識別させるためのコードを備える請求項３７に記載のコンピュータ・プログラム製品。
40. 前記コンピュータ読取可能媒体はさらに、
    ハンドオーバがなされると、少なくとも１つのコンピュータに対して、データ・フローのリストを、別のネットワークへ転送させるためのコードを備え、
    前記リストは、各データ・フローを、ネットワークによって設定されたものであるか、あるいは、デバイスによって設定されたものかのうちの１つとして示す請求項３７に記載のコンピュータ・プログラム製品。
41. 前記コンピュータ読取可能媒体はさらに、
    前記インジケータが、ネットワークによって設定されたサービス品質の優先度を示す場合、少なくとも１つのコンピュータに対して、前記モバイル・デバイスにおけるアプリケーションのデータ・フローのためのサービス品質を設定させるためのコードを備える請求項３７に記載のコンピュータ・プログラム製品。
42. 前記コンピュータ読取可能媒体はさらに、
    前記インジケータが、デバイスによって設定されたサービス品質の優先度を示す場合、少なくとも１つのコンピュータに対して、前記モバイル・デバイスから、データ・フローのサービス品質の要求を受け取らせるためのコードを備える請求項３７に記載のコンピュータ・プログラム製品。
43. 無線通信装置であって、
    デバイスによって設定されるサービス品質、または、ネットワークによって設定されるサービス品質のうちの少なくとも１つのための、ネットワークによる優先度を示すインジケータをモバイル・デバイスへ送信し、
    前記インジケータが、デバイスによって設定されるサービス品質を示す場合、データ・フローのためのサービス品質を求める要求を、モバイル・デバイスから受け取り、
    前記インジケータが、ネットワークによって設定されるサービス品質に対する優先度を示す場合、アプリケーションのデータ・フローのサービス品質を、モバイル・デバイスにおいて確立する
    ように構成されたプロセッサを備える無線通信装置。
44. 前記プロセッサはさらに、
    前記インジケータを、プロトコル設定オプションのセットへ組み込み、
    前記モバイル・デバイスに関連付けられたデフォルト・ベアラがアクティブである間、前記プロトコル設定オプションのセットを送信する
    ように構成された請求項４３に記載の無線通信装置。
45. 方法であって、
    データ・フローのためのサービス品質を設定する要求をモバイル・デバイスから受信することと、
    前記要求に応答して、前記モバイル・デバイスへ軟拒否（soft rejection）を発行することと、
    前記データ・フローのためのサービス品質を、ネットワーク要求によって確立することと
    を備える方法。
46. 方法であって、
    データ・フローのセットのためのサービス品質を無線通信ネットワークが確立するのを待つことと、
    前記サービス品質が確立されるデータ・フローのセットから、データ・フローを特定することと、
    前記無線通信ネットワークによってサービス品質が確立されていないデータ・フローのセットから、前記データ・フローのサービス品質を設定することとを備え
    前記待つことは、予め決定された期間に設定されたタイマを開始することを備え、前記特定することは、確立されたサービス品質に関連付けられたパケット・フィルタを比較して、対応するデータ・フローを特定することを備える方法。

Images