(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の方法であって、
前記ＵＥが、前記ＵＥのために第１の時間間隔のデータ送信期間を有する第１の物理下りリンク共有チャネルの送信をスケジューリングする第１の制御情報を受信するステップと、
前記ＵＥは、第２の時間間隔のデータ送信期間を有する第２の物理下りリンク共有チャネルの送信をスケジューリングする第２の制御情報を受信するステップであって、前記第１の物理下りリンク共有チャネルと該第２の物理下りリンク共有チャネルは時間領域において重ならない、ステップと、
前記ＵＥが、前記第１の制御情報に従って前記第１の物理下りリンク共有チャネルに対する処理を実行し、前記ＵＥが、距離と特定値の比較に基づいて、前記第２の制御情報に従って前記第２の物理下りリンク共有チャネルに対する該処理を実行するかどうかを決定するステップと、を含み、
前記距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離である、方法。
【請求項２】
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項１に記載の方法。
【請求項３】
前記第１の物理下りリンク共有チャネルが第１のサブフレームにあり、前記第２の物理下りリンク共有チャネルが第２のサブフレームにある、請求項１に記載の方法。
【請求項４】
前記処理は、受信、又は復号を含む、請求項１に記載の方法。
【請求項５】
前記距離が前記特定値よりも小さい場合、前記ＵＥは、前記第２の物理下りリンク共有チャネルに対する前記処理を実行しない、請求項１に記載の方法。
【請求項６】
前記距離が前記特定値よりも大きい場合、前記ＵＥは、前記第２の物理下りリンク共有チャネルに対する前記処理を実行する、請求項１に記載の方法。
【請求項７】
前記特定値は、ＵＥ処理能力に従って決定される、請求項１に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
当該ＵＥのために第１の時間間隔のデータ送信期間を有する第１の物理下りリンク共有チャネルの送信をスケジューリングする第１の制御情報を受信することと、
第２の時間間隔のデータ送信期間を有する第２の物理下りリンク共有チャネルの送信をスケジューリングする第２の制御情報を受信することであって、前記第１の物理下りリンク共有チャネルと該第２の物理下りリンク共有チャネルは時間領域において重ならない、受信することと、
前記第１の制御情報に従って前記第１の物理下りリンク共有チャネルに対する処理を実行し、距離と特定値の比較に基づいて、前記第２の制御情報に従って前記第２の物理下りリンク共有チャネルに対する該処理を実行するかどうかを決定することと、を行うように構成され、
前記距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離である、ＵＥ。
【請求項９】
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項８に記載のＵＥ。
【請求項１０】
前記第１の物理下りリンク共有チャネルが第１のサブフレームにあり、前記第２の物理下りリンク共有チャネルが第２のサブフレームにある、請求項８に記載のＵＥ。
【請求項１１】
前記処理は、受信、又は復号を含む、請求項８に記載のＵＥ。
【請求項１２】
前記距離が前記特定値よりも小さい場合、前記ＵＥは、前記第２の物理下りリンク共有チャネルに対する前記処理を実行しない、請求項８に記載のＵＥ。
【請求項１３】
前記距離が前記特定値よりも大きい場合、前記ＵＥは、前記第２の物理下りリンク共有チャネルに対する前記処理を実行する、請求項８に記載のＵＥ。
【請求項１４】
前記特定値は、ＵＥ処理能力に従って決定される、請求項８に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年１月１３日に出願された米国仮特許出願第６２／４４６，００２号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ユーザ機器（ＵＥ）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップを含む。方法は、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップも含む。第１のデータ送信と第２のデータ送信は時間領域において重ならない。方法は、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対する処理を実行しないステップをさらに含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】図５は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．２．２−１の再現である。
【図６】図６は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．２．３−１の再現である。
【図７】図７は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７−１の再現である。
【図８】図８は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７．２−１の再現である。
【図９】図９は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．１−１の再現である。
【図１０】図１０は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．３−１の再現である。
【図１１】図１１は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．１２−１の再現である。
【図１２】図１２は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．１３−１の再現である。
【図１３】図１３は、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１の再現である。
【図１４】図１４は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−１の再現である。
【図１５】図１５は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−２の再現である。
【図１６】図１６は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−３の再現である。
【図１７】図１７は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−１の再現である。
【図１８】図１８は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２の再現である。
【図１９】図１９は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２Ａの再現である。
【図２０】図２０は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１の再現である。
【図２１】図２１は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３の再現である。
【図２２】図２２は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４の再現である。
【図２３】図２３は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１の再現である。
【図２４】図２４は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１の再現である。
【図２５】図２５は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａの再現である。
【図２６】図２６は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２の再現である。
【図２７】例示的な一実施形態によるフローチャートである。
【図２８】例示的な一実施形態によるフローチャートである。
【図２９】例示的な一実施形態によるフローチャートである。
【図３０】例示的な一実施形態によるフローチャートである。
【図３１】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと称される「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提供された標準等、１つ以上の標準をサポートするように設計されてよい。標準には、3GPP  RP-150465,  “New  SI  proposal:  Study  on  Latency  reduction  techniques  for  LTE”,  Ericsson,  Huawei、TR  36.211  V13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  channels  and  modulation  (Release  13)”、TS  36.331,  V13.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification  (Release  13)”、TS  36.212  v13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Multiplexing  and  channel  coding  (Release  13)”、TS  36.213  v13.1.1,  “E-UTRA  Physical  layer  procedures  (Release  13)”、RAN1#86bis  Chairman’s  note、及びRAN1#87  Chairman’s  noteが含まれる。上掲の標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
パケットデータレイテンシは、性能評価のための重要な指標の１つである。パケットデータのレイテンシを低減することにより、システム性能が向上する。３ＧＰＰ  ＲＰ−１５０４６５では、研究項目「ＬＴＥの場合のレイテンシ低減技術についての研究」は、レイテンシ低減のいくつかの技術を調査し、標準化することを目的としている。
【００２６】
３ＧＰＰ  ＲＰ−１５０４６５によれば、その研究項目の目的は、アクティブＵＥに対してＬＴＥ  Ｕｕエアインタフェースを介したパケットデータレイテンシを大幅に低減し、より長い期間（接続された状態で）非アクティブであるＵＥに対するパケットデータ転送ラウンドトリップレイテンシを大幅に低減するために、Ｅ−ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）無線システムに対する拡張を研究することである。この研究領域は、無線インタフェース容量、バッテリ寿命、制御チャネルリソース、仕様の影響及び技術的実現可能性を含むリソース効率性を含む。ＦＤＤ（周波数分割複信）とＴＤＤ（時分割複信）二重モードの両方が考慮される。
【００２７】
３ＧＰＰ  ＲＰ−１５０４６５によれば、２つの領域を研究し、文書化すべきとされている：
−  高速上りリンクアクセスソリューション
アクティブＵＥ及びより長い時間非アクティブであるが、ＲＲＣ接続が保たれているＵＥの場合、スケジューリングされるＵＬ送信のためのユーザプレーンレイテンシを低減することと、現行の規格によって許可されたプレスケジューリングソリューションと比較して、プロトコル及びシグナリングの強化を伴うよりリソース効率のよいソリューションを取得することに焦点を当てるべきであり、現行のＴＴＩの長さと処理時間を維持してもしなくてもよい。
−  ＴＴＩの短縮と処理時間の短縮
リファレンス信号と物理レイヤ制御シグナリングへの影響を考慮して、０．５ｍｓと１つのＯＦＤＭシンボルの間のＴＴＩ長の仕様の影響を評価し、実現可能性と性能を評価する。
【００２８】
ＴＴＩ（送信時間間隔）の短縮及び処理時間の短縮は、レイテンシを低減するための効果的なソリューションと考えることができ、これは、送信のための時間単位を（例えば、１ｍｓ（１４ＯＦＤＭ）シンボルから１〜７ＯＦＤＭシンボルに）減らすことができるためであり、同様に復号による遅延を減らすことができる。ＴＴＩ長を小さくするもう１つの利点は、トランスポートブロック（ＴＢ）サイズについてより細かい粒度をサポートすることであり、不要なパディングを減らすことができるようにする。一方で、ＴＴＩ長を小さくすると、物理チャネルは１ｍｓ構造に基づいて開発されているため、現在のシステム設計に大きな影響を与える可能性もある。短縮されたＴＴＩは、ｓＴＴＩとも呼ばれる。
【００２９】
５Ｇの場合のＮｅｗ  ＲＡＴ（ＮＲ）において使用されるフレーム構造は、時間及び周波数リソースに対して、（３ＧＰＰ  ＲＰ−１５０４６５で論じられているように）様々なタイプの要求に対応する。例えば、超低遅延（〜０．５ｍｓ）から、ＭＴＣ（マシン型通信）の場合の遅延許容トラフィックまで、ｅＭＢＢ（拡張型モバイルブロードバンド）の場合の高いピークレートから、ＭＴＣの場合の非常に低いデータレートまでに対応する。この研究の重要な焦点は、低レイテンシの観点（短縮ＴＴＩなど）がある一方で、異なるＴＴＩを混合／適応させるという他の態様もこの研究において考慮されていることである。多様なサービスと要件に加え、ＮＲのすべての機能が初期段階又はリリースに含まれるわけではないため、前方互換性が初期ＮＲフレーム構造設計においては重要な考慮事項である。
【００３０】
プロトコルのレイテンシを低減することは、様々な世代又はリリース間での重要な改善であり、新しいアプリケーション要件（例えばリアルタイムサービス）を満たすことに加えて、効率を改善することができる。レイテンシを低減するためによく採用される効果的な方法は、ＴＴＩ長を３Ｇにおける１０ｍｓからＬＴＥにおける１ｍｓに短縮することである。ＲＥ１−１４のＬＴＥ−Ａ  Ｐｒｏの文脈においては、既存のＬＴＥヌメロロジ（つまり、ＬＴＥにおいてはただ１つのヌメロロジのみが存在する）を変更せずに、ＴＴＩ内のＯＦＤＭ（直交周波数分割多重）シンボルの数を減らすことによって、ＴＴＩをサブミリ秒レベル（例えば０．１〜０．５ｍｓ）にまで短縮するＳＩ（研究項目）又はＷＩ（作業項目）が提案された。この改善の目標は、ＴＣＰ（Transport  Control  Protocol）スロースタート問題を解決すること、極端に低いが頻繁なトラフィックを解決すること、又はある程度ＮＲにおける予期された超低遅延を満たすことができることである。処理時間の短縮は、レイテンシを低減するための別の考慮事項である。短いＴＴＩと短い処理時間が常に両立するか（come  together）どうかは結論がでていない。採用される方法は、レガシー制御領域の存在等、後方互換性を保持するべきであるため、この研究はいくつかの制限を受ける。ＬＴＥヌメロロジの簡単な説明が３ＧＰＰ  ＴＲ  ３６．２１１で説明されており、次のようである：
（外１−１）
0006681416.tif 000002
（外１−２）
0006681416.tif 000003
（外１−３）
0006681416.tif 000004
（外１−４）
0006681416.tif 000005
“Ｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ｇｒｉｄ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．２．２−１は、図５として再現されている。
（外２）
0006681416.tif 000006
“Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．２．３−１は、図６として再現されている。
（外３）
0006681416.tif 000007
“Ｎｕｍｂｅｒ  ｏｆ  ＯＦＤＭ  ｓｙｍｂｏｌｓ  ｕｓｅｄ  ｆｏｒ  ＰＤＣＣＨ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７−１は、図７として再現されている。
（外４）
0006681416.tif 000008
“ＰＣＦＩＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７．２−１は、図８として再現されている。
（外５−１）
0006681416.tif 000009
（外５−２）
0006681416.tif 000010
“Ｓｕｐｐｏｒｔｅｄ  ＰＤＣＣＨ  ｆｏｒｍａｔｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．１−１は、図９として再現されている。
（外６）
0006681416.tif 000011
“ＰＤＣＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．３−１は、図１０として再現されている。
（外７−１）
0006681416.tif 000012
（外７−２）
0006681416.tif 000013
（外７−３）
0006681416.tif 000014
“ＯＦＤＭ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．１２−１は、図１１として再現されている。
（外８）
0006681416.tif 000015
“Ｄｏｗｎｌｉｎｋ  ｍｏｄｕｌａｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．１３−１は、図１２として再現されている。
【００３１】
ＬＴＥでは、１５ＫＨｚのサブキャリア間隔という、初期アクセスのために定義されたＤＬ（下りリンク）ヌメロロジが１つしかなく、初期アクセス中に取得される信号及びチャネルは１５ＫＨｚのヌメロロジに基づいている。セルにアクセスするために、ＵＥはいくつかの基本的な情報を取得する必要があることがある。例えば、ＵＥは、セル探索あるいはセル選択又は再選択中に行われる、セルの時間同期又は周波数同期を最初に取得する。時間又は周波数同期は、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）等の同期信号を受信することによって得ることができる。同期中、セルの中心周波数が分かっており、サブフレーム又はフレーム境界が得られる。ＰＳＳ又はＳＳＳが取得されるとき、セルのサイクリックプレフィックス（ＣＰ）（例えば、ノーマルＣＰ又は拡張ＣＰ）、セルのデュプレクスモード（例えば、ＦＤＤ又はＴＤＤ）も同様に知ることができる。次いで、物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）が受信され、いくつかの基本システム情報、例えば、システムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報が得られる。
【００３２】
ＵＥは、システム帯域幅に応じて適切なリソース要素及び適切なペイロードサイズでＤＬ制御チャネル（例えば、ＰＤＣＣＨ（物理下りリンク制御チャネル））を受信し、セルがアクセス可能であるかどうか、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等のシステム情報ブロックＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得することができる。ＵＥは、次いで、ランダムアクセスを実行し、セルへの接続を要求することができる。
【００３３】
接続セットアップが完了した後、ＵＥは接続モードに移行し、セルへのデータ送信を実行する、又はセルからのデータ受信を実行することが可能になる。データの受信及び送信のためのリソース割り当ては、ＳＩＢ又はＭＩＢにおいて通知されるシステム帯域幅（例えば、以下の引用にある
（外９）
0006681416.tif 000016
又は
（外１０）
0006681416.tif 000017
）に従って行われる。また、ＤＬ制御チャネルと、これに関連するＤＬデータチャネル又はＵＬデータチャネルとの固定のタイミング関係が存在する。
【００３４】
例えば、上りリンクグラントがサブフレームｎで、ＤＬ制御チャネル上で受信されると、その関連するＵＬデータチャネルは、サブフレームｎ＋４で送信される。下りリンク割り当てがサブフレームｎで受信されると、関連する下りリンクデータが同じサブフレームで受信され、その対応するＨＡＲＱ（ハイブリッド自動再送要求）フィードバックがサブフレームｎ＋４で送信される。ＤＬ及びＵＬのためのＨＡＲＱプロセスの数は、タイミング関係に基づいて決定され、例えば、データパケットがＨＡＲＱプロセスで復号される前に別のデータパケットが他のＨＡＲＱプロセスと共に送信又は受信される、又はデータパケットが再送されるようにする。より詳細は、３ＧＰＰ  ＴＲ  ３６．２１１、ＴＳ  ３６．３３１、ＴＳ  ３６．２１２、ＴＳ  ３６．２１３からの次の記載に見出だすことができる。
（外１１）
0006681416.tif 000018
“Ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  ｏｎｅ  ＤＣＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１は、図１３として再現されている。
（外１２−１）
0006681416.tif 000019
（外１２−２）
0006681416.tif 000020
（外１２−３）
0006681416.tif 000021
【００３５】
３ＧＰＰ  ＴＳ  ３６．２１３は次のように述べている：
７  物理下りリンク共有チャネル関連手順
ＵＥがＳＣＧで構成される場合、特に明記しない限り、ＵＥは、ＭＣＧ及びＳＣＧの両方に対して、この節で説明する手順を適用するものとする。
−  この手順がＭＣＧに適用されるとき、本節の用語「セカンダリセル」、「複数のセカンダリセル」、「サービングセル」及び「複数のサービングセル」は、特に明記しない限り、それぞれＭＣＧに属するセカンダリセル、複数のセカンダリセル、サービングセル又は複数のサービングセルを指す。用語「サブフレーム」及び「複数のサブフレーム」は、ＭＣＧに属するサブフレーム又は複数のサブフレームを指す。
−  この手順がＳＣＧに適用されるとき、本節の用語「セカンダリセル」、「複数のセカンダリセル」、「サービングセル」及び「複数のサービングセル」は、特に明記しない限り、それぞれＳＣＧに属するセカンダリセル、複数のセカンダリセル（ＰＳＣｅｌｌを含まない）、サービングセル、複数のサービングセルを指す。本節の用語「プライマリセル」は、ＳＣＧのＰＳＣｅｌｌを指す。用語「サブフレーム」及び「複数のサブフレーム」は、ＳＣＧに属するサブフレーム又は複数のサブフレームを指す。
ＵＥがＬＡＡ  Ｓｃｅｌｌで設定される場合、特に明記しない限り、ＵＥは、ＬＡＡ  Ｓｃｅｌｌのためのフレーム構造タイプ１を想定して、本節で説明する手順を適用するものとする。
ＦＤＤの場合、１サービングセルあたり最大８つの下りリンクＨＡＲＱプロセスが存在するものとする。
ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ１の場合、１サービングセルあたり最大８つの下りリンクＨＡＲＱプロセスが存在するものとする。
ＴＤＤであって、任意のサービングセルに対してパラメータEIMTA-MainConfigServCell-r12で設定されないＵＥについて、ＵＥが１つのサービングセルで設定される場合、又はＵＥが複数のサービングセルで設定され、すべての設定されたサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じである場合、１サービングセルあたりの下りリンクＨＡＲＱプロセスの最大数は、表７−１に示すように、ＵＬ／ＤＬ構成（表４．２−２の［３］）によって決定されるものとする。
ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つの設定されたサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じでない場合、又はＵＥが少なくとも１つのサービングセルに対してパラメータEIMTA-MainConfigServCell-r12で設定される場合、あるいはＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２であり、サービングセルフレーム構造タイプ２である場合に、サービングセルに対する下りリンクＨＡＲＱプロセスの最大数は、表７−１に示すように決定されるものとし、ここで、表７−１の「ＴＤＤ  ＵＬ／ＤＬ構成」は、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成（第１０．２項に定義）を参照するものとする。
ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２であり、サービングセルフレーム構造タイプ１である場合、サービングセルに対する下りリンクＨＡＲＱプロセスの最大数は、表７−２に示すように、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成（１０．２項に定義）によって決定されるものとする。
ＣＥＭｏｄｅＢで設定されたＢＬ／ＣＥ  ＵＥは、２つより多い下りリンクＨＡＲＱプロセスをサポートすることは期待されない。
ＴＤＤであって、ＣＥＭｏｄｅＡで設定されたＢＬ／ＣＥについて、サービングセルに対する下りリンクＨＡＲＱプロセスの最大数は、表７−３に示すように決定されるものとする。
［８］で定義された専用ブロードキャストＨＡＲＱプロセスは、ＦＤＤ、ＴＤＤ及びＦＤＤ−ＴＤＤに対するＨＡＲＱプロセスの最大数の一部としてカウントされない。
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−１は、図１４としての再現されている。
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＦＤＤ−ＴＤＤ，  ｐｒｉｍａｒｙ  ｃｅｌｌ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２，  ａｎｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−２は、図１５として再現されている。
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ  （ＵＥ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＣＥＭｏｄｅＡ）”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−３は、図１６として再現されている。
７．１  物理下りリンク共有チャネルを受信するためのＵＥ手順
上位レイヤパラメータmbsfn-SubframeConfigList若しくはmbsfn-SubframeConfigList-v12x0、又はサービングセルｃのlaa-SCellSubframeConfigによって示されるサブフレームを除き、ＵＥは、
−  サブフレームにおいて、ＵＥのために意図された、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、又は２Ｄを有する、サービングセルのＰＤＣＣＨを検出すると、又は
−  サブフレームにおいて、ＵＥのために意図された、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、又は２Ｄを有する、サービングセルのＥＰＤＣＣＨを検出すると、
上位レイヤで定義されたトランスポートブロックの数の制限を用いて同じサブフレーム内の対応するＰＤＳＣＨをデコードするものとする。
上位レイヤパラメータfdd-DownlinkOrTddSubframeBitmapBRで設定されたＢＬ／ＣＥ  ＵＥについて、上位レイヤパラメータはＢＬ／ＣＥ  ＤＬサブフレームのセットを示す。
上位レイヤパラメータfdd-DownlinkOrTddSubframeBitmapBRで設定されないＢＬ／ＣＥ  ＵＥについて、上位レイヤパラメータmbsfn-SubframeConfigListで示されるもの以外のサブフレームはＢＬ／ＣＥ  ＤＬサブフレームとみなされる。
ＢＬ／ＣＥ  ＵＥは、ＵＥのために意図された、ＤＣＩフォーマット６−１Ａ、６−１Ｂ、６−２を有するＭＰＤＣＣＨを検出すると、上位レイヤで定義されたトランスポートブロックの数の制限を用いて、７．１．１１項で説明するように、１つ以上のＢＬ／ＣＥ  ＤＬサブフレームにおいて対応するＰＤＳＣＨをデコードするものとする。
ＵＥが複数のサービングセルで設定され、任意の２つの設定されたサービングセルのフレーム構造タイプが異なる場合、ＵＥはＦＤＤ−ＴＤＤキャリアアグリゲーション用に設定されるとみなされる。
ＭＢＭＳ受信を除き、ＵＥは、ＰＳＣｅｌｌでのＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを監視する必要はない。
ＵＥは、位置決め参照信号が、リソースブロックに存在しないと想定してもよく、ここで、ＵＥのために意図された、ＤＣＩフォーマット１Ａ又は１Ｃを有するＳＩ−ＲＮＴＩ又はＰ−ＲＮＴＩによってスクランブルされたＣＲＣを伴う検出されたＰＤＣＣＨに従ってＰＤＳＣＨを復号するものとする。
所与のサービングセルに対してキャリアインジケータフィールドで設定されたＵＥは、キャリアインジケータフィールドが、第９．１項で説明する共通の検索空間において、サービングセルのいかなるＰＤＣＣＨにも存在しないと想定するものとする。そうでなければ、設定されたＵＥは、ＰＤＣＣＨ／ＥＰＤＣＤＣＣＨ  ＣＲＣがＣ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるときに、所与のサービングセルに対して、第９．１項で説明するＵＥ固有の検索空間に位置するＰＤＣＣＨ／ＥＰＤＣＤＣＣＨにキャリアインジケータフィールドが存在すると想定するものとする。
ＵＥがＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表７．１−１で定義される任意の組み合わせに従ってＰＤＣＣＨと対応するＰＤＳＣＨをデコードするものとする。これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブル初期化は、ＳＩ−ＲＮＴＩによる。
“ＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  ＳＩ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−１は、図１７として再現されている。
ＵＥがＰ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表７．１−２で定義される任意の組み合わせに従ってＰＤＣＣＨ及び対応するＰＤＳＣＨをデコードするものとする。
これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブル初期化は、Ｐ−ＲＮＴＩによる。
ＵＥがＰ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＭＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表７．１−２Ａで定義される任意の組み合わせに従ってＭＰＤＣＣＨ及び任意の対応するＰＤＳＣＨをデコードするものとする。
これらのＭＰＤＣＣＨに対応するＰＤＳＣＨのスクランブル初期化は、Ｐ−ＲＮＴＩによる。
ＵＥは、ＰＳＣｅｌｌでのＰ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを監視する必要はない。
ＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｐ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２は、図１８として再現されている。
“ＭＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｐ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２Ａは、図１９として再現されている。
ＵＥがＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表７．１−３で定義される任意の組み合わせに従ってＰＤＣＣＨと対応するＰＤＳＣＨをデコードするものとする。これらのＰＤＣＣＨに対応するＰＤＳＣＨのスクランブル初期化は、ＲＡ−ＲＮＴＩによる。
ＵＥがＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＭＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表７．１−３Ａで定義される任意の組み合わせに従ってＭＰＤＣＣＨと対応するＰＤＳＣＨをデコードするものとする。これらのＭＰＤＣＣＨに対応するＰＤＳＣＨのスクランブル初期化は、ＲＡ−ＲＮＴＩによる。
ＲＡ−ＲＮＴＩと、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩのいずれかとが同じサブフレームに割り当てられるとき、ＵＥは、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨ／ＥＰＤＣＤＣＣＨによって示されるプライマリセルでのＰＤＳＣＨをデコードする必要はない。
［…］
１０．２  上りリンクＨＡＲＱ−ＡＣＫタイミング
ＴＤＤの場合に、あるいはＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、又はＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ１の場合に、ＵＥがサービングセルに対してEIMTA-MainConfigServCell-r12で設定される場合、第１０．２項のサービングセルの「ＵＬ／ＤＬ構成」とは、特に明記されない限り、サービングセルに対するパラメータeimta-HARQ-ReferenceConfig-r12によって与えられるＵＬ／ＤＬ構成を指す。
非ＢＬ／ＣＥ  ＵＥの場合、ＦＤＤの場合、又はＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ１の場合、ＵＥは、サブフレームｎ−４において、ＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫが提供されるものとするＰＤＳＣＨ送信を検出すると、サブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信するものとする。ＨＡＲＱ−ＡＣＫの繰り返しが有効な場合、サブフレームｎ−４においてＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＥがサブフレームｎ−ＮＡＮＲｅｐ−３，…，ｎ−５におけるＰＤＳＣＨ送信に対応するサブフレームｎにおけるＨＡＲＱ−ＡＣＫの送信を繰り返さない場合、ＵＥは、
−  サブフレームｎ，ｎ＋１，ｎ＋ＮＡＮＲｅｐ−１において、ＰＵＣＣＨで（サブフレームｎ−４で検出されたＰＤＳＣＨ送信に対応する）ＨＡＲＱ−ＡＣＫ応答のみを送信するものとする；
−  サブフレームｎ，ｎ＋１，ｎ＋ＮＡＮＲｅｐ−１において、いかなる信号／チャネルも送信しないものとする；
−  サブフレームｎ−３，…，ｎ＋ＮＡＮＲｅｐ−５において、任意の検出されたＰＤＳＣＨ送信に対応するいかなるＨＡＲＱ−ＡＣＫ応答の繰り返しを送信しないものとする。
ＴＤＤであって、少なくとも１つのサービングセルに対してEIMTA-MainConfigServCell-r12で設定されるＵＥについて、ＵＥが１つのサービングセルで設定される場合、又はＵＥが複数のサービングセルで設定され、すべての設定されたサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じである場合、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成は、サービングセルのＵＬ／ＤＬ構成である。
ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ１の場合に、サービングセルがフレーム構造タイプ２のセカンダリサービングセルである場合、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成は、サービングセルのＵＬ／ＤＬ構成である。
ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有し、サービングセルがプライマリセルである場合、プライマリセルＵＬ／ＤＬ構成は、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成である。
ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、サービングセルがプライマリセルである場合、又はサービングセルがフレーム構造タイプ１のセカンダリセルである場合、プライマリセルＵＬ／ＤＬ構成は、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成である。
ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有し、ＵＥがharqTimingTDD  =  TRUEで設定されず、サービングセルがセカンダリセルである場合に、又はＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２であり、ＵＥがharqTimingTDD  =  TRUEで設定されず、サービングセルがフレーム構造タイプ２のセカンダリセルである場合に
−  （プライマリセルＵＬ／ＤＬ構成、サービスセルＵＬ／ＤＬ構成）によって形成されるペアが、表１０．２−１のＳｅｔ１に属する場合、あるいは
−  ＵＥがサービングセルをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されず、（プライマリセルＵＬ／ＤＬ構成、サービングセルＵＬ／ＤＬ構成）によって形成されるペアが、表１０．２−１のＳｅｔ２又はＳｅｔ３に属する場合、又は
−  ＵＥがサービングセルをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定され、（プライマリセルＵＬ／ＤＬ構成、サービングセルＵＬ／ＤＬ構成）によって形成されるペアが、表１０．２−１のＳｅｔ４又はＳｅｔ５に属する場合
サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成は、表１０．２−１の対応するＳｅｔで定義される。
ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有し、ＵＥがharqTimingTDD  =  TRUEで設定され、サービングセルがセカンダリセルである場合、又はＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２であり、ＵＥがharqTimingTDD  =  TRUEで設定され、サービングセルがフレーム構造タイプ２のセカンダリセルである場合
−  ＵＥがサービングセルをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定され、（プライマリセルＵＬ／ＤＬ構成、サービングセルＵＬ／ＤＬ構成）によって形成されるペアが表１０．２−１のＳｅｔ１、Ｓｅｔ４又はＳｅｔ５に属する場合、サービングセルに対するＤＬ参照ＵＬ／ＤＬ構成は、表１０．２−１の対応するＳｅｔで定義される。
−  ＵＥがサービングセルをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されない場合、プライマリセルＵＬ／ＤＬ構成がサービングセルに対するＤＬ参照ＵＬ／ＤＬ構成である。
ＰＵＣＣＨフォーマット４又はＰＵＣＣＨフォーマット５で設定されないＵＥについて、ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有する場合、あるいはＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２であり、少なくとも１つのサービングセルに対するＤＬ参照ＵＬ／ＤＬ構成がＴＤＤ  ＵＬ／ＤＬ構成５である場合、ＵＥは２つより多いサービングセルで設定されることは期待されない。
ＴＤＤであって、任意のサービングセルに対してEIMTA-MainConfigServCell-r12で設定されない非ＢＬ／ＣＥ  ＵＥについて、ＵＥが１つのサービングセルで設定される場合、又はＵＥが複数のサービングセルで設定され、すべてのサービングセルのＵＬ／ＤＬ構成が同じである場合、ＵＥは、サブフレームｎ−ｋ（ここで、ｋ∈Ｋであり、Ｋは表１０．１．３．１−１で定義される）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＥは、ＵＬサブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信するものとする。
harqTimingTDD  =  TRUEで設定されないＵＥについて、ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有する場合、又はＵＥが少なくとも１つのサービングセルに対してEIMTA-MainConfigServCell-r12で設定されている場合、あるいはＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、サービングセルｃがフレーム構造タイプ２である場合、ＵＥは、サブフレームｎ−ｋ（ｋ∈Ｋｃである）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＬサブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信する。ここで、セットＫｃは、サブフレームｎ−ｋがサービングセルｃに対するＤＬサブフレーム又は特別サブフレームに対応するようなｋ∈Ｋの値を含む。ここで、サービングセルｃのＤＬサブフレーム又は特別サブフレームは、ＵＥがサービングセルｃに対して上位レイヤのパラメータEIMTA-MainConfigServCell-r12で設定される場合に上位レイヤのパラメータeimta-HARQ-ReferenceConfig-r12に従う。ここで、表１０．１．３．１−１（ここで、表１０．１．３．１−１における「ＵＬ／ＤＬ構成」は「ＤＬ参照ＵＬ／ＤＬ構成」を指す）で定義されるＫは、サブフレームｎに関連付けられる。
harqTimingTDD  =TRUEで設定されているＵＥについて、ＴＤＤの場合に、ＵＥが複数のサービングセルで設定され、少なくとも２つのサービングセルが異なるＵＬ／ＤＬ構成を有する場合、又はＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、サービングセルｃがフレーム構造タイプ２の場合
−  ＵＥがサービングセルｃをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されている場合、ＵＥは、サービングセルｃに対するサブフレームｎ−ｋ（ここで、ｋ∈Ｋｃである）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＬサブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信するものとする。ここで、セットＫｃは、サブフレームｎ−ｋがサービングセルｃに対するＤＬサブフレーム又は特別サブフレームに対応するようなｋ∈Ｋの値を含む。ここで、表１０．１．３．１−１（ここで、表１０．１．３．１−１における「ＵＬ／ＤＬ構成」は「ＤＬ参照ＵＬ／ＤＬ構成」を指す）で定義されるＫは、サブフレームｎに関連付けられる。
−  ＵＥがサービングセルｃをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されていない場合、ＵＥは、サービングセルｃに対するサブフレームｎ−ｋ（ここで、ｋ∈Ｋｃである）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＬサブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信するものとする。ここで、セットＫｃは、サブフレームｎ−ｋがサービングセルｃに対するＤＬサブフレーム又は特別サブフレームに対応するようなｋ∈Ｋの値を含む。ここで、表１０．１．３Ａ−１（ここで、表１０．１．３Ａ−１の「ＵＬ／ＤＬ構成」は「ＤＬ参照ＵＬ／ＤＬ構成」を指す）で定義されるＫは、サブフレームｎに関連付けられる。
非ＢＬ／ＣＥ  ＵＥについて、ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、サービングセルｃがフレーム構造タイプ１であり、ＵＥがサービングセルｃをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されていない場合、ＵＥは、サービングセルｃに対するサブフレームｎ−ｋ（ここで、ｋ∈Ｋｃ、Ｋｃ＝Ｋであって、Ｋは、表１０．１．３Ａ−１で定義される）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、サブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信する。
ＦＤＤ−ＴＤＤであって、プライマリセルフレーム構造タイプ２の場合に、サービングセルｃがフレーム構造タイプ１であり、ＵＥがサービングセルｃをスケジューリングするために別のサービングセルにおけるＰＤＣＣＨ／ＥＰＤＣＣＨを監視するように設定されている場合、ＵＥは、サービングセルｃに対するサブフレームｎ−ｋ（ここで、ｋ∈Ｋｃ、Ｋｃ＝Ｋであって、Ｋは、表１０．１．３−１で定義される）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、サブフレームｎにおいてＨＡＲＱ−ＡＣＫ応答を送信する。ここで、表１０．１．３．１−１の「ＵＬ／ＤＬ構成」は、サービングセルｃの「ＤＬ参照ＵＬ／ＤＬ構成」を指す。
ＴＤＤであって、ＨＡＲＱ−ＡＣＫ繰り返しが有効である場合、サブフレームｎ−ｋ（ここで、ｋ∈Ｋであって、Ｋは、表１０．１．３−１で定義される）内でＵＥのために意図されたＰＤＳＣＨ送信であって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨ送信を検出すると、ＵＥが下りリンク又はサブフレームｎ−ｋより前の特別なサブフレームにおけるＰＤＳＣＨ送信に対応する、サブフレームｎにおいていかなるＨＡＲＱ−ＡＣＫの送信を繰り返さない場合、ＵＥは、
−  ｎ１，…，ｎＡＮＲｅｐ−１と示されるＵＬサブフレームｎ及び次のＮＡＮＲｅｐ−１のＵＬサブフレームにおいてＰＵＣＣＨで（サブフレームｎ−ｋにおいて検出されたＰＤＳＣＨ送信に対応する）ＨＡＲＱ−ＡＣＫ応答のみを送信するものとする；
−  ＵＬサブフレームｎ，ｎ＋１，…，ｎＡＮＲｅｐ−１において、いかなる信号／チャネルも送信しないものとする；
−  サブフレームｎｉ−ｋにおいて、任意に検出されたＰＤＳＣＨ送信に対応するいかなるＨＡＲＱ−ＡＣＫ応答の繰り返しを送信しないものとする。ここで、ｋ∈Ｋｃであり、Ｋｉは表１０．１．３．１−１で定義され、ＵＬサブフレームｎｉに対応するセットであり、１≦ｉ≦ＮＡＮＲｅｐ−１である。
ＴＤＤであって、ＨＡＲＱ−ＡＣＫバンドリングの場合に、ＵＥが、７．３項で説明するように、少なくとも１つの下りリンク割り当てがミスされたことを検出する場合、ＵＥは、ＨＡＲＱ−ＡＣＫが所与のサブフレームに存在する唯一のＵＣＩである場合、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫを送信しないものとする。
ＦＤＤの場合、ＢＬ／ＣＥ  ＵＥは、ＵＥのために意図されたＰＤＳＣＨであって、ＨＡＲＱ−ＡＣＫが提供されるものとするＰＤＳＣＨを検出すると、ｉ＝０，１，…，Ｎ−１として、サブフレームｎ＋ｋｉにおいて、１０．１．２．１節に従って導出された同じ
【数１】
0006681416.tif 000022
を用いてＨＡＲＱ−ＡＣＫ応答を送信するものとする。ここで
−  サブフレームｎ−４は、ＰＤＳＣＨが送信される最後のサブフレームであり、
−  ０＝ｋ０＜ｋ１＜…，ｋＮ−１であり、
【数２】
0006681416.tif 000023
であり、ＰＤＳＣＨは競合解決を含まない場合、
【数３】
0006681416.tif 000024
は、上位レイヤのパラメータpucch-NumRepetitionCE-format1によって提供され、そうでない場合、ＵＥに対する最新のＰＲＡＣＨカバレッジ拡張レベルがそれぞれ０、１、２又は３であるかどうかに応じて、上位レイヤパラメータpucch-NumRepetitionCE  Msg4-Level0-r13、pucch-NumRepetitionCE-Msg4-Level1-r13、pucch-NumRepetitionCE-Msg4-Level2-r13、又はpucch-NumRepetitionCE-Msg4-Level3-r13によって提供され、
−  ｉ＝０，１，…，Ｎ−１として、サブフレームｎ＋ｋｉは、サブフレームｎ−１の直後のＮ個の連続したＢＬ／ＣＥ  ＵＬサブフレームであり、ＢＬ／ＣＥ  ＵＬサブフレームのセットは、上位レイヤによって設定される。
ＴＤＤの場合、ＢＬ／ＣＥ  ＵＥは、サブフレームｎ−ｋ（ここで、ｋ∈Ｋであり、Ｋは表１０．１．３．１−１で定義される）内ＵＥのために意図されたＰＤＳＣＨであって、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるものとするＰＤＳＣＨを検出すると、ｉ＝０，１，…，Ｎ−１として、サブフレームｎ＋ｋｉにおいて、１０．１．３．１節に従って導出された同じ
【数４】
0006681416.tif 000025
を用いてＨＡＲＱ−ＡＣＫ応答を送信する。ここで、
−  サブフレームｎ−ｋは、ＰＤＳＣＨが送信される最後のサブフレームである。
−  サブフレームｎ−４は、ＰＤＳＣＨが送信される最後のサブフレームであり、
−  ０＝ｋ０＜ｋ１＜…、ｋＮ−１であり、
【数５】
0006681416.tif 000026
であり、ＰＤＳＣＨは競合解決を含まない場合、
【数６】
0006681416.tif 000027
は、上位レイヤのパラメータpucch-NumRepetitionCE-format1によって提供される。そうでない場合、ＵＥに対する最新のＰＲＡＣＨカバレッジ拡張レベルがそれぞれ０、１、２又は３であるかどうかに応じて、上位レイヤパラメータpucch-NumRepetitionCE  Msg4-Level0-r13、pucch-NumRepetitionCE-Msg4-Level1-r13、pucch-NumRepetitionCE-Msg4-Level2-r13、又はpucch-NumRepetitionCE-Msg4-Level3-r13によって提供される。
−  ｉ＝０，１，…，Ｎ−１として、サブフレームｎ＋ｋｉは、サブフレームｎ−１の直後のＮ個の連続したＢＬ／ＣＥ  ＵＬサブフレームであり、ＢＬ／ＣＥ  ＵＬサブフレームのセットは、上位レイヤによって設定され、
下りリンクＳＰＳ解放を示す検出されたＰＤＣＣＨ／ＥＰＤＣＣＨに対応するＡＣＫの上りリンクタイミングは、上記で定義されたように、検出されたＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの上りリンクタイミングと同じとする。
ＢＬ／ＣＥ  ＵＥの場合、下りリンクＳＰＳ解除を示す検出されたＭＰＤＣＣＨに対応するＡＣＫの上りリンクタイミングは、上記で定義されたように、検出されたＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの上りリンクタイミングと同じとする。
［…］
８  物理上りリンク共有チャネル関連手順
ＵＥがＳＣＧで設定されている場合、ＵＥは、ＭＣＧ及びＳＣＧの両方に対して、この節で説明する手順を適用するものとする。
−  この手順がＭＣＧに適用されるとき、本節の用語「セカンダリセル」、「複数のセカンダリセル」、「サービングセル」、「複数のサービングセル」は、それぞれ、ＭＣＧに属するセカンダリセル、複数のセカンダリセル、サービングセル、複数のサービングセルを指す。
−  この手順がＳＣＧに適用するとき、本節の用語「セカンダリセル」、「複数のセカンダリセル」、「サービングセル」、「複数のサービングセル」は、それぞれ、ＳＣＧに属するセカンダリセル、複数のセカンダリセル（ＰＳＣｅｌｌを含まない）、サービングセル、複数のサービングセルを指す。本節の用語「プライマリセル」は、ＳＣＧのＰＳＣｅｌｌを指す。
非ＢＬ／ＣＥ  ＵＥについて、ＦＤＤで送信モード１の場合、非サブフレームバンドリング動作、すなわち通常のＨＡＲＱ動作のために、１サービングセルあたり８つの上りリンクＨＡＲＱプロセスが存在し、パラメータe-HARQ-Pattern-r12がＴＲＵＥに設定されているときに、サブフレームバンドリング動作のために、３つの上りリンクＨＡＲＱプロセスが存在し、そうでない場合に、サブフレームバンドリング動作のために、４つの上りリンクＨＡＲＱプロセスが存在するものとする。非ＢＬ／ＣＥ  ＵＥについて、ＦＤＤで送信モード２の場合、非サブフレームバンドリング動作のために、１サービングセルあたり１６の上りリンクＨＡＲＱプロセスが存在し、［８］で説明するように、所与のサブフレームに関連付けられた２つのＨＡＲＱプロセスが存在する。サブフレームバンドリング動作は、上位レイヤによって提供されるパラメータttiBundlingによって設定される。
ＦＤＤであって、ＣＥＭｏｄｅＡで設定されているＢＬ／ＣＥ  ＵＥについては、１サービングセルあたり最大８つの上りリンクＨＡＲＱプロセスが存在するものとする。
ＦＤＤであって、ＣＥＭｏｄｅＢで設定されているＢＬ／ＣＥ  ＵＥについては、１サービングセルあたり最大２つの上りリンクＨＡＲＱプロセスが存在するものとする。
上位レイヤがＦＤＤとＴＤＤのためのサブフレームバンドリングの使用を設定する場合、サブフレームバンドリング動作はＵＬ−ＳＣＨにのみ適用され、４つの連続した上りリンクサブフレームが使用される。
ＢＬ／ＣＥ  ＵＥは、ＰＵＳＣＨとＰＵＣＣＨの同時送信で設定されることは期待されない。
８．０  物理的上りリンク共有チャネルを送信するためのＵＥ手順
本項の「ＵＬ／ＤＬ構成」とは、特に明記されない限り、上位レイヤパラメータのsubframeAssignmentを指す。
ＦＤＤであって、通常のＨＡＲＱ動作の場合、ＵＥは、ＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＣＨの所与のサービスセル及び／又はＵＥのために意図されたサブフレームｎにおけるＰＨＩＣＨ送信を検出した時点で、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従ってサブフレームｎ＋４における対応するＰＵＳＣＨ送信を調整するものとする。
ＦＤＤ−ＴＤＤであって、通常のＨＡＲＱ動作であり、フレーム構造タイプ１を有するサービングセルｃに対するＰＵＳＣＨの場合、ＵＥは、ＤＣＩフォーマット０／４を有するＰＤＣＣＨ／ＥＰＤＣＤＣＣＨ及び／又はＵＥのために意図されたサブフレームｎにおけるＰＨＩＣＨ送信を検出すると、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、サブフレームｎ＋４におけるサービングセルｃのための対応するＰＵＳＣＨ送信を調整するものとする。
通常のＨＡＲＱ動作の場合に、ＵＥがＰＨＩＣＨ送信を検出し、同じトランスポートブロックに対する最新のＰＵＳＣＨ送信が８．０．２項に従って空間多重化を使用しており、ＵＥがＵＥのために意図されたサブフレームｎにおけるＤＣＩフォーマット４を有するＰＤＣＣＨ／ＥＰＤＣＣＨを検出せず、ネガティブに確認されたトランスポートブロックの数が、対応するＰＵＳＣＨに関連付けられた最新のＰＤＣＣＨ／ＥＰＤＣＣＨに示されたトランスポートブロックの数に等しい場合、ＵＥは、ＰＨＩＣＨ情報に従って、及び最新のＰＤＣＣＨ／ＥＰＤＣＣＨに従った送信レイヤの数とプリコーディング行列を使用して、関連付けられたサブフレームにおいて対応するＰＵＳＣＨ再送を調整するものとする。
通常のＨＡＲＱ動作の場合に、ＵＥがＰＨＩＣＨ送信を検出し、同じトランスポートブロックに対する最新のＰＵＳＣＨ送信が８．０．２項に従って空間多重化を使用しており、ＵＥがＵＥのために意図されたサブフレームｎにおけるＤＣＩフォーマット４を有するＰＤＣＣＨ／ＥＰＤＣＣＨを検出せず、ネガティブに確認されたトランスポートブロックの数が、対応するＰＵＳＣＨに関連付けられた最新のＰＤＣＣＨ／ＥＰＤＣＣＨに示されたトランスポートブロックの数に等しくない場合、ＵＥは、ＰＨＩＣＨ情報に従って、及び最新のＰＤＣＣＨ／ＥＰＤＣＣＨからネガティブに確認されたトランスポートブロックに対応するレイヤの数に等しい送信レイヤの数とコードブックインデックス０を有するプリコーディング行列を使用して、関連付けられたサブフレームにおいて対応するＰＵＳＣＨ再送を調整するものとする。
ＵＥが所与のサービングセルに対してキャリアインジケータフィールドで設定される場合、ＵＥは、上りリンクＤＣＩフォーマットを有する検出されたＰＤＣＣＨ／ＥＰＤＣＣＨからのキャリアインジケータフィールド値を使用して、対応するＰＵＳＣＨ送信のためのサービングセルを決定するものとする。
ＦＤＤであって、通常のＨＡＲＱ動作の場合、７．２．１項で説明するように、非周期的なＣＳＩ報告をトリガするように設定されたＣＳＩ要求フィールドを有するＰＤＣＣＨ／ＥＰＤＣＣＨがＵＥによってサブフレームｎで検出された場合、ＰＵＳＣＨとＰＵＣＣＨの同時送信がＵＥに対して設定されていないときに、サブフレームｎ＋４でＵＣＩが、対応するＰＵＳＣＨ送信にマッピングされる。
［…］
ＵＥが上位レイヤパラメータttiBundlingで設定されており、ＦＡＬＳＥに設定された上位レイヤパラメータe-HARQ-Pattern-r12で設定されている又は設定されていないとき、ＦＤＤであって、サブフレームバンドリング動作の場合、ＵＥは、ＵＥのために意図されたサブフレームｎにおいてＤＣＩフォーマット０を有するＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＵＥが意図されたサブフレームｎ−５におけるＰＨＩＣＨ送信を検出すると、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、サブフレームｎ＋４においてバンドルにおける対応する最初のＰＵＳＣＨ送信を調整するものとする。
ＵＥが上位レイヤパラメータttiBundlingで設定されており、ＴＲＵＥに設定された上位レイヤパラメータe-HARQ-Pattern-r12で設定されているとき、ＦＤＤであって、サブフレームバンドリング動作の場合、ＵＥは、ＵＥのために意図されたサブフレームｎにおいてＤＣＩフォーマット０を有するＰＤＣＣＨ／ＥＰＤＣＣＨ及び／又はＵＥが意図されたサブフレームｎ−１においてＰＨＩＣＨ送信を検出すると、ＰＤＣＣＨ／ＥＰＤＣＣＨ及びＰＨＩＣＨ情報に従って、サブフレームｎ＋４においてバンドルにおける対応する最初のＰＵＳＣＨ送信を調整するものとする。
ＦＤＤとＴＤＤのいずれのセルの場合でも、ＰＤＣＣＨ／ＥＰＤＣＣＨ上でシグナルされるようなＮＤＩ、８．６．１項において決定されるようなＲＶ、及び８．６．２項において決定されるようなＴＢＳは、上位レイヤに引き渡される。
非ＢＬ／ＣＥ  ＵＥについて、ＴＤＤ及び送信モード１の場合、１サービングセルあたりのＨＡＲＱプロセス数は、表８−１に示すように、ＵＬ／ＤＬ構成（表４．２−２の［３］）によって決定されるものとする。ＴＤＤ及び送信モード２の場合、非サブフレームバンドリング動作のための１サービングセルあたりのＨＡＲＱプロセスの数は、表８−１に示すように、ＵＬ／ＤＬ構成（表４．２−２の［３］）によって決定される数の２倍とするものとし、［８］で説明するように、所与のサブフレームに関連付けられた２つのＨＡＲＱプロセスが存在する。ＴＤＤであって、送信モード１及び送信モード２のいずれの場合でも、表８−１における「ＴＤＤ  ＵＬ／ＤＬ構成」は、ＵＬ参照ＵＬ／ＤＬ構成がサービングセルに対して定義されている場合に、サービングセルに対するＵＬ参照ＵＬ／ＤＬ構成を指し、それ以外の場合にはサービングセルのＵＬ／ＤＬ構成を指す。
ＣＥＭｏｄｅＡで設定されているＢＬ／ＣＥ  ＵＥについて、ＴＤＤの場合、１サービングセルあたりＨＡＲＱプロセスの最大数は、表８−１における通常のＨＡＲＱ動作に従ってＵＬ／ＤＬ構成（表４．２−２の［３］）によって決定されるものとする。ＴＤＤの場合に、ＣＥＭｏｄｅＢで設定されているＢＬ／ＣＥ  ＵＥついては、１サービングセルあたり２つより多い上りリンクＨＡＲＱプロセスをサポートすることを期待されない。
“Ｎｕｍｂｅｒ  ｏｆ  ｓｙｎｃｈｒｏｎｏｕｓ  ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１は、図２０として再現されている。
［…］
ＵＥは、モード１〜２に示された２つの上りリンク送信モードのうちの１つに従って、ＰＤＣＣＨ／ＥＰＤＣＣＨを介してシグナルされたＰＵＳＣＨ送信を送信するように、上位レイヤシグナリングによってセミパーシステントに設定される。
ＵＥがＣ−ＲＮＴＩによってスクランブルされたＣＲＣでＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−３で定義された組み合わせに従ってＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化はＣ−ＲＮＴＩによる。
ＵＥがＣ−ＲＮＴＩによってスクランブルされたＣＲＣでＥＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−３Ａで定義された組み合わせに従ってＥＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＥＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化はＣ−ＲＮＴＩによる。
ＵＥがＣ−ＲＮＴＩによってスクランブルされたＣＲＣでＭＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−３Ｂに定義された組み合わせに従ってＭＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＭＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化はＣ−ＲＮＴＩによる。
送信モード１は、ＵＥが上位レイヤシグナリングによって上りリンク送信モードを割り当てられるまで、ＵＥのためのデフォルトの上りリンク送信モードである。
送信モード２に設定されたＵＥがＤＣＩフォーマット０の上りリンクスケジューリンググラントを受信するとき、ＰＵＳＣＨ送信がトランスポートブロック１に関連付けられ、トランスポートブロック２が無効であると想定するものとする。
“ＰＤＣＣＨ  ａｎｄ  ＰＵＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｃ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３は、図２１として再現されている。
［…］
ＵＥが、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＰＤＣＣＨをデコードするように上位レイヤによって設定され、「ＰＤＣＣＨオーダー」によって開始されたランダムアクセス手順を受信するように設定される場合、ＵＥは、表８−４で定義された組み合わせに従ってＰＤＣＣＨをデコードするものとする。
ＵＥが、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＥＰＤＣＣＨをデコードするように上位レイヤによって設定され、「ＰＤＣＣＨオーダー」によって開始されたランダムアクセス手順を受信するように設定される場合、ＵＥは、表８−４Ａで定義された組み合わせに従ってＥＰＤＣＣＨをデコードするものとする。
ＵＥが、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＭＰＤＣＣＨをデコードするように上位レイヤによって設定され、「ＰＤＣＣＨオーダー」によって開始されたランダムアクセス手順を受信するように設定される場合、ＵＥは、表８−４Ｂに定義された組み合わせに従ってＭＰＤＣＣＨをデコードするものとする。
“ＰＤＣＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ａｓ  ‘ＰＤＣＣＨ  ｏｒｄｅｒ’  ｔｏ  ｉｎｉｔｉａｔｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４は、図２２として再現されている。
［…］
ＵＥがＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−５で定義された組み合わせに従ってＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。
同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。同じトランスポートブロックに対するＰＵＳＣＨ再送及び対応するＰＤＣＣＨなしのこのＰＵＳＣＨの初期送信のスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。
ＵＥがＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＥＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−５Ａで定義された組み合わせに従ってＥＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。
同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＥＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。同じトランスポートブロックに対するＰＵＳＣＨ再送及び対応するＥＰＤＣＣＨなしのこのＰＵＳＣＨの初期送信のスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。
ＵＥがＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＭＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−５Ｂで定義された組み合わせに従ってＭＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。
同じトランスポートブロックに対するＰＵＳＣＨ再送及びこれらのＭＰＤＣＣＨに対応するこのＰＵＳＣＨのスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。同じトランスポートブロックに対するＰＵＳＣＨ再送及び対応するＭＰＤＣＣＨなしのこのＰＵＳＣＨの初期送信のスクランブル初期化は、ＳＰＳ  Ｃ−ＲＮＴＩによる。
［…］
ＵＥがＣ−ＲＮＴＩによってスクランブルされたＣＲＣでＰＤＣＣＨをデコードするように設定されているか、設定されていないかに関わらず、ＵＥが一時的Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣでＰＤＣＣＨをデコードするように上位レイヤによって設定される場合、ＵＥは、表８−６で定義された組み合わせに従ってＰＤＣＣＨをデコードし、対応するＰＵＳＣＨを送信するものとする。これらのＰＤＣＣＨに対応するＰＵＳＣＨのスクランブル初期化は一時的Ｃ−ＲＮＴＩによる。
［…］
８．１  上りリンクＤＣＩフォーマットを有するＰＤＣＣＨ／ＥＰＤＣＣＨのためのリソース割り当て
２つのリソース割り当てスキーム、タイプ０とタイプ１は、上りリンクＤＣＩフォーマットを有するＰＤＣＣＨ／ＥＰＤＣＣＨでサポートされる。
リソース割り当てスキーム、タイプ０又はタイプ２は、上りリンクＤＣＩフォーマットを有するＭＰＤＣＣＨでサポートされる。
上りリンクＤＣＩフォーマットでリソース割り当てタイプのビットが存在しない場合、リソース割り当てタイプ０のみがサポートされる。
上りリンクＤＣＩフォーマットでリソース割当てタイプのビットが存在する場合、デコードされたＰＤＣＣＨ／ＥＰＤＣＤＣＣＨに対する選択されたリソース割り当てタイプは、リソース割り当てタイプのビットで示され、タイプ０は値０で示され、タイプ１はそれ以外で示される。ＵＥは、検出された上りリンクＤＣＩフォーマットを有するＰＤＣＣＨ／ＥＰＤＣＣＨにおけるリソース割り当てタイプビットに応じてリソース割り当てフィールドを解釈するものとする。
８．１．１  上りリンクリソース割り当てタイプ０
上りリンクリソース割当てタイプ０に対するリソース割り当て情報は、スケジュールされたＵＥに、ｎＶＲＢによって示される連続して割り当てられた仮想リソースブロックインデックスのセットを示す。スケジューリンググラントにおけるリソース割り当てフィールドは、開始リソースブロック（ＲＢＳＴＡＲＴ）及び連続して割り当てられたリソースブロック（ＬＣＲＢｓ＞＝１）に関する長さに対応するリソース指示値（ＲＩＶ）からなる。ＢＬ／ＣＥ  ＵＥについて、上りリンクリソース割り当てタイプ０は、ＣＥＭｏｄｅＡで設定されたＵＥにのみ適用され、本項では、
【数７】
0006681416.tif 000028
である。リソース指示値は、次によって定義される。
【数８】
0006681416.tif 000029
である場合、
【数９】
0006681416.tif 000030
であり、そうでなければ、
【数１０】
0006681416.tif 000031
である。
８．１．２  上りリンクリソース割り当てタイプ１
［…］
上りリンクリソース割当てタイプ１についてのリソース割り当て情報は、システム帯域幅として
【数１１】
0006681416.tif 000032
を想定する、表７．１．６．１−１に与える、各セットがサイズＰの１つ以上の連続したリソースブロックグループを含むリソースブロックの２つのセットをスケジュールされたＵＥに指示する。
組み合わせのインデックスｒは、
【数１２】
0006681416.tif 000033
からなる。スケジューリンググラントにおけるリソース割り当てフィールドのビット数は、スケジューリンググラントにおけるリソース割り当てフィールドのビット数が以下の場合を除き、ｒを表す。
−  ｒを完全に表すのに必要なものよりも小さい。この場合、スケジューリンググラントのリソース割り当てフィールドのビットがｒのＬＳＢを占め、ｒの残りのビットの値は０と想定されるものとする。
−  ｒを完全に表すのに必要なものよりも大きく、この場合、ｒがスケジューリンググラントのリソース割り当てフィールドのＬＳＢを占める。
組み合わせのインデックスｒは、リソースブロックセット１、ｓ０とｓ１、及びリソースブロックセット２、ｓ２とｓ３−１のそれぞれの開始及び終了ＲＢＧインデックスに対応し、ここで、ｒは、Ｍ＝４及び
【数１３】
0006681416.tif 000034
として、第７．２．１項で定義される式
【数１４】
0006681416.tif 000035
によって与えられる。第７．２．１項は、ｓｉ（ＲＢＧインデックス）がマップする値の順序プロパティと範囲も定義する。対応する終了ＲＢＧインデックスが開始ＲＢＧインデックスに等しい場合、セットに対して開始ＲＢＧインデックスでは単一のＲＢＧのみが割り当てられる。
８．１．３  上りリンクリソース割り当てタイプ２
上りリンクリソース割り当てタイプ２は、ＣＥＭｏｄｅＢで設定されたＢＬ／ＣＥ  ＵＥにのみ適用可能である。上りリンクリソース割り当てタイプ２に対するリソース割り当て情報は、表８．１．３−１で与える狭帯域内で連続して割り当てられたリソースブロックのセットをスケジュールされたＵＥに指示する。
“Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ（ｓ）  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＢＬ／ＣＥ  ＵＥ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＣＥＭｏｄｅＢ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１は、図２３として再現されている。
［…］
９．１  物理的下りリンク制御チャネル割り当てを決定するためのＵＥ手順
９．１．１  ＰＤＣＣＨ割り当て手順
各サービングセルの制御領域は、［３］の第６．８．１項に従って、０からＮＣＣＥ，ｋ−１まで番号が付けられたＣＣＥのセットからなる。ここで、ＮＣＣＥ，ｋは、サブフレームｋの制御領域におけるＣＣＥの総数である。
ＵＥは、制御情報のための上位レイヤシグナリングによって設定されたような１つ以上のアクティブ化されたサービスセル上のＰＤＣＣＨ候補のセットを監視するものとする。ここで、監視とは、すべての監視されたＤＣＩフォーマットに従って、セット内のＰＤＣＣＨの各々をデコードを試行することを示唆する。
ＢＬ／ＣＥ  ＵＥはＰＤＣＣＨを監視することは必要とされない。
監視するＰＤＣＣＨ候補のセットは、検索空間の観点から定義され、アグリゲーションレベルＬ∈｛１、２、４、８｝での検索空間
【数１５】
0006681416.tif 000036
は、ＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨが監視される各サービングセルに対して、検索空間
【数１６】
0006681416.tif 000037
のＰＤＣＣＨｍに対応するＣＣＥは、次の式で与えられる。
【数１７】
0006681416.tif 000038
ここで、Ｙｋは、以下に定義され、ｉ＝０，…，Ｌ−１である。共通検索空間については、ｍ´＝ｍである。ＰＤＣＣＨについては、ＵＥ固有の検索空間であり、ＰＤＣＣＨが監視されるサービングセルについては、監視しているＵＥがキャリアインジケータフィールドで設定される場合、
【数１８】
0006681416.tif 000039
であり、ここでｎＣＩは、キャリアインジケータフィールド値であり、そうではない場合、
監視しているＵＥがキャリアインジケータフィールドで設定されない場合、ｍ´＝ｍであり、ここで、ｍ＝０，…,Ｍ（Ｌ）−１である。Ｍ（Ｌ）は、所与の検索空間において監視するためのＰＤＣＣＨ候補の数である。
ＵＥが上位レイヤパラメータcif-InSchedulingCell-r13で設定されている場合、キャリアインジケータフィールド値はcif-InSchedulingCell-r13に対応し、そうでなければ、キャリアインジケータフィールド値は［１１］で与えられたServCellIndexと同じである。
ＵＥは、プライマリセル上のアグリゲーションレベル４及び８の各々において、すべての非ＤＲＸサブフレームにおける１つの共通検索空間を監視するものとする。
ＵＥは、上位レイヤによって構成されるときにセル上のＭＢＭＳを受信するのに必要なＰＤＣＣＨを復号するために、セル上の共通検索空間を監視するものとする。
ＵＥがＥＰＤＣＣＨ監視のために設定されておらず、ＵＥがキャリアインジケータフィールドで設定される場合、ＵＥは、すべての非ＤＲＸサブフレームにおける各アクティブサービングセルでのアグリゲーションレベル１、２、４、８の各々で１つのＰＤＣＣＨ  ＵＥ固有の検索空間を監視するものとする。
ＵＥがＥＰＤＣＣＨ監視のために設定されておらず、ＵＥがキャリアインジケータフィールドで設定される場合、ＵＥは、すべての非ＤＲＸサブフレームにおける上位レイヤシグナリングによって設定される１つ以上の活性化されたサービスセルでのアグリゲーションレベル１、２、４、８の各々で１つ以上のＵＥ固有の検索空間を監視するものとする。
ＵＥがサービングセルでＥＰＤＣＣＨ監視のために設定され、そのサービングセルがアクティブ化され、ＵＥがキャリアインジケータフィールドで設定されない場合、ＵＥは、すべての非ＤＲＸサブフレームにおいてそのサービングセルでのアグリゲーションレベル１、２、４、８の各々で１つのＰＤＣＣＨ  ＵＥ固有の検索空間を監視するものとする。ここで、ＥＰＤＣＣＨは、そのサービングセルで監視されない。
ＵＥがサービングセルでＥＰＤＣＣＨ監視のために設定され、そのサービングセルがアクティブ化され、ＵＥがキャリアインジケータフィールドで設定される場合、ＵＥは、すべての非ＤＲＸサブフレームにおける上位レイヤシグナリングによって設定されるように、そのサービングセルでのアグリゲーションレベル１、２、４、８の各々で１つ以上のＰＤＣＣＨ  ＵＥ固有の検索空間を監視するものとする。ここで、ＥＰＤＣＣＨは、そのサービングセルで監視されない。
プライマリセルでの共通及びＰＤＣＣＨ  ＵＥ固有の検索空間は、重複することがある。
サービングセルｃでのＰＤＣＣＨの監視に関連付けられたキャリアインジケータフィールドで設定されるＵＥは、サービングセルｃのＰＤＣＣＨ  ＵＥ固有の検索空間において、キャリアインジケータフィールド、及びＣ−ＲＮＴＩによってスクランブルされるＣＲＣで設定されるＰＤＣＣＨを監視するものとする。
プライマリセルでのＰＤＣＣＨの監視に関連付けられたキャリアインジケータフィールドで設定されるＵＥは、プライマリセルのＰＤＣＣＨ  ＵＥ固有の検索空間において、キャリアインジケータフィールド、及びＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣで設定されるＰＤＣＣＨを監視するものとする。
ＵＥは、キャリアインジケータフィールドなしでＰＤＣＣＨのための共通検索空間を監視するものとする。
ＰＤＣＣＨが監視されるサービスセルについて、ＵＥがキャリアインジケータフィールドで設定されない場合、キャリアインジケータフィールドなしでＰＤＣＣＨのためのＰＤＣＣＨ  ＵＥ固有の検索空間を監視するものとし、ＵＥがキャリアインジケータフィールドで設定される場合、キャリアインジケータフィールドでＰＤＣＣＨのためのＰＤＣＣＨ  ＵＥ固有の検索空間を監視するものとする。
ＵＥがＬＡＡ  Ｓｃｅｌｌで設定されない場合に、ＵＥは、別のサービングセルにおけるセカンダリセルに対応するキャリアインジケータフィールドでＰＤＣＣＨを監視するように設定される場合、そのセカンダリセルのＰＤＣＣＨを監視することは期待されない。
ＵＥがＬＡＡ  Ｓｃｅｌｌで設定される場合に、ＵＥは、別のサービングセルにおけるＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドでＰＤＣＣＨを監視するように設定される場合、そのＬＡＡ  ＳＣｅｌｌのＰＤＣＣＨ  ＵＥ固有の検索空間を監視することは期待されない。
−  ここで、ＵＥは、ＬＡＡ  ＳｃｅｌｌにおいてキャリアインジケータフィールドでＰＤＣＣＨを監視するように設定されるとは期待されない。
−  ここで、ＵＥが、別のサービングセルにおけるＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドでＰＤＣＣＨを監視するように設定される場合、ＬＡＡ  Ｓｃｅｌｌにおけるサブフレーム内の２番目のスロットで開始するＰＤＳＣＨでＵＥがスケジュールされることは期待されない。
ＰＤＣＣＨが監視されるサービングセルについては、ＵＥは、少なくとも同じサービングセルについてＰＤＣＣＨ候補を監視するものとする。
Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを有し、共通のペイロードサイズを有し、同じ第１のＣＣＥインデックスｎＣＣＥ（１０．１項に記載）を有するが、プライマリセルでの
共通検索空間
ＰＤＣＣＨ  ＵＥ固有の検索空間
において［４］で定義するように異なるＤＣＩ情報のセットで設定されるＵＥは、Ｃ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされるＣＲＣを有するＰＤＣＣＨ候補に対して、
ＵＥがプライマリセルでのＰＤＣＣＨの監視に関連付けられたキャリアインジケータフィールドで設定される場合、共通検索空間におけるＰＤＣＣＨのみがプライマリセルによって送信され、
さもなければ、ＵＥ固有の検索空間におけるＰＤＣＣＨのみが、プライマリセルによって送信される。
ＣＩＦ及びＣ−ＲＮＴＩによってスクランブルされるＣＲＣで、所与のＤＣＩフォーマットサイズを有する、所与のサービングセルにおけるＰＤＣＣＨ候補を監視するように設定されたＵＥは（ここで、ＰＤＣＣＨ候補は、与えられたＤＣＩフォーマットサイズに対するＣＩＦの１つ以上の可能な値を有する可能性がある）、与えられたＤＣＩフォーマットサイズに対するＣＩＦの可能な値のいずれかに対応する任意のＰＤＣＣＨ  ＵＥ固有の探索空間における所与のサービングセルにおいて、所与のＤＣＩフォーマットサイズを有するＰＤＣＣＨ候補が送信され得ると想定するものとする。
サービングセルがＬＡＡ  Ｓｃｅｌｌであり、Ｓｃｅｌｌにたいする上位レイヤパラメータsubframeStartPositionが「ｓ０７」を示す場合、
−  ＵＥは、サブフレームの１番目のスロットと２番目のスロットの両方において、ＳｃｅｌｌでのＰＤＣＣＨ  ＵＥ固有の検索空間候補を監視し、検索空間を定義するアグリゲーションレベルは、表９．１．１−１Ａに列挙されたものであり、
そうでなければ、
−  検索空間を定義するアグリゲーションレベルは表９．１．１−１に列挙されたものである。
サービングセルがＬＡＡ  Ｓｃｅｌｌである場合、ＵＥは、ＬＡＡ  ＳＣｅｌｌで、第１３Ａ項に記載されるＣＣ−ＲＮＴＩによりスクランブルされたＤＣＩ  ＣＲＣを伴うＰＤＣＣＨを受信してよい。
ＵＥが監視するものとするＤＣＩフォーマットは、第７．１項で定義される各サービスセルごとに設定された送信モードに依存する。
ＵＥがサービングセルに対して上位レイヤパラメータskipMonitoringDCI-format0-1Aで設定される場合、ＵＥは、そのサービングセルに対するＵＥ固有の検索空間におけるＤＣＩフォーマット０／１Ａを有するＰＤＣＣＨを監視する必要はない。
ＵＥが、サービングセルに対するアグリゲーションレベルＬでＵＥ固有の検索空間に対する上位レイヤパラメータpdcch-capitions Reductionsで設定される場合、ＰＤＣＣＨ候補の対応する数は、
【数１９】
0006681416.tif 000040
であり、ここで、ａの値は、表９．１．１−２に従って決定され、
【数２０】
0006681416.tif 000041
は、Ｍ（Ｌ）を
【数２１】
0006681416.tif 000042
で置換することによって、表９．１．１−１に従って決定される。
“ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１は、図２４として再現されている。
“ＰＤＣＣＨ  ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ  ｏｎ  ＬＡＡ  Ｓｃｅｌｌ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａは、図２５として再現されている。
“Ｓｃａｌｉｎｇ  ｆａｃｔｏｒ  ｆｏｒ  ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｒｅｄｕｃｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２は、図２６として再現されている。
共通の検索空間について、Ｙｋが２つの集計レベル、Ｌ＝４及びＬ＝８に対して０に設定される。
アグリゲーションレベルＬでのＵＥ固有の検索空間
【数２２】
0006681416.tif 000043
について、変数Ｙｋは、
【数２３】
0006681416.tif 000044
によって定義される。ここで、Ｙ−１＝ｎＲＮＴＩ≠０であり、Ａ＝３９８２７であり、
【数２４】
0006681416.tif 000045
であり、ｎｓは、無線フレーム内のスロット番号である。
ｎＲＮＴＩのために使用されるＲＮＴＩ値は、下りリンクにおいては第７．１項、上りリンクにおいて第８項で定義される。
【００３６】
ＮＲに関しては、後方互換性は必須ではないため、ストーリーは異なったものとなる。ＴＴＩのシンボルの数を減らすことがＴＴＩ長を変更する唯一のツールではないように、ヌメロロジを調整することができる。例としてＬＴＥヌメロロジを使用すると、それは１ｍｓ内に１４ＯＦＤＭシンボルと１５ＫＨｚのサブキャリア間隔とを含む。サブキャリア間隔が３０ＫＨｚになると、同じＦＦＴサイズ及び同じＣＰ構造を想定すれば、１ｍｓ内に２８個のＯＦＤＭシンボルが存在することになり、等価的に、ＴＴＩ内のＯＦＤＭシンボルの数を同じに保った場合に、ＴＴＩが０．５ｍｓになる。これは、異なるＴＴＩ長間の設計が、サブキャリア間隔で実行される良好なスケーラビリティを有して共通に保たれ得ることを示唆している。もちろん、サブキャリア間隔の選択、例えば、ＦＦＴサイズ、ＰＲＢの定義／数、ＣＰの設計、サポート可能なシステム帯域幅に対するトレードオフが常に存在する。一方で、ＮＲはより大きいシステム帯域幅、より大きいコヒーレンス帯域幅を考慮しているため、より大きなサブキャリア間隔を含めることは自然な選択である。
【００３７】
上記に論じたように、単一のヌメロロジで多様な要求をすべて満たすことは非常に難しい。したがって、最初の会合において、複数のヌメロロジを採用することが合意されている。異なるヌメロロジ間での多重化の能力に加えて、標準化の努力、実装の努力、を考慮して、積分多重関係（integral  multiple  relationship）のような、異なるヌメロロジ間で何らかの関係を持たせることが有益であろう。
【００３８】
いくつかのヌメロロジファミリが挙げられている。そのうちの１つは、ＬＴＥ  １５ＫＨｚに基づき、いくつかの他のヌメロロジ（以下のＡｌｔ.２〜４）は、１ｍｓ内に２のＮ乗のシンボルを可能にする：
・  ＮＲの場合、サブキャリア間隔の複数の値をサポートする必要がある。
−  サブキャリア間隔の値は、サブキャリア間隔の特定の値にＮ（Ｎは整数）を掛けたものから導かれる。
・  Ａｌｔ．１：サブキャリア間隔値は、１５ｋＨｚサブキャリア間隔（すなわち、ＬＴＥベースのヌメロロジ）を含む
・  Ａｌｔ．２：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．５ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．３：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．０６ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．４：サブキャリア間隔値は、２１．３３ｋＨｚ
・  注：他の選択肢は排除されない
・  ＦＦＳ：特定の値の正確な値及び可能なＮの値
−  可能なサブキャリア間隔の値は、ＲＡＮ１＃８５においてさらに絞り込まれる。
【００３９】
また、所与のヌメロロジファミリの乗数に制限が存在するかどうかが論じられているが、２の累乗（以下のＡｌｔ．１）であれば、異なるヌメロロジが時間領域で多重化されているときに大きなオーバーヘッドを導入することなく、異なるヌメロロジをより容易に多重化することができるため、いくらかの関心を引く：
・  ＲＡＮ１は、さらに検討を続け、次回の会合において次の選択肢の間で結論を出すとしている。
−  Ａｌｔ．１：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊２ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  ｍは、可能な値のセットから選択された整数とする。
−  Ａｌｔ．２：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊Ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  Ｍは、可能な正の値のセットから選択された整数とする。
【００４０】
通常、ＲＡＮ１は帯域に依存しない方法で作業を行う。すなわち、スキーム／機能はすべての周波数帯域に適用可能であると想定され、次のＲＡＮ４が、いくつかの組み合わせが非現実的である、又は展開を合理的に行うことができるかどうかを考慮して関連するテストケースを導出する。このルールはＮＲでも引き続き想定されるが、企業によっては、ＮＲの周波数範囲が非常に高いため、制限が確実に存在するだろうと見ている。
・  ＮＲの研究のために、ＲＡＮ１は（必ずしもすべてではないが）複数のＯＦＤＭヌメロロジが同じ周波数範囲に適用できると想定している。
−  注：ＲＡＮ１は、サブキャリア間隔の非常に低い値を非常に高いキャリア周波数に適用するとは想定していない。
【００４１】
ＵＲＬＬＣ（高信頼低遅延通信）は、ｅＭＢＢ（拡張型モバイルブロードバンド）サービスのような通常のトラフィックの大部分と比較して、非常にタイトなタイミング要件を有するサービスタイプである。レイテンシ要件を満たすために、送信間隔／スケジューリング間隔を短くする必要がある。
【００４２】
送信間隔／スケジューリング間隔を短縮する１つの方法は、サブキャリア間隔を大きくして、時間領域におけるＯＦＤＭシンボル長を小さくすることである。例えば、サブキャリア間隔が１５ＫＨｚである場合、７ＯＦＤＭシンボルの送信間隔は０．５ｍｓを占める一方、サブキャリア間隔は６０ＫＨｚである場合、７ＯＦＤＤＭシンボルの送信間隔は０．１２５ｍｓを占めるため、厳しいタイミング要件をより容易に満たすことができる。
【００４３】
別の方法は、送信間隔内のＯＦＤＭシンボルの数を減らすことである。例えば、サブキャリア間隔が１５ｋＨｚに保たれる場合、送信間隔内のＯＦＤＭシンボル数を１４から２に減らすと、送信時間間隔は１ｍｓから約０．１４ｍｓに変更され、サブキャリア間隔を小さくするのと同様の効果をもたらす。
【００４４】
もちろん、２通りの方法を併用することができる。他方、ｅＭＢＢサービスも、小さくされた送信間隔を使用することができるかもしれないが、データトラフィック量当たりのより大きくなる制御シグナリングオーバーヘッド、（消費電力を増加させる可能性がある）より短い又はより頻繁な制御チャネル受信間隔、（より複雑な）より短い処理時間等、いくらかの潜在的な副作用が生じるため、かならずしもそうする必要はない。したがって、通信システムは、異なるサービス又はＵＥに対して異なる送信間隔で動作することが期待される。そして、システム内で異なる送信時間間隔を多重化することは挑戦的なものとなる。次のように３ＧＰＰ  ＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ‘ｓ  Ｎｏｔｅにおいては、この観点に関するいくつかの進行中の議論があることが示されている：
（外２２）
0006681416.tif 000046
【００４５】
ＮＲにおいては、緊急／遅延に敏感ではないかもしれないが信頼できるものである必要とされるサービス、例えばスマートファクトリアプリケーションが存在する可能性がある。また、ビデオストリーミング、バーチャルリアリティ、拡張現実、ホログラム等、真に信頼できるものである必要はないが、遅延に敏感なサービスが存在する可能性もある。
【００４６】
また、ＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ及びＲＡＮ１＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ［６］［７］は、ｙをスロット内のＯＦＤＭシンボルの数として、スロット、ミニスロット（スロットの短縮版）等のスケジューリング単位として送信間隔を定義する方法を次のように説明している。
（外２３）
0006681416.tif 000047
【００４７】
ＲＡＮ１＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅは次のように述べている：
（外２４−１）
0006681416.tif 000048
（外２４−２）
0006681416.tif 000049
【００４８】
また、ＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ及びＲＡＮ１＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ［６］［７］は、ｙをスロット内のＯＦＤＭシンボルの数として、スロット、ミニスロット（スロットの短縮版）等のスケジューリング単位として送信間隔を定義する方法を次のように説明している。
合意：
・  ＮＲフレーム構造に対して、少なくとも次のものがサポートされる。
−  以下のタイミング関係が動的に及び／又はセミパーシステントにＵＥに指示される。
・  ＤＬデータ受信と対応する確認応答のタイミング関係
・  ＵＬ割り当てと対応するＵＬデータ送信のタイミング関係
−  以下のタイミング関係が固定的及び／又は動的に及び／又はセミパーシステント示されるかどうかについては、ＦＥＳとする。
・  ＤＬ割り当てと対応するＤＬデータ受信のタイミング関係
−  上記の２つのサブバレット（sub-bullet）について
・  各タイミング関係についての可能な値は、例えば、ＵＥ処理能力、ギャップオーバーヘッド、ＵＬカバレッジなどをさらに考慮して研究されなければならない。
・  各タイミング関係についてデフォルト値（存在する場合）はＦＦＳとする。
合意：
・  ＤＬデータ受信と対応する確認応答のタイミング関係は、（ＦＦＳのうちどれかの１つ以上）とすることができる。
−  Ｌ１シグナリング（例えば、ＤＣＩ）によって動的に指示される
−  上位レイヤを介してセミパーシステントにＵＥに指示される。
−  上位レイヤによる指示と動的Ｌ１シグナリング（例えば、ＤＣＩ）の組み合わせ
・  ＦＦＳ：ＤＬデータ受信と対応する確認応答の最小間隔
・  ＦＦＳ：共通チャネル（例：ランダムアクセス）
合意：
・  ＵＬ割り当てと対応するＵＬデータ送信のタイミング関係は、（ＦＦＳのうちどれかの１つ以上）とすることができる。
−  Ｌ１シグナリング（例えば、ＤＣＩ）によって動的に指示される
−  上位レイヤを介してセミパーシステントにＵＥに指示される。
−  上位レイヤによる指示と動的Ｌ１シグナリング（例えば、ＤＣＩ）の組み合わせ
・  ＦＦＳ：ＵＬ割り当てと対応するＵＬデータ送信の最小間隔
・  ＦＦＳ：共通チャネル（例：ランダムアクセス）
合意：
・  ＮＲは、所与のＵＥに対して複数のＤＬ  ＨＡＲＱプロセスの動作をサポートする。
・  ＮＲは、所与のＵＥに対して複数のＵＬ  ＨＡＲＱプロセスの動作をサポートする。
・  ＦＦＳ：ＵＲＬＬＣの場合
合意：
・  ＮＲは、一部のＵＥのために１つのＤＬ  ＨＡＲＱプロセスの動作をサポートする。
・  ＮＲは、一部のＵＥのために１つのＵＬ  ＨＡＲＱプロセスの動作をサポートする。
・  ＦＦＳ：上記２つのバレットをサポートするための条件
注：これは、ｇＮＢがバックツーバック（back-to-back）でスケジュールしなければならないことを意味しない。
注：これは、ＵＥがＫ１＝０及び／又はＫ２＝０をサポートしなければならないことを意味しない。
【００４９】
上記に論じたように、ＮＲのスケジューリングはより柔軟になり、スケジューリングのタイミング関係に反映される。例えば、下りリンク割り当ては、サブフレームｎで到着することができ、サブフレームｎ＋２〜ｎ＋９のうちの１つ以上の複数のサブフレームで関連するＤＬデータを示す。関連するフィードバックは、サブフレームｎ＋４〜ｎ＋１１で送信されることができる。上記の数は単なる例である。実際の数には任意の数を使用することができる。
【００５０】
上りリンクデータ送信は、同様のタイミング関係を有することができる。例えば、ＵＥがサブフレームｎにおいて上りリンクグラントを受信し、対応する上りリンク送信が、上りリンクグラントで示され得るサブフレームｎ＋２〜サブフレームｎ＋９のうちの１つ以上のサブフレームで起こることができる。さらに、データ送信期間は、異なる要件又はサービスのタイプに従ってスケジューリングすることができる。例えば、スケジューリング単位は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができ、動的に変更することができる。また、データについてのヌメロロジは、このデータのスケジューリングの柔軟性に影響を与える可能性がある。例えば、１５ＫＨｚ／６０ＫＨｚのサブキャリア間隔は、データ送信継続時間（time  duration）を変化させる可能性がある。さらに、ＨＡＲＱプロセスの数は、ＵＥ処理能力を考慮して、様々であってよい。
【００５１】
上記の説明又は以下の説明では、サブフレームは、スロット、ミニスロット、シンボル、又はシンボルのセットなど、任意の他の時間単位又は期間によって置き換えることができる。
【００５２】
上記の仮定の下で、ＵＥは、送信が実際に起きる前に、下りリンク割り当て又は上りリンクグラントの束を受信することができる。例えば、ＵＥは、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋７にＤＬデータ受信をスケジューリングし、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋８にＤＬデータ送信をスケジューリングする。２つの下りリンク割り当てが同じＵＥの同じＨＡＲＱプロセスに対して非常に近接してスケジューリングされている場合、ＵＥは、時間内にサブフレームｎ＋７でスケジューリングされたＤＬデータの処理を終了して、サブフレームｎ＋８でスケジューリングされたＤＬデータの処理を開始することができない可能性がある。さらに、また、サブフレームｎ＋７での下りリンクデータの送信期間がサブフレームであるが、サブフレームｎ＋８での下りリンクデータの送信期間がミニスロットである場合、後のもののトランスポートブロックサイズが通常より小さいため、処理がより一層難しいが、前のもの（previous  one）より早く復号を終了することができる可能性がある。代替的には、下りリンク復号において生じる余分な遅延によりフィードバックがタイムリーに準備できない間に復号を終了することができ、例えば、後のデータの復号は前のデータの復号を待つ必要がある。ＵＥは、対応するデータを正しく受信／復号する方法を判断することが可能であるべきである。
【００５３】
この問題の別の例は、ＵＬグラント／下りリンク割り当てがシーケンシャルな方法で配信できない可能性があることである。例えば、ＵＥには、上りリンク送信がサブフレームｎ＋８で実行されることを示す、サブフレームｎでの上りリンクグラントがスケジューリングされ、ＵＥには、上りリンク送信がサブフレームｎ＋７で実行されることを示す、サブフレームｎ＋４でスケジューリングされる。ＵＥが２つのスケジューリングを正しく処理することができる方法は別の問題である。
【００５４】
その問題を説明するために使用された上記の例では、ＤＬはＵＬに、逆もまた同様に変更することができる。
【００５５】
本発明の第１の一般的概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、ＵＥが、上りリンクグラント／下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを判断することである。
【００５６】
判断の例は、２つの異なるサブフレーム、スロット、ミニスロット、又はシンボルの間の距離とすることができる。例えば、距離が短い場合、ＵＥはオーバライド動作を考慮する。距離が長い場合、ＵＥは、２つの異なるサブフレーム／スロット／ミニスロット／シンボルの両方についての送信を処理する。上記の例において、短い又は長いとは、例えばＵＥ処理時間、往復時間（ＲＴＴ）、事前設定時間値、又は固定時間値などの基準時間よりも短い又は長いことを意味するとしてよい。
【００５７】
判断の第２の例は、２つのスケジューリングされた下りリンクデータ送信期間の長さであり得る。例えば、前のデータ送信期間が後のデータ送信期間（例えば、ミニスロット）よりも長い場合（例えば、サブフレーム）、後のものが前のものをオーバライドする。一方、前のデータ送信期間が後のデータ送信期間と同じ又はこれより短い場合には、ＵＥは下りリンク送信の両方を受信する。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応することができる。特に、２つの上りリンクグラント又は下りリンク割り当ては、２つの対応するデータ送信又は受信の前に送信されることができる。
【００５８】
上記の一般的概念の第１の特別な場合は、ＵＥが常に両方のデータ送信を受信することである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。この特殊なケースの例は、ＵＥ又はｅＮＢが、前のデータが、再送が必要でないように、首尾良く送信可能でなければならないことが保証され得ることである。別の例は、前のデータが失敗する可能性があるが、前のデータは非常に遅延に敏感であるため、再送信は無意味であるということである。
【００５９】
さらなる例は、ＵＥが未使用バッファの一部を使用して後のデータ送信を記憶することができることである。例えば、前のデータが通常のＨＡＲＱバッファに記憶され、後のデータ送信が特別バッファ（例えば、他のＨＡＲＱプロセスからの未使用バッファ）に記憶される。同じＨＡＲＱプロセス内に２つのデータ受信がある場合、ＵＥは、再送信のための上りリンクグラント／下りリンク割り当てで搬送する情報に従って、再送信が前のものについてか又は後のものについてかを識別する必要がある。その情報の例は、ＴＢサイズ、ＴＴＩ長さ、又はサブキャリア間隔とすることができる。このような状況では、フィードバックを待つことなく、ＨＡＲＱプロセスを連続的に又は非常に近接させて使用することができる。
【００６０】
上記の一般的概念の第２の特殊な場合は、ＵＥが常に前のものを後のものでオーバライドすることである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。
【００６１】
本発明の第２の一般的な概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、上りリンクグラント又は下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを基地局が明示的に示すことである。その指示は明示的又は暗黙的とすることができる。例えば、後の上りリンクグラント又は下りリンク割り当てにおけるフィールドは、前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを示す。一実施形態では、オーバライドするかどうかは、後の上りリンクグラント又は下りリンク割り当てのトランスポートブロックサイズ（ＴＢＳ）、サブキャリア間隔、又は変調符号化方式（ＭＣＳ）又は新規のデータインジケータ（ＮＤＩ）によって示すことができる。
【００６２】
代替的には、その情報は、ＨＡＲＱプロセスＩＤによって示されることができる。一例は、ＨＡＲＱプロセスＩＤの数がＨＡＲＱプロセスの実数の数倍、例えば２倍であることである。一例を挙げれば、ＨＡＲＱプロセスの総数が２である場合、ＨＡＲＱプロセスを示すために２ビットを使用することができ、‘００’、‘１０’は、ＨＡＲＱプロセス１に関連付けられ、‘０１’、‘１１’は、ＨＡＲＱプロセス２に関連付けられる。‘００’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。‘１０’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。いくつかのＨＡＲＱプロセスが、１つのＨＡＲＱプロセスＩＤに関連付けられることができ、いくつかのＨＡＲＱプロセスが、複数のＨＡＲＱプロセスＩＤに関連付けられることができる。１つのＨＡＲＱプロセスＩＤに関連付けられたＨＡＲＱプロセスの場合、オーバライド動作は事前に決定される。
【００６３】
代替的には、同じ例では、ＨＡＲＱプロセスＩＤ‘００’及び‘１０’はＨＡＲＱプロセス１に関連付けられ、ＨＡＲＱプロセスＩＤ‘０１’及び‘１１’はＨＡＲＱプロセス２に関連付けられることができる。上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドし、異なるＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当ては、ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当てをオーバライドし、それらの両方がＨＡＲＱプロセス１に対応しているとしても、上りリンクグラント又はＨＡＲＱプロセスＩＤ‘１０’を有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。この例では、２つ以上のＨＡＲＱプロセスＩＤをあるＨＡＲＱプロセスに関連付けて、基地局によりスケジューリングの柔軟性を与えることができる。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応する。特に、２つの上りリンクグラント又は下りリンク割り当ては、両方とも２つの対応するデータ送信又は受信の前に送信される。
【００６４】
一実施形態では、ＵＥは、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかを決定し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間／間隔における２つのデータチャネルに関連する。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。
【００６５】
一実施形態では、そのファクタは、２つの異なる送信期間の間の距離とすることができる。例えば、距離が特定値よりも小さい場合、後の制御チャネルは前の制御チャネルをオーバライドする。距離が特定値よりも大きい場合、後の制御チャネルは前の制御チャネルをオーバライドしない。特定の値は、固定値又は構成値にすることができる。一実施形態では、特定値は、ＵＥ処理能力又は往復時間に応じて決定することができる。
【００６６】
そのファクタは、２つの異なる送信期間間の長さの比較とすることもできる。一実施形態では、２つの異なる送信期間が異なる長さを有する場合、後の制御チャネルは、前の制御チャネルをオーバライドする。後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータの送信期間と比較してより短い送信期間を有する場合、前の制御チャネルをオーバライドすることができる。一実施形態では、２つの異なる送信期間が同じ長さである場合、後の制御チャネルは前の制御チャネルをオーバライドしない。ファクタは、２つの異なる送信期間のサブキャリア間隔とすることができる。一実施形態では、２つの異なる送信期間が異なるサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドすることができる。特に、後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータのサブキャリア間隔と比較してより大きなサブキャリア間隔を有する場合、前の制御チャネルをオーバライドすることができる。
【００６７】
一実施形態では、２つの異なる送信期間が同じサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドしない。「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。
【００６８】
別の実施形態では、基地局は、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかをＵＥに指示し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間における２つのデータチャネルに関連付けられる。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。その指示は、後の制御チャネルにおいて明示的に指示されることができる。代替的は、その指示は、後の制御チャネルにおいて情報とともに暗示的に指示されることができる。その情報は、ＴＢＳ、ＭＣＳ、ＮＤＩ、又はサブキャリア間隔とすることができる。一実施形態では、その情報は、制御チャネルとデータチャネルとの間のタイミング関係とすることができる。その情報は、ＨＡＲＱプロセスＩＤとすることができる。
【００６９】
一実施形態では、「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。
【００７０】
図２７は、例示的な一実施形態による、ＵＥの観点からのフローチャート２７００である。ステップ２７０５では、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信する。一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。
【００７１】
ステップ２７１０では、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信する。第１のデータ送信と第２のデータ送信は時間領域において重ならない。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なる長さを有することができる。ステップ２７１５では、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対するその処理を実行しない。
【００７２】
一実施形態では、第１のデータ送信は第１のサブフレームにあり、第２のデータ送信は第２のサブフレームにあることができる。代替的には、第１のデータ送信は、第１のスロットにあり、第２のデータ送信は、第２のスロットにあることができる。代替的には、第１のデータ送信は、第１のミニスロットにあり、第２のデータ送信は、第２のミニスロットにあることができる。代替的には、第１のデータ送信は、第１のシンボルにあり、第２のデータ送信は、第２のシンボルにあることができる。代替的には、第１のデータ送信は、第１のシンボルのセットにあり、第２のデータ送信は、第２のシンボルのセットにあることができる。
【００７３】
一実施形態では、その処理は、送信、受信、又は復号を含む。一実施形態では、ＵＥは、ＵＥ処理能力及び第１のデータ送信の存在により、第２のデータ送信に対するその処理を実行しなくてもよい。また、ＵＥは、基準が満たされる場合、第２のデータ送信に対するその処理を実行せず、それ以外の場合、ＵＥは、第２のデータ送信に対するその処理を実行することができる。一実施形態では、基準は、距離を特定の値と比較することであり、その距離は、時間領域における第１の時間間隔と第２の時間間隔との間である。代替的には、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。基準は、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔との比較とすることもできる。
【００７４】
一実施形態では、ＵＥは、時間領域における第１の時間間隔と第２の時間間隔との間の距離が特定値よりも大きい場合、第２のデータ送信に対するその処理を実行することができる。特定値は、ＵＥ処理能力に従って決定することができる。
【００７５】
一実施形態では、ＵＥは、第１の時間間隔及び第２の時間間隔が異なる長さを有する場合、第２のデータ送信に対するその処理を実行しなくてよい。代替的には、ＵＥは、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔が異なる場合、第２のデータ送信に対するその処理を実行しなくてよい。
【００７６】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信することと、（ｉｉ）第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信することと（ここで、第１のデータ送信と該第２のデータ送信は時間領域において重ならない）、（ｉｉｉ）第１の制御情報に従って第１のデータ送信に対する処理を実行し、第２の制御情報に従って第２のデータ送信に対するその処理を実行しないことと、を行うこと可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００７７】
図２８は、ＵＥの観点からの例示的な一実施形態によるフローチャート２８００である。ステップ２８０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２８１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。第２の制御チャネルは第１の制御チャネルをオーバライド（override）する。
【００７８】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと（ここで、第２の制御チャネルは第１の制御チャネルをオーバライドする）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００７９】
図２９は、ＵＥの観点からの例示的な一実施形態によるフローチャート２９００である。ステップ２９０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２９１０では、ＵＥは、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。
【００８０】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと、を行うことを可能にする。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００８１】
上記に説明し、図２８及び図２９に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に受信されることが可能である。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信の前に受信されることができる。
【００８２】
一実施形態では、第１の制御チャネル及び第２の制御チャネルは、同じＨＡＲＱプロセスに関連付けられることができる。同様に、第１のデータチャネル及び第２のデータチャネルは、同じＨＡＲＱプロセスに関連付けられることができる。第１のデータチャネル及び第２のデータチャネルは、下りリンクデータチャネル又は上りリンクデータチャネルとすることができる。
【００８３】
一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。
一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。さらに、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。
【００８４】
一実施形態において、「第２の制御チャネルが第１の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、第１の制御チャネルに従ってデータを受信又は送信しないこと、（ｉｉ）ＵＥが、第１の制御チャネルに従ってデータを部分的に受信又は送信するが、第１の制御チャネルによってスケジューリングされたリソースの一部でデータを受信又は送信しないことを意味することができる。「第２の制御チャネルが第１の制御チャネルをオーバライドしない」とは、ＵＥが第１の制御チャネル及び第２の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。
【００８５】
一実施形態では、基準は、時間領域における第１の時間間隔と第２の時間間隔との間の距離を特定値と比較することとすることができる。距離が特定値よりも小さい場合、第２の制御チャネルは第１の制御チャネルをオーバライドすることができる。距離が特定値よりも大きい場合、第２の制御チャネルは、第１の制御チャネルをオーバライドしなくてよい。一実施形態では、特定値は、基地局によって構成されることができる。特定値は固定値とすることができる。さらに、特定値は、ＵＥ処理能力に応じて、又は往復時間（round  trip  time）に従って決定することができる。
【００８６】
一実施形態では、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。第２の制御チャネルは、第２の時間間隔の長さが第１の時間間隔の長さより小さい場合、又は第２の時間間隔の長さが第１の時間間隔の長さと異なる場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２の時間間隔及び第１の時間間隔が同じ長さを有する場合、第１の制御チャネルをオーバライドしなくてよい。
【００８７】
一実施形態では、基準は、第１のデータチャネルの第１のサブキャリア間隔と第２のデータチャネルの第２のサブキャリア間隔との比較である。第２の制御チャネルは、第１のサブキャリア間隔及び第２のサブキャリア間隔が異なる場合、又は第２のサブキャリア間隔が第１のサブキャリア間隔よりも大きい場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２のサブキャリア間隔が第１のサブキャリア間隔と同じである場合、第１の制御チャネルをオーバライドしなくてよい。
【００８８】
図３０は、基地局の観点からの例示的な一実施形態によるフローチャート３０００である。ステップ３００５では、基地局が、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信する。ステップ３０１０では、基地局が、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信する。基地局は、第２の制御チャネルが第１の制御をオーバライドするかどうかを示す指示を送信する。
【００８９】
図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、基地局が（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信することと、を行うことを可能にする。基地局は、第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを示す指示を送信する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００９０】
図３１は、ＵＥの観点からの例示的な一実施形態によるフローチャート３１００である。ステップ３１０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルを受信する。ステップ３１１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信する。ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。
【００９１】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する）、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうか決定する）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００９２】
図３０及び図３１に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。
【００９３】
一実施形態では、第１の制御チャネル及び第２の制御チャネルは、同じＨＡＲＱプロセスに関連付けられることができる。同様に、第１のデータチャネル及び第２のデータチャネルは、同じＨＡＲＱプロセスに関連付けられることができる。第１のデータチャネル及び第２のデータチャネルは、下りリンクデータチャネル又は上りリンクデータチャネルとすることができる。
【００９４】
一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。
【００９５】
一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。同様に、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。
【００９６】
一実施形態では、指示は、第２の制御チャネル上のフィールドとすることができる。フィールドは新しいフィールドとすることができる。さらに、フィールドは、ＴＢＳ、ＮＤＩ、ＭＣＳ、サブキャリア間隔、又はＨＡＲＱプロセスＩＤを示すフィールドとすることができる。
【００９７】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【００９８】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【００９９】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１００】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０１０１】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０１０２】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１０３】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
0006681416.tif 000050
【図２】
0006681416.tif 000051
【図３】
0006681416.tif 000052
【図４】
0006681416.tif 000053
【図５】
0006681416.tif 000054
【図６】
0006681416.tif 000055
【図７】
0006681416.tif 000056
【図８】
0006681416.tif 000057
【図９】
0006681416.tif 000058
【図１０】
0006681416.tif 000059
【図１１】
0006681416.tif 000060
【図１２】
0006681416.tif 000061
【図１３】
0006681416.tif 000062
【図１４】
0006681416.tif 000063
【図１５】
0006681416.tif 000064
【図１６】
0006681416.tif 000065
【図１７】
0006681416.tif 000066
【図１８】
0006681416.tif 000067
【図１９】
0006681416.tif 000068
【図２０】
0006681416.tif 000069
【図２１】
0006681416.tif 000070
【図２２】
0006681416.tif 000071
【図２３】
0006681416.tif 000072
【図２４】
0006681416.tif 000073
【図２５】
0006681416.tif 000074
【図２６】
0006681416.tif 000075
【図２７】
0006681416.tif 000076
【図２８】
0006681416.tif 000077
【図２９】
0006681416.tif 000078
【図３０】
0006681416.tif 000079
【図３１】
0006681416.tif 000080