(57)【特許請求の範囲】
【請求項１】
１または複数のプロセッサに方法を実行させるためのコンピュータプログラムであって、前記方法は、
無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階と、
前記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階と、
リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階と、
前記ランダムに選択されたリソースのためのスケジューリング要求を送信する段階と、
前記無線ネットワークによる前記スケジューリング要求の承認なしに、前記ランダムに選択されたリソースでデータを送信する段階と、を含む、コンピュータプログラム。
【請求項２】
前記方法はさらに、
前記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、請求項１に記載のコンピュータプログラム。
【請求項３】
前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、前記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
前記無線ネットワークによる前記第２のスケジューリング要求の承認なしに、前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項２に記載のコンピュータプログラム。
【請求項４】
前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
前記リソースプールからのランダムバックオフを実行する段階と、
再送信のために、前記リソースプールからの前記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
前記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
前記無線ネットワークによる前記第２のスケジューリング要求の承認なしに、前記選択された第２のリソースで前記データを送信する段階と、を含む、請求項２に記載のコンピュータプログラム。
【請求項５】
前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して、前記データを再送信する段階を含む、請求項２に記載のコンピュータプログラム。
【請求項６】
前記データが前記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含む、請求項２から５のいずれか一項に記載のコンピュータプログラム。
【請求項７】
前記送信されたデータのためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される、請求項６に記載のコンピュータプログラム。
【請求項８】
ベースバンド回路を備えるユーザ機器（ＵＥ）のためのベースバンドプロセッサであって、
前記ベースバンド回路は、
ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信し、
前記ベースステーションの前記モバイルブロードバンドネットワーク内のアップリンクリソースのセットを判断し、
前記アップリンクリソースのセット内から、リソースをランダムに選択し、
前記ランダムに選択されたリソースのためのスケジューリング要求を前記ベースステーションに送信し、
前記ベースステーションによる前記スケジューリング要求の承認なしに、前記ランダムに選択されたリソースでデータを前記ベースステーションに送信する、ベースバンドプロセッサ。
【請求項９】
前記アップリンクリソースを定義する構成は、予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される、請求項８に記載のベースバンドプロセッサ。
【請求項１０】
リソースプールがさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される、請求項８または９に記載のベースバンドプロセッサ。
【請求項１１】
前記ベースバンド回路は、さらに、
前記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する、請求項８に記載のベースバンドプロセッサ。
【請求項１２】
前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングすることを含む、請求項１１に記載のベースバンドプロセッサ。
【請求項１３】
ＡＣＫ応答が、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスが、前記ＵＥの識別子、前記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される、請求項１２に記載のベースバンドプロセッサ。
【請求項１４】
前記送信されたデータのためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、請求項１２に記載のベースバンドプロセッサ。
【請求項１５】
前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、
前記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
前記選択された第２のリソースで前記データを送信することと、を含む、請求項１１に記載のベースバンドプロセッサ。
【請求項１６】
前記データが前記ｅＮＢによって受信されたかどうかを判断することは、さらに、
前記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
リソースプールからのランダムバックオフを実行することと、
再送信のために、前記リソースプールからの前記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、
前記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
前記選択された第２のリソースで前記データを送信することと、を含む、請求項１１に記載のベースバンドプロセッサ。
【請求項１７】
請求項１から７のいずれか一項に記載のコンピュータプログラムを記録したコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本願は、２０１５年３月２６日に出願された米国仮出願第６２／１３８，６３５号に係る米国特許法第１１９条（ｅ）項下の利益を主張し、当該出願は参照により本明細書にその全体が組み込まれる。
【０００２】
本開示は、無線デバイス通信システムに関し、具体的には、第５世代（５Ｇ）無線システムにおける低減されたシグナリングオーバヘッドに関する。
【図面の簡単な説明】
【０００３】
【図１】本明細書で開示される実施形態と整合性のある、無線アクセス技術連携のためのシステムを示すシステム図である。
【０００４】
【図２】本明細書で開示される実施形態と整合性のある、複数の無線アクセス技術（ＲＡＴ）の多重化を示す概略図である。
【０００５】
【図３】本明細書で開示される実施形態と整合性のある、マシンタイプ通信（ＭＴＣ）アプリケーションのためのセカンダリＲＡＴ（Ｓ‐ＲＡＴ）のサブフレーム構造のブロック図である。
【０００６】
【図４】本明細書で開示される実施形態と整合性のある、低減されたシグナリングオーバヘッドでのアップリンク送信に係る３つの実施形態間での比較を示す図である。
【０００７】
【図５】本明細書で開示される実施形態と整合性のある、タイプ‐１送信スキームの実施形態を説明するフローチャートである。
【０００８】
【図６】本明細書で開示される実施形態と整合性のある、タイプ‐２送信スキームの実施形態を説明するフローチャートである。
【０００９】
【図７】本明細書で開示される実施形態と整合性のある、タイプ‐３送信スキームの実施形態を説明するフローチャートである。
【００１０】
【図８】本明細書で開示される実施形態と整合性のある、リソースプール周期性を示す図である。
【００１１】
【図９】本明細書で開示される実施形態と整合性のある、確認応答（ＡＣＫ）の応答ウィンドウの図である。
【００１２】
【図１０】本明細書で開示される実施形態と整合性のある、集約されたＡＣＫ応答メッセージオプションの図である。
【００１３】
【図１１】本明細書で開示される実施形態と整合性のある、低減されたシグナリングオーバヘッドでの再送信スキームの図である。
【００１４】
【図１２】本明細書で開示される実施形態と整合性のある、ユーザ機器（ＵＥ）デバイスの例示的な図である。
【００１５】
【図１３】本明細書で開示される実施形態と整合性のある、コンピューティングシステムの概略図である。
【発明を実施するための形態】
【００１６】
本開示の実施形態と整合性のある、システムおよび方法についての詳細な説明が、以下に記載される。いくつかの実施形態が記載されているが、本開示はいずれの実施形態にも限定されず、代わりに、多くの代替形態、修正形態および均等形態を包含することを理解されたい。また、以下の説明においては、本明細書に開示の実施形態の十分な理解をもたらすべく、多くの具体的な詳細が記載されているが、いくつかの実施形態は、これらの詳細のうちの一部または全部を省いても実施可能である。さらに、わかりやすさの目的で、関連技術分野で既知の特定の技術内容については、本開示を不必要に曖昧にするのを回避すべく、詳細には記載していない。
【００１７】
第５世代（５Ｇ）無線システムにおける低減されたシグナリングオーバヘッドを可能にする技術、装置および方法について開示されている。低減されたシグナリングオーバヘッドは、非同期アップリンク送信をサポートするためのメカニズム、リソースプール構成、確認応答メカニズムおよび無線通信における再送信メカニズムを含む。例えば、タイプ‐１送信スキームにおいて、ＵＥは、リソースプール内で１つのリソースを選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信スキームにおいて、ＵＥは、リソースプールにおけるスケジューリング要求（ＳＲ）領域内で１つのリソースを選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信し、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームにおいて、ＵＥは、ＳＲ領域内で１つのリソースを選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信し、ＵＥがその送信したＳＲに応答する確認応答（ＡＣＫ）を受信する場合、示されたリソース上で送信する。
【００１８】
マシンタイプ通信（ＭＴＣ）は、「モノのインターネット」（ＩｏＴ）のコンセプトに向けてのユビキタスコンピューティング環境を可能にする、有望な新興技術である。潜在的なＭＴＣベースのアプリケーションとしては、スマートメータ、ヘルスケアモニタリング、リモートセキュリティ監視、インテリジェント輸送システム等が含まれる。これらのサービスおよびアプリケーションは、ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト等の現行世代および次世代のモバイルブロードバンドネットワークにシームレスに統合される必要のある新しいタイプのＭＴＣデバイスの設計および開発を活性化させる。
【００１９】
既存のモバイルブロードバンドネットワークは、主にヒューマンタイプの通信の性能を最適化するように設計されたものであり、故に、ＭＴＣ関連の要件を満たすように設計または最適化されてはいない。ＭＴＣ特有の設計は、リリース‐１３ＬＴＥ仕様における仕様化サポートのための第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）ワーキンググループ（ＷＧ）によって研究されており、そこでの主要な目的は、より低廉なデバイスコスト、拡張されたカバレッジおよび電力消費量の低減に焦点が置かれている。
【００２０】
コストおよび電力消費量をさらに低減化するために、システム帯域幅をさらに低減することが有益であろう。例えば、２００ＫＨｚは、既存のＬＴＥ設計の単一の物理リソースブロック（ＰＲＢ）にほぼ相当する。潜在的に、このいわゆるセルラＩｏＴは、グローバルシステムフォーモバイル通信（ＧＳＭ（登録商標）の再利用（再ファームとしても知られる）スペクトル内、ＬＴＥキャリアのガードバンド内、または専用スペクトル内で動作できるだろう。
【００２１】
スマートメータタイプのＭＴＣアプリケーションについては、ＭＴＣデバイスが、低頻度の小データバースト送信でｅＮＢと通信することが予期される。例えば、ＭＴＣデバイスは、水道使用量または電力使用量を６時間毎に一回または一日毎に一回報告する。ＭＴＣデバイスがアップリンクでデータを送信するための通常のプロシージャに従う場合、ＭＴＣデバイスはまず、物理ランダムアクセスチャネル（ＰＲＡＣＨ）信号を送信することによって、アップリンク同期を取得し、続けてｅＮＢからアップリンク許可を受信する必要があってよい。通常のＭＴＣアプリケーションの場合、大量のオーバヘッド（ＰＲＡＣＨ、アップリンク許可等）と比較して、少量のデータのみがアップリンクで送信されるという事実を考慮すると、現在の設計は、相当な量のシグナリングオーバヘッドに起因し、近い将来想定される大量のＭＴＣデバイスのサポートにおいて拡張性の観点から効率的ではない。
【００２２】
シグナリングオーバヘッドを低減し、ネットワークリソースを節約するためには、ＭＴＣデバイスのためのアップリンク送信プロシージャは、適切に設計される必要がある。５ＧシステムにおけるＭＴＣデバイスのアップリンク送信をサポートするためのシステムおよび方法が、次の方法、すなわち（１）タイプ‐１、タイプ‐２およびタイプ‐３アップリンク送信を含む、アップリンク送信のためのメカニズム、（２）非同期アップリンク送信をサポートするためのメカニズム、（３）アップリンク送信のためのリソースプール構成、（４）アップリンク送信のためのＡＣＫ応答メカニズム、および／または（５）アップリンク送信のための再送信メカニズム、において実行されてよい。
【００２３】
本明細書で説明する実施形態は、１．４ＭＨｚシステム帯域幅での３ＧＰＰリリース１３（Ｒｅｌ‐１３）ＭＴＣおよび／または２００ＫＨｚ、４００ＫＨｚ若しくは６００ＫＨｚシステム帯域幅等の将来の狭帯域のＭＴＣ設計を考慮してよいことに留意されたい。
【００２４】
無線モバイル通信技術は、ベースステーションと無線モバイルデバイスとの間でデータを送信するために、様々な規格およびプロトコルを使用する。無線通信システムの規格およびプロトコルとしては、３ＧＰＰ  ＬＴＥ、業界団体ではＷｉＭＡＸ（登録商標）（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）として一般に知られている米国電気電子学会（ＩＥＥＥ）８０２．１６規格、および業界団体ではＷｉ‐Ｆｉ（登録商標）として一般に知られているＩＥＥＥ８０２．１１規格が含まれてよい。ＬＴＥシステムでの３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）においては、ベースステーションには、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（一般に、進化型ノードＢ、エンハンスドノードＢ、ｅＮｏｄｅＢまたはｅＮＢとも表記される）および／または、ＵＥとして知られる無線通信デバイスと通信するＥ−ＵＴＲＡＮ内の無線ネットワークコントローラ（ＲＮＣ）が含まれてよい。
【００２５】
図１は、無線アクセス技術連携のシステム１００を示す。複数のＵＥ１０２は、プライマリＲＡＴ（Ｐ‐ＲＡＴ）１１２上で物理インフラストラクチャ１０４（ｅＮＢ、携帯電話基地局、ネットワークアクセスポイント等）に接続してよい。物理インフラストラクチャ１０４は、ＵＥ１０２からのまたはＵＥ１０２への無線送信を受信または送信してよい。送信に基づいて、物理インフラストラクチャ１０４は、ネットワークインフラストラクチャ１１６へのアクセスを提供してよい。
【００２６】
また、物理インフラストラクチャ１０４はＳ‐ＲＡＴ  １１４をサポートしてよく、Ｓ‐ＲＡＴ  １１４は、Ｐ‐ＲＡＴ  １１２上（またはＳ‐ＲＡＴ  １１４上でスケジューリングされたＰ‐ＲＡＴ  １１２）上でスケジューリングされる。マシンタイプ通信のユーザ機器（ＭＴＣ  ＵＥまたはＭＣＥ）１０６は、低電力状態からアクティブ状態へ遷移してよい。Ｐ‐ＲＡＴ  １１２およびＳ‐ＲＡＴ  １１４は、異なる属性について最適化されてよい。一実施形態において、Ｐ‐ＲＡＴ  １１２は高スループットのために最適化され、Ｓ‐ＲＡＴ  １１４は省バッテリ送信（例えば、低電力送信、低頻度送信等）のために最適化される。これらの最適化により、統一されたネットワーク／システム１００が、異なる且つ場合によっては競合する性能側面およびサービスを満たすように構成されることを可能にする。
【００２７】
いくつかの実施形態において、Ｐ‐ＲＡＴ  １１２等の１つのＲＡＴのみが使用される。
【００２８】
ＭＴＣ  ＵＥ１０６が低頻度の小データバースト送信を使用する場合等、異なる送信スキームを使用して、送信オーバヘッドを低減してよい。タイプ‐１送信の一実施形態において、ＭＴＣ  ＵＥ  １０６は、リソースプール内で１つのリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信スキームの一実施形態において、ＭＴＣ  ＵＥ１０６は、リソースプールにおけるスケジューリング要求（ＳＲ）領域内で１つのリソースをランダムに選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信する。次に、ＭＴＣ  ＵＥ１０６は、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームの一実施形態において、ＭＴＣ  ＵＥ１０６は、ＳＲ領域内でリソースをランダムに選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信する。ＭＴＣ  ＵＥ１０６は、ＭＴＣ  ＵＥ１０６が、送信したＳＲに応答して、アップリンク（ＵＬ）での送信を許可するＡＣＫをｅＮＢまたはベースステーションから受信する場合、指示されるリソース上で送信する。
【００２９】
上記の３つの実施形態は、単一のＲＡＴ上のスケジューリングおよび送信について説明する一方、クロス‐ＲＡＴスケジューリングおよび／または送信も行ってよいことに留意されたい。
【００３０】
図２は、複数のＲＡＴの多重化を示す。同一または異なるヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）を持つ複数のＲＡＴ、サブＲＡＴまたはパーティションは、時分割多重化（ＴＤＭ）２０１または周波数多重化（ＦＤＭ）２００または符号分割多重化（ＣＤＭ）または空間分割多重化（ＳＤＭ）または上記オプションと他の考え得る直交若しくは非直交多重化との組み合わせで多重化されてよい。図２は、ＦＤＭ２００方式およびＴＤＭ２０１方式での複数のＲＡＴの多重化を示す。複数のＲＡＴがＦＤＭ方式で多重化される場合、ＲＡＴ間干渉を最小化すべく、特定のガードバンド２０４が、ＲＡＴに割り当てられた周波数リソースの境界に挿入される必要があってよいことに留意されたい。
【００３１】
図２中、Ｐ‐ＲＡＴ  ２０６は通常、ＵＥの電力消費量を節約すべく、より低いサンプリングレートで動作する一方、Ｓ‐ＲＡＴ  ２０２または２０８は、低レイテンシアプリケーション、例えば、ミッションクリティカルアプリケーション、触知アプリケーションまたは車両対車両（Ｖ２Ｖ）アプリケーションをサポートすべく、比較的より高いサンプリングレートで動作してよい。
【００３２】
他のアプリケーションにおいては、Ｓ‐ＲＡＴ  ２０２または２０８の同期要件を低減すべく、Ｓ‐ＲＡＴ  ２０２または２０８は、より低いサンプリングレートで動作してよく、大量のデバイスがチャネル／ＲＡＴを共有すること、またはエネルギー節約を可能にしてよい。
【００３３】
他のアプリケーションにおいて、Ｓ‐ＲＡＴ  ２０２または２０８は、Ｐ‐ＲＡＴ  ２０６と同一または異なる波形を使用する同一のサンプリングレートで動作し、異なるアプリケーションを有効にしてよい。
【００３４】
Ｐ‐ＲＡＴ  ２０６およびＳ‐ＲＡＴ  ２０２または２０８は、異なるＲＡＴであることを厳密には示唆しないことに留意されたい。それらは、異なる最適化および異なるアプリケーションのための使用／パーティションを持つ同一のＲＡＴに基づいてよく、例えば、キャリアリソースを有する通常のパーティション（Ｐ‐ＲＡＴとも呼ばれる）およびデバイスツーデバイス（Ｄ２Ｄ）またはＭＴＣアプリケーションのための追加のリソースパーティション／領域（Ｓ‐ＲＡＴとも呼ばれる）が挙げられる。
【００３５】
一例において、６ＧＨｚ未満のキャリア周波数の場合、Ｐ‐ＲＡＴ２０６は、既存のＬＴＥヌメロロジを再利用してよい一方、Ｓ‐ＲＡＴ  ２０２または２０８は、低レイテンシアプリケーションをサポートするように設計されてよい。１つのオプションにおいて、Ｓ‐ＲＡＴ  ２０２または２０８はまた、既存のＬＴＥヌメロロジを再利用してもよい。低レイテンシアプリケーションをサポートすべく、２から３個の直交周波数分割多重化（ＯＦＤＭ）シンボルが共にグループ化され、約０．２ｍｓのサブ送信時間間隔（ＴＴＩ）を実現してよい。別のオプションにおいては、Ｓ‐ＲＡＴ  ２０２または２０８は、例えば７５ＫＨｚといった、Ｐ‐ＲＡＴ２０８サブキャリア間隔より大きなサブキャリア間隔に基づいて設計されてよい。
【００３６】
図３は、ＯＦＤＭ波形に基づくＳ‐ＲＡＴのサブフレーム構造３００の例を示す。図中、５ｍｓのＴＴＩが実現されてよく、１つのＴＴＩ内に１４個のＯＦＤＭシンボルが含まれ、サイクリックプレフィクス（ＣＰ）長は、〜２３．８μｓである。別の実施形態において、０．１ｍｓのＴＴＩが実現されてよく、１つのＴＴＩ内に、６個のＯＦＤＭシンボル３０４、３０６および３０８がグループ化され、サンプリングレートが１５３．６ＭＨｚの場合、ＣＰ長３０２は〜３．３μｓまたは５１２サンプルである。上記の例は、他のＴＴＩをサポートするように容易に拡張されてよいことに留意されたい。例えば、１２個のＯＦＤＭシンボルがグループ化され、０．２ｍｓのＴＴＩを達成してよい。別の例においては、異なるサブキャリア間隔（例えば、６０ＫＨｚ）を使用して、対応するＣＰ長およびＯＦＤＭシンボル数を持つ０．１ｍｓまたは０．２ｍｓのＴＴＩ設計を達成してよい。
【００３７】
図４は、低減されたシグナリングオーバヘッドでのアップリンク送信の３つの実施形態間の比較を示す図である。低頻度の小データバースト送信を持つＭＴＣ  ＵＥのシグナリングオーバヘッドを低減すべく、異なるアップリンク送信プロセスを使用してよい。タイプ‐１送信スキームとして説明される第１の実施形態において、ＵＥは、リソースプール内で１つのリソースを選択し、選択されたリソース上でアップリンクにおいてデータを送信する。タイプ‐２送信として説明される第２の実施形態において、ＵＥは、リソースプールにおけるＳＲ領域内でリソースを選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信し、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。タイプ‐３送信スキームとして説明される第３の実施形態において、ＵＥは、ＳＲ領域内でリソースを選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信し、ＵＥがその送信したＳＲに応答するＡＣＫを受信する場合、示されたリソース上で送信する。
【００３８】
タイプ‐１送信スキームの一実施形態において、ＭＴＣ  ＵＥは、リソースプール内で１つのリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。いくつかの実施形態において、この送信スキームは、小パケットサイズに対し構成される。
【００３９】
タイプ‐２送信スキームの一実施形態において、ＭＴＣ  ＵＥは、リソースプールにおけるＳＲ領域内でリソースをランダムに選択し、データ送信のためのリソース割り当てを含むＳＲ情報を選択されたリソース上で送信する。いくつかの実施形態において、タイプ‐２送信スキームのためのＳＲは、後続のデータ送信のためのリソース指定であり、ｅＮＢに対するＵＬ許可の要求ではない。続いて、ＭＴＣ  ＵＥは、ＳＲ情報内で示されたリソース上でアップリンクデータを送信する。このオプションは、比較的大きなパケットサイズに対し好適であってよいことに留意されたい。
【００４０】
タイプ‐３送信スキームの一実施形態において、ＭＴＣ  ＵＥは、ＳＲ領域内でリソースをランダムに選択し、後続のデータ送信のために選択されたリソースに関する情報と共に、ＳＲを選択されたリソース上で送信する。しかしながら、タイプ‐２送信スキームと異なり、ＭＴＣ  ＵＥが、その送信したＳＲに応答して、ｅＮｏｄｅＢからのＵＬ上での送信を許可するＡＣＫを受信する場合、ＭＴＣ  ＵＥは示されたリソース上で送信する。ＵＥが、ＳＲへのＡＣＫ応答をモニタリングする物理リソースまたはリソース設定は、ＳＲの送信に使用される時間‐周波数リソースへの予め定義されたまたは構成されたマッピングを有してよく、それは、全体的な低レイテンシを保証すべく、ＳＲ送信機会とＤＬにおけるＡＣＫ応答リソースとの間の時間ギャップが最小化されている。ＳＲへのＡＣＫ応答は、実際のデータ送信の競合を低減するのに寄与してよく、これは、中から大サイズの送信データパケットに対し、および／またはシステム負荷状態が比較的大きい状態において有利であることを含め、有益であってよい。また、このメカニズムは、３ＧＰＰ  ＬＴＥ／ＬＴＥ‐Ａシステムに対し現在定義されているＲＡＣＨ（ランダムアクセスチャネル）プロシージャと比較して、レイテンシおよびシグナリングオーバヘッドを低減してよい。
【００４１】
図５は、タイプ‐１送信スキーム５００の一実施形態を説明するフローチャートである。送信スキーム５００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ  ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
【００４２】
ブロック５０２において、ＭＴＣ  ＵＥがウェイクアップし、アップリンクでのデータ送信を試みるとき、ＭＴＣ  ＵＥはまず、ＤＬ同期信号を取得し、システム情報ブロック（ＳＩＢ）から必要なシステム情報を取得する。例えば、ＭＴＣ  ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック５０４において、ＵＥは、１つのサブ領域またはリソースプール内でリソースをランダムに選択し、選択されたリソース上でアップリンクにおいてデータを送信する。ブロック５０８において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。一実施形態において、ＤＬ  ＡＣＫ受信プロシージャは省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ブロック５１０において、ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ＵＥは、低電力またはスリープ状態に遷移してよい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ブロック５１２において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するためのリソースを選択する。
【００４３】
アップリンク送信をサポートすべく、ＵＥは、非同期態様において、すなわち、ｅＮＢとのアップリンク同期を実現する必要なく、アップリンクでデータを送信することを許容されてよい。このアップリンクでの非同期送信は、シンボル間干渉（ＩＳＩ）に起因する影響を最小化すべく、ＣＰ長における特定の変更を要求してよい。ここで「非同期」送信は、セル内のＵＥは、少なくとも共通のＤＬ参照時間に従い送信することを引き続き前提としていることに留意されたい。
【００４４】
一実施形態において、アップリンク送信リソースプール内で、より長いＣＰ長が定義されてよい。さらに、ＭＴＣ  ＵＥは、アップリンクでのデータ送信時に、ＤＬ同期タイミングに従う。長いＣＰは、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、ＳＩＢまたはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して構成されてよいことに留意されたい。
【００４５】
この長いＣＰの長さは、特定の配備シナリオにより決定されてよいことに留意されたい。特に、特定のガード時間（Ｔｇ）を仮定すると、アップリンク送信の最大距離は次のように計算されてよい。
【００４６】
【数１】
0006746595.tif 000002
【００４７】
式中、ＴＣＰは、時間におけるＣＰ長であり、ｃ＝３×１０８ｍ／ｓ（光速定数）である。
【００４８】
例えば、〜４μｓガード時間を仮定すると、既存のＬＴＥ仕様で定義される通り、拡張されたＣＰ（１６．６μｓ）は、非同期アップリンク送信を可能にする、〜２ｋｍの配備シナリオをカバーしてよい。同様に、６６．７μｓ（すなわち、１個のＯＦＤＭシンボル持続時間）を持つＣＰ長がアップリンク送信に定義されてよい場合、
【数２】
0006746595.tif 000003
（１０ｋｍの送信距離）が実現されてよい。
【００４９】
既存のＬＴＥヌメロロジに従い、アップリンク送信により長いＣＰが使用される場合、ＣＰオーバヘッドはかなりのものになり得ることに留意されたい。例えば、ＣＰ長に６６．７μｓが定義される場合、５０％のＣＰオーバヘッドが導入される。ＣＰオーバヘッドを低減するには、同一ＣＰ長に対し、より小さいサブキャリア間隔を使用することによって、より長いシンボル持続時間を検討することが所望されてよい。上記の通り、サブキャリア間隔に３ＫＨｚが使用され、３３３．３３μｓシンボル持続時間が狭帯域ＭＴＣに定義可能であれば、全体的なＣＰオーバヘッドは、通常のサブキャリア間隔の５０％のオーバヘッドから１６．７％のＣＰオーバヘッドまで低減できる。
【００５０】
別の実施形態において、ＵＥは、初期アップリンク同期から取得されたＴＡ値に基づいてタイミングアドバンス（ＴＡ）を適用してよい。特定のＭＴＣアプリケーションについて、ＭＴＣ  ＵＥは、住宅建物に配置され、これらのＭＴＣ  ＵＥについては、モビリティは予期されていない。この場合、ＭＴＣ  ＵＥは、アップリンクでのデータ送信時に、同一のＴＡ値が適用可能であると想定してよい。
【００５１】
図６は、タイプ‐２送信スキーム６００の実施形態を説明するフローチャートである。送信スキーム６００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ  ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
【００５２】
ブロック６０２において、ＭＴＣ  ＵＥは、アップリンクでのデータ送信のためのウェイクアップ時に、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。例えば、ＭＴＣ  ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック６０４において、ＭＴＣ  ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、およびリソースプール内におけるＳＲ領域内からリソースをランダムに選択し、データ送信のために選択されたリソースの指定を含むＳＲ情報を選択されたリソース上で送信する。ブロック６０６において、ＭＴＣ  ＵＥは、ＳＲ情報内で示されるデータ領域内のリソース上でアップリンクデータを送信する。ブロック６０８において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。一実施形態において、ＤＬ  ＡＣＫ受信プロシージャは、省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ブロック６１０において、ＵＥは、低電力またはスリープ状態に遷移してよい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ブロック６１２において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するためのリソースを選択する。
【００５３】
図７は、タイプ‐３送信スキーム７００の一実施形態を説明するフローチャートである。送信スキーム７００は、図１に関し記載されたシステムによって実装されてよく、ＭＴＣ  ＵＥ、ＵＥ、物理インフラストラクチャおよびネットワークインフラストラクチャを含む。
【００５４】
ブロック７０２において、ＭＴＣ  ＵＥは、アップリンクでのデータ送信のためのウェイクアップ時に、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。例えば、ＭＴＣ  ＵＥが据え付けであり、ＭＴＣ送信に関するシステム情報が変更されない場合、初期アクセス後は、システム情報取得プロシージャは省略されてよい。ブロック７０４において、ＭＴＣ  ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、およびリソースプールにおけるＳＲ領域内からリソースをランダムに選択し、データ送信のために選択された少なくともリソースの指定、および可能であればデータ送信に使用されるべき変調符号化スキーム（ＭＣＳ）も含むＳＲ情報を選択されたリソース上で送信する。ブロック７０６において、ＵＥが選択されたリソース上で送信すべきかどうかに関するｅＮｏｄｅＢからの少なくとも確認を、可能であればデータ送信に使用されるべきＴＡ値および送信電力制御（ＴＰＣ）調整、データ送信のための代替的なリソース、およびデータ送信に使用されるべき代替的ＭＣＳレベルのうちの１または複数も含め受信すべく、ＭＴＣ  ＵＥは、ＡＣＫ応答ウィンドウ内で、ＳＲ送信に対応するＤＬサブフレームをモニタリングする。ＵＥがＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信しない場合、ブロック７１４において、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。しかしながら、ＵＥがＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信する場合、ブロック７０８において、ＵＥは、ｅＮＢから受信されたＳＲ送信に応答するＡＣＫフィードバックに基づくデータ領域内のリソース上でアップリンクデータを送信する。ブロック７１０において、ＵＥは、ＡＣＫ応答ウィンドウ内でＤＬサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。いくつかの実施形態において、ＤＬ  ＡＣＫ受信プロシージャは省略されてよい。同一情報（おそらく、増分冗長性に基づく異なる冗長性バージョン）が、例えば、複数のサブフレームにわたり、複数回送信され、増加したエネルギーおよび時間ダイバーシチを介してカバレッジを向上させてよいことに留意されたい。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信する場合、ブロック７１２において、ＵＥは、低電力またはスリープ状態に遷移してよい。しかしながら、ブロック７１６において、ＵＥがＡＣＫを受信しない、またはＡＣＫ応答ウィンドウ中にＵＬデータ送信に対応する否定的確認応答（ＮＡＣＫ）を受信する場合、ブロック７１８において、ＵＥは構成されたまたは予め定義されたハイブリッドＡＲＱ（ＨＡＲＱ）再送信スキームに従い、データパケットを再送信するか、または、ブロック７１４において、ＵＥは次のＫ番目のアップリンクリソースプールを選択するか若しくはリソースプールでランダムバックオフを実行し、ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。
【００５５】
図８は、リソースプール周期性８００の図である。最初に、ＭＴＣデバイスは、ネットワークにアクセスし、アップリンク送信のためのリソースプール８０８の必要な情報を取得することになる。このリソースプール８０８の構成は、予め定義されるか、または上位レイヤによって、ＭＩＢ若しくはＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して提供されてよい。
【００５６】
アップリンク送信リソースプール８０８のための時間および周波数リソース構成は、次の情報、すなわち、周波数位置（例えば、リソースブロック（ＲＢ）のインデックス領域内）および／または時間位置（例えば、ＯＦＤＭシンボルインデックス、スロットインデックス、サブフレームインデックス、無線フレームインデックス）のうちの少なくとも１つを含んでよい。シグナル時間に関する情報のより具体的な例として、構成は、このリソースプール８０８の少なくとも周期性８０６および／またはサブフレームオフセット８０４を含んでよい。
【００５７】
アップリンク送信リソースプール８０８に割り当てられたサブフレームは、連続的または非連続的であってよい。例えば、周波数分割複信（ＦＤＤ）システムの場合は、このリソースプール８０８に連続的なＤＬサブフレームが割り当てられてよい。時分割複信（ＴＤＤ）システムの場合は、このリソースプール８０８に非連続的なサブフレームが割り当てられてよい。特に、パラメータ"ｓｕｂｆｒａｍｅＢｉｔＭａｐ"を持つサブフレームのビットのマップを使用して、リソースプール８０８内で繰り返し可能な、割り当てられたサブフレームをシグナリングしてよい。例えば、ｓｕｂｆｒａｍｅＢｉｔＭａｐ＝"００１１００００１１"およびサブフレームにおけるリソースプール８０８の長さは２０である。この場合、第１および第２の無線フレームは同一のサブフレームのビットのマップを有し、このリソースプール８０８に、各フレーム内のサブフレーム＃２、＃３、＃８および＃９が割り当てられる。
【００５８】
図８に示される通り、アップリンク送信リソースプールのＮＵＬ−ＣＬ  ＤＬサブフレーム８０２の第１のサブフレームは、以下を満たすべきである。
【００５９】
【数３】
0006746595.tif 000004
【００６０】
式中、ｎｆおよびｎｓは、無線フレーム番号およびスロット番号である。
【００６１】
周波数ドメインにおいて、アップリンク送信リソースプール８０８は、連続的または非連続的ＰＲＢまたはサブキャリアにおいて割り当てられてよい。一実施形態において、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよびＭＴＣリソースプールのサイズ"ｌｅｎｇｔｈＰＲＢ"を使用して、リソースプールの周波数情報を示してよい。これにより、ｓｔａｒｔＰＲＢより大きいまたは等しい且つｓｔａｒｔＰＲＢ＋ｐｒｂＬｅｎｇｔｈより小さいインデックスを持つＰＲＢが、アップリンク送信リソースプール８０８に割り当てられる。
【００６２】
別の実施形態において、２つの非重複周波数位置が送信リソースプール８０８に割り当てられてよい。特に、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよび"ｌｅｎｇｔｈＰＲＢ１"を使用して、周波数ドメインにおけるリソースプールの第１の部分を示してよく、すなわち、ｓｔａｒｔＰＲＢより大きいまたは等しい且つｓｔａｒｔＰＲＢ＋ｌｅｎｇｔｈＰＲＢ１より小さいインデックスを持つＰＲＢが割り当てられる。ＭＴＣリソースプールの第２の部分については、終了ＰＲＢを使用して、パラメータ"ｅｎｄＰＲＢ"および"ｌｅｎｇｔｈＰＲＢ２"でリソースプールの最後の部分を示してよく、すなわちｅｎｄＰＲＢより小さいまたは等しい且つｅｎｄＰＲＢ−ｌｅｎｇｔｈＰＲＢ２より大きいインデックスを持つＰＲＢが割り当てられる。
【００６３】
上記のオプションにおいてはＰＲＢが考慮されているが、周波数ドメイン構成は、サブキャリアインデックスおよび／またはＰＲＢのブロック／グループに基づき容易に拡張できることに留意されたい。
【００６４】
上記の通り、タイプ‐２およびタイプ‐３アップリンク送信の場合、リソースプール８０８は、アップリンク送信のためのＳＲ領域およびデータ領域にさらに分割されてよい。リソースパーティション情報は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成されてよいことに留意されたい。
【００６５】
図９は、ＵＬ９０４におけるリソースプール９１２内の送信に応答するＤＬ９０２におけるＡＣＫ応答ウィンドウ９１０のダイアグラム９００を示す。ＭＴＣ  ＵＥがアップリンクデータを送信するとき、ＭＴＣ  ＵＥは、ＡＣＫ応答ウィンドウ９１０内でｅＮＢからのＡＣＫフィードバックを待機する。上記３つのタイプのＵＬ送信スキームのうちのいくつかの実施形態では、ＡＣＫフィードバックとは、データ送信に応答するフィードバックを指す。ＡＣＫ応答ウィンドウ９１０の位置は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成されてよい。
【００６６】
ＡＣＫ応答ウィンドウ９１０の開始位置は、ＭＴＣ  ＵＥがリソースプール９１２内でアップリンクデータを送信する開始サブフレーム若しくは最後のサブフレーム若しくはサブフレームのうちの任意の１つ、または、リソースプール９１２の開始サブフレーム若しくは最後のサブフレームを基準に定義されてよい。図９は、ＡＣＫ応答ウィンドウ９１０が、リソースプール９１２の最後のサブフレームを基準に定義される場合を示す。図９中に示される例においては、リソースプール９１２は、サブフレームｎからｎ＋４までを占める一方、ＡＣＫ応答ウィンドウ９１０はサブフレームｎ＋８からｎ＋１３までである。これは、ＭＴＣ  ＵＥが、リソースプール９１２内でランダムに選択されたリソース上でアップリンクデータを送信した後、ＭＴＣ  ＵＥは、ｎ＋８からｎ＋１３までｅＮＢからのＡＣＫ応答を待機することになることを示す。
【００６７】
ＡＣＫフィードバックがＵＥ固有であるか、またはグループ態様で送信されるかに依り、ＡＣＫフィードバックメカニズムに関しいくつかのオプションが考慮されてよい。一実施形態において、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）を使用して、ＵＥ固有態様でＡＣＫフィードバックを搬送してよい。他のＵＥとのリソース競合を回避すべく、ＭＴＣ  ＵＥがアップリンクデータを送信するときのリソースと、ＰＨＩＣＨ送信との間の固定のタイミング関係が定義されてよい。さらに、ＰＨＩＣＨリソースインデックスはＵＥ  ＩＤ、ＭＴＣ  ＵＥがアップリンクデータを送信する場合の開始サブフレームおよび／またはＰＲＢインデックスの関数として定義されてよい。
【００６８】
既存のＬＴＥ仕様において、ＰＨＩＣＨリソースは、インデックスペア
【数４】
0006746595.tif 000005
によって識別され、ここで、
【数５】
0006746595.tif 000006
は、ＰＨＩＣＨグループ番号であり、
【数６】
0006746595.tif 000007
は、グループ内の直交シーケンスインデックスである。一例において、
【数７】
0006746595.tif 000008
は、以下により与えられてよい。
【００６９】
【数８】
0006746595.tif 000009
【００７０】
式中、ＩＤＵＥは、ＵＥ  ＩＤであり、ｎＰＲＢおよびｎＳＦはそれぞれ、ＭＴＣ  ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームである。
【００７１】
別の実施形態において、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）９０６を使用して、ＵＥ固有態様でＡＣＫフィードバックを搬送してよい。この場合、ＭＴＣ  ＵＥは、ＡＣＫ応答ウィンドウ内でＰＤＣＣＨ９０６をモニタリングする必要がある。効率的なＰＤＣＣＨデコーディングを許容すべく、新しい無線ネットワーク一時識別子（ＲＮＴＩ）（ＣＬ＿ＲＮＴＩ）がアップリンク送信に定義されてよい。より具体的には、このＲＮＴＩは、ＵＥ識別子（ＩＤ）および／またはＭＴＣ  ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームの関数として定義されてよい。すなわち、以下の通りである。
【００７２】
【数９】
0006746595.tif 000010
【００７３】
一例において、このＲＮＴＩは、以下により与えられてよい。
【００７４】
【数１０】
0006746595.tif 000011
【００７５】
式中、ｃ０、ｃ１、ｃ２およびｃ３は定数であり、これらは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
【００７６】
さらに、ＵＥ  ＩＤは、競合解決のためにＰＤＣＣＨ送信において、ダウンリンク制御情報（ＤＣＩ）フォーマットに含まれる必要がある。ＵＥ  ＩＤの正確なビット数によっては、他のＤＣＩフォーマットにマッチするゼロパディングが検討されてよい。例えば、ＵＥ  ＩＤのビット数が比較的小さい場合、ＤＣＩフォーマット１Ｃにマッチするゼロパディングが検討されてよい。
【００７７】
別の実施形態において、５Ｇ  ＤＬ制御チャネル（例えば、ＰＤＣＣＨ９０６またはＰＤＣＣＨ等）および５Ｇ  ＤＬデータまたは共有チャネル（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）９０８またはＰＤＳＣＨ等）を使用して、グループ態様でＡＣＫフィードバックを搬送してよい。特に、ＡＣＫ応答メッセージが定義され、ＤＬデータまたは共有チャネル（例えば、ＰＤＳＣＨ９０８）で送信されてよい。複数のＵＥが、同一のリソースプール内でデータを送信する場合、ｅＮＢは複数のＡＣＫ応答メッセージを集約して、１つのＤＬデータまたは共有チャネル（例えば、ＰＤＳＣＨ９０８）で送信してよい。このオプションは、ＤＬ制御チャネル（例えば、ＰＤＣＣＨ９０６）送信の閉塞を低減してよいことに留意されたい。
【００７８】
ＵＥ  ＩＤがＡＣＫ応答メッセージ内に含まれることに留意されたい。ＭＴＣ  ＵＥがアップリンクデータを送信するリソースプール内の時間および周波数ドメインにおけるリソース情報（リソースＩＤ）が、ＡＣＫ応答メッセージ内または集約されたＡＣＫ応答メッセージの媒体アクセス制御（ＭＡＣ）サブヘッダ内に含まれてよい。このリソースＩＤは、ｎＰＲＢおよびｎＳＦの関数として表わされてよい。
【００７９】
図１０は、集約されたＡＣＫ応答メッセージオプションの図である。集約されたＡＣＫ応答メッセージに対し、２つのオプションが考慮されてよい。オプション１（１０００）では、リソースＩＤおよびＵＥ  ＩＤが、集約された応答メッセージ送信のためにＭＡＣペイロード内に含まれる。オプション２（１００２）では、リソースＩＤはＭＡＣヘッダ内に含まれる一方、ＵＥ  ＩＤはＭＡＣペイロード内に含まれる。
【００８０】
ＬＴＥ仕様におけるＤＬ割り当てのための既存のＤＣＩフォーマットが、ＡＣＫ応答メッセージ送信のためのＰＤＳＣＨスケジューリングで考慮されてよい。上記のオプションと同様、新しいＲＮＴＩ（ＣＬ＿ＲＮＴＩ）がアップリンク送信に定義されてよい。このＲＮＴＩは、リソースプールの開始ＰＲＢおよびサブフレームの関数として定義されてよく、すなわち、以下の通りである。
【００８１】
【数１１】
0006746595.tif 000012
【００８２】
式中、ｎＰＲＢ＿ｐｏｏｌおよびｎＳＦ＿ｐｏｏｌはそれぞれ、リソースプールの開始ＰＲＢおよびサブフレームである。
【００８３】
一例において、このＲＮＴＩは、以下によって与えられてよい。
【００８４】
【数１２】
0006746595.tif 000013
【００８５】
式中、ａ０、ａ１、ａ２は定数であり、これらは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
【００８６】
タイプ‐３アップリンク送信スキームの場合、ｅＮｏｄｅＢは、ＵＥからの最初のＳＲ送信に応答するＡＣＫ応答メッセージ内で、ＵＥはデータ領域内（ＳＲメッセージ内で示される通り）からランダムに選択されたリソース上でＵＬデータを送信するべきか、または、追加のバックオフの適用ありまたはなし（バックオフプロシージャのためのオプションは、本開示の後の方の箇所で開示される）の状態で、データ送信のためのリソースを再選択し、次の機会においてＳＲを再度送信するべきかを示してよい。さらに、また、ＳＲへのＡＣＫ応答がｅＮｏｄｅＢによって使用され、データ領域（現在のＳＲ領域に関連付けられた）からの代替的なリソースを示してよい。データ送信に使用されるべき同一のＭＣＳレベルが変更されない場合、代替的なリソースのサイズは、ＵＥによって選択された元のデータ送信リソースのサイズに合致させてよく、後者は、ＵＥからの暗黙のバッファ状態レポート（ＢＳＲ）として解釈される。
【００８７】
タイプ‐３  ＵＬ送信スキームに従うデータ送信に対し複数のＭＣＳレベルがサポートされる場合、ＳＲへのＡＣＫ応答はまた、データ送信に使用されるべき物理リソースのサイズへの適切な修正と共に、異なるＭＣＳがデータ送信に使用されるべきかどうかを示してよい。
【００８８】
さらに、また、ＵＥがデータパケットの送信のためのＤＬ参照時間に適用するＴＡ量もＳＲ送信へのこのＡＣＫ応答内で示されてよく、それにより、ｅＮｏｄｅＢにおけるデータ送信のための同期ＵＬ受信を容易にする。また、後続のデータ送信のための送信電力制御の微調整も、限定数の追加のビットを使用して、このＡＣＫ応答メッセージ内で示されてよい。
【００８９】
ＳＲへのＡＣＫ応答のＤＬ送信に使用されるリソースおよび物理チャネルは、前の方の箇所で説明した、データ送信へのＡＣＫ応答の送信のためのオプションに基づいて、すなわち、ＰＨＩＣＨ（レイヤ１制御情報として）に基づく、またはＤＬ制御チャネル（レイヤ１制御情報として）に基づく設計を使用して、設計されてよく、または共有チャネル（物理ＤＬ共有チャネルによって搬送されるＭＡＣペイロードとして）内で搬送される。
【００９０】
具体的には、一実施形態において、レイヤ１シグナリング（例えば、物理ＤＬ制御チャネル）を使用して、ＳＲへのＡＣＫ応答をＵＥ固有態様で搬送してよい。具体的には、ＳＲへのＡＣＫ応答は、ＬＴＥ／ＬＴＥアドバンストシステムにおいて現在定義されているＤＣＩフォーマット０のコンパクトバージョンに基づいて設計されてよく、そこでは、Ｃ‐ＲＮＴＩは適切なＣＬ‐ＲＮＴＩに置き換えられている。ＣＬ‐ＲＮＴＩは、ＵＥ  ＩＤと、送信されたＳＲの時間および周波数リソースインデックス、またはＳＲ内で示されるデータ送信リソースの開始時間および周波数リソースインデックスの関数として定義されてよい。ＳＲへのＡＣＫ応答が、例えば、データ送信のための代替的なリソース（ＳＲ内でＵＥによって示されるリソースとは異なる）の指定およびＴＡ指定を含む場合、ＤＣＩフォーマット０のコンパクト形態を定義するこのオプションは、より好適であってよい。
【００９１】
別の実施形態においては、グループ‐ＡＣＫ応答が定義されてよく、その場合、ｅＮｏｄｅＢは、グループ‐ＡＣＫ応答内でアドレス指定されたＵＥが、それぞれの選択されたリソース上で送信すべきか、または次の機会において、追加のバックオフの適用があるまたはない状態で、再選択すべきかどうかを示す。応答は、共有チャネル内でＭＡＣペイロードとして搬送されてよく、前の方の箇所で例示した通り、ＵＥのグループに対し定義されたＣＬ‐ＲＮＴＩを使用するＤＣＩフォーマット１Ｃに類似して、またはそれに基づいて設計されるＤＬ割り当てによって、スケジューリングされてよい。
【００９２】
図１１は、低減されたシグナリングオーバヘッドでの再送信スキーム１１００の図である。ＭＴＣ  ＵＥがＡＣＫ応答ウィンドウ内でｅＮＢからＡＣＫ応答を受信しない場合、ＵＥは、アップリンクデータ送信のための次の機会まで待機する必要があってよく、またはタイプ‐３  ＵＬ送信スキームの事例においては、ＳＲ送信に応答してｅＮＢからのＡＣＫフィードバックがＵＥにおいて受信されない場合、若しくは、ＡＣＫ応答がＵＥに対し、異なるデータ送信リソースを再選択し、ＳＲを更新されたデータ送信リソース指定と共に再送信することを命令する場合、ＳＲ再送信のための次の機会まで待機する必要があってよい。これは、固定遅延またはリソースプール１１０２のランダムバックオフによって実現されてよい。図１１に示される通り、ＭＴＣ  ＵＥが、前の送信１１０６に関するＡＣＫ応答をｅＮＢから受信し損なった場合、ＭＴＣ  ＵＥは再送信１１０８のための次のＫ番目のリソースプール１１０２まで待機する。
【００９３】
一実施形態において、リソースプールに固定遅延Ｋが考慮されてよく、Ｋは仕様において予め定義されてよく、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
【００９４】
別の実施形態において、ＭＴＣ  ＵＥは、再送信でランダムバックオフを実行する。特に、ＭＴＣ  ＵＥは、ウィンドウ［０，Ｗ−１］内で１つの値Ｋをランダムに選択する。ウィンドウサイズＷは予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよい。
【００９５】
１つのオプションにおいて、各再送信に対し、ウィンドウサイズＷは固定であってよい。別のオプションにおいては、各再送信に対し、ウィンドウサイズＷは２倍であってよい。すなわち、以下の通りである。
【００９６】
【数１３】
0006746595.tif 000014
【００９７】
これは、高負荷のシステムに対し、リソース競合率を低減することに寄与してよい。
【００９８】
アップリンク送信カウンタ（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＣＯＵＮＴＥＲ）が、最大値（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＭＡＸ）に到達すると、ＭＴＣ  ＵＥはスリープに戻り、アップリンク送信の次のスケジューリング時にウェイクアップしてよい。代替的に、ＭＴＣ  ＵＥは、アップリンクデータ送信のためのアップリンクリソースプール以外のリソース上でのＲＡＣＨプロシージャを含む、通常のアップリンク送信プロシージャを実行してよい。最大値（ＰＵＳＣＨ＿ＣＬ＿ＴＸ＿ＭＡＸ）は仕様において予め定義されてよく、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成されてよいことに留意されたい。
【００９９】
タイプ１または２と対照的に、タイプ‐３  ＵＬ送信の場合、データ送信に応答するＡＣＫフィードバックはまた、ＮＡＣＫを示してもよい。さらに、タイプ‐３  ＵＬ送信のデータ送信に対し、ＨＡＲＱ再送信メカニズムも案出されてよい。ＵＥがデータ送信に応答するＮＡＣＫ指定を受信する場合、ＵＥは、ＳＲ送信のプロシージャを再開する代わりに、そのデータについてＨＡＲＱ再送信で進んでよい。ＨＡＲＱ再送信メカニズムは、非適合可能（すなわち、最初のデータ送信と同一または異なる冗長性バージョンを除いては同一のＭＣＳを使用する）または適合可能であってよい。ＮＡＣＫメッセージはまた、データの再送信に使用されるべき物理リソースの明示の指定も含んでよく、または代替的に、再送信リソースは、最初の送信に使用されるリソースに対する決定的または擬似ランダム的関係を維持するように定義されてよく、この場合、リソースの識別は、時間リソース、周波数リソースのインデックスまたは開始インデックス（複数のリソースの場合）およびデータ領域リソースプールのインデックスのうちの１または複数の組み合わせに基づいて行われる。
【０１００】
ＨＡＲＱ再送信試行の最大数に到達した後、ＵＥは、タイプ‐２  ＵＬ送信スキームの場合と同様、ＳＲおよびデータ送信のためのリソース再選択ステップにフォールバックしてよい。
【０１０１】
本明細書で使用されるとき、「回路」という用語は、１または複数のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）、および／またはメモリ（共有、専用、またはグループ）、組み合わせロジック回路、並びに／または記載された機能を提供する他の好適なハードウェアコンポーネントを指してよく、それらの一部であってよく、またはそれらを含んでよい。いくつかの実施形態において、回路は、１または複数のソフトウェアまたはファームウェアモジュール内に実装されてよく、または回路に関連する諸機能は、１または複数のソフトウェアまたはファームウェアモジュールによって実装されてよい。いくつかの実施形態において、回路は、ハードウェアにおいて少なくとも部分的に動作可能なロジックを含んでよい。 
【０１０２】
本明細書に記載の実施形態は、任意の好適に構成されたハードウェアおよび／またはソフトウェアを使用して、システムへ実装されてよい。図１２は、一実施形態のＵＥデバイス１２００の例示的なコンポーネントを示す。いくつかの実施形態において、ＵＥデバイス１２００は、少なくとも図示の通り共に連結された、アプリケーション回路１２０２、ベースバンド回路１２０４、無線周波数（ＲＦ）回路１２０６、フロントエンドモジュール（ＦＥＭ）回路１２０８および１または複数のアンテナ１２１０を含んでよい。
【０１０３】
アプリケーション回路１２０２は、１または複数のアプリケーションプロセッサを含んでよい。例えば、アプリケーション回路１２０２は、限定はされないが、１または複数のシングルコアプロセッサまたはマルチコアプロセッサ等の回路を含んでよい。プロセッサは、汎用プロセッサおよび専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組み合わせを含んでよい。プロセッサは、メモリ／ストレージに連結されてよく、および／またはメモリ／ストレージを含んでよく、およびプロセッサは、様々なアプリケーションおよび／またはオペレーティングシステムがシステム上で実行できるようにするためのメモリ／ストレージ内に格納された命令を実行するように構成されてよい。
【０１０４】
ベースバンド回路１２０４は、限定はされないが、１または複数のシングルコアまたはマルチコアプロセッサ等の回路を含んでよい。ベースバンド回路１２０４は、ＲＦ回路１２０６の受信信号パスから受信されるベースバンド信号を処理し、ＲＦ回路１２０６の送信信号パスのためのベースバンド信号を生成するための１または複数のベースバンドプロセッサおよび／または制御ロジックを含んでよい。ベースバンド処理回路１２０４は、ベースバンド信号の生成および処理のために、並びにＲＦ回路１２０６の動作を制御するために、アプリケーション回路１２０２とやり取りしてよい。例えば、いくつかの実施形態において、ベースバンド回路１２０４は、第２世代（２Ｇ）ベースバンドプロセッサ１２０４ａ、第３世代（３Ｇ）ベースバンドプロセッサ１２０４ｂ、第４世代（４Ｇ）ベースバンドプロセッサ１２０４ｃ、および／または他の既存世代または開発中の若しくは将来開発されるべき世代（例えば、５Ｇ、第６世代（６Ｇ）等）の他のベースバンドプロセッサ１２０４ｄを含んでよい。ベースバンド回路１２０４（例えば、ベースバンドプロセッサ１２０４ａ〜ｄのうちの１または複数）は、ＲＦ回路１２０６を介して１または複数の無線ネットワークとの通信を可能にする様々な無線制御機能を処理してよい。無線制御機能としては、限定はされないが、信号変調／復調、エンコーディング／デコーディング、無線周波数偏移等が含まれてよい。いくつかの実施形態において、ベースバンド回路１２０４の変調／復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、および／またはコンステレーションマッピング／マッピング解除機能を含んでよい。いくつかの実施形態において、ベースバンド回路１２０４のエンコーディング／デコーディング回路は、コンボリューション、テールバイティングコンボリューション、ターボ、ビタビ、および／または低密度パリティチェック（ＬＤＰＣ）エンコーダ／デコーダ機能を含んでよい。変調／復調およびエンコーダ／デコーダ機能の実施形態はこれらの例に限定されず、他の実施形態においては、他の好適な機能を含んでよい。
【０１０５】
いくつかの実施形態において、ベースバンド回路１２０４は、例えば、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）プロトコルの要素といったプロトコルスタックの要素を含んでよく、それらには例えば、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束プロトコル（ＰＤＣＰ）および／または無線リソース制御（ＲＲＣ）要素が含まれる。ベースバンド回路１２０４の中央処理装置（ＣＰＵ）１２０４ｅは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＲＲＣレイヤのシグナリングのためのプロトコルスタックの要素を実行するように構成されてよい。いくつかの実施形態において、ベースバンド回路は、１または複数のオーディオデジタル信号プロセッサ（ＤＳＰ）１２０４ｆを含んでよい。オーディオＤＳＰ  １２０４ｆは、圧縮／圧縮解除およびエコーキャンセルのための要素を含んでよく、他の実施形態においては、他の好適な処理要素を含んでよい。ベースバンド回路の複数のコンポーネントは単一のチップまたは単一のチップセット内で好適に組み合わされてよく、またはいくつかの実施形態においては、同一回路基板上に配置されてよい。いくつかの実施形態において、ベースバンド回路１２０４およびアプリケーション回路１２０２の構成コンポーネントのうちの一部または全部が、例えばシステムオンチップ（ＳＯＣ）等の上に一緒に実装されてよい。
【０１０６】
いくつかの実施形態において、ベースバンド回路１２０４は、１または複数の無線技術と互換性のある通信を提供してよい。例えば、いくつかの実施形態において、ベースバンド回路１２０４は、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）および／または他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートしてよい。ベースバンド回路１２０４が、２つ以上の無線プロトコルの無線通信をサポートするように構成されている実施形態は、マルチモードベースバンド回路と称されてよい。
【０１０７】
ＲＦ回路１２０６は、非固体媒体を介して変調された電磁放射を使用する無線ネットワークとの通信を有効にしてよい。様々な実施形態において、ＲＦ回路１２０６は、無線ネットワークとの通信を容易にするためのスイッチ、フィルタ、増幅器等を含んでよい。ＲＦ回路１２０６は、受信信号パスを含んでよく、受信信号パスは、ＦＥＭ回路１２０８から受信されたＲＦ信号をダウンコンバートし、ベースバンド回路１２０４にベースバンド信号を提供するための回路を含んでよい。また、ＲＦ回路１２０６は、送信信号パスも含んでよく、送信信号パスは、ベースバンド回路１２０４によって提供されたベースバンド信号をアップコンバートし、ＲＦ出力信号を送信のためにＦＥＭ回路１２０８に提供するための回路を含んでよい。
【０１０８】
いくつかの実施形態において、ＲＦ回路１２０６は受信信号パスおよび送信信号パスを含んでよい。ＲＦ回路１２０６の受信信号パスは、ミキサ回路１２０６ａ、増幅回路１２０６ｂ、およびフィルタ回路１２０６ｃを含んでよい。ＲＦ回路１２０６の送信信号パスは、フィルタ回路１２０６ｃおよびミキサ回路１２０６ａを含んでよい。また、ＲＦ回路１２０６は、受信信号パスおよび送信信号パスのミキサ回路１２０６ａによる使用のために周波数を合成するシンセサイザ回路１２０６ｄも含んでよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａは、シンセサイザ回路１２０６ｄによって提供される合成された周波数に基づいて、ＦＥＭ回路１２０８から受信されたＲＦ信号をダウンコンバートするように構成されてよい。増幅回路１２０６ｂは、ダウンコンバートされた信号を増幅するように構成されてよく、フィルタ回路１２０６ｃは、ダウンコンバートされた信号から不要な信号を除去して、出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）またはバンドパスフィルタ（ＢＰＦ）であってよい。出力ベースバンド信号は、さらなる処理のためにベースバンド回路１２０４に提供されてよい。いくつかの実施形態において、出力ベースバンド信号は、ゼロ周波数のベースバンド信号であってよいが、これは要件ではない。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａは、パッシブミキサを含んでよいが、本実施形態の範囲はこの点において限定はされない。
【０１０９】
いくつかの実施形態において、送信信号パスのミキサ回路１２０６ａは、シンセサイザ回路１２０６ｄによって提供される合成された周波数に基づいて、入力ベースバンド信号をアップコンバートして、ＦＥＭ回路１２０８のためのＲＦ出力信号を生成するように構成されてよい。ベースバンド信号は、ベースバンド回路１２０４によって提供されてよく、フィルタ回路１２０６ｃによってフィルタリングされてよい。フィルタ回路１２０６ｃは、ローパスフィルタ（ＬＰＦ）を含んでよいが、本実施形態の範囲はこの点において限定はされない。
【０１１０】
いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、２または２より多いミキサを含んでよく、それぞれ直交ダウンコンバージョンおよび／または直交アップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、２または２より多いミキサを含んでよく、イメージ除去（例えば、ハートレーイメージ除去）用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、それぞれダイレクトダウンコンバージョンおよび／またはダイレクトアップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路１２０６ａおよび送信信号パスのミキサ回路１２０６ａは、スーパーヘテロダイン操作用に構成されてよい。
【０１１１】
いくつかの実施形態において、出力ベースバンド信号および入力ベースバンド信号は、アナログベースバンド信号であってよいが、本実施形態の範囲はこの点において限定はされない。いくつかの代替的な実施形態においては、出力ベースバンド信号および入力ベースバンド信号は、デジタルベースバンド信号であってよい。これらの代替的な実施形態においては、ＲＦ回路１２０６は、アナログ‐デジタルコンバータ（ＡＤＣ）およびデジタル‐アナログコンバータ（ＤＡＣ）回路を含んでよく、ベースバンド回路１２０４は、ＲＦ回路１２０６と通信するためのデジタルベースバンドインタフェースを含んでよい。
【０１１２】
いくつかのデュアルモードの実施形態においては、各スペクトルの信号を処理するために、別個の無線ＩＣ回路が設けられてよいが、本実施形態の範囲はこの点において限定はされない。
【０１１３】
いくつかの実施形態において、シンセサイザ回路１２０６ｄは、フラクショナル‐ＮシンセサイザまたはフラクショナルＮ／Ｎ＋１シンセサイザであってよいが、他のタイプの周波数シンセサイザが好適であってよいように、本実施形態の範囲はこの点において限定はされない。例えば、シンセサイザ回路１２０６ｄは、デルタ‐シグマシンセサイザ、周波数逓倍器、または周波数分周器を用いる位相ロックループを持つシンセサイザであってよい。
【０１１４】
シンセサイザ回路１２０６ｄは、周波数入力および分周器制御入力に基づき、ＲＦ回路１２０６のミキサ回路１２０６ａによる使用のために出力周波数を合成するように構成されてよい。いくつかの実施形態において、シンセサイザ回路１２０６ｄは、フラクショナルＮ／Ｎ＋１シンセサイザであってよい。
【０１１５】
いくつかの実施形態において、周波数入力は電圧制御発振器（ＶＣＯ）によって提供されてよいが、それは要件ではない。分周器制御入力は、所望の出力周波数に依り、ベースバンド回路１２０４またはアプリケーションプロセッサ１２０２のいずれかによって提供されてよい。いくつかの実施形態において、分周器制御入力（例えば、Ｎ）は、アプリケーションプロセッサ１２０２によって示されるチャネルに基づき、ルックアップテーブルから決定されてよい。
【０１１６】
ＲＦ回路１２０６のシンセサイザ回路１２０６ｄは、分周器、遅延ロックループ（ＤＬＬ）、マルチプレクサ、および位相アキュムレータを含んでよい。いくつかの実施形態において、分周器は、デュアルモジュラス分周器（ＤＭＤ）であってよく、位相アキュムレータは、デジタル位相アキュムレータ（ＤＰＡ）であってよい。いくつかの実施形態において、ＤＭＤは、入力信号をＮまたはＮ＋１（例えば、キャリーアウトに基づく）のいずれかで分周して、分数分周比をもたらすように構成されてよい。いくつかの例示的な実施形態においては、ＤＬＬは、カスケードされた調整可能な遅延素子のセット、位相検出器、チャージポンプ、およびＤタイプフリップ‐フロップを含んでよい。これらの実施形態において、遅延素子は、ＶＣＯ期間をＮｄの等しい位相パケットに分割するように構成されてよく、ここでＮｄは遅延ラインの遅延素子の数である。このように、ＤＬＬは、遅延ラインによる合計遅延が１ＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。
【０１１７】
いくつかの実施形態において、シンセサイザ回路１２０６ｄは、出力周波数としてキャリア周波数を生成するように構成されてよい一方、他の実施形態においては、出力周波数はキャリア周波数の倍数であってよく（例えば、キャリア周波数の２倍、キャリア周波数の４倍）、出力周波数を直交発生器および分周回路と併用して、キャリア周波数において互いに対して複数の異なる位相を持つ多重信号を生成してよい。いくつかの実施形態において、出力周波数は、ＬＯ周波数（ｆＬＯ）であってよい。いくつかの実施形態において、ＲＦ回路１２０６は、ＩＱ／極座標変換器を含んでよい。
【０１１８】
ＦＥＭ回路１２０８は、受信信号パスを含んでよく、受信信号パスは、１または複数のアンテナ１２１０から受信されたＲＦ信号を処理し、受信された信号を増幅し、受信された信号を増幅したものをＲＦ回路１２０６に対しさらなる処理のために提供するように構成された回路を含んでよい。また、ＦＥＭ回路１２０８は、送信信号パスも含んでよく、送信信号パスは、ＲＦ回路１２０６によって提供される送信のための信号を、１または複数のアンテナ１２１０のうちの１または複数による送信のために、増幅するように構成された回路を含んでよい。
【０１１９】
いくつかの実施形態において、ＦＥＭ回路１２０８は、送信モード処理および受信モード処理間を切り替えるＴＸ／ＲＸスイッチを含んでよい。ＦＥＭ回路は、受信信号パスおよび送信信号パスを含んでよい。ＦＥＭ回路の受信信号パスは、受信されたＲＦ信号を増幅し、増幅された受信ＲＦ信号を出力（例えば、ＲＦ回路１２０６への）として提供するための低雑音増幅器（ＬＮＡ）を含んでよい。ＦＥＭ回路１２０８の送信信号パスは、入力ＲＦ信号（例えば、ＲＦ回路１２０６によって提供された）を増幅するためのパワーアンプ（ＰＡ）、および後続の送信（例えば、１または複数のアンテナ１２１０のうちの１または複数による）のためにＲＦ信号を生成するための１または複数のフィルタを含んでよい。
【０１２０】
いくつかの実施形態において、ＵＥデバイス１２００は、例えば、メモリ／ストレージ、ディスプレイ、カメラ、センサおよび／または入／出力（Ｉ／Ｏ）インタフェース等の追加の要素を含んでよい。
【０１２１】
図１３は、コンピューティングシステム１３００の概略図である。コンピューティングシステム１３００は、様々なコンポーネントを接続する情報通過バスとして見なすことができる。図示された実施形態において、コンピューティングシステム１３００は、命令を処理するためのロジック１３０２を有するプロセッサ１３０２を含む。命令は、メモリ１３０６およびコンピュータ可読記録媒体を含むストレージデバイス１３０８内に格納され、および／またはメモリ１３０６およびストレージデバイス１３０８から取得されてよい。命令および／またはデータは、有線１３１４または無線１３１２の諸機能を含んでよいネットワークインタフェース１３１０から到達されてよい。命令および／またはデータはまた、拡張カード、セカンダリバス（例えば、ＵＳＢ等）、デバイス等を含んでよいＩ／Ｏインタフェース１３１６から到達されてよい。ユーザは、ユーザインタフェースデバイス１３１８およびコンピュータがユーザへのフィードバックを受信および提供できるようにするレンダリングシステム１３０４を通して、コンピューティングシステム１３００と対話してよい。
［実施例］
【０１２２】
例１は、１または複数の無線アクセス技術（ＲＡＴ）を介して、エンハンスドノードＢ（ｅＮＢ）と通信するように構成された無線インタフェースを含むユーザ機器（ＵＥ）である。上記ＵＥはまた、上記１または複数のＲＡＴを通して、上記ｅＮＢにアップリンク送信を提供するためのプロセッサも含む。上記プロセッサは、上記ｅＮＢからダウンリンク（ＤＬ）同期信号を取得するように構成される。上記プロセッサはさらに、上記ｅＮＢによって送信されたシステム情報ブロック（ＳＩＢ）から、アップリンク（ＵＬ）リソースプール情報を取得するように構成される。上記プロセッサはまた、上記ｅＮＢの承認なしに、上記ｅＮＢに、上記無線インタフェースを通して、リソースプールから選択されたアップリンクリソースでデータを送信し、上記データが、上記ｅＮＢによって受信されたかどうかを判断するように構成される。
【０１２３】
例２において、例１のＵＥは随意で、上記リソースプール内でランダムに選択されたアップリンクリソースでデータを送信してよい。
【０１２４】
例３において、例１または２のＵＥは随意で、上記リソースプール内から１つのリソースを選択してよい。
【０１２５】
例４において、例１から３のＵＥは随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でＤＬサブフレームをモニタリングしてよい。
【０１２６】
例５において、例４のＵＥは随意で、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、上記送信されたデータのためのＡＣＫ応答を受信するように構成されたベースバンド処理回路を含んでよい。
【０１２７】
例６において、例１から５のＵＥは随意で、上記１または複数のＲＡＴは、プライマリＲＡＴ（Ｐ‐ＲＡＴ）およびセカンダリＲＡＴ（Ｓ‐ＲＡＴ）を含み、ＤＬは上記プライマリＲＡＴ（Ｐ‐ＲＡＴ）であり、ＵＬは上記セカンダリＲＡＴ（Ｓ‐ＲＡＴ）である。
【０１２８】
例７において、例１から５のＵＥは随意で、上記１または複数のＲＡＴは、プライマリＲＡＴ（Ｐ‐ＲＡＴ）およびセカンダリＲＡＴ（Ｓ‐ＲＡＴ）を含み、上記ＤＬは上記Ｓ‐ＲＡＴであり、上記ＵＬは上記Ｐ‐ＲＡＴである。
【０１２９】
例８において、例１から７のＵＥは随意で、無線ネットワーク一時識別子（ＲＮＴＩ）が、上記ＵＥの識別子、上記送信されたデータの開始物理リソースブロック（ＰＲＢ）およびサブフレームの関数として定義される。
【０１３０】
例９は、ユーザ機器（ＵＥ）のためのベースバンドプロセッサであり、ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信するように構成されたベースバンド回路を含む。上記ベースバンド回路はまた、上記ベースステーションの上記モバイルブロードバンドネットワーク内からアップリンクリソースのセットを判断するように構成されてよい。上記ベースバンド回路はさらに、上記アップリンクリソースのセット内からリソースをランダムに選択するように構成されてよい。上記ベースバンド回路はまた、上記選択されたリソースのためのスケジューリング要求を上記ベースステーションに送信するように構成されてよい。上記ベースバンド回路はさらに、選択されたリソースでデータを上記ベースステーションに送信するように構成されてよい。
【０１３１】
例１０において、例９のベースバンドプロセッサは随意で、上記アップリンクリソースを定義する構成が予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される。
【０１３２】
例１１において、例９または１０のベースバンド回路は随意で、上記ベースステーションによる上記スケジューリング要求の承認なしに、選択されたアップリンクリソースでデータを送信するように構成されてよい。
【０１３３】
例１２において、例９から１１のベースバンドプロセッサは随意で、上記リソースプールはさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される。
【０１３４】
例１３において、例９から１２のベースバンド回路は随意で、上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断するように構成されてよい。
【０１３５】
例１４において、例１３のベースバンド回路は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングするように構成されてよい。
【０１３６】
例１５において、例１４のベースバンドプロセッサは随意で、ＡＣＫ応答が物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスは、上記ＵＥの識別子、上記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される。
【０１３７】
例１６において、例１４のベースバンドプロセッサは随意で、上記送信されたデータのためのＡＣＫ応答は、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される。
【０１３８】
例１７において、例１３のベースバンド回路は随意で、上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、上記選択された第２のリソースで上記データを送信することと、を行ってよい。
【０１３９】
例１８において、例１３のベースバンド回路は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行することと、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、上記選択された第２のリソースで上記データを送信することと、を行ってよい。
【０１４０】
例１９は、１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品である。上記方法は、無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階を含んでよい。上記方法はまた、上記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階を含んでよい。上記方法はさらに、リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階を含んでよい。上記方法はまた、上記選択されたリソースのためのスケジューリング要求を送信する段階を含んでよい。上記スケジューリング要求の確認（ＡＣＫ）応答が検出されたとき、上記方法はさらに、上記選択されたリソースでデータを送信する段階を含んでよい。
【０１４１】
例２０において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認応答を受信する段階を含んでよい。
【０１４２】
例２１において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含んでよい。
【０１４３】
例２２において、例２１のコンピュータプログラム製品は、上記方法は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含んでよい。
【０１４４】
例２３において、例２１のコンピュータプログラム製品は随意で、送信されたデータのための確認（ＡＣＫ）応答の応答は、他のユーザ機器（ＵＥ）の他の送信されたデータのための他のＡＣＫ応答と共に集約される。
【０１４５】
例２４において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法は随意で、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
【０１４６】
例２５において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行する段階と、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法は随意で、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
【０１４７】
例２６において、例２１のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して上記データを再送信する段階を含んでよい。
【０１４８】
例２７において、例１９のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求がエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含んでよい。
【０１４９】
例２８において、例２７のコンピュータプログラム製品は、上記方法は随意で、確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含んでよい。
【０１５０】
例２９において、例２８のコンピュータプログラム製品は随意で、上記送信されたスケジューリング要求のためのＡＣＫ応答は、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される。
【０１５１】
例３０において、例２７のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法はまた、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
【０１５２】
例３１において、例２７のコンピュータプログラム製品は、上記方法は随意で、上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、上記リソースプールからのランダムバックオフを実行する段階と、再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、を含んでよい。上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、上記方法はまた、上記選択された第２のリソースで上記データを送信する段階を含んでよい。
【０１５３】
例３２は、ユーザ機器（ＵＥ）と１または複数の無線アクセス技術（ＲＡＴ）を介して通信するように構成された無線インタフェースと、上記１または複数のＲＡＴを通してアップリンク送信を上記ＵＥに提供するための回路と、を備える、エンハンスドノードＢ（ｅＮＢ）である。上記回路は、ダウンリンク（ＤＬ）同期信号を上記ＵＥに提供するように構成されてよい。上記回路はまた、システム情報ブロック（ＳＩＢ）からのアップリンク（ＵＬ）リソースプール情報を送信するように構成されてよい。上記回路はさらに、上記ｅＮＢの承認なしに、上記無線インタフェースを介して、上記ＵＥから、リソースプールからのアップリンクリソースでデータを受信するように構成されてよい。上記回路はまた、上記データが上記ｅＮＢによって受信されたかどうかを判断するように構成されてよい。
【０１５４】
例３３は、無線モバイルネットワークベースステーションのための回路である。上記回路は、ベースステーションによってモバイルブロードバンドネットワーク上で提供される同期信号を提供するように構成されてよい。上記回路はまた、上記ベースステーションの上記モバイルブロードバンドネットワーク内のアップリンクリソースのセットについて説明するデータを送信するように構成されてよい。上記回路はさらに、ユーザ機器（ＵＥ）から上記選択されたリソースのためのスケジューリング要求を受信するように構成されてよい。上記回路はまた、上記ベースステーションの確認応答なしに、上記ＵＥから、上記ベースステーションへの上記選択されたリソース内のデータを受信するように構成されてよい。
【０１５５】
例３４は、１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品である。上記方法は、無線ネットワークのダウンリンク（ＤＬ）同期信号を提供する段階を含んでよい。上記方法はまた、上記無線ネットワーク上で提供されるシステム情報データからのリソースプール情報を送信する段階を含んでよい。上記方法はさらに、上記選択されたリソースのためのスケジューリング要求を受信する段階を含んでよい。上記方法はまた、上記スケジューリング要求の確認（ＡＣＫ）応答を送信するかどうかを判断する段階を含んでよい。上記スケジューリング要求の確認（ＡＣＫ）応答が送信されるとき、上記方法はまた、上記選択されたリソースで上記ＵＥからのデータを受信する段階を含んでよい。
［追加の実施例］
【０１５６】
追加の例１は、ＭＴＣデバイスのアップリンク送信のための無線通信のシステムおよび方法であり、タイプ１、タイプ２およびタイプ３アップリンク送信を含むアップリンク送信のためのメカニズム、非同期アップリンク送信をサポートするためのメカニズム、アップリンク送信のためのリソースプール構成、アップリンク送信のためのＡＣＫ応答メカニズム、アップリンク送信のための再送信メカニズムを備える。
【０１５７】
追加の例２は、追加の例１に係る方法であり、タイプ１アップリンク送信の場合、ＭＴＣ  ＵＥはウェイクアップし、まずダウンリンク（ＤＬ）同期信号を取得し、システム情報ブロック（ＳＩＢ）から必要なシステム情報を取得する。続いて、ＵＥは、１つのサブ領域またはリソースプール内から１つのリソースをランダムに選択し、上記選択されたリソース上でアップリンクにおいてデータを送信する。ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。ＵＥがＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、またはリソースプールでランダムバックオフを実行し、アップリンクデータを送信するための１つのリソースを選択する。
【０１５８】
追加の例３は、追加の例１に係る方法であり、タイプ２アップリンク送信の場合、ＭＴＣ  ＵＥはウェイクアップし、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。ＭＴＣ  ＵＥは、上記ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、上記リソースプールにおけるスケジューリング要求（ＳＲ）領域内から１つのリソースをランダムに選択し、データ送信に選択された上記１または複数の物理リソースの指定を含むＳＲ情報を上記選択されたリソース上で送信する。ＭＴＣ  ＵＥは、上記ＳＲ情報内で示される上記データ領域内の上記リソース上で上記アップリンクデータを送信する。上記ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。上記ＵＥが上記ＡＣＫ応答ウィンドウ中にＡＣＫを受信しない場合、上記ＵＥは、次のＫ番目のアップリンクリソースプールを選択するか、または上記リソースプールでランダムバックオフを実行し、上記アップリンクデータを送信するための１つのリソースを選択する。
【０１５９】
追加の例４は、追加の例１に係る方法であり、タイプ３アップリンク送信の場合、ＭＴＣ  ＵＥはウェイクアップし、まずＤＬ同期信号を取得し、ＳＩＢから必要なシステム情報を取得する。上記ＵＥは、ＵＬデータの送信のためのデータ領域内から１または複数の物理リソースをランダムに選択し、リソースプールにおけるスケジューリング要求（ＳＲ）領域内から１つのリソースをランダムに選択し、データ送信のために選択された少なくとも上記１または複数の物理リソースの指定、および可能であれば上記データ送信に使用されるべきＭＣＳも含むＳＲ情報を上記選択されたリソース上で送信する。ＵＥが選択されたリソース上で送信すべきか否かに関するｅＮｏｄｅＢからの少なくとも確認を、可能であればデータ送信に使用されるべきタイミングアドバンス（ＴＡ）値および送信電力制御（ＴＰＣ）調整、データ送信のための代替的リソース、およびデータ送信に使用されるべき代替的ＭＣＳレベルのうちの１または複数も含め受信すべく、上記ＵＥはＡＣＫ応答ウィンドウ内で、ＳＲ送信に対応するダウンリンクサブフレームをモニタリングする。上記ＵＥが上記ＡＣＫ応答ウィンドウ中にＳＲ送信に対応するＡＣＫを受信しない場合、上記ＵＥは次のＫ番目のアップリンクリソースプールを選択するか、または上記リソースプールでランダムバックオフを実行し、上記ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。上記ＵＥが上記ＡＣＫ応答ウィンドウ中に上記ＳＲ送信に対応するＡＣＫを受信する場合、上記ＵＥは、上記ＳＲ送信に応答する上記ｅＮｏｄｅＢから受信された上記ＡＣＫフィードバックに基づき、上記データ領域内の上記リソース上で上記アップリンクデータを送信する。上記ＵＥは、ＡＣＫ応答ウィンドウ内でダウンリンクサブフレームをモニタリングし、上記ＵＥがｅＮＢからＡＣＫを受信するかどうかをチェックする。上記ＵＥがＡＣＫを受信しない、または上記ＡＣＫ応答ウィンドウ中に、ＵＬデータ送信に対応する否定的確認応答（ＮＡＣＫ）を受信する場合、上記ＵＥは、構成されたまたは予め定義されたハイブリッドＡＲＱ（ＨＡＲＱ）再送信スキームに従い、データパケットを再送信するか、または上記ＵＥは次のＫ番目のアップリンクリソースプールを選択するか若しくは上記リソースプールでランダムバックオフを実行し、上記ＳＲおよび後続のアップリンクデータを送信するためのリソースを選択する。
【０１６０】
追加の例５は、追加の例１に係る方法であり、長いＣＰ長が、アップリンク送信リソースプール内で定義される。ＭＴＣ  ＵＥが、上記アップリンクにおけるデータの送信時に、ダウンリンク同期タイミングに従う。長いＣＰは上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、ＳＩＢまたはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。
【０１６１】
追加の例６は、追加の例１に係る方法であり、ＵＥは初期アップリンク同期から取得されたＴＡ値に基づいてタイミングアドバンスを適用する。
【０１６２】
追加の例７は、追加の例１に係る方法であり、アップリンク送信のためのこのリソースプールの構成は、予め定義されるか、または上位レイヤによって、ＭＩＢ若しくはＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して提供される。
【０１６３】
追加の例８は、追加の例７に係る方法であり、上記構成は少なくとも周期性および／またはこのリソースプールのサブフレームオフセットを含む。パラメータ"ｓｕｂｆｒａｍｅＢｉｔＭａｐ"を用いるサブフレームのビットのマップが、割り当てられたサブフレームをシグナリングするために使用される。アップリンク送信リソースプールのＮ＿（ＵＬ−ＣＬ）ダウンリンクサブフレームの第１のサブフレームは、以下を満たす必要があり、
【数１４】
0006746595.tif 000015
式中、ｎｆおよびｎｓは、無線フレーム番号およびスロット番号である。
【０１６４】
追加の例９は、追加の例７に係る方法であり、パラメータ"ｓｔａｒｔＰＲＢ"を持つ開始ＰＲＢおよびＭＴＣリソースプールのサイズ"ｌｅｎｇｔｈＰＲＢ"を使用して、リソースプールの周波数情報を示す。
【０１６５】
追加の例１０は、追加の例７に係る方法であり、２つの非重複周波数位置が、アップリンク送信リソースプールに割り当てられる。
【０１６６】
追加の例１１は、追加の例７に係る方法であり、タイプ‐２およびタイプ‐３アップリンク送信の場合、リソースプールはさらに、アップリンク送信のためのＳＲ領域およびデータ領域に分割される。
【０１６７】
追加の例１２は、追加の例１に係る方法であり、タイプ１、２および３のＵＬ送信スキームの場合のアップリンクデータ送信のためのＡＣＫフィードバック、またはタイプ３ＵＬ送信スキームの場合のＳＲ送信のためのＡＣＫフィードバックは、ＵＥ固有であるか、またはグループ態様で送信される。ＡＣＫ応答ウィンドウの位置は、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有のＲＲＣシグナリングを介して構成される。
【０１６８】
追加の例１３は、追加の例１２に係る方法であり、ＵＥ固有態様でＡＣＫフィードバックを搬送するために、ＰＨＩＣＨが使用される。ＰＨＩＣＨリソースインデックスは、ＵＥ  ＩＤ、ＭＴＣ  ＵＥがアップリンクデータを送信する開始サブフレームおよび／またはＰＲＢインデックスの関数として定義される。
【０１６９】
追加の例１４は、追加の例１２に係る方法であり、ＵＥ固有態様でＡＣＫフィードバックを搬送するために、ＰＤＣＣＨが使用される。新しいコネクションレスＲＮＴＩ（ＣＬ＿ＲＮＴＩ）が、ＵＥ  ＩＤ並びにＭＴＣ  ＵＥがアップリンクデータを送信する開始ＰＲＢおよびサブフレームの関数として定義される。ＵＥ  ＩＤは、競合解決のために、ＰＤＣＣＨ送信におけるＤＣＩフォーマットに含まれる。
【０１７０】
追加の例１５は、追加の例１２に係る方法であり、グループ態様でＡＣＫフィードバックを搬送するために、５Ｇダウンリンク制御チャネル（例えば、ＰＤＣＣＨまたはＰＤＣＣＨ等）および５Ｇダウンリンクデータまたは共有チャネル（例えば、ＰＤＳＣＨまたはＰＤＳＣＨ等）が使用される。
【０１７１】
ｅＮＢは、複数のＡＣＫ応答メッセージを集約し、１つのダウンリンクデータまたは共有チャネル（例えば、ＰＤＳＣＨ）で送信してよい。ＭＴＣ  ＵＥがアップリンクデータを送信する場合のリソースプール内の時間および周波数ドメインにおけるＵＥ  ＩＤおよびリソース情報（リソースＩＤ）が、ＡＣＫ応答メッセージ内に含まれる。新しいＲＮＴＩ（ＣＬ＿ＲＮＴＩ）が、開始ＰＲＢの関数として、リソースプールのために定義される。
【０１７２】
追加の例１６は、追加の例１２に係る方法であり、タイプ‐３アップリンク送信の場合、データ領域からのリソースが、ＡＣＫ応答メッセージ内に含まれる。データパケットの送信のために、上記ＵＥがＤＬ参照時間に適用するタイミングアドバンス（ＴＡ）の量も、このＡＣＫ応答内で示される。
【０１７３】
追加の例１７は、追加の例１に係る方法であり、ＭＴＣ  ＵＥがＡＣＫ応答ウィンドウ内でｅＮＢからのＡＣＫ応答を受信しない場合、上記ＭＴＣ  ＵＥは、固定遅延またはリソースプールでのランダムバックオフによるアップリンクデータ送信のための次の機会まで待機する。
【０１７４】
追加の例１８は、追加の例１７に係る方法であり、リソースプールの固定遅延Ｋが考慮される。Ｋは仕様において予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。
【０１７５】
追加の例１９は、追加の例１７に係る方法であり、ＭＴＣ  ＵＥはウィンドウ［０，Ｗ−１］内で１つの値Ｋをランダムに選択し、ウィンドウサイズＷは、予め定義されるか、または上位レイヤによって、ＭＩＢ、ＳＩＢ若しくはＵＥ固有の専用ＲＲＣシグナリングを介して構成される。Ｗは固定であるか、または各再送信のために増加される。
【０１７６】
本明細書に記載されたシステムおよび方法に係る実施形態および実装例は、様々な処理を含んでよく、当該処理はコンピュータシステムによって実行されるべき機械で実行可能な命令に具現化されてよい。コンピュータシステムは、１または複数の汎用または特定用途のコンピュータ（またはその他の電子デバイス）を含んでよい。コンピュータシステムは、当該処理を実行するための特別なロジックを含むハードウェアコンポーネントを含んでよく、またはハードウェア、ソフトウェアおよび／またはファームウェアの組み合わせを含んでよい。
【０１７７】
コンピュータシステムおよびコンピュータシステム内のコンピュータは、ネットワークを介して接続されてよい。本明細書に記載の構成および／または使用に好適なネットワークには、１または複数のローカルエリアネットワーク、ワイドエリアネットワーク、メトロポリタンエリアネットワーク、および／またはＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ、プライベートインターネット、セキュアインターネット、付加価値通信網、仮想プライベートネットワーク、エクストラネット、イントラネット等のインターネット若しくはＩＰネットワーク、または媒体の物理的なトランスポートによって、他の機械と通信するスタンドアロンの機械すら含まれる。特に、好適なネットワークは、２または２より多い他のネットワークの一部または全部から形成されてよく、それらには異なるハードウェアおよびネットワーク通信技術を使用するネットワークが含まれる。
【０１７８】
１つの好適なネットワークとしては、サーバおよび１または複数のクライアントが含まれる。その他の好適なネットワークとしては、サーバ、クライアント、および／またはピアツーピアノードの他の組み合わせが含まれてよく、特定のコンピュータシステムはクライアントおよびサーバの両方として機能してよい。各ネットワークは、サーバおよび／またはクライアント等の、少なくとも２つのコンピュータ若しくはコンピュータシステムを含む。コンピュータシステムは、ワークステーション、ラップトップコンピュータ、切断可能なモバイルコンピュータ、サーバ、メインフレーム、クラスタ、いわゆる「ネットワークコンピュータ」若しくは「シンクライアント」、タブレット、スマートフォン、携帯情報端末または他のハンドヘルドコンピューティングデバイス、「スマート」コンシューマエレクトロニクスデバイス若しくは機器、医療機器、またはこれらの組み合わせを含んでよい。
【０１７９】
好適なネットワークとしては、ノベル（登録商標）、マイクロソフト（登録商標）および他のベンダから入手可能なソフトウェア等の通信ソフトウェアまたはネットワーキングソフトウェアが含まれてよく、好適なネットワークはツイストペアケーブル、同軸ケーブル若しくは光ファイバケーブル、電話線、電波、衛星、マイクロ波中継装置、変調ＡＣ電源ライン、物理メディア転送および／または当業者に既知のその他のデータ送信「配線」を介して、ＴＣＰ／ＩＰ、ＳＰＸ、ＩＰＸおよびその他のプロトコルを使用して動作してよい。ネットワークは、より小さなネットワークを包含してよく、および／またはゲートウェイ若しくは類似のメカニズムを通して、他のネットワークに接続可能であってよい。
【０１８０】
様々な技術、またはそれらのうちの特定の態様若しくは部分は、フロッピー（登録商標）ディスク、ＣＤ‐ＲＯＭ、ハードドライブ、磁気カード若しくは光カード、ソリッドステートメモリデバイス、非一時的コンピュータ可読記録媒体、または任意の他の機械可読記録媒体等の有形媒体に具現化されるプログラムコード（すなわち、命令）の形態を取ってよく、プログラムコードがコンピュータ等の機械にロードされ、機械によって実行されると、当該機械は当該様々な技術を実施するための装置となる。プログラム可能なコンピュータ上でのプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサによって読み取り可能なストレージ媒体（揮発性および不揮発性メモリおよび／またはストレージ素子を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含んでよい。揮発性および不揮発性メモリおよび／またはストレージ素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、または電子データを格納するためのその他の媒体であってよい。また、ｅＮＢ（または他のベースステーション）およびＵＥ（または他のモバイルステーション）は、送受信機コンポーネント、カウンタコンポーネント、処理コンポーネントおよび／またはクロックコンポーネント若しくはタイマコンポーネントを含んでもよい。本明細書に記載の当該様々な技術を実装または利用してよい１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能なコントロール等を使用してよい。このようなプログラムは、コンピュータシステムと通信するために、高水準の手続き型プログラミング言語またはオブジェクト指向プログラミング言語で実装されてよい。しかしながら、必要に応じて、プログラムはアセンブリ言語または機械語で実装されてよい。いずれの場合であっても、言語は、コンパイル型または解釈型の言語であってよく、ハードウェア実装と組み合わされてよい。
【０１８１】
各コンピュータシステムは、１または複数のプロセッサおよび／またはメモリを含み、コンピュータシステムはまた、様々な入力デバイスおよび／または出力デバイスを含んでよい。プロセッサは、インテル（登録商標）、ＡＭＤ（登録商標）または他の「既製の」マイクロプロセッサ等の汎用デバイスを含んでよい。プロセッサは、ＡＳＩＣ、ＳｏＣ、ＳｉＰ、ＦＰＧＡ、ＰＡＬ、ＰＬＡ、ＦＰＬＡ、ＰＬＤまたはその他のカスタマイズされたデバイス若しくはプログラム可能なデバイス等の特定用途の処理デバイスを含んでよい。メモリは、スタティックＲＡＭ、ダイナミックＲＡＭ、フラッシュメモリ、１または複数のフリップフロップ、ＲＯＭ、ＣＤ‐ＲＯＭ、ＤＶＤ、ディスク、テープ、または磁気、光、若しくはその他のコンピュータ記録媒体を含んでよい。入力デバイスは、キーボード、マウス、タッチスクリーン、光ペン、タブレット、マイク、センサ、または付随するファームウェアおよび／またはソフトウェアを備えたその他のハードウェアを含んでよい。出力デバイスは、モニタまたは他のディスプレイ、プリンタ、音声若しくはテキスト合成器、スイッチ、信号線、または付随するファームウェアおよび／またはソフトウェアを備えたその他のハードウェアを含んでよい。
【０１８２】
本明細書に記載の多くの機能ユニットが、１または複数のコンポーネントとして実装されてよく、コンポーネントとは、それらの実装の独立性をより具体的に強調するために使用される用語であることを理解されたい。例えば、コンポーネントは、カスタムの超大規模集積（ＶＬＳＩ）回路またはゲートアレイを含むハードウェア回路、またはロジックチップ、トランジスタ等の既製の半導体、または他の別個のコンポーネントとして実装されてよい。また、コンポーネントはフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス等のようなプログラム可能なハードウェアデバイスに実装されてもよい。
【０１８３】
また、コンポーネントは、様々なタイプのプロセッサによる実行のためのソフトウェアに実装されてもよい。実行可能コードの識別されたコンポーネントは、例えば、コンピュータ命令の１または複数の物理ブロックまたは論理ブロックを含んでよく、それらは、例えば、オブジェクト、プロシージャまたは関数として編成されてよい。上記に関わらず、識別されたコンポーネントの実行可能ファイルは、物理的に一緒に配置される必要はなく、異なる場所に格納された異なる命令を含んでよく、それらが論理的に一緒に結合されると当該コンポーネントを備え、当該コンポーネントの上記目的を達成する。
【０１８４】
実際、実行可能コードのコンポーネントは、単一の命令、または多数の命令であってよく、さらには、いくつかの異なるコードセグメントにわたり、異なるプログラムにわたり、いくつかのメモリデバイスにわたり、分散されてもよい。同様に、処理データは、本明細書においてコンポーネント内に識別および図示されてよく、任意の好適な形態に具現化されてよく、任意の好適なタイプのデータ構造内に編成されてよい。処理データは単一のデータセットとしてまとめられてよく、または、異なるストレージデバイスにわたることを含め、異なる場所にわたって分散されてよく、処理データは、少なくとも部分的には、システムまたはネットワーク上における単なる電子信号として存在してよい。コンポーネントは、所望の機能を実行するように動作可能なエージェントを含め、パッシブまたはアクティブであってよい。
【０１８５】
説明された実施形態のいくつかの態様は、ソフトウェアモジュールまたはコンポーネントとして示されるだろう。本明細書で使用されるソフトウェアモジュールまたはコンポーネントは、メモリデバイス内に配置された任意のタイプのコンピュータ命令またはコンピュータで実行可能コードを含んでよい。ソフトウェアモジュールとしては、例えば、コンピュータ命令の１または複数の物理ブロックまたは論理ブロックが含まれてよく、当該命令は、１または複数のタスクを実行するまたは特定のデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等として編成されてよい。ソフトウェアモジュールは、ソフトウェアの代わりに、またはソフトウェアに追加して、ハードウェアおよび／またはファームウェアに実装されてよいことを理解されたい。本明細書に記載の機能モジュールのうちの１または複数は、サブモジュールに分離され、および／または、単一のまたはより少数のモジュールに組み合わされてよい。
【０１８６】
特定の実施形態において、特定のソフトウェアモジュールは、メモリデバイス、異なるメモリデバイス、または異なるコンピュータの異なる場所に格納された異なる命令を含んでよく、それらが一緒になって、モジュールの説明された機能を実装する。実際、モジュールは、単一の命令または多数の命令を含んでよく、いくつかの異なるコードセグメントにわたり、異なるプログラムにわたり、およびいくつかのメモリデバイスにわたり分散されてよい。いくつかの実施形態は、分散コンピューティング環境で実施されてよく、そこではタスクは通信ネットワークを通してリンクされたリモートの処理デバイスによって実行される。分散コンピューティング環境においては、ソフトウェアモジュールは、ローカルおよび／またはリモートのメモリストレージデバイスに配置されてよい。また、データベースレコードに結合または一緒に表示されているデータは、同一のメモリデバイス内に存在してよく、またはいくつかのメモリデバイスわたり存在してよく、ネットワークにわたるデータベースのレコードフィールド内で共にリンクされてよい。
【０１８７】
本明細書にわたる「一例」という言及は、当該一例に関連して記載された特定の特徴、構造、または特性は、本発明の少なくとも１つの実施形態に含まれることを意味する。故に、本明細書の随所に現れる「一例において」という文言は、必ずしもすべてが同一の実施形態について言及していない。
【０１８８】
本明細書で使用されるとき、複数のアイテム、構造的要素、構成要素、および／または材料が便宜上、共通の一覧に提示されることがある。しかしながら、これらの一覧は、当該一覧の各部材は、別個且つ独自の部材として個別に識別されるもののように解釈されるべきである。故に、このような一覧の個別の部材はいずれも、反対の記載がない限り、共通グループにそれが提示されていることのみに基づいて、同一の一覧の任意の他の部材の事実上の均等物であると解釈されるべきではない。また、本発明の様々な実施形態および実施例が本明細書において、それらの様々なコンポーネントの代替例と共に言及されることがある。このような実施形態、実施例および代替例は、事実上互いの均等物であると解釈されるべきではなく、本発明の別個且つ自律した典型例として解釈されるべきであると理解されたい。
【０１８９】
さらに、説明された特徴、構造または特性は、１または複数の実施形態において、任意の好適な態様で組み合わされてよい。詳細な説明には、本発明の実施形態に係る十分な理解をもたらすべく、材料、周波数、サイズ、長さ、幅、形状等の例といった多くの具体的な詳細が記載されている。しかしながら、本発明は、当該具体的な詳細のうちの１または複数を省いても、あるいは他の方法、コンポーネント、材料等を用いても実施可能であることは当業者の理解するところである。他の例においては、本発明の態様を曖昧にするのを回避すべく、周知の構造、材料または動作については、詳細に図示または説明をしていない。
【０１９０】
本明細書に記載のシステムは、特定の実施形態の説明を含むことを理解されたい。これらの実施形態は、単一のシステムへと組み合わされてよく、他のシステムに部分的に組み合わされてよく、複数のシステムに分割されてよく、またはその他の方法で分割若しくは組み合わされてよい。また、一実施形態のパラメータ／属性／態様／等は、別の実施形態において使用されてよいことが想定されている。１または複数の実施形態における当該パラメータ／属性／態様／等は、単にわかりやすさのために記載されている。本明細書において明確に否定する記載がない限り、当該パラメータ／属性／態様／等は、別の実施形態のパラメータ／属性／等と組み合わされてよく、または置き換えられてよいことを理解されたい。
【０１９１】
上記内容は、明確にする目的である程度具体的に記載されているが、上記内容の原理から逸脱することなく、特定の変更および修正を加え得ることは自明であろう。本明細書に記載の処理および装置の両方を実装する多くの代替的な方法が存在することに留意されたい。従って、本実施形態は例示であり限定ではないものとして解釈されるべきであり、本発明は本明細書に記載の具体例に限定されるべきではなく、添付の特許請求の範囲内およびその均等範囲において、修正が可能である。
【０１９２】
本発明の基本原理から逸脱することなく、上記実施形態の詳細に対し、多くの変更を加え得ることは当業者の理解するところであろう。従って、本発明の範囲は、以降の特許請求の範囲によって専ら判断されるべきである。
（項目１）
１または複数のプロセッサに方法を実行させるためのプログラムコードを記録するコンピュータ可読記録媒体を備えるコンピュータプログラム製品であって、上記方法は、
無線ネットワークのダウンリンク（ＤＬ）同期信号を取得する段階と、
上記無線ネットワーク上で提供されるシステム情報データからリソースプール情報を判断する段階と、
リソースプール内からアップリンク（ＵＬ）リソースをランダムに選択する段階と、
上記選択されたリソースのためのスケジューリング要求を送信する段階と、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されたとき、上記選択されたリソースでデータを送信する段階と、を含む、コンピュータプログラム製品。
（項目２）
上記方法はさらに、
上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、項目１に記載のコンピュータプログラム製品。
（項目３）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目２に記載のコンピュータプログラム製品。
（項目４）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
上記リソースプールからのランダムバックオフを実行する段階と、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目２に記載のコンピュータプログラム製品。
（項目５）
上記データが上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
構成されたまたは予め定義されたハイブリッド自動再送要求（ＨＡＲＱ）再送信スキームを使用して、上記データを再送信する段階を含む、項目２に記載のコンピュータプログラム製品。
（項目６）
上記方法はさらに、
上記スケジューリング要求がエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する段階を含む、項目１に記載のコンピュータプログラム製品。
（項目７）
上記スケジューリング要求が上記ｅＮＢによって受信されたかどうかを判断する段階はさらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングする段階を含む、項目６に記載のコンピュータプログラム製品。
（項目８）
上記送信されたスケジューリング要求のためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたスケジューリング要求のための他のＡＣＫ応答と共に集約される、項目７に記載のコンピュータプログラム製品。
（項目９）
上記方法はさらに、
上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、上記リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目６に記載のコンピュータプログラム製品。
（項目１０）
上記方法はさらに、
上記スケジューリング要求のＡＣＫが検出されない、または否定的ＡＣＫが検出されたとき、
上記リソースプールからのランダムバックオフを実行する段階と、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択する段階と、
上記選択された第２のリソースのための第２のスケジューリング要求を送信する段階と、
上記第２のスケジューリング要求の第２のＡＣＫが検出されたとき、
上記選択された第２のリソースで上記データを送信する段階と、を含む、項目６に記載のコンピュータプログラム製品。
（項目１１）
１または複数の無線アクセス技術（ＲＡＴ）を介して、エンハンスドノードＢ（ｅＮＢ）と通信する無線インタフェースと、
上記１または複数のＲＡＴを通して、アップリンク送信を上記ｅＮＢに提供するプロセッサと、を備えるユーザ機器（ＵＥ）であって、上記プロセッサは、
上記ｅＮＢから、ダウンリンク（ＤＬ）同期信号を取得し、
上記ｅＮＢによって送信されたシステム情報ブロック（ＳＩＢ）から、アップリンク（ＵＬ）リソースプール情報を取得し、
上記ｅＮＢの承認なしに、上記ｅＮＢに、上記無線インタフェースを通して、リソースプールから選択されたアップリンクリソースでデータを送信し、
上記データが、上記ｅＮＢによって受信されたかどうかを判断する、ＵＥ。
（項目１２）
選択されたアップリンクリソースでデータを送信することは、さらに、
上記リソースプールでランダムに選択されたアップリンクリソースでデータを送信することを含む、項目１１に記載のＵＥ。
（項目１３）
上記データが、上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でＤＬサブフレームをモニタリングすることを含む、項目１１に記載のＵＥ。
（項目１４）
上記プロセッサはさらに、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、上記送信されたデータのためのＡＣＫ応答を判断するためのベースバンド処理回路を含む、項目１３に記載のＵＥ。
（項目１５）
無線ネットワーク一時識別子（ＲＮＴＩ）が、上記ＵＥの識別子、上記送信されたデータの開始物理リソースブロック（ＰＲＢ）およびサブフレームの関数として定義される、項目１１から１４のいずれか一項に記載のＵＥ。
（項目１６）
ベースバンド回路を備えるユーザ機器（ＵＥ）のためのベースバンドプロセッサであって、
上記ベースバンド回路は、
ベースステーションによって、モバイルブロードバンドネットワーク上で提供される同期信号を受信し、
上記ベースステーションの上記モバイルブロードバンドネットワーク内のアップリンクリソースのセットを判断し、
上記アップリンクリソースのセット内から、リソースをランダムに選択し、
上記選択されたリソースのためのスケジューリング要求を上記ベースステーションに送信し、
選択されたリソースでデータを上記ベースステーションに送信する、ベースバンドプロセッサ。
（項目１７）
上記アップリンクリソースを定義する構成は、予め定義され、上位レイヤによって、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）またはＵＥ固有の専用無線リソース制御（ＲＲＣ）シグナリングを介して提供される、項目１６に記載のベースバンドプロセッサ。
（項目１８）
選択されたアップリンクリソースでデータを送信することはさらに、
上記ベースステーションによる上記スケジューリング要求の承認なしに、選択されたアップリンクリソースでデータを送信することを含む、項目１６に記載のベースバンドプロセッサ。
（項目１９）
リソースプールがさらに、アップリンク送信のためのスケジューリング要求領域およびデータ領域に分割される、項目１６から１８のいずれか一項に記載のベースバンドプロセッサ。
（項目２０）
上記ベースバンド回路は、さらに、
上記データがエンハンスドノードＢ（ｅＮＢ）によって受信されたかどうかを判断する、項目１６に記載のベースバンドプロセッサ。
（項目２１）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
確認（ＡＣＫ）応答の応答ウィンドウ内でダウンリンクサブフレームをモニタリングすることを含む、項目２０に記載のベースバンドプロセッサ。
（項目２２）
ＡＣＫ応答が、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）に配置され、ＰＨＩＣＨリソースインデックスが、上記ＵＥの識別子、上記送信されたデータの開始サブフレームまたは物理リソースブロック（ＰＲＢ）インデックスの関数として定義される、項目２１に記載のベースバンドプロセッサ。
（項目２３）
上記送信されたデータのためのＡＣＫ応答は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して、他のＵＥの他の送信されたデータのための他のＡＣＫ応答と共に集約される、項目２１に記載のベースバンドプロセッサ。
（項目２４）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
上記送信されたデータの確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
再送信のために、リソースプールからの固定遅延を有する第２のリソースプール内で第２のリソースを選択することと、
上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
上記選択された第２のリソースで上記データを送信することと、を含む、項目２０に記載のベースバンドプロセッサ。
（項目２５）
上記データが上記ｅＮＢによって受信されたかどうかを判断することは、さらに、
上記スケジューリング要求の確認（ＡＣＫ）応答が検出されない、または否定的ＡＣＫが検出されたとき、
リソースプールからのランダムバックオフを実行することと、
再送信のために、上記リソースプールからの上記ランダムバックオフを満たす第２のリソースプール内で第２のリソースを選択することと、
上記選択された第２のリソースのための第２のスケジューリング要求を送信することと、
上記選択された第２のリソースで上記データを送信することと、を含む、項目２０に記載のベースバンドプロセッサ。
【図１】
0006746595.tif 000016
【図２】
0006746595.tif 000017
【図３】
0006746595.tif 000018
【図４】
0006746595.tif 000019
【図５】
0006746595.tif 000020
【図６】
0006746595.tif 000021
【図７】
0006746595.tif 000022
【図８】
0006746595.tif 000023
【図９】
0006746595.tif 000024
【図１０】
0006746595.tif 000025
【図１１】
0006746595.tif 000026
【図１２】
0006746595.tif 000027
【図１３】
0006746595.tif 000028