JP2015213310A - ネットワーク負荷に基づくアプリケーションデータの延期 - Google Patents

Abstract

【課題】ネットワークの無線機器とネットワークエレメントとの間の無線リソース制御接続を事前にスケジューリングする技術を提供する。【解決手段】無線機器ＵＥ１０６は、次回のデータトラフィックの１つ以上の種類の表示を、ネットワークエレメントＢＳ１０２へ提供する。ネットワークエレメントは、次回のデータトラフィックの１つ以上の種類の表示に少なくとも部分的に基づいて、無線機器のための１つ以上の無線リソース制御接続をスケジューリングする。ネットワークエレメントは、スケジューリングされた無線リソース制御接続の表示を、無線機器へ提供する。無線機器及びネットワークエレメントは、スケジューリングされた無線リソース制御接続をスケジューリングされたタイミングで確立する。【選択図】図９

Description

本願は、「無線装置電力消費の最適化」という題名を付して２０１４年４月１８日に提出され、ここで十分かつ完全に説明されるがその全体が参照としてここに組み込まれる米国仮特許出願第６１／９８１４４７号に対する優先権の利益を主張するものである。

本願は、アプリケーションの特性に基づいて、無線機器の無線リソース制御接続を動的にスケジューリング及び確立するための装置、システム、及び方法を含む、無線機器に関する。

無線通信システムの使用が急速に拡大している。さらに、数多くの異なる無線通信技術及び標準が存在している。無線通信標準のいくつかの例は、ＧＳＭ（登録商標）、（例えば、ＷＣＤＭＡ（登録商標）又はＴＤ−ＳＣＤＭＡエアインタフェースと関連付けられる）ＵＭＴＳ、ＬＴＥ、ＬＴＥアドバンスド（ＬＴＥーＡ）、ＨＳＰＡ、３ＧＰＰ２のＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ−ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、ＩＥＥＥ８０２．１１（ＷＬＡＮ又はＷｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びその他のものを含む。

セルラ通信技術は、様々なサービスを提供することが可能であると共に、様々なアプリケーションによって使用されうる。セルラ通信を活用する様々なアプリケーションは、異なる特性を有しうる。セルラ通信を活用する様々なアプリケーションの異なるアプリケーション特性を考慮しないセルラ通信技術は、非効率的に動作する危険性がありうる。したがって、当該分野における改善が要求されうる。

ここでは、特に、アプリケーションのトラフィック特性に基づいて、無線機器の電力消費を減らす装置、システム及び方法の実施形態が提供される。

いくつかの実施形態によれば、無線機器のアプリケーションのトラフィックパターンが、前もって、無線機器とセルラ基地局との間の無線リソース制御（ＲＲＣ）接続をスケジューリングするために用いられうる。

例えば、いくつかの例において、無線機器は、その無線機器によってやりとりされるネットワークデータトラフィックの１つまたは複数の種類を監視し、様々なアプリケーションを様々なカテゴリに分類しうる。無線機器が、特定のアプリケーション又はアプリケーションの種類からのデータが上りリンク伝送できる状態となっていることを観測すると（または、場合によっては、無線機器が、そのようなデータがすぐに上りリンク伝送できる状態となるだろうことを予測すると）、その無線機器は、アプリケーション、アプリケーションの種類、データカテゴリ、又は次回のトラフィックの種類を表示する他の情報の少なくともいずれかの表示を、自身のサービング基地局へ提供しうる。

なお、分類は、さまざまな取りうるデータトラフィック特性のいずれかに基づいてもよい。遅延耐性／スケジューリングウィンドウ、アプリケーション、アプリケーションの種類、（例えばユーザパターンに基づいて）カスタマイズされた又は固定の優先順位、推定された又は正確なやり取りされるべきデータ量／推定された又は正確な要求される帯域幅、又は、様々な他の特性の少なくともいずれかが、データトラフィックを複数のクラスに分類する際に考慮されうる。このように、少なくともいくつかの例において、データトラフィックのクラスの表示は、そのデータトラフィックのクラスによって表されるさまざまな取りうる特性のいずれかを黙示的に表示しうる。

基地局は、無線機器からこのような情報を受信することができ、そして、少なくともいくつかの例において、他の無線機器（例えば、その基地局によってサービスを受けている機器）から、次回のトラフィックの種類に関する情報を同様に受信しうる。この情報の全てに基づいて、そして、現在のスケジューリング、推定された将来の負荷、又は任意の他のファクタの少なくともいずれかに潜在的に基づいて、基地局は、複数の無線機器のそれぞれに対する次回のＲＲＣ接続をスケジューリングすることが可能となりうる。ＲＲＣ接続は、要望に応じて、基地局における負荷が時間に対して平滑化されるような方法で、各機器に対するデータトラフィックがその遅延耐性に調和する方法で（例えばその遅延耐性の範囲内で）やり取りされるような方法で、又は、様々な他の方法のいずれかで、の少なくともいずれかで、スケジューリングされうる。

基地局は、スケジューリングされた次回のＲＲＣ接続の表示を無線機器に提供しうる。例えば、各無線機器へは、１つ以上のスケジューリングされた次回のＲＲＣ接続の表示（又は複数の表示）が提供されうる。少なくともいくつかの例において、これらの表示は、そのためにＲＲＣ接続がスケジューリングされるデータトラフィックの種類を示しうる。例えば、基地局は、高い優先度の（例えば遅延耐性のない）データのやり取りを対象としたある時間において、無線機器のために１つのＲＲＣ接続をスケジューリングすることができ、低い優先度のデータのやり取りを対象とした別の（例えば後の）時間において、その無線機器のために別のＲＲＣ接続をスケジューリングしうる。

いくつかの例では（例えば、スケジューリングされた次回のＲＲＣ接続が直後のものでない場合）、無線機器は、スケジューリングされた次回のＲＲＣ接続の表示の受信とスケジューリングされた次回のＲＲＣ接続の実際の時間との間でアイドルモード又はスリープモードに入る（又はそのままでいる）ことができる。その後、スケジューリングされたＲＲＣ接続の時間において、無線機器は起床しうる。

少なくともいくつかの実施形態において、ネットワークによって起動される方法で、スケジューリングされたＲＲＣ接続が確立されうる。例えば、スケジューリングされたＲＲＣ接続の時間において、基地局は、無線機器に対してページングメッセージを送信しうる。無線機器は、（例えば、スケジューリングされたＲＲＣ接続の自身の知識に基づいて）その時間においてページングチャネルを監視することができ、そして、基地局と、スケジューリングされたＲＲＣ接続を確立するための方法で、ページングメッセージを受信してそれに応答することができる。

無線機器及び基地局は、その後、ＲＲＣ接続を介してデータを交換しうる。交換されるデータの種類は、そのためにＲＲＣ接続がスケジューリングされたデータの種類を含みうる。例えば、ＲＲＣ接続をスケジューリングする際に高い優先度のデータのためのものであることの表示が提供された場合、無線機器及び基地局は、そのＲＲＣ接続を用いてその高い優先度のデータを交換しうる一方で、ＲＲＣ接続をスケジューリングする際に低い優先度のデータのためのものであることの表示が提供された場合、無線機器及び基地局は、そのＲＲＣ接続を用いてその低い優先度のデータを交換しうる。しかしながら、少なくともいくつかの例では、そのＲＲＣ接続を用いて他の種類のデータを交換することも可能でありえ、または、スケジューリングされたＲＲＣ接続に対して特定のデータの種類が特定されずに、スケジューリングされたＲＲＣ接続の間、任意の種類のデータが交換されうることも可能であってもよく、または、そのＲＲＣ接続を用いて他の種類のデータを交換することも可能であると共にスケジューリングされたＲＲＣ接続に対して特定のデータの種類が特定されずにスケジューリングされたＲＲＣ接続の間、任意の種類のデータが交換されうることも可能であってもよい。

さらなる一連の実施形態によれば、無線機器及び基地局は、上りリンクトラフィックと下りリンクトラフィックとの少なくともいずれかの送信が基地局における負荷判断に応じて選択的に遅延させられうる機能を実装することに（例えばオプションとして）合意しうる。例えば、このような機能が使用可能である場合、高負荷環境下では、少なくともある程度遅延耐性のあるより低い優先度のデータは、より良好な負荷環境が検出されるまで（場合によっては、タイマの満了又はバッファの埋まり具合の閾値が超えたことなどの、１つ以上の他の環境が生じるまで）遅延させられうる。

少なくともいくつかの例において、無線機器及び基地局は、このような「負荷に基づく遅延」の機能を実行するより前に、まず、その機能が両サイドにおいてサポートされていることを、互いにシグナリングしうる。いずれかのサイドにおいてその機能をサポートしていない場合、両サイドにおいてその機能を実行しないこととなりうる。両サイドがその機能をサポートしている場合、無線機器と基地局のうちのいずれか一方は、その機能を使用可能とすることを要求することができ、無線機器及び基地局のうちの他方が同意した場合、両サイドが、例えば無線機器及び基地局のいずれか一方がその機能を無効化するまで、互いに対してその機能を実行しうる。代替的に、必要に応じて、このような機能は、基地局及び無線機器のそれぞれがその機能のサポートを表示したことに基づいて、自動的に、又は黙示的に、使用可能とされうる。

上述のように、負荷に基づく遅延の機能の態様は、無線機器および基地局のいずれか又は両方によって実行されうる。１つの可能性として、その機能が使用可能とされるとき、無線機器は、基地局によって提供されるセルの負荷を監視し、負荷が閾値を上回る場合、低い優先度の上りリンクデータ伝送のための上りリンクグラントを要求するのを遅らせてもよい。負荷状態がその閾値を下回ると（又は他の設定された状態が満たされると）、無線機器は、上りリンクグラントを要求し、基地局との上りリンク通信を実行し得る。

別の可能性として、その機能が使用可能とされるとき、基地局は、まず、無線機器のための低い優先度の下りリンクデータ伝送を、そのデータに対して下りリンクグラントを直ちに与えるのに代えて、バッファリングしうる。上りリンクグラントの要求を無線機器から受信すると（又は他の設定された状態が満たされると）、基地局は、上りリンクグラントの要求に応答して上りリンクグラントを与えるのに加えて、下りリンクデータのために下りリンクグラントをも与えうる。

またさらなる一連の実施形態によれば、様々な追加の又は代替の機能のいずれかが、（例えばオプションとして）無線機器および基地局の間の無線通信のために実装されてもよい。

このような特徴の１つによれば、無線機器のアプリケーションプロセッサ及びベースバンドプロセッサなどの、その無線機器の様々なエンティティは、送信及び受信に関連するアクティビティのタイミングを調整するために、互いに情報を供給し得る。例えば、アプリケーションプロセッサは、次に予定された上りリンク及び下りリンクネットワークデータ通信に関する情報を供給してもよく、それにより、ベースバンドプロセッサが、いつアクティブに動作し、そして、いつ低電力で又はスリープモードで動作するかを判定するのを補助しうる。別の例として、ベースバンドプロセッサは、そのネットワークが設定した送信及び受信機会のタイミングとスリープ／ウェイクのスケジュールとの少なくともいずれかについての情報を供給し得る。これは、アプリケーションプロセッサが、直ちに送信することができないかもしれないデータを用いてスリープスケジュールを中断するのではなく、ベースバンドプロセッサがすでに起動している時に、ネットワーク通信のためのアプリケーションデータをベースバンドプロセッサへ供給することを可能とし得る。

他のこのような機能によれば、無線機器の１つ以上の下位レイヤ（例えばＭＡＣ、ＲＲＣなど）は、受信データに対する制御応答（例えば確認応答）を、アプリケーションデータ伝送と、グループ化することを試行し得る。例えば、制御応答が予定される基地局からのデータを受信したことに基づいて、タイマが初期化されうる。データは、そのタイマが満了する前に、送信のためのアプリケーションデータを生成することができる又はできない、１つ以上の上位レイヤ（例えばアプリケーションレイヤ）に供給されうる。上位レイヤがタイマの満了の前にアプリケーションデータを生成する場合、下位レイヤは、単一の上りリンク伝送において、その制御情報を、アプリケーションデータとグループ化しうる。上位レイヤが、タイマの満了の前にアプリケーションデータを生成しない場合、下位レイヤは、グループ化されるアプリケーションデータを含まない制御情報の送信を進めうる。

他のこのような機能によれば、無線機器は、不連続受信（ＤＲＸ）モードへ早期に入ることを要求することが可能でありうる。例えば、無線機器が、（例えば、アプリケーションのトラフィックパターンに基づいて）ＤＲＸモードに入ることが（例えば、電源節約の観点から）有益であろう、十分長いデータがない期間が生じることを予期している一方で、インアクティビティタイマがまだ満了していない場合、無線機器は、ＤＲＸモードへ早期に入ることを要求する表示を、基地局へ送信し得る。基地局は、要求へ明示的に応答をして無線機器にＤＲＸへ入るように指示することができ、無線機器は、その後、ＤＲＸへ入ることができる。代替的に、いくつかの実施形態によれば、無線機器は、ＤＲＸへ入り、自身の早期のＤＲＸへ入ることの要求への黙示的な承認を想定してもよい。

他のこのような機能によれば、無線機器は、複数のＤＲＸモード間での早期の移行を要求することが可能でありうる。例えば、無線機器が、（例えばアプリケーションのトラフィックパターンに基づいて）異なる（例えばより長い）ＤＲＸモードへの移行が（例えば、電源節約の観点から）有益であろう、十分長いデータがない期間が生じることを予期している一方で、ＤＲＸショートサイクルタイマがまだ満了していない場合、無線機器は、複数のＤＲＸモード間での早期の移行（そして、場合によっては、さらに具体的に言うと、ＤＲＸショートサイクルからＤＲＸロングサイクルへの早期の移行）を要求する表示を基地局に送信し得る。基地局は、要求に明示的に応答し、異なるＤＲＸモード（例えば、ＤＲＸロングサイクル）へ移行するように無線機器に指示することができ、無線機器は、その後、自身のＤＲＸモードを（例えばＤＲＸロングサイクルへと）移行させることができる。代替的に、いくつかの実施形態によれば、無線機器は、複数のＤＲＸモード間での移行を行い、自身の早期のＤＲＸモードの移行の要求への黙示的な承認を想定してもよい。

他のこのような機能によれば、無線機器には、セルラネットワークによって、それぞれが複数の設定オプションのための設定パラメータを特定し得る複数のとり得る設定のセットの選択が提供されうる。無線機器は、自身の現在のアプリケーションのトラフィックの種類、パターン又は様々な他の検討事項のいずれかに基づいて、好適な設定セットを選択することができ、したがって、要求する設定パラメータが無線機器において、現在のアプリケーションのトラフィックの種類（又は設定セット選択のための他の基準）に適するように所望の設定セットを選択することにより、複数の設定パラメータに関する自身のプリファレンスを簡潔に示しうる。

他のこのような機能によれば、無線機器およびセルラネットワークは、無線機器とセルラネットワークとの間で、複数の設定オプションのための設定パラメータを特定し得る、デフォルトの「低電力」設定に合意することが可能であってもよい。一度合意があると、無線機器は、（例えば、潜在的に、単一ビットを用いて、又は任意の他の所望の方法及びシグナリングの量を用いて）その「低電力」設定を簡潔に要求することができ、セルラネットワークとのその後の通信において合意されたデフォルトの「低電力」設定の使用を開始し得る。

なお、上述の機能及び実施形態のいずれか又は全ては、要求に応じて、個別に、又は組み合わせて用いられうる。

ここで説明される技術は、セルラネットワークの電話、セルラ基地局、移動管理エンティティ（ＭＭＥ）及び他のセルラネットワークのコアネットワークエンティティ、タブレットコンピュータ、ウェアラブル演算機器、ポータブルメディアプレイヤ、及び任意の様々な他の演算機器を含むが、これらに限定されない様々な種類の数多くの機器内に実装され、当該数多くの機器と共に用いられ、又は、当該数多くの機器内に実装されると共に当該数多くの機器と共に用いられうる。

本概要は、本文献で説明される対象の一部の概要を与えることを意図したものである。したがって、上述の機能は単なる例であり、いかなる方法によってもここで説明される対象の範囲又は精神を狭めるように解釈されるべきでないことが理解されるだろう。ここ説明される対象の他の機能、態様、及び利点は、以下の詳細な説明、図面及び特許請求の範囲から明らかになるだろう。

以下の実施形態の詳細な説明が以下の図面と併せて検討されるとき、ここでの対象のよりよい理解を得ることができる。
いくつかの実施形態による、例示の（そして単純化された）無線通信システムを示す図。 いくつかの実施形態による、ユーザ端末（ＵＥ）機器と通信する基地局（ＢＳ）を示す図。 いくつかの実施形態による、例示の（そして単純化された）セルラネットワークのアーキテクチャを示す図。 いくつかの実施形態による、ＵＥの例示のブロック図を示す図。 いくつかの実施形態による、ＢＳの例示のブロック図を示す図。 いくつかの実施形態による、ＭＭＥの例示のブロック図を示す図。 いくつかの実施形態による、データトラフィック特性に基づいて、決定論的ＲＲＣ接続を確立するための例示の方法を示す通信フロー図。 いくつかの実施形態による、図７の方法の態様を説明する、エンドツーエンド（Ｅ２Ｅ）図。 いくつかの実施形態による、負荷に基づく遅延機能を実行するために例示の方法を示す通信フロー図。 いくつかの実施形態による、図９の方法に関する例示の詳細を説明する図。 いくつかの実施形態による、図９の方法に関する例示の詳細を説明する図。 いくつかの実施形態による、ＡＰ／ＢＢ同期及び追加のＵＥ電力消費低減機構の例示の態様を示す図。 いくつかの実施形態による、ＡＰ／ＢＢ同期及び追加のＵＥ電力消費低減機構の例示の態様を示す図。 いくつかの実施形態による、ＡＰ／ＢＢ同期及び追加のＵＥ電力消費低減機構の例示の態様を示す図。 いくつかの実施形態による、ＡＰ／ＢＢ同期及び追加のＵＥ電力消費低減機構の例示の態様を示す図。 いくつかの実施形態による、ＡＰ／ＢＢ同期及び追加のＵＥ電力消費低減機構の例示の態様を示す図。

ここで説明される特徴は、様々な変形及び代替的な形式を許容しうる一方で、その特定の実施形態が図面における例を用いて示され、また、詳細にここで説明されている。しかしながら、図面とそれに対する詳細な説明は、開示された特定の形式に限定することを意図しておらず、それどころか、添付の特許請求の範囲により定められる対象の精神及び範囲内の全ての変形、均等物及び代替物をカバーすることを意図していることが理解されるべきである。

頭文字語
以下の頭文字語が本開示において使用される。

３ＧＰＰ：第３世代パートナーシッププロジェクト。

３ＧＰＰ２：第３世代パートナーシッププロジェクト２。

ＧＳＭ（登録商標）：移動通信用グローバルシステム。

ＧＥＲＡＮ：ＧＳＭ（登録商標）ＥＤＧＥ無線アクセスネットワーク。

ＵＭＴＳ：ユニバーサル移動体通信システム。

ＵＴＲＡＮ：ＵＭＴＳ地上無線アクセスネットワーク、又はユニバーサル地上無線アクセスネットワーク。

ＬＴＥ：ロングタームエボリューション。

ＲＡＮ：無線アクセスネットワーク。

Ｅ−ＵＴＲＡＮ：エボルブドＵＭＴＳ無線アクセスネットワーク、又は、エボルブドユニバーサル無線アクセスネットワーク。

ＥＰＣ：エボルブドパケットコア。

ＥＰＳ：エボルブドパケットサービス。

ＭＭＥ：移動管理エンティティ。

ＨＳＳ：ホーム加入者サーバ。

ＡＳ：アクセス層。

ＮＡＳ：非アクセス層。

ＲＬＣ：無線リンク制御。

ＲＲＣ：無線リソース制御。

ＭＡＣ：媒体アクセス制御。

ＩＥ：情報要素。

ＮＷ：ネットワーク。

用語
以下は、本開示で用いられる用語集である。

メモリ媒体−任意の様々な種類の非一時的メモリ機器又はストレージ機器。用語「メモリ媒体」には、例えば、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク、又はテープデバイスである設定媒体、ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭなどのコンピュータシステムメモリ又はランダムアクセスメモリ、例えばハードドライブ又は光学記憶装置であるフラッシュ、磁気メディアなどの不揮発性メモリ、レジスタ、又は他の同様の種類のメモリ要素などを含むことが意図されている。メモリ媒体は、同様に他の種類の非一時的メモリ、又はその組み合わせを含みうる。さらに、メモリ媒体は、プログラムが実行される第１のコンピュータシステムに配置されてもよいし、第１のコンピュータシステムにインターネットなどのネットワークを介して接続する第２の異なるコンピュータシステムに配置されてもよい。後の例では、第２のコンピュータシステムは、実行のために、第１のコンピュータにプログラム命令を提供してもよい。用語「メモリ媒体」は、異なる位置に、例えばネットワークを介して接続される異なるコンピュータシステムに、存在し得る２つ以上のメモリ媒体を含みうる。メモリ媒体は、１つ以上のプロセッサによって実行されうる、（例えば、コンピュータプログラムとして具現化される）プログラム命令を記憶し得る。

搬送媒体−上述のようなメモリ媒体、及び、電気、電磁又はデジタル信号などの信号を運ぶ、バス、ネットワーク、又は他の物理伝送媒体の少なくともいずれかなどの物理伝送媒体。

プログラム可能なハードウェア要素−プログラム可能なインターコネクトを介して接続された複数のプログラム可能な機能ブロックを有する様々なハードウェア機器を含む。例として、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理機器）、ＦＰＯＡ（フィールドプログラマブルオブジェクトアレイ）、およびＣＰＬＤ（コンプレックスＰＬＤ）を含む。プログラム可能な機能ブロックは、きめの細かいもの（連結ロジック又はルックアップテーブル）から、きめの粗いもの（算術ロジック又はプロセッサコア）までに及びうる。プログラム可能なハードウェア要素は、「リコンフィギュアラブルロジック」とも呼ばれうる。

コンピュータシステム−パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク装置、インターネット装置、パーソナルデジタルアシスタント（ＰＤＡ）、テレビジョンシステム、グリッドコンピューティングシステム、又は他の機器又は複数の機器の組み合わせを含む、任意の様々な種類の演算又は処理システム。一般に、用語「コンピュータシステム」は、メモリ媒体から命令を実行する少なくとも１つのプロセッサを有する任意の機器（又は複数の機器の組み合わせ）を包含するように、広く定義されうる。

ユーザ端末（ＵＥ）（又は「ＵＥ機器」）−モバイル又はポータブルであり、無線通信を実行する任意の様々な種類のコンピュータシステム機器。ＵＥ機器の例は、携帯電話又はスマートフォン（例えばｉＰｈｏｎｅ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）ベースの電話）、ポータブルゲーム機器（例えば、Ｎｉｎｔｅｎｄｏ ＤＳ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（登録商標）、ゲームボーイアドバンス（登録商標）、ｉＰｈｏｎｅ（登録商標））、ウェアラブル機器（例えばスマートウォッチ、スマートグラス）、ラップトップ、ＰＤＡ、ポータブルインターネット機器、音楽プレイヤ、データストレージ機器、又は他のハンドヘルド機器などを含む。一般に、用語「ＵＥ」又は「ＵＥ機器」は、ユーザによって容易に運ばれ、無線通信することができる、電気、コンピューティング又は電気通信の少なくともいずれかの任意の機器（又は機器の組み合わせ）を包含するように広く定義されうる。

基地局−用語「基地局」は、その通常の意味の全てを有し、少なくとも、固定位置に設置され、無線電話システム又は無線システムの一部として通信するのに使用される無線通信局を含む。

処理エレメント−様々なエレメント又は複数のエレメントの組み合わせのことを呼ぶ。処理エレメントは、例えば、ＡＳＩＣ（特定用途向け集積回路）などの回路、個別のプロセッサコアの一部又は回路、プロセッサコアの全体、個別のプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラム可能なハードウェア機器、又は複数のプロセッサを含むシステムの大きな部分の少なくともいずれかを含む。

チャネル−センダ（トランスミッタ）からレシーバへ情報を運ぶのに用いられる媒体。異なる無線プロトコルに対して用語「チャネル」の特徴が異なり得るため、ここで用いられるような用語「チャネル」は、その用語が使用される機器の種類の標準に関して、その標準と調和する方法で使用されていると考えられうることが留意されるべきである。いくつかの標準では、チャネル幅は、（例えば、機器の能力、帯域の状態などに応じて）可変でありうる。例えば、ＬＴＥは、１．４ＭＨｚから２０ＭＨｚまでのスケーラブルなチャネル帯域幅をサポートし得る。これに対して、Ｂｌｕｅｔｏｏｔｈ（登録商標）のチャネルが１ＭＨｚ幅でありうる一方で、ＷＬＡＮのチャネルは、２２ＭＨｚ幅でありうる。さらに、いくつかの標準は、例えば、上りリンク又は下りリンクに対して異なるチャネル、又は、データ、制御情報などの異なる使用に対して異なるチャネルの少なくともいずれかである、複数の種類のチャネルを定義し使用し得る。

帯域−用語「帯域」は、その通常の意味の全てを有し、少なくとも、チャネルが使用され又は同一の目的のために設けられる（例えば無線周波数スペクトル）スペクトルの区分を含む。

自動的−コンピュータシステム（例えば、コンピュータシステムによって実行されるソフトウェア）又は機器（例えば、回路、プログラム可能なハードウェア要素、ＡＳＩＣなど）によって、動作又は操作を直接特定し又は実行するユーザ入力なしに実行される、当該動作又は操作を指す。したがって、用語「自動的」は、ユーザが操作を直接実行するように入力を供給する、ユーザによって手動で実行され又は特定される操作と対照的である。自動手順はユーザによって供給される入力によって開始されてもよいが、「自動的」に実行されるその後の動作は、そのユーザによって特定されない、すなわち、ユーザが実行すべき各動作を特定する「手動」では実行されない。コンピュータシステムはユーザ動作に応じてフォームを更新しなければならないが、例えば、（例えば情報をタイピングすることにより、チェックボックスを選択することにより、無線器選択などにより）各フィールドを選択し情報を特定する入力を供給することにより電子フォームに書き入れるユーザは、手動でそのフォームに書き入れる。そのフォームは、コンピュータシステムによって自動的に書き入れられてもよく、そこでは、そのコンピュータシステム（例えば、コンピュータシステム上で実行するソフトウェア）は、フォームのフィールドを解析し、そのフィールドに対する回答を特定するいかなるユーザ入力もなく、そのフォームを埋める。上記のように、ユーザは、そのフォームの自動記入を起動し得るが、そのフォームの実際の記入には含まれない（例えば、ユーザはフィールドに対する回答を手動で特定せず、むしろ、それらは自動的に完遂される）。本明細書は、ユーザが取った動作に応じて自動的に実行される様々な動作の例を提供する。

図１〜３−通信システム
図１は、いくつかの実施形態による、例示の（そして単純化された）無線通信システムを示している。なお、図１のシステムは、とり得るシステムの単なる１つの例であり、実施形態は、要求に応じて、様々なシステムのいずれかにおいて実装されうる。

図のように、例示の無線通信システムは、伝送媒体を介して、１つ以上のユーザ機器１０６Ａ、１０６Ｂなど〜１０６Ｎと通信する、基地局１０２Ａを含む。ユーザ機器のそれぞれは、ここでは、「ユーザ端末」（ＵＥ）と呼ばれうる。したがって、ユーザ機器１０６は、ＵＥ又はＵＥ機器と呼ばれる。

基地局１０２Ａは、無線基地局装置（ＢＴＳ）又はセルサイトであってもよく、ＵＥ１０６Ａ〜１０６Ｎとの無線通信を可能とするハードウェアを含みうる。また、基地局１０２Ａは、ネットワーク１００（例えば、セルラネットワークサービスプロバイダのコアネットワーク、様々な可能性のうちの、公衆交換電話網（ＰＳＴＮ）とインターネットとの少なくともいずれかなどの電気通信ネットワーク）と通信するための設備を備えうる。したがって、基地局１０２Ａは、ユーザ機器間と、ユーザ機器とネットワーク１００との間との少なくともいずれかにおける通信を促進し得る。

基地局の通信エリア（又はカバレッジエリア）は、「セル」とも呼ばれうる。基地局１０２Ａ及びＵＥ１０６は、無線通信技術とも呼ばれる様々な無線アクセス技術（ＲＡＴ）のいずれか、又はＧＳＭ（登録商標）、ＵＭＴＳ（ＷＣＤＭＡ（登録商標）、ＴＤ−ＳＣＤＭＡ）、ＬＴＥ、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、３ＧＰＰ２のＣＤＭＡ２０００（例えば、１ｘＲＴＴ、１ｘＥＶ−ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）などの電気通信標準を用いて、伝送媒体を介して通信するように構成されうる。

したがって、同一の又は異なる無線通信標準に従って動作する基地局１０２Ａ及び（基地局１０２Ｂ〜１０２Ｎなどの）他の同様の基地局は、１つ以上の無線通信標準を介して広い地理的領域にわたって、連続して又はほぼ連続して重複するサービスをＵＥ１０６Ａ〜Ｎ及び同様の機器へ提供し得る、複数のセルのネットワークとして提供されてもよい。

このように、基地局１０２Ａが図１に示すようにＵＥ１０６Ａ〜Ｎにとって「サービングセル」として動作し得る一方で、ＵＥ１０６のそれぞれは、「隣接セル」と呼ばれうる、（基地局１０２Ｂ〜Ｎと他の任意の基地局との少なくともいずれかによって提供される可能性がある）１つ以上の他のセルから（そして場合によってはその通信範囲内で）、信号を受信する能力を有し得る。また、このようなセルは、ユーザ機器間と、ユーザ機器及びネットワーク１００間との少なくともいずれかにおける通信を促進する能力を有し得る。このようなセルは、「マクロ」セル、「マイクロ」セル、「ピコ」セル、又は任意の様々な粒度の他のサービスエリアサイズを提供するセルの少なくともいずれかを含みうる。例えば、図１に示された基地局１０２Ａ〜Ｂはマクロセルを提供するかもしれず、基地局１０２Ｎはマイクロセルを提供するかもしれず、一方で、基地局１０６Ｎは、マイクロセルでありうる。他の構成も可能である。

なお、ＵＥ１０６は、複数の無線通信標準を用いて通信することが可能でありうる。例えば、ＵＥ１０６は、ＧＳＭ（登録商標）、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ、例えばＧＰＳ又はＧＬＯＮＡＳＳ）、１つ以上の移動体テレビ放送標準（例えばＡＴＳＣ−Ｍ／Ｈ又はＤＶＢ−Ｈ）等の少なくともいずれかをのうちの２つ以上を用いて通信するように構成されうる。（２つより多くの無線通信標準を含む）無線通信標準の他の組み合わせも可能である。

図２は、いくつかの実施形態により、基地局１０２（例えば基地局１０２Ａ〜１０２Ｎのうちの１つ）と通信するユーザ端末１０６（例えば、機器１０６Ａ〜１０６Ｎのうちの１つ）を示している。ＵＥ１０６は、携帯電話、ハンドヘルド機器、コンピュータ若しくはタブレット、又は実質的に任意の種類の無線機器などのセルラ通信能力を有する機器でありうる。

ＵＥ１０６は、メモリに記憶されたプログラム命令を実行するように構成されたプロセッサを含みうる。ＵＥ１０６は、このような記憶された命令を実行することにより、ここで説明される方法実施形態のいずれかを実行し得る。代わりに、又はさらに、ＵＥ１０６は、ここで説明される方法実施形態のいずれか又はここで説明される方法実施形態のいずれかの任意の部分を実行するように構成される、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などの、プログラム可能なハードウェア要素を含んでもよい。

上述のように、ＵＥ１０６は、複数のＲＡＴのいずれかを用いて通信するように構成されうる。例えば、ＵＥ１０６は、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＬＴＥ、ＬＴＥ−Ａ、ＷＬＡＮ、又はＧＮＳＳのうちの２つ以上を用いて通信するように構成されうる。無線通信技術の他の組み合わせも可能である。

ＵＥ１０６は、１つ以上の無線通信プロトコル又は技術を用いて通信するための１つ以上のアンテナを含みうる。１つの実施形態では、ＵＥ１０６は、単一の共有された無線器を用いるＣＤＭＡ２０００（１ｘＲＴＴ／１ｘＥＶ−ＤＯ／ＨＲＰＤ／ｅＨＲＰＤ）又はＬＴＥと、単一の共有された無線器を用いるＧＳＭ（登録商標）又はＬＴＥとの少なくともいずれかを用いて通信するように構成されうる。共有される無線器は、単一のアンテナに接続されてもよいし、無線通信を実行するための（例えばＭＩＭＯのための）複数のアンテナに接続されてもよい。一般に、無線器は、ベースバンドプロセッサ、（例えばフィルタ、ミキサ、発振器、増幅器などを含む）アナログＲＦ処理回路、又は、（例えばデジタル変調及び他のデジタル処理のための）デジタル処理回路の任意の組み合わせを含みうる。同様に、無線器は、上述のハードウェアを用いる１つ以上の受信及び送信チェーンを実装し得る。例えば、ＵＥ１０６は、上述のものなどの複数の無線通信技術間での受信と送信との少なくともいずれかのチェーンのうちの１つ以上の部分を共有し得る。

いくつかの実施形態では、ＵＥ１０６は、それを用いて通信するように構成される無線通信プロトコルのそれぞれに対して、（例えば、別個のＲＦ要素とデジタル無線要素との少なくともいずれかを含む）送信と受信との少なくともいずれかの別個のチェーンを含みうる。さらなる可能性として、ＵＥ１０６は、複数の無線通信プロトコル間で共有される１つ以上の無線器と、単一の無線通信プロトコルによって排他的に使用される１つ以上の無線器とを含んでもよい。例えば、ＵＥ１０６は、ＬＴＥと１ｘＲＴＴとのいずれか（又はＬＴＥ若しくはＧＳＭ（登録商標））を用いて通信するための共有の無線器と、Ｗｉ−Ｆｉ（登録商標）及びＢｌｕｅｔｏｏｔｈ（登録商標）のそれぞれを用いて通信するための別個の無線器と、を含みうる。他の構成も可能である。

図３は、３ＧＰＰ準拠のセルラネットワークなどの無線通信システムの例示の単純化された部分を示している。

図のように、ＵＥ１０６は、この例示の実施形態ではｅＮｏｄｅＢ１０２として示されている基地局と通信し得る。同様に、ｅＮｏｄｅＢは、この例示の実施形態ではエボルブドパケットコア（ＥＰＣ）１００として示されているコアネットワークに接続されうる。図のように、ＥＰＣ１００は、移動管理エンティティ（ＭＭＥ）３２２、ホーム加入者サーバ（ＨＳＳ）３２４、及びサービングゲートウェイ（ＳＧＷ）３２６を含みうる。ＥＰＣ１００は、当業者によく知られている様々な他の機器とエンティティとの少なくともいずれかを含みうる。

図４−ＵＥの例示のブロック図
図４は、いくつかの実施形態による、ＵＥ１０６の例示のブロック図を示している。図のように、ＵＥ１０６は、様々な目的のための部分を含みうる、システム・オン・チップ（ＳＯＣ）４００を含みうる。例えば、図のように、ＳＯＣ４００は、ＵＥ１０６のためのプログラム命令を実行しうるプロセッサ４０２と、グラフィック処理を実行し、ディスプレイ４６０へディスプレイ信号を供給しうる表示回路４０４とを含みうる。プロセッサ４０２は、プロセッサ４０２からアドレスを受け取り、メモリ（例えば、メモリ４０６、読み出し専用メモリ（ＲＯＭ）４５０、ＮＡＮＤフラッシュメモリ４１０）におけるロケーションへと変換するように構成されうるメモリ管理部（ＭＭＵ）４４０へ、又は、表示回路４０４、無線通信回路４３０、コネクタＩ／Ｆ４２０、若しくはディスプレイ４６０の少なくともいずれかなどの他の回路又は機器へ、又はその両方へ、接続されてもよい。ＭＭＵ４４０は、メモリ保護及びページテーブル変換又は設定を実行するように構成されうる。いくつかの実施形態では、ＭＭＵ４４０は、プロセッサ４０２の一部として含まれうる。

また、図のように、ＳＯＣ４００は、ＵＥ１０６の様々な他の回路に接続されうる。例えば、ＵＥ１０６は、（例えばＮＡＮＤフラッシュ４１０を含む）様々な種類のメモリ、（例えば、コンピュータシステム、ドック、チャージングステーションなどに接続するための）コネクタインタフェース４２０、ディスプレイ４６０、及び、（例えばＬＴＥ、ＣＤＭＡ２０００、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）のための）無線通信回路（例えば無線器）４３０を含みうる。

上述のように、ＵＥ１０６は、複数の無線通信技術を用いて無線で通信するように構成されうる。さらに上述のように、このような例では、無線通信回路４３０は、複数の無線通信技術間で共有される無線器要素と、単一の無線通信技術に従った排他的な使用のために構成される無線器要素との少なくともいずれかを含みうる。図のように、ＵＥ機器１０６は、セルラ基地局と他の機器との少なくともいずれかとの無線通信を実行するための、少なくとも１つのアンテナ（そして、場合によっては、様々な可能性のうち、例えば、ＭＩＭＯのためと、異なる無線通信技術を実装するためとの少なくともいずれかのための、複数のアンテナ）を含みうる。例えば、ＵＥ機器１０６は、無線通信を実行するために、アンテナ４３５を使用し得る。

ここで後にさらに述べるように、ＵＥ１０６は、ここで説明される方法の一部または全部を実装するためのハードウェア及びソフトウェア要素を含んでもよい。ＵＥ機器１０６のプロセッサ４０２は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、ここで説明される機能の一部または全部を実行するように構成されうる。代わりに（又は加えて）、プロセッサ４０２は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、又はＡＳＩＣ（特定用途向け集積回路）などのプログラム可能なハードウェア要素として構成されてもよい。代わりに（又は加えて）、ＵＥ機器１０６のプロセッサ４０２は、他の要素４００、４０４、４０６、４１０、４２０、４３０、４３５、４４０、４５０、４６０のうちの１つ以上と併せて、ここで説明される機能の一部または全部を実装するように構成されうる。

図５−基地局
図５は、いくつかの実施形態による、基地局１０２の例示のブロック図を示している。なお、図５の基地局は、単なる可能性のある基地局の一例である。図のように、基地局１０２は、基地局１０２のためのプログラム命令を実行し得るプロセッサ５０４を含んでもよい。プロセッサ５０４は、プロセッサ５０４からアドレスを受け取り、それらのアドレスを（例えば、メモリ５６０及び読み出し専用メモリ（ＲＯＭ）５５０）におけるロケーションへ変換するように構成されうるメモリ管理部（ＭＭＵ）５４０、又は他の回路若しくは機器に接続されてもよい。

基地局１０２は、少なくとも１つのネットワークポート５７０を含みうる。ネットワークポート５７０は、上述のように、電話ネットワークに接続し、ＵＥ機器１０６などの複数の機器に、その電話ネットワークへのアクセスを提供するように構成されうる。

ネットワークポート５７０（又は追加のネットワークポート）は、同様に又は代わりに、セルラネットワークに、例えば、セルラネットワークサービスプロバイダのコアネットワークに、接続するように構成されうる。コアネットワークは、ＵＥ機器１０６などの複数の機器に、モビリティ関連のサービスと他のサービスとの少なくともいずれかを提供し得る。いくつかの場合、ネットワークポート５７０は、コアネットワークを介して電話ネットワークに接続してもよく、又は、コアネットワークは（例えば、セルラネットワークサービスプロバイダによってサービスを提供されている他のＵＥ機器間での）電話ネットワークを提供してもよく、又はその両方であってもよい。

基地局１０２は、少なくとも１つのアンテナ５３４を、そして場合によっては複数のアンテナを含んでもよい。アンテナ５３４は、無線送受信器として動作するように構成され、さらに、無線器５３０を介して、ＵＥ機器１０６と通信するように構成されうる。アンテナ５３４は、通信チェーン５３２を介して無線通信回路５３０と交信する。通信チェーン５３２は、受信チェーン、送信チェーン又はその両方でありうる。無線器５３０は、ＬＴＥ、ＬＴＥ−Ａ、ＧＳＭ（登録商標）、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、Ｗｉ−Ｆｉ（登録商標）等を含むがそれに限定されない、様々な無線電気通信標準を介して通信するように構成されうる。

基地局１０２のプロセッサ５０４は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、ここで説明される方法の一部または全部を実行するように構成されうる。代わりに、プロセッサ５０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）若しくはＡＳＩＣ（特定用途向け集積回路）又はそれらの組み合わせなどの、プログラム可能なハードウェア要素として構成されてもよい。

図６−移動管理エンティティ
図６は、いくつかの実施形態による、移動管理エンティティ（ＭＭＥ）３２２の例示のブロック図を示している。なお、図６のＭＭＥ３２２は、可能性のあるＭＭＥ３２２の単なる１つの例である。図のように、ＭＭＥ３２２は、ＭＭＥ３２２のためのプログラム命令を実行し得るプロセッサ６０４を含みうる。プロセッサ６０４は、プロセッサ６０４からアドレスを受け取り、それらのアドレスを（例えば、メモリ６６０及び読み出し専用メモリ（ＲＯＭ）６５０）におけるロケーションへ変換するように構成されうるメモリ管理部（ＭＭＵ）６４０、又は他の回路若しくは機器に接続されてもよい。

ＭＭＥ３２２は、少なくとも１つのネットワークポート６７０を含みうる。ネットワークポート６７０は、１つ以上の基地局、又は、他のセルラネットワークのコアネットワークエンティティと機器との少なくともいずれか、又はその両方に接続するように構成されうる。

ＭＭＥ３２２は、ＵＥ機器１０６などの複数の機器にモビリティに関するサービスを提供し得る。例えば、ＭＭＥ３２２は、アタッチ手順、追跡エリア更新手順、又は任意の様々な他の手順の少なくともいずれかを実行しようとするＵＥ機器を登録するのに関与し得る。

ＭＭＥ３２２は、様々な通信プロトコルとインタフェースとの少なくともいずれかを用いて、基地局（例えばｅＮＢ）と、他のコアネットワークエンティティ／機器との少なくともいずれかと、通信し得る。１つの例として、３ＧＰＰの文脈では、ＭＭＥ３２２は、Ｓ１−ＭＭＥ、Ｓ３、Ｓ１０、Ｓ１１、Ｓ６ａのいずれかと、他のセルラネットワーク要素と通信するための様々な他の通信プロトコル又はインタフェースのいずれかとの少なくともいずれかを使用し得る。

ＭＭＥ３２２のプロセッサ６０４は、例えば、メモリ媒体（例えば、非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、ここで説明される方法の一部または全部を実装するためのハードウェア及びソフトウェア要素を含みうる。代わりに、プロセッサ６０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）若しくはＡＳＩＣ（特定用途向け集積回路）又はそれらの組み合わせなどの、プログラム可能なハードウェア要素として構成されてもよい。

ＬＴＥでは、ＵＥは、２つのモード、アイドルモード及び接続モードのうちの１つで動作することが可能でありうる。アイドルモードでは、不連続受信（ＤＲＸ）によって、ＵＥがその無線受信器のスイッチをオフとし、それにより、その電力消費を低減することが可能である。少なくともいくつかの実施形態では、ＵＥは、ネットワークから無線リソース制御（ＲＲＣ）接続の解放メッセージを受信したことに応じて、アイドルモードに入ることとしてもよい。接続モードでは、ＵＥは、アクティブなデータ伝送中又は接続されたＤＲＸモードであることができる。接続モードＤＲＸパターンは、例えば、ネットワークによって設定された場合にＵＥによって使用されてもよく、そして、オン及びオフサイクルの定められたパターンに従いうる。ＤＲＸは、様々な設定のいずれかを用いて設定されることができ、少なくともいくつかの例において、複数のＤＲＸモード（例えば短いＤＲＸ又は長いＤＲＸ）を、要求に応じて設定し得る。

少なくともいくつかのセルラ通信システム（例えば、ＬＴＥリリース１１システム）では、ＵＥが、それを使用することにより、ＵＥが「電力最適化された」設定と「通常の」設定とのいずれを好むかを、ネットワークと通信することを可能とし得る、機構が存在し得る。少なくともいくつかの例において、このインジケータは、電力性能表示（ＰＰＩ）と呼ばれうる。ＵＥが、自身のプリファレンスが電力最適化された設定とされた表示をネットワーク（ＮＷ）へ送るとき、ＮＷは、様々な可能性の中で、ＤＲＸ設定などの接続モード設定を最適化し、又は、ＵＥをアイドルモードへ移し、又はその両方を行いうる。少なくともいくつかの例において、いつどのようにこの表示を設定するかの詳細は、ＵＥの実装にしたがって特定されうる。同様に、そのような表示に対するＮＷの応答も、ネットワークの実装に依存し得る。本開示の下で説明する実施形態の少なくとも一部は、無線通信システムにおける、このようなＰＰＩの考えられる使用に関する。

図７−通信フロー図
図７は、いくつかの実施形態により、データトラフィック特性を考慮する方法で無線機器と基地局との間でのＲＲＣ接続を確定的に設定するための手順を説明する、通信／シグナリングのフロー図である。図７に示す手順は、他の装置の中における上図に示したコンピュータシステム又は機器と連動して用いられうる。様々な実施形態では、示される本手順の一部の要素は、同時に、又は示されるのと異なる順序で実行されてもよいし、省略されてもよい。追加の要素が要求に応じて実行されてもよい。図のように、本手順は、以下のように動作しうる。

７０２において、ＵＥ１０６は、予想される次回のデータトラフィック（例えば、上りリンクトラフィックと下りリンクトラフィックとの少なくともいずれか）の１つ以上の種類の表示を、（例えば、サービング）基地局１０２又はＭＭＥ／（Ｓ／Ｐ）ＧＷへ送信しうる。いくつかの実施形態によれば、ＵＥ１０６は、予想される次回のデータトラフィックを特定するために、既に生成され、バッファリングされ、送信する準備ができているアプリケーションデータを監視しうる。加えて、又は代わりに、ＵＥ１０６は、データトラフィックの１つ以上の種類が所定の期間内に生成され送信の準備ができるようになるかを予測するために、アプリケーションデータの生成と、アプリケーションデータフローのパターンとの少なくともいずれかを監視してもよい。データトラフィックの１つ以上の種類がＵＥによって予想されているかを判定するための他の技術も利用可能である。

表示は、次回のデータトラフィックの特性に関する情報を含みうる。例えば、期待帯域幅、優先順位、遅延のバジェット／耐性、アプリケーション、又はアプリケーションの種類などの、所定の特性が、その表示に含まれる次回のデータトラフィックの各種類に対して示されうる。スケジューリング要求又はチャネル状態情報の頻度／周期性、アイドルモードの不連続受信（Ｉ−ＤＲＸ）又は接続モードのＤＲＸ（Ｃ−ＤＲＸ）設定プリファレンス、ＲＲＣインアクティビティタイマプリファレンスなどの、１つ以上のリンク特性（例えば、次回のデータトラフィックを伝送するのに用いられるべき無線リソース制御（ＲＲＣ）接続の適切な特性）が、さらに又は代替的に示されてもよい。

代わりに、又は加えて、表示は、次回のデータトラフィックのこのような特性の一部または全部に関する情報を、黙示的に含んでもよい。例えば、（通常の「サービス品質」又は「ＱｏＳ」データクラスと同様の、又はそれとは異なる）データトラフィックの様々な「クラス」が、このような特性と任意の様々な他の特性との少なくともいずれかの一部または全部の集合をそれぞれが有するように定められてもよい。例えば、以下のテーブル

などの「ＲＡＮ ＱｏＳ」又は「ＲＱｏＳ」を定義するテーブル（若しくは、望ましい場合には「アプリケーションＱｏＳ」又は「ＡＱｏＳ」）クラス及びパラメータが用いられてもよい。

この例示のテーブルでは、Ｃ１〜ＣＮがデータトラフィッククラス又はアプリケーションクラスのうちのクラスを表し、一方で、Ｐ１〜ＰＮは、そのクラスの特性を定義するための、各クラスに対してテーブルにおいて値が特定されうる、パラメータを表しうる。このように、このようなテーブルが使用されるならば、表示は、次回のデータトラフィックの（１つまたは複数の）ＲＱｏＳクラスを特定し、したがって、一部または全部の特性又は設定のプリファレンスを、その表示内でそのような情報を明示的に提供するのではなく、黙示的に含むだろう。

なお、少なくともいくつかの例において、ＵＥ１０６は、ＵＥ１０６のユーザデータのアプリケーションのトラフィックパターンの監視に少なくとも部分的に基づいて、（例えば、異なる種類のアプリケーションデータに対応する）データトラフィックの異なる種類のクラス、優先度、又は他の特性を動的に判定しうる。例えば、ＵＥ１０６は、所与のユーザに対していずれのアプリケーションが優先され、そして優先されないかを特定するために、ユーザパターンを解析することが可能でありうる。このような判定に基づいて、特定のアプリケーションに対応するアプリケーションデータは、例えば異なるＵＥのユーザトラフィックパターンに応じて、それらの異なるＵＥに対して異なるクラスに割り当てられうる。少なくともいくつかの実施形態において、同様にユーザデータパターンは時間によって変動してもよく、そのため、特定のアプリケーションのアプリケーションデータがいずれのクラス、優先度などに属するかのＵＥ１０６による判定は、異なるタイミングで異なりうる。

また、少なくともいくつかの例において、（例えば、複数のアプリケーションがＵＥ１０６において起動されている場合、）必要に応じて、表示は次回のトラフィックの複数の種類を特定しうる。

ＢＳ１０２は、ＵＥ１０６から表示を受信し、場合によっては、複数の他のＵＥから次回のデータトラフィックの種類の表示をも受信しうる。７０４では、ＢＳ１０２は、ＵＥ１０６（そして、場合によってはＢＳ１０２がサービスを提供する他のＵＥ）のために次回のＲＲＣ接続をスケジューリングしうる。次回のＲＲＣ接続のスケジューリングは、ＢＳ１０２の現在と次回との少なくともいずれかの予想負荷及びＢＳ１０２の現在のスケジューリングを考慮しながら、ＢＳ１０２がサービスを提供する各ＵＥに対する次回のデータトラフィックの特性（例えば、期待帯域幅及び遅延のバジェットなど）を考慮することができる。次回のＲＲＣ接続は、１つ以上のネットワーク特性の最適化を試行するような方法で、このような考慮に基づいてスケジューリングされうる。例えば、１つの可能性として、ＢＳ１０２は、ＵＥのそれぞれのデータトラフィックの遅延要求を満たそうともする一方で、ＢＳ１０２の負荷を時間に対して平滑化してネットワーク性能を改善するような方法で、次回のＲＲＣ接続のスケジューリングを試行しうる。次回のＲＲＣ接続のスケジューリングは、加えて、又は、代わりに、様々な他の最適化の試行と制約との少なくともいずれかを考慮しうる。

７０６において、ＢＳ１０２は、ＵＥ１０６に対してスケジューリングされた次回のＲＲＣ接続の表示を送信しうる。なお、ＢＳ１０２は、場合によっては、スケジューリングされた次回のＲＲＣ接続の表示を、次回のＲＲＣ接続がスケジューリングされた他のＵＥに対しても送信してもよい。各表示は、１つ以上の次回のＲＲＣ接続のタイミングを、場合によってはそのタイミングにおいて通信されるべきトラフィックの種類（例えばクラス）も、ＵＥへ通知してもよい。なお、スケジューリングされたＲＲＣ接続のタイミングの表示は、１つの可能性として、ＢＳ１０２とＵＥ１０６とが通信している無線通信システムのシステム時刻に従ってもよく（例えば、無線フレーム／サブフレーム番号又はスケジューリングされたＲＲＣ接続の範囲を特定しうる）、又は、様々な他の使用可能なタイミングの枠組みのいずれかを用いてもよい。

いくつかの例では、ＢＳ１０２は、さらに、スケジューリングされた次回のＲＲＣ接続の１つ以上の特性を、ＵＥ１０６に示してもよい。例えば、必要に応じて、スケジューリングされた次回のＲＲＣ接続のスケジューリング要求の頻度／周期、チャネル状態情報報告の頻度／周期、セミパーシステントスケジューリング設定、（ＩＤＲＸ／ＣＤＲＸ設定、電力設定、ファストドーマンシのオプション、ＲＲＣインアクティビティタイマのオプションなどの）電力設定などのいずれか又は全部が、スケジューリングされた次回のＲＲＣ接続のためのタイミング情報に加えて、ＵＥ１０６に示されうる。代わりに、所定のＲＲＣ接続特性は、特定のスケジューリングされた次回のＲＲＣ接続に関連付けられたデータトラフィックの種類の表示が、そのスケジューリングされた次回のＲＲＣ接続の特性の一部または全部を黙示的に示しうるように、（例えば、ＵＥ１０６とＢＳ１０２又は他のネットワークエレメントとの間での相互交換によって、又は規格文書によるなど、静的／予め定められた方法で）所定のデータトラフィックの種類又はクラスと関連付けられうる。

いくつかの例では、ＵＥ１０６は、このような表示を受信したことに基づいて、（例えばベースバンドの）スリープスケジュールを設定しうる。例えば、ＵＥ１０６のベースバンド処理は、ＲＲＣ接続がスケジューリングされたタイミングまで、（セル測定とページングチャネルの監視との少なくともいずれかなどのオン期間のアクティビティのための起こりうる中断を伴う）低電力（スリープ）状態へ入り（又はその状態を維持し）うる。

スケジューリングされたタイミングにおいて、ＵＥ１０６は、ＢＳ１０２からの呼び出しのために、起動して、「聞く」（例えばページングチャネルを監視する）ことができる。７０８において、ＢＳ１０２は、ＵＥを呼び出し（例えばページングチャネルでページングメッセージを提供し）うる。

７１０において、ＵＥ１０６及びＢＳ１０２はＲＲＣ接続を確立しうる。これは、スケジューリングされたタイミングにおいて、かつ、ＵＥ１０６がＢＳ１０２からページングメッセージを受信したことに基づいて、実行されうる。例えば、ＵＥ１０６は、ページングメッセージに応答し、スケジューリングされたＲＲＣ接続を確立するためにＢＳ１０２とＲＲＣ接続確立パラメータを交換しうる。換言すれば、少なくともいくつかの実施形態において、スケジューリングされたＲＲＣ接続は、例えば、ＲＲＣ接続を確立してＲＲＣ＿接続モードに入るためにＵＥ１０６にランダムアクセス要求（ＲＡＣＨ）手順を実行することを要求するのとは対照的に、ネットワークが開始する方法で確立されうる。代わりに、スケジューリングされたＲＲＣ接続は、要求に応じて、ＵＥが開始する方法で確立されてもよい。なお、少なくともいくつかの実施形態において、スケジューリングされたＲＲＣ接続のいずれかの特性が事前に用意されていた場合（例えば、ＢＳ１０２がＲＲＣ接続をスケジューリングする際に所定のＲＲＣ接続特性を明示的に又は黙示的に示していた場合）、ＲＲＣ接続は、それらの事前に用意された特性に従って確立されうる。

７１２において、ＵＥ１０６及びＢＳ１０２は、確立されたＲＲＣ接続を介してデータ通信を実行しうる。これは、ステップ７０２において提供された表示において当初示され、ステップ７０６において提供された表示におけるこの特定のＲＲＣ接続のためにＢＳ１０２が特定したタイプの、ＵＥ１０６が送信する（上りリンク）データを含みうる。また、少なくともいくつかの例において、ＵＥ１０６は、ＲＲＣ接続を介して、例えば、ＵＥ１０６によって提供された上りリンクデータに応答した又は関連した、ＢＳ１０２からの（下りリンク）データを受信しうる。なお、少なくともいくつかの例において、ＵＥ１０６は、要求に応じて、表示において特定されたクラスのデータを送信すること選択してもよいし、他のクラスに属するデータを送信してもよいし、その両方であってもよい。

なお、ここで図７に関して上述したＵＥ１０６とＢＳ１０２との間で確定的にＲＲＣ接続をスケジューリングするための技術は、要求に応じて、動的ＲＲＣ接続スケジューリングと並行して用いられうる。例えば、ＵＥ１０６がデータの遅延のバジェットを満たすように、直ちに送信する必要があるだろう高い優先度のデータを生成した場合など、ＵＥ１０６がＢＳ１０２とのＲＲＣ接続を動的に開始することも、（例えば、ＢＳ１０２との他のＲＲＣ接続を先立って確定的にスケジューリングすることに加えて）可能でありうる。

また、図７の方法がＵＥ１０６とＢＳ１０２との間で実行されるように上述したが、少なくともいくつかの例において、ＭＭＥ、ＳＧＷ、ＰＧＷ、又は他のネットワークエレメントがＢＳ１０２によって実行されるように説明した方法の要素の一部または全部を実行することも可能でありうる。例えば、次回のデータトラフィック又は１つ以上のユーザ機器の表示は、次回のＲＲＣ接続のスケジューリングを実行しうるＭＭＥ又はＳ／Ｐ−ＧＷへ提供されてもよく、その後、このようなスケジューリングされたＲＲＣ接続の表示が（例えば基地局を介して）ユーザ機器へ提供し返されてもよい。なお、少なくともいくつかの例において、このような場合において、それらのスケジューリングされたＲＲＣ接続の確率は、ユーザ機器とそれらのサービング基地局との間で実行されてもよい。

図８例示のエンドツーエンド（Ｅ２Ｅ）図
図８及び以下ここで提供される図８を用いた説明は、図７の方法のさらなる検討及び取りうる実装の詳細の例示として与えられるものであり、全体として、本開示に限定することを意図していない。以下ここで提供する詳細に対する数多くの変形と選択肢が可能であり、それらは本開示の範囲内であるとみなされるべきである。

一般に、ＬＴＥにおいて、及びセルラ通信のために、ユーザの送信時間の限度の要求が大きい、少なくともいくつかのバックグラウンドのトラフィック及び低い優先度の／時間が重大でないトラフィックのシナリオに対して、バッテリ消費を低減し、ネットワーク上のシグナリングオーバーヘッドを制限するための方策が要求されうる。

ＵＥの側では、知的にトラフィックを「バンドル」し、制御プレーン通信のオーバーヘッドを低減するための方策が実装されうる。しかしながら、データをバンドルするＵＥ線トリックな方策を用いても、同一の送信／受信ゾーン内の他のＵＥとの同期がないことにより、ＤＮＳ／ＲＲＣシグナリングが大量となり、基地局（例えばｅＮＢ）における性能の著しい劣化を引き起こしうる。

このような想定を取り扱うための１つの可能性として、バッテリ消費を低減し、ネットワーク上でのシグナリングオーバーヘッドを制限するためのＵＥとネットワーク用外の間のフレームワークを使用しうる。

このようなフレームワークの一部として、ＵＥは、いずれのアプリケーションが優先されるものであり、いずれがユーザのものでないかを判定するために、ユーザパターンを解析し、形成することができる。ＵＥは、この情報をネットワーク用外交換しうる。パターンは、その接続状態のいずれかにおいて交換されることができ、機器には、最小のユーザの影響を伴って（例えばアプリケーションの使用の必要性の変更に基づいて）それを修正する機会が与えられうる。（例えば優先度／時間が重要なアプリケーションに対する）静的情報交換と、（例えば、ＵＥが生成したトラフィックに応じた）動的情報交換とのための能力が提供されうる。

１つの可能性として、異なるＲＲＣ接続のための複数の設定オプションが、ＵＥとｅＮＢとの間で、交換され、合意され、記憶されうる。その後、実際のスケジューリングとデータの交換の間、ネットワークは、これらの記憶された設定のうちの１つを選択し、その選択をＵＥへ通知しうる。

これらの設定は、行われるデータ転送の種類に固有でありえ、ネットワークは、いずれが現在のデータパターンに基づいて、ＵＥのための裁量の設定であるかを決定しうる。設定は、そのためにＲＲＣ接続が用いられるデータタイプに関連するパラメータと、アイドルＤＲＸ（Ｉ−ＤＲＸ）／接続ＤＲＸ（Ｃ−ＤＲＸ）設定、ファストドーマンシオプション、及びＲＲＣインアクティビティタイマオプションなどの電力設定オプション、との少なくともいずれかを含みうる。優先度、期待帯域幅及び期待遅延感度などのオプションも交換されうる。

少なくともいくつかの実施形態によれば、この情報の交換のために、ＲＲＣメッセージ、ＮＡＳメッセージ又はＭＡＣ制御エレメントの少なくとも１つが用いられうる。プロトコル交換及び設定のクラスは、ネットワークとＵＥとの間で相互に合意されうる。さらに、ネットワークは、ＵＥの報告気候とアプリケーションの優先度とトラフィックの種類との変更を通じて利用可能となる情報を用いて、ＵＥの無線要求の変化を理解することが可能でありうる。

ｅＮＢは、アプリケーションデータのスケジューリングのための、（例えば、到来間時間に着目するアプローチと対照的でありうる）ウィンドウ（例えば、ＮＷとの合意に従って所定のデータをスケジューリングするための時間量）に応じて、ＵＥのＲＲＣ状態に関する決定を行ってもよい。例えば、ｅＮＢは、様々な可能性のうちのこのような方法で、より大きい値のＲＲＣインアクティビティタイマを伴うより長いＣ−ＤＲＸサイクルを用いてＲＲＣ接続状態に、又は短いＲＲＣインアクティビティタイマを用いてＲＲＣアイドルモードにＵＥが滞在する必要があるかを決定することと、Ｃ−ＤＲＸインアクティビティタイマのための値を特定することと、Ｃ−ＤＲＸ／Ｉ−ＤＲＸパラメータを特定することと、の少なくともいずれかを行う。

例として、ＵＥは、以下の情報
クラスＡ：Traffic non-priority low_bandwidth 3 time_units long_cdrx_cfg_1 long_inactivity_cfg_2 traffic_type_x delay_tolerence_cfg_1
クラスＢ：Traffic non-priority high_bandwidth 2 time_units no_cdrx network_rrc_tear_cfg_4 traffic_type_y delay_tolerence_cfg_2
クラスＣ：Traffic priority short_cdrx_cfg_2 short_inactivity_cfg_1 traffic_type_z delay_tolerance_cfg_3
の一部又は全部をｅＮＢへ提供しうる。

このように、このような情報は、ＵＥが予想される次回のデータトラフィックの３つの異なる種類を有することを示してもよく、各種類に関する（期待帯域幅、長さ、要求されるＤＲＸ構成設定、遅延耐性設定などの）様々な特性／プリファレンスを示してもよい。なお、少なくともいくつかの例において、特徴／プリファレンス、例えばＲＱｏＳクラスがネットワークとＵＥとの間で合意されているか、を明示的に特定することは要求されなくてもよく、このような場合に、ＵＥは、ネットワークに、自身が要求し、データトラフィック特性と要求されるＲＲＣ接続パラメータとの少なくともいずれかに関する追加の情報を黙示的に提供しうる、ＲＱｏＳクラスを通知しうる。

また、まだ表示されていない（そして、例えばある優先度を有する）、ＵＥによるトラフィックの生成に応じて、ＵＥが例えば「クラスＤ」を追加する、「動的」又は補助表示を提供することが可能でもありうる。

図８は、いくつかの実施形態による、例示のＬＴＥシナリオにおいてＲＲＣ接続をスケジューリングするための方法を示すエンドツーエンド図である。

図のように、複数のＵＥ８０２、８０４、８０６のそれぞれは、それらの予想される次回のデータトラフィック及びその特性／クラスの表示をそれらのサービングｅＮＢ８０８へ提供しうる。ｅＮＢ８０８は、次回のＲＲＣ接続８１８のスケジュールを生成するために、このような予備情報８１２を、（１つ以上のサーバ８２０、８２２、８２４との、データ通信が実行される対象への又はそこからのリンクを提供しうるＰ−ＧＷ８１０との通信によって少なくとも部分的に通知されうる）ｅＮＢの現在のスケジュール８１４及びｅＮＢの予測される将来の負荷８１６と共に考慮しうる。したがって、ＵＥがスケジューリングされなければならないタイミングが生じると、ｅＮＢ８０８は、特定のＵＥのためのＲＲＣ接続を保証することができる。

なお、代替的な可能性として、データトラフィックの種類に関する情報が、ＵＥによって、ＵＥのためのＲＲＣ接続スケジューリングを実行しうる、移動管理エンティティ（ＭＭＥ）と（Ｓ／Ｐ）−ＧＷとの少なくともいずれかに提供されうる。

また、ｅＮＢは、スケジューリング情報をＵＥに返しうる。例えば、ネットワークは、ＵＥに、そのＵＥのためのスリープと起動とのスケジュールと、ＵＥがそのタイミングで行うことができるトラフィックの特定の種類とを通知してもよく、したがって、ＲＲＣ接続を保証しうる。ＵＥは、呼び出しを受信し、その後、（例えば特定されたＲＲＣ接続パラメータに従って）ＲＲＣ接続を確立し、データトラフィックを取得／送信するだろう。これは、少なくともいくつかの例において、結果として、ＵＥが（例えば遅延及び帯域幅の観点から）最適化された接続を得ることとなりうる。

さらに、少なくともいくつかの例において、これは、ＵＥがプッシュタイプの通知をサーバへ送信する必要性を取り除き、さらに／代わりに、いくつかのネットワークにおけるＮＡＴタイマの結果でありうる時間に関するピン（ping）を避けうる。

代替的な解決策として、Ｐ−ＧＷがＵＥクライアントに関する情報の全てを収集し、個別のエンドノード（例えばサーバ）からの情報を収集し、着信接続としてＵＥへそれを返すことが可能であってもよい。１つの例として、そのような解決策は、キープアライブごとに好感されるユーザ情報が非常に少ないＶｏＩＰタイプのクライアントに有用でありうる。その一方で、少なくともいくつかの例では、セキュリティが特に重要となるアカウントに対しては、ＵＥベースの機構が好ましい場合がある。

図９−通信フロー図
図９は、いくつかの実施形態により、機器の電力消費を低減しうる、無線機器と基地局との間の負荷に基づく遅延機能のための手順を示す通信／シグナリングフロー図である。図９に示す手順は、他の機器の中でも上の図に示したコンピュータシステム又は機器と連動して使用されうる。様々な実施形態では、示される手順の一部の要素は同時に又は示されているのと異なる順序で実行されてもよいし、省略されてもよい。必要に応じて、追加の要素も実行されてもよい。図のように、手順は、以下のように動作しうる。

９０２において、ＵＥ１０６及びＢＳ１０２は、両方のエンティティが負荷に基づく遅延機能をサポートしているか否かを判定するために、ハンドシェイク機構において情報を交換しうる。したがって、ハンドシェイク機構は、（すなわち、両方がその機能をサポートしている場合に）ＵＥ１０６とＢＳ１０２との両方が負荷に基づく遅延機能をサポートしていることを確証しうる。

１つの可能性として、ハンドシェイク機構は、無線リソース制御（ＲＲＣ）接続の確立の間の情報の交換を含みうる。例えば、ＵＥがこのような機能をサポートしていることがＵＥ能力情報要素（ＩＥ）において示されてもよく、一方で、ＢＳがこのような機能をサポートしていることが、ＵＥ能力情報の交換に続きうるＲＲＣ接続再構成メッセージにおいて示されてもよい。他の機構も可能である。

９０４では、ＵＥ１０６は、ＢＳ１０２に、負荷に基づく遅延機能を起動するための表示を提供しうる。１つの可能性として、表示は、ＵＥアシスタンス情報ＩＥの一部としてＵＥによって提供されうる、低電力使用設定のプリファレンスを示す値（例えば「１」）を有する電力プリファレンスインジケータ（ＰＰＩ）でありうる。別の可能性として、表示は、負荷に基づく遅延機能を起動するための要求を示す値を有するＭＡＣ制御エレメントでありうる。

表示は、任意の様々なタイミングで、そして任意の様々な考慮に基づいて、提供されうる。１つの可能性として、下りリンクと上りリンクとの少なくともいずれかのアクティビティが低いことが検出されており、既存のトラフィックは比較的遅延に対して敏感ではない（例えば、負荷に基づく遅延機能によって導入されることが想定される度合の遅延を導入することによって不都合な影響を引き起こさないか、そのような影響が最小限となるような遅延の感度閾値を下回る、遅延の感度を有する）タイミングにおいて、表示が提供されてもよい。例えば、少なくともいくつかの例において、「バックグラウンド」と「ベストエフォート」との少なくともいずれかの種類のトラフィックは、負荷に基づく遅延機能が適切でありうるような遅延の感度特性を有し得る。

９０６では、負荷に基づく遅延機能を起動したことに基づいて、ＢＳ１０２は、例えば、下りリンクトラフィックをＵＥからの上りリンクトラフィックとそろえて、ＵＥが起動している時間を減らすために、上りリンクスケジューリング要求をＢＳ１０２がＵＥ１０６から受信するまで、ＵＥ１０６に宛てられた全て（任意）の下りリンクトラフィックのバッファリングを開始しうる。また、このようなバッファリングは、ＢＳ１０２における全バッファサイズ及びその埋まり具合と、（例えば過剰な遅延を避けるための）タイマとの少なくともいずれかに制約されうる。例えば、いくつかの例では、ＢＳ１０２が上りリンクスケジューリング要求を受信する前に所定の閾値を超えるバッファの埋まり具合を検出した場合、ＢＳ１０２は、負荷に基づく遅延機能が起動されていたとしても、ＵＥ１０６へ、下りリンクグラントを提供し、下りリンクトラフィックを送信し得る。別の例として、いくつかの例では、上りリンクスケジューリング要求が受信される前に、データバッファリングタイマが満了した場合、ＢＳ１０２は、負荷に基づく遅延機能が起動されていたとしても、ＵＥ１０６に、下りリンクグラントを提供し、下りリンクトラフィックを送信し得る。

さらに、９０８において、負荷に基づく遅延機能を起動したことに基づいて、ＵＥ１０６は、ＢＳ１０２の推定負荷に少なくとも部分的に基づいて、上りリンクスケジューリング要求のタイミングを選択し得る。例えば、ＵＥ１０６は、ＢＳ１０２が比較的負荷がないときに上りリンクスケジューリング要求を送信するようにタイミングを選択しようとし得る。これは、ネットワークの負荷を平滑化し、ＵＥ１０６が起動状態を維持しうる、スケジューリング要求に応答して上りリンクグラントを待機する時間量を低減するのに役に立ち、これは、ＵＥ１０６による電力消費をも低減し得る。

なお、いくつかの例では、ＵＥ１０６が上りリンクのスケジューリングを要求するタイミングは、バッファの埋まり具合の閾値と、データバッファリングタイマの制約との少なくともいずれかにも影響を受けうる。

９１０では、ＵＥ１０６は、例えば選択されたタイミングに従って、ＢＳ１０２に、上りリンクスケジューリング要求を提供（送信）し得る。例えば、ＵＥは、負荷に基づく遅延機能に従って、ＢＳの推定負荷が負荷閾値を下回るか、バッファの埋まり具合の閾値を上回るか、データバッファリングタイマが満了するか、のいずれかとなるまで、上りリンクのアプリケーションのデータトラフィックをバッファリングしてもよく、それらの条件の１つを検出したことに応じて、上りリンクスケジューリング要求を提供し得る。

９１２において、ＵＥ１０６及びＢＳ１０２は、上りリンク及び下りリンク通信を実行し得る。通信は、部分的に又は全体として、時間的に重畳し得る。例えば、上りリンクスケジューリング要求に基づいて、ＢＳ１０２は上りリンクグラントを提供することができ、同時に又は概ねその時点において、下りリンクグラントをも提供し得る。ＵＥ１０６は、その後、上りリンクグラントの間、上りリンクデータを送信することができ、ＢＳ１０２は、下りリンクグラントの間、（ステップ９０６に関して説明したようにバッファリングされていてもよい）下りリンクデータを送信し得る。

ここで、さらに、少なくともいくつかの例において、スケジューリング要求の応答を遅延させることによる上述の方法と併せて電力消費を低減するためのさらなる機構が用いられてもよい。例えば、要求に応じて、ＵＥ１０６とＢＳ１０２を提供するネットワークとの間で、電力プリファレンスインジケータが起動されているときに（又は要求に応じて、負荷に基づく遅延機能の一部として初期設定で）、「遅延されたスケジューリング要求の応答」機能も起動されうることが合意されていてもよい。この場合、ＵＥ１０６は、上りリンクスケジューリング要求を送信した後に、次のスケジューリングされたオン期間まで、Ｃ−ＤＲＸサイクルの一部としてスリープモードに入っても（戻っても）よい。したがって、ＢＳ１０２は、（少なくとも）この、ＵＥ１０６の次のスケジューリングされたオン期間まで、スケジューリング要求に応答して上りリンクグラントを提供するのを待機しうる。これは、ＵＥ１０６がスケジューリング要求を送信したことに応じてグラントを継続的に監視する実装と比べて、ＵＥ１０６による電力消費を低減し得る。

図１０〜図１１−図９に関する例示の詳細
図１０並びに図１１、及びそれらと併せて以下ここで提供される説明は、図９の方法のさらなる検討及び可能な実装の詳細の例として提供され、全体として開示に制限することを意図していない。以下ここで提供される詳細に対する数多くの変形及び選択肢が可能であり、本開示の範囲内にあると見做されるべきである。

３ＧＰＰのリリース１１では、その移動機器の省電力プリファレンスをネットワーク（ＮＷ）に通知することを可能とするために、電力プリファレンスインジケータが導入されている。少なくとも３ＧＰＰのＲｅｌ．１１によれば、ｅＮＢがこの１ビットの情報をどのように使用すべきかについては、特定されていない。省バッテリに関するＵＥプリファレンスは、ＵＥのアクティビティ（例えば、起動中のアプリケーションの種類）、ｅＮＢにおいてどの情報が利用可能でないかに依存し得る。したがって、ｅＮＢとＵＥとの間で情報を共有し、省電力の利益を有効とするための動作を強調させるための機構が望ましい場合がある。

１つの可能性として、ＵＥは、電子メールアプリケーションなどのバックグラウンドのトラフィックの利用又は要求の少なくともいずれかをする１つ以上のアプリケーションを実行しているかもしれない。このトラフィックは、不定期であるか、時間が重要ではないか、又はその両方でありうる（例えば、デーモン（daemon）がバックグラウンドのトラフィックを検出するのに用いられうる）。セル（例えばＬＴＥにおけるｅＮＢ）に負荷がかかっている場合、ＵＥは、タイムリーにこのようなトラフィックのためのグラントを得ないかもしれない。これは、ＵＥ起動期間を延長し、次にバッテリ消費に影響しうる。

ＵＥが、ＲＲＣ接続及びアイドルモードの間、ｅＮＢのセルの利用を推定することも可能でありうる。ＵＥは、自身のバックグラウンドのデータトラフィックをスケジューリングするために、このような情報を用い得るだろう。例えば、ＵＥは、負荷状態（及びチャネル状態）が改善するまで自身のデータをバッファリングすることと、下りリンク伝送が将来の時点で起こり得ることをｅＮＢに示すこととの、少なくともいずれかを行いうる。ＵＥ及びｅＮＢは、この点で、互換性のある動作を確実にするために、ハンドシェイク機構を確立し得る。

例えば、ＵＥが優先されないベストエフォートのアプリケーション（例えば、時間が重要でない／バックグラウンドのトラフィック）を実行している場合、ＵＥは、負荷状態が有利である（例えば所定の閾値を下回る）場合にのみ、グラントを依頼してもよい。

ｅＮＢは、ハンドシェイク機構に基づいて、ＵＥのトラフィックの種類を知り得る。したがって、ｅＮＢは、起動時間を削減するために、ＤＬトラフィックをバッファリングして、ＵＬトラフィックと確実にそろえるようにすることができる。例えば、このようなシナリオにおいて、ｅＮＢは、ＤＬトラフィックを通信する前に、ＵＥからのスケジューリング要求（ＳＲ）を待機し得る。

なお、ｅＮＢにおけるバッファリングは、さらにデータバッファのサイズと埋まり具合との少なくともいずれかに基づいて、様々なタイミングにおいて起動／無効化されうる。例えば、全てのキューにおけるビット数が閾値より少ない場合、ｅＮＢは、負荷状態が改善するまで、若しくは、ＵＬ／ＤＬトラフィックを揃えるように、又は、負荷状態が改善するまでかつＵＬ／ＤＬトラフィックを揃えるように、トラフィックを遅延させうるが、全てのキューにおけるビット数がその閾値よりおっきい場合はそれを行わなくてもよい。このようなバッファリングを起動し又は無効化する時を判定するための他のアルゴリズムも可能である。なお、少なくともいくつかの例において、ＲＲＣ接続モードの間だけ、このようなバッファリングがＮＷとＵＥとの間で実行されてもよい。

ハンドシェイク機構自体は、ＵＥ及びｅＮＢが、それらがこのような機能をサポートすることを検出することを可能とするために、ＲＲＣシグナリングを利用し得る。先に述べたように、このような機構は、ＵＥ及びｅＮＢの間で合意されうる。

１つの可能性として、ＵＥがＲＲＣ接続を確立する際に、「より良好な負荷となるまで遅延」機能をサポートすることを示すためにＮＷへ一度送られるＲＲＣメッセージが用いられてもよい。ＵＥ能力情報メッセージは、ＵＥがその機能をサポートすることをＮＷへ示すのに用いられるこのようなＲＲＣメッセージでありうる。このような情報は、このメッセージ内の様々な情報要素のいずれかにおいて提供されうる。例として、ＵＥ−ＥＵＴＲＡ−能力コンテナ情報要素内の新しい情報要素が、「より良好な負荷となるまで遅延」機能に対するサポートを示すために、定義され、使用されうる。またさらなる例として、フィーチャーグループインジケータ（ＦＧＩ）ＩＥにおける、既存のパラメータの新しい値が、「より良好な負荷となるまで遅延」機能に対するサポートを示すのに定義されうる。要求に応じて、数多くの他の可能性が代わりに用いられてもよい。なお、さらに、ＵＥが、変形されたＲＲＣメッセージに、アプリケーションのトラフィックについての情報を含めることもできる。

ハンドシェイク機構を完了するために、ネットワークは、自身が「より良好な負荷となるまで遅延」機能をサポートすることをＵＥへ知らせうる。１つの可能性として、ネットワークは、ＵＥ能力情報の交換の後のＲＲＣ接続再構成メッセージにおける新しい情報要素を用い得る。しかしながら、同様に、要求に応じて、数多くの他の可能性を代わりに用いてもよい。

ＵＥがバックグラウンドのトラフィックを伴う長期間の低いアクティビティを検出している際に、ＵＥは、（例えば、ＮＷと合意されうる）予約されたＭＡＣ制御エレメント又は「電力プリファレンスインジケータ＝低電力」表示などの、「より良好な負荷となるまで遅延」機能の起動を要求する表示を、ネットワークへ送信し得る。要求に応じて、そのような表示は、ｅＮＢに、特定の種類のアプリケーションのためのデータをバッファリングすることをも示し得る。その後、その表示の検出に応じて、ｅＮＢは、ＵＥからのＳＲを受信するまでトラフィックをバッファリングし得る。なお、必要に応じて、ＵＥは、追加的に、負荷に基づく遅延機能の起動を要求する表示の送信と併せて、拡張されたＤＲＸサイクルへ変更し得る。ｅＮＢは、（例えば過剰なバッファリング遅延を避けるために）例えばバッファサイズが所定の閾値を上回らない限り長く、若しくは、（例えばｅＮＢにおいて定義された）タイマが満了すると共にｅＮＢがＳＲをまだ受信していない場合に、又は、バッファサイズが所定の閾値を上回らない限り長くかつタイマが満了すると共にｅＮＢがＳＲをまだ受信していない場合に、データをバッファリングし得る。

先に述べたように、少なくともいくつかの例において、ＵＥは、長い期間の低いアクティビティを検出したことに応じて、負荷に基づく遅延機能の起動を要求する表示を送信し得る。ＵＬにおいて、ＵＥは、実行中のアプリケーションの性質（例えば時間が重要か否か）を知ることができ、そのバッファ状態を推定しうる。したがって、ＵＥは、いつＵＥが（例えば負荷推定値を考慮することを含む）ＳＲを送信する必要があるかを知り得る。その一方で、ＤＬでは、ＵＥは、ＤＬのアクティビティを推定する必要がありうる。図１０は、いくつかの実施形態にしたがってそれを行うための１つの可能な技術の態様を示している。

特に、ＵＥは、物理下りリンク制御チャネル（ＰＤＣＣＨ）において受信したＤＬ割り当ての数を監視し、その観測に基づいて、ＤＬのアクティビティレベルを判定し得る。例えば、複数のＣ−ＤＲＸサイクルにおけるＤＬ割り当ての平均数が閾値より小さい場合、「低ＤＬアクティビティ」が観測されたと見なされてもよく、一方で、複数のＣ−ＤＲＸサイクルにおけるＤＬ割り当ての平均数が閾値より大きい場合、「高ＤＬアクティビティ」が観測されたと見なされてもよい。さらに、Ｎ個（監視ウィンドウ）の最新のＰＤＣＣＨ監視ＴＴＩのうち、ｎ個（閾値）以上がＤＬ割り当てを含んでいない場合は「低ＤＬアクティビティ」が観測されたと見なされてもよく、一方で、Ｎ個の最新のＰＤＣＣＨ監視ＴＴＩのうちのｎ個より少ない数がＤＬ割り当てを含んでいない場合は、「高ＤＬアクティビティ」が観測されたと見なされてもよい。このように、ｎ／Ｎはアクティビティ比でありうる。

したがって、図解されたシナリオ１０００を検討すると、５個のＣ−ＤＲＸサイクルにおいて全部で８個のＤＬ割り当てが受信されており（１．６のＣ−ＤＲＸサイクルごとのＤＬ割り当ての平均数）、アクティビティ比が２／５であるように、１つ以上のＤＬ割り当てが５個のＣ−ＤＲＸサイクルのうちの３つにおいて受信されている。

図１１は、低電力動作が要求されるときにｅＮＢ ＳＲ応答を戦略的に遅延させうる、追加の潜在的な省電力のためのオプションの機構を示している。現在、少なくともいくつかの実施形態によれば、ＵＥがＳＲを送信するときに、ＵＥは、ＤＲＸを中断して、継続的なＤＬにおける監視を開始する。これにより、ＵＥは、（例えばＮＷ負荷に応じて）相対的に長い期間起動し得る。しかしながら、図１１に示す例示の構成１１００で説明される機構によれば、ＵＥは、代わりに、ＳＲを送信した後にスリープへ移行することができ、ＮＷは、ＵＥのＣ−ＤＲＸサイクルに従って、次のオン期間においてＵＥをスケジューリングし得る。なお、いくつかの例では、ＵＥがＳＲを送信する前に長いＤＲＸサイクルにいる場合、ＵＥは、例えば導入されるＳＲ応答の遅延を縮小するために、ＳＲの送信後に短いＤＲＸサイクルにフォールバックしてもよい。

加えて、又は、代わりに、要求に応じて、ＳＲの機会がオン期間にそろっている場合において、ＵＥがＳＲを送信した後で次のＳＲ機会の前に上りリンクのグラントを受信せず、かつ、次のＳＲ機会がオフ期間の間にある場合、ＵＥは、オフ期間の間にあるＳＲ機会の間にＳＲを再送しないことにしうるが、代わりに、ＳＲを再送するために次のオン期間を待つことにしうる。

図１２〜図１６−ＡＰ／ＢＢ同期及び追加のＵＥ電力消費削減機構
図１２〜図１６、及び以下の補助的な説明は、さらなる検討及び可能な実装の詳細の例として提供され、全体として開示に制限することを意図していない。以下ここで提供される詳細に対する数多くの変形及び選択肢が可能であり、本開示の範囲内にあると見做されるべきである。

ＬＴＥなどの通信ネットワークでは、少なくとも２つの無線インタフェースエンティティ、ＮＷ及びＵＥがありうる。さらに、ＵＥにおいて、一般に、少なくとも２つのエンティティ、アプリケーションプロセッサ（ＡＰ）及びベースバンドプロセッサ（ＢＢ）があり得る。

少なくともいくつかの現在の実装では、ＮＷが機を見てスケジューリングすることと、ＵＥが機を見て起動して聞くことと、の少なくともいずれかができるように、データ利用可能なインスタンスを特定するために、ＮＷとＵＥとの同期がなくてもよい。この同期の欠如によって、ＵＥは、一般的に、各ＤＲＸサイクルにおいて起動し、「オン期間」の間、そのままでいることが予定されうる。

さらに、ＵＥのＡＰエンティティとＢＢエンティティとの間で、データを送信する（Ｔｘ）時と受信する（Ｒｘ）時、そして起動する時についてほとんど同期がされていない場合がある。このような同期の欠如に起因して、ＡＰは、送信機会がないときに、又は、送信機会を得るのに（例えば電力およびリソースの点で）労力がかかるときに、データを送信するためにＢＢを起動しうる。さらに、ＡＰは、アプリケーション固有のタイマに基づいて起動し、ＢＢ及びＮＷのタイミングに同期しない方法でデータを送信／受信しようとし得る。

したがって、ここでは、効果的な省電力のための、通信ネットワークにおけるエンティティの全て（例えば、ＮＷ、ＢＢ及びＡＰ）を同期するためのある機能について説明する。

接続モードＤＲＸが用いられている時に、ＮＷとＵＥとの間の通信は、ＮＷがＤＲＸサイクルごとに繰り返す「オン期間」の間のみ送信し得るため、ＤＬ方向において同期されうる。ＵＬ方向では、ＵＥは、ＳＲ又はＲＡＣＨを用いて、任意のタイミングで、（例えば、開始するための基準に応じて）ＮＷへのデータ伝送を開始することが可能でありうる。しかしながら、ＲＡＣＨ又はＳＲの送信は、少なくともいくつかの例において、送信動作を要求しより多くの電力を用いうるため、ＵＥが「オン期間」において起動してその時点においてデータを取り扱うことと比較するとき、拡張された期間に起動し得るため、電力消費の観点から不利でありうる。

ゆえに、ＵＥとＮＷとの間の通信の全てが設定されたＤＲＸに同期することは有利でありうる。このような同期は、ＢＢ起動タイミングと送信／受信機会との少なくともいずれかにマッピングする方法でのＡＰの起動とＢＢへのデータの送信を含みうる。このような同期は、ＡＰが、現在ＡＰにおいて実行中のアプリケーションに基づいて、ＢＢへタイミング情報を提供することをも含みうる。具体的には、（次の予想されるデータを定義する様々な方法の中でも、上りリンクのアプリケーションデータ又は下りリンクのアプリケーションデータがＡＰによって次に予定されるまでの時間量のいずれか又は両方を潜在的に含む）次の予想されるデータのタイミングを表示することは、ＢＢが（例えば、１つ以上のＤＲＸサイクルをスキップし、又はＤＲＸサイクルを拡張する）より長い期間スリープすることを可能とし得る。

したがって、ＢＢ及びＡＰは、この同期を与えるために、相互に、タイミング情報を交換し得る。具体的には、そして、図１２に示されるように、ＢＢ１２０４が、次の利用可能なＢＢの起動と送信／受信機会のタイミング１２０８との少なくともいずれかをＡＰ１２０２へ伝達することと、ＡＰ１２０２が、ＢＢ１２０４へ、次の予定されるデータ１２１０までの時間を伝達することと、の少なくともいずれかが行われうる。

ＢＢ１２０４は、最後のデータ送信／受信タイミングと次の起動とに基づく次の利用可能な起動タイミングの導出と、例えばＮＷ設定及びスケジューリングに基づく送信／受信機会のタイミングの導出と、の少なくともいずれかを行い得る。接続モードにおいて、これは、接続ＤＲＸ設定、ＳＲＳ周期、ＲＡＣＨ機会などに基づきうる。アイドルモードでは、これは、アイドルＤＲＸ設定及びスケジューリングに基づきうる。

１つの可能性として、ＡＰ１２０２は、ＡＰ１２０２において蓄積されたバッファに基づいて次の予定されるデータまでの時間を導出してもよく、例えば、ストリーミング動画アプリケーションを実行中の場合、例えばＡＰ１２０２において十分な再生情報が既にバッファリングされている場合に、データアクティビティのない複数のＤＲＸサイクルが存在し得る。代わりに、又は追加して、ＡＰ１２０２は、接続開放タイマを下回り得る、アプリケーションのわずかな時間に基づいて、次の予定されたデータまでの時間を導出し得る。

ＡＰ１２０２が次の予定されるデータを伝達するときに、ＢＢ１２０４は、ＡＰ１２０２によって与えられたそのタイミングに従って（そしてＵＥのＤＲＸ設定に整合して）起動し得る。なお、これは、ＢＢ１２０４において、一部のＤＲＸサイクルのスキップ（又はＤＲＸサイクルの拡張）をもたらし得る。

ＵＥ（のＢＢ１２０４）がＤＲＸサイクルを拡張することを望む場合、ＵＥは、現在の設定されたＤＲＸ設定と、ＵＥが多くのデータアクティビティを予定していない期間との倍数として、ＤＲＸサイクルの拡張を（例えば、ＮＷのｅＮＢ１２０６へ）伝達し得る。したがって、ＵＥのＤＲＸサイクルは、特定の期間、拡張されうる。

代わりに、ＢＢ１２０４が一部のＤＲＸサイクルをスキップする（それらのＤＲＸサイクルのオン期間の間、起動しない）場合、そして、ＮＷがそれらのＤＲＸサイクルに対応する「オン期間」において任意のデータを送信した場合、ＵＥは、そのデータを失うだろう。ＢＢ１２０４がＤＲＸサイクルをスキップする際のデータロスを防ぐためには、ＮＷは、その後のＤＲＸサイクルの「オン期間」においてデータを再送する必要がありうる。ＢＢ１２０４が複数のＤＲＸサイクルをスキップすることは可能でありうるため、例えば、ＮＷが同一のデータを再送する必要がある回数を制限するために、ＢＢ１２０４によってスキップされうるＤＲＸサイクルの数における最大限度を設定することが望ましい場合がある。（例えば、次の予定されるデータまでの時間量に基づく）スキップされうるＤＲＸサイクルの数が細田限度を超える場合、ＢＢ１２０４は、スキップされたＤＲＸサイクルの最大限度に達した後の次の「オン期間」において起動して聞く（listen）。このコンセプトは、ＮＷが、最初の呼出の後にＵＥが応答しない場合に見切りを付けず、代わりに、見切りをつける前にＵＥを複数回呼び出そうとし得る、アイドルモードのページングと同様でありうる。

このように、上述の別の方法では、ＢＢ１２０４は、スキップされるＣ−ＤＲＸサイクルのオン期間の数の可能な限度を用いて、Ｃ−ＤＲＸサイクルのオン期間の一部をスキップしうる。さらに、必要に応じて、ＢＢ１２０４は、自身がいくつかの（例えば特定数の）ＤＲＸ起動をスキップしていることを、（同期のために）ＡＰ１２０２へ伝達し得る。これは、実際のＤＲＸ設定より十分に長い平均ＤＲＸサイクル長をなすことができ、より大きい電力利得を導きうる。少なくともいくつかの例において、ＢＢ１２０４がＤＲＸサイクルをスキップすることによって起こり得る潜在的な性能の問題は、ＮＷの再送によって補償されうる。

またさらなる可能性として、ＵＥは、ネットワークに対して、スキップするＤＲＸサイクルの数の期間の表示を送信し得る。また別の可能性として、ＵＥは、この処理を開始及び停止するための表示を送信し得る。この表示は、様々な可能性の中でも、ＭＡＣ制御エレメント（ＣＥ）又はＲＲＣメッセージのいずれかを用いてなされうる。

レイヤ間最適化
所定の時に、ＵＥとＮＷとの間でのデータ交換は間欠的でありうる。図１３に示されるように、いくつかのこのような場合、データ１３１０が、（ｅＮＢ１３０２を介して）ＮＷから受信されうるところ、それに対して、ＵＥ１３０４のＢＢ１３０６が下位レイヤ制御情報タイプの応答１３１２（例えばＲＬＣ ＡＣＫ／ＮＡＣＫ）を送る必要がある。少なくともいくつかの例において、同一のデータ１３１０に対して、ＵＥ１３０４のＡＰ１３０８は、上位レイヤ（例えばアプリケーション）データ１３１８を用いて、短い時間フレーム内で応答を返し得る。この場合、既存技術では、ＵＥ１３０４は、このようなデータをｅＮＢへ送るために少なくとも２回の送信機会を利用し得る。

ここで説明したような場合に、すなわち、受信データが間欠的であり、Ｌ２／Ｌ３制御ＰＤＵのみがＴＸの準備ができているシナリオにおいて、送信器は、Ｌ２／Ｌ３制御ＰＤＵを上位レイヤのデータとグループ化することが可能でありうるように、規定された時間量だけ送信を遅らせることができる。これは、図１４に図解されている。図のように、下りリンクデータ１４１０は、ＵＥ１４０４のＢＢレイヤ１４０６において、ｅＮＢ１４０２から受信されうる。ＢＢ１４０６は、データ１４１０を、ＵＥ１４０４のＡＰレイヤ１４０８へ提供することができ、ＤＬデータ１４１０に応答する自身の制御情報を生成し得る。１４１４において、タイマＴが開始されてもよく、ＢＢ１４０６がタイマＴの満了の前にＵＬデータ１４１６をＡＰ１４０８から受信した場合、タイマＴは停止されてもよく、ＢＢ１４０６からｅＮＢ１４０２への上りリンクデータ／制御送信１４１２が実行されうる。

規定の時間の間、上位レイヤからのデータの受信がなかった場合、制御ＰＤＵが送信される。これを、図１５に示す。図のように、下りリンクデータ１５１０は、ｅＮＢ１５０２から、ＵＥ１５０４のＢＢレイヤ１５０６において受信されうる。ＢＢ１５０６は、データ１５１０をＵＥ１５０４のＡＰレイヤ１５０８へ提供することができ、ＤＬデータ１５１０に応答する自身の制御情報を生成し得る。１５１４では、タイマＴが起動されてもよく、ＢＢ１５０６がタイマＴの満了の前にＡＰ１５０８からＵＬデータを受信しなかった場合に、タイマＴの満了に応じて、ＢＢ１５０６からｅＮＢ１５０２への上りリンク制御送信１５１２が実行されうる。

このように、要求に応じて、データ伝送が間欠的である場合、Ｌ２／Ｌ３制御ＰＤＵは、送信のために、上位レイヤデータとグループ化されうる。使用される規定された時間（例えばタイマ値）は、任意の様々な時間であってもよく、１つの可能性として、Ｌ２のＡＣＫのための受け入れ可能な遅延を確実にするためにすでに配備されている可能性があるようなポーリングタイマが用いられてもよい。

長いＤＲＸへの迅速な遷移
現在の技術によれば、少なくともいくつかの例において、ＵＥがＤＲＸの長い又は短いサイクルにある間で、かつ、データ交換が生じる時、ＵＥは、ＤＲＸロングサイクルへの遷移の前に、ショートサイクルタイマ（例えばパラメータ「ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ」）に従って規定された時間量の間、ＤＲＸショートサイクルでの動作を継続し得る。ＰＰＩが（例えば、ＵＥが低電力設定を選択していることを表示する）「ｌｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」として設定されており、ＮＷに送られるとき、現在の技術では、ＵＥは、長いＤＲＸサイクルに変更する前に、なおも、規定された数のその後のＤＲＸサイクルのための短いＤＲＸに従い得る。

可能な変形として、ＵＥが（例えば基地局を経由して）ネットワークへ表示を提供したことに応じて、例えばＰＰＩビットを「ｌｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」に設定することにより、ＵＥは、より長いＤＲＸサイクルへ、直ちに（例えば、ＤＲＸショートサイクルタイマの満了の前に）、移行することが可能であってもよく、このようにして、ＵＥの電力消費を低減し得る。換言すれば、少なくともいくつかの実施形態において、ＵＥは、ＤＲＸショートサイクルからＤＲＸロングサイクルへの移行を要求するＭＡＣ制御エレメント、又は「ｌｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」としてのＰＰＩ表示などの表示をＮＷへ送ったことの直後にＤＲＸロングサイクルへ入り得る。

デフォルトの／事前設定された設定
現在の技術によれば、少なくともいくつかの例において、ＵＥがＰＰＩのオン／オフ（ここで、例えば、ＰＰＩのＯＮは「ｌｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎ」を意味するものと取られ、ＰＰＩのＯＦＦは「通常の」設定を意味するものと取られる）の間で切り替えるとき、ＮＷは設定を変更するために明示的なメッセージを送信する必要がある。これは、多くのＵＥからのＰＰＩのＯＮ／ＯＦＦが頻繁である場合、シグナリングの量が膨大となることを誘引し得る。

シグナリングの負担を軽減するため、ＮＷが、電力最適化された設定のための初期設定又は事前設定を提供することが可能でありうる。この場合、ＮＷが設定応答を提供しなかった場合、ＵＥが低電力設定の要求を送ったこと（例えば、ＭＡＣ制御エレメントを送ったこと又はＰＰＩオンのトグリング）に応じて、デフォルト設定が適切であると黙示的に見なされうる。したがって、このようなシナリオでは、ＵＥは、セルラネットワークに対して低電力表示を提供したことに基づいて、確立されたデフォルトの低電力設定に従って、セルラネットワークとのセルラ通信を実行することが可能でありうる。なお、例えばＮＷとＵＥとの間の混乱を避けるために、インジケータ（例えば、ＭＡＣ制御エレメント又はＰＰＩ）がＮＷへ確実に送られた時にのみ、このような機能が設定されるのが望ましい場合がある。この機能は、ＵＥが電力設定の間で切り替え続けるときに、ＮＷからの頻繁な設定を防ぐのに役に立ちうる。なお、要求に応じて、このようなシナリオにおいて、初期設定でない／カスタムの設定が、低電力表示に応答して、ＮＷによって提供されることがなおも可能であってもよい。

連続した電力最適設定表示
現在の技術によれば、少なくともいくつかの例において、ＵＥは、連続して同一のプリファレンスを有する１つより多くのＰＰＩ表示を送ることは許されていないかもしれない。ＵＥが同一のＰＰＩ表示を連続して複数回送ることができないことに対するある不利点がありうる。１つの可能性のある不利点として、ＵＥは、追加していく（例えばステップバイステップの）方法で最適な電力設定を選択することができないかもしれない。例えば、追加の電力性能を与えうる１つより多くの設定がある場合、ＵＥは、それを使用することができないかもしれず、代わりに、最適な設定を示すための機会を１度しか有しないかもしれない。別の不利点として、ＵＥがＰＰＩオン表示を送った後に、ＮＷが（例えばデータ等に基づいて）その後の時点でＵＥを「通常の」設定に移した場合、例えば、現在の規格文書は、ＰＰＩ表示が最後に示されたものと異なってもよいことだけが規定されうるため、ＵＥはＰＰＩをオンとして再び送り、最新の設定に基づいて、電力最適設定へ移すことができないかもしれない。

しかしながら、（独自仕様の実装において又は規格の変更により）ＵＥが同一のプリファレンス／値を伴うＰＰＩ表示を連続して一度より多く送ることは可能でありうる。これは、電力構成設定における増分の変更を表示し、様々な種類の通信シナリオに対応する低電力設定のためのプリファレンスを表示し、又はそれらの両方を表示し得る。

アプリケーションアウェアのＵＥ設定
トラフィックパターンは、アプリケーションからアプリケーションへと変化し、アプリケーションの膨大な種類に起因して、単一の設定又は数少ない設定では、アプリケーションの全て、そしてＵＥの全てには適合しないかもしれない。以下は、少なくともいくつかの実施形態によって、例えばより良好な電力性能の、利益を与えうるオプションのリストである。

現在の技術において、少なくともいくつかの例において、ＮＷは、ＵＥに設定を提供してもよく、ＵＥはその提供された設定に従い得る。しかしながら、ＮＷがＵＥと可能な設定のセットを共有し、ＵＥがそれらのうちの１つを（例えば、ＵＥにおけるトラフィックに基づいて）選択し、ＵＥがその選択をＮＷへ伝達するならば、それは有益でありうる。

したがって、いくつかの実施形態によれば、ＮＷは、可能な設定のセットであって、可能な設定のセットの中の各設定は、ＤＲＸ設定、ＰＵＣＣＨ、ＳＲＳ、ＳＲ、ＲＲＣインアクティビティタイマなどのいずれか又は全てを含みうる、可能な設定のセットを、ＵＥと共有し得る。ＵＥは、（例えば、ＵＥのＡＰからＵＥのＢＢへと示される）ＵＥにおける現在のトラフィック／アプリケーションに基づいて、共有されたものの中から設定を選択し、それをＮＷへ伝達し得る。ＵＥ及びＮＷは、その後、その選択された選択に従い得る。

さらに、又は代替的に、ＮＷは、ＤＲＸとＲＲＣとの少なくともいずれかのインアクティブタイマ、オン期間、短いＤＲＸサイクルタイマなどを含んでもよいがそれに限定されない、さらなる可能な設定のセットを共有し（又は、さらなるパラメータを設定のセットの中に含め）てもよい。同様に、ＵＥは、ＵＥにおけるトラフィックとアプリケーションとの少なくともいずれかに基づいて、それらのうちの１つ（複数の種類の設定グループが共有されている場合はそれ以上）を選択してもよい。

なお、所定のアプリケーションは、ＤＲＸインアクティビティタイマ及びＲＲＣインアクティビティタイマなどのインアクティビティタイマに対して、より感度が高い場合がある。したがって、ＵＥは、アプリケーションが動作していることに基づいて、インアクティビティタイマをカスタマイズすることができ、これらのカスタマイズされたオプションをＮＷへ伝達しうる。オプションとして、要求に応じて、ＵＥは、動作しているアプリケーション／トラフィックに基づいて、オン期間をカスタマイズしてもよい。

さらなる可能性として、ＵＥは、（例えば、ここでもＵＥにおけるＵＥにおけるトラフィックとアプリケーションとの少なくともいずれかに少なくとも部分的に基づいて、）パラメータ又は構成設定そのものを選択し、その選択をＮＷへ伝達してもよい。

早期のＤＲＸへの移行
多くのアプリケーションの特徴がより高いインアクティビティタイマが良好な特性与えることを明らかにしうる一方で、インアクティビティタイマがまだ走っている間はＵＥがトラフィックを有しないときもありうる。このような場合、少なくともいくつかの例において、ＵＥが早期にＤＲＸ入ることができる場合、ＵＥは、より良好な電力性能を得うる。

これを行うために、ＵＥは、ＵＬにおいて、「早期に」（すなわちインアクティビティタイマの満了の前に）、ＤＲＸモードへ入ることの表示または要求を伝達しうる。現在、ＮＷのみが、（例えば、ＭＡＣ ＤＲＸコマンドにより）ＵＥにＤＲＸへ入るように依頼をすることができ、ＵＥは、ＤＲＸモードへ早期に入ることの自身の意思を伝達するような能力を有していないことは事実であるかもしれない。

しかしながら、早期のＤＲＸへの移行を要求するための、ＵＥがＮＷへ伝達しうる、コマンド又は表示を定義することは可能でありうる。図１６は、そのようなコマンドの使用を図解している。このような場合、ＵＥ１６０４は、下りリンクデータ１６０６と上りリンクデータ１６０８との少なくともいずれかを、（例えばｅＮＢ１６０２を介して）ＮＷと通信しうる。このようなデータ通信の後に、１６１４において、インアクティビティタイマが初期化されうる。（ＡＰからの情報と、様々な他の理由のいずれかとの、少なくともいずれに基づく）早期にＤＲＸへ入る意思があることの判定に応じて、ＵＥ１６０４は、（例えばｅＮＢ１６０２を介して）ＮＷへ、インアクティビティタイマが満了する前にＤＲＸモードへ入ることのＵＥ１６０４の意思の表示１６１０を、伝達しうる。ＮＷは、この表示１６１０を受信すると、ＤＲＸコマンド１６１２をＵＥへ送ることができ、又は、要求に応じて、ＵＥは、ＮＷがこの表示を受信するだろうことを期待して、黙示的にＤＲＸモードへ移動しうる。この表示は、ＮＷがＵＥにＤＲＸに入ることを依頼することができる既存のＤＲＸコマンドがＭＡＣ ＣＥであるため、ＭＡＣ制御エレメントを使用するのがいくつかの例では望ましいかもしれないが、ＵＥによって、ＭＡＣ制御エレメントとＲＲＣメッセージとのいずれかにおいて、ＮＷへ送られうる。したがって、ＵＥ１６０４は、インアクティビティタイマを停止し、インアクティビティタイマが満了したであろうタイミングより前にＤＲＸに入りうる。

さらなる機能として、ＵＥが、ＵＥにおけるアプリケーションの情報／種類と、現在アクティブなデータトラフィックのクラスとの少なくともいずれかをＮＷへ伝達することと、ＮＷが、アプリケーションと要求されるクラスとの少なくともいずれかに、固有の方法で又は少なくとも部分的に基づいて、ＵＥのネットワーク設定パラメータを設定することを可能とし得る。

またさらなる機能として、ＰＰＩ表示は、所与のＵＥの設定されたベアラに対する、ベアラごと、アプリケーション、ＱＣＩクラス、又はデータトラフィックのクラスの少なくともいずれかにおいて提供／設定されうる。

なお、本開示で説明される様々な機能は、要求に応じて、個別に又は任意の組み合わせで実装されうる。

以下では、さらなる例示の実施形態を提供する。

ある一連の実施形態は、セルラ基地局（ＢＳ）が、複数の無線ユーザ端末（ＵＥ）機器のそれぞれから、次回のデータトラフィックの１つ以上の種類の表示を受信することと、複数のＵＥのそれぞれから受信した、次回のデータトラフィックの１つ以上の種類の表示に少なくとも部分的に基づいて、複数のＵＥのそれぞれのための次回の無線リソース制御（ＲＲＣ）接続をスケジューリングすることと、複数のＵＥのそれぞれに対して、スケジューリングされた次回のＲＲＣ接続の表示を送信することと、を有する方法を含みうる。

いくつかの実施形態では、方法は、さらに、複数のＵＥのそれぞれのための次回のＲＲＣ接続のスケジューリングに従って、複数のＵＥとＲＲＣ接続を確立することと、確立されたＲＲＣ接続を用いて複数のＵＥとデータを通信する、ことをさらに含む。

いくつかの実施形態では、スケジューリングされたＲＲＣ接続は、ネットワークが開始する方法で確立される。

いくつかの実施形態では、方法は、送信されるデータトラフィックの１つ以上の種類の表示を、それぞれのスケジューリングされた次回のＲＲＣ接続と併せて、複数のＵＥのそれぞれに対して送信することをさらに含み、確立されたＲＲＣ接続を用いた複数のＵＥとのデータの通信は、個別のＵＥとのそれぞれのＲＲＣ接続について、表示されたデータトラフィックの１つ以上の種類を受信することを含む。

いくつかの実施形態では、次回のデータトラフィックの１つ以上の種類の表示のそれぞれは、次回のデータトラフィックの各種類に対する遅延の感度を示すスケジューリングウィンドウを含む。

いくつかの実施形態では、次回のＲＲＣ接続のスケジューリングは、ＢＳの現在のスケジュールと、予測されるＢＳの将来の負荷と、の少なくともいずれかにも部分的に基づく。

別の一連の実施形態は、ネットワークエレメントであって、ネットワークインタフェースと、ネットワークインタフェースと動作可能に接続される処理エレメントとを有し、処理エレメント及びネットワークインタフェースは、無線ユーザ端末（ＵＥ）機器から、次回のデータトラフィックの１つ以上の種類の表示を受信し、次回のデータトラフィックの１つ以上の種類の表示に少なくとも部分的に基づいて、ＵＥのための無線リソース制御（ＲＲＣ）接続をスケジューリングし、スケジューリングされたＲＲＣ接続の表示をＵＥへ供給する、ように構成される、ことを特徴とするネットワークエレメントを含みうる。

いくつかの実施形態によれば、処理エレメント及びネットワークインタフェースは、さらに、スケジューリングされたＲＲＣ接続のタイミングにおいてＵＥを呼び出し、ＵＥを呼び出したことに基づいて、ＵＥとのＲＲＣ接続を確立し、確立されたＲＲＣ接続を用いてＵＥとデータを通信する、ように構成される。

いくつかの実施形態によれば、スケジューリングされたＲＲＣ接続の表示は、さらに、スケジューリングされたＲＲＣ接続に関するデータトラフィックの種類を示す。

いくつかの実施形態では、次回のデータトラフィックの１つ以上の種類の表示は、次回のデータトラフィックに関する１つ以上の優先順位を示す。

いくつかの実施形態では、次回のデータトラフィックの１つ以上の種類の表示は、次回のデータトラフィックに関する１つ以上のアプリケーションの種類を示す。

いくつかの実施形態では、次回のデータトラフィックの１つ以上の種類の表示は、さらに、次回のデータトラフィックの各種類に対する遅延の感度を示すスケジューリングウィンドウを示す。

いくつかの実施形態では、ＵＥに対するスケジューリングされたＲＲＣ接続のタイミングは、さらに、推定されたネットワークの負荷に少なくとも部分的に基づく。

いくつかの実施形態によれば、ネットワークエレメントは、セルラ基地局、移動管理エンティティ、又はゲートウェイのいずれかを含む。

また別の一連の実施形態は、無線ユーザ端末（ＵＥ）機器であって、無線器と、処理エレメントとを有し、無線器および処理エレメントは、次回のデータトラフィックの１つ以上の種類の表示を、セルラ基地局（ＢＳ）へ送信し、ＢＳからスケジューリングされた次回のＲＲＣ接続の表示を受信する、ように構成され、送信されるデータトラフィックの種類が、スケジューリングされた次回のＲＲＣ接続と併せて表示される、ＵＥ機器を含みうる。

いくつかの実施形態によれば、スケジューリングされた次回のＲＲＣ接続の表示は、スケジューリングされた次回のＲＲＣ接続のタイミングを示し、無線器および処理エレメントは、さらに、スケジューリングされた次回のＲＲＣ接続のタイミングまでスリープモードに入り、スケジューリングされた次回のＲＲＣ接続のタイミングにおいて起動し、スケジューリングされたＲＲＣ接続を確立し、ＲＲＣ接続を介して、示された送信されるデータトラフィックの種類のデータトラフィックを、ＢＳと通信する、ように構成される。

いくつかの実施形態では、表示された次回のデータトラフィックの１つ以上の種類は、１つ以上のサービス品質（ＱｏＳ）クラスと、１つ以上のアプリケーションの種類と、１つ以上の優先順位との、少なくともいずれかを含む。

いくつかの実施形態では、無線器および処理エレメントは、さらに、ＵＥ機器のユーザデータのアプリケーションのトラフィックパターンを監視し、ＵＥ機器のユーザデータのアプリケーションのトラフィックパターンの監視に基づいて、複数のアプリケーションの種類に対するアプリケーションの優先順位を決定する、ように構成され、次回のデータトラフィックの１つ以上の種類の表示は、複数のアプリケーションの種類に対するアプリケーションの優先順位の決定に少なくとも部分的に基づいて、生成される。

いくつかの実施形態では、スケジューリングされた次回のＲＲＣ接続の表示は、さらに、スケジューリングされた次回のＲＲＣ接続の、ＲＲＣ接続の種類と１つ以上のＲＲＣ接続パラメータとの少なくともいずれかの表示を含む。

いくつかの実施形態では、次回のデータトラフィックの１つ以上の種類の表示は、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）と、ＲＲＣ情報要素（ＩＥ）と、非アクセス階層（ＮＡＳ）メッセージと、のいずれかを含む。

さらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器が、ＢＳ及びＵＥが負荷に基づく遅延機能をサポートしていることを確証する、セルラ基地局（ＢＳ）とのハンドシェイク機構を実行することと、負荷に基づく遅延機能に従って、ＢＳによって上りリンクスケジューリング要求がＵＥから受信されるまでＢＳが下りリンクトラフィックをバッファリングするときの、その負荷に基づく遅延機能を起動するための表示をＢＳへ提供することと、負荷に基づく遅延機能を起動したことに応じて、ＢＳにおける推定された負荷に少なくとも部分的に基づいて、上りリンクスケジューリング要求のタイミングを選択することと、を有する方法を含みうる。

いくつかの実施形態によれば、方法は、さらに、アプリケーションのデータトラフィックの現在のアプリケーションの種類と、現在の上りリンクのアクティビティと、推定された現在の下りリンクのアクティビティとの少なくともいずれかに、少なくとも部分的に基づいて、負荷に基づく遅延機能を起動するための表示を提供することを決定することを含む。

いくつかの実施形態では、方法は、さらに、上りリンクスケジューリング要求をＢＳへ提供することと、負荷に基づく遅延機能が起動されたことに少なくとも部分的に基づいて、上りリンクスケジューリング要求のＢＳへの提供と次のＣ−ＤＲＸサイクルのオン期間との間、スリープすることと、を含み、負荷に基づく遅延機能に従って、ＢＳは、次のＣ−ＤＲＸサイクルのオン期間の前には、上りリンクスケジューリング要求に応答してＵＥへ上りリンクグラントを提供しない。

いくつかの実施形態では、ＢＳとのハンドシェイク機構の実行は、さらに、ＵＥとＢＳとの間でのＲＲＣ接続の確立の間に、ＵＥが負荷に基づく遅延機能をサポートすることの表示を提供することと、ＵＥとＢＳとの間でのＲＲＣ接続の確立の間に、ＢＳが負荷に基づく遅延機能をサポートすることの表示を受信することとを含む。

いくつかの実施形態では、負荷に基づく遅延機能を起動するための表示は、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を含む。

いくつかの実施形態によれば、方法は、さらに、ＵＥのベースバンドプロセッサにおいて、ＵＥのアプリケーションプロセッサからトラフィックの種類の表示を受信することと、トラフィックの種類の遅延の感度の度合いを判定することとを含み、負荷に基づく遅延機能を起動するための表示は、トラフィックの種類の遅延の感度の度合いが遅延の感度閾値を下回るとの判定に少なくとも部分的に基づいて提供される。

いくつかの実施形態によれば、ＢＳにおける推定された負荷に少なくとも部分的に基づく上りリンクスケジューリング要求のタイミングの選択は、さらに、基地局の負荷を推定することと、基地局の推定された負荷が閾値を下回る場合に上りリンクスケジューリング要求を送信することとを含み、基地局の推定された負荷が閾値を上回る場合、上りリンクのデータがＵＥによってバッファリングされる。

別の一連の実施形態は、無線ユーザ端末（ＵＥ）機器であって、無線器と処理エレメントとを有し、無線器および処理エレメントは、セルラ基地局（ＢＳ）との無線リソース制御（ＲＲＣ）接続を確立し、ＵＥとＢＳとの間の現在のアプリケーションのトラフィックの遅延の感度のレベルを判定し、ＵＥとＢＳとの間の現在のアプリケーションのトラフィックの遅延の感度のレベルが遅延の感度閾値を下回る場合に、負荷に基づく遅延機能を起動し、負荷に基づく遅延機能が起動している間にＢＳの負荷を推定し、負荷に基づく遅延機能が起動している間にＢＳの推定された負荷が負荷閾値を上回っている場合、上りリンクのアプリケーションのデータトラフィックをバッファリングするように構成される、ことを特徴とするＵＥ機器を含みうる。

いくつかの実施形態では、負荷に基づく遅延機能に従って、ＵＥは、ＢＳの推定された負荷が負荷閾値を下回るか、バッファの埋まり具合の閾値を超えたか、又はデータバッファリングタイマが満了するか、のいずれかとなるまで、上りリンクのアプリケーションのデータトラフィックをバッファリングする。

いくつかの実施形態によれば、無線器および処理エレメントは、さらに、ＵＥとＢＳとの間の現在のアプリケーションのトラフィックの遅延の感度レベルが遅延の感度閾値を上回る場合に、負荷に基づく遅延機能を無効化するように構成される。

いくつかの実施形態によれば、無線器および処理エレメントは、さらに、ＢＳの推定された負荷が負荷閾値を下回った場合に、上りリンクのアプリケーションのデータトラフィックのための上りリンクスケジューリング要求を送信し、負荷に基づく遅延機能が起動されたことに少なくとも部分的に基づいて、上りリンクスケジューリング要求のＢＳへの送信と次のＣ−ＤＲＸサイクルのオン期間との間、スリープするように構成される。

いくつかの実施形態では、ＢＳとのＲＲＣ接続を確立することは、ＵＥ及びＢＳのそれぞれが、負荷に基づく遅延機能をサポートすることを示す情報を、ＢＳと交換することを含み、負荷に基づく遅延機能を起動することは、負荷に基づく遅延機能を起動するための表示をＢＳへ提供することを含む。

いくつかの実施形態では、無線器および処理エレメントは、さらに、所定の期間にわたって基地局が提供した下りリンク割り当ての数を判定するために、基地局が提供する制御情報を監視し、所定の期間にわたる基地局が提供した下りリンクの割り当ての判定に少なくとも部分的に基づいて、ＢＳの負荷を推定するように構成される。

さらなる一連の実施形態は、無線器と処理エレメントとを有するセルラ基地局（ＢＳ）であって、無線器および処理エレメントは、無線ユーザ端末（ＵＥ）機器と、ＢＳ及びＵＥが負荷に基づく遅延機能をサポートしていることを確証するハンドシェイク機構を実行し、ＵＥから負荷に基づく遅延機能を起動するための表示を受信し、負荷に基づく遅延機能を起動するための表示に少なくとも部分的に基づいてＵＥのための下りリンクトラフィックをバッファリングするように構成される、セルラ基地局（ＢＳ）を含みうる。

いくつかの実施形態では、負荷に基づく遅延機能に従って、ＢＳは、ＢＳがＵＥから上りリンクスケジューリング要求を受信するまで、バッファの埋まり具合の閾値を超えない限り又はデータバッファリングタイマが満了しない限り、ＵＥのための下りリンクトラフィックをバッファリングする。

いくつかの実施形態では、無線器および処理エレメントは、さらに、ＵＥから上りリンクスケジューリング要求を受信し、上りリンクスケジューリング要求に応答して、ＵＥに対して上りリンクグラントを提供し、上りリンクスケジューリング要求を受信したことに応じて、ＵＥのための下りリンクトラフィックをバッファリングしたことに少なくとも部分的に基づいて、かつ、負荷に基づく遅延機能が起動されたことに基づいて、ＵＥに下りリンクグラントを提供するように構成される。

いくつかの実施形態によれば、無線器および処理エレメントは、さらに、ＵＥのための下りリンクトラフィックをバッファリングすることに基づいてタイマを初期化し、タイマの満了前に上りリンクスケジューリング要求がＵＥから受信されない場合、タイマの満了に基づいて、ＵＥへ下りリンクグラントを提供するように構成される。

いくつかの実施形態では、無線器および処理エレメントは、さらに、ＢＳにおけるデータバッファの埋まり具合の閾値を上回ったことを判定し、ＢＳにおけるデータバッファの埋まり具合の閾値を上回ったと判定したことに基づいて、ＵＥへ下りリンクグラントを提供するように構成される。

いくつかの実施形態によれば、無線器および処理エレメントは、さらに、ＵＥから上りリンクスケジューリング要求を受信し、低電力選択の表示に基づいて、少なくともＵＥの次のＣ−ＤＲＸサイクルのオン期間まで、上りリンクスケジューリング要求に応答する上りリンクグラントをＵＥへ提供するのを待機するように構成される。

いくつかの実施形態では、ＵＥとハンドシェイク機構を実行するために、無線器および処理エレメントは、さらに、ＵＥが負荷に基づく遅延機能をサポートしていることの表示を、無線リソース制御（ＲＲＣ）メッセージにおいて、ＵＥから受信し、ＢＳが負荷に基づく遅延機能をサポートしていることの表示を、ＲＲＣメッセージにおいて、ＵＥへ提供するように構成される。

また別の一連の実施形態は、無線器と、その無線器に動作可能に接続されるベースバンドプロセッサ（ＢＢ）と、そのＢＢに動作可能に接続されるアプリケーションプロセッサ（ＡＰ）とを有する無線ユーザ端末（ＵＥ）機器であって、ＡＰが、次の上りリンクと下りリンクとの少なくともいずれかにおけるアプリケーションデータが予定されるまでの時間量を特定し、ＡＰが、特定した時間量の表示をＢＢへ提供し、ＢＢが、特定された時間量の表示に少なくとも部分的に基づいて、１つ以上の送信動作又は受信動作のタイミングを修正するように構成される無線ユーザ端末（ＵＥ）機器を含みうる。

いくつかの実施形態では、１つ以上の送信動作又は受信動作のタイミングの修正は、特定された時間量の表示に基づいて、１つ以上のＤＲＸサイクルのオン期間をスキップすることを含む。

いくつかの実施形態では、ＵＥは、さらに、ＢＢが、次のＢＢの起動時間を特定し、ＢＢが、特定された次の起動時間の表示をＡＰへ提供し、ＡＰが、特定された次の起動時間の表示に少なくとも部分的に基づいて、アプリケーションデータをＢＢへ送信するタイミングを修正する、ように構成される。

いくつかの実施形態では、ＵＥは、さらに、ＵＥのためのＤＲＸインアクティビティタイマの満了の前に、早期のＤＲＸへの移行の要求をセルラ基地局（ＢＳ）へ提供し、早期のＤＲＸへの移行の要求に少なくとも部分的に基づいて、ＤＲＸインアクティビティタイマの満了の前にＤＲＸモードに入る、ように構成される。

いくつかの実施形態によれば、ＵＥは、さらに、ＢＢが、早期のＤＲＸへの移行の要求へのＢＳからの応答であって、ＤＲＸモードへ入ることをＵＥへ示す応答を受信するように構成され、ＤＲＸインアクティビティタイマの満了の前にＤＲＸモードに入ることは、早期のＤＲＸへの移行の要求への応答にも、少なくとも部分的に基づく。

いくつかの実施形態では、ＵＥは、さらに、ＤＲＸショートサイクルから、ＤＲＸロングサイクルへ移行するための要求を、ＵＥのためのＤＲＸショートサイクルタイマの満了の前にセルラ基地局（ＢＳ）へ提供し、ＤＲＸショートサイクルからＤＲＸロングサイクルへ移行するための要求に少なくとも部分的に基づいて、ＤＲＸショートサイクルタイマの満了の前にＤＲＸショートサイクルからＤＲＸロングサイクルへ移行するように構成される。

いくつかの実施形態では、ＵＥは、さらに、可能な設定のセットであって、その可能な設定のセットのなかの各可能な設定は、複数の設定パラメータのそれぞれに対する構成設定を含み、複数の設定パラメータは、物理上りリンク制御チャネル（ＰＵＣＣＨ）設定パラメータ、サウンディング参照シンボル（ＳＲＳ）設定パラメータ、スケジューリング要求（ＳＲ）設定パラメータ、ＲＲＣインアクティビティタイマ設定、ＤＲＸインアクティビティタイマ設定、短いＤＲＸサイクルタイマ設定、ＤＲＸオン期間設定、他のＤＲＸ設定のうちの１つ以上を含む、可能な設定のセットを、基地局（ＢＳ）から受信し、可能な設定のセットから選択された設定の表示をＢＳへ提供し、選択された設定に従って、ＢＳとのセルラ通信を実行するように構成される。

いくつかの実施形態によれば、ＵＥは、さらに、ＢＢが、セルラ基地局（ＢＳ）から、無線で第１のアプリケーションデータを受信し、ＢＢが、第１のアプリケーションデータをＡＰへ提供し、ＢＢが、ＢＳからアプリケーションデータを受信したことに応答して制御情報を生成し、ＢＢにおいて、ＢＳからアプリケーションデータを受信したことに少なくとも部分的に基づいてタイマを初期化し、ＢＢが、タイマの満了の前に第２のアプリケーションデータをＡＰから受信した場合、タイマの満了の前に、第２のアプリケーションデータとバンドルされた制御情報をＢＳへ提供し、ＢＢが、タイマの満了の前にＡＰからアプリケーションデータを受信しなかった場合、タイマの満了に応じてＢＳへ制御情報を提供する、ように構成される。

いくつかの実施形態によれば、ＵＥは、さらに、１つ以上の設定パラメータのための低電力表示がＵＥのために起動されている場合にデフォルトの構成設定を特定する、セルラネットワークを用いてデフォルトの低電力設定を確立し、セルラネットワークに対して低電力表示を提供し、セルラネットワークに低電力表示を提供したことに基づいて、デフォルトの低電力設定に従って、セルラネットワークとのセルラ通信を実行するように構成される。

さらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器アプリケーションレイヤが、ＵＥのベースバンドレイヤの特定された次の起動タイミングの表示を受信することと、ＵＥのベースバンドレイヤの特定された次の起動タイミングの表示に少なくとも部分的に基づいて、ネットワーク通信のためのアプリケーションデータをＵＥのベースバンドレイヤへ送るタイミングを選択することとを含み、アプリケーションデータをＵＥのベースバンドレイヤへ送るタイミングは、ＵＥのベースバンドレイヤの特定された次の起動タイミングに合わせてＵＥのベースバンドレイヤへアプリケーションデータを送るように選択される、ことを特徴とする方法を含みうる。

いくつかの実施形態では、方法は、アプリケーションデータの次の予定されるネットワーク通信までの時間量を特定することと、ＵＥのベースバンドレイヤへ、特定された時間量の表示を提供することと、をさらに含む。

いくつかの実施形態では、方法は、さらに、ＵＥのアプリケーションレイヤにおいて現在アクティブな１つ以上のアプリケーションデータの種類の表示をＵＥのベースバンドレイヤへ提供することを含む。

またさらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器のベースバンドレイヤが、ＵＥのアプリケーションレイヤによる次の上りリンクと下りリンクとの少なくともいずれかのアプリケーションデータが予定されるまでの時間量の表示を、ＵＥのアプリケーションレイヤから受信することと、特定された時間量の表示に少なくとも部分的に基づいて、次の送信処理又は次の受信処理の１つ以上のタイミングを選択することと、を有する方法を含みうる。

いくつかの実施形態では、特定された時間量の表示に少なくとも部分的に基づいて次の送信処理又は次の受信処理の１つ以上のタイミングを選択することは、さらに、特定された時間量が次のＤＲＸサイクルのオン期間までの時間量より大きい場合、特定された時間量の表示に基づいて１つ以上のＤＲＸサイクルのオン期間をスキップすることを含む。

いくつかの実施形態では、方法は、ＵＥのベースバンドレイヤの次の起動タイミングを特定することと、ＵＥのベースバンドレイヤの特定された次の起動タイミングの表示を、ＵＥのアプリケーションレイヤへ提供することとをさらに含む。

いくつかの実施形態によれば、方法は、ＵＥのアプリケーションレイヤから受信した情報に少なくとも部分的に基づいて、早期のＤＲＸへの移行の要求を、ＵＥのＤＲＸインアクティビティタイマの満了の前にセルラ基地局（ＢＳ）へ提供することと、早期のＤＲＸへの移行の要求に少なくとも部分的に基づいて、ＤＲＸインアクティビティタイマの満了の前にＤＲＸモードへ入ることとをさらに含む。

いくつかの実施形態によれば、方法は、さらに、早期のＤＲＸへの移行の要求に対するＢＳからの応答であって、ＵＥにＤＲＸモードへ入ることを示す応答を受信することを含み、ＵＥがＤＲＸインアクティビティタイマの満了の前にＤＲＸモードへ入ることは、早期のＤＲＸへの移行の要求への応答にも少なくとも部分的に基づく。

いくつかの実施形態によれば、方法は、さらに、ＵＥのアプリケーションレイヤから受信した情報に少なくとも部分的に基づいて、ＤＲＸショートサイクルからＤＲＸロングサイクルへ移行することの要求を、ＵＥのためのＤＲＸショートサイクルタイマの満了の前に、セルラ基地局（ＢＳ）へ提供することと、ＤＲＸショートサイクルからＤＲＸロングサイクルへ移行するための要求に少なくとも部分的に基づいて、ＤＲＸショートサイクルタイマの満了の前にＤＲＸショートサイクルからＤＲＸロングサイクルへ移行することとを含む。

いくつかの実施形態によれば、要求は、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、電力プリファレンスインジケータ（ＰＰＩ）ビット、又は無線リソース制御（ＲＲＣ）情報要素（ＩＥ）のうちの１つを用いて、ＢＳへ提供される。

いくつかの実施形態では、方法は、さらに、基地局（ＢＳ）から、可能な設定のセットであって、可能な設定のセットのうちの可能な設定のそれぞれは、複数の設定パラメータのそれぞれに対する構成設定を含む、可能な設定のセットを受信することと、可能な設定のセットから選択された設定の表示をＢＳへ提供することと、選択された設定に従って、ＢＳとのセルラ通信を実行することと、を含む。

いくつかの実施形態によれば、方法は、さらに、ＵＥのアプリケーションレイヤにおいて現在アクティブな１つ以上のアプリケーションデータの種類の表示を受信することと、ＵＥのアプリケーションレイヤにおいて現在アクティブな１つ以上のアプリケーションデータの種類に少なくとも部分的に基づいて、可能な設定のセットから設定を選択することとを含む。

別の一連の実施形態は、セルラ基地局（ＢＳ）において、複数の無線ユーザ端末（ＵＥ）機器のそれぞれから次回のデータトラフィックの種類の表示を受信することと、次回のデータトラフィックの種類の表示に少なくとも部分的に基づいて、複数のＵＥのそれぞれのための次回の無線リソース制御（ＲＲＣ）接続をスケジューリングすることと、複数のＵＥのそれぞれのためのスケジューリングされた次回のＲＲＣ接続の表示を送信することと、を有し、スケジューリングされた次回のＲＲＣ接続のそれぞれと併せて、送信するデータトラフィックの種類が表示される、ことを特徴とする方法を含みうる。

いくつかの実施形態によれば、各表示は、次回のデータトラフィックのそれぞれの種類に対する遅延の感度を示すスケジューリングウィンドウを含む。

いくつかの実施形態によれば、次回のＲＲＣ接続をスケジューリングすることは、ＢＳの現在のスケジュールとＢＳの予測される将来の負荷とにも、少なくとも部分的に基づく。

さらなる一連の実施形態は、セルラ基地局（ＢＳ）が、ＢＳ及びＵＥが負荷に基づく遅延機能をサポートすることを確証する、無線ユーザ端末（ＵＥ）機器とのハンドシェイク機構を実行することと、ＢＳが、負荷に基づく遅延機能を起動するための表示をＵＥから受信することと、ＢＳが、負荷に基づく遅延機能を起動するための表示に基づいて、ＵＥからＢＳが上りリンクスケジューリング要求を受信するまで、ＵＥのための下りリンクトラフィックをバッファリングすることと、を有し、ＵＥがＢＳの負荷の推定値に少なくとも部分的に基づいて、上りリンクスケジューリング要求のタイミングを選択する、ことを特徴とする方法を含みうる。

いくつかの実施形態によれば、負荷に基づく遅延機能を起動するための表示は、アプリケーションのデータトラフィックの、現在のアプリケーションの種類、現在の上りリンクのアクティビティ、又は推定された現在の下りリンクのアクティビティのうちの１つ以上に、少なくとも部分的に基づく。

いくつかの実施形態によれば、方法は、さらに、ＢＳが、上りリンクスケジューリング要求をＵＥから受信することと、低電力プリファレンスインジケータに基づいて、上りリンクスケジューリング要求に応答してＵＥへ上りリンクグラントを提供するのを、少なくともＵＥの次のＣ−ＤＲＸサイクルのオン期間まで、待機することと、を含み、ＵＥは、ＢＳへの上りリンクスケジューリング要求の提供と次のＣ−ＤＲＸサイクルのオン期間との間、スリープするように構成される。

さらに別の一連の実施形態は、基地局（ＢＳ）が、可能な設定のセットであって、可能な設定のセットのうちの可能な設定のそれぞれが複数の設定パラメータのそれぞれに対する構成設定を含み、複数の設定パラメータが、物理上りリンク制御チャネル（ＰＵＣＣＨ）設定パラメータ、サウンディング参照シンボル（ＳＲＳ）設定パラメータ、スケジューリング要求（ＳＲ）設定パラメータ、ＲＲＣインアクティビティタイマ設定、ＤＲＸインアクティビティタイマ設定、短いＤＲＸサイクルタイマ設定、ＤＲＸオン期間設定、他のＤＲＸ設定のうちの１つ以上を含む、可能な設定のセットを、無線ユーザ端末（ＵＥ）機器へ提供することと、ＢＳが、可能な設定のセットから選択された可能な設定の表示をＵＥから受信することと、ＢＳが、選択された可能な設定に従って、ＵＥとのセルラ通信を実行することと、を有する方法を含む。

またさらなる一連の実施形態は、セルラ基地局（ＢＳ）が、無線ユーザ端末（ＵＥ）機器から、ＵＥのためのＤＲＸインアクティビティタイマの満了の前に提供される早期のＤＲＸへの移行の要求を受信することと、ＢＳが、早期のＤＲＸへの移行の要求への応答であって、ＵＥにＤＲＸモードへ入ることを示す応答をＵＥへ提供することと、を有し、ＵＥは、早期のＤＲＸへの移行の要求への応答に基づいて、ＤＲＸインアクティビティタイマの満了の前にＤＲＸモードに入るように構成される、ことを特徴とする方法を含む。

追加の例示の一連の実施形態は、無線器と、その無線器に動作可能に接続される処理エレメントとを有し、上述の例のいずれかの方法の要素のいずれかを実行するように構成される、ことを特徴とするセルラ基地局（ＢＳ）を含む。

さらなる例示の一連の実施形態は、機器において実行されるときに、上述の例のいずれかの方法のいずれかの部分又は全部をその機器に実行させるプログラム命令を有する非一時的なコンピュータがアクセス可能なメモリ媒体を含みうる。

またさらなる例示の一連の実施形態は、上述の例のいずれかの方法の一部又は全部を実行するための命令を有するコンピュータプログラムを含みうる。

さらに別の例示の一連の実施形態は、上述の例のいずれかの方法要素の一部または全部を実行するための手段を有する装置を含みうる。

別の一連の実施形態は、無線ユーザ端末（ＵＥ）機器が、複数のＵＥのそれぞれからの次回のデータトラフィックの種類のクラスの表示に少なくとも部分的に基づいて、ＢＳが複数のＵＥのそれぞれのための次回の無線リソース制御（ＲＲＣ）接続をスケジューリングするときの、次回のデータトラフィックの種類の表示をセルラ基地局（ＢＳ）へ送信することと、データトラフィックの種類と送信されるトラフィックのクラスとの少なくともいずれかが、スケジューリングされた次回のＲＲＣ接続と併せて示されるときの、スケジューリングされた次回のＲＲＣ接続の表示をＢＳから受信することと、を有する方法を含む。

いくつかの実施形態によれば、スケジューリングされた次回のＲＲＣ接続の表示は、スケジューリングされた次回のＲＲＣ接続のタイミングを示し、方法は、スケジューリングされた次回のＲＲＣ接続のタイミングまでスリープモードに入ることと、スケジューリングされた次回のＲＲＣ接続のタイミングで起床することと、スケジューリングされたＲＲＣ接続を確立することと、示された送信するデータトラフィックの種類についてのデータトラフィックを、ＲＲＣ接続を介して通信することとをさらに有する。

またさらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器が、セルラ基地局（ＢＳ）と、ＢＳ及びＵＥが負荷に基づく遅延機能をサポートすることを確証するハンドシェイク機構を実行することと、ＢＳが、負荷に基づく遅延機能を起動するための表示に基づいて、ＢＳがＵＥから上りリンクスケジューリング要求を受信するまで、下りリンクトラフィックをバッファリングするときの、ＵＥからＢＳへ負荷に基づく遅延機能を起動するための表示を提供することと、ＵＥが、ＢＳにおける推定された負荷に少なくとも部分的に基づいて、上りリンクスケジューリング要求のタイミングを選択することと、を有する方法を含む。

いくつかの実施形態によれば、負荷に基づく遅延機能を起動するための表示は、アプリケーションのデータトラフィックの現在のアプリケーションの種類と、現在の上りリンクのアクティビティと、推定された現在の下りリンクアクティビティとの少なくともいずれかに、少なくとも部分的に基づく。

いくつかの実施形態によれば、方法は、さらに、ＵＥからの上りリンクスケジューリング要求をＢＳへ提供することと、ＵＥが、上りリンクスケジューリング要求のＢＳへの提供と次のＣ−ＤＲＸサイクルのオン期間との間スリープすることとを含み、ＢＳは、低電力選択の表示に基づいて、次のＣ−ＤＲＸサイクルのオン期間の前には、上りリンクスケジューリング要求に応答して、ＵＥに対して上りリンクグラントを提供しないように構成される。

またさらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器が、基地局（ＢＳ）から、可能な設定のセットを受信することであって、可能な設定のセットのうちの各可能な設定は、複数の設定パラメータのそれぞれに対する構成設定を含み、複数の設定パラメータは、物理上りリンク制御チャネル（ＰＵＣＣＨ）設定パラメータ、サウンディング参照信号（ＳＲＳ）設定パラメータ、スケジューリング要求（ＳＲ）設定パラメータ、ＲＲＣインアクティビティタイマ設定、ＤＲＸインアクティビティタイマ設定、短いＤＲＸサイクルタイマ設定、ＤＲＸオン期間設定、他のＤＲＸ設定のうちの１つ以上を含む、可能な設定のセットを受信することと、ＵＥが、可能な設定のセットの中から選択された可能な設定の表示をＢＳへ提供することと、ＵＥが、選択された可能な設定に従って、ＢＳとセルラ通信を実行することと、を有する方法を含む。

またさらなる一連の実施形態は、無線ユーザ端末（ＵＥ）機器が、ＤＲＸインアクティビティタイマの満了の前に、早期のＤＲＸへの移行の要求をセルラ基地局（ＢＳ）へ提供すること、及び、ＵＥが、早期のＤＲＸへの移行の要求に少なくとも部分的に基づいてＤＲＸインアクティビティタイマの満了の前にＤＲＸモードへ入ることを有する方法を含みうる。

いくつかの実施形態によれば、方法は、さらに、ＵＥが、早期のＤＲＸへの移行の要求に対する応答をＢＳから受信することを含み、応答はＵＥにＤＲＸモードへ入ることを示し、ＵＥは、ＵＥがＤＲＸインアクティビティタイマの満了前にＤＲＸモードに入ることは、早期のＤＲＸへの移行の要求への応答にも、少なくとも部分的に基づく。

追加の例示の一連の実施形態は、無線器とその無線器に動作可能に接続される処理エレメントとを有し、上述の例のいずれかの方法要素のいずれかを実行するように構成される無線ユーザ端末（ＵＥ）機器を含みうる。

さらなる例示の一連の実施形態は、機器において実行されるときに、上述の例のいずれかの方法のいずれかの部分又は全部をその機器に実行させるプログラム命令を有する非一時的コンピュータがアクセス可能なメモリ媒体を含みうる。

またさらなる例示の一連の実施形態は、上述の例のいずれかの方法の一部又は全部を実行するための命令を有するコンピュータプログラムを含みうる。

さらに別の例示の一連の実施形態は、上述の例のいずれかの方法要素のいずれか又は全部を実行するための手段を有する装置を含みうる。

本開示の実施形態は、様々な形式のうちのいずれかで実現されうる。例えば、いくつかの実施形態は、コンピュータで実行される方法、コンピュータ可読メモリ媒体、又はコンピュータシステムとして実現されうる。他の実施形態は、ＡＳＩＣなどの１つ以上のカスタムデザインされたハードウェア機器を用いて実現されうる。またさらなる実施形態は、ＦＰＧＡなどの１つ以上のプログラム可能なハードウェア要素を用いて実現されうる。

いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体が、コンピュータシステムによって実行される場合に、方法、例えば、ここで説明された方法実施形態のいずれか、又は、ここで説明された方法実施形態の任意の組み合わせ、又は、ここで説明された方法実施形態のいずれかの任意のサブセット、又は、そのようなサブセットの任意の組み合わせを、コンピュータシステムに実行させるプログラム命令と、データとの少なくともいずれかを記憶するように構成されうる。

いくつかの実施形態では、機器（例えばＵＥ１０６）は、プロセッサ（又はプロセッサのセット）とメモリ媒体を含むように構成されてもよく、ここで、メモリ媒体はプログラム命令を記憶し、プロセッサはメモリ媒体からプログラム命令を読み出して実行するように構成され、プログラム命令は、ここで説明された様々な方法のいずれか（又は、ここで説明された方法の任意の組み合わせ、又は、ここで説明された方法のいずれかの任意のサブセット、又は、そのようなサブセットの任意の組み合わせ）を実装するように実行可能である。機器は、様々な形式のいずれかで実現されうる。

上の実施形態について相当に詳細に説明したが、上の開示が十分に理解されると、数多くの変形及び変更が当業者には明らかになるだろう。以下の特許請求の範囲が、そのような変形および変更の全てを包含するように解釈されることが意図されている。

Claims (20)

1. 無線ユーザ端末（ＵＥ）機器が、
   セルラ基地局（ＢＳ）および前記ＵＥが負荷に基づく遅延機能をサポートしていることを確証するハンドシェイク機構を、前記ＢＳと実行し、
   前記負荷に基づく遅延機能を起動するための表示を前記ＢＳへ提供し、前記ＢＳは、当該負荷に基づく遅延機能に従って、前記ＵＥからの上りリンクスケジューリング要求が前記ＢＳによって受信されるまで下りリンクトラフィックをバッファリングし、
   前記負荷に基づく遅延機能を起動したことに応じて、前記ＢＳにおける推定負荷に少なくとも部分的に基づいて、上りリンクスケジューリング要求のタイミングを選択する、
   ことを含むことを特徴とする方法。
2. 現在のアプリケーションのデータトラフィックのアプリケーションの種類と、現在の上りリンクのアクティビティと、推定された現在の下りリンクのアクティビティと、の１つ以上に少なくとも部分的に基づいて、前記負荷に基づく遅延機能を起動するための前記表示を提供することを決定すること、
   をさらに含むことを特徴とする請求項１に記載の方法。
3. 上りリンクスケジューリング要求を前記ＢＳへ提供することと、
   前記負荷に基づく遅延機能が起動されたことに少なくとも部分的に基づいて、前記ＢＳへの前記上りリンクスケジューリング要求の提供と、次のＣ−ＤＲＸサイクルのオン期間との間、スリープすることと、
   をさらに含み、
   前記負荷に基づく遅延機能に従って、前記ＢＳは、前記次のＣ−ＤＲＸサイクルのオン期間の前には、前記上りリンクスケジューリング要求に応答して上りリンクグラントを前記ＵＥへ提供しない、
   ことを特徴とする請求項１に記載の方法。
4. 前記ハンドシェイク機構を前記ＢＳと実行することは、
   前記ＵＥと前記ＢＳとの間でのＲＲＣ接続の確立の間に、前記ＵＥが前記負荷に基づく遅延機能をサポートしていることの表示を提供することと、
   前記ＵＥと前記ＢＳとの間でのＲＲＣ接続の確立の間に、前記ＢＳが前記負荷に基づく遅延機能をサポートしていることの表示を受信することと、
   をさらに含むことを特徴とする請求項１に記載の方法。
5. 前記負荷に基づく遅延機能を起動するための前記表示は、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を含む、
   ことを特徴とする請求項１に記載の方法。
6. 前記ＵＥのベースバンドプロセッサにおいて前記ＵＥのアプリケーションプロセッサからのトラフィックの種類の表示を受信することと、
   前記トラフィックの種類の遅延感度の度合を判定することと、
   をさらに含み、
   前記トラフィックの種類の遅延感度の前記度合いが遅延感度閾値を下回ることの判定に少なくとも部分的に基づいて、前記負荷に基づく遅延機能を起動するための前記表示が提供される、
   ことを特徴とする請求項１に記載の方法。
7. 前記ＢＳにおける推定負荷に少なくとも部分的に基づく上りリンクスケジューリング要求のタイミングの選択は、
   前記基地局の負荷を推定することと、
   前記基地局の推定負荷が閾値を下回る場合に上りリンクスケジューリング要求を送信することと、
   をさらに含み、
   前記基地局の推定負荷が前記閾値を上回る場合に、上りリンクデータが前記ＵＥによってバッファリングされる、
   ことを特徴とする請求項１に記載の方法。
8. 無線ユーザ端末（ＵＥ）機器であって、
   無線器と、処理エレメントとを有し、
   前記無線器および前記処理エレメントは、
   セルラ基地局（ＢＳ）との無線リソース制御（ＲＲＣ）接続を確立し、
   前記ＵＥと前記ＢＳとの間の現在のアプリケーションのトラフィックの遅延感度レベルを特定し、
   前記ＵＥと前記ＢＳとの間の前記現在のアプリケーションのトラフィックの前記遅延感度レベルが遅延感度閾値を下回る場合に、負荷に基づく遅延機能を起動し、
   前記負荷に基づく遅延機能が起動されている間に、前記ＢＳの負荷を推定し、
   前記負荷に基づく遅延機能が起動されている間に前記ＢＳの推定不可が負荷閾値を上回る場合、上りリンクのアプリケーションデータのトラフィックをバッファリングする、
   ように構成される、ことを特徴とするＵＥ機器。
9. 前記負荷に基づく遅延機能に従って、前記ＵＥは、前記ＢＳの推定負荷が前記負荷閾値を下回るか、バッファの埋まり具合の閾値を上回ったか、データバッファリングタイマが満了したか、のいずれかとなるまで、上りリンクのアプリケーションデータのトラフィックをバッファリングする、
   ことを特徴とする請求項８に記載のＵＥ機器。
10. 前記無線器および前記処理エレメントは、さらに、前記ＵＥと前記ＢＳとの間の前記現在のアプリケーションのトラフィックの前記遅延感度レベルが前記遅延感度閾値を上回る場合、前記負荷に基づく遅延機能を無効化するように構成される、
    ことを特徴とする請求項８に記載のＵＥ機器。
11. 前記無線器および前記処理エレメントは、さらに、
    前記ＢＳの推定不可が前記負荷閾値を下回る場合、前記上りリンクのアプリケーションデータのトラフィックのための上りリンクスケジューリング要求を送信し、
    前記負荷に基づく遅延機能が起動されていることに少なくとも部分的に基づいて、前記ＢＳへの前記上りリンクスケジューリング要求の送信と次のＣ−ＤＲＸサイクルのオン期間との間、スリープする、
    ように構成されることを特徴とする請求項８に記載のＵＥ機器。
12. 前記ＢＳとの前記ＲＲＣ接続の確立は、前記ＵＥと前記ＢＳとのそれぞれが前記負荷に基づく遅延機能をサポートしていることを示す情報を、前記ＢＳと交換することを含み、
    前記負荷に基づく遅延機能の起動は、前記負荷に基づく遅延機能を起動するための表示を前記ＢＳへ提供することを含む、
    ことを特徴とする請求項８に記載のＵＥ機器。
13. 前記無線器および前記処理エレメントは、さらに、
    所定の期間にわたって前記セルラ基地局が提供する下りリンク割り当ての数を判定するために、当該セルラ基地局が提供する制御情報を監視し、
    前記所定の期間にわたって前記セルラ基地局が提供する下りリンク割り当ての前記数の判定に少なくとも部分的に基づいて、前記ＢＳの負荷を推定する、
    ように構成される、ことを特徴とする請求項８に記載のＵＥ機器。
14. セルラ基地局（ＢＳ）であって、
    無線器と、処理エレメントとを有し、
    前記無線器および前記処理エレメントは、
    前記ＢＳおよび無線ユーザ端末（ＵＥ）機器が負荷に基づく遅延機能をサポートすることを確証するハンドシェイク機構を、前記ＵＥと実行し、
    前記負荷に基づく遅延機能を起動するための表示を前記ＵＥから受信し、
    前記負荷に基づく遅延機能を起動するための前記表示に少なくとも部分的に基づいて、前記ＵＥのための下りリンクのトラフィックをバッファリングする、
    ように構成される、ことを特徴する基地局。
15. 前記負荷に基づく遅延機能に従って、前記ＢＳは、バッファの埋まり具合の閾値を上回るかデータバッファリングタイマが満了しない限り、前記ＵＥからの上りリンクスケジューリング要求が前記ＢＳによって受信されるまで、前記ＵＥのための下りリンクのトラフィックをバッファリングする、
    ことを特徴する請求項１４に記載の基地局。
16. 前記無線器および前記処理エレメントは、さらに、
    前記ＵＥからの上りリンクスケジューリング要求を受信し、
    前記上りリンクスケジューリング要求に応答して、前記ＵＥに上りリンクグラントを提供し、
    前記ＵＥのための下りリンクのトラフィックをバッファリングしたことに少なくとも部分的に基づいて、かつ、前記負荷に基づく遅延機能が起動されていることに基づいて、前記上りリンクスケジューリング要求を受信したことに応じて、前記ＵＥへ下りリンクグラントを提供する、
    ように構成される、ことを特徴する請求項１４に記載の基地局。
17. 前記無線器および前記処理エレメントは、さらに、
    前記ＵＥのための前記下りリンクのトラフィックをバッファリングしたことに基づいて、タイマを起動し、
    前記タイマの満了の前に前記ＵＥから上りリンクスケジューリング要求を受信しなかった場合、前記タイマの満了に基づいて、前記ＵＥへ下りリンクグラントを提供する、
    ように構成される、ことを特徴する請求項１４に記載の基地局。
18. 前記無線器および前記処理エレメントは、さらに、
    前記ＢＳにおけるデータバッファの埋まり具合の閾値を上回ったことを判定し、
    前記ＢＳにおける前記データバッファの埋まり具合の閾値を上回ったことの判定に基づいて、前記ＵＥへ下りリンクグラントを提供する、
    ように構成される、ことを特徴する請求項１４に記載の基地局。
19. 前記無線器および前記処理エレメントは、さらに、
    前記ＵＥから上りリンクスケジューリング要求を受信し、
    低電力プリファレンスの表示に基づいて、前記ＵＥの次のＣ−ＤＲＸサイクルのオン期間まで、前記上りリンクスケジューリング要求に応じた上りリンクグラントを前記ＵＥへ提供するのを待機する、
    ように構成される、ことを特徴する請求項１４に記載の基地局。
20. 前記無線器および前記処理エレメントは、前記ＵＥと前記ハンドシェイク機構を実行するために、さらに、
    無線リソース制御（ＲＲＣ）メッセージにおいて、前記ＵＥが前記負荷に基づく遅延機能をサポートすることの表示を、前記ＵＥから受信し、
    前記ＢＳが前記負荷に基づく遅延機能をサポートすることの表示を、ＲＲＣメッセージにおいて、前記ＵＥへ提供する、
    ように構成される、ことを特徴とする請求項１４に記載の基地局。

Images