(57)【特許請求の範囲】
【請求項１】
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置を動作させる方法であって、
通信セッションに関連する呼状態情報を決定することと、
前記クライアントデバイスのための前記通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測することと、
前記リンクのダウンリンク方向におけるトラフィック使用を予測することと、
前記通信セッションに関連して、ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／またはｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始することと
を備え、
前記リンクの前記アップリンク方向における前記トラフィック使用の前記予測、および／または前記ダウンリンク方向における前記トラフィック使用の前記予測は、前記決定された呼状態情報に基づき、前記アップリンク固有ＱｏＳ調整を開始することは、前記第１のレベルのＱｏＳを増加または減少させることを備え、前記ダウンリンク固有ＱｏＳ調整を開始することは、前記第２のレベルのＱｏＳを増加または減少させることを備える、
方法。
【請求項２】
前記通信セッションは、半二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスが前記半二重通信セッションのための現在フロア保持者であることである、
請求項１に記載の方法。
【請求項３】
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者であるとき、非フロア保持者に関してよりも高いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回る場合、前記第１のレベルのＱｏＳを増加させることを含む、
請求項２に記載の方法。
【請求項４】
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者であるとき、非フロア保持者に関してよりも低いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回らない場合、前記第２のレベルのＱｏＳを減少させることを含む、
請求項２に記載の方法。
【請求項５】
前記通信セッションが半二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスが前記半二重通信セッションのための現在フロア保持者でないことである、
請求項１に記載の方法。
【請求項６】
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者でないとき、フロア保持者に関してよりも低いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回らない場合、前記第１のレベルのＱｏＳを減少させることを含む、
請求項５に記載の方法。
【請求項７】
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者でないとき、フロア保持者に関してよりも高いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回る場合、前記第２のレベルのＱｏＳを増加させることを含む、
請求項５に記載の方法。
【請求項８】
前記通信セッションは、半二重通信セッションに対応し、
前記決定された呼状態情報は、前記半二重通信セッションのための現在フロア保持者が存在しないことである、
請求項１に記載の方法。
【請求項９】
前記通信セッションは、全二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスがミュートされていることである、請求項１に記載の方法。
【請求項１０】
前記通信セッションが全二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスがミュートされていないことである、
請求項１に記載の方法。
【請求項１１】
前記予測するステップおよび前記開始するステップが、特定のタイプのサーバ調停型マルチメディアアプリケーションに関連する通信セッションのために選択的に実施され、
前記予測および開始するステップが、１つまたは複数の他のタイプの通信セッションのために実施されない、
請求項１に記載の方法。
【請求項１２】
前記リンクは、前記通信セッション中に行われる前記リンクの前記アップリンク方向および／または前記ダウンリンク方向におけるいかなるＱｏＳ調整にもかかわらず、前記通信セッション全体にわたって前記ダウンリンク方向と前記アップリンク方向の両方において維持される、
請求項１に記載の方法。
【請求項１３】
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置であって、
通信セッションに関連する呼状態情報を決定するための手段と、
前記クライアントデバイスのための前記通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測するための手段と、
前記リンクのダウンリンク方向におけるトラフィック使用を予測するための手段と、
前記通信セッションに関連して、ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／またはｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始するための手段と
を備え、
前記リンクの前記アップリンク方向における前記トラフィック使用の前記予測、および／または前記ダウンリンク方向における前記トラフィック使用の前記予測は、前記決定された呼状態情報に基づき、前記アップリンク固有ＱｏＳ調整を開始するための手段は、前記第１のレベルのＱｏＳを増加または減少させることを備え、前記ダウンリンク固有ＱｏＳ調整を開始するための手段は、前記第２のレベルのＱｏＳを増加または減少させることを備える、
装置。
【請求項１４】
前記装置は、前記通信セッションを調停するように構成されたアプリケーションサーバに対応する、
請求項１に記載の方法または請求項１３に記載の装置。
【請求項１５】
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置によって実行されたとき、動作を実施することを前記装置に行わせる、その上に記憶された命令を含んでいる非一時的コンピュータ可読媒体であって、前記命令は、請求項１乃至１２または請求項１４のいずれか１項の方法を実行する命令を備える、
非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
米国特許法第１１９条に基づく優先権の主張  
[0001]本特許出願は、本出願と同じ発明者によって、２０１２年８月３１日に出願され、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、「DIRECTIONAL ACTIVATION OF QUALITY OF SERVICE BASED ON APPLICATION ACTIVITY」と題する、仮出願第６１／６９５，６９９号の優先権を主張する。
【技術分野】
【０００２】
[0002]本発明の実施形態は、リンク上の予測されたトラフィックアクティビティに基づくサービス品質（ＱｏＳ）への方向性調整に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、第１世代アナログワイヤレス電話サービス（１Ｇ）、第２世代（２Ｇ）デジタルワイヤレス電話サービス（中間の２．５Ｇおよび２．７５Ｇネットワークを含む）、ならびに第３世代（３Ｇ）および第４（４Ｇ）高速データ／インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーおよびパーソナル通信サービス（ＰＣＳ：Personal Communications Service）システムを含む、使用されている多くの異なるタイプのワイヤレス通信システムがある。既知のセルラーシステムの例としては、セルラーアナログアドバンストモバイルフォンシステム（ＡＭＰＳ：Analog Advanced Mobile Phone System）、および符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡのモバイル用グローバルシステムアクセス（ＧＳＭ（登録商標）：Global System for Mobile）変形形態に基づくデジタルセルラーシステム、およびＴＤＭＡ技術とＣＤＭＡ技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。
【０００４】
[0004]より最近では、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）が、モバイルフォンと他のデータ端末とのための高速データのワイヤレス通信のためのワイヤレス通信プロトコルとして開発された。ＬＴＥはＧＳＭに基づき、ＧＳＭ進化型高速データレート（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）などの様々なＧＳＭ関係のプロトコルと、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）などのユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）プロトコルとからの寄与を含む。
【発明の概要】
【０００５】
[0005]一実施形態では、装置が、クライアントデバイスのための通信セッションをサポートするように構成されたリンクのアップリンク方向およびダウンリンク方向におけるトラフィック使用を予測する。一例では、その予測は呼状態パラメータに基づき得る（たとえば、クライアントデバイスが、非フロア保持者であるかまたはミュートされている場合、クライアントデバイスは、アップリンク方向において多くのトラフィックを送る可能性が低い、など）。本装置は、通信セッションに関連して、（ｉ）アップリンク方向における予測されたトラフィック使用に基づいて上記リンクのアップリンク方向に割り当てられた第１のレベルのサービス品質（ＱｏＳ）へのアップリンク固有ＱｏＳ調整を、および／または（ｉｉ）ダウンリンク方向における予測されたトラフィック使用に基づいて上記リンクのダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始する。本装置は、クライアントデバイスにまたは代替的にサーバに対応することができる。
【図面の簡単な説明】
【０００６】
[0006]本発明の実施形態とそれの付随する利点の多くとのより完全な諒解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面に関連して考察することによって、よりよく理解されれば、容易に得られるであろう。
【図１】本発明の一実施形態による、ワイヤレス通信システムのハイレベルシステムアーキテクチャを示す図。
【図２Ａ】本発明の一実施形態による、無線アクセスネットワーク（ＲＡＮ）と、１ｘＥＶ−ＤＯネットワークのためのコアネットワークのパケット交換部分との例示的な構成を示す図。
【図２Ｂ】本発明の一実施形態による、ＲＡＮと、３Ｇ  ＵＭＴＳ  Ｗ−ＣＤＭＡ（登録商標）システム内の汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）コアネットワークのパケット交換部分との例示的な構成を示す図。
【図２Ｃ】本発明の一実施形態による、ＲＡＮと、３Ｇ  ＵＭＴＳ  Ｗ−ＣＤＭＡシステム内のＧＰＲＳコアネットワークのパケット交換部分との別の例示的な構成を示す図。
【図２Ｄ】本発明の一実施形態による、ＲＡＮと、発展型パケットシステム（ＥＰＳ：Evolved Packet System）またはロングタームエボリューション（ＬＴＥ）ネットワークに基づくコアネットワークのパケット交換部分との例示的な構成を示す図。
【図２Ｅ】本発明の一実施形態による、ＥＰＳまたはＬＴＥネットワークに接続された拡張高速パケットデータ（ＨＲＰＤ：High Rate Packet Data）ＲＡＮと、また、ＨＲＰＤコアネットワークのパケット交換部分との例示的な構成を示す図。
【図３】本発明の実施形態による、ユーザ機器（ＵＥ）の例を示す図。
【図４】本発明の一実施形態による、機能を実施するように構成された論理を含む通信デバイスを示す図。
【図５】本発明の一実施形態による、クライアントアプリケーション開始型方向性ＱｏＳ管理プロシージャのより詳細な実装例を示す図。
【図６Ａ】本発明の一実施形態による、図２Ａに記載の１ｘＥＶ−ＤＯネットワーク（レガシーＨＲＰＤ）または図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされている間に半二重（half-duplex）ＰＴＴセッションに加入する所与のＵＥのための図５のプロセスの例示的な実装形態を示す図。
【図６Ｂ】本発明の一実施形態による、図２Ｂまたは図２Ｃに記載のＷ−ＣＤＭＡネットワークによってサービスされている間に半二重ＰＴＴセッションに加入する所与のＵＥのための図５のプロセスの例示的な実装形態を示す図。
【図６Ｃ】本発明の一実施形態による、図２Ｄに記載のＬＴＥネットワークによってサービスされている間に半二重ＰＴＴセッションを発信する所与のＵＥのための図５のプロセスの例示的な実装形態を示す図。
【図７Ａ】本発明の一実施形態による、図５と同様であるが、ＵＥクライアントアプリケーションの代わりにアプリケーションサーバ１７０において実装される、選択的ＱｏＳ制御プロシージャを対象とする図。
【図７Ｂ】本発明の一実施形態による、図５と同様であるが、ＵＥクライアントアプリケーションの代わりにアプリケーションサーバ１７０において実装される、選択的ＱｏＳ制御プロシージャを対象とする図。
【図７Ｃ】本発明の一実施形態による、半二重ＰＴＴセッションに加入している所与のＵＥ（呼発信者（call originator）または呼ターゲットのいずれか）のためのＬＴＥネットワーク内の図７Ｂの例示的な実装形態を示す図。
【図８Ａ】本発明の一実施形態による、コアネットワーク開始型方向性ＱｏＳ管理プロシージャのより詳細な実装例を示す図。
【図８Ｂ】本発明の一実施形態による、それぞれ、それによりＬＴＥ固有およびＷ−ＣＤＭＡ固有構成要素およびメッセージがより明示的に参照される、図８Ａのさらにより詳細な実装形態を示す図。
【図８Ｃ】本発明の一実施形態による、何らかの他のＵＥによって発信される半二重ＰＴＴセッションの呼ターゲットである所与のＵＥのためのＷ−ＣＤＭＡネットワーク内の図８Ｂの例示的な実装形態を示す図。
【図８Ｄ】本発明の一実施形態による、半二重ＰＴＴセッションの呼発信者である所与のＵＥのためのＬＴＥネットワーク内の図８Ｂの例示的な実装形態を示す図。
【図９Ａ】本発明の一実施形態による、それによりＧＢＲリソースがＲＡＮとコアネットワークとにおいてローカルで管理される、ＱｏＳ管理プロシージャを示す図。
【図９Ｂ】本発明の一実施形態による、それぞれ、それによりＬＴＥ固有構成要素およびメッセージがより明示的に参照される、図９Ａのさらにより詳細な実装形態を示す図。
【図１０Ａ】本発明の実施形態による、Ｗ−ＣＤＭＡアーキテクチャに関するＲＡＮ開始型タイマーベース方向ＱｏＳフロー管理プロシージャを示す図。
【図１０Ｂ】本発明の実施形態による、ＥＶ−ＤＯアーキテクチャに関するＲＡＮ開始型タイマーベース方向ＱｏＳフロー管理プロシージャを示す図。
【発明を実施するための形態】
【０００７】
[0028]本発明の特定の実施形態を対象とする以下の説明および関連する図面において、本発明の態様が開示される。本発明の範囲から逸脱することなく、代替実施形態が考案され得る。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
【０００８】
[0029]「例示的」および／または「例」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用する。本明細書で「例示的」および／または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきであるとは限らない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、説明する特徴、利点または動作モードを含むことを必要としない。
【０００９】
[0030]さらに、多くの実施形態について、たとえば、コンピューティングデバイスの要素によって実施されるべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実施され得ることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、本明細書で説明する機能を実施することを関連するプロセッサに行わせるであろう、コンピュータ命令の対応するセットを記憶した任意の形態のコンピュータ可読記憶媒体内で全体として実施されるべきものと見なされ得る。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明する実施形態の各々について、任意のそのような実施形態の対応する形態について、本明細書では、たとえば、説明するアクションを実施する「ように構成された論理」として説明することがある。
【００１０】
[0031]本明細書でユーザ機器（ＵＥ）と呼ばれるクライアントデバイスは、モバイルまたは固定であり得、無線アクセスネットワーク（ＲＡＮ）と通信し得る。本明細書で使用する「ＵＥ」という用語は、互換的に、「アクセス端末」または「ＡＴ」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはＵＴ、「モバイル端末」、「移動局」およびそれらの変形形態と呼ばれることがある。概して、ＵＥは、ＲＡＮを介してコアネットワークと通信することができ、コアネットワークを通して、ＵＥは、インターネットなどの外部ネットワークと接続され得る。もちろん、ワイヤードアクセスネットワーク、（たとえば、ＩＥＥＥ８０２．１１などに基づく）ＷｉＦｉ（登録商標）ネットワークなどを介してなど、コアネットワークおよび／またはインターネットに接続する他の機構もＵＥのために可能である。ＵＥは、限定はしないが、ＰＣカード、コンパクトフラッシュ（登録商標）デバイス、外部または内部モデム、ワイヤレスまたはワイヤラインフォンなどを含む、いくつかのタイプのデバイスのいずれかによって実施され得る。ＵＥがそれを通してＲＡＮに信号を送ることができる通信リンクはアップリンクチャネル（たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど）と呼ばれる。ＲＡＮがそれを通してＵＥに信号を送ることができる通信リンクはダウンリンクまたは順方向リンクチャネル（たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど）と呼ばれる。本明細書で使用するトラフィックチャネル（ＴＣＨ：traffic channel）という用語は、アップリンク／逆方向トラフィックチャネルまたはダウンリンク／順方向トラフィックチャネルのいずれかを指すことがある。
【００１１】
[0032]図１に、本発明の一実施形態による、ワイヤレス通信システム１００のハイレベルシステムアーキテクチャを示す。ワイヤレス通信システム１００はＵＥ１．．．Ｎを含んでいる。ＵＥ１．．．Ｎは、セルラー電話、携帯情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含むことができる。たとえば、図１では、ＵＥ１．．．２はセルラー発呼フォンとして示されており、ＵＥ３．．．５はセルラータッチスクリーンフォンまたはスマートフォンとして示されており、ＵＥ  ＮはデスクトップコンピュータまたはＰＣとして示されている。
【００１２】
[0033]図１を参照すると、ＵＥ１．．．Ｎは、エアインターフェース１０４、１０６、１０８として図１に示された物理通信インターフェースまたはレイヤ、および／あるいは直接ワイヤード接続を介して、アクセスネットワーク（たとえば、ＲＡＮ１２０、アクセスポイント１２５など）と通信するように構成される。エアインターフェース１０４および１０６は所与のセルラー通信プロトコル（たとえば、ＣＤＭＡ、ＥＶＤＯ、ｅＨＲＰＤ、ＧＳＭ、ＥＤＧＥ、Ｗ−ＣＤＭＡ、ＬＴＥなど）に準拠することができ、エアインターフェース１０８はワイヤレスＩＰプロトコル（たとえば、ＩＥＥＥ８０２．１１）に準拠することができる。ＲＡＮ１２０は、エアインターフェース１０４および１０６など、エアインターフェースを介してＵＥをサービスする複数のアクセスポイントを含む。ＲＡＮ１２０中のアクセスポイントは、アクセスノードまたはＡＮ、アクセスポイントまたはＡＰ、基地局またはＢＳ、ノードＢ、ｅノードＢなどと呼ばれることがある。これらのアクセスポイントは、地上波アクセスポイント（または地上局）、または衛星アクセスポイントであり得る。ＲＡＮ１２０は、ＲＡＮ１２０によってサービスされるＵＥと、ＲＡＮ１２０または異なるＲＡＮによってサービスされる他のＵＥとの間の回線交換（ＣＳ）呼を全体的にブリッジすることを含む、様々な機能を実施することができる、およびインターネット１７５などの外部ネットワークとのパケット交換（ＰＳ）データの交換を仲介することもできる、コアネットワーク１４０に接続するように構成される。インターネット１７５は（便宜上図１には示されていない）いくつかのルーティングエージェントおよび処理エージェントを含む。図１では、ＵＥ  Ｎは、インターネット１７５に直接接続するもの（すなわち、ＷｉＦｉまたは８０２．１１ベースのネットワークのイーサネット（登録商標）接続を介してなど、コアネットワーク１４０とは別個）として示されている。インターネット１７５は、したがって、コアネットワーク１４０を介してＵＥ  ＮとＵＥ１．．．Ｎとの間のパケット交換データ通信をブリッジするように機能することができる。また、ＲＡＮ１２０とは別個であるアクセスポイント１２５が図１に示されている。アクセスポイント１２５は、コアネットワーク１４０から独立して（たとえば、ＦｉＯＳなどの光通信システム、ケーブルモデムなどを介して）インターネット１７５に接続され得る。エアインターフェース１０８は、一例ではＩＥＥＥ８０２．１１など、ローカルワイヤレス接続を介してＵＥ４またはＵＥ５をサービスし得る。ＵＥ  Ｎは、モデムまたはルータへの直接接続など、インターネット１７５へのワイヤード接続をもつデスクトップコンピュータとして示されており、これは、（たとえば、ワイヤード接続性とワイヤレス接続性の両方をもつＷｉＦｉルータについて）一例ではそれ自体がアクセスポイント１２５に対応することができる。
【００１３】
[0034]図１を参照すると、アプリケーションサーバ１７０が、インターネット１７５、コアネットワーク１４０、または両方に接続されるものとして示されている。アプリケーションサーバ１７０は、複数の構造的に別個のサーバとして実装され得るか、または代替的に単一のサーバに対応し得る。以下でより詳細に説明するように、アプリケーションサーバ１７０は、コアネットワーク１４０および／またはインターネット１７５を介してアプリケーションサーバ１７０に接続することができるＵＥのための１つまたは複数の通信サービス（たとえば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、プッシュツートーク（ＰＴＴ）セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成される。
【００１４】
[0035]ワイヤレス通信システム１００についてより詳細に説明するのを助けるために、ＲＡＮ１２０およびコアネットワーク１４０のためのプロトコル固有実装形態の例が図２Ａ〜図２Ｄに関して以下で与えられる。特に、ＲＡＮ１２０およびコアネットワーク１４０の構成要素は、パケット交換（ＰＳ）通信をサポートすることに関連する構成要素に対応し、それにより、レガシー回線交換（ＣＳ）構成要素もこれらのネットワーク中に存在し得るが、いかなるレガシーＣＳ固有構成要素も図２Ａ〜図２Ｄには明示的に示されていない。
【００１５】
[0036]図２Ａに、本発明の一実施形態による、ＲＡＮ１２０と、ＣＤＭＡ２０００  １ｘエボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）ネットワークにおけるパケット交換通信のためのコアネットワーク１４０との例示的な構成を示す。図２Ａを参照すると、ＲＡＮ１２０は、ワイヤードバックホールインターフェースを介して基地局コントローラ（ＢＳＣ）２１５Ａに結合された複数の基地局（ＢＳ）２００Ａ、２０５Ａおよび２１０Ａを含む。単一のＢＳＣによって制御されるＢＳのグループはサブネットと総称される。当業者によって諒解されるように、ＲＡＮ１２０は、複数のＢＳＣとサブネットとを含むことができ、便宜上単一のＢＳＣが図２Ａに示されている。ＢＳＣ２１５Ａは、Ａ９接続を介してコアネットワーク１４０内のパケット制御機能（ＰＣＦ：packet control function）２２０Ａと通信する。ＰＣＦ２２０Ａは、パケットデータに関係するＢＳＣ２１５Ａのためのいくつかの処理機能を実施する。ＰＣＦ２２０Ａは、Ａ１１接続を介してコアネットワーク１４０内のパケットデータサービングノード（ＰＤＳＮ：Packet Data Serving Node）２２５Ａと通信する。ＰＤＳＮ２２５Ａは、ポイントツーポイント（ＰＰＰ）セッションを管理すること、ホームエージェント（ＨＡ：home agent）および／または外部エージェント（ＦＡ：foreign agent）として働くことを含む、様々な機能を有し、（以下でより詳細に説明する）ＧＳＭおよびＵＭＴＳネットワークにおけるゲートウェイ汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＧＧＳＮ：Gateway GPRS Support Node）と機能が同様である。ＰＤＳＮ２２５Ａは、インターネット１７５など、外部ＩＰネットワークにコアネットワーク１４０を接続する。
【００１６】
[0037]図２Ｂに、本発明の一実施形態による、ＲＡＮ１２０と、３Ｇ  ＵＭＴＳ  Ｗ−ＣＤＭＡシステム内のＧＰＲＳコアネットワークとして構成されたコアネットワーク１４０のパケット交換部分との例示的な構成を示す。図２Ｂを参照すると、ＲＡＮ１２０は、ワイヤードバックホールインターフェースを介して無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）２１５Ｂに結合された複数のノードＢ２００Ｂ、２０５Ｂおよび２１０Ｂを含む。１ｘＥＶ−ＤＯネットワークと同様に、単一のＲＮＣによって制御されるノードＢのグループはサブネットと総称される。当業者によって諒解されるように、ＲＡＮ１２０は、複数のＲＮＣとサブネットとを含むことができ、便宜上単一のＲＮＣが図２Ｂに示されている。ＲＮＣ２１５Ｂは、コアネットワーク１４０中のサービングＧＲＰＳサポートノード（ＳＧＳＮ：Serving GRPS Support Node）２２０ＢとＲＡＮ１２０によってサービスされるＵＥとの間のベアラチャネル（すなわち、データチャネル）をシグナリングし、確立し、ティアダウンすることを担う。リンクレイヤ暗号化が使用可能にされる場合、ＲＮＣ２１５Ｂはまた、エアインターフェースを介して送信のためにＲＡＮ１２０にそのコンテンツをフォワーディングする前にそのコンテンツを暗号化する。ＲＮＣ２１５Ｂの機能は、当技術分野でよく知られており、簡潔のためにそれについてさらに説明しない。
【００１７】
[0038]図２Ｂでは、コアネットワーク１４０は、上述のＳＧＳＮ２２０Ｂ（および潜在的にいくつかの他のＳＧＳＮも）とＧＧＳＮ２２５Ｂとを含む。概して、ＧＰＲＳは、ＩＰパケットをルーティングするためにＧＳＭにおいて使用されるプロトコルである。ＧＰＲＳコアネットワーク（たとえば、ＧＧＳＮ２２５Ｂおよび１つまたは複数のＳＧＳＮ２２０Ｂ）は、ＧＰＲＳシステムの中心部であり、また、Ｗ−ＣＤＭＡベースの３Ｇアクセスネットワークのためのサポートを与える。ＧＰＲＳコアネットワークは、ＧＳＭおよびＷ−ＣＤＭＡネットワークにおいてＩＰパケットサービスのためにモビリティ管理と、セッション管理と、トランスポートとを与える、ＧＳＭコアネットワーク（すなわち、コアネットワーク１４０）の統合部である。
【００１８】
[0039]ＧＰＲＳトンネリングプロトコル（ＧＴＰ：GPRS Tunneling Protocol）は、ＧＰＲＳコアネットワークの定義的なＩＰプロトコルである。ＧＴＰは、ＧＳＭまたはＷ−ＣＤＭＡネットワークのエンドユーザ（たとえば、ＵＥ）が、あちらこちらに移動する間、ＧＧＳＮ２２５Ｂにおける１つのロケーションからであるかのように、インターネット１７５に接続し続けることを可能にする、プロトコルである。これは、ＵＥの現在ＳＧＳＮ２２０Ｂから、それぞれのＵＥのセッションを処理しているＧＧＳＮ２２５ＢにそれぞれのＵＥのデータを転送することによって達成される。
【００１９】
[0040]３つの形態のＧＴＰ、すなわち、（ｉ）ＧＴＰ−Ｕ、（ｉｉ）ＧＴＰ−Ｃ、および（ｉｉｉ）ＧＴＰ’（ＧＴＰ  Ｐｒｉｍｅ）が、ＧＰＲＳコアネットワークによって使用される。ＧＴＰ−Ｕは、各パケットデータプロトコル（ＰＤＰ：packet data protocol）コンテキストについて分離されたトンネルにおけるユーザデータの転送のために使用される。ＧＴＰ−Ｃは、制御シグナリング（たとえば、ＰＤＰコンテキストのセットアップおよび削除、ＧＳＮ到達可能性の検証、加入者があるＳＧＳＮから別のＳＧＳＮに移動したときなどの更新または修正など）のために使用される。ＧＴＰ’は、ＧＳＮから課金機能への課金データの転送のために使用される。
【００２０】
[0041]図２Ｂを参照すると、ＧＧＳＮ２２５Ｂは、ＧＰＲＳバックボーンネットワーク（図示せず）とインターネット１７５との間のインターフェースとして働く。ＧＧＳＮ２２５Ｂは、ＳＧＳＮ２２０Ｂから来たＧＰＲＳパケットから、関連するパケットデータプロトコル（ＰＤＰ）フォーマット（たとえば、ＩＰまたはＰＰＰ）を伴うパケットデータを抽出し、対応するパケットデータネットワーク上でパケットを送出する。反対方向において、着信データパケットは、ＧＧＳＮ接続されたＵＥによってＳＧＳＮ２２０Ｂに向けられ、ＳＧＳＮ２２０Ｂは、ＲＡＮ１２０によってサービスされるターゲットＵＥの無線アクセスベアラ（ＲＡＢ：Radio Access Bearer）を管理し、制御する。それにより、ＧＧＳＮ２２５Ｂは、（たとえば、ＰＤＰコンテキスト内の）ロケーションレジスタに、ターゲットＵＥの現在ＳＧＳＮアドレスとターゲットＵＥの関連するプロファイルとを記憶する。ＧＧＳＮ２２５Ｂは、ＩＰアドレス割当てを担い、接続されたＵＥのためのデフォルトルータである。ＧＧＳＮ２２５Ｂはまた、認証および課金機能を実施する。
【００２１】
[0042]ＳＧＳＮ２２０Ｂは、一例では、コアネットワーク１４０内の多くのＳＧＳＮのうちの１つを代表する。各ＳＧＳＮは、関連する地理的サービスエリア内のＵＥとの間のデータパケットの配信を担う。ＳＧＳＮ２２０Ｂのタスクは、パケットルーティングおよび転送、モビリティ管理（アタッチ／デタッチ（attach/detach）およびロケーション管理）、論理リンク管理、ならびに認証および課金機能を含む。ＳＧＳＮ２２０Ｂのロケーションレジスタは、たとえば、各ユーザまたはＵＥについて１つまたは複数のＰＤＰコンテキスト内で、ＳＧＳＮ２２０Ｂに登録されたすべてのＧＰＲＳユーザのロケーション情報（たとえば、現在セル、現在ＶＬＲ）とユーザプロファイル（たとえば、ＩＭＳＩ、パケットデータネットワーク中で使用される（１つまたは複数の）ＰＤＰアドレス）とを記憶する。したがって、ＳＧＳＮ２２０Ｂは、（ｉ）ＧＧＳＮ２２５ＢからダウンリンクＧＴＰパケットをデトンネリングすることと、（ｉｉ）ＧＧＳＮ２２５ＢへのアップリンクトンネルＩＰパケットと、（ｉｉｉ）ＵＥがＳＧＳＮサービスエリア間で移動するときにモビリティ管理を行うことと、（ｉｖ）モバイル加入者に請求することとを担う。当業者によって諒解されるように、（ｉ）〜（ｉｖ）の他に、ＧＳＭ／ＥＤＧＥネットワークのために構成されたＳＧＳＮは、Ｗ−ＣＤＭＡネットワークのために構成されたＳＧＳＮと比較して、わずかに異なる機能を有する。
【００２２】
[0043]ＲＡＮ１２０（たとえば、またはＵＭＴＳシステムアーキテクチャではＵＴＲＡＮ）は、無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ：Radio Access Network Application Part）プロトコルを介してＳＧＳＮ２２０Ｂと通信する。ＲＡＮＡＰは、フレームリレーまたはＩＰなどの送信プロトコルを用いて、Ｉｕインターフェース（Ｉｕ−ｐｓ）を介して動作する。ＳＧＳＮ２２０Ｂは、ＳＧＳＮ２２０Ｂと他のＳＧＳＮ（図示せず）と内部ＧＧＳＮ（図示せず）との間のＩＰベースのインターフェースであるＧｎインターフェースを介してＧＧＳＮ２２５Ｂと通信し、上記で定義されたＧＴＰプロトコル（たとえば、ＧＴＰ−Ｕ、ＧＴＰ−Ｃ、ＧＴＰ’など）を使用する。図２Ｂの実施形態では、ＳＧＳＮ２２０ＢとＧＧＳＮ２２５Ｂとの間のＧｎは、ＧＴＰ−ＣとＧＴＰ−Ｕの両方を搬送する。図２Ｂには示されていないが、Ｇｎインターフェースはまた、ドメインネームシステム（ＤＮＳ：Domain Name System）によって使用される。ＧＧＳＮ２２５Ｂは、公衆データネットワーク（ＰＤＮ：Public Data Network）（図示せず）に接続され、次に、直接、またはワイヤレスアプリケーションプロトコル（ＷＡＰ：Wireless Application Protocol）ゲートウェイを通じて、ＩＰプロトコルを用いてＧｉインターフェースを介してインターネット１７５に接続される。
【００２３】
[0044]図２Ｃに、本発明の一実施形態による、ＲＡＮ１２０と、３Ｇ  ＵＭＴＳ  Ｗ−ＣＤＭＡシステム内のＧＰＲＳコアネットワークとして構成されたコアネットワーク１４０のパケット交換部分との別の例示的な構成を示す。図２Ｂと同様に、コアネットワーク１４０は、ＳＧＳＮ２２０ＢとＧＧＳＮ２２５Ｂとを含む。ただし、図２Ｃでは、ダイレクトトンネルが、ＳＧＳＮ２２０ＢがＰＳ領域内でＲＡＮ１２０とＧＧＳＮ２２５Ｂとの間の直接ユーザプレーントンネル、ＧＴＰ−Ｕを確立することを可能にする、Ｉｕモードにおけるオプションの機能である。図２ＣにおけるＳＧＳＮ２２０Ｂなど、ダイレクトトンネル対応ＳＧＳＮは、ＳＧＳＮ２２０Ｂがダイレクトユーザプレーン接続を使用することができるか否かにかかわらず、ＧＧＳＮごとにおよびＲＮＣごとに構成され得る。図２ＣにおけるＳＧＳＮ２２０Ｂは、制御プレーンシグナリングを処理し、いつダイレクトトンネルを確立すべきかの判定を行う。あるＰＤＰコンテキストのために割り当てられたＲＡＢがリリースされると（すなわち、ＰＤＰコンテキストが保存されると）、ＧＴＰ−Ｕトンネルは、ダウンリンクパケットを処理することが可能であるためにＧＧＳＮ２２５ＢとＳＧＳＮ２２０Ｂとの間に確立される。
【００２４】
[0045]図２Ｄに、本発明の一実施形態による、ＲＡＮ１２０と、発展型パケットシステム（ＥＰＳ）またはＬＴＥネットワークに基づくコアネットワーク１４０のパケット交換部分との例示的な構成を示す。図２Ｄを参照すると、図２Ｂ〜図２Ｃに示されたＲＡＮ１２０とは異なり、ＥＰＳ／ＬＴＥネットワーク中のＲＡＮ１２０は、図２Ｂ〜図２ＣからのＲＮＣ２１５Ｂなしに、複数の発展型ノードＢ（ＥノードＢまたはｅＮＢ）２００Ｄ、２０５Ｄおよび２１０Ｄで構成される。これは、ＥＰＳ／ＬＴＥネットワーク中のＥノードＢが、コアネットワーク１４０と通信するためにＲＡＮ１２０内の別個のコントローラ（すなわち、ＲＮＣ２１５Ｂ）を必要としないからである。言い換えれば、図２Ｂ〜図２ＣからのＲＮＣ２１５Ｂの機能の一部が、図２ＤではＲＡＮ１２０の各それぞれのｅノードＢに組み込まれる。
【００２５】
[0046]図２Ｄでは、コアネットワーク１４０は、複数のモビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）２１５Ｄおよび２２０Ｄと、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）２２５Ｄと、サービングゲートウェイ（Ｓ−ＧＷ：Serving Gateway）２３０Ｄと、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ：Packet Data Network Gateway）２３５Ｄと、ポリシーおよび課金ルール機能（ＰＣＲＦ：Policy and Charging Rules Function）２４０Ｄとを含む。これらの構成要素と、ＲＡＮ１２０とインターネット１７５との間のネットワークインターフェースが図２Ｄに示されており、以下のように（以下の）表１において定義される。
【表１】
0006275723.tif 000002
【００２６】
[0047]次に、図２ＤのＲＡＮ１２０とコアネットワーク１４０との中に示された構成要素のハイレベルな説明について説明する。ただし、これらの構成要素は、それぞれ、様々な３ＧＰＰ  ＴＳ規格から当技術分野でよく知られており、本明細書に含まれている説明は、これらの構成要素によって実施されるすべての機能の網羅的な説明であるように意図されていない。
【００２７】
[0048]図２Ｄを参照すると、ＭＭＥ２１５Ｄおよび２２０Ｄは、ＥＰＳベアラのための制御プレーンシグナリングを管理するように構成される。ＭＭＥ機能は、非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリング、ＮＡＳシグナリングセキュリティ、技術間および技術内ハンドオーバのためのモビリティ管理、Ｐ−ＧＷおよびＳ−ＧＷ選択、ならびにＭＭＥ変更に伴うハンドオーバのためのＭＭＥ選択を含む。
【００２８】
[0049]図２Ｄを参照すると、Ｓ−ＧＷ２３０Ｄは、ＲＡＮ１２０に向かうインターフェースを終端するゲートウェイである。ＥＰＳベースのシステムのためのコアネットワーク１４０に関連する各ＵＥについて、所与の時点おいて、単一のＳ−ＧＷがある。Ｓ−ＧＷ２３０Ｄの機能は、ＧＴＰベースのＳ５／Ｓ８とプロキシモバイルＩＰｖ６（ＰＭＩＰ：Proxy Mobile IPv6）ベースのＳ５／Ｓ８の両方について、モビリティアンカーポイント、パケットルーティングおよびフォワーディング、ならびに、関連するＥＰＳベアラのＱｏＳクラス識別子（ＱＣＩ：QoS Class Identifier）に基づいてディフサーブコードポイント（ＤＳＣＰ：DiffServ Code Point）を設定することを含む。
【００２９】
[0050]図２Ｄを参照すると、Ｐ−ＧＷ２３５Ｄは、パケットデータネットワーク（ＰＤＮ：Packet Data Network）、たとえば、インターネット１７５に向かうＳＧｉインターフェースを終端するゲートウェイである。ＵＥが複数のＰＤＮにアクセスしている場合、そのＵＥのための２つ以上のＰ−ＧＷがあり得るが、Ｓ５／Ｓ８接続性とＧｎ／Ｇｐ接続性のミックスは、一般に、そのＵＥのために同時にサポートされない。Ｐ−ＧＷ機能は、両方のＧＴＰベースのＳ５／Ｓ８について、（ディープパケット検査による）パケットフィルタ処理、ＵＥ  ＩＰアドレス割振り、関連するＥＰＳベアラのＱＣＩに基づいてＤＳＣＰを設定すること、オペレータ間課金を考慮すること、３ＧＰＰ  ＴＳ２３．２０３において定義されているアップリンク（ＵＬ）およびダウンリンク（ＤＬ）ベアラバインディング、３ＧＰＰ  ＴＳ２３．２０３において定義されているＵＬベアラバインディング検証を含む。Ｐ−ＧＷ２３５Ｄは、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM/EDGE Radio Access Network）／ＵＴＲＡＮ専用ＵＥと、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、またはＵＴＲＡＮのいずれかを使用するＥ−ＵＴＲＡＮ対応ＵＥとの両方にＰＤＮ接続性を与える。Ｐ−ＧＷ２３５Ｄは、Ｓ５／Ｓ８インターフェースを介してＥ−ＵＴＲＡＮのみを使用するＥ−ＵＴＲＡＮ対応ＵＥにＰＤＮ接続性を与える。
【００３０】
[0051]図２Ｄを参照すると、ＰＣＲＦ２４０Ｄは、ＥＰＳベースのコアネットワーク１４０のポリシーおよび課金制御要素である。非ローミングシナリオでは、ＵＥのインターネットプロトコル接続性アクセスネットワーク（ＩＰ−ＣＡＮ：Internet Protocol Connectivity Access Network）セッションに関連するＨＰＬＭＮにおける単一のＰＣＲＦがある。ＰＣＲＦは、ＲｘインターフェースとＧｘインターフェースとを終端する。トラフィックのローカルブレークアウトを伴うローミングシナリオでは、ＵＥのＩＰ−ＣＡＮセッションに関連する２つのＰＣＲＦがあり得、すなわち、ホームＰＣＲＦ（Ｈ−ＰＣＲＦ：Home PCRF）が、ＨＰＬＭＮ内に常駐するＰＣＲＦであり、訪問先ＰＣＲＦ（Ｖ−ＰＣＲＦ：Visited PCRF）が、訪問先ＶＰＬＭＮ内に常駐するＰＣＲＦである。ＰＣＲＦは、より詳細に３ＧＰＰ  ＴＳ２３．２０３に記載されており、したがって簡潔のためにそれについてさらに説明しない。図２Ｄでは、（たとえば、３ＧＰＰ用語ではＡＦと呼ばれることがある）アプリケーションサーバ１７０は、インターネット１７５を介してコアネットワーク１４０に、または代替的にＲｘインターフェースを介して直接ＰＣＲＦ２４０Ｄに、接続されるものとして示されている。概して、アプリケーションサーバ１７０（またはＡＦ）は、コアネットワークでのＩＰベアラリソース（たとえばＵＭＴＳ  ＰＳ領域／ＧＰＲＳ領域リソース／ＬＴＥ  ＰＳデータサービス）を使用するアプリケーションを提供する要素である。アプリケーション機能の一例は、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）コアネットワークサブシステムのプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Proxy-Call Session Control Function）である。ＡＦは、ＰＣＲＦ２４０Ｄにセッション情報を与えるためにＲｘ基準点を使用する。セルラーネットワークを介してＩＰデータサービスを提供する他のアプリケーションサーバも、Ｒｘ基準点を介してＰＣＲＦ２４０Ｄに接続され得る。
【００３１】
[0052]図２Ｅに、本発明の一実施形態による、ＥＰＳまたはＬＴＥネットワーク１４０Ａに接続された拡張高速パケットデータ（ＨＲＰＤ）ＲＡＮとして構成されたＲＡＮ１２０と、また、ＨＲＰＤコアネットワーク１４０Ｂのパケット交換部分との一例を示す。コアネットワーク１４０Ａは、図２Ｄに関して上記で説明したコアネットワークと同様の、ＥＰＳまたはＬＴＥコアネットワークである。
【００３２】
[0053]図２Ｅでは、ｅＨＲＰＤ  ＲＡＮは、拡張ＢＳＣ（ｅＢＳＣ）および拡張ＰＣＦ（ｅＰＣＦ）２１５Ｅに接続された、複数の基地トランシーバ局（ＢＴＳ）２００Ｅ、２０５Ｅおよび２１０Ｅを含む。ｅＢＳＣ／ｅＰＣＦ２１５Ｅは、Ｓ１０１インターフェースを介してＥＰＳコアネットワーク１４０Ａ内のＭＭＥ２１５Ｄまたは２２０Ｄのうちの１つに、ならびにＥＰＳコアネットワーク１４０Ａ中の他のエンティティ（たとえば、Ｓ１０３インターフェースを介してＳ−ＧＷ２３０Ｄ、Ｓ２ａインターフェースを介してＰ−ＧＷ２３５Ｄ、Ｇｘａインターフェースを介してＰＣＲＦ２４０Ｄ、ＳＴａインターフェースを介して（図２Ｄには明示的に示されていない）３ＧＰＰ  ＡＡＡサーバ、など）とインターフェースするためにＡ１０および／またはＡ１１インターフェースを介してＨＲＰＤサービングゲートウェイ（ＨＳＧＷ）２２０Ｅに、接続することができる。ＨＳＧＷ２２０Ｅは、３ＧＰＰ２において、ＨＲＰＤネットワークとＥＰＳ／ＬＴＥネットワークとの間のインターワーキングを与えるように定義されている。諒解されるように、ｅＨＲＰＤ  ＲＡＮおよびＨＳＧＷ２２０Ｅは、レガシーＨＲＰＤネットワークにおいて利用可能でないＥＰＣ／ＬＴＥネットワークへのインターフェース機能で構成される。
【００３３】
[0054]再びｅＨＲＰＤ  ＲＡＮに目を向けると、ＥＰＳ／ＬＴＥネットワーク１４０Ａとインターフェースすることに加えて、ｅＨＲＰＤ  ＲＡＮは、ＨＲＰＤネットワーク１４０ＢなどのレガシーＨＲＰＤネットワークともインターフェースすることができる。諒解されるように、ＨＲＰＤネットワーク１４０Ｂは、図２ＡからのＥＶ−ＤＯネットワークなど、レガシーＨＲＰＤネットワークの例示的な実装形態である。たとえば、ｅＢＳＣ／ｅＰＣＦ２１５Ｅは、Ａ１２インターフェースを介して認証、許可およびアカウンティング（ＡＡＡ）サーバ２２５Ｅと、あるいはＡ１０またはＡ１１インターフェースを介してＰＤＳＮ／ＦＡ２３０Ｅに、インターフェースすることができる。ＰＤＳＮ／ＦＡ２３０Ｅは、今度は、インターネット１７５がそれを通してアクセスされ得る、ＨＡ２３５Ａに接続する。図２Ｅでは、いくつかのインターフェース（たとえば、Ａ１３、Ａ１６、Ｈ１、Ｈ２など）について明示的に説明しないが、それらは、完全のために図示されており、ＨＲＰＤまたはｅＨＲＰＤをよく知っている当業者によって理解されるであろう。
【００３４】
[0055]図２Ｂ〜図２Ｅを参照すると、ＬＴＥコアネットワーク（たとえば、図２Ｄ）、ならびにｅＨＲＰＤ  ＲＡＮおよびＨＳＧＷとインターフェースするＨＲＰＤコアネットワーク（たとえば、図２Ｅ）は、場合によっては（たとえば、Ｐ−ＧＷ、ＧＧＳＮ、ＳＧＳＮなどによって）ネットワーク開始型サービス品質（ＱｏＳ）をサポートすることができることを諒解されよう。
【００３５】
[0056]図３に、本発明の実施形態による、ＵＥの例を示す。図３を参照すると、ＵＥ３００Ａが発呼電話として示されており、ＵＥ３００Ｂがタッチスクリーンデバイス（たとえば、スマートフォン、タブレットコンピュータなど）として示されている。図３に示されているように、ＵＥ３００Ａの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、アンテナ３０５Ａと、ディスプレイ３１０Ａと、少なくとも１つのボタン３１５Ａ（たとえば、ＰＴＴボタン、電源ボタン、ボリューム制御ボタンなど）と、キーパッド３２０Ａとで構成される。また、ＵＥ３００Ｂの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、タッチスクリーンディスプレイ３０５Ｂと、周辺のボタン３１０Ｂ、３１５Ｂ、３２０Ｂおよび３２５Ｂ（たとえば、電源制御ボタン、ボリュームまたは振動制御ボタン、飛行機モードトグルボタンなど）と、少なくとも１つのフロントパネルボタン３３０Ｂ（たとえば、ホームボタンなど）とで構成される。ＵＥ３００Ｂの一部として明示的に示されていないが、ＵＥ３００Ｂは、限定はしないが、ＷｉＦｉアンテナ、セルラーアンテナ、衛星位置システム（ＳＰＳ）アンテナ（たとえば、全地球測位システム（ＧＰＳ）アンテナ）などを含む、１つまたは複数の外部アンテナ、および／またはＵＥ３００Ｂの外部ケーシングに組み込まれた１つまたは複数の集積アンテナを含むことができる。
【００３６】
[0057]ＵＥ３００Ａおよび３００ＢなどのＵＥの内部構成要素は異なるハードウェア構成で実施され得るが、内部ハードウェア構成要素のための基本ハイレベルＵＥ構成が図３にプラットフォーム３０２として示されている。プラットフォーム３０２は、コアネットワーク１４０、インターネット１７５ならびに／または他のリモートサーバおよびネットワーク（たとえば、アプリケーションサーバ１７０、ウェブＵＲＬなど）から最終的に来ることがある、ＲＡＮ１２０から送信されたソフトウェアアプリケーション、データおよび／またはコマンドを受信し、実行することができる。プラットフォーム３０２はまた、ＲＡＮインタラクションなしに、ローカルに記憶されたアプリケーションを独立して実行することができる。プラットフォーム３０２は、特定用途向け集積回路（ＡＳＩＣ）３０８、または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された、トランシーバ３０６を含むことができる。ＡＳＩＣ３０８または他のプロセッサは、ワイヤレスデバイスのメモリ３１２中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース（ＡＰＩ）３１０レイヤを実行する。メモリ３１２は、読取り専用メモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ（登録商標）、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム３０２は、メモリ３１２中でアクティブに使用されないアプリケーション、ならびに他のデータを記憶することができる、ローカルデータベース３１４をも含むことができる。ローカルデータベース３１４は、一般にフラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスであり得る。
【００３７】
[0058]したがって、本発明の一実施形態は、本明細書で説明する機能を実施する能力を含むＵＥ（たとえば、ＵＥ３００Ａ、３００Ｂなど）を含むことができる。当業者によって諒解されるように、本明細書で開示する機能を達成するために、様々な論理要素は、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施され得る。たとえば、ＡＳＩＣ３０８、メモリ３１２、ＡＰＩ３１０およびローカルデータベース３１４は、すべて、本明細書で開示する様々な機能をロードし、記憶し、実行するために、協働的に使用され得、したがって、これらの機能を実施するための論理は様々な要素に分散され得る。代替的に、機能は１つの個別構成要素に組み込まれ得る。したがって、図３におけるＵＥ３００Ａおよび３００Ｂの特徴は例示的なものにすぎないと見なされるべきであり、本発明は例示された特徴または構成に限定されない。
【００３８】
[0059]ＵＥ３００Ａおよび／または３００ＢとＲＡＮ１２０との間のワイヤレス通信は、ＣＤＭＡ、Ｗ−ＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重（ＯＦＤＭ）、ＧＳＭ、あるいはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用され得る他のプロトコルなど、様々な技術に基づき得る。上記で説明したように、および当技術分野で知られているように、ボイス送信および／またはデータは、様々なネットワークおよび構成を使用してＲＡＮからＵＥに送信され得る。したがって、本明細書で提供する例示は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。
【００３９】
[0060]図４に、機能を実施するように構成された論理を含む通信デバイス４００を示す。通信デバイス４００は、限定はしないが、ＵＥ３００Ａまたは３００Ｂ、ＲＡＮ１２０の任意の構成要素（たとえば、ＢＳ２００Ａ〜２１０Ａ、ＢＳＣ２１５Ａ、ノードＢ２００Ｂ〜２１０Ｂ、ＲＮＣ２１５Ｂ、ｅノードＢ２００Ｄ〜２１０Ｄなど）、コアネットワーク１４０の任意の構成要素（たとえば、ＰＣＦ２２０Ａ、ＰＤＳＮ２２５Ａ、ＳＧＳＮ２２０Ｂ、ＧＧＳＮ２２５Ｂ、ＭＭＥ２１５Ｄまたは２２０Ｄ、ＨＳＳ２２５Ｄ、Ｓ−ＧＷ２３０Ｄ、Ｐ−ＧＷ２３５Ｄ、ＰＣＲＦ２４０Ｄ）、コアネットワーク１４０および／またはインターネット１７５と結合された任意の構成要素（たとえば、アプリケーションサーバ１７０）などを含む、上述の通信デバイスのいずれかに対応することができる。したがって、通信デバイス４００は、図１のワイヤレス通信システム１００を介して１つまたは複数の他のエンティティと通信する（またはそれらとの通信を容易にする）ように構成された任意の電子デバイスに対応することができる。
【００４０】
[0061]図４を参照すると、通信デバイス４００は、情報を受信および／または送信するように構成された論理４０５を含む。一例では、通信デバイス４００がワイヤレス通信デバイス（たとえば、ＵＥ３００Ａまたは３００Ｂ、ＢＳ２００〜Ａ２１０Ａのうちの１つ、ノードＢ２００Ｂ〜２１０Ｂのうちの１つ、ｅノードＢ２００Ｄ〜２１０Ｄのうちの１つなど）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、ワイヤレストランシーバおよび関連するハードウェア（たとえば、ＲＦアンテナ、モデム、変調器および／または復調器など）などのワイヤレス通信インターフェース（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、２Ｇ、ＣＤＭＡ、Ｗ−ＣＤＭＡ、３Ｇ、４Ｇ、ＬＴＥなど）を含むことができる。別の例では、情報を受信および／または送信するように構成された論理４０５は、ワイヤード通信インターフェース（たとえば、シリアル接続、ＵＳＢまたはファイアワイヤ接続、インターネット１７５がそれを通してアクセスされ得るイーサネット接続など）に対応することができる。したがって、通信デバイス４００が、何らかのタイプのネットワークベースのサーバ（たとえば、ＰＤＳＮ、ＳＧＳＮ、ＧＧＳＮ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＭＭＥ、ＨＳＳ、ＰＣＲＦ、アプリケーション１７０など）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、一例では、イーサネットプロトコルを介してネットワークベースのサーバを他の通信エンティティに接続するイーサネットカードに対応することができる。さらなる一例では、情報を受信および／または送信するように構成された論理４０５は、通信デバイス４００がそれのローカル環境をそれによってモニタすることができる知覚または測定ハードウェア（たとえば、加速度計、温度センサー、光センサー、ローカルＲＦ信号をモニタするためのアンテナなど）を含むことができる。情報を受信および／または送信するように構成された論理４０５はまた、実行されたとき、情報を受信および／または送信するように構成された論理４０５の関連するハードウェアがそれの（１つまたは複数の）受信および／または送信機能を実施できるようにする、ソフトウェアを含むことができる。しかしながら、情報を受信および／または送信するように構成された論理４０５は、ソフトウェアのみに対応せず、情報を受信および／または送信するように構成された論理４０５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。
【００４１】
[0062]図４を参照すると、通信デバイス４００は、情報を処理するように構成された論理４１０をさらに含む。一例では、情報を処理するように構成された論理４１０は、少なくともプロセッサを含むことができる。情報を処理するように構成された論理４１０によって実施され得るタイプの処理の例示的な実装形態は、限定はしないが、決定を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関係する評価を行うこと、測定演算を実施するために通信デバイス４００に結合されたセンサーと対話すること、情報をあるフォーマットから別のフォーマットに（たとえば、．ｗｍｖから．ａｖｉへなど、異なるプロトコル間で）変換することなどを含む。たとえば、情報を処理するように構成された論理４１０中に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実施するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。情報を処理するように構成された論理４１０はまた、実行されたとき、情報を処理するように構成された論理４１０の関連するハードウェアがそれの（１つまたは複数の）処理機能を実施できるようにする、ソフトウェアを含むことができる。しかしながら、情報を処理するように構成された論理４１０は、ソフトウェアのみに対応せず、情報を処理するように構成された論理４１０は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。
【００４２】
[0063]図４を参照すると、通信デバイス４００は、情報を記憶するように構成された論理４１５をさらに含む。一例では、情報を記憶するように構成された論理４１５は、少なくとも非一時的メモリおよび関連するハードウェア（たとえば、メモリコントローラなど）を含むことができる。たとえば、情報を記憶するように構成された論理４１５中に含まれる非一時的メモリは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で既知の任意の他の形態の記憶媒体に対応することができる。情報を記憶するように構成された論理４１５はまた、実行されたとき、情報を記憶するように構成された論理４１５の関連するハードウェアがそれの（１つまたは複数の）記憶機能を実施できるようにする、ソフトウェアを含むことができる。しかしながら、情報を記憶するように構成された論理４１５は、ソフトウェアのみに対応せず、情報を記憶するように構成された論理４１５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。
【００４３】
[0064]図４を参照すると、通信デバイス４００は、オプションとして、情報を提示するように構成された論理４２０をさらに含む。一例では、情報を提示するように構成された論理４２０は、少なくとも出力デバイスおよび関連するハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス（たとえば、ディスプレイスクリーン、ＵＳＢ、ＨＤＭＩ（登録商標）など、ビデオ情報を搬送することができるポートなど）、オーディオ出力デバイス（たとえば、スピーカー、マイクロフォンジャック、ＵＳＢ、ＨＤＭＩなど、オーディオ情報を搬送することができるポートなど）、振動デバイス、および／あるいは情報がそれによって出力のためにフォーマットされるか、または通信デバイス４００のユーザもしくはオペレータによって実際に出力され得る、任意の他のデバイスを含むことができる。たとえば、通信デバイス４００が、図３に示されているようなＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、情報を提示するように構成された論理４２０は、ＵＥ３００Ａのディスプレイ３１０ＡまたはＵＥ３００Ｂのタッチスクリーンディスプレイ３０５Ｂを含むことができる。さらなる一例では、情報を提示するように構成された論理４２０は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、リモートサーバなど）など、いくつかの通信デバイスでは省略されることがある。情報を提示するように構成された論理４２０はまた、実行されたとき、情報を提示するように構成された論理４２０の関連するハードウェアがそれの（１つまたは複数の）提示機能を実施できるようにする、ソフトウェアを含むことができる。ただし、情報を提示するように構成された論理４２０は、ソフトウェアのみに対応せず、情報を提示するように構成された論理４２０は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。
【００４４】
[0065]図４を参照すると、通信デバイス４００は、オプションとして、ローカルユーザ入力を受信するように構成された論理４２５をさらに含む。一例では、ローカルユーザ入力を受信するように構成された論理４２５は、少なくともユーザ入力デバイスおよび関連するハードウェアを含むことができる。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス（たとえば、マイクロフォン、またはマイクロフォンジャックなど、オーディオ情報を搬送することができるポートなど）、および／または情報がそれによって通信デバイス４００のユーザもしくはオペレータから受信され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス４００が、図３に示されているようなＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、ローカルユーザ入力を受信するように構成された論理４２５は、キーパッド３２０Ａ、ボタン３１５Ａまたは３１０Ｂ〜３２５Ｂのいずれか、タッチスクリーンディスプレイ３０５Ｂなどを含むことができる。さらなる一例では、ローカルユーザ入力を受信するように構成された論理４２５は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、リモートサーバなど）など、いくつかの通信デバイスでは省略されることがある。ローカルユーザ入力を受信するように構成された論理４２５はまた、実行されたとき、ローカルユーザ入力を受信するように構成された論理４２５の関連するハードウェアがそれの（１つまたは複数の）入力受信機能を実施できるようにする、ソフトウェアを含むことができる。しかしながら、ローカルユーザ入力を受信するように構成された論理４２５は、ソフトウェアのみに対応せず、ローカルユーザ入力を受信するように構成された論理４２５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。
【００４５】
[0066]図４を参照すると、４０５〜４２５の構成された論理は、図４では別個のまたは異なるブロックとして示されているが、それぞれの構成された論理がそれの機能をそれによって実施する、ハードウェアおよび／またはソフトウェアは、部分的に重複することがあることを諒解されよう。たとえば、４０５〜４２５の構成された論理の機能を可能にするために使用される任意のソフトウェアは、情報を記憶するように構成された論理４１５に関連する非一時的メモリに記憶され得、それにより、４０５〜４２５の構成された論理はそれぞれ、情報を記憶するように構成された論理４１５によって記憶されたソフトウェアの動作に部分的に基づいてそれらの機能（すなわち、この場合はソフトウェア実行）を実施する。同様に、構成された論理のうちの１つに直接関連するハードウェアを時々、他の構成された論理が借りること、または使用することができる。たとえば、情報を処理するように構成された論理４１０のプロセッサはデータを、情報を受信および／または送信するように構成された論理４０５によって送信される前に、適切なフォーマットにフォーマットすることができ、それにより、情報を受信および／または送信するように構成された論理４０５は、情報を処理するように構成された論理４１０に関連するハードウェア（すなわち、プロセッサ）の動作に部分的に基づいてそれの機能（すなわち、この場合はデータの送信）を実施する。
【００４６】
[0067]概して、明示的に別段に記載されていない限り、本開示全体にわたって使用する「ように構成された論理」という句は、少なくとも部分的にハードウェアを用いて実装される実施形態を実施するものであり、ハードウェアから独立しているソフトウェア専用実装形態にマッピングするものではない。また、様々なブロックにおける構成された論理または「ように構成された論理」は、特定の論理ゲートまたは要素に限定されず、概して、（ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して）本明細書で説明する機能を実施する能力を指すことを諒解されよう。したがって、様々なブロックに示されているように構成された論理または「ように構成された論理」は、「論理」という単語を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるとは限らない。様々なブロック中の論理間の他のインタラクションまたは協働が、以下でより詳細に説明する実施形態の検討から当業者に明らかになろう。
【００４７】
[0068]図２Ａにおける１ｘＥＶ−ＤＯ、図２Ｂ〜図２ＣにおけるＵＭＴＳベースのＷ−ＣＤＭＡ、図２ＤにおけるＬＴＥおよび図２ＥにおけるｅＨＲＰＤなどのネットワークを介して動作するセッションは、サービス品質（ＱｏＳ）と呼ばれる、保証品質レベルがそれのために予約される、チャネル（たとえばＲＡＢ、フローなど）上でサポートされ得る。たとえば、特定のチャネル上で所与のレベルのＱｏＳを確立することは、そのチャネル上の最小保証ビットレート（ＧＢＲ：guaranteed bit rate）、最大遅延、ジッタ、レイテンシ、ビット誤り率（ＢＥＲ：bit error rate）などのうちの１つまたは複数を与え得る。ＱｏＳリソースは、ボイスオーバーＩＰ（ＶｏＩＰ）セッション、グループ通信セッション（たとえば、ＰＴＴセッションなど）、オンラインゲーム、ＩＰ  ＴＶなど、リアルタイムまたはストリーミング通信セッションなどに関連するチャネルについて、これらのセッションのためのシームレスエンドツーエンドパケット転送を確実にするのを助けるために、予約（またはセットアップ）され得る。
【００４８】
[0069]従来、ＱｏＳベアラが、本明細書でＡｐｐ＊として示される、特定のアプリケーション（たとえば、ＶｏＩＰ、ＰＴＴなど）に関連する通信セッションのためにセットアップまたはアクティブ化されるとき、ＱｏＳは、通信セッションの持続時間全体にわたってアップリンクチャネルとダウンリンクチャネルの両方の上でセットアップされる。しかしながら、当業者によって諒解されるように、Ａｐｐ＊通信セッションに参加している所与のＵＥ上のクライアントアプリケーションが、その通信セッションのために連続的におよび／または同時にアップリンクチャネルとダウンリンクチャネルの両方の上で送信および／または受信すべき高優先度トラフィックを有しないことがある。
【００４９】
[0070]たとえば、半二重Ａｐｐ＊通信セッション（たとえば、１：１または直接呼、あるいはＰＴＴなどのグループ呼）では、フロア保持者が、アップリンクチャネル上で（すなわち、非フロア保持者に）送信すべき高優先度トラフィックを有し得るが、フロア保持者は、一般に、Ａｐｐ＊セッションの半二重性質により、ダウンリンクチャネル上で受信すべき高優先度トラフィックを有しないことになる。同様に、上述の半二重Ａｐｐ＊通信セッションでは、（１つまたは複数の）非フロア保持者は、ダウンリンクチャネル上で（すなわち、フロア保持者から）受信すべき高優先度トラフィックを有し得るが、（１つまたは複数の）非フロア保持者は、一般に、Ａｐｐ＊セッションの半二重性質により、アップリンクチャネル上で送信すべき高優先度トラフィックを有しないことになる。さらに、半二重Ａｐｐ＊セッション中に、誰もフロアを保持しないときがある（たとえば、フロア要求を除いて、いずれの方向においても高優先度トラフィックがない）。全二重Ａｐｐ＊通信セッション（たとえば、１：１または直接呼）に目を向けると、呼中の所与の当事者が、自分のセッションをミュートしておくことがあるか、または単に話していないことがあり、その結果、所与の当事者は、アップリンクチャネル上で送信すべき高優先度トラフィックを有しない。諒解されるように、上述の半二重または全二重Ａｐｐ＊セッションの少なくとも一部分中に、Ａｐｐ＊通信セッション全体にわたって連続的に両方向（すなわち、アップリンクおよびダウンリンク）においてそれぞれのセッション参加者のためのＱｏＳを予約することは、各ＱｏＳ予約がシステム１００の全体的リソース容量を低減するので、非効率的であり得る。
【００５０】
[0071]したがって、本発明の実施形態は、高優先度トラフィックが、Ａｐｐ＊通信セッション中に流れることが予想される（または、実際に流れている）方向（たとえば、アップリンクおよび／またはダウンリンク）に基づいて、動的な様式でＡｐｐ＊通信セッションのためのアップリンクおよび／またはダウンリンクチャネルへのＱｏＳリソースの割振りを選択的に増加または減少させることに関する。特に、以下で説明する本発明の実施形態は、上記の図２Ａ〜図２Ｅに示されたコアネットワークのうちの１つまたは複数にわたってアプリケーションサーバ１７０によって調停されるように構成されたＱｏＳベースの通信セッションを対象とする。
【００５１】
[0072]たとえば、ＱｏＳベースのＡｐｐ＊通信セッションが、図２Ａに示された１ｘＥＶ−ＤＯコアネットワークを介して１つまたは複数のＵＥ間で仲介されるＶｏＩＰセッションに対応する場合、アプリケーションサーバ１７０によって管理される各ＶｏＩＰセッションは、潜在的に割り振られたＱｏＳである３つのフロー（すなわち、呼セットアップシグナリングフロー、呼中シグナリングフローおよびメディアトラフィックフロー）に関連し得る。１ｘＥＶ−ＤＯコアネットワークは、ＧＢＲ  ＱｏＳを予約可能パラメータとして認識せず、それにより、ＥＶ−ＤＯのためのＱｏＳセットアップがＲＡＮ１２０において実装される。
【００５２】
[0073]別の例では、ＱｏＳベースのＡｐｐ＊通信セッションが、図２Ｂまたは図２Ｃに示されているようなＵＭＴＳベースのＷ−ＣＤＭＡコアネットワークを介して１つまたは複数のＵＥ間で仲介されるＶｏＩＰセッションに対応する場合、各ＶｏＩＰセッションは、「対話型（Interactive）」トラフィッククラスＱｏＳで構成され得、ＭＡＣ−ｅｓ／ＭＡＣ−ｈｓ  ＧＢＲを構成することと、ＵＬのためのスケジュールされていない送信許可を使用することとによって、ＲＡＮ１２０（すなわち、ＵＴＲＡＮ）においておよびエアインターフェースを介してＧＢＲ  ＱｏＳを受信することができる。１ｘＥＶ−ＤＯコアネットワークに関係する上記の例と同様に、ＧＢＲ  ＱｏＳリソースは、Ｗ−ＣＤＭＡコアネットワークが、ＧＢＲ  ＱｏＳを予約可能パラメータとして認識せず、それにより、論理接続のみが維持されるので、「対話型」トラフィッククラス（ＲＡＮ１２０のみ）のために図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワークにおいて予約されず、構成されることができない。代替的に、「会話型（Conversational）」トラフィッククラスが「対話型」トラフィッククラスの代わりに使用されるとき、ＧＢＲ  ＱｏＳリソースは、ＵＥとＷ−ＣＤＭＡコアネットワークの両方によってネゴシエート／修正され得る。一般に、ＶｏＩＰセッションは、Ｗ−ＣＤＭＡにおいて「会話型」トラフィッククラスを使用する。
【００５３】
[0074]別の例では、ＱｏＳベースのＡｐｐ＊通信セッションが、図２Ｄに示されたＬＴＥコアネットワークを介して１つまたは複数のＵＥ間で仲介されるＶｏＩＰセッションに対応する場合、アプリケーションサーバ１７０によって管理されるＶｏＩＰセッションは、「１」のＱｏＳクラス識別子（ＱＣＩ）を使用するか、または（ＰＤＮApp*として示される）専用のアプリケーション固有ＰＤＮ接続上で（ＱＣＩApp*として示される）Ａｐｐ＊ＧＢＲ  ＱｏＳベアラのためのアプリケーション固有ＱＣＩを使用し、Ｓ５接続が、ＵＥがＲＲＣアイドル状態にあるときでも維持されること、またはＲＲＣアイドルから接続済みへの遷移の後に迅速にセットアップされることのいずれかを必要とする。したがって、図２Ａの１ｘＥＶ−ＤＯコアネットワークおよび図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワークとは異なり、図２ＤのＬＴＥコアネットワークは、したがって、ＲＡＮ１２０に加えてコアネットワーク１４０においてＧＢＲ  ＱｏＳをサポートする。
【００５４】
[0075]以下でより詳細に説明する本発明の実施形態は、それぞれ、以下のように（以下の）表２において要約されるように、図２Ａ〜図２Ｂからのコアネットワークのうちの１つまたは複数内での動作のために構成される。
【表２】
0006275723.tif 000003
【００５５】
[0076]図５に、本発明の一実施形態による、クライアントアプリケーション開始型方向性ＱｏＳ管理プロシージャのより詳細な実装例を示す。（上記の）表２において説明したように、クライアントアプリケーション開始型方向性ＱｏＳ管理プロシージャ（すなわち、表２からの＃１）は、図２Ａの１ｘＥＶ−ＤＯコアネットワーク、図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワーク（「会話型」トラフィッククラスがセッションのために使用される場合）、図２ＤのＬＴＥコアネットワークおよび／または図２ＥのｅＨＲＰＤコアネットワークにおいて実装され得る。図５は、これらのコアネットワークタイプのいずれに対しても汎用的であるが、図６Ａ〜図６Ｃは、図５のプロシージャを個々のコアネットワークタイプにマッピングするためのより詳細なフローチャートを示している。
【００５６】
[0077]図５を参照すると、所与のＵＥ上のＡｐｐ＊のためのクライアントアプリケーションが、５００において、Ａｐｐ＊通信セッション（たとえば、ＶｏＩＰセッション、ＰＴＴセッションなど）を開始することを決定する。５００の決定は、通信セッションを発信するようにとの所与のＵＥのオペレータによる要求に基づき得、その場合、所与のＵＥは発信ＵＥである。代替的に、５００の決定は、何らかの他のエンティティによって発信されるＡｐｐ＊通信セッションをアナウンスする所与のＵＥにおいて受信された呼アナウンスメッセージに基づき得、その場合、所与のＵＥはターゲットＵＥである。図５の実施形態では、所与のＵＥ上で実行しており、Ａｐｐ＊通信セッション（たとえば、ＶｏＩＰセッション、ＰＴＴセッションなど）に関連するクライアント側動作を処理するように構成された、Ａｐｐ＊クライアントアプリケーションを仮定されたい。
【００５７】
[0078]５０５において、Ａｐｐ＊クライアントアプリケーションは、開始されるべきＡｐｐ＊通信セッションが半二重であるのか全二重であるのかを決定する。Ａｐｐ＊クライアントアプリケーションが、５０５において、Ａｐｐ＊通信セッションが半二重（たとえば、ＰＴＴ呼）であると決定した場合、Ａｐｐ＊クライアントアプリケーションは、５１０において、所与のＵＥが半二重Ａｐｐ＊セッションのためのフロアを現在有する（または現在フロア保持者である）かどうかを決定する。Ａｐｐ＊クライアントアプリケーションが、５１０において、所与のＵＥがフロアを有すると決定した場合、Ａｐｐ＊クライアントアプリケーションは、５１５において、しきい値レベルのアップリンク（ＵＬ）ＱｏＳリソース（たとえば、しきい値デートレートまたはｋｐｂｓに設定されたＧＢＲ）が、半二重Ａｐｐ＊セッションのために所与のＵＥによるアップリンクメディア送信をサポートするために確立されているかどうかを決定する。諒解されるように、半二重Ａｐｐ＊セッションのためのフロア保持者は、非フロア保持者または受話者として半二重Ａｐｐ＊セッションに参加している（１つまたは複数の）ターゲットＵＥへの配信のためにＵＬチャネル上で高優先度メディアを送信している可能性があり、それにより、フロア保持者からのＵＬチャネル上のＱｏＳは、半二重Ａｐｐ＊セッションのためのセッション品質を改善することができる。図６Ａ〜図６Ｃに関して以下でより詳細に説明するように、５１５のアップリンクＱｏＳリソース決定は、（ｉ）所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークまたは図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされる場合、ＵＬメディアトラフィックフローのためのＱｏＳがセットアップされているかどうかを決定すること、（ｉｉ）所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、ＵＬメディアベアラが半二重セッションをサポートするために少なくともしきい値ＧＢＲで構成されたかどうか、を含むことができる。
【００５８】
[0079]所与のＵＥ上のＡｐｐ＊クライアントアプリケーションが、５１５において、しきい値ＵＬ  ＱｏＳリソースが半二重Ａｐｐ＊セッションのためにまだセットアップされていないと決定した場合、所与のＵＥは、５２０において、ＵＬ  ＱｏＳリソースがアクティブ化および／または増加されることを要求する。たとえば、所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークによってサービスされる場合、所与のＵＥは、５２０において、ＵＬメディアトラフィックフローのためのＱｏＳがアクティブ化されることを要求することができる。別の例では、所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、所与のＵＥは、５２０において、それのＵＬメディアベアラ上のそれの現在ＧＢＲをより高いＧＢＲ（たとえば、ＸApp*ｋｐｂｓ、ただし、ＸApp*ｋｐｂｓは、Ａｐｐ＊通信セッションのためのアプリケーション固有動的データレートに対応する）に修正するように要求することができる。
【００５９】
[0080]さらに、所与のＵＥが、５１０において、半二重Ａｐｐ＊セッションのためのフロアを有すると決定された場合、所与のＵＥは、ダウンリンク（ＤＬ）メディアのためのＱｏＳを必要としないことがあることを諒解されよう。したがって、５１５〜５２０において（必要な場合）ＵＬチャネルのためのＱｏＳを選択的にセットアップするかまたは増加させることに加えて、所与のＵＥはまた、５２５〜５３０において、Ａｐｐ＊ベアラのために（必要な場合）ＤＬチャネルのための既存のＱｏＳリソースを選択的にティアダウンまたは低減することになる。したがって、Ａｐｐ＊クライアントアプリケーションは、５２５において、しきい値レベルのＤＬ  ＱｏＳリソースが、半二重Ａｐｐ＊セッションのために所与のＵＥにおけるＤＬメディア受信をサポートするために確立されているかどうかを決定する。図６Ａ〜図６Ｃに関して以下でより詳細に説明するように、５２５のＤＬ  ＱｏＳリソース決定は、（ｉ）所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークまたは図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされる場合、ＤＬメディアトラフィックフローのためのＱｏＳがセットアップされているかどうかを決定すること、（ｉｉ）所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、ＤＬ  Ａｐｐ＊メディアベアラが少なくともしきい値ＧＢＲで構成されたかどうか、を含むことができる。
【００６０】
[0081]所与のＵＥ上のＡｐｐ＊クライアントアプリケーションが、５２５において、しきい値ＤＬ  ＱｏＳリソースが半二重Ａｐｐ＊セッションのためにすでにセットアップされていると決定した場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５３０において、ＤＬ  ＱｏＳリソースが非アクティブ化および／または減少されることを要求する。たとえば、所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークまたは図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされる場合、所与のＵＥは、５３０において、ＤＬメディアトラフィックフローのためのＱｏＳが非アクティブ化されるかまたはオフにされることを要求することができる。別の例では、所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５３０において、それのＤＬメディアベアラ上のそれの現在ＧＢＲをより低いＧＢＲに修正するように要求することができる。
【００６１】
[0082]さらに図５を参照すると、および再び５１０の半二重フロア保持者決定に目を向けると、Ａｐｐ＊クライアントアプリケーションが、５１０において、所与のＵＥがフロアを有しないと決定した場合、Ａｐｐ＊クライアントアプリケーションは、５３５において、別のセッション参加者がフロアを保持するかどうか（すなわち、何らかのエンティティからのメディアが半二重Ａｐｐ＊セッションのためにＤＬチャネルを介して受信されているかどうか）を決定する。諒解されるように、半二重Ａｐｐ＊セッションのための非フロア保持者（またはターゲットＵＥ）は、ＤＬ上で高優先度メディアを受信している可能性があり、それにより、非フロア保持者または（１つまたは複数の）ターゲットＵＥのためのＤＬチャネル上のＱｏＳは、半二重Ａｐｐ＊セッションのためのセッション品質を改善することができる。したがって、Ａｐｐ＊クライアントアプリケーションが、５３５において、別のエンティティがフロアを保持する（すなわち、メディアが半二重Ａｐｐ＊セッションのために所与のＵＥにおいて受信されている）と決定した場合、Ａｐｐ＊クライアントアプリケーションは、（５２５と同様に）５４０において、しきい値レベルのＤＬ  ＱｏＳリソースが、半二重セッションのために所与のＵＥにおけるＤＬメディア受信をサポートするために確立されているかどうかを決定する。
【００６２】
[0083]所与のＵＥ上のＡｐｐ＊クライアントアプリケーションが、５４０において、しきい値ＤＬ  ＱｏＳリソースが半二重Ａｐｐ＊セッションのためにまだセットアップされていないと決定した場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５４５において、ＤＬ  ＱｏＳリソースがアクティブ化および／または増加されることを要求する。たとえば、所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークまたは図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされる場合、所与のＵＥは、５４５において、ＤＬメディアトラフィックフローのためのＱｏＳがアクティブ化されることを要求することができる。別の例では、所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５４５において、それのＤＬメディアベアラ上のそれの現在ＧＢＲをより高いＧＢＲ（たとえば、ＸApp*ｋｐｂｓ）に修正するように要求することができる。
【００６３】
[0084]さらに、所与のＵＥが、５１０において、半二重Ａｐｐ＊セッションのためのフロアを有しないと決定された場合、所与のＵＥは、ＵＬメディアのためのＱｏＳを必要としないことがあることを諒解されよう。したがって、５４０〜５４５において（必要な場合）ＤＬチャネルのためのＱｏＳを選択的にセットアップすることに加えて、所与のＵＥはまた、５５０〜５５５において、（必要な場合）ＵＬチャネルのための既存のＱｏＳリソースを選択的にティアダウンまたは低減することになる。したがって、Ａｐｐ＊クライアントアプリケーションは、（５２０と同様に）５５０において、しきい値レベルのＵＬ  ＱｏＳリソースが、半二重セッションのために所与のＵＥにおけるＵＬメディア受信をサポートするために確立されているかどうかを決定する。
【００６４】
[0085]所与のＵＥ上のＡｐｐ＊クライアントアプリケーションが、５５０において、しきい値ＵＬ  ＱｏＳリソースが半二重Ａｐｐ＊セッションのためにすでにセットアップされていると決定した場合、所与のＵＥは、５５５において、ＵＬ  ＱｏＳリソースが非アクティブ化および／または減少されることを要求する。たとえば、所与のＵＥが、図２Ａに記載の１ｘＥＶ−ＤＯネットワークまたは図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされる場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５５５において、ＵＬメディアトラフィックフローのためのＱｏＳが非アクティブ化されるかまたはオフにされることを要求することができる。別の例では、所与のＵＥが、図２Ｂ〜図２Ｃに記載のＷ−ＣＤＭＡネットワークまたは図２Ｄに記載のＬＴＥネットワークによってサービスされる場合、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、５５５において、それのＵＬメディアベアラ上のそれの現在ＧＢＲをより低いＧＢＲ（たとえば、１ｋｐｂｓ、または何らかの他の公称データレート）に修正するように要求することができる。
【００６５】
[0086]さらに図５を参照すると、および再び５３５の決定に目を向けると、それにより、Ａｐｐ＊クライアントアプリケーションは、５１０において所与のＵＥ自体がフロアを保持しないと決定した後に、別のフロア保持者が存在するかどうかを決定し、Ａｐｐ＊クライアントアプリケーションが、５３５において、誰もフロアを保持しないと決定した場合、Ａｐｐ＊クライアントアプリケーションは、５６０において、（少なくとも、セッション参加者のうちの１つがフロアを許可されるまで）、半二重Ａｐｐ＊セッションのためにＤＬ  ＱｏＳリソースとＵＬ  ＱｏＳリソースの両方を減少させるかまたは非アクティブ化することを決定する。したがって、５６０の後に、プロセスは、５２５〜５３０と５５０〜５５５の両方に進み、（必要な場合）ＤＬ  ＱｏＳリソースおよびＵＬ  ＱｏＳリソースが減少および／または非アクティブ化される。
【００６６】
[0087]さらに図５を参照すると、および再び５０５の二重決定に目を向けると、Ａｐｐ＊クライアントアプリケーションが、通信セッションが半二重の代わりに全二重（たとえば、ＶｏＩＰ呼）であると決定した場合、Ａｐｐ＊クライアントアプリケーションは、５６５において、オーディオが全二重Ａｐｐ＊セッションのためにミュートされているかどうかを決定する。諒解されるように、オーディオがミュートされている場合、所与のＵＥのオペレータは、全二重Ａｐｐ＊セッションにおいて（１つまたは複数の）他のＵＥをリッスンしているが、その人自身のオーディオが（１つまたは複数の）他のＵＥに搬送されることを実際に希望しない。Ａｐｐ＊クライアントアプリケーションが、５６５において、全二重Ａｐｐ＊セッションがミュートされていないと決定した場合、５７０において、（必要な場合）全二重Ａｐｐ＊セッションのためのＵＬ  ＱｏＳリソースとＤＬ  ＱｏＳリソースの両方がアクティブ化または増加される。たとえば、５７０は、一例では、５１５〜５２０と５５０〜５５５との実行に対応することができる。そうではなく、Ａｐｐ＊クライアントアプリケーションが、５６５において、全二重Ａｐｐ＊セッションがミュートされていると決定した場合、プロセスは５４０〜５５５に進み、（必要な場合）ＤＬ  ＱｏＳリソースが増加またはアクティブ化され、（必要な場合）ＵＬ  ＱｏＳリソースが減少または非アクティブ化される。
【００６７】
[0088]図６Ａに、本発明の一実施形態による、図２Ａに記載の１ｘＥＶ−ＤＯネットワーク（レガシーＨＲＰＤ）または図２Ｅに記載のｅＨＲＰＤネットワークによってサービスされている間に半二重Ａｐｐ＊ＰＴＴセッションに加入する所与のＵＥのための図５のプロセスの例示的な実装形態を示す。図６Ａを参照すると、（たとえば、図５における５００〜５１５と同様に）所与のＵＥがアイドル状態にある間、Ａｐｐ＊クライアントアプリケーションは、６００Ａにおいて、（たとえば、ＰＴＴボタンプッシュに応答して）Ａｐｐ＊ＰＴＴ呼を発信することを決定し、Ａｐｐ＊クライアントアプリケーションは、６０５Ａにおいて、所与のＵＥがフロアを有すると決定する。所与のＵＥが、Ａｐｐ＊ＰＴＴ呼のためにそれのＵＬメディアフローのためのＱｏＳセットアップをまだ有しないと仮定すると、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、Ａｐｐ＊ＰＴＴ呼のためにＤＬメディアフローではなくそれのＵＬメディアフローのためのＱｏＳアクティブ化を要求する。これは図６Ａに示されており、それにより、所与のＵＥは、６１５Ａにおいて、（ＤＬメディアＱｏＳフローではなく）ＵＬメディアＱｏＳフローを示す、ReservationOnRequestメッセージを送信し、したがって、ＲＡＮ１２０は、（たとえば、図５の５１５〜５３０と同様に）ＤＬメディアフローのためのＤＬ  ＱｏＳ予約を中断状態のままにしながら、ＵＬメディアフローのためのＵＬ  ＱｏＳ予約をセットアップする（６２０Ａ〜６４０Ａの間のシグナリングによって示されており、これは、１ｘＥＶ−ＤＯをよく知っている当業者によって容易に理解されよう）。図６Ａには明示的に示されていないが、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、６４０Ａの後に、フロア保持者としてメディアを送信し始めることができる。
【００６８】
[0089]図６Ａを参照すると、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、６４５Ａにおいて、フロアを最終的にリリースし、Ａｐｐ＊クライアントアプリケーションは、（図５の５１０および５３５と同様に）６５０Ａにおいて、他のＵＥがＡｐｐ＊ＰＴＴセッションのためのフロアを有すると決定する。したがって、図５の５４０〜５５５と同様に、所与のＵＥは、ＤＬメディアフローのためのＤＬ  ＱｏＳ予約をオンにし（６５５Ａ〜６６０Ａ）、所与のＵＥは、ＵＬメディアフローのためのＵＬ  ＱｏＳ予約をティアダウンする（６６５Ａ〜６７０Ａ）。
【００６９】
[0090]図６Ａを参照すると、上記他のＵＥは、６７５Ａにおいて、フロアを最終的にリリースし、Ａｐｐ＊クライアントアプリケーションは、（図５の５３５および５６０と同様に）６８０Ａにおいて、どのＵＥもＡｐｐ＊ＰＴＴセッションのためのフロアを有しないと決定する。したがって、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、図５の５２５〜５３０および５５０〜５５５と同様に、ＤＬメディアフローのためのＤＬ  ＱｏＳ予約とＵＬメディアフローのためのＵＬ  ＱｏＳ予約の両方をティアダウンする（６８０Ａ〜６９０Ａ）。
【００７０】
[0091]図６Ａは、所与のＵＥがＡｐｐ＊ＰＴＴ呼のための発信者である例を対象とするが、図６Ａは、所与のＵＥが代わりにＡｐｐ＊ＰＴＴ呼のための呼ターゲットであるシナリオに適応するように修正され得ることを諒解されよう。図６Ａの呼ターゲット実装形態では、呼ターゲットＵＥ上のＡｐｐ＊クライアントアプリケーションは、（６００Ａに記載のＰＴＴボタンプッシュの代わりに）呼アナウンスメッセージを介してＡｐｐ＊ＰＴＴ呼に気づき、呼ターゲットＵＥは、（図６Ａに記載のフロア保持者の代わりに）非フロア保持者としてＡｐｐ＊ＰＴＴ呼を開始することになる。これらの差異以外に、Ａｐｐ＊メディアＱｏＳフローのためのＵＬおよびＤＬ  ＱｏＳは、図６Ａに記載のものと同様の様式で呼ターゲットＵＥのために管理され得る。また、図６Ａには明示的に示されていないが、図６Ａは、図６Ｂにおける半二重セッションの例の代わりに全二重の例（たとえば、図５からの５６５、５７０など）など、図５からの追加の使用事例をカバーするように拡張され得る。さらに、図６Ａについて、所与のＵＥがアイドルである（すなわち、トラフィックチャネル（ＴＣＨ）がない）ときにＡｐｐ＊ＰＴＴ呼が６００Ａにおいて発信されることに関して説明したが、図６Ａは、所与のＵＥがＴＣＨをすでに割り振られている間にＡｐｐ＊ＰＴＴ呼が所与のＵＥにおいて発信される（またはあらかじめ確立されたＴＣＨを介して所与のＵＥにアナウンスされる、ターゲットＵＥ実装形態）ように修正され得ることを諒解されよう。
【００７１】
[0092]図６Ｂに、本発明の一実施形態による、図２Ｂまたは図２Ｃに記載のＷ−ＣＤＭＡネットワークによってサービスされている間に半二重Ａｐｐ＊ＰＴＴセッションに加入する所与のＵＥのための図５のプロセスの例示的な実装形態を示す。図６Ｂを参照すると、所与のＵＥは、６００Ｂにおいて、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態で動作しており、Ａｐｐ＊クライアントアプリケーションは、６０５Ｂにおいて、（たとえば、何らかの他のＵＥにおけるＰＴＴボタンプッシュに応答して）上記他のＵＥによって発信されたＡｐｐ＊ＰＴＴ呼に関連してページを受信し、そのページは、所与のＵＥに、６１０Ｂにおいて、ＲＡＮ１２０とのセル更新プロシージャを実施し、それにより、６１５Ｂにおいて、ＣＥＬＬ＿ＤＣＨ状態に遷移し、ＰＴＴアナウンスメッセージを受信し（図示せず）、６２０Ｂにおいて、Ａｐｐ＊ＰＴＴセッションのためのＲＡＢをセットアップするように、促す。特に、６２０Ｂにおいて、ＲＡＮ１２０は、Ａｐｐ＊ＰＴＴセッションをサポートすることになるメディアＲＡＢのためにＵＬとＤＬの両方の上で少なくともしきい値ＧＢＲ（たとえば、ＸApp*ｋｐｂｓ）を割り振る。
【００７２】
[0093]図６Ｂを参照すると、Ａｐｐ＊クライアントアプリケーションが、（図５の５１０および５３５と同様に）６２５Ｂにおいて、他のＵＥがＡｐｐ＊ＰＴＴセッションのためのフロアを有すると決定すると仮定されたい。したがって、所与のＵＥが、６２０Ｂにおいてしきい値ＧＢＲをすでに割り振られたので、Ａｐｐ＊クライアントアプリケーションは、図５の５４０〜５５５と同様に、ＤＬメディアベアラに割り振られたＧＢＲをＸApp*ｋｐｂｓに維持すること、ただし、ＵＬメディアベアラに割り振られたＧＢＲを（たとえば、１ｋｐｂｓまたは何らかの他の公称レベルに）低減することを決定する。ＵＬメディアベアラに対するＧＢＲ低減は、６３０Ｂ〜６７０Ｂの間のシグナリングにおいて図６Ｂに示されており、このシグナリングは、ＵＭＴＳおよび／またはＷ−ＣＤＭＡをよく知っている当業者によって容易に理解されよう。
【００７３】
[0094]図６Ｂは、所与のＵＥがＡｐｐ＊ＰＴＴ呼のための呼ターゲットＵＥである例を対象とするが、図６Ｂは、所与のＵＥが代わりにＡｐｐ＊ＰＴＴ呼の呼発信者であるシナリオに適応するように修正され得ることを諒解されよう。図６Ｂの呼発信者実装形態では、呼発信者ＵＥ上のＡｐｐ＊クライアントアプリケーションは、（６０５Ｂに記載のページ／アナウンスプロシージャの代わりに）ＰＴＴボタンプッシュを介してＡｐｐ＊ＰＴＴ呼に気づくことができ、呼発信者ＵＥは、（図６Ｂに記載の非フロア保持者の代わりに）フロア保持者としてＡｐｐ＊ＰＴＴ呼を開始することになる。これらの差異以外に、Ａｐｐ＊メディアＱｏＳフローのためのＵＬおよびＤＬ  ＱｏＳは、図６Ｂに記載のものと同様の様式で呼ターゲットＵＥのために管理され得る。また、図６Ｂには明示的に示されていないが、図６Ｂは、図６Ｂにおける半二重セッションの例の代わりに全二重の例（たとえば、図５からの５６５、５７０など）など、図５からの追加の使用事例をカバーするように拡張され得る。さらに、図６Ｂについて、所与のＵＥがＵＲＡ＿ＰＣＨ／ＣＥＬＬ＿ＰＣＨ状態にある間に受信されたページに基づいてＡｐｐ＊ＰＴＴ呼が６０５Ｂにおいて発信されることに関して説明したが、図６Ｂは、所与のＵＥがすでにＣＥＬＬ＿ＤＣＨ状態にある間にＡｐｐ＊ＰＴＴセッションのためのＡｐｐ＊ＰＴＴ呼呼アナウンスが到着する（または発信ＵＥ実装形態の場合、ＣＥＬＬ＿ＤＣＨ状態にある間にＡｐｐ＊のためのＰＴＴボタンプッシュが所与のＵＥにおいて検出される）ように修正され得ることを諒解されよう。
【００７４】
[0095]図６Ｃに、本発明の一実施形態による、図２Ｄに記載のＬＴＥネットワークによってサービスされている間に半二重Ａｐｐ＊ＰＴＴセッションを発信する所与のＵＥのための図５のプロセスの例示的な実装形態を示す。図６Ｃを参照すると、所与のＵＥは、６００Ｃにおいて、無線リソース接続済み（ＲＲＣ：Radio Resource Connected）アイドルモードで動作しており、Ａｐｐ＊クライアントアプリケーションは、６０５Ｃにおいて、（たとえば、所与のＵＥ上のＰＴＴボタンプッシュに応答して）半二重Ａｐｐ＊ＰＴＴセッションを開始することを決定する。所与のＵＥは、次いで、６１０Ｃにおいて、ＲＡＮ１２０（すなわち、ｅノードＢ２０５Ｄなど、所与のＵＥをサービスするｅノードＢ）とのＲＣＣ接続セットアップおよびサービス要求プロシージャを実施し、それにより、６１５Ｃにおいて、ＲＣＣ接続済み状態に遷移し、６２０Ｃにおいて、半二重Ａｐｐ＊ＰＴＴセッションのメディアのために非ＧＢＲ  ＥＰＳベアラと専用ＧＢＲ  ＥＰＳベアラとをセットアップする。特に、６２０Ｃにおいて、ｅノードＢ２０５Ｄは、ＭＭＥ２１５Ｂから受信されたＱｏＳに基づいてＡｐｐ＊ＰＴＴセッションをサポートすることになるＡｐｐ＊ＧＢＲメディアベアラのためにＵＬとＤＬの両方の上で少なくともしきい値ＧＢＲ（たとえば、ＸApp*ｋｐｂｓ）を割り振る。
【００７５】
[0096]図６Ｃを参照すると、Ａｐｐ＊クライアントアプリケーションが、（たとえば、図５における５００〜５１５と同様に）６２５Ｃにおいて、所与のＵＥがフロアで半二重Ａｐｐ＊ＰＴＴセッションを開始することになると決定すると仮定されたい。所与のＵＥが、それのＵＬメディアベアラのためのＱｏＳセットアップ（たとえば、６２０ＣにおいてｅノードＢ２０５ＤによってＵＬメディアベアラに割り振られたＧＢＲのＸApp*ｋｐｂｓ）をすでに有しているので、所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、ＸApp*ｋｐｂｓから、ＧＢＲしきい値を下回るｋｐｂｓレベル（たとえば、１ｋｐｂｓなど、公称ｋｐｂｓレベル）へのＤＬメディアベアラのためのＱｏＳ低減を要求する。ＤＬメディアベアラに対するＧＢＲ低減は、６３０Ｃから６６５Ｃの間のシグナリングにおいて図６Ｃに示されており、このシグナリングは、ＬＴＥをよく知っている当業者によって容易に理解されよう。
【００７６】
[0097]図６Ｃは、所与のＵＥがＡｐｐ＊ＰＴＴ呼のための発信者である例を対象とするが、図６Ａは、所与のＵＥが代わりにＡｐｐ＊ＰＴＴ呼のための呼ターゲットであるシナリオに適応するように修正され得ることを諒解されよう。図６Ｃの呼ターゲット実装形態では、呼ターゲットＵＥ上のＡｐｐ＊クライアントアプリケーションは、（６０５Ｃに記載のＰＴＴボタンプッシュの代わりに）呼アナウンスメッセージを介してＡｐｐ＊ＰＴＴ呼に気づき、呼ターゲットＵＥは、（図６Ｃに記載のフロア保持者の代わりに）非フロア保持者としてＡｐｐ＊ＰＴＴ呼を開始することになる。これらの差異以外に、Ａｐｐ＊メディアＱｏＳフローのためのＵＬおよびＤＬ  ＱｏＳは、図６Ｃに記載のものと同様の様式で呼ターゲットＵＥのために管理され得る。また、図６Ｃには明示的に示されていないが、図６Ｃは、図６Ｃにおける半二重セッションの例の代わりに全二重の例（たとえば、図５からの５６５、５７０など）など、図５からの追加の使用事例をカバーするように拡張され得る。さらに、図６Ｃについて、所与のＵＥがＲＣＣアイドル状態にあるときにＡｐｐ＊ＰＴＴ呼が６０５Ｃにおいて発信されることに関して説明したが、図６Ｃは、ＲＲＣ接続済み状態にある間にＡｐｐ＊ＰＴＴ呼が所与のＵＥにおいて発信される（またはターゲットＵＥ実装形態の場合、ＲＲＣ接続済み状態にある間に所与のＵＥにアナウンスされる）ように修正され得ることを諒解されよう。
【００７７】
[0098]図５〜図６Ｃについて、Ａｐｐ＊通信セッションのＵＬおよびＤＬチャネル上での選択的ＱｏＳ制御のためのＵＥ側またはクライアントアプリケーションベースのプロシージャに関して説明したが、図７Ａ〜図７Ｂは、Ａｐｐ＊通信セッションに参加しているＵＥの代わりにアプリケーションサーバ１７０（たとえば、Ａｐｐ＊通信セッションを調停するように構成されたサーバ）において実装される同様の選択的ＱｏＳ制御プロシージャを対象とする。（上記の）表２において説明したように、アプリケーションサーバ支援型方向性ＱｏＳ管理プロシージャ（すなわち、表２からの＃２）は、図２ＤのＬＴＥコアネットワークにおいて実装され得るが、図２Ａの１ｘＥＶ−ＤＯコアネットワーク、または図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワーク、または図２ＥのｅＨＲＰＤネットワークにおける規格準拠実装形態が可能でないことがある。
【００７８】
[0099]図７Ａの説明を凝縮するために、図７Ａの７００〜７７０は、以下で述べる場合を除いて、それぞれ図５の５００〜５７０と同様である。図５は、その全体が、Ａｐｐ＊通信セッションに参加している所与のＵＥにおいて実装され、図７Ａは、Ａｐｐ＊通信セッションを調停するように構成されたアプリケーションサーバ１７０において実装される。図５は、１つの特定のＵＥにおけるＡｐｐ＊クライアントアプリケーションによって実行されるプロシージャを表し、図７Ａは、通信セッションに参加している各ＵＥについてアプリケーションサーバ１７０において実行され得るプロシージャを表す（とはいえ、アプリケーションサーバ１７０は、少なくとも１つの実施形態において、参加しているＵＥの各々について図７Ａのプロセスを実施する必要はない）。図５における所与のＵＥ上のＡｐｐ＊クライアントアプリケーションは、所与のＵＥにおける呼アナウンスメッセージのユーザ要求または受信に基づいて、図５の５００において、Ａｐｐ＊通信セッションを開始することを決定し得、アプリケーションサーバ１７０は、図７Ａの７００において、発信ＵＥからの呼要求メッセージ、および／またはアナウンスされたＡｐｐ＊通信セッションに対する受け入れを示す（１つまたは複数の）ターゲットＵＥからの呼受け入れメッセージの受信に基づいて、Ａｐｐ＊通信セッションを開始することを決定し得る。さらに、全二重Ａｐｐ＊セッションにおけるいくつかのＵＥはそれらのセッションをミュートしていることがあり、他のＵＥはそうしないことがあることと、いくつかのＵＥは半二重Ａｐｐ＊セッションに対するフロア保持者であり得、他のＵＥは非フロア保持者であり得ることとを諒解されよう。したがって、図７Ａに示された様々な判定ブロックにより、アプリケーションサーバ１７０によって評価されているＵＥの各々について、異なるプロシージャ経路がとられることがある。最後に、図７ＡプロシージャがＬＴＥに関連するので、図７Ａに示された様々なＱｏＳ評価および修正は、ＬＴＥ固有コアネットワーク要素にマッピングし得る。たとえば、Ａｐｐ＊ＧＢＲ  ＱｏＳベアラのためのＵＬ  ＱｏＳを増加させるようにとの７２０における要求は、Ａｐｐ＊ＧＢＲ  ＱｏＳベアラ上のＵＬ  ＧＢＲをＸApp*ｋｐｂｓに上げるようにとの、アプリケーションサーバ１７０からＰＣＲＦ２４０ＤまたはＰ−ＧＷ２３５Ｄに発行された要求に対応し得、Ａｐｐ＊ＧＢＲ  ＱｏＳベアラ上のＤＬ  ＱｏＳを減少させるようにとの７３０における要求は、Ａｐｐ＊ＧＢＲ  ＱｏＳベアラ上のＤＬ  ＧＢＲを、ＧＢＲしきい値を下回るｋｐｂｓ（たとえば、１ｋｐｂｓまたは何らかの他の公称データレート）に減少させるようにとの、アプリケーションサーバ１７０からＰＣＲＦ２４０ＤまたはＰ−ＧＷ２３５Ｄに発行された要求に対応し得、以下同様である。これらの差異の他に、図７Ａの残りの動作は図５と同様であり、図７ＡのＬＴＥ実装形態は、いくつかの動作が所与のＵＥからアプリケーションサーバ１７０に移動される（および潜在的により多くのＵＥのために実施される）ことを除いて、図６Ｃと同様であり得る。図７Ｂの７００Ｂ〜７７０Ｂは、それによりＬＴＥ固有構成要素およびメッセージが参照���れる、それぞれ図７Ａの７００〜７７０のさらにより詳細な実装形態を示している。
【００７９】
[00100]図７Ｃに、本発明の一実施形態による、半二重Ａｐｐ＊ＰＴＴセッションに加入している所与のＵＥ（呼発信者または呼ターゲットのいずれか）のためのＬＴＥネットワーク内の図７Ｂの例示的な実装形態を示す。図７Ｃを参照すると、アプリケーションサーバ１７０は、（たとえば、図７Ｂの７００Ｂおよび７０５Ｂの場合のように）７００Ｃにおいて、所与のＵＥのための半二重Ａｐｐ＊ＰＴＴ呼をセットアップすることを決定し、アプリケーションサーバ１７０は、（たとえば、図７Ｂの７１０Ｂ〜７３０Ｂの場合のように）７０５Ｃにおいて、所与のＵＥがフロアを有すると決定し、それにより、ＵＬ  Ａｐｐ＊ＧＢＲベアラのための最大ビットレート（ＭＢＲ：max bit rate）を設定し、フロアを有し、ＤＬ  ＧＢＲを１ｋｐｂｓなど、低いｋｐｂｓに等しく設定する。これらの仮定を念頭に置くと、７１０Ｃ〜７６０Ｃのシグナリングは、ＵＬおよびＤＬ  Ａｐｐ＊ＧＢＲベアラ設定がどのように実装され得るかのＬＴＥ固有例を示している。７１５Ｃにおいて、たとえば、ＰＣＲＦ２４０Ｄは、アプリケーションサーバ１７０によって与えられたＭＢＳを、本明細書でＸApp*として示される、指定されたＭＢＳを達成するための好適なＧＢＲ値にマッピングするための論理を実行するＬＴＥコアネットワーク構成要素であることが示されている。また、７２５〜７５０Ｃの間に示すシグナリングは、Ａｐｐ＊ＧＢＲベアラがＵＬおよびＤＬ上ですでにセットアップされているシナリオ、また、Ａｐｐ＊ＧＢＲベアラがまだセットアップされていないシナリオをカバーする。Ａｐｐ＊ＧＢＲベアラがすでにセットアップされている場合、７２５Ｃにおいて、ベアラ更新要求メッセージ（Update Bearer Request message）を介して、ＵＬ  Ａｐｐ＊ＧＢＲベアラはＸApp*ｋｐｂｓにとどまり、ＤＬ  Ａｐｐ＊ＧＢＲベアラは１ｋｐｂｓ（または何らかの他の公称ｋｐｂｓ）に低減される。Ａｐｐ＊ＧＢＲベアラがまだセットアップされていない場合、７２５Ｃにおいて、ベアラ作成要求メッセージ（Create Bearer Request message）を介して、ＵＬ  Ａｐｐ＊ＧＢＲベアラはＸApp*ｋｐｂｓのためにセットアップされ、ＤＬ  Ａｐｐ＊ＧＢＲベアラは公称ｋｐｂｓに設定される。同様に、Ａｐｐ＊ＧＢＲベアラがまだセットアップされていない場合、ベアラセットアップ要求メッセージが７３０Ｃにおいて使用され、Ａｐｐ＊ＧＢＲベアラがすでにセットアップされている場合、ベアラ修正要求メッセージが７３０Ｃにおいて使用される。同様に、Ａｐｐ＊ＧＢＲベアラがまだセットアップされていない場合、ベアラ作成応答メッセージ（Create Bearer Response message）が７５０Ｃにおいて使用され、Ａｐｐ＊ＧＢＲベアラがすでにセットアップされている場合、ベアラ更新応答メッセージ（Update Bearer Response message）が７５０Ｃにおいて使用される。図７Ｃに示された残りのシグナリングは、Ａｐｐ＊ＧＢＲベアラの開始ステータスから独立しており、ＬＴＥをよく知っている当業者によって準備ができて理解されよう。図７Ｃは半二重ＰＴＴセッションに固有であるが、図７Ｃが、全二重セッションまたはＰＴＴ以外の半二重セッションに適応するようにどのように修正され得るかは容易に諒解されよう。
【００８０】
[00101]図８Ａに、本発明の一実施形態による、コアネットワーク開始型方向性ＱｏＳ管理プロシージャのより詳細な実装例を示す。（上記の）表２において説明したように、コアネットワーク開始型方向性ＱｏＳ管理プロシージャ（すなわち、表２からの＃３）は、図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワーク（「会話型」トラフィッククラスがセッションのために使用される場合）および／または図２ＤのＬＴＥコアネットワークにおいて実装され得るが、図２Ａの１ｘＥＶ−ＤＯコアネットワークまたは図２ＥのｅＨＲＰＤネットワークにおける規格準拠実装形態が可能でないことがある。たとえば、Ｗ−ＣＤＭＡまたはＵＭＴＳ実装形態では、ＧＧＳＮ２２５ＢまたはＳＧＳＮ２２０Ｂが図８Ａのプロセスを実施し得、ＬＴＥ実装形態では、Ｐ−ＧＷ２３５ＤまたはＳ−ＧＷ２３０Ｄが図８Ａのプロセスを実施し得る。
【００８１】
[00102]図８Ａを参照すると、Ａｐｐ＊通信セッション（たとえば、半二重セッション、全二重セッションなど）のためのＧＢＲメディアベアラのセットアップの検出に応答して、コアネットワーク１４０は、８００において、Ａｐｐ＊ＧＢＲメディアベアラ上でＵＬおよびＤＬトラフィックをモニタするデータ非アクティビティタイマーを開始する。いずれの場合も、以下で説明するように、データ非アクティビティタイマーは、Ａｐｐ＊ＧＢＲメディアベアラがＡｐｐ＊セッションのためにアクティブ化されると、動作し始める。
【００８２】
[00103]８０５において、コアネットワーク１４０は、ＵＬまたはＤＬトラフィックが通信セッションのためのＡｐｐ＊ＧＢＲメディアベアラ上で検出されるかどうかを決定する。特に、コアネットワーク１４０は、８０５において、Ａｐｐ＊通信セッションのためのアクセスポイント名（ＡＰＮ：access point name）に関連するＡｐｐ＊トラフィック（すなわち、Ａｐｐ＊APN）がＵＬまたはＤＬ方向において検出されるかどうかを決定する。ＵＬまたはＤＬトラフィックが８０５においてコアネットワーク１４０によって検出される場合、８１０において、トラフィックがそれの上で検出された各方向（ＵＬおよび／またはＤＬ）のためのトラフィック非アクティビティタイマーはリセットされる。８１５において、トラフィック非アクティビティタイマーがそれにおいてまだ動作している（すなわち、まだ満了していない）各方向（ＵＬおよび／またはＤＬ）について、コアネットワーク１４０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）それぞれの方向においてしきい値ＧＢＲがＡｐｐ＊ＧＢＲメディアベアラのためにすでにセットアップされているかどうかを決定する。セットアップされていない場合、コアネットワーク１４０は、８２０において、しきい値ＧＢＲをまだ有しない、それのための関連するトラフィック非アクティビティタイマーがまだ動作している、各方向（ＵＬまたはＤＬ）においてＧＢＲを（たとえば、ＸApp*ｋｐｂｓに）増加させる。諒解されるように、ＵＥは、図８Ｃにおいて８５５Ｃ〜８９０Ｃの間でおよび／または図８Ｄにおいて８５０Ｄ〜８６５Ｄの間で以下に示すように、エンドツーエンド通信を介して、８２０のＱｏＳ調整（またはＧＢＲ増加）に関して通知され得る。
【００８３】
[00104]図８Ａを参照すると、コアネットワーク１４０は、８２５において、ＵＬおよびＤＬトラフィック非アクティビティタイマーが満了するかどうかを決定するためにＵＬおよびＤＬトラフィック非アクティビティタイマーをモニタする。満了が８２５において検出される場合、コアネットワーク１４０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）８３０において、それのための満了が検出されるそれぞれの方向においてしきい値ＧＢＲがＡｐｐ＊ＧＢＲメディアベアラのためにすでにセットアップされているかどうかを決定する。セットアップされている場合、コアネットワーク１４０は、８３５において、しきい値ＧＢＲを有する、それのための満了が検出される、各方向（ＵＬまたはＤＬ）においてＧＢＲを（たとえば、１ｋｐｂｓまたは何らかの他の公称レベルに）減少させ、その後、コアネットワーク１４０は、８３５において減少された方向性チャネル上で新しいトラフィックが到着するかどうか（８０５）をモニタし、コアネットワーク１４０はまた、（もしあれば）８３５において減少されなかった他方の方向性チャネルのために満了が起こるかどうか（８２５）をモニタし続けることができる。諒解されるように、ＵＥは、図８Ｃにおいて８５５Ｃ〜８９０Ｃの間でおよび／または図８Ｄにおいて８５０Ｄ〜８６５Ｄの間で以下に示すように、エンドツーエンド通信を介して、８３０のＱｏＳ調整（またはＧＢＲ減少）に関して通知され得る。図８Ｂの８００Ｂ〜８３５Ｂは、それによりＬＴＥ固有およびＷ−ＣＤＭＡ固有構成要素およびメッセージがより明示的に参照される、それぞれ図８Ａの８００〜８３５のさらにより詳細な実装形態を示している。
【００８４】
[00105]図８Ｃに、本発明の一実施形態による、何らかの他のＵＥによって発信される半二重Ａｐｐ＊ＰＴＴセッションの呼ターゲットである所与のＵＥのためのＷ−ＣＤＭＡネットワーク内の図８Ｂの例示的な実装形態を示す。図８Ｃを参照すると、８００Ｃ〜８２０Ｃは、それぞれ図６Ｂからの６００Ｂ〜６２０Ｂに対応する。８２５Ｃにおいて、ＳＧＳＮ２２０Ｂは、（図８Ｂの８００Ｂ〜８２０Ｂの場合のように）ＵＬおよびＤＬトラフィック非アクティビティタイマーを開始し、維持する。ある時点において、（たとえば、図８Ｃの８２５Ｂの場合のように）８３０Ｃにおいて、ＳＧＳＮ２２０ＢのＵＬトラフィック非アクティビティタイマーが満了すると仮定されたい。したがって、ＳＧＳＮ２２０Ｂは、ＧＧＳＮ２２５Ｂとの８３５Ｃおよび８４０Ｃのシグナリングを介して、Ａｐｐ＊ＵＬ  ＧＢＲベアラ上のそれのＧＢＲを１ｋｐｂｓなど、公称レベルに低減する。８４５Ｃにおいて、ＧＧＳＮ２２５Ｂは、（図８Ｂの８００Ｂ〜８２０Ｂの場合のように）８２５ＣからのＳＧＳＮ２２０Ｂのタイマーから独立しているＵＬおよびＤＬトラフィック非アクティビティタイマーを（Ａｐｐ＊ＧＢＲベアラが８２０Ｃにおいて立ち上げられた後）開始し、維持する。ある時点において、（たとえば、図８Ｃの８２５Ｂの場合のように）８５０Ｃにおいて、ＧＧＳＮ２２５ＢのＵＬトラフィック非アクティビティタイマーが満了すると仮定されたい。したがって、ＧＧＳＮ２２５Ｂは、８５５Ｃ〜８９５Ｃの間のシグナリングを介して、Ａｐｐ＊ＵＬ  ＧＢＲベアラ上のＧＢＲを１ｋｐｂｓなど、公称レベルに低減するようにＲＡＮ１２０に促す。図８Ｃは半二重ＰＴＴセッションに固有であるが、図８Ｃが、全二重セッションまたはＰＴＴ以外の半二重セッションに適応するようにどのように修正され得るかは容易に諒解されよう。また、図８Ｃは呼ターゲットＵＥに固有であるが、図８Ｃが、呼発信者ＵＥのためにどのように修正され得るかは容易に諒解されよう（たとえば、８０５Ｃにおいてページが受信されることの代わりに、ＰＴＴボタンプッシュが検出されるなど）。また、図８Ｃは、ＵＲＡ＿ＰＣＨ／ＣＥＬＬ＿ＰＣＨ状態にある間に所与のＵＥが８０５Ｃにおいてページを受信することを示しているが、所与のＵＥは、代替的に、代替実装形態では、ＣＥＬＬ＿ＤＣＨ状態にある間にＰＴＴ呼アナウンスを受信し得る。
【００８５】
[00106]図８Ｄに、本発明の一実施形態による、半二重Ａｐｐ＊ＰＴＴセッションの呼発信者である所与のＵＥのためのＬＴＥネットワーク内の図８Ｂの例示的な実装形態を示す。図８Ｄを参照すると、８００Ｄ〜８２０Ｄは、それぞれ図６Ｃからの６００Ｃ〜６２０Ｃに対応する。８２５Ｄにおいて、Ｓ−ＧＷ２３０Ｄは、（図８Ｂの８００Ｂ〜８２０Ｂの場合のように）ＵＬおよびＤＬトラフィック非アクティビティタイマーを開始し、維持する。ある時点において、（たとえば、図８Ｃの８２５Ｂの場合のように）８３０Ｄにおいて、Ｓ−ＧＷ２３０ＤのＤＬトラフィック非アクティビティタイマーが満了すると仮定されたい。したがって、Ｓ−ＧＷ２３０Ｄは、８３５Ｄにおいて、Ａｐｐ＊ＤＬ  ＧＢＲベアラ上のそれのＧＢＲを１ｋｐｂｓなど、公称レベルに低減し、Ｐ−ＧＷ／ＰＣＲＦ２３５Ｄ／２４０ＤにＧＢＲ低減を通知する。８４０Ｄにおいて、Ｐ−ＧＷ／ＰＣＲＦ２３５Ｄ／２４０Ｄは、（図８Ｂの８００Ｂ〜８２０Ｂの場合のように）８２５ＤからのＳ−ＧＷ２３０Ｄのタイマーから独立しているＵＬおよびＤＬトラフィック非アクティビティタイマーを（Ａｐｐ＊ＧＢＲが８２０Ｄにおいて立ち上げられた後）開始し、維持する。ある時点において、（たとえば、図８Ｃの８２５Ｂの場合のように）８４５Ｄにおいて、Ｐ−ＧＷ／ＰＣＲＦ２３５Ｄ／２４０Ｄ２２５Ｂによって維持されるＤＬトラフィック非アクティビティタイマーが満了すると仮定されたい。したがって、Ｐ−ＧＷ／ＰＣＲＦ２３５Ｄ／２４０Ｄは、８５０Ｄ〜８７４Ｄの間のシグナリングを介して、Ａｐｐ＊ＤＬ  ＧＢＲベアラ上のＧＢＲを１ｋｐｂｓなど、公称レベルに低減するようにサービングｅノードＢ２０５Ｄに促す。図８Ｄは半二重ＰＴＴセッションに固有であるが、図８Ｄが、全二重セッションまたはＰＴＴ以外の半二重セッションに適応するようにどのように修正され得るかは容易に諒解されよう。また、図８Ｄは呼発信者ＵＥに固有であるが、図８Ｄが、呼ターゲットＵＥのためにどのように修正され得るかは容易に諒解されよう（たとえば、８０５ＤにおけるＰＴＴボタンプッシュの代わりに、ＰＴＴページまたは呼アナウンスメッセージがＡｐｐ＊セッションのために到着し得る）。また、図８Ｄは、所与のＵＥがＲＣＣアイドル状態からＡｐｐ＊ＰＴＴセッションを発信することを示しているが、所与のＵＥはまた、代替実装形態では、すでにＲＣＣ接続済み状態にある間にＡｐｐ＊ＰＴＴセッションを発信し得る。
【００８６】
[00107]図９Ａに、本発明の一実施形態による、それによりＧＢＲリソースがＲＡＮ１２０とコアネットワーク１４０とにおいてローカルで管理される、ＱｏＳ管理プロシージャのより詳細な実装例を示す。（上記の）表２において説明したように、それによりＧＢＲリソースがＲＡＮ１２０とコアネットワーク１４０とにおいてローカルで管理される、ＱｏＳ管理プロシージャ（すなわち、表２からの＃４）は、図２ＤのＬＴＥコアネットワークにおいて実装され得るが、図２Ａの１ｘＥＶ−ＤＯコアネットワーク、または図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワーク、または図２ＥのｅＨＲＰＤネットワークにおける規格準拠実装形態が可能でないことがある。
【００８７】
[00108]図９Ａを参照すると、Ａｐｐ＊通信セッション（たとえば、半二重Ａｐｐ＊セッション、全二重Ａｐｐ＊セッションなど）のためのＡｐｐ＊ＧＢＲメディアベアラのセットアップの検出に応答して、通信セッションに参加している特定のＵＥのためのＲＡＮ１２０内の（１つまたは複数の）サービングｅノードＢとコアネットワーク１４０（たとえば、Ｓ−ＧＷ２３０ＤならびにＰ−ＧＷ２３５Ｄ）の両方が、９００において、Ａｐｐ＊ＧＢＲメディアベアラ上でＵＬおよびＤＬトラフィックをモニタするデータ非アクティビティタイマーを開始する。概して、図９Ａは、ＲＡＮ１２０も、ＵＬおよびＤＬチャネル上でＱｏＳリソース（たとえば、ＧＢＲ）を制御するためにＵＬおよびＤＬトラフィック非アクティビティタイマーを維持することを除いて、図８Ａと同様であるＬＴＥ実装形態に対応する。言い換えれば、ＲＡＮ１２０およびＬＴＥコアネットワーク構成要素は、独立して、それらのそれぞれのタイマーを実行し、それら自体のＧＢＲまたはＱｏＳ調整を行い、それにより、ＲＡＮ１２０とＬＴＥコアネットワークとの間の協調（たとえば、シグナリングメッセージ）が、異なるエンティティにおいてＱｏＳ調整を実装するために使用される必要はなくなり、すなわち、各ＬＴＥ構成要素は、それ自体の（１つまたは複数の）トラフィック非アクティビティタイマーに基づいてＱｏＳ判定を独立してまたは単方向に行うことができる。諒解されるように、これは、各ＬＴＥ構成要素が、独立した様式でＧＢＲまたはＱｏＳを変更することができることを意味し、それにより、調整されたＱｏＳをもつベアラが割り当てられたＵＥ（またはクライアントデバイス）は、コアネットワークにおいて実装される（１つまたは複数の）ＱｏＳ調整を通知される必要はなくなるが、そのＵＥは、依然として、それのエアインターフェースリソースに関してＲＡＮ１２０によって実装される（１つまたは複数の）ＱｏＳ調整に気づいているであろう。したがって、デュアルＲＡＮおよびコアネットワーク実装形態の他に、図９Ａの９００〜９３５は、それぞれ図８Ａの８００〜８３５と同様であり、簡潔のためにそれについてさらに説明しない。図９Ｂの９００Ｂ〜９３５Ｂは、それによりＬＴＥ固有構成要素およびメッセージがより明示的に参照される、それぞれ図９Ａの９００〜９３５のさらにより詳細な実装形態を示している。
【００８８】
[00109]図１０Ａ〜図１０Ｂに、本発明の実施形態による、それぞれＷ−ＣＤＭＡアーキテクチャとＥＶ−ＤＯアーキテクチャとに関するＲＡＮ開始型タイマーベース方向ＱｏＳフロー管理プロシージャを示す。（上記の）表２において説明したように、ＲＡＮ開始型タイマーベース方向ＱｏＳフロー管理プロシージャ（すなわち、表２からの＃５）は、図２Ｂ〜図２ＣのＷ−ＣＤＭＡコアネットワークにおいて実装され得るか（「対話型」トラフィッククラスがセッションのために使用される場合、図１０Ａに示されている）、または図２Ａの１ｘＥＶ−ＤＯコアネットワークにおいて実装され得るが（図１０Ｂに示されている）、図２ＤのＬＴＥネットワークにおける規格準拠実装形態が可能でないことがある。
【００８９】
[00110]Ｗ−ＣＤＭＡ固有実装形態を表す図１０Ａを参照すると、通信セッション（たとえば、半二重Ａｐｐ＊セッション、全二重Ａｐｐ＊セッションなど）のためのＡｐｐ＊データＲＡＢのセットアップの検出に応答して、ＲＡＮ１２０（すなわち、ＵＴＲＡＮ）は、１０００Ａにおいて、Ａｐｐ＊データＲＡＢ上でＵＬおよびＤＬトラフィックをモニタするデータ非アクティビティタイマーを開始する。特に、Ａｐｐ＊データＲＡＢは、１０００Ａにおいて、「対話型」トラフィッククラス、シグナリング指示（「はい」）およびＡＲＰ属性で構成され、または代替的に、Ａｐｐ＊データＲＡＢは、「会話型」トラフィッククラスに関連するＧＢＲパラメータが修正され得るように、ＲＡＮ１２０が再構成されることが可能である場合、「会話型」トラフィッククラスで構成され得る。
【００９０】
[00111]１００５Ａにおいて、ＲＡＮ１２０は、ＵＬまたはＤＬトラフィックが通信セッションのためのＡｐｐ＊データＲＡＢ上で検出されるかどうかを決定する。特に、ＲＡＮ１２０は、１００５Ａにおいて、Ａｐｐ＊通信セッションのためのトラフィックがＵＬまたはＤＬ方向において検出されるかどうかを決定する。ＵＬまたはＤＬトラフィックが１００５ＡにおいてＲＡＮ１２０によって検出される場合、１０１０Ａにおいて、トラフィックがそれの上で検出された各方向（ＵＬおよび／またはＤＬ）のためのトラフィック非アクティビティタイマーはリセットされる。１０１５Ａにおいて、トラフィック非アクティビティタイマーがそれにおいてまだ動作している（すなわち、まだ満了していない）各方向（ＵＬおよび／またはＤＬ）について、ＲＡＮ１２０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）それぞれの方向においてしきい値ＧＢＲがＡｐｐ＊データＲＡＢのためにすでにセットアップされているかどうかを決定する。たとえば、１０１５Ａにおいて、ＲＡＮ１２０は、ＭＡＣ−ｅｓ／ＭＡＣ−ｈｓ  ＧＢＲが、データＲＡＢのＵＬおよび／またはＤＬ上でＸApp*ｋｐｂｓに設定されているかどうかを確認することができる。設定されていない場合、ＲＮＣ２１５Ｂは、１０２０Ａにおいて、しきい値ＧＢＲをまだ有しない、それのための関連するトラフィック非アクティビティタイマーがまだ動作している、各方向（ＵＬまたはＤＬ）においてＧＢＲを（たとえば、ＸApp*ｋｐｂｓに）増加させるようにＲＡＮ１２０内の（１つまたは複数の）サービングノードＢに要求する。諒解されるように、ＵＥは、ＱｏＳ調整がエアインターフェースリソース（すなわち、ＵＥとＲＡＮ１２０との間の接続）に関して実装されるので、１０２０ＡのＱｏＳ調整（またはＧＢＲ増加）に関して通知され得る。
【００９１】
[00112]図１０Ａを参照すると、１０２５Ａにおいて、ＲＡＮ１２０は、さらに、ＵＬデータトラフィックがＡｐｐ＊データＲＡＢ上で検出されるかどうかを決定し、サービングノードＢは、１０２５Ａにおいて、Ａｐｐ＊データＲＡＢが、ＵＬのためのＧＢＲをサポートするためのスケジュールされていない送信許可で構成されたかどうかを確認する。構成された場合、１０３０Ａにおいて、Ａｐｐ＊データＲＡＢのためにサービングノードＢにおいてＵＬ  ＧＢＲをセットアップするためのさらなるアクションは必要ではない。構成されない場合、サービングノードＢは、１０３５Ａにおいて、ＵＬ上でのスケジュールされていない送信許可のためにＡｐｐ＊データＲＡＢを再構成する。
【００９２】
[00113]図１０Ａを参照すると、ＲＡＮ１２０は、１０４０Ａにおいて、ＵＬおよびＤＬトラフィック非アクティビティタイマーが満了するかどうかを決定するためにＵＬおよびＤＬトラフィック非アクティビティタイマーをモニタする。満了が１０４０Ａにおいて検出される場合、ＲＡＮ１２０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）１０４５Ａにおいて、それのための満了が検出されるそれぞれの方向においてしきい値ＧＢＲがＧＢＲメディアベアラのためにまだセットアップされていないかどうかを決定する。たとえば、１０４５Ａにおいて、ＲＡＮ１２０は、ＭＡＣ−ｅｓ／ＭＡＣ−ｈｓ  ＧＢＲが、Ａｐｐ＊データＲＡＢのＵＬおよび／またはＤＬ上でＸApp*ｋｐｂｓに設定されているかどうかを確認することができる。しきい値ＧＢＲが、満了した方向においてＵＬまたはＤＬのためにセットアップされていない場合、プロセスは１００５Ａに戻る。そうではなく、しきい値ＧＢＲが、満了した方向においてＵＬまたはＤＬのためにセットアップされている場合、ＲＮＣ２１５Ｂは、１０５０Ａにおいて、それのための関連するトラフィック非アクティビティタイマーが満了した、およびしきい値ＧＢＲを有する、各方向（ＵＬまたはＤＬ）においてＧＢＲを（たとえば、ＸApp*ｋｐｂｓに）減少させるようにＲＡＮ１２０内の（１つまたは複数の）サービングノードＢに要求する。諒解されるように、ＵＥは、ＱｏＳ調整がエアインターフェースリソース（すなわち、ＵＥとＲＡＮ１２０との間の接続）に関して実装されるので、１０５０ＡのＱｏＳ調整（またはＧＢＲ減少）に関して通知され得る。
【００９３】
[00114]図１０Ａを参照すると、１０５５Ａにおいて、ＵＬトラフィック非アクティビティタイマーが１０４０ＡにおいてデータＲＡＢのために満了する場合、サービングノードＢは、１０５５Ａにおいて、Ａｐｐ＊データＲＡＢが、ＵＬのためのＧＢＲをサポートするためのスケジュールされていない送信許可で構成されたかどうかを確認する。構成されない場合、１０６０Ａにおいて、さらなるアクションは必要ではない。構成された場合、サービングノードＢは、１０６５Ａにおいて、ＵＬ上でのスケジュールされた送信許可のためにＡｐｐ＊データＲＡＢを再構成する。
【００９４】
[00115]１ｘＥＶ−ＤＯ固有実装形態を表す図１０Ｂに目を向けると、Ａｐｐ＊通信セッション（たとえば、半二重セッション、全二重セッションなど）のためのメディアＱｏＳフローのセットアップの検出に応答して、ＲＡＮ１２０は、１０００Ｂにおいて、Ａｐｐ＊メディアＱｏＳフロー上でＵＬおよびＤＬトラフィックをモニタするデータ非アクティビティタイマーを開始する。
【００９５】
[00116]１００５Ｂにおいて、ＲＡＮ１２０は、ＵＬまたはＤＬトラフィックが通信セッションのためのＡｐｐ＊メディアＱｏＳフロー上で検出されるかどうかを決定する。ＵＬまたはＤＬトラフィックが１００５ＢにおいてＲＡＮ１２０によって検出される場合、１０１０Ｂにおいて、トラフィックがそれの上で検出された各方向（ＵＬおよび／またはＤＬ）のためのトラフィック非アクティビティタイマーはリセットされる。１０１５Ｂにおいて、トラフィック非アクティビティタイマーがそれにおいてまだ動作している（すなわち、まだ満了していない）各方向（ＵＬおよび／またはＤＬ）について、ＲＡＮ１２０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）それぞれの方向においてＱｏＳがＡｐｐ＊メディアＱｏＳフローのためにすでにセットアップされているかまたはオンにされているかどうかを決定する。セットアップされているかまたはオンにされている場合、プロセスは１００５Ｂに戻る。セットアップされていないかまたはオンにされていない場合、ＲＡＮ１２０は、１０２０Ｂにおいて、それのためのアクティビティが検出された方向においてＡｐｐ＊メディアＱｏＳフローをアクティブ化するためにReservationOnMessageを送る。諒解されるように、ＵＥは、ＱｏＳフローアクティブ化がエアインターフェースリソース（すなわち、ＵＥとＲＡＮ１２０との間の接続）に関して実装されるので、１０２０ＢのＱｏＳフローアクティブ化に関して通知され得る。
【００９６】
[00117]図１０Ｂを参照すると、ＲＡＮ１２０は、１０２５Ｂにおいて、ＵＬおよびＤＬトラフィック非アクティビティタイマーが満了するかどうかを決定するためにＵＬおよびＤＬトラフィック非アクティビティタイマーをモニタする。満了が１０２５Ｂにおいて検出される場合、ＲＡＮ１２０は、（たとえば、図５の５１５、５２５、５４０および５５０と同様に）１０３０Ｂにおいて、それのための満了が検出されるそれぞれの方向においてＱｏＳがＡｐｐ＊メディアＱｏＳフローのためにすでにセットアップされているかまたはオンにされているかどうかを決定する。セットアップされているかまたはオンにされている場合、プロセスは１００５Ｂに戻る。そうではなく、それのための関連するトラフィック非アクティビティタイマーが満了した方向においてＱｏＳがＡｐｐ＊メディアＱｏＳフローのためにセットアップされている場合、ＲＡＮ１２０は、１０３５Ｂにおいて、それのための満了が検出された方向においてメディアＱｏＳフローを非アクティブ化するためにReservationOffMessageを送る。諒解されるように、ＵＥは、ＱｏＳフロー非アクティブ化がエアインターフェースリソース（すなわち、ＵＥとＲＡＮ１２０との間の接続）に関して実装されるので、１０３５ＢのＱｏＳフロー非アクティブ化に関して通知され得る。
【００９７】
[00118]上記の実施形態について、主に、ＣＤＭＡ２０００ネットワークにおける１ｘＥＶ−ＤＯアーキテクチャ、Ｗ−ＣＤＭＡまたはＵＭＴＳネットワークにおけるＧＰＲＳアーキテクチャおよび／あるいはＬＴＥベースのネットワークにおけるＥＰＳアーキテクチャに関して説明したが、他の実施形態が、他のタイプのネットワークアーキテクチャおよび／またはプロトコルを対象とすることができることを諒解されよう。
【００９８】
[00119]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００９９】
[00120]さらに、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明する機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の判定は、本発明の範囲からの逸脱を生じるものと解釈されるべきではない。
【０１００】
[00121]本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１０１】
[00122]本明細書で開示する実施形態に関して説明する方法、シーケンスおよび／またはアルゴリズムは、ハードウェアで直接実装されるか、プロセッサによって実行されるソフトウェアモジュールで実装されるか、またはそれらの２つの組合せで実装され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末（たとえば、ＵＥ）中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【０１０２】
[00123]１つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０３】
[00124]上記の開示は本発明の例示的な実施形態を示しているが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実施されなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置を動作させる方法であって、
前記クライアントデバイスのための通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測することと、
前記リンクのダウンリンク方向におけるトラフィック使用を予測することと、
前記通信セッションに関連して、（ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／または（ｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始することと
を備える、方法。
［Ｃ２］
前記装置は、前記クライアントデバイスに対応する、
［Ｃ１］に記載の方法。
［Ｃ３］
前記装置は、前記通信セッションを調停するように構成されたアプリケーションサーバに対応する、
［Ｃ１］に記載の方法。
［Ｃ４］
前記通信セッションに関連する呼状態情報を決定することをさらに備え、
ここにおいて、前記リンクの前記アップリンク方向における前記トラフィック使用の前記予測、および／または前記ダウンリンク方向における前記トラフィック使用の前記予測は、前記決定された呼状態情報に基づく、
［Ｃ１］に記載の方法。
［Ｃ５］
前記通信セッションは、半二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスが前記半二重通信セッションのための現在フロア保持者であることである、
［Ｃ４］に記載の方法。
［Ｃ６］
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者であることに基づいて高いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回る場合、前記第１のレベルのＱｏＳを増加させることを含む、
［Ｃ５］に記載の方法。
［Ｃ７］
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者であることに基づいて、低いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回らない場合、前記第２のレベルのＱｏＳを減少させることを含む、
［Ｃ５］に記載の方法。
［Ｃ８］
前記通信セッションが半二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスが前記半二重通信セッションのための現在フロア保持者でないことである、
［Ｃ４］に記載の方法。
［Ｃ９］
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者でないことに基づいて、低いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回らない場合、前記第１のレベルのＱｏＳを減少させることを含む、
［Ｃ８］に記載の方法。
［Ｃ１０］
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスが前記現在フロア保持者でないことに基づいて高いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回る場合、前記第２のレベルのＱｏＳを増加させることを含む、
［Ｃ８］に記載の方法。
［Ｃ１１］
前記通信セッションは、半二重通信セッションに対応し、
前記決定された呼状態情報は、前記半二重通信セッションのための現在フロア保持者が存在しないことである、
［Ｃ４］に記載の方法。
［Ｃ１２］
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記半二重通信セッションのための現在フロア保持者が存在しないこと基づいて低いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回らない場合、前記第１のレベルのＱｏＳを減少させることを含む、
［Ｃ１１］に記載の方法。
［Ｃ１３］
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記半二重通信セッションのための現在フロア保持者が存在しないこと基づいて低いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回らない場合、前記第１のレベルのＱｏＳを減少させることを含む、
［Ｃ１１］に記載の方法。
［Ｃ１４］
前記通信セッションは、全二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスがミュートされていることである、
［Ｃ４］に記載の方法。
［Ｃ１５］
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスがミュートされていることに基づいて低いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回らない場合、前記第１のレベルのＱｏＳを減少させることを含む、
［Ｃ１４］に記載の方法。
［Ｃ１６］
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスがミュートされているか否かにかかわらず、高いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回る場合、前記第２のレベルのＱｏＳを増加させることを含む、
［Ｃ１４］に記載の方法。
［Ｃ１７］
前記通信セッションが全二重通信セッションに対応し、
前記決定された呼状態情報は、前記クライアントデバイスがミュートされていないことである、
［Ｃ４］に記載の方法。
［Ｃ１８］
前記リンクの前記アップリンク方向における前記トラフィック使用は、前記クライアントデバイスがミュートされていないことに基づいて高いことが予測され、
前記開始することは、前記リンクの前記アップリンク方向に割り当てられた前記第１のレベルのＱｏＳがしきい値を下回る場合、前記第１のレベルのＱｏＳを増加させることを含む、
［Ｃ１７］に記載の方法。
［Ｃ１９］
前記リンクの前記ダウンリンク方向における前記トラフィック使用は、前記クライアントデバイスがミュートされているか否かにかかわらず、高いことが予測され、
前記開始することは、前記リンクの前記ダウンリンク方向に割り当てられた前記第２のレベルのＱｏＳがしきい値を下回る場合、前記第２のレベルのＱｏＳを増加させることを含む、
［Ｃ１７］に記載の方法。
［Ｃ２０］
前記予測するステップおよび前記開始するステップが、特定のタイプのサーバ調停型マルチメディアアプリケーションに関連する通信セッションのために選択的に実施され、
前記予測および開始するステップが、１つまたは複数の他のタイプの通信セッションのために実施されない、
［Ｃ１］に記載の方法。
［Ｃ２１］
前記特定のタイプのサーバ調停型マルチメディアアプリケーションは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）および／またはプッシュツートーク（ＰＴＴ）サービスをサポートする、
［Ｃ２０］に記載の方法。
［Ｃ２２］
前記リンクは、前記通信セッション中に行われる前記リンクの前記アップリンク方向および／または前記ダウンリンク方向におけるいかなるＱｏＳ調整にもかかわらず、前記通信セッション全体にわたって前記ダウンリンク方向と前記アップリンク方向の両方において維持される、
［Ｃ１］に記載の方法。
［Ｃ２３］
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置であって、
前記クライアントデバイスのための通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測するための手段と、
前記リンクのダウンリンク方向におけるトラフィック使用を予測するための手段と、
前記通信セッションに関連して、（ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／または（ｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始するための手段と
を備える、装置。
［Ｃ２４］
前記装置は、前記クライアントデバイスに対応する、
［Ｃ２３］に記載の装置。
［Ｃ２５］
前記装置は、前記通信セッションを調停するように構成されたアプリケーションサーバに対応する、
［Ｃ２３］に記載の装置。
［Ｃ２６］
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置であって、
前記クライアントデバイスのための通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測するように構成された論理と、
前記リンクのダウンリンク方向におけるトラフィック使用を予測するように構成された論理と、
前記通信セッションに関連して、（ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／または（ｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始するように構成された論理と
を備える、装置。
［Ｃ２７］
前記装置は、前記クライアントデバイスに対応する、
［Ｃ２６］に記載の装置。
［Ｃ２８］
前記装置は、前記通信セッションを調停するように構成されたアプリケーションサーバに対応する、
［Ｃ２６］に記載の装置。
［Ｃ２９］
クライアントデバイスのためのサービス品質（ＱｏＳ）を制御するように構成された装置によって実行されたとき、動作を実施することを前記装置に行わせる、その上に記憶された命令を含んでいる非一時的コンピュータ可読媒体であって、前記命令は、
前記クライアントデバイスのための通信セッションをサポートするように構成されたリンクのアップリンク方向におけるトラフィック使用を予測することを前記装置に行わせるように構成された少なくとも１つの命令と、
前記リンクのダウンリンク方向におけるトラフィック使用を予測することを前記装置に行わせるように構成された少なくとも１つの命令と、
前記通信セッションに関連して、（ｉ）前記アップリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記アップリンク方向に割り当てられた第１のレベルのＱｏＳへのアップリンク固有ＱｏＳ調整を、および／または（ｉｉ）前記ダウンリンク方向における前記予測されたトラフィック使用に基づいて前記リンクの前記ダウンリンク方向に割り当てられた第２のレベルのＱｏＳへのダウンリンク固有ＱｏＳ調整を開始することを前記装置に行わせるように構成された少なくとも１つの命令と
を備える、
非一時的コンピュータ可読媒体。
［Ｃ３０］
前記装置は、前記クライアントデバイスに対応する、
［Ｃ２９］に記載の非一時的コンピュータ可読媒体。
［Ｃ３１］
前記装置は、前記通信セッションを調停するように構成されたアプリケーションサーバに対応する、
［Ｃ２９］に記載の非一時的コンピュータ可読媒体。
【図１】
0006275723.tif 000004
【図２Ａ】
0006275723.tif 000005
【図２Ｂ】
0006275723.tif 000006
【図２Ｃ】
0006275723.tif 000007
【図２Ｄ】
0006275723.tif 000008
【図２Ｅ】
0006275723.tif 000009
【図３】
0006275723.tif 000010
【図４】
0006275723.tif 000011
【図５】
0006275723.tif 000012
【図６Ａ】
0006275723.tif 000013
【図６Ｂ】
0006275723.tif 000014
【図６Ｃ】
0006275723.tif 000015
【図７Ａ】
0006275723.tif 000016
【図７Ｂ】
0006275723.tif 000017
【図７Ｃ】
0006275723.tif 000018
【図８Ａ】
0006275723.tif 000019
【図８Ｂ】
0006275723.tif 000020
【図８Ｃ】
0006275723.tif 000021
【図８Ｄ】
0006275723.tif 000022
【図９Ａ】
0006275723.tif 000023
【図９Ｂ】
0006275723.tif 000024
【図１０Ａ】
0006275723.tif 000025
【図１０Ｂ】
0006275723.tif 000026