(57)【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）においてアップリンク送信を行う方法であって、
前記ＵＥ（ユーザ機器）が１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視するステップを含み、
前記複数の機会のうちの第１機会での第１制御チャネルが、第１継続時間を持つアップリンクｓＴＴＩにおける第１ＵＬ（アップリンク）データチャネルに対応し、
前記複数の機会のうちの第２機会での第２制御チャネルが、前記第１継続時間とは異なる第２継続時間を持つアップリンクｓＴＴＩにおける第２ＵＬ（アップリンク）データチャネルに対応し、
前記第１制御チャネル及び前記第２制御チャネルのそれぞれは、前記第１継続時間を持つダウンリンクｓＴＴＩにおけるものである、方法。
【請求項２】
前記第１継続時間が前記第２継続時間の整数倍である、請求項１に記載の方法。
【請求項３】
前記第１ＵＬデータチャネル及び前記第２ＵＬデータチャネルがサブフレーム内である、請求項１に記載の方法。
【請求項４】
ＵＥ（ユーザ機器）においてアップリンク送信を行う方法であって、
前記ＵＥ（ユーザ機器）が１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視するステップを含み、
１つのサブフレームでのアップリンクｓＴＴＩの数が１つのサブフレームでのダウンリンクｓＴＴＩの数に等しく、
ダウンリンクｓＴＴＩにおける前記ＤＬ制御チャネルは、アップリンクｓＴＴＩにおける対応するＵＬ（アップリンク）データチャネルをスケジューリングし、該ダウンリンクｓＴＴＩの長さは、スケジューリングされた該ＵＬデータチャネルの該アップリンクｓＴＴＩの長さとは異なる、方法。
【請求項５】
サブフレームでの１つのアップリンクｓＴＴＩの長さが前記サブフレームでの１つのダウンリンクｓＴＴＩの長さと異なる、請求項４に記載の方法。
【請求項６】
少なくとも１つのアップリンクｓＴＴＩが他のアップリンクｓＴＴＩより長い、請求項４に記載の方法。
【請求項７】
１つのダウンリンクｓＴＴＩが１つのアップリンクｓＴＴＩをスケジュールする、請求項４に記載の方法。
【請求項８】
アップリンク送信を行うためのユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設置されるプロセッサと、
前記制御回路に設置され、前記プロセッサに動作可能に結合されるメモリとを含み、
前記プロセッサが、前記メモリに記憶されるプログラムコードを実行して、
１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視するように構成され、
前記複数の機会のうちの第１機会での第１制御チャネルが、第１継続時間を持つアップリンクｓＴＴＩにおける第１ＵＬ（アップリンク）データチャネルに対応し、
前記複数の機会のうちの第２機会での第２制御チャネルが、前記第１継続時間とは異なる第２継続時間を持つアップリンクｓＴＴＩにおける第２ＵＬ（アップリンク）データチャネルに対応し、
前記第１制御チャネル及び前記第２制御チャネルのそれぞれは、前記第１継続時間を持つダウンリンクｓＴＴＩにおけるものである、ＵＥ。
【請求項９】
前記第１継続時間が前記第２継続時間の整数倍である、請求項８に記載のＵＥ。
【請求項１０】
前記第１ＵＬデータチャネル及び前記第２ＵＬデータチャネルがサブフレーム内である、請求項８に記載のＵＥ。
【請求項１１】
アップリンク送信を行うためのユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設置されるプロセッサと、
前記制御回路に設置され、前記プロセッサに動作可能に結合されるメモリとを含み、
前記プロセッサが、前記メモリに記憶されるプログラムコードを実行して、
１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視するように構成され、
１つのサブフレームでのアップリンクｓＴＴＩの数が１つのサブフレームでのダウンリンクｓＴＴＩの数に等しく、
ダウンリンクｓＴＴＩにおける前記ＤＬ制御チャネルは、アップリンクｓＴＴＩにおける対応するＵＬ（アップリンク）データチャネルをスケジューリングし、該ダウンリンクｓＴＴＩの長さは、スケジューリングされた該ＵＬデータチャネルの該アップリンクｓＴＴＩの長さとは異なる、ＵＥ。
【請求項１２】
サブフレームでの１つのアップリンクｓＴＴＩの長さが前記サブフレームでの１つのダウンリンクｓＴＴＩの長さと異なる、請求項１１に記載のＵＥ。
【請求項１３】
少なくとも１つのアップリンクｓＴＴＩが他のアップリンクｓＴＴＩより長い、請求項１１に記載のＵＥ。
【請求項１４】
１つのダウンリンクｓＴＴＩが１つのアップリンクｓＴＴＩをスケジュールする、請求項１１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１６年５月１２日に出願した米国仮特許出願第６２／３３５，３３５号及び第６２／３３５，４４９号の利益を主張し、その開示全体は参照により完全に本明細書に援用される。
【０００２】
本開示は、概してワイヤレス通信ネットワークに関し、より詳細には、ワイヤレス通信システムにおいて短縮ＴＴＩでアップリンクグラントを改善するための方法及び装置に関する。
【背景技術】
【０００３】
移動通信装置との大量のデータの通信の需要の急速な増加につれて、従前の移動音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットで通信するネットワークに進化しつつある。そのようなＩＰデータパケット通信は、ボイスオーバーＩＰ（Voice  over  IP）、マルチメディア、マルチキャスト及びオンデマンド通信サービスを移動通信装置のユーザに提供することができる。
【０００４】
例示的なネットワーク構造は、エボルブドユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述されたボイスオーバーＩＰ及びマルチメディアサービスを実現するために、高データスループットを提供することができる。次世代（例えば、５Ｇ）のための新たな無線技術が、現在３ＧＰＰ標準化セット織によって議論されている。したがって、３ＧＰＰ規格の現在の内容への変更が現在提起及び検討されて、３ＧＰＰ規格を進化及び確定させつつある。
【発明の概要】
【０００５】
ワイヤレス通信システムにおいてアップリンク送信を行うための方法及び装置が開示される。一実施形態において、方法は、ＵＥ（ユーザ機器）が１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視するステップを含み、ここでは、第１機会での第１制御チャネルは第１継続時間を持つ第１ＵＬ（アップリンク）データチャネルに対応し、第２機会での第２制御チャネルは第２継続時間を持つ第２ＵＬ（アップリンク）データチャネルに対応する。
【図面の簡単な説明】
【０００６】
【図１】図１は、例示的な一実施形態に係るワイヤレス通信システムの図を示す。
【０００７】
【図２】図２は、例示的な一実施形態に係る送信側システム（アクセスネットワークとしても知られている）及び受信側システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【０００８】
【図３】図３は、例示的な一実施形態に係る通信システムの機能ブロック図である。
【０００９】
【図４】図４は、例示的な一実施形態に係る図３のプログラムコードの機能ブロック図である。
【００１０】
【図５】図５は、３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．７−１の複製である。
【００１１】
【図６】図６は、３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．８Ａ．１−１の複製である。
【００１２】
【図７】図７は、３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．８Ａ．１−２の複製である。
【００１３】
【図８】図８は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−１の複製である。
【００１４】
【図９】図９は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−１Ａの複製である。
【００１５】
【図１０】図１０は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−２の複製である。
【００１６】
【図１１】図１１は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−１の複製である。
【００１７】
【図１２】図１２は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−２の複製である。
【００１８】
【図１３】図１３は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−３の複製である。
【００１９】
【図１４】図１４は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−５の複製である。
【００２０】
【図１５】図１５は、３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．１．０の図５．３．３−１の複製である。
【００２１】
【図１６】図１６は、３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．１．０の表５．３．３．２−１の複製である。
【００２２】
【図１７ａ】図１７ａは、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表８−２の複製である。
【００２３】
【図１７ｂ】図１７ｂは、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表８−２ａの複製である。
【００２４】
【図１８】図１８は、３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表９．１．２−１の複製である。
【００２５】
【図１９】例示的な一実施形態に係る図である。
【００２６】
【図２０】例示的な一実施形態に係る図である。
【００２７】
【図２１】例示的な一実施形態に係る図である。
【００２８】
【図２２】例示的な一実施形態に係る図である。
【００２９】
【図２３】例示的な一実施形態に係るフローチャートである。
【００３０】
【図２４】例示的な一実施形態に係るフローチャートである。
【００３１】
【図２５】例示的な一実施形態に係るフローチャートである。
【００３２】
【図２６】例示的な一実施形態に係る図である。
【００３３】
【図２７】例示的な一実施形態に係る図である。
【００３４】
【図２８】例示的な一実施形態に係る図である。
【００３５】
【図２９】例示的な一実施形態に係る図である。
【００３６】
【図３０】例示的な一実施形態に係る図である。
【００３７】
【図３１】例示的な一実施形態に係るフローチャートである。
【００３８】
【図３２】例示的な一実施形態に係るフローチャートである。
【００３９】
【図３３】例示的な一実施形態に係るフローチャートである。
【発明を実施するための形態】
【００４０】
下記に説明される例示的なワイヤレス通信システム及び装置は、ブロードキャストサービスをサポートするワイヤレス通信システムを利用する。ワイヤレス通信システムは、音声、データ等の様々な種類の通信を提供するために広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）ワイヤレスアクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロングタームエボリューションアドバンスド）、３ＧＰＰ２  ＵＭＢ（ウルトラモバイルブロードバンド）、ＷｉＭａｘ、又は何らかの他の変調技術に基づくことができる。
【００４１】
特に、下記に説明される例示的なワイヤレス通信システム及び装置は、ＲＰ−１５０４６５、「Ｎｅｗ  ＳＩ  ｐｒｏｐｏｓａｌ：  Ｓｔｕｄｙ  ｏｎ  Ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ」、Ｅｒｉｃｓｓｏｎ、Ｈｕａｗｅｉ；ＴＳ  ３６．２１３  ｖ１３．１．１、「Ｅ−ＵＴＲＡ  Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ  （Ｒｅｌｅａｓｅ  １３）」；ＴＳ  ３６．２１１  Ｖ１３．１．０、「Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍｏｄｕｌａｔｉｏｎ  （Ｒｅｌｅａｓｅ  １３）」；ＴＳ  ３６．２１２  Ｖ１３．１．０、「Ｅ−ＵＴＲＡ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  （Ｒｅｌｅａｓｅ  １３）」；Ｒ１−１６３０６８、「ＤＬ  ｃｈａｎｎｅｌ  ｄｅｓｉｇｎ  ｆｏｒ  ｓｈｏｒｔｅｎｅｄ  ＴＴＩ」、Ｑｕａｌｃｏｍｍ  Ｉｎｃｏｒｐｏｒａｔｅｄ；及びＲ１−１６３３２２、「Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌｉｎｇ  ｄｅｓｉｇｎ  ｆｏｒ  ｓｈｏｒｔ  ＴＴＩ」、Ｅｒｉｃｓｓｏｎを含む、本明細書で３ＧＰＰと称される「第３世代パートナーシッププロジェクト」と名付けられたコンソーシアムによって勧められる規格など、１つ又は複数の規格をサポートするように設計されることができる。上記に挙げた規格及び文書の全体は、参照により本明細書に明示的に援用される。
【００４２】
図１は、本発明の一実施形態に係る多元接続（multiple  access）ワイヤレス通信システムを図示する。アクセスネットワーク１００（ＡＮ）が複数のアンテナ群を含み、１つのものは１０４及び１０６を含み、他のものは１０８及び１１０を含み、並びに更なるものが１１２及び１１４を含む。図１において、各アンテナ群に対して２つのアンテナのみを示している。しかし、各アンテナ群に対してより多くの又はより少ないアンテナが利用されることができる。アクセス端末１１６（ＡＴ）はアンテナ１１２及び１１４と通信状態にあり、ここでアンテナ１１２及び１１４はフォワードリンク１２０を通じてアクセス端末１１６に情報を送信し、リバースリンク１１８を通じてアクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６及び１０８と通信状態にあり、ここでアンテナ１０６及び１０８はフォワードリンク１２６を通じてアクセス端末（ＡＴ）１２２に情報を送信し、リバースリンク１２４を通じてアクセス端末（ＡＴ）１２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４及び１２６は、通信のために異なる周波数を使用することができる。例えば、フォワードリンク１２０は、リバースリンク１１８によって使用されるものとは異なる周波数を使用することができる。
【００４３】
各アンテナ群及び／又はそれらが通信するように設計される範囲は、アクセスネットワークのセクタと称されることが多い。本実施形態において、各アンテナ群は、アクセスネットワーク１００によってカバーされる範囲のセクタにおけるアクセス端末に通信するように設計される。
【００４４】
フォワードリンク１２０及び１２６を通じた通信では、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２のためのフォワードリンクの信号対雑音比を改善するために、ビームフォーミング（beamforming）を利用することができる。また、ビームフォーミングを使用してそのカバレージ中にランダムに点在するアクセス端末に送信するアクセスネットワークは、単一のアンテナを通して全てのアクセス端末に送信するアクセスネットワークよりも、隣接セルにおけるアクセス端末への干渉を少なくする。
【００４５】
アクセスネットワーク（ＡＮ）は、端末と通信するために使用される固定局又は基地局とすることができ、アクセスポイント、ＮｏｄｅＢ、基地局、拡張型基地局、エボルブドＮｏｄｅＢ（ｅＮＢ）、又は何らかの他の専門用語で称されることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、ワイヤレス通信装置、端末、アクセス端末又は何らかの他の専門用語で呼ばれることもある。
【００４６】
図２は、ＭＩＭＯシステム２００における送信側システム２１０（アクセスネットワークとしても知られる）及び受信側システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られる）の実施形態の簡略ブロック図である。送信側システム２１０で、多数のデータストリームのためのトラフィックデータが、データソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００４７】
一実施形態において、各データストリームはそれぞれの送信アンテナを通じて送信される。ＴＸデータプロセッサ２１４は、各データストリームのためのトラフィックデータを、そのデータストリームのために選択される特定の符号体系に基づいてフォーマット、符号化、及びインタリーブして符号化データを提供する。
【００４８】
各データストリームのための符号化データは、ＯＦＤＭ技術を使用してパイロットデータと多重化されることができる。パイロットデータは、代表的には、既知の方式で処理される既知のデータパターンであり、チャネル応答を推定するために受信側システムで使用されることができる。各データストリームのための多重化パイロット及び符号化データは、次いでそのデータストリームのために選択される特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（即ち、シンボルマッピング）されて変調シンボルを提供する。各データストリームのためのデータレート、符号化、及び変調は、プロセッサ２３０によって行われる命令によって決定されることができる。
【００４９】
全てのデータストリームのための変調シンボルは次いでＴＸ  ＭＩＭＯプロセッサ２２０に提供され、それは更に変調シンボルを（例えば、ＯＦＤＭのために）処理することができる。ＴＸ  ＭＩＭＯプロセッサ２２０は、次いでＮＴ個の送信器（ＴＭＴＲ）２２２ａ〜２２２ｔにＮＴ個の変調シンボルストリームを提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、データストリームのシンボル及びシンボルが送信されているアンテナにビームフォーミング重みを加える。
【００５０】
各送信器２２２は、それぞれのシンボルストリームを受け、処理して１つ以上のアナログ信号を提供し、更にアナログ信号を調整（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを通じた送信に適する変調信号を提供する。送信器２２２ａ〜２２２ｔからのＮＴ個の変調信号は、次いで、それぞれＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００５１】
受信側システム２５０で、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号はそれぞれの受信器（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信器２５４は、それぞれの受信信号を調整（例えば、フィルタリング、増幅、及びダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、更にサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００５２】
ＲＸデータプロセッサ２６０が、次いで特定の受信器処理技術に基づいて、ＮＲ個の受信器２５４からのＮＲ個の受信シンボルストリームを受領及び処理してＮＴ個の「検出」シンボルストリームを提供する。ＲＸデータプロセッサ２６０は、次いで各検出シンボルストリームを復調、デインタリーブ（deinterleave）、及び復号してデータストリームのためのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信側システム２１０でＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４によって行われるものと相補的である。
【００５３】
プロセッサ２７０は、どのプリコーディング行列を使用するべきかを周期的に決定する（下記で論じる）。プロセッサ２７０は、行列指数部分及びランク値部分を含むリバースリンクメッセージ（reverse  link  message）を作成する。
【００５４】
リバースリンクメッセージは、通信リンク及び／又は受信データストリームに関する様々な種類の情報を含むことができる。リバースリンクメッセージは、次いでデータソース２３６から多数のデータストリームのためのトラフィックデータも受けるＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信器２５４ａ〜２５４ｒによって調整され、送信側システム２１０に返信される。
【００５５】
送信側システム２１０で、受信側システム２５０からの変調信号は、アンテナ２２４によって受信され、受信器２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理されて、受信側システム２５０によって送信されたリバースリンクメッセージを抽出する。プロセッサ２３０は、次いでビームフォーミング重みを決定するためにどのプリコーディング行列を使用するべきかを決定して、次いで抽出されたメッセージを処理する。
【００５６】
図３を参照すると、この図は、本発明の一実施形態に係る通信装置の代替の簡略機能ブロック図を示す。図３に示すように、ワイヤレス通信システムにおける通信装置３００は、図１におけるＵＥ（若しくはＡＴ）１１６及び１２２又は図１における基地局（若しくはＡＮ）１００を実現するために利用されることができ、ワイヤレス通信システムは好ましくはＬＴＥシステムである。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及び送受信器３１４を含むことができる。制御回路３０６は、ＣＰＵ３０８を通してメモリ３１０内のプログラムコード３１２を実行して、それによって通信装置３００の動作を制御する。通信装置３００は、キーボード、キーパッド等の入力装置３０２を通してユーザによって入力される信号を受けることができ、モニタ、スピーカ等の出力装置３０４を通して画像及び音を出力することができる。送受信器３１４は、ワイヤレス信号を受信及び送信するために使用され、制御回路３０６に受信信号を供給したり、制御回路３０６によって生成される信号をワイヤレスで出力する。ワイヤレス通信システムにおける通信装置３００は、図１におけるＡＮ１００を実現するために利用されることもできる。
【００５７】
図４は、本発明の一実施形態に従う図３に示すプログラムコード３１２の簡略ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーション層４００、レイヤ３部分４０２、及びレイヤ２部分４０４を含み、レイヤ１部分４０６に結合される。レイヤ３部分４０２は、概して無線リソース制御を行う。レイヤ２部分４０４は、概してリンク制御を行う。レイヤ１部分４０６は、概して物理的接続を行う。
【００５８】
パケットデータ待ち時間は、性能評価のための重要なメトリックの１つである。パケットデータ待ち時間を削減することは、システム性能を改善する。３ＧＰＰ  ＲＰ−１５０４６５では、検討項目「Ｓｔｕｄｙ  ｏｎ  ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ」が、概して待ち時間削減の幾つかの技術を調査及び標準化しようとしている。
【００５９】
３ＧＰＰ  ＲＰ−１５０４６５によれば、検討項目の目的は、概して、アクティブなＵＥに対してＬＴＥ  Ｕｕエアーインタフェースを通じたパケットデータ待ち時間を有意に削減し、（接続状態で）より長い期間の間非アクティブであったＵＥに対してパケットデータ転送往復待ち時間（round  trip  latency）を有意に削減するために、Ｅ−ＵＴＲＡＮ無線システムへの強化を検討することである。検討領域は、エアーインタフェース容量、バッテリ寿命、制御チャネルリソース、仕様影響及び技術的実現可能性を含め、リソース効率を含む。ＦＤＤ（周波数分割複信）及びＴＤＤ（時分割複信）の両方の二重化モードが考慮される。
【００６０】
パケットデータ待ち時間は、性能評価のための重要なメトリックの１つである。パケットデータ待ち時間を削減することは、システム性能を改善する。３ＧＰＰ  ＲＰ−１５０４６５では、検討項目「Ｓｔｕｄｙ  ｏｎ  ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ」が、概して待ち時間削減の幾つかの技術を調査及び標準化しようとしている。
【００６１】
３ＧＰＰ  ＲＰ−１５０４６５によれば、検討項目の目的は、アクティブなＵＥ（ユーザ機器）に対してＬＴＥ（ロングタームエボリューション）Ｕｕエアーインタフェースを通じたパケットデータ待ち時間を有意に削減し、且つ（接続状態で）より長い期間の間非アクティブであったＵＥに対してパケットデータ転送往復待ち時間を有意に削減するために、Ｅ−ＵＴＲＡＮ（エボルブドユニバーサル地上無線アクセスネットワーク）無線システムへの強化を検討することである。検討領域は、エアーインタフェース容量、バッテリ寿命、制御チャネルリソース、仕様影響及び技術的実現可能性を含め、リソース効率を含む。ＦＤＤ（周波数分割複信）及びＴＤＤ（時分割複信）の両方の二重化モードが考慮される。
【００６２】
ＲＰ−１５０４６５によれば、２つの領域が検討対象であり且つ実証されるべきである。
−  高速アップリンクアクセス解決策  −  アクティブなＵＥ及びより長い時間非アクティブであったが、しかしＲＲＣ（無線リソース制御）接続されて保たれるＵＥに対して、スケジュールされたＵＬ送信に対するユーザプレーン待ち時間を削減すること、並びに現在のＴＴＩ（送信時間間隔）長さ及び処理時間を保持しても、またしなくても、今日の規格によって許容される事前スケジューリング解決策と比較して、プロトコル及びシグナリング強化を伴う、よりリソース効率のよい解決策を得ることに焦点があてられるべきである。
−  ＴＴＩ短縮及び削減された処理時間  −  基準信号及び物理層制御シグナリングへの影響を考慮して、０．５ｍｓと１ＯＦＤＭ（直交周波数分割多重化）シンボルとの間のＴＴＩ長さの仕様影響を評価し、実現可能性及び性能を検討する。
【００６３】
送信のための時間単位が、例えば１ｍｓ（１４ＯＦＤＭ）シンボルから１〜７ＯＦＤＭシンボルに削減されることができ、復号によって引き起こされる遅延も削減されることができるので、ＴＴＩ短縮及び処理時間削減は、待ち時間を削減するための効果的な解決策と考えられることができる。ＴＴＩ長さを短縮することの別の利益は、トランスポートブロック（ＴＢ）サイズのより細かい粒度をサポートすることであり、その結果不必要なパディングが削減される可能性がある。他方では、物理チャネルが１ｍｓ構造に基づいて展開されるので、ＴＴＩの長さを削減することは、現在のシステム設計にも有意な影響を与える可能性もある。短縮ＴＴＩはｓＴＴＩとも呼ばれる。
【００６４】
制御チャネルに関しては、ＬＴＥでは２種類の制御チャネルがあり、それらのうちの１つは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であり、それはシステム帯域幅全体にわたる、１ｍｓサブフレームの最初の数個の（例えば、１〜４）ＯＦＤＭシンボルを占有する広帯域信号である。ＰＤＣＣＨによって占有される領域は通例、制御領域と名付けられ、サブフレームの残りの部分は通例、データ領域として知られている。２つ目の種類の制御チャネル、ｅＰＤＣＣＨ（拡張型物理ダウンリンク制御チャネル）は、時間領域でデータ領域を、一方で周波数領域で帯域幅の一部のみを占有する。より詳細な記載が、以下の通り３ＧＰＰ  ＴＳ  ３６．２１３に見つけられることができる。
９．１．３  制御フォーマットインジケータ（ＣＦＩ）割当て手順
ＰＨＩＣＨ継続時間は、［３］における表６．９．３−１に従って上位層によってシグナリングされる。シグナリングされる継続時間は、制御フォーマットインジケータ（ＣＦＩ）から決定される制御領域のサイズに下限を設ける。
（外１）
0006431953.tif 000002
のとき、延長されたＰＨＩＣＨ継続時間が上位層によって示されれば、ＵＥはＣＦＩがＰＨＩＣＨ継続時間に等しいと仮定するものとする。ＰＭＣＨを復号するように上位層によって示されるサブフレームでは、
（外２）
0006431953.tif 000003
のとき、ＵＥはＣＦＩが上位層パラメータｎｏｎ−ＭＢＳＦＮｒｅｇｉｏｎＬｅｎｇｔｈ［１１］の値に等しいと仮定することができる。
【００６５】
更には、３ＧＰＰ  ＴＳ  ３６．２１１が述べるように、
６．７  物理制御フォーマットインジケータチャネル
物理制御フォーマットインジケータチャネルは、サブフレームでＰＤＣＣＨの送信のために使用されるＯＦＤＭシンボルの数についての情報を搬送する。サブフレームでＰＤＣＣＨのために使用することが可能な一セットのＯＦＤＭシンボルは、表６．７−１によって与えられる。
［「ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数」と題する３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．７−１は図５として複製されている］
ＵＥは、［４、１２節］に別途記述されない限り、ＰＤＣＣＨのためのＯＦＤＭシンボルの数がゼロより大きいときにＰＣＦＩＣＨが送信されると仮定してもよい。
【００６６】
３ＧＰＰ  ＴＳ  ３６．２１１がまた述べるように、
６．２．４  リソースエレメントグループ
リソースエレメントグループは、リソースエレメントへの制御チャネルのマッピングを定義するために使用される。
リソースエレメントグループは、グループにおける全てのリソースエレメントがｌの同じ値を有するグループで最低指数ｋを持つリソースエレメントの指数対（ｋ’，ｌ’）によって表される。リソースエレメントグループにおけるリソースエレメント（ｋ，ｌ）のセットは、
（外３）
0006431953.tif 000004
、
（外４）
0006431953.tif 000005
で下記に説明するように構成されるセル固有基準信号（cell-specific  reference  signals）の数に依存する。
−  サブフレームにおける第１スロットの第１ＯＦＤＭシンボルでは、物理リソースブロックｎＰＲＢにおける２つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋５及びｋ＝ｋ０＋６、ｋ０＋７、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝０）からなる。
−  サブフレームにおける第１スロットの第２ＯＦＤＭシンボルでは、１つ又は２つのセル固有基準信号が構成される場合には、物理リソースブロックｎＰＲＢにおける３つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋３、ｋ＝ｋ０＋４、ｋ０＋５、…、ｋ０＋７及びｋ＝ｋ０＋８、ｋ０＋９、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝１）からなる。
−  サブフレームにおける第１スロットの第２ＯＦＤＭシンボルでは、４つのセル固有基準信号が構成される場合には、物理リソースブロックｎＰＲＢにおける２つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋５及びｋ＝ｋ０＋６、ｋ０＋７、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝１）からなる。
−  サブフレームにおける第１スロットの第３ＯＦＤＭシンボルでは、物理リソースブロックｎＰＲＢにおける３つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋３、ｋ＝ｋ０＋４、ｋ０＋５、…、ｋ０＋７及びｋ＝ｋ０＋８、ｋ０＋９、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝２）からなる。
−  サブフレームにおける第１スロットの第４ＯＦＤＭシンボルでは、通常のサイクリックプリフィックス（normal  cyclic  prefix）の場合には、物理リソースブロックｎＰＲＢにおける３つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋３、ｋ＝ｋ０＋４、ｋ０＋５、…、ｋ０＋７及びｋ＝ｋ０＋８、ｋ０＋９、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝３）からなる。
−  サブフレームにおける第１スロットの第４ＯＦＤＭシンボルでは、拡張サイクリックプリフィックスの場合には、物理リソースブロックｎＰＲＢにおける２つのリソースエレメントグループは、それぞれ、ｋ＝ｋ０＋０、ｋ０＋１、…、ｋ０＋５及びｋ＝ｋ０＋６、ｋ０＋７、…、ｋ０＋１１のリソースエレメント（ｋ，ｌ＝３）からなる。
リソースエレメント（ｋ’，ｌ’）によって表されるリソースエレメントグループ上へのシンボル４つセット＜ｚ（ｉ）、ｚ（ｉ＋１）、ｚ（ｉ＋２）、ｚ（ｉ＋３）＞のマッピングは、要素ｚ（ｉ）がｉ及びｋの昇順にセル固有基準信号のために使用されないリソースエレメントグループのリソースエレメント（ｋ，ｌ）にマッピングされるように定義される。単一のセル固有基準信号が構成される場合には、セル固有基準信号は、リソースエレメントグループにシンボル４つセットをマッピングする目的でアンテナポート０及び１に存在すると仮定されるものとし、そうでなければセル固有基準信号の数は、セル固有基準信号のために使用されるアンテナポートの実際の数に等しいと仮定されるものとする。ＵＥは、基準信号のために予約されると仮定されるが、基準信号の送信のために使用されないリソースエレメントについて何の仮定もしないものとする。
フレーム構造タイプ３に関しては、上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示し、ダウンリンク送信がサブフレームの第２スロットで開始する場合、上記の定義は第１スロットの代わりにそのサブフレームの第２スロットに当てはまる。
６．２．４Ａ  拡張リソースエレメントグループ（ＥＲＥＧ）
ＥＲＥＧは、リソースエレメントへの拡張制御チャネルのマッピングを定義するために使用される。
物理リソースブロック対当たり１６個のＥＲＥＧがあり、０から１５まで番号付けされる。物理リソースブロック対における、通常のサイクリックプリフィックスのためのアンテナポートｐ＝｛１０７，１０８，１０９，１１０｝又は拡張サイクリックプリフィックスのためのアンテナポートｐ＝｛１０７，１０８｝に対してＤＭ−ＲＳを搬送するリソースエレメントを除く、全てのリソースエレメントに、最初に周波数、次いで時間の昇順に０から１５まで循環的に番号付けする。その物理リソースブロック対で番号ｉを持つ全てのリソースエレメントが、ＥＲＥＧ番号ｉを構成する。
フレーム構造タイプ３に関しては、上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示し、ダウンリンク送信がサブフレームの第２スロットで開始する場合、上記の定義は第１スロットの代わりにそのサブフレームの第２スロットに当てはまる。
＜…＞
６．８Ａ  拡張物理ダウンリンク制御チャネル
６．８Ａ．１  ＥＰＤＣＣＨフォーマット
拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）は、スケジューリング割当てを搬送する。拡張物理ダウンリンク制御チャネルは、１つ又は数個の連続する拡張制御チャネルエレメント（ＥＣＣＥ）であって、各々が６．２．４Ａ節に定義された複数の拡張リソースエレメントグループ（ＥＲＥＧ）から成るＥＣＣＥのアグリゲーションを使用して送信される。１つのＥＰＤＣＣＨのために使用されるＥＣＣＥの数は、表６．８Ａ．１−２によって与えられるようにＥＰＤＣＣＨフォーマットに依存し、ＥＣＣＥ当たりのＥＲＥＧの数は、表６．８Ａ．１−１によって与えられる。局所及び分散の両方の送信がサポートされる。
ＥＰＤＣＣＨは、ＥＲＥＧ及びＰＲＢ対へのＥＣＣＥのマッピングが異なる、局所又は分散の何れかの送信を使用することができる。
ＵＥは、３ＧＰＰ  ＴＳ  ３６．２１３［４］に定義されるように複数のＥＰＤＣＣＨを監視するものとする。ＵＥがＥＰＤＣＣＨ送信について監視するものとする一又は二セットの物理リソースブロック対が構成されることができる。ＥＰＤＣＣＨセットＸｍにおける全てのＥＰＤＣＣＨ候補は、上位層によって構成されるように局所のみ又は分散のみの何れかの送信を使用する。サブフレームｉにおけるＥＰＤＣＣＨセットＸｍ内で、ＥＰＤＣＣＨの送信に利用可能なＥＣＣＥは０からＮＥＣＣＥ，ｍ，ｉ−１まで番号付けされ、ＥＣＣＥ番号ｎは、
−  局所マッピングの場合、ＰＲＢ指数
（外５）
0006431953.tif 000006
で
（外６）
0006431953.tif 000007
と番号付けされるＥＲＥＧ、及び
−  分散マッピングの場合、ＰＲＢ指数
（外７）
0006431953.tif 000008
で
（外８）
0006431953.tif 000009
と番号付けされるＥＲＥＧ、に対応し、ここで、
（外９）
0006431953.tif 000010
はＥＣＣＥ当たりのＥＲＥＧの数であり、
（外１０）
0006431953.tif 000011
はリソースブロック対当たりのＥＣＣＥの数である。ＥＰＤＣＣＨセットＸｍを構成する物理リソースブロック対は、この段落では０から
（外１１）
0006431953.tif 000012
まで昇順に番号付けされると仮定される。
［「ＥＣＣＥ当たりのＥＲＥＧの数、
（外１２）
0006431953.tif 000013
」と題する３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．８Ａ．１−１は図６として複製される］
［「サポートされるＥＰＤＣＣＨフォーマット」と題する３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１３．１．０の表６．８Ａ．１−２は図７として複製される］
表６．８Ａ．１−２におけるケースＡは、３ＧＰＰ  ＴＳ  ３６．２１３［４］の９．１．４節におけるケース１に対応する条件が充足されるときに使用され、そうでなければケースＢが使用される。特定のＵＥに対し、３ＧＰＰ  ＴＳ  ３６．２１３［４］で参照される量ｎＥＰＤＣＣＨが、ＥＰＤＣＣＨセットＸ０の可能なＥＰＤＣＣＨ送信のために構成され、以下の判定基準の全てを満たす、物理リソースブロック対でＥＰＤＣＣＨ送信に利用可能なダウンリンクリソースエレメント（ｋ，ｌ）の数として定義される。
−  それらが、物理リソースブロック対における１６個のＥＲＥＧの何れか１つの一部であり、
−  それらが、セル固有基準信号のために使用されないとＵＥによって仮定され、ここでセル固有基準信号の位置は、セル固有基準信号のためのアンテナポートの数及びその周波数シフトが、これらのパラメータに対する他の値が３ＧＰＰ  ＴＳ  ３６．２１３［４］で９．１．４．３節によって提供されない限り、６．１０．１．２節で説明するように導出されて、６．１０．１．２節によって与えられ、
−  それらが、ＣＳＩ基準信号の送信のために使用されないとＵＥによって仮定され、ここでＣＳＩ基準信号の位置は、ゼロ電力ＣＳＩ基準信号に対する構成が、他の値が３ＧＰＰ  ＴＳ  ３６．２１３［４］で９．１．４．３節によって提供されない限り、６．１０．５．２節に記載されるように得られて、非ゼロ電力ＣＳＩ基準信号に対する構成が６．１０．５．２節に記載されるように得られて、６．１０．５．２節によって与えられ、
−  フレーム構造タイプ１及び２に関しては、サブフレームにおける第１スロットにおける指数ｌがｌ≧ｌＥＰＤＣＣＨＳｔａｒｔを満たし、ここで、ｌＥＰＤＣＣＨＳｔａｒｔは３ＧＰＰ  ＴＳ  ３６．２１３［４］の９．１．４．１節によって与えられ、
−  フレーム構造タイプ３に関しては、
−  上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示す場合で、ダウンリンク送信がサブフレームの第２スロットで開始する場合、
−  サブフレームにおける第２スロットにおける指数ｌがｌ≧ｌＥＰＤＣＣＨＳｔａｒｔを満たす。ここで、ｌＥＰＤＣＣＨＳｔａｒｔは３ＧＰＰ  ＴＳ  ３６．２１３［４］の７．１．６．４節によって与えられ、
−  そうでなければ
−  サブフレームにおける第１スロットにおける指数ｌがｌ≧ｌＥＰＤＣＣＨＳｔａｒｔを満たす。ここで、ｌＥＰＤＣＣＨＳｔａｒｔは３ＧＰＰ  ＴＳ  ３６．２１３［４］の７．１．６．４節によって与えられる。
【００６７】
ダウンリンク制御情報（ＤＣＩ）は、制御チャネル、例えば、ＰＤＣＣＨ／ｅＰＤＣＣＨで搬送されるであろう。ダウンリンク制御情報は、ダウンリンクデータ又はアップリンクデータのためのスケジューリングを搬送するために使用されることができる。ダウンリンク制御情報は、ｅＮＢからＵＥに、例えば何らかの手順をトリガする又はＵＥ電力を制御する特別なメッセージを搬送するためにも使用されることもできる。以上の異なる目的を果たすために、数個の異なるＤＣＩフォーマットが存在する。一例としてダウンリンクデータスケジューリングをとると、ダウンリンクデータスケジューリングのためのＤＣＩは、リソース割当て（周波数領域での）、変調及び符号化スキーム、冗長バージョン、ＨＡＲＱ（ハイブリッド自動再送要求）プロセスＩＤ、並びに受信を行うために必要とされる他の情報を含むことができる。より多くの詳細が、以下の通り３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３．１．０に見いだされることができる。
５．３．３．１．５Ｄ  フォーマット２Ｄ
以下の情報が、ＤＣＩフォーマット２Ｄを用いて送信される。
−  キャリアインジケータ−０又は３ビット。フィールドは、［３］における定義に従って存在する。
−  リソース割当てヘッダ（リソース割当てタイプ０／タイプ１）−［３］の７．１．６節に定義されるように１ビット
ダウンリンク帯域幅が１０ＰＲＢ以下であれば、リソース割当てヘッダはなく、リソース割当てタイプ０と仮定される。
−  リソースブロック割当て
−  ［３］の７．１．６．１節に定義されるようなリソース割当てタイプ０の場合、
−  
（外１３）
0006431953.tif 000014
ビットがリソース割当てを提供し、
−  ［３］の７．１．６．２節に定義されるようなリソース割当てタイプ１の場合、
−  このフィールドの
（外１４）
0006431953.tif 000015
ビットがこのリソース割当てタイプに特有のヘッダとして使用されて、選択されるリソースブロックサブセットを示し、
−  １ビットがリソース割当て範囲のシフトを示し、
−  
（外１５）
0006431953.tif 000016
ビットがリソース割当てを提供し、
ここで、Ｐの値は、［３］の［７．１．６．１］節に示されるようにＤＬリソースブロックの数に依存し、
−  ＰＵＣＣＨのためのＴＰＣコマンド−［３］の５．１．２．１節に定義されるように２ビット
−  ダウンリンク割当て指数−表５．３．３．１．２−２に特定されるようなビット数
−  ＨＡＲＱプロセス番号−３ビット（ＦＤＤプライマリセルを伴う場合に対して）、４ビット（ＴＤＤプライマリセルを伴う場合に対して）
−  アンテナポート、スクランブリング識別情報及び層数−ｎＳＣＩＤが［２］の６．１０．３．１節に定義されるアンテナポート７及び８のためのスクランブリング識別情報である表５．３．３．１．５Ｃ−１に特定されるように３ビット、又は上位層パラメータｄｍｒｓ−ｔａｂｌｅＡｌｔが１に設定されるときに、ｎＳＣＩＤが［２］の６．１０．３．１節に定義されるアンテナポート７、８、１１及び１３のためのスクランブリング識別情報である表５．３．３．１．５Ｃ−２に特定されるように４ビット。
−  ＳＲＳ要求−［０−１］ビット。このフィールドはＴＤＤ動作のためにのみ存在することができ、存在する場合、［３］の８．２節に定義されている。
加えて、トランスポートブロック１の場合、
−  変調及び符号化方式−［３］の７．１．７節に定義されるように５ビット
−  新たなデータインジケータ−１ビット
−  冗長バージョン−２ビット
加えて、トランスポートブロック２の場合、
−  変調及び符号化方式−［３］の７．１．７節に定義されるように５ビット
−  新たなデータインジケータ−１ビット
−  冗長バージョン−２ビット
−  ＰＤＳＣＨ  ＲＥマッピング及び擬似同位置インジケータ−［３］の７．１．９及び７．１．１０節に定義されるように２ビット
−  ＨＡＲＱ−ＡＣＫリソースオフセット（このフィールドは、このフォーマットがＥＰＤＣＣＨによって搬送されるときに存在する。このフィールドは、このフォーマットがＰＤＣＣＨによって搬送されるときには存在しない）−［３］の１０．１節に定義されるように２ビット。２ビットは、このフォーマットがセカンダリセル上のＥＰＤＣＣＨによって搬送されるときに、又はこのフォーマットが、セカンダリセル上のＰＤＳＣＨをスケジュールするプライマリセル上のＥＰＤＣＣＨによって搬送され、且つＵＥがＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨフォーマット３を構成されるときに、０に設定される。
両方のトランスポートブロックが有効にされれば、トランスポートブロック１はコードワード０にマッピングされ、トランスポートブロック２はコードワード１にマッピングされる。
トランスポートブロックの１つが無効にされる場合、トランスポートブロックからコードワードへのマッピングは、表５．３．３．１．５−２に従って特定される。単一の有効にされたコードワードの場合、表５．３．３．１．５Ｃ−１における値＝４、５、６は、対応するトランスポートブロックが、それぞれ、２つ、３つ又は４つの層を使用して前もって送信されていれば、そのトランスポートブロックの再送信のためにのみサポートされる。
ＰＤＣＣＨによって搬送されるフォーマット２Ｄでの情報ビット数が表５．３．３．１．２−１におけるサイズの１つに帰属すれば、１つのゼロビットがフォーマット２Ｄに付加されるものとする。
【００６８】
異なるＤＣＩフォーマットが異なるペイロードサイズを有してもよく、ＵＥが異なるＤＣＩフォーマットを取得する必要があってもよいので、ＵＥは、どの候補が又は候補自体が存在するかを知ることなく数個の復号候補を復号する必要がある。それはブラインド復号として知られている。復号候補のリソースは、ＵＥの探索空間として知られている。探索空間は、異なる種類のメッセージを含み得る共通の探索空間及びＵＥ固有探索空間に更に分割される。探索空間内で、ＵＥは、異なるＤＣＩフォーマットを探索してもよい。また、探索空間内で、ＵＥは、異なる識別子、例えば、無線ネットワーク一時識別子（ＲＮＴＩ）でアドレスされる制御チャネルを監視するが、これは、異なるＲＮＴＩで復号候補のＣＲＣ（巡回冗長検査）を逆スクランブルすることによってなされ、どれが検査を通過するかを検査するだろう。関連する手順が、以下の通り３ＧＰＰ  ＴＳ  ３６．２１３で説明されている。
９．１．１  ＰＤＣＣＨ割当て手順
各サービングセルの制御領域は一セットのＣＣＥからなり、［３］における６．８．１項に従って０からＮＣＣＥ，ｋ−１まで番号付けされ、ここでＮＣＣＥ、ｋは、サブフレームｋの制御領域におけるＣＣＥの総数である。
ＵＥは、制御情報のための上位層シグナリングによって構成されるような１つ以上の稼動サービングセル上の一セットのＰＤＣＣＨ候補を監視するものとし、ここで監視することは、全ての監視されるＤＣＩフォーマットに従って一セットにおけるＰＤＣＣＨの各々を復号しようと試みることを暗示する。
ＢＬ／ＣＥ  ＵＥは、ＰＤＣＣＨを監視することを要求されない。
監視すべき一セットのＰＤＣＣＨ候補は探索空間に関して定義され、ここでアグリゲーションレベルＬ∈｛１，２，４，８｝での探索空間
（外１６）
0006431953.tif 000017
は、一セットのＰＤＣＣＨ候補によって定義される。ＰＤＣＣＨが監視される各サービングセルに関しては、探索空間
（外１７）
0006431953.tif 000018
のＰＤＣＣＨ候補ｍに対応するＣＣＥは、
（外１８）
0006431953.tif 000019
によって与えられ、ここでＹｋは以下に定義され、ｉ＝０、…、Ｌ−１である。共通の探索空間の場合、ｍ’＝ｍである。ＰＤＣＣＨ  ＵＥ固有探索空間の場合、ＰＤＣＣＨが監視されるサービングセルに関しては、監視ＵＥがキャリアインジケータフィールドを構成されれば、ｍ’＝ｍ＋Ｍ（Ｌ）・ｎＣＩであり、ここでｎＣＩはキャリアインジケータフィールド値であり、代わりに監視ＵＥがキャリアインジケータフィールドを構成されなければ、ｍ’＝ｍであり、ここでｍ＝０、…、Ｍ（Ｌ）−１である。Ｍ（Ｌ）は、所与の探索空間で監視すべきＰＤＣＣＨ候補の数である。
ＵＥが上位層パラメータｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌ−ｒ１３を構成されれば、キャリアインジケータフィールド値はｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌ−ｒ１３に対応し、そうでなければキャリアインジケータフィールド値は［１１］で与えられるＳｅｒｖＣｅｌｌＩｎｄｅｘと同じである。
ＵＥは、プライマリセルでのアグリゲーションレベル４及び８の各々で非ＤＲＸサブフレームごとに１つの共通の探索空間を監視するものとする。
ＵＥは、上位層によって構成されるとき、セル上の共通の探索空間を監視して、そのセル上のＭＢＭＳを受信するのに必要なＰＤＣＣＨを復号するものとする。
ＵＥがＥＰＤＣＣＨ監視のために構成されず、ＵＥがキャリアインジケータフィールドを構成されなければ、ＵＥは、非ＤＲＸサブフレームごとに各稼動サービングセル上のアグリゲーションレベル１、２、４、８の各々で１つのＰＤＣＣＨ  ＵＥ固有探索空間を監視するものとする。
ＵＥがＥＰＤＣＣＨ監視のために構成されず、ＵＥがキャリアインジケータフィールドを構成されれば、ＵＥは、非ＤＲＸサブフレームごとに上位層シグナリングによって構成されるような１つ以上の稼動サービングセル上のアグリゲーションレベル１、２、４、８の各々で１つ以上のＵＥ固有探索空間を監視するものとする。
ＵＥがサービングセル上のＥＰＤＣＣＨ監視のために構成され、そのサービングセルが稼動され、ＵＥがキャリアインジケータフィールドを構成されなければ、ＵＥは、ＥＰＤＣＣＨがそのサービングセル上で監視されない全ての非ＤＲＸサブフレームにおいてそのサービングセル上のアグリゲーションレベル１、２、４、８の各々で１つのＰＤＣＣＨ  ＵＥ固有探索空間を監視するものとする。
ＵＥがサービングセル上のＥＰＤＣＣＨ監視のために構成され、そのサービングセルが稼動され、ＵＥがキャリアインジケータフィールドを構成されれば、ＵＥは、ＥＰＤＣＣＨがそのサービングセル上で監視されない全ての非ＤＲＸサブフレームにおいて上位層シグナリングによって構成されるようなそのサービングセル上のアグリゲーションレベル１、２、４、８の各々で１つ以上のＰＤＣＣＨ  ＵＥ固有探索空間を監視するものとする。
プライマリセル上の共通及びＰＤＣＣＨ  ＵＥ固有探索空間は重複してもよい。
サービングセルｃ上のＰＤＣＣＨを監視することと関連付けられるキャリアインジケータフィールドが構成されるＵＥは、キャリアインジケータフィールド及びサービングセルｃのＰＤＣＣＨ  ＵＥ固有探索空間でＣ−ＲＮＴＩによってスクランブルされるＣＲＣが構成されるＰＤＣＣＨを監視するものとする。
プライマリセル上のＰＤＣＣＨを監視することと関連付けられるキャリアインジケータフィールドが構成されるＵＥは、キャリアインジケータフィールド及びプライマリセルのＰＤＣＣＨ  ＵＥ固有探索空間でＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣが構成されるＰＤＣＣＨを監視するものとする。
ＵＥは、キャリアインジケータフィールドのないＰＤＣＣＨに対して共通の探索空間を監視するものとする。
ＰＤＣＣＨが監視されるサービングセルに関しては、ＵＥがキャリアインジケータフィールドを構成されなければ、それはキャリアインジケータフィールドのないＰＤＣＣＨに対してＰＤＣＣＨ  ＵＥ固有探索空間を監視するものとし、ＵＥがキャリアインジケータフィールドを構成されれば、それはキャリアインジケータフィールドを持つＰＤＣＣＨに対してＰＤＣＣＨ  ＵＥ固有探索空間を監視するものとする。
ＵＥがＬＡＡ  Ｓｃｅｌｌを構成されない場合、ＵＥは、それが別のサービングセルでセカンダリセルに対応するキャリアインジケータフィールドを持つＰＤＣＣＨを監視するように構成されれば、そのセカンダリセルのＰＤＣＣＨを監視するのを予期されない。
ＵＥがＬＡＡ  Ｓｃｅｌｌを構成される場合、ＵＥは、それが別のサービングセルでＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドを持つＰＤＣＣＨを監視するように構成されれば、そのＬＡＡ  ＳＣｅｌｌのＰＤＣＣＨ  ＵＥ固有空間を監視するのを予期されず、
−  ここでＵＥは、ＬＡＡ  Ｓｃｅｌｌでキャリアインジケータフィールドを持つＰＤＣＣＨを監視するように構成されるのを予期されず、
−  ここでＵＥは、ＵＥが別のサービングセルでＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドを持つＰＤＣＣＨを監視するように構成されれば、そのＬＡＡ  Ｓｃｅｌｌでサブフレームにおける第２スロットで開始するＰＤＳＣＨをスケジュールされるのを予期されない。
ＰＤＣＣＨが監視されるサービングセルに関しては、ＵＥは、少なくとも同じサービングセルに対するＰＤＣＣＨ候補を監視するものとする。
共通のペイロードサイズを持ち、同じ第１ＣＣＥ指数ｎＣＣＥを（１０．１項で説明するように）持つが、［４］に定義されるように異なるセットのＤＣＩ情報フィールドを持つ、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨ候補を、プライマリセル上の
共通の探索空間
ＰＤＣＣＨ  ＵＥ固有探索空間
で監視するように構成されるＵＥは、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨ候補に対して、
ＵＥが、プライマリセル上のＰＤＣＣＨを監視することと関連付けられるキャリアインジケータフィールドを構成されれば、共通の探索空間におけるＰＤＣＣＨのみがプライマリセルによって送信され、
そうでなければ、ＵＥ固有探索空間におけるＰＤＣＣＨのみがプライマリセルによって送信される、と仮定するものとする。
ＣＩＦ、及びＣ−ＲＮＴＩによってスクランブルされるＣＲＣを持つ所与のＤＣＩフォーマットサイズを持つ所与のサービングセルにおけるＰＤＣＣＨ候補を監視するように構成され、ここでＰＤＣＣＨ候補が所与のＤＣＩフォーマットサイズのためのＣＩＦの１つ又は複数の可能な値を有してもよいＵＥは、所与のＤＣＩフォーマットサイズのためのＣＩＦの可能な値の何れかに対応する何れかのＰＤＣＣＨ  ＵＥ固有探索空間で所与のサービングセルにおいて、所与のＤＣＩフォーマットサイズを持つＰＤＣＣＨ候補が送信されてもよいと仮定するものとする。
サービングセルがＬＡＡ  Ｓｃｅｌｌであり、Ｓｃｅｌｌに対する上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示せば、
−  ＵＥはサブフレームの第１及び第２両方のスロットでＳｃｅｌｌ上のＰＤＣＣＨ  ＵＥ固有探索空間候補を監視し、探索空間を定義するアグリゲーションレベルは表９．１．１−１Ａに挙げられ、
そうでなければ、
−  探索空間を定義するアグリゲーションレベルは表９．１．１−１に挙げられる。
サービングセルがＬＡＡ  Ｓｃｅｌｌであれば、ＵＥは、ＬＡＡ  Ｓｃｅｌｌ上で１３Ａ項に記載されるようにＣＣ−ＲＮＴＩによってスクランブルされるＤＣＩ  ＣＲＣを持つＰＤＣＣＨを受信することができる。
ＵＥが監視するものとするＤＣＩフォーマットは、７．１項に定義されるように各サービングセルごとの構成された送信モードに依存する。
ＵＥがサービングセルに対して上位層パラメータｓｋｉｐＭｏｎｉｔｏｒｉｎｇＤＣＩ−ｆｏｒｍａｔ０−１Ａを構成されれば、ＵＥは、そのサービングセルに対するＵＥ固有探索空間でＤＣＩフォーマット０／１Ａを持つＰＤＣＣＨを監視することを要求されない。
ＵＥがサービングセルに対するアグリゲーションレベルＬでＵＥ固有探索空間に対して上位層パラメータｐｄｃｃｈ−ｃａｎｄｉｄａｔｅＲｅｄｕｃｔｉｏｎｓを構成されれば、ＰＤＣＣＨ候補の対応数は
（外１９）
0006431953.tif 000020
によって与えられ、ここでａの値は表９．１．１−２に従って決定され、Ｍ（Ｌ）を
（外２０）
0006431953.tif 000021
に置き換えることによって、
（外２１）
0006431953.tif 000022
が表９．１．１−１に従って決定される。
［「ＵＥによって監視されるＰＤＣＣＨ候補」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−１は図８として複製される］
［「ＬＡＡ  Ｓｃｅｌｌ上でＵＥによって監視されるＰＤＣＣＨ  ＵＥ固有探索空間候補」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−１Ａは図９として複製される］
［「ＰＤＣＣＨ候補削減のためのスケーリング因子」という名称の３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表９．１．１−２は図１０として複製される］
共通の探索空間の場合、Ｙｋは、２つのアグリゲーションレベルＬ＝４及びＬ＝８に対して０に設定される。
アグリゲーションレベルＬでのＵＥ固有探索空間
（外２２）
0006431953.tif 000023
の場合、変数Ｙｋは、
Ｙｋ＝（Ａ・Ｙｋ−１）ｍｏｄＤ
によって定義され、ここでＹ−１＝ｎＲＮＴＩ≠０、Ａ＝３９８２７、Ｄ＝６５５３７及び
（外２３）
0006431953.tif 000024
であり、ｎｓは無線フレーム内のスロット番号である。
ｎＲＮＴＩのために使用されるＲＮＴＩ値は、ダウンリンクでは７．１項及びアップリンクでは８項に定義される。
［…］
９．１．４  ＥＰＤＣＣＨ割当て手順
各サービングセルに対して、上位層シグナリングは、ＥＰＤＣＣＨ監視のために１つ又は２つのＥＰＤＣＣＨ−ＰＲＢセットでＵＥを構成することができる。ＥＰＤＣＣＨ−ＰＲＢセットに対応するＰＲＢ対は、９．１．４．４項に記載されるように上位層によって示される。各ＥＰＤＣＣＨ−ＰＲＢセットは、０からＮＥＣＣＥ，ｐ，ｋ−１まで番号付けされる一セットのＥＣＣＥからなり、ここでＮＥＣＣＥ、ｐ、ｋはサブフレームｋのＥＰＤＣＣＨ−ＰＲＢセットｐにおけるＥＣＣＥの数である。各ＥＰＤＣＣＨ−ＰＲＢセットは、局所ＥＰＤＣＣＨ送信か又は分散ＥＰＤＣＣＨ送信か何れかのために構成されることができる。
ＵＥは、制御情報のための上位層シグナリングによって構成されるような１つ以上の稼動サービングセル上の一セットのＥＰＤＣＣＨ候補を監視するものとし、ここで監視することは、監視されるＤＣＩフォーマットに従って一セットにおけるＥＰＤＣＣＨの各々を復号しようと試みることを暗示する。
ＢＬ／ＣＥ  ＵＥは、ＥＰＤＣＣＨを監視することを要求されない。
監視すべき一セットのＥＰＤＣＣＨ候補は、ＥＰＤＣＣＨ  ＵＥ固有探索空間に関して定義される。
各サービングセルに関しては、ＵＥがＥＰＤＣＣＨ  ＵＥ固有探索空間を監視するサブフレームは、上位層によって構成される。
ＵＥは、ＥＰＤＣＣＨを監視しないものとする。
−  ＴＤＤ及び通常のダウンリンクＣＰの場合、［３］の表４．２−１に図示される特別なサブフレーム構成０及び５に対する特別なサブフレームにおいて。
−  ＴＤＤ及び拡張ダウンリンクＣＰの場合、［３］の表４．２−１に図示される特別なサブフレーム構成０、４及び７に対する特別なサブフレームにおいて。
−  ＰＭＣＨを復号するために上位層によって示されるサブフレームにおいて。
−ＴＤＤ及びＵＥがプライマリ及びセカンダリセルに対して異なるＵＬ／ＤＬ構成を構成される場合、プライマリセル上の同じサブフレームが特別なサブフレームであり、ＵＥがプライマリ及びセカンダリセル上で同時受信及び送信を可能でないとき、セカンダリセル上のダウンリンクサブフレームにおいて。
アグリゲーションレベルＬ∈｛１，２，４，８，１６，３２｝でのＥＰＤＣＣＨ  ＵＥ固有探索空間
（外２４）
0006431953.tif 000025
は、一セットのＥＰＤＣＣＨ候補によって定義される。
ＥＰＤＣＣＨ−ＰＲＢセットｐに関しては、探索空間
（外２５）
0006431953.tif 000026
のＥＰＤＣＣＨ候補ｍに対応するＥＣＣＥは、
（外２６）
0006431953.tif 000027
によって与えられ、ここで
Ｙｐ，ｋは以下に定義され、
ｉ＝０、…、Ｌ−１であり、
ＵＥが、ＥＰＤＣＣＨが監視されるサービングセルに対するキャリアインジケータフィールドを構成されれば、ｂ＝ｎＣＩであり、そうでなければｂ＝０であり、
ｎＣＩはキャリアインジケータフィールド値であり、
（外２７）
0006431953.tif 000028
である。
ＵＥが、ＥＰＤＣＣＨが監視されるサービングセルに対するキャリアインジケータフィールドを構成されなければ、
（外２８）
0006431953.tif 000029
は、以下に表９．１．４−１ａ、９．１．４−１ｂ、９．１．４−２ａ、９．１．４−２ｂ、９．１．４−３ａ、９．１．４−３ｂ、９．１．４−４ａ、９．１．４−４ｂ、９．１．４−５ａ、９．１．４−５ｂに与えられるように、ＥＰＤＣＣＨが監視されるサービングセルに対するＥＰＤＣＣＨ−ＰＲＢセットｐでのアグリゲーションレベルＬで監視すべきＥＰＤＣＣＨ候補の数であり、そうでなければ、
（外２９）
0006431953.tif 000030
は、ｎＣＩによって示されるサービングセルに対するＥＰＤＣＣＨ−ＰＲＢセットｐでのアグリゲーションレベルＬで監視すべきＥＰＤＣＣＨ候補の数である。
ＵＥがサービングセルに対するＥＰＤＣＣＨ−ＰＲＢセットｐでのアグリゲーションレベルＬで特定の探索空間に対して上位層パラメータｐｄｃｃｈ−ｃａｎｄｉｄａｔｅＲｅｄｕｃｔｉｏｎｓを構成されれば、ＥＰＤＣＣＨ候補の対応数は
（外３０）
0006431953.tif 000031
によって与えられ、ここでａの値は表９．１．１−２に従って決定され、
（外３１）
0006431953.tif 000032
を
（外３２）
0006431953.tif 000033
に置き換えることによって、
（外３３）
0006431953.tif 000034
が表９．１．４−１ａ〜９．１．４−５ｂに従って決定される。
ＵＥが上位層パラメータｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌ−ｒ１３を構成されれば、キャリアインジケータフィールド値はｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌ−ｒ１３に対応し、そうでなければキャリアインジケータフィールド値は［１１］で与えられるＳｅｒｖＣｅｌｌＩｎｄｅｘと同じである。
ＥＰＤＣＣＨ候補に対応するＥＣＣＥが、同じサブフレームにおけるＰＢＣＨか又は一次若しくは二次同期信号か何れかの送信と周波数において重複するＰＲＢ対にマッピングされる場合、ＵＥはそのＥＰＤＣＣＨ候補を監視するのを予期されない。
ＵＥが同じ
（外３４）
0006431953.tif 000035
値を持つ２つのＥＰＤＣＣＨ−ＰＲＢセットを構成される場合（ここで
（外３５）
0006431953.tif 000036
は［３］で６．１０．３Ａ．１項に定義される）、ＵＥが、ＥＰＤＣＣＨ−ＰＲＢセットの１つに対応し、所与の一セットのＲＥにのみマッピングされ（［３］で６．８Ａ．５項に記載されるように）、かつ所与のＤＣＩペイロードサイズを持つＥＰＤＣＣＨ候補を受信する場合、ＵＥが、同じＤＣＩペイロードサイズを持ち、かつ他方のＥＰＤＣＣＨ−ＰＲＢセットに対応し、同じ一セットのＲＥにのみマッピングされるＥＰＤＣＣＨ候補を監視するようにも構成される場合、受信ＥＰＤＣＣＨ候補の第１ＥＣＣＥの数が、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースを決定するために使用されれば（１０．１．２項及び１０．１．３項に記載されるように）、第１ＥＣＣＥの数は、ＥＰＤＣＣＨ−ＰＲＢセットｐ＝０に基づいて決定されるものとする。
変数Ｙｐ，ｋは、
Ｙｐ，ｋ＝（Ａｐ・Ｙｐ，ｋ−１）ｍｏｄＤ
によって定義され、式中Ｙｐ，−１＝ｎＲＮＴＩ≠０、Ａ０＝３９８２７、Ａ１＝３９８２９、Ｄ＝６５５３７及び
（外３６）
0006431953.tif 000037
であり、ｎｓは無線フレーム内のスロット番号である。ｎＲＮＴＩのために使用されるＲＮＴＩ値は、ダウンリンクでは７．１項及びアップリンクでは８項に定義される。ＵＥが監視するものとするＤＣＩフォーマットは、７．１項に定義されるように各サービングセルごとの構成された送信モードに依存する。
ＵＥがサービングセルに対して上位層パラメータｓｋｉｐＭｏｎｉｔｏｒｉｎｇＤＣＩ−ｆｏｒｍａｔ０−１Ａを構成されれば、ＵＥは、そのサービングセルに対するＵＥ固有探索空間でＤＣＩフォーマット０／１Ａを持つＥＰＤＣＣＨを監視することを要求されない。
サービングセルがＬＡＡ  Ｓｃｅｌｌであり、Ｓｃｅｌｌに対する上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示せば、
−  ＵＥは、Ｓｃｅｌｌ上のＥＰＤＣＣＨ  ＵＥ固有探索空間候補がサブフレームの第１スロットも第２スロットも両方で開始すると仮定して、それらを監視する。
探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は以下の通り与えられる。
−  分散送信のために１つのＥＰＤＣＣＨ−ＰＲＢセットのみが構成されるＵＥの場合、探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は、表９．１．４−１ａ、表９．１．４−１ｂに挙げられる。
−  局所送信のために１つのＥＰＤＣＣＨ−ＰＲＢセットのみが構成されるＵＥの場合、探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は、表９．１．４−２ａ、表９．１．４−２ｂに挙げられる。
−  分散送信のために２つのＥＰＤＣＣＨ−ＰＲＢセットが構成されるＵＥの場合、探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は、表９．１．４−３ａ、９．１．４−３ｂに挙げられる。
−  局所送信のために２つのＥＰＤＣＣＨ−ＰＲＢセットが構成されるＵＥの場合、探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は、表９．１．４−４ａ、９．１．４−４ｂに挙げられる。
−  分散送信のための１つのＥＰＤＣＣＨ−ＰＲＢセット及び局所送信のための１つのＥＰＤＣＣＨ−ＰＲＢセットが構成されるＵＥの場合、探索空間を定義するアグリゲーションレベル及び監視されるＥＰＤＣＣＨ候補の数は、表９．１．４−５ａ、９．１．４−５ｂに挙げられる。
ＵＥが、ＥＰＤＣＣＨが監視されるサービングセルに対するキャリアインジケータフィールドを構成されなければ、ＥＰＤＣＣＨが監視されるサービングセルの
（外３７）
0006431953.tif 000038
である。ＵＥが、ＥＰＤＣＣＨが監視されるサービングセルに対するキャリアインジケータフィールドを構成されれば、ｎＣＩによって示されるサービングセルの
（外３８）
0006431953.tif 000039
である。
【００６９】
３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．１．１がまた述べるように、
７．１  物理ダウンリンク共有チャネルを受信するためのＵＥ手順
上位層パラメータｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔによって又はｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ−ｖ１２ｘ０によって又はサービングセルｃのｌａａ−ＳＣｅｌｌＳｕｂｆｒａｍｅＣｏｎｆｉｇによって示されるサブフレームを除いて、ＵＥは、
−  サブフレームでＵＥのために意図されるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ又は２Ｄを持つサービングセルのＰＤＣＣＨの検出に応じて、又は、
−  サブフレームでＵＥのために意図されるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ又は２Ｄを持つサービングセルのＥＰＤＣＣＨの検出に応じて、
上位層に定義されるトランスポートブロックの数の制限を持つ同じサブフレームにおける対応するＰＤＳＣＨを復号するものとする。
［…］
ＵＥがＳＩ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−１に定義される組合せの何れかに従ってＰＤＣＣＨ及び対応するＰＤＳＣＨを復号するものとする。これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＳＩ−ＲＮＴＩによる。
［「ＳＩ−ＲＮＴＩによって構成されるＰＤＣＣＨ及びＰＤＳＣＨ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−１は図１１として複製される］
ＵＥがＰ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−２に定義される組合せの何れかに従ってＰＤＣＣＨ及び対応するＰＤＳＣＨを復号するものとする。
これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＰ−ＲＮＴＩによる。
ＵＥがＰ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＭＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−２Ａに定義される組合せの何れかに従ってＭＰＤＣＣＨ及び任意の対応するＰＤＳＣＨを復号するものとする。
これらのＭＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＰ−ＲＮＴＩによる。
ＵＥは、ＰＳＣｅｌｌ上のＰ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨを監視することを要求されない。
［「Ｐ−ＲＮＴＩによって構成されるＰＤＣＣＨ及びＰＤＳＣＨ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−２は図１２として複製される］
［…］
ＵＥがＲＡ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−３に定義される組合せの何れかに従ってＰＤＣＣＨ及び対応するＰＤＳＣＨを復号するものとする。これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＲＡ−ＲＮＴＩによる。
ＵＥがＲＡ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＭＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−３Ａに定義される組合せの何れかに従ってＭＰＤＣＣＨ及び対応するＰＤＳＣＨを復号するものとする。これらのＭＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＲＡ−ＲＮＴＩによる。
ＲＡ−ＲＮＴＩ及びＣ−ＲＮＴＩか又はＳＰＳ  Ｃ−ＲＮＴＩか何れかが同じサブフレームに割り当てられるとき、ＵＥは、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨ／ＥＰＤＣＣＨによって示されるプライマリセル上のＰＤＳＣＨを復号することを要求されない。
［「ＲＡ−ＲＮＴＩによって構成されるＰＤＣＣＨ及びＰＤＳＣＨ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−３は図１３として複製される］
［…］
ＵＥは、モード１からモード１０まで表される送信モードの１つに従ってＰＤＣＣＨ／ＥＰＤＣＣＨを介してシグナリングされるＰＤＳＣＨデータ送信を受信するように上位層シグナリングを介して半静的に構成される。
［…］
ＵＥがＣ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−５に定義されるそれぞれの組合せに従ってＰＤＣＣＨ及び任意の対応するＰＤＳＣＨを復号するものとする。これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＣ−ＲＮＴＩによる。
ＵＥがＣ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＥＰＤＣＣＨを復号するように上位層によって構成されれば、ＵＥは、表７．１−５Ａに定義されるそれぞれの組み合せに従ってＥＰＤＣＣＨ及び任意の対応するＰＤＳＣＨを復号するものとする。これらのＥＰＤＣＣＨに対応するＰＤＳＣＨのスクランブリング初期化はＣ−ＲＮＴＩによる。
［…］
ＵＥが送信モード９又は１０で構成されると、上位層パラメータｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔによって又はｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ−ｖ１２ｘ０によって又はサービングセルｃのｌａａ−ＳＣｅｌｌＳｕｂｆｒａｍｅＣｏｎｆｉｇによって示されるダウンリンクサブフレームにおいて、
−  ＰＭＣＨを復号するために上位層によって示される、又は
−  位置付け基準信号機会の一部であるように上位層によって構成されるサービングセルに対するサブフレームを除いて、位置付け基準信号機会がＭＢＳＦＮサブフレーム内でのみ構成され、サブフレーム＃０で使用されるサイクリックプリフィックス長が通常のサイクリックプリフィックスであり、
ＵＥは、ＵＥのために意図されるＤＣＩフォーマット１Ａ／２Ｃ／２Ｄを持つＣ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＰＤＣＣＨの検出に応じて又は、ＵＥのために意図されるＤＣＩフォーマット１Ａ／２Ｃ／２Ｄを持つＣ−ＲＮＴＩによってスクランブルされるＣＲＣを持つＥＰＤＣＣＨの検出に応じて、同じサブフレームにおける対応するＰＤＳＣＨを復号するものとする。
［…］
［「Ｃ−ＲＮＴＩによって構成されるＰＤＣＣＨ及びＰＤＳＣＨ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．１の表７．１−５は図１４として複製される］
【００７０】
更には、３ＧＰＰ  ＴＳ  ３６．２１２が述べるように、
５．３．３  ダウンリンク制御情報
ＤＣＩは、ダウンリンク、アップリンク若しくはサイドリンクスケジューリング情報、非周期的ＣＱＩ報告の要求、ＬＡＡ共通情報、ＭＣＣＨ変更の通知［６］、又は１つのセル及び１つのＲＮＴＩに対するアップリンク電力制御指令を転送する。ＲＮＴＩはＣＲＣに暗黙に符合化される。
図５．３．３−１は、１つのＤＣＩのための処理構造を示す。以下のコーディングステップが識別されることができる。
−  情報要素多重化
−  ＣＲＣ付加
−  チャネルコーディング
−  レートマッチング
ＤＣＩのためのコーディングステップは、以下の図に示される。
［「１つのＤＣＩのための処理」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．１．０の図５．３．３−１は図１５として複製される］
［…］
５．３．３．２  ＣＲＣ付加
誤り検出は、巡回冗長検査（ＣＲＣ）を通じてＤＣＩ送信に提供される。
ペイロード全体がＣＲＣパリティビットを計算するために使用される。ペイロードのビットをａ０、ａ１、ａ２、ａ３、…、ａＡ−１で、及びパリティビットをｐ０、ｐ１、ｐ２、ｐ３、…、ｐＬ−１で表す。Ａはペイロードサイズであり、Ｌはパリティビットの数である。
パリティビットは、Ｌを１６ビットに設定して５．１．１節に従って計算及び付加されて、結果としてシーケンスｂ０、ｂ１、ｂ２、ｂ３、…、ｂＢ−１になり、ここでＢ＝Ａ＋Ｌである。
閉ループＵＥ送信アンテナ選択が構成されない又は適用可能でない場合には、付加後に、ＣＲＣパリティビットは対応するＲＮＴＩｘｒｎｔｉ，０、ｘｒｎｔｉ，１、…、ｘｒｎｔｉ，１５でスクランブルされ、ここでｘｒｎｔｉ，０はＲＮＴＩのＭＳＢに対応し、ビットのシーケンスｃ０、ｃ１、ｃ２、ｃ３、…、ｃＢ−１を形成する。ｃｋとｂｋとの間の関係は、
ｃｋ＝ｂｋ、但しｋ＝０、１、２、…、Ａ−１
ｃｋ＝（ｂｋ＋ｘｒｎｔｉ，ｋ−Ａ）ｍｏｄ２、但しｋ＝Ａ、Ａ＋１、Ａ＋２、…、Ａ＋１５である。
閉ループＵＥ送信アンテナ選択が構成され、適用可能な場合には、付加後に、ＤＣＩフォーマット０を持つＣＲＣパリティビットは、表５．３．３．２−１に示されるようなアンテナ選択マスクｘＡＳ，０、ｘＡＳ，１、…、ｘＡＳ，１５及び対応するＲＮＴＩｘｒｎｔｉ，０、ｘｒｎｔｉ，１、…、ｘｒｎｔｉ，１５でスクランブルされて、ビットのシーケンスｃ０、ｃ１、ｃ２、ｃ３、…、ｃＢ−１を形成する。ｃｋとｂｋとの間の関係は、
ｃｋ＝ｂｋ、但しｋ＝０、１、２、…、Ａ−１
ｃｋ＝（ｂｋ＋ｘｒｎｔｉ，ｋ−Ａ＋ｘＡＳ，ｋ−Ａ）ｍｏｄ２、但しｋ＝Ａ、Ａ＋１、Ａ＋２、…、Ａ＋１５である。
［「ＵＥ送信アンテナ選択マスク」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．１．０の表５．３．３．２−１は図１６として複製される］
【００７１】
制御チャネルとデータチャネルとの間のタイミング関係は、ＬＴＥで特定される。ＵＥがダウンリンクデータをスケジュールするためのサブフレームｎで制御チャネルを受信するとき、関連するダウンリンクデータは同じサブフレームｎのデータ領域に設けられるであろう。それは、受信後の特定のサブフレームで、例えば、サブフレームｎ＋４で対応するＨＡＲＱフィードバックを送信するであろう。ダウンリンクデータ受信に関しては、非同期ＨＡＲＱが適用される、即ち、再送信タイミングはフィードバックタイミングに結びつけられない。したがって、ＤＬデータスケジューリングのために、ＨＡＲＱプロセスＩＤが必要とされるであろう。ＵＬデータスケジューリングに関しては、ＵＥがアップリンクデータをスケジュールするためのサブフレームｎで制御チャネルを受信するとき、関連するダウンリンクデータはサブフレームｎ＋４に設けられるであろう。ＵＬデータに関しては、制御／データが周波数領域で多重化され、ＵＬデータは、割り当てられるリソース内のサブフレームで、基準信号（ＲＳ）によって占有され得るものを除いて全てのシンボルを占有することができるので、制御領域がない。それは、受信後の特定のサブフレームで、例えば、サブフレームｎ＋４で対応するＨＡＲＱフィードバック又は再送信グラントを予期するであろう。アップリンクデータ送信に関しては、同期ＨＡＲＱが適用される、即ち、再送信タイミングがフィードバックタイミングに結びつけられる。したがって、ＵＬデータスケジューリングのためには、ＨＡＲＱプロセスＩＤは必要とされない。
【００７２】
タイミングに関する追加の詳細が、以下の通り３ＧＰＰ  ＴＳ  ３６．２１３に記載される。
７．１  物理ダウンリンク共有チャネルを受信するためのＵＥ手順
上位層パラメータｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔによって又はｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ−ｖ１２ｘ０によって又はサービングセルｃのｌａａ−ＳＣｅｌｌＳｕｂｆｒａｍｅＣｏｎｆｉｇによって示されるサブフレームを除いて、ＵＥは、
−  サブフレームでＵＥのために意図されるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ又は２Ｄを持つサービングセルのＰＤＣＣＨの検出に応じて、又は、
−  サブフレームでＵＥのために意図されるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ又は２Ｄを持つサービングセルのＥＰＤＣＣＨの検出に応じて、
上位層に定義されるトランスポートブロックの数の制限を持つ同じサブフレームにおける対応するＰＤＳＣＨを復号するものとする。
［…］
８．０  物理アップリンク共有チャネルを送信するためのＵＥ手順
本項における用語「ＵＬ／ＤＬ構成」は、別途特定されない限り、上位層パラメータｓｕｂｆｒａｍｅＡｓｓｉｇｎｍｅｎｔを指す。
ＦＤＤ及び通常のＨＡＲＱ動作の場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのＤＣＩフォーマット０／４を持つＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＰＨＩＣＨ送信の所与のサービングセル上での検出に応じて、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従ってサブフレームｎ＋４で対応するＰＵＳＣＨ送信を調節するものとする。
ＦＤＤ−ＴＤＤ及び通常のＨＡＲＱ動作並びにフレーム構造タイプ１を持つサービングセルｃに対するＰＵＳＣＨの場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのＤＣＩフォーマット０／４を持つＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＰＨＩＣＨ送信の検出に応じて、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従ってサブフレームｎ＋４でサービングセルｃに対する対応するＰＵＳＣＨ送信を調節するものとする。
［…］
−  ＴＤＤ  ＵＬ／ＤＬ構成１−６で通常のＨＡＲＱ動作の場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのアップリンクＤＣＩフォーマットを持つＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＰＨＩＣＨ送信の検出に応じて、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、表８−２に与えられるｋを持つサブフレームｎ＋ｋで対応するＰＵＳＣＨ送信を調節するものとする。
−  ＴＤＤ  ＵＬ／ＤＬ構成０で通常のＨＡＲＱ動作の場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのアップリンクＤＣＩフォーマットを持つＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＰＨＩＣＨ送信の検出に応じて、アップリンクＤＣＩフォーマットを持つＰＤＣＣＨ／ＥＰＤＣＣＨにおけるＵＬ指数のＭＳＢが１に設定されるか又は、９．１．２項に定義されるように、ＩＰＨＩＣＨ＝０に対応するリソースにおけるサブフレームｎ＝０若しくは５でＰＨＩＣＨが受信されれば、表８−２に与えられるｋを持つサブフレームｎ＋ｋで対応するＰＵＳＣＨ送信を調節するものとする。ＴＤＤ  ＵＬ／ＤＬ構成０で通常のＨＡＲＱ動作の場合、ＤＣＩフォーマット０／４におけるＵＬ指数のＬＳＢがサブフレームｎで１に設定されるか又は、９．１．２項に定義されるように、ＩＰＨＩＣＨ＝１に対応するリソースにおけるサブフレームｎ＝０若しくは５でＰＨＩＣＨが受信されるか又はサブフレームｎ＝１若しくは６でＰＨＩＣＨが受信されれば、ＵＥはサブフレームｎ＋７で対応するＰＵＳＣＨ送信を調節するものとする。ＴＤＤ  ＵＬ／ＤＬ構成０の場合、アップリンクＤＣＩフォーマットを持つＰＤＣＣＨ／ＥＰＤＣＣＨにおけるＵＬ指数のＭＳＢもＬＳＢも両方ともサブフレームｎで設定されれば、ＵＥは、表８−２に与えられるｋを持つサブフレームｎ＋ｋ及びｎ＋７の両方で対応するＰＵＳＣＨ送信を調節するものとする。
ＴＤＤ  ＵＬ／ＤＬ構成１及び６でサブフレームバンドリング動作の場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのＤＣＩフォーマット０を持つＰＤＣＣＨ／ＥＰＤＣＣＨ、及び／又は表８−２ａに与えられるｌを持つサブフレームｎ−ｌでＵＥのために意図されるＰＨＩＣＨ送信の検出に応じて、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、表８−２に与えられるｋを持つサブフレームｎ＋ｋでバンドルにおける対応する第１ＰＵＳＣＨ送信を調節するものとする。
ＴＤＤ  ＵＬ／ＤＬ構成０でサブフレームバンドリング動作の場合、ＵＥは、ＵＥのために意図されるサブフレームｎでのＤＣＩフォーマット０を持つＰＤＣＣＨ／ＥＰＤＣＣＨ、及び／又は表８−２ａに与えられるｌを持つサブフレームｎ−ｌでＵＥのために意図されるＰＨＩＣＨ送信の検出に応じて、ＤＣＩフォーマット０におけるＵＬ指数のＭＳＢが１に設定されれば又は、９．１．２項に定義されるように、ＩＰＨＩＣＨ＝０であれば、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、表８−２に与えられるｋを持つサブフレームｎ＋ｋでバンドルにおける対応する第１ＰＵＳＣＨ送信を調節するものとする。ＴＤＤ  ＵＬ／ＤＬ構成０でサブフレームバンドリング動作の場合、ＤＣＩフォーマット０を持つＰＤＣＣＨ／ＥＰＤＣＣＨにおけるＵＬ指数のＬＳＢがサブフレームｎで１に設定されれば又は、９．１．２項に定義されるように、ＩＰＨＩＣＨ＝１であれば、ＵＥは、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、サブフレームｎ＋７でバンドルにおける対応する第１ＰＵＳＣＨ送信を調節するものとする。
［「ＴＤＤ構成０〜６に対するｋ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表８−２は図１７ａとして複製される］
［「ＴＤＤ構成０、１及び６に対するｌ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表８−２ａは図１７ｂとして複製される］
［…］
９．１．２  ＰＨＩＣＨ割当て手順
ＵＥが複数のタグを構成されなければ、又はＵＥが複数のタグを構成されれば、サブフレームｎでサービングセルｃからスケジュールされるＰＵＳＣＨ送信は、セカンダリセルに対するランダムアクセスプリアンブル送信に対応するランダムアクセス応答グラントによってスケジュールされない。
−  サブフレームｎでサービングセルｃからスケジュールされるＰＵＳＣＨ送信に対して、ＵＥは、サブフレームｎ＋ｋＰＨＩＣＨでサービングセルｃの対応するＰＨＩＣＨリソースを決定するものとし、ここで、
−  ｋＰＨＩＣＨは、ＦＤＤの場合、常に４である。
−  ｋＰＨＩＣＨは、ＦＤＤ−ＴＤＤでサービングセルｃフレーム構造タイプ２の場合、６であり、ＰＵＳＣＨ送信はフレーム構造タイプ１を持つ別のサービングセルに対するものである。
−  ｋＰＨＩＣＨは、ＦＤＤ−ＴＤＤでサービングセルｃフレーム構造タイプ１の場合、４であり、ＰＵＳＣＨ送信はフレーム構造タイプ１を持つサービングセルに対するものである。
−  ｋＰＨＩＣＨは、ＦＤＤ−ＴＤＤでサービングセルｃフレーム構造タイプ１の場合、表９．１．２−１に与えられ、ＰＵＳＣＨ送信はフレーム構造タイプ２を持つ別のサービングセルに対するものである。
−  ＴＤＤの場合、ＵＥが何れのサービングセルに対してもＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２を構成されず、ＵＥが１つのサービングセルを構成されれば、又はＵＥが２つ以上のサービングセルを構成され、全ての構成されたサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じであれば、サブフレームｎでサービングセルｃからスケジュールされるＰＵＳＣＨ送信に対して、ＵＥは、サブフレームｎ＋ｋＰＨＩＣＨでサービングセルｃの対応するＰＨＩＣＨリソースを決定するものとし、ここでｋＰＨＩＣＨは表９．１．２−１に与えられる。
−  ＴＤＤの場合、ＵＥが２つ以上のサービングセルを構成され、少なくとも２つの構成されたサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じでなければ、又はＵＥが少なくとも１つのサービングセルに対して、又はＦＤＤ−ＴＤＤでサービングセルｃフレーム構造タイプ２に対してＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２を構成されれば、サブフレームｎでサービングセルｃからスケジュールされるＰＵＳＣＨ送信に対して、ＵＥは、サブフレームｎ＋ｋＰＨＩＣＨでサービングセルｃの対応するＰＨＩＣＨリソースを決定するものとし、ここでｋＰＨＩＣＨは表９．１．２−１に与えられ、ここで本項の残りにおける「ＴＤＤ  ＵＬ／ＤＬ構成」は、ＰＵＳＣＨ送信に対応するサービングセルのＵＬ−基準ＵＬ／ＤＬ構成（８．０項で定義される）を指す。
［…］
［「ＴＤＤに対するｋＰＨＩＣＨ」と題する３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１３．１．０の表９．１．２−１は図１８として複製される］
［…］
１０．２  アップリンクＨＡＲＱ−ＡＣＫタイミング
ＴＤＤの場合又はＦＤＤ−ＴＤＤでプライマリセルフレーム構造タイプ２の場合若しくはＦＤＤ−ＴＤＤでプライマリセルフレーム構造タイプ１の場合、ＵＥがサービングセルに対してＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２を構成されれば、１０．２項におけるサービングセルの「ＵＬ／ＤＬ構成」は、別途特定されない限り、サービングセルに対するパラメータｅｉｍｔａ−ＨＡＲＱ−ＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇ−ｒ１２によって与えられるＵＬ／ＤＬ構成を指す。
非ＢＬ／ＣＥ  ＵＥの場合、ＦＤＤの場合又はＦＤＤ−ＴＤＤでプライマリセルフレーム構造タイプ１の場合、ＵＥは、ＵＥのために意図され、ＨＡＲＱ−ＡＣＫが提供されるものとするサブフレームｎ−４でのＰＤＳＣＨ送信の検出に応じて、サブフレームｎでＨＡＲＱ−ＡＣＫ応答を送信するものとする。ＨＡＲＱ−ＡＣＫ繰返しが有効にされれば、ＵＥのために意図され、ＨＡＲＱ−ＡＣＫ応答が提供されるものとするサブフレームｎ−４でのＰＤＳＣＨ送信の検出に応じて、ＵＥが、サブフレームｎ−ＮＡＮＲｅｐ−３、…、ｎ−５でのＰＤＳＣＨ送信に対応するサブフレームｎでの任意のＨＡＲＱ−ＡＣＫの送信を繰り返さなければ、ＵＥは、
−  サブフレームｎ、ｎ＋１、…、ｎ＋ＮＡＮＲｅｐ−１でＰＵＣＣＨ上でＨＡＲＱ−ＡＣＫ応答（サブフレームｎ−４での検出されたＰＤＳＣＨ送信に対応する）のみを送信するものとし、
−  サブフレームｎ、ｎ＋１…、ｎ＋ＮＡＮＲｅｐ−１で何れの他の信号／チャネルも送信しないものとし、
−  サブフレームｎ−３、…、ｎ＋ＮＡＮＲｅｐ−５で何れかの検出されたＰＤＳＣＨ送信に対応する何れのＨＡＲＱ−ＡＣＫ応答繰返しも送信しないものとする。
【００７３】
更には、３ＧＰＰが新たな種類の制御信号、新たなＴＴＩ長さに対処するｓＰＤＣＣＨを検討することが、以下の通り合意されている。
合意
・  ｓＰＤＣＣＨ（短ＴＴＩ用のＰＤＣＣＨ）は、短ＴＴＩ用に導入される必要がある。
−  ＤＬ上の各短ＴＴＩは、ｓＰＤＣＣＨ復号候補を含むことができる。
結論
・  ＢＤの最大数が、ＵＳＳでのｓＰＤＣＣＨに対して定義されるであろう。
・  ２レベルＤＣＩが採用される場合、ＰＤＣＣＨで搬送されるｓＴＴＩスケジューリングのための任意のＤＣＩが、ＢＤの最大総数において考慮されることができる。
・  最大数がｓＴＴＩ長さに依存しているかどうかは要検討。
・  ＵＥがｓＰＤＣＣＨに対してブラインド復号を行うのを予期されるサブフレームで、（Ｅ）ＰＤＣＣＨに対するブラインド復号の最大数が削減されるかどうかは要検討。
・  ＵＥが、同じサブフレームでＥＰＤＣＣＨもｓＰＤＣＣＨも両方とも監視するのを予期されてもよいかどうかは要検討。
・  ＰＤＣＣＨ上のＤＣＩがｓＴＴＩスケジューリング用であれば、ＰＤＣＣＨ上のＢＤの最大数がレガシー数から変更されるかどうかは要検討。
【００７４】
タイミング領域構造の他に、２レベルＤＣＩ構造が、短縮ＴＴＩの下での制御オーバヘッドの増加により検討される。既になされてきたように１つのＴＴＩデータ受信のために必要とされる全ての情報を搬送する代わりに、ＤＣＩにおける何らかの制御情報が、時により変化しなくてもよく、複数のＴＴＩに対して共通でもよく、ＴＴＩごとにではなく一度にシグナリングされるであろう。ＵＥは、複数のＴＴＩに対して適用される同じ内容を仮定するであろう。この種類のＤＣＩは、低速ＤＣＩとも呼ばれる。他方では、ＴＴＩ間で変化するであろう何らかの情報が更にあり、各ＴＴＩに対する信号となるであろうが、これは高速ＤＣＩとして知られている。１つのＴＴＩでデータを受信するために、ＵＥは、低速ＤＣＩ及び高速ＤＣＩを組み合わせ／連結して必要情報を得る必要があってもよい。
ＲＡＮ１＃８５までの検討の結論
・  ２レベルＤＣＩが、ｓＴＴＩスケジューリングに対して検討されることができ、それによって、
−  ｓＴＴＩスケジューリング用のＤＣＩは、２つの種類に分けられることができる。
・  「低速ＤＣＩ」：２つ以上のｓＴＴＩに適用するＤＣＩ内容が、レガシーＰＤＣＣＨか、又はサブフレーム当たり一度だけ送信されるｓＰＤＣＣＨか何れかで搬送される。
・  「低速ＤＣＩ」がＵＥ固有又は複数のＵＥに対して共通かは要検討。
・  「高速ＤＣＩ」：特定のｓＴＴＩに適用するＤＣＩ内容が、ｓＰＤＣＣＨで搬送される。
・  所与のｓＴＴＩでのｓＰＤＳＣＨに関しては、スケジューリング情報は、
・  低速ＤＣＩ及び高速ＤＣＩの組合せ、又は
・  高速ＤＣＩのみで、そのｓＴＴＩに対して低速ＤＣＩに優先する、の何れかから得られる。
−  １つのｓＰＤＣＣＨ又は１つのレガシーＰＤＣＣＨで搬送される単一レベルＤＣＩと匹敵する。
−  低速ＤＣＩもｓＰＤＣＣＨに対する何らかのリソース割当て情報を含むスキームを考えることは排除されない。
・  単一レベルＤＣＩのオーバヘッドを低減させるための方法も検討されることができる。
−  可変数のｓＴＴＩのための単一レベルＤＣＩマルチｓＴＴＩスケジューリングが含まれることができる。
ＲＡＮ１＃８５で考慮中のスキームの数を低減させるつもりである。
【００７５】
３ＧＰＰ  Ｒ１−１６３０６８に記載されるように、低速ＤＣＩ及び高速ＤＣＩの内容の一例が以下に提供される。また、異なるＴＴＩ長さを持つ新たなＴＴＩ構造の幾つかの例が、以下の通り３ＧＰＰ  Ｒ１−１６３０６８に記載される。
２段階ＤＣＩ設計
ＴＴＩがより短いので、送信での制御オーバヘッドを制限することが重要である。２段階ＤＣＩ設計はこれに役立つかもしれない。特に、段階０ＤＣＩはグラントの低速で変化する部分を搬送することができ、段階１ＤＣＩはグラントの高速で変化する部分を搬送することができる。
一例として、段階０ＤＣＩは以下の情報フィールドを搬送してもよい。
・  ＵＬ／ＤＬグラント識別子、ＤＣＩフォーマット０／１Ａのための１ビット判別子と同様
・  ベースＭＣＳ、大部分はレート整合のための一セットのＭＣＳ値を示す
・  ＴＰＣ
・  段階１ＤＣＩのためのブラインド復号の数を低減させるための段階１ＤＣＩスケジューリング情報、例えばアグリゲーションレベル及び／又は所与のアグリゲーションレベルの復号候補
他方では、段階１ＤＣＩは以下の情報フィールドを搬送してもよい。
・  ＨＡＲＱプロセスＩＤ
・  リソース割当て
・  ｓＰＤＳＣＨレートマッチング指示、ｓＰＤＣＣＨ又はレガシートラフィックによる潜在的なリソースフラグメンテーションを軽減することができる
・  プリコーディング情報及びアンテナポート情報
・  ＮＤＩ
・  追加のＭＣＳ情報、段階０ＤＣＩのそれに関して更新ＭＣＳ情報を提供することができる
・  ＵＬ  ＲＳ関連情報、特にｓＰＵＣＣＨに対するＵＬチャネル構造に関する指示を提供することができる
段階０ＤＣＩの送信が必要ごとでもよい一方で、段階１ＤＣＩの送信は各ｓＰＤＳＣＨと同時とすることができる。２段階ＤＣＩ設計により、ＤＬ制御オーバヘッド節減が実現されることができることが期待される。それは、短縮ＴＴＩ送信のカバレージ範囲を増加させるのを促進し得る。結果として、我々の提案は、
【００７６】
その上、短ＴＴＩ長さをサポートするセルが、標準的な１ｍｓＴＴＩ長さもサポートする必要があってもよく、したがって１ｍｓ内に、標準的なＴＴＩ長さを持つＰＤＳＣＨ（物理ダウンリンク共有チャネル）の他により短いＴＴＩ長さ（例えば、０．２ｍｓ）を持つｓＰＤＳＣＨがあってもよい。異なるＴＴＩ長さでＵＥを多重化する効果的な方途は、それらを異なる周波数リソース、例えば、異なるＰＲＢ（物理リソースブロック）に置くことである。したがって、ＵＥに短ＴＴＩによって占有される周波数リソースをシグナリングして、対応するｓＰＤＣＣＨをデコードすることが有益であろう。
【００７７】
３ＧＰＰ  Ｒ１−１６３３２２は、低速ＤＣＩを使用して、短ＴＴＩ周波数リソースを示し、示したリソース内でｓＰＤＣＣＨを復号する例を提供する。３ＧＰＰ  Ｒ１−１６３３２２は、短縮ＴＴＩ構造の一例も提供する。３ＧＰＰ  Ｒ１−１６３３２２の関連部分は以下の通りである。
低速及び高速ＤＣＩを分離する
短ＴＴＩを使用するとスケジューリング及び制御情報がより頻繁に送信されるので、高速時間スケールで送信される情報量を制限してオーバヘッドを妥当なレベルに保つことが必要である。更に遅延目的で、対応するＰＤＳＣＨ又はＰＵＳＣＨに近く合わせてＤＬ又はＵＬ  ＤＣＩメッセージを送らせることが重要である。その上、適応的な方式で異なるＴＴＩ長さのＤＬ及びＵＬにＵＥを加えることができるためには、どれくらいのＰＲＢ対がＵＬ及びＤＬの両方で短ＴＴＩ動作のために取っておかれるかを各サブフレームで更新することができることが有益であろう。これはＵＥに示される必要がある。したがって、制御情報の一部は、より低速時間スケールで送信されるべきであり、一群のｓＴＴＩ  ＵＥに向けられるべきである。２つの新たな種類のＤＣＩ、非ＵＥ固有低速ＤＣＩ及びＵＥ固有高速ＤＣＩが、ｓＴＴＩ送信のために導入されるべきである。低速ＤＣＩのアドレッシングのために、ｓＴＴＩ  ＵＥ固有グループＲＮＴＩが必要とされる。低速ＤＣＩがＰＤＣＣＨで送られることができる一方で、高速ＤＣＩは短ＴＴＩ時間スケールで帯域内で送られるべきである。この構成の一例が図１に示される。
［…］
低速ＤＣＩメッセージは、ＵＥによって使用するｓＴＴＩ帯域の周波数割当てを結果的に示すであろう。低速ＤＣＩメッセージは、したがってｓＴＴＩ帯域を定義するＰＲＢ対を与えるはずである。２つの別々の低速ＤＣＩメッセージがあり、ＵＬでｓＴＴＩ帯域を、ＤＬでもう１つを別々に示すことができる。代替的に、単一の低速ＤＣＩメッセージが、ＵＬでのｓＴＴＩ帯域及びＤＬでのもう１つの両方についての情報を含むことができる。
各ｓＰＤＳＣＨ送信のための割当ては、ＵＥ固有でなければならない。［５］で論じられるように、この高速ＤＬ  ＤＣＩはＤＬ短ＴＴＩのための周波数割当て、ＤＬ  ｓＴＴＩ帯域内でＤＬで送信される。この新たなＤＣＩは、複数のアンテナで高いスペクトル効率をサポートするために、現在のＤＣＩフォーマット２Ｃに基づくことができる。ｓＰＤＳＣＨのためのリソース割当てが上記で論じたように低速ＤＬ  ＤＣＩによって与えられることを想起されたい。したがって、高速ＤＬ  ＤＣＩは、リソース割当てフィールドを含む必要がない。しかし、同じｓＴＴＩ及びｓＴＴＩ帯域内で複数のＵＥをスケジュールすることができるために、更に簡略メカニズムをサポートする何らかの利点があってもよい。
ＤＬと同様で、ｓＰＵＳＣＨは、ＤＬで各対応するｓＴＴＩから割り当てられる必要があるであろう。設計条件は、ＤＣＩフォーマット０か又はＤＣＩフォーマット４か何れかが基礎として使用されることができるという差異を伴うＤＬケースと非常に同様である。ＤＬと同様に、例えば同じＵＬ  ｓＴＴＩ帯域内で数個のＵＥを多重化するための簡略メカニズムをサポートするために、追加のフィールドが必要とされてもよい。更に［５］で提案されるように非同期ＨＡＲＱをサポートするために、スケジュールされるＨＡＲＱプロセスは、高速ＤＣＩで言及されるべきである。
提案
・  制御オーバヘッドを制限するために、ｓＴＴＩ制御及びスケジューリング情報は、高速及び低速ＤＣＩタイプに分けられるべきである。
○  低速ＤＣＩは、非ＵＥ固有であり、共通の探索空間でＰＤＣＣＨにおけるグループＲＮＴＩでアドレスされるべきである。
■  それは、ＤＬ、ＵＬ又は両方でｓＴＴＩ帯域のサブフレーム内で使用されるリソースを示す
○  高速ＤＣＩは、ＵＥ固有であり、短ＴＴＩ時間スケールで帯域内で送られるべきである。
■  簡略リソース割当てフィールドを持つＤＣＩフォーマット２Ｃに基づくＤＬ割当て
■  ＴＴＩの長さ、ＨＡＲＱプロセス番号、グラントからの送信までの動的遅延、及び簡略リソース割当てフィールドのための追加のフィールドを持つＤＣＩフォーマット４又は０に基づくＵＬグラント。
【００７８】
異なるＴＴＩ長さを持つ処理送信は、以下の通りＲＡＮ１＃８４ｂｉｓ議長報告でも論じられた。
合意
・  ＵＥは、サブフレームにおける同じキャリアで以下のケースを処理するのを予期される
−  レガシーＴＴＩ非ユニキャストＰＤＳＣＨ（ＳＣ−ＰＴＭに対する検討を除く）及び短ＴＴＩユニキャストＰＤＳＣＨを受信する
−  レガシーＴＴＩ非ユニキャストＰＤＳＣＨ（ＳＣ−ＰＴＭに対する検討を除く）及びレガシーＴＴＩユニキャストＰＤＳＣＨを受信する
・  何れにするか要検討
−  Ａｌｔ１：ＵＥは、１つのキャリアで同時にレガシーＴＴＩユニキャストＰＤＳＣＨ及び短ＴＴＩユニキャストＰＤＳＣＨを受信するのを予期されない
−  Ａｌｔ２：ＵＥが１つのキャリアで同時にレガシーＴＴＩユニキャストＰＤＳＣＨ及び短ＴＴＩユニキャストＰＤＳＣＨをスケジュールされる場合、それはそれらの１つの復号をスキップしてもよい（どちらかを決定するためのルールは要検討）
−  Ａｌｔ３：ＵＥは、１つのキャリアで同時にレガシーＴＴＩユニキャストＰＤＳＣＨ及び短ＴＴＩユニキャストＰＤＳＣＨを受信するのを予期される
・  同じキャリアでレガシーＴＴＩ非ユニキャストＰＤＳＣＨ（ＳＣ−ＰＴＭに対する検討を除く）と同時にレガシーＴＴＩユニキャストＰＤＳＣＨ及び短ＴＴＩユニキャストＰＤＳＣＨがスケジュールされる場合のＵＥ挙動は要検討
・  ＵＥは、レガシーＴＴＩユニキャストＰＤＳＣＨ及び／又は（以上の検討の結果次第で）短ＴＴＩ  ＰＤＳＣＨユニキャストを動的に（サブフレーム単位の粒度で）スケジュールされることができる
合意
・  ＵＥは、ＰＵＳＣＨ及び／又はｓＰＵＳＣＨを動的に（サブフレーム単位の粒度で）スケジュールされることができる
−  ＵＥは、同じＲＥで、即ち重ね合わせによって、同時にＰＵＳＣＨ及び短ＴＴＩｓＰＵＳＣＨを送信するのを予期されない
−  ＵＥがＰＵＳＣＨをパンクチャすることによって１つのキャリアで同じサブフレームでＰＵＳＣＨ及び短ＴＴＩ  ｓＰＵＳＣＨを送信してもよいかどうかは要検討
−  ＵＥが同じシンボル上の異なるＰＲＢでＰＵＳＣＨ及び短ＴＴＩ  ｓＰＵＳＣＨを送信してもよいかどうかは要検討
−  切断／優先順位付けルール（もしあれば）は要検討である
【００７９】
概して、ＵＬグラントのスケジューリング機会は、サブフレーム内のＴＴＩの数に等しくなくてもよく、１つのサブフレームで利用可能なＵＬ  ｓＴＴＩに等しくなくてもよい。そのような矛盾の１つの例が、ＵＬのＴＴＩ長さ及びＤＬのそれが異なることである。第２例は、レガシー制御チャネルの存在である。後方互換性を保持するために、レガシー制御領域はｓＴＴＩから除外される必要がある可能性があり、これは、例えば、２ＯＦＤＭシンボルがレガシー制御領域によって占有されれば、ＤＬ  ｓＴＴＩのための１つのサブフレームにおける利用可能なＯＦＤＭシンボルが１２ＯＦＤＭシンボルであろうことを意味する。他方では、全ての１４ＳＣ−ＦＤＭＡ（単一キャリア−周波数分割多元接続）シンボルが、ＵＬ  ｓＴＴＩに利用可能であろう。
【００８０】
一例としてＵＬ及びＤＬの両方に対して２ＯＦＤＭ長ｓＴＴＩを選ぶと、利用可能なＵＬ  ｓＴＴＩが７である一方で、利用可能なＤＬ  ｓＴＴＩは６である。一例が図１９に与えられる。そのような場合にｓＰＤＣＣＨ及びｓＰＵＳＣＨを関連付ける方途が開発される必要がある。
【００８１】
本出願の全体を通じて、ＵＬ  ｓＴＴＩは、ＵＬデータチャネル（例えば、ｓＰＵＳＣＨ）の継続時間を意味することができる。更には、本出願の全体を通じて、ＤＬ  ｓＴＴＩは、ＤＬデータチャネル（例えば、ｓＰＤＳＣＨ）の継続時間を意味することができる。ＤＬ  ｓＴＴＩはまた、ＤＬ制御チャネル（例えば、ｓＰＤＣＣＨ）の継続時間を含んでもよい。
【００８２】
第１一般概念−本発明の第１一般概念は、より多数のＵＬ  ｓＴＴＩにＤＬ  ｓＴＴＩのより少ないスケジューリング機会をマッピングすることである。一実施形態において、少なくとも１つのＤＬ  ｓＴＴＩが、少なくとも２つの異なるＵＬ  ｓＴＴＩをスケジュールする２つ以上のアップリンクグラントを含むであろう。２つのＵＬグラントは、異なるｓＰＤＣＣＨによって搬送されることができる。代替的に、２つのアップリンクグラントは、同じｓＰＤＣＣＨによって搬送されることができる。
【００８３】
その概念は、１つのサブフレームに６つのＤＬ  ｓＴＴＩ及び１つのサブフレームに７つのアップリンクｓＴＴＩを持つ例に例示されるはずである。一例では、各々特定のアップリンクｓＴＴＩと関連する５つのＤＬ  ｓＴＴＩ及び２つのアップリンクｓＴＴＩと関連する１つのＤＬ  ｓＴＴＩがあるであろう。例示的なマッピングを図２０に示す。
【００８４】
第２一般概念−本発明の第２一般概念は、ＤＬ  ｓＴＴＩ及びＵＬ  ｓＴＴＩのためのシンボルの利用可能な数が異なるにもかかわらず、サブフレーム内に同数のｓＴＴＩを有することである。一実施形態において、少なくとも１つのアップリンクｓＴＴＩが、その他のアップリンクｓＴＴＩより長く、その他のアップリンクｓＴＴＩの整数倍であるであろう。別の実施形態において、レガシー制御領域は、少なくとも１つのアップリンクｓＴＴＩをスケジュールするために使用されることができる。
【００８５】
その概念は、１つのサブフレームに６つのＤＬ  ｓＴＴＩ及び１つのサブフレームに６つのアップリンクｓＴＴＩを持つ例に例示されるはずである。一例では、ＴＴＩ長ＳＣ−ＦＤＭＡシンボルを持つ５つのアップリンクｓＴＴＩ及び４ＳＣ−ＦＤＭＡシンボルを持つ１つのアップリンクｓＴＴＩがあるであろう。結果として、１つのサブフレーム内に６つのアップリンクｓＴＴＩの他に６つのダウンリンクｓＴＴＩがあるはずであり、スケジューリングのための一対一マッピングがあることができる。マッピングの一例が図２１に与えられ、ここで６番目のｓＰＵＳＣＨがサブフレーム内のｓＰＵＳＣＨの残部より長い（の二倍である）。
【００８６】
別の例では、特定のＵＬ  ｓＴＴＩと関連するレガシー制御領域における制御シグナリング及び各々特定のＵＬ  ｓＴＴＩと関連する６つのｓＰＤＣＣＨがあるであろう。結果として、各々７つのアップリンクｓＴＴＩと関連する７つのスケジューリング機会があるはずであり、スケジューリングのための一対一マッピングがあることができる。マッピングの一例が図２２に与えられる。
【００８７】
レガシー制御領域内でアップリンクｓＴＴＩをスケジュールするために、一実施形態において、特定のアップリンクｓＴＴＩと関連するアップリンクグラントは、低速ＤＣＩを搬送するために使用されるＰＤＣＣＨで搬送されることができる。別の実施形態において、特定のアップリンクｓＴＴＩと関連するアップリンクグラントは、ｓＴＴＩ用の複数のアップリンクグラントを搬送する特別なＰＤＣＣＨで搬送されることができる。より詳細には、複数のアップリンクグラントは、異なるアップリンクｓＴＴＩ長さのためにすることができる。代替的に、複数のアップリンクグラントは、同じアップリンクｓＴＴＩ長さのためにすることができる。更には、特別なＰＤＣＣＨを識別するために、特定のＲＮＴＩが使用される。
【００８８】
一実施形態において、特定のアップリンクｓＴＴＩと関連するアップリンクグラントは、ＣＣＥ（制御チャネルエレメント）の一部で搬送されるのであって、ＣＣＥの残部で搬送されるのではない。例えば、アップリンクグラントは、３つのレガシーリソースエレメントグループを占有するチャネル（例えば、特別なｓＰＤＣＣＨ）で搬送されることができ、ここでは各リソースエレメントグループは４つのリソースエレメントを含む。同じＣＣＥの６つの残りのＲＥＧは、ｓＴＴＩ用の別のアップリンクグラントを搬送するために使用される、ｓＴＴＩ用のダウンリンク割当てを搬送するために使用される等、他の目的で使用されることができる。サブＣＣＥ区画は複数のレベルを含むことができ、例えばチャネルは３つのＲＥＧ及び６つのＲＥＧを含む。特定のアップリンクｓＴＴＩと関連するアップリンクグラントは、アップリンクｓＴＴＩでアップリンク送信を行うために必要とされる全情報を含んでもよい。代替的に、特定のアップリンクｓＴＴＩと関連するアップリンクグラントは、アップリンクｓＴＴＩでアップリンク送信を行うために、低速ＤＣＩと共に解釈される必要がある。
【００８９】
１つのレガシーＣＣＥは、複数の制御チャネル候補（例えば、各々３つのＲＥＧを含む３つの候補）に分割されることができる。制御チャネル候補は、全制御情報を得るために、別のＰＤＣＣＨと共に解釈される必要があってもよい。より詳細には、ＰＤＣＣＨは低速ＤＣＩを搬送する。
【００９０】
一実施形態において、ＵＥは、複数の制御チャネル候補が存在し得るＣＣＥをＵＥ  ＩＤに従って決定することができる。更には、ＵＥは、複数の制御チャネル候補を監視するために使用されるＣＣＥを構成されることができる。加えて、全てのＵＥは、複数の制御チャネル候補のための同じセットのＣＣＥの内で制御チャネル候補を監視するであろう。また、ＣＣＥの数は、この目的で２つ以上とすることができる。
【００９１】
図２３は、ＵＥの観点からの例示的な一実施形態に係るフローチャート２３００である。ステップ２３０５で、ＵＥは、１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視し、ここで第１機会での制御チャネルは単一のタイミング機会でのＵＬデータチャネルに対応し、第２機会での１つ以上の制御チャネルは複数のタイミング機会でのＵＬデータチャネルに対応する。
【００９２】
一実施形態において、第２機会での１つの制御チャネルは、複数のタイミング機会でのアップリンクデータチャネル送信に対応することができる。更には、第２機会での複数の制御チャネルの各々は、１つのタイミング機会でのアップリンクデータチャネル送信に対応することができる。
【００９３】
図３及び４に戻って参照すると、ＵＥの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視することを可能にすることができ、ここでは第１機会での制御チャネルは単一のタイミング機会でのＵＬデータチャネルに対応し、ここでは第２機会での１つ以上の制御チャネルは複数のタイミング機会でのＵＬデータチャネルに対応する。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【００９４】
図２４は、ＵＥの観点からの例示的な一実施形態に係るフローチャート２４００である。ステップ２４０５で、ＵＥは、１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視し、ここでは第１機会での第１制御チャネルは、第１継続時間を持つ第１ＵＬデータチャネルに対応し、ここでは第２機会での第２制御チャネルは、第２継続時間を持つ第２ＵＬデータチャネルに対応する。
【００９５】
一実施形態において、第１継続時間及び第２継続時間は異なる。更には、第１継続時間は、第２継続時間の整数倍にすることができる。加えて、第１データチャネル及び第２データチャネルは、サブフレーム内にすることができる。
【００９６】
図３及び４に戻って参照すると、ＵＥの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視することを可能にすることができ、ここでは第１機会での第１制御チャネルは、第１継続時間を持つ第１ＵＬデータチャネルに対応し、ここでは第２機会での第２制御チャネルは、第２継続時間を持つ第２ＵＬデータチャネルに対応する。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【００９７】
図２５は、ＵＥの観点からの例示的な一実施形態に係るフローチャート２５００である。ステップ２５０５で、ＵＥは、ＤＬ制御チャネルについて１つのサブフレーム内の制御領域を監視する。ステップ２５１０で、ＵＥは、１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視し、ここでは制御領域での第１制御チャネルは第１タイミング機会での第１ＵＬデータチャネルに対応し、ここではデータ領域での第２制御チャネルは第２タイミング機会での第２ＵＬデータチャネルに対応する。
【００９８】
一実施形態において、第１制御チャネルはＤＬシステム帯域幅全体を占有し、第２制御チャネルはＤＬシステム帯域幅の一部を占有する。加えて、第１データチャネル及び第２ＵＬデータチャネルは、１つのサブフレーム内にすることができる。更には、第１制御チャネルは、別のＵＥに対するアップリンクグラントを示すことができる。
【００９９】
一実施形態において、第１制御チャネルは、３つのリソースエレメントグループを占有することができる。加えて、第１制御チャネルは、制御チャネルエレメント（ＣＣＥ）の一部を占有することができる。更には、複数の制御チャネルがＣＣＥに存在することができる。
【０１００】
一実施形態において、ＵＥは、ＵＥ  ＩＤに又は構成に基づいて、どのＣＣＥで第１制御チャネルを監視すべきかを決定することができる。加えて、全てのＵＥは、同じＣＣＥ上の第１制御チャネルを監視するであろう。
【０１０１】
図３及び４に戻って参照すると、ＵＥの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが（ｉ）ＤＬ制御チャネルについて１つのサブフレーム内の制御領域を監視し、（ｉｉ）１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視することを可能にすることができ、ここでは制御領域での第１制御チャネルは第１タイミング機会での第１ＵＬデータチャネルに対応し、ここではデータ領域での第２制御チャネルは第２タイミング機会での第２ＵＬデータチャネルに対応する。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【０１０２】
概して、ＴＴＩ長さを短縮することの意図は、全待ち時間を削減するように処理時間を削減することである。処理時間を考慮すると、ＵＥが最初の数個のシンボル（例えば、１〜３）を受信することができ、早く制御チャネルを復号開始することができるので、ＰＤＣＣＨの様な構造が好まれる。他方では、ｅＰＤＣＣＨ構造に関しては、ＵＥはサブフレーム全体を受信し、復号を開始しなければならず、その結果処理時間は大いには削減されることができない。
【０１０３】
ＰＤＣＣＨの様な構造は、幾つかの欠点を有することがある。第１に、ＰＤＣＣＨの様な構造は、ＤＬ  ＴＴＩごとに少なくとも制御チャネル候補があるであろうから、ＤＬスケジューリング待ち時間要件を満たす制御チャネル設計に至るであろう。それは、ＤＬ  ＴＴＩ及びＵＬ  ＴＴＩ長さが異なれば、ＵＬをスケジュールするための制御シグナリングがあまりに過剰か又は不十分か何れかであることがあり、ＵＬ待ち時間要件はダウンリンクのそれによって制限され、満たされないことがあることを意味する。例えば、ＤＬ  ＴＴＩ長さが０．５ｍｓ（例えば、７ＯＦＤＭシンボル）であり、ＵＬ  ＴＴＩ長さが０．２ｍｓ（例えば、３ＳＣ−ＦＤＭＡシンボル）である場合、ＰＤＣＣＨの様な設計に従って、０．５ｍｓごとに制御領域があるであろう。０．２ｍｓごとにＵＬデータチャネルがあるはずであるが、ｅＮＢはＵＬのためのスケジューリング機会を待たなければならず、０．２５ｍｓの平均遅延が誘発されるであろうが、これは、ＵＬ  ＴＴＩ及びＤＬ  ＴＴＩの両方の長さが０．２ｍｓであるときの０．１ｍｓの平均遅延と比較しても、ＵＬ  ＴＴＩ長さより更に大きい。結果として、図２６に例示されるように、ｓＰＵＳＣＨは次のＵＬ  ｓＴＴＩまで遅延されることがある。
【０１０４】
ＰＤＣＣＨ構造は、ＤＬ  ＴＴＩ及びＵＬ  ＴＴＩ長さが異なるときに余分な待ち時間を誘発するはずである。ＰＤＣＣＨの様な構造の第２欠点は、オーバヘッドである。ｓＰＤＣＣＨは、ｓＰＤＳＣＨに割り当てられるリソースの一部を占有するであろう。３ＧＰＰ  Ｒ１−１６３３２２で論じられるように、異なるＴＴＩ長さを持つＵＥは、異なる周波数リソースを割り当てられ得る。同じＴＴＩ長さを持つＵＥも、異なる周波数リソースを割り当てられ得る。しかし、低待ち時間のサービスは１ｍｓサブフレーム内で開始してもよく、その結果制御チャネル機会が保持されるべきであり、複数の周波数リソースが同じ又は異なるＴＴＩ長さを持つＵＥに割り当てられるであろうが、一方実際の進行中のトラフィックはないことがある。要するに、図２７に例示されるように、同じ又は異なるＴＴＩ長さを持つＵＥがＰＤＣＣＨの様な構造で未使用リソースを削減することは難しい。また、少なくとも１つのＵＥ観点からのＵＬデータトラフィックのみがある場合には、ＤＬデータのための領域が活用されることができないので、ＰＤＣＣＨの様な構造は何らかのオーバヘッドも誘発するであろう。
【０１０５】
第３一般概念−本発明の第３一般概念は、ｓＰＤＳＣＨに割り当てられる一セットの周波数リソース／領域、及びｓＰＤＣＣＨに割り当てられる別のセットのリソース／領域があるということであり、ここでは１つのｓＰＤＣＣＨは、対応するｓＰＤＳＣＨ継続時間内でＯＦＤＭシンボルの一部、例えば、１ＯＦＤＭシンボルを占有するであろう。更には、二セットの周波数リソース／領域は異なる。加えて、二セットの周波数リソース／領域は、周波数領域で重複しない。また、二セットの周波数リソース／領域は、時間領域で重複する。
【０１０６】
より詳細には、二セットの周波数リソース／領域は、１サブフレーム（１ｍｓ）のデータ領域内である。加えて、１つのｓＰＤＣＣＨが、１つの対応するｓＰＤＳＣＨ継続時間に全てのシンボルで搬送されるわけではない。一例が図２８に例示される。より詳細には、割り当てられたリソース／領域内のｓＰＤＣＣＨは、アップリンクグラントを搬送することができる。
【０１０７】
本出願の全体を通じて、ｓＰＤＳＣＨの継続時間は、別途特定されない限り、ＤＬ  ｓＴＴＩを意味することができる。ｓＰＵＳＣＨの継続時間は、別途特定されない限り、ＵＬ  ｓＴＴＩを意味することができる。
【０１０８】
一実施形態において、ｓＰＤＳＣＨに対する周波数リソース／領域及びｓＰＤＣＣＨに対する周波数リソース／領域は、同じ制御シグナリング（例えば、ＰＤＣＣＨ上の低速ＤＣＩ）によって示される。
【０１０９】
一実施形態において、ｓＰＤＳＣＨに対する周波数リソース／領域及びｓＰＤＣＣＨに対する周波数リソース／領域は、それぞれ２つの別々の制御シグナリングによって示される。より詳細には、２つの制御シグナリングは、異なるＲＮＴＩでＣＲＣスクランブルされる２つの制御チャネル、例えば、ＰＤＣＣＨである。更には、短縮ＴＴＩ動作のために少なくとも２つのＲＮＴＩが、一方はｓＰＤＣＣＨにリソース／領域を割り当てるために、他方はｓＰＤＳＣＨにリソース／領域を割り当てるために、割り当てられるであろう。代替的に、ｓＰＤＳＣＨに対する周波数リソース／領域は低速ＤＣＩによって示され、ｓＰＤＣＣＨに対する周波数リソース／領域は上位層構成、例えば、ＲＲＣ構成によって示される。
【０１１０】
一実施形態において、ＵＥは、ｓＰＤＣＣＨに割り当てられる領域内のあらゆるシンボル上のｓＰＤＣＣＨを監視する。更には、ＵＥは、ｓＰＤＣＣＨに割り当てられるリソース／領域内のあらゆるシンボルを受信しなくてもよい。ＵＥがどのシンボルを受信するべきかを決定するための何らかのルールが特定される。加えて、ｓＰＤＳＣＨの継続時間がＸシンボルであれば、ＵＥは、Ｘシンボルごとに１つのシンボルを監視するであろう。一例が図２９に例示される。
【０１１１】
より詳細には、ｓＰＤＣＣＨとそのｓＰＤＳＣＨとの間の一対一マッピングがある。一実施形態において、ｓＰＵＳＣＨの継続時間がＹシンボルであれば、ＵＥは、Ｙシンボルごとに１つのシンボルを監視することができる。更には、ＵＥは、Ｚシンボルごとに１つのシンボルを監視することができ、ここではＺはｓＰＤＳＣＨの継続時間及びＰＵＳＣＨの継続時間に少なくとも基づいて決定される。加えて、ＵＥはまた、ＵＥがＸ／Ｙ／Ｚシンボル内のどの１つのシンボルを監視すべきかを決定する必要があってもよい。
【０１１２】
オフセット値又はインジケータが、この目的を果たすために使用されることができる。例えば、「値０」がＸ／Ｙ／Ｚシンボルの１番目のシンボルを意味することができ、「値１」がＸ／Ｙ／Ｚシンボルの２番目のシンボルを意味することができる等である。一実施形態において、オフセット値／インジケータは、ＵＥへの専用信号、例えば、ＲＲＣ構成又はＭＡＣ制御エレメントによって搬送されることができる。加えて、オフセット値／インジケータは、ＰＤＣＣＨで搬送されることができる。より詳細には、オフセット値／インジケータは、低速ＤＣＩで搬送されることができる。
【０１１３】
一実施形態において、オフセット値はｓＰＤＣＣＨの種類に依存し、例えば、アップリンクグラントのためのｓＰＤＣＣＨ及びダウンリンク割当てのためのｓＰＤＣＣＨは異なるオフセット値を有する。より詳細には、ダウンリンク割当ては、より小さいオフセット値を有するであろう。
【０１１４】
一実施形態において、各ＯＦＤＭシンボルは、１つのｓＰＤＣＣＨのみを含むであろう。代替的に、各ＯＦＤＭシンボルは、２つ以上のｓＰＤＣＣＨを含む。
【０１１５】
一実施形態において、異なるＴＴＩ長さを持つＵＥは、ｓＰＤＣＣＨに対する同じセットのリソース／領域を割り当てられることができる。
【０１１６】
ｅＮＢ（エボルブドＮｏｄｅＢ）観点から、ｓＰＤＣＣＨに割り当てられる同じ周波数リソース／領域内に異なる継続時間を持つｓＰＤＳＣＨ又は異なる周波数リソース／領域を持つｓＰＤＳＣＨをスケジュールすることが可能である。一例が図３０に例示される。共通のｓＰＤＣＣＨリソース／領域が、２つ以上のｓＰＤＳＣＨリソース／領域によって共有されることができる。異なるｓＰＤＳＣＨリソース／領域が、同じｓＰＤＳＣＨ継続時間又は異なるｓＰＤＳＣＨ継続時間を有することができる。更には、異なるｓＰＤＳＣＨリソース／領域が、異なる制御シグナリング、例えば、ＰＤＣＣＨ上の低速ＤＣＩによって示されてもよい。低速ＤＣＩは、ｓＰＤＣＣＨに割り当てられる領域内のどこでｓＰＤＣＣＨを監視すべきかをＵＥに示すことができる。
【０１１７】
図３１は、ＵＥの観点からの例示的な一実施形態に係るフローチャート３１００である。ステップ３１０５で、ＵＥは、第１セットの周波数リソースで制御チャネルを受信する。一実施形態において、ＵＥは、２つの異なるＴＴＩ長さを構成される。
【０１１８】
ステップ３１１０で、ＵＥは、第２セットの周波数リソースで制御チャネルに対応するデータチャネルを受信し、ここでは制御チャネルは、データチャネルの継続時間内にシンボルの一部で搬送される。一実施形態において、第１セットの周波数リソース及び第２セットの周波数リソースは異なることができる。更には、第１セットの周波数リソース及び第２セットの周波数リソースは、周波数領域で重複しない。加えて、第１セットの周波数リソース及び第２セットの周波数リソースは、サブフレームのデータ領域内とすることができる。また、ここでは、第１セットの周波数リソース及び第２セットの周波数リソースは、時間領域で重複することができる。
【０１１９】
一実施形態において、第１セットの周波数リソース及び第２セットの周波数リソースは、１つの制御シグナリングによって又は２つの別々の制御シグナリングによって示されることができる。更には、第１セットの周波数リソース及び第２セットの周波数リソースは、２つの異なる種類の制御シグナリングによって示されることができる。一実施形態において、制御シグナリングの種類は、ＰＤＣＣＨ、ＭＡＣ（媒体アクセス制御）制御エレメント、又はＲＲＣ構成とすることができる。更には、制御シグナリングは、低速ＤＣＩとすることができる。加えて、制御シグナリングは、第１セットの周波数リソース及び第２セットのリソースをシグナリングするために、異なるＲＮＴＩでスクランブルされることができる。また、第１セットの周波数リソースは、ＵＬデータチャネルに対するアップリンクグラントを搬送することができる。
【０１２０】
一実施形態において、ＵＥは、データチャネルの継続時間に応じて第１セットの周波数リソース内のどのシンボルで制御チャネルを監視するかを決定することができる。更には、ＵＥは、ＵＬデータチャネルの継続時間に応じて第１セットの周波数リソース内のどのシンボルで制御チャネルを監視するかを決定することができる。ＵＥは、データチャネルの継続時間及びＵＬデータチャネルの継続時間に応じて第１セットの周波数リソース内のどのシンボルで制御チャネルを監視するかを決定することもできる。
【０１２１】
一実施形態において、ＵＥは、ダウンリンク割当て又はアップリンクグラントについて第１セットの周波数リソース内の同じシンボルで制御チャネルを監視することができる。ＵＥは、ダウンリンク割当て又はアップリンクグラントについて第１セットの周波数リソース内の異なるシンボルで制御チャネルを監視することもできる。
【０１２２】
一実施形態において、データチャネル継続時間ごとに、第１セットの周波数リソース内で制御チャネルのための１つの機会があるはずである。更には、ＵＬデータチャネル継続時間ごとに、第１セットの周波数リソース内で制御チャネルのための１つの機会があるはずである。
【０１２３】
一実施形態において、制御チャネルを監視すべきシンボルを決定するときに、オフセット値が適用されることができる。更には、オフセット値は、制御シグナリングでシグナリングされることができる。加えて、制御シグナリングは、低速ＤＣＩとすることができる。
【０１２４】
一実施形態において、オフセット値は、上位層によって構成されることができる。更には、オフセット値は、ＵＥの識別情報、データチャネルの継続時間、ＵＬデータチャネルの継続時間、又は制御チャネルの種類に依存することができる。更には、制御チャネルの種類は、ダウンリンク割当て又はアップリンクグラントとすることができる。
【０１２５】
図３及び４に戻って参照すると、ＵＥの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが（ｉ）第１セットの周波数リソースで制御チャネルを受信し、（ｉｉ）第２セットの周波数リソースで制御チャネルに対応するデータチャネルを受信することを可能にすることができ、ここでは制御チャネルは、データチャネルの継続時間内にシンボルの一部で搬送される。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【０１２６】
図３２は、ｅＮＢ（エボルブドＮｏｄｅＢ）の観点からの例示的な一実施形態に係るフローチャート３２００である。ステップ３２０５で、ｅＮＢは、第１セットの周波数リソースで第１ＵＥに対する第１制御チャネルを送信する。一実施形態において、第１ＵＥは、２つの異なるＴＴＩ長さを構成されることができる。
【０１２７】
ステップ３２１０で、ｅＮＢは、第２セットの周波数リソースで第１制御チャネルに対応する第１データチャネルを送信し、ここでは第１制御チャネルは、第１データチャネルの継続時間内にシンボルの一部で搬送される。一実施形態において、第１セットの周波数リソース及び第２セットの周波数リソースは異なることができる。更には、第１セットの周波数リソース及び第２セットの周波数リソースは、周波数領域で重複しない。加えて、第１セットの周波数リソース及び第２セットの周波数リソースは、サブフレームのデータ領域内とすることができる。また、第１セットの周波数リソース及び第２セットの周波数リソースは、時間領域で重複することができる。
【０１２８】
一実施形態において、第１セットの周波数リソースは、ｓＰＵＳＣＨに対するアップリンクグラントを搬送することができる。加えて、第１セットの周波数リソース及び第２セットの周波数リソースは、ある制御シグナリングによって又は２つの別々の制御シグナリングによって示されることができる。制御シグナリングは、低速ＤＣＩとすることができる。更には、制御シグナリングは、第１セットのリソース及び第２セットのリソースをシグナリングするために、異なるＲＮＴＩでスクランブルされることができる。加えて、第１セットの周波数リソース及び第２セットの周波数リソースは、２つの異なる種類の制御シグナリングによって示されることができる。また、制御シグナリングの種類は、ＰＤＣＣＨ、ＭＡＣ制御エレメント、又はＲＲＣ構成とすることができる。
【０１２９】
一実施形態において、第１セットのリソース内でｓＰＤＣＣＨを送信するための機会は、ｓＰＤＳＣＨの継続時間及び／又はｓＰＵＳＣＨの継続時間に依存することができる。更には、ダウンリンク割当てのために第１セットのリソース内でｓＰＤＣＣＨを送信する機会及びアップリンクグラントのために第１セットのリソース内でｓＰＤＣＣＨを送信する機会は、異なる又は同じにすることができる。加えて、ｓＰＤＳＣＨ継続時間ごとに又はｓＰＵＳＣＨ継続時間ごとに、第１セットのリソース内でｓＰＤＣＣＨを送信する１つの機会があるはずである。
【０１３０】
一実施形態において、ｓＰＤＣＣＨを送信するための機会を決定するときに、オフセット値が適用されることができる。更には、オフセット値は制御シグナリングでシグナリングされることができ、これは低速ＤＣＩとすることができる。加えて、オフセット値は、上位層によって構成されることができる。一実施形態において、オフセット値は、ＵＥの識別情報、ｓＰＤＳＣＨの継続時間、ｓＰＵＳＣＨの継続時間、又はｓＰＤＣＣＨの種類に依存することができる。ｓＰＤＣＣＨの種類は、ダウンリンク割当て又はアップリンクグラントとすることができる。
【０１３１】
ステップ３２１５で、ｅＮＢは、第１セットの周波数リソースで第２ＵＥに対する第２制御チャネルを送信する。ステップ３２２０で、ｅＮＢは、第３セットの周波数リソースで第２制御チャネルに対応する第２データチャネルを送信する。
【０１３２】
一実施形態において、第１データチャネル及び第２データチャネルは、異なる継続時間又は同じ継続時間を有することができる。更には、第１制御チャネル及び第２制御チャネルは、異なるオフセット値又は同じオフセット値を有することができる。
【０１３３】
一実施形態において、第１制御チャネルはｓＰＤＣＣＨとすることができ、第２制御チャネルはｓＰＤＣＣＨとすることができる。代替的に、第１データチャネルはｓＰＤＳＣＨとすることができ、第２データチャネルはｓＰＤＳＣＨとすることができる。
【０１３４】
図３及び４に戻って参照すると、ｅＮＢの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ｅＮＢが（ｉ）第１セットの周波数リソースで第１ＵＥに対する第１制御チャネルを送信し、（ｉｉ）第２セットの周波数リソースで第１制御チャネルに対応する第１データチャネルを送信することを可能にすることができ、ここでは第１制御チャネルは、第１データチャネルの継続時間内にシンボルの一部で搬送される。
【０１３５】
一実施形態において、ＣＰＵはプログラムコード３１２を更に実行して、ｅＮＢが第１セットの周波数リソースで第２ＵＥに対する第２制御チャネルを送信し、第３セットの周波数リソースで第２制御チャネルに対応する第２データチャネルを送信することを可能にすることができる。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【０１３６】
図３３は、ＵＥの観点からの例示的な一実施形態に係るフローチャート３３００である。ステップ３３０５で、ＵＥは、１つのサブフレーム内のＤＬ（ダウンリンク）データ領域内のＤＬ制御チャネルのための複数の機会を監視し、ここでは１つのサブフレームでのアップリンクｓＴＴＩの数が、１つのサブフレームでのダウンリンクｓＴＴＩの数に等しい。
【０１３７】
一実施形態において、サブフレームでの１つのアップリンクｓＴＴＩの長さが、サブフレームでの１つのダウンリンクｓＴＴＩの長さと異なる。更には、少なくとも１つのアップリンクｓＴＴＩは、他のアップリンクｓＴＴＩより長くすることができる。加えて、１つのダウンリンクｓＴＴＩが、１つのアップリンクｓＴＴＩをスケジュールすることができる。
【０１３８】
図３及び４に戻って参照すると、ｅＮＢの例示的な一実施形態において、装置３００は、メモリ３１０に記憶されるプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ｅＮＢが１つのサブフレーム内のＤＬデータ領域内のＤＬ制御チャネルのための複数の機会を監視することを可能にすることができ、ここでは１つのサブフレームでのアップリンクｓＴＴＩの数が、１つのサブフレームでのダウンリンクｓＴＴＩの数に等しい。更には、ＣＰＵ３０８はプログラムコード３１２を実行して、上記に説明したアクション及びステップの全て又は本明細書に記載される他のことを行うことができる。
【０１３９】
本開示の様々な態様を上記に説明してきた。本明細書における教示は多種多様な形式で具象化されることができ、本明細書に開示されている任意の特定の構造、機能又はそれらの両方のものが単に代表例であることが明らかであるはずである。本明細書における教示に基づいて、当業者であれば、本明細書に開示されるある態様が任意の他の態様から独立して実装されることができること、及びこれらの態様の２つ以上が様々なやり方で組合わされてもよいことを認識するべきである。例えば、本明細書に明示された態様を任意の数だけ使用して装置が実装される、又は方法が実施されることができる。加えて、本明細書に明示された態様の１つ以上に加えて又はそれ以外に、他の構造、機能性、又は構造及び機能性を用いてそのような装置が実装される、又はそのような方法が実施されることができる。上記の概念の幾つかの一例として、幾つかの態様で、パルス繰返し周波数に基づいて同時チャネルが確立されてもよい。幾つかの態様で、同時チャネルはパルス位置又はオフセットに基づいて確立されることができる。幾つかの態様で、同時チャネルはタイムホッピングシーケンスに基づいて確立されることができる。幾つかの態様で、同時チャネルはパルス繰返し周波数、パルス位置又はオフセット、及びタイムホッピングシーケンスに基づいて確立されることができる。
【０１４０】
当業者であれば、情報及び信号が各種の異なる技術及び技法のいずれかを用いて表され得ると理解するであろう。例えば、以上の説明を通じて参照され得るデータ、命令、指令、情報、信号、ビット、シンボル、及びチップが、電圧、電流、電磁波、磁界若しくは粒子、光フィールド若しくは粒子、又はそれらの任意の組合せによって表されることができる。
【０１４１】
当業者であれば、本明細書に開示される態様に関連して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路及びアルゴリズムステップが、電子ハードウェア（例えば、デジタル実装、アナログ実装、若しくはその２つの組合せであり、ソースコーディング若しくは何らかの他の技法を用いて設計され得る）、命令を組み込んでいる様々な形式のプログラム若しくは設計コード（便宜上、本明細書では「ソフトウェア」若しくは「ソフトウェアモジュール」と称されることがある）、又はそれら両方の組合せとして実装されることができることを更に認識するであろう。ハードウェア及びソフトウェアのこの互換性を明らかに例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路及びステップが、概してそれらの機能性の点で上記に説明されている。そのような機能性がハードウェア又はソフトウェアとして実装されるかどうかは、システム全体に課される特定用途及び設計制約条件に依存する。当業者は記載された機能性を各特定用途のために様々な方途で実装することができるが、しかしそのような実装決定は本開示の範囲からの逸脱を引き起こすと解釈されるべきでない。
【０１４２】
加えて、本明細書に開示される態様に関連して記載される様々な例示的な論理ブロック、モジュール及び回路は、集積回路（「ＩＣ」）、アクセス端末又はアクセスポイント内に実装される、又はそれによって実行されることができる。ＩＣは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理装置、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気コンポーネント、光学コンポーネント、機械コンポーネント、又は本明細書で説明した機能を行うように設計される、これらの任意の組合せを含むことができ、ＩＣ内、ＩＣ外、又はその両方で存在するコード又は命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができる、しかし、択一的に、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ又はステートマシンとすることができる。プロセッサは、コンピューティング装置の組合せ、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併せて１つ以上のマイクロプロセッサの組合せ、又は任意の他のそのような構成としても実装されることができる。
【０１４３】
任意の開示された工程におけるステップの任意の特定の順序又は階層がサンプル手法の一例であることが理解される。設計嗜好に基づいて、工程におけるステップの特定の順序又は階層が、本開示の範囲内のままでありつつ再配置されてもよいことが理解される。添付の方法クレームは様々なステップの要素をサンプル順に提示し、提示される特定の順序又は階層に限定されるものとは意図されない。
【０１４４】
本明細書に開示される態様に関連して記載される方法又はアルゴリズムのステップは、ハードウェアで直接、プロセッサによって実行されるソフトウェアモジュールで、又は２つの組合せで具象化されてもよい。ソフトウェアモジュール（例えば、実行可能命令及び関連データを含む）並びに他のデータが、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭ、又は任意の他の形式の周知のコンピュータ可読記憶媒体などのデータメモリに存在してもよい。サンプル記憶媒体が、例えば、コンピュータ／プロセッサ（便宜上、本明細書で「プロセッサ」と称されることがある）などの機械に結合されてもよく、その結果プロセッサは記憶媒体から情報（例えば、コード）を読み込み、情報を書き込むことができる。サンプル記憶媒体はプロセッサに一体的であることができる。プロセッサ及び記憶媒体はＡＳＩＣに存在することができる。ＡＳＩＣはユーザ機器に存在してもよい。代替例では、プロセッサ及び記憶媒体は、ユーザ機器にディスクリートコンポーネントとして存在してもよい。その上、幾つかの態様で、任意の適切なコンピュータプログラム製品が、本開示の態様の１つ以上に関しているコードを備えるコンピュータ可読媒体を含むことができる。幾つかの態様で、コンピュータプログラム製品は包装資材を含むことができる。
【０１４５】
本発明は様々な態様に関連して記載されたが、本発明が更なる変更が可能であることが理解されるであろう。本出願は、全体的に本発明の原理に従い、本発明が関する技術内で既知の慣行に収まるような本開示からの逸脱を含む、本発明の任意の変形、使用又は適応を包含するものと意図される。
【図１】
0006431953.tif 000040
【図２】
0006431953.tif 000041
【図３】
0006431953.tif 000042
【図４】
0006431953.tif 000043
【図５】
0006431953.tif 000044
【図６】
0006431953.tif 000045
【図７】
0006431953.tif 000046
【図８】
0006431953.tif 000047
【図９】
0006431953.tif 000048
【図１０】
0006431953.tif 000049
【図１１】
0006431953.tif 000050
【図１２】
0006431953.tif 000051
【図１３】
0006431953.tif 000052
【図１４】
0006431953.tif 000053
【図１５】
0006431953.tif 000054
【図１６】
0006431953.tif 000055
【図１７ａ】
0006431953.tif 000056
【図１７ｂ】
0006431953.tif 000057
【図１８】
0006431953.tif 000058
【図１９】
0006431953.tif 000059
【図２０】
0006431953.tif 000060
【図２１】
0006431953.tif 000061
【図２２】
0006431953.tif 000062
【図２３】
0006431953.tif 000063
【図２４】
0006431953.tif 000064
【図２５】
0006431953.tif 000065
【図２６】
0006431953.tif 000066
【図２７】
0006431953.tif 000067
【図２８】
0006431953.tif 000068
【図２９】
0006431953.tif 000069
【図３０】
0006431953.tif 000070
【図３１】
0006431953.tif 000071
【図３２】
0006431953.tif 000072
【図３３】
0006431953.tif 000073