JP6158094B2 - ユーザ機器により開始されるｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅフローとネットワークにより開始されるｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅフローの共存 - Google Patents

Description

関連出願の相互参照
本出願は、その全体が参照により組み込まれる、２０１１年１月２７日に出願された「Ｃｏｅｘｉｓｔｅｎｃｅ ｏｆ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ Ｉｎｉｔｉａｔｅｄ ａｎｄ Ｎｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ Ｆｌｏｗｓ」と題する米国仮特許出願第６１／４３６，９６８号の優先権を主張する。

本出願は全般に通信に関し、より詳細には、ネットワークにより開始されるＱｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ）とユーザ機器（ＵＥ）により開始されるＱｏＳの両方をサポートするネットワークで動作することが可能なマルチモードデバイスにおいて、アプリケーションのためのＱｏＳをサポートすることに関する。

ワイヤレス通信システムは、音声およびデータのような、様々なタイプの通信コンテンツを提供するために広く展開されている。典型的なワイヤレス通信システムは、使用可能なシステムリソース（たとえば、帯域幅、送信電力など）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システムなどがある。さらに、これらのシステムは、第３世代パートナーシッププロジェクト（３ＧＰＰ）、３ＧＰＰ２、３ＧＰＰ ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）などの規格に準拠し得る。

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

高速データサービスおよびマルチメディアデータサービスに対する要求が急速に増大するにつれて、向上した性能をもつ効率的でロバストな通信システムを実装しようとする努力がなされている。たとえば、近年、ユーザは、固定回線通信の代わりにモバイル通信を使用し始めており、高い音声品質、信頼できるサービス、および低価格をますます要求している。

増加する要求に対応するために、無線インターフェースの発展の後にワイヤレス通信システムのコアネットワークの発展が続いた。たとえば、３ＧＰＰによって先導されたＳｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）は、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）／Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）コアネットワークを発展させることを目的とする。得られたＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）は、事業者が、複数の無線アクセス技術をもつ１つの共通のパケットベースコアネットワークを展開し、利用することを可能にする、インターネットプロトコル（ＩＰ）に基づく多重接続コアネットワークである。ＥＰＣは、モバイルデバイスに対して最適なモビリティを提供し、異なる無線アクセス技術間（たとえば、ＬＴＥとＨｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ（ＨＲＰＤ）との間）の効率的なハンドオーバを可能にする。さらに、規格化されたローミングインターフェースが、事業者が様々なアクセス技術にわたって加入者にサービスを提供することを可能にする。加えて、ＥＰＣは、事業者が改善されたＱｏＳ機能をアプリケーションに提供することを可能にしつつそのような機能に対して規制および課金を行う事業者の能力を維持する、エンドツーエンドｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（ＱｏＳ）という概念を含む。

添付の特許請求の範囲内のシステム、方法およびデバイスの様々な実装形態は、それぞれいくつかの態様を有し、それらのうちの単一の態様は、単独では、本明細書で説明される望ましい特性に寄与しない。添付の特許請求の範囲を限定することなく、いくつかの顕著な特徴が本明細書で説明される。

一態様では、ワイヤレス通信システムが提供される。ワイヤレス通信システムは、ユーザ機器を含む。ユーザ機器は、第１のリソースのためのアプリケーションとネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャを含む。ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャはさらに、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するように構成される。ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャはまた、第１のリソースのためのアプリケーションとネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される。ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャはさらに、アプリケーションとネットワークの他方から受信された情報に基づいて、アプリケーションのための通信フローを修正するように構成される。

さらなる革新的な態様では、ワイヤレス通信システムにおいて実施される方法が、提供される。方法は、第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信することを含む。方法はまた、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立することを含む。方法はさらに、第１のリソースのためのアプリケーションまたはネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信することを含む。方法は加えて、アプリケーションまたはネットワークの他方から受信された情報に基づいて、アプリケーションのための通信フローを修正することを含む。

さらに別の態様では、通信ネットワークにおいて動作可能なワイヤレス通信装置が提供される。装置は、第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される、受信機を含む。プロセッサが、装置に含まれる。プロセッサは、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するように構成される。装置はさらに、第１のリソースのためのアプリケーションまたはネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される、第２の受信機を含む。プロセッサはさらに、アプリケーションまたはネットワークの他方から受信された情報に基づいて、アプリケーションのための通信フローを修正するように構成される。

別の態様では、通信ネットワークにおいて動作可能な別のワイヤレス通信装置が提供される。装置は、第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段を含む。装置は、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するための手段を含む。装置はまた、第１のリソースのためのアプリケーションまたはネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段を含む。装置はさらに、アプリケーションまたはネットワークの他方から受信された情報に基づいて、アプリケーションのための通信フローを修正するための手段を含む。

さらなる態様では、装置のプロセッサによって実行可能な命令を備える、非一時的コンピュータ可読媒体が提供される。命令は、装置に、第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させる。命令はさらに、装置に、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立させる。命令はまた、装置に、第１のリソースのためのアプリケーションまたはネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させる。命令は加えて、装置に、アプリケーションまたはネットワークの他方から受信された情報に基づいて、アプリケーションのための通信フローを修正させる。

本明細書で説明される主題の１つまたは複数の実装形態の詳細が、添付の図面および以下の説明において示されている。他の特徴、態様、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。以下の図の相対的な寸法は縮尺通りに描かれていないことがあることに留意されたい。

ワイヤレス通信システムの簡略化された図の例を示す図。 様々な態様による、デバイスにより開始されまたはネットワークにより開始され得るエンドツーエンドＱｏＳを支援する、ワイヤレス通信システムの例を示す図。 図２に示された例示的なアクセス端末（ＡＴ）の機能ブロック図の例を示す図。 １つまたは複数の態様による、ワイヤレス通信ネットワークにおいてｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ機能を支援するシステムの例を示す図。 ネットワークにおいて定義されるＱｏＳ状態の例を示す図。 ネットワークにおいて定義されるＱｏＳ状態の例を示す図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示す例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示す例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示す別の例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＵＥがソースネットワークからターゲットネットワークへ移行する時のＱｏＳフローを処理するための方法の例を示す図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 ＱｏＳフローを提供するための、図２の様々なエンティティの間で交換される信号フローを示すさらなる例示的な信号フロー図。 マルチモード通信ネットワークにおいてＱｏＳフローを確立するための例示的な方法のプロセスフロー図。 通信システムにおける様々なコンポーネントの機能ブロック図の例を示す図。 別の例示的なワイヤレス通信装置の機能ブロック図。 通信システムの要素の間で交換され得る修正信号を示すためのシグナリング図。

慣例により、図面に示される様々な特徴は縮尺通りに描かれていないことがある。したがって、様々な特徴の寸法は、分かりやすいように任意に拡大または縮小されていることがある。さらに、図面のいくつかは、所与のシステム、方法またはデバイスのコンポーネントのすべてを示していないことがある。最後に、明細書および図の全体にわたって、同じ特徴を示すために同じ参照番号が使用されることがある。

添付の特許請求の範囲内の実装形態の様々な態様が、以下で説明される。本明細書で説明される態様は多種多様な形式で実装されてよく、本明細書で説明されるあらゆる特定の構造および／または機能は、例示的なものにすぎないことは明らかであろう。本開示に基づいて、本明細書で説明される態様が任意の他の態様と独立に実装され得ること、およびこれらの態様のうちの２つ以上が様々な方法で組み合わせられ得ることが、当業者には理解されよう。たとえば、本明細書に記載の任意の数の態様を使用して、装置が実装され、かつ／または方法が実施され得る。加えて、本明細書に記載の態様のうちの１つまたは複数に加えて、またはそれら以外の他の構造および／もしくは機能を使用して、そのような装置が実装され、かつ／またはそのような方法が実施され得る。

「例示的」という単語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」として説明されたいかなる実装形態も、必ずしも他の実装形態よりも好ましいまたは有利であると解釈されるべきではない。以下の説明は、いかなる当業者でも本発明を製作および使用することができるように提示される。説明の目的で、以下の説明において詳細が記載される。本発明がこれらの具体的な詳細を使用せずに実施され得ることを当業者は認識するであろうことを、理解されたい。他の例では、本発明の説明を不要な詳細で不明瞭にしないために、よく知られている構造およびプロセスは詳述されない。したがって、本発明は、示される実装形態に限定されるものではなく、本明細書で開示される原理および特徴と一致する最も広い範囲を与えられるべきある。

本明細書で説明される技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどのような、様々なワイヤレス通信ネットワークに対して使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）とＬｏｗ Ｃｈｉｐ Ｒａｔｅ（ＬＣＲ）とを含む。ｃｄｍａ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格とをカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）のような無線技術を実装することができる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ”などのような無線技術を実装することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称の組織からの文書に記載されている。ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。これらの様々な無線技術および規格は当技術分野で知られている。

シングルキャリア変調および周波数領域等化を利用するシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、ワイヤレス通信システムにおいて使用される１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能と、基本的に同じ全体的な複雑さとを有する。ＳＣ−ＦＤＭＡ信号は、その固有のシングルキャリア構造のために、より低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、より低いＰＡＰＲが送信電力効率の点でモバイル端末に多大な利益を与えるアップリンク通信において、かなりの注目を集めている。ＳＣ−ＦＤＭＡは現在、３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、またはＥｖｏｌｖｅｄ ＵＴＲＡにおけるアップリンク多元接続方式に関する実用的な前提である。

さらに、以下の説明では、簡潔性および明暸性の理由で、ロングタームエボリューション（ＬＴＥ）Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）システムと関連付けられる用語が使用される。ＬＴＥ Ｅ−ＵＴＲＡ技術はさらに、全体が参照によって本明細書に組み込まれる、３ＧＰＰ ＴＳ ２３．４０１：ＧＰＲＳ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅ−ＵＴＲＡＮ Ａｃｃｅｓｓ（Ｒｅｌｅａｓｅ ８）に記載されている。本発明は、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標））、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、Ｅｖｏｌｖｅｄ Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ（ｅＨＲＰＤ）などに関係する、技術および関連付けられる規格のような、他の技術にも適用可能であり得ることが強調されるべきである。異なる技術と関連付けられる用語は異なることがある。たとえば、考察される技術に応じて、ＬＴＥにおいて使用されるユーザ機器（ＵＥ）は、ほんのいくつかの例を挙げれば、移動局、ユーザ端末、加入者ユニット、アクセス端末などと呼ばれることがあり得る。同様に、ＬＴＥにおいて使用されるサービングゲートウェイ（ＳＧＷ）は、ゲートウェイ、ＨＲＰＤサービングゲートウェイなどと呼ばれることがあり得る。同様に、ＬＴＥにおいて使用されるｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）は、アクセスノード、アクセスポイント、基地局、Ｎｏｄｅ Ｂ、ＨＲＰＤ基地局（ＢＴＳ）などと呼ばれることがあり得る。ここでは、適用可能な場合、異なる用語が異なる技術に適用されることに留意されたい。

さらに、以下の説明では、簡潔性および明瞭性の理由で、ｅｖｏｌｖｅｄ Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ（ｅＨＲＰＤ）システムと関連付けられる用語も使用される。Ｅ−ＵＴＲＡＮとｅＨＲＰＤとの間のネットワーキングと関連付けられる態様はさらに、参照によって全体が本明細書に組み込まれる、３ＧＰＰ２ Ｘ．Ｓ００５７：Ｅ−ＵＴＲＡＮ−ｅＨＲＰＤ Ｃｏｎｎｅｃｔｉｖｉｔｙ ａｎｄ Ｉｎｔｅｒｗｏｒｋｉｎｇ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ａｓｐｅｃｔｓにおいて記載されている。本発明は、前に説明されたように、他の技術にも適用可能であり得ることが強調されるべきである。

Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ）は一般に、ビットレート、遅延、ジッタ、パケットドロップ確率および／またはビットエラーレートのような、ネットワークがアプリケーション（たとえば、プロセッサ上で実行され得る、ソフトウェアモジュール、命令のセットなど）へ送達する、通信性能パラメータを指す。ネットワークにアクセスするモバイルデバイス上で動作する特定のアプリケーション（たとえば、ビデオ復号アプリケーション）は、ある特定のＱｏＳレベルを必要とし得る。アプリケーションによって必要とされるＱｏＳレベルは、アプリケーションの要件を満たすＱｏＳパラメータの値のセットを指す。たとえば、音声は遅延に敏感なので、音声のためにネットワークを使用するアプリケーションは、低レイテンシを必要とし得る。したがって、ＱｏＳパラメータは、低レイテンシの要件を保証するように、設定され得る。

図１は、例示的なワイヤレス通信ネットワーク１００を示す。ワイヤレス通信ネットワーク１００は、ユーザ間の通信をサポートするように構成される。ワイヤレス通信ネットワーク１００は、１つまたは複数のセル１０２、たとえば、セル１０２ａ〜１０２ｇなどに分割され得る。セル１０２ａ〜１０２ｇ中の通信カバレッジは、たとえば、ノード１０４ａ〜１０４ｇのような、１つまたは複数のノード１０４（たとえば、基地局）によって与えられ得る。各ノード１０４は、対応するセル１０２に通信カバレッジを提供することができる。ノード１０４は、複数のアクセス端末（ＡＴ）、たとえば、ＡＴ １０６ａ〜１０６ｌなどと対話することができる。

各ＡＴ １０６は、所与の瞬間に、順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）上で１つまたは複数のノード１０４と通信し得る。ＦＬは、ノードからＡＴへの通信リンクである。ＲＬは、ＡＴからノードへの通信リンクである。ＦＬはダウンリンクと呼ばれることもある。さらに、ＲＬはアップリンクと呼ばれることもある。ノード１０４は、たとえば、適切な有線またはワイヤレスインターフェースによって相互接続されてよく、互いに通信することが可能であり得る。したがって、各ＡＴ １０６は、１つまたは複数のノード１０４を通じて別のＡＴ １０６と通信することができる。

ワイヤレス通信ネットワーク１００は、広い地理的領域にわたってサービスを提供することができる。たとえば、セル１０２ａ〜１０２ｇは、近隣内の数ブロック、または地方環境における数平方マイルのみをカバーすることができる。一実装形態では、各セルは、１つまたは複数のセクタ（図示せず）にさらに分割され得る。

上で説明されたように、ノード１０４は、そのカバレッジエリア内で、たとえばインターネットまたは別のセルラーネットワークのような、別の通信ネットワークへのアクセスをアクセス端末（ＡＴ）１０６に提供することができる。

ＡＴ １０６は、通信ネットワークを通じて音声またはデータを送信および受信するためにユーザによって使用される、ワイヤレス通信デバイス（たとえば、携帯電話、ルータ、パーソナルコンピュータ、サーバなど）であってよい。アクセス端末（ＡＴ）は、本明細書では、ユーザ機器（ＵＥ）、移動局（ＭＳ）、または端末デバイスと呼ばれることもある。示されるように、ＡＴ １０６ａ、１０６ｈ、および１０６ｊはルータを備える。ＡＴ １０６ｂ〜１０６ｇ、１０６ｉ、１０６ｋ、および１０６ｌは携帯電話を備える。ただし、ＡＴ １０６ａ〜１０６ｌの各々は、任意の適切な通信デバイスを備え得る。

図２は、様々な態様による、デバイスにより開始されるＱｏＳとネットワークにより開始されるＱｏＳのいずれかのためのエンドツーエンドＱｏＳを支援することができる、図１の通信ネットワークのいくつかの通信エンティティの機能ブロック図の例を示す。図２に示されるコンポーネントは、マルチモードデバイスが、モバイルデバイスが現在動作している位置におけるネットワークの構成に応じて、ｅＨＲＰＤネットワークとＬＴＥネットワークのいずれかを使用して通信し得るシステムを示す。図２が示すように、システム２００は、ＬＴＥネットワークに従って、ＵＥ ２０６ａとｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）２０８ａ（たとえば、基地局、アクセスポイントなど）との間のワイヤレス無線通信を提供する、無線アクセスネットワークＲＡＮを含み得る。システムは、ｅＨＲＰＤネットワークに従って、ＵＥ ２０６ｂとＨＲＰＤ送受信基地局（ＢＴＳ）２１０（たとえば、基地局、アクセスポイントなど）との間のワイヤレス無線通信を提供する、ＲＡＮも示す。議論を簡単にするために、図２は、ＲＡＮ中にＵＥ ２０６ａと１つのｅＮＢ ２０８ａとを示し、別のＲＡＮ中にＵＥ ２０６ｂと１つのＨＲＰＤ ＢＴＳ ２０８ｂを示すが、各ＲＡＮは任意の数のＵＥおよび／またはｅＮＢ／ＨＲＰＤ ＢＴＳを含み得ることを理解されたい。一態様によれば、ｅＮＢ ２０８ａおよびＨＲＰＤ ＢＴＳ ２０８ｂは、順方向リンクまたはダウンリンクチャネルを通じてＵＥ ２０６ａおよび／またはＵＥ ２０６ｂへ情報を送信することができ、ＵＥ ２０６ａおよび／またはＵＥ ２０６ｂは、逆方向リンクまたはアップリンクチャネルを通じてｅＮＢ ２０８ａおよびＨＲＰＤ ＢＴＳ ２０９ｂへ情報を送信することができる。示されるように、ＲＡＮは、限定はされないいが、ＬＴＥ、ＬＴＥ−Ａ、ＨＳＰＡ、ＣＤＭＡ、ｈｉｇｈ ｒａｔｅ ｐａｃｋｅｔ ｄａｔａ（ＨＲＰＤ）、ｅｖｏｌｖｅｄ ＨＲＰＤ（ｅＨＲＰＤ）、ＣＤＭＡ２０００、ＧＳＭ、ＧＰＲＳ、ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＵＭＴＳなどのような、任意の適切なタイプの無線アクセス技術を利用することができる。

ＲＡＮ、具体的には、ｅＮＢ ２０８ａおよびＨＲＰＤ ＢＴＳ ２０８ｂは、課金（たとえば、サービスのための使用料など）、セキュリティ（たとえば、暗号化および完全性保護）、加入者管理、モビリティ管理、ベアラ管理、ＱｏＳ処理、データフローのポリシー制御、および／または外部ネットワーク２２０との相互接続を可能にするコアネットワークと通信することができる。ＲＡＮおよびコアネットワークは、たとえば、Ｓ１インターフェースを介して通信することができる。コアネットワークは、ＲＡＮ ２１０からの制御シグナリングのためのエンドポイントであり得るモビリティ管理エンティティ（ＭＭＥ）２１６を含み得る。ＭＭＥ ２１６は、モビリティ管理（たとえば、追跡）、認証、およびセキュリティのような機能を提供することができる。ＭＭＥ ２１６は、Ｓ１インターフェースを介してＲＡＮと通信することができる。コアネットワークは、ＬＴＥ ＲＡＮにコアネットワークを接続するユーザプレーンノードである、サービングゲートウェイ（Ｓ−ＧＷ）２１０も含み得る。コアネットワークは、コアネットワークをｅＨＲＰＤ ＲＡＮに接続するＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）も含み得る。ｅＨＲＤＰ ＲＡＮは、ＨＲＰＤ ＢＴＳ ２０８ｂとＨＳＧＷとの間のパケットの中継を管理する、発展型アクセスノード（ｅＡＮ）および発展型パケット制御機能（ｅＰＣＦ）エンティティ２１２も含む。ある態様では、ＭＭＥ ２１６は、Ｓ１１インターフェースを介してＳ−ＧＷ２１０またはｅＡＮ／ｅＰＣＦ ２１２と通信することができる。さらに、ＨＳＧＷ ２１０およびＳ−ＧＷ １４は、ｅＨＲＰＤネットワークとＥＰＣとの間の相互運用を支援するために通信し得る。別の態様では、ＭＭＥ ２１６およびＳ−ＧＷ ２１０は、単一のノードとして、ユーザのための単一のエンドポイントを提供し、ＲＡＮから発生し、かつ／またはＲＡＮにおいて終了するシグナリングを制御するように構成され得る。ネットワークは、ＱｏＳフローを確立するために使用され得る、ポリシーおよび課金規則機能（ＰＣＲＦ）２３０も含み得る。ＰＣＲＦ ２３０は、Ｓ−ＧＷ ２１０、ＨＳＧＷ ２１４、ＰＤＮ ＧＷ ２１８およびコアネットワーク２２０と通信し得る。

コアネットワークは、コアネットワーク（およびＲＡＮ）と外部ネットワーク２２０との間の通信を支援する、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）２１８も含み得る。ＰＤＮ ＧＷ ２１８は、パケットフィルタリング、ＱｏＳポリシング、課金、ＩＰアドレス割り当て、および外部ネットワーク２２０へのトラフィックのルーティングを行うことができる。一例では、Ｓ−ＧＷ ２１０およびＰＤＮ ＧＷ ２１８は、Ｓ５インターフェースを介して通信することができる。図２には別個のノードとして示されているが、たとえば、Ｓ−ＧＷ ２１０およびＰＤＮ ＧＷ ２１８は、コアネットワーク２２０中のユーザプレーンノードを減らすために単一のネットワークノードとして動作するように構成され得ることを理解されたい。

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

ある態様によれば、ＵＥ ２０６ａは、データを送信し受信するために共通のセッションを開始し利用することができる、アプリケーション２０４を含み得る。一例では、通信セッションは、アプリケーション２０４と、ＩＰネットワーク２２６と関連付けられるアプリケーションまたはサーバ２２８との間の通信セッションであってよい。したがって、共通セッションの間に交換されるデータは、ＬＴＥ ｅＮｏｄｅＢとｅＨＲＰＤ ＲＡＮのいずれかと、コアネットワークとを通って、ルーティングされる。アプリケーション２０４は、許容可能なユーザ体験を確実にするために必要な、リソース要件を規定することが可能であり得る。リソース要件は、ＱｏＳフローを開始し、通信セッションをＱｏＳと関連付けることを介して、保証され得る。

さらに、所与のアプリケーションは、異なる時に、異なるレベルのＱｏＳを必要とし得る。たとえば、ストリーミングビデオのための第１のアプリケーションは、１つまたは複数のデータソースからビデオをストリーミングする能力を有し得る。１つまたは複数のデータソースの各々からビデオをストリーミングするのに必要なＱｏＳレベルは、異なり得る。一実装形態では、データソースは、そのデータソースから、他のデータソースからよりも高品質のビデオを送信するために、別のデータソースより高いＱｏＳレベルを必要とし得る。

別の実装形態では、ネットワークは、ネットワーク事業者（たとえば、Ｖｅｒｉｚｏｎ（登録商標））のようなサービスプロバイダによって管理され得る。サービスプロバイダは、たとえば、ＡＴ １０６ａのユーザが、ネットワークとネットワークに接続されるデータソースとにアクセスするのを可能にする、法人であってよい。さらに、各データソースは、法人のような異なるエンティティによって管理され得る。したがって、サービスプロバイダは、特定のＱｏＳレベルを特定のデータソースに提供するために、様々なデータソースを管理する様々なエンティティ（たとえば、コンテンツプロバイダ）と契約することができる。第１のアプリケーションは次いで、プロバイダによってデータソースに割り当てられるＱｏＳレベルに応じて、各データソースに対して異なるＱｏＳレベルを要求し得る。

一実装形態では、「ＱｏＳを認識する」アプリケーションが、ＡＴ １０６ａ上で動作し、ＡＴ １０６ａのユーザにデータコンテンツを提供することができる。ＱｏＳを認識するアプリケーションは、ネットワークからサービスを要求するのに必要なＱｏＳレベルを特定することが可能であり得る。ＱｏＳを認識するアプリケーションは、特定のＱｏＳレベルを要求するための論理を有し得る。たとえば、ＱｏＳを認識するアプリケーションは、ＡＴ １０６ａ上でＱｏＳアプリケーションプログラミングインターフェース（ＡＰＩ）と通信するための論理を有し得る。これらのＱｏＳ ＡＰＩは、ＡＴ １０６ａが特定のＱｏＳレベルを要求するのを可能にする、低水準の論理またはソフトウェアであってよい。したがって、ＱｏＳを認識するアプリケーションは、そのアプリケーションが特定のＱｏＳレベルを必要とし、そのＱｏＳレベルを要求するためにＱｏＳ ＡＰＩと通信すると、決定することができる。ＱｏＳを認識するアプリケーションを実行するＡＴ １０６ａは次いで、特定のＱｏＳレベルを規定するＥＶ−ＤＯシグナルメッセージをＡＮ １０４ａと交換することによって、ＱｏＳレベルを構成することができる。ＡＮ １０４ａおよびＨＳＧＷ ２１４は次いで、第１のリンクＡ１（たとえば、Ａ１０リンク）を、上で論じられたような適切なＱｏＳレベルによってセットアップすることができる。ＨＳＧＷ ２１４は次いで、セットアップされた第１のリンクＡ１を通じてパケットをＡＮ １０４ａへ向けて、適切なＱｏＳレベルを達成することができる。さらに、ＡＮ １０４ａは、適切なデータパイプ２１５ａ〜２１５ｃを通じてパケットをＡＴ １０６ａへ向けて、適切なＱｏＳレベルを達成することができる。上で論じられる状況では、ＡＴが、必要なＱｏＳレベルを開始する。

対照的に、一実装形態では、第１のアプリケーションは、ネットワーク２０５からサービスを要求するのに必要なＱｏＳレベルを特定することが可能ではないことがある。たとえば、第１のアプリケーションは、特定のＱｏＳレベルを要求するための論理を含まない、サードパーティのアプリケーション（たとえば、ＡＴ １０６ａの製造業者によって提供されない）であり得る。したがって、第１のアプリケーションは、ＱｏＳを認識しない、またはＱｏＳを知らないと呼ばれ得る。

図３は、図２に示された例示的なＵＥ ２０６ａの機能ブロック図の例を示す。ＵＥ ２０６ａは、ＬＴＥまたはｅＨＲＰＤを使用するなど、異なる無線アクセス技術（ＲＡＴ）を使用して動作することが可能なマルチモードであり得る。ＵＥ ２０６ａは、データソースからのデータに対する要求のような、アウトバウンドメッセージを送信するように構成される送信回路３１２を備え得る。ＵＥ ２０６ａは、データソースからのデータパケットのような着信メッセージを受信するように構成される受信回路３１５をさらに備え得る。送信回路３１２および受信回路３１５は、バス３１７を介して中央演算処理装置（ＣＰＵ）／コントローラ３２０に結合され得る。ＣＰＵ ３２０は、アクセスノード（たとえば、ｅＮＢ ２０８ａまたはＨＲＰＤ ＢＴＳ ２０８ｂ）から来る、またはアクセスノードに行く、インバウンドメッセージとアウトバウンドメッセージとを処理するように構成され得る。ＣＰＵ ３２０はまた、ＵＥ ２０６ａの他のコンポーネントを制御するように構成され得る。

ＣＰＵ ３２０はさらに、バス３１７を介してメモリ３０６に結合され得る。ＣＰＵ ３２０は、メモリ３０６から情報を読み取り、またはメモリ３０６に情報を書き込むことができる。たとえば、メモリ ３０６は、処理前、処理中、または処理後に、インバウンドメッセージまたはアウトバウンドメッセージを記憶するように構成され得る。メモリ ３０６はまた、ＣＰＵ ３２０上で実行するための命令または機能を備え得る。たとえば、メモリ３０６は、アプリケーション機能３０４と、ａｄｖａｎｃｅｄ ｍｏｄｅ ｓｕｂｓｃｒｉｂｅｒ ｓｏｆｔｗａｒｅ（ＡＭＳＳ）機能３０８とを備え得る。ＡＭＳＳ機能３０８はさらに、ＱｏＳマネージャ機能３１０を含み得る。以下の議論では、ＡＭＳＳ ３０８は、ＱｏＳマネージャ機能３１０の様々な態様を説明する時に言及され得る。これらの機能の各々を実行するＣＰＵ ３２０の動作が、以下で説明される。

アプリケーション機能３０４は、実行されると入来するデータパケットをＵＥ ２０６ａのＣＰＵ ３２０に処理させる、ＣＰＵ ３２０上で実行可能な命令を備え得る。たとえば、アプリケーション機能３０４は、図２に関して上で説明されたように、データソースからのビデオデータパケットを要求し受信する、ビデオプレイヤーアプリケーションを備え得る。アプリケーション機能３０４を実行するＣＰＵ ３２０は、ＵＥ ２０６ａのユーザが見るビデオを生成するために、入来するビデオパケットを処理することができる。

ＡＭＳＳ ３０８の中のＱｏＳマネージャ機能３１０は、ＣＰＵ ３２０上で実行可能な命令を備え得る。実行されると、ＱｏＳマネージャ機能３１０は、ＵＥ ２０６ａのＣＰＵ ３２０に、データソースからデータパケットを受信するためのＱｏＳレベルを要求させることができる。一実装形態では、ＡＭＳＳ ３０８の中のＱｏＳマネージャ３１０を実行するＣＰＵ ３２０は、入来するデータパケットを処理または検査する。

ＡＭＳＳ機能３０８は、ＣＰＵ ３２０上で実行可能な命令を備え得る。ＡＭＳＳ機能３０８は、ＵＥ ２０６ａを駆動するオペレーティングシステムとして動作し得る。たとえば、ＱｏＳマネージャ３１０は、ＡＭＳＳ機能３０８と対話して、ＰＤＮ ２１８においてフィルタをセットアップするためのフィルタメッセージを生成することができる。

送信回路３１０は、ＵＥ ２０６ａに行くアウトバウンドメッセージを変調するように構成される変調器を備え得る。受信回路３１５は、ＵＥ ２０６ａから来るインバウンドメッセージを復調するように構成される復調器を備え得る。

メモリ３０６は、様々なレベルが様々な容量とアクセス速度とを有する、マルチレベル階層キャッシュを含む、プロセッサキャッシュを備え得る。メモリ３０６はまた、ランダムアクセスメモリ（ＲＡＭ）、他の揮発性記憶デバイス、または不揮発性記憶デバイスを備え得る。記憶装置は、ハードドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）のような光ディスク、フラッシュメモリ、フロッピー（登録商標）ディスク、磁気テープ、Ｚｉｐドライブなどを含み得る。

別々に説明されたが、ＵＥ ２０６ａに関して説明された機能ブロックは別個の構造要素である必要はないことを、理解されたい。たとえば、ＣＰＵ ３２０およびメモリ３０６は、単一のチップ上で具現化され得る。ＣＰＵ ３２０は、追加で、または代替として、プロセッサレジスタのようなメモリを含み得る。同様に、機能ブロックのうちの１つまたは複数、または様々なブロックの機能の部分が、単一のチップ上で具現化され得る。代替的に、特定のブロックの機能が、２つ以上のチップ上で実装され得る。

ＣＰＵ ３２０、アプリケーション機能３０４、ＱｏＳマネージャ３１０、およびＡＭＳＳ機能３０８のような、ＵＥ ２０６ａに関して説明された機能ブロックのうちの１つまたは複数および／または機能ブロックの１つまたは複数の組合せは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェアコンポーネント、回路、または、本明細書で説明される機能を実行するように設計されたそれらの任意の適切な組合せとして具現化され得る。本明細書および添付の特許請求の範囲では、「回路」という用語は、機能上の用語ではなく構造上の用語として解釈されることが明らかなはずである。たとえば、回路は、図３で示され説明されるような、処理および／またはメモリセル、ユニット、ブロックなどの形式の、多数の集積回路コンポーネントのような回路コンポーネントの集合体であってよい。ＵＥ ２０６ａに関して説明された機能ブロックのうちの１つまたは複数、および／または機能ブロックの１つまたは複数の組合せは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰ通信と連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としても、実装され得る。

図４は、１つまたは複数の態様による、ワイヤレス通信ネットワークにおいてｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（ＱｏＳ）機能を支援するシステム４００の例である。アプリケーション間の通信は、アプリケーション層４０２においてプロトコルを介して発生し得る。たとえば、アプリケーション２０４とアプリケーション／サーバ２２８との間の通信セッションは、たとえば、セッション開始プロトコル（ＳＩＰ）によってアプリケーション層４０２を介して発生し得る。アプリケーション間の対話は、アプリケーション層４０２のレベルにおいて概念化され得るが、実際のデータは、トランスポート層、データ層、ならびに／または、図３に示されるような無線アクセスネットワークおよび／もしくはコアネットワークによって提供される物理層を介して交換される。

ある態様では、ＱｏＳパラメータは、ある要件を満たすリソースを保証することを通じて許容可能なエンドユーザ体験を提供するために、情報フロー（たとえば、通信セッションの間にアプリケーション間で交換されるデータ）に適用され得る。一例では、ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ（ＥＰＳ）ベアラが、ＱｏＳパラメータを情報フローに適用するために利用され得る。ＥＰＳベアラは、モバイルデバイス（たとえば、ＵＥ ４０６ａ）とＰＤＮ ＧＷ ４１８の間に適用される、論理的な概念である。ＥＰＳベアラは、ＵＥ ４０６ａとｅＮＢ ４０８の間の無線ベアラ４１４のような、サブベアラを含み得る。無線ベアラ４１４は、無線インターフェースを通じた、ＵＥ ４０６ａとｅＮＢ ４０８の間の無線リンク制御（ＲＬＣ）接続であってよい。一態様では、１つのＲＬＣ接続は、１つの無線ベアラと関連付けられ得る。ＥＰＳベアラの別のサブベアラは、ｅＮＢ ４０８とＳ−ＧＷ ４１０の間でパケットをトンネリングする、Ｓ１ベアラ４１６であってよい。加えて、Ｓ５ベアラ４２０は、Ｓ−ＧＷ ４１０とＰＤＮ ＧＷ ４１８の間でパケットをトンネリングすることができる。

ＥＰＳベアラは、ＵＥ ４０６ａとＰＤＮ ＧＷ ４１８の間の１つまたは複数のデータフローをカプセル化する。たとえば、ＵＥ ４０６ａのアプリケーション層４０２から生じるサービスデータフロー４０４、および／または、ＰＤＮ ＧＷ ４１８もしくは外部アプリケーションのアプリケーション層と関連付けられるサービスデータフローは、ＥＰＳベアラ中でカプセル化され得る。１つまたは複数のＥＰＳベアラは、ＵＥ ４０６ａとＰＤＮ ＧＷ ４１８の間で確立され得ることを、理解されたい。図３は２つのＥＰＳベアラを示すが、Ｎを１以上の整数として、Ｎ個のベアラが存在し得ることを理解されたい。図３の吹き出し部分に示されるように、ＥＰＳベアラの部分４２４が示される。

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

図２に戻ると、ＥＰＳベアラまたはＱｏＳは、ＵＥ ２０６ａのアプリケーション２０４と、ＩＰネットワーク中のアプリケーション／サーバ２２８との間のデータフローを搬送するために確立され得る。ＥＰＳベアラまたはＱｏＳコンテキストは、ＵＥ ２０６ａからＰＤＮ ＧＷ ２１８へ達し、この時点で、ＰＤＮ ＧＷ ２１８は、ＵＥ ２０６ａからＩＰネットワーク２２６へパケットをルーティングする。加えて、ＰＤＮ ＧＷ ２１８は、ＩＰネットワーク２２６からパケットを取得し、データフローをカプセル化するＥＰＳベアラのＱｏＳパラメータに従って、パケットをＵＥ ２０６ａへルーティングする。

ある態様では、ＥＰＳベアラまたはＱｏＳは、アプリケーション２０４またはＵＥ ２０６ａによって開始され得る。アプリケーションまたはＵＥ ２０６ａによって開始される場合、ＱｏＳは、ＵＥにより開始されるＱｏＳとして識別され得る。別の態様では、ＥＰＳベアラまたはＱｏＳは、ネットワークによって（たとえば、ＰＤＮ ＧＷ ２１８、ＭＭＥ ２１６、および／またはＳ−ＧＷ ２１０によって）開始され得る。以下で論じられるように、ＱｏＳがデバイスにより開始される状況と、ＱｏＳがネットワークにより開始される状況とは、アプリケーションの選好、ネットワークの選好、アプリケーションの能力、および／またはネットワークの能力に少なくとも一部基づいて、区別され得る。

ある例によれば、アプリケーション２０４は、ＱｏＳを認識しないサードパーティのアプリケーション（たとえば、ネットワークの事業者によって用意されない）であってよい。いくつかの場合には、ネットワークは、ＱｏＳを認識しないアプリケーションのためにＱｏＳを提供するように構成されてよく、他の場合には、ネットワークは、ＱｏＳを認識しないアプリケーションのためにＱｏＳを提供するように構成されなくてよい。さらに、事業者によって用意されるアプリケーションは、ＱｏＳを認識するものであり得る。１つの場合では、ＱｏＳを認識するアプリケーションは、ＵＥにより開始されるＱｏＳのために作成され、ＵＥにより開始されるＱｏＳのみをサポートする１ｘ／ＨＲＰＤネットワークのために構成されていてよい。他のＱｏＳを認識するアプリケーションはまた、可能であればネットワークにより開始されたＱｏＳをサポートし選好するように作成されてよいが、ＵＥにより開始されるＱｏＳもサポートするように作成されてよい。

上で説明されたように、異なるワイヤレス通信技術は、異なるＱｏＳ展開機構をサポートすることがある。たとえば、事業者は、図２に示されるように、ｅＨＲＰＤおよびＬＴＥのような複数のＲＡＴを使用する、ワイドエリアネットワークを利用することがある。ｅＨＲＰＤネットワークは、ＵＥにより開始されるＱｏＳに対応し得るが、ＬＴＥネットワークは、ネットワークにより開始されるＱｏＳに対応し得る。このネットワークでは、一部の位置は、ＵＥにより開始されるＱｏＳのみをサポートするように構成されてよく、一部の位置は、ネットワークにより開始されるＱｏＳのみをサポートするように構成されてよく、また一部の位置は、両方をサポートするように構成されてよい。以下の議論はｅＨＲＰＤとＬＴＥについて論じるが、他のＲＡＴもネットワークにおいて利用されてよく、そのことは本明細書で提供される開示と一致し得ることを、理解されたい。すぐ上で説明されたように、ネットワークにおいて動作するマルチモードＵＥは、ＱｏＳを認識し、ネットワークにより開始されたかつ／またはＵＥにより開始されたＱｏＳを必要とするか、そのように作成されたかのいずれかである、アプリケーションを有し得る。他のアプリケーションはＱｏＳを認識せず、ＱｏＳを必要とせず、上で説明されたように、ベストエフォートのフロー、またはネットワークにより独立に開始されるＱｏＳに頼り得る。ＵＥが異なるＱｏＳ能力を有するネットワークを通って移動するに従って、ＱｏＳのタイプに依存するアプリケーションは機能を停止することがある。これらのアプリケーションおよび新たなアプリケーションは、別の方法で、ネットワークの様々な部分と関連付けられる異なるＱｏＳ機構をサポートするように、作成／再作成される必要があり得る。これを避けるために、本開示のいくつかの態様は、ネットワークのＱｏＳ能力に対する異なるタイプのアプリケーションの認識度への影響を最小にすることを、実現する。一態様では、本開示は、ネットワークによって利用されるＱｏＳ機構の具体的なタイプに関係なく（たとえば、ネットワークがＵＥにより開始されるＱｏＳかネットワークにより開始されるＱｏＳかに関係なく）、ＱｏＳフローをアプリケーションに提供するためのシステムと方法とを説明する。ＵＥにより開始されるＱｏＳをサポートするネットワークのある部分と、ネットワークにより開始されるＱｏＳまたは両方のＱｏＳをサポートするネットワークの別の部分との間を、ＵＥが移動する時、アプリケーションから見たシームレスなモビリティが提供され得る。このようにして、１つのタイプのＱｏＳ能力に対して作成された従来のアプリケーションは作成される必要がなくてよく、新たなアプリケーションは、利用されるＱｏＳ機構のタイプに関係なく、一貫したモデルを使用することができる。

上で説明されたように、ＱｏＳフローは、それがＵＥの特定の要求によって最初に確立される場合、ＵＥにより開始されるＱｏＳフローであると考えられる。ＵＥにより開始されるＱｏＳフローは、それが解放されるまで、たとえネットワークが関連付けられるＱｏＳフローメトリクスを修正した場合でも、ＵＥにより開始されるＱｏＳフローのままであり得る。ＱｏＳメトリクスは、ｅＨＲＰＤではパケットフィルタとフロープロファイルＩＤとを含み、または、Ｅ−ＵＴＲＡではパケットフィルタとＱＣＩとを含み得る。ＱｏＳフローは、それがネットワークによって最初にプッシュされた場合、ネットワークにより開始されるＱｏＳであると考えられる。ネットワークにより開始されるＱｏＳフローはまた、それが解放されるまで、たとえ、アプリケーションがＱｏＳフローに対する操作権を得るためのＡＰＩを呼び出した場合、またはアプリケーションが関連付けられるＱｏＳフローメトリクスを修正するように要求した場合でも、ネットワークにより開始されるＱｏＳフローのままであり得る。ネットワークにより開始されるＱｏＳフローでは、ＵＥは、パケットフィルタを修正する能力、またはＱｏＳフローを解放する能力を有さない。

複数のＱｏＳ機構をサポートする全体のシステムでは、ＵＥは、ネットワークにより開始されるＱｏＳフローの確立と、ネットワークにより開始されるフローの削除とをサポートするように構成され得る。ＵＥはさらに、すでに構成された、ネットワークにより開始されるＱｏＳフローのために、ネットワークにより開始されるいくつかのＱｏＳパラメータの修正をサポートすることができる。これらのパラメータは、限定はされないが、ＱｏＳフローｅＨＲＰＤでは、パケットフィルタ、フロープロファイルＩＤ、パケットフィルタ（たとえば、５組またはそれ未満）、プレシデンスおよび／もしくはパケットフィルタを含んでよく、または、Ｅ−ＵＴＲＡでは、パケットフィルタ（たとえば、５組またはそれ未満）およびＱＣＩを含んでよい。ＵＥがネットワークにより開始されるＱｏＳの確立要求を受信すると、ＵＥは、既存のＱｏＳフローとのフィルタ照合を実行することができる。要求されたネットワークにより開始されるＱｏＳのパラメータが、（たとえば、ビットごとの照合動作を実行することによって）パケットフィルタと任意の既存のＱｏＳフローのプレシデンスとの両方と一致すると、ＵＥは要求を拒絶し、既存のフローの利用を続けることができる。ＵＥはさらに、ネットワークにより開始されるＱｏＳをサポートしないネットワークに接続するように構成され得る。

アプリケーションがＱｏＳフローについての情報を受け取って示すために、異なるＱｏＳイベントまたは状態についての通信を可能にするためのＡＰＩが提供され得る。たとえば、アプリケーションは、（要求されたパケットフィルタをＡＭＳＳ ３０８へ送るとともに）ＡＭＳＳ ３０８に通知コールバックを登録することができる。ＡＭＳＳ ３０８は、このコールバックを呼び出して、ネットワークにより開始されるＱｏＳの異なる状態と関連付けられるイベントを、アプリケーションに通知する。ネットワークにより開始されるＱｏＳの状態に関するイベントは、ＵＥにより開始されるＱｏＳの状態によって定義されるものと同様であり得るので、ネットワークにより開始されるＱｏＳが使用されているという事実は、ＵＥにより開始されるＱｏＳが使用されているという仮定の下で動作するアプリケーションに対して透過的である。ネットワークにより開始されるＱｏＳのイベントは、ＱｏＳアクティブ化、ＱｏＳ中断、ＱｏＳ失敗、ＱｏＳ修正成功、ＱｏＳ修正失敗、またはＱｏＳ解放を含み得る。ＡＭＳＳ ３０８は、アプリケーションからＩＰデータパケットを受け取った時、フィルタ照合（以下でさらに説明される）を実行するように構成される。所与のパケットが、パケットフィルタの２つ以上と一致した場合、プレシデンスが最高であるフィルタが選択され得る。ｅＨＲＰＤでは、ネットワークにより開始されるＱｏＳフローのために、ＲＬ予約が、ＡＭＳＳ ３０８によってオンおよびオフされ得ることに留意されたい。

３つの高水準のＱｏＳ状態が、図５Ａに示されるｅＨＲＰＤに対して定義され得る。「ＱｏＳなし」状態５０２ａは、ＱｏＳコンテキストが確立されない時に対応し得る。「ＱｏＳがアクティブ化済」状態５０６ａは、以下の条件が満たされた状況に対応し得る。第１に、ｅＡＮ ２１２による無線ＱｏＳ要求の受け入れが成功する。第２に、無線リンクプロトコル（ＲＬＰ）と逆方向リンクトラフィックチャネルＭＡＣ（ＲＴＣＭＡＣ）の結びつけが実質的に完了する（すなわち、ＲＬＰおよびＲＴＣＭＡＣがアクティブである）。第３に、そのＲＳＶＰメッセージングが成功し、第４に、そのＲＬ予約がオンされる。「ＱｏＳが構成済」状態５０４は、ｅＡＮ ２１２による無線ＱｏＳ要求の受け入れが成功し、ＲＳＶＰメッセージングが成功したが、「ＱｏＳアクティブ化済」状態に対応する他の条件が満たされていない状況に対応し得る。ＱｏＳが「ＱｏＳ構成済」状態にある時、ＲＬ予約は閉じた状態にあり、ＲＬＰとＲＴＣＭＡＣの結びつけおよびアクティブ化の手順は、実行されていることも実行されていないこともある。ＲＬ予約をオンすることに成功する（かつ、「早期予約オン」機能が使用される場合、ＲＬＰとＲＴＣＭＡＣの結びつけおよびアクティブ化の手順の完了に成功する）ことによって、状態は、「ＱｏＳ構成済」状態５０４から「ＱｏＳアクティブ化済」５０６ａ状態へ移行する。ネットワークにより開始されるＱｏＳフローのためのＲＬ予約は、アプリケーションからデータを受信した時にオンされるので、ＱｏＳを認識するアプリケーションは、ＱｏＳが「ＱｏＳ構成済」５０４状態と「ＱｏＳアクティブ化済」５０６ａ状態のいずれかにある時、ＡＭＳＳ ３０８にパケットを送ることを許可され得る。ＱｏＳ状態および実行されるＱｏＳ手順に基づいて、ＡＭＳＳ ３０８は、ＱｏＳ状態／イベントについての通知を、通知コールバックを登録したアプリケーションへ提供することができる。ｅＨＲＰＤにおける、ＡＭＳＳ ３０８によってアプリケーションへ送られるＱｏＳ通知が後に続く各ＱｏＳ状態に対応する様々なＱｏＳ手順が、図５Ａに示される。

２つの高水準のＱｏＳ状態が、図５Ｂに示されるＥ−ＵＴＲＡに対して定義され得る。「ＱｏＳなし」状態５０２ｂは、ＱｏＳコンテキストが確立されない時に対応し得る。「ＱｏＳアクティブ化済」状態５０６ａは、ＥＰＳベアラのアクティブ化が成功した時に対応し得る。ＱｏＳ状態および実行されるＱｏＳ手順に基づいて、ＡＭＳＳ ３０８は、ＱｏＳ状態／イベントについての通知を、通知コールバックを登録したアプリケーションへ提供することができる。Ｅ−ＵＴＲＡにおける、ＡＭＳＳ ３０８によってアプリケーションへ送られるＱｏＳ通知が後に続く各ＱｏＳ状態に対応する様々なＱｏＳ手順が、図５Ｂに示される。

ｅＨＲＰＤに対して定義されるＱｏＳ状態とＥ−ＵＴＲＡに対して定義されるＱｏＳ状態の両方について、アプリケーションに対する複数の通知が、ネットワークにより開始されるＱｏＳ修正手順の間に起こり得る。たとえば、ネットワークにより開始されるＱｏＳフローの修正が成功した場合、アプリケーションは、ＱｏＳ中断と、ＱｏＳ修正成功と、ＱｏＳアクティブ化との通知を受信することができる。ネットワークにより開始されるＱｏＳフローの修正が失敗した場合、アプリケーションは、ＱｏＳ中断と、ＱｏＳ修正失敗と、ＱｏＳ解放との通知を受信することができる。

パケットフィルタ照合
ＡＭＳＳ ３０８が、アプリケーション３０４またはネットワークから、ＩＰパケットまたはＱｏＳ確立要求を受信すると、ＡＭＳＳ ３０８は、パケットフィルタ照合を実行する。ＡＭＳＳ ３０８は、送信されているＩＰパケットに対して、または、アプリケーションからのＱｏＳ要求に含まれているパケットフィルタに対して、パケットフィルタを検査することができる。以下のパケットフィルタ要素、すなわち、ＡＰＮに接続しているＰＤＮ−ＩＤ、ソースＩＰアドレス、ソースポート番号、宛先ＩＰアドレス、宛先ポート番号、およびｔｙｐｅ ｏｆ ｓｅｒｖｉｃｅ（ＴＯＳ）／ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ（ＤＳＣＰ）が、存在すれば、受信されたＩＰパケットまたはＱｏＳ要求に対して厳密に照合され得る。さらに、ＡＭＳＳ ３０８はまた、ＡＭＳＳ ３０８がネットワークからＱｏＳプッシュを受信した場合、プレシデンス値を検査することができる。パケットフィルタ照合は、アプリケーションによって規定されたＱｏＳパラメータとネットワークによって設定されたＱｏＳパラメータとを照合する処理において、多様なフィルタとパケット基準との照合を行えることを、理解されたい。

逆方向トラフィック処理
上で論じられたように、ＡＭＳＳ ３０８は、アプリケーション３０４から送信されるＩＰパケットを処理するように構成され得る。そのような実装形態では、ＡＭＳＳ ３０８は、パケットフィルタ照合を実行するように構成され得る。ＡＭＳＳ ３０８は、アプリケーションから受信されたＩＰパケットに対して、５組のパケットフィルタコンテンツを検査するように構成され得る。パケットフィルタの一致が見つかると、一致したパケットフィルタに対応するフロー識別子と関連付けられるリンクフローへ、パケットが送られる。所与のパケットが、パケットフィルタの２つ以上と一致した場合（可能性のあるワイルドカード一致を含む）、プレシデンスが最高であるパケットフィルタが選択されることになる。パケットフィルタの一致が見つからない場合、パケットフィルタは、ベストエフォートフィルタを定義するフローへ送られ得る。

ＯｏＳ要求処理および重複フロー削除
上で論じられたように、ＡＭＳＳ ３０８は、ネットワークから送信されるＩＰパケットを処理するように構成され得る。そのような実装形態では、ＡＭＳＳ ３０８は、パケットフィルタ照合を実行するように構成され得る。ＡＭＳＳ ３０８は、ネットワークにより開始されるＱｏＳのセットアップ要求を受信することができる。ＡＭＳＳ ３０８は、もしあればＱｏＳシグナリング中に含まれるパケットフィルタ中の５組のパケットフィルタコンテンツとプレシデンスとが、任意の既存のＱｏＳフローとビットごとに一致する場合、重複するフローが検出されたと判断するように構成され得る。

ＡＭＳＳ ３０８がアプリケーションからＱｏＳセットアップ要求を受信すると、ＡＭＳＳ ３０８は、パケットフィルタ照合を実行するように構成され得る。ＵＥにより開始されるＱｏＳのセットアップ要求を受信すると、ＡＭＳＳ ３０８は、もしあればＱｏＳ要求に含まれるパケットフィルタ中の５組のパケットフィルタコンテンツが、任意の既存のＱｏＳフローとビットごとに一致する場合、重複するフローが検出されたと判断することになる。

ｅＨＲＰＤ ＰＰＰ再同期の間、ＱｏＳコンテキストは、ＵＥにおいてローカルに解放される。いくつかの実装形態では、ネットワークが、ネットワークにより開始されるＱｏＳフローの確立を再び開始するのが望ましいことがある。

ＱｏＳを認識しないアプリケーションとのネットワークにより開始されるＱｏＳ対話
ＱｏＳを認識しないものとして分類されるアプリケーションでは、アプリケーションがＱｏＳを要求または開始できないので、ＵＥにより開始されるＱｏＳ手順は適用可能ではない。ただし、アプリケーションはそれでも、ネットワークがネットワークにより開始されるＱｏＳを使用している場合、規定されたＱｏＳをネットワークによって提供され得る。ＵＥがＰＤＮ ２１８への接続を確立すると、ＱｏＳを認識しないアプリケーションはアクティブ化され、データを送り始めることができる。ＡＭＳＳ ３０８は、フィルタ照合を実行し、データを送るためにネットワークによって確立されたＱｏＳフローがないと判定することができる。その結果、ＡＭＳＳ ３０８は、ベストエフォートフローを使用して、データを送ることができる。その後、ネットワークは、ネットワークにより開始されるＱｏＳ手順を開始して、ＱｏＳフローを確立することができる。ＡＭＳＳ ３０８は、パケットフィルタをセットアップすることができるが、アプリケーションは、ＱｏＳフローが確立されたという、ＡＭＳＳ ３０８からの通知を登録できない。ＵＥがｅＨＲＰＤネットワークで動作している場合、アプリケーションからの入来データが、ＲＬ予約をオンするように、ＡＭＳＳ ３０８をトリガすることができる。ＱｏＳフローはネットワークによって構成され（かつ、ＲＬ予約はｅＨＲＰＤネットワークにおいてアクティブ化されている）ので、データは、ネットワークにより開始されるＱｏＳフローを使用して送り出され得る。この状況では、アプリケーションは、データがネットワークにより構成されたＱｏＳフロー上で送られていることを、全く認識しないことがある。

ＱｏＳを認識するアプリケーションとのネットワークにより開始されるＱｏＳ対話
ＱｏＳを認識するアプリケーションは、ＱｏＳにより要求されるものと、ＱｏＳにより選好されるものとのいずれかとして分類され得る。ＱｏＳにより要求されるアプリケーションでは、ＱｏＳ構成およびアクティブ化は、アプリケーションが機能するために必要とされる。ＱｏＳ構成またはアクティブ化が失敗すると、アプリケーションは、あらゆるデータを送るのを阻止し得る。ＱｏＳにより選好されるアプリケーションでは、ＱｏＳ構成またはアクティブ化が失敗すると、アプリケーションは、ベストエフォートフローを使用したデータの送出に進み得る。上で説明されたように、ＱｏＳを認識するアプリケーションは、（要求されたパケットフィルタを提供するとともに）ＡＭＳＳ ３０８に通知コールバックを登録することができる。ＡＭＳＳ ３０８は、このコールバックを呼び出して、ネットワークにより開始されるＱｏＳの状態に従って、ＱｏＳイベントをアプリケーションに通知することができる。上で説明されたように、これらのイベントは、ＱｏＳアクティブ化と、ＱｏＳ中断、ＱｏＳ失敗と、ＱｏＳ修正成功と、ＱｏＳ修正失敗と、ＱｏＳ解放とを含み得る。さらに、ＡＭＳＳ ３０８は、ＱｏＳフローパラメータ（たとえば、フロープロファイルＩＤ、ＱＣＩ）を返すことができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、イベント通知のメトリクスフィールドを使用して、これらのパラメータを含めることができる。さらに、ＱｏＳを認識するアプリケーションは、フローのメトリクスのような他の情報とともに、ＡＭＳＳ ３０８からのＱｏＳ状態および／またはパラメータを、問い合わせて受信することができてよい。

図６Ａは、ＱｏＳを認識するアプリケーションが通知コールバックをＡＭＳＳ ３０８に登録しＱｏＳフローもネットワークによってプッシュされる時に交換される信号フローを示す、例示的な信号フロー図を示す。この場合、ＵＥは、ｅＨＲＰＤとＥ−ＵＴＲＡのいずれかのために構成されたネットワークに接続され得る。図６および以下で説明される図では、メッセージは、ＡＭＳＳ ３０８とアプリケーション ３０４との間で往復して送られる。メッセージはまた、ＡＭＳＳ ３０８間で、かつ、図２で説明されたような通信ネットワークの様々なノードにわたって送られる。ＵＥがｅＨＲＰＤのために構成されたネットワークに接続される場合、ＱｏＳフローは、ＡＭＳＳ ３０８、ｅＡＮ／ｅＰＣＦ ２１２、ＨＳＧＷ ２１４、ＰＤＮ−ＧＷ ２１８、およびＰＣＲＦ ２３０というネットワークエンティティの間の通信を通じて確立され得る。ＵＥがＥ−ＵＴＲＡＮのために構成されたネットワークに接続される場合、ＱｏＳフローは、ＡＭＳＳ ３０８、ｅＮＢ／ＭＭＥ ２０８ａおよび２１６、Ｓ−ＧＷ ２１０、ＰＤＮ−ＧＷ ２１８、ならびにＰＣＲＦ ２３０というネットワークエンティティの間の通信を通じて確立され得る。ブロック６２０ｍにおいて、アプリケーションはアクティブ化される。ブロック６８０は、ＡＭＳＳ ３０８とＰＤＮ−ＧＷ ２１８との間の接続を確立するためのシグナリングを示す。ＱｏＳを認識するアプリケーションは、登録信号を送信して、コールバック関数をＡＭＳＳ ３０８に登録することができる（６２２）。アプリケーションがＱｏＳにより選好されるアプリケーションである場合、アプリケーションは、ベストエフォートフローを使用してデータを送ることができる。アプリケーションがＱｏＳにより要求されるアプリケーションである場合、アプリケーションは、ＱｏＳフローの構成が成功するまで、データの送出を阻止することができる。アプリケーションがコールバック通知を登録した（６２２）後の何らかの時点で、ネットワークは、ＱｏＳサービスフローを開始すると決定することができ、ネットワークにより開始されるＱｏＳセットアップ手順が実行され（６２４）、パケットフィルタがＱｏＳフローのためにＡＭＳＳ ３０８においてセットアップされる。いくつかの実装形態では、登録処理は、アプリケーションが、追加のパラメータをＡＭＳＳ ３０８に提供して予約のタイミングを制御することを含み得る。たとえば、ｅＨＲＰＤシステムでは、アプリケーションは、「即時予約オン」パラメータを提供することができる。アプリケーションが即時予約オンを示す場合、ＡＭＳＳ ３０８は、ネットワークにより開始されるＱｏＳのセットアップが完了した後で、（たとえばアプリケーションからの）トリガを何ら伴わずに、予約をオンするように直ちに要求するように構成され得る。このパラメータが設定されていない場合、またはオフに設定されている場合、ＡＭＳＳは、要求するアプリケーションが予約をオンするのを待機するように構成され得る。アプリケーションが予約をオンにするのを可能にするために、追加のインターフェースが、ＡＭＳＳ ３０８によって提供され得る。たとえば、アプリケーションは、予約がオンされるべきであることを示す信号を、インターフェースへ送信することができる。これは、予約が自動的にオンされる実装形態、またはＡＭＳＳ ３０８とアプリケーションのいずれかによって中断され得る実装形態では、望ましいことがある。

次いで、ＡＭＳＳ ３０８は、フィルタ照合を実行して、ネットワークにより開始されるＱｏＳフローが、アプリケーションによって登録されたフィルタと一致するかどうかを判定する。フィルタが一致する場合、ＡＭＳＳ ３０８は、ＱｏＳアクティブ化メッセージまたはＱｏＳ中断メッセージを送ることによって、ＱｏＳアクティブ化がいつ必要かを通知する（６２６）。ＵＥがＥ−ＵＴＲＡＮのために構成されるネットワークにおいて動作している場合、アプリケーションは、確立されたネットワークにより開始されるＱｏＳフローを通じて、データを送ることに進むことができる。ＵＥがｅＨＲＰＤのために構成されたネットワークで動作している場合、ＡＭＳＳ ３０８は、アプリケーションからデータを受信した時（６２８）、ＲＬ予約をオンするための手順をｅＡＮによって実行することができる（６３０）。ＲＬ予約をオンすると、ＡＭＳＳ ３０８はまた、ＱｏＳアクティブ化イベントメッセージを送ることによって、アプリケーションに通知することができる（６３２）。これで、ＱｏＳフローはアプリケーションのためにパケットを送る準備ができる。加えて、ＵＥがｅＨＲＰＤのために構成されたネットワークで動作しており、ＲＬ予約をオンすることが成功しなかった場合、ＲＬ予約のアクティブ化が成功するまで、ＡＭＳＳ ３０８は、次にアプリケーションからデータを受信した時、ＲＬ予約のアクティブ化を試みることができる。

加えて、提供されたＡＰＩは、アプリケーションが、図６Ｂで示されたようなＱｏＳ状態および／またはパラメータについてＡＭＳＳ ３０８に問い合わせることを可能にするように、拡張され得る。アプリケーションがアクティブ化され、ＰＤＮへの接続が確立されると、アプリケーションは、ＡＰＩを使用して、要求されたフィルタによって、ＱｏＳ状態および／またはパラメータについてＡＭＳＳ ３０８に問い合わせることができる（６６０）。ブロック６６２において、ＡＭＳＳ ３０８は次いで、フィルタ照合を実行し、既存のパケットフィルタを要求されたフィルタと比較する。既存のフィルタがアプリケーションにより問い合わせられたフィルタと一致する場合、ＡＭＳＳ ３０８は、付随するＱｏＳメトリクスをアプリケーションに提供するとともに、ＱｏＳ状態をアプリケーションに通知する（６６４）。そうではなく、アプリケーションにより問い合わせられたフィルタに一致するパケットフィルタがない場合、ＡＭＳＳ ３０８は、適切に構成されたＱｏＳフローがない（「ＱｏＳなし」状態に対応する）ことを、アプリケーションに通知する。

ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの共存
いくつかの態様によれば、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの共存をサポートする、システムおよび方法が提供される。以下の表１は、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方の共存が両方サポートされるネットワークにおいて、ネットワークにより開始されるＱｏＳおよびＵＥにより開始されるＱｏＳのフロー上で完了し得る、動作を示す。

図１に示されるように、ネットワークにより開始されるＱｏＳフローを修正し削除する動作は、ネットワークにより開始されるＱｏＳフローとＵＥにより開始されるフローの両方に対して許可されている。さらに、ＵＥにより開始されるＱｏＳフローを修正し削除する動作は、ＵＥにより開始されるＱｏＳフローに対して許可されている。ただし、パケットフィルタを修正しＱｏＳフローを削除する動作は、ＵＥにより開始される場合、ネットワークにより開始されるＱｏＳフローに対して許可されないことがある。

さらに、フィルタプレシデンスフィールドが、ネットワークにより開始されるＱｏＳの確立手順の間にネットワークによってＵＥへ送られる、ＲＳＶＰメッセージ中に存在し得る。この情報フィールドは、ネットワークにより開始されるＱｏＳフローとＵＥにより開始されるＱｏＳフローとの間でパケットフィルタを優先順位付けるために使用され得る。ネットワークは、同じＵＥ ＩＰアドレスに対して任意の２つのフローが同じプレシデンス値を有するのを避けるように、ＵＥにより開始されるＱｏＳフローとネットワークにより開始されるＱｏＳフローのプレシデンス値を設定することができる。

ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方が両方サポートされる場合、アプリケーションは「ＱｏＳ要求」ＡＰＩを呼び出し、ＡＭＳＳ ３０８は、既存のネットワークにより開始されるＱｏＳフローとのフィルタ照合を実行することができる。要求されたＵＥにより開始されるＱｏＳフローが、（たとえばビットごとの照合動作を実行することによって）任意の既存のネットワークにより開始されるＱｏＳフローのパケットフィルタと一致する場合、ＡＭＳＳ ３０８は、既存のフィルタをアプリケーションと結びつけることができる。したがって、アプリケーションは、ネットワークにより開始されるＱｏＳフローの操作権を取得することができ、この操作権は、ＱｏＳコンテキストが解放されるまで利用可能であり得る。一方、ＡＭＳＳ ３０８は、ネットワークにより開始されるＱｏＳフローのＱｏＳメトリクスの修正として、ＱｏＳ要求を扱うことができる。たとえば、ＵＥが現在、ｅ−ＨＲＰＤのために構成されたネットワークの一部である場合、ＱｏＳ要求は、フロープロファイルの修正として扱われ得る。

ネットワークにより開始されるＱｏＳメトリクス（すなわち、フロープロファイルＩＤ）のＵＥのＱｏＳ修正のための処理が、以下で説明される。まず、ＡＭＳＳ ３０８が、既存のネットワークにより開始されるＱｏＳフローのＲＡＮにより付与されたプロファイルが、要求されたプロファイルセットにおいて最も好適かどうかを判定することができ、その要求されたプロファイルセットが、ネットワークにより開始されるＱｏＳの、ＨＳＧＷにより認証されるプロファイルセットの部分集合である（すなわち、ＰｒｏｆｉｌｅＳｅｔ_Requested⊆ＰｒｏｆｉｌｅＳｅｔ_Authorized）と判定することができる［以後条件１と呼ぶ］。この条件が満たされる場合、現在要求されているプロファイルはＨＳＧＷによって前に認証されており、現在使用されているプロファイルと同じプロファイルをＲＡＮが付与する可能性が高いので、ＡＭＳＳ ３０８は、ＱｏＳ修正の試行に進むことなく、「ＱｏＳアクティブ化」または「ＱｏＳ中断」イベントをアプリケーションに通知することができる。上の条件が満たされない場合、ＡＭＳＳ ３０８は、既存のネットワークにより開始されるＱｏＳフローのＱｏＳ修正の試行に、進むことができる。

条件１が満たされていない場合にＱｏＳ修正を試行する際、ＡＭＳＳ ３０８は、要求されたプロファイルセットが、ネットワークにより開始されるＱｏＳフローのＨＳＧＷにより認証されるプロファイルセットの部分集合である（すなわち、ＰｒｏｆｉｌｅＳｅｔ_Requested⊆ＰｒｏｆｉｌｅＳｅｔ_Authorized）かどうかを判定することができる。これが満たされる場合、（条件を検査する時、両方のリストが順序付けられないリストとして扱われ得ることに留意されたい）ＡＭＳＳ ３０８は、ＱｏＳ検査を実行せず、無線ＱｏＳ修正のみを実行すると決定することができ、ここで要求されたプロファイルセットは、他のプロファイルセットよりも高い優先度に設定される。上の条件が満たされない場合（たとえば、要求されたプロファイルセットが認証されたプロファイルの部分集合ではない）、ＡＭＳＳ ３０８は、ＰｒｏｆｉｌｅＳｅｔ_RequestedとＰｒｏｆｉｌｅＳｅｔ_Authorizedの結合動作（たとえば、ＰｒｏｆｉｌｅＳｅｔ_Requested∪ＰｒｏｆｉｌｅＳｅｔ_Authorized）を実行し、次いで、「ＱｏＳ検査」から得られたセットによる「ＱｏＳ修正」動作の実行に進むことができる。ＵＥが、「ＱｏＳ検査」処理および／または無線ＱｏＳ構成セットにおいて、得られたプロファイルセットをネットワークへ送る時、ＵＥは、要求されたプロファイルセットを、残りのプロファイルセットよりも優先度が高いものとして規定することができる。表２は、上で説明された処理に対する擬似コードを提供する。

ｅＨＲＰＤを使用する時、アプリケーションがＱｏＳメトリクスを修正するように要求し「ＱｏＳ検査」が失敗した場合、ＡＭＳＳ ３０８は、古いＱｏＳメトリクスを保持し、「ＱｏＳ中断」または「ＱｏＳアクティブ化」をアプリケーションに通知することができる。トラフィックフローテンプレート（ＴＦＴ）のセットアップまたは無線ＱｏＳのセットアップが失敗した場合、ＡＭＳＳ ３０８は、ＱｏＳを放棄し、ＱｏＳ解放をアプリケーションに通知することができる。さらに、ｅＨＲＰＤでは、ＡＭＳＳ ３０８は、ネットワークが、ＵＥにより開始されるＱｏＳフローのプレシデンスを、ＱｏＳセットアップ手順の間に修正することを可能にし得る。たとえば、ネットワークが、オペコード「ＱｏＳ検査確認」によってＲｅｓｖＣｏｎｆメッセージ中で新たなプレシデンス値を割り当てる場合、ＵＥは、修正されたプレシデンスによって、ＴＦＴをセットアップすることができる。アプリケーションが、ネットワークにより開始されるＱｏＳフローに対する操作権を有する場合、ＡＭＳＳ ３０８は、アプリケーションが操作権を削除するのを可能にし得るが、ネットワークにより開始されるＱｏＳフローを削除するのを可能にしなくてよい。加えて、ＡＭＳＳ ３０８は、アプリケーションが、ネットワークにより開始されるＱｏＳと関連付けられるパケットフィルタを修正するのを可能にしなくてよいが、アプリケーションが、ネットワークにより開始されるＱｏＳフローと関連付けられるフロープロファイルＩＤまたはＱｏＳクラスインデックス（ＱＣＩ）を修正するのを可能にし得る。ＡＭＳＳ ３０８はまた、ネットワークが、ＵＥにより開始されるＱｏＳフローと関連付けられる、パケットフィルタと、プレシデンスと、フロープロファイルＩＤとを修正するのを可能にし得る。

上の議論に従って、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方の存在をサポートするネットワークにおいて機能し得る関連付けられるＱｏＳを認識するアプリケーションを、ワイヤレスシステムがどのようにサポートし得るかを例示するために、いくつかの異なる使用状況がここで説明される。図７Ａは、ＱｏＳを認識するアプリケーションがＱｏＳを要求しＱｏＳがすでにネットワークによって構成されている時に交換される、信号フローを示す例示的な信号フロー図を示す。この状況では、表２における条件１が満たされることが判明し、つまり、既存のネットワークにより開始されるＱｏＳフローのＲＡＮにより付与されたプロファイルが、プロファイルセットにおいて最も好適であり、要求されたプロファイルセットは、既存のネットワークにより開始されるＱｏＳフローのＨＳＧＷにより認証されるプロファイルセットの部分集合である。ＡＭＳＳ ３０８とＰＤＮ−ＧＷとの間の接続７８０が確立されると、ネットワークは、ＱｏＳフローを開始し確立することができる（７２０）。その後のある時点で、ＱｏＳを認識するアプリケーションは、「ＱｏＳ要求」ＡＰＩを呼び出すことができる（７２２）。それに応答して、ＡＭＳＳ ３０８は、要求されたパケットフィルタを、ネットワークにより開始されるＱｏＳフローを確立する（７２０）ことの一部として設置された１つまたは複数のパケットフィルタに対して照合することによって、要求されたパケットフィルタがすでに設置されているかどうかを検査することができる（７２４）。ＡＭＳＳ ３０８は、検査を実行して表２の条件１が満たされるかどうかを調べ、上で説明されたように、この場合には条件１が満たされていることが判明する。ＵＥがｅＨＲＰＤのために構成されたネットワークの一部で動作している場合、ＡＭＳＳ ３０８は、まだアクティブ化されていない場合、ＲＬ予約をオンすることができる（７２６）。最後に、ｅＨＲＰＤが使用されているかどうかに関係なく、ＡＭＳＳ ３０８は、「ＱｏＳアクティブ化」コールバックを呼び出すことによって、「ＱｏＳアクティブ化」イベントメッセージをアプリケーションへ送ることができる（７２８）。

いくつかの状況では、図７Ｂに示されるように、表２における条件１が満たされないことがあり、すなわち、既存のネットワークにより開始されるＱｏＳフローのＲＡＮにより付与されたプロファイルが、プロファイルセットにおいて最も好適ではなく、または、要求されたプロファイルセットが、既存のネットワークにより開始されるＱｏＳフローのＨＳＧＷにより認証されるプロファイルセットの部分集合ではない。この場合、ＡＭＳＳ ３０８は、確立されたネットワークにより開始されるＱｏＳフローのＱｏＳメトリクス修正へ進むことができる。図７Ｂに示されるように、ＰＤＮへの接続７８０が確立されると、ネットワークは、ＱｏＳフロー７３０を開始し確立することができる。その後の何らかの時点で、ＱｏＳを認識するアプリケーションは、ＡＭＳＳ ３０８への「ＱｏＳ要求」ＡＰＩを呼び出すことができる（７３２）。この例では、アプリケーションはタイマー７９０を始動させることができる。ＡＭＳＳ ３０８は、検査を行い、アプリケーションにより要求された１つまたは複数のパケットフィルタがすでに、前に説明されたようにフィルタ照合を実行することによって、設置または構成されているかを調べることができる（７３４）。設置されたパケットフィルタが要求されたパケットフィルタと一致する場合、ＡＭＳＳ ３０８は、要求されたパケットフィルタはすでに、ネットワークにより開始されるＱｏＳ手順によって設置されていると判断し、ＡＭＳＳ ３０８は、表２の条件１が満たされたかどうかを判定することができる。この場合、ＡＭＳＳ ３０８は、条件が満たされないと判定し、したがって、ＵＥにより開始されるＱｏＳ修正手順を実行すると決定する（７３６）。その結果、ＡＭＳＳ ３０８は、「ＱｏＳ中断」イベントをアプリケーションに通知する（７３８）。ＡＭＳＳ ３０８は次いで、要求されたプロファイル／ＱＣＩセットと、既存のＱｏＳフローのＨＳＧＷ／Ｓ−ＧＷにより認証されるプロファイル／ＱＣＩセットとの結合動作を実行すると、決定することができる。ＡＭＳＳ ３０８は次いで、ＵＥにより開始されるＱｏＳ修正手順を実行し（７４２）、既存のＱｏＳフローを修正する。ＱｏＳ修正手順の過程で、ＵＥは、ネットワークに送信されるプロファイル／ＱＣＩセットの最初に、要求されたプロファイル／ＱＣＩセットを載せることができる。修正が成功した場合、ＡＭＳＳはコールバック関数を呼び出して、「ＱｏＳアクティブ化」イベントをアプリケーションへ送る（７４４）。

図７Ａ〜図７Ｂは、ＱｏＳを認識するアプリケーションが「ＱｏＳ要求」ＡＰＩを呼び出した時には、ネットワークがＱｏＳフローの確立をすでに開始しており、既存のパケットフィルタがＡＭＳＳ ３０８によってセットアップされている状況に当てはまる。他の状況では、ＱｏＳを認識するアプリケーションは、そのアプリケーションがＱｏＳを必要とすると判定し、任意のＱｏＳフローが確立される前に「ＱｏＳ要求」ＡＰＩを呼び出すことができる。

図８は、ＱｏＳを認識するアプリケーションがＱｏＳを要求しＱｏＳが構成されていない時に交換される、信号フローを示す例示的な信号フロー図を示す。図８に示されるように、ＰＤＮへの接続が確立されると（８８０）、アプリケーションは、任意の既存のＱｏＳフローが確立される前に、「ＱｏＳ要求」ＡＰＩを呼び出すことができる（８２０）。ＡＭＳＳ ３０８は、ブロック８２２において、アプリケーションにより要求された１つまたは複数のパケットフィルタが、任意の既存のフィルタに対してフィルタ照合を実行することによって、現在設置されているかどうかを検査することができる。この場合、ＱｏＳフローは確立されていないので、ＡＭＳＳ ３０８は、パケットフィルタはまだ設置されていないと判定することができる。ＡＭＳＳ ３０８は次いで、ＵＥの現在のＲＡＴのＱｏＳ能力に応じて、ＱｏＳフローを確立することに進むことができる。

ＵＥがｅＨＲＰＤ ８２４のために構成されたネットワークの一部に位置する場合、ＵＥは、「ＲＳＶＰ Ｒｅｓｖ」メッセージ８２６をＨＳＧＷ ２１４へ送ることができる（８２６）。ＵＥがＲＳＶＰメッセージを通じてセットアップを試みているフローのために、ネットワークがＱｏＳをセットアップしている場合、ＨＳＧＷ ２１４は、ネットワークにより開始されるＱｏＳのセットアップ手順が進行中であることを規定するエラーコードを有する、「ＲＳＶＰ ＲｅｓｖＥｒｒ」メッセージによって応答することができる（８２８）。このエラーコードが受信されると、ＡＭＳＳ ３０８は、設定可能な遅延コールバックタイマーを始動させることができる（８９０）。したがって、タイマー８９０は、ＵＥがネットワークからエラーを受信した時から計測された期間（たとえば、秒単位の）を明らかにすることができる。アプリケーションは、タイマーが満了するまで、アプリケーションに対してあらゆるエラーを報告するために待機することができる。したがって、アプリケーションに通知する前にネットワークがＱｏＳをプッシュするのを待機するようにＵＥが構成され得るように、タイマー８９０は始動される。ＵＥは、要求されたＱｏＳコンテキストを維持し、タイマーが満了する後までアプリケーションと結びつくことができる。アプリケーションがＱｏＳにより選好されるアプリケーションである場合、上で説明されたように、アプリケーションは、任意のＱｏＳフローが構成されアクティブ化されるまでは、ベストエフォートフローを使用してデータを送ることができる。アプリケーションがＱｏＳにより要求されるアプリケーションである場合、アプリケーションは、ＱｏＳフローのアクティブ化が成功するまで、データの送出を阻止することができる。

ＵＥがＬＴＥ のために構成されたネットワークの一部に位置する場合（８３０）、ＵＥは、ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）メッセージ「ベアラリソース割当要求」を送ることができる（８３２）。ネットワークは、ＮＡＳメッセージ「ベアラリソース割当拒否」メッセージ８３４によって応答することができる。ＬＴＥでは、「進行中のネットワークにより開始されるＱｏＳ」のコードがないので、ＡＭＳＳ ３０８は、ネットワークから任意のエラーを受信した時、遅延コールバックタイマー８９０を始動させることができる（８９０）。上で説明されたように、タイマーは、要求されたＱｏＳフロー状態の通知をアプリケーションへ提供するまでに待機すべき期間を設定する。

遅延コールバックタイマー８９０が始動した後、ネットワークにより開始されるＱｏＳ手順がネットワークによって実行されてよく（８３８）、パケットフィルタがＡＭＳＳ ３０８において設定されてよい。ＵＥがｅＨＲＰＤのために構成されたネットワークの一部に位置している場合、ＡＭＳＳ ３０８は、ネットワークにより開始されるＱｏＳのためのＲＬ予約をオンすることができる（８４０）。ＡＭＳＳ ３０８は次いで、ＱｏＳフローがアクティブ化されておりパケット交換のためにアプリケーションが使用する準備ができているので、「ＱｏＳアクティブ化」コールバックを呼び出すことによって、アプリケーションに通知する（８４２）。

いくつかの状況では、図８において上で説明される遅延コールバックタイマー８９０は、ネットワークがＱｏＳをプッシュするのを待機している間に、タイムアウトまたは満了し得る。この状況では、タイマーが満了すると、ＡＭＳＳ ３０８は、「ＱｏＳ失敗」メッセージをアプリケーションへ送ることによって、ＱｏＳフローのセットアップの失敗をアプリケーションに通知することができる。この状況では、ＱｏＳコンテキストは解放される。アプリケーションが上で説明されたように通知コールバックを登録している場合、アプリケーションは、後でネットワークがＱｏＳをプッシュした何らかの時点で、ＡＭＳＳ ３０８からＱｏＳ通知を受信することができる。

同様に、ＱｏＳフローが構成されるまでアプリケーションが待機するように構成され得る時間を計るように構成される、固有のタイマーを、アプリケーションは設定することができる。この状況では、アプリケーションタイマーは、ＱｏＳフローを確立するためのステップが実行される前に満了し得る。アプリケーションは、タイムアウトイベントをＡＭＳＳ ３０８に通知することができ、ＡＭＳＳ ３０８は、ＱｏＳコンテキストを解放することができる。上で説明されたように、アプリケーションが通知コールバックを登録している場合、アプリケーションは、アプリケーションの使用できるＱｏＳフローの確立にネットワークが後で成功すれば、ＱｏＳ通知を受信することができる。

上で説明された修正処理は、確立されたネットワークにより開始されるＱｏＳフローと厳密には一致しないＱｏＳフローをアプリケーションが要求している状況に当てはまる。加えて、ＱｏＳフローがアプリケーションのために確立されると、ＱｏＳを認識するアプリケーションはその後、すでに構成されたＱｏＳフローを修正することを望み得る。修正されることになるＱｏＳフローは、ＵＥにより開始されるものとネットワークにより開始されるもののいずれかであり得るが、ＡＭＳＳ ３０８は、アプリケーションが、すでに構成されたネットワークにより開始されるＱｏＳフローのフィルタの調整を要求することを可能にはできない。これらの修正が、図９Ａ〜図９Ｃに示される。図９Ａにおいて、ＰＤＮ接続が確立されＱｏＳフローが構成されると（９８０）、アプリケーションは、ＡＭＳＳ ３０８と関連付けられる「ＱｏＳ修正」ＡＰＩを呼び出すことができる（９２０）。それに応答して、ＡＭＳＳ ３０８は、「ＱｏＳ中断」イベントをアプリケーションに通知することができる（９２２）。ＡＭＳＳ ３０８およびネットワークは次いで、アプリケーションからの修正されたパラメータに基づいて、無線ＱｏＳフローとパケットフィルタとをセットアップするために、メッセージを交換することができる（９２４）。ＱｏＳ修正が成功した場合、ＡＭＳＳ ３０８は、「ＱｏＳ修正成功」イベントをアプリケーションに通知することができる（９２６）。ＡＭＳＳ ３０８は次いで、ＱｏＳフローの修正が成功したので、修正の前に、ＱｏＳ状態に応じて「ＱｏＳ中断」または「ＱｏＳアクティブ化」イベントをアプリケーションに通知することができる（９２８）。

図９Ｂは、ＱｏＳフローを調整せよというアプリケーションの要求が失敗した時に交換される信号フローを示す、例示的な信号フロー図を示す。図９Ｂにおいて、ＰＤＮ接続が確立されＱｏＳフローが構成されると（９８０）、アプリケーションは、ＡＭＳＳ ３０８と関連付けられる「ＱｏＳ修正」ＡＰＩを呼び出すことができる（９３０）。それに応答して、ＡＭＳＳ ３０８は、「ＱｏＳ中断」イベントをアプリケーションに通知することができる（９３２）。ＡＭＳＳ ３０８およびネットワークは、アプリケーションからの修正されたパラメータに基づいて、無線ＱｏＳフローとパケットフィルタとをセットアップするのを試みるために、メッセージを交換することができる（９３４）。ただし、この場合は修正は失敗する。ＵＥがＬＴＥのために構成されるネットワークの一部に位置する場合、あらゆる種類の失敗が、このイベントを引き起こし得る。ＵＥがｅＨＲＰＤのために構成されるネットワークの一部に位置する場合、「ＱｏＳ確認」手順の失敗が、このイベントを引き起こし得る。失敗が検出されると、ＡＭＳＳ ３０８は、「ＱｏＳ修正失敗」イベントをアプリケーションに通知することができる（９３６）。前のＱｏＳフローを解放するのではなく、ＡＭＳＳ ３０８は、既存のＱｏＳフローに基づいて、かつ、修正前のＱｏＳ状態に応じて、「ＱｏＳアクティブ化」または「ＱｏＳ中断」イベントをアプリケーションに通知することができる（９３８）。したがって、図９Ｂに示される状況では、ＱｏＳ修正が上で説明されたエラーにより失敗しても、アプリケーションは、前の修正されていないＱｏＳフローを使用し続けることができる。

図９Ｃは、アプリケーションによって要求されるＱｏＳフローをネットワークが調整するのに失敗した時に交換され、ＱｏＳフローがそのために修正の試行の後に解放されるべきであり得る、信号フローを示す別の例示的な信号フロー図を示す。ＵＥがｅＨＲＰＤのために構成されるネットワークの一部に位置する場合、無線ＱｏＳ確認の失敗またはＴＦＴセットアップの失敗が、この応答を引き起こし得る。図９Ｃにおいて、ＡＭＳＳ ３０８とＰＤＮ−ＧＷ ２１８との間のシグナリング９８０によって、ＰＤＮ接続が確立されＱｏＳフローが構成され、アプリケーションは、ＡＭＳＳ ３０８と関連付けられる「ＱｏＳ修正」ＡＰＩを呼び出すことができる（９４０）。それに応答して、ＡＭＳＳ ３０８は、「ＱｏＳ中断」イベントをアプリケーションに通知することができる（９４２）。ＡＭＳＳ ３０８およびネットワークは次いで、アプリケーションからの修正されたパラメータに基づいて、無線ＱｏＳフローとパケットフィルタとをセットアップするのを試みるために、メッセージを交換することができる（９４４）。ただし、修正はたとえば、無線ＱｏＳ構成の失敗またはＴＦＴセットアップの失敗により失敗し得る（９４４）。失敗が検出されると、ＡＭＳＳ ３０８は、「ＱｏＳ修正失敗」イベントをアプリケーションに通知することができる（９４６）。この失敗に応答して、既存のＱｏＳフローが解放され、ＡＭＳＳ ３０８が次いで、「ＱｏＳ解放」イベントをアプリケーションに通知する（９４８）。

ＱｏＳモビリティ状況
モバイルデバイスが、異なるＲＡＴを利用する通信ネットワークを進むに従って、ネットワークのある部分のＱｏＳ能力は、各ＲＡＴに対して何がサポートされるかに従って異なり得る。たとえば、上で説明されたように、ネットワークにおけるある位置はＬＴＥのために構成され得るが、別の位置はｅＨＲＰＤのために構成され得る。したがって、各ネットワークは、ＱｏＳ初期化構成に対する異なる事業者ポリシーを有することがあり、ネットワークにより開始されるＱｏＳのみ、ＵＥにより開始されるＱｏＳのみ、または両方の組合せをサポートすることがある。それに応答して、ネットワークは、異なるＲＡＴ間をマルチモードモバイルデバイスが移行するに従い、あるＱｏＳ構成を想定し得る様々なタイプのＱｏＳアプリケーションをサポートする必要があり得る。たとえば、ＵＥにより開始されるＱｏＳを想定するアプリケーションを動作させているＵＥが、ネットワークにより開始されるＱｏＳしかサポートしないターゲットネットワークへ移行し得る。以下の議論によって説明されるように、ＱｏＳアプリケーションが、ＵＥの移行先のネットワークの一部の具体的なＱｏＳ能力と無関係に機能し続けられるように、全体のネットワークが移行を処理するように設計され得る。いくつかの状況では、ネットワークは、移行がシームレスになるように設計されてよく、１つのタイプのＱｏＳ機構のみを想定するアプリケーションは、ＵＥの移行先のネットワークの一部によって実際に利用される、背後にあるＱｏＳ機構を知らなくてよい。ｅＨＲＰＤのようないくつかの状況では、Ｈ１／Ｈ２コンテキスト転送がサポートされ得るので、ＰＰＰ、認証、ＩＰ、ＱｏＳ、持続時間、および関連する情報を含む、ソースＨＳＧＷ中の完全なコンテキストが、ターゲットＨＳＧＷへ転送され得る。

図１０は、ＵＥがソースネットワークからターゲットネットワークへ移行する時のＱｏＳフローを処理するための方法の例を示す。図１０は、全体のネットワークが異なるＱｏＳ能力を有するネットワークの部分への移行をどのように処理できるかの例を示す、高水準の流れ図を提供する。ブロック１００２において、フローは、構成されたＱｏＳフローを使用する実行中のアプリケーションを伴うＵＥが、ネットワークの一部分、すなわちソースネットワーク／元のネットワークからターゲットネットワークへ移行する時に開始する。送信が発生すると、ネットワークのＱｏＳ能力に応じて、ＵＥは、異なる動作を行うように構成され得る。

判断ブロック１００４において、ＵＥは、ターゲットネットワークがネットワークにより開始される（ＮＷ−ｉｎｉｔ）ＱｏＳフローしかサポートしないと判定する。この場合、ターゲットネットワークは、ＵＥまたはＵＥのアプリケーションがＱｏＳ通信フローを判定するのを可能にしない。したがって、ブロック１００６において、ＵＥは、ターゲットネットワークがＱｏＳフロー情報を提供するのを待機する。取得されると、フローはブロック１００８において終了する。

判断ブロック１００４に戻り、ターゲットネットワークがネットワークにより開始されるＱｏＳフローしかサポートしないと判定されると、処理は判断ブロック１０１０に続く。判断ブロック１０１０において、ターゲットネットワークが移動局（ＭＳ）ＱｏＳフローしかサポートしないと判定される。ターゲットネットワークがＭＳ ＱｏＳフローしかサポートしない場合、ＵＥ（または通信フローを使用しているＵＥのアプリケーション）は、ＱｏＳ通信フロー情報をターゲットネットワークに提供することができる。この場合、処理は判断ブロック１０１２へ続き、そこで、アプリケーションがＱｏＳフローに対する操作権を有するかどうかの判定が行われる。アプリケーションがＱｏＳ通信フローに対する操作権を有する場合、ターゲットネットワークとのＱｏＳフローを確立するために、情報がターゲットネットワークへ送られ得る。したがって、ブロック１０１４において、ＵＥは、ＵＥが操作権を有するＱｏＳ通信フロー情報の少なくとも一部を送信することによって、ＱｏＳ通信フローの確立を開始する。確立されると、フローはブロック１００８において終了する。一例では、ネットワークは、ベンダー特有ネットワーク制御プロトコル（ＶＳＮＣＰ）手順の間の選択されたベアラ制御インジケータ（ＢＣＭ）から、現在のネットワークはＵＥにより開始されるＱｏＳのみに対応すると、判定することができる。ターゲットネットワークのＱｏＳ能力は、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方（またはネットワークにより開始されるＱｏＳのみ）である場合（１００６）、フローはブロック１００８に続き、そこでＵＥは、ターゲットネットワークがアプリケーションのためのＱｏＳフローをプッシュするのを待機するための期間を設定するように構成される、タイマーを始動させることができる。ＵＥは次いで、ターゲットネットワークが、アプリケーションのためにＱｏＳフローをプッシュするのを待機する。ブロック１０１０において、ＵＥは、タイマーが満了した前にネットワークがＱｏＳフローをプッシュしたかどうかを判定する。時間が満了する前にターゲットネットワークがＱｏＳフローをプッシュした場合、アプリケーションは、ターゲットネットワークにおいて確立されたＱｏｓフローを使用することができ、フローはブロック１０２２において終了する。ターゲットネットワークがＱｏＳフローをプッシュした前にタイマーが満了する場合、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応すれば、方法はブロック１０１２に進む。

ブロック１０１２は、ターゲットネットワークがＵＥにより開始されるＱｏＳのみに対応する時と、タイマーが満了する前にターゲットネットワークがＱｏＳをプッシュするのを失敗し、ターゲットネットワークがＵＥにより開始されるＱｏＳを追加でサポートする時とのいずれかで使用される。ブロック１０１２において、ターゲットネットワークは、アプリケーションがＱｏＳフローに対する操作権を有するかどうかを判定する。アプリケーションが操作権を有さない場合、ＵＥは、ブロック１０１４に示されるように、ＱｏＳ確立を開始する。ＵＥがＱｏＳ確立の開始に成功すると、フローはブロック１００８において終了する。

判断ブロック１０１２に戻り、アプリケーションがＱｏＳフローに対する操作権を有さない場合、フローはブロック１０１６に続き、そこでＡＭＳＳ ３０８は、元のネットワークのパケットフィルタを削除し、無線ＱｏＳフローを解放し、かつ／または「ＱｏＳ解放」イベントをアプリケーションに通知することができる。いくつかの実装形態では、これは、本明細書で説明されるような通知コールバック信号によってトリガされ得る。いくつかの実装形態では、イベントの通知は省略され得る。たとえば、通知コールバックを含まない（たとえば、ＡＰＩが存在しない）実装形態では、通知は抑制され得る。処理が完了すると、フローはブロック１００８において終了する。

判断ブロック１０１０に戻り、ターゲットネットワークがＵＥにより開始されるＱｏＳフローしかサポートしない場合、ターゲットネットワークは、ネットワークにより開始されるＱｏＳフローとＵＥにより開始されるＱｏＳフローの両方をサポートする。この場合、処理はブロック１０１８へ続き、そこで、ＱｏＳ情報のネットワークによるプッシュを待機するタイマーが始動する。ＵＥは、ネットワークがＱｏＳ通信フロー情報をプッシュするのを、所定の時間待機するように構成され得る。

判断ブロック１０２０において、ターゲットネットワークが所定の時間の満了の前にＱｏＳ通信フロー情報をＵＥへプッシュしたかどうかが判定される。ネットワークがＱｏＳ情報の提供に成功した場合、この情報は、処理を継続するためにＵＥ／アプリケーションによって使用される。したがって、フローはブロック１００８において終了する。

判断ブロック１０２０に戻り、ターゲットネットワークが、所定の期間の満了の前に、ＱｏＳ通信フロー情報をＵＥに首尾よくプッシュするのに成功しない場合、フローは、上で説明されたようにブロック１０１２に続く。この場合、ＵＥ／アプリケーションは、可能であれば、フローの確立を試みるように構成され得る。

ある無線アクセス技術（ＲＡＴ）から別のＲＡＴへ、確立されたＱｏＳフローを有するＵＥが移行すると、ＱｏＳフローは、送信の間に解放され、または移行の間に中断され得る。ＱｏＳが送信の間に解放される場合、ＵＥは、ソースＲＡＴから出て行く時、ソース領域にわたってＱｏＳコンテキストをローカルに解放し、「ＱｏＳ解放」イベントをアプリケーションに通知することができる。アプリケーションは次いで、ＱｏＳ失敗処理を実行することができる。ターゲットＲＡＴに移行した後、ＵＥは、ターゲットの新たな領域にわたってＱｏＳコンテキストを確立するかどうか考えることができる。ＱｏＳが送信の間に中断される場合、ＵＥは、ソースＲＡＴから出て行く時、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。ＵＥは次いで、ソース領域にわたってＱｏＳコンテキストをローカルに解放することができる。ＵＥがターゲットＲＡＴへ移行し、ＱｏＳコンテキストがターゲット領域にわたって確立された後、ＵＥは、古いＱｏＳコンテキストを新たなＱｏＳコンテキストで置き換え、「ＱｏＳ構成」または「ＱｏＳアクティブ化」イベントをアプリケーションに通知することができる。

図１１Ａは、確立されたＱｏＳフローを有するＵＥが、ネットワークにより開始されるＱｏＳをサポートするターゲットネットワークに移行するとき交換される信号フローを示す、例示的な信号フロー図を示し、このときＱｏＳが移行の間に解放され、ターゲットネットワークがターゲットネットワーク上のＱｏＳをプッシュするのに成功する。図１１Ａにおいて、ＵＥは、ＰＤＮへの接続をセットアップしていてよく、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを通じてＱｏＳフローを確立していてよい。さらに、ＵＥがｅＨＲＰＤのために構成されたネットワークの位置にある場合、ＰＰＰセッションが確立され得る。ＱｏＳはまた、ＡＰＮによって、ＰＤＮ接続上のベアラのためにセットアップされる（１１８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１１２０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。ＡＭＳＳ ３０８は次いで、ソースネットワーク上で確立されるＱｏＳコンテキストを、ローカルに解放することができる。ＡＰＩがＵＥのために確立される場合、ＡＭＳＳ ３０８は次いで、「ＱｏＳ解放」イベントをアプリケーションに通知することができる（１１２２）。移行１１２４が起きると、ＡＭＳＳ ３０８は、ＲＡＴ変化通知１１２６をアプリケーションへ送ることができる。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ ｋｅｙ ａｇｒｅｅｍｅｎｔ（ＥＡＰ−ＡＫＡ）認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１１２８）。送信が完了すると、ＱｏＳは、ネットワークにより開始されるＱｏＳ構成およびアクティブ化手順を通じてネットワークによってプッシュされる（１１３０）。１つまたは複数のＱｏＳフローのアクティブ化および構成に成功した後、ＡＭＳＳ ３０８は、上で説明されたＡＰＩがアプリケーションによって使用されている場合、「ＱｏＳアクティブ化」または「ＱｏＳ中断」イベントをアプリケーションに通知することができる（１１３２）。ＱｏＳフローは、今や構成され、ネットワークにより開始されるＱｏＳをサポートするターゲットネットワークにおいてアプリケーションによって今や使用され得る。

図１１Ｂは、確立されたＱｏＳフローを有するＵＥが、ネットワークにより開始されるＱｏＳをサポートするターゲットネットワークに移行するとき交換される信号フローを示す、例示的な信号フロー図を示し、このときＱｏＳが移行の間に中断され、ターゲットネットワークがターゲットネットワーク上のＱｏＳをプッシュするのに成功する。図１１Ｂにおいて、ＵＥは、ＰＤＮへの接続をセットアップしていてよく、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを通じてＱｏＳフローを確立していてよい。ＱｏＳはまた、ＡＰＮによって、ＰＤＮ接続上のベアラのためにセットアップされる（１１８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１１４０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。いくつかの実装形態では、アプリケーションが上で説明されたように通知コールバックをセットアップした場合、ＡＭＳＳ ３０８は、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。

ＵＥは次いで、ブロック１１４２においてターゲットネットワークにアタッチする。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、無線アクセス技術（ＲＡＴ）変更通知信号１１４４をアプリケーションへ送信することができる。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送１１４６を実行する。送信が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応することを学習すると、ＡＭＳＳ ３０８は、ＱｏＳフローが元のネットワークではネットワークにより開始されるＱｏＳフローであり、ターゲットネットワークがネットワークにより開始されるＱｏＳにのみ対応する場合、タイマー（ネットワークがＱｏＳをプッシュするのを待機するタイマー）を始動させるように構成され得る。ネットワークは次いで、タイマーが満了する前に、ネットワークにより開始されるＱｏＳ構成およびアクティブ化手順１１５０を通じて、ＱｏＳフローをプッシュするのに成功する。１つまたは複数のＱｏＳフローの構成が成功した後、ＡＭＳＳ ３０８は、「ＱｏＳアクティブ化」イベントをアプリケーションに通知することができ（１１５２）、ターゲットネットワークの確立されたＱｏＳフローがアプリケーションに対して利用可能になる。

図１２Ａは、確立されたＱｏＳフローを有するＵＥが、ネットワークにより開始されるＱｏＳをサポートするターゲットネットワークに移行するとき交換される信号フローを示す、例示的な信号フロー図を示し、このときＱｏＳが移行の間に中断されるが、ターゲットネットワークがターゲットネットワークにおけるＱｏＳをプッシュするのに成功しない。図１２Ａにおいて、ＵＥは、ＰＤＮへの接続をセットアップしていてよく、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを通じてＱｏＳフローを確立していてよい。ＱｏＳはまた、ＡＰＮによって、ＰＤＮ接続上のベアラのためにセットアップされる（１２８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１２２０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。いくつかの実装形態では、たとえばアプリケーションが上で説明されたように通知コールバックをセットアップした場合、ＡＭＳＳ ３０８は次いで、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。

ＵＥは次いで、ブロック１２２２においてターゲットネットワークにアタッチする。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、無線アクセス技術（ＲＡＴ）変更通知信号をアプリケーションへ送信することができる（１２２４）。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１２２６）。送信が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応することを学習すると、ＡＭＳＳ ３０８は、ＱｏＳフローが元のネットワークではネットワークにより開始されるＱｏＳフローであり、ターゲットネットワークがネットワークにより開始されるＱｏＳにのみ対応する場合、タイマー（ネットワークがＱｏＳをプッシュするのを待機するタイマー）を始動させることができる（１２２８）。この場合、タイマーは、ＱｏＳのネットワークによるプッシュが成功しないまま満了し得る。この状況では、ＡＭＳＳ ３０８は、ＱｏＳプロファイルを解放することができる（１２３０）。アプリケーションがＡＭＳＳに通知コールバックを登録した場合、ＡＭＳＳ ３０８は、「ＱｏＳ解放」イベントをアプリケーションに通知することができる（１２３２）。

上で論じられた状況の一部は、移行の間にＱｏＳプロファイルを解放することを含む。多くの状況において、ソースＲＡＴとターゲットＲＡＴとの間の移行の間にＱｏＳを維持するのが好ましいことがある。移行の後、ターゲットネットワークがＵＥにより開始されるＱｏＳをサポートする場合、ＡＭＳＳ ３０８は、アプリケーションがＱｏＳフローに対する操作権を有しＡＭＳＳ ３０８がこのＱｏＳフローのためのＲＡＮ特有ＱｏＳパラメータを有する場合、ＱｏＳフローのためのアプリケーションの介在を伴わずに、ＱｏＳ確立を開始することができる。ＱｏＳ修正手順が、ハンドオフの間にＵＥとネットワークのいずれかによって開始される場合、ＱｏＳ修正は、ＱｏＳモビリティ手順が完了するまで延期され得る。

図１２Ｂは、確立されたＱｏＳフローを有するＵＥが、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方をサポートするターゲットネットワークに移行するとき交換される信号フローを示す、例示的な信号フロー図を示し、このときＱｏＳが移行の間に中断されるが、ターゲットネットワークがターゲットネットワークにおけるＱｏＳをプッシュするのに成功しない。図１２Ｂにおいて、ＵＥは、ＰＤＮへの接続をセットアップしていてよく、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを通じてＱｏＳフローを確立していてよい。ＱｏＳはまた、ＡＰＮによって、ＰＤＮ接続上のベアラのためにセットアップされる（１２８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１２４０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。アプリケーションが上で説明されたように通知コールバックをセットアップした場合、ＡＭＳＳ ３０８は次いで、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。

ＵＥは次いで、ブロック１２４２においてターゲットネットワークにアタッチする。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、無線アクセス技術（ＲＡＴ）変更通知信号１２４４をアプリケーションへ送信することができる。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１２４６）。送信が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応すると学習すると、ＡＭＳＳ ３０８は、タイマー（ネットワークがＱｏＳをプッシュするのを待機するタイマー）を始動させることができる（１２４８）。この場合、タイマーは、ＱｏＳのネットワークによるプッシュが成功しないまま満了し得る。アプリケーションがＱｏＳフローにアクセスするための操作権を有する場合、ＡＭＳＳ ３０８は、図１０のブロック１０１２および１０１４で示されたように、アプリケーションのためにＵＥにより開始されるＱｏＳ手順を実行することができる（１２５０）。アプリケーションがＱｏＳフローに対する操作権を有さない場合、ＡＭＳＳ ３０８は、ＱｏＳプロファイルを解放することができる。通知コールバックがＡＭＳＳ ３０８に登録された場合、ＡＭＳＳ ３０８は、「ＱｏＳ解放」イベントをアプリケーションに通知することができる。この状況では、ＱｏＳフローは、ネットワークにより開始される手順とＵＥにより開始される手順のいずれかが成功した時、アクティブ化に成功しパケットの交換の準備ができてよく、または、ＱｏＳフローはアプリケーションによって解放されてよい。

図１３Ａは、２つの以下の状況のうちの１つにおける、確立されたＱｏＳフローを有するＵＥのために交換される信号フローを示す、例示的な信号フロー図を示す。一方の状況では、ＵＥは、ＵＥにより開始されるＱｏＳにのみ対応するネットワークへ移行し、元のＱｏＳフローは、元のネットワークにおいてＵＥとネットワークのいずれかによって開始された。この状況では、ＱｏＳが元のネットワークにおいてネットワークによって開始された場合、アプリケーションはＱｏＳフローにアクセスするための操作権を有する。他方の状況では、ＵＥは、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳに対応するネットワークへ移行するが、ネットワークは、何らかの設定可能な期間内に、ＱｏＳをプッシュするのに成功しない。元のＱｏＳフローは、元のネットワークにおいて、ＵＥとネットワークのいずれかによって開始されている可能性がある。この状況では、ＱｏＳが元のネットワークにおいてネットワークによって開始された場合、アプリケーションはＱｏＳフローにアクセスするための操作権も有する。

図１３Ａにおいて、ＵＥは、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを介した、ＡＰＮへのＰＤＮ接続を確立していてよく、ＱｏＳは、ＡＰＮによって、ＰＤＮ接続上のベアラのために構成される（１３８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１３２０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。アプリケーションが上で説明されたように通知コールバックをセットアップした場合、ＡＭＳＳ ３０８は次いで、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。

ＵＥは次いで、ブロック１３２２においてターゲットネットワークにアタッチする。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、無線アクセス技術（ＲＡＴ）変更通知信号をアプリケーションへ送信することができる（１３２４）。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１３２６）。送信が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳにのみ対応すると学習すると、ＡＭＳＳ ３０８は、ＵＥにより開始されるＱｏＳ手順を開始することができる（１３２８）。この場合、アプリケーションは、元のネットワークにおいて最初にＱｏＳを要求する時、ＱｏＳパラメータの２つのセットを規定する。ＱｏＳフローのアクティブ化が成功した後、ＡＭＳＳ ３０８は、「ＱｏＳアクティブ化」イベントをアプリケーションに通知することによって、ＱｏＳアクティブ化の成功をアプリケーションに通知する（１３３０）。いくつかの実装形態では、通知は、明確なＱｏＳアクティブ化が必要である場合、「ＱｏＳ中断」を含み得る。ＡＭＳＳ ３０８はまた、上で説明されたように、ＱｏＳフローパラメータをアプリケーションへ送信するように構成され得る。新たなＱｏＳフローがこうしてアクティブ化され、ターゲットネットワークにおいてアプリケーションのためのパケットを交換するために使用される準備ができる。アプリケーションが、元のネットワークにおいて最初にＱｏＳを要求する時、ＱｏＳパラメータの１つのセットしか規定しなかった場合、ＩＰコンテキスト転送（１３２６）の後で、ＡＭＳＳ ３０８は、ＵＥにより開始されるＱｏＳ手順を開始できないことがある。この場合、ＡＭＳＳ ３０８は、ＱｏＳコンテキストを解放して、「ＱｏＳ解放」イベントをアプリケーションに通知することができる。

図１３Ｂは、確立されたＱｏＳを有するＵＥが、ＵＥにより開始されるＱｏＳにのみ対応するネットワーク、または、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応するネットワークに移行し、ＱｏＳが元のネットワークにおいてネットワークよって開始された場合に交換される信号フローを示す、例示的な信号フロー図を示す。この状況では、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応する場合、ネットワークは、何らかの設定可能な期間内でＱｏＳをプッシュするのに成功しないことがある。この状況では、アプリケーションは、ＱｏＳフローにアクセスするための操作権を有さないことがあるが、通知コールバックをＡＭＳＳに登録していることがある。

図１３Ｂにおいて、ＵＥは、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを介した、ＡＰＮへのＰＤＮ接続を確立していてよく、ＱｏＳは、ＡＰＮによって、ＰＤＮ接続上のベアラのために構成される（１３８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１３４０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。アプリケーションが上で説明されたように通知コールバックをセットアップした場合、ＡＭＳＳ ３０８は次いで、「ＱｏＳ中断」イベントをアプリケーションに通知することができる。

ＵＥは次いで、ブロック１３４２においてターゲットネットワークにアタッチする。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。いくつかの実装形態では、ＡＭＳＳ ３０８は、無線アクセス技術（ＲＡＴ）変更通知信号をアプリケーションへ送信することができる（１３４４）。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１３４６）。移行が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳにのみ対応することを学習すると、アプリケーションはＱｏＳフローに対する操作権を有さないので、ＡＭＳＳ ３０８は、パケットフィルタをローカルに削除して無線ＱｏＳを明確に解放し（１３４８）、「ＱｏＳ解放」イベントをアプリケーションに通知する（１３５０）ことによって、ＱｏＳプロファイルを解放することができる。

図１３Ｂはまた、確立されたＱｏＳフローを有するＵＥが、ＵＥにより開始されるＱｏＳにのみ対応するネットワーク、または、ＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応するネットワークへ移動し、ＱｏＳが元のネットワークにおいてネットワークよって開始された場合に交換される信号フローを示す、別の例示的な信号フロー図を示すために使用され得る。この状況では、ターゲットネットワークがＵＥにより開始されるＱｏＳとネットワークにより開始されるＱｏＳの両方に対応する場合、ネットワークは、何らかの設定可能な期間内でＱｏＳをプッシュするのに成功しないことがある。この状況では、上で説明された状況とは対照的に、アプリケーションは、ＱｏＳフローにアクセスするための操作権を有さないことがあるが、通知コールバックをＡＭＳＳに登録していない。

この場合、ＵＥは、ソースＲＡＮおよびソースＨＳＧＷ／Ｓ−ＧＷを介した、ＡＰＮへのＰＤＮ接続を確立していてよく、ＱｏＳは、ＡＰＮによって、ＰＤＮ接続上のベアラのために構成される（１３８０）。ＵＥは次いで、ソースＲＡＮからターゲットＲＡＮへ移行し（１３４０）、ターゲットＨＳＧＷ／Ｓ−ＧＷを選択する。これは、アクティブなハンドオフまたは休止状態のハンドオフであってよい。アプリケーションは、通知コールバックを登録していないので、ＡＭＳＳ ３０８は、移行に関してアプリケーションに通知できない。ターゲットネットワークがｅＨＲＰＤのために構成される場合、ＵＥは、ＰＰＰセッションを作成し、ＥＡＰ−ＡＫＡ認証を実行することができる。ターゲットネットワークがＥ−ＵＴＲＡのために構成される場合、ＵＥは、Ｅ−ＵＴＲＡアタッチ手順を実行することができる。ＵＥは、ソースＲＡＮ内でＵＥがアタッチメントを有する各ＰＤＮ接続のために、ハンドオーバーアタッチ手順を介したＩＰコンテキスト転送を実行する（１３４６）。移行が完了し、ターゲットネットワークがＵＥにより開始されるＱｏＳにのみ対応することを学習すると、アプリケーションはＱｏＳフローに対する操作権を有さないので、ＡＭＳＳ ３０８は、パケットフィルタをローカルに削除して無線ＱｏＳを明確に解放する（１３５０）ことによって、ＱｏＳプロファイルを解放することができる。通知コールバックがＡＭＳＳに登録されていないので、ＡＭＳＳ ３０８は、ＱｏＳプロファイルが解放されたことをアプリケーションに通知できない。

図１４は、マルチモード通信ネットワークにおいてＱｏＳフローを確立するための例示的な方法のプロセスフロー図を示す。ＱｏＳフロープロセスは、上で説明された様々な態様に従って、ＵＥ上で実施され得る。ブロック１４０２において、ＵＥは、第１のリソースのためのアプリケーションまたはネットワークの一方から、ＱｏＳ情報を受信する。上で説明されたように、この情報は、ある要求されたパラメータに基づいてＱｏＳフローを要求するアプリケーションに対応し得る。ブロック１４０４において、ＵＥは、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立する。ブロック１４０６において、ＵＥは、第１のリソースのためのアプリケーションとネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信する。たとえば、ＵＥは、アプリケーションからＱｏＳ情報を受信していてよく、この情報に一部基づいてフローを確立していてよい。後の時点で、ネットワークは、追加のＱｏＳ情報を提供する。上で説明されたように、この情報は、ＵＥが現在動作しているローカルネットワークの現在のＱｏＳ能力についての情報に対応してよく、ネットワークにより開始されるＱｏＳの能力があるか、またはＵＥにより開始されるＱｏＳの能力（または両方の能力）があるかについての情報を含み得る。ブロック１４０８において、ＵＥは、アプリケーションとネットワークの他方から受信された情報に基づいて、通信フローを変更することができる。たとえば、受信された第１のＱｏＳ情報が、ネットワークからの１００ｋｐｂｓの通信フローのためのものである場合、アプリケーションが通信フローのために２００ｋｐｂｓを要求するように構成される時、ＵＥは、通信フローをより高い帯域幅へ修正させることができる。この処理のためのシグナリングの例が、図１７を参照して示され以下で説明される。

ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して送信されてよい。本明細書で開示された方法またはアルゴリズムのステップは、コンピュータ可読媒体上に存在し得る、プロセッサ実行可能ソフトウェアモジュールで実施され得る。コンピュータ可読媒体は、ある場所から別の場所にコンピュータプログラムを転送することを可能にされ得る任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を含み得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれ得る。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。さらに、方法またはアルゴリズムの動作は、コンピュータプログラム製品に組み込まれ得る、機械可読媒体およびコンピュータ可読媒体上のコードおよび命令の、１つまたは任意の組合せまたはセットとして存在し得る。

さらに、上で説明されたシステムおよび方法によって示される、本明細書の教示は、少なくとも１つの他のノードと通信するための様々なコンポーネントを利用するノード（たとえば、デバイス）に組み込まれ得る。図１５は、ノード間の通信を支援するために利用され得るいくつかの例示的なコンポーネントを示す。具体的には、図１５は、多入力多出力（ＭＩＭＯ）システム１５００の第１のワイヤレスデバイス１５１０（たとえば、アクセスポイント）および第２のワイヤレスデバイス１５５０（たとえば、アクセス端末）の簡略化されたブロック図である。第１のデバイス１５１０において、いくつかのデータストリームのトラフィックデータが、データソース１５１２から送信（ＴＸ）データプロセッサ１５１４に提供される。

いくつかの態様では、各データストリームは、それぞれの送信アンテナを通じて送信される。ＴＸデータプロセッサ１５１４は、そのデータストリーム用に選択された特定の符号化方式に基づいて、データストリームごとにトラフィックデータをフォーマットし、符号化し、インターリーブして、符号化データを提供する。

各データストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータと多重化され得る。パイロットデータは、典型的には、知られている方法で処理されチャネル応答を推定するために受信機システムにおいて使用され得る、知られているデータパターンである。次いで、各データストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを提供するために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データストリームのデータレート、符号化、および変調は、プロセッサ１５３０によって実行される命令によって決定され得る。データメモリ１５３２は、プロセッサ１５３０またはデバイス１５１０の他のコンポーネントによって使用される、プログラムコードと、データと、他の情報とを記憶し得る。

次いで、データストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ１５２０に与えられ、ＴＸ ＭＩＭＯプロセッサ１５２０はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理し得る。ＴＸ ＭＩＭＯプロセッサ１５２０は、次いで、Ｎ_T個の変調シンボルストリームを、Ｎ_T個の送受信機（ＸＣＶＲ）１５２２Ａ〜１５２２Ｔに提供する。いくつかの態様では、ＴＸ ＭＩＭＯプロセッサ１５２０は、データストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを付加する。

各送受信機１５２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を提供し、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを通じた送信に適した変調信号を提供する。次いで、送受信機１５２２Ａ〜１５２２ＴからのＮ_T個の変調信号は、それぞれＮ_T個のアンテナ１５２４Ａ〜１５２４Ｔから送信される。

第２のデバイス１５５０において、送信された変調信号はＮ_R個のアンテナ１５５２Ａ〜１５５２Ｒによって受信され、各アンテナ１５５２からの受信信号は、それぞれの送受信機（ＸＣＶＲ）１５５４Ａ〜１５５４Ｒに提供される。各送受信機１５５４は、それぞれの受信信号を調整（たとえば、フィルタリング、増幅、およびダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを提供する。

次いで、受信（ＲＸ）データプロセッサ１５６０は、特定の受信機処理技法に基づいてＮ_R個の送受信機１５５４からＮ_R個の受信シンボルストリームを受信し、処理して、Ｎ_T個の「検出」シンボルストリームを提供する。次いで、ＲＸデータプロセッサ１５６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ１５６０による処理は、デバイス１５１０におけるＴＸ ＭＩＭＯプロセッサ１５２０およびＴＸデータプロセッサ１５１４によって実行される処理を補完するものである。

プロセッサ１５７０は、どのプリコーディング行列（以下で論じられる）を使用すべきかを定期的に判定する。プロセッサ１５７０は、行列インデックス部分とランク値部分とを備える逆方向リンクメッセージを作成する。データメモリ１５７２は、プロセッサ１５７０または第２のデバイス１５５０の他のコンポーネントによって使用される、プログラムコードと、データと、他の情報とを記憶し得る。

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を備え得る。次いで、逆方向リンクメッセージは、データソース１５３６からのいくつかのデータストリームのトラフィックデータも受信するＴＸデータプロセッサ１５３８によって処理され、変調器１５８０によって変調され、送受信機１５５４Ａ〜１５５４Ｒによって調整され、デバイス１５１０に戻される。

デバイス１５１０において、第２のデバイス１５５０からの変調信号は、アンテナ１５２４によって受信され、送受信機１５２２によって調整され、復調器（ＤＥＭＯＤ）１５４０によって復調され、ＲＸデータプロセッサ１５４２によって処理されて、第２のデバイス１５５０によって送信された逆方向リンクメッセージが抽出される。次いで、プロセッサ１５３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用すべきかを決定し、次いで、抽出されたメッセージを処理する。

図１５はまた、通信コンポーネントが、本明細書で教示されるアクセス制御動作を実行する１つまたは複数のコンポーネントを含み得ることを示す。たとえば、アクセス制御コンポーネント１５９０は、デバイス１５１０のプロセッサ１５３０および／または他のコンポーネントと協働して、本明細書で教示されるような別のデバイス（たとえば、デバイス１５５０）との間で信号を送信／受信することができる。同様に、アクセス制御コンポーネント１５９２は、プロセッサ１５７０および／またはデバイス１５５０の他のコンポーネントと協働して、別のデバイス（たとえば、デバイス１５１０）との間で信号を送信／受信することができる。各デバイス１５１０および１５５０について、説明されるコンポーネントのうちの２つ以上の機能が単一のコンポーネントによって提供され得ることを理解されたい。たとえば、単一の処理コンポーネントがアクセス制御コンポーネント１５９０およびプロセッサ１５３０の機能を提供することができ、また、単一の処理コンポーネントがアクセス制御コンポーネント１５９２およびプロセッサ１５７０の機能を提供することができる。さらに、図３を参照して説明された装置１５００のコンポーネントは、図１５のコンポーネントと統合され／図１５のコンポーネントに組み込まれ得る。

図１６は、ワイヤレス通信装置の機能ブロック図を示す。ワイヤレス通信デバイスが、図１６に示される簡略化されたワイヤレス通信デバイス１６００よりも多くのコンポーネントを有し得ることを、当業者は理解されよう。示されるワイヤレス通信デバイス１６００は、上で説明されたような、ある実装形態のいくつかの顕著な特徴を説明するのに有用なコンポーネントのみを含む。ワイヤレス通信デバイス１６００は、アプリケーションｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（ＱｏＳ）回路１６０２と、ネットワークｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（ＱｏＳ）回路１６０４と、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（ＱｏＳ）通信回路１６０６と、通信フロー修正回路１６０８とを含む。

いくつかの実装形態では、アプリケーションＱｏＳ回路１６０２は、第１のリソースのためにアプリケーションからＱｏＳ情報を受信するように構成される。アプリケーションＱｏＳ回路１６０２は、デジタルシグナルプロセッサ、メモリ、およびアプリケーションインターフェースのうちの１つまたは複数を含み得る。いくつかの実装形態では、第１のリソースのためのアプリケーションまたはネットワークの一方からｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段および／または第１のリソースのためのアプリケーションまたはネットワークの他方からｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段は、アプリケーションＱｏＳ回路１６０２を含み得る。

いくつかの実装形態では、ネットワークＱｏＳ回路１６０４は、第１のリソースのためにネットワークからＱｏＳ情報を受信するように構成される。ネットワークＱｏＳ回路１６０４は、デジタルシグナルプロセッサ、メモリ、受信機、アンテナ、およびアプリケーションインターフェースのうちの１つまたは複数を含み得る。いくつかの実装形態では、第１のリソースのためのアプリケーションまたはネットワークの一方からｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段および／または第１のリソースのためのアプリケーションまたはネットワークの他方からｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段は、ネットワークＱｏＳ回路１６０４を含み得る。

いくつかの実装形態は、第１のリソースを使用して、受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するように構成されるＱｏＳ通信回路１６０６を含む。ＱｏＳ通信回路１６０６は、送信機、アンテナ、およびプロセッサのうちの１つまたは複数を含み得る。いくつかの実装形態では、通信フローを確立するための手段は、ＱｏＳ通信回路１６０６を含み得る。

いくつかの実装形態では、通信フロー修正回路１６０８は、アプリケーションまたはネットワークの他方から受信された情報に基づいて、アプリケーションのための確立された通信フローを修正するように構成され得る。通信フロー修正回路１６０８は、プロセッサ、メモリ、送受信機、およびアンテナのうちの１つまたは複数を含み得る。いくつかの実装形態では、アプリケーションのための通信フローを修正するための手段は、通信フロー修正回路１６０８を含み得る。

図１７は、通信システムの要素の間で交換され得る修正信号を示すためのシグナリング図を示す。示される実装形態では、ＵＥは、ＩＰアドレスＡに対するアクセスを前に要求していてよい。ＵＥは、ネットワークを介して、ＩＰ アドレスＡ １７０７に対する通信フローのための信号をＩＰコアから受信する。ネットワークは、フロー１７０４のために、１００ｋｂｐｓの第１の無線ベアラを割り当てる。ＵＥは、この情報を受信し、ベアラをアドレスにマッピングする。いくつかの実装形態では、この情報はまた、ＵＥ上で実行される１つまたは複数のアプリケーションへ送信され得る。

ＵＥ上のアプリケーションは、通信フローに対する一致を識別することができる。たとえば、アプリケーションは、ＩＰアドレスＡのすべてまたは一部を照合することができる。アプリケーションは、通信フローに対して、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータの異なるセットを識別することができる。たとえば、アプリケーションは、２００ｋｂｐｓを使用して、ＩＰアドレスＡと通信するように構成され得る。この例では帯域幅が使用されるが、他のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータが、通信フローと関連付けられ、本明細書で説明される技法を使用して修正され得ることが、理解されよう。

一致が見つかった場合、アプリケーションは、この情報をＵＥに提供する信号を送信することができる（１７０８）。ＵＥは次に、通信フローの修正を要求する信号を送信することができ（１７１０）、これによって無線ベアラが保持されるが、ｋｂｐｓは調整される。図１７に示される実装形態では、ネットワークは、要求された修正に対応し、それに従って確認応答信号をＵＥへ送信することができる（１７１２）。いくつかの実装形態では、ネットワークは、要求された修正に対応できないことがあり、この場合ネットワークは失敗メッセージを送信することができる。

本明細書における「第１」、「第２」などの指定を使用した要素への言及は、それらの要素の数量または順序を全般的に限定するものでないことを理解されたい。むしろ、これらの指定は、本明細書において２つ以上の要素またはある要素の複数の例を区別する便利な方法として使用され得る。したがって、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段規定されない限り、要素のセットは１つまたは複数の要素を含み得る。

情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光学粒子、またはこれらの任意の組合せによって表され得る。

さらに、本明細書で開示された態様に関して説明された様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれもが、電子ハードウェア（たとえば、ソースコーディングまたは何らかの他の技法を使用して設計され得る、デジタル実装形態、アナログ実装形態、もしくはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムもしくは設計コード（便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ばれ得る）、または、両方の組合せとして実装され得ることを当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書で開示された態様に関して、および図１〜図１４に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、集積回路（ＩＣ）、アクセス端末、またはアクセスポイント内に実装され得るか、またはそれらによって実行され得る。ＩＣは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェアコンポーネント、電気コンポーネント、光学コンポーネント、機械コンポーネント、または本明細書で説明される機能を実行するように設計されたそれらの任意の組合せを含んでよく、ＩＣの内部に、ＩＣの外側に、またはその両方に存在するコードまたは命令を実行することができる。論理ブロック、モジュール、および回路は、ネットワーク内またはデバイス内の様々なコンポーネントと通信するために、アンテナおよび／または送受信機を含み得る。汎用プロセッサはマイクロプロセッサであってよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってよい。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。モジュールの機能は、本明細書で教示された方法とは別の何らかの方法で実装され得る。（たとえば、添付の図の１つまたは複数に関して）本明細書で説明された機能は、いくつかの態様では、添付の特許請求の範囲において同様に指定された「手段」機能に対応することがある。

開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は、本開示の範囲内のまま再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

本開示で説明される実装形態への様々な修正は当業者には容易に明らかであってよく、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の実装形態に適用され得る。したがって、本開示は、本明細書で示された実装形態に限定されるものではなく、本明細書で開示される特許請求の範囲、原理および新規の特徴に一致する、最も広い範囲を与えられるべきである。「例示的」という単語は、本明細書ではもっぱら「例、事例、または例示の働きをすること」を意味するために使用される。本明細書に「例示的」と記載されたいかなる実装形態も、必ずしも他の実装形態よりも好ましいまたは有利であると解釈されるべきではない。

また、別々の実装形態に関して本明細書で説明されたいくつかの特徴は、単一の実装形態において組み合わせて実装され得る。また、逆に、単一の実装形態に関して説明された様々な特徴は、複数の実装形態において別々に、または任意の適切な部分組合せで実装され得る。その上、特徴は、いくつかの組合せで動作するものとして上で説明され、初めにそのように請求されることさえあるが、請求される組合せからの１つまたは複数の特徴は、場合によってはその組合せから削除されることがあり、請求される組合せは、部分組合せ、または部分組合せの変形を対象とし得る。

同様に、動作は特定の順序で図面に示されているが、これは、望ましい結果を達成するために、そのような動作が、示される特定の順序でもしくは順番に実行されることを、またはすべての図示の動作が実行されることを必要とするものとして理解されるべきでない。いくつかの状況では、マルチタスキングおよび並列処理が有利であり得る。その上、上で説明された実装形態における様々なシステムコンポーネントの分離は、すべての実装形態においてそのような分離を必要とするものとして理解されるべきでなく、説明されるプログラムコンポーネントおよびシステムは、一般に、単一のソフトウェア製品において一緒に一体化されるか、または複数のソフトウェア製品にパッケージングされ得ることを理解されたい。さらに、他の実装形態が以下の特許請求の範囲内に入る。場合によっては、特許請求の範囲に記載される動作は、異なる順序で実行されてよく、それでも望ましい結果を達成することができる。
なお、以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャを備えるユーザ機器を備え、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、
第１のリソースのためのアプリケーションとネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信し、
前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立し、
前記第１のリソースのための前記アプリケーションまたは前記ネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信し、
前記アプリケーションまたは前記ネットワークの前記他方から受信された前記情報に基づいて、前記アプリケーションのための前記通信フローを修正するように構成される、ワイヤレス通信システム。
［Ｃ２］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記アプリケーションと前記ネットワークの前記一方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報と、前記アプリケーションと前記ネットワークの前記他方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報との比較に基づいて、前記通信フローをさらに修正するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ３］通信フローを確立することが、アプリケーションのために、第１の通信ネットワークを通じて、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に従って通信フローを確立することを備え、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記アプリケーションに対して透過的に、前記第１の通信フローのための第２の通信ネットワークへ切り替えるように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ４］前記第１の通信ネットワークが第１の無線アクセス技術を利用し、前記第２の通信ネットワークが第２の無線アクセス技術を利用する、Ｃ１に記載のワイヤレス通信システム。
［Ｃ５］前記第１の通信ネットワークが第１のネットワーク事業者と関連付けられ、前記第２の通信ネットワークが第２のネットワーク事業者と関連付けられる、Ｃ１に記載のワイヤレス通信システム。
［Ｃ６］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記ネットワークによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報と一致するかどうかを判定するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ７］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ６に記載のワイヤレス通信システム。
［Ｃ８］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するように構成される、Ｃ６に記載のワイヤレス通信システム。
［Ｃ９］前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記アプリケーションまたは前記ネットワークのいずれかによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローと一致するかどうかを判定するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ１０］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ９に記載のワイヤレス通信システム。
［Ｃ１１］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するように構成される、Ｃ９に記載のワイヤレス通信システム。
［Ｃ１２］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間待機するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ１３］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ１４］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に対する前記アプリケーションからの問い合わせを受信するように構成される、Ｃ１３に記載のワイヤレス通信システム。
［Ｃ１５］前記ユーザ機器が、ソースネットワークからターゲットネットワークに移行する時、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するように構成される、Ｃ１に記載のワイヤレス通信システム。
［Ｃ１６］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記ターゲットネットワークが前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定し、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を受信するのを、設定可能な時間の間待機するように構成される、Ｃ１５に記載のワイヤレス通信システム。
［Ｃ１７］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示すｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信する前に、前記設定可能な時間が経過した場合、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するように構成される、Ｃ１６に記載のワイヤレス通信システム。
［Ｃ１８］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを前記ターゲットネットワークが使用できないと判定し、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するように構成される、Ｃ１５に記載のワイヤレス通信システム。
［Ｃ１９］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するように構成される、Ｃ１５に記載のワイヤレス通信システム。
［Ｃ２０］第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信することと、
前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立することと、
前記第１のリソースのための前記アプリケーションまたは前記ネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信することと、
前記アプリケーションまたは前記ネットワークの前記他方から受信された前記情報に基づいて、前記アプリケーションのための前記通信フローを修正することとを備える、ワイヤレス通信システムにおいて実施される方法。
［Ｃ２１］前記アプリケーションと前記ネットワークの前記一方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報と、前記アプリケーションと前記ネットワークの前記他方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報との比較に基づいて、前記通信フローを修正することをさらに備える、Ｃ２０に記載の方法。
［Ｃ２２］通信フローを確立することが、アプリケーションのために、第１の通信ネットワークを通じて、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に従って通信フローを確立することを備え、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記アプリケーションに対して透過的に、前記第１の通信フローのための第２の通信ネットワークへ切り替えるように構成される、Ｃ２０に記載の方法。
［Ｃ２３］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記方法が、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記ネットワークによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報と一致するかどうかを判定することをさらに備える、Ｃ２０に記載の方法。
［Ｃ２４］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ２３に記載の方法。
［Ｃ２５］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定することをさらに備える、Ｃ２３に記載の方法。
［Ｃ２６］前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記方法が、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記アプリケーションまたは前記ネットワークのいずれかによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローと一致するかどうかを判定することをさらに備える、Ｃ２０に記載の方法。
［Ｃ２７］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ２６に記載の方法。
［Ｃ２８］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定することをさらに備える、Ｃ２６に記載の方法。
［Ｃ２９］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記方法が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間待機することをさらに備える、Ｃ２０に記載の方法。
［Ｃ３０］前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知することをさらに備える、Ｃ２０に記載の方法。
［Ｃ３１］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に対する前記アプリケーションからの問い合わせを受信することをさらに備える、Ｃ３０に記載の方法。
［Ｃ３２］ユーザ機器がソースネットワークからターゲットネットワークに移行する時、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定することをさらに備える、Ｃ２０に記載の方法。
［Ｃ３３］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定することを備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記方法が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を受信するのを、設定可能な時間の間待機することをさらに備える、Ｃ３２に記載の方法。
［Ｃ３４］前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が受信される前に、前記設定可能な時間が経過した場合、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立することをさらに備える、Ｃ３３に記載の方法。
［Ｃ３５］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを前記ターゲットネットワークが使用できないと判定することを備え、前記方法が、ｍ前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立することをさらに備える、Ｃ３２に記載の方法。
［Ｃ３６］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知することをさらに備える、Ｃ３２に記載の方法。
［Ｃ３７］通信ネットワークにおいて動作可能なワイヤレス通信装置であって、
第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される受信機と、
前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するように構成されるプロセッサと、
前記第１のリソースのための前記アプリケーションまたは前記ネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するように構成される第２の受信機とを備え、
前記プロセッサがさらに、前記アプリケーションまたは前記ネットワークの前記他方から受信された前記情報に基づいて、前記アプリケーションのための前記通信フローを修正するように構成される、ワイヤレス通信装置。
［Ｃ３８］前記プロセッサが、前記アプリケーションと前記ネットワークの前記一方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報と、前記アプリケーションと前記ネットワークの前記他方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報との比較に基づいて、前記通信フローをさらに修正するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ３９］通信フローを確立することが、アプリケーションのために、第１の通信ネットワークを通じて、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に従って通信フローを確立することを備え、プロセッサがさらに、前記アプリケーションに対して透過的に、前記第１の通信フローのための第２の通信ネットワークへ切り替えるように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ４０］前記第１の通信ネットワークが第１の無線アクセス技術を利用し、前記第２の通信ネットワークが第２の無線アクセス技術を利用する、Ｃ３９に記載のワイヤレス通信装置。
［Ｃ４１］前記第１の通信ネットワークが第１のネットワーク事業者と関連付けられ、前記第２の通信ネットワークが第２のネットワーク事業者と関連付けられる、Ｃ３９に記載のワイヤレス通信装置。
［Ｃ４２］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記プロセッサがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記ネットワークによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報と一致するかどうかを判定するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ４３］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ４２に記載のワイヤレス通信装置。
［Ｃ４４］前記プロセッサがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するように構成される、Ｃ４２に記載のワイヤレス通信装置。
［Ｃ４５］前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記プロセッサがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記アプリケーションまたは前記ネットワークのいずれかによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローと一致するかどうかを判定するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ４６］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ４５に記載のワイヤレス通信装置。
［Ｃ４７］前記プロセッサがさらに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するように構成される、Ｃ４６に記載のワイヤレス通信装置。
［Ｃ４８］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記受信機および前記第２の受信機の少なくとも１つがさらに、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間待機するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ４９］前記プロセッサがさらに、前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ５０］前記受信機および前記第２の受信機の少なくとも１つがさらに、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に対する前記アプリケーションからの問い合わせを受信するように構成される、Ｃ４９に記載のワイヤレス通信装置。
［Ｃ５１］前記ユーザ機器が、ソースネットワークからターゲットネットワークに移行する時、前記プロセッサがさらに、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ５２］前記プロセッサが、前記ターゲットネットワークが前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定し、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記受信機および前記第２の受信機の少なくとも１つがさらに、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を受信するのを、設定可能な時間の間待機するように構成される、Ｃ５１に記載のワイヤレス通信装置。
［Ｃ５３］前記受信機が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示すｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信する前に、前記設定可能な時間が経過した場合、前記プロセッサがさらに、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するように構成される、Ｃ５２に記載のワイヤレス通信装置。
［Ｃ５４］前記プロセッサが、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを前記ターゲットネットワークが使用できないと判定し、前記プロセッサがさらに、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するように構成される、Ｃ５１に記載のワイヤレス通信装置。
［Ｃ５５］前記プロセッサがさらに、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するように構成される、Ｃ３７に記載のワイヤレス通信装置。
［Ｃ５６］通信ネットワークにおいて動作可能なワイヤレス通信装置であって、
第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段と、
前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立するための手段と、
前記第１のリソースのための前記アプリケーションまたは前記ネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するための手段と、
前記アプリケーションまたは前記ネットワークの前記他方から受信された前記情報に基づいて、前記アプリケーションのための前記通信フローを修正するための手段とを備える、ワイヤレス通信装置。
［Ｃ５７］前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャが、前記アプリケーションと前記ネットワークの前記一方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報と、前記アプリケーションと前記ネットワークの前記他方から受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報との比較に基づいて、前記通信フローをさらに修正するように構成される、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ５８］通信フローを確立することが、アプリケーションのために、第１の通信ネットワークを通じて、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に従って通信フローを確立することを備え、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅマネージャがさらに、前記アプリケーションに対して透過的に、前記第１の通信フローのための第２の通信ネットワークへ切り替えるように構成される、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ５９］前記第１の通信ネットワークが第１の無線アクセス技術を利用し、前記第２の通信ネットワークが第２の無線アクセス技術を利用する、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６０］前記第１の通信ネットワークが第１のネットワーク事業者と関連付けられ、前記第２の通信ネットワークが第２のネットワーク事業者と関連付けられる、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６１］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記装置が、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記ネットワークによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報と一致するかどうかを判定するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６２］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ６１に記載のワイヤレス通信装置。
［Ｃ６３］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するための手段をさらに備える、Ｃ６１に記載のワイヤレス通信装置。
［Ｃ６４］前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記装置が、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記アプリケーションまたは前記ネットワークのいずれかによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローと一致するかどうかを判定するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６５］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ６４に記載のワイヤレス通信装置。
［Ｃ６６］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定するための手段をさらに備える、Ｃ６４に記載のワイヤレス通信装置。
［Ｃ６７］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記装置が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間待機するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６８］前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ６９］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に対する前記アプリケーションからの問い合わせを受信するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ７０］ユーザ機器がソースネットワークからターゲットネットワークに移行する時、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するための手段をさらに備える、Ｃ５６に記載のワイヤレス通信装置。
［Ｃ７１］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定することを備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記装置が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を受信するのを、設定可能な時間の間待機するための手段をさらに備える、Ｃ７０に記載のワイヤレス通信装置。
［Ｃ７２］前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が受信される前に、前記設定可能な時間が経過した場合、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するための手段をさらに備える、Ｃ７１に記載のワイヤレス通信装置。
［Ｃ７３］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するための前記手段が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを前記ターゲットネットワークが使用できないと判定することを備え、前記装置が、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するための手段をさらに備える、Ｃ７０に記載のワイヤレス通信装置。
［Ｃ７４］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するための手段をさらに備える、Ｃ７０に記載のワイヤレス通信装置。
［Ｃ７５］装置に、
第１のリソースのためのアプリケーションまたはネットワークの一方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させ、
前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立させ、
前記第１のリソースのための前記アプリケーションまたは前記ネットワークの他方から、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させ、
前記アプリケーションまたは前記ネットワークの前記他方から受信された前記情報に基づいて、前記アプリケーションのための前記通信フローを修正させるために前記装置のプロセッサによって実行可能な命令を備える、非一時的コンピュータ可読媒体。
［Ｃ７６］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記コンピュータ可読媒体が、コンピュータに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記ネットワークによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報と一致するかどうかを判定させるためのコードをさらに備える、Ｃ７５に記載のコンピュータ可読媒体。
［Ｃ７７］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ７６に記載のコンピュータ可読媒体。
［Ｃ７８］コンピュータに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定させるためのコードをさらに備える、Ｃ７６に記載のコンピュータ可読媒体。
［Ｃ７９］前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
前記コンピュータ可読媒体が、コンピュータに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が前記アプリケーションまたは前記ネットワークのいずれかによって開始される既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローと一致するかどうかを判定させるためのコードをさらに備える、Ｃ７５に記載のコンピュータ可読媒体。
［Ｃ８０］前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、Ｃ７９に記載のコンピュータ可読媒体。
［Ｃ８１］コンピュータに、前記要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローおよび前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報に基づいて、前記既存のｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを修正するかどうかを判定させるためのコードをさらに備える、Ｃ７９に記載のコンピュータ可読媒体。
［Ｃ８２］前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記コンピュータ可読媒体が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間待機するためのコードをさらに備える、Ｃ７５に記載のコンピュータ可読媒体。
［Ｃ８３］前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するためのコードをさらに備える、Ｃ７５に記載のコンピュータ可読媒体。
［Ｃ８４］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に対する前記アプリケーションからの問い合わせを受信するためのコードをさらに備える、Ｃ８３に記載のコンピュータ可読媒体。
［Ｃ８５］ユーザ機器がソースネットワークからターゲットネットワークに移行する時、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するためのコードをさらに備える、Ｃ７５に記載のコンピュータ可読媒体。
［Ｃ８６］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定することを備え、
前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
前記コンピュータ可読媒体が、前記ネットワークによって開始される前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す前記情報を受信するのを、設定可能な時間の間待機するためのコードをさらに備える、Ｃ８５に記載のコンピュータ可読媒体。
［Ｃ８７］前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が受信される前に、前記設定可能な時間が経過した場合、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するためのコードをさらに備える、Ｃ８６に記載のコンピュータ可読媒体。
［Ｃ８８］前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ネットワークによって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを前記ターゲットネットワークが使用できないと判定することを備え、前記コンピュータ可読媒体が、前記ユーザ機器によって開始されるｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのために前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ通信フローを確立するためのコードをさらに備える、Ｃ８５に記載のコンピュータ可読媒体。
［Ｃ８９］ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するためのコードをさらに備える、Ｃ８５に記載のコンピュータ可読媒体。

Claims (64)

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. 前記第１の通信ネットワークが第１のネットワーク事業者と関連付けられ、前記第２の通信ネットワークが第２のネットワーク事業者と関連付けられる、請求項４３に記載のワイヤレス通信装置。
46. 前記要求するための手段によって要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、請求項４１に記載のワイヤレス通信装置。
47. 前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
    前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
    前記装置が、前記ネットワークによって開始された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間、待機するための手段をさらに備える、請求項４１に記載のワイヤレス通信装置。
48. 前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するための手段をさらに備える、請求項４１に記載のワイヤレス通信装置。
49. 通知されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に関する前記アプリケーションからの問い合わせを受信するための手段をさらに備える、請求項４１に記載のワイヤレス通信装置。
50. ユーザ機器がソースネットワークからターゲットネットワークに移行する時、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するための手段をさらに備える、請求項４１に記載のワイヤレス通信装置。
51. 前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定することを備え、
    前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
    前記装置が、前記ネットワークによって開始された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す前記情報を受信するのを、設定可能な時間の間、待機するための手段をさらに備える、請求項５０に記載のワイヤレス通信装置。
52. 前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が受信される前に、前記設定可能な時間が経過した場合、前記ユーザ機器によって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのための前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを確立するための手段をさらに備える、請求項５１に記載のワイヤレス通信装置。
53. 前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するための前記手段が、前記ターゲットネットワークが前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できないと判定することを備え、前記装置が、前記ユーザ機器によって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのための前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを確立するための手段をさらに備える、請求項５０に記載のワイヤレス通信装置。
54. ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するための手段をさらに備える、請求項５０に記載のワイヤレス通信装置。
55. 非一時的コンピュータ可読記憶媒体であって、
    プロセッサ上で実行されると、装置に、
    アプリケーションから、第１のリソースに関するｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させ、
    前記第１のリソースを使用して、前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に少なくとも一部基づいて、通信フローを確立させ、
    ネットワークから、前記第１のリソースに関するｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信させ、
    前記ネットワークから受信された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に基づいて、前記アプリケーションのための前記通信フローをより高い帯域幅に修正するように、前記ネットワークに要求させる
    ために前記装置のプロセッサによって実行可能なコードを備え、
    前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記プロセッサによって要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての情報を備え、
    前記プロセッサによって要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備え、前記パケットフィルタは、前記アプリケーションによって規定されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータと、前記ネットワークによって設定されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータとを照合する処理を行うパケットフィルタ照合の対象であり、
    前記パケットフィルタ照合において、前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットが用いられる、非一時的コンピュータ可読記憶媒体。
56. 前記プロセッサによって要求されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローについての前記情報が、パケットフィルタと、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅパラメータのセットとを備える、請求項５５に記載のコンピュータ可読記憶媒体。
57. 前記アプリケーションからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローに対する要求を備え、
    前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
    前記コンピュータ可読記憶媒体が、前記ネットワークによって開始された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を受信するのを、設定可能な時間の間、待機するためのコードをさらに備える、請求項５５に記載のコンピュータ可読記憶媒体。
58. 前記ネットワークからの前記受信されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報を前記アプリケーションに通知するためのコードをさらに備える、請求項５５に記載のコンピュータ可読記憶媒体。
59. 前記通知されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報に関する前記アプリケーションからの問い合わせを受信するためのコードをさらに備える、請求項５８に記載のコンピュータ可読記憶媒体。
60. ユーザ機器がソースネットワークからターゲットネットワークに移行する時、前記ターゲットネットワークのｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を判定するためのコードをさらに備える、請求項５５に記載のコンピュータ可読記憶媒体。
61. 前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できると判定することを備え、
    前記ネットワークからの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が、前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す情報を備え、
    前記コンピュータ可読記憶媒体が、前記ネットワークによって開始された前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されているかどうかを示す前記情報を受信するのを、設定可能な時間の間、待機するためのコードをさらに備える、請求項６０に記載のコンピュータ可読記憶媒体。
62. 前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローが確立されていることを示す前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ情報が受信される前に、前記設定可能な時間が経過した場合、前記ユーザ機器によって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのための前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを確立するためのコードをさらに備える、請求項６１に記載のコンピュータ可読記憶媒体。
63. 前記ターゲットネットワークの前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ能力を前記判定することが、前記ターゲットネットワークが前記ネットワークによって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用できないと判定することを備え、前記コンピュータ可読記憶媒体が、前記ユーザ機器によって開始されたｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅを使用して、前記アプリケーションのための前記ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅフローを確立するためのコードをさらに備える、請求項６０に記載のコンピュータ可読記憶媒体。
64. ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅイベントについて前記アプリケーションに通知するためのコードをさらに備える、請求項６０に記載のコンピュータ可読記憶媒体。

Images