特許 6567560 Ｃ−ＤＲＸを用いてＳＰＳ構成のＶｏＬＴＥにおける電力節約を与える装置、方法、およびコンピュータプログラム製品

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6567560

(24)【登録日】2019年8月9日

(45)【発行日】2019年8月28日

(54)【発明の名称】Ｃ−ＤＲＸを用いてＳＰＳ構成のＶｏＬＴＥにおける電力節約を与える装置、方法、およびコンピュータプログラム製品

(51)【国際特許分類】

   H04W 28/04 20090101AFI20190819BHJP

   H04L 27/26 20060101ALI20190819BHJP

   H04L 1/16 20060101ALI20190819BHJP

   H04W 52/02 20090101ALI20190819BHJP

   H04W 80/10 20090101ALI20190819BHJP

【ＦＩ】

   H04W28/04 110

   H04L27/26 100

   H04L1/16

   H04W52/02 110

   H04W80/10

【請求項の数】15

【全頁数】33

(21)【出願番号】特願2016-568511(P2016-568511)

(86)(22)【出願日】2015年5月14日

(65)【公表番号】特表2017-522765(P2017-522765A)

(43)【公表日】2017年8月10日

(86)【国際出願番号】US2015030875

(87)【国際公開番号】WO2015179212

(87)【国際公開日】20151126

【審査請求日】2018年4月17日

(31)【優先権主張番号】14/284,151

(32)【優先日】2014年5月21日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(72)【発明者】

【氏名】ホワン、インソ

(72)【発明者】

【氏名】ソン、ボンヨン

(72)【発明者】

【氏名】ダス、スーミャ

(72)【発明者】

【氏名】グプタ、アジャイ

【審査官】 松本 光平

(56)【参考文献】

【文献】 特開２０１２−１１００１５（ＪＰ，Ａ）

【文献】 特開２０１０−１２４４９０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／０１１３８２９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、前記方法は、
前記ＵＥが半永続的スケジューリング（ＳＰＳ）モードにあるとき、間欠受信（ＤＲＸ）サイクルのオン持続時間中に、パケットを受信することと、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信することと、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えることと、ここにおいて、前記ＵＥがそれのカバレージエリアのエッジから離れて位置するとき、前記パケットが、バンドルされたサブフレーム中で受信される、
を備える、方法。

【請求項2】

前記パケットがユニキャストメッセージ中で前記ＵＥにアドレス指定される、請求項１に記載の方法。

【請求項3】

前記パケットが正常に復号されたすぐ後に電力節約状態に入ることをさらに備える、請求項１に記載の方法。

【請求項4】

前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、請求項１に記載の方法。

【請求項5】

前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、請求項１に記載の方法。

【請求項6】

前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、請求項１に記載の方法。

【請求項7】

前記ＮＡＣＫメッセージを送信した後に前記パケットの再送信を受信すること、ここにおいて、前記再送信されたパケットが、前記パケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる、
をさらに備える、請求項１に記載の方法。

【請求項8】

ワイヤレス通信のための装置であって、前記装置は、
前記装置が半永続的スケジューリング（ＳＰＳ）モードにあるとき、間欠受信（ＤＲＸ）サイクルのオン持続時間中に、パケットを受信するための手段と、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信するための手段と、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えるための手段と、ここにおいて、前記装置がそれのカバレージエリアのエッジに対して遠位に位置するとき、前記パケットが、バンドルされたサブフレーム中で受信される、
を備える、装置。

【請求項9】

前記パケットがユニキャストメッセージ中で前記装置にアドレス指定される、請求項８に記載の装置。

【請求項10】

前記パケットが正常に復号されたすぐ後に電力節約状態に入るための手段をさらに備える、請求項８に記載の装置。

【請求項11】

前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、請求項８に記載の装置。

【請求項12】

前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、請求項８に記載の装置。

【請求項13】

前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、請求項８に記載の装置。

【請求項14】

前記ＮＡＣＫメッセージを送信した後に前記パケットの再送信を受信するための手段、ここにおいて、前記再送信されたパケットが、前記パケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる、
をさらに備える、請求項８に記載の装置。

【請求項15】

コンピュータプログラムであって、
請求項１〜７のうちのいずれか一項の前記方法を実行するためのコードを備える、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001]本出願は、その内容全体が参照により本明細書に組み込まれる、２０１４年５月２１日に米国特許商標庁に出願された米国非仮特許出願第１４／２８４，１５１号の優先権および利益を主張する。

【背景技術】

【0002】

[0002]本開示は、一般に通信システムに関し、より詳細には、接続状態間欠受信（Ｃ−ＤＲＸ：Connected State Discontinuous Reception）を用いて半永続的スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）構成のボイスオーバーロングタームエボリューション（ＶｏＬＴＥ：Voice over Long Term Evolution）における電力節約を与える装置、方法、およびコンピュータプログラム製品に関する。

【0003】

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

【0004】

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）（登録商標）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）（登録商標）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

【0005】

[0005]間欠受信（ＤＲＸ：discontinuous reception）は、低減されたアクティビティの期間中の電力消費を低減し得る。ＤＲＸでは、ＵＥは、データ転送が行われ得る期間を決定することができる。データ転送が行われ得る期間中に、ＵＥは、それの受信機および／または送信機をオンにし得る。データ転送が行われないことがある期間中に、ＵＥは、それの受信機および／または送信されるをオフにし得る。ＤＲＸは、特に半永続的スケジューリングを用いて、ＵＥにある程度の電力節約を与える。半永続的スケジューリングを用いたＤＲＸはＵＥにある程度の電力節約を与えるが、ＵＥに追加の電力節約を与えるために、既存の通信システムのさらなる拡張が必要とされる。

【発明の概要】

【0006】

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

【0007】

[0007]Ｃ−ＤＲＸを用いて半永続的スケジューリング（ＳＰＳ）構成のＶｏＬＴＥにおける電力節約を与える方法、装置、およびコンピュータプログラム製品が提供される。

【0008】

[0008]一態様では、本開示は、ＵＥがＳＰＳモードにあるとき、パケットを受信することと、パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信することと、パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えることとを含む、ワイヤレス通信のための方法を提供する。

【0009】

[0009]別の態様では、本開示は、ＵＥがＳＰＳモードにあるとき、パケットを受信するための手段と、パケットが正常に復号されないとき、ＮＡＣＫメッセージを送信するための手段と、パケットが正常に復号されたとき、ＡＣＫメッセージを送信することを控えるための手段とを含む、ワイヤレス通信のための装置を提供する。

【0010】

[0010]別の態様では、本開示は、メモリと、メモリに結合された少なくとも１つのプロセッサと、少なくとも１つのプロセッサは、ＵＥがＳＰＳモードにあるとき、パケットを受信することと、パケットが正常に復号されないとき、ＮＡＣＫメッセージを送信することと、パケットが正常に復号されたとき、ＡＣＫメッセージを送信することを控えることとを行うように構成された、を含む、ワイヤレス通信のための装置を提供する。

【0011】

[0011]別の態様では、本開示は、ＵＥがＳＰＳモードにあるとき、パケットを受信することと、パケットが正常に復号されないとき、ＮＡＣＫメッセージを送信することと、パケットが正常に復号されたとき、ＡＣＫメッセージを送信することを控えることとを行うためのコードを含むコンピュータ可読媒体を含むコンピュータプログラム製品を提供する。

【0012】

[0012]本発明のこれらおよび他の態様は、以下の発明を実施するための形態を検討すればより十分に理解されよう。本発明の特定の例示的な実施形態の以下の説明を添付の図と併せて検討すれば、当業者には、本発明の他の態様、特徴、および実施形態が明らかになろう。本発明の特徴が、以下のいくつかの実施形態および図に関連して説明され得るが、本発明のすべての実施形態は、本明細書で説明する有利な特徴のうちの１つまたは複数を含むことができる。言い換えれば、１つまたは複数の実施形態が、いくつかの有利な特徴を有するものとして説明され得るが、そのような特徴のうちの１つまたは複数は、本明細書で説明する本発明の様々な実施形態に従っても使用され得る。同様に、例示的な実施形態が、以下ではデバイス、システム、または方法の実施形態として説明され得るが、そのような例示的な実施形態は、様々なデバイス、システム、および方法で実装され得ることを理解されたい。

【図面の簡単な説明】

【0013】

【図1】[0013]ネットワークアーキテクチャの一例を示す図。

【図2】[0014]アクセスネットワークの一例を示す図。

【図3】[0015]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。

【図4】[0016]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。

【図5】[0017]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。

【図6】[0018]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。

【図7A】[0019]トーク状態中の再送信がないＵＥとｅＮＢとの間の通信の第１の例を示す図。

【図7B】リッスン状態中の再送信がないＵＥとｅＮＢとの間の通信の第１の例を示す図。

【図8A】[0020]トーク状態中の再送信があるＵＥとｅＮＢとの間の通信の第１の例を示す図。

【図8B】リッスン状態中の再送信があるＵＥとｅＮＢとの間の通信の第１の例を示す図。

【図9A】[0021]トーク状態中の再送信がないＵＥとｅＮＢとの間の通信の第２の例を示す図。

【図9B】リッスン状態中の再送信がないＵＥとｅＮＢとの間の通信の第２の例を示す図。

【図10A】[0022]トーク状態中の再送信があるＵＥとｅＮＢとの間の通信の第２の例を示す図。

【図10B】リッスン状態中の再送信があるＵＥとｅＮＢとの間の通信の第２の例を示す図。

【図11】[0023]トーク状態とリッスン状態との間で切り替えるために使用されるシグナリングの第１の例を示す図。

【図12】[0024]トーク状態とリッスン状態との間で切り替えるために使用されるシグナリングの第２の例を示す図。

【図13】[0025]ワイヤレス通信の例示的な方法のフローチャート。

【図14】[0026]例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。

【図15】[0027]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。

【発明を実施するための形態】

【0014】

[0028]添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。

【0015】

[0029]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法が、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

【0016】

[0030]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

【0017】

[0031]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0018】

[0032]図１は、ロングタームエボリューション（ＬＴＥ）ネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示されていない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

【0019】

[0033]Ｅ−ＵＴＲＡＮ１０４は、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含み、マルチキャスト協調エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含み得る。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（たとえば、変調およびコーディング方式（ＭＣＳ：modulation and coding scheme））を決定する。ＭＣＥ１２８は別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

【0020】

[0034]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８とＢＭ−ＳＣ１２６とはＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。

【0021】

[0035]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは１つまたは複数の（たとえば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最小カバレージエリアを指すことができ、および／またはｅＮＢサブシステムサービングは特定のカバレージエリアである。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。

【0022】

[0036]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、直交周波数分割多重（ＯＦＤＭ）がダウンリンク（ＤＬ）上で使用され、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）がアップリンク（ＵＬ）上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。

【0023】

[0037]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、各空間的にプリコーディングされたデータストリームのソースを識別することが可能になる。

【0024】

[0038]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

【0025】

[0039]以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散（spread-spectrum）技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡを離散フーリエ変換（ＤＦＴ：discrete Fourier transform）拡散ＯＦＤＭ信号の形態で使用し得る。

【0026】

[0040]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７個の連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６個の連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

【0027】

[0041]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。

【0028】

[0042]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

【0029】

[0043]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。

【0030】

[0044]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。

【0031】

[0045]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

【0032】

[0046]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。

【0033】

[0047]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

【0034】

[0048]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

【0035】

[0049]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、コーディングされた変調されたシンボルは並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

【0036】

[0050]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

【0037】

[0051]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、復号（deciphering）と、ヘッダ解凍（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。

【0038】

[0052]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。

【0039】

[0053]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

【0040】

[0054]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

【0041】

[0055]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントロール／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、復号と、ヘッダ解凍と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。

【0042】

[0056]図７Ａ〜図７Ｂに、トーク状態およびリッスン状態中の再送信がないＵＥ７０２、７５２とｅＮＢ７０４、７５４との間の通信の第１の例を示す。そのような通信は、現在、既存のＬＴＥシステムにおいて実装され得る。背景として、ＬＴＥは、動的スケジューリング（ＤＳ：dynamic scheduling）および半永続的スケジューリング（ＳＰＳ）を与える。ＬＴＥは、永続的スケジューリング（ＰＳ：persistent scheduling）をも与え得る。本開示のいくつかの態様について、ＳＰＳに関して説明し得るが、それらの態様が本開示の範囲から逸脱することなくＰＳにも適用され得ることを、当業者は理解されよう。さらに、ＳＰＳはＰＳを含み得る。ＤＳに戻ると、ＤＳは、ＤＬリソースとＵＬリソースとを割り振るために、各送信時間間隔（ＴＴＩ：Transmission Time Interval）について物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）を使用する。したがって、ＤＳは、ＤＬリソースおよびＵＬリソースのサブフレームごとのスケジューリングを伴い得る。しかしながら、ＶｏＬＴＥシステムは多数のユーザを有し得る。ＰＤＣＣＨはブラインド復号される必要があり得るので、多数のユーザは、動的スケジューリングのみが利用される場合、ＰＤＣＣＨ能力を圧倒し得る。ＰＤＣＣＨを圧倒することを回避するために、ＳＰＳは、ＤＬリソースとＵＬリソースとをスケジュールするために利用され得る。ＳＰＳは、ＲＲＣによって構成され、ＰＤＣＣＨ上でアクティブにされ得る。ＳＰＳでは、制御情報をスケジュールすることは、ＰＤＣＣＨを介してただ１回シグナリングされ得る。その後、ＵＥは、ＳＰＳ間隔パラメータによって定義されたパターンに基づいて周期的に送信および／または受信し得る。ＵＥは、同じパターンが変更または解除されるまで、そのパターンを使用し得る。ＳＰＳは、適用された構成に基づいて周期送信のために使用され得る。ＳＰＳは、ＶｏＬＴＥシステムにおけるペイロードなど、小さい予測可能な周期ペイロードを用いた適用例に好適であり得る。

【0043】

[0057]既存のシステムでは、ＤＳは、３状態スケジューリングシステムである。第１に、ＤＳでは、ＵＥによるｅＮＢへのＡＣＫメッセージの送信は、ＵＥがＰＤＳＣＨを正常に復号したことをｅＮＢに示す。第２に、ＤＳでは、ＵＥによるｅＮＢへのＮＡＣＫメッセージの送信は、（ＰＤＣＣＨ復号が成功したと仮定すると）ＵＥがＰＤＳＣＨを復号することに失敗したことをｅＮＢに示す。第３に、ＤＳでは、ＵＥによるｅＮＢへの報告がない（たとえば、ＡＣＫメッセージの送信もＮＡＣＫメッセージの送信もない）ことは、ＵＥがＰＤＣＣＨを復号することに失敗したことをｅＮＢに示す。したがって、ＤＳでは、ＡＣＫメッセージとＮＡＣＫメッセージの両方が必要とされる。

【0044】

[0058]しかしながら、本開示の一態様では、ＳＰＳは、ＡＣＫメッセージの送信を必要としないことがある。したがって、ＳＰＳは、２状態スケジューリングシステムであり得る。本開示の一態様では、ＰＤＣＣＨ復号は、ＳＰＳ構成のＰＤＳＣＨを復号するために必要とされない。したがって、（ＵＥがＰＤＣＣＨを復号することに成功したかどうかをｅＮＢに示した）ＤＳに関して上記で説明した第３の状態は、不要であり得る。したがって、本開示の一態様では、ＳＰＳは、２状態スケジューリングシステムとして動作し得る。そのような２状態システムの追加の詳細について、以下でさらに詳細に説明する。もちろん、ＳＰＳは、ＵＥまたは本開示の範囲内に入る他のワイヤレス通信装置中で利用され得る永続的スケジューリングモードの一例にすぎない。概して、本開示の様々な態様は、永続的スケジューリングモードのために構成されたすべての装置に適用可能であり得、ここにおいて、通信のためのリソースのスケジューリングは、各ＴＴＩについてのスケジューリング情報を必ずしも受信することなしに、好適な持続時間のための永続的パターンおよび／またはフォーマットに従う。

【0045】

[0059]ＵＥは、様々なプロセスを使用して、ＰＤＳＣＨ上のデータが正常に復号されたかどうかを決定し得る。一例では、ＵＥは、ＰＤＳＣＨ上のデータが巡回冗長検査（ＣＲＣ：cyclic redundancy check）をパスするときにＰＤＳＣＨが正常に復号されたと決定し得る。ｅＮＢは、送信されるべきデータブロックのためのバイナリシーケンス（すなわち、「検査値」）を計算し得、ｅＮＢは、送信されるべきデータブロックに「検査値」を付加し得る。ＵＥが送信を受信した後、ＵＥは、データブロックを使用してそれ自体の「検査値」を計算し得る。ＵＥは、データブロックに付加された「検査値」を、ＵＥによって計算された「検査値」と比較し得る。ＵＥによって計算された「検査値」がデータブロックに付加された「検査値」に一致しない場合、ＵＥは、ＵＥがＰＤＳＣＨ上のデータを正常に復号しなかったと決定し得る。しかしながら、ＵＥによって計算された「検査値」がデータブロックに付加された「検査値」に一致する場合、ＵＥは、ＵＥがＰＤＳＣＨ上のデータを正常に復号したと決定し得る。とはいえ、上記のことは、ＰＤＳＣＨ上のデータが正常に復号されたかどうかを決定するためにＵＥによって使用され得るプロセスの一例にすぎない。ＵＥが、本開示の範囲から逸脱することなくそのような決定を行うための代替プロセスを使用し得ることを、当業者は理解されよう。

【0046】

[0060]ＬＴＥは間欠受信（ＤＲＸ）を与え得る。ＤＲＸは、低減されたアクティビティの期間中の電力消費を低減するために利用され得る。ＤＲＸでは、ＵＥおよびｅＮＢは、データ転送が行われる期間または位相（すなわち、「オン持続時間」）を決定し得、またあるときには、ＵＥは、それの受信機をオフにし、電力節約状態（すなわち、「オフ持続時間」）に入り得る。多くの例では、ｅＮＢは、ＤＲＸサイクルのオフ持続時間中に送信をスケジュールすることを控え得る。したがって、ＤＲＸは、トランシーバデューティサイクルを低減することができる。ＵＥは、２つのＤＲＸサイクル−短いＤＲＸサイクルおよび長いＤＲＸサイクルを維持し得る。長いＤＲＸサイクルは、１０〜２５６０個のサブフレームの持続時間を有し得る。短いＤＲＸサイクルは、約２〜６４０個のサブフレームの持続時間を有し得る。短いＤＲＸサイクルは、ＶｏＩＰおよび／またはＶｏＬＴＥなど、短いが規則的な間隔で比較的小さいデータ送信を必要とする適用例において使用され得る。ＤＲＸは、ＵＥがアイドル状態または接続状態（Ｃ−ＤＲＸ）にあるときに使用され得る。Ｃ−ＤＲＸでは、サイクル持続時間はｅＮＢによって定義され得る。Ｃ−ＤＲＸサイクル持続時間は、数ミリ秒から数秒まで変動することができる。本明細書で説明する例では、Ｃ−ＤＲＸサイクル持続時間は４０ｍｓである。しかしながら、本開示の範囲から逸脱することなく代替Ｃ−ＤＲＸサイクル持続時間が使用され得ることを、当業者は理解されよう。

【0047】

[0061]図７Ａに、ＵＥ７０２がトーク状態（たとえば、ＵＬ状態）にあるときの通信を示す。トーク状態では、ＵＥ７０２は、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でｅＮＢ７０４にデータを送信する。ＰＵＳＣＨ上で送信されたデータは、本明細書では、パケット、データ、またはデータパケットと呼ばれることがある。パケットは、ユニキャストメッセージ中でｅＮＢ７０４にアドレス指定され得る。ユニキャストメッセージは、ネットワーク中の単一の宛先に送られるメッセージであり得る。各宛先は、一意のアドレスによって識別され得る。比較して、マルチキャストメッセージは、ネットワーク中の２つまたはそれ以上の宛先のグループに同時に送られるメッセージであり得る。さらに比較して、ブロードキャストメッセージは、ネットワーク中のあらゆる到達可能な宛先に同時に送られるメッセージであり得る。ＵＥ７０２は、Ｃ−ＤＲＸサイクルのオン持続時間７４８中のＰＵＳＣＨデータ送信を実行し得、これは、サブフレーム７２３において行われる。ＰＵＳＣＨデータ送信（サブフレーム７２３）を実行することより前に、ＵＥ７０２は、電力節約状態（サブフレーム７２１）から遷移して（サブフレーム７２２）送信および受信状態（サブフレーム７２３）になる。ＰＵＳＣＨデータ送信（サブフレーム７２３）を実行した後、ＵＥ７０２は、受信専用状態（サブフレーム７２４、７２５、７２６、７２７）のままである。

【0048】

[0062]ＵＥ７０２からのＰＵＳＣＨデータ送信を受信し、正常に復号したことに応答して、ｅＮＢ７０４は、ＵＥ７０２にＡＣＫメッセージを送信する。ＡＣＫメッセージは、サブフレーム７２７においてＵＥ７０２によって受信され得る。ＡＣＫメッセージ（サブフレーム７２７）を受信した後、ＵＥ７０２は、受信専用状態（サブフレーム７２７）から遷移して（サブフレーム７２８）電力節約状態（サブフレーム７２９）になる。ＵＥ７０２は、いくつかのサブフレーム（たとえば、サブフレーム７２９）の間、電力節約状態のままである。

【0049】

[0063]時々、ＵＥ７０２は、いくつかのチャネルを監視するために、電力節約状態から起動し、受信専用状態に遷移し得る。背景として、（サブフレーム７２７において受信された）ＡＣＫメッセージが、事実上、ＡＣＫメッセージとしてミスコーディングされた（miscode）（たとえば、偽装された）ＮＡＣＫメッセージであった可能性がわずかにある。したがって、ｅＮＢ７０４は、後続のサブフレーム（たとえば、サブフレーム７３１、７３５、７３９）においてＮＡＣＫメッセージを送信し得る。したがって、ＵＥ７０２は、サブフレーム７２７において、想定されるＡＣＫメッセージを受信したが、とはいえ、ＵＥ７０２は、サブフレーム７３１、７３５、７３９においてＮＡＣＫメッセージをリッスンし得る。これらの理由で、ＵＥ７０２は、サブフレーム７３１、７３５、７３９においてそのようなＮＡＣＫメッセージの受信を監視するために、電力節約状態から起動し得る。しかしながら、サブフレーム７３１、７３５、７３９において起動して受信専用状態になるプロセスは、随意である。いくつかの構成では、ＵＥ７０２は、サブフレーム７３１、７３５、７３９において起動して受信専用状態にならないことがある。

【0050】

[0064]電力節約状態は、概してＵＥの別の状態に対してＵＥの電力消費を低減するように適応された任意の好適な状態であり得る。たとえば、ＵＥが１つまたは複数の受信機構成要素、１つまたは複数の送信機構成要素、１つまたは複数のトランシーバ構成要素、１つまたは複数の処理構成要素、１つまたは複数のメモリ構成要素をオフにし（たとえば、それらへの電力を遮断し）、および／あるいはさもなければ、ＵＥによる電力消費を低減する任意の機能またはプロセスを変更するとき、ＵＥは電力節約状態にあり得る。

【0051】

[0065]ＵＥ７０２よって消費される電力量は、ＵＥの状態に依存する。ＵＥ７０２は、電力節約状態よりも遷移状態においてより多くの電力を消費する。ＵＥ７０２は、遷移状態よりも受信専用状態においてより多くの電力を消費する。ＵＥは、受信専用状態よりも送信および受信状態において著しく多くの電力を消費する。

【0052】

[0066]いくつかの構成では、ＵＥ７０２は、それが監視する送信機会の数を調整し得る。たとえば、サブフレーム７３１、７３５、および７３９は、（ＮＡＣＫまたはＡＣＫ）メッセージがその間にＵＥ７０２によって受信され得る異なる送信機会を表す。上記で説明したように、電力は、遷移して（サブフレーム、７３０、７３４、７３８）受信専用サブフレーム（サブフレーム７３１、７３５、７３９）になり、その後遷移して（サブフレーム７３２、７３６、７４０）電力節約状態になるために必要とされる。したがって、ＵＥは、それがＣ−ＤＲＸサイクル中に監視する送信機会の数を調整することによって電力消費を低減し得る。たとえば、信号対雑音比（ＳＮＲ）が低い場合、ＵＥ７０２は、より少数の送信機会を監視することを決定し得る。しかしながら、ＳＮＲが高い場合、ＵＥ７０２は、より多数の送信機会を監視することを決定し得る。したがって、ＵＥ７０２は、電力消費を低減するために、チャネル状態に基づいて、監視される送信機会の数を調整し得る。

【0053】

[0067]図７Ａにおいて与えられた例では、Ｃ−ＤＲＸサイクル持続時間は、約４０ｍｓ、または４０個のサブフレームである。サブフレーム７２３において開始するＣ−ＤＲＸサイクルは、サブフレーム７４２の後に終了する。別のＣ−ＤＲＸサイクルが、サブフレーム７４３において開始する。サブフレーム７４３において、ＵＥ７０２はＰＵＳＣＨ上でデータを送信し、その後、対応するＡＣＫメッセージを予期してサブフレーム７４４、７４５、７４６の間、受信専用状態に入る。

【0054】

[0068]図７ＡはＵＥ７０２がトーク状態（たとえば、ＵＬ状態）にあるときの通信を示すが、図７ＢはＵＥ７５２がリッスン状態（たとえば、ＤＬ状態）にあるときの通信を示す。リッスン状態では、ＵＥ７５４は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータを受信する。ＰＤＳＣＨ上で送信されたデータは、本明細書では、パケット、データ、またはデータパケットと呼ばれることがある。パケットは、ユニキャストメッセージ中でＵＥ７５２にアドレス指定され得る。ユニキャストメッセージは、ネットワーク中の単一の宛先に送られるメッセージであり得る。各宛先は、一意のアドレスによって識別され得る。比較して、マルチキャストメッセージは、ネットワーク中の２つまたはそれ以上の宛先のグループに同時に送られるメッセージであり得る。さらに比較して、ブロードキャストメッセージは、ネットワーク中のあらゆる到達可能な宛先に同時に送られるメッセージであり得る。ＵＥ７５２は、Ｃ−ＤＲＸサイクルのオン持続時間７８８中のＰＤＳＣＨデータ送信を受信し得、これは、サブフレーム７７３において行われる。サブフレーム７７３においてＰＤＳＣＨデータ送信を受信することより前に、ＵＥ７５２は、電力節約状態（サブフレーム７７１）から遷移して（サブフレーム７７２）受信専用状態（サブフレーム７７３〜７７６）になる。サブフレーム７７３においてＰＤＳＣＨデータ送信を受信した後、ＵＥ７５２は、いくつかの（たとえば、サブフレーム７２４〜７２７）の間、受信専用状態のままであり得る。

【0055】

[0069]ｅＮＢ７５４からのＰＤＳＣＨデータ送信を受信し、正常に復号したことに応答して、ＵＥ７５２は、サブフレーム７７７においてｅＮＢ７５４にＡＣＫメッセージを送信し得る。ＡＣＫメッセージを送信した後、ＵＥ７５２は、遷移して（サブフレーム７７８）電力節約状態になる。しかしながら、送信および受信状態（サブフレーム７７７）においてＡＣＫメッセージを送信し、その後遷移して（サブフレーム７７８）電力節約状態になるプロセス中に、かなりの電力量が消費される。

【0056】

[0070]ＵＥ７５２は、次のＣ−ＤＲＸサイクルへの遷移（サブフレーム７８２）まで、電力節約状態のままであり得る。たとえば、ＵＥ７５２は、ＰＤＳＣＨデータ送信（サブフレーム７８３）を受信することを予期して遷移して（サブフレーム７８２）受信専用状態（サブフレーム７８３）になるまで、電力節約状態のままであり得る。サブフレーム７８４〜７８６において、ＵＥ７５２は、先行するＣ−ＤＲＸサイクルのサブフレーム７７４〜７７６と同様に、受信専用状態のままである。

【0057】

[0071]図７Ａ〜図７Ｂは、ＰＵＳＣＨおよびＰＤＳＣＨが第１のデータ送信中に正常に復号され、したがってデータ再送信を必要としないときの、ＵＥ７０２、７５２とｅＮＢ７０４、７５４との間の通信を示している。比較して、図８Ａ〜図８Ｂに、ＰＵＳＣＨおよびＰＤＳＣＨが第１のデータ送信中に正常に復号されず、したがってデータ再送信を必要とするときの、ＵＥ８０２、８５２とｅＮＢ８０４、８５４との間の通信を示す。

【0058】

[0072]図８Ａに、ＵＥ８０２がトーク状態にあるときの通信を示す。そのような通信は、現在、再送信が存在するときに既存のＬＴＥシステムにおいて実装され得る。ＵＥ８０２は、ＰＵＳＣＨ上でデータをｅＮＢ８０４に送信する。ＵＥ８０２は、Ｃ−ＤＲＸサイクルのオン持続時間８４６中のＰＵＳＣＨデータ送信を実行し得、これは、サブフレーム８２２において行われる。その後、ＵＥ８０２は、いくつかのサブフレーム（たとえば、サブフレーム８２３〜８２６）の間、受信専用状態のままであり得る。ＰＵＳＣＨデータ送信が、ｅＮＢ８０４によって正常に復号されない場合、ｅＮＢ８０４は、サブフレーム８２６においてＵＥ８０２にＮＡＣＫメッセージを送信し得る。その後、ＵＥ８０２は、遷移して（サブフレーム８２８）送信および受信状態（サブフレーム８２９）になる。サブフレーム８２６においてＮＡＣＫメッセージを受信したことに応答して、ＵＥ８０２は、サブフレーム８２９においてデータを再送信（ＲＥＴＸ）し得る。再送信されたデータが、ｅＮＢ８０４によって正常に復号された場合、ｅＮＢ８０４は、サブフレーム８３３においてＵＥ８０２にＡＣＫを送信する。前に説明したように、ＵＥ８０２がサブフレーム８３３においてＡＣＫメッセージを受信した場合でも、ＵＥ８０２は、（サブフレーム８３３において受信された）想定されるＡＣＫメッセージが、事実上、ミスコーディングされた（たとえば、偽装された）ＮＡＣＫメッセージであった場合にＮＡＣＫメッセージを受信するために、場合によっては、いくつかの間隔で起動して受信専用状態（たとえば、サブフレーム８３７、８４１）になり得る。別のＣ−ＤＲＸサイクルが、サブフレーム８４４において開始する。

【0059】

[0073]図８Ａに示されている例は、サブフレーム８２２およびサブフレーム８２９において行われているＰＤＳＣＨデータ送信を示す。しかしながら、いくつかの構成では、ＵＥ８０２は、バンドルされたサブフレームにおいてＰＤＳＣＨ上でデータを送信し得る。サブフレームのバンドリングは、送信時間間隔（ＴＴＩ）バンドリングと呼ばれることがある。（たとえば、８個のサブフレームだけ）送信機会（たとえば、サブフレーム８２２および８２９）を離間させる代わりに、ＵＥ８０２は、連続するサブフレームにおいて送信機会をバンドルし得る。たとえば、ＵＥ８０２は、サブフレーム８２２および連続するサブフレーム（たとえば、サブフレーム９２３、９２４、および／または９２５）においてデータを送信し得る。一緒にバンドルされるサブフレームの数（たとえば、２個のサブフレーム、３個のサブフレーム、４個のサブフレームなど）は、変動し得る。また、サブフレームは、チャネル状態が良好である（たとえば、ＳＮＲが低い）ときでも、一緒にバンドルされ得る。既存のシステムは、チャネル状態が不十分である（たとえば、ＳＮＲが高い）とき、サブフレームをバンドルし得る。ＵＥ８０２がそれのカバレージエリアのエッジの近くにあるとき、チャネル状態は不十分であり得る。しかしながら、本開示は、信号状態が不十分でない（たとえば、ＳＮＲが高くない）とき、および／またはＵＥ８０２がそれのカバレージエリアのエッジに対して遠位にあるとき、サブフレームバンドリング（たとえば、ＴＴＩバンドリング）を実装する。

【0060】

[0074]図８Ａに示されている例は、サブフレーム８２９において行われている（第１の）データパケットの再送信を示す。ＶｏＬＴＥなど、いくつかの実装形態では、ＵＥ８０２は、（第１の）データパケットの再送信とほぼ同時に第２のデータパケットをすでに生成していることがある。そのような状況では、ＵＥ８０２は、（第１の）データパケットの再送信を第２のデータパケットの送信とバンドルし得る。たとえば、ＵＥ８０２は、サブフレーム８２９において（第１の）データパケットを再送信し、サブフレーム８３０において第２のデータパケットを送信し得る。そのような構成では、サブフレーム８２９、８３０は一緒にバンドルされる。このプロセスは、３パケットバンドリング（3-Packet Bundling）と呼ばれることがある。

【0061】

[0075]図８Ｂに、ＵＥ８５２がリッスン状態にあるときの通信を示す。ＵＥ８５２は、Ｃ−ＤＲＸサイクルのオン持続時間８８６中のＰＤＳＣＨデータ送信を受信し得、これは、サブフレーム８７２において行われる。ＵＥ８５２は、いくつかのサブフレーム（たとえば、サブフレーム８７３〜８７５）の間、受信専用状態のままであり得る。ＰＤＳＣＨデータ送信が、ＵＥ８５２によって正常に復号されなかった場合、ＵＥ８５２は、サブフレーム８７６においてｅＮＢ８５４にＮＡＣＫメッセージを送信する。ＵＥ８５２からＮＡＣＫメッセージを受信したことに応答して、ｅＮＢ８５４は、サブフレーム８７８においてＵＥ８５２にデータを再送信（ＲＥＴＸ）する。サブフレーム８７８において、ＵＥ８５２は受信専用状態にあり、したがって再送信されたデータを受信し得る。再送信されたデータを受信した後、ＵＥは、サブフレーム８７９において遷移して電力節約状態になる。サブフレーム８８０において、ＵＥ８５２は、ｅＮＢ８５４にＡＣＫメッセージを送信するために、遷移して電力節約状態から送信および受信状態（サブフレーム８８１）になる。サブフレーム８８１においてＡＣＫメッセージを送信した後、ＵＥ８５２は、遷移して（サブフレーム８８２）電力節約状態になる。しかしながら、遷移して（サブフレーム８８０）送信および受信状態（サブフレーム８８１）になり、（サブフレーム８８１において）ＡＣＫメッセージを送信し、その後遷移して（サブフレーム８８２）電力節約状態になるプロセス中に、かなりの電力が消費される。ＵＥ８５２は、Ｃ−ＤＲＸサイクルの終了まで、電力節約状態のままであり得る。別のＣ−ＤＲＸサイクルが、サブフレーム８８４において開始する。

【0062】

[0076]図９Ａ〜図９Ｂに、トーク状態およびリッスン状態中の再送信がないＵＥ９０２、９５２とｅＮＢ９０４、９５４との間の通信の第２の例を示す。図９Ａ〜図９Ｂは本開示の拡張を示しているが、図７Ａ〜図７Ｂは既存のＬＴＥシステムにおける現在の実装形態を示している。特に、図９Ａ〜図９Ｂは、ＵＥ９０２、９５２に電力節約を生じる通信を示している。

【0063】

[0077]図９Ａに、ＵＥ９５２がトーク状態にあるときの通信を示す。Ｃ−ＤＲＸサイクルのオン持続時間９４４は、サブフレーム９２２において生じる。サブフレーム９２２において、ＵＥ９０２は、ＰＵＳＣＨ上でデータをｅＮＢ９０４に送信する。その後、ＵＥ９０２は、いくつかのサブフレーム（たとえば、サブフレーム９２３〜９２６）の間、受信専用状態に入る。送信されたデータが、ｅＮＢ９０４によって正常に復号された場合、ｅＮＢ９０４は、ＵＥ９０２にＡＣＫメッセージを送信する。サブフレーム９２６において、ＵＥ９０２はＡＣＫメッセージを受信し得る。ＡＣＫメッセージを受信した後、ＵＥ９０２は、遷移して（サブフレーム９２７）電力節約状態になる。

【0064】

[0078]図９Ａに示されている例示的な構成では、ＵＥ９０２は、Ｃ−ＤＲＸサイクルの残りの部分の間、（受信専用状態に入るために）起動しない。たとえば、ＵＥ９０２は、サブフレーム９３０〜９３２、９３４〜９３６、および９３８〜９４０中に、電力節約状態にある。比較して、図７Ａは、同様のサブフレーム（たとえば、サブフレーム７３０〜７３１、７３４〜７３６、７３８〜７４０）が電力節約状態になく、代わりにそれらのサブフレームが受信専用状態または遷移状態にあったことを示している。前に説明したように、受信専用状態と遷移状態は両方とも、電力節約状態よりも多くの電力を消費する。したがって、（受信を監視するために周期的に起動する代わりに）電力節約状態のままであることは、電力消費を低減する。

【0065】

[0079]図９Ｂに、ＵＥ９５２がリッスン状態にあるときの通信を示す。ＵＥ９５２は、上記で説明したＵＥ（たとえば、ＵＥ１０２、ＵＥ２０６、ＵＥ６５０、ＵＥ７０２、ＵＥ７５２、ＵＥ８０２、ＵＥ８５２、ＵＥ９０２など）のうちの１つまたは複数と同じであり得、ＵＥ９５２はまた、任意の好適なワイヤレス通信装置であり得る。Ｃ−ＤＲＸサイクルのオン持続時間９８２は、サブフレーム９７２において生じる。サブフレーム９７２において、ＵＥ９５２はＰＤＳＣＨデータ送信を受信する。ＵＥ９５２は、ＰＤＳＣＨデータ送信を復号することを試みる。ＰＤＳＣＨデータ送信が正常に復号されるとき、本開示の一態様によれば、ＵＥ９５４は、ｅＮＢ９５４にＡＣＫメッセージを送信することを控える。ＵＥ９５２は、サブフレーム９７３の間、受信専用状態のままである。サブフレーム９７４において、ＵＥは、遷移して受信専用状態から電力節約状態になる。したがって、ＵＥ９５２は、サブフレーム９７５〜９７７中に、電力節約状態にある。

【0066】

[0080]図９Ｂと図７Ｂとの間の比較は、パケットが正常に復号された後にＡＣＫを送信することをＵＥが控えるときの、ＵＥについての相対的な電力節約を明らかにする。第１に、ＵＥ９５２（図９Ｂ）はサブフレーム９７４において遷移状態にあるが、ＵＥ７５２（図７Ｂ）は対応するサブフレーム７７５において受信専用状態にある。前に説明したように、ＵＥは、遷移状態よりも受信専用状態においてより多くの電力を消費する。したがって、ＵＥ９５２（図９Ｂ）は、ＵＥ７５２（図７Ｂ）よりも少ない電力を消費する。

【0067】

[0081]第２に、ＵＥ９５２（図９Ｂ）はサブフレーム９７５において電力節約状態にあるが、ＵＥ７５２（図７Ｂ）は対応するサブフレーム７７６において受信専用状態にある。前に説明したように、ＵＥは、電力節約状態よりも受信専用状態においてより多くの電力を消費する。したがって、ＵＥ９５２（図９Ｂ）は、ＵＥ７５２（図７Ｂ）よりも少ない電力を消費する。

【0068】

[0082]第３に、ＵＥ９５２（図９Ｂ）はサブフレーム９７６において電力節約状態にあるが、ＵＥ７５２（図７Ｂ）は対応するサブフレーム７７７において送信および受信状態にある。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも送信および受信状態にあるとき、著しく多くの電力を消費する。したがって、ＵＥ９５２（図９Ｂ）は、ＵＥ７５２（図７Ｂ）よりも少ない電力を消費する。

【0069】

[0083]第４に、ＵＥ９５２（図９Ｂ）はサブフレーム９７７において電力節約状態にあるが、ＵＥ７５２（図７Ｂ）は対応するサブフレーム７７８において遷移状態にある。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも遷移状態にあるとき、より多くの電力を消費する。したがって、ＵＥ９５２（図９Ｂ）は、ＵＥ７５２（図７Ｂ）よりも少ない電力を消費する。

【0070】

[0084]したがって、データの復号が成功したときにＡＣＫメッセージを送信することを控えることによって、ＵＥ９５２は電力消費を低減する。上記のことは、ＰＤＳＣＨデータ送信（すなわち、パケット）が正常に復号された後にＡＣＫメッセージを送信することをＵＥ９５２が控えるときに存在する、いくつかの例示的な利点を与える。さらなる利点が存在し、本明細書で与える例は、当業者に理解される他の利点を制限しないものとする。

【0071】

[0085]図９Ａおよび図９Ｂは、ＰＵＳＣＨおよびＰＤＳＣＨが第１のデータ送信中に正常に復号されるときの、ＵＥ９０２、９５２とｅＮＢ９０４、９５４との間の通信を示している。比較して、図１０Ａおよび図１０Ｂに、ＰＵＳＣＨおよびＰＤＳＣＨが第１のデータ送信中に正常に復号されず、したがってデータ再送信を必要とするときの、ＵＥ１００２、１０５２とｅＮＢ１００４、１０５４との間の通信を示す。

【0072】

[0086]図１０Ａに、ＵＥ１００２がトーク状態にあるときの拡張通信を示す。図１０Ａは本開示の拡張を示しているが、図８Ａは既存のＬＴＥシステムにおける現在の実装形態を示している。図１０Ａでは、Ｃ−ＤＲＸサイクルのオン持続時間１０３８は、サブフレーム１０２２において生じる。サブフレーム１０２２において、ＵＥ１００２は、ＰＵＳＣＨ上でデータをｅＮＢ１００４に送信する。その後、ＵＥ１００２は、いくつかのサブフレームの間、受信専用状態に入る。送信されたデータが、ｅＮＢ１００４によって正常に復号されなかった場合、ｅＮＢ１００４は、ＵＥ１００２にＮＡＣＫメッセージを送信する。ＵＥ１００２は、サブフレーム１０２４においてＮＡＣＫメッセージを受信し得る。ｅＮＢ１００４からＮＡＣＫメッセージを受信したことに応答して、ＵＥ１００２は、サブフレーム１０２６においてｅＮＢ１００４にデータを再送信（ＲＥＴＸ）する。ｅＮＢ１００４が、再送信されたデータを復号することに成功した場合、ｅＮＢ１００４は、ＵＥ１００２にＡＣＫメッセージを送信する。ＵＥ１００２は、サブフレーム１０２８においてＡＣＫメッセージを受信し得る。サブフレーム１０２８においてＡＣＫメッセージを受信した後、ＵＥ１００２は、遷移して、Ｃ−ＤＲＸサイクルの残りの間、電力節約状態になり得る。したがって、ＵＥ１００２は、Ｃ−ＤＲＸサイクルの残りのサブフレームにおいて受信を監視するために起動しないことがある。たとえば、ＵＥ１００２は、サブフレーム１０３０〜１０３２および１０３４〜１０３６中に、電力節約状態のままである。比較して、ＵＥ８０２（図８Ａ）は、対応するサブフレーム８３６〜８３８および８４０〜８４２中に、遷移状態または受信専用状態にあった。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも遷移状態または受信専用状態にあるとき、より多くの電力を消費する。したがって、ＵＥ１００２（図１０Ａ）は、ＵＥ８０２（図８Ａ）よりも少ない電力を消費する。

【0073】

[0087]図１０Ｂに、ＵＥ１０５２がリッスン状態にあるときの通信を示す。図１０Ｂは本開示の拡張を示しているが、図８Ｂは既存のＬＴＥシステムにおける現在の実装形態を示している。図１０Ｂでは、ＵＥ１０５２は、上記で説明したＵＥ（たとえば、ＵＥ１０２、ＵＥ２０６、ＵＥ６５０、ＵＥ７０２、ＵＥ７５２、ＵＥ８０２、ＵＥ８５２、ＵＥ９０２、ＵＥ９５２、ＵＥ１００２など）のうちの１つまたは複数と同じであり得、ＵＥ１０５２はまた、任意の好適なワイヤレス通信装置であり得る。Ｃ−ＤＲＸサイクルのオン持続時間１０８４は、サブフレーム１０７２において生じる。サブフレーム１０７２において、ＵＥ１０５２はｅＮＢ１０５４からＰＤＳＣＨデータ送信を受信する。ＵＥ１０５２は、ＰＤＳＣＨデータ送信を復号することを試みる。ＵＥ１０５２が、ＰＤＳＣＨデータ送信を復号することに失敗した場合、ＵＥ１０５２は、サブフレーム１０７４においてｅＮＢにＮＡＣＫメッセージを送信し得る。ＵＥ１０５２からＮＡＣＫメッセージを受信したことに応答して、ｅＮＢ１０５４は、データを再送信（ＲＥＴＸ）し得る。ＵＥ１０５２は、サブフレーム１０７６において再送信されたデータを受信し得る。再送信されたデータを受信した後、ＵＥ１０５２は、データを復号することを（再び）試み得る。ＵＥ１０５２が、サブフレーム１０７６において受信されたデータを復号することに成功した場合、ＵＥ１０５２は、ｅＮＢ１０５４にＡＣＫメッセージを送信することを控え得る。また、ＵＥ１０５２は、受信する専用状態（サブフレーム１０７６）から遷移して（サブフレーム１０７７）電力節約状態になり得る。ＵＥ１０５２は、Ｃ−ＤＲＸサイクルの残りの間、電力節約状態のままであり得る。

【0074】

[0088]図１０Ｂと図８Ｂとの間の比較は、パケットが正常に復号された後にＡＣＫメッセージを送信することをＵＥが控えるときの、ＵＥについての相対的な電力節約を明らかにする。第１に、ＵＥ１０５２（図１０Ｂ）はサブフレーム１０８０において電力節約状態にあるが、ＵＥ８５２（図８Ｂ）は対応するサブフレーム８８０において遷移状態にある。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも遷移状態にあるとき、より多くの電力を消費する。したがって、ＵＥ１０５２（図１０Ｂ）は、ＵＥ８５２（図８Ｂ）よりも少ない電力を消費する。

【0075】

[0089]第２に、ＵＥ１０５２（図１０Ｂ）はサブフレーム１０８１において電力節約状態にあるが、ＵＥ８５２（図８Ｂ）は対応するサブフレーム８８１において送信および受信状態にある。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも送信および受信状態にあるとき、著しく多くの電力を消費する。したがって、ＵＥ１０５２（図１０Ｂ）は、ＵＥ８５２（図８Ｂ）よりも少ない電力を消費する。

【0076】

[0090]第３に、ＵＥ１０５２（図１０Ｂ）はサブフレーム１０８２において電力節約状態にあるが、ＵＥ８５２（図８Ｂ）は対応するサブフレーム８８２において遷移状態にある。前に説明したように、ＵＥは、ＵＥが電力節約状態よりも遷移状態にあるとき、より多くの電力を消費する。したがって、ＵＥ１０５２（図１０Ｂ）は、ＵＥ８５２（図８Ｂ）よりも少ない電力を消費する。

【0077】

[0091]したがって、データの復号が成功したときにＡＣＫメッセージを送信することを控えることによって、ＵＥ１０５２は電力消費を低減する。上記のことは、ＰＤＳＣＨデータ送信（すなわち、パケット）が正常に復号された後にＡＣＫメッセージを送信することをＵＥ１０５２が控えるときに存在する、いくつかの例示的な利点を与える。さらなる利点が存在し、本明細書で与える例は、当業者に理解される他の利点を制限しないものとする。

【0078】

[0092]図１１は、リッスン状態（たとえば、ＤＬ）とトーク状態（たとえば、ＵＬ）との間で切り替わるための第１のシグナリングシーケンスの図である。ＵＥ１１０２は、上記で説明したＵＥ（たとえば、ＵＥ１０２、ＵＥ６５０、ＵＥ７０２、ＵＥ７５２、ＵＥ８０２、ＵＥ８５２、ＵＥ９０２、ＵＥ９５２、ＵＥ１００２、ＵＥ１０５２など）のうちの１つまたは複数と同じであり得、ＵＥ１１０２はまた、任意の好適なワイヤレス通信装置であり得る。ｅＮＢ１１０４は、上記で説明したｅＮＢ（たとえば、ｅＮＢ１０６、ｅＮＢ２０４、ｅＮＢ７０４、ｅＮＢ７５４、ｅＮＢ８０４、ｅＮＢ８５４、ｅＮＢ９０４、ｅＮＢ９５４、ｅＮＢ１００４、ｅＮＢ１０５４など）のうちの１つまたは複数と同じであり得、ｅＮＢ１１０４はまた、ワイヤレス通信のために構成された任意の好適な装置であり得る。たとえば、ｅＮＢ１１０４は、ＲＲＣシグナリングを使用して４０ｍｓをもつＵＬ ＳＰＳ構成をセットアップし得る。ステップ１１０６において、ｅＮＢ１１０４は、ＤＬ ＳＰＳパラメータおよび／またはＵＰ ＳＰＳパラメータをセットアップおよび／または構成し得る。その後、ステップ１１０８において、ｅＮＢ１１０４は、ＲＲＣＣｏｎｎＲｅｃｏｎｆｉｇメッセージを送信し得る。ＲＲＣＣｏｎｎＲｅｃｏｎｆｉｇメッセージは、ＤＬ ＳＰＳ構成および／またはＵＬ ＳＰＳ構成をセットアップし得る。ステップ１１１０において、ｅＮＢ１１０４は、ＤＬパケットをＵＥ１１０２のために準備し得る。その後、ステップ１１１２において、ｅＮＢ１１０４は、ＤＬ ＳＰＳをアクティブにするためにＰＤＣＣＨシグナリングを使用し得る。ステップ１１１４において、ＵＥ１１０２はリッスン状態（すなわち、ＤＬ）に入る。遷移してトーク状態（すなわち、ＵＬ）からリッスン状態（すなわち、ＤＬ）になる間、暗黙的解放が、ＵＬ ＳＰＳ非アクティブ化のために使用され得る。無音記述子（ＳＩＤ：Silence Descriptor）フレームが、ＤＳを介して送られ得る。遷移してリッスン状態（すなわち、ＤＬ）からトーク状態（すなわち、ＵＬ）になるとき、ＵＬ ＳＰＳはアクティブにされる。また、ＵＥ１１０２は、ＵＬ ＳＰＳアクティブ化のためのスケジューリング要求をｅＮＢ１１０４に送信し得る。その後、ステップ１１１８において、ｅＮＢ１１０４は、ＵＬ ＳＰＳをアクティブにし、ＤＬ ＳＰＳを非アクティブにするためにＰＤＣＣＨシグナリングを使用し得る。その結果、１１２０において、ＵＥ１１０２はトーク状態（すなわち、ＵＬ）に入り得る。

【0079】

[0093]図１２は、リッスン状態（たとえば、ＤＬ）とトーク状態（たとえば、ＵＬ）との間で切り替わるための第２のシグナリングシーケンスの図である。ＵＥ１２０２は、上記で説明したＵＥ（たとえば、ＵＥ１０２、ＵＥ６５０、ＵＥ７０２、ＵＥ７５２、ＵＥ８０２、ＵＥ８５２、ＵＥ９０２、ＵＥ９５２、ＵＥ１００２、ＵＥ１０５２、ＵＥ１１０２など）のうちの１つまたは複数と同じであり得、ＵＥ１２０２はまた、任意の好適なワイヤレス通信装置であり得る。ｅＮＢ１２０４は、上記で説明したｅＮＢ（たとえば、ｅＮＢ１０６、ｅＮＢ２０４、ｅＮＢ７０４、ｅＮＢ７５４、ｅＮＢ８０４、ｅＮＢ８５４、ｅＮＢ９０４、ｅＮＢ９５４、ｅＮＢ１００４、ｅＮＢ１０５４、１１０４など）のうちの１つまたは複数と同じであり得、ｅＮＢ１２０４はまた、ワイヤレス通信のために構成された任意の好適な装置であり得る。いくつかの構成では、１つは４０ｍｓをもち、別の１つは１６０ｍｓをもつ、２つの同時ＵＬ ＳＰＳ構成が存在し得る。ＵＥ１２０２はトーク状態とリッスン状態との間で遷移するので、一方の構成がアクティブにされる間、他方の構成は非アクティブにされ得る。ステップ１２０６において、ｅＮＢ１２０４は、ＤＬ ＳＰＳパラメータおよび／またはＵＰ ＳＰＳパラメータをセットアップおよび／または構成し得る。その後、ステップ１２０８において、ｅＮＢ１２０４は、ＲＲＣＣｏｎｎＲｅｃｏｎｆｉｇメッセージを送信し得る。ＲＲＣＣｏｎｎＲｅｃｏｎｆｉｇメッセージは、ＤＬ ＳＰＳ構成および／またはＵＬ ＳＰＳ構成をセットアップし得る。ステップ１２１０において、ｅＮＢ１２０４は、ＤＬパケットをＵＥ１２０２のために準備し得る。その後、ステップ１２１２において、ｅＮＢ１２０４は、ＤＬ ＳＰＳをアクティブにするためにＰＤＣＣＨシグナリングを使用し得る。ステップ１２１４において、ＵＥ１２０２はリッスン（すなわち、ＤＬ）状態にある。その後、ステップ１２１６において、ＵＥ１２０２は、ＵＬ ＳＰＳアクティブ化のためのスケジューリング要求をｅＮＢ１２０４に送信し得る。その後、ステップ１２１８において、ｅＮＢ１２０４は、ＵＬ ＳＰＳをアクティブにし、ＤＬ ＳＰＳを非アクティブにするためにＰＤＣＣＨシグナリングを使用し得る。その結果、ステップ１２２０において、ＵＥ１２０２はトーク状態（すなわち、ＵＬ）に入り得る。ステップ１２２２において、ｅＮＢ１２０４は、別のＤＰパケットをＵＥ１２０２のために準備し得る。その後、ステップ１２２４において、ＵＥ１２０２は、ＤＬ ＳＰＳをアクティブにするためにＰＤＣＣＨシグナリングを使用し得る。ステップ１２２６において、ＵＥ１２０２はリッスン状態（すなわち、ＤＬ）に入り、ＵＬ ＳＰＳは暗黙的に非アクティブにされる。その後、ステップ１２２８において、ＵＥ１２０２は、ＵＬ ＳＰＳアクティブ化のためのスケジューリング要求をｅＮＢ１２０４に送信し得る。それに応じて、ステップ１２３０において、ｅＮＢ１２０４は、ＵＬ ＳＰＳをアクティブにし、ＤＬ ＳＰＳを非アクティブにするためにＰＤＣＣＨシグナリングを使用し得る。その結果、ステップ１２３２において、ＵＥ１２０２はトーク状態（すなわち、ＵＬ）に（再び）入り得る。

【0080】

[0094]図１３は、ワイヤレス通信の様々な方法のフローチャート１３００である。様々な方法はＵＥによって実行され得る。ステップ１３０２において、ＵＥは、永続的スケジューリングモードにあるとき、パケットを受信する。永続的スケジューリングモードは、送信サイクルの全体未満の間、ＤＬおよび／またはＵＬリソースがスケジュールされる任意のモードであり得る。永続的スケジューリングモードの一例が、ＳＰＳである。ＳＰＳは、上記で極めて詳細に説明されており、簡潔のために繰り返さない。しかしながら、ＳＰＳ以外の永続的スケジューリングモードが存在し、そのような他のモードが本開示の範囲から逸脱しないことを、当業者は諒解されよう。再び図１０Ｂを参照すると、ＵＥ１０５２がＳＰＳモードにあるとき、ＵＥ１０５２は、サブフレーム１０７２においてＰＤＳＣＨデータ送信を受信する。ステップ１３０４において、ＵＥは、パケット（たとえば、ＰＤＳＣＨデータ送信）が正常に復号されたかどうかを決定し得る。パケットが正常に復号されなかった場合、ステップ１３０６において、ＵＥはＮＡＣＫメッセージを送信する。たとえば、再び図１０Ｂを参照すると、ＵＥは、サブフレーム１０７４においてＮＡＣＫメッセージを送信する。

【0081】

[0095]いくつかの構成では、ステップ１３０８において、ＵＥは、ＮＡＣＫメッセージを送信した後にパケットの再送信を受信し得る。たとえば、再び図１０Ｂを参照すると、ＵＥ１０５２は、サブフレーム１０７６においてパケットの再送信を受信し得る。いくつかの構成では、再送信されたパケットは、そのパケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる。

【0082】

[0096]ステップ１３０４において、ＵＥがパケットを正常に復号した場合、ステップ１３１０において、ＵＥはＡＣＫメッセージを送信することを控える。たとえば、再び図９Ｂを参照すると、サブフレーム９７２において受信されたＰＤＳＣＨデータ送信が正常に復号されたので、ＵＥ９５２は、サブフレーム９７５〜９７７においてＡＣＫメッセージを送信することを控える。したがって、ＵＥ９５２は、Ｃ−ＤＲＸサイクル中にＡＣＫメッセージを送信しない。

【0083】

[0097]いくつかの構成では、ステップ１３１２において、ＵＥがそれのカバレージエリアのエッジに対して遠位に（たとえば、そのエッジから離れて）位置するとき、パケットは、バンドルされたサブフレーム中で受信される。サブフレームのバンドリングは、カバレージエリアが不十分でないときでも、データがそれの宛先に正常に達する可能性を改善し得る。

【0084】

[0098]図１４は、例示的な装置１４０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１４００である。装置１４０２は、ＵＥ（たとえば、図１中のＵＥ１０２、図６中のＵＥ６５０、図７Ａ中のＵＥ７０２、図７Ｂ中のＵＥ７５２、図８Ａ中のＵＥ８０２、図８Ｂ中のＵＥ８５２、図９Ａ中のＵＥ９０２、図９Ｂ中のＵＥ９５２、図１０Ａ中のＵＥ１００２、図１０Ｂ中のＵＥ１０５２、図１１中のＵＥ１１０２、および／または図１２中のＵＥ１２０２）であり得る。装置１４０２は、受信モジュール１４０４と、制御モジュール１４０６と、送信モジュール１４０８とを含む。

【0085】

[0099]受信モジュール１４０４は、ＵＥが永続的スケジューリングモードにあるとき、パケットを受信するように構成され得る。送信モジュール１４０８は、パケットが正常に復号されないとき、ＮＡＣＫメッセージを送信するように構成され得る。制御モジュール１４０６は、パケットが正常に復号されたとき、ＡＣＫメッセージを送信することを控えるように構成され得る。

【0086】

[00100]いくつかの構成では、制御モジュール１４０６は、パケットが正常に復号されたすぐ後に電力節約状態に入るようにさらに構成され得る。「すぐに（immediately）」という用語は特定の時間期間に限定されず、通信システムのパラメータおよび／または構成に基づいて変動し得ることを、当業者は諒解されよう。たとえば、イベントＡの発生後のある時間期間の間イベントＢが行われない場合でも、イベントＢは、イベントＡの「すぐ」後に行われ得る。いくつかの構成では、受信モジュール１４０４は、ＮＡＣＫメッセージを送信した後にパケットの再送信を受信するようにさらに構成され得る。再送信されたパケットは、異なるコンテンツを有する別のパケットとバンドルされ得る。

【0087】

[00101]本装置は、図１３の上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図１３の上述のフローチャート中の各ステップは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

【0088】

[00102]図１５は、処理システム１５１４を採用する装置１４０２’のためのハードウェア実装形態の一例を示す図１５００である。いくつかの例では、装置１４０２’は、ＵＥ１０２（図１）、ＵＥ６５０（図６）、ＵＥ７０２（図７Ａ）、ＵＥ７５２（図７Ｂ）、ＵＥ８０２（図８Ａ）、ＵＥ８５２（図８Ｂ）、ＵＥ９０２（図９Ａ）、ＵＥ９５２（図９Ｂ）、ＵＥ１００２（図１０Ａ）、ＵＥ１０５２（図１０Ｂ）、ＵＥ１１０２（図１１）、ＵＥ１２０２（図１２）、および／または装置１４０２（図１４）であり得る。処理システム１５１４は、バス１５２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１５２４は、処理システム１５１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１５２４は、プロセッサ１５０４、モジュール１４０４、１４０６、１４０８、およびコンピュータ可読媒体／メモリ１５０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１５２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

【0089】

[00103]処理システム１５１４はトランシーバ１５１０に結合され得る。トランシーバ１５１０は１つまたは複数のアンテナ１５２０に結合される。トランシーバ１５１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１５１０は、１つまたは複数のアンテナ１５２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１５１４、特に受信モジュール１４０４に与える。さらに、トランシーバ１５１０は、処理システム１５１４、特に送信モジュール１４０８から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１５２０に適用されるべき信号を生成する。処理システム１５１４は、コンピュータ可読媒体／メモリ１５０６に結合されたプロセッサ１５０４を含む。プロセッサ１５０４は、コンピュータ可読媒体／メモリ１５０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１５０４によって実行されたとき、処理システム１５１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１５０６はまた、ソフトウェアを実行するときにプロセッサ１５０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１４０４、１４０６、および１４０８のうちの少なくとも１つをさらに含む。モジュールは、コンピュータ可読媒体／メモリ１５０６中に常駐する／記憶された、プロセッサ１５０４中で動作するソフトウェアモジュールであるか、プロセッサ１５０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１５１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。

【0090】

[00104]一構成では、ワイヤレス通信のための装置１４０２／１４０２’は、ＵＥが永続的スケジューリングモードにあるとき、パケットを受信するための手段を含む。装置１４０２／１４０２’はまた、パケットが正常に復号されないとき、ＮＡＣＫメッセージを送信するための手段を含む。装置１４０２／１４０２’はまた、パケットが正常に復号されたとき、ＡＣＫメッセージを送信することを控えるための手段を含む。装置１４０２／１４０２’はまた、パケットが正常に復号された後に電力節約状態に入るための手段を含む。装置１４０２／１４０２’はまた、ＮＡＣＫメッセージを送信した後にパケットの再送信を受信するための手段を含む。上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１４０２、および／または装置１４０２’の処理システム１５１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１５１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。

【0091】

[00105]開示したプロセス／フローチャートにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャートにおけるステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

【0092】

[00106]以上の説明は、当業者が本明細書で説明した様々な態様を実施することができるようにするために提供したものである。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では、「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。」別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、前記方法は、
前記ＵＥが半永続的スケジューリング（ＳＰＳ）モードにあるとき、パケットを受信することと、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信することと、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えることと
を備える、方法。
［Ｃ２］
前記パケットがユニキャストメッセージ中で前記ＵＥにアドレス指定される、Ｃ１に記載の方法。
［Ｃ３］
前記パケットが正常に復号されたすぐ後に電力節約状態に入ることをさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、Ｃ１に記載の方法。
［Ｃ５］
前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、Ｃ１に記載の方法。
［Ｃ６］
前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、Ｃ１に記載の方法。
［Ｃ７］
前記ＵＥがそれのカバレージエリアのエッジに対して遠位に位置するとき、前記パケットが、バンドルされたサブフレーム中で受信される、Ｃ１に記載の方法。
［Ｃ８］
前記ＮＡＣＫメッセージを送信した後に前記パケットの再送信を受信すること、ここにおいて、前記再送信されたパケットが、前記パケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる、
をさらに備える、Ｃ１に記載の方法。
［Ｃ９］
ワイヤレス通信のための装置であって、前記装置は、
前記ＵＥが半永続的スケジューリング（ＳＰＳ）モードにあるとき、パケットを受信するための手段と、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信するための手段と、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えるための手段と
を備える、装置。
［Ｃ１０］
前記パケットがユニキャストメッセージ中で前記ＵＥにアドレス指定される、Ｃ９に記載の装置。
［Ｃ１１］
前記パケットが正常に復号されたすぐ後に電力節約状態に入るための手段をさらに備える、Ｃ９に記載の装置。
［Ｃ１２］
前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、Ｃ９に記載の装置。
［Ｃ１３］
前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、Ｃ９に記載の装置。
［Ｃ１４］
前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、Ｃ９に記載の装置。
［Ｃ１５］
前記ＵＥがそれのカバレージエリアのエッジに対して遠位に位置するとき、前記パケットが、バンドルされたサブフレーム中で受信される、Ｃ９に記載の装置。
［Ｃ１６］
前記ＮＡＣＫメッセージを送信した後に前記パケットの再送信を受信するための手段と、ここにおいて、前記再送信されたパケットが、前記パケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる、
をさらに備える、Ｃ９に記載の装置。
［Ｃ１７］
ワイヤレス通信のための装置であって、前記装置は、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
前記ＵＥが半永続的スケジューリング（ＳＰＳ）モードにあるとき、パケットを受信することと、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信することと、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えることと
を行うように構成された、
装置。
［Ｃ１８］
前記パケットがユニキャストメッセージ中で前記ＵＥにアドレス指定される、Ｃ１７に記載の装置。
［Ｃ１９］
前記少なくとも１つのプロセッサは、前記パケットが正常に復号されたすぐ後に電力節約状態に入るようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２０］
前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、Ｃ１７に記載の装置。
［Ｃ２１］
前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、Ｃ１７に記載の装置。
［Ｃ２２］
前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、Ｃ１７に記載の装置。
［Ｃ２３］
前記ＵＥがそれのカバレージエリアのエッジに対して遠位に位置するとき、前記パケットが、バンドルされたサブフレーム中で受信される、Ｃ１７に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサは、
前記ＮＡＣＫメッセージを送信した後に前記パケットの再送信を受信すること、ここにおいて、前記再送信されたパケットが、前記パケットのコンテンツとは異なるコンテンツを備える第２のパケットとバンドルされる、
を行うようにさらに構成された、Ｃ１７に記載の装置。
［Ｃ２５］
コンピュータプログラム製品であって、
前記ＵＥが半永続的スケジューリング（ＳＰＳ）モードにあるとき、パケットを受信することと、
前記パケットが正常に復号されないとき、否定応答（ＮＡＣＫ）メッセージを送信することと、
前記パケットが正常に復号されたとき、肯定応答（ＡＣＫ）メッセージを送信することを控えることと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
［Ｃ２６］
前記パケットがユニキャストメッセージ中で前記ＵＥにアドレス指定される、Ｃ２５に記載のコンピュータプログラム製品。
［Ｃ２７］
前記コンピュータ可読媒体は、前記パケットが正常に復号されたすぐ後に電力節約状態に入るためのコードをさらに備える、Ｃ２５に記載のコンピュータプログラム製品。
［Ｃ２８］
前記パケットが接続状態間欠受信（Ｃ−ＤＲＸ）サイクルのオン持続時間中に受信される、Ｃ２５に記載のコンピュータプログラム製品。
［Ｃ２９］
前記パケットがボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）ダウンリンク（ＤＬ）トラフィックを備える、Ｃ２５に記載のコンピュータプログラム製品。
［Ｃ３０］
前記パケットが物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信される、Ｃ２５に記載のコンピュータプログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8A】

【図8B】

【図9A】

【図9B】

【図10A】

【図10B】

【図11】

【図12】

【図13】

【図14】

【図15】