JP2013535157A - ワイヤレス通信システムにおける無線アクセス技術間ハンドオーバ中のＱｏＳコンテキスト転送のための方法および装置 - Google Patents

Abstract

本明細書では、無線アクセス技術（ＲＡＴ）間ハンドオーバ中のサービス品質（ＱｏＳ）コンテキストの効率的な転送を可能にするシステムおよび方法について説明する。特に、本明細書では、混合モードアプリケーションのためのＱｏＳをユーザ機器ユニット（ＵＥ）が確立すべきか、関連するネットワークが確立すべきかについてのルールを確立することと、ＲＡＴ間ハンドオーバにわたってＱｏＳを変換するときにフロー対ベアラマッピングを識別することと、それぞれのＲＡＴのＱｏＳパラメータをマッピングすることと、複数のハンドオーバ時にＱｏＳ低下を緩和することと、ＱｏＳが新しいＲＡＴにおいて許容できない場合に１つまたは複数のアクションを実行することと、トンネルモード中にＱｏＳを維持することと、ネットワーク主導型ＱｏＳを使用するＲＡＴとＵＥ主導型ＱｏＳを使用するＲＡＴとの間をＵＥが移動するシナリオを処理することとを行うための技法について説明する。

Description

本開示は、一般にワイヤレス通信に関し、より詳細には、ワイヤレス通信環境において、それぞれのネットワーク間でのデバイスのハンドオーバを管理するための技法に関する。

ワイヤレス通信システムは、様々な通信サービスを提供するために広く展開されており、そのようなワイヤレス通信システムを介して、たとえば、ボイス、ビデオ、パケットデータ、ブロードキャスト、およびメッセージングサービスが提供され得る。これらのシステムは、利用可能なシステムリソースを共有することによって複数の端末のための通信をサポートすることが可能な多元接続システムとすることができる。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。

ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートし得る。そのようなシステムでは、各端末は、順方向リンクおよび逆方向リンク上の伝送を介して１つまたは複数の基地局と通信することができる。順方向リンク（またはダウンリンク）は基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力（ＳＩＳＯ）、多入力単出力（ＭＩＳＯ）、単入力多出力（ＳＩＭＯ）、または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。

様々なワイヤレス通信ネットワーク実装形態では、ワイヤレス通信を行うためのアプリケーションおよび／または他の手段は、データレート、誤り率、チャネル品質などに関する、アプリケーションのためのそれぞれの要件を指定することができる様々なサービス品質（ＱｏＳ）パラメータに従って動作することができる。したがって、場合によっては、ワイヤレス通信ネットワーク中のユーザ機器ユニット（ＵＥ）および／または他の好適なデバイス、ならびに／あるいはワイヤレス通信ネットワーク自体が、ＵＥとネットワークとの間の通信を可能にするためにＱｏＳ予約プロシージャを開始することができる。さらに、ＵＥが、様々な基準に基づいて、異なる無線アクセス技術（ＲＡＴ）間でのハンドオーバを開始する場合、ＵＥに対応する確立されたＱｏＳコンテキストが、場合によっては、ハンドオーバに関与するあるＲＡＴから別のＲＡＴに転送される必要があり得ることが諒解できよう。したがって、実質的に効率的な方法でワイヤレス通信環境内でのＲＡＴ間（inter-RAT）ハンドオーバ中のＱｏＳコンテキストおよび／または他のＱｏＳパラメータの転送を可能にするための技法を実装することが望ましいであろう。

以下で、請求する主題の様々な態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、主要または重要な要素を識別するものでも、そのような態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、開示する態様のいくつかの概念を簡略化された形で提示することである。

一態様によれば、方法について本明細書で説明する。本方法は、少なくとも１つのインターネットプロトコル（ＩＰ）フローと、少なくとも１つのＩＰフローにそれぞれ関連するそれぞれのＩＰフロートラフィックフォーマットテンプレート（ＴＦＴ：traffic format template）とを識別することと、関連するネットワークから、少なくとも１つのベアラと、それぞれのベアラに関係する少なくとも１つのベアラＴＦＴとに対応するサービス品質（ＱｏＳ）確立メッセージングを受信することと、少なくとも部分的に、ＩＰフローＴＦＴをベアラＴＦＴに一致させることによって、それぞれのＩＰフローとベアラとの間の関連付けを判断することとを備えることができる。

本明細書で説明する第２の態様は、少なくとも１つのＩＰフローと、少なくとも１つのＩＰフローにそれぞれ関連するそれぞれのＩＰフローＴＦＴとに関係するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、関連するネットワークから、少なくとも１つのベアラと、それぞれのベアラに関係する少なくとも１つのベアラＴＦＴとに対応するＱｏＳ確立メッセージングを受信することと、少なくとも部分的に、ＩＰフローＴＦＴをベアラＴＦＴに一致させることによって、それぞれのＩＰフローとベアラとの間の関連付けを判断することとを行うように構成されたプロセッサをさらに備えることができる。

本明細書で説明する第３の態様は、それぞれのパケットフローに対応する１つまたは複数のＴＦＴを識別するための手段と、関連するネットワークから、ベアラＴＦＴに関連する指定されたベアラに対応するＱｏＳパラメータに関係するシグナリングを取得するための手段と、少なくとも部分的に、それぞれのパケットフローに対応するＴＦＴをベアラＴＦＴに一致させることによって、それぞれのパケットフローのうちの１つまたは複数を指定されたベアラにマッピングするための手段とを備えることができる、ワイヤレス通信システムにおいて動作可能な装置に関する。

本明細書で説明する第４の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関する。コンピュータ可読媒体は、コンピュータに、それぞれのパケットフローに対応する１つまたは複数のＴＦＴを識別させるためのコードと、コンピュータに、関連するネットワークから、ベアラＴＦＴに関連する指定されたベアラに対応するＱｏＳパラメータに関係するシグナリングを取得させるためのコードと、コンピュータに、少なくとも部分的に、それぞれのパケットフローに対応するＴＦＴをベアラＴＦＴに一致させることによって、それぞれのパケットフローのうちの１つまたは複数を指定されたベアラにマッピングさせるためのコードとを備えることができる。

本明細書で説明する第５の態様は、第１の無線アクセス技術（ＲＡＴ）に関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットとを識別することと、利用されたネットワーク通信アプリケーションと、利用されたネットワーク通信アプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータとに関係する情報を取得することと、利用されたネットワーク通信アプリケーションとは無関係に、利用されたネットワーク通信アプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングすることとを備えることができる、ワイヤレス通信システムにおいて動作可能な方法に関する。

本明細書で説明する第６の態様は、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットと、ネットワークアプリケーションとに関係するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、ネットワークアプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータに関係する情報を取得することと、ネットワークアプリケーションとは無関係に、ネットワークアプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングすることとを行うように構成されたプロセッサをさらに備えることができる。

本明細書で説明する第７の態様は、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットと、ネットワーク通信を可能にするアプリケーションとに関係する情報を取得するための手段と、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを識別するための手段と、アプリケーションとは無関係に、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングするための手段とを備えることができる、ワイヤレス通信システムにおいて動作可能な装置に関する。

本明細書で説明する第８の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関する。コンピュータ可読媒体は、コンピュータに、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットと、ネットワーク通信を可能にするアプリケーションとに関係する情報を取得させるためのコードと、コンピュータに、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを識別させるためのコードと、コンピュータに、アプリケーションとは無関係に、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングさせるためのコードとを備えることができる。

本明細書で説明する第９の態様は、関連するネットワークとの通信を可能にするアプリケーションを識別することと、アプリケーションから、それぞれのＲＡＴに関係するそれぞれのＱｏＳパラメータを取得することと、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバを識別することと、アプリケーションから取得されたそれぞれのＱｏＳパラメータに少なくとも部分的に基づいて、アプリケーションに関連し、第１のＲＡＴに関係する少なくとも１つのＱｏＳパラメータを、アプリケーションに関連し、第２のＲＡＴに関係する少なくとも１つのＱｏＳパラメータにマッピングすることとを備えることができる、ワイヤレス通信システムにおいて動作可能な方法に関する。

本明細書で説明する第１０の態様は、関連するネットワークとの通信を可能にするアプリケーションと、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバとに関係するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、アプリケーションから、それぞれのＲＡＴに関係するそれぞれのＱｏＳパラメータを取得することと、アプリケーションから取得されたそれぞれのＱｏＳパラメータに少なくとも部分的に基づいて、アプリケーションに関連し、第２のＲＡＴに関係する少なくとも１つのＱｏＳパラメータへの、アプリケーションに関連し、第１のＲＡＴに関係する少なくとも１つのＱｏＳパラメータのマッピングを実行することとを行うように構成されたプロセッサをさらに備えることができる。

本明細書で説明する第１１の態様は、ネットワークアプリケーションから、それぞれのＲＡＴに関係するＱｏＳパラメータのセットを取得するための手段と、ネットワークアプリケーションから取得された第１のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーションから取得された第２のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータにマッピングするための手段とを備えることができる、ワイヤレス通信システムにおいて動作可能な装置に関する。

本明細書で説明する第１２の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関する。コンピュータ可読媒体は、コンピュータに、ネットワークアプリケーションから、それぞれのＲＡＴに関係するＱｏＳパラメータのセットを取得させるためのコードと、コンピュータに、ネットワークアプリケーションから取得された第１のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーションから取得された第２のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータにマッピングさせるためのコードとを備えることができる。

本明細書で説明する第１３の態様は、ユーザ機器ユニット（ＵＥ）と、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータとを識別することと、ＲＡＴからのＵＥのエグジットとＲＡＴへのＵＥのリエントリとを検出することと、ＲＡＴへのＵＥのリエントリに応答して、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータに少なくとも部分的に基づいて、ＵＥのためのＱｏＳを再確立することとを備えることができる、ワイヤレス通信システムにおいて動作可能な方法に関する。

本明細書で説明する第１４の態様は、ＵＥと、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータとに関係するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、ＲＡＴからのＵＥのエグジットとＲＡＴへのＵＥのリエントリとを検出することと、ＲＡＴへのＵＥのリエントリに応答して、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータに少なくとも部分的に基づいて、ＵＥのためのＱｏＳを再確立することとを行うように構成されたプロセッサをさらに備えることができる。

本明細書で説明する第１５の態様は、ネットワークデバイスが第１のハンドオーバを介して関連するＲＡＴを離れたことに応答して、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータを識別するための手段と、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータに少なくとも部分的に基づいて、ネットワークデバイスが第２のハンドオーバを介して関連するＲＡＴに再び入ったことに応答して、ネットワークデバイスのためのＱｏＳを確立するための手段とを備えることができる、ワイヤレス通信システムにおいて動作可能な装置に関する。

本明細書で説明する第１６の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関する。コンピュータ可読媒体は、コンピュータに、ネットワークデバイスが、第１のハンドオーバを介して関連するＲＡＴを離れたことに応答して、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータを識別させるためのコードと、コンピュータに、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータに少なくとも部分的に基づいて、ネットワークデバイスが第２のハンドオーバを介して関連するＲＡＴに再び入ったことに応答して、ネットワークデバイスのためのＱｏＳを確立させるためのコードとを備えることができる。

本明細書で説明する第１７の態様は、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に関係する情報を取得することと、第１のＲＡＴに関して利用されるＱｏＳパラメータを識別することと、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に少なくとも部分的に基づいて、第１のＲＡＴに関して利用されるＱｏＳパラメータを、第２のＲＡＴに関連するＱｏＳパラメータにマッピングすることとを備えることができる、ワイヤレス通信システムにおいて動作可能な方法に関する。

本明細書で説明する第１８の態様は、第１のＲＡＴと、第２のＲＡＴと、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係と、第１のＲＡＴに関して利用されるＱｏＳパラメータとに関係するデータを記憶するメモリを備えることができるワイヤレス通信装置に関する。本ワイヤレス通信装置は、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に少なくとも部分的に基づいて、第１のＲＡＴに関して利用されるＱｏＳパラメータを、第２のＲＡＴに関連するＱｏＳパラメータにマッピングするように構成されたプロセッサをさらに備えることができる。

本明細書で説明する第１９の態様は、少なくとも１つのアプリケーションがネットワーク通信を行うことができる第１のＲＡＴと第２のＲＡＴとを識別するための手段と、第１のＲＡＴのためのそれぞれのＱｏＳパラメータと第２のＲＡＴのためのそれぞれのＱｏＳパラメータとの間のマッピングに関係する情報を取得するための手段と、少なくとも部分的に、マッピングに従って、アプリケーションによって利用される第１のＲＡＴのためのＱｏＳパラメータに対応する第２のＲＡＴのためのＱｏＳパラメータを取得することによって、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立するための手段とを備えることができる、ワイヤレス通信システムにおいて動作可能な装置に関する。

本明細書で説明する第２０の態様は、コンピュータ可読媒体を備えることができるコンピュータプログラム製品に関する。コンピュータ可読媒体は、コンピュータに、少なくとも１つのアプリケーションがネットワーク通信を行うことができる第１のＲＡＴと第２のＲＡＴとを識別させるためのコードと、コンピュータに、第１のＲＡＴのためのそれぞれのＱｏＳパラメータと第２のＲＡＴのためのそれぞれのＱｏＳパラメータとの間のマッピングに関係する情報を取得させるためのコードと、コンピュータに、少なくとも部分的に、マッピングに従って、アプリケーションによって利用される第１のＲＡＴのためのＱｏＳパラメータに対応する第２のＲＡＴのためのＱｏＳパラメータを取得することによって、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立させるためのコードとを備えることができる。

上記および関係する目的を達成するために、請求する主題の１つまたは複数の態様は、以下で十分に説明し、特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面に、請求する主題のいくつかの例示的な態様を詳細に記載する。ただし、これらの態様は、請求する主題の原理を採用することができる様々な方法のほんのいくつかを示すものである。さらに、開示する態様は、すべてのそのような態様およびそれらの均等物を含むものとする。

様々な態様による、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にするシステムのブロック図。 様々な態様による、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を可能にするシステムのブロック図。 様々な態様による、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を可能にするシステムのブロック図。 様々な態様による、ＲＡＴ間ハンドオーバにわたってＱｏＳを変換することに関するフロー対ベアラマッピングを識別するためのシステムのブロック図。 様々な態様による、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にするシステムのブロック図。 様々な態様による、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にするシステムのブロック図。 様々な態様による、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にするシステムのブロック図。 本明細書で説明する様々な態様が機能することができる、ＲＡＴのセットに関する例示的なＱｏＳパラメータ構成を示す図。 様々な態様による、連続ハンドオーバに関してＱｏＳパラメータの保存を可能にするシステムのブロック図。 様々な態様による、連続ハンドオーバに関してＱｏＳパラメータの保存を可能にするシステムのブロック図。 様々な態様による、ＲＡＴ間ハンドオーバの後に１つまたは複数のネットワークアプリケーションのための不十分なＱｏＳを処理するためのシステムのブロック図。 様々な態様による、トンネルモード動作を介して複数のＲＡＴに関してＱｏＳ情報を維持するためのシステムのブロック図。 様々な態様による、ＱｏＳ情報を維持するために利用され得る例示的なトンネリング構成を示す図。 様々な態様による、ＲＡＴ間ハンドオーバ中のＱｏＳ確立動作の処理を可能にするシステムのブロック図。 様々な態様による、ＲＡＴ間ハンドオーバ中のＱｏＳ確立動作の処理を可能にするシステムのブロック図。 ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための方法の流れ図。 ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための方法の流れ図。 ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための方法の流れ図。 ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための方法の流れ図。 ＲＡＴ間ハンドオーバに関連するフロー対ベアラＱｏＳマッピングを実行するための方法の流れ図。 複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にする方法の流れ図。 複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にする方法の流れ図。 複数のＲＡＴ間ハンドオーバに関してＱｏＳパラメータの保存を可能にする方法の流れ図。 複数のＲＡＴ間ハンドオーバに関してＱｏＳパラメータの保存を可能にする方法の流れ図。 ＲＡＴ間ハンドオーバの後にＱｏＳが格下げされた場合、ネットワークアプリケーションの動作を適応させるための方法の流れ図。 複数のＲＡＴに関してＱｏＳ情報を維持するためにトンネリングを利用するための方法の流れ図。 複数のＲＡＴに関してＱｏＳ情報を維持するためにトンネリングを利用するための方法の流れ図。 ＲＡＴ間ハンドオーバ中にＱｏＳ確立動作を処理するための方法の流れ図。 ＲＡＴ間ハンドオーバ中にＱｏＳ確立動作を処理するための方法の流れ図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする装置のブロック図。 本明細書に記載する様々な態様によるワイヤレス多元接続通信システムを示す図。 本明細書で説明する様々な態様が機能することができる、例示的なワイヤレス通信システムを示すブロック図。

次に、図面を参照しながら請求する主題の様々な態様について説明する。図面全体にわたって、同様の要素を指すのに同様の参照符号を使用する。以下の記述では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような（１つまたは複数の）態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。他の例では、１つまたは複数の態様の説明を円滑にするために、よく知られている構造およびデバイスをブロック図の形態で示す。

本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを指すものとする。たとえば、構成要素は、プロセッサ上で実行されるプロセス、集積回路、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができるが、これらに限定されない。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方を構成要素とすることができる。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素を１つのコンピュータ上に配置し、および／または２つ以上のコンピュータ間に分散することができる。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、１つまたは複数のデータパケット（たとえば、ローカルシステム、分散システム内、および／または他のシステムを用いるインターネットなどのネットワーク上の別の構成要素と信号を介して相互作用する１つの構成要素からのデータ）を有する信号によるなど、ローカルおよび／またはリモートプロセスを介して通信することができる。

さらに、本明細書ではワイヤレス端末および／または基地局に関する様々な態様について説明する。ワイヤレス端末は、ユーザにボイスおよび／またはデータ接続性を提供するデバイスを指すことがある。ワイヤレス端末は、ラップトップコンピュータまたはデスクトップコンピュータなどのコンピューティングデバイスに接続され得、あるいは携帯情報端末（ＰＤＡ）などの自蔵式デバイスとすることができる。ワイヤレス端末はまた、システム、加入者ユニット、加入者局、移動局、モバイル、リモート局、アクセスポイント、リモート端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることがある。ワイヤレス端末は、加入者局、ワイヤレスデバイス、セルラー電話、ＰＣＳ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の処理デバイスとすることができる。基地局（たとえば、アクセスポイントまたはノードＢ）は、１つまたは複数のセクタを通して、エアインターフェースを介してワイヤレス端末と通信する、アクセスネットワーク中のデバイスを指すことがある。基地局は、受信したエアインターフェースフレームをインターネットプロトコル（ＩＰ）パケットに変換することによって、ワイヤレス端末と、ＩＰネットワークを含むことができるアクセスネットワークの残部との間のルータとして働くことができる。基地局はまた、エアインターフェースの属性の管理を調整する。

その上、本明細書で説明する様々な機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）（ＢＤ）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

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

いくつかのデバイス、構成要素、モジュールなどを含むことができるシステムに関して、様々な態様を提示する。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含み、および／または各図に関連して説明するデバイス、構成要素、モジュールなどの一部もしくは全部を省略し得ることを理解および諒解されたい。これらの手法の組合せを使用することもできる。

次に図面を参照すると、図１に、本明細書で説明する様々な態様による、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にするシステム１００が示されている。図１に示されるように、システム１００は、１つまたは複数のネットワーク１０４と通信することができる（本明細書では、モバイルデバイスまたは局、端末、アクセス端末（ＡＴ）などとも呼ぶ）１つまたは複数のＵＥ１０２を含むことができる。一例では、それぞれのネットワーク１０４は、たとえば、３ＧＰＰ ＬＴＥ、高速パケットデータ（ＨＲＰＤ：High Rate Packet Data）、ＷｉＭａｘ、ＷＬＡＮ、ＵＭＴＳなど、様々なＲＡＴに従って動作することができる。さらに、システム１００中のそれぞれのネットワーク１０４は、それぞれのＵＥ１０２、ネットワークコントローラ、および／または他の好適なネットワークエンティティに通信サービスを提供する基地局（たとえば、ノードＢまたは発展型ノードＢ（ｅＮＢ）、セルまたはネットワークセル、アクセスポイント（ＡＰ）、ネットワークノードなど）など、１つまたは複数のネットワークエンティティを含むことができ、および／または場合によってはそれらに関連することができる。一態様によれば、ＵＥ１０２は、（１つまたは複数の）ネットワーク１０４との１つまたは複数のアップリンク（ＵＬ、本明細書では逆方向リンク（ＲＬ）とも呼ぶ）通信に関与することができ、同様に、（１つまたは複数の）ネットワーク１０４は、ＵＥ１０２への１つまたは複数のダウンリンク（ＤＬ、本明細書では順方向リンク（ＦＬ）とも呼ぶ）通信に関与することができる。

一態様によれば、ＵＥ１０２は、複数のＲＡＴに従って通信するように動作可能な多重無線ワイヤレスデバイスおよび／または別の好適なデバイスとすることができる。したがって、ＵＥ１０２は、その各々が１つまたは複数のＲＡＴに関連することができる複数のネットワーク１０４との通信が可能であり得る。一例では、ＵＥ１０２がネットワーク１０４のカバレージを出て、現在のサービングネットワーク１０４に関連するＲＡＴによって提供されるサービス以外のサービスを必要とする場合、および／または他の好適なトリガリングイベントの発生時に、ＵＥ１０２と１つまたは複数のネットワーク１０４とは、ＵＥ１０２が（本明細書ではソースネットワークと呼ぶ）第１のネットワーク１０４を出て、（本明細書ではターゲットネットワークと呼ぶ）第２のネットワーク１０４に入るハンドオーバ動作を実行することができる。ハンドオーバのためのソースネットワーク１０４とターゲットネットワーク１０４とが異なるＲＡＴを利用する場合、ハンドオーバは、ＲＡＴ間またはＩＲＡＴハンドオーバと呼ばれる。以下の説明に関して、本明細書では、ＬＴＥ ＲＡＴとＨＲＰＤ ＲＡＴとの間のハンドオーバについての様々な例が提供されているが、本明細書で提供する技法は、任意の好適なＲＡＴ間の任意のＲＡＴ間ハンドオーバのコンテキストにおいて適用され得ることを諒解されたい。さらに、別段に明記されていない限り、請求する主題は、特定のＲＡＴまたはそれらの間のハンドオーバに限定されるものではないことを諒解されたい。

別の態様によれば、ＵＥ１０２は、システム１００中の（１つまたは複数の）ネットワーク１０４および／または他のエンティティに通信するために、１つまたは複数のネットワークアプリケーションを利用することができる。そのようなアプリケーションは、最大ビットレート（ＭＢＲ）、アグリゲートＭＢＲ（ＡＭＢＲ）、保証ビットレート（ＧＢＲ）、（たとえば、ＱｏＳクラス識別子（ＱＣＩ）などによって与えられる）チャネル品質などに関する、アプリケーションのための最小必要性能を指定することができる様々なＱｏＳパラメータに関連することができる。一例では、ＵＥ１０２は、１つまたは複数の関連するアプリケーションのためのそのようなパラメータを取得するために、ＱｏＳ予約プロシージャを利用することができる。その後、ＵＥ１０２のためのＲＡＴ間ハンドオーバが開始され得、そのときに、ＵＥ１０２に対応するＱｏＳコンテキストがソースＲＡＴからターゲットＲＡＴに転送されるように構成され得る。したがって、実質的に急速な方法でそのようなＱｏＳコンテキスト転送を実行するための技法を実装することが望ましいであろう。さらに、ＱｏＳをＵＥ１０２が開始すべきか、ネットワーク１０４が開始すべきかが不明瞭である場合をＵＥ１０２が処理することができる機能を実装することが望ましいであろう。第３に、異なるＲＡＴ間でＱｏＳパラメータが異なる場合、ネットワーク１０４が、リソース利用可能性に基づいて、新しいＲＡＴにおいて変換されたＱｏＳを割り当てることを可能にするための技法を実装することが望ましいであろう。第４に、ＵＥ１０２は、新しいＱｏＳが許容できるか否かを判断することと、いずれの場合も適切なアクションをとることとを行う能力を有することが望ましいであろう。

ＬＴＥとＨＲＰＤとの間のハンドオーバの特定の非限定的な事例では、システム１００中の様々なアプリケーションおよび／または他の動作は、ネットワークまたはデバイスがＱｏＳを開始することを可能にするオプションで構成され得る。したがって、場合によっては、ＵＥ１０２が、たとえば、所与のアプリケーションのためのＱｏＳをＵＥ１０２が開始すべきか、ネットワーク１０４が開始すべきかを判断するために、どのルールに従うべきかが不明瞭である。ＵＥ１０２とネットワーク１０４の両方によるＱｏＳの開始は、効率の低下を生じ得ることが諒解でき、したがって、ＱｏＳを定義するための明確に定義されたプロシージャが望ましいことが諒解できよう。

さらに、ある無線領域から別の無線領域への転送が試みられる場合、システム１００は、ソースネットワーク１０４が、ＱｏＳフローをセットアップし、他のそのような動作を実行した後に、ハンドオーバにおいてＱｏＳをターゲットネットワーク１０４にプッシュすることを受け持つという予想の下で動作することができる。したがって、ＬＴＥ対ＨＲＰＤハンドオーバの例では、ＱｏＳは、ＬＴＥネットワークからＨＲＰＤネットワークにプッシュされ得る。しかしながら、そのような場合、ＱｏＳを継続するためのルールは、ＲＡＴ間の変換により不明瞭であり得る。さらに、ＱｏＳがネットワーク主導型であるネットワークからＱｏＳがデバイス主導型であるネットワークへのハンドオーバ、またはその逆の場合、さらなる複雑化が起こり得、そのためのソリューションが望ましい。

別の特定の例では、異なる無線領域は、ＱｏＳパラメータがＲＡＴにわたって同じでないような、ＱｏＳを指定するための異なるルールを有することができることが諒解できよう。したがって、たとえば、ＬＴＥは、各値が異なるＱｏＳクラス（たとえば、ベストエフォートサービス、レイテンシ敏感サービス、データレート敏感サービスなど）を表す列挙値として実装され得るＱＣＩによってＱｏＳパラメータを指定することができる。対照的に、発展型ＨＲＰＤ（ｅＨＲＰＤ）は、トラフィックタイプ、必要とされるレイテンシおよび／またはデータレートなどを示す明確な値として実装され得るフロープロファイルなどによってＱｏＳを指定することができる。別の対照的な例では、ＷＬＡＮは、特定のフローの制御部分とデータ部分とを区別することができる（たとえば、制御のための４つのサービスタイプとデータのための４つのサービスタイプとに対応する８つの総ＱｏＳレベルを生じる）ＱｏＳレベルの指定された数（たとえば、４）によってＱｏＳを指定することができる。したがって、異なるＲＡＴによって利用されるＱｏＳパラメータ間の異なる詳細レベルと、異なるＲＡＴ間でＱｏＳ値がどのようにマッピングされるかに関する、それぞれのＲＡＴの異なる予想とにより、場合によっては、ＲＡＴ間でＱｏＳをどのようにマッピングするかは不明瞭であり得る。

したがって、少なくとも上記に鑑みて、システム１００中のＵＥ１０２および（１つまたは複数の）ネットワーク１０４は、様々な態様による、ＲＡＴ間ハンドオーバにおけるＱｏＳ管理の上記の短所に対処することと、そのようなハンドオーバ中のＱｏＳコンテキストの効率的な転送を可能にすることとを行うための様々な技法および／または他の手段を利用することができる。たとえば、ＲＡＴ間ハンドオーバ時に混合モード動作のために（たとえば、ＱｏＳ確立モジュール１２０を介して）ＱｏＳをＵＥ１０２が確立すべきか、ネットワーク１０４が確立すべきかについてのルールを定義および／または適用するために、ＵＥ１０２のＱｏＳセットアップ指示アナライザ１１０および／またはネットワーク１０４のＱｏＳセットアップインジケータモジュール１７０が利用され得る。第２の例では、ＵＥ１０２は、ＲＡＴ間ハンドオーバにわたってＱｏＳを変換するときにインターネットプロトコル（ＩＰ）ベアラマッピングを判断するために、フロー／ベアラマッピングモジュール１３０および／または他の手段を利用することができる。第３の例では、ＵＥ１０２および／またはネットワーク１０４は、異なるＲＡＴのＱｏＳパラメータをマッピングすることを可能にするＱｏＳマッピングモジュール１４０を含むことができる。第４の例では、ＵＥ１０２および／またはネットワーク１０４は、ＲＡＴ間ハンドオーバのコンテキストにおいてトンネルモード中にＱｏＳを維持するために、トンネリングモジュール１５０および／または他の手段を利用することができる。第５の例では、新しいＲＡＴにおいてＱｏＳが許容できない場合、１つまたは複数のアクションを可能にするために、ＵＥ１０２のＱｏＳ障害ハンドラモジュール１６０が利用され得る。第６の例では、ＵＥ１０２および／またはネットワーク１０４は、複数のハンドオーバ時にＱｏＳ低下を回避するために、ＱｏＳ記憶モジュール１８０および／または他の手段を含むことができる。ＵＥ１０２とネットワーク１０４とに関連するモジュール１１０〜１８０および／または他の好適な機構が利用され得る様々な例を本明細書でさらに詳細に与える。

本明細書で説明する技法のうちの１つまたは複数を利用することによって、ＲＡＴ間ハンドオーバ後にターゲットアクセス技術に関して等価なＱｏＳが継続され得ることが諒解できよう。さもなければ、アンダープロビジョニングされたＱｏＳの場合、不満足なユーザエクスペリエンスが起こり得るか、または場合によっては、対応するアプリケーションが、基礎をなすサービスを終了し得ることが諒解できよう。代替的に、オーバープロビジョニングされたＱｏＳの場合、ネットワークにおけるＱｏＳリソースの浪費、ユーザへの潜在的な過剰課金、および／または他の結果が生じ得ることが諒解できよう。

次に図２を参照すると、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を可能にする第１のシステム２００が示されている。図２に示されるように、システム２００は、１つまたは複数のＲＡＴと、１つまたは複数のネットワークアプリケーションもしくは他のサービスとによって互いに通信することができる、ＵＥ１０２とネットワーク１０４とを含むことができる。一例では、アプリケーションは、常にＵＥ主導型（たとえば、タイプ１アプリケーション）とすることができ、その場合、ネットワーク１０４がＱｏＳを開始することを予想されないように、アプリケーションのためのＱｏＳはデバイスからプッシュされる。代替的に、アプリケーションは、常に、ネットワーク１０４がＱｏＳを開始することを受け持つようなネットワーク主導型（たとえば、タイプ２アプリケーション）とすることができる。しかしながら、タイプ３または「混在モード」アプリケーションなど、いくつかのタイプのアプリケーションでは、（たとえば、アプリケーションサーバ（ＡＳ）および／または他の手段を介して）ＱｏＳを開始することをＵＥ１０２が受け持つかネットワーク１０４が受け持つかは不明瞭である。したがって、そのような場合、ＵＥ１０２とネットワーク１０４の両方がＱｏＳを開始することを試み得、これは非効率になり得、および／または矛盾するかもしくは不正確なＱｏＳを生じ得る。例として、そのようなアプリケーションは、ホームネットワークではネットワーク制御されたＱｏＳを使用するサービスに対応することができるが、ＱｏＳがネットワーク側で保証され得ない訪問先ネットワークではＵＥ制御されたＱｏＳを使用するように構成される。

したがって、ＵＥ１０２および／またはネットワーク１０４は、混合モードアプリケーションのためにＱｏＳがどのように開始されるべきかを判断するためのルールおよび／または他の機構を確立するための１つまたは複数の技法を利用することができる。第１の例では、ネットワーク１０４は、フラグおよび／または他の機構を使用して、（たとえば、ＱｏＳセットアップインジケータモジュール１７０または他の手段を介して）ＵＥ１０２およびネットワーク１０４の中から、ＱｏＳを開始することを誰が受け持つべきかを示すことができる。したがって、たとえば、ネットワーク１０４は、少なくとも１つのＵＥ１０２との通信を可能にするアプリケーションを識別することと、アプリケーションのためのＱｏＳがネットワーク主導型であるべきか、少なくとも１つのＵＥ１０２によって開始されるべきかを判断することと、判断の結果の指示を構築することと、（たとえば、ＱｏＳセットアップインジケータモジュール１７０を介して）指示を少なくとも１つのＵＥ１０２に伝達することとを行うことができる。ＱｏＳがネットワーク１０４によって確立されるべきである場合、ＱｏＳを確立するために、ネットワーク１２０のＱｏＳ確立モジュール１２０および／または他の手段が利用され得、確立されたＱｏＳをＵＥ１０２に伝達するために、ＱｏＳシグナリングモジュール２２２などが利用され得る。逆に、ＱｏＳがＵＥ主導型であるべき場合、ＱｏＳを確立するために、ＵＥ１０２のＱｏＳ確立モジュール１２０などが利用され得る。

一例では、ＱｏＳがＵＥ１０２によって開始されるべきか、ネットワーク１０４によって開始されるべきかの指示は、基礎をなすアプリケーションのためのＱｏＳを確立するプロセスにおいて、アプリケーションごとにネットワーク１０４によって与えられ得るか、または代替的に、ネットワーク１０４は、たとえば、すべてのアプリケーションのためのＱｏＳならびに／あるいはアプリケーションの１つまたは複数のクラスもしくはカテゴリーのためのＱｏＳが、常にネットワーク１０４によってプッシュされるか、またはネットワーク１０４によって決してプッシュされないことを規定するグローバルフラグおよび／または他の指示を与えることができる。したがって、ＱｏＳセットアップインジケータモジュール１７０は、複数のアプリケーションのためのＱｏＳがネットワーク主導型であるべきか、少なくとも１つのＵＥ１０２によって開始されるべきかに関係するグローバル指示を構築することができ、その後、グローバル指示は少なくとも１つのＵＥ１０２に伝達され得、または代替的に、ＱｏＳセットアップインジケータモジュール１７０は、アプリケーションのためのＱｏＳがネットワーク主導型であるべきか、少なくとも１つのＵＥ１０２によって開始されるべきかに関係する、アプリケーションごとの指示を構築することができ、それに基づいて、アプリケーションごとの指示は、少なくとも１つのＵＥ１０２に伝達され得る。

相応して、ＵＥ１０２は、システム２００内での通信のために利用されるべきアプリケーションを識別することと、ネットワーク１０４から、アプリケーションに関連するＱｏＳ開始に関係する指示を受信することと、指示に少なくとも部分的に基づいて、アプリケーションのためのＱｏＳを開始すべきか、アプリケーションのためのＱｏＳのネットワーク開始を待つべきかを（たとえば、ＱｏＳセットアップ指示アナライザ１１０および／または他の好適な手段を介して）判断することとを行うことができる。上記で説明したように、指示は、複数のアプリケーションのためのＱｏＳ開始に関係するグローバル指示か、あるいは１つまたは複数の特定のアプリケーションのためのＱｏＳ開始に関係するアプリケーションごとの指示とすることができる。

一態様によれば、ＵＥ１０２によって受信された指示が、アプリケーションのためのＱｏＳがモバイル主導型であることを規定する場合、ＵＥ１０２は、ＱｏＳ確立モジュール１２０および／または他の好適な手段を介してアプリケーションのためのＱｏＳを開始することができる。代替的に、指示が、アプリケーションのためのＱｏＳがネットワーク主導型であることを規定する場合、ＵＥ１０２は、アプリケーションのためのＱｏＳのネットワーク開始を待つように構成され得る。しかしながら、ＵＥ１０２がＱｏＳのネットワーク開始を待つように構成されるいくつかの場合において、ネットワーク１０４は、最終的に、アプリケーションによって必要とされるＱｏＳとは異なるＱｏＳを与え得ることが諒解できよう。そのような場合、ＵＥ１０２は、タイマーモジュール２１２および／または他の機構によって制御され得る内部タイマーを利用することができ、タイマーモジュール２１２および／または他の機構は、（たとえば、ＱｏＳアナライザ２１４などによって判断される）許容できるＱｏＳが、ある時間内にネットワーク１０４によってセットアップされなかった場合、ＵＥ主導型ＱｏＳセットアップおよび／または他の適切なアクションをトリガするために利用され得る。たとえば、ＵＥ１０２は、（たとえば、アプリケーションによるＱｏＳについての要求を介して）ＱｏＳの開始に応答してタイマーを初期化することと、タイマーによって指定された時間の間アプリケーションのためのＱｏＳのネットワーク開始を待つことと、アプリケーションのために許容できると見なされるＱｏＳが、タイマーによって指定された時間内にネットワークによって開始されない場合、アプリケーションのためのＱｏＳを開始することとを行うことができる。さらなる一例では、ＵＥ主導型ＱｏＳセットアップがタイマーの満了に従うことができない場合、基礎をなす（１つまたは複数の）アプリケーションに通知すること、および／またはＱｏＳセットアップ障害への適応のための他の好適なアクションを可能にすることを行うために、ＱｏＳ障害ハンドラモジュール１６０が利用され得る。

代替的に、ＵＥ１０２は、ＱｏＳの開始を常に試みることと、ネットワーク１０４がそれ自体でＱｏＳをセットアップすることを選択した場合にＱｏＳを拒否するためにネットワーク１０４に依拠することとを行うように構成され得る。これを図３中のシステム３００によってさらに詳細に示す。一態様によれば、システム３００中のＵＥ１０２およびネットワーク１０４は、ＱｏＳを誰が開始するかに関する仮定がない試行錯誤手法を使用して動作することができる。代わりに、ＵＥ１０２は、すべての場合にＱｏＳ開始を試みるように構成され得、ネットワーク１０４は、それがＱｏＳ開始を処理することを意味する拒否をＵＥ１０２に伝達するために、ＱｏＳ拒否インジケータモジュール３２２および／または他の手段を利用することができる。したがって、一例では、ネットワーク１０４は、ＵＥ１０２と、ネットワーク通信のためにＵＥ１０２によって利用されるアプリケーションとを識別することと、アプリケーションに関する、ＵＥ１０２による試みられたＱｏＳ開始を検出することと、アプリケーションのためのＱｏＳがネットワーク主導型であると見なされる場合、アプリケーションに関する、ＵＥによる試みられたＱｏＳ開始を検出したことに応答して、ＵＥ１０２に拒否メッセージングを通信することとを行うことができる。逆に、ＵＥ１０２は、ネットワーク１０４との通信を可能にするアプリケーションのためのＱｏＳの初期化を試みることと、ネットワーク１０４からＱｏＳ拒否が受信されたかどうかを（たとえば、ＱｏＳ拒否アナライザ３１２および／または他の好適な手段を使用して）判断することと、ネットワーク１０４からＱｏＳ拒否を受信したことに応答して、ＱｏＳ拒否に少なくとも部分的に基づいて、ネットワーク１０４からのアプリケーションのためのＱｏＳの初期化を待つこととを行うことができる。

一態様によれば、ネットワーク１０４のＱｏＳ拒否インジケータモジュール３２２および／または他の好適な機構は、ＱｏＳのネットワーク開始が実行されることを示すために、「ソフト拒否」またはソフトＱｏＳ拒否を示すように拒否メッセージングを構成することができる。たとえば、ＱｏＳ拒否がソフト拒否であることを示すために、（たとえば、拒否メッセージング中の理由コードフィールド内で）ネットワーク１０４によって特殊理由コードが利用され、それにより、そのような拒否がＵＥ１０２によって通常のＱｏＳ拒否と区別されることが可能になり得る。たとえば、ＵＥ１０２に関連するＱｏＳ拒否アナライザ３１２および／または他の機構は、ネットワーク１０４から受信されたＱｏＳ拒否が、ソフト拒否を示す少なくとも１つのフィールドを含むかどうかを判断することと、ネットワーク１０４から、ＱｏＳのネットワーク開始を示す少なくとも１つのフィールドを含むＱｏＳ拒否を受信したことに応答して、ネットワーク１０４からのアプリケーションのためのＱｏＳの初期化を待つことを可能にすることとを行うことができる。

別の態様によれば、上記で説明したように、ＵＥ１０２がソフト拒否メッセージを受信したとき、ネットワーク１０４がいつかＱｏＳをセットアップすることを可能にするために、タイマーモジュール２１２および／または他の好適なタイマー機構がＵＥ１０２によって使用され得る。ネットワーク１０４がタイマーによって指定された時間内にＱｏＳをセットアップしない場合、ＵＥ１０２は、ＱｏＳが利用可能でないことを（たとえば、ＱｏＳ障害ハンドラモジュール１６０を介して）基礎をなすアプリケーションに通知すること、それ自体でＱｏＳを開始すること、および／または他の好適な（１つまたは複数の）アクションをとることを行うことができる。たとえば、ＵＥ１０２に拒否メッセージングを通信したときに、ネットワーク１０４は、所定の時間間隔内にアプリケーションのためのＱｏＳを開始するように構成され得る。相応して、ＵＥ１０２は、ネットワーク１０４からＱｏＳ拒否を受信したことに応答して、所定の時間間隔に対応するタイマーを初期化することと、タイマーに対応する所定の時間間隔の間ネットワーク１０４からのアプリケーションのためのＱｏＳの初期化を待つこととを行うことができる。その後、タイマーに対応する所定の時間間隔の満了時に、アプリケーションのために許容できると見なされるＱｏＳの初期化がネットワーク１０４によって実行されていないと判断された場合、ＵＥ１０２は、アプリケーションのためのＱｏＳの初期化を再び試みること、ＱｏＳがアプリケーションのために利用可能でないことをアプリケーションに通知すること、および／または他の好適なアクションを実行することを行うことができる。

したがって、図２〜図３によって示されるように、ＵＥ１０２は、様々な方法でタイマーモジュール２１２を活用することができる。たとえば、タイマーモジュール２１２は、ソフト拒否に基づくタイマー、デフォルトアクティブ化タイマー、および／または他の好適なタイマー機構を実装するために利用され得る。一例では、タイマーモジュール２１２は、機能の複数の態様を実装するために利用され得る。したがって、たとえば、ＵＥ１０２は、ネットワーク１０４によるＱｏＳの初期化を待つために第１のタイマーを利用し、その後、ＵＥにおいてＱｏＳを初期化しながら、ＱｏＳ拒否メッセージングを確認するために第２のタイマーを利用し、それにより、ネットワーク１０４がソフト拒否シグナリングをサポートしないか、またはネットワーク１０４が、（たとえば、ネットワーク主導型アプリケーションの場合）ＱｏＳを確立するために指定されたが、ＱｏＳを確立することができない場合、フェイルセーフを与えることができる。

別の態様によれば、図２〜図３によって示される様々な機構および／または他の好適な機構は、ＵＥ１０２および／またはネットワーク１０４によって使用されるＱｏＳフローの優先度付けを可能にするために利用され得る。たとえば、ＱｏＳフローがハンドオーバのターゲット側でセットアップされる場合、ＵＥ１０２は、所与の優先順序でターゲットに関連するように構成され得る。したがって、ＱｏＳフローを確立するために選択される順序は、関係するＱｏＳパラメータ（たとえば、ＱＣＩなど）によって規定される優先順序に基づいて構成され得る。

次に図４を参照すると、様々な態様による、ＲＡＴ間ハンドオーバにわたってＱｏＳを変換することに関するフロー対ベアラマッピングを識別するためのシステム４００のブロック図が示されている。一態様によれば、インターネットプロトコル（ＩＰ）フローは、そのフローにどのパケットが割り当てられるべきかを記述するフィルタであり得るトラフィックフォーマットテンプレート（ＴＦＴ）によって特徴づけられ得る。たとえば、ＴＦＴは、一致するパラメータをもつパケットのみがフロー上にルーティングされるように、ＩＰおよびポートアドレスなどのフィルタパラメータを指定することができる。一例では、ＴＦＴによって与えられるフィルタは、所与の関連するＱｏＳに適用されるべきデータタイプを記述することができる、フローの一意の記述とすることができる。関連するＱｏＳは、ＱＣＩ、プロファイル識別子、および／またはフローの特性を示す他の識別子によって与えられ得る。したがって、ＴＦＴはフローを識別することができ、そのフローのタイプは、それのＱｏＳマッピングに基づいて判断され得ることが諒解できよう。さらに、ベアラは、同じＱｏＳ要件をもつＩＰフローのグルーピングとして特徴づけられ得る。言い換えれば、同じＱｏＳをもつＩＰフローは、概して同じベアラ上にマッピングされ得る。一例では、ベアラはまた、ベアラ上にマッピングされた実質的にすべてのＩＰフローの複合ＴＦＴであるＴＦＴを有することができる。

一態様によれば、ネットワーク１０４が新しいＲＡＴに移動した後に（たとえば、ＱｏＳ確立モジュール１２０などを介して）ＱｏＳをセットアップするとき、ネットワーク１０４は、場合によっては、ベアラＴＦＴシグナリングモジュール４２２および／または他の好適な手段を使用して、ベアラＴＦＴのみを指定することができる。したがって、ＵＥ１０２は、ＩＰフローが、古いＲＡＴに関するＱｏＳと同じＱｏＳを得るかどうかを判断するために、ベアラ上にどのＩＰフローがマッピングされるかを推論することが必要になり得る。

したがって、ＵＥ１０２は、ＩＰフローが、ＩＰフローＴＦＴと同じパケットをルーティングするベアラ上にマッピングされるように、（たとえば、フローＴＦＴ識別器４１２およびベアラＴＦＴ識別器４１４などによってそれぞれ識別される）ＩＰフローのＴＦＴをベアラＴＦＴに一致させるために、フロー／ベアラマッピングモジュール１３０および／または他の手段を利用することができる。したがって、たとえば、フローＴＦＴ識別器４１２は、少なくとも１つのＩＰフローと、少なくとも１つのＩＰフローにそれぞれ関連するそれぞれのＩＰフローＴＦＴとを識別することができる。さらに、ベアラＴＦＴ識別器４１４は、ネットワーク１０４から、少なくとも１つのベアラと、それぞれのベアラに関係する少なくとも１つのベアラＴＦＴとに対応するＱｏＳ確立メッセージングを受信することができる。フローＴＦＴ識別器４１２とベアラＴＦＴ識別器４１４とによって識別された情報に基づいて、フロー／ベアラマッピングモジュール１３０は、少なくとも部分的に、ＩＰフローＴＦＴをベアラＴＦＴに一致させることによって、それぞれのＩＰフローとベアラとの間の関連付けを判断することができる。特定の非限定的な例として、ネットワーク１０４から受信されたＱｏＳ確立メッセージングは、ＲＡＴ間ハンドオーバに対応することができる。別の特定の例では、ベアラＴＦＴに関連するそれぞれのＩＰフローの判断は、アプリケーションとは無関係にＵＥ１０２によって実行され得る。さらなる一例では、フロー／ベアラマッピングモジュール１３０によって実行されるＴＦＴ一致は、フローＴＦＴとベアラＴＦＴとの間の完全または部分的ＴＦＴ一致に基づくことができる。したがって、フロー／ベアラマッピングモジュール１３０によって実行される一致判断は、ＩＰフローＴＦＴとベアラＴＦＴとの間の実質的に完全な一致の試みられた検出、または少なくともＩＰフローＴＦＴとベアラＴＦＴとの間の部分的一致の試みられた検出のうちの少なくとも１つに基づくことができる。

別の態様によれば、ＴＦＴ索引付けおよび／または他の同様の動作がＵＥ１０２によって実行され得る。たとえば、ＩＰフローごとに、すべてのパケットが同じベアラにルーティングされるように構成されることが諒解できよう。したがって、この特性は、たとえば、ＩＰフローＴＦＴに一致する特定のパケットヘッダを構築することと、構築されたパケットヘッダをすべてのベアラＴＦＴに一致させることを試みることとによって、マッピングを判断するためのプロシージャを簡略化するためにＵＥ１０２によって活用され得る。例として、範囲Ｘ内のパラメータ１と範囲Ｙ内のパラメータ２とをもつＩＰ ＴＦＴが考えられ得る。したがって、ＩＰフローからのすべてのパケットが、対応するベアラ上にマッピングされるので、ＵＥ１０２は、パラメータ１および２を特定の値に設定し、その後、一致するベアラＴＦＴを見つけることができる。

さらなる態様によれば、混合モードアプリケーションでは、ＱｏＳを開始すべきエンティティに関してあいまいさが存在するとき、アプリケーションは最小必要ＱｏＳを与えることが諒解できよう。したがって、ネットワークが、アプリケーションプロファイルに基づいて許容できないＱｏＳをプッシュした場合、アプリケーションは、許容できないＱｏＳを認識し、関連するＩＰフローをリリースすることができる。したがって、一例では、ＵＥ１０２は、上記で説明したようにＴＦＴマッピングを実行することによって、アプリケーションが、ネットワークによって与えられたＱｏＳが許容できるかどうかを判断するのを支援することができる。より詳細には、ＱｏＳは、ＴＦＴ自体のみを示すように構成されており、ＴＦＴとそれのそれぞれの対応するアプリケーションとの間のマッピングは、すべての場合に明らかとは限らないことがあるので、ネットワーク１０４が特定のＱｏＳをプッシュしたとき、ネットワーク１０４がどのアプリケーションのためのＱｏＳをプッシュしたかは当初は明らかでない。したがって、アプリケーションは、ＵＥ１０２のフロー／ベアラマッピングモジュール１３０および／または他の機構が、ネットワーク１０４によってプッシュされたどの（１つまたは複数の）ＴＦＴがどの（１つまたは複数の）アプリケーションに対応するかを判断することができるように、ＴＦＴをさらに指定することができる。

上記に鑑みて、ＵＥ１０２は、選択されたＩＰフローに関連するアプリケーションのためのＱｏＳ要件を識別することと、選択されたＩＰフローに関連するアプリケーションのためのＱｏＳ要件を、選択されたＩＰフローが関連するベアラＴＦＴのためのＱｏＳ確立メッセージング内で与えられたＱｏＳパラメータと比較することと、ＱｏＳ確立メッセージング内で与えられたＱｏＳパラメータがアプリケーションのための実質的に許容できないＱｏＳを示す場合、選択されたＩＰフローをリリースすることとを行うことができる。一例では、ＱｏＳ要件は、アプリケーションによって使用可能な実質的にすべての無線アクセス技術（ＲＡＴ）に対応する、アプリケーションによって与えられたＱｏＳ要件とすることができる。追加または代替として、ＵＥ１０２は、アプリケーションによって使用可能な基準ＲＡＴに対応する、アプリケーションによって与えられた基準ＱｏＳ要件を識別することと、基準ＱｏＳ要件を、ネットワーク１０４によって利用されるＲＡＴに対応するＱｏＳ要件にマッピングすることとを行うことができる。

次に図５を参照すると、様々な態様による、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にするシステム５００が示されている。ＱｏＳパラメータは、場合によっては、ＲＡＴにわたって同じではなく、したがって、ＵＥ１０２は、異なるＲＡＴのためのＱｏＳパラメータ５１２を比較可能なパラメータにマッピングすることができる技法を実装することが望ましいであろうことが諒解できよう。したがって、アクセス技術間ハンドオーバの場合、（たとえば、それぞれのネットワーク１０４に関連する）複数のＲＡＴに対応するＱｏＳを再マッピングするために、ＵＥ１０２のＱｏＳマッピングモジュール１４０が利用され得る。

第１の態様によれば、ＱｏＳマッピングモジュール１４０は、（たとえば、プロトコルスタックのデータサービスレイヤ内でなど）基礎をなすアプリケーションからの対話なしにＱｏＳパラメータのマッピングを可能にすることができる。ＱｏＳマッピングモジュール１４０のこのような動作を図６中のシステム６００によってさらに詳細に示す。図６に示すように、ＵＥ１０２は、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットとを識別するために、ＱｏＳマッピングモジュール１４０および／または１つまたは複数の他の機構を採用することができる。さらに、ＵＥ１０２は、ネットワークアプリケーション６１２など、利用されたネットワーク通信アプリケーションと、ネットワークアプリケーション６１２に関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータとに関係する情報を取得することができる。この情報に基づいて、ＱｏＳマッピングモジュール１４０は、ネットワークアプリケーション６１２とは無関係に、ネットワークアプリケーション６１２に関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングすることができる。一例では、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータへの、ネットワークアプリケーション６１２に関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータのマッピングは、ＱｏＳマッピングモジュール１４０に関連するソフトウェアおよび／または任意の好適な機構を介して実行され得る。一態様によれば、システム６００によって実行されるマッピングは、ハンドオーバ中のＵＥ主導型ＱｏＳ転送とネットワーク主導型ＱｏＳ転送の両方のために利用され得る。

一例では、システム６００において実行されるマッピングは、追加のＱｏＳ再ネゴシエーションを潜在的にトリガするであろう、複数のハンドオーバ後にＱｏＳが変化することを回避するために、ＵＥ１０２とネットワーク１０４とにそれぞれ関連するＱｏＳマッピングモジュール１４０によって同様に実行され得る。したがって、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータへの、ネットワークアプリケーション６１２に関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータのマッピングは、ネットワークアプリケーション６１２がそれとの通信を可能にする（たとえば、ネットワーク１０４に関連する）ネットワークエンティティと協働してＵＥ１０２によって実行され得る。一態様に従って、そのような追加のＱｏＳ再ネゴシエーションを回避するためのさらなる技法について本明細書でさらに詳細に説明する。

別の態様によれば、ネットワーク１０４によって許可されるＱｏＳが、マッピングされた値よりも小さい場合、ネットワークアプリケーション６１２は通知され得、その後、適切なアクションをとり得る。他の場合、ＱｏＳパラメータのマッピングは、ソフトウェアでおよび／または他の手段によってネットワークアプリケーション６１２に対して透過的に行われ得ることが諒解できよう。たとえば、システム６００によって示されるように、ＵＥ１０２に関連するＱｏＳアナライザ２１４は、上記で説明したマッピングを介して取得されたＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータが、ネットワークアプリケーション６１２のための実質的に許容できるＱｏＳを可能にするかどうかを判断することができる。マッピングを介して取得されたＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータが、ネットワークアプリケーション６１２のための実質的に許容できるＱｏＳを可能にしない場合、ＱｏＳアナライザ２１４はネットワークアプリケーション６１２に通知することができる。

第２の態様によれば、ネットワークアプリケーション６１２は、登録時に複数のアクセス技術のためのＱｏＳパラメータをパスダウンするように構成され得、そのＱｏＳパラメータに基づいてマッピングが実行され得る。そのようなプロシージャを図７中のシステム７００によってさらに詳細に示す。システム７００によって示されるように、ＵＥ１０２に関連するＱｏＳマッピングモジュール１４０および／または他の機構は、関連するネットワーク（たとえば、ネットワーク１０４）との通信を可能にするネットワークアプリケーション６１２などのアプリケーションを識別することと、ネットワークアプリケーション６１２から、（たとえば、ネットワークアプリケーション６１２の登録を介して）それぞれのＲＡＴに関係するそれぞれのＱｏＳパラメータを取得することと、第１のＲＡＴから第２のＲＡＴへのネットワークアプリケーション６１２のハンドオーバを識別することと、ネットワークアプリケーション６１２から取得されたそれぞれのＱｏＳパラメータに少なくとも部分的に基づいて、ネットワークアプリケーション６１２に関連し、第１のＲＡＴに関係する少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーション６１２に関連し、第２のＲＡＴに関係する少なくとも１つのＱｏＳパラメータにマッピングすることとを行うことができる。

一例では、ＵＥ１０２が、ネットワークアプリケーション６１２によってＱｏＳが示されないＲＡＴに関して接続されるとき、ネットワークアプリケーション６１２は、ネットワーク１０４がＱｏＳをセットアップする場合、場合によっては、依然としてハンドオーバ後にＱｏＳを取得することができるが、ネットワークアプリケーション６１２は、ＱｏＳを確認することが可能でないことがあることが諒解できよう。したがって、ＱｏＳマッピングモジュール１４０は、ハンドオーバに関連する第１のＲＡＴに関係するＱｏＳパラメータ、またはハンドオーバに関連する第２のＲＡＴに関係するＱｏＳパラメータのうちの少なくとも１つがネットワークアプリケーション６１２から取得されたかどうかを判断するように構成され得る。そのようなＱｏＳパラメータがネットワークアプリケーション６１２から取得されない場合、ＱｏＳマッピングモジュール１４０は、ネットワークアプリケーション６１２とは無関係に、ネットワークアプリケーション６１２に関連し、第１のＲＡＴに関係する少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーション６１２に関連し、第２のＲＡＴに関係する少なくとも１つのＱｏＳパラメータにマッピングすることができる。代替的に、ＱｏＳマッピングモジュール１４０は、第１のＲＡＴに関係するＱｏＳパラメータまたは第２のＲＡＴに関係するＱｏＳパラメータのうちの少なくとも１つがネットワークアプリケーション６１２から取得されない場合、ネットワークアプリケーション６１２のためのＱｏＳのネットワーク確立を待つことができる。

場合によっては、システム７００において適用されるＱｏＳマッピングモジュール１４０は、ネットワーク主導型ＱｏＳコンテキスト転送の場合、ネットワーク１０４によって選択されたＱｏＳマッピングとは異なる、ネットワークアプリケーション６１２によって指定されたＱｏＳマッピングを識別することができることが諒解できよう。そのような場合、ＵＥ１０２は、ネットワーク１０４とのＱｏＳの再ネゴシエーションを試みることができる。

別の例では、ＲＡＴ間ハンドオーバ中のＵＥ主導型ＱｏＳコンテキスト転送の場合、ＵＥ１０２のみがマッピングを実行するように構成され得る。代替的に、ネットワーク主導型ＱｏＳコンテキスト転送の場合、ＵＥ１０２とネットワーク１０４の両方がマッピングを実行するように構成され得る。ＵＥ１０２は、そのような場合、ネットワーク１０４によって割り当てられたＱｏＳがネットワークアプリケーション６１２のために許容できることを確認するためにマッピングを実行することができることが諒解できよう。

第３の態様によれば、アプリケーションがシステム７００によって示されるＱｏＳマッピングをサポートしない場合、システム６００によって示されるＱｏＳマッピングが自動的に使用される、システム６００および７００によってそれぞれ示される２つの技法のハイブリッド手法がＱｏＳマッピングのために利用され得る。したがって、たとえば、ネットワークアプリケーション６１２がＱｏＳパラメータを与えない場合、ＱｏＳマッピングモジュール１４０はマッピングを自動的に実行するように構成され得る。さらに、再びシステム６００を参照すると、ネットワークアプリケーション６１２がＱｏＳパラメータを与えるように動作可能である場合、ＱｏＳマッピングモジュール１４０は、ネットワークアプリケーション６１２からＱｏＳパラメータの第１のセットとＱｏＳパラメータの第２のセットとを取得することと、ネットワークアプリケーション６１２から取得されたＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーション６１２から取得されたＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングすることとを行うことができる。

別の態様によれば、ＱｏＳマッピングは、ＵＥとネットワークとの間を往復する複数のハンドオーバがどちら側のＱｏＳも変更しないように、ＵＥ側とネットワーク側とで一貫した方法で指定され、それにより、ネットワーク主導型ＱｏＳ転送が可能になり得る。そうすることによって、たとえば、ＲＡＴ ＡのＱｏＳ ｘがＲＡＴ ＢのＱｏＳ ｙにマッピングし、今度はそのＲＡＴ ＢのＱｏＳ ｙがＲＡＴ ＡのＱｏＳ ｘ−１にマッピングすることにより複数のハンドオーバ後にＱｏＳがドリフトする、望ましくない挙動が防止され得ることが諒解できよう。そのような場合、関連するアプリケーションが、劣化したＱｏＳに気づいていない場合、劣化したＱｏＳパラメータにより、不十分なユーザエクスペリエンスが生じることがあり得る。追加または代替として、アプリケーションが、劣化したＱｏＳに気づいている場合、潜在的なＱｏＳ再ネゴシエーションが生じることがあり得、これは、追加のシグナリングのためのネットワークリソースの増加、ＱｏＳをセットアップする際の遅延などにつながり得る。さらに、複数のハンドオーバ後にＱｏＳが上昇する逆の場合、リソースの浪費、潜在的な過剰課金、および／または他の芳しくない結果が生じ得る。

一例では、少なくとも上記の芳しくない結果を緩和するために本明細書で適用されるマッピングは、様々なＱｏＳパラメータ間を前後に一貫して変換するように構成され得る。これらのパラメータは、限定はしないが、ＧＰＲＳ／ＵＭＴＳトラフィッククラスおよび／または他の関係するＱｏＳパラメータと、ＬＴＥ ＱＣＩ、ＭＢＲ／ＧＢＲ、および／または他の関係するＱｏＳパラメータと、３ＧＰＰ２フロープロファイルと、８０２．１１、ＷｉＭａｘなど、他のＲＡＴのＱｏＳパラメータとを含むことができる。

別の例では、ＲＡＴ間を移動するときに、場合によっては、たとえば、図８中の図８００によって示されるものなど、ＱｏＳパラメータ間の多対１マッピングがあり得る。たとえば、図８００によって示されるものなどの場合、第１のＲＡＴにおける複数のＱｏＳパラメータ｛ａ，ｂ，ｃ｝が、第２のＲＡＴにおける単一のＱｏＳパラメータｘにマッピングすることができる。しかしながら、ＵＥが第１のＲＡＴから第２のＲＡＴにハンドオーバされ、再び第１のＲＡＴに戻る場合、ＵＥは、それの元のＱｏＳを再び取得することが可能であるべきことが諒解できよう。上記を可能にするために、たとえば、ネットワークがＲＡＴ間ハンドオーバ間にＱｏＳコンテキストを記憶することが可能であるかどうかに基づいて、様々な技法が実行され得る。これらの技法を図９〜図１０中のシステム９００〜１０００によって示す。

最初に図９中のシステム９００を参照すると、ネットワーク１０４は、場合によっては、ＱｏＳ記憶モジュール１８０などを介して、対応するＵＥ１０２が所与のＲＡＴを離れたときにＵＥ１０２が有したＱｏＳを記憶する能力で構成され得る。そのような場合、他のＲＡＴ間での複数のハンドオーバ後にさえ、ＵＥ１０２が所与のＲＡＴに戻るときはいつでも、ＲＡＴのための記憶されたＱｏＳが再確立され得る。したがって、たとえば、ネットワーク１０４は、ＵＥ１０２と、ＲＡＴに関してそのＵＥによって使用されるＱｏＳパラメータとを識別することと、ＲＡＴからのＵＥ１０２のエグジットとＲＡＴへのＵＥ１０２のリエントリとを検出することと、ＲＡＴへのＵＥ１０２のリエントリに応答して、ＲＡＴに関してＵＥ１０２によって使用されるＱｏＳパラメータに少なくとも部分的に基づいて、（たとえば、ＱｏＳ確立モジュール１２０および／または他の好適な手段を介して）ＵＥ１０２のためのＱｏＳを再確立することとを行うように動作可能であり得る。ＵＥ１０２のためのＱｏＳの再確立は、たとえば、ＲＡＴに関してＵＥ１０２によって使用されるＱｏＳパラメータを記憶することと、ＲＡＴへのＵＥ１０２のリエントリに応答して、ＲＡＴに関してＵＥ１０２によって使用されるＱｏＳパラメータを再確立することとによって実行され得る。一例では、ネットワーク１０４は、ＱｏＳパラメータを記憶する能力をＵＥ１０２に示すようにさらに動作可能であり得る。

上記で説明したように、ネットワーク１０４は、ＵＥ１０２が異なるＲＡＴに移動したときにＱｏＳを記憶し、ＵＥ１０２が元のＲＡＴに再び入ったときに、記憶されたマッピングを利用することができる。一態様によれば、ＵＥ１０２の現在のＲＡＴのための最新のＱｏＳをＵＥ１０２に与えることを可能にするために、他のＲＡＴに関するＱｏＳ変化が監視され、ＵＥ１０２に適用される。したがって、たとえば、ネットワーク１０４は、（たとえば、ＵＥ１０２に関連するＱｏＳネゴシエーションモジュール９１２および／または他の好適な手段を介して）異種ＲＡＴに関してＵＥ１０２によって確立された変更されたＱｏＳパラメータに関係する情報を取得することと、ネットワーク１０４に関連するＲＡＴへのＵＥ１０２のリエントリに応答して、異種ＲＡＴに関してＵＥ１０２によって確立された変更されたＱｏＳパラメータを再確立することとを行うように動作可能であり得る。

一例では、他のＲＡＴに関するＱｏＳ変化が起こったとき、ネットワーク１０４によって利用されるＲＡＴに関して、それらのＱｏＳ変化が連続的に維持され得る。したがって、たとえば、ネットワーク１０４は、ＵＥ１０２に関連するＱｏＳ変化について異種ＲＡＴを監視することができる。追加または代替として、他のＲＡＴに関するＱｏＳ変化は、ネットワーク１０４に関連するＲＡＴへのＵＥ１０２のリエントリに応答して、変更されたＱｏＳパラメータがネットワーク１０４によって取得され得るように、ネットワーク１０４へのハンドオーバ時におよび／またはその後にプッシュされ得る。

別の態様によれば、ネットワーク１０４が、ＵＥ１０２が所与のＲＡＴを離れたときにＵＥ１０２が有したＱｏＳを記憶する能力で構成されない場合、ＵＥ１０２の複数のハンドオーバから生じるＱｏＳ低下は、図１０中のシステム１０００によって示されるように実質的に防止され得る。システム１０００によって示されるように、ＱｏＳの多対１マッピングがそれぞれのＲＡＴ間で可能である場合、複数のＱｏＳ値が可能であるときはいつでも、標準化されたデフォルト値が使用される、ＲＡＴ間ＱｏＳマッピングテーブル１０１２などの標準化されたマッピングテーブルが維持され得る。システム１０００によってさらに示されるように、ＵＥ１０２および／またはネットワーク１０４のＱｏＳマッピングモジュール１４０は、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間の（たとえば、ＲＡＴ間ＱｏＳマッピングテーブル１０１２によって指定された）マッピング関係に関係する情報を取得することと、第１のＲＡＴに関して利用されるＱｏＳパラメータを識別することと、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に少なくとも部分的に基づいて、第１のＲＡＴに関して利用されるＱｏＳパラメータを、第２のＲＡＴに関連するＱｏＳパラメータにマッピングすることとを行うために利用され得る。したがって、第１のＲＡＴに関して利用されるＱｏＳパラメータが、第２のＲＡＴに関連する複数のＱｏＳパラメータに対応する場合、ＱｏＳマッピングモジュール１４０は、第１のＲＡＴに関して利用されるＱｏＳパラメータと、第２のＲＡＴに関連する複数のＱｏＳパラメータから選択された第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係を識別することができる。

一例では、（１つまたは複数の）ＱｏＳマッピングモジュール１４０の上記の動作に基づいて、ネットワーク１０４および／またはＵＥ１０２は、所与のＲＡＴに戻るとき、デフォルトマッピング値を利用することができる。その後、ＵＥ１０２に関連するソフトウェアおよび／または他の好適な機構は、ＵＥ１０２がハンドオーバの前に有した同じＱｏＳを取得するために、（たとえば、ＱｏＳネゴシエーションモジュール９１２を介して）ネットワーク１０４と再ネゴシエートすることを試みることができる。したがって、ＵＥ１０２は、ＱｏＳネゴシエーションモジュール９１２などを介して、ＱｏＳマッピングモジュール１４０を介して取得された所与のＲＡＴに関連するＱｏＳパラメータに従って、所与のＲＡＴに関連するネットワーク１０４とのＱｏＳを確立することができる。そのようなネゴシエーションが失敗し、ネットワーク１０４との確立されたＱｏＳが少なくとも１つの関連するアプリケーションには不十分であると見なされる場合、ＵＥ１０２は、影響を受ける（１つまたは複数の）アプリケーションに通知することができる。

別の例では、ネットワーク１０４は、（たとえば、システム９００によって示されるように）それがＱｏＳパラメータを記憶することが可能であるかどうかをＵＥ１０２に示すように動作可能であり得る。したがって、ＵＥ１０２が、対応するＲＡＴに関連するＱｏＳパラメータを（たとえば、ＱｏＳ確立モジュール１２０などを介して）確立するネットワーク１０４の能力の指示を取得した場合、ＵＥ１０２は、ネットワーク１０４から前記ＲＡＴに関連するマッピングされたＱｏＳパラメータを取得することができる。

次に図１１を参照すると、様々な態様による、ＲＡＴ間ハンドオーバの後に１つまたは複数のネットワークアプリケーションのための不十分なＱｏＳを処理するためのシステム１１００が示されている。システム１１００によって示されるように、ＲＡＴ間ハンドオーバに従って、（たとえば、ＵＥ１０２のＱｏＳネゴシエーションモジュール９１４、ネットワーク１０４のＱｏＳ確立モジュール１２０などによるネゴシエーションに基づいて）ＱｏＳパラメータを再マッピングした後に、ＵＥ１０２は、新しいＲＡＴに関してセットアップされたＱｏＳを古いＲＡＴに関するＱｏＳと比較することができる。ＱｏＳがＲＡＴ間ハンドオーバの一部として格下げされたとＵＥ１０２が決定した場合、ＵＥ１０２のＱｏＳ障害ハンドラモジュール１６０および／または他の機構は、１つまたは複数の適切なアクションをとることができる。たとえば、ＵＥ１０２は、ネットワークアプリケーションに関して実行されたＲＡＴ間ハンドオーバに関連して、第１のＲＡＴに関連するＱｏＳパラメータを第２のＲＡＴに関連する対応するＱｏＳパラメータにマッピングすることと、少なくとも部分的に、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとを比較することによって、第２のＲＡＴがネットワークアプリケーションのための十分なＱｏＳを与えるかどうかを判断することと、第２のＲＡＴがネットワークアプリケーションのための十分なＱｏＳを与えないと判断された場合、（たとえば、ＱｏＳ障害ハンドラモジュール１６０を介して）第２のＲＡＴのＱｏＳへの第２のＲＡＴに関するネットワークアプリケーションの適応を可能にすることとを行うことができる。

一例では、ＱｏＳ障害ハンドラモジュール１６０は、不適切または不十分なＱｏＳが第２の（たとえば、ターゲット）ＲＡＴに関してセットアップされたことを関連するネットワークアプリケーションに通知するために、アプリケーション通知器１１１２および／または他の手段を利用することができる。その後、アプリケーションは、たとえば、接続をリリースすること、劣化したＱｏＳを継続することなど、１つまたは複数の適切なアクションをとることができる。代替的に、ＱｏＳ障害ハンドラモジュール１６０は、関連するネットワークアプリケーションとは無関係に、ターゲットＲＡＴに関連するＱｏＳパラメータの再ネゴシエーションを試みることができる。一例では、そのような再ネゴシエーションは、ＵＥ１０２のプロトコルデータサービスレイヤ内で構成され、および／または他の好適なエンティティとして実装され得る、ＱｏＳ再ネゴシエーションモジュール１１１４によって実行され得る。一例では、アプリケーション通知器１１１２は、ＱｏＳ再ネゴシエーションモジュール１１１４によるＱｏＳパラメータの試みられた再ネゴシエーションが成功しなかったことに応答して、第２またはターゲットＲＡＴに関する不十分なＱｏＳを関連するネットワークアプリケーションに通知するために利用され得る。

一態様によれば、アプリケーション通知器１１１２および／またはＱｏＳ再ネゴシエーションモジュール１１１４が所与のシナリオのために利用されるかどうかは、基礎をなすネットワークアプリケーションの能力に基づいて判断され得る。したがって、たとえば、ＱｏＳ障害ハンドラモジュール１６０は、ネットワークアプリケーションが不十分なＱｏＳを処理するための少なくとも１つのプロシージャで構成されるかどうかを識別することができる。この判断に基づいて、ネットワークアプリケーションが不十分なＱｏＳを処理するための少なくとも１つのプロシージャを有する場合、アプリケーション通知器１１１２は、ハンドオーバに関連する第２のＲＡＴに関する不十分なＱｏＳをネットワークアプリケーションに通知することができる。そうではなく、ネットワークアプリケーションが不十分なＱｏＳを処理するための少なくとも１つのプロシージャを有しない場合、ＱｏＳ再ネゴシエーションモジュール１１１４は、ネットワークアプリケーションとは無関係に、第２のＲＡＴに関連するＱｏＳパラメータの再ネゴシエーションを試みることができる。

別の態様によれば、様々な無線アクセス技術（たとえば、ＨＲＰＤ）のためにＱｏＳが２つのステップでネゴシエートされ得る。（ＱｏＳ許可ステップとも呼ばれる）第１のステップにおいて、ＵＥ１０２は一連のＱｏＳプロファイルを提供することができ、それらのＱｏＳプロファイルに対して、ネットワーク１０４は、許容できるＱｏＳプロファイルのサブセットで応答することができる。第２ステップにおいて、ＵＥ１０２は、特定のプロファイルを選び、選択されたプロファイルをネットワーク１０４に要求することができる。具体的な例として、ＵＥ１０２は、ＬＴＥ ＱｏＳを、ＱｏＳ許可ステップにおいて提供される複数のＨＲＰＤプロファイルＩＤにマッピングすることができる。その後、ネットワーク１０４はプロファイルＩＤのサブセットで応答することができ、ＵＥ１０２は、許可されたＱｏＳプロファイルのいずれかが許容できるかどうかを判断することができる。許容できない場合、ＵＥ１０２は、ネットワーク１０４とのさらなるネゴシエーションを試みるのを中止することができ、関連するアプリケーションは、適切なアクションをとるように通知され得る。

したがって、上記に関して、より一般的な用語で言えば、ＵＥ１０２は、ハンドオーバに関連する第１のＲＡＴに関連するＱｏＳパラメータを、ハンドオーバに関連する第２のＲＡＴに関連する複数のＱｏＳパラメータにマッピングすることができる。ＵＥ１０２は、次いで、第２のＲＡＴに関連する複数のＱｏＳパラメータ中の少なくとも１つのＱｏＳパラメータがネットワークアプリケーションのための十分なＱｏＳに対応するかどうかを判断することと、第２のＲＡＴに関連する複数のＱｏＳパラメータ中のＱｏＳパラメータがネットワークアプリケーションのための十分なＱｏＳに対応しない場合、第２のＲＡＴに関する不十分なＱｏＳをネットワークアプリケーションに通知することとを行うことができる。

図１２を参照すると、様々な態様による、トンネルモード動作を介して複数のＲＡＴに関してＱｏＳ情報を維持するためのシステム１２００のブロック図が示されている。システム１２００に示されるように、ＵＥ１０２は、所与のＲＡＴに従って動作することができる関連するネットワーク１０４₁を介してワイヤレス通信環境内で通信することができる。一態様によれば、ＵＥ１０２およびネットワーク１０４₁は、１つまたは複数のアプリケーションに対応するＱｏＳを確立することができる。さらに、異なるＲＡＴに従って動作する別のネットワーク１０４₂への将来のハンドオーバの遅延および／または他の影響を緩和するために、トンネルモード動作中のＱｏＳの維持を可能にするためにＵＥ１０２とネットワーク１０４₂との間でトンネリング接続が維持され得る。システム１２００が示すように、ＵＥ１０２とネットワーク１０４₂との間のトンネリングは、ＵＥ１０２および／またはネットワーク１０４₂のそれぞれのトンネリングモジュール１５０および／または他の手段を介して可能にされ得る。

一態様によれば、アプリケーションは、データアクティビティに基づいてＱｏＳを中断および再開することができる。たとえば、ネットワーク１０４₁のデータアクティビティモニタ１２２２および／またはシステム１２００内の他の好適なエンティティ（たとえば、ＵＥ１０２）は、データアクティビティモニタ１２２２によって識別されたデータアクティビティに基づいて、１つまたは複数の関係するアプリケーションのためのＱｏＳを中断および／または再開することができる。（ｅ）ＨＲＰＤの特定の例では、ＱｏＳがオフにされた場合、ＱｏＳコンテキストは、ＵＥ１０２と（ｅ）ＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）とによって保たれ得る。したがって、その後、ＱｏＳが再有効化されたとき、ＱｏＳコンテキストは再確立を必要とせず、それにより呼セットアップ時間が低減され、他の好適な利益が与えられることが諒解できよう。しかしながら、ＬＴＥコアネットワークのさらなる特定の例では、ＱｏＳは、ＱｏＳが再び必要とされるときにはＱｏＳが初めから再びセットアップされることを必要とし得るように、ＱｏＳがもはや必要とされないときには削除されるように構成され得ることが諒解できよう。

したがって、ＬＴＥを使用するネットワーク１０４₁と、ｅＨＲＰＤを使用するネットワーク１０４₂との特定の非限定的な例では、ＵＥ１０２は、ｅＨＲＰＤへのハンドオーバ時にネットワーク１０４₂においてＱｏＳが利用可能であり得るように、トンネルを介してネットワーク１０４₂のｅＨＲＰＤゲートウェイとのＱｏＳコンテキストを維持するために、ＱｏＳ更新モジュール１２１２および／または他の好適な機構を利用することができる。一例では、ＵＥ１０２は、トンネルを介してｅＨＲＰＤにおけるＱｏＳコンテキストをできるだけ早く確立することができ、ＵＥ１０２とネットワーク１０４₂の両方は、ＬＴＥにある間にＱｏＳコンテキストが変化したときにトンネルを介してＱｏＳコンテキストを最新に保つことを試みることができる。トンネルを介している間、関連するＱｏＳフローはＨＳＧＷにおいてオフにされ得る。その後、ｅＨＲＰＤへのハンドオーバが行われるとすぐに、ＱｏＳフローはオンにされ得る。

一態様によれば、ＱｏＳが再開されるたびにｅＨＲＰＤに関するＱｏＳのセットアップを繰り返さなければならないことを回避するために、ネットワーク１０４₂に関連するｅＨＲＰＤゲートウェイは、ＱｏＳを記憶するためにＱｏＳ記憶モジュール１８０および／または他の機構を利用することができる。この状態にあるとき、ＬＴＥコアネットワークが実際にＱｏＳを削除すると、ＱｏＳは、「オフにされた」としてフラグを付けられ得る。０ したがって、ＵＥ１０２が後で（ｅ）ＨＲＰＤに戻った場合、ＱｏＳは、繰り返しセットアップを必要とするのではなく、ネットワーク１０４₂において単にオンにされ得る。一例では、ＨＳＧＷにおいてＱｏＳをオフにするために、ネットワーク１０４₂においてタイマーベースまたはイベントベースの機構が使用され得る。したがって、ＬＴＥおよびｅＨＲＰＤネットワーク１０４と対話するＵＥ１０２の特定の非限定的な例について上述したように、ＱｏＳコンテキストは、ｅＨＲＰＤにおいてキャッシュされ、ＱｏＳコンテキストがＬＴＥに関して削除および再生成されたときにトンネルを介してオンおよびオフにされ得る。

別の態様によれば、システム１２００は、次のように複数ＲＡＴ環境のための一般化された方法でトンネルモードによってＱｏＳコンテキスト更新を利用することができる。第１の例では、ＵＥ１０２は、第１のネットワーク１０４₁上でパケットフローのためのＱｏＳを初期化することと、初期化することに応答して、第２のネットワーク１０４₁へのトンネリングを介して第２のネットワーク１０４₁上のパケットフローのためのＱｏＳコンテキストを確立することと、第１のネットワーク１０４₁上でパケットフローのためのＱｏＳの変化（たとえば、パケットフローの終了、パケットフローの再確立など）を監視することと、第１のネットワーク１０４₁上でのパケットフローのためのＱｏＳのそれぞれの監視された変化に応答して、第２のネットワーク１０４₂へのトンネリングを介して第２のネットワーク１０４₂上のパケットフローのためのＱｏＳコンテキストを更新することとを行うことができる。さらに、ネットワーク１０４₂は、ＵＥ１０２へのトンネリングを介して第１のネットワーク１０４₁上で動作するＵＥ１０２などのネットワークデバイスに関連するパケットフローに関係する情報を取得することと、パケットフローに対応する、非アクティブ状態にあるネットワーク１０４₂のためのＱｏＳコンテキストを初期化することと、ネットワーク１０４₂へのＵＥ１０２のエントリを検出することと、ネットワーク１０４₂へのＵＥ１０２のエントリに応答して、ネットワーク１０４₂のためのＱｏＳコンテキストをアクティブにすることとを行うように動作可能であり得る。一例では、ネットワーク１０４₁は、ＵＥ１０２へのトンネリングを介してネットワーク１０４₁上のパケットフローに関係する更新されたＱｏＳ情報を受信することと、更新されたＱｏＳ情報に従って、パケットフローに対応するネットワーク１０４₂のためのＱｏＳコンテキストを更新することとを行うようにさらに動作可能であり得る。

一態様によれば、システム１２００に示されるように、ＱｏＳは、様々な方法でトンネリング接続を介して維持され得る。第１の例では、１つまたは複数のフローおよび／または対応するアプリケーションのためのＱｏＳがトンネルを介して常に維持され得る。代替的に、ＱｏＳフローは、ネットワーク１０４₁上でのフローの生成時にトンネリングを介してネットワーク１０４₂上で生成され、その後、フローがネットワーク１０４₁において廃棄および再生成されたときにトンネルを介してネットワーク１０４₂においてオンまたはオフにされ、それにより、トンネルを介してＱｏＳを常に維持することに関連するリソースを節約することができる。たとえば、ネットワーク１０４₂へのＵＥ１０２の移動時にフローに対応するＱｏＳの転送が実行されるように、ネットワーク１０４₂のＱｏＳ記憶モジュール１８０および／または他の手段を使用して、ＵＥ１０２がネットワーク１０４₁上にある間にフローのためのＱｏＳをキャッシュすることができる。

一例では、所与のフローのためにトンネルを介してＱｏＳを維持するために利用される特定の技法がケースバイケースで実装され得る。したがって、例として、リアルタイムフロー、優先フローなどのためのＱｏＳはトンネルを介して常に維持され、他のフローのためのＱｏＳはそうでないように、フローの相対的優先度に基づいて、一定のトンネリングがいくつかのフローのために選択的に実行され得る。一例では、これは、トンネルを介してすべてのフローのためのＱｏＳを維持することに関連するシグナリング、電力などに関連するオーバーヘッドの節約を可能にすることができる。たとえば、ＵＥ１０２は、場合によっては、ＱｏＳトンネリングが構成される１つまたは複数のパケットフロータイプを識別することと、パケットフローが、（たとえば、ＵＥ１０２のＱｏＳアナライザ２１４および／または他の機構によって判断されるように）ＱｏＳトンネリングが構成される１つまたは複数のパケットフロータイプ内に含まれるタイプである場合、初期化することに応答して、ネットワーク１０４₂へのトンネリングを介してネットワーク１０４₂上のパケットフローのためのＱｏＳコンテキストを確立することとを行うことができる。上記のように、ＱｏＳトンネリングが構成されるパケットフロータイプは、相対的パケットフロー優先度に少なくとも部分的に基づいてＵＥ１０２によって識別され得る。

別の例では、上記で説明した技法は、ボイスオーバＩＰ（ＶｏＩＰ）呼フローの場合に適用され得る。例示的なＶｏＩＰ呼サービスでは、ユーザは、連続して複数回、ボイス呼を行い、その後ボイス呼を終了することができることが諒解できよう。したがって、第１のＲＡＴにおいてＶｏＩＰのためのＱｏＳをセットアップし、第２のＲＡＴにおいて発生したイベントと同期してＱｏＳを廃棄する代わりに、ＱｏＳを一度セットアップし、アプリケーションが終了されるとき、廃棄するのではなくオフにしておくことができる。したがって、ＱｏＳをオンにすることおよび／またはオフにすることに関連する負荷は、トンネルを介してＱｏＳを再生成することに関連する負荷よりも小さいので、トンネルへの負荷が軽減され得ることが諒解できよう。

一態様によれば、アプリケーションのためのＱｏＳがネットワーク１０４においてインストールされ、（たとえば、ＵＥ１０２がネットワーク１０４に移動することにより）アプリケーションのためのＱｏＳをネットワーク１０４においてオンにすることが望まれる場合、アプリケーションは、ＱｏＳの管理を可能にするために、呼中断／再開および／または他の手段を利用することができる。一例では、アプリケーションが第１のＲＡＴに関して終了され、第１のＲＡＴがＱｏＳを削除した場合、アプリケーションは再起動し、ＱｏＳセットアップを再開始し得るので、場合によっては、第２のＲＡＴに関するＱｏＳをオンにすることおよび削除することが必要でないことがある。したがって、アプリケーションが第１のＲＡＴに関して非アクティブになった場合、アプリケーションのためのＱｏＳはトンネルを介してオフにされ得る。その後、関連するＵＥ１０２が第２のＲＡＴに移動した場合、アプリケーションがアクティブであるかどうかが判断され得、アクティブである場合、アプリケーションのためのＱｏＳはオンにされ得る。

たとえば、上記に基づいて、ネットワーク１０４₂は、パケットフローがネットワーク１０４₁上で非アクティブであるという指示を受信するように動作可能であり得る。その後、ネットワーク１０４₂へのＵＥ１０２のエントリに応答して、ネットワーク１０４₂は、パケットフローがアクティブであるかどうかを判断することができる。パケットフローがアクティブでない場合、ネットワーク１０４₂のためのＱｏＳコンテキストは廃棄され得る。そうではなく、パケットフローがアクティブである場合、ネットワーク１０４₂のためのＱｏＳコンテキストに対応するパケットフローのためのＱｏＳが確立され得る。さらに、パケットフローがネットワーク１０４₁上で非アクティブであるという指示を受信すると、ネットワーク１０４₂は、パケットフローがネットワーク１０４₁上で非アクティブであるという指示を受信した後の所定の時間間隔の満了および／または他の好適なファクタなど、少なくとも１つのファクタに基づいて、ネットワーク１０４₂のためのＱｏＳコンテキストを廃棄することができる。

別の態様によれば、Ｅｖｏｌｖｅｄ ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）とｅＨＲＰＤネットワークとを含むワイヤレス通信環境の特定の例において利用され得る例示的なトンネリング構造が、図１３中の図１３００によって示されている。図１３が示すように、ＵＥは、トンネリングを介してＥ−ＵＴＲＡＮとｅＨＲＰＤネットワークの両方と対話することができる。Ｅ−ＵＴＲＡＮは、ｅＮＢと、モビリティ管理エンティティ（ＭＭＥ）と、サービングゲートウェイ（Ｓ−ＧＷ）とを含むことができる。さらに、ｅＨＲＰＤネットワークは、発展型アクセスネットワーク（ｅＡＮ）とＨＳＧＷとを含むことができる。図１３００にさらに示すように、両方のＲＡＮは、ＰＤＮ（パケットデータネットワーク）ゲートウェイ（Ｐ−ＧＷ）、ポリシーおよび課金ルール機能（ＰＣＲＦ：Policy and Charging Rules Function）、ならびにアプリケーションサーバ（ＡＳ）と対話することができる。上記で説明した方法と同様の方法で、ＵＥは、トンネリングモードによって両方のＲＡＮ上でのＱｏＳの維持を可能にすることができる。たとえば、Ｓ−ＧＷにおいて、ＱｏＳは、実質的にＱｏＳが必要とされるたびに生成および／または削除され得る。さらに、ＨＳＧＷにおいて、ＱｏＳフローは、（たとえば、ＱｏＳコンテキストが「キャッシュ」されるように）ＱｏＳが必要とされるときに生成され、その後オン／オフにされ得る。

図１３００に関するＵＥ主導型ＱｏＳでは、アプリケーションは、必要とされるＱｏＳを示すことができる。ＬＴＥの場合、これはＱｏＳの生成／削除につながり得るが、ｅＨＲＰＤの場合、ＱｏＳは単にオンまたはオフに切り替えられ、それによりコンテキストを保つことができる。追加または代替として、ネットワーク主導型ＱｏＳでは、アプリケーションサーバは、ＱｏＳが必要とされるときをＰＣＲＦに示すことができ、その場合、そのたびごとに完全ＱｏＳコンテキストが生成または削除され得る。

さらなる態様によれば、ワイヤレス通信環境におけるＵＥ１０２ならびに／あるいは１つまたは複数のネットワーク１０４は、ネットワーク主導型ＱｏＳを使用するＲＡＴとＵＥ主導型ＱｏＳを使用するＲＡＴとの間でＵＥ１０２が移動する場合を処理するためのそれぞれの技法を実装することができる。第１の例では、そのような場合を管理するために利用され得る技法が図１４中のシステム１４００によって示されている。図１４によって示されるように、ＵＥ１０２がＱｏＳアンアウェアアプリケーション１４４２を利用する場合、ＱｏＳは、決してＵＥ１０２によって要求されないように構成され得る。したがって、ＵＥ１０２が、ネットワーク主導型ＱｏＳをもつＲＡＴに関連するネットワーク１０４から、ＵＥ主導型ＱｏＳをもつＲＡＴに関連するネットワーク１０４に移動したとき、ＱｏＳは、場合によっては再確立されないことになる。しかしながら、ＵＥ１０２が、ネットワーク主導型ＱｏＳをもつＲＡＴに従って動作するネットワーク１０４に戻ったとき、ネットワーク１０４は、（たとえば、ＱｏＳ確立モジュール１２０などを介して）ＱｏＳを再び確立することができる。したがって、ＱｏＳアンアウェアアプリケーションでは、ＱｏＳは、場合によっては、ネットワーク主導型ＱｏＳをサポートするＲＡＴにおいてのみ利用可能であり得ることが諒解できよう。さらに、ＵＥ１０２が、ネットワーク主導型ＱｏＳを使用するＥ−ＵＴＲＡＮに移動する特定の例では、Ｅ−ＵＴＲＡＮは、（たとえば、Ｓ１０１トンネルを介して）ｅＨＲＰＤネットワークに対応するＨＳＧＷとのＱｏＳコンテキストを確立すべきか否かを決定することができる。

一例では、上記に基づいて、システム１４００中のＵＥ１０２は、システム１４００における通信を可能にするアプリケーションを識別することと、ＲＡＴに関連するネットワーク１０４へのエントリを検出することと、ＲＡＴのためのＱｏＳがユーザ主導型であるかネットワーク主導型であるかを判断することとを行うことができる。この判断に基づいて、ＵＥ１０２は、ＲＡＴのためのＱｏＳがネットワーク主導型である場合は、ネットワーク確立されたＱｏＳに従ってアプリケーションの動作を指示し、またはＲＡＴのためのＱｏＳがユーザ主導型である場合は、ＱｏＳとは無関係にアプリケーションの動作を指示することができる。別の例では、ＵＥ１０２は、ＱｏＳがネットワーク主導型であるＲＡＴに関連する第１のネットワーク１０４へのエントリを検出することと、第１のネットワーク１０４によって確立されたＱｏＳに従ってアプリケーションのためのＱｏＳコンテキストを確立することと、第１のネットワーク１０４から、ＱｏＳがユーザ主導型であるＲＡＴに関連する第２のネットワーク１０４への移動を検出することと、移動に応答して、アプリケーションのためのＱｏＳコンテキストをリリースすることとを行うように動作可能であり得る。

代替例では、ＵＥ１０２がＱｏＳアウェアアプリケーションに関連する場合、アプリケーションのためのＱｏＳの管理は、図１５中のシステム１５００によって示されるように様々な方法で行われ得る。システム１５００によって示される第１のシナリオでは、ＵＥ１０２は、ネットワーク主導型ＱｏＳ ＲＡＴをもつネットワーク１０４からＵＥ主導型ＱｏＳ ＲＡＴをもつネットワーク１０４に移動することができる。そのようなシナリオでは、（たとえば、ＱｏＳセットアップ分析モジュール１５１２を介して）ネットワーク１０４がＱｏＳを開始しないと判断したとき、ＵＥ１０２は、（たとえば、ＱｏＳ初期化モジュールおよび／または他の好適な手段を介して）それ自体で関連するＱｏＳアウェアアプリケーション１５１６のためのＱｏＳを開始することができる。一例では、ＵＥ１０２がＥ−ＵＴＲＡＮに移動している場合、ＵＥ１０２は、さらに、Ｓ１０１トンネルを介して、ただしオフ切替え状態においてＨＳＧＷとのＱｏＳコンテキストをセットアップすることができる。

システム１５００によって示される第２のシナリオでは、ＵＥ１０２は、ＵＥ主導型ＱｏＳ ＲＡＴをもつネットワーク１０４からネットワーク主導型ＱｏＳ ＲＡＴをもつネットワーク１０４に移動することができる。そのような場合、ＵＥ１０２がＱｏＳアウェアアプリケーション１５１６に関連するとき、アプリケーション１５１６は、特定のフィルタのための必要とされるＱｏＳをＵＥ１０２に示すことができる。ネットワーク主導型ＱｏＳ ＲＡＴへのＲＡＴ間モビリティが発生すると、ＵＥ１０２は、ネットワークによってセットアップされたＱｏＳが満足であるか否かを（たとえば、ＱｏＳ確立モジュール１２０および／または他の好適な手段を介して）確認することができる。ＵＥ１０２は、次いで、この情報をアプリケーション１５１６に伝達し、アプリケーション１５１６は、ＱｏＳが満足でない場合、何を行うべきかを（たとえば、ＱｏＳ障害ハンドラモジュール１６０などを介して）決定することができる。たとえば、不満足なＱｏＳの場合、アプリケーション１５１６は、ＱｏＳなしに継続すること、ユーザに通知すること、サービスをティアダウンすること、異なるＱｏＳを再要求すること、および／または他の好適な（１つまたは複数の）アクション実行することを決定することができる。さらに、上記で説明した第１のシナリオと同様の方法で、ＵＥ１０２がＥ−ＵＴＲＡＮに移動しており、Ｓ１０１トンネルを介してｅＨＲＰＤに事前登録しなければならない特定の例では、ＵＥ１０２はまた、オフ切替え状態においてＨＳＧＷとのＱｏＳコンテキストをセットアップすることができる。

上記に鑑みて、システム１５００中のＵＥ１０２は、少なくとも第１のＲＡＴと第２のＲＡＴとによる通信を可能にするアプリケーション１５１６を識別することと、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバを検出することと、第２のＲＡＴに関連するネットワーク１０４がアプリケーションのためのＱｏＳを初期化するように構成されるかどうかを判断することと、判断することに少なくとも部分的に基づいて、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立することとを行うように動作可能であり得る。第２のＲＡＴに関連するネットワーク１０４がアプリケーションのためのＱｏＳを初期化するように構成されない（たとえば、ネットワーク主導型ＱｏＳ ＲＡＴからＵＥ主導型ＱｏＳ ＲＡＴへのハンドオーバが行われる）場合、ＵＥ１０２は、第２のＲＡＴに関するアプリケーションのためのＱｏＳを初期化すること、第１のＲＡＴへのトンネリングを介して第１のＲＡＴとのＱｏＳコンテキストを確立すること、および／または他の好適な（１つまたは複数の）アクションを実行することができる。

追加または代替として、第２のＲＡＴに関連するネットワーク１０４がアプリケーションのためのＱｏＳを初期化するように構成される（たとえば、ＵＥ主導型ＱｏＳ ＲＡＴからネットワーク主導型ＱｏＳ ＲＡＴへのハンドオーバが行われる）場合、ＵＥ１０２は、アプリケーション１５１６のための必要とされるＱｏＳを識別することと、第２のＲＡＴに関するアプリケーション１５１６のためのネットワーク主導型ＱｏＳに関係する情報を取得することと、アプリケーション１５１６のための必要とされるＱｏＳに基づいて、ネットワーク主導型ＱｏＳがアプリケーション１５１６のために満足であるかどうかを判断することとを行うことができる。さらに、そのような判断の結果がアプリケーション１５１６に示され得る。ネットワーク主導型ＱｏＳがアプリケーション１５１６のために不満足であると判断したとき、不満足なＱｏＳがアプリケーション１５１６に示され得る。さらに、そのような場合、ＵＥ１０２は、アプリケーション１５１６を介して、ＱｏＳなしにアプリケーション１５１６の使用を継続すること、アプリケーション１５１６のための不満足なＱｏＳをアプリケーション１５１６のユーザに示すこと、アプリケーション１５１６を終了すること、アプリケーション１５１６のためのＱｏＳを再要求することなど、１つまたは複数のアクションを可能にすることができる。別の例では、ＵＥ１０２は、第１のＲＡＴへのトンネリングを介して第１のＲＡＴとのＱｏＳコンテキストを確立するようにさらに構成され得る。

次に図１６〜図２９を参照すると、本明細書に記載する様々な態様に従って実行され得る方法が示されている。説明を簡潔にする目的で、それらの方法を一連の行為として図示し、説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示し、説明する順序とは異なる順序で、および／または他の行為と同時に行われ得るので、それらの方法は行為の順序によって限定されないことを理解し、諒解されたい。たとえば、方法は、状態図など、一連の相互に関係する状態またはイベントとして代替的に表現され得ることを、当業者は理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、示されたすべての行為が必要とされるとは限らない。

図１６を参照すると、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理することを可能にする第１の方法１６００が示されている。方法１６００は、たとえば、ＵＥ（たとえば、ＵＥ１０２）および／または他の適切なネットワークエンティティによって実行され得ることを諒解されたい。方法１６００はブロック１６０２において開始し、ワイヤレス通信システム内での通信のために利用されるべきアプリケーションを識別する。ブロック１６０４において、ネットワークから、アプリケーションに関連するＱｏＳ開始に関係する指示を受信する。ブロック１６０６において、指示に少なくとも部分的に基づいて、アプリケーションのためのＱｏＳを開始すべきか、アプリケーションのためのＱｏＳのネットワーク開始を待つべきかを判断する。

図１７に、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための第２の方法１７００を示す。方法１７００は、たとえば、通信ネットワーク（たとえば、ネットワーク１０４）および／または他の好適なエンティティによって実行され得る。方法１７００はブロック１７０２において開始し、少なくとも１つのＵＥとの通信を可能にするアプリケーションを識別する。ブロック１７０４において、アプリケーションのためのＱｏＳがネットワーク主導型であるべきか、少なくとも１つのＵＥによって開始されるべきかを判断する。ブロック１７０６において、判断することの結果の指示を構築する。ブロック１７０８において、指示を少なくとも１つのＵＥに伝達する。

次に図１８を参照すると、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理するための第３の方法１８００が示されている。方法１８００は、たとえば、モバイルデバイスおよび／または他の好適なエンティティによって実行され得る。方法１８００はブロック１８０２において開始し、通信ネットワークとの通信を可能にするアプリケーションのためのＱｏＳの初期化を試みる。ブロック１８０４において、通信ネットワークからＱｏＳ拒否が受信されたかどうかを判断する。ブロック１８０６において、方法１８００を実行するエンティティは、通信ネットワークからＱｏＳ拒否を受信したことに応答して、ＱｏＳ拒否に少なくとも部分的に基づいて、通信ネットワークからのアプリケーションのためのＱｏＳの初期化を待つ。

図１９に、ワイヤレス通信システムにおいて利用される混合モードアプリケーションのためのＱｏＳの確立を管理することを可能にする第４の方法１９００を示す。方法１９００は、たとえば、ワイヤレス通信ネットワークおよび／または他の好適なエンティティによって実行され得る。方法１９００はブロック１９０２において開始し、ＵＥと、ネットワーク通信のためにＵＥによって利用されるアプリケーションとを識別する。ブロック１９０４において、アプリケーションに関する、ＵＥによる試みられたＱｏＳ開始を検出する。ブロック１９０６において、アプリケーションのためのＱｏＳがネットワーク主導型であると見なされる場合、アプリケーションに関する、ＵＥによる試みられたＱｏＳ開始を検出したことに応答して、ＵＥに拒否メッセージングを通信する。

図２０を参照すると、ＲＡＴ間ハンドオーバに関連するフロー対ベアラＱｏＳマッピングを実行するための方法２０００の流れ図が示されている。方法２０００は、たとえば、ＵＥおよび／または他の好適なネットワークエンティティによって実行され得る。方法２０００はブロック２００２において開始し、少なくとも１つのＩＰフローと、少なくとも１つのＩＰフローにそれぞれ関連するそれぞれのＩＰフローＴＦＴとを識別する。ブロック２００４において、関連するネットワークから、少なくとも１つのベアラと、それぞれのベアラに関係する少なくとも１つのベアラＴＦＴとに対応するＱｏＳ確立メッセージングを受信する。ブロック２００６において、少なくとも部分的に、ＩＰフローＴＦＴをベアラＴＦＴに一致させることによって、それぞれのＩＰフローとベアラとの間の関連付けを判断する。

次に図２１を参照すると、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にする第１の方法２１００が示されている。方法２１００は、たとえば、ＵＥ、ＵＥをサービスしている１つまたは複数のネットワーク、および／または他の好適なネットワークエンティティによって実行され得る。方法２１００はブロック２１０２において開始し、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットとを識別する。次に、ブロック２１０４において、利用されたネットワーク通信アプリケーションと、利用されたネットワーク通信アプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータとに関係する情報を取得する。ブロック２１０６において、利用されたネットワーク通信アプリケーションとは無関係に、利用されたネットワーク通信アプリケーションに関連するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングする。

図２２に、複数のＲＡＴに対応するＱｏＳパラメータのマッピングを可能にする第２の方法２２００を示す。方法２２００は、たとえば、ユーザデバイス、ユーザデバイスをサービスしている１つまたは複数のネットワーク、および／または他の好適なネットワークエンティティによって実行され得る。方法２２００はブロック２２０２において開始し、関連するネットワークとの通信を可能にするアプリケーションを識別する。ブロック２２０４において、アプリケーションから、それぞれのＲＡＴに関係するそれぞれのＱｏＳパラメータを取得する。ブロック２２０６において、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバを識別する。ブロック２２０８において、方法２２００を実行するエンティティは、アプリケーションから取得されたそれぞれのＱｏＳパラメータに少なくとも部分的に基づいて、アプリケーションに関連し、第１のＲＡＴに関係する少なくとも１つのＱｏＳパラメータを、アプリケーションに関連し、第２のＲＡＴに関係する少なくとも１つのＱｏＳパラメータにマッピングする。

次に図２３を参照すると、複数のＲＡＴ間ハンドオーバに関してＱｏＳパラメータの保存を可能にする第１の方法２３００が示されている。方法２３００は、たとえば、無線アクセスネットワークおよび／または他の好適なエンティティによって実行され得る。方法２３００はブロック２３０２において開始し、ＵＥと、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータとを識別する。次に、ブロック２３０４において、ＲＡＴからのＵＥのエグジットとＲＡＴへのＵＥのリエントリとを検出する。ブロック２３０６において、ＲＡＴへのＵＥのリエントリに応答して、ＲＡＴに関してＵＥによって使用されるＱｏＳパラメータに少なくとも部分的に基づいて、ＵＥのためのＱｏＳを再確立する。

図２４に、複数のＲＡＴ間ハンドオーバに関してＱｏＳパラメータを保存するための第２の方法２４００を示す。方法２４００は、たとえば、ＵＥ、ＵＥをサービスしているネットワーク、および／または他の好適なエンティティによって実行され得る。方法２４００はブロック２４０２において開始し、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に関係する情報を取得する。次に、ブロック２４０４において、第１のＲＡＴに関して利用されるＱｏＳパラメータを識別する。ブロック２４０６において、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとの間のマッピング関係に少なくとも部分的に基づいて、第１のＲＡＴに関して利用されるＱｏＳパラメータを、第２のＲＡＴに関連するＱｏＳパラメータにマッピングする。

図２５を参照すると、ＲＡＴ間ハンドオーバの後にＱｏＳが格下げされた場合、ネットワークアプリケーションの動作を適応させるための方法２５００が示されている。方法２５００は、たとえば、モバイルデバイスおよび／または他の好適なネットワークエンティティによって実行され得る。方法２５００はブロック２５０２において開始し、ネットワークアプリケーションに関して実行されたＲＡＴ間ハンドオーバに関連して、第１のＲＡＴに関連するＱｏＳパラメータを第２のＲＡＴに関連する対応するＱｏＳパラメータにマッピングする。ブロック２５０４において、少なくとも部分的に、第１のＲＡＴに関連するＱｏＳパラメータと第２のＲＡＴに関連するＱｏＳパラメータとを比較することによって、第２のＲＡＴがネットワークアプリケーションのための十分なＱｏＳを与えるかどうかを判断する。ブロック２５０６において、方法２５００を実行するエンティティは、第２のＲＡＴがネットワークアプリケーションのための十分なＱｏＳを与えないと判断された場合、第２のＲＡＴのＱｏＳへの第２のＲＡＴに関するネットワークアプリケーションの適応を可能にする。

図２６に、複数のＲＡＴに関してＱｏＳ情報を維持するためにトンネリングを利用するための第１の方法２６００を示す。方法２６００は、たとえば、ＵＥおよび／または他の好適なネットワークエンティティによって実行され得る。方法２６００はブロック２６０２において開始し、第１のネットワーク上でパケットフローのためのＱｏＳを初期化する。次に、ブロック２６０４において、初期化することに応答して、第２のネットワークへのトンネリングを介して第２のネットワーク上のパケットフローのためのＱｏＳコンテキストを確立する。ブロック２６０６において、第１のネットワーク上でパケットフローのためのＱｏＳの変化の監視を実行する。ブロック２６０８において、第１のネットワーク上でのパケットフローのためのＱｏＳのそれぞれの監視された変化に応答して、第２のネットワークへのトンネリングを介して第２のネットワーク上のパケットフローのためのＱｏＳコンテキストを更新する。

図２７に、複数のＲＡＴに関してＱｏＳ情報を維持するためにトンネリングを利用するための第２の方法２７００を示す。方法２７００は、たとえば、１つまたは複数のＵＥをサービスしているネットワークおよび／または他の好適なネットワークエンティティによって実行され得る。方法２７００はブロック２７０２において開始し、ネットワークデバイスへのトンネリングを介して第１のネットワーク上のネットワークデバイスに関連するパケットフローに関係する情報を取得する。ブロック２７０４において、パケットフローに対応する、非アクティブ状態にある第２のネットワークのためのＱｏＳコンテキストを初期化する。ブロック２７０６において、第２のネットワークへのネットワークデバイスのエントリを検出する。ブロック２７０８において、第２のネットワークへのネットワークデバイスのエントリに応答して、第２のネットワークのためのＱｏＳコンテキストをアクティブにする。

次に図２８を参照すると、ＲＡＴ間ハンドオーバ中にＱｏＳ確立動作を処理するための第１の方法２８００が示されている。方法２８００は、たとえば、ＵＥおよび／または他の好適なネットワークエンティティによって実行され得る。方法２８００はブロック２８０２において開始し、ワイヤレス通信システムにおける通信を可能にするアプリケーションを識別する。ブロック２８０４において、ＲＡＴに関連するネットワークへのエントリを検出する。ブロック２８０６において、ＲＡＴのためのＱｏＳがユーザ主導型であるかネットワーク主導型であるかを判断する。ブロック２８０８において、ＲＡＴのためのＱｏＳがネットワーク主導型である場合、ネットワーク確立されたＱｏＳに従ってアプリケーションの動作を指示する。追加または代替として、ブロック２８１０において、ＲＡＴのためのＱｏＳがユーザ主導型である場合、ＱｏＳとは無関係にアプリケーションの動作を指示する。

図２９を参照すると、ＲＡＴ間ハンドオーバ中にＱｏＳ確立動作を処理するための第２の方法２９００が示されている。方法２９００は、たとえば、ＵＥおよび／または他の好適なネットワークエンティティによって実行され得る。方法２９００はブロック２９０２において開始し、少なくとも第１のＲＡＴと第２のＲＡＴとによる通信を可能にするアプリケーションを識別する。ブロック２９０４において、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバを検出する。ブロック２９０６において、第２のＲＡＴに関連するネットワークがアプリケーションのためのＱｏＳを初期化するように構成されるかどうかを判断する。ブロック２９０８において、判断することに少なくとも部分的に基づいて、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立する。

次に図３０〜図４３を参照すると、本明細書で説明する様々な態様を可能にすることができるそれぞれの装置３０００〜４３００が示されている。装置３０００〜４３００は機能ブロックを含むものとして表されており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（たとえば、ファームウェア）によって実装される機能を表す機能ブロックとすることができることを諒解されたい。

最初に図３０を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１の装置３０００が示されている。装置３０００は、ＵＥ（たとえば、ＵＥ１０２）および／または他の好適なネットワークエンティティによって実装され得、ワイヤレス通信ネットワークとの通信を可能にするアプリケーションを識別するためのモジュール３００２と、ワイヤレス通信ネットワークから、アプリケーションのためのＱｏＳ開始に関係するフラグを受信するためのモジュール３００４と、指示に少なくとも部分的に基づいて、アプリケーションのためのＱｏＳを開始すべきか、ワイヤレス通信ネットワークによるアプリケーションのためのＱｏＳの開始を待つべきかを判断するためのモジュール３００６とを含むことができる。

図３１に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第２の装置３１００を示す。装置３１００は、通信ネットワーク（たとえば、ネットワーク１０４）および／または他の好適なネットワークエンティティによって実装され得、少なくとも１つのＵＥとの通信のためのアプリケーションを識別するためのモジュール３１０２と、アプリケーションのためのＱｏＳがネットワーク主導型であるべきかＵＥ主導型であるべきかを示すフラグを生成するためのモジュール３１０４と、フラグを少なくとも１つのＵＥに通信するためのモジュール３１０６とを含むことができる。

次に図３２を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第３の装置３２００が示されている。装置３２００は、ＵＥおよび／または他の好適なネットワークエンティティによって実装され得、関連するネットワークとの通信を可能にするアプリケーションに関するＱｏＳ開始を試みるためのモジュール３２０２と、関連するネットワークから、アプリケーションに関係する拒否メッセージングが受信されたかどうかを判断するためのモジュール３２０４と、受信された拒否メッセージングに応答して、受信された拒否メッセージングに少なくとも部分的に基づいて、アプリケーションに関する、関連するネットワークからのＱｏＳ開始を待つためのモジュール３２０６とを含むことができる。

図３３に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第４の装置３３００を示す。装置３３００は、通信ネットワークおよび／または他の好適なネットワークエンティティによって実装され得、ネットワーク通信のためにＵＥによって利用されるアプリケーションに関する、ＵＥによって実行された試みられたＱｏＳ開始プロシージャを識別するためのモジュール３３０２と、アプリケーションがネットワークＱｏＳ開始を利用するように構成される場合、試みられたＱｏＳ開始プロシージャに応答して、ＵＥにＱｏＳ拒否をシグナリングするためのモジュール３３０４とを含むことができる。

図３４を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第５の装置３４００が示されている。装置３４００は、ネットワークデバイスおよび／または他の好適なネットワークエンティティによって実装され得、それぞれのパケットフローに対応する１つまたは複数のＴＦＴを識別するためのモジュール３４０２と、関連するネットワークから、ベアラＴＦＴに関連する指定されたベアラに対応するＱｏＳパラメータに関係するシグナリングを取得するためのモジュール３４０４と、少なくとも部分的に、それぞれのパケットフローに対応するＴＦＴをベアラＴＦＴに一致させることによって、それぞれのパケットフローのうちの１つまたは複数を指定されたベアラにマッピングするためのモジュール３４０６とを含むことができる。

次に図３５を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第６の装置３５００が示されている。装置３５００は、ＵＥ、１つまたは複数のＵＥをサービスしているネットワーク、および／または他の好適なエンティティによって実装され得、第１のＲＡＴに関連するＱｏＳパラメータの第１のセットと、第２のＲＡＴに関連するＱｏＳパラメータの第２のセットと、ネットワーク通信を可能にするアプリケーションとに関係する情報を取得するためのモジュール３５０２と、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを識別するためのモジュール３５０４と、アプリケーションとは無関係に、アプリケーションに関係するＱｏＳパラメータの第１のセット中の少なくとも１つのＱｏＳパラメータを、ＱｏＳパラメータの第２のセット中の少なくとも１つのＱｏＳパラメータにマッピングするためのモジュール３５０６とを含むことができる。

図３６に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第７の装置３６００を示す。装置３６００は、ＵＥ、１つまたは複数のＵＥをサービスしているネットワーク、および／または他の好適なエンティティによって実装され得、ネットワークアプリケーションから、それぞれのＲＡＴに関係するＱｏＳパラメータのセットを取得するためのモジュール３６０２と、ネットワークアプリケーションから取得された第１のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータを、ネットワークアプリケーションから取得された第２のＲＡＴに関連するＱｏＳパラメータのセット中の少なくとも１つのＱｏＳパラメータにマッピングするためのモジュール３６０４とを含むことができる。

図３７を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第８の装置３７００が示されている。装置３７００は、通信ネットワークおよび／または他の好適なネットワークエンティティによって実装され得、ネットワークデバイスが第１のハンドオーバを介して関連するＲＡＴを離れたことに応答して、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータを識別するためのモジュール３７０２と、関連するＲＡＴに関してネットワークデバイスによって利用されるＱｏＳパラメータに少なくとも部分的に基づいて、ネットワークデバイスが第２のハンドオーバを介して関連するＲＡＴに再び入ったことに応答して、ネットワークデバイスのためのＱｏＳを確立するためのモジュール３７０４とを含むことができる。

次に図３８を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第９の装置３８００が示されている。装置３８００は、モバイルデバイス、１つまたは複数のモバイルデバイスをサービスしているネットワーク、および／または他の好適なエンティティによって実装され得、少なくとも１つのアプリケーションがネットワーク通信を行うことができる第１のＲＡＴと第２のＲＡＴとを識別するためのモジュール３８０２と、第１のＲＡＴのためのそれぞれのＱｏＳパラメータと第２のＲＡＴのためのそれぞれのＱｏＳパラメータとの間のマッピングに関係する情報を取得するためのモジュール３８０４と、少なくとも部分的に、マッピングに従って、アプリケーションによって利用される第１のＲＡＴのためのＱｏＳパラメータに対応する第２のＲＡＴのためのＱｏＳパラメータを取得することによって、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立するためのモジュール３８０６とを含むことができる。

図３９に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１０の装置３９００を示す。装置３９００は、ＵＥおよび／または他の好適なネットワークエンティティによって実装され得、少なくとも、ＲＡＴ間ハンドオーバに関連するソースＲＡＴとターゲットＲＡＴとによる通信を可能にするアプリケーションを識別するためのモジュール３９０２と、ソースＲＡＴに関連するＱｏＳパラメータをターゲットＲＡＴに関連する少なくとも１つの対応するＱｏＳパラメータにマッピングするためのモジュール３９０４と、ターゲットＲＡＴに関連する少なくとも１つのＱｏＳパラメータがアプリケーションのための不十分なＱｏＳを示す場合、ターゲットＲＡＴに関するアプリケーションの動作を適応させるためのモジュール３９０６とを含むことができる。

図４０に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１１の装置４０００を示す。装置４０００は、ＵＥおよび／または他の好適なネットワークエンティティによって実装され得、ＩＰフローと、パケットフローが利用され得る第１のネットワークおよび第２のネットワークとに関係するデータを取得するためのモジュール４００２と、第１のネットワーク上でＩＰフローのためのＱｏＳを初期化するためのモジュール４００４と、第１のネットワーク上でのＩＰフローのためのＱｏＳの初期化に応答して、第２のネットワークへのトンネリングを介して第２のネットワーク上のＩＰフローのためのＱｏＳコンテキストを確立するためのモジュール４００６と、第１のネットワーク上でのＩＰフローのＱｏＳのそれぞれの変化に応答して、第２のネットワークへのトンネリングを介して第２のネットワーク上のＩＰフローのためのＱｏＳコンテキストを更新するためのモジュール４００８とを含むことができる。

次に図４１を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１２の装置４１００が示されている。装置４１００は、無線アクセスネットワークおよび／または他の好適なワイヤレス通信エンティティによって実装され得、ＵＥと、ＵＥへのトンネリングとを識別するためのモジュール４１０２と、ＵＥへのトンネリングを介してＵＥに関連するネットワーク上のＵＥによって利用されるＩＰフローに関係する情報を受信するためのモジュール４１０４と、関連するネットワークのための、非アクティブ状態にあるＩＰフローのためのＱｏＳコンテキストを初期化するためのモジュール４１０６と、関連するネットワークへのＵＥのエントリを検出したときに、ＩＰフローのためのＱｏＳコンテキストをアクティブにするためのモジュール４１０８とを含むことができる。

図４２を参照すると、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１３の装置４２００が示されている。装置４２００は、ＵＥおよび／または他の好適なワイヤレス通信エンティティによって実装され得、ネットワークアプリケーションと、通信ネットワークと、通信ネットワークに関連するＲＡＴとを識別するためのモジュール４２０２と、通信ネットワークへのエントリを検出するためのモジュール４２０４と、通信ネットワークに関連するＲＡＴがネットワーク主導型ＱｏＳを与える場合、ネットワーク確立されたＱｏＳに従ってアプリケーションを利用するためのモジュール４２０６と、通信ネットワークに関連するＲＡＴがネットワーク主導型ＱｏＳを与えない場合、ＱｏＳとは無関係にアプリケーションを利用するためのモジュール４２０８とを含むことができる。

図４３に、ワイヤレス通信システムにおいてＲＡＴ間ハンドオーバに関する効率的なＱｏＳコンテキスト転送を可能にする第１４の装置４３００を示す。装置４３００は、モバイルデバイスおよび／または他の好適なネットワークエンティティによって実装され得、第１のＲＡＴから第２のＲＡＴへのアプリケーションのハンドオーバを識別するためのモジュール４３０２と、第２のＲＡＴに関するアプリケーションのためのＱｏＳがネットワーク主導型であるかユーザ主導型であるかの判断を行うためのモジュール４３０４と、判断に応答して、第２のＲＡＴに関するアプリケーションのためのＱｏＳを確立するためのモジュール４３０６とを含むことができる。

次に図４４を参照すると、様々な態様によるワイヤレス多元接続通信システムの図が与えられている。一例では、アクセスポイント４４００（ＡＰ）は複数のアンテナグループを含む。図４４に示すように、１つのアンテナグループはアンテナ４４０４および４４０６を含み、別のアンテナグループはアンテナ４４０８および４４１０を含み、別のアンテナグループはアンテナ４４１２および４４１４を含むことができる。図４４では、アンテナグループごとに２つのアンテナのみが示されているが、アンテナグループごとにより多いまたはより少ないアンテナが利用され得ることを諒解されたい。別の例では、アクセス端末４４１６はアンテナ４４１２および４４１４と通信中であり得、アンテナ４４１２および４４１４は、順方向リンク４４２０上でアクセス端末４４１６に情報を送信し、逆方向リンク４４１８上でアクセス端末４４１６から情報を受信する。追加および／または代替として、アクセス端末４４２２はアンテナ４４０６および４４０８と通信中であり得、アンテナ４４０６および４４０８は、順方向リンク４４２６上でアクセス端末４４２２に情報を送信し、逆方向リンク４４２４上でアクセス端末４４２２から情報を受信する。周波数分割複信システムでは、通信リンク４４１８、４４２０、４４２４および４４２６は、通信のための異なる周波数を使用することができる。たとえば、順方向リンク４４２０は、逆方向リンク４４１８によって使用される周波数とは異なる周波数を使用し得る。

アンテナの各グループ、および／またはアンテナが通信するように設計されたエリアは、アクセスポイントのセクタと呼ばれることがある。一態様によれば、アンテナグループは、アクセスポイント４４００によってカバーされるエリアのセクタ中でアクセス端末に通信するように設計され得る。順方向リンク４４２０および４４２６上の通信では、アクセスポイント４４００の送信アンテナは、異なるアクセス端末４４１６および４４２２に対して順方向リンクの信号対雑音比を改善するためにビームフォーミングを利用することができる。また、アクセスポイントが、ビームフォーミングを使用して、それのカバレージ中にランダムに分散されたアクセス端末に送信するほうが、アクセスポイントが単一のアンテナを介してそれのすべてのアクセス端末に送信するよりも、隣接セル中のアクセス端末への干渉が小さくなる。

アクセスポイント、たとえばアクセスポイント４４００は、端末と通信するために使用される固定局とすることができ、基地局、ｅＮＢ、アクセスネットワーク、および／または他の好適な用語で呼ばれることもある。さらに、アクセス端末、たとえばアクセス端末４４１６または４４２２は、モバイル端末、ユーザ機器、ワイヤレス通信デバイス、端末、ワイヤレス端末、および／または他の適切な用語で呼ばれることもある。

次に図４５を参照すると、本明細書で説明する様々な態様が機能することができる、例示的なワイヤレス通信システム４５００を示すブロック図が与えられている。一例では、システム４５００は、送信機システム４５１０と受信機システム４５５０とを含む多入力多出力（ＭＩＭＯ）システムである。ただし、送信機システム４５１０および／または受信機システム４５５０は、たとえば、（たとえば、基地局上の）複数の送信アンテナが１つまたは複数のシンボルストリームを単一のアンテナデバイス（たとえば、移動局）に送信することができる、多入力単出力システムにも適用され得ることを諒解されたい。さらに、本明細書で説明する送信機システム４５１０および／または受信機システム４５５０の態様は、単出力単入力アンテナシステムに関して利用され得ることを諒解されたい。

一態様によれば、送信機システム４５１０において、いくつかのデータストリームのトラフィックデータがデータソース４５１２から送信（ＴＸ）データプロセッサ４５１４に与えられる。一例では、各データストリームは、次いで、それぞれの送信アンテナ４５２４を介して送信され得る。さらに、ＴＸデータプロセッサ４５１４は、それぞれのデータストリーム用に選択された特定のコーディング方式に基づいて、データストリームごとにトラフィックデータをフォーマットし、符号化し、インターリーブして、コード化データを与えることができる。一例では、各データストリームのコード化データは、次いで、ＯＦＤＭ技法を使用してパイロットデータと多重化され得る。パイロットデータは、たとえば、既知の方法で処理される既知のデータパターンとすることができる。さらに、パイロットデータは、チャネル応答を推定するために受信機システム４５５０において使用され得る。送信機システム４５１０に戻ると、各データストリームの多重化されたパイロットデータとコード化データは、それぞれのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（たとえば、シンボルマッピング）されて、変調シンボルを与えることができる。一例では、各データストリームのデータレート、コーディング、および変調は、プロセッサ４５３０上で実行される命令および／またはプロセッサ４５３０によって与えられる命令によって判断され得る。

次に、すべてのデータストリームの変調シンボルはＴＸプロセッサ４５２０に与えられ得、ＴＸプロセッサ４５２０は、（たとえば、ＯＦＤＭのために）変調シンボルをさらに処理することができる。ＴＸ ＭＩＭＯプロセッサ４５２０は、次いで、Ｎ_T個の変調シンボルストリームをＮ_T個のトランシーバ４５２２ａ〜４５２２ｔに与えることができる。一例では、各トランシーバ４５２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を与えることができる。各トランシーバ４５２２は、次いで、それらのアナログ信号をさらに調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した被変調信号を与えることができる。したがって、トランシーバ４５２２ａ〜４５２２ｔからのＮ_T個の被変調信号は、次いで、それぞれＮ_T個のアンテナ４５２４ａ〜４５２４ｔから送信され得る。

別の態様によれば、送信された被変調信号は、Ｎ_R個のアンテナ４５５２ａ〜４５５２ｒによって受信機システム４５５０において受信され得る。各アンテナ４５５２からの受信信号は、次いで、それぞれのトランシーバ４５５４に与えられ得る。一例では、各トランシーバ４５５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを与え、次いで、それらのサンプルを処理して、対応する「受信」シンボルストリームを与えることができる。次いで、ＲＸ ＭＩＭＯ／データプロセッサ４５６０が、Ｎ_R個のトランシーバ４５５４からのＮ_R個の受信シンボルストリームを受信し、特定の受信機処理技法に基づいて処理して、Ｎ_T個の「検出」シンボルストリームを与えることができる。一例では、各検出シンボルストリームは、対応するデータストリームの送信された変調シンボルの推定値であるシンボルを含むことができる。ＲＸプロセッサ４５６０は、次いで、少なくとも部分的に、各検出シンボルストリームを復調し、デインターリーブし、復号することによって、各シンボルストリームを処理して、対応するデータストリームに関するトラフィックデータを復元することができる。したがって、ＲＸデータプロセッサ４５６０による処理は、送信機システム４５１０におけるＴＸ ＭＩＭＯプロセッサ４５２０とＴＸデータプロセッサ４５１４とによって実行される処理を補足することができる。ＲＸプロセッサ４５６０は、さらに、処理されたシンボルストリームをデータシンク４５６４に与えることができる。

一態様によれば、ＲＸプロセッサ４５６０によって生成されるチャネル応答推定値は、受信機において空間／時間処理を実行し、電力レベルを調整し、変調レートまたは方式を変更し、および／または他の適切なアクションを実行するために使用され得る。さらに、ＲＸプロセッサ４５６０は、さらに、たとえば、検出シンボルストリームの信号対雑音干渉比（ＳＮＲ）などのチャネル特性を推定することができる。ＲＸプロセッサ４５６０は、次いで、推定されたチャネル特性をプロセッサ４５７０に与えることができる。一例では、ＲＸプロセッサ４５６０および／またはプロセッサ４５７０は、さらに、システムの「動作」ＳＮＲの推定値を導出することができる。プロセッサ４５７０は、次いで、通信リンクおよび／または受信データストリームに関する情報を備えることができるチャネル状態情報（ＣＳＩ）を与えることができる。この情報は、たとえば、動作ＳＮＲを含むことができる。ＣＳＩは、次いで、ＴＸデータプロセッサ４５１８によって処理され、変調器４５８０によって変調され、トランシーバ４５５４ａ〜４５５４ｒによって調整され、送信機システム４５１０に返信され得る。さらに、受信機システム４５５０にあるデータソース４５１６が、ＴＸデータプロセッサ４５１８によって処理されるべき追加のデータを与えることができる。

送信機システム４５１０に戻ると、次いで、受信機システム４５５０からの被変調信号は、アンテナ４５２４によって受信され、トランシーバ４５２２によって調整され、復調器４５４０によって復調され、ＲＸデータプロセッサ４５４２によって処理されて、受信機システム４５５０によって報告されたＣＳＩを復元することができる。一例では、報告されたＣＳＩは、次いで、プロセッサ４５３０に与えられ、１つまたは複数のデータストリームのために使用されるべきデータレートならびにコーディングおよび変調方式を判断するために使用され得る。判断されたコーディングおよび変調方式は、次いで、受信機システム４５５０への後の送信における量子化および／または使用のためにトランシーバ４５２２に与えられ得る。追加および／または代替として、報告されたＣＳＩは、ＴＸデータプロセッサ４５１４およびＴＸ ＭＩＭＯプロセッサ４５１８のための様々な制御を生成するためにプロセッサ４５３０によって使用され得る。別の例では、ＲＸデータプロセッサ４５４２によって処理されたＣＳＩおよび／または他の情報はデータシンク４５４４に与えられ得る。

一例では、送信機システム４５１０にあるプロセッサ４５３０および受信機システム４５５０にあるプロセッサ４５７０は、それらのそれぞれのシステムにおいて動作を指示する。さらに、送信機システム４５１０にあるメモリ４５３２および受信機システム４５５０にあるメモリ４５７２は、それぞれプロセッサ４５３０および４５７０によって使用されるプログラムコードおよびデータの記憶を可能にすることができる。さらに、受信機システム４５５０において、Ｎ_T個の送信シンボルストリームを検出するためにＮ_R個の受信信号を処理するために、様々な処理技法が使用され得る。これらの受信機処理技法は、等化技法とも呼ばれることがある空間および時空間受信機処理技法、および／または「逐次干渉消去」もしくは「逐次消去」受信機処理技法とも呼ばれることがある「逐次ヌル化／等化および干渉消去」受信機処理技法を含むことができる。

本明細書で説明した態様は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せで実装され得ることを理解されたい。本システムおよび／または方法は、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードまたはコードセグメントにおいて実装されたとき、記憶構成要素など、機械可読媒体に記憶され得る。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造またはプログラムステートメントの任意の組合せを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容をパスおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む、好適な手段を使用してパス、フォワーディング、または送信され得る。

ソフトウェア実装の場合、本明細書で説明した技法は、本明細書で説明した機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行され得る。メモリユニットは、プロセッサの内部またはプロセッサの外部に実装され、その場合、当技術分野で知られているように様々な手段によってプロセッサに通信可能に結合され得る。

上記の説明は１つまたは複数の態様の例を含む。もちろん、上述の態様について説明する目的で、構成要素または方法のあらゆる考えられる組合せについて説明することは不可能であるが、当業者なら、様々な態様の多数のさらなる組合せおよび置換が可能であることを認識できよう。したがって、説明した態様は、添付の特許請求の範囲の趣旨および範囲内に入るすべてのそのような改変形態、変更形態、および変形形態を包含するものとする。さらに、「含む（include）」という用語は、発明を実施するための形態または特許請求の範囲のいずれかにおいて使用される限り、「備える（comprising）」という用語を採用すると請求項における移行語と解釈されるように「備える（comprising）」と同様に包括的なものとする。さらに、発明を実施するための形態または特許請求の範囲のいずれかで使用される「または（or）」という用語は、「非排他的なまたは（non-exclusive or）」を意味するものとする。

Claims (50)

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. コンピュータに、少なくとも１つのアプリケーションがネットワーク通信を行うことができる第１の無線アクセス技術（ＲＡＴ）と第２のＲＡＴとを識別させるためのコードと、
    コンピュータに、前記第１のＲＡＴのためのそれぞれのサービス品質（ＱｏＳ）パラメータと前記第２のＲＡＴのためのそれぞれのＱｏＳパラメータとの間のマッピングに関係する情報を取得させるためのコードと、
    コンピュータに、少なくとも部分的に、前記マッピングに従って、前記少なくとも１つのアプリケーションによって利用される前記第１のＲＡＴのためのＱｏＳパラメータに対応する前記第２のＲＡＴのためのＱｏＳパラメータを取得することによって、前記第２のＲＡＴに関する前記少なくとも１つのアプリケーションのためのＱｏＳを確立させるためのコードと
    を備える、コンピュータ可読媒体
    を備える、コンピュータプログラム製品。

Images