特許 6232141 低帯域幅アプリケーションに対する遅延及びバンドルされた再送信

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

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

(11)【特許番号】6232141

(24)【登録日】2017年10月27日

(45)【発行日】2017年11月15日

(54)【発明の名称】低帯域幅アプリケーションに対する遅延及びバンドルされた再送信

(51)【国際特許分類】

   H04W 52/02 20090101AFI20171106BHJP

   H04W 28/04 20090101ALI20171106BHJP

   H04W 72/12 20090101ALI20171106BHJP

   H04W 28/18 20090101ALI20171106BHJP

【ＦＩ】

   H04W52/02

   H04W28/04 110

   H04W72/12 130

   H04W28/18 110

【請求項の数】17

【全頁数】32

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

(86)(22)【出願日】2014年9月26日

(65)【公表番号】特表2016-539597(P2016-539597A)

(43)【公表日】2016年12月15日

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

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

(87)【国際公開日】20150402

【審査請求日】2016年4月1日

(31)【優先権主張番号】61/884,918

(32)【優先日】2013年9月30日

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

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(72)【発明者】

【氏名】タベット， タリク

(72)【発明者】

【氏名】マッジギ， ヴィナリ アール．

(72)【発明者】

【氏名】ムジタバ， サイエド エー．

(72)【発明者】

【氏名】ミュッケ， クリスチャン ダブリュー．

【審査官】 田畑 利幸

(56)【参考文献】

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

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

【文献】 特表２０１３−５２８９７２（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１１６６６２（ＷＯ，Ａ１）

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

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するユーザ機器（ＵＥ）の電力を節約する方法であって、
ネットワーク基地局において、
ハイブリッド自動再送要求（ＨＡＲＱ）情報について制御チャネルを監視することと、
否定確認応答（ＮＡＣＫ）メッセージを前記ＵＥから受信することと、
前記ＮＡＣＫメッセージを受信したことに応じて、前記ＵＥがスリープモード動作中に非アクティブ状態を維持し得るように、前記ＵＥに対するＨＡＲＱ再送信を遅延させることと、
前記ＵＥに対する前記ＨＡＲＱ再送信を、連続するダウンリンク送信時間間隔（ＴＴＩ）内でバンドルすることと、
を含む、方法。

【請求項2】

前記スリープモード動作は、前記ＵＥの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルのオフ期間である、請求項１に記載の方法。

【請求項3】

前記ＨＡＲＱ再送信は、前記ＵＥの前記Ｃ−ＤＲＸサイクルの後続のオン期間まで遅延される、請求項２に記載の方法。

【請求項4】

前記バンドルされたＨＡＲＱ再送信は、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）上で新しいダウンリンク送信と共に前記ＵＥに通信される、請求項１に記載の方法。

【請求項5】

前記バンドルされたＨＡＲＱ再送信は、異なる変調及び符号化スキーム（ＭＣＳ）を利用する複数のＨＡＲＱ送信を含む、請求項１に記載の方法。

【請求項6】

ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するユーザ機器（ＵＥ）の電力を節約する方法であって、
ネットワーク基地局において、
ハイブリッド自動再送要求（ＨＡＲＱ）情報について制御チャネルを監視することと、
否定確認応答（ＮＡＣＫ）メッセージを前記ＵＥから受信することと、
前記ＮＡＣＫメッセージを受信したことに応じて、前記ＵＥがスリープモード動作中に非アクティブ状態を維持し得るように、前記ＵＥに対するＨＡＲＱ再送信を遅延させることと、
前記ＵＥの１つ以上の信号対干渉雑音比（ＳＩＮＲ）状態に基づき、前記ＨＡＲＱ再送信をバンドルすることを判定することと、
を含み、
前記１つ以上のＳＩＮＲ状態は、前記ＵＥがＬＴＥネットワークセルの周辺で通信しているときに劣化する無線動作状態を含む、方法。

【請求項7】

ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するユーザ機器（ＵＥ）の電力を節約する方法であって、
ネットワーク基地局において、
ハイブリッド自動再送要求（ＨＡＲＱ）情報について制御チャネルを監視することと、
否定確認応答（ＮＡＣＫ）メッセージを前記ＵＥから受信することと、
前記ＮＡＣＫメッセージを受信したことに応じて、前記ＵＥがスリープモード動作中に非アクティブ状態を維持し得るように、前記ＵＥに対するＨＡＲＱ再送信を遅延させることと、
前記ＵＥが低帯域幅の周期的なアプリケーションデータを通信するタイミングを判定することと、
判定したことに応じて、前記ＵＥが前記低帯域幅の周期的なアプリケーションデータを通信しているときに、前記ＵＥに対するＨＡＲＱ再送信を低減又は排除するために、前記ＵＥの目標ブロック誤り率（ＢＬＥＲ）を低減することと、
を含む、方法。

【請求項8】

前記制御チャネルは物理アップリンク制御チャネル（ＰＵＣＣＨ）を含み、
前記ＮＡＣＫメッセージは前記ＰＵＣＣＨ上で前記ＵＥから受信される、請求項１から７のいずれか１項に記載の方法。

【請求項9】

モバイルデバイスであって、
ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するように構成可能な少なくとも１つの送受信機と、
１つ以上のプロセッサと、
実行可能な命令を記憶する記憶デバイスと、
を備え、前記実行可能な命令は、前記１つ以上のプロセッサによって実行されたときに、前記モバイルデバイスに、
ネットワーク基地局からのダウンリンク送信の誤りを特定させ、
前記少なくとも１つの送受信機を使用し、否定確認応答（ＮＡＣＫ）メッセージを、ハイブリッド自動再送要求（ＨＡＲＱ）通信の一部として前記ネットワーク基地局に送信させ、
遅延されたＨＡＲＱ再送信に応じて、節電するために、前記モバイルデバイスのスリープモード動作中に非アクティブ状態を持続させ、
前記モバイルデバイスの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルの後続のオン期間中に前記遅延されたＨＡＲＱ再送信を受信させる、
モバイルデバイス。

【請求項10】

前記ダウンリンク送信は、前記モバイルデバイスが期待されるダウンリンク送信を受信しなかったとき、又は前記ダウンリンク送信が前記モバイルデバイスによって受信されたが、前記受信されたダウンリンク送信が１つ以上の誤りを含むときに、前記モバイルデバイスによって誤りであるとして特定される、請求項９に記載のモバイルデバイス。

【請求項11】

前記スリープモード動作は、前記モバイルデバイスの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルのオフ期間である、請求項９に記載のモバイルデバイス。

【請求項12】

モバイルデバイスであって、
ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するように構成可能な少なくとも１つの送受信機と、
１つ以上のプロセッサと、
実行可能な命令を記憶する記憶デバイスと、
を備え、前記実行可能な命令は、前記１つ以上のプロセッサによって実行されたときに、前記モバイルデバイスに、
ネットワーク基地局からのダウンリンク送信の誤りを特定させ、
前記少なくとも１つの送受信機を使用し、否定確認応答（ＮＡＣＫ）メッセージを、ハイブリッド自動再送要求（ＨＡＲＱ）通信の一部として前記ネットワーク基地局に送信させ、
遅延されたＨＡＲＱ再送信に応じて、節電するために、前記モバイルデバイスのスリープモード動作中に非アクティブ状態を持続させ、
前記遅延されたＨＡＲＱ再送信を前記スリープモード動作の後に受信させ、
前記遅延されたＨＡＲＱ再送信は、連続する送信時間間隔（ＴＴＩ）内で前記モバイルデバイスによって受信される、バンドルされたデータ送信の一部である、モバイルデバイス。

【請求項13】

前記バンドルされたデータ送信は、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）上で前記モバイルデバイスによって受信され、前記バンドルされたデータ送信は、新しいダウンリンク送信を更に含む、請求項１２に記載のモバイルデバイス。

【請求項14】

前記バンドルされたデータ送信は、異なる変調及び符号化スキーム（ＭＣＳ）を利用する複数のＨＡＲＱ送信を含む、請求項１２に記載のモバイルデバイス。

【請求項15】

前記モバイルデバイスは、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ネットワーク基地局に前記ＮＡＣＫメッセージを送信する、請求項９から１４のいずれか１項に記載のモバイルデバイス。

【請求項16】

実行可能な命令を記憶する非一時的コンピュータ可読媒体であって、前記実行可能な命令は、ネットワーク基地局の１つ以上のプロセッサによって実行されたときに、前記ネットワーク基地局に、
ハイブリッド自動再送要求（ＨＡＲＱ）情報について物理アップリンク制御チャネル（ＰＵＣＣＨ）を監視させ、
前記ＰＵＣＣＨを介してユーザ機器（ＵＥ）から否定確認応答（ＮＡＣＫ）メッセージを受信させ、
前記ＮＡＣＫメッセージを受信したことに応じて、前記ＵＥが、前記ＵＥの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルのオフ期間中に非アクティブ状態を維持し得るように、前記ＵＥに対するＨＡＲＱ再送信を遅延させ、
連続する送信時間間隔（ＴＴＩ）内で、前記ＵＥに対する前記ＨＡＲＱ再送信を新しいダウンリンク送信とバンドルさせる、
非一時的コンピュータ可読媒体。

【請求項17】

前記ＵＥに対する前記ＨＡＲＱ再送信は、前記ＵＥの前記Ｃ−ＤＲＸサイクルの後続のオン期間まで遅延される、請求項１６に記載の非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

説明される実施形態は、概して無線通信に関し、より詳細には、ユーザ機器において不要な電力消費を発生させる、ハイブリッド自動再送要求（hybrid automatic repeat request；ＨＡＲＱ）に関連付けられた問題を緩和するための手順に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（3^rd Generation Partnership Project；３ＧＰＰ）ロングタームエボリューション（Long Term Evolution；ＬＴＥ）及びＬＴＥアドバンスト（LTE Advanced；ＬＴＥ−Ａ）標準を実施するより新しい無線アクセス技術（radio access technology；ＲＡＴ）システムを利用する、第４世代（fourth generation；４Ｇ）セルラーネットワークは、米国内外において急速に開発及び導入されている。ＬＴＥ−Ａは、この無線通信標準が、以前のＬＴＥバージョンでは不可能であったデータレートを集約的に実現するマルチキャリアシステムの帯域幅要件を満たすことができるような、複数のコンポーネントキャリア（component carrier；ＣＣ）の集約をもたらす。

【0003】

ＬＴＥ及びＬＴＥ−Ａに共通し、これらの４Ｇ通信標準が、高データレートのスループットを確実に実現することを可能にする１つのメカニズムは、ハイブリッド自動再送要求（ハイブリッドＡＲＱ又はＨＡＲＱ）である。ＬＴＥ ＨＡＲＱ処理は、ダウンリンク（downlink；ＤＬ）において誤りパケット又は送信誤りがユーザ機器（user equipment；ＵＥ）によって受信されたとき、又はアップリンク（uplink；ＵＬ）において誤りパケット又は送信誤りがｅＮｏｄｅＢによって受信されたときに、ＬＴＥ基地局、すなわち拡張ＮｏｄｅＢ（enhanced NodeB；ｅＮｏｄｅＢ）と、無線モバイル通信デバイス、すなわちＵＥとの協調動作を通じて実現される。

【0004】

ハイブリッドＡＲＱは、高レートの前方誤り訂正（forward error correction；ＦＥＣ）符号化及びＡＲＱ誤り制御を組み合わせたものである。標準的なＡＲＱでは、巡回冗長検査（cyclic redundancy check；ＣＲＣ）などの誤り検出符号を使用して、受信機に送信するデータに冗長ビットが追加されてもよい。それにより、破損したメッセージを検出した受信機は、送信機からの新しいメッセージを要求し得る。ただし、ＨＡＲＱでは、送信データがＦＥＣ符号を使用して符号化されてもよく、この場合、対応するパリティビットが送信データと共に送信される。あるいは、対応するパリティビットは、後続の時点において、受信機が誤送信を検出したときに、要求に応じて送信されてもよい。

【0005】

更に、ＬＴＥ通信は、ＵＥが低帯域幅アプリケーションのデータ通信に関与しているとき、例えば、周期的なボイスオーバーＬＴＥ（voice over LTE；ＶｏＬＴＥ）通信中などの、様々な無線リソース制御（radio resource control；ＲＲＣ）接続モードの動作中、４Ｇ ＬＴＥ対応ＵＥがローカルのデバイスリソース（例えば、バッテリ電力、処理能力、使用可能なメモリなど）を節約することを可能にするために、接続モード不連続受信（connected mode discontinuous reception；Ｃ−ＤＲＸ）動作及び半永続的スケジューリング（semi-persistent scheduling；ＳＰＳ）も利用する。ただし、Ｃ−ＤＲＸ及びＳＰＳ動作の節電という利点は、そこにＨＡＲＱ再送信を重ね合わせることによって損なわれる可能性があり、この場合、ＵＥがＨＡＲＱ確認応答（ＡＣＫ／ＮＡＣＫ）メッセージを送信／受信し、その後、対応するＤＬ又はＵＬ ＨＡＲＱ再送信を処理することを可能にするために、ＵＥは長時間にわたってアウェイクし続ける必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＶｏＬＴＥタイプのデータ通信などの、特定の低帯域幅アプリケーションデータ通信の場合、ネットワーク指定のＬＴＥ ＨＡＲＱタイムラインは、ＵＥが必要以上の時間期間にわたってアウェイクし続けることを要求し得る。したがって、ＵＥが非アクティブな場合にＣ−ＤＲＸ又はＳＰＳ省電力モードに入り得る時間期間中に、ＵＥがアクティブ状態を維持することを必要とする、様々なＤＬ及びＵＬ ＨＡＲＱの要件を排除又は低減することによって、ローカルのＵＥデバイスリソースを節約し得る解決策が必要とされている。

【課題を解決するための手段】

【0007】

この概要は、以下の詳細な説明において更に説明される、選択された概念を（簡略化された形式で）紹介するために提供される。この概要は、請求される主題の主な特徴を特定することを意図しておらず、また、請求される主題の範囲の特定を支援するものとして使用されることも意図していない。

【0008】

本明細書で開示されている様々な実施形態は、ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するユーザ機器（ＵＥ）に対して節電する手順を提供する。この手順の一部として、ネットワーク基地局は、ハイブリッド自動再送要求（ＨＡＲＱ）情報について制御チャネルを監視し、否定確認応答（negative acknowledgement；ＮＡＣＫ）メッセージをＵＥから受信するように構成されてもよく、その後、ＮＡＣＫメッセージをＵＥから受信したことに応じて、ネットワーク基地局は、ＵＥがスリープモード動作中に非アクティブ状態を維持し得るように、ＵＥに対するＨＡＲＱ再送信を遅延させてもよい。

【0009】

いくつかの態様によれば、スリープモード動作は、ＵＥの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルのオフ期間に対応してもよい。更に、ＨＡＲＱ再送信は、ＵＥのＣ−ＤＲＸサイクルの後続のオン期間まで遅延されてもよい。

【0010】

いくつかの実施では、ネットワーク基地局は、連続したダウンリンク送信時間間隔（transmission time interval；ＴＴＩ）内で、ＵＥに対するＨＡＲＱ再送信をバンドルしてもよい。

【0011】

いくつかの態様では、バンドルされたＨＡＲＱ再送信は、物理ダウンリンク共用チャネル（physical downlink shared channel；ＰＤＳＣＨ）上で、新しいダウンリンク送信と共にＵＥに通信されてもよい。バンドルされたＨＡＲＱ再送信は、異なる変調及び符号化スキーム（modulation and coding scheme；ＭＣＳ）を利用する複数のＨＡＲＱ送信を含んでもよい。

【0012】

様々な実施形態では、ネットワーク基地局は、ＵＥの１つ以上の信号対干渉雑音比（signal to interference plus noise ratio；ＳＩＮＲ）状態に少なくとも部分的に基づき、ＨＡＲＱ再送信をバンドルすることを判定してもよい。ＵＥの１つ以上のＳＩＮＲ状態は、ＵＥがＬＴＥネットワークセルの周辺で通信しているときに劣化する無線動作状態を含んでもよい。

【0013】

一態様では、ネットワーク基地局は、ＵＥが低帯域幅の周期的なアプリケーショデータ（例えば、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）データ）を通信するタイミングを判定し、その後、ＵＥが低帯域幅の周期的なアプリケーションデータを通信している間、ＵＥに対するＨＡＲＱ再送信を低減又は排除するために、ＵＥの目標ブロック誤り率（block error rate；ＢＬＥＲ）を低減してもよい。

【0014】

いくつかの態様では、制御チャネルは物理アップリンク制御チャネル（ＰＵＣＣＨ）であってもよく、ＮＡＣＫはＰＵＣＣＨ上のＵＥから受信されてもよい。

【0015】

いくつかの実施形態では、モバイルデバイスは、ロングタームエボリューション（ＬＴＥ）ネットワークを介して通信するように構成可能な少なくとも１つの送受信機、１つ以上のプロセッサ、及び実行可能な命令を記憶する記憶デバイスを備えてもよく、実行可能な命令は、１つ以上のプロセッサによって実行されたときに、モバイルデバイスに、ネットワーク基地局からのダウンリンク送信を誤りであるとして特定させ、否定確認応答（ＮＡＣＫ）メッセージを、ハイブリッド自動再送要求（ＨＡＲＱ）通信の一部として、少なくとも１つの送受信機を使用するネットワーク基地局に送信させ、遅延されたＨＡＲＱ再送信に応じて、節電するためにモバイルデバイスのスリープモード動作中に非アクティブ状態を維持させてもよい。

【0016】

いくつかの実施では非一時的コンピュータ可読媒体は、実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の１つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ハイブリッド自動再送要求（ＨＡＲＱ）情報について物理アップリンク制御チャネル（ＰＵＣＣＨ）を監視させ、否定確認応答（ＮＡＣＫ）メッセージをユーザ機器（ＵＥ）からＰＵＣＣＨを介して受信させ、ＮＡＣＫメッセージを受信したことに応じて、ＵＥの接続モード不連続受信（Ｃ−ＤＲＸ）サイクルのオフ期間中に、ＵＥが非アクティブ状態を維持し得るように、ＵＥに対するＨＡＲＱ再送信を遅延させてもよい。

【0017】

説明される実施形態、及びその利点は、添付図面と併せて以下の説明を参照することで、最も良好に理解することができる。これらの図面は、必ずしも一定の縮尺で描かれておらず、本開示の時点で当業者によって実施することが可能な、それらに対する予測可能な形態及び詳細の変更を、決して限定若しくは排除するものではない。

【図面の簡単な説明】

【0018】

【図1】本開示のいくつかの実施形態に係る、高度化ハイブリッド自動再送要求（ＨＡＲＱ）機能を利用するように構成され得る複数のユーザ機器デバイス（ＵＥ）をサポートする、ロングタームエボリューション（ＬＴＥ）及びＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）ネットワークセルを含む無線通信システムを示す図である。

【図2】本開示の様々な実施に係る、単一のＬＴＥ又はＬＴＥ−Ａデータフレーム構造を示すブロック図である。

【図3】いくつかの実施形態に係る、ダウンリンク（ＤＬ）無線リソース割り当て構成要素、アップリンク（ＵＬ）無線リソース割り当て構成要素、及びＤＬ／ＵＬ ＨＡＲＱスケジューラ構成要素を有するネットワークリソーススケジューラを含むネットワーク装置のブロック図である。

【図4】本開示のいくつかの実施に係る、高度化ＨＡＲＱ機能構成要素及びＳＮＲ判定構成要素を有するデバイスリソースマネージャを含む、無線通信デバイスのブロック図である。

【図5】いくつかの実施形態に係る、ＬＴＥ ＤＬ通信のための、半永続的スケジューリング（ＳＰＳ）手順と共にＤＬ ＨＡＲＱスケジューリング手順を示すブロック図である。

【図6】本開示の様々な実施形態に係る、ＬＴＥ ＵＬ通信のためのＵＬ ＨＡＲＱスケジューリング手順を示すブロック図である。

【図7】本開示の様々な実施に係る、同期的なＤＬ ＬＴＥ及びＵＬ ＬＴＥ ＨＡＲＱ手順を示すブロック図である。

【図8】様々な実施形態に係る、最適化されたＵＬ ＬＴＥ ＨＡＲＱ再送信を実行するための例示的方法に関連付けられたフローチャートである。

【図9】本開示のいくつかの実施形態に係る、ｅＮｏｄｅＢ基地局が、それぞれ異なる信号対干渉雑音比（ＳＩＮＲ）状態を経験しているユーザ機器デバイス（ＵＥ）と通信する、単一のＬＴＥ又はＬＴＥ−Ａセルを示すネットワーク図である。

【図10】様々な実施形態に係る、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信を実行するための例示的方法に関連付けられたフローチャートである。

【図11】本開示の様々な実施に係る、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信手順、及び送信時間間隔（ＴＴＩ）バンドリングを含む同期的なＵＬ ＬＴＥ ＨＡＲＱ再送信手順を示すブロック図である。

【図12】いくつかの実施に係る、バンドルされたＤＬ ＬＴＥ ＨＡＲＱ送信を実行するための例示的方法に関連付けられたフローチャートである。

【図13】本開示の様々な実施形態に係る、ＴＴＩバンドリングを含むＤＬ ＬＴＥ ＨＡＲＱ再送信手順を示すブロック図である。

【図14】本開示のいくつかの実施に係る、統合されたＤＬ ＬＴＥ送信を実行するための例示的方法に関連付けられたフローチャートである。

【図15】本開示の様々な実施形態に係る、トランスポートブロックレベルにおける単一のＴＴＩバンドリングを含む統合されたＤＬ ＬＴＥ送信手順を示すブロック図である。

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

【0019】

本項では、それぞれが、ＤＬにおいて低減されたＨＡＲＱ動作を実行し、ＵＬにおいて低減されたＨＡＲＱ動作を実行する、改善されたＬＴＥダウンリンク（ＤＬ）及びＬＴＥアップリンク（ＵＬ）ハイブリッド自動再送要求（ＨＡＲＱ）再送信をスケジュール及び実行するための代表的な実施例について説明する。更に、本明細書では、バンドルされたＤＬ及びＵＬ ＨＡＲＱ再送信を実行するための様々な実施例についても説明する。これらの実施例は、本開示の主題に前後関係を追加し、その主題の理解を支援するために提供される。本明細書で説明される具体的な詳細のうちのいくつかの有無にかかわりなく本開示が実践され得ることは、当業者には明らかであろう。更に、本明細書で説明され、対応する図に示される主題に対して、本開示の趣旨及び範囲から逸脱することなく、様々な修正及び／又は変更を加えることによって、同様の利点及び結果を達成し得る。

【0020】

本項では、本開示の一部を形成し、実例として、本明細書で説明される実施形態に対応する様々な実施を示す、添付の図面が参照される。本開示の実施形態は、説明される実装を当業者が実践し得る程度に詳細に説明されるが、これらの実施例は、大幅な制限を加えるもの、又は全てを含むものとして解釈すべきでないことを理解されたい。

【0021】

様々な実施形態によれば、用語「ユーザ機器」は、限定するものではないが、セルラー電話又はスマートフォン、タブレットコンピュータ、ラップトップコンピュータ又はネットブックコンピュータ、メディアプレーヤデバイス、電子書籍デバイス、ＭｉＦｉ（登録商標）デバイス、並びに第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）又はＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）通信機能を有する任意の他のタイプの電子コンピューティングデバイスを含む、１つ又は任意の数の一般的な消費者向け電子通信デバイスについて説明するために、本明細書において使用されてもよい。様々なシナリオでは、これらの機能は、それぞれのＵＥが、任意の一般的なタイプのＬＴＥ又はＬＴＥ−Ａ無線アクセス技術（ＲＡＴ）を利用する４Ｇネットワークセル内で通信することを可能にしてもよい。

【0022】

更に、本明細書で説明されているＵＥは、異なる第３世代（３Ｇ）及び／又は第２世代（２Ｇ）ＲＡＴを介しても通信し得るマルチモード無線通信デバイスとして構成されてもよいことを理解されたい。これらのシナリオでは、マルチモードＵＥは、より低いデータレートのスループットを提供する他の旧式の３Ｇネットワークに比べて、より高速なデータレートのスループットを提供するＬＴＥネットワークへの接続を優先するように構成されてもよい。例えば、いくつかの実装では、マルチモードＵＥは、ＬＴＥ及びＬＴＥ−Ａネットワークが使用できないときに、旧式の３Ｇネットワーク、例えば、進化型高速パケットアクセス（ＨＳＰＡ＋）ネットワーク又はコード分割多重アクセス（ＣＤＭＡ）２０００ Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｎｌｙ（ＥＶ−ＤＯ）ネットワークへとフォールバックするように構成されてもよい。

【0023】

図１は、３ＧＰＰ進化型地上無線アクセス（Evolved Universal Terrestrial Radio Access；Ｅ−ＵＴＲＡ）無線インタフェースに準拠し、限定するものではないが、それぞれがＸ２インタフェースを介して相互の間で通信し得る拡張ＮｏｄｅＢ（ｅＮｏｄｅＢ）基地局を有する、１つのＬＴＥネットワークセル１０２及び２つのＬＴＥ−Ａネットワークセル１０４ａ及び１０４ｂを含む、無線通信システム１００を示す。更に、Ｅ−ＵＴＲＡ準拠の通信システム１００は、進化型パケットコア（ＥＰＣ）の一部として、ＬＴＥ及びＬＴＥ−ＡセルのｅＮｏｄｅＢ １０２及び１０４ａ及び１０４ｂと、Ｓ１インタフェースを介して通信し得る、任意の数のモビリティ管理エンティティ（mobility management entity；ＭＭＥ）１０８ａ〜１０８ｃ、サービングゲートウェイ（serving gateway；Ｓ−ＧＷ）１０８ａ〜１０８ｃ、ＰＤＮゲートウェイ（PDN gateway；Ｐ−ＧＷ）１１０などを含んでもよい。更に、ＥＵＴＲＡ通信システム１００は、任意の特定の時点で、ＬＴＥ及びＬＴＥ−ＡセルのｅＮｏｄｅＢ １０２及び１０４ａ及び１０４ｂのうちの１つ以上によって無線通信サービスが提供される、任意の数のＵＥを含んでもよい。

【0024】

例として、ＵＥ １０６は、ＬＴＥ−Ａセル１０４ａ及び１０４ｂ内に配置され、音声通話を確立するためにボイスオーバーＬＴＥ（ＶｏＬＴＥ）アプリケーションを起動したときに、ＬＴＥ無線リソース制御（ＲＲＣ）接続モードであってもよい。ＶｏＬＴＥアプリケーションを実行するＵＥ １０６は、ＥＰＣ １０８ａ〜１０８ｃ及び１１０を通じて通話を転送し、それにより、リモートネットワークの一部であり得る、発呼者ＵＥ １０６と意図した受信者の受信デバイスとの間のＩＰマルチメディアサブシステム（IP Multimedia Subsystem；ＩＭＳ）ネットワークを通じてＶｏＬＴＥ通信を転送するためにインターネット１１２に接続する、サービングｅＮｏｄｅＢ １０４ａ及び１０４ｂへと音声データを通信することによって、意図した受信者へのＶｏＬＴＥ音声通話を実行し得る。あるいは、ＵＥ １０６は、ＩＰベースのアプリケーションデータを、そのサービングＬＴＥネットワーク１０４ａ及び１０４ｂを介してインターネット１１２経由で転送することを試行するために、特定のデータタイプ、例えば、ストリーミングオーディオデータ、ストリーミングオーディオ−ビデオデータ、ウェブサイトデータ、テキストデータなどにそれぞれ関連付けられ得る、任意の数の異なるＵＥ常駐アプリケーションを起動してもよい。

【0025】

対応するＵＥアプリケーションのデータタイプに応じて、アプリケーションデータを通信するためのネットワークリソース要件（例えば、関連付けられたネットワークリソースブロック（resource block；ＲＢ））は、最小（例えば、テキスト又は音声データ）、中程度（例えば、ウェブサイトのウェブページデータ）、又は相当量（例えば、オーディオ−ビデオデータのストリーミング）であってもよい。その結果、一部の実施形態では、第１のＵＥアプリケーションは、低帯域幅データタイプ（例えば、ＶｏＬＴＥタイプのデータ）に関連付けられてもよく、これに対し、他の実施形態では、第２のＵＥアプリケーションは、中から高帯域幅データタイプ（例えば、ストリーミングオーディオ又はビデオデータ）に関連付けられてもよい。いくつかの実施では、ＵＥ １０６と、ＬＴＥ又はＬＴＥ−ＡセルのｅＮｏｄｅＢ １０２及び１０４ａ及び１０４ｂとの間で通信されるＶｏＬＴＥ音声通話に、ＵＥ １０６が能動的に関与し、例えば、ＵＥ １０６又はｅＮｏｄｅＢが、対応する誤りパケット又は送信誤りを受信したときに、様々な改善されたＬＴＥ ＤＬ及びＬＴＥ ＵＬ ＨＡＲＱ再送信が、通信に関するオーバーヘッド及びＵＥ １０６の電力消費を最小限に抑える、低減されたＨＡＲＱ動作をそれぞれ実行するために、利用されてもよい。

【0026】

様々な実施形態では、改善されたＤＬ ＨＡＲＱ再送信手順及び／又は改善されたＵＬ ＨＡＲＱ再送信手順が、ＵＥ １０６における不要な電力消費に関連付けられた問題を実質的に緩和する様式で利用されてもよい。この不要な電力消費は、ＵＥ １０６がＬＴＥ ＲＲＣ接続モード中に、ＵＬ又はＤＬ ＨＡＲＱメッセージ及び／又はＤＬ／ＵＬ送信について、様々なＬＴＥ通信チャネルを監視及び／又は復号することを試行したときに発生し得る。いくつかの実施では、これらのＬＴＥ通信チャネルは、限定するものではないが、物理ダウンリンク制御チャネル（physical downlink control channel；ＰＤＣＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理アップリンク共用チャネル（ＰＵＳＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（physical hybrid ARQ indicator channel；ＰＨＩＣＨ）などを含んでもよい。本明細書で更に説明されるように、様々なＤＬ ＬＴＥ ＨＡＲＱ再送信手順、並びに様々なＵＬ ＬＴＥ ＨＡＲＱ再送信手順は、ＨＡＲＱシグナリングが存在するときにＵＥ １０６のスリープ期間が長くなる様式で、１つ以上の接続モード不連続受信（Ｃ−ＤＲＸ）動作と共に、かつ／又は１つ以上の半永続的スケジューリング（ＳＰＳ）動作と共に発生し得る。

【0027】

図２は、本開示の様々な実施に係る、単一のＬＴＥデータフレーム構造２０２を示すブロック図２００である。当業者には理解されるように、１つのＬＴＥデータフレーム２０２は、Ｓ０からＳ９までラベル付けされ、それぞれが１ｍｓの送信時間間隔（ＴＴＩ）を有する、１０個のサブフレームを含む。各ＬＴＥサブフレームは、それぞれが０．５ｍｓのＴＴＩを有する、２つのタイムスロットから構成される。したがって、各ＬＴＥデータフレーム２０２内には、０から１９までラベル付けされた２０個のタイムスロットが存在する。例えば、ＬＴＥデータフレーム２０２の第１のサブフレームＳ０ ２０４は、１４個の直交波周波数分割多重（orthogonal frequency division multiplexing；ＯＦＤＭ）シンボルから構成されてもよく、これはサブフレームＳ０ ２０４のタイムスロット０及び１のそれぞれに対して、７つのＯＦＤＭシンボルが存在することと同等である。

【0028】

サブフレームＳ０ ２０４のＯＦＤＭシンボルの先頭部分（例えば、先頭の３つのＯＦＤＭシンボル）は、制御シグナリング情報（例えば、ＰＤＣＣＨ、ＰＵＣＣＨ、ＰＨＩＣＨなどに関連付けられた制御情報）に対して指定されてもよく、サブフレームＳ０ ２０４のＯＦＤＭシンボルは、ペイロードデータ（例えば、ＰＤＳＣＨ又はＰＵＳＣＨに関連付けられたペイロードデータ）に対して指定されてもよい。ＬＴＥサブフレームのそれぞれのＯＦＤＭシンボルの番号Ｓ０からＳ９は、対応するサイクリックプレフィクス（cyclic prefix；ＣＰ）の長さによって変化し得ることを理解されたい。ＣＰは、マルチパスによるシンボル間干渉（ＩＳＩ）を防止するために、時間領域における各副搬送波内の各ＯＦＤＭシンボルの前に送信されてもよい。

【0029】

ＬＴＥでは、ＣＰは、５μｓの期間を有する通常のＣＰ、又は１７μｓの期間を有する拡張されたＣＰに対応してもよい。したがって、通常のＣＰを利用するＬＴＥスロットは、典型的には７個のＯＦＤＭシンボルを有し、これに対して、拡張された（例えば、より大きい郊外のセルで使用することを目的とした）ＣＰを利用するＬＴＥスロットは、典型的には６個のＯＦＤＭシンボルを有する。ＬＴＥリソースブロック（ＲＢ）は、典型的には、１つのＬＴＥスロットの期間にわたって送信される、１２個のＯＦＤＭ副搬送波に関連付けられる。したがって、０．５ｍｓにわたって送信される（通常のＣＰに関連付けられた）通常のＲＢは、８４個のＯＦＤＭシンボル（１２個の副搬送波ｘ７個のＯＦＤＭシンボル）又はリソース要素（resource element；ＲＥ）を含む。同様に、０．５ｍｓにわたって送信される拡張されたＲＢ（拡張されたＣＰに関連付けられた）は、７２個のＲＥ（１２個の副搬送波ｘ６個のＯＦＤＭシンボル）を含む。

【0030】

様々な実施形態では、ＬＴＥ−Ａセル１０４ａ及び１０４ｂは、割り当てられた様々なネットワークスペクトル帯域内における最大１００ＭＨｚの集約的な帯域幅を実現するために、複数のコンポーネントキャリア（ＣＣ）を総体的に利用してもよい。対応するＬＴＥ−Ａセルは、ＰＤＣＣＨ形式又はＰＵＣＣＨ形式を、そのそれぞれの制御情報に従って指定し得るｅＮｏｄｅＢを含んでもよく、この制御情報は、同じネットワークセル１０４ａ及び１０４ｂ内に存在する単一のＵＥ １０６又は複数のＵＥ１０６を対象にし得る。例として、ＰＤＣＣＨ ＤＣＩは、単一のＵＥ １０６を対象とするセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に関連付けられてもよく、又は代替として、ＰＤＣＣＨ ＤＣＩは、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）若しくは同じセル１０４ａ及び１０４ｂ内に配置されたＵＥ １０６のグループを対象とするシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）に関連付けられてもよい。様々な実施形態では、ＰＤＣＣＨのＤＣＩは、ダウンリンク（ＤＬ）グラント情報（例えば、ＰＤＳＣＨのリソース割り当て）、並びにアップリンクリソースグラント情報（例えば、ＰＵＳＣＨのリソース割り当て）、Ｔｘ電源制御情報などを含んでもよい。

【0031】

図３は、本開示の様々な実施形態に係る、ＤＬ無線リソース割り当て構成要素３１４、ＵＬ無線リソース割り当て構成要素３１６、及びＤＬ／ＵＬ ＨＡＲＱスケジューラ３１８を有する、ネットワークリソーススケジューラ３１２を含む、ネットワーク装置３００（例えば、ＬＴＥ ＲＲＣ機能を有するｅＮｏｄｅＢ）のブロック図である。いくつかの実施では、ネットワークリソーススケジューラ３１２は、対応するネットワークセル内（例えば、ＬＴＥセル１０２内又はＬＴＥ−Ａセル１０４ａ及び１０４ｂ内）に配置された１つ以上のＵＥ １０６に対する様々なＤＬ無線リソース割り当て（例えば、搬送波ＤＬ ＲＢグラント）を生成及び／又は発行するために、そのＤＬ無線リソース割り当て構成要素３１４を利用するように構成されてもよい。更に、ＤＬ無線リソース割り当て構成要素３１４又はＵＬ無線リソース割り当て構成要素３１６のいずれかは、本明細書で更に説明されるように、ＳＰＳ及び／又はＣ−ＤＲＸ処理を利用することができてもよい。

【0032】

他の状況では、ネットワークリソーススケジューラ３１２は、対応するネットワークセル内（例えば、ＬＴＥセル１０２内又はＬＴＥ−Ａセル１０４ａ及び１０４ｂ内）に配置された１つ以上のＵＥ １０６に対する様々なＵＬ無線リソース割り当て（例えば、搬送波ＵＬ ＲＢグラント）を生成及び／又は発行するために、そのＵＬ無線リソース割り当て構成要素３１４を利用するように構成されてもよい。この状況では、ネットワーク装置３００のネットワークリソーススケジューラ３１２は、どのＵＥ １０６がＰＤＣＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、及びＰＨＩＣＨ ＨＡＲＱ送信を受信すべきか、並びに、これらのＨＡＲＱ送信が、ＤＬ又はＵＬにおけるそれぞれのＴＴＩ中に、どのＲＢ上で受信されるべきかを判定することができてもよい。

【0033】

更に、ネットワークリソーススケジューラ３１２のＤＬ／ＵＬ ＨＡＲＱスケジューラ構成要素３１８は、ＤＬにおいて低減されたＨＡＲＱ動作を実行するための様々な改善されたＤＬ ＨＡＲＱ手順、並びにＵＬにおいて低減されたＨＡＲＱ動作を実行するための様々な改善されたＵＬ ＨＡＲＱ手順をスケジュール及び／又は実行するように構成されてもよい。本明細書では、ＤＬ／ＵＬ ＨＡＲＱスケジューラ３１８の機能について、図５から図１５の主題に関連して更に説明する。したがって当業者は、どのＨＡＲＱスケジューリング処理が、単独で動作するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）によって実行されてもよいか、並びにどのＤＬ ＨＡＲＱ実施及びどのＵＬ ＨＡＲＱ実施が、１つ以上のＵＥ １０６と協調して動作するネットワーク装置３００に実行されてもよいかを、容易に見分けることができるだろう。

【0034】

いくつかの構成では、ネットワーク装置３００は、本明細書で開示される１つ以上の実施形態に係る様々なＨＡＲＱリソーススケジューリング動作を実行し得る、処理回路３０２を含んでもよい。この点に関し、処理回路３０２は、様々な実装に係るネットワーク装置３００の１つ以上の機能を実行するように、かつ／又はそれらの機能の実行を制御するように構成されてもよく、したがって、ＤＬにおける低減されたＨＡＲＱ動作、ＵＬにおける低減されたＨＡＲＱ動作、並びに様々な実施形態に係るネットワーク装置３００の他の通信手順を実行するための機能を提供してもよい。処理回路３０２は、本開示の１つ以上の実施形態に係るデータ処理、アプリケーション実行及び／又は他の処理、並びに管理機能を実行するように更に構成されてもよい。

【0035】

ネットワーク装置３００、又は処理回路３０２などのネットワーク装置３００の部分若しくはその構成要素は、それぞれが任意の数の結合されたマイクロチップを含み得る、１つ以上のチップセットを含んでもよい。ネットワーク装置３００の処理回路３０２及び／又は１つ以上の他の構成要素は、複数のチップセットを使用する本開示の様々な実施形態に係る、ＤＬにおける様々な低減されたＨＡＲＱ動作及びＵＬにおける様々な低減されたＨＡＲＱ動作に関連付けられた機能も実行するように構成されてもよい。いくつかのシナリオでは、ネットワーク装置３００は、図１の無線通信システム１００内で動作するために、ＬＴＥ １０２又はＬＴＥ−Ａセル１０４ａ及び１０４ｂのｅＮｏｄｅＢに関連付けられるか、又はそのｅＮｏｄｅＢとして利用されてもよい。この実装では、ネットワーク装置３００は、この装置が、対応する無線カバレッジ領域、例えば、ＬＴＥ １０２又はＬＴＥ−Ａネットワークセル１０４ａ及び１０４ｂに関連付けられたカバレッジ領域内に配置された任意の数のＵＥ １０６に無線通信サービスを提供するネットワーク基地局として、無線通信システム１００内で動作することを可能にするように構成された、１つ以上のチップセットを含んでもよい。

【0036】

いくつかのシナリオでは、ネットワーク装置３００の処理回路３０２は、１つ以上のプロセッサ（単数又は複数）３０４及びメモリ構成要素３０６を含んでもよい。処理回路３０２は、ＬＴＥ準拠のモデム及び１つ以上の無線通信送受信機３１０を有する無線周波数（radio frequency；ＲＦ）回路３０８と通信するか、又はさもなければ、そこに結合されてもよい。いくつかの実装では、モデム及び１つ以上の送受信機３１０を含むＲＦ回路３０８は、異なるＬＴＥ ＲＡＴタイプを使用して通信するように構成されてもよい。例えば、一部の実施形態では、ＲＦ回路３０８はＬＴＥ ＲＡＴを使用して通信するように構成されてもよく、他の実施形態では、ＲＦ回路３０８はＬＴＥ−Ａ ＲＡＴを使用して通信するように構成されてもよい。

【0037】

様々な実装では、プロセッサ（単数又は複数）３０４は、様々な異なる形式で構成及び／又は利用されてもよい。例えば、プロセッサ（単数又は複数）３０４は、任意の数のマイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、特定用途向け集積回路（application specific integrated circuit；ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（field programmable gate array；ＦＰＧＡ）、若しくはこれらの任意の組み合わせなどの集積回路を含む、様々な他のコンピューティング又は処理実装に関連付けられてもよい。様々なシナリオでは、複数のプロセッサ３０４が、相互に結合され、かつ／又は相互に動作通信するように構成されてもよく、これらの構成要素は集合的に、本明細書で説明されているようなネットワーク装置３００の１つ以上の手順を、ＲＲＣ制御機能を有するｅＮｏｄｅＢの形式で実行するように構成されてもよい。

【0038】

いくつかのシナリオでは、プロセッサ３０４は、メモリ３０６に記憶され得る命令、又はさもなければ、プロセッサ３０４が他の何らかのデバイスメモリ内でアクセスし得る命令を実行するように構成されてもよい。即ち、ハードウェア若しくはハードウェア及びソフトウェアの組み合わせとして構成されるか、又はそれらと共に構成されるかにかかわらず、処理回路３０２のプロセッサ３０４は、本明細書で説明されている様々な実装に係る動作を、しかるべく構成されたときに実行することができてもよい。

【0039】

様々な実施形態では、処理回路３０２のメモリ３０６は、任意の一般的な揮発性又は不揮発性メモリタイプに関連付けられ得る複数のメモリデバイスを含んでもよい。いくつかのシナリオでは、メモリ３０６は、通常のプログラム実行中にプロセッサ（単数又は複数）３０４によって実行され得る様々なコンピュータプログラム命令を記憶できる非一時的コンピュータ可読記憶媒体に関連付けられてもよい。この点に関し、メモリ３０６は、ネットワーク装置３００が本開示の１つ以上の実施形態に係る様々な機能を実行することを可能にするための、情報、データ、アプリケーション、命令などを記憶するように構成されてもよい。いくつかの実装では、メモリ３０６は、処理回路３０２のプロセッサ（単数又は複数）３０４、並びに情報をネットワーク装置３００の異なるデバイス構成要素間で渡すための１つ以上のシステムバスと通信し、かつこれらに結合されてもよい。

【0040】

図３のネットワーク装置３００に関連して例示及び説明されている構成要素、デバイス要素、及びハードウェアの全てが、本開示にとって必須でなくてもよく、したがって、これらの要素のうちのいくつかは、理にかなった範囲で省略、統合、又はさもなければ修正されてもよいことを理解されたい。更に、いくつかの実装では、ネットワーク装置３００に関連付けられた主題は、図３に示されたもの以外の追加又は代替構成要素、デバイス要素、又はハードウェアを含むように構成されてもよい。

【0041】

図４は、１つ以上の送受信機（単数又は複数）及びＬＴＥモデム４１０を有するＲＦ回路４０８、並びに高度化ＨＡＲＱ機能構成要素４１４及び信号対干渉雑音比（ＳＩＮＲ）判定構成要素４１８を含むデバイスリソースマネージャ４１２を含む、本明細書で更に説明される本開示のいくつかの実施形態に係る、通信デバイス４００（例えば、ＬＴＥ又はＬＴＥ−Ａ準拠のＵＥ）のブロック図を示す。様々な構成では、通信デバイス４００は、ＤＬにおける様々な低減されたＨＡＲＱ動作、並びにＵＬにおける様々な低減されたＨＡＲＱ動作を実行し得る処理回路４０２を含んでもよい。

【0042】

更に、通信デバイス４００の処理回路４０２は、様々な実施形態に係るネットワーク装置３００（例えば、ｅＮｏｄｅＢ）に対して高度化ＨＡＲＱ機能シグナリングを実行するために、高度化ＨＡＲＱ機能構成要素４１４を利用してもよい。高度化ＨＡＲＱ機能シグナリングの手順は、図８から図１３の手順に関連付けられた以下の説明を検討した後に、より明らかになるであろう。いくつかの構成では、通信デバイス４００の処理回路４０２は、様々なネットワーク無線動作状態を測定し、これらの測定値、又は（ＲＲＣ機能を有する）ｅＮｏｄｅＢ ３００に対して動的に判定されたＳＩＮＲを報告するためにＳＩＮＲ判定構成要素４１８を利用してもよく、これにより、ｅＮｏｄｅＢ ３００は、図８から図１３に関連して本明細書で更に説明される他の実施形態に係る、対応する低減されたＨＡＲＱ再送信を実行する方法を判定するために、１つ以上のＵＥ ４００に関連付けられたＳＩＮＲ状態を評価することが可能になる。

【0043】

この観点から、処理回路４０２は、様々な実装に係る通信デバイス４００の１つ以上の機能を実行するように、かつ／又はその実行を制御するように構成されてもよく、したがって、処理回路４０２は、本明細書で更に説明される様々なシナリオに係る１つ以上のＤＬ ＨＡＲＱ及び／又はＵＬ ＨＡＲＱ処理を（ネットワーク装置３００からの任意選択のシグナリングと共に）実行するための機能を提供してもよい。処理回路４０２は、本開示の１つ以上の実施形態に係るデータ処理、アプリケーション実行及び／又は他の処理、並びに管理機能を実行するように更に構成されてもよい。

【0044】

通信デバイス４００、又は処理回路４０２などの通信デバイス４００の部分若しくはその構成要素は、それぞれが任意の数の結合されたマイクロチップを含み得る、１つ以上のチップセットを含んでもよい。処理回路４０２及び／又は通信デバイス４００の１つ以上の他の構成要素は、複数のチップセットを使用する本開示の様々なデバイス節電手順に関連付けられた機能も実行するように構成されてもよい。いくつかのシナリオでは、通信デバイス４００は、図１の無線通信システム１００内で動作するために、ＬＴＥ １０２又はＬＴＥ−Ａセル１０４ａ及び１０４ｂのマルチモードＵＥ １０６に関連付けられるか、又はそのマルチモードＵＥ １０６として利用されてもよい。この実装では、通信デバイス４００は、装置が無線通信システム１００のＬＴＥ又はＬＴＥ−Ａセル１０２及び１０４ａ及び１０４ｂ内で通信することを可能にするように構成された、１つ以上のチップセットを含んでもよい。

【0045】

様々なシナリオでは、通信デバイス４００の処理回路４０２は、１つ以上のプロセッサ（単数又は複数）４０４及びメモリ構成要素４０６を含んでもよい。処理回路４０２は、ＬＴＥ準拠のモデム及び１つ以上の無線通信送受信機４０８を有する無線周波数（ＲＦ）回路４０８と通信するか、又はさもなければ、そこに結合されてもよい。いくつかの実装では、モデム及び１つ以上の送受信機４１０を含むＲＦ回路４０８は、異なるＬＴＥ ＲＡＴタイプを使用して通信するように構成されてもよい。例えば、一部の実施形態では、ＲＦ回路４０８はＬＴＥ ＲＡＴを使用して通信するように構成されてもよく、他の実施形態では、ＲＦ回路４０８はＬＴＥ−Ａ ＲＡＴを使用して通信するように構成されてもよい。

【0046】

いくつかの実施形態では、プロセッサ（単数又は複数）４０４は、様々な異なる形式で構成されてもよい。例えば、プロセッサ（単数又は複数）４０４は、任意の数のマイクロプロセッサ、コプロセッサ、コントローラ、又は、例えば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、若しくはこれらの任意の組み合わせなどの集積回路を含む、様々な他のコンピューティング又は処理実装に関連付けられてもよい。様々なシナリオでは、通信デバイス４００の複数のプロセッサ４０４が、相互に結合され、かつ／又は相互に動作通信するように構成されてもよく、これらの構成要素は集合的に、本明細書で説明されているような通信デバイス４００の１つ以上の手順を、ＬＴＥ準拠のＵＥ １０６の形式で実行するように構成されてもよい。

【0047】

いくつかの実装では、プロセッサ４０４は、メモリ４０６に記憶され得る命令、又はさもなければ、プロセッサ４０４が他の何らかのデバイスメモリ内でアクセスし得る命令を実行するように構成されてもよい。即ち、ハードウェア若しくはハードウェア及びソフトウェアの組み合わせとして構成されるか、又はそれらと共に構成されるかにかかわらず、処理回路４０２のプロセッサ４０４は、本明細書で説明されている様々な実装に係る動作を、しかるべく構成されたときに実行することができてもよい。

【0048】

様々な実施形態では、処理回路４０２のメモリ４０６は、任意の一般的な揮発性又は不揮発性メモリタイプに関連付けられ得る複数のメモリデバイスを含んでもよい。いくつかのシナリオでは、メモリ４０６は、通常のプログラム実行中にプロセッサ（単数又は複数）４０４によって実行され得る様々なコンピュータプログラム命令を記憶できる非一時的コンピュータ可読記憶媒体に関連付けられてもよい。この点に関し、メモリ４０６は、通信デバイス４００が本開示の１つ以上の実施形態に係る様々な機能を実行することを可能にするための、情報、データ、アプリケーション、命令などを記憶するように構成されてもよい。いくつかの実装では、メモリ４０６は、処理回路４０２のプロセッサ（単数又は複数）４０４、並びに情報を通信デバイス４００の異なるデバイス構成要素間で渡すための１つ以上のシステムバスと通信し、かつこれらに結合されてもよい。

【0049】

図４の通信デバイス４００に関連して例示及び説明されている構成要素、デバイス要素、及びハードウェアの全てが、本開示にとって必須でなくてもよく、したがって、これらの要素のうちのいくつかは、理にかなった範囲で省略、統合、又はさもなければ修正されてもよいことを理解されたい。更に、いくつかの実装では、通信デバイス４００に関連付けられた主題は、図４に示されたもの以外の追加又は代替構成要素、デバイス要素、又はハードウェアを含むように構成されてもよい。

【0050】

図５は、本開示のいくつかの実施形態に係る、ＬＴＥ通信（例えば、ＶｏＬＴＥ通信）のためのＳＰＳ手順と共に発生する、ＤＬ ＨＡＲＱスケジューリング５００を示すブロック図である。様々な実施形態では、図５に示すＤＬ ＬＴＥ ＨＡＲＱ処理５００は、様々なＣ−ＤＲＸ省電力化動作と共に発生してもよいことを理解されたい。概して、ＬＴＥ ＨＡＲＱ処理は、ＤＬ及び／又はＵＬにおいて失敗したトランスポートブロック（transport block；ＴＢ）通信の再送信を試行するために、ＵＥ ４００と共にｅＮｏｄｅＢ ３００によって実行されてもよい。

【0051】

当業者には理解されるように、ＳＰＳルーチンは、ＶｏＬＴＥタイプのアプリケーションデータなどの相対的に低いデューティサイクルを有する周期的アプリケーションデータを通信するＵＥ ４００に対する、制御チャネルのシグナリング要件を低減するために、ネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）のネットワークリソーススケジューラ３１２によって利用されてもよい。このようにして、ＳＰＳがアクティブである時間期間において、典型的にはＰＤＣＣＨを介して通信される、単一のＵＥ ４００又はＵＥ ４００のグループに対するＤＬ及び／又はＵＬリソース割り当てに関する、制御シグナリングのオーバーヘッドが、大幅に低減されるか又は解消され得る。

【0052】

例として、ＶｏＬＴＥ通信では、ＤＬフレームは１０から２０ｍｓ毎に発生し得るため、全てのＶｏＬＴＥ ＤＬフレームに対してフレーム単位で制御シグナリング情報を発行するために、著しい量のシステム帯域幅が必要とされるであろう。この観点から、ＳＰＳは、ＵＥ ４００に対する単一のＳＰＳリソース割り当てが、制御ネットワークサービスプロバイダエンティティ３００によって修正されるか、さもなければ変更されるまでの不特定期間にわたって持続することを可能にし得る。いくつかの実装では、新しいリソース割り当て又はグラントについて制御チャネル（例えば、ＰＤＣＣＨ）を再度監視するようＵＥ ４００に指示するために、ネットワークリソーススケジューラ３１２を利用するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）によって、既存のＳＰＳ割り当てを上書きし得るリソース割り当て変更が発行されてもよい。上記のように、ＳＰＳはＤＬ通信及びＵＬ通信の両方に対して構成可能であるが、ＳＰＳはしばしば、制御情報のオーバーヘッドに関する問題がより顕著なＤＬにおいて、より効果的に利用される。

【0053】

図５のＤＬ ＨＡＲＱスケジューリング手順５００は、様々なＤＬ ＨＡＲＱ処理中の、ＰＤＳＣＨ ５０２、ＰＤＣＣＨ ５０４、及びＰＵＣＣＨ ５０６の間のシグナリングによる双方向作用を示す。当業者には理解されるように、ＰＤＣＣＨ ５０４は、ダウンリンク制御情報（ＤＣＩ）、例えば、ＰＤＳＣＨ ５０２に対する様々なＤＬリソース割り当て、ＰＤＳＣＨ ５０２に関するＨＡＲＱ情報、ＰＵＳＣＨ ６０２に対する様々なＵＬスケジューリンググラントなどについてＵＥ ４００に通知する、ｅＮｏｄｅＢから発行される制御情報を含んでもよい。ＰＵＣＣＨ ５０６は、ＵＥ ４００がＰＤＳＣＨ ５０２を介した様々なＤＬデータ送信を受信したこと又は受信しなかったことに応じて、ＵＥ ４００によってネットワーク装置３００へと送信される、ＤＬ ＨＡＲＱ確認応答（例えば、ＡＣＫ／ＮＡＣＫ）を搬送し得る。

【0054】

いくつかの状況では、指定されたＤＬリソースブロック（ＲＢ）の特定のセットを特定するために、ＤＬ割り当て５０８が、ＤＬ ＨＡＲＱ機能３１８を有するネットワークリソーススケジューラ３１２を利用するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）からＵＥ ４００へと、ＰＤＣＣＨ ５０４内で送信されてもよく、この場合、ＵＥ ４００は、ＤＬ情報のためにＰＤＳＣＨ ５０２の復号を試行する必要がある。ＤＬ割り当て５０８に対応する、特定されたＤＬ情報をＰＤＳＣＨ ５０２から取得するか、又はその取得を試行したことに応じて、意図された受信者のＵＥ ４００は、ＰＵＣＣＨ ５０６を介して、肯定ＤＬ ＨＡＲＱ確認応答（ＡＣＫ）メッセージ５１０又は否定ＤＬ ＨＡＲＱ確認応答（ＮＡＣＫ）メッセージ５１４をネットワーク装置３００に送信してもよい。

【0055】

ＤＬ ＨＡＲＱ ＡＣＫ／ＮＡＣＫ確認応答は、ＤＬ情報がＵＥ ４００によって受信されたかどうか、及び／又はＵＥ ４００によって取得されたＤＬ情報が、例えば、巡回冗長検査（ＣＲＣ）の結果５２６又は５２８に照らして誤りを含んでいないかどうかを、ネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）に示してもよい。いくつかのシナリオでは、ＤＬ ＣＲＣ成功結果５２６は、ＤＬ情報が誤りなくＵＥ ４００によって取得されたこと、又はスケジュールされたＤＬ情報が、所定の誤り許容閾値（例えば、ｅＮｏｄｅＢ ３００によって指定されたＣＲＣ閾値）に対する最小限の誤りで、ＵＥ ４００によって受信されたことを示してもよい。

【0056】

あるいは、ＤＬ ＣＲＣ失敗結果５２８は、スケジュールされたＤＬ情報がＵＥ ４００によって取得されなかったこと、又は、スケジュールされたＤＬ情報がＵＥ ４００によって取得されたが、取得されたＤＬ情報が、所定の誤り許容閾値（例えば、ｅＮｏｄｅＢによって指定されたＣＲＣ閾値）を超える誤りを含むことを示してもよい。当業者には理解されるように、ＵＥ ４００は典型的に、ＤＬ ＣＲＣ成功結果５２６を受信したことに応じて、ＤＬ ＨＡＲＱ ＡＣＫメッセージを、ＰＵＣＣＨ ５０６を介してネットワーク装置３００（例えば、ｅＮｏｄｅＢ）に発行する。同様に、ＵＥ ４００は典型的に、ＤＬ ＣＲＣ失敗結果５２８を受信したことに応じて、ＤＬ ＨＡＲＱ ＮＡＣＫメッセージをネットワーク装置３００（例えば、ｅＮｏｄｅＢ）に発行する。

【0057】

ＤＬ ＨＡＲＱ ＳＰＳの実施例５００によれば、知られている再来性ＤＬ情報のためにＰＤＳＣＨ ５０２の周期的な（例えば、ＶｏＬＴＥデータの場合は２０又は４０ｍｓ毎の）復号を試行するようＵＥ ４００に指示するために、進行中のＳＰＳ ＤＬリソース割り当て５１２が、ＤＬ ＨＡＲＱスケジューラ３１８を利用するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）によってＵＥ ４００へと送信されてもよく、これにより、進行中のＳＰＳ割り当て５１２に対する変更が検出されるまで、ＵＥ ４００はＰＤＣＣＨ ５０４を更に復号する必要がなくなる。したがって、ＳＰＳ間隔毎に（例えば、２０又は４０ｍｓ毎に）、ＵＥ ４００は、事前にスケジュールされたＤＬ情報のためにＰＤＳＣＨ ５０２の復号を試行してもよい。ＤＬ情報がＰＤＳＣＨ ５０２を介してＵＥ ４００によって正常に取得されたかどうか、及び／又はＤＬ情報が誤りなく取得されたかどうかに応じて、ＵＥ ４００は、ＰＵＣＣＨ ５０６を介して、ＤＬ ＨＡＲＱ ＡＣＫメッセージ５１０、５２０、５２２、及び５２４、又はＤＬ ＨＡＲＱ ＮＡＣＫメッセージ５１４をネットワーク装置３００（例えば、ｅＮｏｄｅＢ）に送信してもよい。

【0058】

様々な実装では、ＰＵＣＣＨ ５０６を介して、ＤＬ送信の（例えば、ＣＲＣ失敗結果５２８に対応する）失敗又は誤りを示すＤＬ ＨＡＲＱ ＮＡＣＫ ５１４メッセージを受信したことに応じて、ＤＬ ＨＡＲＱスケジューラ３１８を利用するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）は、後の時点で、指定された再送信間隔／期間に従って、ＵＥ ４００へのＤＬ情報及び／又はＤＬ情報５１６の一部の再送信を試行してもよい。様々なシナリオでは、ＵＥ ４００が正しい及び／又は完全なＤＬ情報を受信するための合計再送信時間又はラウンドトリップ時間（round trip time；ＲＴＴ）は、予想されるネットワーク通信及びデバイス処理の遅延に対処するために、特定の回数のＴＴＩ以内に発生するようにスケジュールされてもよい。

【0059】

いくつかのシナリオでは、ＤＬ ＨＡＲＱスケジューラ３１８を利用するネットワーク装置３００は、ＤＬ再送信５１６をスケジュールするタイミングを判定するために、ＤＬにおいて通信されるアプリケーションデータタイプを含む、ネットワークに関する様々な考慮事項に基づき、ＰＵＣＣＨ５０６を介して受信されたＤＬ ＨＡＲＱ ＮＡＣＫ ５１４を評価してもよい。ＵＥ ４００はその後、ネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）によって指定されたように、再送信に対する補足ＤＬ割り当て５１８をＰＤＣＣＨ ５０４内で受信することによって、ＤＬ再送信スケジュール５１６に関する通知を受けてもよい。当業者には理解されるように、このＤＬ ＨＡＲＱ再送信は、ＵＥ ４００が再送信制御情報のためにＰＤＣＣＨ ５０４を復号することを要求するＤＬ ＨＡＲＱ手順５００が（上記の）ＳＰＳ ＰＤＣＣＨの「非復号」期間に取って代わるように、進行中のＳＰＳ動作に優先して発生してもよい。

【0060】

特に、ＤＬ ＨＡＲＱ動作５００に対して指定されたＤＬ ＲＴＴは、ＰＤＳＣＨ ５０２からのＤＬ情報の取得を再試行するために、ＵＥ ４００がローカルデバイスリソース（例えば、バッテリ電力、処理能力、使用可能なメモリなど）をより長い期間にわたって消費することを要求する。既存のＳＰＳ節電動作中又は既存のＣ−ＤＲＸ節電動作中に、これらのＤＬ ＨＡＲＱ手順５００が発生すると、ＤＬ ＨＡＲＱ処理は、ＵＥ ４００が、ＤＬ ＣＲＣ失敗イベント５２８を特定し、ＰＵＣＣＨ ５０６を介したＤＬ ＨＡＲＱ ＮＡＣＫメッセージ５１６によってネットワーク装置３００（例えば、ｅＮｏｄｅＢ）に応答し、その後、１つ以上のＤＬ再送信のためにＰＤＳＣＨ ５０２を復号することができるように、ＰＤＣＣＨ ５０４を介してＤＬ再送信（ＲｅＴｘ）制御情報５１８をリッスンすることを要求することによって、ＵＥ ４００の節電モード（例えば、デバイススリープモード）に割り込む。これらのＤＬ ＨＡＲＱ処理中、ＵＥ ４００は、典型的には、指定されたＤＬ ＨＡＲＱ ＲＲＴの期間全体にわたってアウェイクし続ける必要がある。したがって、ＤＬ ＨＡＲＱ手順を低減することによって、ＵＥ ４００は、ＳＰＳ節電モード動作中及び／又はＣ−ＤＲＸ節電モード動作中、より長い時間期間にわたってスリープ／非アクティブ状態を維持できるようになる。

【0061】

図６は、本開示の様々な実施形態に係る、ＵＬ ＬＴＥ ＨＡＲＱスケジューリング手順６００を示すブロック図である。図６には示されていないが、いくつかの実装では、ＵＬ ＨＡＲＱ処理６００は、ＳＰＳ及び／又はＣ−ＤＲＸ節電ルーチンと共に発生してもよいことを理解されたい。上記で説明したように、ＨＡＲＱ処理は、ＳＰＳ及びＣ−ＤＲＸ手順に優先して発生するように構成され、それにより、必要なＨＡＲＱ処理機能を実行するのに十分な時間だけＵＥ ４００がアウェイクし続けることを要求することによって、ＳＰＳ及び／又はＣ−ＤＲＸに関連付けられた、ＵＥ ４００の指定された省電力化モードに取って代わる。

【0062】

図６のＵＬ ＨＡＲＱスケジューリング手順６００は、様々なＵＬ ＨＡＲＱ処理中の、ＰＵＳＣＨ ６０２、ＰＤＣＣＨ ６０４、及びＰＨＩＣＨ ６０６の間のシグナリングによる双方向作用を示す。当業者には理解されるように、ＰＨＩＣＨ ６０６は、ＬＴＥ又はＬＴＥ−Ａ通信サービスの提供先であるＵＥ ４００から様々な想定されるＵＬデータ送信を受信したか、又は受信しなかったことに応じてネットワーク装置３００（例えば、ｅＮｏｄｅＢ）によって送信され得る、ＵＬ ＨＡＲＱ確認応答（例えば、ＡＣＫ／ＮＡＣＫ）を搬送するように構成される。

【0063】

いくつかの実施形態では、指定されたＵＬ ＲＢの特定のセットを特定するために、ＵＬグラント６０８が、ＵＬ ＨＡＲＱ機能３１８を有するネットワークリソーススケジューラ３１２を利用するネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）からＵＥ ４００へと、ＰＤＣＣＨ ６０４内で送信されてもよく、この場合、ＵＥ ４００は、既定のＴＴＩ間隔に従って（例えば、４ＴＴＩ＝４ｍｓ毎に）、ネットワーク装置３００へのＵＬ情報の送信を再試行する必要がある。この構成では、ＵＥ ４００がＰＤＣＣＨ ６０４を介してＵＬグラント６０８を受信する時点と、ＵＬ送信のためにＵＥ ４００に割り当てられたＵＬ ＲＢが使用可能になる時点との間にＴＴＩ遅延が発生する。このＴＴＩ遅延は、対応するＵＬトランスポートブロック（ＴＢ）をキューから出し、その最善な転送方法を、例えば、ネットワーク指定の様々なサービスの品質（quality of service；ＱｏＳ）要件に従って判定するのに十分な時間をＵＥ ４００に与えることを目的としている。

【0064】

ＵＬグラント６０８又は６１２に対応するＰＵＳＣＨ ６０２を介してＵＬ送信を受信したか、又はその受信を試行したことに応じて、受信者ネットワーク装置３００（例えば、ｅＮｏｄｅＢ）は、肯定ＵＬ ＨＡＲＱ確認応答（ＡＣＫ）メッセージ６１０又は否定ＵＬ ＨＡＲＱ確認応答（ＮＡＣＫ）メッセージ６１４を、ＰＨＩＣＨ ６０６を介して、例えば、ＤＬ上でネットワーク装置３００から送信者ＵＥ ４００へと送信してもよい。ＵＬ ＨＡＲＱ ＡＣＫ／ＮＡＣＫ確認応答６１０及び６１４は、ＵＬ ＴＢがネットワーク装置３００によって受信又は取得されたかどうか、及び／又はネットワーク装置３００によって取得されたＵＬ ＴＢの情報が、例えば、対応する巡回冗長検査（ＣＲＣ）結果６２０又は６２２に照らして誤りを含んでいないかどうかを、ＵＥ ４００に示してもよい。

【0065】

様々な実施形態では、ＵＬ ＣＲＣ成功結果６２０は、ＵＬ ＴＢがネットワーク装置３００によって誤りなく受信されたこと、又はＵＬ ＴＢがネットワーク装置３００によって最小限の誤りで受信されたことを示してもよい。あるいは、ＵＬ ＣＲＣ失敗結果６２２は、ＵＬ ＴＢがネットワーク装置３００によって受信されなかったこと、又はＵＬ ＴＢがネットワーク装置３００によって受信されたが、受信されたＵＬ ＴＢが所定の閾値を超える誤りを含むことを示してもよい）。

【0066】

当業者には理解されるように、ネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）は、典型的に、ＵＬ ＣＲＣ成功結果６２０に応じて、ＵＬ ＨＡＲＱ ＡＣＫメッセージを、ＰＨＩＣＨ ６０６を介して対応するＵＥ ４００に発行する。同様に、ネットワーク装置３００（例えば、ＲＲＣ機能を有するｅＮｏｄｅＢ）は、典型的に、ＵＬ ＣＲＣ失敗結果６２２に応じて、ＵＬ ＨＡＲＱ ＮＡＣＫメッセージを、ＰＨＩＣＨ ６０６を介してＵＥ ４００に発行する。

【0067】

いくつかの実装では、ＰＨＩＣＨ ６０６を介して、ＵＬ送信の（例えば、ＵＬ ＣＲＣ失敗結果６２２に対応する）失敗又は誤りを示すＵＬ ＨＡＲＱ ＮＡＣＫ ６１４をネットワーク装置３００から受信したことに応じて、ＵＥ ４００は、後の時点で、ネットワーク装置３００へのＵＬ ＴＢ及び／又はＵＬ ＴＢ情報６１６の一部の再送信を、指定された再送信間隔（例えば、４ＴＴＩ＝４ｍｓ以内）に従って試行してもよい。様々なシナリオでは、ネットワーク装置３００が正しい及び／又は完全なＵＬ ＴＢをＵＥ ４００から受信するための合計再送信時間又はラウンドトリップ時間（ＲＴＴ）は、予想されるネットワーク通信及びデバイス処理の遅延に対処するために、ＵＬ ＨＡＲＱ ＲＴＴに関連付けられた、指定された回数のＴＴＩ（例えば、８ＴＴＩ＝８ｍｓのＵＬ ＲＴＴ）以内に発生するようにスケジュールされてもよい。

【0068】

様々な実例では、ＵＬ ＨＡＲＱスケジューラ３１８を利用するネットワーク装置３００は、ＵＬ再送信６１６をスケジュールする方法及びタイミングを判定するために、ＵＬにおいて通信されるアプリケーションデータタイプ（例えば、ＶｏＬＴＥアプリケーションデータタイプ）を含む、ネットワークに関する様々な考慮事項に基づき、失敗したＵＬ送信（例えば、ＵＬ ＮＡＣＫメッセージ６１４に対応するＵＬ ＣＲＣ失敗６２２）を評価してもよい。ＵＥ ４００は、その後、ＵＬ再送信に対する補足ＵＬグラント６１８をＰＤＣＣＨ ６０４内で受信することによって、ＵＬ再送信割り当て６１６に関する通知を受けてもよい。

【0069】

上記で図５に関連して説明されたＤＬ ＨＡＲＱ手順５００と同様に、ＵＬ ＨＡＲＱ手順６００は、既存のＳＰＳ節電動作中又は既存のＣ−ＤＲＸ節電動作中に発生してもよい。これらのシナリオでは、ＵＬ ＨＡＲＱ処理６００は、ＵＥ ４００が、失敗したＵＬ ＴＢに関連付けられた情報のＰＵＳＣＨ ６０２を介した再送信を試行するタイミングを判定するために、ＰＤＣＣＨ ６０４上でＵＬ再送信（ＲｅＴｘ）制御情報６１８をリッスンすることを要求することによって、ＵＥ ４００の節電モード（例えば、デバイススリープモード）に割り込む。これらのＵＬ ＨＡＲＱ処理６００中、ＵＥ ４００は、典型的には、指定されたＵＬ ＨＡＲＱ ＲＲＴの期間全体にわたってアウェイクし続ける必要がある。したがって、ＵＬ ＨＡＲＱ手順を低減することによって、ＵＥ ４００は、ＳＰＳ節電モード動作中及び／又はＣ−ＤＲＸ節電モード動作中、より長い時間期間にわたってスリープ／非アクティブ状態を維持できるようになる。

【0070】

図７は、本開示の様々な実施に係る、部分的にＣ−ＤＲＸオフ期間中に発生する同期的なＤＬ ＬＴＥ ＨＡＲＱ手順７０４及びＵＬ ＬＴＥ ＨＡＲＱ手順７０８を示す、単純化されたブロック図７００である。同期ＨＡＲＱ手順７００は、いくつかの実施形態に係る、ｅＮｏｄｅＢ ３００とＵＥ ４００との間のＨＡＲＱ通信を表す。単純化されたブロック図７００は、どのＳＰＳ手順も参照することなく、同期的なＤＬ及びＵＬ ＨＡＲＱ手順を示しているが、これらのＵＥ節電処理は、同期的なＤＬ及びＵＬ ＨＡＲＱ手順７０４及び７０８における範囲内で、例えば、上記で図５に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。ＤＬ ＨＡＲＱ ７０４及びＵＬ ＨＡＲＱ ７０８の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのＤＬ／ＵＬ通信キー７０２内で表される。

【0071】

第１のＤＬサブフレーム（１Ｓ０）に関連付けられた最初のＴＴＩ中、ｅＮｏｄｅ Ｂ３００は、ＰＤＳＣＨを介して、第１のＤＬ送信を対応するＵＥ ４００に送信するために、ｅＮｏｄｅＢ ３００のネットワークリソーススケジューラ３１２のＤＬ無線リソース割り当て構成要素３１４を利用してもよい。第５のＵＬサブフレーム（１Ｓ４）に関連付けられた４つ後のＴＴＩにおいて、受信者ＵＥ ４００は、第１のＤＬ送信が１つ以上の誤りと共に受信されたことを示すために、ＰＵＣＣＨを介して、ｅＮｏｄｅＢ ３００にＨＡＲＱ ＮＡＣＫメッセージを送信してもよい。その後、ｅＮｏｄｅＢ ３００は、ＵＥ ４００から受信したＮＡＣＫメッセージを処理し、その後、４つのＴＴＩの後の第９のＤＬサブフレーム（１Ｓ８）において、ＰＤＳＣＨを介して、失敗したＤＬ送信を再送信するために、ｅＮｏｄｅＢ ３００のＤＬ ＨＡＲＱスケジューラ３１８を利用してもよい。これらのＤＬ ＨＡＲＱ再送信手順がＣ−ＤＲＸオフ期間７０６中に発生すると仮定した場合、ＤＬ ＨＡＲＱ再送信に関連付けられた、対応するＵＥ ４００の非アクティブ期間（例えば、ＵＥのＣ−ＤＲＸスリープモード）は、ＵＥ ４００のＤＬ ＨＡＲＱ処理に適応するように（例えば、１０ＴＴＩの期間にわたる１Ｓ９から２Ｓ８までの空のＤＬサブフレームによって表されるように）短くなる。

【0072】

アップリンクでは、ＵＥ ４００は、第３のＵＬサブフレーム（１Ｓ２）に関連付けられた第３のＴＴＩにおいて、ＰＵＳＣＨを介して、第１のＵＬ送信を対応するｅＮｏｄｅＢ ３００に送信してもよい。第７のＤＬサブフレーム（１Ｓ６）に関連付けられた４つ後のＴＴＩにおいて、受信者ｅＮｏｄｅＢ ３００は、第１のＵＬ送信が１つ以上の誤りと共に受信されたことを示すために、ＰＨＩＣＨを介して、ＵＥ ４００にＨＡＲＱ ＮＡＣＫメッセージを送信してもよい。その後、ｅＮｏｄｅＢ ３００は、失敗したＵＬ送信に対して、ＰＤＣＣＨを介してＵＬ再送信をＵＥ ４００と連携させるために、ｅＮｏｄｅＢ ３００のＵＬ ＨＡＲＱスケジューラ３１８を利用してもよく、このＵＬ再送信は、４つのＴＴＩの後の第１１のＵＬサブフレーム（２Ｓ０）において発生するようにスケジュールされてもよい。これらのＵＬ ＨＡＲＱ再送信手順がＣ−ＤＲＸオフ期間７１０中に発生すると仮定した場合、ＵＬ ＨＡＲＱ再送信に関連付けられた、対応するＵＥ ４００の非アクティブ期間（例えば、ＵＥのＣ−ＤＲＸスリープモード）は、ＵＥ ４００のＵＬ ＨＡＲＱ処理に適応するように（例えば、１０ＴＴＩの期間にわたる２Ｓ１から３Ｓ０までの空のＵＬサブフレームによって表されるように）短くなる。

【0073】

図８は、本開示の様々な実施形態に係る、最適化されたＵＬ ＬＴＥ ＨＡＲＱ再送信を実行するための様々な手順８００に関連付けられたフローチャートである。この観点から、図８に示す手順８００のうちのいずれか又は全ては、ＵＥ ４００の非一時的コンピュータ可読メモリ４０６に記憶されたコンピュータプログラム命令の実行と共に、ｅＮｏｄｅＢ ３００の非一時的コンピュータ可読メモリ３０６に記憶されたコンピュータプログラム命令の実行によって実行され得る方法（単数又は複数）に関連付けられてもよいことを理解されたい。

【0074】

最初に、ＰＵＳＣＨを介した初期ＵＬ送信の後、動作ブロック８０２において、高度化ＨＡＲＱ機能４１４を有する送信者ＵＥ ４００は、受信者ｅＮｏｄｅＢ ３００から送信された、その初期ＵＬ送信に関する、関連付けられたＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報について、第１のＰＨＩＣＨのみを監視してもよい。引き続いて、判定ブロック８０４において、ＵＥ ４００は、ｅＮｏｄｅＢ ３００から受信した第１のＰＨＩＣＨがＨＡＲＱ ＮＡＣＫメッセージを含むかどうかを判定してもよく、このメッセージは、ＰＵＳＣＨを介した初期ＵＬ送信が１つ以上の誤りと共に受信されたことを示す。ＰＨＩＣＨがＨＡＲＱ ＮＡＣＫメッセージではなく、第１のＵＬ送信がｅＮｏｄｅＢ ３００によって正常に受信されたことを示すＨＡＲＱ ＡＣＫメッセージを含むとＵＥ ４００が判定したシナリオでは、ＵＥ ４００は、ＵＥ ４００が次のＣ−ＤＲＸオン期間までスリープ状態になるように、動作ブロック８０６において節電モードに入るように構成されてもよい。

【0075】

あるいは、ＰＨＩＣＨが、第１のＵＬ送信が１つ以上の誤りと共にｅＮｏｄｅＢ ３００によって受信されたことを示すＨＡＲＱ ＮＡＣＫメッセージを含むとＵＥ ４００が判定したシナリオでは、ＵＥ ４００は、例えば、ＲｅＴｘ制御情報を含むｅＮｏｄｅＢ ３００からの対応するＰＤＣＣＨを復号した後、動作ブロック８０８において、ＵＬ ＨＡＲＱ再送信のためにＰＵＳＣＨを復号するサブフレーム位置を特定するように構成されてもよい。引き続いて、ＵＥ ４００は、次のＣ−ＤＲＸオン期間中、特定されたＰＵＳＣＨサブフレーム位置において、ＰＵＳＣＨを介して、対応するＵＬ ＨＡＲＱ再送信をｅＮｏｄｅＢ ３００に送信してもよい。このようにして、ＵＥ ４００は、Ｃ−ＤＲＸオフ期間中、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報について単一のＰＨＩＣＨのみを監視し、それにより、ＵＥがＣ−ＤＲＸオフ期間中に非アクティブ状態を維持し得るＴＴＩの数を増加させることによって、節電してもよい。

【0076】

図９は、本開示のいくつかの実施形態に係る、ｅＮｏｄｅＢ基地局９０２が、それぞれ異なるＳＩＮＲ状態（例えば、ＳＩＮＲ＿１、ＳＩＮＲ＿２、及びＳＩＮＲ＿３）を経験している複数のＵＥ ９１０、９１２、及び９１４と通信する、単一のＬＴＥ又はＬＴＥ−Ａセル９００を示すネットワーク図である。当業者には理解されるように、ｅＮｏｄｅＢ ９０２の位置に近い第１のカバレッジ領域９０４内で通信する第１のＵＥ ９１０は、典型的には良好なＳＩＮＲ状態（例えば、高いＲｘの能力、少ないノイズ、及び潜在的に少ない信号干渉）を経験する。同様に、ｅＮｏｄｅＢ ９０２の位置から更に離れた第２のカバレッジ領域９０６内（例えば、ＬＴＥセル９００の中間部の内側）で通信する第２のＵＥ ９１２は、典型的には、第１のＵＥ ９１０によって経験される状態に対して中程度のＳＩＮＲ状態（例えば、中程度のＲｘの能力、増加したノイズ、及び潜在的に増加した信号干渉）を経験する。

【0077】

同様に、ｅＮｏｄｅＢ ９０２の位置から更に離れた第３のカバレッジ領域９０８内（例えば、ＬＴＥセル９００の端部付近又は周辺領域）で通信する第３のＵＥ ９１４は、典型的には、第１のＵＥ ９１０及び第２のＵＥ ９１２によって経験される状態に対して不良なＳＩＮＲ状態（例えば、低いＲｘの能力、多くのノイズ、及び潜在的に多い信号干渉）を経験する。本明細書で更に説明されるように、ＨＡＲＱ再送信が成功する可能性を向上させ、様々なＣ−ＤＲＸオフ期間中にＨＡＲＱシグナリング及びＨＡＲＱ再送信を処理するためにＵＥ ４００がアウェイクし続ける必要がある、連続するＴＴＩの数を更に低減するために、それぞれのＵＥ ９１０、９１２、又は９１４がＬＴＥセル９００の異なるカバレッジ領域９０４、９０６、又は９０８内で経験するＳＩＮＲ状態が良好（ＳＩＮＲ＿１）、中程度（ＳＩＮＲ＿２）、又は不良（ＳＩＮＲ＿３）のいずれであるかに応じて、事前に１つ以上のバンドルされたＤＬ／ＵＬ ＨＡＲＱ再送信をスケジュールすることは、ｅＮｏｄｅＢ ９０２にとって有益であり得る。

【0078】

図１０は、本開示の様々な実施形態に係る、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信を実行するための様々な手順１０００に関連付けられたフローチャートである。この観点から、図１０に示す手順１０００のうちのいずれか又は全ては、ｅＮｏｄｅＢ ３００の非一時的コンピュータ可読メモリ３０６に記憶されたコンピュータプログラム命令の実行と共に、ＵＥ ４００の非一時的コンピュータ可読メモリ４０６に記憶されたコンピュータプログラム命令の実行によって実行され得る方法（単数又は複数）に関連付けられてもよいことを理解されたい。

【0079】

最初に、ｅＮｏｄｅＢ ３００とＵＥ ４００との間のＬＴＥ ＤＬ通信中、動作ブロック１００２において、ｅＮｏｄｅＢ ３００のネットワークリソーススケジューラ３１２のＤＬ ＨＡＲＱスケジューラ構成要素３１８を利用するｅＮｏｄｅＢ ３００は、特定のＤＬ送信の後、ＨＡＲＱ確認応答情報（例えば、ＡＣＫ／ＮＡＣＫ）についてＰＵＣＣＨを監視するように構成されてもよい。次に、判定ブロック１００４において、ｅＮｏｄｅＢ ３００は、対応するＰＵＣＣＨがＵＥ ４００から発行されたＨＡＲＱ ＮＡＣＫメッセージを含むかどうかを判定する。ＰＵＣＣＨがＮＡＣＫメッセージではなく、ＤＬ送信がＵＥ ４００によって正常に受信されたことを示すＡＣＫメッセージを含むシナリオでは、動作ブロック１００６において、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して新しいＤＬ送信を送信するために、次のＣ−ＤＲＸオン期間まで待機する。

【0080】

あるいは、ＰＵＣＣＨが、ＤＬ送信がＵＥ ４００によって１つ以上の誤りと共に受信されたことを示すＨＡＲＱ ＮＡＣＫメッセージを含むシナリオでは、動作ブロック１００８において、ｅＮｏｄｅＢ ３００は、追加のＤＬ再送信冗長性手順を利用するかどうかを判定するために、ＵＥ ４００に関連付けられた１つ以上のＳＩＮＲ状態を評価する。次に、判定ブロック１０１０では、ｅＮｏｄｅＢ ３００は、ＤＬ再送信をバンドルするかどうかを、ＵＥ ４００に対して評価されたＳＩＮＲ状態に基づき判定する。例えば、図９に関連して上記で説明したように、ＵＥ ４００がネットワークセル９００内の端部領域９０８付近で動作している場合、対応するＨＡＲＱ再送信が、好ましくは１回目の再送信の試行において、（例えば、ＤＬにおけるＵＥ ４００又はＵＬにおけるｅＮｏｄｅＢ ３００によって）正常に受信されるように、ｅＮｏｄｅＢ ３００が、連続する（任意選択的に、後続の各再送信に対して異なるＭＣＳを利用する）ＴＴＩ中に、複数のＤＬ又はＵＬ ＨＡＲＱ再送信をスケジュールすることが必要になり得る。

【0081】

ｅＮｏｄｅＢ ３００が、ＤＬ再送信をバンドルする必要があることを、ＵＥ ４００に対して評価されたＳＩＮＲ状態に基づき判定したシナリオ（例えば、上記で説明したような、ＵＥ ４００のＳＩＮＲ状態が不良又は中程度の場合）では、動作ブロック１０１２において、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して、バンドルされたＤＬ送信を（例えば、連続するＴＴＩにおいて）新しいＤＬ送信と共に（例えば、連続するＴＴＩにおいて）送信するために、次のＣ−ＤＲＸオン期間まで待機する。あるいは、ｅＮｏｄｅＢ ３００が、ＤＬ再送信をバンドルする必要がないことを、ＵＥ ４００に対して評価されたＳＩＮＲ状態に基づき判定したシナリオ（例えば、上記で説明したような、ＵＥ ４００のＳＩＮＲ状態が良好又は中程度の場合）では、動作ブロック１０１４において、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して、単一のＤＬ送信を新しいＤＬ送信と共に（例えば、連続するＴＴＩにおいて）送信するために、次のＣ−ＤＲＸオン期間まで待機する。

【0082】

図１１は、本開示の様々な実施に係る、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信手順１１０４、及びＴＴＩバンドリングを含む同期的なＵＬ ＬＴＥ ＨＡＲＱ再送信手順１１０８を示す、単純化されたブロック図１１００である。様々な実施形態によれば、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信手順１１０４及び同期的なＵＬ ＬＴＥ ＨＡＲＱ再送信手順１１０８は、部分的に、Ｃ−ＤＲＸオフ期間中に発生してもよい。更に、単純化されたブロック図１１００は、どのＳＰＳ手順も参照することなく、ＤＬ及びＵＬ ＨＡＲＱ手順を示しているが、これらのＵＥ節電処理は、遅延されたＤＬ ＬＴＥ ＨＡＲＱ再送信手順１１０４及び同期的なＵＬ ＬＴＥ ＨＡＲＱ再送信手順１１０８における範囲内で、例えば、上記で図５に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。ＤＬ ＨＡＲＱ １１０４及びＵＬ ＨＡＲＱ １１０８の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのＤＬ／ＵＬ通信キー１１０２内で表される。

【0083】

第１のＤＬサブフレーム（１Ｓ０）に関連付けられた最初のＴＴＩ中、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して、第１のＤＬ送信を対応するＵＥ ４００に送信するために、ｅＮｏｄｅＢ ３００のネットワークリソーススケジューラ３１２のＤＬ無線リソース割り当て構成要素３１４を利用してもよい。第５のＵＬサブフレーム（１Ｓ４）に関連付けられた４つ後のＴＴＩにおいて、受信者ＵＥ ４００は、第１のＤＬ送信が１つ以上の誤りと共に受信されたことを示すために、ＰＵＣＣＨを介して、ｅＮｏｄｅＢ ３００にＨＡＲＱ ＮＡＣＫメッセージを送信してもよい。その後、ｅＮｏｄｅＢ ３００は、ＵＥ ４００から受信したＮＡＣＫメッセージを処理し、その後、１５個のＴＴＩの後の第２０のＤＬサブフレーム（２Ｓ９）において、ＰＤＳＣＨを介して、失敗したＤＬ送信を再送信するために、ｅＮｏｄｅＢ ３００のＤＬ ＨＡＲＱスケジューラ３１８を利用してもよい。このようにして、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して、（２Ｓ９における）単一のＤＬ送信を新しいＤＬ送信（３Ｓ０）と共に、連続するＴＴＩにおいて送信するために、実質的に次のＣ−ＤＲＸオン期間まで待機する。

【0084】

（２Ｓ９における）遅延されたＤＬ ＨＡＲＱ再送信は、Ｃ−ＤＲＸオフ期間７０６の後（例えば、次のＣ−ＤＲＸオン期間中）に発生するため、ＤＬ ＨＡＲＱ再送信に関連付けられた、対応するＵＥ ４００の非アクティブ期間（例えば、ＵＥのＣ−ＤＲＸスリープモード）は、上記で図７に関連して説明した、前の実施例に対して長くなる。具体的には、ＵＥ ４００に対する新しいＤＬ非アクティブ期間は、１Ｓ１から２Ｓ８までの空のＤＬサブフレームによって表されるように、（１０ＴＴＩから）１８ＴＴＩまで増加する。

【0085】

ＵＬにおける、ＴＴＩバンドリングを含むＬＴＥ ＨＡＲＱ再送信手順１１０８では、ＵＥ ４００は、初期ＵＬ送信及びＵＬ再送信が、（例えば、連続するＵＬサブフレーム１Ｓ０及び１Ｓ１に関連付けられた）連続するＴＴＩ内でバンドルされるように、初期ＵＬ送信及びＵＬ再送信の両方を含む、ＴＴＩバンドルされたＵＬ ＨＡＲＱ送信を、ＰＵＳＣＨを介して、対応するｅＮｏｄｅＢに送信してもよい。第６のＤＬサブフレーム（１Ｓ５）に関連付けられた４つ後のＴＴＩにおいて、受信者ｅＮｏｄｅＢ ３００は、ＴＴＩバンドルされたＵＬ ＨＡＲＱ送信が正常に受信されたことを示すために、ＰＨＩＣＨを介して、ＵＥ ４００にＨＡＲＱ ＡＣＫメッセージを送信するものと想定される。ただし、ＴＴＩバンドルされたＵＬ ＨＡＲＱ送信が正常に受信されなかったことを示すために、受信者ｅＮｏｄｅＢ ３００がＵＥ ４００に、ＰＨＩＣＨを介してＨＡＲＱ ＮＡＣＫメッセージを送信するシナリオでは、ＵＥは、次のＣ−ＤＲＸオン期間中に（例えば、３Ｓ０において）、別のＴＴＩバンドルされたＵＬ ＨＡＲＱ送信内で、失敗したＵＬ ＨＡＲＱ送信を再送信してもよい。

【0086】

ＴＴＩバンドルされたＵＬ ＨＡＲＱ再送信手順１１００は、Ｃ−ＤＲＸオフ期間１１０６（例えば、先行するＣ−ＤＲＸオン期間中又は任意選択的に後続のＣ−ＤＲＸオン期間中に）の外部で発生するため、ＴＴＩバンドルされたＵＬ ＨＡＲＱ送信に関連付けられた、対応するＵＥ ４００の非アクティブ期間（例えば、ＵＥのＣ−ＤＲＸスリープモード）は、上記で図７を参照して説明した、前の実施例に対して長くなる。具体的には、ＵＥ ４００に対する新しいＵＬ非アクティブ期間は、１Ｓ２から２Ｓ８までの空のＤＬサブフレームによって表されるように、（１０ＴＴＩから）１７ＴＴＩまで増加する。

【0087】

図１２は、本開示のいくつかの実施に係る、バンドルされたＤＬ ＬＴＥ ＨＡＲＱ再送信を実行するための様々な手順１２００に関連付けられたフローチャートである。この観点から、図１２に示す手順１２００のうちのいずれか又は全ては、ｅＮｏｄｅＢ ３００の非一時的コンピュータ可読メモリ３０６に記憶されたコンピュータプログラム命令の実行と共に、ＵＥ ４００の非一時的コンピュータ可読メモリ４０６に記憶されたコンピュータプログラム命令の実行によって実行され得る方法（単数又は複数）に関連付けられてもよいことを理解されたい。

【0088】

最初に、動作ブロック１２０２において、ｅＮｏｄｅＢ ３００は、１つ以上のＵＥ ４００に関連付けられた様々なＳＩＮＲ状態を（例えば、上記で図９に関連して説明したように）評価することによって、ＤＬ通信中にＵＥ ４００から受信した様々なＨＡＲＱメッセージ（例えば、ＨＡＲＱ ＡＣＫメッセージ又はＨＡＲＱ ＮＡＣＫメッセージ）を無視すべきかどうかを判定するために、ｅＮｏｄｅ Ｂ３００のネットワークリソーススケジューラ３１２のＤＬ無線リソース割り当て構成要素３１４を（任意選択的に、そのＤＬ ＨＡＲＱスケジューラ構成要素３１８と共に）利用するように構成されてもよい。

【0089】

上記で説明したように、ｅＮｏｄｅＢ ３００がＳＩＮＲ状態を不良と判定したとき（例えば、図９に示すように、ＵＥ ９１４がＬＴＥセル９００の端部付近又は周辺領域で通信しているとき）に、ＨＡＲＱ再送信が成功する可能性を向上させ、Ｃ−ＤＲＸオフ期間中にＨＡＲＱ通信を処理するためにＵＥ ４００がアウェイクし続ける必要がある、連続するＴＴＩの数を低減するために、事前に１つ以上のバンドルされたＤＬ ＨＡＲＱ再送信をスケジュールすることは、ｅＮｏｄｅＢ ３００にとって有益であり得る。判定ブロック１２０４では、ｅＮｏｄｅＢ ３００は、バンドルされたＤＬ送信が必要であるかどうかを、例えば、ＵＥ ４００からｅＮｏｄｅＢ ３００に送信され得る、評価されたＳＩＮＲ状態に基づき判定してもよい。

【0090】

バンドルされたＤＬ送信が不要であるとｅＮｏｄｅＢ ３００が判定したシナリオ、例えば、評価されたＳＩＮＲ状態が良好であるときには、動作ブロック１２０６において、ｅＮｏｄｅＢ ３００は、ＰＤＳＣＨを介して単一のＤＬ送信を送信し、通常のＨＡＲＱ処理を実行する一方で、動作ブロック１２０２において、変化するＳＩＮＲ状態の評価を続行してもよい。あるいは、バンドルされたＤＬ送信が必要であるとｅＮｏｄｅＢ ３００が判定したシナリオ、例えば、評価されたＳＩＮＲ状態が不良であるときには、動作ブロック１２０８において、ｅＮｏｄｅＢ ３００は、不良なＳＩＮＲ状態の間に単一のＤＬ送信が失敗することを防止するために、ＰＤＳＣＨを介して、バンドルされたＤＬ送信を送信してもよい。

【0091】

図１３は、Ｃ−ＤＲＸオフ期間１３０６の外部で発生し得る、ＴＴＩバンドリングを含むＤＬ ＬＴＥ ＨＡＲＱ再送信手順１３０４を示すブロック図１３００である。更に、単純化されたブロック図１３００は、どのＳＰＳ手順も参照することなく、ＤＬ ＨＡＲＱ手順を示しているが、これらのＵＥ節電処理は、ＴＴＩ送信バンドリングを含むＤＬ ＬＴＥ ＨＡＲＱ再送信手順における範囲内で、例えば、上記で図５に関連して説明されたものと同様の様式で含まれてもよいことを理解されたい。ＤＬ ＨＡＲＱ １３０４の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのＤＬ通信キー１３０２内で表される。

【0092】

最初に、ｅＮｏｄｅ Ｂ３００は、連続するＴＴＩ中であり、かつ対応するＣ−ＤＲＸオフ期間よりも前に、（１Ｓ０における）初期ＤＬ送信及び（１Ｓ１における）ＤＬ再送信の両方を含む、ＴＴＩバンドルされたＤＬ ＨＡＲＱ送信を事前にスケジュールするために、ｅＮｏｄｅＢ ３００のネットワークリソーススケジューラ３１２のＤＬ無線リソース割り当て構成要素３１４を利用するように構成されてもよい。このようにして、ｅＮｏｄｅＢ ３００は、ＨＡＲＱ再送信が成功する可能性を向上させ、同時に、Ｃ−ＤＲＸオフ期間１３０６中にＨＡＲＱ通信を処理するためにＵＥ ４００がアウェイクし続ける必要がある、必要な連続するＴＴＩの回数を低減し得る。上記で説明したように、ｅＮｏｄｅＢ ３００が、ＰＤＳＣＨを介して、ＴＴＩバンドルされたＤＬ ＨＡＲＱ送信を事前に送信するよう判定したとき、ＤＬ送信が成功する可能性は大幅に向上する場合があり、これは特に、ＳＩＮＲ状態が不良であるときに重要になり得る。

【0093】

ＴＴＩバンドルされたＤＬ ＨＡＲＱ送信は、Ｃ−ＤＲＸオフ期間１３０６の前に発生するため、ＴＴＩバンドルされたＤＬ ＨＡＲＱ送信に関連付けられた、対応するＵＥ ４００の非アクティブ期間（例えば、ＵＥのＣ−ＤＲＸスリープモード）は、上記で図７に関連して説明した、前の実施例に対して長くなる。具体的には、ＵＥ ４００に対する新しいＤＬ非アクティブ期間は、１Ｓ２から２Ｓ８までの空のＤＬサブフレームによって表されるように、（１０ＴＴＩから）１７ＴＴＩまで増加する。

【0094】

図１４は、本開示のいくつかの実施形態に係る、統合されたＤＬ ＬＴＥ送信を実行するための様々な手順１４００に関連付けられたフローチャートである。この観点から、図１４に示す手順１４００のうちのいずれか又は全ては、ｅＮｏｄｅＢ ３００の非一時的コンピュータ可読メモリ３０６に記憶されたコンピュータプログラム命令の実行によって実行され得る方法（単数又は複数）に関連付けられてもよいことを理解されたい。

【0095】

最初に、ｅＮｏｄｅＢ ３００とＵＥ ４００との間のＬＴＥ ＤＬ通信中、動作ブロック１４０２において、ｅＮｏｄｅＢ ３００のネットワークリソーススケジューラ３１２のＤＬ無線リソース割り当て構成要素３１４を（任意選択的に、そのＤＬ ＨＡＲＱスケジューラ構成要素３１８と共に）利用するｅＮｏｄｅＢ ３００は、現在のＤＬ送信に対して、（例えば、本明細書で図１５に関連して更に説明されるように）統合されたＤＬ送信を、（例えば、上記で説明したＳＩＮＲ状態のうちのいずれかを評価することに基づき）開始するように構成されてもよい。動作ブロック１４０４では、ｅＮｏｄｅＢ ３００は、新しいＴｘ ＴＢ及びＲｅＴｘ ＴＢが、単一のＴＴＩに関連付けられた単一のＬＴＥサブフレーム内に含まれるように、新しいＤＬ送信及びＤＬ再送信の両方を、同じ統合されたＤＬ送信の異なるトランスポートブロック内で符号化してもよい。

【0096】

引き続いて、動作ブロック１４０６では、ｅＮｏｄｅＢ ３００は、単一のＬＴＥサブフレームのＰＤＳＣＨ内で、統合されたＤＬ送信を対応するＵＥ ４００に送信してもよい。このようにして、統合されたＤＬ送信（ＤＬ再送信を含む）は、Ｃ−ＤＲＸオフ期間１３０６の前に発生し得る。即ち、ＵＥ ４００の節電を可能にするために、対応するＵＥ ４００の非アクティブ期間を（上記で図７に関連して説明したＤＬ ＨＡＲＱ手順を参照して）長くしてもよい。

【0097】

図１５は、ＰＤＳＣＨ １５０８の分解表現に示すような、（１Ｓ０における）単一のＬＴＥサブフレームのＰＤＳＣＨ内での初期ＤＬ送信及びＤＬ再送信の両方を含む、統合されたＤＬ ＬＴＥ送信１５００を示す単純化されたブロック図１５００である。ＤＬ ＨＡＲＱ １５０４の処理の様々な送信及び再送信通信は、参照として本明細書で提供される、影付きのＤＬ通信キー１５０２内で表される。特に、統合されたＤＬ送信は、第１の巡回冗長検査（ＣＲＣ１）に関連付けられた、ＰＤＳＣＨ １５０８の第１のＴＢ内での初期ＤＬ送信、並びに第２の巡回冗長検査（ＣＲＣ２）に関連付けられた、ＰＤＳＣＨ １５０８の第２のＴＢ内でのＤＬ再送信を含んでもよい。

【0098】

更に、この統合された構成では、第１のＴＢの初期ＤＬ送信は、第１の変調及び符号化スキーム（ＭＣＳ１）に関連付けられてもよく、第２のＴＢのＤＬ再送信は、第１のＭＣＳ１と異なる第２の変調及び符号化スキーム（ＭＣＳ２）に関連付けられてもよい。様々な実施によれば、ＤＬ再送信は、以前に送信されたＤＬパケット送信又は現在のＤＬパケット送信に対応してもよく、この場合、例えば、ＤＬ再送信は、異なる次数のＭＣＳを有する、重複ＤＬパケット送信である。このようにして、統合されたＤＬ ＬＴＥ送信は、所与のＤＬ送信に対する冗長性を改善し得る。

【0099】

本開示の別の実施形態によれば、様々なネットワーク状態に従って、かつ／又は異なるアプリケーションデータタイプの通信中に、低減されたブロック誤り率（ＢＬＥＲ）を確保できることは、ネットワークサービスプロバイダにとって有利であり得る。このようにして、ＵＥ ４００が、ｅＮｏｄｅＢ ３００のＣ−ＤＲＸ又はＳＰＳパターンを、より厳密に追跡することが可能となり得る。これにより、ＨＡＲＱ処理中に、ＵＥ ４００がＡＣＫ／ＮＡＣＫメッセージング又はＨＡＲＱ再送信について制御チャネルを監視することが不要になり得る。当業者には理解されるように、ネットワーク事業者は、現在の目標ＢＬＥＲを１０％に設定している。

【0100】

ただし、様々な実施では、ｅＮｏｄｅＢ ３００は、５％以下の水準に設定され得る低減された目標ＢＬＥＲを確保するために、選択されたアプリケーション通信（例えば、ＶｏＬＴＥタイプのアプリケーションデータ通信）に対して、同じＳＩＮＲ値を使用する異なる次数のＭＣＳを利用するように構成されてもよい。いくつかの例示的実施形態では、ｅＮｏｄｅＢ ３００が、実質的に誤りのないデータ通信を、例えばＶｏＬＴＥ通信に対して実現するために、対応するＭＣＳを利用するように構成される場合、目標ＢＬＥＲは１％まで低く設定されてもよい。ＶｏＬＴＥに対して大幅に低減された目標ＢＬＥＲを実施することによって、ＨＡＲＱ再送信は、これらの音声通信に対して大幅に低減されるか又は排除され得る。

【0101】

この手順を、本明細書で説明されているＤＬと共に、ＵＬ ＴＴＩバンドリングによる解決方法を利用することによって、ＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージング及びＨＡＲＱ再送信は、ＶｏＬＴＥ通信に対して完全に不要になり得ることを理解されたい。更に、上記で説明した手順のいずれかを単独で、又は組み合わせて利用するＵＥ ４００は、ＶｏＬＴＥ通信中に著しい量のバッテリ電力を節約できるため有利である。具体的には、低減された目標ＢＬＥＲに従って動作するＵＥ ４００は、ＬＴＥネットワークからのＨＡＲＱシグナリングについて、監視を実行する必要がなくなり得る。

【0102】

いくつかの実施形態によれば、ＬＴＥネットワーク内でＨＡＲＱダウンリンク送信をバンドルする方法は、ネットワーク基地局において、ＵＥの少なくとも１つの無線動作状態を評価することと、少なくとも１つの無線動作状態が無線動作閾値を下回るタイミングを判定することと、判定したことに応じて、ＵＥの１つ以上のＨＡＲＱメッセージを所定の時間期間にわたって無視し、ＵＥに対するダウンリンク送信をバンドルすることと、を含んでもよく、バンドルされたダウンリンク送信は、ＵＥに対するＨＡＲＱ再送信及びＵＥに対する新しいダウンリンク送信を含む。

【0103】

いくつかの実施形態では、少なくとも１つの無線動作状態は、ＵＥのＳＩＮＲ値を含んでもよい。方法は、ＳＩＮＲ値がＳＩＮＲ閾値を下回ると判定されたときに、ネットワーク基地局が、所定の時間期間中にＵＥの１つ以上のＮＡＣＫメッセージ又は１つ以上のＨＡＲＱ ＡＣＫメッセージを無視することを更に含んでもよい。方法は、ＵＥが節電することを可能にするために、ＵＥのスリープモード動作の後、バンドルされたダウンリンク送信をＵＥに送信することも含んでもよい。

【0104】

いくつかの実施では、ＵＥのスリープモード動作は、ＵＥのＣ−ＤＲＸサイクルのオフ期間であってもよく、バンドルされたダウンリンク送信は、Ｃ−ＤＲＸサイクルの後続のオン期間中にＵＥに送信されてもよい。方法は、ＵＥの少なくとも１つの無線動作状態が、無線動作状態が無線動作閾値を下回らなくなる程度に改善されるまで、ＵＥに対するＨＡＲＱ再送信を、ＵＥに対する新しいダウンリンク送信と共にバンドルし続けることを更に含んでもよい。様々な実施形態では、方法は、少なくとも１つの無線動作状態が無線動作閾値を下回らなくなるタイミングを判定すること、及び判定したことに応じて、ＵＥからのＨＡＲＱメッセージをリッスンし、周期的にＵＥの無線動作状態を評価することを含んでもよい。

【0105】

いくつかの構成では、ネットワーク基地局は、ＬＴＥネットワークを介して通信するように構成可能な少なくとも１つの送受信機と、１つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を備えてもよく、命令が１つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ＵＥの少なくとも１つの無線動作状態を評価させ、少なくとも１つの無線動作状態が無線動作閾値を下回るタイミングを判定させ、判定したことに応じて、ＵＥの１つ以上のＨＡＲＱメッセージを所定の時間期間にわたって無視させ、ＵＥに対するダウンリンク送信をバンドルさせる。バンドルされたダウンリンク送信は、ＵＥに対するＨＡＲＱ再送信及びＵＥに対する新しいダウンリンク送信を含む。

【0106】

様々な実施形態では、少なくとも１つの無線動作状態は、ＵＥのＳＩＮＲ値を含んでもよく、実行可能な命令の実行は、ネットワーク基地局に更に、ＳＩＮＲ値がＳＩＮＲ閾値を下回ると判定されたときに、ＵＥの１つ以上のＨＡＲＱ ＮＡＣＫメッセージ又は１つ以上のＨＡＲＱ ＡＣＫメッセージを所定の時間期間中に無視させてもよい。

【0107】

いくつかの実施では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の１つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ＵＥのＳＩＮＲ値を評価させ、ＵＥのＳＩＮＲ値がＳＩＮＲ閾値を下回るタイミングを判定させ、判定したことに応じて、ＵＥの１つ以上のＨＡＲＱメッセージを所定の時間期間にわたって無視させ、ＵＥに対するダウンリンク送信をバンドルさせてもよく、バンドルされたダウンリンク送信は、ＵＥに対するＨＡＲＱ再送信及びＵＥに対する新しいダウンリンク送信を含む。

【0108】

いくつかの実施形態では、ＬＴＥネットワーク内で通信するＵＥに対するダウンリンク送信を統合する方法は、ネットワーク基地局において、ＵＥに送信するＨＡＲＱ再送信を特定することと、統合されたダウンリンク送信の第１のトランスポートブロック内で新しいダウンリンク送信を符号化することと、統合されたダウンリンク送信の第２のトランスポートブロック内でＨＡＲＱ再送信を符号化することと、統合されたダウンリンク送信を単一のＴＴＩ内でＵＥに送信することと、を含んでもよい。

【0109】

いくつかの態様では、統合されたダウンリンク送信の第１のトランスポートブロック及び第２のトランスポートブロックは、同じＬＴＥサブフレームに関連付けられてもよい。更に、統合されたダウンリンク送信は、ＰＤＳＣＨ上でＵＥに送信されてもよい。いくつかの構成では、統合されたダウンリンク送信は、ＵＥの非アクティブ期間を長くし、節電するために、ＵＥのＣ−ＤＲＸサイクルのオフ期間よりも前にＵＥに送信されてもよい。

【0110】

いくつかの実施では、第１のトランスポートブロック内で符号化された新しいダウンリンク送信は、第１の巡回冗長検査（ＣＲＣ）に関連付けられてもよく、第２のトランスポートブロック内で符号化されたＨＡＲＱ再送信は、第２のＣＲＣに関連付けられてもよい。更に、第１のトランスポートブロックの新しいダウンリンク送信は、第１のＭＣＳを使用して符号化されてもよく、第２のトランスポートブロックのＨＡＲＱ再送信は、第２のＭＣＳを使用して符号化されてもよい。他の態様では、ＨＡＲＱ再送信は、第２のＭＣＳと第１のＭＣＳの次数が異なるように、異なる次数のＭＣＳを有する新しいダウンリンク送信の重複送信であってもよい。

【0111】

様々な実施形態では、ネットワーク基地局は、ＬＴＥネットワークを介して通信するように構成可能な少なくとも１つの送受信機と、１つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を備えてもよく、命令が１つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ＵＥに送信するＨＡＲＱ再送信を特定させ、統合されたダウンリンク送信の第１のトランスポートブロック内で新しいダウンリンク送信を符号化させ、統合されたダウンリンク送信の第２のトランスポートブロック内でＨＡＲＱ再送信を符号化させ、統合されたダウンリンク送信を単一のＴＴＩ内でＵＥに送信させる。

【0112】

いくつかの構成では、統合されたダウンリンク送信の第１のトランスポートブロック及び第２のトランスポートブロックは、同じＬＴＥサブフレームに関連付けられてもよく、統合されたダウンリンク送信は、ＰＤＳＣＨ上でＵＥに送信されてもよい。他の態様では、第１のトランスポートブロック内で符号化された新しいダウンリンク送信は、第１のＣＲＣに関連付けられてもよく、第２のトランスポートブロック内で符号化されたＨＡＲＱ再送信は、第２のＣＲＣに関連付けられてもよい。更に、第１のトランスポートブロックの新しいダウンリンク送信は、第１のＭＣＳを使用して符号化されてもよく、第２のトランスポートブロックのＨＡＲＱ再送信は、第１のＭＣＳと異なる次数を有する第２のＭＣＳを使用して符号化されてもよい。

【0113】

いくつかの実施では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、ネットワーク基地局の１つ以上のプロセッサによって実行されたときに、ネットワーク基地局に、ＵＥに送信するＨＡＲＱ再送信を特定させ、統合されたダウンリンク送信の第１のトランスポートブロック内で新しいダウンリンク送信を符号化させ、統合されたダウンリンク送信の第２のトランスポートブロック内でＨＡＲＱ再送信を符号化させ、統合されたダウンリンク送信を単一のＴＴＩ内でＵＥに送信させてもよい。

【0114】

様々な実施形態では、ＬＴＥネットワークを介してＨＡＲＱアップリンク通信を実行する方法は、モバイルデバイスが、初期通信についてＰＨＩＣＨを監視することと、ＰＨＩＣＨ上の初期通信内でＬＴＥネットワークからＮＡＣＫメッセージを受信することと、ＮＡＣＫメッセージを受信したことに応じて、ＨＡＲＱ再送信をＬＴＥネットワークに送信するためのＰＵＳＣＨリソースを特定することと、ＰＵＳＣＨリソースを使用するＬＴＥネットワークにＨＡＲＱ再送信を送信するために、Ｃ−ＤＲＸサイクルの次のオン期間まで待機することと、を含んでもよい。

【0115】

様々な態様では、ＰＵＳＣＨリソースは、ＨＡＲＱ再送信をＬＴＥネットワークに送信するためのＰＵＳＣＨ上のサブフレーム位置であってもよく、ＰＵＳＣＨ上のサブフレーム位置は、Ｃ−ＤＲＸサイクルの次のオフ期間の後にＨＡＲＱ再送信を送信するようにスケジュールされてもよい。方法は、ＰＤＣＣＨ上でＬＴＥネットワークからＨＡＲＱ再送信割り当てを受信することと、受信したＨＡＲＱ再送信割り当てに基づきＰＵＳＣＨリソースを特定することと、を更に含んでもよい。

【0116】

いくつかの実施形態では、モバイルデバイスは、ＬＴＥネットワークを介して通信するように構成可能な少なくとも１つの送受信機と、１つ以上のプロセッサと、実行可能な命令を記憶する記憶デバイスと、を含んでもよく、実行可能な命令は、１つ以上のプロセッサによって実行されたときに、モバイルデバイスに、初期通信についてＰＨＩＣＨを監視させ、ＰＨＩＣＨ上の初期通信内でＬＴＥネットワークからＮＡＣＫメッセージを受信させ、ＮＡＣＫメッセージを受信したことに応じて、ＨＡＲＱ再送信をＬＴＥネットワークに送信するためのＰＵＳＣＨリソースを特定させ、ＰＵＳＣＨリソースを使用するＬＴＥネットワークにＨＡＲＱ再送信を送信するために、Ｃ−ＤＲＸサイクルの次のオン期間まで待機させてもよい。

【0117】

様々な実施では、ＰＵＳＣＨリソースは、Ｃ−ＤＲＸサイクルの次のオフ期間の後にＨＡＲＱ再送信をＬＴＥネットワークに送信するためのＰＵＳＣＨ上のサブフレーム位置であってもよい。更に、いくつかの態様では、実行可能な命令の実行は、更にモバイルデバイスに、ＰＤＣＣＨ上でＬＴＥネットワークからＨＡＲＱ再送信割り当てを受信させ、受信したＨＡＲＱ再送信割り当てに基づきＰＵＳＣＨリソースを特定させる。

【0118】

いくつかの実施形態では、非一時的コンピュータ可読媒体は実行可能な命令を記憶し、実行可能な命令は、モバイルデバイスの１つ以上のプロセッサによって実行されたときに、モバイルデバイスに、初期通信についてＰＨＩＣＨを監視させ、ＰＨＩＣＨ上の初期通信内でＬＴＥネットワークからＮＡＣＫメッセージを受信させ、ＰＤＣＣＨ上でＬＴＥネットワークからＨＡＲＱ再送信割り当てを受信させ、ＮＡＣＫメッセージを受信したことに応じて、受信したＨＡＲＱ再送信割り当てに基づき、ＨＡＲＱ再送信をＬＴＥネットワークに送信するためのＰＵＳＣＨリソースを特定させ、ＰＵＳＣＨリソースを使用するＬＴＥネットワークにＨＡＲＱ再送信を送信するために、Ｃ−ＤＲＸサイクルの次のオン期間まで待機させてもよい。

【0119】

説明される実施形態の種々の態様、実施形態、実行、又は機能は、個別に、若しくは任意の組み合わせで用いることが可能である。更には、説明される実施形態の一部の態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの組み合わせによって実施することができる。説明される実施形態はまた、非一時的コンピュータ可読媒体上に記憶されるコンピュータプログラムコードとしても具現化することができる。このコンピュータ可読媒体は、コンピュータ又はコンピュータシステムによって後に読み出すことが可能なデータを記憶することができる、任意のデータ記憶装置に関連付けることができる。コンピュータ可読媒体の例としては、リードオンリーメモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＨＤＤ、ＤＶＤ、磁気テープ、及び光学式データ記憶装置が挙げられる。コンピュータ可読媒体はまた、コンピュータプログラムコードを分散方式で実行することができるように、ネットワーク結合されたコンピュータシステム上に分散させることもできる。

【0120】

上述の説明は、説明の目的上、説明される実施形態の完全な理解を提供するために、具体的な専門用語を使用するものとした。しかしながら、それらの具体的詳細の一部は、説明される実施形態を実践するために必須のものではないことが、当業者には明らかとなるであろう。それゆえ、上述の具体的な実施形態の説明は、例示及び説明の目的のために、本明細書で提示される。これらの説明は、網羅的、包括的であることも、又は、説明される実施形態を、開示される厳密な形態若しくは詳細に限定することも意図するものではない。上記の教示を鑑みて、本開示の趣旨及び範囲から逸脱することなく、多くの修正形態及び変形形態が可能であることが、当業者には明らかとなるであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】